專利名稱：移動臺在空閑模式下丟失后通信系統(tǒng)網(wǎng)絡(luò)側(cè)的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信系統(tǒng)網(wǎng)絡(luò)側(cè)對移動臺(MS)在空閑模式(Idle Mode)下的處理技術(shù)，特別涉及一種MS在Idle Mode下丟失后通信系統(tǒng)網(wǎng)絡(luò)側(cè)的處理方法。
背景技術(shù)：
在通信系統(tǒng)中的MS未被尋呼或未發(fā)起呼叫時，可以進(jìn)入Idle Mode。當(dāng)MS在Idle Mode下，通信系統(tǒng)網(wǎng)絡(luò)側(cè)可以對該MS進(jìn)行位置更新(LocationUpdated)處理或進(jìn)行尋呼處理。以下以通信系統(tǒng)為全球微波接入互操作性技術(shù)(WiMAX)網(wǎng)絡(luò)為例進(jìn)行詳細(xì)說明。
圖1為WiMAX網(wǎng)絡(luò)的結(jié)構(gòu)示意圖，WiMAX網(wǎng)絡(luò)包括網(wǎng)絡(luò)接入提供者(NAP)以及連接服務(wù)網(wǎng)絡(luò)(CSN)，其中，NAP中包括MS、MS所屬的基站(BS)、鑒權(quán)實體(Authentication)、外地代理(FA)、中繼尋呼控制實體(Relay PC)、錨尋呼控制實體(Anchor PC)以及位置注冊器(LR)；CSN中包括本地代理(HA)。Anchor PC與LR可以集成為一個實體，AnchorPC和Relay PC用于通過MS所屬的BS尋呼MS；在尋呼過程中，Authentication用于對MS進(jìn)行鑒權(quán)，LR用于對MS進(jìn)行位置登記。HA和FA通過為MS設(shè)置的R3鏈路進(jìn)行消息交互，F(xiàn)A與Anchor PC/LR之間以及Anchor PC/LR與Authentication之間通過為MS設(shè)置的R4鏈路進(jìn)行消息交互。在這里，也可以不區(qū)分Relay PC和Anchor PC，而通稱為PC。
當(dāng)MS在Idle Mode下，WiMAX網(wǎng)絡(luò)側(cè)要求MS根據(jù)不同的LocationUpdated條件Location Updated發(fā)起Location Updated流程，即MS通過所屬BS和Relay PC向Anchor PC/LR發(fā)送位置更新請求(Location UpdateRequest)，Anchor PC/LR為MS進(jìn)行Location Updated。不同的LocationUpdated條件包括1)尋呼組更新(Paging Group Update)，當(dāng)MS在Idle Mode下檢測到自身存儲的尋呼組(Paging Group)與當(dāng)前所在的Paging Group不相同時進(jìn)行Location Updated；2)定時器更新(Timer Update)，當(dāng)MS在Idle Mode下設(shè)置的定時器超時而進(jìn)行周期Location Updated；3)掉電更新(Power Down Update)，MS在Idle Mode下掉電后重啟，進(jìn)行LocationUpdated；4)跳躍門限更新(MAC Hash Skip Threshold Update)，當(dāng)MS在Idle Mode下執(zhí)行MAC Hash Skip Threshold Update后進(jìn)行Location Updated。
當(dāng)FA接收到HA發(fā)送的MS的數(shù)據(jù)包，可以通知Anchor PC/LR，由Anchor PC/LR檢測到MS處于Idle Mode下時，對MS發(fā)起尋呼流程，尋呼到MS，為MS發(fā)送數(shù)據(jù)包。
無論WiMAX網(wǎng)絡(luò)側(cè)是要對在Idle Mode下的MS進(jìn)行Location Updated還是進(jìn)行尋呼，都需要MS在Idle Mode下，如果MS不在Idle Mode下，即在Idle Mode下的MS丟失，就會導(dǎo)致WiMAX網(wǎng)絡(luò)側(cè)由于在定時周期內(nèi)沒有收到MS發(fā)送的Location Update Request而無法進(jìn)行Location Update的問題或WiMAX網(wǎng)絡(luò)側(cè)為MS進(jìn)行的Paging流程失敗，Paging不到MS，無法為MS發(fā)送數(shù)據(jù)包的問題。
雖然，由于在Idle Mode下的MS丟失而導(dǎo)致WiMAX網(wǎng)絡(luò)側(cè)無法對在IdleMode下的MS進(jìn)行Location Updated或?qū)е耊iMAX網(wǎng)絡(luò)側(cè)尋呼MS失敗，但是，WiMAX網(wǎng)絡(luò)側(cè)還維護(hù)著為MS設(shè)置的相關(guān)資源，如維護(hù)著在FA和HA之間為MS設(shè)置的R3鏈路等，這會導(dǎo)致WiMAX網(wǎng)絡(luò)側(cè)資源的浪費(fèi)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種MS在Idle Mode下丟失后通信系統(tǒng)網(wǎng)絡(luò)側(cè)的處理方法，該方法避免了通信系統(tǒng)資源的浪費(fèi)。
根據(jù)上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種移動臺MS空閑模式Idle Mode下丟失后通信系統(tǒng)網(wǎng)絡(luò)側(cè)的處理方法，該方法包括A、尋呼控制實體/位置注冊器PC/LR檢測到在Idle Mode下的MS丟失后，向通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體發(fā)送MS資源釋放請求消息；B、通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體向HA發(fā)起對MS的移動英特網(wǎng)協(xié)議MIP去注冊請求消息，該消息攜帶拆除為MS在外地代理FA與HA之間設(shè)置的R3鏈路信息；C、HA根據(jù)接收到MS的MIP去注冊請求消息攜帶的信息拆除為MS在FA與HA之間設(shè)置的R3鏈路。
在步驟C之后，該方法還包括D、HA向通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體返回MIP去注冊響應(yīng)消息，通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體向PC/LR發(fā)送MS資源釋放響應(yīng)消息。
所述PC/LR為錨尋呼控制實體/位置注冊器Anchor PC/LR。
在步驟D所述發(fā)送MS資源釋放響應(yīng)消息之前，該方法還包括通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體刪除自身存儲的MS相關(guān)資源或/和通知通信系統(tǒng)網(wǎng)絡(luò)側(cè)的其他實體刪除自身存儲的MS相關(guān)資源。
在步驟D之后，該方法還包括PC/LR刪除為MS保存的相關(guān)信息。
當(dāng)所述通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體為代理移動英特網(wǎng)協(xié)議客戶端PMIPClient時，步驟B所述通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體向HA發(fā)起對MS的MIP去注冊請求消息是通過FA發(fā)送的；步驟D所述向通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體返回MIP去注冊響應(yīng)消息是通過FA返回的。
所述步驟B進(jìn)一步包括FA刪除為MS設(shè)置的與Anchor PC/LR之間的R4鏈路。
當(dāng)所述通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體為PMIP Client時，步驟D所述向PC/LR發(fā)送MS資源釋放響應(yīng)消息的過程為PMIP Client向FA發(fā)送R3鏈路釋放響應(yīng)R3 Session release Response后，F(xiàn)A向PC/LR發(fā)送MS資源釋放響應(yīng)消息PC_PURGE_MS_RSP；
或者FA將接收到HA發(fā)送的MIP去注冊響應(yīng)消息轉(zhuǎn)發(fā)給PMIP Client后，F(xiàn)A向PC/LR發(fā)送MS資源釋放響應(yīng)消息PC_PURGE_MS_RSP；或者PMIP Client直接向PC/LR發(fā)送MS資源釋放響應(yīng)消息PC_PURGE_MS_RSP。
步驟A所述PC/LR檢測到在Idle Mode下的MS丟失過程為檢測在Idle Mode下的MS是否按照預(yù)先設(shè)定的周期發(fā)送位置更新請求Location Update Request，如果是，則在Idle Mode下的MS未丟失；否則，則在Idle Mode下的MS丟失。
步驟A所述PC/LR檢測到在Idle Mode下的MS丟失過程為對MS進(jìn)行尋呼時在設(shè)定的尋呼次數(shù)內(nèi)都未尋呼到在Idle Mode下的MS，則確定在Idle Mode下的MS丟失。
所述步驟A進(jìn)一步包括PC/LR刪除MS在鑒權(quán)實體Authenticator的信息以及為MS設(shè)置的與Authentication之間的R4鏈路。
步驟A所述MS資源釋放請求消息攜帶在Idle Mode下丟失MS的標(biāo)識；步驟B所述通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體根據(jù)該請求消息攜帶的MS的標(biāo)識確定發(fā)起MIP去注冊請求消息的MS。
步驟A所述MS資源釋放請求消息攜帶在Idle Mode下MS的丟失原因值，該丟失原因值為位置更新Location Updated失敗或?qū)ず羰　?br> 步驟B所述該消息攜帶拆除為MS在FA與HA之間設(shè)置的R3鏈路信息為設(shè)置MIP去注冊請求消息，其MIP生命時間設(shè)置為0(MIP Lifetime＝0)。
所述通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體為FA或PMIP Client。
所述的PMIP Client為MS所屬網(wǎng)絡(luò)接入提供者NAP的代理移動節(jié)點Proxy Mobile Node。
當(dāng)所述通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體為PMIP Client時，步驟A所述向通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體發(fā)送MS資源釋放請求消息的過程為向FA發(fā)送MS資源釋放請求消息PC_PURGE_MS_REQ后，F(xiàn)A向PMIPClient發(fā)送R3鏈路釋放請求R3 Session release Request或發(fā)送移動性廣告消息Mobility Adertisement；或者向PMIP Client直接發(fā)送MS資源釋放請求消息PC_PURGE_MS_REQ。
從上述方案可以看出，本發(fā)明提供的方法由PC/LR檢測到在Idle Mode下的MS丟失后，由通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體向HA發(fā)起刪除為MS設(shè)置的HA與FA之間的R3鏈路，從而該方法當(dāng)MS在Idle Mode下丟失后通信系統(tǒng)刪除為MS設(shè)置的相關(guān)資源，避免通信系統(tǒng)資源的浪費(fèi)。更進(jìn)一步地，本發(fā)明提供的方法還可以由PC/LR刪除在Authentication中的MS相關(guān)信息以及與Authentication之間的R4鏈路；由FA刪除為MS設(shè)置的與Anchor PC/LR之間的R4鏈路。


圖1為WiMAX網(wǎng)絡(luò)的結(jié)構(gòu)示意圖；圖2為本發(fā)明MS在Idle Mode下丟失后WiMAX網(wǎng)絡(luò)側(cè)的處理方法實施例一流程圖；圖3為本發(fā)明MS在Idle Mode下丟失后WiMAX網(wǎng)絡(luò)側(cè)的處理方法實施例二流程圖；圖4為本發(fā)明MS在Idle Mode下丟失后WiMAX網(wǎng)絡(luò)側(cè)的處理方法實施例三流程圖；圖5為本發(fā)明MS在Idle Mode下丟失后WiMAX網(wǎng)絡(luò)側(cè)的處理方法實施例四流程圖。
具體實施例方式
為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，以下舉具體實施例并參照附圖，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)的說明。
本發(fā)明以通信系統(tǒng)為WiMAX網(wǎng)絡(luò)為例進(jìn)行說明。
當(dāng)WiMAX網(wǎng)絡(luò)側(cè)中的Anchor PC/LR檢測到在Idle Mode下的MS丟失后，首先，Anchor PC/LR通過MS資源釋放請求消息通知通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體，由通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體向WiMAX網(wǎng)絡(luò)側(cè)中的HA發(fā)起對MS的移動英特網(wǎng)協(xié)議(MIP)去注冊請求消息，該消息攜帶拆除為MS在FA與HA之間設(shè)置的R3鏈路信息；然后，HA接收到MS的MIP去注冊請求消息后，拆除為MS在FA與HA之間設(shè)置的R3鏈路后，給通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體返回MIP去注冊響應(yīng)消息；最后，通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體接收到MIP去注冊響應(yīng)消息后，給WiMAX網(wǎng)絡(luò)側(cè)中的Anchor PC/LR發(fā)送MS資源釋放響應(yīng)消息，Anchor PC/LR刪除為UE存儲的相關(guān)信息。這樣，就可以當(dāng)在Idle Mode下的MS丟失后，WiMAX網(wǎng)絡(luò)側(cè)刪除為MS設(shè)置的相關(guān)資源，避免WiMAX網(wǎng)絡(luò)資源的浪費(fèi)。
在本發(fā)明中，通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體可以為FA，也可以為代理移動英特網(wǎng)協(xié)議客戶端(PMIP Client)，還可以為本發(fā)明沒有涉及到的其他通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體。
在本發(fā)明中，通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體還可以刪除自身存儲的MS相關(guān)資源或/和通知通信系統(tǒng)網(wǎng)絡(luò)側(cè)的其他實體刪除自身存儲的MS相關(guān)資源，如當(dāng)通信網(wǎng)絡(luò)側(cè)的實體為FA時，可以通知SFA刪除MS的服務(wù)質(zhì)量信息(QoSProfile)。
在本發(fā)明中，當(dāng)WiMAX網(wǎng)絡(luò)側(cè)中的Anchor PC/LR檢測到在Idle Mode下的MS丟失后還可以刪除為MS設(shè)置的與Authentication之間的R4鏈路以及通知Authentication刪除MS的相關(guān)信息；當(dāng)FA接收到MS資源釋放請求消息后，還可以刪除為MS設(shè)置的與Anchor PC/LR之間的R4鏈路，這樣就可以進(jìn)一步刪除為MS設(shè)置的相關(guān)資源，進(jìn)一步避免WiMAX網(wǎng)絡(luò)資源的浪費(fèi)。
在本發(fā)明中，WiMAX網(wǎng)絡(luò)側(cè)中的Anchor PC/LR檢測在Idle Mode下的MS丟失的方法可以有兩種，第一種檢測在Idle Mode下的MS是否按照預(yù)先設(shè)定的周期發(fā)送Location Update Request，如果是，則在Idle Mode下的MS未丟失；否則，則在Idle Mode下的MS丟失；第二種，在對MS進(jìn)行尋呼時在設(shè)定的尋呼次數(shù)內(nèi)都未尋呼到在Idle Mode下的MS，則確定在IdleMode下的MS丟失。
PC_PURGE_MS_REQ和PC_PURGE_MS_RSP是本發(fā)明為了使WiMAX網(wǎng)絡(luò)側(cè)刪除為MS設(shè)置的相關(guān)資源，避免WiMAX網(wǎng)絡(luò)資源的浪費(fèi)而定義的消息。PC_PURGE_MS_REQ還可以攜帶丟失原因值，該丟失原因值可以為Location Updated失敗或?qū)ず羰　?br> 在本發(fā)明中，MIP去注冊請求消息攜帶的拆除為MS在FA與HA之間設(shè)置的R3鏈路信息可以為設(shè)置為0的MIP生命時間(LifeTime)，即攜帶MIP Lifetime＝0的MIP去注冊請求消息。
圖2為本發(fā)明MS在Idle Mode下丟失后WiMAX網(wǎng)絡(luò)側(cè)的處理方法實施例一流程圖，其具體步驟為步驟200、Anchor PC/LR檢測到在Idle Mode下的MS丟失；Anchor PC/LR可以通過本發(fā)明上述兩種方法檢測到在Idle Mode下的MS丟失。
步驟201、Anchor PC/LR向FA發(fā)送MS資源釋放請求消息(PC_PURGE_MS_REQ)，該請求攜帶在Idle Mode下丟失MS的標(biāo)識，還可以攜帶丟失原因值；步驟202、FA向HA發(fā)起對MS的MIP去注冊請求消息，MS為具有所接收到請求攜帶的MS的標(biāo)識的MS，該MIP去注冊請求消息攜帶的MIPLifeTime設(shè)置為0，即攜帶Lifetime＝0；步驟203、HA接收到該MIP去注冊請求消息，根據(jù)攜帶的設(shè)置為0的MIP LifeTime確定FA要拆除為MS在FA與HA之間設(shè)置的R3鏈路，拆除為MS設(shè)置的與FA之間的R3鏈路，向FA發(fā)送MIP去注冊響應(yīng)消息；FA向HA發(fā)起MIP去注冊請求消息，HA根據(jù)接收到的MIP去注冊請求消息執(zhí)行，執(zhí)行后發(fā)送MIP去注冊響應(yīng)消息可以采用現(xiàn)有技術(shù)。
步驟204、FA向Anchor PC/LR發(fā)送MS資源釋放響應(yīng)消息(PC_PURGE_MS_RSP)，Anchor PC/LR刪除為MS保存的相關(guān)信息，如為MS保存的SFIDs、associated CIDs或/和QoS context等。
在現(xiàn)有技術(shù)中，有兩種技術(shù)可以使MS支持MIP。第一種技術(shù)稱之為客戶端移動英特網(wǎng)協(xié)議(CMIP，Client Mobile Internet Protocol)技術(shù)，該技術(shù)將MIP功能集成在MS中，MS的MIP去注冊/MIP去注冊過程都是由MS發(fā)起。第二種技術(shù)稱之為PMIP技術(shù)，該技術(shù)將MIP功能設(shè)置在MS所屬NAP的代理移動節(jié)點(Proxy Mobile Node)中，MS的MIP去注冊/MIP去注冊過程都是由Proxy Mobile Node發(fā)起的，Proxy Mobile Node一般集成在Authenticator實體中。
對于CMIP技術(shù)，MIP功能集成在MS，而在本發(fā)明中，由于在Idle Mode下的MS丟失，所以無法由具有MIP功能的MS發(fā)起通信系統(tǒng)網(wǎng)絡(luò)側(cè)刪除為MS設(shè)置的相關(guān)資源的過程；而對于PMIP技術(shù)，則可以由PMIP Client，如Proxy Mobile Node發(fā)起通信系統(tǒng)網(wǎng)絡(luò)側(cè)刪除為MS設(shè)置的相關(guān)資源的過程，以下舉三個具體的實施例進(jìn)行說明。
圖3為本發(fā)明MS在Idle Mode下丟失后WiMAX網(wǎng)絡(luò)側(cè)的處理方法實施例二流程圖，其具體步驟為步驟300、Anchor PC/LR檢測到在Idle Mode下的MS丟失；步驟301、Anchor PC/LR向FA發(fā)送PC_PURGE_MS_REQ，該請求攜帶在Idle Mode下丟失MS的標(biāo)識，還可以攜帶丟失原因值；步驟302、FA向PMIP Client發(fā)送R3鏈路釋放請求(R3 Session releaseRequest)，該請求攜帶在Idle Mode下丟失MS的標(biāo)識，還可以攜帶丟失原因值；步驟303、PMIP Client向FA發(fā)送對MS的MIP去注冊請求消息，MS為具有所接收到請求攜帶的MS的標(biāo)識的MS，該MIP去注冊請求消息攜帶的MIP LifeTime設(shè)置為0，即攜帶Lifetime＝0；步驟304、FA向HA轉(zhuǎn)發(fā)對MS的MIP去注冊請求消息，MS為具有所接收到請求攜帶的MS的標(biāo)識的MS，該MIP去注冊請求消息攜帶的MIPLifeTime設(shè)置為0，即攜帶Lifetime＝0；步驟305、HA接收到該MIP去注冊請求消息，根據(jù)攜帶的設(shè)置為0的MIP LifeTime確定要拆除為MS在FA與HA之間設(shè)置的R3鏈路，拆除為MS設(shè)置的與FA之間的R3鏈路，向FA發(fā)送MIP去注冊響應(yīng)消息；步驟306、FA向PMIP Client轉(zhuǎn)發(fā)MIP去注冊響應(yīng)消息；步驟307、PMIP Client向FA發(fā)送R3鏈路釋放響應(yīng)(R3 Session releaseRequest)；步驟308、FA向Anchor PC/LR發(fā)送PC_PURGE_MS_RSP，Anchor PC/LR刪除為MS保存的相關(guān)信息，如為MS保存的SFIDs、associated CIDs或/和QoS context等。
圖3所述方法與圖2所述方法的區(qū)別點為當(dāng)FA接收到Anchor PC/LR發(fā)送的PC_PURGE_MS_REQ時，發(fā)R3 session Release Request給PMIPClient，由PMIP Client發(fā)起MS資源的釋放流程。
圖4為本發(fā)明MS在Idle Mode下丟失后WiMAX網(wǎng)絡(luò)側(cè)的處理方法實施例三流程圖，其具體步驟為步驟400、Anchor PC/LR檢測到在Idle Mode下的MS丟失；步驟401、Anchor PC/LR向FA發(fā)送PC_PURGE_MS_REQ，該請求攜帶在Idle Mode下丟失MS的標(biāo)識，還可以攜帶丟失原因值；步驟402、FA向PMIP Client發(fā)送移動性廣告消息(MobilityAdvertisement)，該消息攜帶的MIP LifeTime設(shè)置為0，該消息還可以攜帶在Idle Mode下丟失MS的標(biāo)識；步驟403、PMIP Client向FA返回對MS的MIP去注冊請求消息，MS為具有所接收到請求攜帶的MS的標(biāo)識的MS，該MIP去注冊請求消息攜帶的MIP LifeTime設(shè)置為0，即攜帶Lifetime＝0；步驟404、FA向HA轉(zhuǎn)發(fā)對MS的MIP去注冊請求消息，MS為具有所接收到請求攜帶的MS的標(biāo)識的MS，該MIP去注冊請求消息攜帶的MIPLifeTime設(shè)置為0；
步驟405、HA接收到該MIP去注冊請求消息，根據(jù)攜帶的設(shè)置為0的MIP LifeTime確定要拆除為MS在FA與HA之間設(shè)置的R3鏈路，拆除為MS設(shè)置的與FA之間的R3鏈路，向FA發(fā)送MIP去注冊響應(yīng)消息；步驟406、FA向PMIP Client轉(zhuǎn)發(fā)MIP去注冊響應(yīng)消息；步驟407、FA向Anchor PC/LR發(fā)送PC_PURGE_MS_RSP，Anchor PC/LR刪除為MS保存的相關(guān)信息，如為MS保存的SFIDs、associated CIDs或/和QoS context等。
圖4所述方法與圖2所述方法的區(qū)別點為當(dāng)FA接收到Anchor PC/LR發(fā)送的PC_PURGE_MS_REQ時，發(fā)Mobility Advertisement給PMIP Client，由PMIP Client發(fā)起MS資源的釋放流程。
圖5為本發(fā)明MS在Idle Mode下丟失后WiMAX網(wǎng)絡(luò)側(cè)的處理方法實施例四流程圖，其具體步驟為步驟500、Anchor PC/LR檢測到在Idle Mode下的MS丟失；步驟501、Anchor PC/LR向PMIP Client發(fā)送PC_PURGE_MS_REQ，該請求攜帶在Idle Mode下丟失MS的標(biāo)識，還可以攜帶丟失原因值；步驟502、PMIP Client向FA發(fā)送對MS的MIP去注冊請求消息，MS為具有所接收到請求攜帶的MS的標(biāo)識的MS，該MIP去注冊請求消息攜帶的MIP LifeTime設(shè)置為0，即攜帶Lifetime＝0；步驟503、FA向HA轉(zhuǎn)發(fā)對MS的MIP去注冊請求消息，MS為具有所接收到請求攜帶的MS的標(biāo)識的MS，該MIP去注冊請求消息攜帶的MIPLifeTime設(shè)置為0；步驟504、HA接收到該MIP去注冊請求消息，根據(jù)攜帶的設(shè)置為0的MIP LifeTime確定要拆除為MS在FA與HA之間設(shè)置的R3鏈路，拆除為MS設(shè)置的與FA之間的R3鏈路，向FA發(fā)送MIP去注冊響應(yīng)消息；步驟505、FA向PMIP Client轉(zhuǎn)發(fā)MIP去注冊響應(yīng)消息；步驟506、PMIP Client向Anchor PC/LR發(fā)送PC_PURGE_MS_RSP，Anchor PC/LR刪除為MS保存的記錄信息，如為MS保存的SFIDs、associatedCIDs或/和QoS context等。
圖5所述方法由Anchor PC/LR直接發(fā)送PC_PURGE_MS_REQ給PMIPClent，由PMIP Clent發(fā)起MS資源的釋放流程。
在本發(fā)明中，也可以不區(qū)分Relay PC和Anchor PC，而通稱為PC，即圖2、圖3、圖4或圖5所述的Anchor PC/LR可以為PC/LR。
在圖2、圖3、圖4或圖5中所采用的PC_PURGE_MS_REQ以及PC_PURGE_MS_RSP分別只是為了描述MS資源釋放請求消息以及MS資源釋放響應(yīng)消息的一個實施例，其他所有用于實現(xiàn)MS資源釋放請求消息以及MS資源釋放響應(yīng)消息功能的消息定義都在本發(fā)明的保護(hù)范圍之內(nèi)。
本發(fā)明用WiMAX網(wǎng)絡(luò)作為通信系統(tǒng)舉例說明，所涉及的WiMAX網(wǎng)絡(luò)側(cè)中的網(wǎng)絡(luò)實體都是邏輯功能實體，在其他通信系統(tǒng)實現(xiàn)本發(fā)明時，也可以采用具有相應(yīng)功能的邏輯功能實體完成。
在現(xiàn)有技術(shù)中，由于當(dāng)MS進(jìn)入到Idle Mode時，MS的MIP去注冊消息的MIP LifeTime被設(shè)置為最大值，故在很長時間內(nèi)不會進(jìn)行MS的存在性檢測，當(dāng)在Idle Mode下的MS在設(shè)定的周期內(nèi)，該周期小于MS的MIP去注冊消息的MIP LifeTime值，通信系統(tǒng)網(wǎng)絡(luò)側(cè)即使沒有接收到MS發(fā)起的Location Update Request也不能確定MS已經(jīng)丟失，而繼續(xù)維護(hù)著MS相關(guān)資源，造成通信系統(tǒng)資源的浪費(fèi)。而在本發(fā)明中，當(dāng)在Idle Mode下的MS在設(shè)定的周期內(nèi)，通信系統(tǒng)網(wǎng)絡(luò)側(cè)沒有接收到MS發(fā)起的LocationUpdate Request時就確定MS已經(jīng)丟失，采用本發(fā)明所述的方法對通信系統(tǒng)維護(hù)的MS相關(guān)資源進(jìn)行拆除，從而節(jié)省通信系統(tǒng)資源。
另外，在本發(fā)明中，當(dāng)通信系統(tǒng)對在Idle Mode下的MS進(jìn)行了設(shè)定次數(shù)的尋呼仍然沒有尋呼到MS，則確定MS已經(jīng)丟失，采用本發(fā)明所述的方法對通信系統(tǒng)維護(hù)的MS相關(guān)資源進(jìn)行拆除，從而節(jié)省通信系統(tǒng)資源。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種移動臺MS空閑模式Idle Mode下丟失后通信系統(tǒng)網(wǎng)絡(luò)側(cè)的處理方法，其特征在于，該方法包括A、尋呼控制實體/位置注冊器PC/LR檢測到在Idle Mode下的MS丟失后，向通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體發(fā)送MS資源釋放請求消息；B、通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體向HA發(fā)起對MS的移動英特網(wǎng)協(xié)議MIP去注冊請求消息，該消息攜帶拆除為MS在外地代理FA與HA之間設(shè)置的R3鏈路信息；C、HA根據(jù)接收到MS的MIP去注冊請求消息攜帶的信息拆除為MS在FA與HA之間設(shè)置的R3鏈路。
2.如權(quán)利要求1所述的方法，其特征在于，在步驟C之后，該方法還包括D、HA向通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體返回MIP去注冊響應(yīng)消息，通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體向PC/LR發(fā)送MS資源釋放響應(yīng)消息。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述PC/LR為錨尋呼控制實體/位置注冊器Anchor PC/LR。
4.如權(quán)利要求2所述的方法，其特征在于，在步驟D所述發(fā)送MS資源釋放響應(yīng)消息之前，該方法還包括通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體刪除自身存儲的MS相關(guān)資源或/和通知通信系統(tǒng)網(wǎng)絡(luò)側(cè)的其他實體刪除自身存儲的MS相關(guān)資源。
5.如權(quán)利要求2所述的方法，其特征在于，在步驟D之后，該方法還包括PC/LR刪除為MS保存的相關(guān)信息。
6.如權(quán)利要求2所述的方法，其特征在于，當(dāng)所述通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體為代理移動英特網(wǎng)協(xié)議客戶端PMIP Client時，步驟B所述通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體向HA發(fā)起對MS的MIP去注冊請求消息是通過FA發(fā)送的；步驟D所述向通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體返回MIP去注冊響應(yīng)消息是通過FA返回的。
7.如權(quán)利要求1或6所述的方法，其特征在于，所述步驟B進(jìn)一步包括FA刪除為MS設(shè)置的與Anchor PC/LR之間的R4鏈路。
8.如權(quán)利要求2所述的方法，其特征在于，當(dāng)所述通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體為PMIP Client時，步驟D所述向PC/LR發(fā)送MS資源釋放響應(yīng)消息的過程為PMIP Client向FA發(fā)送R3鏈路釋放響應(yīng)R3 Session release Response后，F(xiàn)A向PC/LR發(fā)送MS資源釋放響應(yīng)消息·PC_PURGE_MS_RSP；或者FA將接收到HA發(fā)送的MIP去注冊響應(yīng)消息轉(zhuǎn)發(fā)給PMIP Client后，F(xiàn)A向PC/LR發(fā)送MS資源釋放響應(yīng)消息PC_PURGE_MS_RSP；或者PMIP Client直接向PC/LR發(fā)送MS資源釋放響應(yīng)消息PC_PURGE_MS_RSP。
9.如權(quán)利要求1所述的方法，其特征在于，步驟A所述PC/LR檢測到在Idle Mode下的MS丟失過程為檢測在Idle Mode下的MS是否按照預(yù)先設(shè)定的周期發(fā)送位置更新請求Location Update Request，如果是，則在Idle Mode下的MS未丟失；否則，則在Idle Mode下的MS丟失。
10.如權(quán)利要求1所述的方法，其特征在于，步驟A所述PC/LR檢測到在Idle Mode下的MS丟失過程為對MS進(jìn)行尋呼時在設(shè)定的尋呼次數(shù)內(nèi)都未尋呼到在Idle Mode下的MS，則確定在Idle Mode下的MS丟失。
11.如權(quán)利要求1所述的方法，其特征在于，所述步驟A進(jìn)一步包括PC/LR刪除MS在鑒權(quán)實體Authenticator的信息以及為MS設(shè)置的與Authentication之間的R4鏈路。
12.如權(quán)利要求1所述的方法，其特征在于，步驟A所述MS資源釋放請求消息攜帶在Idle Mode下丟失MS的標(biāo)識；步驟B所述通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體根據(jù)該請求消息攜帶的MS的標(biāo)識確定發(fā)起MIP去注冊請求消息的MS。
13.如權(quán)利要求1所述的方法，其特征在于，步驟A所述MS資源釋放請求消息攜帶在Idle Mode下MS的丟失原因值，該丟失原因值為位置更新Location Updated失敗或?qū)ず羰　?br> 14.如權(quán)利要求1所述的方法，其特征在于，步驟B所述該消息攜帶拆除為MS在FA與HA之間設(shè)置的R3鏈路信息為設(shè)置MIP去注冊請求消息，其MIP生命時間設(shè)置為0(MIP Lifetime＝0)。
15.如權(quán)利要求1、2或4所述的方法，其特征在于，所述通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體為FA或PMIP Client。
16.如權(quán)利要求15所述的方法，其特征在于，所述的PMIP Client為MS所屬網(wǎng)絡(luò)接入提供者NAP的代理移動節(jié)點Proxy Mobile Node。
17.如權(quán)利要求1所述的方法，其特征在于，當(dāng)所述通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體為PMIP Client時，步驟A所述向通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體發(fā)送MS資源釋放請求消息的過程為向FA發(fā)送MS資源釋放請求消息PC_PURGE_MS_REQ后，F(xiàn)A向PMIPClient發(fā)送R3鏈路釋放請求R3 Session release Request或發(fā)送移動性廣告消息Mobility Adertisement；或者向PMIP Client直接發(fā)送MS資源釋放請求消息PC_PURGE_MS_REQ。
全文摘要
本發(fā)明公開了一種移動臺MS空閑模式Idle Mode下丟失后通信系統(tǒng)網(wǎng)絡(luò)側(cè)的處理方法，該方法包括A.尋呼控制實體/位置注冊器PC/LR檢測到在Idle Mode下的MS丟失后，向通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體發(fā)送MS資源釋放請求消息；B.通信系統(tǒng)網(wǎng)絡(luò)側(cè)的實體向HA發(fā)起對MS的移動英特網(wǎng)協(xié)議MIP去注冊請求消息，該消息攜帶拆除為MS在外地代理FA與HA之間設(shè)置的R3鏈路信息；C.HA根據(jù)接收到MS的MIP去注冊請求消息攜帶的信息拆除為MS在FA與HA之間設(shè)置的R3鏈路。該方法避免了通信系統(tǒng)資源的浪費(fèi)。
文檔編號H04W76/06GK101018401SQ200610057089
公開日2007年8月15日 申請日期2006年3月17日 優(yōu)先權(quán)日2006年2月10日
發(fā)明者陳衛(wèi)民 申請人:華為技術(shù)有限公司