專利名稱：一種用戶設(shè)備的業(yè)務(wù)承載建立方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種用戶設(shè)備的業(yè)務(wù)承載建立方法及裝置。
背景技術(shù)：
圖1為UE ( User Equipment,用戶設(shè)備)接入E-UTRAN (Evolved UMTS Terrestrial Radio Access Network,演進(jìn)的UMTS陸地?zé)o線接入網(wǎng)，其中UMTS 為Universal Mobile Telecommunication System, 通用移動(dòng)通4言系統(tǒng))的系統(tǒng)架 構(gòu)示意圖，如圖所示，當(dāng)UE接入SAE網(wǎng)絡(luò)執(zhí)行Attach(附著)過程時(shí)，E-UTRAN 為UE選擇一個(gè)MME ( Mobility Management Entity,移動(dòng)性管理實(shí)體)，MME 根據(jù)UE的簽約情況、UE所處的位置以及Serving GW (Serving GateWay,月良 務(wù)網(wǎng)關(guān))的負(fù)載情況，為UE選擇一個(gè)Serving GW,并在此之前根據(jù)簽約的 Default APN ( Default Access Point Name,默i人接入點(diǎn)名稱)為UE選擇一個(gè) PDN GW ( Packet Data Network GateWay ，分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān))。Attach過程之后 如果不需要后續(xù)建立業(yè)務(wù)承載，則釋放S1接口連接，保留與DefaultAPN之間 的默認(rèn)承載。
圖2為UE發(fā)起的Service Request (業(yè)務(wù)請(qǐng)求)過程實(shí)施流程示意圖，如 圖所示， 一般包括如下步驟
步驟201 、當(dāng)UE發(fā)起承載重建時(shí)，UE向eNodeB (演進(jìn)基站)發(fā)送NAS (Non-Access Stratum,非接入層)消息Service Request (業(yè)務(wù)請(qǐng)求)； 步驟202、 eNodeB向MME發(fā)送Service Request; 步驟203、進(jìn)行用戶Authentication (認(rèn)證)；
步驟204、 MP通過SI接口向MME發(fā)送initial Context Setup R叫uest (初始上下文建立請(qǐng)求)；
步驟205、 UE與eNodeB之間Radio Bearer Establishment無線承載建立)； 步驟206、 UE發(fā)送Uplink Data(上行數(shù)據(jù))；
步驟207、 eNodeB通過SI接口反饋initial Context Setup Complete (初始 上下文建立完成)；
步驟208、 MME向Serveing GW發(fā)送Update Bearer Request (承載更新請(qǐng)
求)；
步驟209、 Serveing GW向MME反饋Update Bearer Response (承載更新 響應(yīng))。
由上述流程可見，UE向網(wǎng)絡(luò)發(fā)送業(yè)務(wù)請(qǐng)求消息，MME根據(jù)存儲(chǔ)的UE承 載上下文，與eNodeB間建立SI接口，并建立空中接口的無線承載。當(dāng)空口 無線承載建立完成，UE就可以向網(wǎng)絡(luò)發(fā)送上行數(shù)據(jù)。MME收到eNodeB發(fā)送 的初始上下文建立完成后，得到eNodeB為下行凄t據(jù)分配的傳輸層地址，并通 過更新承載請(qǐng)求發(fā)送給Serving GW，以建立下行傳輸通道。
圖3為UE發(fā)起的承載資源分配過程實(shí)施流程示意圖，如圖所示， 一般包 括以下步驟
步驟301、 UE向MME請(qǐng)求承載資源分配； 步驟302、 MME向Serveing GW請(qǐng)求承載資源分配； 步驟303、 Serveing GW向PDN GW請(qǐng)求承載資源分配； 步驟304、如果部署了 PCC (Policy Control and Charging,策略控制和計(jì) 費(fèi))架構(gòu)，貝'J PDN GW向PCRF ( Policy Control and Charging Rules Function, 策略控制和計(jì)費(fèi)規(guī)則功能)請(qǐng)求PCC規(guī)則，否則PDNGW使用本地預(yù)配置規(guī) 則；
步驟305、 PCRF向PDN GW返回PCC規(guī)則；
步驟306、 UE的專用承載激活或?qū)Ｓ贸休d修改過程。
由上述流程可見，在UE發(fā)起的請(qǐng)求承載資源分配過程中，由UE根據(jù)新發(fā)起的SDF ( Service Data Flow,業(yè)務(wù)數(shù)據(jù)流)需求要求網(wǎng)絡(luò)為其分配承載資 源。這個(gè)請(qǐng)求被一直發(fā)送到PDN GW，之后通過可選的PCC過程得到UE的 PCC規(guī)則后，PDNGW決定發(fā)起專用承載激活或者專用承載修改過程，為UE 分配所需要的承載資源。
現(xiàn)有技術(shù)的不足在于在上述流程中，對(duì)于MME過載已經(jīng)有相應(yīng)的解決 方案，但是對(duì)于Serving GW過載如何處理還沒有i人可的方案。

發(fā)明內(nèi)容
本發(fā)明提供一種用戶設(shè)備的業(yè)務(wù)承載建立方法及裝置，用以解決現(xiàn)有技術(shù) 中在Serving GW過載時(shí)建立UE業(yè)務(wù)承載中存在的問題。
本發(fā)明提供了 一種用戶設(shè)備的業(yè)務(wù)承載建立方法，包括如下步驟 UE發(fā)起業(yè)務(wù)請(qǐng)求；
在確定所述UE在附著過程中由MME選擇的Serving GW過載后，所述用 戶設(shè)備在附著過程中由接入網(wǎng)選擇的MME重新確定用于所述UE的Serving GW;
所述重新確定的Serving GW為所述UE建立業(yè)務(wù)承載并建立空口連接。 本發(fā)明還提供了一種用戶設(shè)備的業(yè)務(wù)承載建立裝置，包括 接收模塊，用于在接收到UE發(fā)起的業(yè)務(wù)請(qǐng)求時(shí)，觸發(fā)過載判斷模塊； 過載判斷模塊，用于判斷所述UE在附著過程中由MME選擇的Serving
GW是否過載，在確定過載后，觸發(fā)更新模塊；
更新模塊，用于在被過載判斷模塊觸發(fā)后，觸發(fā)所述UE在附著過程中由
接入網(wǎng)選擇的MME重新確定用于所述UE承載的Serving GW，所述重新確定
的Serving GW為所述UE建立業(yè)務(wù)承載并建立空口連接。 本發(fā)明有益效果如下
本發(fā)明中，在UE發(fā)起業(yè)務(wù)請(qǐng)求后，就對(duì)Serving GW是否過載進(jìn)行判斷， 在確定UE在附著過程中由MME選擇的Serving GW過載后，重新確定用于UE承載的Serving GW;并利用重新確定的Serving GW為UE建立業(yè)務(wù)承載并 建立空口連接。從而解決了在Serving GW過載時(shí)，建立UE業(yè)務(wù)承載中存在 的問題。


圖1為本發(fā)明背景技術(shù)中所述UE接入E-UTRAN的系統(tǒng)架構(gòu)示意圖； 圖2為本發(fā)明背景技術(shù)中所述UE發(fā)起的業(yè)務(wù)請(qǐng)求過程實(shí)施流程示意圖； 圖3為本發(fā)明背景技術(shù)中所述UE發(fā)起的承載資源分配過程實(shí)施流程示意
圖4為本發(fā)明實(shí)施例中所述用戶設(shè)備的業(yè)務(wù)承栽建立方法實(shí)施流程示意
圖5為本發(fā)明實(shí)施例中所述UE發(fā)起Serving Request后重選Serving GW 的實(shí)施流程示意圖6為本發(fā)明實(shí)施例中所述UE發(fā)起的承載資源分配時(shí)重選Serving GW的 實(shí)施流程示意圖7為本發(fā)明實(shí)施例中所述用戶設(shè)備的業(yè)務(wù)承載建立裝置結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施方式
進(jìn)行說明。
圖4為用戶設(shè)備的業(yè)務(wù)承載建立方法實(shí)施流程示意圖，如圖所示，包括如 下步驟
步驟401、 UE發(fā)起業(yè)務(wù)請(qǐng)求；
步驟402、確定UE在附著過程中由MME選擇的服務(wù)網(wǎng)關(guān)過載； 步驟403、 UE在附著過程中由接入網(wǎng)選擇的MME重新確定用于UE承載 的服務(wù)網(wǎng)關(guān)；
步驟404、重新確定的服務(wù)網(wǎng)關(guān)為UE建立業(yè)務(wù)承載并建立空口連接；步驟405、 MME建立演進(jìn)基站與所述重新確定的月良務(wù)網(wǎng)關(guān)之間用于傳輸 下行數(shù)據(jù)的數(shù)據(jù)通路。
為便于描述，以下實(shí)施例中將UE在附著過程中由MME選擇的Serving GW稱為Old Serving GW,而在因Old Serving GW過載重新確定的Serving GW 稱為New Serving GW。
其中，在步驟401中，UE發(fā)起業(yè)務(wù)請(qǐng)求可以是在以下兩種情況下
在UE進(jìn)入IDLE (空閑)狀態(tài)后發(fā)起業(yè)務(wù)請(qǐng)求，該業(yè)務(wù)請(qǐng)求用于激活現(xiàn) 有業(yè)務(wù)承載并建立空口連接；
或者，UE是在響應(yīng)MME發(fā)起的尋呼時(shí)發(fā)起業(yè)務(wù)請(qǐng)求。 如果是UE在響應(yīng)MME發(fā)起的尋呼時(shí)發(fā)起業(yè)務(wù)響應(yīng)的這種情況下，還可 以進(jìn)一步包括
所述尋呼是MME接到發(fā)送下行數(shù)據(jù)通知后發(fā)送的，則緩存到達(dá)UE在附 著過程中由MME選擇的服務(wù)網(wǎng)關(guān)的下行數(shù)據(jù)；
UE在響應(yīng)MME發(fā)起的尋呼時(shí)發(fā)起業(yè)務(wù)請(qǐng)求，在重新確定服務(wù)網(wǎng)關(guān)后， 將緩存的下行數(shù)據(jù)轉(zhuǎn)發(fā)至所述重新確定的服務(wù)網(wǎng)關(guān)。
轉(zhuǎn)發(fā)下行數(shù)據(jù)在實(shí)施時(shí)具體可以為
通過MME向Old Serving GW發(fā)送數(shù)據(jù)轉(zhuǎn)發(fā)命令，并將New Serving GW 分配的傳輸層地址發(fā)送給Old Serving GW; Old Serving GW與New Serving GW 建立數(shù)據(jù)轉(zhuǎn)發(fā)通道后，將其緩存的數(shù)據(jù)轉(zhuǎn)發(fā)至New Serving GW。
有上述實(shí)施可以看出，當(dāng)UE或網(wǎng)絡(luò)發(fā)起業(yè)務(wù)請(qǐng)求時(shí)，如果發(fā)現(xiàn)Serving GW 出現(xiàn)過載的情況，將為UE重新選擇一個(gè)Serving GW，將默認(rèn)承載轉(zhuǎn)移到新的 Serving GW后再建立所需要的業(yè)務(wù)承載。
下面再分別對(duì)發(fā)起Service Request與發(fā)起Resource Allocation (資源分配) 的實(shí)施進(jìn)行說明。
一、UE發(fā)起Service Request的實(shí)施。
當(dāng)UE進(jìn)入IDLE狀態(tài)后，重新發(fā)起業(yè)務(wù)請(qǐng)求用以激活核心網(wǎng)現(xiàn)有業(yè)務(wù)承載并建立空口連接。此時(shí)，如果Old Serving GW已經(jīng)處于過載狀態(tài)，就可以通 過MME為UE重新選擇Serving GW,否則已經(jīng)過載的Old Serving GW并不能 為UE提供所期望的服務(wù)。
而由于在無線承載建立之后，UE就可以發(fā)送上行數(shù)據(jù)，因此MME與新 選擇的New Serving GW之間建立聯(lián)系、傳送承載上下文，并建立New Serving GW與PDN GW之間的S5接口承載連接。當(dāng)空中接口建立完成后，MME向 New Serving GW發(fā)送更新承載請(qǐng)求，打通eNodeB與New Serving GW之間的 數(shù)據(jù)通路用以傳輸下行數(shù)據(jù)，并刪除與Old Serving GW之間的聯(lián)系。
對(duì)于網(wǎng)絡(luò)發(fā)起的Service Request,即有下行數(shù)據(jù)到達(dá)Serving GW,或者有 網(wǎng)絡(luò)側(cè)的消息，比如HSS ( Home Subscriber Server,歸屬簽約用戶服務(wù)器)發(fā) 出Cancel Location (注銷位置)消息而引起MME觸發(fā)Detach (退出)過程， 那么在該類消息到達(dá)MME時(shí)，MME發(fā)起Paging (尋呼)過程尋呼l正，被尋 呼到的UE會(huì)發(fā)起Service Request。當(dāng)收到尋呼響應(yīng)的MME發(fā)現(xiàn)當(dāng)前記錄的 服務(wù)于UE的Old Serving GW過載，則可根據(jù)上述方案實(shí)現(xiàn)New Serving GW 的重選。但與UE發(fā)起的Service Request不同之處在于尋呼的發(fā)生有相當(dāng)數(shù) 量是因?yàn)橄滦袛?shù)據(jù)到達(dá)Old Serving GW而引起的，Old Serving GW緩存這些數(shù) 據(jù)并要求MME尋呼用戶。在這種場景下，就需要將Old Serving GW中的數(shù)據(jù) 轉(zhuǎn)發(fā)到New Serving GW，實(shí)施中還對(duì)Old Servicing GW與New Servicing之間 的數(shù)據(jù)轉(zhuǎn)發(fā)信令流程如何實(shí)施進(jìn)行說明。
圖5為UE發(fā)起Serving Request后重選Serving GW的實(shí)施流程示意圖， 實(shí)施中，以MME完成Serving GW的重選為例進(jìn)行iJL明，如圖所示，可以包 括如下步驟
步驟501、 Old Serving GW收到下行數(shù)據(jù)，如果此時(shí)UE處于空閑狀態(tài)， 則Old Serving GW緩存這些下行數(shù)據(jù)。
步驟502、 Old Serving GW向MME發(fā)送下行數(shù)據(jù)通知或下行信令。 本步驟中，也有可能是其它下行信令到達(dá)MME，如HSS發(fā)出的Cancel
10Location消息。
步驟503、 MME發(fā)起尋呼，并標(biāo)記該尋呼是用于下行數(shù)據(jù)到達(dá)還是下行 信令到達(dá)而引發(fā)的，當(dāng)該標(biāo)記表示是下行數(shù)據(jù)到達(dá)時(shí)發(fā)出的尋呼時(shí)，根據(jù)該標(biāo) 記可以確定需要將Old Serving GW緩存的下行數(shù)據(jù)轉(zhuǎn)發(fā)至New Serving GW。
步驟504、 MME根據(jù)當(dāng)前的UE位置向UE所在跟蹤區(qū)的eNodeB發(fā)送尋 呼消息。
步驟505、 eNodeB在其覆蓋區(qū)域?qū)ず鬠E。
步驟506、 UE向eNodeB發(fā)送RRC ( Radio Resource Control,無線資源控 制)消息，其中攜帶非接入層的業(yè)務(wù)請(qǐng)求消息，業(yè)務(wù)請(qǐng)求類型可能為"數(shù)據(jù)"、 "信令"或"尋呼響應(yīng)"等，要求激活網(wǎng)絡(luò)中為UE建立的承載，并建立空中 接口的無線7fc載。
步驟507、 eNodeB將業(yè)務(wù)請(qǐng)求消息通過Sl-AP的初始UE消息發(fā)送給 MME。
步驟508、 UE與網(wǎng)絡(luò)之間互相鑒權(quán)。
步驟509、 MME向New Serving GW發(fā)送建立承載請(qǐng)求，其中可能攜帶指 示需要凄史氺居前4爭的forwarding indicator參數(shù)。
本步驟中，MME判斷當(dāng)前為UE服務(wù)的Old Serving GW已經(jīng)出現(xiàn)過載， 因此決定為UE重新選擇服務(wù)的New Serving GW。 MME將UE的承載上下文 傳送給New Serving GW，要求為UE重新建立承載上下文和數(shù)據(jù)傳輸通道，承 載上下文中包括了 UE所連接的PDN GW。如果MME中標(biāo)記這個(gè)尋呼響應(yīng)是 對(duì)應(yīng)一個(gè)下行數(shù)據(jù)到達(dá)過程的，則MME在建立承載請(qǐng)求中向New Serving GW 指示需要建立轉(zhuǎn)發(fā)通道。
步驟510、 New Serving GW向PDN GW發(fā)送更新承載請(qǐng)求。
New Serving GW分配S5承載下行傳輸?shù)刂?，發(fā)送給PDNGW，要求建立 承載。如果New Serving GW在步驟509的消息中收到轉(zhuǎn)發(fā)下行數(shù)據(jù)的指示， 則為數(shù)據(jù)轉(zhuǎn)發(fā)分配傳輸層地址。步驟511、 PDN GW向New Serving GW響應(yīng)更新7K載請(qǐng)求。
PDN GW為S5岸義載分配上4于傳輸?shù)刂?，更新岸義載上下文，并對(duì)New Serving GW進(jìn)行^^載建立的響應(yīng)。
步驟512、 New Serving GW向MME響應(yīng)承載建立，在需要轉(zhuǎn)發(fā)數(shù)據(jù)時(shí)轉(zhuǎn) 發(fā)隧道傳輸層地址。
New Serving GW更新承載上下文，完成New Serving GW到PDN GW上 行方向的數(shù)據(jù)通路建設(shè)，向MME返回承載建立響應(yīng)。如果需要下行數(shù)據(jù)轉(zhuǎn)發(fā)， 則New Serving GW還需向MME返回轉(zhuǎn)發(fā)隧道的傳輸層地址。
步驟513、 MME向Old Serving GW發(fā)送數(shù)據(jù)轉(zhuǎn)發(fā)命令，以及轉(zhuǎn)發(fā)隧道傳 輸層地址。
如果需要從Old Serving GW向New Serving GW轉(zhuǎn)發(fā)下行數(shù)據(jù)，MME向
Old Serving GW發(fā)送數(shù)據(jù)轉(zhuǎn)發(fā)命令，同時(shí)將New Serving GW分配的傳輸層地
址發(fā)送給Old Serving GW。 MME啟動(dòng) 一個(gè)定時(shí)器監(jiān)視數(shù)據(jù)轉(zhuǎn)發(fā)過程。
步驟514、 Old Serving GW向New Serving GW通過GTP-U (GPRS
Tunnelling Protocol for User Plane, GPRS隧道協(xié)i義-用戶平面)方式轉(zhuǎn)發(fā)數(shù)據(jù)。 Old Serving GW通過IP連通性與New Serving GW建立了數(shù)據(jù)轉(zhuǎn)發(fā)通道，
將其緩存的數(shù)據(jù)轉(zhuǎn)發(fā)給New Serving GW。
步驟515、完成核心網(wǎng)承載重定位后，MME向eNodeB發(fā)起初始上下文建
立過程，建立Sl承載。
步驟516、 UE與eNodeB之間建立無線承載。
步驟517、無線承載建立完成后，UE可向網(wǎng)絡(luò)發(fā)送上行數(shù)據(jù)。
步驟518、 eNodeB向MME響應(yīng)初始上下文建立完成，UE的上下文在
eNodeB中建立完成，eNodeB為下行通道分配傳輸層地址。 步驟519、 MME向New Serving GW發(fā)送更新承載請(qǐng)求。 MME將eNodeB新分配的傳輸層地址發(fā)送給New Serving GW,更新
eNodeB與New Serving GW之間的承載。步驟520、 New Serving GW響應(yīng)承載更新。
步驟521 、 MME向Old Serving GW發(fā)送刪除承載請(qǐng)求。
如果在步驟513中啟動(dòng)了定時(shí)器，則在定時(shí)器超時(shí)后MME發(fā)起刪除Old
Serving GW中的UE承載上下文；否則在收到步驟520的消息后刪除。定時(shí)器
的目的在于可以及時(shí)刪除UE承載上下文。
步驟522、 Old Serving GW響應(yīng)承載已經(jīng)刪除。 二 、 UE發(fā)起Resource Allocation的實(shí)施。
圖6為UE發(fā)起的承載資源分配時(shí)重選Serving GW的實(shí)施流程示意圖， 實(shí)施中，以MME完成Serving GW的重選為例進(jìn)行i兌明，如圖所示，可以包 括如下步驟
步驟601、 UE向MME發(fā)起請(qǐng)求承載資源分配消息，要求為新的業(yè)務(wù)分配 資源，UE在消息中指示這個(gè)資源應(yīng)該連接到哪個(gè)PDN GW。 步驟602、 MME向New Serving GW發(fā)送建立承載請(qǐng)求。 本步驟中，當(dāng)MME判斷原來為UE提供服務(wù)的Old Serving GW目前的業(yè) 務(wù)量已經(jīng)過載時(shí)，貝'J MME為UE重新選擇New Serving GW， MME向New Serving GW發(fā)送建立承載請(qǐng)求，MME將UE的承載上下文傳送給New Serving GW，要求為UE重新建立承載上下文和數(shù)據(jù)傳輸通道，承載上下文中包括了 UE所連接的PDNGW。
步驟603 、 New Serving GW向PDN GW發(fā)送更新承載請(qǐng)求。 New Serving GW分配S5承載下行傳輸?shù)刂?，發(fā)送給PDNGW,要求建立 承載。
步驟604、 PDN GW向New Serving GW響應(yīng)更新承載請(qǐng)求。 PDN GW為S5承載分配上行傳輸?shù)刂罚鲁休d上下文，并對(duì)New Serving GW進(jìn)行承載建立的響應(yīng)。
步驟605、 New Serving GW向MME響應(yīng)建立承載。
New Serving GW更新承載上下文，完成New Serving GW到PDN GW上行方向的數(shù)據(jù)通路建設(shè)。
步驟606、 MME向New Serving GW發(fā)送請(qǐng)求7K載資源分配消息。
步驟607、 New Serving GW向指示的PDN GW轉(zhuǎn)發(fā)請(qǐng)求承載資源分配消
臺(tái)
步驟608-步驟609、如果應(yīng)用了 PCC架構(gòu)，PDN GW與PCRF進(jìn)行交互， 獲取UE的PCC規(guī)則。
步驟610、 MME要求Old Serving GW刪除承載，并刪除MME與Old Serving GW之間的Sll連接。
步驟611、專用承載激活或者專用承載修改過程。
如果請(qǐng)求的資源分配由PDN GW確認(rèn)可以分配，則發(fā)起專用承載激活或 專用承載修改過程。
本發(fā)明實(shí)施里還提供了一種用戶設(shè)備的業(yè)務(wù)承載建立裝置，下面結(jié)合附圖 對(duì)裝置的具體實(shí)施方式
進(jìn)行說明。
圖7為用戶設(shè)備的業(yè)務(wù)承載建立裝置結(jié)構(gòu)示意圖，如圖所示，裝置中包括 接收模塊701、過載判斷模塊702、更新模塊703,其中
接收模塊701用于在接收到UE發(fā)起的業(yè)務(wù)請(qǐng)求時(shí)，觸發(fā)過載判斷模塊
702;
過載判斷模塊702用于判斷所述UE在附著過程中由MME選擇的服務(wù)網(wǎng) 關(guān)是否過載，在確定過載后，觸發(fā)更新模塊703;
更新模塊703用于在被過載判斷模塊702觸發(fā)后，觸發(fā)所述UE在附著過 程中由MME選擇的MME重新確定用于所述UE承載的服務(wù)網(wǎng)關(guān)，所述重新 確定的服務(wù)網(wǎng)關(guān)為所述UE建立業(yè)務(wù)承載并建立空口連接。
接收模塊701中還可以包括第一接收單元和/或第二接受單元，其中
第一接收單元，用于在接收到所述UE進(jìn)入IDLE狀態(tài)后發(fā)起的業(yè)務(wù)請(qǐng)求 時(shí)，觸發(fā)過載判斷^t塊，所述業(yè)務(wù)請(qǐng)求用于激活現(xiàn)有業(yè)務(wù)^^載并建立空口連接；
第二接收單元，用于在接收到所述UE在響應(yīng)MME發(fā)起的尋呼時(shí)發(fā)起的業(yè)務(wù)請(qǐng)求時(shí)，觸發(fā)過載判斷模塊。
裝置中還可以進(jìn)一步包括緩存模塊704、轉(zhuǎn)發(fā)模塊705,其中
所述第二接收單元進(jìn)一步用于在接收到所述UE在響應(yīng)MME發(fā)起的尋呼 時(shí)發(fā)起的業(yè)務(wù)請(qǐng)求時(shí)，觸發(fā)過載判斷模塊702以及緩存模塊704,所述尋呼是 MME接到發(fā)送下行數(shù)據(jù)通知后發(fā)送的；
緩存模塊704,用于緩存到達(dá)所述UE在附著過程中由MME選擇的服務(wù) 網(wǎng)關(guān)的下行數(shù)據(jù)，并觸發(fā)轉(zhuǎn)發(fā)模塊705;
轉(zhuǎn)發(fā)模塊705，用于在重新確定服務(wù)網(wǎng)關(guān)后，將所述緩存的下行數(shù)據(jù)轉(zhuǎn)發(fā) 至所述重新確定的服務(wù)網(wǎng)關(guān)。
轉(zhuǎn)發(fā)模塊705中可以包括
轉(zhuǎn)發(fā)命令發(fā)送單元，用于通過MME向所述附著過程中由MME選擇的服 務(wù)網(wǎng)關(guān)發(fā)送數(shù)據(jù)轉(zhuǎn)發(fā)命令，并將所述重新確定的服務(wù)網(wǎng)關(guān)分配的傳輸層地址發(fā) 送給所述附著過程中由MME選擇的服務(wù)網(wǎng)關(guān)；
轉(zhuǎn)發(fā)單元，用于在所述附著過程中由MME選擇的服務(wù)網(wǎng)關(guān)與所述重新確 定的服務(wù)網(wǎng)關(guān)建立數(shù)據(jù)轉(zhuǎn)發(fā)通道后，將緩存的下行數(shù)據(jù)轉(zhuǎn)發(fā)至所述重新確定的 服務(wù)網(wǎng)關(guān)。
裝置中還可以包括刪除模塊706，用于在通過所述重新確定的服務(wù)網(wǎng)關(guān)建 立業(yè)務(wù)承載后，刪除在附著過程中由MME選擇的Old Serving GW中所述UE 的承載上下文。
由上述實(shí)施例可以看出，在本發(fā)明實(shí)施中，當(dāng)UE建立與Serving GW之 間的連接時(shí)，如果發(fā)現(xiàn)Serving GW過載，則決定重新選擇一個(gè)Serving GW為 UE提供服務(wù)。
具體的，在UE發(fā)起的Service Request過程中，當(dāng)MME收到業(yè)務(wù)請(qǐng)求消 息并發(fā)現(xiàn)Old Serving GW過載，則重新選擇Serving GW,并向New Serving GW 發(fā)送承載建立請(qǐng)求，要求建立新的Sll接口連接以及Sl-U連接。
在UE發(fā)起的請(qǐng)求承載資源分配過程中，MME收到消息并發(fā)現(xiàn)Old ServingGW過載，則可重新選擇Serving GW，并向New Serving GW發(fā)送承載建立請(qǐng) 求，要求建立新的Sll接口以及Sl-U連接。
進(jìn)一步的，如果MME收到的消息是一個(gè)業(yè)務(wù)請(qǐng)求，并且是一個(gè)尋呼響應(yīng)， 則MME通過尋呼類型確定是不是因發(fā)送下行數(shù)據(jù)觸發(fā)的，判斷是則需要要求 Old Serving GW和New Serving GW之間建立轉(zhuǎn)發(fā)通道。如果需要，則在發(fā)往 New Serving GW的建立承載請(qǐng)求中還需另外攜帶指示，要求New Serving GW 分配轉(zhuǎn)發(fā)通道地址。如果New Serving GW為轉(zhuǎn)發(fā)通道分配了傳輸層地址，則 在向MME返回的建立承載響應(yīng)消息中攜帶這個(gè)地址。MME將New Serving GW分配的轉(zhuǎn)發(fā)通道傳輸層地址傳送給Old Serving GW，同時(shí)消息指示Old Serving GW可以開始轉(zhuǎn)發(fā)數(shù)據(jù)。Old Serving GW為轉(zhuǎn)發(fā)通道分配傳輸層地址， 并開始數(shù)據(jù)的轉(zhuǎn)發(fā)。
最后，當(dāng)eNodeB與New Serving GW之間的承載建立完成，則可以刪除 eNodeB與Old Serving GW之間的承載。如果有Serving GW之間的數(shù)據(jù)轉(zhuǎn)發(fā) 過程并且啟動(dòng)了定時(shí)器，則MME在定時(shí)器超時(shí)后啟動(dòng)刪除Old Serving GW的 承載過程。
通過上述實(shí)施，提供了 ServingGW過載時(shí)的處理方案。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
1權(quán)利要求
1、一種用戶設(shè)備的業(yè)務(wù)承載建立方法，其特征在于，包括如下步驟用戶設(shè)備發(fā)起業(yè)務(wù)請(qǐng)求；在確定所述用戶設(shè)備在附著過程中由移動(dòng)性管理實(shí)體選擇的服務(wù)網(wǎng)關(guān)過載后，所述用戶設(shè)備在附著過程中由接入網(wǎng)選擇的移動(dòng)性管理實(shí)體重新確定用于所述用戶設(shè)備承載的服務(wù)網(wǎng)關(guān)；所述重新確定的服務(wù)網(wǎng)關(guān)為所述用戶設(shè)備建立業(yè)務(wù)承載并建立空口連接。
2、 如權(quán)利要求1所述的方法，其特征在于，所述用戶設(shè)備發(fā)起業(yè)務(wù)請(qǐng)求 具體為所述用戶設(shè)備進(jìn)入空閑狀態(tài)后發(fā)起業(yè)務(wù)請(qǐng)求，所述業(yè)務(wù)請(qǐng)求用于激活現(xiàn)有 業(yè)務(wù)承載并建立空口連接； 或，所述用戶設(shè)備在響應(yīng)移動(dòng)性管理實(shí)體發(fā)起的尋呼時(shí)發(fā)起業(yè)務(wù)請(qǐng)求。
3、 如權(quán)利要求2所述的方法，其特征在于，所述用戶設(shè)備在響應(yīng)移動(dòng)性 管理實(shí)體發(fā)起的尋呼時(shí)發(fā)起業(yè)務(wù)響應(yīng)，進(jìn)一步包括如下步驟所述尋呼是移動(dòng)性管理實(shí)體接到發(fā)送下行數(shù)據(jù)通知后發(fā)送的，則緩存到達(dá) 所述用戶設(shè)備在附著過程中由移動(dòng)性管理實(shí)體選擇的服務(wù)網(wǎng)關(guān)的下行數(shù)據(jù)；在重新確定服務(wù)網(wǎng)關(guān)后，將所述緩存的下行數(shù)據(jù)轉(zhuǎn)發(fā)至所述重新確定的服 務(wù)網(wǎng)關(guān)。
4、 如權(quán)利要求3所述的方法，其特征在于，所述轉(zhuǎn)發(fā)下行數(shù)據(jù)具體為 通過移動(dòng)性管理實(shí)體向所述用戶設(shè)備在附著過程中由移動(dòng)性管理實(shí)體選擇的服務(wù)網(wǎng)關(guān)發(fā)送數(shù)據(jù)轉(zhuǎn)發(fā)命令，并將所述重新確定的服務(wù)網(wǎng)關(guān)分配的傳輸層 地址發(fā)送給所述用戶設(shè)備在附著過程中由移動(dòng)性管理實(shí)體選擇的服務(wù)網(wǎng)關(guān)；所述用戶設(shè)備在附著過程中由移動(dòng)性管理實(shí)體選擇的服務(wù)網(wǎng)關(guān)與所述重 新確定的服務(wù)網(wǎng)關(guān)建立數(shù)據(jù)轉(zhuǎn)發(fā)通道后，將其緩存的數(shù)據(jù)轉(zhuǎn)發(fā)至所述重新確定 的服務(wù)網(wǎng)關(guān)。
5、 如權(quán)利要求1至4任一所述的方法，其特征在于，在所述建立空口連 接完成后，進(jìn)一步包括如下步驟移動(dòng)性管理實(shí)體建立演進(jìn)基站與所述重新確定的服務(wù)網(wǎng)關(guān)之間用于傳輸 下行數(shù)據(jù)的數(shù)據(jù)通路。
6、 一種用戶設(shè)備的業(yè)務(wù)承載建立裝置，其特征在于，包括 接收模塊，用于在接收到用戶設(shè)備發(fā)起的業(yè)務(wù)請(qǐng)求時(shí)，觸發(fā)過載判斷模塊； 過載判斷模塊，用于判斷所述用戶設(shè)備在附著過程中由移動(dòng)性管理實(shí)體選擇的服務(wù)網(wǎng)關(guān)是否過載，在確定過載后，觸發(fā)更新模塊；更新模塊，用于在被過載判斷模塊觸發(fā)后，觸發(fā)所述用戶設(shè)備在附著過程 中由接入網(wǎng)選擇的移動(dòng)性管理實(shí)體重新確定用于所述用戶設(shè)備承載的服務(wù)網(wǎng) 關(guān)，所述重新確定的服務(wù)網(wǎng)關(guān)為所述用戶設(shè)備建立業(yè)務(wù)承載并建立空口連接。
7、 如權(quán)利要求6所述的裝置，其特征在于，所述接收模塊包括第一接收 單元和/或第二接受單元，其中第一接收單元，用于在接收到所述用戶設(shè)備進(jìn)入空閑狀態(tài)后發(fā)起的業(yè)務(wù)請(qǐng) 求時(shí)，觸發(fā)過載判斷模塊，所述業(yè)務(wù)請(qǐng)求用于激活現(xiàn)有業(yè)務(wù)承載并建立空口連 接；第二接收單元，用于在接收到所述用戶設(shè)備在響應(yīng)移動(dòng)性管理實(shí)體發(fā)起的尋呼時(shí)發(fā)起的業(yè)務(wù)請(qǐng)求時(shí)，觸發(fā)過載判斷模塊。
8、 如權(quán)利要求7所述的裝置，其特征在于，進(jìn)一步包括緩存模塊、轉(zhuǎn) 發(fā)模塊，其中所述第二接收單元進(jìn)一步用于在接收到所述用戶設(shè)備在響應(yīng)移動(dòng)性管理 實(shí)體發(fā)起的尋呼時(shí)發(fā)起的業(yè)務(wù)請(qǐng)求時(shí)，觸發(fā)過載判斷模塊以及緩存模塊，所述 尋呼是移動(dòng)性管理實(shí)體接到發(fā)送下行數(shù)據(jù)通知后發(fā)送的；緩存模塊，用于緩存到達(dá)所述用戶設(shè)備在附著過程中由移動(dòng)性管理實(shí)體選 擇的服務(wù)網(wǎng)關(guān)的下行數(shù)據(jù)，并觸發(fā)轉(zhuǎn)發(fā)模塊；轉(zhuǎn)發(fā)模塊，用于在重新確定服務(wù)網(wǎng)關(guān)后，將所述緩存的下行數(shù)據(jù)轉(zhuǎn)發(fā)至所述重新確定的服務(wù)網(wǎng)關(guān)。
9、 如權(quán)利要求8所述的裝置，其特征在于，所述轉(zhuǎn)發(fā)模塊包括 轉(zhuǎn)發(fā)命令發(fā)送單元，用于通過移動(dòng)性管理實(shí)體向所述附著過程中由移動(dòng)性管理實(shí)體選擇的服務(wù)網(wǎng)關(guān)發(fā)送數(shù)據(jù)轉(zhuǎn)發(fā)命令，并將所述重新確定的服務(wù)網(wǎng)關(guān)分 配的傳輸層地址發(fā)送給所述附著過程中由移動(dòng)性管理實(shí)體選擇的服務(wù)網(wǎng)關(guān)；轉(zhuǎn)發(fā)單元，用于在所述附著過程中由移動(dòng)性管理實(shí)體選擇的服務(wù)網(wǎng)關(guān)與所 述重新確定的服務(wù)網(wǎng)關(guān)建立數(shù)據(jù)轉(zhuǎn)發(fā)通道后，將緩存的下行數(shù)據(jù)轉(zhuǎn)發(fā)至所述重 新確定的服務(wù)網(wǎng)關(guān)。
10、 如權(quán)利要求6至9任一所述的裝置，其特征在于，進(jìn)一步包括刪除模 塊，用于在通過所述重新確定的服務(wù)網(wǎng)關(guān)建立業(yè)務(wù)承載后，刪除在附著過程中 由移動(dòng)性管理實(shí)體選擇的服務(wù)網(wǎng)關(guān)中所述用戶設(shè)備的承載上下文。
全文摘要
本發(fā)明公開了一種用戶設(shè)備的業(yè)務(wù)承載建立方法及裝置，包括用戶設(shè)備發(fā)起業(yè)務(wù)請(qǐng)求；在確定所述用戶設(shè)備在附著過程中由移動(dòng)性管理實(shí)體選擇的服務(wù)網(wǎng)關(guān)過載后，所述用戶設(shè)備在附著過程中由接入網(wǎng)選擇的移動(dòng)性管理實(shí)體重新確定用于所述用戶設(shè)備承載的服務(wù)網(wǎng)關(guān)；所述重新確定的服務(wù)網(wǎng)關(guān)為所述用戶設(shè)備建立業(yè)務(wù)承載并建立空口連接。使用本發(fā)明，提供了在服務(wù)網(wǎng)關(guān)過載時(shí)，建立用戶設(shè)備業(yè)務(wù)承載過程中存在的問題。
文檔編號(hào)H04W8/00GK101534495SQ20081010164
公開日2009年9月16日 申請(qǐng)日期2008年3月10日 優(yōu)先權(quán)日2008年3月10日
發(fā)明者姜怡華 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司