本發(fā)明涉及LTE領(lǐng)域，尤其涉及一種CU分離場景下用戶面網(wǎng)關(guān)重選的方法、裝置和系統(tǒng)。

背景技術(shù)：

3GPP(3rd Generation Partnership Project，第三代合作伙伴計劃)標(biāo)準(zhǔn)工作組從R8開始EPS(Evolved Packet System，演進(jìn)分組系統(tǒng))的研究。整個EPS系統(tǒng)可以分為無線接入網(wǎng)和核心網(wǎng)兩部分。在核心網(wǎng)中，包含了HSS(Home Subscriber Server，歸屬用戶服務(wù)器)、MME(Mobility Management Entity，移動性管理實(shí)體)、PCRF(Policy and Charging Rule Function，策略計費(fèi)規(guī)則功能)、S-GW(Serving Gateway，服務(wù)網(wǎng)關(guān))、P-GW(PDN Gateway，分組數(shù)據(jù)網(wǎng)關(guān))。隨著SDN(Software Defined Network，軟件定義網(wǎng)絡(luò))技術(shù)的出現(xiàn)，CU(控制面和轉(zhuǎn)發(fā)面)分離逐漸成為移動網(wǎng)的發(fā)展方向，3GPP在Release 13階段提出了CU分離的LTE架構(gòu)研究，在CU分離的LTE架構(gòu)中，網(wǎng)關(guān)被進(jìn)一步分離成控制面和用戶面兩個獨(dú)立的平面，CU分離給傳統(tǒng)的EPC架構(gòu)帶來靈活的同時也帶來了一系列問題，這些問題需要進(jìn)一步研究和解決。

例如，CU分離的LTE架構(gòu)中，因?yàn)镸ME與SGW-U(用戶面網(wǎng)關(guān))之間沒有接口，無法感知用戶移動過程中SGW-U是否需要重選，因此傳統(tǒng)4G移動網(wǎng)絡(luò)的就近選擇網(wǎng)關(guān)的機(jī)制將不再適用。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明要解決的一個技術(shù)問題是提供一種CU分離的LTE架構(gòu)下，在控制面網(wǎng)關(guān)不變的情況下，移動性管理實(shí)體能感知到終端移動 后是否會觸發(fā)用戶面網(wǎng)關(guān)改變，從而觸發(fā)網(wǎng)關(guān)重選的方案。

根據(jù)本發(fā)明一方面，提出一種控制面和用戶面分離場景下用戶面網(wǎng)關(guān)重選的方法，包括：移動性管理實(shí)體接收終端的移動性會話請求；移動性管理實(shí)體判斷是否需要重選用戶面網(wǎng)關(guān)；若需要重選用戶面網(wǎng)關(guān)，移動性管理實(shí)體則向控制面網(wǎng)關(guān)發(fā)送承載修改請求，承載修改請求包括終端的位置信息，以便控制面網(wǎng)關(guān)根據(jù)終端的位置信息和當(dāng)前網(wǎng)絡(luò)狀態(tài)選擇目標(biāo)用戶面網(wǎng)關(guān)；移動性管理實(shí)體接收控制面網(wǎng)關(guān)的承載修改響應(yīng)，承載修改響應(yīng)包括目標(biāo)用戶面網(wǎng)關(guān)的IP地址。

進(jìn)一步地，移動性管理實(shí)體判斷是否需要重選用戶面網(wǎng)關(guān)的步驟包括：移動性管理實(shí)體通過查詢用戶面網(wǎng)關(guān)服務(wù)區(qū)域與跟蹤區(qū)列表的映射關(guān)系，判斷本次跟蹤區(qū)識別碼是否在用戶面網(wǎng)關(guān)服務(wù)區(qū)域中，若本次跟蹤區(qū)識別碼不在用戶面網(wǎng)關(guān)服務(wù)區(qū)域中，則確定需要重選用戶面網(wǎng)關(guān)。

進(jìn)一步地，還包括：移動性管理實(shí)體基于終端的位置信息向域名系統(tǒng)查詢控制面網(wǎng)關(guān)的IP地址；若控制面網(wǎng)關(guān)的IP地址改變，則移動性管理實(shí)體向新的控制面網(wǎng)關(guān)發(fā)起承載建立請求；若控制面網(wǎng)關(guān)的IP地址不變，則移動性管理實(shí)體執(zhí)行判斷本次跟蹤區(qū)識別碼是否在用戶面網(wǎng)關(guān)服務(wù)區(qū)域中的步驟。

進(jìn)一步地，移動性管理實(shí)體判斷是否需要重選用戶面網(wǎng)關(guān)的步驟包括：移動性管理實(shí)體基于終端的位置信息向域名系統(tǒng)查詢服務(wù)網(wǎng)關(guān)地址，并接收域名系統(tǒng)返回的服務(wù)網(wǎng)關(guān)地址，其中服務(wù)網(wǎng)關(guān)地址包括控制面網(wǎng)關(guān)的IP地址和用戶面網(wǎng)關(guān)對應(yīng)的管理域ID；判斷控制面網(wǎng)關(guān)的IP地址和用戶面網(wǎng)關(guān)的管理域ID是否與前一次移動性會話情況相同；若用戶面網(wǎng)關(guān)的管理域ID改變，則確定需要重選用戶面網(wǎng)關(guān)。

進(jìn)一步地，若需要重選用戶面網(wǎng)關(guān)，則移動性管理實(shí)體向控制面網(wǎng)關(guān)發(fā)送承載修改請求的步驟包括：若控制面網(wǎng)關(guān)的IP地址改變，則移動性管理實(shí)體向新的控制面網(wǎng)關(guān)發(fā)送建立會話流程；若控制面網(wǎng)關(guān)的IP地址不變，用戶面網(wǎng)關(guān)的管理域ID改變，則移動性管理實(shí)體向原控制面網(wǎng)關(guān)發(fā)送承載修改請求。

進(jìn)一步地，終端的位置信息包括跟蹤區(qū)識別碼和小區(qū)全局標(biāo)識符。

根據(jù)本發(fā)明的另一方面，還提出一種移動性管理實(shí)體，包括：會話請求接收單元，用于接收終端的移動性會話請求；網(wǎng)關(guān)重選判斷單元，用于判斷是否需要重選用戶面網(wǎng)關(guān)；承載修改請求發(fā)送單元，用于若需要重選用戶面網(wǎng)關(guān)，則向控制面網(wǎng)關(guān)發(fā)送承載修改請求，其中承載修改請求包括終端的位置信息，以便控制面網(wǎng)關(guān)根據(jù)終端的位置信息和當(dāng)前網(wǎng)絡(luò)狀態(tài)選擇目標(biāo)用戶面網(wǎng)關(guān)；承載修改響應(yīng)接收單元，用于接收控制面網(wǎng)關(guān)的承載修改響應(yīng)，承載修改響應(yīng)包括目標(biāo)用戶面網(wǎng)關(guān)的IP地址。

進(jìn)一步地，網(wǎng)關(guān)重選判斷單元用于通過查詢用戶面網(wǎng)關(guān)服務(wù)區(qū)域與跟蹤區(qū)列表的映射關(guān)系，判斷本次跟蹤區(qū)識別碼是否在用戶面網(wǎng)關(guān)服務(wù)區(qū)域中，若本次跟蹤區(qū)識別碼不在用戶面網(wǎng)關(guān)服務(wù)區(qū)域中，則確定需要重選用戶面網(wǎng)關(guān)。

進(jìn)一步地，還包括：地址查詢單元，用于基于終端的位置信息向域名系統(tǒng)查詢控制面網(wǎng)關(guān)的IP地址；網(wǎng)關(guān)重選判斷單元用于若控制面網(wǎng)關(guān)的IP地址改變，則向新的控制面網(wǎng)關(guān)發(fā)起承載建立請求；若控制面網(wǎng)關(guān)的IP地址不變，則判斷本次跟蹤區(qū)識別碼是否在用戶面網(wǎng)關(guān)服務(wù)區(qū)域中。

進(jìn)一步地，地址查詢單元，用于基于終端的位置信息向域名系統(tǒng)查詢服務(wù)網(wǎng)關(guān)地址，并接收域名系統(tǒng)返回的服務(wù)網(wǎng)關(guān)地址，其中服務(wù)網(wǎng)關(guān)地址包括控制面網(wǎng)關(guān)的IP地址和用戶面網(wǎng)關(guān)對應(yīng)的管理域ID；網(wǎng)關(guān)重選判斷單元用于判斷控制面網(wǎng)關(guān)的IP地址和用戶面網(wǎng)關(guān)的管理域ID是否與前一次移動性會話情況相同；若用戶面網(wǎng)關(guān)的管理域ID改變，則確定需要重選用戶面網(wǎng)關(guān)。

進(jìn)一步地，承載修改請求發(fā)送單元用于若控制面網(wǎng)關(guān)的IP地址改變，則向新的控制面網(wǎng)關(guān)發(fā)送建立會話流程；若控制面網(wǎng)關(guān)的IP地址不變，用戶面網(wǎng)關(guān)的管理域ID改變，則向原控制面網(wǎng)關(guān)發(fā)送承載修改請求。

進(jìn)一步地，終端的位置信息包括跟蹤區(qū)識別碼和小區(qū)全局標(biāo)識符。

根據(jù)本發(fā)明的另一方面，還提出一種控制面網(wǎng)關(guān)，包括：承載修改請求接收單元，用于接收移動性管理實(shí)體發(fā)送的承載修改請求，承載修改請求包括終端的位置信息；目標(biāo)用戶面網(wǎng)關(guān)選擇單元，用于根據(jù)終端的位置信息和當(dāng)前網(wǎng)絡(luò)狀態(tài)選擇目標(biāo)用戶面網(wǎng)關(guān)；流表下發(fā)單元，用于向目標(biāo)用戶面網(wǎng)關(guān)下發(fā)流表；承載修改響應(yīng)發(fā)送單元，用于向移動性管理實(shí)體發(fā)送承載修改響應(yīng)。

進(jìn)一步地，流表下發(fā)單元用于向原用戶面網(wǎng)關(guān)下發(fā)流表刪除指令。

進(jìn)一步地，終端的位置信息包括跟蹤區(qū)識別碼和小區(qū)全局標(biāo)識符。

進(jìn)一步地，一種控制面和用戶面分離場景下用戶面網(wǎng)關(guān)重選的系統(tǒng)，其特征在于，包括目標(biāo)用戶面網(wǎng)關(guān)、上述的移動性管理實(shí)體和上述的控制面網(wǎng)關(guān)；目標(biāo)用戶面網(wǎng)關(guān)用于接收控制面網(wǎng)關(guān)下發(fā)的流表。

進(jìn)一步地，還包括原用戶面網(wǎng)關(guān)；原用戶面網(wǎng)關(guān)用于接收控制面網(wǎng)關(guān)發(fā)送的流表刪除指令。

進(jìn)一步地，還包括域名系統(tǒng)；域名系統(tǒng)用于接收移動性管理實(shí)體發(fā)送的服務(wù)網(wǎng)關(guān)地址請求，并將服務(wù)網(wǎng)關(guān)地址返回至移動性管理實(shí)體，其中服務(wù)網(wǎng)關(guān)地址包括控制面網(wǎng)關(guān)的IP地址和用戶面網(wǎng)關(guān)對應(yīng)的管理域ID。

與現(xiàn)有技術(shù)相比，本發(fā)明移動性管理實(shí)體接收終端的移動性會話請求；移動性管理實(shí)體判斷是否需要重選用戶面網(wǎng)關(guān)；若需要重選用戶面網(wǎng)關(guān)，移動性管理實(shí)體則向控制面網(wǎng)關(guān)發(fā)送承載修改請求，承載修改請求包括終端的位置信息，以便控制面網(wǎng)關(guān)根據(jù)終端的位置信息和當(dāng)前網(wǎng)絡(luò)狀態(tài)選擇目標(biāo)用戶面網(wǎng)關(guān)；移動性管理實(shí)體接收控制面網(wǎng)關(guān)的承載修改響應(yīng)，承載修改響應(yīng)包括目標(biāo)用戶面網(wǎng)關(guān)的IP地址。因此，能夠?qū)崿F(xiàn)在控制面網(wǎng)關(guān)不變的情況下，移動性管理實(shí)體能感知到終端移動后是否會觸發(fā)用戶面網(wǎng)關(guān)改變，從而觸發(fā)網(wǎng)關(guān)重選。

通過以下參照附圖對本發(fā)明的示例性實(shí)施例的詳細(xì)描述，本發(fā)明的其它特征及其優(yōu)點(diǎn)將會變得清楚。

附圖說明

構(gòu)成說明書的一部分的附圖描述了本發(fā)明的實(shí)施例，并且連同說明書一起用于解釋本發(fā)明的原理。

參照附圖，根據(jù)下面的詳細(xì)描述，可以更加清楚地理解本發(fā)明，其中：

圖1為本發(fā)明CU分離場景下用戶面網(wǎng)關(guān)重選的方法的一個實(shí)施例的流程示意圖。

圖2為本發(fā)明CU分離場景下MME觸發(fā)SGW-U重選的一個實(shí)施例的流程示意圖。

圖3為本發(fā)明CU分離場景下MME觸發(fā)SGW-U重選的一個具體實(shí)施例的流程示意圖。

圖4為本發(fā)明CU分離場景下通過DNS機(jī)制觸發(fā)SGW-U重選的一個實(shí)施例的流程示意圖。

圖5為本發(fā)明CU分離場景下通過DNS機(jī)制觸發(fā)SGW-U重選的一個具體實(shí)施例的流程示意圖。

圖6為本發(fā)明MME的一個實(shí)施例的結(jié)構(gòu)示意圖。

圖7為本發(fā)明MME的另一個實(shí)施例的結(jié)構(gòu)示意圖。

圖8為本發(fā)明SGW-C的一個實(shí)施例的結(jié)構(gòu)示意圖。

圖9為本發(fā)明CU分離場景下用戶面網(wǎng)關(guān)重選的系統(tǒng)的一個實(shí)施例的結(jié)構(gòu)示意圖。

具體實(shí)施方式

現(xiàn)在將參照附圖來詳細(xì)描述本發(fā)明的各種示例性實(shí)施例。應(yīng)注意到：除非另外具體說明，否則在這些實(shí)施例中闡述的部件和步驟的相對布置、數(shù)字表達(dá)式和數(shù)值不限制本發(fā)明的范圍。

同時，應(yīng)當(dāng)明白，為了便于描述，附圖中所示出的各個部分的尺寸并不是按照實(shí)際的比例關(guān)系繪制的。

以下對至少一個示例性實(shí)施例的描述實(shí)際上僅僅是說明性的，決不作為對本發(fā)明及其應(yīng)用或使用的任何限制。

對于相關(guān)領(lǐng)域普通技術(shù)人員已知的技術(shù)、方法和設(shè)備可能不作詳 細(xì)討論，但在適當(dāng)情況下，所述技術(shù)、方法和設(shè)備應(yīng)當(dāng)被視為授權(quán)說明書的一部分。

在這里示出和討論的所有示例中，任何具體值應(yīng)被解釋為僅僅是示例性的，而不是作為限制。因此，示例性實(shí)施例的其它示例可以具有不同的值。

應(yīng)注意到：相似的標(biāo)號和字母在下面的附圖中表示類似項(xiàng)，因此，一旦某一項(xiàng)在一個附圖中被定義，則在隨后的附圖中不需要對其進(jìn)行進(jìn)一步討論。

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，以下結(jié)合具體實(shí)施例，并參照附圖，對本發(fā)明進(jìn)一步詳細(xì)說明。

圖1為本發(fā)明CU分離場景下用戶面網(wǎng)關(guān)重選的方法的一個實(shí)施例的流程示意圖。該方法包括以下步驟：

在步驟110，MME接收UE的移動性會話請求。

例如，UE發(fā)起位置更新、切換等請求。

在步驟120，MME判斷是否需要重選SGW-U。若需要重選SGW-U，則執(zhí)行步驟130，否則，執(zhí)行步驟150。

本發(fā)明只需要對MME或者DNS(Domain Name System，域名系統(tǒng))進(jìn)行功能升級，即可以通過查詢MME中GW-U Serving Area(用戶面網(wǎng)關(guān)服務(wù)區(qū)域)與TA List(跟蹤區(qū)列表)的映射關(guān)系，或者根據(jù)DNS中SGW-U管理域ID的變化來判斷是否需要重選SGW-U。

在步驟130，MME則向SGW-C(控制面網(wǎng)關(guān))發(fā)送承載修改請求，以便SGW-C根據(jù)UE的位置信息和當(dāng)前網(wǎng)絡(luò)狀態(tài)選擇目標(biāo)SGW-U。

其中承載修改請求包括UE的位置信息，例如TAI(Tracking Area Identity，跟蹤區(qū)識別碼)和ECGI(E-UTRAN Cell Global Identifier，小區(qū)全局標(biāo)識符)。

在步驟140，MME接收SGW-C的承載修改響應(yīng)，承載修改響應(yīng)包括目標(biāo)SGW-U的IP地址。

在步驟150，MME不需要向SGW-C發(fā)起會話流程。

在該實(shí)施例中，MME接收UE的移動性會話請求；判斷是否需要重選SGW-U；若需要重選SGW-U，MME則向SGW-C發(fā)送承載修改請求，以便SGW-C根據(jù)UE的位置信息和當(dāng)前網(wǎng)絡(luò)狀態(tài)選擇目標(biāo)SGW-U；MME接收SGW-C的承載修改響應(yīng)，承載修改響應(yīng)包括目標(biāo)SGW-U的IP地址。因此，解決了傳統(tǒng)3GPP解決方案在移動網(wǎng)關(guān)C/U分離架構(gòu)下無法實(shí)現(xiàn)選擇用戶面網(wǎng)關(guān)的問題。

圖2為本發(fā)明CU分離場景下MME觸發(fā)SGW-U重選的一個實(shí)施例的流程示意圖。

在步驟210，UE向MME發(fā)起移動性會話請求。

該請求中可以包括TAU(Tracking Area Update，跟蹤區(qū)更新)/切換等。

在步驟220，MME查詢映射表判斷SGW-U是否發(fā)生變化。

本發(fā)明在MME上增加GW-U Serving Area和TA List映射表。其中GW-U Serving Area代表一個用戶面網(wǎng)關(guān)的服務(wù)范圍，該映射表標(biāo)識一個用戶面網(wǎng)關(guān)所服務(wù)的TA列表。通過查詢該表，MME能通過UE的位置信息判斷UE移動后是否需要觸發(fā)用戶面網(wǎng)關(guān)重選。

在步驟230，MME攜帶UE位置信息向SGW-C發(fā)送修改承載請求。

位置信息可以包括TAI和ECGI。

另外，當(dāng)收到UE的移動性請求(如TAU、切換等)時，MME可以先基于UE的位置信息向DNS查詢SGW-C的IP地址，若SGW-C的IP地址發(fā)生變化，MME向新的SGW-C發(fā)起承載建立請求；若IP地址沒有變化，則比對本次TAI是否在上次的SGW-U服務(wù)范圍內(nèi)，若不在，則判斷需要改變SGW-U，并發(fā)起承載修改請求，并在消息中將UE的位置信息(TAI、ECGI)發(fā)給SGW-C，若本次TAI在上次的SGW-U的服務(wù)范圍內(nèi)，則判斷SGW-U不需要改變，不需要向SGW-C發(fā)起會話流程。

在步驟240，SGW-C根據(jù)UE位置信息和當(dāng)前的網(wǎng)絡(luò)狀態(tài)選擇最佳的SGW-U。

例如，重選前由SGW-U(a)為UE提供服務(wù)，重選后由SGW-U(b)為UE提供服務(wù)。

在該實(shí)施例中，MME通過查詢TA list與GW-U Serving Area映射表判斷用戶面實(shí)體是否需要發(fā)生改變，從而決定是否觸發(fā)網(wǎng)關(guān)重選流程，由控制面網(wǎng)關(guān)根據(jù)多種條件選擇用戶面實(shí)體。并且，本發(fā)明只需對MME做很小的功能升級，并在MME上做少量配置，就能夠解決傳統(tǒng)3GPP解決方案在移動網(wǎng)關(guān)C/U分離架構(gòu)下無法實(shí)現(xiàn)選擇用戶面網(wǎng)關(guān)的問題。

圖3為本發(fā)明CU分離場景下MME觸發(fā)SGW-U重選的一個具體實(shí)施例的流程示意圖。該方法包括以下步驟：

在步驟310，MME收到UE發(fā)起的移動性會話請求，如TAU、切換等請求。

在步驟320，MME通過查詢GW-U Serving Area與TA List映射表，比對本次TAI是否仍在上次的SGW-UServing Area中，判斷SGW-U需要改變。

本發(fā)明在MME中新增了GW-U Serving Area與TA List的映射表。GW-U Serving Area代表一個用戶面網(wǎng)關(guān)的服務(wù)范圍，該映射表標(biāo)識一個SGW-C所服務(wù)的TA列表。通過查詢該表，MME能通過UE的位置信息判斷UE移動后是否需要觸發(fā)SGW-U重選。

在步驟330，MME向SGW-C發(fā)起承載修改請求，并攜帶UE的位置信息(TAI，ECGI)。

在步驟340，SGW-C根據(jù)UE的位置信息、網(wǎng)絡(luò)狀態(tài)選擇目標(biāo)SGW-U。

在步驟350，SGW-C向目標(biāo)SGW-U下發(fā)流表，攜帶PGW-U(PDN GateWay-U，用戶面PDN網(wǎng)關(guān))、eNB(基站)的IP地址和TEID(Tunnel Endpoint ID，隧道端點(diǎn)標(biāo)識符)等信息。

在步驟360，SGW-C回復(fù)承載修改響應(yīng)，并攜帶目標(biāo)SGW-U的IP地址和TEID等信息。

在步驟370，SGW-C向原SGW-U下發(fā)刪除流表的指令。

在該實(shí)施例中，通過在MME上增加GW-U Serving Area和TA List映射表。通過查詢該表，MME能通過UE的位置信息判斷UE移動后是否需要觸發(fā)用戶面網(wǎng)關(guān)重選。另外，本發(fā)明僅需對MME做很小的功能升級，并在MME上做少量配置，易于實(shí)現(xiàn)。

圖4為本發(fā)明CU分離場景下通過DNS機(jī)制觸發(fā)SGW-U重選的一個實(shí)施例的流程示意圖。

在步驟410，UE向MME發(fā)起移動性會話請求。

該請求中可以包括TAU/切換等。

在步驟420，MME向DNS查詢，并接收DNS返回的SGW-C的IP地址和SGW-U管理域ID。

本發(fā)明的DNS資源記錄中除了原有的FQDN(Fully Qualified Domain Name，完全合格域名/全稱域名)和IP地址信息外，還需要增加管理域ID信息。

在步驟430，MME根據(jù)SGW-C的IP地址和SGW-U管理域ID判斷SGW-U是否發(fā)生改變。

在步驟440，當(dāng)SGW-C不變，SGW-U變化時，MME攜帶UE的位置信息向SGW-C發(fā)送承載修改請求，位置信息可以包括TAI和ECGI。

當(dāng)SGW-C的IP地址發(fā)生變化，MME向新的SGW-C發(fā)起建立會話流程。當(dāng)SGW-C的IP地址不變，SGW-U管理域ID發(fā)生變化，MME向原控制面網(wǎng)元發(fā)起修改承載請求。當(dāng)SGW-C的IP地址不變、SGW-U管理域ID不變，MME不需要向SGW-C發(fā)起會話流程。

在步驟450，SGW-C根據(jù)UE的位置信息和當(dāng)前的網(wǎng)絡(luò)狀態(tài)選擇最佳的SGW-U。

例如，重選前由SGW-U(a)為UE提供服務(wù)，重選后由SGW-U(b)為UE提供服務(wù)。

在該實(shí)施例中，DNS資源記錄中除了原有的FQDN和IP地址信息外，還需要增加管理域ID信息。MME根據(jù)SGW-C的IP地址和SGW-U管理域ID判斷SGW-U是否發(fā)生改變。并且，本發(fā)明只需對 MME和DNS做很小的功能升級，并在DNS上做少量配置，就能夠解決傳統(tǒng)3GPP解決方案在移動網(wǎng)關(guān)C/U分離架構(gòu)下無法實(shí)現(xiàn)選擇用戶面網(wǎng)關(guān)的問題。

圖5為本發(fā)明CU分離場景下通過DNS機(jī)制觸發(fā)SGW-U重選的一個具體實(shí)施例的流程示意圖。該方法包括以下步驟：

在步驟510，MME收到UE發(fā)起的移動性會話請求，如TAU、切換等請求。

在步驟520，MME基于UE的位置(TAI或者ECGI)向DNS查詢SGW地址。

在步驟530，DNS返回SGW地址。

其中SGW地址包括SGW-C的IP地址和SGW-U對應(yīng)的管理域ID。

在步驟540，MME判斷SGW-C的IP地址和SGW-U管理域ID是否與上一次移動性會話的情況有變化。如果SGW-C不變，但是SGW-U管理域ID變，MME向SGW-C發(fā)起修改承載請求。

在步驟550，MME向SGW-C發(fā)起承載修改請求，并攜帶UE的位置信息(TAI，ECGI)。

在步驟560，SGW-C根據(jù)UE的位置信息、網(wǎng)絡(luò)狀態(tài)選擇目標(biāo)SGW-U。

在步驟570，SGW-C向目標(biāo)SGW-U下發(fā)流表，攜帶PGW-U、eNB的IP地址和TEID等信息。

在步驟580，SGW-C回復(fù)承載修改響應(yīng)，并攜帶目標(biāo)SGW-U的IP地址和TEID等信息。

在步驟590，SGW-C向原SGW-U下發(fā)刪除流表的指令。

在該實(shí)施例中，DNS資源記錄中除了原有的FQDN和IP地址信息外，還需要增加管理域ID信息。MME根據(jù)SGW-C的IP地址和SGW-U管理域ID判斷SGW-U是否發(fā)生改變。并且，本發(fā)明只需對MME和DNS做很小的功能升級，并在DNS上做少量配置，就能夠解決傳統(tǒng)3GPP解決方案在移動網(wǎng)關(guān)C/U分離架構(gòu)下無法實(shí)現(xiàn)選擇用 戶面網(wǎng)關(guān)的問題。

圖6為本發(fā)明MME的一個實(shí)施例的結(jié)構(gòu)示意圖。該MME包括會話請求接收單元610、網(wǎng)關(guān)重選判斷單元620、承載修改請求發(fā)送單元630和承載修改響應(yīng)接收單元640。

會話請求接收單元610用于接收UE的移動性會話請求。

例如，UE發(fā)起位置更新、切換等請求。

網(wǎng)關(guān)重選判斷單元620用于判斷是否需要重選SGW-U。

本發(fā)明只需要對MME或者DNS(Domain Name System，域名系統(tǒng))進(jìn)行功能升級，即可以通過查詢MME中GW-U Serving Area(用戶面網(wǎng)關(guān)服務(wù)區(qū)域)與TA List(跟蹤區(qū)列表)的映射關(guān)系，或者根據(jù)DNS中SGW-U管理域ID的變化來判斷是否需要重選SGW-U。

承載修改請求發(fā)送單元630用于向SGW-C發(fā)送承載修改請求，以便SGW-C根據(jù)UE的位置信息和當(dāng)前網(wǎng)絡(luò)狀態(tài)選擇目標(biāo)SGW-U。

其中承載修改請求包括UE的位置信息，例如TAI和ECGI。

承載修改響應(yīng)接收單元640用于接收SGW-C的承載修改響應(yīng)，承載修改響應(yīng)包括目標(biāo)SGW-U的IP地址。

在該實(shí)施例中，MME接收UE的移動性會話請求；判斷是否需要重選SGW-U；若需要重選SGW-U，MME則向SGW-C發(fā)送承載修改請求，以便SGW-C根據(jù)UE的位置信息和當(dāng)前網(wǎng)絡(luò)狀態(tài)選擇目標(biāo)SGW-U；MME接收SGW-C的承載修改響應(yīng)，承載修改響應(yīng)包括目標(biāo)SGW-U的IP地址。因此，解決了傳統(tǒng)3GPP解決方案在移動網(wǎng)關(guān)C/U分離架構(gòu)下無法實(shí)現(xiàn)選擇用戶面網(wǎng)關(guān)的問題。

圖7為本發(fā)明MME的另一個實(shí)施例的結(jié)構(gòu)示意圖。該MME包括會話請求接收單元710、地址查詢單元720、網(wǎng)關(guān)重選判斷單元730、承載修改請求發(fā)送單元740和承載修改響應(yīng)接收單元750。

會話請求接收單元710用于接收UE的移動性會話請求。

該請求中可以包括TAU/切換等。

地址查詢單元720用于基于UE的位置信息向DNS查詢SGW-C的IP地址。

若SGW-C的IP地址發(fā)生變化，MME向新的SGW-C發(fā)起承載建立請求；若IP地址沒有變化，則比對本次TAI是否在上次的SGW-U服務(wù)范圍內(nèi)，若不在，則判斷需要改變SGW-U，并發(fā)起承載修改請求，并在消息中將UE的位置信息(TAI、ECGI)發(fā)給SGW-C，若本次TAI在上次的SGW-U的服務(wù)范圍內(nèi)，則判斷SGW-U不需要改變，不需要向SGW-C發(fā)起會話流程。

網(wǎng)關(guān)重選判斷單元730用于查詢映射表判斷SGW-U是否發(fā)生變化。

本發(fā)明在MME上增加GW-U Serving Area和TA List映射表。其中GW-U Serving Area代表一個用戶面網(wǎng)關(guān)的服務(wù)范圍，該映射表標(biāo)識一個用戶面網(wǎng)關(guān)所服務(wù)的TA列表。通過查詢該表，MME能通過UE的位置信息判斷UE移動后是否需要觸發(fā)用戶面網(wǎng)關(guān)重選。

承載修改請求發(fā)送單元740用于攜帶UE位置信息向SGW-C發(fā)送修改承載請求，以便SGW-C根據(jù)UE的位置信息、網(wǎng)絡(luò)狀態(tài)選擇目標(biāo)SGW-U。

位置信息可以包括TAI和ECGI。

承載修改響應(yīng)接收單元750用于接收SGW-C回復(fù)的承載修改響應(yīng)，該響應(yīng)包括目標(biāo)SGW-U的IP地址和TEID等信息。

在該實(shí)施例中，通過在MME上增加GW-U Serving Area和TA List映射表。通過查詢該表，MME能通過UE的位置信息判斷UE移動后是否需要觸發(fā)用戶面網(wǎng)關(guān)重選。另外，本發(fā)明僅需對MME做很小的功能升級，并在MME上做少量配置，易于實(shí)現(xiàn)。

本發(fā)明的另一個實(shí)施例，會話請求接收單元710用于接收UE的移動性會話請求。該請求中可以包括TAU/切換等。

地址查詢單元720用于基于UE的位置信息(TAI或者ECGI)向DNS查詢SGW地址，并接收DNS返回的SGW地址。

其中SGW地址包括SGW-C的IP地址和SGW-U對應(yīng)的管理域ID。本發(fā)明的DNS資源記錄中除了原有的FQDN(Fully Qualified Domain Name，完全合格域名/全稱域名)和IP地址信息外，還需要 增加管理域ID信息。

網(wǎng)關(guān)重選判斷單元730用于根據(jù)SGW-C的IP地址和SGW-U管理域ID判斷SGW-U是否發(fā)生改變。

承載修改請求發(fā)送單元740用于當(dāng)SGW-C不變，SGW-U變化時，攜帶UE的位置信息向SGW-C發(fā)送承載修改請求，位置信息可以包括TAI和ECGI。

當(dāng)SGW-C的IP地址發(fā)生變化，MME向新的SGW-C發(fā)起建立會話流程。當(dāng)SGW-C的IP地址不變，SGW-U管理域ID發(fā)生變化，MME向原控制面網(wǎng)元發(fā)起修改承載請求。當(dāng)SGW-C的IP地址不變、SGW-U管理域ID不變，MME不需要向SGW-C發(fā)起會話流程。

承載修改響應(yīng)接收單元750用于接收SGW-C回復(fù)的承載修改響應(yīng)，該響應(yīng)包括目標(biāo)SGW-U的IP地址和TEID等信息。

在該實(shí)施例中，DNS資源記錄中除了原有的FQDN和IP地址信息外，還需要增加管理域ID信息。MME根據(jù)SGW-C的IP地址和SGW-U管理域ID判斷SGW-U是否發(fā)生改變。并且，本發(fā)明只需對MME和DNS做很小的功能升級，并在DNS上做少量配置，就能夠解決傳統(tǒng)3GPP解決方案在移動網(wǎng)關(guān)C/U分離架構(gòu)下無法實(shí)現(xiàn)選擇用戶面網(wǎng)關(guān)的問題。

圖8為本發(fā)明SGW-C的一個實(shí)施例的結(jié)構(gòu)示意圖。該SGW-C包括承載修改請求接收單元810、目標(biāo)SGW-U選擇單元820、流表下發(fā)單元830和承載修改響應(yīng)發(fā)送單元840。

承載修改請求接收單元810用于接收MME發(fā)送的承載修改請求，承載修改請求包括終端UE的位置信息。

UE的位置信息包括TAI和ECGI。

目標(biāo)SGW-U選擇單元820用于根據(jù)UE的位置信息和當(dāng)前網(wǎng)絡(luò)狀態(tài)選擇目標(biāo)SGW-U。

流表下發(fā)單元830用于向目標(biāo)SGW-U下發(fā)流表。

流表下發(fā)單元830還用于向原SGW-U下發(fā)流表刪除指令。

承載修改響應(yīng)發(fā)送單元840用于向MME發(fā)送承載修改響應(yīng)。

該承載修改響應(yīng)中包括目標(biāo)SGW-U的IP地址和TEID等信息

在該實(shí)施例中，SGW-C接收MME發(fā)送的承載修改請求，并根據(jù)UE的位置信息和當(dāng)前網(wǎng)絡(luò)狀態(tài)選擇目標(biāo)用戶面網(wǎng)關(guān)SGW-U。

圖9為本發(fā)明CU分離場景下用戶面網(wǎng)關(guān)重選的系統(tǒng)的一個實(shí)施例的結(jié)構(gòu)示意圖。該系統(tǒng)包括MME 910、SGW-C 920和目標(biāo)SGW-U 930。

其中MME 910和SGW-C 920已在上述各實(shí)施例中進(jìn)行了詳細(xì)介紹，此處不再進(jìn)一步闡述。

目標(biāo)SGW-U 930用于接收SGW-C 920發(fā)送的流表，以及將自身的IP地址發(fā)送至SGW-C 920，以便為UE服務(wù)。

本發(fā)明還可以包括原SGW-U 940，用于接收SGW-C 920下發(fā)的刪除流表指令。

本發(fā)明還可以包括DNS 950，用于接收MME 910的查詢命令，并返回SGW地址，SGW地址包括SGW-C的IP地址和SGW-U對應(yīng)的管理域ID。

DNS資源記錄中除了原有的FQDN(Fully Qualified Domain Name，完全合格域名/全稱域名)和IP地址信息外，還需要增加管理域ID信息。

本發(fā)明針對NAT部署環(huán)境下策略與計費(fèi)控制系統(tǒng)中的Rx與Gx會話綁定問題，提出MME觸發(fā)用戶面網(wǎng)關(guān)重選和通過DNS機(jī)制觸發(fā)用戶面網(wǎng)關(guān)重選兩種方案來解決現(xiàn)有技術(shù)中無法感知用戶移動過程中用戶面網(wǎng)關(guān)是否需要重選的問題。例如，在MME上增加GW-U Serving Area和TA List映射表。通過查詢該表，MME能通過UE的位置信息判斷UE移動后是否需要觸發(fā)用戶面網(wǎng)關(guān)重選。或者，DNS資源記錄中除了原有的FQDN和IP地址信息外，還需要增加管理域ID信息。MME根據(jù)SGW-C的IP地址和SGW-U管理域ID判斷SGW-U是否發(fā)生改變。本發(fā)明只需對MME和DNS做很小的功能升級，易于實(shí)現(xiàn)。

至此，已經(jīng)詳細(xì)描述了本發(fā)明。為了避免遮蔽本發(fā)明的構(gòu)思，沒 有描述本領(lǐng)域所公知的一些細(xì)節(jié)。本領(lǐng)域技術(shù)人員根據(jù)上面的描述，完全可以明白如何實(shí)施這里公開的技術(shù)方案。

可能以許多方式來實(shí)現(xiàn)本發(fā)明的方法以及裝置。例如，可通過軟件、硬件、固件或者軟件、硬件、固件的任何組合來實(shí)現(xiàn)本發(fā)明的方法以及裝置。用于所述方法的步驟的上述順序僅是為了進(jìn)行說明，本發(fā)明的方法的步驟不限于以上具體描述的順序，除非以其它方式特別說明。此外，在一些實(shí)施例中，還可將本發(fā)明實(shí)施為記錄在記錄介質(zhì)中的程序，這些程序包括用于實(shí)現(xiàn)根據(jù)本發(fā)明的方法的機(jī)器可讀指令。因而，本發(fā)明還覆蓋存儲用于執(zhí)行根據(jù)本發(fā)明的方法的程序的記錄介質(zhì)。

雖然已經(jīng)通過示例對本發(fā)明的一些特定實(shí)施例進(jìn)行了詳細(xì)說明，但是本領(lǐng)域的技術(shù)人員應(yīng)該理解，以上示例僅是為了進(jìn)行說明，而不是為了限制本發(fā)明的范圍。本領(lǐng)域的技術(shù)人員應(yīng)該理解，可在不脫離本發(fā)明的范圍和精神的情況下，對以上實(shí)施例進(jìn)行修改。本發(fā)明的范圍由所附權(quán)利要求來限定。