專(zhuān)利名稱：一種實(shí)現(xiàn)用戶從網(wǎng)絡(luò)分離的系統(tǒng)、方法和移動(dòng)性管理單元的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種實(shí)現(xiàn)用戶從網(wǎng)絡(luò)分離的系統(tǒng)、
方法和移動(dòng)性管理單元(Mobility Management Entity,簡(jiǎn)稱為MME)。
背景技術(shù)：
一個(gè)典型的蜂窩系統(tǒng)是如圖1所示的演進(jìn)的分組域系統(tǒng)(EvolvedPacket System,簡(jiǎn)稱為EPS)。整個(gè)EPS系統(tǒng)分為無(wú)線系統(tǒng)(E-UTRAN)和核心網(wǎng) (Evovled Packet Core,簡(jiǎn)稱EPC)兩部分。
在核心網(wǎng)中，包含了歸屬用戶數(shù)據(jù)服務(wù)器(Home Subscriber Server,簡(jiǎn) 稱為HSS) 、 MME、服務(wù)網(wǎng)關(guān)(Serving Gateway,簡(jiǎn)稱為S-GW)、和分組 數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(PDN Gateway,簡(jiǎn)稱P-GW)，其中
歸屬用戶數(shù)據(jù)服務(wù)器(HSS):是用戶簽約數(shù)據(jù)的永久存放地點(diǎn)，位于 用戶簽約的歸屬網(wǎng)；
MME:是用戶簽約數(shù)據(jù)在當(dāng)前網(wǎng)絡(luò)的存放地點(diǎn)，負(fù)責(zé)終端到網(wǎng)絡(luò)的非接 入層(Non-Access Stratum,簡(jiǎn)稱NAS )信令管理、用戶空閑模式下的跟蹤和 尋呼管理功能和承栽管理；
服務(wù)網(wǎng)關(guān)(S-GW):是核心網(wǎng)到無(wú)線系統(tǒng)的網(wǎng)關(guān)，負(fù)責(zé)終端到核心網(wǎng)的 用戶面承載、終端空閑模式下的數(shù)據(jù)緩存、網(wǎng)絡(luò)側(cè)發(fā)起業(yè)務(wù)請(qǐng)求的功能、合 法竊聽(tīng)和分組數(shù)據(jù)路由和轉(zhuǎn)發(fā)功能；
分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(P-GW):是演進(jìn)的分組域系統(tǒng)(EPS)和該系統(tǒng)外 部網(wǎng)絡(luò)的網(wǎng)關(guān)，負(fù)責(zé)終端的IP地址分配、計(jì)費(fèi)功能、分組包過(guò)濾、策略應(yīng)用 等功能。
用戶通過(guò)E-UTRAN接入MME,在完成附著過(guò)程中，需要對(duì)用戶進(jìn)行鑒 權(quán)檢查、從HSS獲取簽約數(shù)據(jù)、根椐簽約數(shù)據(jù)建立缺省承載并分配IP地址和臨時(shí)用戶標(biāo)識(shí)。在該過(guò)程之后，用戶在核心網(wǎng)注冊(cè)，用戶的移動(dòng)性管理(EPS Mobility Management,簡(jiǎn)稱EMM)狀態(tài)從EMM-DEREGISTERED (移動(dòng)性 管理的未登記狀態(tài))遷移到EMM-REGISTERED (移動(dòng)性管理的登記狀態(tài))， 核心網(wǎng)中保存有用戶當(dāng)前的位置信息。
如果用戶需要從網(wǎng)絡(luò)分離(Detach)時(shí)，UE需要顯式(explicitly)發(fā)起 分離請(qǐng)求Detach Request,核心網(wǎng)則將UE從EMM-REGISTERED遷移到 EMM-DEREGISTERED。在某些情況下，核心網(wǎng)也需要顯式分離用戶，比如 用戶的簽約信息被運(yùn)營(yíng)商刪除，或者為了網(wǎng)絡(luò)管理的需要，MME需要將用戶 暫時(shí)分離然后通知用戶重新登記，這些情況都需要網(wǎng)絡(luò)側(cè)向UE顯式發(fā)起分 離請(qǐng)求Detach Request。
當(dāng)E-UTRAN和MME之間的SI連接以及無(wú)線資源控制(Radio Resource Control,簡(jiǎn)稱RRC)連接建立之后，用戶的連接管理(EPS Connection Management,簡(jiǎn)稱ECM)狀態(tài)就從ECM-IDLE (連接管理的空閑狀態(tài))遷移 到ECM-CONNECTED (連接管理的連接)狀態(tài)，用戶即可在所建立的連接 上傳輸數(shù)據(jù)或者信令。為了節(jié)約資源，如果用戶長(zhǎng)時(shí)間不傳輸數(shù)據(jù)或者信令， 系統(tǒng)可以釋放SI連接和RRC連接，并將用戶從ECM-CONNECTED遷移到 ECM-IDLE狀態(tài)。
當(dāng)用戶處于ECM-CONNECTED狀態(tài)下的時(shí)候，MME可以在已經(jīng)建立的 SI連接和RRC連接上將Detach Request消息發(fā)給UE。然而，如果用戶處于 ECM-IDLE狀態(tài)，MME則需要首先尋呼用戶，建立SI連接和RRC連接，然 后才將Detach Request消息發(fā)給UE,該過(guò)程如圖2所示，包括以下步驟
步驟201: MME決定需要顯式分離用戶，比如MME收到HSS的取消位 置(Cancel Location)請(qǐng)求或者M(jìn)ME運(yùn)營(yíng)商希望顯式將該用戶分離；
步驟202: MME判斷該用戶處于ECM-IDLE狀態(tài)，于是根據(jù)保存的UE 的位置信息，通過(guò)SI接口向合適的E-UTRAN發(fā)起尋呼，E-UTRAN將在空 口尋呼用戶；
步驟203: UE收到尋呼之后，向E-UTRAN發(fā)起業(yè)務(wù)請(qǐng)求Service Request, E-UTRAN向MME轉(zhuǎn)發(fā)業(yè)務(wù)請(qǐng)求(Service Request)過(guò)程；步驟204: MME向E-UTRAN請(qǐng)求建立所有承載的無(wú)線資源；
步驟205: E-UTRAN向UE發(fā)起無(wú)線承載建立過(guò)程，UE在無(wú)線承栽建 立成功之后，即可知道業(yè)務(wù)請(qǐng)求過(guò)程已經(jīng)成功；
步驟206: E-UTRAN無(wú)線承載建立成功，并將E-UTRAN的用戶面隧道 返回MME;
步驟207: MME將E-UTRAN的用戶面隧道通知到S-GW;
步驟208: MME在建立的SI連接和RRC連接上將Detach Request消息 發(fā)給UE， Detach Request中有原因值，通知UE是簽約刪除或者是重新注冊(cè) (re-attach)等。
步驟209: MME發(fā)起刪除承載過(guò)程。
從上述過(guò)程可以看出，現(xiàn)有技術(shù)存在的問(wèn)題是，網(wǎng)絡(luò)側(cè)向處于空閑狀態(tài) 的UE發(fā)起Detach Request時(shí)，只有與該UE建立承載才可以將Detach Request
通知給UE,但隨后就將該承載進(jìn)行釋^:，造成了資源的浪費(fèi)。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題是，提供一種實(shí)現(xiàn)用戶從網(wǎng)絡(luò)分離的系統(tǒng)、 方法和移動(dòng)性管理單元，無(wú)需建立空口承載，從而節(jié)約了資源。
為了解決上述問(wèn)題，本發(fā)明公開(kāi)了一種用戶從網(wǎng)絡(luò)分離的方法包括，當(dāng)
網(wǎng)絡(luò)側(cè)需要顯式分離空閑狀態(tài)的終端時(shí)，移動(dòng)性管理單元MME通過(guò)無(wú)線系 統(tǒng)向所述終端發(fā)起尋呼后，收到所述終端發(fā)送的業(yè)務(wù)請(qǐng)求消息，所述MME 向所述終端返回?cái)y帶有拒絕原因的業(yè)務(wù)拒絕消息，所述攜帶有拒絕原因的業(yè) 務(wù)拒絕消息用于通知終端將用戶移動(dòng)性管理狀態(tài)從已注冊(cè)遷移到未注冊(cè)。
進(jìn)一步地，上述方法中，所述業(yè)務(wù)拒絕消息新增拒絕原因值，用于表示 拒絕的具體原因。
其中，所述具體原因?yàn)橛脩艉灱s刪除或者重新注冊(cè)。
所述具體原因?yàn)橛脩艉灱s刪除或者重新注冊(cè)時(shí)，收到所述業(yè)務(wù)拒絕消息 的終端將用戶移動(dòng)性管理狀態(tài)從已注冊(cè)遷移到未注冊(cè)，實(shí)現(xiàn)終端與所述網(wǎng)絡(luò) 側(cè)的分離。本發(fā)明還公開(kāi)了 一種實(shí)現(xiàn)用戶從網(wǎng)絡(luò)分離的系統(tǒng)，包括核心網(wǎng)和空閑狀
態(tài)的終端，核心網(wǎng)進(jìn)一步包括依次連接的MME、 S-GW和P-GW，以及與 MME相連的HSS,其中，
所述核心網(wǎng)需要顯式分離空閑狀態(tài)的終端時(shí)，所述MME，通過(guò)無(wú)線系統(tǒng) 向所述終端發(fā)起尋呼，當(dāng)該終端發(fā)起業(yè)務(wù)請(qǐng)求消息時(shí)，所述MME還用于向 所述終端返回?cái)y帶有拒絕原因的業(yè)務(wù)拒絕消息；
所述終端，根據(jù)所述業(yè)務(wù)拒絕消息將用戶移動(dòng)性管理狀態(tài)從已注冊(cè)遷移 到未注冊(cè)，實(shí)現(xiàn)終端與所述核心網(wǎng)的分離。
進(jìn)一步地，上述系統(tǒng)中，所述業(yè)務(wù)拒絕消息新增拒絕原因值，用于表示 拒絕的具體原因。
其中，所述具體原因?yàn)橛脩艉灱s刪除或者重新注冊(cè)。
本發(fā)明還公開(kāi)了 一種移動(dòng)性管理單元MME，應(yīng)用于實(shí)現(xiàn)用戶從網(wǎng)絡(luò)分離 的系統(tǒng)中，其包括尋呼模塊和回復(fù)模塊，其中
所述尋呼模塊，用于在需要向空閑狀態(tài)下的終端發(fā)起顯式分離時(shí)，通過(guò) 無(wú)線系統(tǒng)向所述終端發(fā)起尋呼；
所述回復(fù)模塊，用于當(dāng)所述終端發(fā)起業(yè)務(wù)請(qǐng)求消息時(shí)，向所述終端返回 攜帶有拒絕原因的業(yè)務(wù)拒絕消息。
進(jìn)一步地，上述MME中，所述業(yè)務(wù)拒絕消息新增拒絕原因值，用于表 示拒絕的具體原因。
其中，所述具體原因?yàn)橛脩艉灱s刪除或者重新注冊(cè)。
本發(fā)明技術(shù)方案中，通過(guò)網(wǎng)絡(luò)側(cè)向空閑狀態(tài)的UE返回?cái)y帶有分離原因 的Service Reject消息的方式，使得網(wǎng)絡(luò)側(cè)與UE無(wú)需建立空口承載，就可以 將Detach Request通知到UE，從而大大節(jié)約了網(wǎng)絡(luò)資源。


圖1是現(xiàn)有EPS的網(wǎng)絡(luò)架構(gòu)示意圖2是圖1所示網(wǎng)絡(luò)發(fā)起分離并通知UE的流程圖3是本發(fā)明方法主要構(gòu)思示意圖4是本實(shí)施例中網(wǎng)絡(luò)側(cè)向空閑狀態(tài)下的UE發(fā)起分離并通知UE的流程
圖5是圖4所示流程中UE的狀態(tài)遷移示意圖。
具體實(shí)施例方式
本發(fā)明的主要構(gòu)思是，在網(wǎng)絡(luò)側(cè)向空閑狀態(tài)的UE發(fā)起顯式分離請(qǐng)求 Detach Request時(shí)，UE根據(jù)收到的尋呼請(qǐng)求發(fā)起業(yè)務(wù)請(qǐng)求過(guò)程中，網(wǎng)絡(luò)側(cè)可 以向UE返回業(yè)務(wù)拒絕Service Reject消息，且該消息中攜帶有分離的原因， 比如用戶簽約刪除、重新注冊(cè)(Re-Attach)等，如圖3所示，這樣無(wú)需建立 空口承載，就可以將Detach Request通知到UE，大大節(jié)約了網(wǎng)絡(luò)資源。
下面將結(jié)合附圖及實(shí)施例對(duì)本發(fā)明的技術(shù)方案作進(jìn)一步詳細(xì)的說(shuō)明。
一種實(shí)現(xiàn)用戶從網(wǎng)絡(luò)分離的系統(tǒng)，其構(gòu)架如圖1所示，包括核心網(wǎng)以及 空閑狀態(tài)下的終端，核心網(wǎng)進(jìn)一步包括依次連接的MME、 S-GW和P-GW， 以及與MME相連的HSS。
當(dāng)核心網(wǎng)需要顯式分離空閑狀態(tài)的終端時(shí)，例如，用戶簽約刪除或者重 新注冊(cè)等情況，MME向該終端發(fā)起顯式分離請(qǐng)求，具體是通過(guò)無(wú)線系統(tǒng)向該 終端發(fā)起尋呼，當(dāng)該終端發(fā)起業(yè)務(wù)請(qǐng)求消息時(shí)，MME再向所述終端返回?cái)y帶 有拒絕原因的業(yè)務(wù)拒絕消息，其中，業(yè)務(wù)拒絕消息中新增拒絕原因值，用于 表示拒絕的具體原因。
終端收到上述業(yè)務(wù)拒絕消息后，將用戶移動(dòng)性管理狀態(tài)從已注冊(cè)遷移到 未注冊(cè)，最終實(shí)現(xiàn)終端與核心網(wǎng)的分離。一種適用于上述實(shí)現(xiàn)用戶從網(wǎng)絡(luò)分離的系統(tǒng)中的MME,進(jìn)一步包括尋呼 模塊和回復(fù)模塊，其中
尋呼模塊，用于在用戶簽約刪除或者重新注冊(cè)等需要顯式分離空閑狀態(tài) 的終端的情況下，通過(guò)無(wú)線系統(tǒng)向所述終端發(fā)起尋呼；
回復(fù)^f莫塊，用于當(dāng)所述終端^業(yè)務(wù)請(qǐng)求消息時(shí)，向所迷終端返回?cái)y帶 有拒絕原因的業(yè)務(wù)拒絕消息，其中，MME在業(yè)務(wù)拒絕消息中新增拒絕原因值， 用于表示拒絕的具體原因。
上述實(shí)現(xiàn)用戶從網(wǎng)絡(luò)分離的系統(tǒng)或者M(jìn)ME，實(shí)現(xiàn)空閑狀態(tài)下的UE與網(wǎng) 絡(luò)分離的具體過(guò)程，如圖4所示，包括以下步驟
步驟401: MME決定需要顯式分離用戶，比如MME收到HSS的取消位 置(Cancel Location)請(qǐng)求或者M(jìn)ME運(yùn)營(yíng)商希望顯式將該用戶分離；
步驟402: MME判斷該用戶處于ECM-IDLE狀態(tài)，于是根據(jù)保存的UE 的位置信息，通過(guò)S1接口向合適的E-UTRAN發(fā)起尋呼，E-UTRAN將在空 口尋呼該用戶；
步驟403: UE收到尋呼之后，通過(guò)E-UTRAN向MME發(fā)起Service Request 請(qǐng)求；
步驟404:由于MME要顯式分離該UE，于是拒絕該Service Request過(guò) 程，向E-UTRAN返回業(yè)務(wù)拒絕(ServiceReject)消息，該消息中帶有拒絕原 因值，表示拒絕的具體原因，例如用戶簽約刪除、重新注冊(cè)(Re-Attach)等；
本實(shí)施例中，通過(guò)復(fù)用業(yè)務(wù)拒絕消息中已有的字段來(lái)指示拒絕的具體原 因，例如，通過(guò)新增業(yè)務(wù)拒絕消息中的case字段的原因值，來(lái)指示拒絕的具 體原因。
步驟405: E-UTRAN向UE轉(zhuǎn)發(fā)該Service Reject消息，UE收到該Service Reject消息之后，將用戶EMM狀態(tài)遷移到EMM-DEREGISTERED狀態(tài)，并 根據(jù)Service Reject中的拒絕原因值，決定是否重新執(zhí)行注冊(cè)流程；
該步驟中，UE收到Service Reject消息之后，將用戶EMM狀態(tài)從 EMM-REGISTERED遷移到EMM-DEREGISTERED的過(guò)程如圖5所示，由此可以看出，用戶EMM狀態(tài)變?yōu)镋MM-DEREGISTERED后，UE只有重新注 冊(cè)，在收到Attach Accept之后，才能將狀態(tài)重新遷移到EMM-REGISTERED。
上述過(guò)程中，當(dāng)MME在執(zhí)行步驟401的操作之后的任何時(shí)刻都可以發(fā) 起刪除承栽過(guò)程，將核心網(wǎng)資源刪除。
從上述實(shí)施例可以看出，本發(fā)明技術(shù)方案中，通過(guò)網(wǎng)絡(luò)側(cè)向空閑狀態(tài)的 UE返回?cái)y帶有分離原因的Service Reject消息的方式，使得網(wǎng)絡(luò)側(cè)與UE無(wú)需 建立空口承載，就可以將Detach Request通知到UE,從而大大節(jié)約了網(wǎng)絡(luò)資源。
當(dāng)然，本發(fā)明還可以有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì) 的情況下，熟悉本領(lǐng)域的技術(shù)人員可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形， 但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1、一種用戶從網(wǎng)絡(luò)分離的方法，其特征在于，包括當(dāng)網(wǎng)絡(luò)側(cè)需要顯式分離空閑狀態(tài)的終端時(shí)，移動(dòng)性管理單元MME通過(guò)無(wú)線系統(tǒng)向所述終端發(fā)起尋呼后，收到所述終端發(fā)送的業(yè)務(wù)請(qǐng)求消息，所述MME向所述終端返回?cái)y帶有拒絕原因的業(yè)務(wù)拒絕消息，所述攜帶有拒絕原因的業(yè)務(wù)拒絕消息用于通知終端將用戶移動(dòng)性管理狀態(tài)從已注冊(cè)遷移到未注冊(cè)。
2、 如權(quán)利要求l所述的方法，其特征在于， 所述業(yè)務(wù)拒絕消息新增拒絕原因值，用于表示拒絕的具體原因。
3、 如權(quán)利要求2所述的方法，其特征在于， 所述具體原因?yàn)橛脩艉灱s刪除或者重新注冊(cè)。
4、 如權(quán)利要求3所述的方法，其特征在于，所述具體原因?yàn)橛脩艉灱s刪除或者重新注冊(cè)時(shí)，收到所述業(yè)務(wù)拒絕消息 的終端將用戶移動(dòng)性管理狀態(tài)從已注冊(cè)遷移到未注冊(cè)，實(shí)現(xiàn)終端與所述網(wǎng)絡(luò) 側(cè)的分離。
5、 一種實(shí)現(xiàn)用戶從網(wǎng)絡(luò)分離的系統(tǒng)，包括核心網(wǎng)和空閑狀態(tài)的終端，核 心網(wǎng)進(jìn)一步包括依次連接的移動(dòng)性管理單元MME、服務(wù)網(wǎng)關(guān)S-GW和分組數(shù) 椐網(wǎng)絡(luò)網(wǎng)關(guān)P-GW，以及與MME相連的歸屬用戶數(shù)據(jù)服務(wù)器HSS，其特征 在于，所述核心網(wǎng)需要顯式分離空閑狀態(tài)的終端時(shí)，所述MME，通過(guò)無(wú)線系統(tǒng) 向所述終端發(fā)起尋呼，當(dāng)該終端發(fā)起業(yè)務(wù)請(qǐng)求消息時(shí)，所述MME還用于向 所述終端返回?cái)y帶有拒絕原因的業(yè)務(wù)拒絕消息；所述終端，#4居所述業(yè)務(wù)拒絕消息將用戶移動(dòng)性管理狀態(tài)從已注冊(cè)遷移 到未注冊(cè)，實(shí)現(xiàn)終端與所述核心網(wǎng)的分離。
6、 如權(quán)利要求5所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)拒絕消息新增拒絕原因值，用于表示拒絕的具體原因。
7、 如權(quán)利要求6所述的系統(tǒng)，其特征在于， 所述具體原因?yàn)橛脩艉灱s刪除或者重新注冊(cè)。
8、 一種移動(dòng)性管理單元MME，其特征在于，所迷MME應(yīng)用于實(shí)現(xiàn)用 戶從網(wǎng)絡(luò)分離的系統(tǒng)中，包括尋呼模塊和回復(fù)模塊，其中所述尋呼模塊，用于在需要向空閑狀態(tài)下的終端發(fā)起顯式分離時(shí)，通過(guò) 無(wú)線系統(tǒng)向所述終端發(fā)起尋呼；所述回復(fù)才莫塊，用于當(dāng)所述終端發(fā)起業(yè)務(wù)請(qǐng)求消息時(shí)，向所述終端返回 攜帶有拒絕原因的業(yè)務(wù)拒絕消息。
9、 如權(quán)利要求8所述的MME，其特征在于， 所述業(yè)務(wù)拒絕消息新增拒絕原因值，用于表示拒絕的具體原因。
10、 如權(quán)利要求9所迷的MME,其特征在于， 所述具體原因?yàn)橛脩艉灱s刪除或者重新注冊(cè)。
全文摘要
本發(fā)明公開(kāi)了一種實(shí)現(xiàn)用戶從網(wǎng)絡(luò)分離的系統(tǒng)、方法和移動(dòng)性管理單元，涉及通信技術(shù)領(lǐng)域。本發(fā)明方法包括，當(dāng)網(wǎng)絡(luò)側(cè)需要顯式分離空閑狀態(tài)的終端時(shí)，MME通過(guò)無(wú)線系統(tǒng)向該終端發(fā)起尋呼后，收到該終端發(fā)送的業(yè)務(wù)請(qǐng)求消息，MME向該終端返回?cái)y帶有拒絕原因的業(yè)務(wù)拒絕消息，攜帶有拒絕原因的業(yè)務(wù)拒絕消息用于通知終端將用戶移動(dòng)性管理狀態(tài)從已注冊(cè)遷移到未注冊(cè)。本發(fā)明技術(shù)方案，使得網(wǎng)絡(luò)側(cè)與UE無(wú)需建立空口承載，就可以將DetachRequest通知到UE，從而大大節(jié)約了網(wǎng)絡(luò)資源。
文檔編號(hào)H04W48/00GK101577966SQ200810170580
公開(kāi)日2009年11月11日 申請(qǐng)日期2008年10月23日 優(yōu)先權(quán)日2008年10月23日
發(fā)明者葉敏雅, 朱進(jìn)國(guó), 李明棟 申請(qǐng)人:中興通訊股份有限公司