專利名稱：對承載的處理方法及移動管理設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)，具體涉及一種對承載的處理方法及移動管理設(shè)備。
背景技術(shù)：
無線演進網(wǎng)絡(luò)(LTE, Long Term Evolution)的核心網(wǎng)主要包括移動性管理實體(MME, Mobility Management Entity)、服務(wù)網(wǎng)關(guān)(S-GW, Serving Gateway)和分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(P-GW，PDN Gateway)三個邏輯功能體。其 中，MME負(fù)責(zé)非接入層(NAS，Non AccessStratum)信令和NAS信令加密以及漫游、跟蹤等功能，分配用戶臨時身份標(biāo)識、安全功能等，它對應(yīng)于當(dāng)前通用移動通信系統(tǒng)(UMTS, Universal Mobile TelecommunicationsSystem)內(nèi)部服務(wù)通用分組無線業(yè)務(wù)支持節(jié)點(SGSN, Serving General Packet RadioService Supporting Node)的控制平面部分；S-GW負(fù)責(zé)本地的移動性錨點和3G合作伙伴計劃(3GPP, Third Generation Partnership Project)系統(tǒng)內(nèi)部的移動性錨點以及合法監(jiān)聽相關(guān)信息；P_GW則負(fù)責(zé)策略執(zhí)行和計費以及合法監(jiān)聽相關(guān)功能，其中策略執(zhí)行和計費的依據(jù)是策略和計費控制(PCC，Policy and Charge Control)規(guī)則，PCC規(guī)則是由策略和計費規(guī)則功能實體(PCRF, Policy and Charging Rules Function)下發(fā)給 P-GW 的。在PCRF實體下發(fā)PCC規(guī)則時，PCC規(guī)則需要根據(jù)用戶當(dāng)前的無線接入技術(shù)(RAT，Radio AccessTechnik)進行確定,不同的RAT可能會下發(fā)不同的PCC規(guī)則。在LTE網(wǎng)絡(luò)中，歸屬用戶服務(wù)器(HSS, Home Subscriber Server)發(fā)起的簽約數(shù)據(jù)插入的流程，以向MME發(fā)起簽約數(shù)據(jù)插入流程為例，包括HSS發(fā)送插入簽約數(shù)據(jù)消息給MME ；MME更新保存的簽約數(shù)據(jù)，向HSS回復(fù)插入簽約數(shù)據(jù)確認(rèn)消息。HSS向MME或SGSN發(fā)起簽約數(shù)據(jù)的插入流程后，如果MME或SGSN中記錄的用戶簽約數(shù)據(jù)發(fā)生了改變，例如缺省服務(wù)質(zhì)量(QoS，Quality of Service)發(fā)生了改變，則MME或SGSN會在簽約數(shù)據(jù)的插入流程后，馬上發(fā)起承載的修改或者刪除流程。如果HSS同時修改了大量用戶的簽約數(shù)據(jù)，MME或SGSN會同時對大量用戶發(fā)起承載修改流程，其中很多用戶處于空閑(Idle)狀態(tài)，則會對大量Idle態(tài)用戶在同一時間段內(nèi)分別發(fā)起尋呼，而這時用戶本身并沒有業(yè)務(wù)，為了實現(xiàn)承載修改而進行單獨的尋呼，浪費了MME或SGSN上的可用資源。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種對承載的處理方法及移動管理設(shè)備，以在用戶簽約數(shù)據(jù)變化后正確、高效地完成承載過程。本發(fā)明實施例提供的一種對承載的處理方法，包括如果移動管理設(shè)備中記錄的用戶簽約數(shù)據(jù)發(fā)生改變，確定對應(yīng)的用戶設(shè)備的存在狀態(tài)；所述移動管理設(shè)備根據(jù)所述用戶設(shè)備的存在狀態(tài)發(fā)起承載的修改或者刪除流程。本發(fā)明實施例提供的一種移動管理設(shè)備，包括
存儲單元，用于記錄用戶簽約數(shù)據(jù)；判斷單元，用于在所述存儲單元中記錄的用戶簽約數(shù)據(jù)發(fā)生改變后，確定對應(yīng)的用戶設(shè)備的存在狀態(tài)；觸發(fā)單元，用于根據(jù)所述用戶設(shè)備的存在狀態(tài)發(fā)起承載的修改或者刪除流程。由以上本發(fā)明實施例提供的技術(shù)方案可以看出，本發(fā)明實施例的對承載的處理方法在簽約數(shù)據(jù)的插入或刪除流程后，如果移動管理設(shè)備中記錄的用戶簽約數(shù)據(jù)發(fā)生改變，該移動管理設(shè)備首先確定對應(yīng)的用戶設(shè)備的存在狀態(tài)，根據(jù)該用戶設(shè)備的存在狀態(tài)確定是否發(fā)起承載的修改或者刪除流程。因此，可以在用戶簽約數(shù)據(jù)變化后正確、高效地完成承載過程。



圖I是本發(fā)明對承載的處理方法第一實施例的流程圖；圖2是本發(fā)明對承載的處理方法第二實施例的流程圖；圖3是本發(fā)明對承載的處理方法第三實施例的流程圖；圖4是應(yīng)用本發(fā)明對承載的處理方法移動管理設(shè)備發(fā)起承載修改的流程圖；圖5是應(yīng)用本發(fā)明對承載的處理方法移動管理設(shè)備發(fā)起承載刪除的流程圖；圖6是本發(fā)明移動管理設(shè)備實施例的結(jié)構(gòu)框圖。
具體實施例方式為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明實施例的方案，下面結(jié)合附圖和實施方式對本發(fā)明實施例作進一步的詳細(xì)說明。為了提高網(wǎng)絡(luò)設(shè)備的資源使用率，使得在用戶簽約數(shù)據(jù)變化后正確、高效地完成承載過程，本發(fā)明實施例對承載的處理方法在簽約數(shù)據(jù)的插入或刪除流程后，比如，在HSS向MME和/或SGSN發(fā)起簽約數(shù)據(jù)的插入流程后，如果移動管理設(shè)備中記錄的用戶簽約數(shù)據(jù)發(fā)生改變，該移動管理設(shè)備首先確定對應(yīng)的用戶設(shè)備的存在狀態(tài)，根據(jù)該用戶設(shè)備的存在狀態(tài)確定是否發(fā)起承載的修改或者刪除流程。本發(fā)明實施例提供的方法不僅可以適用于單一無線接入技術(shù)系統(tǒng)，比如，2G或3G系統(tǒng)、系統(tǒng)架構(gòu)演進(SAE, System Architechure Evolution)系統(tǒng)；而且可以適用于多種無線接入技術(shù)系統(tǒng)共存的應(yīng)用環(huán)境，比如，SAE系統(tǒng)和2G系統(tǒng)共存的應(yīng)用環(huán)境、SAE系統(tǒng)和3G系統(tǒng)共存的應(yīng)用環(huán)境等。下面以具體實例對本發(fā)明對承載的處理方法在不同應(yīng)用環(huán)境下的情況分別進行說明。參照圖1，是本發(fā)明對承載的處理方法第一實施例的流程圖，包括以下步驟101. HSS發(fā)送插入簽約數(shù)據(jù)消息給MME或SGSN ；102. MME或SGSN更新保存的簽約數(shù)據(jù)，向HSS回復(fù)插入簽約數(shù)據(jù)確認(rèn)消息；103. MME或SGSN判斷用戶設(shè)備(UE，User Equipment)是否與自己有信令連接；MME或SGSN可以通過以下兩種方法判斷UE是否與自己有信令連接I. MME或SGSN查詢保存的用戶上下文中信令連接的索引是否有效來判斷，如果索引有效，則說明UE與自己有信令連接；
2. MME或SGSN查詢保存的用戶上下文中用戶移動管理狀態(tài)是空閑態(tài)還是連接態(tài)來判斷。如果用戶狀態(tài)是連接態(tài)，則說明UE和自己有信令連接。104. MME或SGSN確定UE處于連接狀態(tài)后，發(fā)起承載修改或刪除流程。上述步驟21和22是HSS向網(wǎng)絡(luò)設(shè)備發(fā)起簽約數(shù)據(jù)的插入流程，經(jīng)過步驟21和22后，MME或SGSN中的簽約數(shù)據(jù)發(fā)生了改變，例如缺省QoS發(fā)生了改變，則在簽約數(shù)據(jù)的插入流程后，MME或SGSN不立即發(fā)起承載的修改或者刪除流程，而是先檢測用戶是否與自己有信令連接，然后做不同處理如果UE與MME或SGSN有信令連接，MME或SGSN發(fā)起承載的修 改或者刪除流程；如果UE與MME或SGSN之間沒有信令連接，MME或SGSN不發(fā)起承載的修改或者刪除流程。直到UE自己發(fā)起服務(wù)請求流程，或者網(wǎng)絡(luò)側(cè)收到下行數(shù)據(jù)或信令而觸發(fā)UE發(fā)生服務(wù)請求流程時，MME或SGSN檢測到UE已處于連接狀態(tài)，然后再發(fā)起承載的修改或者刪除流程。該實施例也可以應(yīng)用于ISR機制下的場景，HSS向MME和/或SGSN發(fā)起簽約數(shù)據(jù)的插入流程后，MME和SGSN兩側(cè)可以分別按照上述機制單獨處理。本實施例的對承載的處理方法，在HSS向移動管理設(shè)備發(fā)起簽約數(shù)據(jù)的插入流程后，如果MME或SGSN中的簽約數(shù)據(jù)發(fā)生改變，則在簽約數(shù)據(jù)的插入流程后，MME或SGSN不立即發(fā)起承載的修改或者刪除流程，而是要在檢測到用戶與自己有信令連接時，再發(fā)起承載的修改或者刪除流程，因此MME或SGSN不會為了實現(xiàn)承載修改而進行單獨的尋呼，從而節(jié)省了 MME或SGSN上的可用資源。在節(jié)約信令(ISR,Idle State Signaling Reduction)機制下，用戶設(shè)備(UE,UserEquipment)需要分別注冊到MME和SGSN，當(dāng)雙注冊的HSS向MME和SGSN同時發(fā)起簽約數(shù)據(jù)的插入流程后，按照現(xiàn)有機制，MME和SGSN會分別發(fā)起上下文的修改或者刪除流程。對S-GW上的同一用戶承載，如果MME和SGSN同時向S-GW發(fā)起該承載的修改或者刪除請求時，S-Gff會丟棄掉后到的一個請求信息，而如果用戶剛好在后一個請求信息對應(yīng)的接入方式下，則先到的請求信息引起的承載修改或者刪除流程將在另一側(cè)接入網(wǎng)絡(luò)內(nèi)執(zhí)行，即使該先到的請求信息引起的承載修改或者刪除流程可以成功，如果執(zhí)行該承載修改或者刪除流程基于的簽約數(shù)據(jù)和該側(cè)(后一個請求信息對應(yīng)的接入方式)簽約數(shù)據(jù)不符，則之后該側(cè)的MME或SGSN還會繼續(xù)發(fā)起承載的修改流程，從而浪費了信令數(shù)。而利用本發(fā)明實施例的對承載的處理方法，則可避免對信令數(shù)的浪費。下面對此舉例說明。參照圖2，是本發(fā)明對承載的處理方法第二實施例的流程圖，在ISR機制下，主要包括以下步驟201. HSS發(fā)送插入簽約數(shù)據(jù)消息給MME ；202. MME更新保存的簽約數(shù)據(jù)，向HSS回復(fù)插入簽約數(shù)據(jù)確認(rèn)消息；203. HSS發(fā)送插入簽約數(shù)據(jù)消息給SGSN ；204. SGSN更新保存的簽約數(shù)據(jù)，向HSS回復(fù)插入簽約數(shù)據(jù)確認(rèn)消息；205. MME判斷UE是否活動在MME的管理下；206. MME確定UE活動在MME的管理下后，發(fā)起承載修改或刪除流程。207. SGSN判斷UE是否活動在MME的管理下；208. SGSN確定UE活動在MME的管理下后，發(fā)起承載修改或刪除流程。
在上述步驟205和步驟207中，MME或SGSN可以通過以下方法判斷UE是否活動在自己的管理下MME或SGSN判斷UE是否和自己有信令連接，具體判斷方法前面已有詳細(xì)描述。如果確定用戶與自己有信令連接則可以確定UE在自己的管理下；如果確定用戶與自己沒有信令連接，則尋呼用戶，檢測是否引起用戶觸發(fā)服務(wù)請求，如果檢測到用戶觸發(fā)了服務(wù)請求，則可以確定UE在自己的管理下，如果沒有檢測到用戶觸發(fā)服務(wù)請求，則可以確定UE不在自己的管理下。當(dāng)與UE相關(guān)的一側(cè)MME或SGSN確定UE在自己的管理下時，通過發(fā)送停止尋呼(Stop Paging)消息或者其他新的消息來通知與UE相關(guān)的另一側(cè)SGSN或MME停止對UE進行尋呼。需要說明的是，上述步驟201、202和步驟203、204之間是并列進行的，并沒有時間上的先后順序。同樣步驟205、206和步驟207、208之間是并列進行的，并沒有時間上的先
后順序。上述步驟201和202、步驟203和204是HSS向網(wǎng)絡(luò)設(shè)備發(fā)起簽約數(shù)據(jù)的插入流程。經(jīng)過步驟201和202后，MME中的簽約數(shù)據(jù)發(fā)生了改變，例如缺省QoS發(fā)生了改變，則在簽約數(shù)據(jù)的插入流程后，MME不立即發(fā)起承載的修改或者刪除流程，而是先確定UE的存在狀態(tài)，具體可以通過檢測與UE間已建立的信令連接或者無信令連接時尋呼用戶引起UE觸發(fā)服務(wù)請求，確定UE是否在MME的管理下，然后根據(jù)確定的結(jié)果做不同處理如果UE在MME的管理下，MME發(fā)起承載的修改或者刪除流程；如果UE不在MME的管理下，MME不發(fā)起承載的修改或者刪除流程。同樣，經(jīng)過步驟203和204后，SGSN中的簽約數(shù)據(jù)發(fā)生了改變，例如缺省QoS發(fā)生了改變，則在簽約數(shù)據(jù)的插入流程后，SGSN不立即發(fā)起承載的修改或者刪除流程，而是先確定UE的存在狀態(tài)，具體可以通過檢測與UE間已建立的信令連接或者無信令連接時尋呼用戶引起UE觸發(fā)服務(wù)請求，確定UE是否在SGSN的管理下，然后根據(jù)確定的結(jié)果做不同處理如果UE在SGSN的管理下，SGSN發(fā)起承載的修改或者刪除流程；如果UE不在SGSN的管理下，SGSN不發(fā)起承載的修改或者刪除流程。在該實施例中，在ISR機制下，HSS向MME和/或SGSN發(fā)起簽約數(shù)據(jù)的插入流程后，MME和/或SGSN中記錄的用戶簽約數(shù)據(jù)改變，則在簽約數(shù)據(jù)的插入流程后，MME和/或SGSN不立即發(fā)起承載的修改或者刪除流程，而是先確定用戶的存在狀態(tài)，在確定UE是在自己的管理下后，再發(fā)起承載的修改或者刪除流程，因而在簽約數(shù)據(jù)變化后，避免了 MME和SGSN同時向S-GW發(fā)起對S-GW上的同一用戶承載的修改或者刪除請求，從而避免了可能出現(xiàn)的信令數(shù)的浪費，可以使MME/SGSN正確、高效地完成承載過程。該實施例也可以應(yīng)用于非ISR機制下的場景，HSS向MME或SGSN發(fā)起簽約數(shù)據(jù)的插入流程后，MME或SGSN按照上述機制進行處理。在ISR機制下，假定MME和SGSN互相可以尋址到對方，而且存儲在HSS中的用戶簽約信息對于SAE和2/3G是同一套，HSS固定只向單側(cè)MME或者SGSN發(fā)起簽約數(shù)據(jù)的插入流程。下面以HSS固定只向單側(cè)MME發(fā)起簽約數(shù)據(jù)的插入流程為例，對MME和SGSN的處理機制進行說明。當(dāng)HSS固定只向單側(cè)SGSN發(fā)起簽約數(shù)據(jù)的插入流程時，SGSN和MME可以類似處理。參照圖3，是本發(fā)明對承載的處理方法第三實施例的流程圖，包括以下步驟301. HSS發(fā)送插入簽約數(shù)據(jù)消息給MME ；302. MME更新保存的簽約數(shù)據(jù)，向HSS回復(fù)插入簽約數(shù)據(jù)確認(rèn)消息；303. MME判斷UE是否活動在MME的管理下；如果MME確定UE活動在MME的管理下，則執(zhí)行步驟304 ;如果MME確定UE沒有活動在MME的管理下，則執(zhí)行步驟305、306和307 ；304. MME確定UE活動在MME的管理下后，發(fā)起承載修改或刪除流程；305. MME確定UE沒有活動在MME的管理下后，通知SGSN簽約數(shù)據(jù)；306. SGSN判斷UE是否活動在SGSN的管理下； 307. SGSN確定UE活動在SGSN的管理下后，發(fā)起承載修改或刪除流程。在該實施例中，在ISR機制下，HSS只固定向單側(cè)MME發(fā)起簽約數(shù)據(jù)的插入流程。上述步驟301和302是HSS向網(wǎng)絡(luò)設(shè)備發(fā)起簽約數(shù)據(jù)的插入流程，與現(xiàn)有技術(shù)相同。經(jīng)過步驟301和302后，MME中記錄的用戶簽約數(shù)據(jù)改變，例如缺省QoS發(fā)生了改變，則在簽約數(shù)據(jù)的插入流程后，MME不立即發(fā)起承載的修改或者刪除流程，而是先確定UE的存在狀態(tài)，通過檢測與UE間已建立的信令連接或者無信令連接時尋呼用戶引起UE觸發(fā)服務(wù)請求，確定UE是否在MME的管理下，進行不同的處理 如果UE在MME的管理下，MME發(fā)起承載的修改或者刪除流程；如果UE不在MME的管理下，MME不發(fā)起承載的修改或者刪除流程，并向SGSN發(fā)送消息通知簽約信息；SGSN不立即發(fā)起承載的修改或者刪除流程，而是先確定UE的存在狀態(tài)，通過檢測與UE間已建立的信令連接或者無信令連接時尋呼用戶引起UE觸發(fā)服務(wù)請求，確定UE是否在SGSN的管理下，進行不同的處理如果UE在SGSN的管理下，SGSN發(fā)起承載的修改或者刪除流程；如果UE不在SGSN的管理下，SGSN不發(fā)起承載的修改或者刪除流程?？梢姡瑧?yīng)用本發(fā)明實施例的對承載的處理方法，可以有助于ISR機制下簽約數(shù)據(jù)變化后MME/SGSN正確高效地完成承載過程。在ISR機制下，當(dāng)存儲在HSS中的用戶簽約信息對于SAE和2/3G是不同的兩套，或者雖然是同一套，但HSS向兩側(cè)MME和SGSN都發(fā)起簽約數(shù)據(jù)的插入流程時，HSS發(fā)起簽約數(shù)據(jù)的插入流程后MME和SGSN的處理流程可以與前面圖I和圖2兩個實施例中的處理流程相同，在此不再贅述。上述各實施例中，MME或SGSN發(fā)起承載修改的流程如圖4所示401. MME發(fā)送更新承載請求消息給S-GW ；402. S-Gff發(fā)送更新承載請求消息給P_GW ；403.如果PCC架構(gòu)被使用，P-Gff向PCRF發(fā)送PCC規(guī)則請求(Request PCC Rules)消息，將承載更新通知給PCRF ；404.如果配置了動態(tài)PCC，PCRF通過發(fā)送PCC規(guī)則下發(fā)(PCC Rules provision)消息將QoS規(guī)則通知給P-GW ； 405. P-Gff發(fā)送更新承載請求消息給S-GW ；406. S-Gff發(fā)送更新承載請求消息給MME ；
407. MME發(fā)送承載修改請求消息給eNodeB ；408. eNodeB向UE發(fā)起無線承載修改過程；409. UE回復(fù)無線承載修改響應(yīng)消息給eNodeB，確認(rèn)無線承載修改；410. eNodeB回復(fù)承載修改響應(yīng)給MME來確認(rèn)承載修改情況；411. MME回復(fù)更新承載響應(yīng)消息給S_GW，確認(rèn)承載修改情況；412. S-Gff回復(fù)更新承載響應(yīng)消息給P_GW，確認(rèn)承載修改情況；413.如果本流程是由來自PCRF的PCC Rules Provision消息觸發(fā)的，P-GW回復(fù)PCC策略確認(rèn)消息向PCRF指示請求的QoS規(guī)則能否被執(zhí)行。上述各實施例中，MME或SGSN
發(fā)起承載刪除的流程如圖5所示501. MME發(fā)送刪除承載請求消息給S-GW ； 502. S-Gff發(fā)送刪除承載請求消息給P-GW ；503.如果PCC架構(gòu)被使用，P-Gff向PCRF發(fā)送PCC規(guī)則請求(Request PCC Rules)消息，將承載更新/刪除通知給PCRF ；504.如果配置了動態(tài)PCC，PCRF通過發(fā)送PCC規(guī)則下發(fā)(PCC Rules provision)消息將QoS規(guī)則通知給P-GW ；505. P-Gff發(fā)送刪除承載請求消息給S-GW ；506. S-Gff發(fā)送刪除承載請求消息給MME ；507. MME發(fā)送承載刪除請求消息給eNodeB ；508. eNodeB向UE發(fā)起無線承載釋放過程；509. UE回復(fù)無線承載釋放響應(yīng)消息給eNodeB，確認(rèn)無線承載釋放；510. eNodeB回復(fù)承載刪除響應(yīng)給MME來確認(rèn)承載刪除情況；511. MME回復(fù)刪除承載響應(yīng)消息給S_GW，確認(rèn)承載刪除情況；512. S-Gff回復(fù)刪除承載響應(yīng)消息給P-GW，確認(rèn)承載刪除情況；513.如果本流程是由來自PCRF的PCC Rules Provision消息觸發(fā)的，P-Gff回復(fù)PCC策略確認(rèn)消息向PCRF指示請求的QoS規(guī)則能否被執(zhí)行。本發(fā)明實施例還提供了一種移動管理設(shè)備，參照圖6，是該移動管理設(shè)備實施例的結(jié)構(gòu)框圖，主要包括存儲單元601、判斷單元602和觸發(fā)單元603。其中，存儲單元601用于記錄用戶簽約數(shù)據(jù)；判斷單元602用于在存儲單元601中記錄的用戶簽約數(shù)據(jù)發(fā)生改變后，確定對應(yīng)的用戶設(shè)備的存在狀態(tài)；觸發(fā)單元603用于根據(jù)所述用戶設(shè)備的存在狀態(tài)發(fā)起承載的修改或者刪除流程。判斷單元602包括第一判斷子單元和/或第二判斷子單元，其中，第一判斷子單元，用于確定所述用戶設(shè)備與所述移動管理設(shè)備是否有信令連接；第二判斷子單元，用于確定所述用戶設(shè)備是否在所述移動管理設(shè)備的管理下。本發(fā)明實施例的移動管理設(shè)備不僅可以適用于單一無線接入技術(shù)系統(tǒng)，比如，2G或3G系統(tǒng)、SAE系統(tǒng)；而且可以適用于多種無線接入技術(shù)系統(tǒng)共存的應(yīng)用環(huán)境，比如，SAE系統(tǒng)和2G系統(tǒng)共存的應(yīng)用環(huán)境、SAE系統(tǒng)和3G系統(tǒng)共存的應(yīng)用環(huán)境等。該移動管理設(shè)備可以是MME或SGSN，對應(yīng)于不同的應(yīng)用環(huán)境，其在執(zhí)行簽約數(shù)據(jù)的插入或刪除流程完成后，記錄的用戶簽約數(shù)據(jù)發(fā)生改變時，對承載修改和刪除的具體處理過程與前面對本發(fā)明實施例的對承載的處理方法中的描述一致，在此不再贅述。
應(yīng)用本發(fā)明實施例的移動管理設(shè)備，可以在該移動管理設(shè)備中記錄的用戶簽約數(shù)據(jù)改變后，不立即發(fā)起承載的修改或者刪除流程，而是先確定用戶的存在狀態(tài)，根據(jù)用戶的存在狀態(tài)確定是否發(fā)起承載的修改或者刪除流程，因此該網(wǎng)絡(luò)設(shè)備不會為了實現(xiàn)承載修改而進行單獨的尋呼，從而節(jié)省了可用資源，而且有助于ISR機制下簽約數(shù)據(jù)變化后MME/SGSN正確高效地完成承載過程。以上對本發(fā)明實施例進行了詳細(xì)介紹，本文中應(yīng)用了具體實施方式
對本發(fā)明進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的設(shè)備及方法；同時，對于本領(lǐng)域的 一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種對承載的處理方法，其特征在于，包括 如果用戶簽約數(shù)據(jù)發(fā)生改變，確定對應(yīng)的用戶設(shè)備的存在狀態(tài)； 根據(jù)所述用戶設(shè)備的存在狀態(tài)發(fā)起承載的修改或者刪除流程。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于， 所述確定對應(yīng)的用戶設(shè)備的存在狀態(tài)包括移動管理設(shè)備確定所述用戶設(shè)備與所述移動管理設(shè)備是否有信令連接； 所述根據(jù)所述用戶設(shè)備的存在狀態(tài)發(fā)起承載的修改或者刪除流程包括 如果所述用戶設(shè)備與所述移動管理設(shè)備有信令連接，則所述移動管理設(shè)備發(fā)起承載的修改或者刪除流程。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述移動管理設(shè)備確定所述用戶設(shè)備與所述移動管理設(shè)備是否有信令連接包括 所述移動管理設(shè)備查詢保存的用戶上下文中信令連接的索引有效，則確定所述用戶設(shè)備與所述移動管理設(shè)備有信令連接；或者 所述移動管理設(shè)備查詢保存的用戶上下文中用戶移動管理狀態(tài)是連接態(tài)，則確定所述用戶設(shè)備與所述移動管理設(shè)備有信令連接。
4.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述確定對應(yīng)的用戶設(shè)備的存在狀態(tài)包括所述移動管理設(shè)備確定所述用戶設(shè)備是否在所述移動管理設(shè)備的管理下。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述根據(jù)所述用戶設(shè)備的存在狀態(tài)發(fā)起承載的修改或者刪除流程包括 如果所述用戶設(shè)備在所述移動管理設(shè)備的管理下，則所述移動管理設(shè)備發(fā)起承載的修改或者刪除流程。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述移動管理設(shè)備通過以下過程確定所述用戶設(shè)備是否在所述移動管理設(shè)備的管理下 所述移動管理設(shè)備檢測到與所述用戶設(shè)備已建立信令連接，則確定所述用戶設(shè)備在所述移動管理設(shè)備的管理下； 在無信令連接時，所述網(wǎng)絡(luò)設(shè)備尋呼所述用戶設(shè)備引起所述用戶設(shè)備觸發(fā)服務(wù)請求，則確定所述用戶設(shè)備在所述移動管理設(shè)備的管理下。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述方法還包括 所述移動管理設(shè)備確定所述用戶設(shè)備在所述移動管理設(shè)備的管理下后，通過發(fā)送停止尋呼消息通知其他無線接入技術(shù)系統(tǒng)下與所述用戶設(shè)備相關(guān)的移動管理設(shè)備停止對所述用戶設(shè)備進行尋呼。
8.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述根據(jù)所述用戶設(shè)備的存在狀態(tài)發(fā)起承載的修改或者刪除流程包括 如果所述用戶設(shè)備在歸屬用戶服務(wù)器HSS發(fā)起簽約數(shù)據(jù)的插入流程的移動管理設(shè)備的管理下，則所述HSS發(fā)起簽約數(shù)據(jù)的插入流程的移動管理設(shè)備發(fā)起承載的修改或者刪除流程； 如果所述用戶設(shè)備不在所述HSS發(fā)起簽約數(shù)據(jù)的插入流程的移動管理設(shè)備的管理下，則所述HSS發(fā)起簽約數(shù)據(jù)的插入流程的移動管理設(shè)備向與所述用戶設(shè)備相關(guān)的移動管理設(shè)備發(fā)送消息通知簽約信息；所述與所述用戶設(shè)備相關(guān)的移動管理設(shè)備根據(jù)所述用戶設(shè)備的存在狀態(tài)發(fā)起承載的修改或者刪除流程。
9.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述移動管理設(shè)備包括移動性管理實體和/或服務(wù)通用分組無線業(yè)務(wù)支持節(jié)點。
10.一種移動管理設(shè)備，其特征在于，包括 存儲單元，用于記錄用戶簽約數(shù)據(jù)； 判斷單元，用于在所述存儲單元中記錄的用戶簽約數(shù)據(jù)發(fā)生改變后，確定對應(yīng)的用戶設(shè)備的存在狀態(tài)； 觸發(fā)單元，用于根據(jù)所述用戶設(shè)備的存在狀態(tài)發(fā)起承載的修改或者刪除流程。
11.根據(jù)權(quán)利要求10所述的移動管理設(shè)備，其特征在于，所述判斷單元包括 第一判斷子單元，用于確定所述用戶設(shè)備與所述移動管理設(shè)備是否有信令連接；或 第二判斷子單元，用于確定所述用戶設(shè)備是否在所述移動管理設(shè)備的管理下。
12.根據(jù)權(quán)利要求10或11所述的移動管理設(shè)備，其特征在于，所述移動管理設(shè)備為移動性管理實體或服務(wù)通用分組無線業(yè)務(wù)支持節(jié)點。
全文摘要
本發(fā)明實施例涉及一種對承載的處理方法及網(wǎng)絡(luò)設(shè)備，包括如果移動管理設(shè)備中記錄的用戶簽約數(shù)據(jù)發(fā)生改變，確定對應(yīng)的用戶設(shè)備的存在狀態(tài)；所述移動管理設(shè)備根據(jù)所述用戶設(shè)備的存在狀態(tài)發(fā)起承載的修改或者刪除流程。該移動管理設(shè)備包括存儲單元，用于記錄用戶簽約數(shù)據(jù)；判斷單元，用于在所述存儲單元中記錄的用戶簽約數(shù)據(jù)發(fā)生改變后，確定對應(yīng)的用戶設(shè)備的存在狀態(tài)；觸發(fā)單元，用于根據(jù)所述用戶設(shè)備的存在狀態(tài)發(fā)起承載的修改或者刪除流程。利用本發(fā)明實施例提供的方案，可以在用戶簽約數(shù)據(jù)變化后正確、高效地完成承載過程。
文檔編號H04W8/04GK102761854SQ20121024680
公開日2012年10月31日 申請日期2008年3月13日 優(yōu)先權(quán)日2008年3月13日
發(fā)明者吳問付, 王珊珊, 邸志宇 申請人:華為技術(shù)有限公司