專利名稱：業(yè)務(wù)處理方法、通信設(shè)備及通信系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及一種業(yè)務(wù)處理方法、通信設(shè)備及通信系統(tǒng)。
背景技術(shù)：
第三代合作伙伴計劃(3GPP，3rdGeneration Partnership Pro ject)提出 了了演 進(jìn)的分組交換系統(tǒng)(EPS，Evolved Packet System)。在EPS系統(tǒng)中，緊急承載業(yè)務(wù)用于支 持緊急會話，由支持緊急業(yè)務(wù)的網(wǎng)絡(luò)為正常附著或處于限制服務(wù)狀態(tài)的用戶終端UE提供 緊急服務(wù)。一般而言，當(dāng)UE駐留到封閉用戶組標(biāo)識(CSG ID, Closed Subscriber Group ID) 不屬于允許封閉用戶組列表(ACL，AlloWed CSG List)的封閉模式的CSG小區(qū)、或者是資源 不足且CSG ID不屬于ACL的混合模式的CSG小區(qū)時，UE僅可以獲得緊急服務(wù)，這些小區(qū)一 般可稱為限制服務(wù)小區(qū)；當(dāng)UE駐留到宏小區(qū)、或者是開放模式的CSG小區(qū)、或者是CSG ID 屬于ACL的封閉模式的CSG小區(qū)、或者是資源充足的混合模式的CSG小區(qū)、或者是資源不足 但CSG ID屬于ACL的CSG小區(qū)時，UE可以獲得普通服務(wù)，這些小區(qū)一般可以稱為普通服務(wù) 小區(qū)?，F(xiàn)有技術(shù)中，UE處于限制服務(wù)小區(qū)時，可以通過在附著請求中設(shè)置附著類型 (Attach Type)為“緊急(Emergency) ”來標(biāo)識一個緊急附著，從而網(wǎng)絡(luò)側(cè)的移動管理網(wǎng)元 (MME, Mobility Management Entity)對于緊急附著，可以利用移動管理網(wǎng)元緊急配置數(shù) 據(jù)(MME Emergency Configuration Data)中的相關(guān)參數(shù)為UE選擇一個分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān) (P-GW, PDN Gateway,)并建立緊急缺省承載，使得UE可以獲得緊急服務(wù)。在對此方法的研究和實(shí)踐過程中，本發(fā)明的發(fā)明人發(fā)現(xiàn)UE如果在不同服務(wù)小區(qū)例如限制服務(wù)小區(qū)與普通服務(wù)小區(qū)之間移動時，不能及時 獲得對應(yīng)所需的服務(wù)例如是緊急服務(wù)或普通服務(wù)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種業(yè)務(wù)處理方法、通信設(shè)備及通信系統(tǒng)，能夠使得UE在不同 服務(wù)小區(qū)之間移動時及時獲得所需服務(wù)。本發(fā)明實(shí)施例提供一種業(yè)務(wù)處理方法，包括接收用戶終端發(fā)起的請求消息；根據(jù)所述接收的請求消息，將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng) 前服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的承載。本發(fā)明實(shí)施例提供一種通信設(shè)備，包括生成單元，用于生成請求消息，所述請求消息攜帶指明所述用戶終端需獲取的服 務(wù)的信息；發(fā)送單元，用于向網(wǎng)絡(luò)側(cè)發(fā)送所述生成單元生成的請求消息，由網(wǎng)絡(luò)側(cè)根據(jù)所述 請求消息中攜帶的信息，將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的承載。本發(fā)明實(shí)施例提供一種通信設(shè)備，包括接收單元，用于接收用戶終端發(fā)起的請求消息；處理單元，用于根據(jù)所述接收的請求消息，將所述用戶終端的當(dāng)前缺省承載更改 為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的承載。本發(fā)明實(shí)施例提供一種通信系統(tǒng)，包括用戶終端，用于發(fā)起請求消息，所述請求消息攜帶指明所述用戶終端需獲取的服 務(wù)的信息；網(wǎng)絡(luò)側(cè)設(shè)備，用于接收所述用戶終端發(fā)起的請求消息，根據(jù)所述接收的請求消息 中攜帶的指明所述用戶終端需獲取的服務(wù)的信息，將所述用戶終端的當(dāng)前缺省承載更改為 用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的承載。上述技術(shù)方案可以看出，本發(fā)明實(shí)施例接收用戶終端發(fā)起的請求消息后，網(wǎng)絡(luò)側(cè) 可以將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對 應(yīng)的承載，使得用戶終端在不同服務(wù)小區(qū)之間移動時及時獲得所需服務(wù)，從而克服現(xiàn)有技 術(shù)存在的缺陷。


圖1是本發(fā)明實(shí)施例的業(yè)務(wù)處理方法流程圖2是本發(fā)明實(shí)施例的業(yè)務(wù)處理方法流程圖3是本發(fā)明實(shí)施例一的業(yè)務(wù)處理流程圖4是本發(fā)明實(shí)施例二的業(yè)務(wù)處理流程圖5是本發(fā)明實(shí)施例三的業(yè)務(wù)處理流程圖6是本發(fā)明實(shí)施例四的業(yè)務(wù)處理流程圖7是本發(fā)明實(shí)施例五的業(yè)務(wù)處理流程圖8是本發(fā)明實(shí)施例六的業(yè)務(wù)處理流程圖9是本發(fā)明實(shí)施例七的業(yè)務(wù)處理流程圖10是本發(fā)明實(shí)施例八的業(yè)務(wù)處理流程圖
圖11是本發(fā)明實(shí)施例的通信設(shè)備結(jié)構(gòu)示意圖12是本發(fā)明實(shí)施例的通信設(shè)備結(jié)構(gòu)示意圖13是本發(fā)明實(shí)施例的通信系統(tǒng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式本發(fā)明實(shí)施例提供一種業(yè)務(wù)處理方法，能夠使得UE在限制服務(wù)小區(qū)與普通服務(wù) 小區(qū)之間移動時及時獲得所需服務(wù)。本發(fā)明實(shí)施例還提供相應(yīng)的通信設(shè)備及通信系統(tǒng)。以 下分別進(jìn)行詳細(xì)說明。圖1是本發(fā)明實(shí)施例的業(yè)務(wù)處理方法流程圖，主要包括步驟步驟101、接收用戶終端發(fā)起的請求消息；步驟102、根據(jù)所述接收的請求消息，將所述用戶終端的當(dāng)前缺省承載更改為用戶 終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的承載。
具體的，可以根據(jù)請求消息中攜帶的位置信息，結(jié)合UE的簽約信息等判斷UE只能 獲取某種服務(wù)例如只能獲取限制服務(wù)，因此將所述用戶終端的當(dāng)前缺省承載更改為用戶終 端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的承載。該實(shí)施例內(nèi)容可以看出，本發(fā)明實(shí)施例接收用戶終端發(fā)起的請求消息后，網(wǎng)絡(luò)側(cè) 可以將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對 應(yīng)的承載，使得用戶終端在不同服務(wù)小區(qū)之間移動時及時獲得所需服務(wù)，從而克服現(xiàn)有技 術(shù)存在的缺陷。圖2是本發(fā)明實(shí)施例的業(yè)務(wù)處理方法流程圖，主要包括步驟步驟201、接收用戶終端發(fā)起的請求消息，所述請求消息攜帶指明所述用戶終端需 獲取的服務(wù)的信息；步驟202、根據(jù)所述請求消息中攜帶的信息，將所述用戶終端的當(dāng)前缺省承載更改 為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的承載。其中，當(dāng)所述請求消息為跟蹤區(qū)域更新請求消息，所述跟蹤區(qū)域更新請求消息攜 帶指明從限制服務(wù)小區(qū)切換到普通服務(wù)小區(qū)的指示字段或指明從限制服務(wù)小區(qū)切換到普 通服務(wù)小區(qū)的更新類型字段時，將用戶終端在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載更改為普通缺 省承載；當(dāng)所述請求消息為跟蹤區(qū)域更新請求消息，所述跟蹤區(qū)域更新請求消息攜帶指 明從普通服務(wù)小區(qū)切換到限制服務(wù)小區(qū)的指示字段或指明從普通服務(wù)小區(qū)切換到限制服 務(wù)小區(qū)的更新類型字段時，將用戶終端在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載更改為緊急缺省承 載；當(dāng)所述請求消息為附著請求消息，所述附著請求消息攜帶指明非緊急的附著類型 時，將用戶終端在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載更改為普通缺省承載。當(dāng)所述請求消息為附著請求消息，所述附著請求消息攜帶指明緊急的附著類型 時，將用戶終端在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載更改為緊急缺省承載。從該實(shí)施例內(nèi)容可以看出，本發(fā)明實(shí)施例接收用戶終端發(fā)起的請求消息，而請求 消息攜帶指明所述用戶終端需獲取的服務(wù)的信息，那么網(wǎng)絡(luò)側(cè)就可以及時獲取這些信息 后，可以將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所 對應(yīng)的承載，使得用戶終端在不同服務(wù)小區(qū)之間移動時及時獲得所需服務(wù)。以下結(jié)合更具體實(shí)施例進(jìn)行進(jìn)一步詳細(xì)介紹。為描述的方便，以下內(nèi)容將將限制 服務(wù)小區(qū)稱為A類小區(qū)，普通服務(wù)小區(qū)稱為B類小區(qū)。以下實(shí)施例包括實(shí)施例一至實(shí)施例 八。其中，實(shí)施例一、實(shí)施例二、實(shí)施例六，主要針對當(dāng)UE駐留到A類小區(qū)時，僅獲得限制服務(wù)，此時UE移出該小區(qū)，進(jìn)入到所屬跟蹤 區(qū)域(TA，Tracking Area)與A類小區(qū)所屬TA屬于同一跟蹤區(qū)域標(biāo)識(TAI，Tracking Area Identity)列表的B類小區(qū)時，UE在空閑(IDLE)狀態(tài)下主動發(fā)起一次跟蹤區(qū)域更新(TAU， Tracking Area Updating)或附著過程，便于網(wǎng)絡(luò)更改UE的狀態(tài)到正常服務(wù)模式，建立普通
缺省承載。實(shí)施例三、實(shí)施例四、實(shí)施例五、實(shí)施例七，主要針對當(dāng)UE從一個B類小區(qū)，移入到所屬TA與B類小區(qū)所屬TA屬于同一 TAI列表的A
7類小區(qū)中，將僅獲得限制服務(wù)，UE在IDLE狀態(tài)下主動發(fā)起一次TAU或附著過程，便于網(wǎng)絡(luò) 更改UE的狀態(tài)到限制服務(wù)模式，為UE建立緊急缺省承載。實(shí)施例八，主要針對當(dāng)UE駐留到A類小區(qū)時，僅獲得限制服務(wù)，此時如果有下行數(shù)據(jù)到來，MME將先 在CSG ID不在ACL中的小區(qū)尋呼，此時采用國際移動用戶識別碼(IMSI，International Mobile Subscriber Identity)作為UE的標(biāo)識；尋呼失敗后MME再在整個TAI列表的小區(qū) 中進(jìn)行尋呼，此時采用，全球唯一臨時標(biāo)識(GUTI，GlobalIy Unique Temporary Identity) 或IMSI等標(biāo)識作為UE的標(biāo)識。以下分別對各實(shí)施例進(jìn)行介紹。圖3是本發(fā)明實(shí)施例一的業(yè)務(wù)處理流程圖。該實(shí)施例中，當(dāng)UE駐留到A類小區(qū)時，僅獲得限制服務(wù)，此時UE移出該小區(qū)，進(jìn)入 到所屬TA與A類小區(qū)所屬TA屬于同一 TAI列表的B類小區(qū)時，UE在IDLE狀態(tài)下主動發(fā)起 一次TAU過程，并發(fā)送從緊急到普通(Emergency-to-Normal Conversion)的指示字段給網(wǎng) 絡(luò)側(cè)，網(wǎng)絡(luò)側(cè)在現(xiàn)有TAU處理的基礎(chǔ)上增加了將UE的緊急缺省承載更改為普通缺省承載的 內(nèi)容，并相應(yīng)更新相關(guān)上下文。以下流程圖以移動過程中服務(wù)網(wǎng)關(guān)(S-GWJervingGateway) 不變的TAU過程為例說明。圖3中主要包括步驟步驟301、UE對是否發(fā)起TAU過程做出判斷處理；UE駐留到A類小區(qū)時，僅獲得限制服務(wù)，缺省承載為緊急類型。UE處于IDLE狀 態(tài)，移動進(jìn)入到所屬TA與A類小區(qū)所屬TA屬于同一 TAI列表的B類小區(qū)時，通過廣播獲取 到該小區(qū)的小區(qū)ID，UE根據(jù)小區(qū)ID進(jìn)行判斷，如果該小區(qū)屬于禁止的公共陸地移動網(wǎng)絡(luò) (PLMN, Public Land MobileNetwork)禁止的 TA 等時，UE 維持緊急服務(wù)(Emergency)的狀 態(tài)；否則UE在B類小區(qū)發(fā)起TAU過程，執(zhí)行步驟302。需要說明的是，也可以不需要步驟301進(jìn)行判斷的過程，UE直接發(fā)起TAU過程。步驟302、UE向MME發(fā)送TAU請求消息，其中攜帶指示從緊急服務(wù)到普通服務(wù)的信 息；UE通過B類小區(qū)的基站eNB發(fā)送TAU請求消息給MME，其中除包含EPS承載狀態(tài) 等信息外，還攜帶指示字段(從緊急到普通，Emergency-to-NormalConversion)，該指示字 段說明是由于UE從只能獲取限制服務(wù)的小區(qū)切換到能夠獲取正常服務(wù)的小區(qū)所觸發(fā)的跟 蹤區(qū)域更新。步驟303、MME獲取UE的簽約數(shù)據(jù)；MME通過上下文請求(Context Request)過程從原來提供服務(wù)的MME(也稱為 Old MME)獲取到UE的簽約數(shù)據(jù)(Subcription Data)，其中包括簽約服務(wù)質(zhì)量簡表(EPS subscribed QoS profile)、接入點(diǎn)名稱(APN，Access PointName)、簽約接入點(diǎn)名稱最大位 率集合(Subscribed-APN-AMBR(AggregateMaximum Bit Rate))、分組數(shù)據(jù)網(wǎng)絡(luò)地址(PDN Address)、分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)地址標(biāo)識(P_GW identity)、分組數(shù)據(jù)網(wǎng)絡(luò)類型(PDN Type)寸。步驟304、MME向S-GW發(fā)送承載更新請求消息，其中攜帶新增的參數(shù)信息；MME 利用 MME Emergency Configuration Data 中的 APN 選擇一個 S-GW，或者直接
8從 MME Emergency Configuration Data 中獲取一個 S—GW。對于移動過程中S-GW不變的情況，MME在發(fā)送給S-GW的承載更新請求消息 (Update Bearer Request)里增力口 P-GW address, PDN Address,, APN，默認(rèn)承載質(zhì)量要求 (Default EPS Bearer QoS)，PDN Type，APN-AMBR 等參數(shù)的信息。需說明的是，如果是對于移動過程中S-GW發(fā)生變化的情況，則MME在發(fā)送給新的 S-GW的承載創(chuàng)建請求消息(Create Bearer Request)中也會增加上述參數(shù)信息。步驟305、S-Gff向P-GW發(fā)送承載更新請求消息，其中攜帶新增的參數(shù)信息；S-GW 收至Ij Create Bearer Request 或者 Update Bearer Request 消息后，發(fā)送 承載更新請求消息(Update Bearer Request)給上述消息中攜帶的P_GW Address所對應(yīng) 的P-GW，并在發(fā)送的消息中增加APN，用戶面服務(wù)網(wǎng)關(guān)地址(S-GWAddress for the user plane)，用戶面服務(wù)網(wǎng)關(guān)隧道端點(diǎn)標(biāo)識符(S-GW TEID of theuser plane)，控制面服務(wù) 網(wǎng)關(guān)隧道端點(diǎn)標(biāo)識符S-GW TEID of the control plane，無線接入技術(shù)類型(RAT (Radio Access Technology)type),Default EPS BearerQoS, PDN Type, PDN Address,subscribed APN-AMBR，承載標(biāo)識(EPS Bearerldentity)等參數(shù)信息。步驟306、P-Gff為UE重新建立正常服務(wù)的普通缺省承載；P-GW利用所收到的消息和消息中的參數(shù)，重新建立正常服務(wù)的普通缺省承載，在 它的EPS承載上下文中建立一個新的條目。步驟307、P-Gff向S-GW發(fā)送承載更新響應(yīng)消息，其中攜帶新增的參數(shù)信息；P-GW回復(fù)承載更新響應(yīng)消息(Update Bearer Response)給S-GW，其中增加P-GW Address for the user plane,P-Gff TEID of the user plane,P-GffTEID of the control plane, PDN Type, PDN Address, EPS Bearer Identity, EPSBearer QoS 等參數(shù)信息。步驟308、S-Gff更新承載上下文，向MME返回響應(yīng)消息；S-Gff根據(jù)接收的消息和消息中的參數(shù)，更新承載上下文，回復(fù)CreateBearer Response或者Update Bearer Response 消息給MME，其中增力口PDNType，，PDN Address, S-Gff address for User Plane, S-Gff TEID for User Plane, S-Gff TEID for control plane, EPS Bearer Identity, EPS Bearer QoS, P-Gffaddresses and TEID，APN-AMBR 等參數(shù)信息。步驟309、MME更新相關(guān)上下文；MME根據(jù)接收的消息和消息中的參數(shù)，更新移動性管理上下文(MM，Mobility Management)和EPS承載上下文。步驟310、執(zhí)行后續(xù)現(xiàn)有流程，TAU過程結(jié)束。按照現(xiàn)有技術(shù)TAU過程繼續(xù)執(zhí)行，直到TAU過程結(jié)束。從而，UE可以及時獲得普 通服務(wù)。從該實(shí)施例內(nèi)容可以看出，本發(fā)明實(shí)施例通過UE主動發(fā)起一次TAU過程，并增加 指示字段告知網(wǎng)絡(luò)側(cè)該TAU過程是由于UE從只能獲取限制服務(wù)的小區(qū)切換到能夠獲取正 常服務(wù)的小區(qū)所觸發(fā)的跟蹤區(qū)域更新，因此可以使得網(wǎng)絡(luò)側(cè)及時獲知后，將UE的緊急缺省 承載更改為普通缺省承載，使得UE及時從獲得緊急服務(wù)變?yōu)楂@得普通服務(wù)，從而克服現(xiàn)有 技術(shù)存在的缺陷。圖4是本發(fā)明實(shí)施例二的業(yè)務(wù)處理流程圖。實(shí)施例二與實(shí)施例一的主要區(qū)別在于 設(shè)置發(fā)送更新類型(EPS update type)字段給網(wǎng)絡(luò)側(cè)進(jìn)行指示。
該實(shí)施例中，當(dāng)UE駐留到A類小區(qū)時，僅獲得限制服務(wù)，此時UE移出該小區(qū)，進(jìn)入 到所屬TA與A類小區(qū)所屬TA屬于同一 TAI列表的B類小區(qū)時，UE在IDLE狀態(tài)下主動發(fā) 起一次TAU過程，并發(fā)送更新類型(EPS update type)字段給網(wǎng)絡(luò)側(cè)，網(wǎng)絡(luò)側(cè)在現(xiàn)有TAU處 理的基礎(chǔ)上增加了將UE的緊急缺省承載更改為普通缺省承載的內(nèi)容，并相應(yīng)更新相關(guān)上 下文。以下流程圖以移動過程中S-GW不變的TAU過程為例說明。圖4中主要包括步驟步驟401、UE對是否發(fā)起TAU過程做出判斷處理；該步驟與實(shí)施例一的步驟301相同。步驟402、UE向MME發(fā)送TAU請求消息，其中攜帶指示從緊急服務(wù)到普通服務(wù)的信 息；UE通過B類小區(qū)的eNB發(fā)送TAU請求消息給MME，其中設(shè)置更新類型字段EPS update type為“從緊急到普通，Emergency-to-Normal TA updating”，該更新類型字段說 明是由于UE從只能獲取限制服務(wù)的小區(qū)切換到能夠獲取正常服務(wù)的小區(qū)所觸發(fā)的跟蹤區(qū) 域更新。其中，EPS update type的具體取值及含義如下表1所示 表 1步驟403-410 這些步驟與步驟303-310相同，參見實(shí)施例一中的描述，此處不再贅述。從該實(shí)施例內(nèi)容可以看出，實(shí)施例二與實(shí)施例一具有基本相同的效果。圖5是本發(fā)明實(shí)施例三的業(yè)務(wù)處理流程圖。實(shí)施例三與實(shí)施例一、二不同，實(shí)施例 三是需要從獲得普通服務(wù)到獲得緊急服務(wù)。該實(shí)施例中，當(dāng)UE從一個B類小區(qū)移入到與B類小區(qū)所屬TA不屬于同一 TAI列 表下的A類小區(qū)中，將僅獲得限制服務(wù)，UE在IDLE狀態(tài)下會發(fā)起一次TAU過程，網(wǎng)絡(luò)側(cè)在 現(xiàn)有TAU處理的基礎(chǔ)上將UE的普通缺省承載更改為緊急缺省承載的處理，并相應(yīng)更新相關(guān) 上下文。以下流程圖以移動過程中S-GW不變的TAU過程為例說明。步驟501、UE向MME發(fā)送TAU請求消息；UE處于IDLE狀態(tài)，從一個B類小區(qū)移入到所屬TA與B類小區(qū)所屬TA不屬于同一 TAI列表的A類小區(qū)中；UE在A類小區(qū)發(fā)起TAU過程，通過HeNB發(fā)送TAU請求消息給MME ；步驟502、MME根據(jù)請求消息中攜帶的位置信息，結(jié)合UE的簽約信息等判斷UE只 能獲取限制服務(wù)，向S-GW發(fā)送承載更新請求消息，其中攜帶新增的用于更改現(xiàn)有缺省承載 為緊急缺省承載的參數(shù)信息；MME 利用 MME Emergency Configuration Data 中的 APN 選擇一個 S-Gff,或者直接 從 MME Emergency Configuration Data 中獲取一個 S-GW ；對于移動過程中S-GW不變的情況，MME在發(fā)送給S-GW的承載更新請求消息 (Update Bearer Request)里增力口 em(緊急)APN、em QoS Profile、emAPN—AMBR、em P-GWAddress等參數(shù)信息，另外如果UE的IMSI可用也可以包含IMSI ；需說明的是，如果是對于移動過程中S-GW發(fā)生變化的情況，則MME在發(fā)送給新的 S-GW的承載創(chuàng)建請求消息(Create Bearer Request)中也會增加上述參數(shù)信息；步驟503、S_GW向P-GW發(fā)送承載更新請求消息，其中攜帶新增的參數(shù)信息；S-GW 收至lj Create Bearer Request 或者 Update Bearer Request 消息后，發(fā)送 Update Bearer Request消息給上述消息中攜帶的P_GW Address所對應(yīng)的P-GW，并在發(fā)送 的消息中增加APN，S-GW Address for the user plane,S-GWTEID of the user plane,S-GW TEID of the control plane,RAT type,, em QoSProfile,PDN Type, em P-GW Address,em APN-AMBR, EPS Bearer Identity等參數(shù)信息，另外如果UE的IMSI可用也可以包含IMSI ；步驟504、P-GW為UE重新建立緊急服務(wù)的緊急缺省承載；P-GW利用所收到的消息和消息中的參數(shù)，重新建立緊急服務(wù)的緊急缺省承載，在 它的EPS承載上下文中建立一個新的條目；步驟505、P_GW向S-GW發(fā)送承載更新響應(yīng)消息，其中攜帶新增的參數(shù)信息；P-GW 回復(fù)Update Bearer Response 消息給 S-GW，其中增加 P-GW Addressfor the user plane,P-GWTEID of the user plane,P-GW TEID of the control plane,PDN Type, PDN Address, EPS Bearer Identity, EPS Bearer QoS 等參數(shù)信息。步驟506、S-GW更新承載上下文，向MME返回響應(yīng)消息；S-GW根據(jù)接收的消息和消息中的參數(shù)，更新承載上下文，回復(fù)CreateBearer Response 或者Update Bearer Response 消息給MME，其中增力口 PDNType，PDN Address, S-GW address for User Plane, S-GW TEID for User Plane, S-GW TEID for control plane, EPS Bearer Identity, EPS Bearer QoS，P-GWaddresses and TEID，APN-AMBR 等參數(shù)信息；步驟507、MME更新相關(guān)上下文；MME根據(jù)接收的消息和消息中的參數(shù)，更新移動性管理上下文(MM，Mobility Management)和EPS承載上下文；步驟508、執(zhí)行后續(xù)現(xiàn)有流程，TAU過程結(jié)束。按照現(xiàn)有技術(shù)TAU過程繼續(xù)執(zhí)行，直到TAU過程結(jié)束。從而，UE可以獲得及時獲 得緊急服務(wù)。從該實(shí)施例內(nèi)容可以看出，本發(fā)明實(shí)施例當(dāng)UE發(fā)起一次TAU過程時，網(wǎng)絡(luò)側(cè)根據(jù) 接受請求消息和簽約信息獲知只能提供UE緊急服務(wù)，將UE的普通缺省承載更改為緊急缺 省承載，使得UE及時從獲得普通服務(wù)變?yōu)楂@得緊急服務(wù)，從而克服現(xiàn)有技術(shù)存在的缺陷。圖6是本發(fā)明實(shí)施例四的業(yè)務(wù)處理流程圖。實(shí)施例四與實(shí)施例一、二不同，實(shí)施例 四是需要從獲得普通服務(wù)到獲得緊急服務(wù)。另外實(shí)施例四與實(shí)施例三的區(qū)別是在TAU請求 消息中多了指示字段。該實(shí)施例中，當(dāng)UE從一個B類小區(qū)，移入到所屬TA與B類小區(qū)所屬TA屬于同一 TAI列表下的A類小區(qū)中，將僅獲得限制服務(wù)，UE在IDLE狀態(tài)下主動發(fā)起一次TAU過程，并 發(fā)送從普通到緊急(Normal-to-EmergencyConversion)指示字段給網(wǎng)絡(luò)側(cè)，網(wǎng)絡(luò)側(cè)在現(xiàn)有 TAU處理的基礎(chǔ)上增加了將UE的普通缺省承載更改為緊急缺省承載的內(nèi)容，并相應(yīng)更新相 關(guān)上下文。以下流程圖以移動過程中S-GW不變的TAU過程為例說明。圖6中主要包括步驟
步驟601、UE向MME發(fā)送TAU請求消息，其中攜帶指示從緊急服務(wù)到普通服務(wù)的信 息；UE處于IDLE狀態(tài)，從一個B類小區(qū)移入到所屬TA與B類小區(qū)所屬TA屬于同一 TAI列表的A類小區(qū)中；UE在A類小區(qū)發(fā)起TAU過程，通過HeNB發(fā)送TAU請求消息給MME，其中除包含EPS 承載狀態(tài)等信息外，還攜帶指示字段(從普通到緊急，Normal-to-Emergency Conversion, 該指示字段說明是由于UE從能夠獲取正常服務(wù)的小區(qū)切換到只能獲取限制服務(wù)的小區(qū)所 觸發(fā)的跟蹤區(qū)域更新；步驟602、MME向S_GW發(fā)送承載更新請求消息，其中攜帶新增的參數(shù)信息；MME 利用 MME Emergency Configuration Data 中的 APN 選擇一個 S-GW，或者直接 從 MME Emergency Configuration Data 中獲取一個 S—GW ；對于移動過程中S-GW不變的情況，MME在發(fā)送給S-GW的承載更新請求消息 (Update Bearer Request)里增力口 em(緊急)APN、em QoS Profile、emAPN—AMBR、em P-GW Address等參數(shù)信息，另外如果UE的IMSI可用也可以包含IMSI ；需說明的是，如果是對于移動過程中S-GW發(fā)生變化的情況，則MME在發(fā)送給新的 S-GW的承載創(chuàng)建請求消息(Create Bearer Request)中也會增加上述參數(shù)信息；步驟603、S_GW向P_GW發(fā)送承載更新請求消息，其中攜帶新增的參數(shù)信息；S-GW 收至lj Create Bearer Request 或者 Update Bearer Request 消息后，發(fā)送 Update Bearer Request消息給上述消息中攜帶的P_GW Address所對應(yīng)的P-GW，并在發(fā)送 的消息中增加APN，S-GW Address for the user plane,S-GWTEID of the user plane,S-GW TEID of the control plane,RAT type,, em QoSProfile,PDN Type, em P-GW Address,em APN-AMBR, EPS Bearer Identity等參數(shù)信息，另外如果UE的IMSI可用也可以包含IMSI。步驟604、P-GW為UE重新建立緊急服務(wù)的緊急缺省承載；P-GW利用所收到的消息和消息中的參數(shù)，重新建立緊急服務(wù)的緊急缺省承載，在 它的EPS承載上下文中建立一個新的條目。步驟605、P_GW向S-GW發(fā)送承載更新響應(yīng)消息，其中攜帶新增的參數(shù)信息；P-GW 回復(fù)Update Bearer Response 消息給 S-GW，其中增加 P-GW Addressfor the user plane,P-GWTEID of the user plane,P-GW TEID of the control plane,PDN Type, PDN Address, EPS Bearer Identity, EPS Bearer QoS 等參數(shù)信息。步驟606、S-GW更新承載上下文，向MME返回響應(yīng)消息；S-GW根據(jù)接收的消息和消息中的參數(shù)，更新承載上下文，回復(fù)CreateBearer Response 或者Update Bearer Response 消息給MME，其中增力口 PDNType，PDN Address, S-GW address for User Plane, S-GW TEID for User Plane, S-GW TEID for control plane, EPS Bearer Identity, EPS Bearer QoS, P-Gffaddresses and TEID，APN-AMBR 等參數(shù)信息。步驟607、MME更新相關(guān)上下文；MME根據(jù)接收的消息和消息中的參數(shù)，更新移動性管理上下文(MM，Mobility Management)和EPS承載上下文。步驟608、執(zhí)行后續(xù)現(xiàn)有流程，TAU過程結(jié)束。按照現(xiàn)有技術(shù)TAU過程繼續(xù)執(zhí)行，直到TAU過程結(jié)束。從而，UE可以獲得及時獲得緊急服務(wù)。從該實(shí)施例內(nèi)容可以看出，本發(fā)明實(shí)施例通過UE主動發(fā)起一次TAU過程，并增加 指示字段告知網(wǎng)絡(luò)側(cè)該TAU過程是由于UE從能夠獲取正常服務(wù)的小區(qū)切換到只能獲取限 制服務(wù)的小區(qū)所觸發(fā)的跟蹤區(qū)域更新，因此可以使得網(wǎng)絡(luò)側(cè)及時獲知后，將UE的普通缺省 承載更改為緊急缺省承載，使得UE及時從獲得普通服務(wù)變?yōu)楂@得緊急服務(wù)，從而克服現(xiàn)有 技術(shù)存在的缺陷。圖7是本發(fā)明實(shí)施例五的業(yè)務(wù)處理流程圖。實(shí)施例五與實(shí)施例四的主要區(qū)別在于 通過設(shè)置更新類型(EPS update type)字段給網(wǎng)絡(luò)側(cè)進(jìn)行指示。該實(shí)施例中，當(dāng)UE從一個B類小區(qū)，移入到所屬TA與B類小區(qū)所屬TA屬于同一 TAI列表的A類小區(qū)中將僅獲得限制服務(wù)，UE在IDLE狀態(tài)下主動發(fā)起一次TAU過程并發(fā)送 更新類型(EPS update type)字段給網(wǎng)絡(luò)側(cè)，網(wǎng)絡(luò)側(cè)在現(xiàn)有TAU處理的基礎(chǔ)上增加了將UE 的普通缺省承載更改為緊急缺省承載的內(nèi)容，并相應(yīng)更新相關(guān)上下文。以下流程圖以移動 過程中S-GW不變的TAU過程為例說明。圖7中主要包括步驟步驟701、UE向MME發(fā)送TAU請求消息，其中攜帶指示從普通服務(wù)到緊急服務(wù)的信 息；UE處于IDLE狀態(tài)，從一個B類小區(qū)移入到所屬TA與B類小區(qū)所屬TA屬于同一 TAI列表的A類小區(qū)中。UE在A類小區(qū)發(fā)起TAU過程，通過家庭基站HeNB發(fā)送TAU請求消息給MME， 其中設(shè)置更新類型字段EPS update type為“從普通到緊急，Normal-to-Emergency TA updating”，該更新類型字段說明是由于UE從能夠獲取正常服務(wù)的小區(qū)切換到只能獲取限 制服務(wù)的小區(qū)所觸發(fā)的跟蹤區(qū)域更新。其中，EPS update type的具體取值及含義如下表2所示 表2步驟702-708 這些步驟與步驟602-608相同，參見實(shí)施例四中的描述，此處不再贅述。從該實(shí)施例內(nèi)容可以看出，實(shí)施例四與實(shí)施例三具有基本相同的效果。圖8是本發(fā)明實(shí)施例六的業(yè)務(wù)處理流程圖。實(shí)施例六與實(shí)施例一的區(qū)別主要是發(fā) 起的是附著過程；該實(shí)施例中，當(dāng)UE駐留到A類小區(qū)時，僅獲得限制服務(wù)，此時UE移出該小區(qū)，進(jìn)入 到所屬TA與A類小區(qū)所屬TA屬于同一 TAI列表的B類小區(qū)時，UE在IDLE狀態(tài)下主動發(fā) 起一次附著過程，便于網(wǎng)絡(luò)側(cè)將UE的緊急缺省承載更改為普通缺省承載。圖8中主要包括步驟步驟801、UE對是否發(fā)起附著過程做出判斷處理。UE駐留到A類小區(qū)時，僅獲得限制服務(wù)，缺省承載為緊急類型。UE處于IDLE狀態(tài)， 移動進(jìn)入到所屬TA與A類小區(qū)所屬TA屬于同一 TAI列表的B類小區(qū)時，通過廣播獲取到該小區(qū)的小區(qū)ID，UE根據(jù)小區(qū)ID進(jìn)行判斷，如果該小區(qū)屬于禁止的PLMN、禁止的TA等時， UE維持緊急服務(wù)Emergency的狀態(tài)；否則UE在B類小區(qū)主動發(fā)起附著過程，執(zhí)行步驟802。需要說明的是，也可以不需要步驟801進(jìn)行判斷的過程，UE直接發(fā)起附著過程。步驟802、UE向MME發(fā)送附著請求消息，其中指示附著類型為非緊急的附著類型；UE通過在附著請求中設(shè)置附著類型Attach Type為“nonEmergency”來標(biāo)識一個 非緊急附著。步驟803、MME為UE選擇一個P_GW建立普通缺省承載；如果MME上存有與普通缺省承載相關(guān)的簽約數(shù)據(jù)(例如EPS subscribedQoS profile, APN, Subscribed-APN-AMBR, PDN Address, P-GW identity, PDN Type 等)，則直接 利用這些簽約數(shù)據(jù)執(zhí)行正常的附著過程，選擇一個P-GW為UE建立普通缺省承載，從而UE 可以及時獲得普通服務(wù)。如果MME上不存在與普通缺省承載相關(guān)的簽約數(shù)據(jù)，需要通過位置更新過程 (Update Location)從歸屬用戶數(shù)據(jù)服務(wù)器(HSS，Home Subscriber Server)上重新獲取 相關(guān)的簽約數(shù)據(jù)后，利用這些簽約數(shù)據(jù)執(zhí)行正常的附著過程，選擇一個P-GW為UE建立普通 缺省承載，從而UE可以及時獲得普通服務(wù)。從該實(shí)施例內(nèi)容可以看出，本發(fā)明實(shí)施例通過UE主動發(fā)起一次附著過程，并攜帶 指示字段告知網(wǎng)絡(luò)側(cè)該附著過程為非緊急附著，因此可以使得網(wǎng)絡(luò)側(cè)及時獲知后，將UE的 緊急缺省承載更改為普通缺省承載，使得UE及時從獲得緊急服務(wù)變?yōu)楂@得普通服務(wù)，從而 克服現(xiàn)有技術(shù)存在的缺陷。圖9是本發(fā)明實(shí)施例七的業(yè)務(wù)處理流程圖。實(shí)施例七與實(shí)施例六不同，實(shí)施例七 是需要從獲得普通服務(wù)到獲得緊急服務(wù)。該實(shí)施例中，當(dāng)UE從一個B類小區(qū)，移入到所屬TA與B類小區(qū)所屬TA屬于同一 TAI列表下的A類小區(qū)中，將僅獲得限制服務(wù)，UE在IDLE狀態(tài)下主動發(fā)起一次附著過程，便 于網(wǎng)絡(luò)側(cè)將UE的普通缺省承載更改為緊急缺省承載。圖9主要包括步驟步驟901、UE向MME發(fā)送附著請求消息，其中指示附著類型為緊急的附著類型；UE處于IDLE狀態(tài)，從一個B類小區(qū)移入到所屬TA與B類小區(qū)所屬TA屬于同一 TAI 列表下的A類小區(qū)中。UE在A類小區(qū)發(fā)起附著過程，通過HeNB發(fā)送附著請求消息給MME， 在附著請求中設(shè)置附著類型Attach Type為“Emergency”來標(biāo)識一個緊急附著。如果沒有 有效的GUTI或者分組臨時移動用戶識別(P-TMSI，Packet Temporary Mobile Subscriber Identity)可用，請求消息中可以中包含IMSI，如果也沒有IMSI可以用，則可在用請求消息 中包含IMEI。步驟902、MME為UE選擇一個P_GW建立緊急缺省承載；MME 利用 MME 緊急配置數(shù)據(jù)(MME Emergency Configuration Data)中包含的 em APN, em QoS Profile, em APN-AMBR，em P-GW ID)中的參數(shù)為 UE 選擇一個 P-GW，并忽略簽 約數(shù)據(jù)，為UE建立緊急缺省承載，從而UE可以及時獲得緊急服務(wù)。從該實(shí)施例內(nèi)容可以看出，本發(fā)明實(shí)施例通過UE主動發(fā)起一次附著過程，并攜帶 指示字段告知網(wǎng)絡(luò)側(cè)該附著過程為緊急附著，因此可以使得網(wǎng)絡(luò)側(cè)及時獲知后，將UE的普 通缺省承載更改為緊急缺省承載，使得UE及時從獲得普通服務(wù)變?yōu)楂@得緊急服務(wù)，從而克
14服現(xiàn)有技術(shù)存在的缺陷。需要說明的是，實(shí)施例一到實(shí)施例六也適用于EPS系統(tǒng)中UE在其他的限制服務(wù) 小區(qū)(例如小區(qū)所屬TA屬于“禁止跟蹤區(qū)域(forbidden tracking area”等)與能夠 獲取正常服務(wù)的小區(qū)間切換的情況。實(shí)施例一到實(shí)施例四對于更改緊急缺省承載或普通 缺省承載的步驟也適用于其他情況觸發(fā)的TAU過程中需要對承載進(jìn)行更改的情況。實(shí)施 例一到實(shí)施例四中如果MME和原提供服務(wù)的MME相同，則上下文請求Context Request的 過程可以省略，并且與承載相關(guān)的簽約數(shù)據(jù)(例如EPS subscribed QoS profile，APN、 Subscribed-APN-AMBR,PDN Address,P-GW identity,PDN Type)可以直接從當(dāng)前的 MME 獲 得。圖10是本發(fā)明實(shí)施例八的業(yè)務(wù)處理流程圖。該實(shí)施例可以對UE實(shí)現(xiàn)及時尋呼。該實(shí)施例的方法主要是當(dāng)UE駐留到A類小區(qū)時，僅獲得限制服務(wù)，MME按下面的 次序進(jìn)行尋呼在CSG ID不在ACL中的小區(qū)尋呼，此時采用IMSI作為UE的標(biāo)識；尋呼失敗 后MME再在整個TAI列表進(jìn)行尋呼，此時采用⑶TI或IMSI等標(biāo)識作為UE的標(biāo)識。圖10主要包括步驟步驟1001、MME在CSG ID不在ACL中的小區(qū)尋呼UE ；當(dāng)UE駐留到A類小區(qū)時，僅獲得限制服務(wù)，缺省承載為緊急缺省承載類型。此時有 下行業(yè)務(wù)呼叫UE，則網(wǎng)絡(luò)對UE進(jìn)行尋呼。首先MME在UE當(dāng)前所在TA的CSG ID不在ACL 中的CSG小區(qū)發(fā)送尋呼消息，并采用IMSI作為UE的標(biāo)識。如果UE位于CSG ID不在ACL的CSG小區(qū)時，可以尋呼到UE。步驟1002、尋呼失敗后，MME再在整個TAI列表的小區(qū)中進(jìn)行尋呼。步驟1001中尋呼失敗后，MME在UE當(dāng)前所在TA的整個TAI列表中的小區(qū)發(fā)送尋 呼消息，并采用GUTI或IMSI等標(biāo)識符作為UE的標(biāo)識。如果UE移動到B類小區(qū)時，則也可 以尋呼到UE。從該實(shí)施例可以看出，通過這樣的尋呼處理可以保證無論UE無論移動到限制服 務(wù)的小區(qū)或正常服務(wù)的小區(qū)，都能被及時尋呼到。上述內(nèi)容詳細(xì)介紹了本發(fā)明實(shí)施例的業(yè)務(wù)處理方法，相應(yīng)的，本發(fā)明實(shí)施例提供 一種通信設(shè)備和通信系統(tǒng)。圖11是本發(fā)明實(shí)施例的通信設(shè)備結(jié)構(gòu)示意圖。該通信設(shè)備為用戶終端。如圖11所示，通信設(shè)備包括生成單元1101和發(fā)送單元1102。生成單元1101，用于生成請求消息，所述請求消息攜帶指明所述用戶終端需獲取 的服務(wù)的信息；發(fā)送單元1102，用于向網(wǎng)絡(luò)側(cè)發(fā)送所述生成單元1101生成的請求消息，由網(wǎng)絡(luò)側(cè) 根據(jù)所述請求消息中攜帶的信息，將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前 服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的承載。通信設(shè)備還包括判斷單元1103。判斷單元1103，用于判斷當(dāng)前移入的小區(qū)是否屬于限制服務(wù)小區(qū)，若否，通知所述 生成單元1101生成請求消息。圖12是本發(fā)明實(shí)施例的通信設(shè)備結(jié)構(gòu)示意圖。該通信設(shè)備為移動管理網(wǎng)元MME。如圖12所示，通信設(shè)備包括接收單元1201和處理單元1202。
接收單元1201，用于接收用戶終端發(fā)起的請求消息；處理單元1202，用于根據(jù)所述接收的請求消息，將所述用戶終端的當(dāng)前缺省承載 更改為用戶終端在當(dāng)前服務(wù)小區(qū)的需獲取的服務(wù)所對應(yīng)的承載。所述接收單元1201接收的請求消息攜帶指明所述用戶終端需獲取的服務(wù)的信 息；所述處理單元1202是根據(jù)所述請求消息中攜帶的指明所述用戶終端需獲取的服務(wù)的 信息，將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對 應(yīng)的承載。當(dāng)所述請求消息為跟蹤區(qū)域更新請求消息，所述跟蹤區(qū)域更新請求消息攜帶指明 從限制服務(wù)小區(qū)切換到普通服務(wù)小區(qū)的指示字段或指明從限制服務(wù)小區(qū)切換到普通服務(wù) 小區(qū)的更新類型字段時，所述處理單元1202將用戶終端在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載 更改為普通缺省承載；當(dāng)所述請求消息為跟蹤區(qū)域更新請求消息，所述跟蹤區(qū)域更新請求消息攜帶指明 從普通服務(wù)小區(qū)切換到限制服務(wù)小區(qū)的指示字段或指明從普通服務(wù)小區(qū)切換到限制服務(wù) 小區(qū)的更新類型字段時，所述處理單元1202將用戶終端在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載 更改為緊急缺省承載；當(dāng)所述請求消息為附著請求消息，所述附著請求消息攜帶指明非緊急的附著類型 時，所述處理單元1202將用戶終端在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載更改為普通缺省承載。當(dāng)所述請求消息為附著請求消息，所述附著請求消息攜帶指明緊急的附著類型 時，所述處理單元1202將用戶終端在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載更改為緊急缺省承載。圖13是本發(fā)明實(shí)施例的通信系統(tǒng)結(jié)構(gòu)示意圖。如圖13所示，通信系統(tǒng)包括用戶終端1301和網(wǎng)絡(luò)側(cè)設(shè)備1302。用戶終端1301，用于發(fā)起請求消息；網(wǎng)絡(luò)側(cè)設(shè)備1302，用于接收所述用戶終端1301發(fā)起的請求消息，根據(jù)所述接收的 請求消息，將所述用戶終端1301的當(dāng)前缺省承載更改為用戶終端1301在當(dāng)前服務(wù)小區(qū)的 需獲取的服務(wù)所對應(yīng)的承載。所述用戶終端1301發(fā)起請的請求消息攜帶指明所述用戶終端1301需獲取的服務(wù) 的信息；所述網(wǎng)絡(luò)側(cè)設(shè)備1302是根據(jù)所述用戶終端1301發(fā)起的請求消息中攜帶的指明所 述用戶終端1301需獲取的服務(wù)的信息，將所述用戶終端1301的當(dāng)前缺省承載更改為用戶 終端1301在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的承載。當(dāng)所述請求消息為跟蹤區(qū)域更新請求消息，所述跟蹤區(qū)域更新請求消息攜帶指明 從限制服務(wù)小區(qū)切換到普通服務(wù)小區(qū)的指示字段或明從限制服務(wù)小區(qū)切換到普通服務(wù)小 區(qū)的更新類型字段時，所述處網(wǎng)絡(luò)側(cè)設(shè)備1302將用戶終端1301在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺 省承載更改為普通缺省承載；當(dāng)所述請求消息為跟蹤區(qū)域更新請求消息，所述跟蹤區(qū)域更新請求消息攜帶指明 從普通服務(wù)小區(qū)切換到限制服務(wù)小區(qū)的指示字段或指明從普通服務(wù)小區(qū)切換到限制服務(wù) 小區(qū)的更新類型字段時，所述網(wǎng)絡(luò)側(cè)設(shè)備1302將用戶終端1301在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺 省承載更改為緊急缺省承載；當(dāng)所述請求消息為附著請求消息，所述附著請求消息攜帶指明非緊急的附著類型 時，所述網(wǎng)絡(luò)側(cè)設(shè)備1302將用戶終端1301在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載更改為普通缺省承載。當(dāng)所述請求消息為附著請求消息，所述附著請求消息攜帶指明緊急的附著類型 時，所述網(wǎng)絡(luò)側(cè)設(shè)備1302將用戶終端1301在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載更改為緊急缺 省承載。其中，用戶終端1301具有上述圖11所示的結(jié)構(gòu)，網(wǎng)絡(luò)側(cè)設(shè)備1302具有上述圖12 所示的結(jié)構(gòu)，具體參見前面描述，此處不再贅述。綜上所述，本發(fā)明實(shí)施例接收用戶終端發(fā)起的請求消息后，網(wǎng)絡(luò)側(cè)可以將所述用 戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)的需獲取的服務(wù)所對應(yīng)的承載， 使得用戶終端在不同服務(wù)小區(qū)之間移動時及時獲得所需服務(wù)，從而克服現(xiàn)有技術(shù)存在的缺 陷。本領(lǐng)域普通技術(shù)人員可以理解上述實(shí)施例的各種方法中的全部或部分步驟是可 以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲于一計算機(jī)可讀存儲介質(zhì)中，存 儲介質(zhì)可以包括只讀存儲器(ROM，Read Only Memory)、隨機(jī)存取存儲器(RAM，Random Access Memory)、磁盤或光盤等。以上對本發(fā)明實(shí)施例所提供的一種業(yè)務(wù)處理方法、通信設(shè)備及通信系統(tǒng)進(jìn)行了詳 細(xì)介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說 明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù) 本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不 應(yīng)理解為對本發(fā)明的限制。
1權(quán)利要求
一種業(yè)務(wù)處理方法，其特征在于，包括接收用戶終端發(fā)起的請求消息；根據(jù)所述接收的請求消息，將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的承載。
2.根據(jù)權(quán)利要求1所述的業(yè)務(wù)處理方法，其特征在于 所述請求消息攜帶指明所述用戶終端需獲取的服務(wù)的信息；所述根據(jù)所述接收的請求消息，將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng) 前服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的承載具體為根據(jù)所述請求消息中攜帶的指明所述用戶終端需獲取的服務(wù)的信息，將所述用戶終端 的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的承載。
3.根據(jù)權(quán)利要求2所述的業(yè)務(wù)處理方法，其特征在于所述請求消息為跟蹤區(qū)域更新請求消息，所述跟蹤區(qū)域更新請求消息攜帶指明從限制 服務(wù)小區(qū)切換到普通服務(wù)小區(qū)的指示字段或指明從限制服務(wù)小區(qū)切換到普通服務(wù)小區(qū)的 更新類型字段；所述將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù) 所對應(yīng)的承載具體為將用戶終端在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載更改為普通缺省承載； 或者，所述請求消息為跟蹤區(qū)域更新請求消息，所述跟蹤區(qū)域更新請求消息攜帶指明從普通 服務(wù)小區(qū)切換到限制服務(wù)小區(qū)的指示字段或指明從普通服務(wù)小區(qū)切換到限制服務(wù)小區(qū)的 更新類型字段；所述將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù) 所對應(yīng)的承載具體為將用戶終端在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載更改為緊急缺省承載； 或者，所述請求消息為附著請求消息，所述附著請求消息攜帶指明非緊急的附著類型； 所述將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù) 所對應(yīng)的承載具體為將用戶終端在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載更改為普通缺省承載； 或者，所述請求消息為附著請求消息，所述附著請求消息攜帶指明緊急的附著類型； 所述將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù) 所對應(yīng)的承載具體為將用戶終端在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載更改為緊急缺省承載。
4.根據(jù)權(quán)利要求3所述的業(yè)務(wù)處理方法，其特征在于所述請求消息為跟蹤區(qū)域更新請求消息，所述跟蹤區(qū)域更新請求消息攜帶指明從限制 服務(wù)小區(qū)切換到普通服務(wù)小區(qū)的指示字段或指明從限制服務(wù)小區(qū)切換到普通服務(wù)小區(qū)的 更新類型字段時，所述接收的用戶終端主動發(fā)起的請求消息是所述用戶終端判斷出當(dāng)前移 入的小區(qū)屬于普通服務(wù)小區(qū)后發(fā)起的請求消息。
5.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的業(yè)務(wù)處理方法，其特征在于所述將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù) 所對應(yīng)的承載包括由網(wǎng)絡(luò)側(cè)的移動管理網(wǎng)元、服務(wù)網(wǎng)關(guān)和數(shù)據(jù)網(wǎng)關(guān)在通信過程中攜帶建立所述承載過程 所需的參數(shù)，利用所述參數(shù)將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小 區(qū)需獲取的服務(wù)所對應(yīng)的承載。
6.一種通信設(shè)備，其特征在于，包括生成單元，用于生成請求消息，所述請求消息攜帶指明所述用戶終端需獲取的服務(wù)的 fn息；發(fā)送單元，用于向網(wǎng)絡(luò)側(cè)發(fā)送所述生成單元生成的請求消息，由網(wǎng)絡(luò)側(cè)根據(jù)所述請求 消息中攜帶的信息，將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)需獲 取的服務(wù)所對應(yīng)的承載。
7.根據(jù)權(quán)利要求6所述的通信設(shè)備，其特征在于，還包括判斷單元，用于判斷當(dāng)前移入的小區(qū)是否屬于限制服務(wù)小區(qū)，若否，通知所述生成單元 生成請求消息。
8.一種通信設(shè)備，其特征在于，包括接收單元，用于接收用戶終端發(fā)起的請求消息；處理單元，用于根據(jù)所述接收的請求消息，將所述用戶終端的當(dāng)前缺省承載更改為用 戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的承載。
9.根據(jù)權(quán)利要求8所述的通信設(shè)備，其特征在于所述接收單元接收的請求消息攜帶指明所述用戶終端需獲取的服務(wù)的信息；所述處理單元是根據(jù)所述請求消息中攜帶的指明所述用戶終端需獲取的服務(wù)的信息， 將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的 承載。
10.根據(jù)權(quán)利要求9所述的通信設(shè)備，其特征在于當(dāng)所述請求消息為跟蹤區(qū)域更新請求消息，所述跟蹤區(qū)域更新請求消息攜帶指明從限 制服務(wù)小區(qū)切換到普通服務(wù)小區(qū)的指示字段或指明從限制服務(wù)小區(qū)切換到普通服務(wù)小區(qū) 的更新類型字段時，所述處理單元將用戶終端在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載更改為普通 缺省承載；當(dāng)所述請求消息為跟蹤區(qū)域更新請求消息，所述跟蹤區(qū)域更新請求消息攜帶指明從普 通服務(wù)小區(qū)切換到限制服務(wù)小區(qū)的指示字段或指明從普通服務(wù)小區(qū)切換到限制服務(wù)小區(qū) 的更新類型字段時，所述處理單元將用戶終端在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載更改為緊急 缺省承載；當(dāng)所述請求消息為附著請求消息，所述附著請求消息攜帶指明非緊急的附著類型時， 所述處理單元將用戶終端在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載更改為普通缺省承載；當(dāng)所述請求消息為附著請求消息，所述附著請求消息攜帶指明緊急的附著類型時，所 述處理單元將用戶終端在當(dāng)前服務(wù)小區(qū)的當(dāng)前缺省承載更改為緊急缺省承載。
11.一種通信系統(tǒng)，其特征在于，包括用戶終端，用于發(fā)起請求消息，所述請求消息攜帶指明所述用戶終端需獲取的服務(wù)的信息；網(wǎng)絡(luò)側(cè)設(shè)備，用于接收所述用戶終端發(fā)起的請求消息，根據(jù)所述接收的請求消息中攜 帶的指明所述用戶終端需獲取的服務(wù)的信息，將所述用戶終端的當(dāng)前缺省承載更改為用戶 終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的承載。
全文摘要
本發(fā)明實(shí)施例公開了一種業(yè)務(wù)處理方法、通信設(shè)備及通信系統(tǒng)。業(yè)務(wù)處理方法包括接收用戶終端發(fā)起的請求消息；根據(jù)所述接收的請求消息，將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的承載。通信設(shè)備包括生成單元，用于生成請求消息，所述請求消息攜帶指明所述用戶終端需獲取的服務(wù)的信息；發(fā)送單元，用于向網(wǎng)絡(luò)側(cè)發(fā)送所述生成單元生成的請求消息，由網(wǎng)絡(luò)側(cè)根據(jù)所述請求消息中攜帶的信息，將所述用戶終端的當(dāng)前缺省承載更改為用戶終端在當(dāng)前服務(wù)小區(qū)需獲取的服務(wù)所對應(yīng)的承載。本發(fā)明實(shí)施例技術(shù)方案能夠使得UE在不同服務(wù)小區(qū)之間移動時及時獲得所需服務(wù)。
文檔編號H04W48/16GK101932026SQ20091014842
公開日2010年12月29日 申請日期2009年6月26日 優(yōu)先權(quán)日2009年6月26日
發(fā)明者關(guān)止, 劉娟, 王睿, 陳國喬 申請人:華為終端有限公司