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

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