專利名稱：承載刪除控制方法及歸屬用戶服務器以及相關(guān)設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊領(lǐng)域，尤其涉及一種承載刪除控制方法及歸屬用戶服務器以及相關(guān)設(shè)備。
背景技術(shù)：
隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，逐漸出現(xiàn)了各種新型的網(wǎng)絡(luò)結(jié)構(gòu)，例如系統(tǒng)架構(gòu)演進網(wǎng)絡(luò) (SAE, System Architecture Evolved)，在SAE普及的過程中可能會和現(xiàn)有的網(wǎng)絡(luò)(例如 2G/3G網(wǎng)絡(luò))存在疊加覆蓋的區(qū)域，如圖1所示，RAl與RA2為現(xiàn)有的2G/3G的路由區(qū)域， 現(xiàn)有的2G/3G的用戶設(shè)備(UE，User Equipment)每更換一次RA都需要發(fā)起路由區(qū)域更新 (RAU, Routing Area Update)過程。TAl與TA2為SAE的跟蹤區(qū)域，類似于2G/3G網(wǎng)絡(luò)中的 RA，其中TAl與RAl的覆蓋范圍有重疊之處，所以當一個多模UE在這些區(qū)域移動時，可能會導致頻繁的網(wǎng)絡(luò)注冊過程，例如UE進入RAl向2G/3G的服務GPRS支持節(jié)點(SGSN，Serving GPRS Support Node)注冊，當UE進入TAl則又向SAE網(wǎng)絡(luò)的移動管理實體(MME，Mobility Management Entity)注冊，當UE移動出TA1，再次進入RAl時又要向2G/3G的SGSN注冊， 所以浪費了大量的空口資源。為避免上述問題，現(xiàn)有技術(shù)中提出了限制信令規(guī)則，其核心思想為當UE附著后注冊到一種接入網(wǎng)絡(luò)，之后又移動到另一個接入網(wǎng)絡(luò)后再注冊到另一個接入網(wǎng)絡(luò)，這樣，UE就可以同時注冊到兩種接入網(wǎng)絡(luò)，而UE在這兩種接入網(wǎng)絡(luò)中移動時不會再發(fā)起注冊過程。而現(xiàn)有技術(shù)中的承載刪除控制方法為適應于單網(wǎng)絡(luò)的承載刪除控制流程，例如UE 在2G/3G網(wǎng)絡(luò)中進行附著時，若發(fā)生了 SGSN的切換，則附著的原SGSN收到歸屬位置寄存器 (HLR, Home Location Register)發(fā)送的 Cancel Location 請求后會發(fā)起到網(wǎng)關(guān) GPRS 支持節(jié)點(GGSN，Gateway GPRS Support Node)的 Delete PDP Context Request 消息，請求刪除PDP上下文信息，以防止UE上次異常退出后存在有未刪除的PDP上下文信息。若未發(fā)生 SGSN的改變，則SGSN也會發(fā)起到網(wǎng)關(guān)GPRS支持節(jié)點(GGSN，Gateway GPRS Support Node) 的Delete PDP Context Request消息，請求刪除PDP上下文信息，以防止UE上次異常退出后存在有未刪除的PDP上下文信息。但是在限制信令系統(tǒng)的網(wǎng)絡(luò)中，SGSN會連接到服務網(wǎng)關(guān)(S-GW，Sewing Gateway)， S-GW會連接到分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(P-GW，PDN Gateway)，上述方案中并沒有涉及到SGSN至 S-GW與S-GW至P-GW的承載刪除控制過程，所以現(xiàn)有技術(shù)的承載刪除控制方案均只針對單網(wǎng)絡(luò)內(nèi)部的承載刪除控制，而不能進行跨網(wǎng)絡(luò)的承載刪除控制，所以影響了承載刪除控制的通用性。

發(fā)明內(nèi)容
本發(fā)明實施例要解決的技術(shù)問題是提供一種承載刪除控制方法及歸屬用戶服務器以及相關(guān)設(shè)備，能夠提高承載刪除控制流程的通用性。本發(fā)明實施例提供的承載刪除控制方法，包括中間網(wǎng)元接收歸屬用戶服務器發(fā)送的刪除類型指示參數(shù)；若所述刪除類型指示參數(shù)指示為附著類型，且存在相關(guān)承載，則刪除所述中間網(wǎng)元至服務網(wǎng)關(guān)以及服務網(wǎng)關(guān)至分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)之間的承載。本發(fā)明實施例提供的承載刪除控制方法，包括中間網(wǎng)元接收歸屬用戶服務器發(fā)送的刪除類型指示參數(shù)；若所述刪除類型指示參數(shù)指示為更新類型，則判斷是否接收到服務網(wǎng)關(guān)變更標識，若接收到，則刪除所述中間網(wǎng)元至原服務網(wǎng)關(guān)之間的承載，若未接收到， 則刪除中間網(wǎng)元本地存儲的用戶設(shè)備上下文信息。本發(fā)明實施例提供的承載刪除控制方法，包括原中間網(wǎng)元接收新中間網(wǎng)元發(fā)送的上下文確認消息或顯式信令；判斷所述上下文確認消息或顯式信令中是否包含服務網(wǎng)關(guān)變更標識，若包含，且存在相關(guān)承載，則刪除原中間網(wǎng)元至服務網(wǎng)關(guān)之間的承載，若不包含， 則只刪除原中間網(wǎng)元用戶設(shè)備上下文信息。本發(fā)明實施例提供的承載刪除控制方法，包括在用戶設(shè)備發(fā)起附著請求之后，歸屬用戶服務器接收中間網(wǎng)元發(fā)送的位置更新請求；判斷所述用戶設(shè)備原先注冊的中間網(wǎng)元是否變更，若變更，則向原中間網(wǎng)元以及用戶注冊的另一系統(tǒng)的原中間網(wǎng)元發(fā)送位置刪除請求；若存在相關(guān)承載，則原中間網(wǎng)元及另一系統(tǒng)原中間網(wǎng)元刪除其至服務網(wǎng)關(guān)以及服務網(wǎng)關(guān)至分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)之間的承載。本發(fā)明實施例提供的承載刪除控制方法，包括新中間網(wǎng)元向自身所在的系統(tǒng)的原中間網(wǎng)元以及用戶設(shè)備注冊的另一系統(tǒng)中的原中間網(wǎng)元獲取上下文信息；反饋包含刪除類型指示參數(shù)的確認消息；原中間網(wǎng)元判斷刪除類型指示參數(shù)，若指示為附著類型，則刪除到分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)之間的承載；若為指示更新類型，則判斷是否包含服務網(wǎng)關(guān)變更標識， 若包含，則刪除原中間網(wǎng)元至原服務網(wǎng)關(guān)之間的承載，若不包含，則刪除本網(wǎng)元內(nèi)用戶設(shè)備上下文信息。本發(fā)明實施例提供的中間網(wǎng)元，包括狀態(tài)獲取單元，用于獲取用戶設(shè)備的網(wǎng)絡(luò)狀態(tài)；參數(shù)設(shè)置單元，用于根據(jù)獲取到的用戶設(shè)備網(wǎng)絡(luò)狀態(tài)判斷用戶設(shè)備是否進行附著或是第一次進入網(wǎng)絡(luò)，若是，則設(shè)置更新類型指示參數(shù)為附著類型，若否，則設(shè)置更新類型指示參數(shù)為更新類型；消息發(fā)送單元，用于向歸屬用戶服務器發(fā)送包含更新類型指示參數(shù)的位置更新消息。本發(fā)明實施例提供的中間網(wǎng)元，包括上下文接收單元，用于接收上下文請求消息或上下文確認消息或位置刪除消息或其它顯式消息；變更判斷單元，用于判斷所述上下文請求消息或上下文確認消息或位置刪除消息或顯式消息中是否附著標識或位置更新標識或進一步包含服務網(wǎng)關(guān)變更標識；刪除執(zhí)行單元，當上下文請求消息或上下文確認消息或位置刪除消息或其它顯式消息中包含附著標識時，發(fā)起至服務網(wǎng)關(guān)以及服務網(wǎng)關(guān)至分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)之間的承載刪除請求；若所述消息中包含位置更新標識，且包含服務網(wǎng)關(guān)變更標識時，則發(fā)起至服務網(wǎng)關(guān)的承載刪除請求，若不包含服務網(wǎng)關(guān)變更標識刪除自身用戶上下文。本發(fā)明實施例提供的歸屬用戶服務器，包括接收單元，用于接收中間網(wǎng)元發(fā)送的位置更新消息；發(fā)送單元，用于向中間網(wǎng)元發(fā)送位置刪除消息；所述位置刪除消息中攜帶的刪除類型指示參數(shù)為接收單元收到的位置更新消息中的更新類型指示參數(shù)，若接收單元收到的位置更新消息中攜帶服務網(wǎng)關(guān)變更標識，則發(fā)送單元發(fā)送的位置刪除消息中也攜帶所述服務網(wǎng)關(guān)變更標識。
5
本發(fā)明實施例提供的服務網(wǎng)關(guān)，包括消息接收單元，用于接收中間網(wǎng)元發(fā)送的承載刪除請求或分組數(shù)據(jù)協(xié)議上下文刪除請求；消息判斷單元，用于判斷承載刪除請求或分組數(shù)據(jù)協(xié)議上下文刪除請求消息中的是否包括刪除到分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)承載的信息；承載刪除單元，用于當所述承載刪除請求或分組數(shù)據(jù)協(xié)議上下文刪除請求消息中的包括刪除到分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)承載的信息，且存在相關(guān)承載時，發(fā)起到分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)的承載刪除請求，否則，只刪除自身的用戶設(shè)備上下文。從以上技術(shù)方案可以看出，本發(fā)明實施例具有以下優(yōu)點本發(fā)明實施例中，由于中間網(wǎng)元接收歸屬用戶服務器發(fā)送的包含刪除類型指示參數(shù)的位置刪除消息，根據(jù)刪除類型指示參數(shù)確定該過程為更新過程還是附著過程，從而決定如何刪除承載，例如刪除類型指示參數(shù)指示為附著時，如果有承載，則刪除中間網(wǎng)元至服務網(wǎng)關(guān)以及服務網(wǎng)關(guān)至分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)之間的承載。所以本發(fā)明實施例在限制信令規(guī)則中可以針對雙網(wǎng)絡(luò)進行承載刪除控制，顯而易見的，本發(fā)明實施例同樣適用于單網(wǎng)絡(luò)的情況，所以提高了承載刪除控制流程的通用性。


圖1為現(xiàn)有技術(shù)中網(wǎng)絡(luò)覆蓋范圍疊加示意圖；圖2為本發(fā)明實施例中承載刪除控制方法第一實施例示意圖；圖3為本發(fā)明實施例中承載刪除控制方法第二實施例示意圖；圖4為本發(fā)明實施例中承載刪除控制方法第三實施例示意圖；圖5為本發(fā)明實施例中承載刪除控制方法第四實施例示意圖；圖6為本發(fā)明實施例中承載刪除控制方法第五實施例示意圖；圖7為本發(fā)明實施例中承載刪除控制方法第六實施例示意圖；圖8為本發(fā)明實施例中中間網(wǎng)元第一實施例示意圖；圖9為本發(fā)明實施例中中間網(wǎng)元第二實施例示意圖；圖10為本發(fā)明實施例中歸屬用戶服務器實施例示意圖；圖11為本發(fā)明實施例中S-GW實施例示意圖。
具體實施例方式本發(fā)明實施例提供了一種承載刪除控制方法及歸屬用戶服務器以及相關(guān)設(shè)備，用于提高承載刪除控制流程的通用性。本發(fā)明實施例中承載刪除控制方法可以大致分為以下兩類一、系統(tǒng)內(nèi)觸發(fā)位置刪除流程具體又可以細分為以下幾種情況1、UE首先注冊到通用移動通信系統(tǒng)(UMTS，Universal Mobile Telecommunication System)請參閱圖2，本發(fā)明實施例中承載刪除控制方法第一實施例包括201、請求附著；UE向SGSN發(fā)起附著請求；202、進行識別交互；
如果新SGSN不是UE原來注冊的原SGSN，則新SGSN向原SGSN發(fā)送識別請求以獲取 UE 的 IMSI。203、若新SGSN未獲取UE的IMSI，則新SGSN向UE發(fā)起識別請求以獲取UE的 IMSI ；204、可能進行鑒權(quán)過程；UE通過新SGSN與歸屬用戶服務器(HSS，Home Subscriber Server)進行鑒權(quán)。205、如果新SGSN是UE原來注冊的原SGSN，如果存在UE上次異常關(guān)機遺留的承載，則發(fā)起分組數(shù)據(jù)協(xié)議(PDP)上下文刪除請求；新SGSN 向 S-GW 發(fā)送 Delete PDP Context Request。206、發(fā)送承載刪除請求；S-Gff向P-GW發(fā)送承載刪除請求。207、反饋承載刪除響應；208、反饋PDP上下文刪除響應；209、如果新SGSN不是UE原來注冊的原SGSN，則新SGSN發(fā)送位置更新請求 (Update Location)；新SGSN 向 HSS 發(fā)送 Update Location。210、原SGSN與HSS之間進行位置刪除流程(Cancel Location)；211、如果新SGSN不是UE原來注冊的原SGSN，且如果原SGSN存在UE上次異常關(guān)機遺留的承載，則刪除原SGSN到S-GW的PDP上下文；212、刪除 S-GW 到 P-GW 的承載；213、可能執(zhí)行HSS向新SGSN插入用戶數(shù)據(jù)；214、HSS 向新 SGSN 反饋 Update Location 響應；215、新SGSN向UE反饋附著接受，完成附著流程。本實施例中，步驟205至步驟208和步驟211以及步驟212是刪除舊的承載的過程。如果UE上次Detach與本次Attach的節(jié)點是同一個，即新SGSN，如果有舊的PDP Context,則執(zhí)行步驟205至步驟208，且不會執(zhí)行步驟209至214。否則，如果UE上次Detach與本次Attach的節(jié)點不是同一個，如果有原SGSN有未刪除的PDP Context,則執(zhí)行步驟211與212，且不執(zhí)行步驟205至208。S-Gff收到Delete PDP Context Request后進一步觸發(fā)刪除到P-GW的承載。2、UE注冊到UMTS再移動到SAE 請參閱圖3，本發(fā)明實施例中承載刪除控制方法第二實施例包括301、發(fā)送 TAU 請求；UE 向新 MME 發(fā)送 TAU Request。302、新MME向UE原來注冊的SGSN發(fā)送上下文請求；303、SGSN向新MME反饋上下文信息；304、可能進行鑒權(quán)處理；305、如果新MME是UE上次去附著時的原MME，或存在上次異常關(guān)機的承載，則發(fā)送承載刪除請求；新MME向S-GW發(fā)送承載刪除請求。
306、S-Gff向P-GW發(fā)送承載刪除請求；307、反饋承載刪除響應；308、反饋承載刪除響應；309、新MME向SGSN反饋上下文確認消息或顯式信令；310、新MME向S-GW發(fā)送承載創(chuàng)建請求以保證與2G/3G的承載一致；311、S-Gff向P-GW發(fā)送承載更新請求；312、P-Gff向S-GW反饋承載更新響應；313、S-Gff向新MME反饋承載創(chuàng)建響應；314、若新移動性管理實體不是UE上次去附著時的移動性管理實體，則新MME向HS S 發(fā)送 Update Location ；315、原 MME 與 HSS 進行 Cancel Location 流程；316、若原MME發(fā)現(xiàn)UE留有異常關(guān)機的承載，則刪除該承載；317、刪除S-GW至P-GW之間的承載；318、可能HSS向新MME插入用戶數(shù)據(jù)；319、HSS 向新 MME 反饋 Update Location 響應；320、新MME向UE反饋TAU接受消息；321、如果S-TMSI發(fā)生改變，UE向新MME反饋TAU完成消息。本實施例中，在限制信令規(guī)則下，UE進入SAE后，發(fā)起TAU而不是Attach，新MME 從SGSN獲取UE的上下文，如果新MME是上次UE Detach時的原MME，在獲取到UE的IMSI 后，需要將上次異常關(guān)機的承載刪除，因此觸發(fā)執(zhí)行步驟205至208，新MME向S-GW分配給它的 GTP-C 的 TEID 發(fā)送 Delete Bearer Request，請求 S-GW刪除承載，S-GW進一步向 P-GW 發(fā)起刪除請求。如果MME改變，則進一步觸發(fā)到HSS的Update Location, HSS發(fā)送Cancel Location到原MME，因為UE是第一次進入SAE，為防止留有上次異常關(guān)機在原MME，原MME 會發(fā)起到S-GW再到P-GW的Delete Bearer的請求。需要注意的是，在上面的流程中，盡管新MME收到的是TAU，并從SGSN獲取了 Context，仍然要刪除舊的Context，因為這是UE第一次在SAE注冊。而一般情況下，新MME 收到TAU后，是不會發(fā)起刪除Context的，其觸發(fā)原因可能有兩個A、UE發(fā)起的TAU中攜帶注冊標識，該注冊標識指示UE是第一次注冊SAE，注冊標識例如attach flag,表示UE類似Attach到SAE ；B、新MME從SGSN獲取的Context 了解到自己相當于是UE的Attach，如若SGSN還沒有建立與MME的限制信令的Association，可攜帶一個指示，或如果SGSN已經(jīng)建立與原 MME的Association，則攜帶指示或其他參數(shù)，而沒有建立的話則不攜帶該參數(shù)/指示，使得新MME 了解到類似UE Attach，需要刪除舊的承載。上述介紹了 UE先注冊到UMTS，之后移動到SAE的處理流程，可以理解的是，UE先注冊到SAE，之后移動到UMTS的處理流程與上述流程對應，此處不再贅述。下面介紹網(wǎng)絡(luò)實體變更的情況3、UE在限制信令已激活的情況下更換MME，原先在SGSN下請參閱圖4，本發(fā)明實施例中承載刪除控制方法第三實施例包括
401、發(fā)送 TAU 請求；UE 向新 MME 發(fā)送 TAU Request。402、新MME向SGSN發(fā)送上下文請求；403、SGSN向新MME反饋上下文信息；404、可能進行鑒權(quán)處理；405、新MME向SGSN發(fā)送上下文確認消息或顯式信令；406、由于更換MME，需要建立新的承載。；新MME向S-GW發(fā)送承載創(chuàng)建請求。407、如果S-GW發(fā)生改變，發(fā)送承載更新請求；S-Gff向P-GW發(fā)送承載更新請求。408、反饋承載更新響應；409、反饋承載創(chuàng)建響應；410、新 MME 向 HSS 發(fā)送 Update Location ；411、原 MME 與 HSS 進行 Cancel Location 流程；412、如果S-GW發(fā)生改變，則原MME向S-GW發(fā)起刪除承載，如果S-GW沒有發(fā)生改變，則原MME只需刪除自身保存的UE上下文；413、HSS可能向新MME插入用戶數(shù)據(jù)；414、HSS 向新 MME 反饋 Update Location 響應；415、新MME向UE反饋TAU接受消息；416、UE向新MME反饋TAU完成消息。從圖3和圖4所示的實施例的比較中看到，原MME都只收到HSS發(fā)來的位置刪除請求，但一個需要刪除至P-GW的承載，一個根據(jù)S-GW是否變化，只刪除至S-GW的承載或只刪除MME的信息。因此，在現(xiàn)有機制下，是難以做到區(qū)分如何進行承載刪除的操作的。本發(fā)明提供若干種方法以進行正確的區(qū)分和操作。本實施例中，具體有三種實現(xiàn)承載刪除控制的方法A、在接入某系統(tǒng)時，若限制信令已激活，向所有接入系統(tǒng)的原中間網(wǎng)元獲取上下文， 而不是只向一種系統(tǒng)的原中間網(wǎng)元獲取。如，UE接入新MME后，新MME向原MME及原SGSN同時獲取UE上下文，這樣原MME 根據(jù)新MME在上下文確認消息中了解是否UE為第一次接入，及S-GW變更信息，來決定是否發(fā)起到S-GW的刪除承載請求，若S-GW改變，則刪除新MME到原S-GW的承載，若S-GW未改變，則只刪除自身的UE Context，若UE第一次接入該系統(tǒng)，則刪除新MME到P-GW的承載，若 UE不是第一次接入該系統(tǒng)，則不需要刪除新MME到P-GW的承載。或者，UE第一次接入系統(tǒng)后，不會向本系統(tǒng)實體發(fā)起上下文請求。因此，舊的實體只需根據(jù)是否收到上下文請求/確認，及其中參數(shù)是否標示S-GW改變而決定如何刪除承載(如本例中，原MME根據(jù)收到上下文請求/確認，決定不會發(fā)起到P-GW的承載刪除，但如果S-GW改變，則發(fā)起到S-GW的承載刪除，否則只刪除原MME自身的UE context)。即新中間網(wǎng)元向兩個系統(tǒng)的原中間網(wǎng)元取Context，同時向系統(tǒng)內(nèi)原節(jié)點返回的確認消息中包含Update/Attach指示和S_GW Change指示或類似信息，舊節(jié)點可根據(jù)該信息決定如何刪除承載(Attach表示收到Cancel Location后直接刪除到P_GW的承載)?；蛘呷绻茿ttach，則不取本系統(tǒng)(即新接入節(jié)點額系統(tǒng))的Context，如果是普通位置更新，則需要獲取兩個系統(tǒng)的Context，這樣本系統(tǒng)舊節(jié)點如果收到HSS發(fā)來的 Cancel Location則直接發(fā)起到P-GW的承載刪除。否則，如果收到Context Request或 Acknowledge,則根據(jù)S-GW Change指示，決定是刪除自身Context還是刪除到S-GW的承載。舉例說明在普通位置更新過程中，即UE在限制信令已激活的情況下，新接入節(jié)點向兩個系統(tǒng)的原節(jié)點發(fā)起Context獲取，在向本系統(tǒng)的原節(jié)點發(fā)送的Context Acknowledge中包括S-GW Change指示，表示S-GW改變。這樣本系統(tǒng)原節(jié)點收到Cancel Location后，根據(jù)是否收到過Context Acknowledge和S-GW改變指示，決定發(fā)起到P-GW還是到S-GW的承載刪除還是只刪除自身Context。B、在Update Location 中攜帶 Update Type 指示，指明該 Update Location 是類似 Attach的過程(即UE Detach后第一次進入該系統(tǒng))，還是普通的位置更新過程，如果是普通位置更新過程，則還要攜帶是否S-GW改變的指示。在HSS發(fā)往原實體(如原MME)的Cancel Location同樣攜帶該信息 (Cancellation Type,取值等于或相當于 Update Type 信息)，這樣，如果 Cancellation Type是Attach (表示UE Detach后第一次進入該網(wǎng)絡(luò))，則如果舊實體存在相關(guān)承載，則發(fā)起到S-GW直至P-GW的承載刪除過程，如原MME將直接發(fā)起Delete Bearer到S-GW直至 P-Gff以刪除異常關(guān)機遺留的承載；如攜帶的Cancellation Type是RAU/TAU (表示UE曾進入過該網(wǎng)絡(luò))，則進一步看是否攜帶S-GW Change的標志或其它表示S-GW改變了的信息(本實施例中以S-GW Change 標識為例)，若攜帶，即S-GW改變，則原實體發(fā)起到S-GW的承載刪除過程，否則，只刪除自身實體內(nèi)的UE Context。如在本實施例中，若原MME從HSS收到的Cancel Location消息中發(fā)現(xiàn) Cancellation Type 為 TAU，且攜帶 S-GW Change 的標志，則原 MME 發(fā)起 Delete Bearer Request (S-GW change)到S_GW，S-Gff收到該消息，發(fā)現(xiàn)其中攜帶S_GW改變的指示，于是 S-GW不再向P-GW發(fā)起刪除承載，若原MME發(fā)現(xiàn)Cancel Location消息中Cancellation Type為TAU，且沒有攜帶S-GW Change的標志或其他表示S-GW沒有改變的信息，則只刪除自身記錄的UE上下文，不必向S-GW發(fā)起承載刪除過程。如果原MME發(fā)現(xiàn)Cancel Location 消息中Cancellation Type為Attach，若存在相關(guān)承載，則原MME向原S-GW發(fā)起Delete Bearer Request到S_GW，S-Gff因為沒有收到S_GW Change的指示，則繼續(xù)發(fā)起到P_GW的承載刪除過程。C、或者新實體直接向系統(tǒng)內(nèi)原實體發(fā)送消息來通知，例如，本例中，由于是普通TAU， 則新MME在410步之前，向原MME發(fā)送Context Acknowledge/或其他消息來通知是否S-GW 改變；原MME收到該消息，了解是普通TAU (若UE第一次進入SAE系統(tǒng)則不發(fā)送該消息，或通過消息中的某些參數(shù)識別普通TAU還是類似Attach過程)，該消息還可攜帶S-GW Change 信息的參數(shù)，若S-GW改變，則原MME發(fā)送刪除承載到原S-GW，但不會刪除到P-GW的承載，若 S-Gff未改變，則原MME只刪除自身保留的UE Context.或，SGSN 了解到MME發(fā)生變化后，與新的MME建立Association，向原MME發(fā)送消息通知取消Association，從而原MME 了解 UE發(fā)起了普通的TAU，MME發(fā)送的Context Acknowledge通知SGSN是否S-GW發(fā)生了改變， 從而SGSN決定是否向原MME發(fā)送的消息中攜帶S-GW Change的消息。從而原MME決定是否發(fā)起到S-GW的承載刪除請求還是只刪除自身UE Context?？傊?，如果是普通的位置更新，則不必發(fā)起到P-GW的承載刪除過程。如果位置更新伴隨S-GW改變，則中間網(wǎng)元(SGSN或MME)向原S-GW發(fā)起承載刪除，但不會再繼續(xù)發(fā)起到P-GW的承載刪除了。若S-GW沒變化，則中間網(wǎng)元只需要刪除自身保存的UE Context即可。如果是Attach或類似Attach過程(即UE Detach后第一次進入某系統(tǒng))，則該系統(tǒng)的上次Detach時的中間網(wǎng)元需要刪除至S-GW直至P-GW的承載(如果該承載存在的話)，以防止UE異常關(guān)機的承載遺留。本實施例中當MME發(fā)生變化時候可以采取多種方式實現(xiàn)承載刪除控制流程，所以提高了本發(fā)明實施例中承載刪除控制方法的靈活性。下面類似的介紹在SGSN內(nèi)的情況，4、UE在限制信令下更換SGSN，原先在MME下請參閱圖5，本發(fā)明實施例中承載刪除控制方法第四實施例包括501、發(fā)送 RAU 請求；UE 向新 SGSN 發(fā)送 RAU Request。502、新SGSN向MME發(fā)送上下文請求；503、MME向新SGSN反饋上下文信息；504、可能進行鑒權(quán)處理；505、新SGSN向MME發(fā)送上下文確認消息或顯式信令；506、發(fā)送PDP上下文創(chuàng)建請求；新SGSN向S-GW發(fā)送PDP上下文創(chuàng)建請求。507、如果S-GW發(fā)生改變，或參數(shù)發(fā)生變化，發(fā)送承載更新請求；S-Gff向P-GW發(fā)送承載更新請求。508、反饋承載更新響應；509、反饋PDP上下文創(chuàng)建響應；510、新 SGSN 向 HSS 發(fā)送 Update Location ；511、原 SGSN 與 HSS 進行 Cancel Location 流程；512、刪除PDP上下文；513、HSS可能向新SGSN插入用戶數(shù)據(jù)；514、HSS 向新 SGSN 反饋 Update Location 響應；515、新SGSN向UE反饋RAU接受消息；516、UE向新SGSN反饋RAU完成消息。本實施例中，具體實現(xiàn)承載刪除控制的方式類似上面實施例的描述。只是將新SGSN到S-Gff發(fā)送的承載刪除消息改為Delete PDP Context Request和Delete PDP Context Response。其中當 S_GW 發(fā)生改變的話，Delete PDP Context Request 需要攜帶 S-Gff Change的參數(shù)。如該消息修改如下表所示信息元素Presence requirementTeardown IndConditionalNSAPIMandatoryProtocol Configuration OptionsOptionalPrivate ExtensionOptionalS-Gff ChangeConditional添加的新的參數(shù)為S-GW Change或其它表達S-GW改變的參數(shù)，如使用Cause (原因)，其中使用某些原因值代表S-GW變換的信息，在S-GW改變的情況下需要攜帶。5、UE在限制信令下更換SGSN，原先在SGSN下請參閱圖6，本發(fā)明實施例中承載刪除控制方法第五實施例包括601、發(fā)送 RAU 請求；UE 向新 SGSN 發(fā)送 RAU Request。602、新SGSN向原SGSN發(fā)送上下文請求；603、原SGSN向新SGSN反饋上下文信息；604、可能進行鑒權(quán)處理；605、新SGSN向原SGSN發(fā)送上下文確認消息或顯式信令；606、發(fā)送PDP上下文創(chuàng)建請求；新SGSN向S-GW發(fā)送PDP上下文創(chuàng)建請求。607、發(fā)送承載更新請求；S-Gff向P-GW發(fā)送承載更新請求。608、反饋承載更新響應；609、反饋PDP上下文創(chuàng)建響應；610、新 SGSN 向 HSS 發(fā)送 Update Location ；611、原 SGSN 與 HSS 進行 Cancel Location 流程；612、在原SGSN與原S-GW之間刪除PDP上下文；613、在新SGSN與HSS之間插入用戶數(shù)據(jù)；614、HSS 向新 SGSN 反饋 Update Location 響應；615、新SGSN向UE反饋RAU接受消息；616、UE向新SGSN反饋RAU完成消息。本實施例中，原SGSN可通過Context Acknowledge 了解過程為普通TAU。但如果 S-Gff改變，Context Acknowledge中還需要攜帶S-GW Change的信息，因為如果S-GW改變， 原 SGSN 要向 S-GW 發(fā)送 Delete PDP Context Request 使得 S-GW 上刪除 UE Context ；如果S-GW沒有改變，則原SGSN自己刪除UE的Context即可。S-GW如果從SGSN收到Delete PDP Context Itequest，如果該消息中沒有攜帶S-GW Change的標識，則認為UE發(fā)起Attach，應該進一步向P-GW發(fā)起Delete Bearer消息。
12
因此，還需要修改現(xiàn)有的SGSN之間的上下文確認消息，如下表所示
權(quán)利要求
1.一種承載刪除控制方法，其特征在于，包括歸屬用戶服務器接收，當用戶設(shè)備不是進行附著或者不是去附著后第一次進入網(wǎng)絡(luò)時，新中間網(wǎng)元向歸屬用戶服務器發(fā)送的位置更新消息，所述位置更新消息中的更新類型指示參數(shù)指示為更新類型；歸屬用戶服務器向原中間網(wǎng)元發(fā)送包含刪除類型指示參數(shù)的位置刪除消息，其中，所述刪除類型指示參數(shù)指示為更新類型；以使得所述原中間網(wǎng)元，當所述刪除類型指示參數(shù)指示為更新類型時，判斷是否接收到服務網(wǎng)關(guān)變更標識，若接收到服務網(wǎng)關(guān)變更標識，則刪除所述原中間網(wǎng)元至原服務網(wǎng)關(guān)之間的承載。
2.根據(jù)權(quán)利要求1所述的承載刪除控制方法，其特征在于，所述中間網(wǎng)元為移動管理實體，或者為服務GPRS支持節(jié)點。
3.一種承載刪除控制方法，其特征在于，包括在用戶設(shè)備發(fā)起附著請求之后，歸屬用戶服務器接收中間網(wǎng)元發(fā)送的位置更新請求；判斷所述用戶設(shè)備原先注冊的中間網(wǎng)元是否變更，若變更，則向原中間網(wǎng)元以及用戶注冊的另一系統(tǒng)的原中間網(wǎng)元發(fā)送位置刪除請求，以使得所述原中間網(wǎng)元及另一系統(tǒng)原中間網(wǎng)元若存在相關(guān)承載，則刪除所述原中間網(wǎng)元及另一系統(tǒng)原中間網(wǎng)元至服務網(wǎng)關(guān)之間的承載，以及服務網(wǎng)關(guān)至分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)之間的承載。
4.根據(jù)權(quán)利要求3所述的承載刪除控制方法，其特征在于，所述中間網(wǎng)元為移動管理實體，或者為服務GPRS支持節(jié)點。
5.一種承載刪除控制方法，其特征在于，包括接收歸屬用戶服務器發(fā)送的包含刪除類型指示參數(shù)的位置刪除消息；當所述刪除類型指示參數(shù)指示為附著類型且存在相關(guān)承載時，刪除自身至服務網(wǎng)關(guān)以及服務網(wǎng)關(guān)至分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)之間的承載。
6.一種承載刪除控制方法，其特征在于，包括接收歸屬用戶服務器發(fā)送的包含刪除類型指示參數(shù)的位置刪除消息；當所述刪除類型指示參數(shù)指示為更新類型時，判斷是否接收到服務網(wǎng)關(guān)變更標識，若接收到服務網(wǎng)關(guān)變更標識，則刪除自身到原服務網(wǎng)關(guān)之間的承載。
7.—種歸屬用戶服務器，其特征在于，包括用于接收，當用戶設(shè)備不是進行附著或者不是去附著后第一次進入網(wǎng)絡(luò)時，新中間網(wǎng)元向所述歸屬用戶服務器發(fā)送的位置更新消息的模塊，所述位置更新消息中的更新類型指示參數(shù)指示為更新類型；用于向原中間網(wǎng)元發(fā)送包含刪除類型指示參數(shù)的位置刪除消息的模塊，其中，所述刪除類型指示參數(shù)指示為更新類型；以使得所述原中間網(wǎng)元，當所述刪除類型指示參數(shù)指示為更新類型時，判斷是否接收到服務網(wǎng)關(guān)變更標識，若接收到服務網(wǎng)關(guān)變更標識，則刪除所述原中間網(wǎng)元至原服務網(wǎng)關(guān)之間的承載。
8.根據(jù)權(quán)利要求7所述的歸屬用戶服務器，其特征在于，所述中間網(wǎng)元為移動管理實體，或者為服務GPRS支持節(jié)點。
9.一種歸屬用戶服務器，其特征在于，包括用于在用戶設(shè)備發(fā)起附著請求之后，接收中間網(wǎng)元發(fā)送的位置更新請求的模塊；用于判斷所述用戶設(shè)備原先注冊的中間網(wǎng)元是否變更，若變更，則向原中間網(wǎng)元以及用戶注冊的另一系統(tǒng)的原中間網(wǎng)元發(fā)送位置刪除請求的模塊，以使得所述原中間網(wǎng)元及另一系統(tǒng)原中間網(wǎng)元若存在相關(guān)承載，則刪除所述原中間網(wǎng)元及另一系統(tǒng)原中間網(wǎng)元至服務網(wǎng)關(guān)之間的承載，以及服務網(wǎng)關(guān)至分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)之間的承載。
10.根據(jù)權(quán)利要求9所述的歸屬用戶服務器，其特征在于，所述中間網(wǎng)元為移動管理實體，或者為服務GPRS支持節(jié)點。
11.一種中間網(wǎng)元，其特征在于，包括用于接收歸屬用戶服務器發(fā)送的包含刪除類型指示參數(shù)的位置刪除消息的模塊；用于當所述刪除類型指示參數(shù)指示為附著類型且存在相關(guān)承載時，刪除自身至服務網(wǎng)關(guān)以及服務網(wǎng)關(guān)至分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)之間的承載的模塊。
12.—種中間網(wǎng)元，其特征在于，包括用于接收歸屬用戶服務器發(fā)送的包含刪除類型指示參數(shù)的位置刪除消息的模塊；用于當所述刪除類型指示參數(shù)指示為更新類型時，判斷是否接收到服務網(wǎng)關(guān)變更標識，若接收到服務網(wǎng)關(guān)變更標識，則刪除自身到原服務網(wǎng)關(guān)之間的承載的模塊。
全文摘要
本發(fā)明公開了一種承載刪除控制方法及歸屬用戶服務器以及相關(guān)設(shè)備，用于提高承載刪除控制流程的通用性。本發(fā)明方法包括中間網(wǎng)元接收歸屬用戶服務器發(fā)送的刪除類型指示參數(shù)；若所述刪除類型指示參數(shù)指示為附著類型，且存在相關(guān)承載，則刪除所述中間網(wǎng)元至服務網(wǎng)關(guān)以及服務網(wǎng)關(guān)至分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)之間的承載。此外本發(fā)明還提供一種歸屬用戶服務器以及相關(guān)設(shè)備。本發(fā)明可以有效地提高承載刪除控制流程的通用性。
文檔編號H04W76/06GK102421203SQ20111036111
公開日2012年4月18日 申請日期2007年7月25日 優(yōu)先權(quán)日2007年7月25日
發(fā)明者劉嵐, 張萬強, 李明, 郭小龍 申請人:華為技術(shù)有限公司