專利名稱:用戶設備附著的處理方法、移動性管理實體以及用戶設備的制作方法
技術領域:
本發(fā)明涉及通信領域,具體而言,涉及一種用戶設備附著的處理方法、移動性管理
實體以及用戶設備。
背景技術:
互聯(lián)網(wǎng)協(xié)議(Internet Protocol,簡稱為IP)多媒體子系統(tǒng)(IPMultimedia Core Network Subsystem,簡稱為IMS)是新一代通信網(wǎng)絡的核心,MS的特點是采用了會話發(fā)起 協(xié)議(Session InitiationProtocol,簡稱為SIP)體系,通信與接入無關,可以具備多種媒 體業(yè)務控制功能與承載能力分離,呼叫與會話分離,應用與服務分離,業(yè)務與網(wǎng)絡分離,以 及移動網(wǎng)與英特網(wǎng)業(yè)務融合等多種能力,IMS的提出順應了通信網(wǎng)融合發(fā)展的趨勢。
由于IMS和接入無關的特點,MS下的緊急業(yè)務(EmergencyCall,簡稱為EMC),可 以建設在通用無線分組業(yè)務(General PacketRadio Service,簡稱為GPRS)網(wǎng)絡、系統(tǒng)架構 演進(SystemArchitecture Evolution,簡稱為SAE)網(wǎng)絡上,提供統(tǒng)一的緊急呼叫控制。
圖1是根據(jù)相關技術的UE通過接入SAE網(wǎng)絡執(zhí)行緊急業(yè)務的示意圖,如圖1所示, 其中的實線表示信令,虛線表示用戶的IP通道,圖1描述了在SAE接入下,IMS的緊急呼叫 所涉及到主要網(wǎng)元。 其中的網(wǎng)元包括SAE網(wǎng)絡部分的網(wǎng)元,用以提供底層的承載管理和移動性管理。 策略計費控制(Policy Charging Control,簡稱為PCC)部分的網(wǎng)元,用以在底層承載層和 上層業(yè)務層建立有效的策略、計費控制。位置服務(Location Service,簡稱為LCS)的部分 的網(wǎng)元,用以為緊急呼叫提供位置服務和公共安全接入點(PublicSafety Access Point, 簡稱為PSAP)的地址。IMS緊急業(yè)務的部分,用以控制和處理緊急呼叫的會話。
其中,SAE部分的網(wǎng)元主要有 增強的無線基站(eNodeB),是下一代的無線接入網(wǎng)的主要空口資源的控制設備, 可以提供更高的上下行速率,更低的傳輸延遲和更加可靠的無線傳輸。
移動性管理實體(Mobility Management Entity,簡稱為匪E),負責管理和存儲用 戶設備(User Equipment,簡稱為UE)上下文(例如,UE/用戶標識,移動性管理狀態(tài),用戶 安全參數(shù)等),為用戶分配臨時標識,當UE駐扎在該跟蹤區(qū)域或者該網(wǎng)絡時,負責對該用戶 進行鑒權。其中,UE通過LTE-UU與eNodeB相連,eNodeB通過S1-匪E與匪E相連。
SAE網(wǎng)關(Gateway,簡稱為GW),是用戶面功能實體,用于用戶面數(shù)據(jù)路由處理,分 為服務網(wǎng)關(Serving Gateway,簡稱為S_GW)和分組數(shù)據(jù)網(wǎng)絡網(wǎng)關(Packet Data Network Gateway,簡稱為P-GW)兩種SAE GW。 S-GW是SAE系統(tǒng)與傳統(tǒng)第三代合作伙伴計劃(The 3rd Generation Partnership Project,簡稱為3GPP)系統(tǒng)間的移動錨點以及演進的通用地面 無線接入網(wǎng)(Evolved UniversalTerrestrial Radio Access Network,簡稱為E-UT廳)之 間的移動錨點。P-GW是SAE與分組數(shù)據(jù)網(wǎng)(Packet Data Network,簡稱為PDN)的邊界網(wǎng) 關,負責PDN的接入、在SAE與PDN間轉發(fā)數(shù)據(jù)等功能。S-GW通過S1_U與eNodeB相連,通 過S5與P-GW相連。
其中,策略和計費控制(Policy and Charging Control,簡稱為PCC)部分包括策略和計費規(guī)則功能(Policy and Charging Rules Function,簡稱為PCRF),是
PCC架構的重要功能實體,用以控制策略和計費規(guī)則的獲取、裝配、下發(fā)等。策略禾口計費執(zhí)行功會g (Policy and Charging EnforcementFunction,簡稱為
PCEF),是具體的策略和計費的執(zhí)行點,通常位于網(wǎng)關功能中。在SAE網(wǎng)絡中,PCEF功能位
于PDN GW中,其中PCRF通過Gx與P-GW(PCEF)相連。 其中,IMS緊急呼叫部分包括 歸屬用戶服務器(Home Subscriber Server,簡稱為HSS),主要管理用戶的簽約數(shù) 據(jù),位于歸屬網(wǎng)。 呼叫會話控制功能(Call Session Control Function,簡稱為CSCF),是控制會 話過程的核心網(wǎng)元,包括代理呼叫會話控制功能實體(Proxy-CSCF,簡稱為P-CSCF)、查詢 呼叫會話控制功能實體(Interrogating-CSCF,簡稱為I-CSCF)、服務呼叫會話控制功能實 體(Serving-CSCF,簡稱為S-CSCF)、緊急呼叫會話控制功能實體(Emergency-CSCF,簡稱為 E-CSCF)。其中,E-CSCF為緊急呼叫的會話控制中心,決定緊急呼叫應該路由到哪個公共安 全應答點(Public Safety Answer Point,簡稱為PSAP) 。 E-CSCF通過Mi/Mg與PSAP相連, 通過Mw與P-CSCF相連。P-CSCF通過Rx與PCRF相連,通過Gm與UE相連。
其中,位置服務部分包括 位置請求功能(Location Require Function,簡稱為LRF),是一個邏輯功能實體, 定義在緊急呼叫架構中,為E-CSCF提供用戶的位置,以及基于該位置查找合適的PSAP。網(wǎng) 關移動定位中心(Gateway Mobile Location Center,簡稱為GMLC),是核心網(wǎng)中提供用戶 定位功能的主要功能點。通常,LRF功能屬于GMLC的一部分。其中,GMLC (LRF)通過MI與 E-CSCF相連,通過Mm與PSAP相連,通過Lg與匪E相連。 在現(xiàn)有緊急呼叫的處理過程中,要求UE即使是在被限制服務的情況下,也應該能 夠發(fā)起緊急呼叫。 其中,UE被限制服務的情況包括以下幾種 (l)UE具有有效的普遍集成電路卡片(Universal IntegratedCircuit Card,簡稱 為UICC)卡,是一個合法的IMS用戶,在HSS中具備合法的用戶身份,但是存在一定的服務 限制,例如在漫游地被限制服務、當前欠費不允許發(fā)起正常呼叫、在特定的小區(qū)內被限制 服務等。 (2)UE具備有效的UICC卡,但是該卡上所記錄的國際移動用戶識別碼 (International Mobie Subscriber Identity,簡稱為MSI),在HSS中是無效的。例如,該 卡上所記錄的MSI,已經由于長期不使用被HSS注銷了。
(3)UE不具備有效的UICC卡,當然也不存在IMSI。 以上UE所處的被限制服務的情況,在緊急呼叫中,稱之為受限制模式。對于受限 制模式下的UE(S卩,此時UE處于受限狀態(tài)),其發(fā)起的正常網(wǎng)絡附著、或業(yè)務建立請求,將會 被網(wǎng)絡所拒絕。而緊急呼叫應該能保證受限制模式的UE也能夠得到緊急呼叫的支持。因 此,3GPP在研究的演進的分組域系統(tǒng)(Evolved Packet System,簡稱為EPS)對緊急呼叫的 支持中,針對受限制模式的UE進行了一系列的技術改進,一個典型的改進就是促使受限制 模式的UE通過緊急附著(Emergency Attach)附著到EPS網(wǎng)絡,并建立專門用于緊急呼叫
4的緊急承載(Emergency Bearer)。 對于一個受限制模式下的UE,發(fā)起緊急呼叫需要執(zhí)行如下主要步驟
(A)建立緊急承載(默認承載)UE發(fā)起緊急附著,所謂緊急附著,是指UE在發(fā)起 普通附著時,攜帶緊急標識,以告知承載網(wǎng)當前附著是為了撥打緊急電話。承載網(wǎng)絡接收 到UE的緊急附著請求,通過一個緊急接入點名稱(Emergency Access Point Name,簡稱為 E-APN),來建立一個專門用于緊急呼叫的缺省承載,這個缺省承載主要用于信令控制。
(B)緊急呼叫(該過程描述的是建立指明承載的過程)UE發(fā)起緊急呼叫,S卩,通 過在一個正常的請求(INVITE)消息中攜帶緊急標識,表明這個呼叫請求是一個緊急呼叫。 UE在被叫號碼中填寫緊急號碼,如果UE在拜訪地,則該緊急號碼是拜訪地的緊急號碼;緊 急呼叫被路由到E-CSCF,E-CSCF通過向LRF(位置登記功能)查詢PSAP的地址。LRF通過 查詢UE的位置信息來決定為UE服務的PSAP是哪個。E-CSCF在獲得了 PSAP地址后,即將 呼叫路由給PSAP。 圖2是根據(jù)相關技術的受限UE附著到SAE網(wǎng)絡的流程圖,如圖2所示,描述了一
個處于受限區(qū)域的UE發(fā)起緊急呼叫的流程,該流程包括步驟201至步驟208。 步驟201,當UE不知道自己處于受限區(qū)域時,UE向eNodeB發(fā)起正常附著請求,
eNodeB接收到UE發(fā)送的正常附著請求后,為UE選擇一個為之服務的匪E,并將附著請求轉
發(fā)到該MME。 步驟202,匪E向歸屬網(wǎng)的HSS發(fā)送位置更新(LocationUpdate)請求消息,該位置
更新請求消息中攜帶有匪E的標識和UE的標識,以告知UE當前所接入的區(qū)域。 步驟203, HSS根據(jù)UE的標識查找出UE的用戶數(shù)據(jù),發(fā)送給匪E。 UE的該部分用
戶數(shù)據(jù)可以包括接入點名稱(Access PointName,簡稱為APN)、簽約QoS等信息;還可以包
括如下限制信息可以是特定的禁止接入的小區(qū)或基站,或者,可以是特定的可以接入的小
區(qū)或基站(其他區(qū)域禁止接入)等。 步驟204,匪E接收到用戶數(shù)據(jù),向HSS返回用戶數(shù)據(jù)接收響應。 步驟205,HSS接收到匪E發(fā)送的接收用戶數(shù)據(jù)響應后,向匪E發(fā)送位置更新響應。 步驟206,匪E檢查UE是否被允許接入到網(wǎng)絡;此時匪E發(fā)現(xiàn)UE在當前位置區(qū)域
被限制接入或被限制呼叫,則拒絕UE的附著請求,S卩,向UE發(fā)送附著拒絕消息,并發(fā)送相應
的錯誤給UE,指示UE :區(qū)域受限。此時UE的接入失敗。 需要說明的是,步驟206也可以在步驟203之后執(zhí)行。 步驟207,如果UE需要發(fā)起緊急呼叫,需要執(zhí)行緊急附著流程。S卩,向匪E發(fā)起緊急 附著請求,就是UE在附著過程中,攜帶了一個緊急標識,此時,該用戶處于緊急附著狀態(tài)。
步驟208,匪E接收來自UE的緊急附著請求,發(fā)現(xiàn)該用戶為緊急附著狀態(tài),匪E將 允許該用戶接入緊急業(yè)務,并且發(fā)起建立一個到emergency APN的默認承載。
在圖2所示的流程完成之后,UE即附著到SAE網(wǎng)絡,并且獲得了一個專門用于緊 急呼叫的承載,此后,UE可以發(fā)起緊急呼叫。 從以上描述可以看出UE需要先進行一個正常附著才能發(fā)現(xiàn)自己處于受限狀態(tài), 不能處于正常附著狀態(tài),之后通過發(fā)起緊急附著,使得自己處于緊急附著狀態(tài),進行緊急呼 叫。該過程中存在兩個附著流程,使得UE接入網(wǎng)絡進行緊急呼叫的時間延長,增加了終端 和網(wǎng)絡的信令交互。
5
針對相關技術中受限UE在緊急附著時會導致延長緊急呼叫的時間、增加UE和網(wǎng) 絡的信令交互的問題,目前尚未提出有效的解決方案。
發(fā)明內容
針對受限UE在緊急附著時會導致延長緊急呼叫的時間、增加UE和網(wǎng)絡的信令交 互的問題而提出本發(fā)明,為此,本發(fā)明的主要目的在于提供一種用戶設備附著的處理方案, 以解決上述問題至少之一。 為了實現(xiàn)上述目的,根據(jù)本發(fā)明的一個方面,提供了一種用戶設備附著的處理方 法。 根據(jù)本發(fā)明的用戶設備附著的處理方法包括當移動性管理實體確定用戶設備處 于受限狀態(tài)時,移動性管理實體將用戶設備的狀態(tài)設置為緊急附著狀態(tài)。 優(yōu)選地,在移動性管理實體將用戶設備的狀態(tài)設置為緊急附著狀態(tài)時,上述方法 還包括移動性管理實體發(fā)起建立到緊急業(yè)務接入點名稱的默認承載。 其中,移動性管理實體發(fā)起建立到緊急業(yè)務接入點名稱的默認承載包括移動性 管理實體向服務網(wǎng)關發(fā)起建立默認承載請求;服務網(wǎng)關接收建立默認承載請求,并將建立 默認承載請求轉發(fā)給分組數(shù)據(jù)網(wǎng)絡網(wǎng)關;服務網(wǎng)關接收來自分組數(shù)據(jù)網(wǎng)絡網(wǎng)關的建立默認 承載響應,并將建立默認承載響應轉發(fā)給移動性管理實體。 優(yōu)選地,在移動性管理實體發(fā)起建立到緊急業(yè)務接入點名稱的默認承載之后,上 述方法還包括移動性管理實體向用戶設備發(fā)送附著響應消息,其中,附著響應消息攜帶有 用于通知用戶設備當前處于緊急附著狀態(tài)的通知信息。
其中,通知信息包括以下之一 緊急業(yè)務接入點名稱、緊急附著指示。 優(yōu)選地,在移動性管理實體向用戶設備發(fā)送附著響應消息之后,上述方法還包括
用戶設備接收附著響應消息,并設置自身狀態(tài)為緊急附著狀態(tài)。 為了實現(xiàn)上述目的,根據(jù)本發(fā)明的另一方面,提供了一種移動性管理實體。
根據(jù)本發(fā)明的移動性管理實體包括確定模塊,用于確定發(fā)起正常附著請求的用 戶設備是否處于受限狀態(tài);第一設置模塊,用于將用戶設備的狀態(tài)設置為緊急附著狀態(tài); 第一調度模塊,用于在確定模塊確定用戶設備處于受限狀態(tài)時,調度第一設置模塊進行設置。 優(yōu)選地,上述移動性管理實體還包括發(fā)起模塊,用于發(fā)起建立到緊急業(yè)務接入點 名稱的默認承載。 優(yōu)選地,上述移動性管理實體還包括發(fā)送模塊,用于向用戶設備發(fā)送附著響應消
息,其中,附著響應消息攜帶有用于通知用戶設備當前處于緊急附著狀態(tài)的通知信息。 為了實現(xiàn)上述目的,根據(jù)本發(fā)明的再一方面,提供了 一種用戶設備。 根據(jù)本發(fā)明的用戶設備包括接收模塊,用于接收來自移動性管理實體的附著響
應消息,其中,附著響應消息攜帶有用于通知用戶設備當前處于緊急附著狀態(tài)的通知信息;
第二設置模塊,用于設置用戶設備的自身狀態(tài)為緊急附著;第二調度模塊,用于在接收模塊
接收到附著響應消息時,調度第二設置模塊進行設置。 通過本發(fā)明,采用當匪E確定UE處于受限狀態(tài)時,匪E將UE的狀態(tài)設置為緊急附 著狀態(tài)的方法,解決了受限UE在緊急附著時會導致延長緊急呼叫的時間、增加UE和網(wǎng)絡的信令交互的問題,進而縮短了緊急呼叫的時間、減少了 UE和網(wǎng)絡的信令交互。
此處所說明的附圖用來提供對本發(fā)明的進一步理解,構成本申請的一部分,本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明,并不構成對本發(fā)明的不當限定。在附圖中
圖1是根據(jù)相關技術的UE通過接入SAE網(wǎng)絡執(zhí)行緊急業(yè)務的示意圖;
圖2是根據(jù)相關技術的受限UE附著到SAE網(wǎng)絡的流程圖; 圖3是根據(jù)本發(fā)明實施例的UE發(fā)起的正常附著流程中,網(wǎng)絡通知UE處于緊急附 著狀態(tài)的流程圖; 圖4是根據(jù)本發(fā)明實施例的匪E的結構框圖;
圖5是根據(jù)本發(fā)明實施例的MME的優(yōu)選結構框圖;
圖6是根據(jù)本發(fā)明實施例的UE的結構框圖。
具體實施方式
功能概述 考慮到受限UE在緊急附著時會導致延長緊急呼叫的時間、增加UE和網(wǎng)絡的信令 交互的問題,本發(fā)明實施例提供了一種用戶設備附著的處理方案,在受限狀態(tài)下(網(wǎng)絡決 定,但UE自己還不知道)的UE發(fā)起的正常附著流程中,網(wǎng)絡通知UE處于緊急附著狀態(tài)的 處理過程中,當匪E確定UE處于受限狀態(tài)時,匪E將UE的狀態(tài)設置為緊急附著狀態(tài),并且 發(fā)起建立一個到emergency APN的默認承載;匪E在附著響應消息中通知UE當前處于緊急 附著狀態(tài);UE接收到附著響應消息后,設置自身狀態(tài)為緊急附著狀態(tài),這樣可以縮短緊急 呼叫的時間,并減少UE和網(wǎng)絡的信令交互。 需要說明的是,在不沖突的情況下,本申請中的實施例及實施例中的特征可以相 互組合。下面將參考附圖并結合實施例來詳細說明本發(fā)明。
方法實施例 根據(jù)本發(fā)明的實施例,提供了一種UE附著的處理方法,應用于UE發(fā)起正常附著請 求的過程,該方法包括當匪E確定UE處于受限狀態(tài)時,匪E將UE的狀態(tài)設置為緊急附著 狀態(tài)。 進一步地,匪E發(fā)起建立到緊急業(yè)務接入點名稱的默認承載。具體地,匪E向S-GW 發(fā)起建立默認承載請求,S-GW接收請求,并將建立默認承載請求轉發(fā)給P-GW ;S-GW接收來 自P-GW的建立默認承載響應,并將建立默認承載響應轉發(fā)給匪E。 此后,匪E向UE發(fā)送附著響應消息,其中,該附著響應消息攜帶有用于通知UE當 前處于緊急附著狀態(tài)的通知信息。其中,這里的通知信息可以包括以下之一 緊急業(yè)務接入 點名稱(emergencyAPN)、緊急附著指示。 然后,UE接收該附著響應消息,并設置自身狀態(tài)為緊急附著狀態(tài)。 下面將結合實例對本發(fā)明實施例的實現(xiàn)過程進行詳細描述。在以下場景中,UE不
知道處于受限區(qū)域,發(fā)起正常的附著后,需要撥打緊急電話。 圖3是根據(jù)本發(fā)明實施例的UE發(fā)起的正常附著流程中,網(wǎng)絡通知UE處于緊急附 著狀態(tài)的流程圖,如圖3所示,該方法包括如下的步驟301至步驟307 :
步驟301, UE向EPS網(wǎng)絡發(fā)送正常附著請求,該正常附著請求傳遞到匪E。
步驟302,匪E接收到UE發(fā)送的正常附著請求后,向HSS發(fā)起位置更新請求。
步驟303, HSS接收到匪E發(fā)送的位置更新請求后,向匪E提供UE的用戶數(shù)據(jù),即, 向匪E發(fā)送插入用戶數(shù)據(jù)的消息。 步驟304,匪E接收到HSS發(fā)送的用戶數(shù)據(jù)后,向HSS發(fā)送用戶數(shù)據(jù)接收響應消息。
步驟305, HSS接收到匪E發(fā)送的用戶數(shù)據(jù)接收響應消息后,向匪E發(fā)送位置更新 響應消息。 步驟306,匪E接收到位置更新響應消息后,根據(jù)用戶數(shù)據(jù)對UE進行授權,發(fā)現(xiàn)該 UE處于受限狀態(tài)(例如,該UE處于受限小區(qū)或者欠費),匪E將該UE的狀態(tài)設置為緊急附 著狀態(tài),并且發(fā)起建立一個到emergency APN的默認承載。 步驟307,匪E向該UE發(fā)送附著響應消息,并在其中通知UE當前處于緊急附著狀 態(tài),通知的方法可以是將emergency APN發(fā)送給UE,或者發(fā)送緊急附著指示給UE。 UE接 收到附著響應消息后,設置自身狀態(tài)為緊急附著。 通過上述實施例,當UE發(fā)起緊急呼叫時,可以直接發(fā)起建立指明承載,而不需要 發(fā)起緊急附著流程。 需要說明的是,在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的 計算機系統(tǒng)中執(zhí)行,并且,雖然在流程圖中示出了邏輯順序,但是在某些情況下,可以以不 同于此處的順序執(zhí)行所示出或描述的步驟。
裝置實施例
實施例一 根據(jù)本發(fā)明的實施例,提供了一種匪E。圖4是根據(jù)本發(fā)明實施例的匪E的結構框 圖,如圖4所示,該匪E包括確定模塊42、第一設置模塊44、第一調度模塊46,下面對上述 結構進行描述。 確定模塊42,用于確定發(fā)起正常附著請求的UE是否處于受限狀態(tài);第一設置模塊 44,用于將UE的狀態(tài)設置為緊急附著狀態(tài);第一調度模塊46,連接至確定模塊42和第一設 置模塊44,用于在確定模塊42確定UE處于受限狀態(tài)時,調度第一設置模塊44進行設置。
圖5是根據(jù)本發(fā)明實施例的匪E的優(yōu)選結構框圖,如圖5所示,該匪E還包括發(fā)起 模塊52,用于發(fā)起建立到緊急業(yè)務接入點名稱的默認承載;發(fā)送模塊54,用于向UE發(fā)送附 著響應消息,其中,附著響應消息攜帶有用于通知UE當前處于緊急附著狀態(tài)的通知信息。
實施例二 根據(jù)本發(fā)明的實施例,提供了一種UE。圖6是根據(jù)本發(fā)明實施例的UE的結構框 圖,如圖6所示,該UE包括接收模塊62、第二設置模塊64、第二調度模塊66,下面對上述 結構進行描述。 接收模塊62,用于接收來自匪E的附著響應消息,其中,附著響應消息攜帶有用于 通知UE當前處于緊急附著狀態(tài)的通知信息;第二設置模塊64,用于設置UE的自身狀態(tài)為 緊急附著;第二調度模塊66,連接至接收模塊62和第二設置模塊64,用于在接收模塊62接 收到附著響應消息時,調度第二設置模塊64進行設置。 綜上所述,通過本發(fā)明的上述實施例,采用當匪E確定UE處于受限狀態(tài)時,匪E將 UE的狀態(tài)設置為緊急附著狀態(tài)的方法,解決了受限UE在緊急附著時會導致延長緊急呼叫
8的時間、增加UE和網(wǎng)絡的信令交互的問題,避免了相關技術中存在兩個附著過程,加快UE 接入網(wǎng)絡進行緊急呼叫的速度,減少了UE和網(wǎng)絡的信令交互。 顯然,本領域的技術人員應該明白,上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn),它們可以集中在單個的計算裝置上,或者分布在多個計算裝置所組成 的網(wǎng)絡上,可選地,它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn),從而,可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行,或者將它們分別制作成各個集成電路模塊,或者將它們 中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣,本發(fā)明不限制于任何特定的 硬件和軟件結合。 以上所述僅為本發(fā)明的優(yōu)選實施例而已,并不用于限制本發(fā)明,對于本領域的技 術人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內,所作的任何修 改、等同替換、改進等,均應包含在本發(fā)明的保護范圍之內。
權利要求
一種用戶設備附著的處理方法,其特征在于,包括當移動性管理實體確定所述用戶設備處于受限狀態(tài)時,所述移動性管理實體將所述用戶設備的狀態(tài)設置為緊急附著狀態(tài)。
2. 根據(jù)權利要求1所述的方法,其特征在于,在所述移動性管理實體將所述用戶設備 的狀態(tài)設置為所述緊急附著狀態(tài)時,所述方法還包括所述移動性管理實體發(fā)起建立到緊急業(yè)務接入點名稱的默認承載。
3. 根據(jù)權利要求2所述的方法,其特征在于,所述移動性管理實體發(fā)起建立到緊急業(yè) 務接入點名稱的默認承載包括所述移動性管理實體向服務網(wǎng)關發(fā)起建立默認承載請求;所述服務網(wǎng)關接收所述建立默認承載請求,并將所述建立默認承載請求轉發(fā)給分組數(shù) 據(jù)網(wǎng)絡網(wǎng)關;所述服務網(wǎng)關接收來自所述分組數(shù)據(jù)網(wǎng)絡網(wǎng)關的建立默認承載響應,并將所述建立默 認承載響應轉發(fā)給所述移動性管理實體。
4. 根據(jù)權利要求2所述的方法,其特征在于,在所述移動性管理實體發(fā)起建立到緊急 業(yè)務接入點名稱的默認承載之后,所述方法還包括所述移動性管理實體向所述用戶設備發(fā)送附著響應消息,其中,所述附著響應消息攜 帶有用于通知所述用戶設備當前處于緊急附著狀態(tài)的通知信息。
5. 根據(jù)權利要求4所述的方法,其特征在于,所述通知信息包括以下之一 緊急業(yè)務接入點名稱、緊急附著指示。
6. 根據(jù)權利要求4所述的方法,其特征在于,在所述移動性管理實體向所述用戶設備 發(fā)送附著響應消息之后,所述方法還包括所述用戶設備接收所述附著響應消息,并設置自身狀態(tài)為緊急附著狀態(tài)。
7. —種移動性管理實體,其特征在于,包括確定模塊,用于確定發(fā)起正常附著請求的用戶設備是否處于受限狀態(tài); 第一設置模塊,用于將所述用戶設備的狀態(tài)設置為緊急附著狀態(tài);第一調度模塊,用于在所述確定模塊確定所述用戶設備處于受限狀態(tài)時,調度所述第 一設置模塊進行設置。
8. 根據(jù)權利要求7所述的移動性管理實體,其特征在于,還包括 發(fā)起模塊,用于發(fā)起建立到緊急業(yè)務接入點名稱的默認承載。
9. 根據(jù)權利要求8所述的移動性管理實體,其特征在于,還包括發(fā)送模塊,用于向所述用戶設備發(fā)送附著響應消息,其中,所述附著響應消息攜帶有用 于通知所述用戶設備當前處于緊急附著狀態(tài)的通知信息。
10. —種用戶設備,其特征在于,包括接收模塊,用于接收來自移動性管理實體的附著響應消息,其中,所述附著響應消息攜 帶有用于通知用戶設備當前處于緊急附著狀態(tài)的通知信息;第二設置模塊,用于設置用戶設備的自身狀態(tài)為緊急附著;第二調度模塊,用于在所述接收模塊接收到所述附著響應消息時,調度所述第二設置 模塊進行設置。
全文摘要
本發(fā)明公開了一種用戶設備附著的處理方法、移動性管理實體以及用戶設備,該方法包括當MME確定UE處于受限狀態(tài)時,MME將UE的狀態(tài)設置為緊急附著狀態(tài)。本發(fā)明縮短了緊急呼叫的時間、減少了UE和網(wǎng)絡的信令交互。
文檔編號H04W8/22GK101730035SQ20091012768
公開日2010年6月9日 申請日期2009年3月19日 優(yōu)先權日2009年3月19日
發(fā)明者宗在峰, 朱春暉, 李志軍 申請人:中興通訊股份有限公司