專(zhuān)利名稱(chēng)：一種用戶(hù)去附著方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體涉及一種用戶(hù)去附著方法和系統(tǒng)。
背景技術(shù)：
為了更好的滿(mǎn)足用戶(hù)對(duì)無(wú)線連接帶寬的需求，3GPP (3rd Generation PartnershipProject,第三代合作伙伴計(jì)劃)定義了 GPRS (General packet radio service,通用分組無(wú)線業(yè)務(wù))的演進(jìn)系統(tǒng)LTE (Long Term Evolution,長(zhǎng)期演進(jìn))系統(tǒng)和EPC (evolved PacketCore，演進(jìn)的分組核心網(wǎng))，架構(gòu)如圖I所示，各網(wǎng)元的功能如下說(shuō)明
演進(jìn)的無(wú)線節(jié)點(diǎn)(evolved NodeB, eNodeB)可以在空口上提供比UTRAN/GERAN(Universal Mobile Telecommunication System Radio Access Network/GSM EDGERadio Access Network,全球移動(dòng)通信系統(tǒng)無(wú)線接入網(wǎng))更高的上下行速率、更低的傳輸延遲和更加可靠的無(wú)線傳輸。eNodeB為終端的接入提供無(wú)線資源，同時(shí)和核心網(wǎng)移動(dòng)性管理實(shí)體(Mobility Management Entity,MME)之間建立 SI 控制面鏈接。所述 UTRAN/GERAN 指GPRS的無(wú)線網(wǎng)絡(luò)，其中UTRAN代表3G，GERAN代表2G。MME是控制面實(shí)體，臨時(shí)存儲(chǔ)用戶(hù)數(shù)據(jù)的服務(wù)器，負(fù)責(zé)管理和存儲(chǔ)用戶(hù)設(shè)備(UserEquipment, UE)上下文(比如UE/用戶(hù)標(biāo)識(shí)、移動(dòng)性管理狀態(tài)、用戶(hù)安全參數(shù)等)，為用戶(hù)分配臨時(shí)標(biāo)識(shí)GUTI (Globally Unique Temporary Identity,全球唯一臨時(shí)標(biāo)識(shí))；還負(fù)責(zé)在用戶(hù)從LTE接入時(shí)對(duì)用戶(hù)進(jìn)行鑒權(quán)。MME和eNodeB之間通過(guò)Sl-C接口相連。SAE 網(wǎng)關(guān)(SAE Gateway, System Architecture Evolution Gff, SAE Gff)是用戶(hù)面實(shí)體，負(fù)責(zé)用戶(hù)面數(shù)據(jù)路由處理。SAE GW—般分為服務(wù)網(wǎng)關(guān)(Serving Gff, SGff)和分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(PDN GW，PGW)，其中Serving GW負(fù)責(zé)LTE和2G/3G之間移動(dòng)性的錨點(diǎn)、空閑狀態(tài)下下行數(shù)據(jù)觸發(fā)MME尋呼；PDN GW負(fù)責(zé)UE接入F1DN (Packet Data Network,分組數(shù)據(jù)網(wǎng))的網(wǎng)關(guān)功能，為用戶(hù)分配用戶(hù)IP(Internet Protocol,網(wǎng)際協(xié)議)地址。PDN GW和ServingGff可能合設(shè)在一個(gè)物理實(shí)體中。UE在MME中注冊(cè)并鑒權(quán)，從TON Gff獲取IP地址，為用戶(hù)提供服務(wù)。圖2是用戶(hù)在LTE中的注冊(cè)以及SI接口刪除的流程圖，該流程包括以下步驟步驟201，終端開(kāi)機(jī)之后，LTE模塊發(fā)現(xiàn)用戶(hù)處于LTE覆蓋范圍，則LTE模塊選擇合適小區(qū)，向eNodeB發(fā)起RRC(Radio Resource Control,無(wú)線資源控制)建立請(qǐng)求,建立RRC連接，然后發(fā)起注冊(cè)請(qǐng)求，其中攜帶有用戶(hù)永久用戶(hù)標(biāo)識(shí)MSI ；步驟202，eNodeB選擇合適的MME，將注冊(cè)請(qǐng)求轉(zhuǎn)發(fā)到所選MME。根據(jù)3GPP定義的規(guī)范，MME啟動(dòng)鑒權(quán)過(guò)程，如果鑒權(quán)成功，則MME向HSS獲取用戶(hù)簽約數(shù)據(jù)，并進(jìn)行簽約數(shù)據(jù)檢查。步驟203，MME簽約數(shù)據(jù)檢查成功，則選擇對(duì)應(yīng)的I3DN GW和Serving GW，然后向Serving Gff發(fā)起創(chuàng)建會(huì)話請(qǐng)求。步驟204，Serving GW分配用戶(hù)面隧道信息，然后向TON GW轉(zhuǎn)發(fā)創(chuàng)建會(huì)話請(qǐng)求，其中攜帶有Serving Gff的用戶(hù)面隧道信息。
步驟205，PDN Gff分配用戶(hù)面隧道信息，向Serving Gff返回創(chuàng)建會(huì)話響應(yīng)。通過(guò)協(xié)商之后，成功建立了 Serving GW和TON GW之間的用戶(hù)面隧道。步驟206，Serving Gff為Sl-U接口分配用戶(hù)面隧道信息，向MME返回創(chuàng)建會(huì)話響應(yīng)，MME保存Serving Gff的Sl-U用戶(hù)面隧道信息。步驟207，MME根據(jù)TON GW返回的服務(wù)質(zhì)量(QoS)信息，請(qǐng)求eNodeB建立用戶(hù)面的無(wú)線資源。這樣，UE經(jīng)由eNodeB、Serving Gff到F1DN Gff的用戶(hù)面通道就打通了。步驟208，MME分配臨時(shí)用戶(hù)標(biāo)識(shí)⑶TI，返回eNodeB注冊(cè)響應(yīng)，其中攜帶有該⑶T I。步驟209，eNodeB將注冊(cè)響應(yīng)返回給UE。步驟210，MME將eNodeB分配的Sl-U用戶(hù)面隧道信息在承載更新請(qǐng)求中攜帶給、Serving GW0步驟211，Serving Gff保存收到的Sl-U用戶(hù)面隧道信息，并返回MME承載更新響應(yīng)。用戶(hù)的IP地址可以在步驟205中由TON GW分配，然后通過(guò)MME返回給UE ;也可以在步驟209之后，由UE通過(guò)其他方式獲得。通過(guò)上述過(guò)程，終端完成了在LTE的注冊(cè)過(guò)程。終端注冊(cè)狀態(tài)遷移到已注冊(cè)，移動(dòng)性狀態(tài)遷移到連接態(tài)。步驟212, eNodeB由于一些內(nèi)部處理,可能發(fā)起SI接口的釋放請(qǐng)求。步驟213，MME收到eNodeB的SI接口釋放請(qǐng)求，或者M(jìn)ME本地決定需要釋放SI接口，于是MME先向Serving Gff發(fā)起釋放接入承載請(qǐng)求。步驟214, Serving GW收到釋放接入承載請(qǐng)求之后,釋放eNodeB的S1-U隧道信息，并返回釋放接入承載響應(yīng)。步驟215，MME向eNodeB發(fā)起SI UE上下文釋放請(qǐng)求。步驟216，如果RRC連接存在，則eNodeB發(fā)起RRC釋放過(guò)程。步驟217，eNodeB返回SI UE上下文釋放響應(yīng)。上述過(guò)程之后，UE注冊(cè)狀態(tài)不變，仍然是已注冊(cè)，但是UE的移動(dòng)性狀態(tài)遷移到空閑態(tài)，Serving Gff中仍然有用戶(hù)控制面信息，但是刪除了 SI接口上的eNodeB用戶(hù)面隧道信息，PDN Gff上仍然保留了用戶(hù)的上下文和IP地址。用戶(hù)在空閑態(tài)時(shí)，3GPP定義了很多移動(dòng)性管理機(jī)制，比如當(dāng)用戶(hù)移動(dòng)時(shí)需要發(fā)起位置更新、網(wǎng)絡(luò)側(cè)發(fā)起的尋呼過(guò)程、用戶(hù)收到尋呼之后的接入過(guò)程、用戶(hù)空閑(Idle)到連接態(tài)的接入過(guò)程、Idle模式下3G和LTE的互通等，為了避免空閑模式下3G和LTE之間來(lái)回選網(wǎng)而導(dǎo)致的過(guò)多注冊(cè)消息，還定義了 ISR(Idle mode signaling reduction,空閑模式信令縮減)過(guò)程，這些過(guò)程導(dǎo)致終端和網(wǎng)絡(luò)均非常復(fù)雜。另外，IPv4地址的短缺問(wèn)題也是運(yùn)營(yíng)商所關(guān)注的?，F(xiàn)在系統(tǒng)中大部分處于空閑的用戶(hù)網(wǎng)絡(luò)還是保留IPv4地址的，隨著移動(dòng)用戶(hù)特別是數(shù)據(jù)卡用戶(hù)的逐漸增多，在IPv6沒(méi)有大規(guī)模部署的情況下，IPv4地址短缺問(wèn)題會(huì)越來(lái)越突出。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種用戶(hù)去附著方法和系統(tǒng)，以減少系統(tǒng)復(fù)雜度，降低系統(tǒng)負(fù)荷。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種用戶(hù)去附著方法，該方法包括確定用戶(hù)要退出連接態(tài)時(shí)，直接發(fā)起針對(duì)用戶(hù)的去附著。所述確定用戶(hù)要退出連接態(tài)的方法為在收到演進(jìn)的無(wú)線節(jié)點(diǎn)eNodeB的SI接口釋放請(qǐng)求，或者移動(dòng)性管理實(shí)體MME本地決定需要釋放Si接口時(shí)，確定用戶(hù)要退出連接態(tài)。發(fā)起所述去附著之前，進(jìn)一步確定需要去附著。所述確定需要去附著的方法為MME根據(jù)用戶(hù)簽約信息，或者終端能力信息，或者SI接口信息決定需要將用戶(hù)去附著。所述發(fā)起針對(duì)用戶(hù)的去附著，包括向終端發(fā)起去附著請(qǐng)求，以及后續(xù)的刪除會(huì)話過(guò)程。一種用戶(hù)去附著系統(tǒng)，該系統(tǒng)包括連接態(tài)判決單元、去附著單元；其中，所述連接態(tài)判決單元，用于確定用戶(hù)要退出連接態(tài)；
所述去附著單元，用于在連接態(tài)判決單元確定用戶(hù)要退出連接態(tài)后，直接發(fā)起針對(duì)用戶(hù)的去附著。所述連接態(tài)判決單元在確定用戶(hù)要退出連接態(tài)時(shí)，具體用于在收到eNodeB的SI接口釋放請(qǐng)求，或者M(jìn)ME本地決定需要釋放SI接口時(shí)，確定用戶(hù)要退出連接態(tài)。所述去附著單元在發(fā)起所述去附著之前，進(jìn)一步用于確定需要去附著。所述去附著單元在確定需要去附著時(shí)，具體用于根據(jù)用戶(hù)簽約信息，或者終端能力信息，或者SI接口信息決定需要將用戶(hù)去附著。所述去附著單元在發(fā)起針對(duì)用戶(hù)的去附著時(shí)，具體用于向終端發(fā)起去附著請(qǐng)求，以及觸發(fā)后續(xù)的刪除會(huì)話過(guò)程。本發(fā)明的用戶(hù)去附著技術(shù)創(chuàng)造性地提出當(dāng)用戶(hù)退出連接態(tài)時(shí)直接發(fā)起去附著，這樣就取消了用戶(hù)的空閑狀態(tài)，從而避免了空閑態(tài)下的很多流程處理過(guò)程，可以減少系統(tǒng)復(fù)雜度，降低網(wǎng)絡(luò)負(fù)荷，同時(shí)提高IPv4地址的利用率。


圖I為網(wǎng)絡(luò)系統(tǒng)框架示意圖；圖2為現(xiàn)有技術(shù)中用戶(hù)在LTE中注冊(cè)以及SI接口刪除的流程圖；圖3為本發(fā)明實(shí)施例的用戶(hù)在LTE中注冊(cè)以及SI接口刪除的流程圖；圖4為核心網(wǎng)用戶(hù)注冊(cè)狀態(tài)遷移原理示意圖；圖5為本發(fā)明實(shí)施例的用戶(hù)去附著流程簡(jiǎn)圖；圖6為本發(fā)明實(shí)施例的用戶(hù)去附著系統(tǒng)圖。
具體實(shí)施例方式下面結(jié)合附圖對(duì)本發(fā)明所述方法做進(jìn)一步詳細(xì)說(shuō)明。
圖3是本發(fā)明中用戶(hù)在LTE中注冊(cè)以及SI接口刪除導(dǎo)致用戶(hù)進(jìn)入未注冊(cè)狀態(tài)的流程圖，該流程包括以下步驟步驟301，UE(也可稱(chēng)為終端)在LTE發(fā)起注冊(cè)過(guò)程，該過(guò)程與圖2的步驟201至步驟211相同。步驟302, eNodeB由于一些內(nèi)部處理,可能發(fā)起SI接口的釋放請(qǐng)求。
步驟303，MME收到eNodeB的SI接口釋放請(qǐng)求，或者M(jìn)ME本地決定需要釋放SI接口，進(jìn)而根據(jù)用戶(hù)簽約信息，或者終端能力信息，或者SI接口信息決定需要將該用戶(hù)去附著，于是MME向終端發(fā)起去附著請(qǐng)求。步驟304，UE返回去附著響應(yīng)。步驟305, MME向Serving Gff發(fā)起刪除會(huì)話請(qǐng)求。步驟306，Serving Gff收到刪除會(huì)話請(qǐng)求之后，轉(zhuǎn)發(fā)給I3DN GW。步驟307，PDN GW收到刪除會(huì)話請(qǐng)求之后，刪除用戶(hù)上下文，刪除用戶(hù)IP地址，并返回刪除會(huì)話響應(yīng)。步驟308，Serving GW刪除用戶(hù)上下文，向MME返回刪除會(huì)話響應(yīng)。步驟309, MME向eNodeB發(fā)起SlUE上下文釋放請(qǐng)求。步驟310，如果RRC連接存在，則eNodeB發(fā)起RRC釋放過(guò)程。步驟311，eNodeB返回SlUE上下文釋放響應(yīng)。通過(guò)上述過(guò)程，MME將終端去附著，UE進(jìn)入未注冊(cè)狀態(tài)，Serving Gff和TON Gff不保存用戶(hù)上下文，釋放用戶(hù)的IPv4地址。終端沒(méi)有處于Idle狀態(tài)，從而避免了 Idle狀態(tài)下的移動(dòng)性處理，降低了系統(tǒng)負(fù)荷。當(dāng)用戶(hù)需要發(fā)送數(shù)據(jù)時(shí)，需要重新發(fā)起注冊(cè)過(guò)程并獲取IP地址；該方法中因?yàn)橛脩?hù)已經(jīng)去注冊(cè)，所以也不支持網(wǎng)絡(luò)主動(dòng)尋呼的過(guò)程。用戶(hù)只有重新注冊(cè)之后，才能和其他用戶(hù)通訊。上述步驟303中，MME可以根據(jù)用戶(hù)簽約，或者終端能力，或者SI接口信息來(lái)決定是否需要去附著還是進(jìn)入空閑態(tài)。用戶(hù)簽約信息是從用戶(hù)歸屬服務(wù)器中簽約并在插入用戶(hù)數(shù)據(jù)過(guò)程中帶給MME的；終端能力是在注冊(cè)請(qǐng)求中帶給MME的，SI接口信息是SI接口上MME本地配置的信息。圖4是MME中用戶(hù)注冊(cè)狀態(tài)遷移圖，由圖4可見(jiàn)，用戶(hù)處于未注冊(cè)狀態(tài)，通過(guò)注冊(cè)過(guò)程，將用戶(hù)遷移到已注冊(cè)狀態(tài)；而當(dāng)SI接口釋放時(shí)，MME需要將用戶(hù)從已注冊(cè)狀態(tài)遷移到未注冊(cè)狀態(tài)，刪除承載并釋放IP地址。由以上所述技術(shù)描述可見(jiàn)，本發(fā)明的用戶(hù)去附著操作思路可以表示如圖5所示的流程，該流程包括以下步驟步驟510 :確定用戶(hù)要退出連接態(tài)。步驟520 :直接發(fā)起針對(duì)用戶(hù)的去附著。為了保證上述技術(shù)描述以及操作思路能夠順利實(shí)現(xiàn)，可以進(jìn)行如圖6所示的設(shè)置。參見(jiàn)圖6，圖6為本發(fā)明實(shí)施例的用戶(hù)去附著系統(tǒng)圖，該系統(tǒng)包括相連的連接態(tài)判決單元、去附著單元。在實(shí)際應(yīng)用時(shí)，連接態(tài)判決單元能夠確定用戶(hù)要退出連接態(tài)；去附著單元能夠在連接態(tài)判決單元確定用戶(hù)要退出連接態(tài)后，直接發(fā)起針對(duì)用戶(hù)的去附著。
需要說(shuō)明的是，所述連接態(tài)判決單元在確定用戶(hù)要退出連接態(tài)時(shí)，具體用于在收到eNodeB的SI接口釋放請(qǐng)求，或者M(jìn)ME本地決定需要釋放SI接口時(shí)，確定用戶(hù)要退出連接態(tài)。所述去附著單元在發(fā)起所述去附著之前，進(jìn)一步用于確定需要去附著。所述去附著單元在確定需要去附著時(shí)，具體用于根據(jù)用戶(hù)簽約信息，或者終端能力信息，或者SI接口信息決定需要將用戶(hù)去附著。所述去附著單元在發(fā)起針對(duì)用戶(hù)的去附著時(shí)，具體用于向終端發(fā)起去附著請(qǐng)求，以及觸發(fā)后續(xù)的刪除會(huì)話過(guò)程。綜上所述可見(jiàn)，無(wú)論是方法還是系統(tǒng)，本發(fā)明的用戶(hù)去附著技術(shù)創(chuàng)造性地提出當(dāng)用戶(hù)退出連接態(tài)時(shí)直接發(fā)起去附著，這樣就取消了用戶(hù)的空閑狀態(tài)，從而避免了空閑態(tài)下的很多流程處理過(guò)程，可以減少系統(tǒng)復(fù)雜度，降低網(wǎng)絡(luò)負(fù)荷，同時(shí)提高IPv4地址的利用率。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種用戶(hù)去附著方法，其特征在于，該方法包括 確定用戶(hù)要退出連接態(tài)時(shí)，直接發(fā)起針對(duì)用戶(hù)的去附著。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述確定用戶(hù)要退出連接態(tài)的方法為 在收到演進(jìn)的無(wú)線節(jié)點(diǎn)eNodeB的SI接口釋放請(qǐng)求，或者移動(dòng)性管理實(shí)體MME本地決定需要釋放SI接口時(shí)，確定用戶(hù)要退出連接態(tài)。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于，發(fā)起所述去附著之前，進(jìn)一步確定需要去附著。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述確定需要去附著的方法為 MME根據(jù)用戶(hù)簽約信息，或者終端能力信息，或者SI接口信息決定需要將用戶(hù)去附著。
5.根據(jù)權(quán)利要求I至4任一項(xiàng)所述的方法，其特征在于，所述發(fā)起針對(duì)用戶(hù)的去附著，包括 向終端發(fā)起去附著請(qǐng)求，以及后續(xù)的刪除會(huì)話過(guò)程。
6.一種用戶(hù)去附著系統(tǒng)，其特征在于，該系統(tǒng)包括連接態(tài)判決單元、去附著單元；其中， 所述連接態(tài)判決單元，用于確定用戶(hù)要退出連接態(tài)； 所述去附著單元，用于在連接態(tài)判決單元確定用戶(hù)要退出連接態(tài)后，直接發(fā)起針對(duì)用戶(hù)的去附著。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述連接態(tài)判決單元在確定用戶(hù)要退出連接態(tài)時(shí)，具體用于 在收到eNodeB的SI接口釋放請(qǐng)求，或者M(jìn)ME本地決定需要釋放SI接口時(shí)，確定用戶(hù)要退出連接態(tài)。
8.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述去附著單元在發(fā)起所述去附著之前，進(jìn)一步用于確定需要去附著。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述去附著單元在確定需要去附著時(shí)，具體用于 根據(jù)用戶(hù)簽約信息，或者終端能力信息，或者SI接口信息決定需要將用戶(hù)去附著。
10.根據(jù)權(quán)利要求6至9任一項(xiàng)所述的系統(tǒng)，其特征在于，所述去附著單元在發(fā)起針對(duì)用戶(hù)的去附著時(shí)，具體用于 向終端發(fā)起去附著請(qǐng)求，以及觸發(fā)后續(xù)的刪除會(huì)話過(guò)程。
全文摘要
本發(fā)明公開(kāi)了一種用戶(hù)去附著方法和系統(tǒng)，均可在確定用戶(hù)要退出連接態(tài)時(shí)，直接發(fā)起針對(duì)用戶(hù)的去附著。本發(fā)明的用戶(hù)去附著技術(shù)創(chuàng)造性地提出當(dāng)用戶(hù)退出連接態(tài)時(shí)直接發(fā)起去附著，這樣就取消了用戶(hù)的空閑狀態(tài)，從而避免了空閑態(tài)下的很多流程處理過(guò)程，可以減少系統(tǒng)復(fù)雜度，降低網(wǎng)絡(luò)負(fù)荷，同時(shí)提高IPv4地址的利用率。
文檔編號(hào)H04W76/06GK102724771SQ201110076589
公開(kāi)日2012年10月10日 申請(qǐng)日期2011年3月29日 優(yōu)先權(quán)日2011年3月29日
發(fā)明者朱進(jìn)國(guó) 申請(qǐng)人:中興通訊股份有限公司