專利名稱:網(wǎng)絡(luò)系統(tǒng)、分流裝置和分流裝置的用戶標(biāo)識信息獲得方法
技術(shù)領(lǐng)域:
此處討論的實(shí)施方式涉及網(wǎng)絡(luò)系統(tǒng)、分流裝置和用于分流裝置的用戶標(biāo)識信息獲得方法。
背景技術(shù):
作為根據(jù)第三代蜂窩電話網(wǎng)絡(luò)的下一代的移動通信系統(tǒng),LTE/EPC (長期演進(jìn)/演進(jìn)分組核心)已經(jīng)隨著3GPP —起標(biāo)準(zhǔn)化。LTE/EPC包括LTE網(wǎng)絡(luò)(遵循LTE的無線接入網(wǎng)絡(luò):稱為eUTRAN)和用作核心網(wǎng)絡(luò)(移動發(fā)送網(wǎng)絡(luò))的EPC網(wǎng)絡(luò)(還稱為SAE (系統(tǒng)架構(gòu)演進(jìn)))。EPC網(wǎng)絡(luò)經(jīng)由MS (IP多媒體子系統(tǒng))網(wǎng)絡(luò)連接到IP (因特網(wǎng)協(xié)議)網(wǎng)絡(luò)(分組網(wǎng)絡(luò))。IP網(wǎng)絡(luò)的不例包括ISP (因特網(wǎng)服務(wù)提供商)網(wǎng)絡(luò)(因特網(wǎng))和內(nèi)聯(lián)網(wǎng)。移動臺(用戶設(shè)備:UE)可以經(jīng)由LTE網(wǎng)絡(luò)連接到EPC網(wǎng)絡(luò),并且經(jīng)由EPC網(wǎng)絡(luò)和IMS網(wǎng)絡(luò)連接到IP網(wǎng)絡(luò)。UE可以通過接入連接到IP網(wǎng)絡(luò)的各種服務(wù)器和終端裝置來接收各種分組通信服務(wù)(例如,網(wǎng)頁服務(wù)、VoIP (IP電話))。EPC網(wǎng)絡(luò)包括諸如MME (移動性管理實(shí)體)、S_GW (服務(wù)網(wǎng)關(guān))、P_GW (分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān))和PCRF (策略和計費(fèi)規(guī)則功能)這樣的多個節(jié)點(diǎn)。UE經(jīng)由S-GW和P-GW連接到MS網(wǎng)絡(luò),因而UE可以接入IP網(wǎng)絡(luò)。在最近幾年,隨著經(jīng)由諸如LTE/EPC這樣的移動網(wǎng)絡(luò)的web接入(web access)的增長,用于將業(yè)務(wù)從S-GW分流到分流網(wǎng)絡(luò)的構(gòu)造已經(jīng)被采用,作為分流來自移動網(wǎng)絡(luò)的用于web接入的業(yè)務(wù)的方法。日本特開2006-253794和2002-77381公開了本技術(shù)的現(xiàn)有技術(shù)的示例。
發(fā)明內(nèi)容
`
因此,實(shí)施方式的目的是提供能夠在分流裝置處適當(dāng)獲得分流業(yè)務(wù)的用戶信息的技術(shù)。根據(jù)實(shí)施方式的方面,一種網(wǎng)絡(luò)系統(tǒng)包括:多個基站,每一個基站與一個移動臺進(jìn)行通信;核心網(wǎng)絡(luò),包括一個或更多個網(wǎng)關(guān),每一個網(wǎng)關(guān)與所述多個基站進(jìn)行通信;多個分流裝置,每一個分流裝置被排列在所述基站和所述網(wǎng)關(guān)之間,每一個分流裝置用作錨點(diǎn)的網(wǎng)關(guān),在所述錨點(diǎn)處要分流的業(yè)務(wù)被發(fā)送到分流網(wǎng)絡(luò)或者從分流網(wǎng)絡(luò)接收,并且每一個分流裝置用作中繼點(diǎn)的網(wǎng)關(guān),在所述中繼點(diǎn)處要分流的業(yè)務(wù)在錨點(diǎn)和所述多個基站中的與移動臺進(jìn)行通信的一個基站之間中繼;控制站,所述控制站用于控制所述移動臺和所述網(wǎng)關(guān)之間的業(yè)務(wù);以及一個或者更多個偵聽裝置,每一個偵聽裝置偵聽所述控制站和所述網(wǎng)關(guān)之間的業(yè)務(wù);其中,所述一個或更多個偵聽裝置中的每一個通過偵聽業(yè)務(wù)來獲得移動臺的用戶標(biāo)識信息,并且存儲所述用戶標(biāo)識信息,其中,每一個所述分流裝置在開始所述移動臺和所述網(wǎng)關(guān)之間的業(yè)務(wù)時偵聽所述移動臺和所述網(wǎng)關(guān)之間的業(yè)務(wù),獲得用于所述業(yè)務(wù)的線路信息,并且從所述偵聽裝置接收與所獲得的線路信息相對應(yīng)的用戶標(biāo)識信息,其中,多個分流裝置中的第一分流裝置在所述第一分流裝置根據(jù)移動臺的切換充當(dāng)針對切換源的分流裝置的情況下,從多個分流裝置中的針對所述切換源的第二分流裝置或者偵聽裝置接收所述用戶標(biāo)識信息。
圖1例示了根據(jù)實(shí)施方式的網(wǎng)絡(luò)系統(tǒng)的構(gòu)造示例;圖2例不了 Sll偵聽(interception)裝置和oGW的硬件構(gòu)造不例;圖3是由圖2中例示了的執(zhí)行存儲在存儲裝置中的程序的CPU來實(shí)現(xiàn)的oGW和Sll偵聽裝置的功能的說明圖;圖4是圖3中例示的CPU實(shí)現(xiàn)的功能的說明圖;圖5是圖3中例示的CPU實(shí)現(xiàn)的功能的說明圖;圖6例示了 UE被激活以進(jìn)行附著(Attach)的情況下的序列示例;圖7例示了 UE被改變?yōu)榉峭ㄐ艩顟B(tài)以及從非通信狀態(tài)恢復(fù)的情況下的序列示例;圖8例示了 UE被重激活以進(jìn)行附著的情況下的序列示例;圖9例示了在分流通信下基于SI的切換的序列示例;圖10例示了在分流通信下基于X2的切換的序列示例;圖11通過 已經(jīng)靠近MME布置Sll偵聽裝置的情況,例示了 UE被改變?yōu)榉峭ㄐ艩顟B(tài)并且從非通信狀態(tài)恢復(fù)的情況下的序列示例;圖12通過Sll偵聽裝置已經(jīng)被靠近MME布置的情況,例示了 UE被重激活以進(jìn)行附著的情況下的序列示例;圖13例示了在通過基于SI的切換,從靠近S-GW布置的Sll偵聽裝置接收到用戶標(biāo)識符的情況下的序列示例;圖14例示了在通過基于X2的切換,從靠近S-GW布置的Sll偵聽裝置接收到用戶標(biāo)識符的情況下的序列示例;圖15指不了 Create Session Request消息的結(jié)構(gòu)不例;圖16 指不了 Create Session Response 消息的結(jié)構(gòu)不例;圖17指不了 Delete Session Request消息的結(jié)構(gòu)不例;圖18指示了 TEID-MSI對應(yīng)狀態(tài)數(shù)據(jù)的結(jié)構(gòu)示例;圖19指示了位于分類點(diǎn)處的承載狀態(tài)管理數(shù)據(jù)的結(jié)構(gòu)示例;圖20指示了分流條件應(yīng)用狀態(tài)表的結(jié)構(gòu)示例;圖21指示了 TOF中繼狀態(tài)管理數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)示例;圖22 例不了在偵聽了圖 15 中指不的 Create Session Request 消息(MME->S_GW)的情況下的處理流程示例;圖23例不了在偵聽了圖16 中指不的 Create Session Response 消息(S_GW->MME)的情況下的處理流程示例;圖24例示了在偵聽了圖17中指示的Delete Session Request消息的情況下的處理流程示例(MME->S-GW);圖25 指不了 Initial Context Setup Request 消息的結(jié)構(gòu)不例;圖26指不了 Handover Required消息的結(jié)構(gòu)不例;
圖27指不了 Handover Request消息的結(jié)構(gòu)不例;圖28指不了 Handover Request Ack.消息的結(jié)構(gòu)不例;圖29指不了 Handover Command消息的結(jié)構(gòu)不例;圖30 指不了 UE Context Release Command 消息的結(jié)構(gòu)不例;圖31指不了 X2AP:Handover Request消息的結(jié)構(gòu)不例;圖32指不了 X2AP:Handover Request消息的結(jié)構(gòu)不例;圖33例不了在 Initial Context Setup Request 消息(MME_>eNB)的偵聽要被oGW的CPU的SlAP偵聽處理執(zhí)行時的處理流程示例;圖34例示了在圖26指示的Handover Required消息(源eNB_>源MME)的偵聽要被oGW的CPU的SlAP偵聽處理在基于SI的切換時執(zhí)行時的處理流程示例;圖35例不了在圖27指不的Handover Request消息(目標(biāo)MME_>目標(biāo)eNB)的偵聽要被oGW的CPU的SlAP偵聽處理在基于SI的切換時執(zhí)行時的處理流程示例;圖36例不了在圖28指不的Handover Request Ack.消息(目標(biāo)eNB_>目標(biāo)MME)的偵聽要被oGW的CPU的SlAP偵聽處理在基于SI的切換時執(zhí)行時的處理流程示例;圖37例示了在圖29指示的Handover Command消息(源MME_>源eNB)的偵聽要被oGW的CPU的SlAP偵聽處理在基于SI的切換時執(zhí)行時的處理流程示例;圖38例示了在圖30指示的UE Context Release消息(源MME_>源eNB)的偵聽要被oGW的CPU的SlAP偵聽處理在基于SI的切換時執(zhí)行時的處理流程示例;
圖39例不了在圖31指不的X2AP:Handover Request消息(源eNB_>目標(biāo)eNB)的偵聽要被oGW的CPU的X2AP偵聽處理在基于X2的切換時執(zhí)行時的處理流程示例;圖40 例示了在圖 32 指示的 X2AP:UE Context Release 消息(目標(biāo) eNB_> 源 eNB)的偵聽要被oGW的CPU的X2AP偵聽處理在基于X2的切換時執(zhí)行時的處理流程示例;圖41例示了圖33到圖35中例示的GTP-U隧道產(chǎn)生處理(S28中的子例程)的示例;圖42例示了圖37中例示的分流GTP-U開關(guān)處理子例程(S68)的處理流程示例;圖43指示了在UE激活(附著)之后TEID-MSI對應(yīng)狀態(tài)數(shù)據(jù)的設(shè)定示例;圖44指示了在圖43指示的狀態(tài)下的承載狀態(tài)管理數(shù)據(jù)的設(shè)定示例;圖45指示了在圖43指示的狀態(tài)下的TOF中繼狀態(tài)管理數(shù)據(jù)的設(shè)定示例;圖46指示了當(dāng)經(jīng)由UE的空閑狀態(tài)恢復(fù)時承載狀態(tài)管理數(shù)據(jù)的設(shè)定示例;圖47指示了當(dāng)經(jīng)由UE的空閑狀態(tài)恢復(fù)時TOF中繼狀態(tài)管理數(shù)據(jù)的設(shè)定示例;圖48指示了當(dāng)經(jīng)由UE的空閑狀態(tài)恢復(fù)時TEID-MSI對應(yīng)狀態(tài)數(shù)據(jù)的設(shè)定示例;圖49指示了在UE重激活(重附著)之后TEID-MSI對應(yīng)狀態(tài)數(shù)據(jù)的設(shè)定示例;圖50指示了在圖49指示的狀態(tài)下的承載狀態(tài)管理數(shù)據(jù)的設(shè)定示例;圖51指示了在圖49指示的狀態(tài)下的TOF中繼狀態(tài)管理數(shù)據(jù)的設(shè)定示例;圖52指示了位于基于SI的切換處的承載狀態(tài)管理數(shù)據(jù)的設(shè)定示例;圖53指示了在圖52指示的狀態(tài)下的TOF中繼狀態(tài)管理數(shù)據(jù)的設(shè)定示例;圖54指示了位于基于X2的切換處的承載狀態(tài)管理數(shù)據(jù)的設(shè)定示例;圖55指示了在圖54指示的狀態(tài)下的TOF中繼狀態(tài)管理數(shù)據(jù)的設(shè)定示例;圖56指示了容納用于Sll協(xié)議偵聽的S-GW的Sll偵聽裝置的信息的表結(jié)構(gòu)示例;圖57指示了容納eNB的分流GW的信息的表結(jié)構(gòu)示例;圖58通過Sll偵聽裝置已經(jīng)被靠近MME布置的情況例示了在Initial ContextSetup Request消息(MME_>eNB)已經(jīng)被偵聽的情況下處理流程的示例;圖59指示了在Sll偵聽裝置已經(jīng)被靠近MEE布置的情況下,容納用于Sll協(xié)議偵聽的MME的Sll偵聽裝置的信息的表結(jié)構(gòu)示例;圖60指示了在Sll偵聽裝置被靠近MME布置的情況下經(jīng)由UE的空閑狀態(tài)恢復(fù)時TEID-1MSI對應(yīng)狀態(tài)數(shù)據(jù)的設(shè)定示例;圖61指示了在圖60指示的狀態(tài)下的承載狀態(tài)管理數(shù)據(jù)的設(shè)定示例;圖62指示了在圖60指示的狀態(tài)下的TOF中繼狀態(tài)管理數(shù)據(jù)的設(shè)定示例;圖63指示了在Sll偵聽裝置被靠近MME布置的情況下在UE重激活(重附著)之后TEID-1MSI對應(yīng)狀態(tài)數(shù)據(jù)的設(shè)定示例;圖64指示了在圖63指示的狀態(tài)下的承載狀態(tài)管理數(shù)據(jù)的設(shè)定示例;圖65指示了在圖63指示的狀態(tài)下的TOF中繼狀態(tài)管理數(shù)據(jù)的設(shè)定示例;圖66指示了當(dāng)目標(biāo)分流GW在偵聽Handover Request時的TEID-MSI對應(yīng)狀態(tài)數(shù)據(jù)的設(shè)定值的示例; 圖67例示了在偵聽Handover Request消息(目標(biāo)MME_>目標(biāo)eNB)時在從靠近S-GW布置的Sll偵聽裝置接收用戶標(biāo)識符的情況下的處理流程;圖68例示了在偵聽X2AP:Handover Request消息(源eNB_>目標(biāo)eNB)時在從靠近S-GW布置的Sll偵聽裝置接收用戶標(biāo)識符的情況下的處理流程的示例;圖69指示了當(dāng)目標(biāo)分流GW在偵聽X2AP: Handover Request時的TEID-MSI對應(yīng)狀態(tài)數(shù)據(jù)的設(shè)定值的示例。
具體實(shí)施例方式通過以上提到的系統(tǒng),業(yè)務(wù)被從S-GW分流。這導(dǎo)致在無線接入網(wǎng)絡(luò)與EPC網(wǎng)絡(luò)的接合點(diǎn)和S-GW之間,EPC網(wǎng)絡(luò)的資源已經(jīng)被消耗的情形。鑒于以上問題,在降低EPC網(wǎng)絡(luò)的資源消耗的準(zhǔn)備中,已經(jīng)存在對從無線接入網(wǎng)絡(luò)和EPC網(wǎng)絡(luò)之間的接合點(diǎn)分流業(yè)務(wù)的需要。關(guān)于從這種接合點(diǎn)分流,期望實(shí)現(xiàn)按照和S-Gff處分流的相同方式的諸如記賬等的服務(wù)要求來確定用戶。然而,在作為移動網(wǎng)絡(luò)的無線接入網(wǎng)絡(luò)和EPC網(wǎng)絡(luò)的接合點(diǎn)處非常難確定通信線路用戶。NAS (非接入層)的通信穿過無線接入網(wǎng)絡(luò)和EPC網(wǎng)絡(luò)之間的接合點(diǎn)。存在MSI(國際移動用戶標(biāo)識),其在NAS消息內(nèi)唯一地確定用戶。然而,對于移動網(wǎng)絡(luò),為了抑制哄騙用戶裝置(UE)、篡改信息等,NAS的通信通過加密過程以及MME (移動性管理實(shí)體)和UE同意的加密碼加密,GUTI (全球唯一臨時標(biāo)識)被采用作為臨時用戶標(biāo)識符而不是IMSIj且MME接連地改變⑶TI。本技術(shù)的一個方面是提供一種在分流裝置處適當(dāng)獲得分流業(yè)務(wù)的用戶信息的技術(shù)。在下文將參考所附的附圖詳細(xì)描述本公開的實(shí)施方式。本實(shí)施方式的構(gòu)造是示例,并且本公開不限于實(shí)施方式的構(gòu)造。
本實(shí)施方式具有以下描述的構(gòu)造。(I)通過偵聽MME和S-GW之間的Sll信號,用戶標(biāo)識符(IMSI)和用于通信的線路分配信息被以關(guān)聯(lián)方式存儲。例如,用戶標(biāo)識符和線路分配信息被保持在表中。(2)分流GW (oGW)根據(jù)上述(I)中的存儲信息,通過對移動終端(UE)的通信線路設(shè)定處的eNodeB-SGW區(qū)間設(shè)定(Initial Context Setup Request)作為觸發(fā)器,確定與其eNodeB-SGW區(qū)間設(shè)定指示的線路分配信息一致的用戶標(biāo)識符,并且將其存儲起來。例如,要被存儲的用戶標(biāo)識符被保持在表中。(3)通過隨著UE的移動的切換作為觸發(fā)器,切換目的地oGW獲得切換源oGW具有的、上述(2)中的用戶標(biāo)識符,并且將其存儲起來。例如,切換目的地oGW可以在表中保持所獲得的用戶標(biāo)識符。[總體構(gòu)造]圖1例示了根據(jù)實(shí)施方式的網(wǎng)絡(luò)系統(tǒng)的構(gòu)造示例。圖1例示的網(wǎng)絡(luò)系統(tǒng)主要包括LTE網(wǎng)絡(luò)(eUTRA N) 10、EPC網(wǎng)絡(luò)20、IMS網(wǎng)絡(luò)30、ISP (因特網(wǎng)服務(wù)提供商)網(wǎng)絡(luò)(因特網(wǎng))40和分流網(wǎng)絡(luò)50。LTE網(wǎng)絡(luò)10是無線接入網(wǎng)絡(luò)的示例,并且EPC網(wǎng)絡(luò)是核心網(wǎng)絡(luò)的示例。ISP網(wǎng)絡(luò)40是分組網(wǎng)絡(luò)(IP網(wǎng)絡(luò))的示例。LTE網(wǎng)絡(luò)10包括多個基站(eNodeB (eNB))ll,用戶裝置(在下文,還稱為UE)可以連接到這些基站。在ISP網(wǎng)絡(luò)40中舉例了被配置為提供網(wǎng)站#a的web服務(wù)器41。然而,web服務(wù)器41是連接到ISP網(wǎng)絡(luò)40的UE60的通信伙伴(對應(yīng)節(jié)點(diǎn):服務(wù)器和終端裝置)的示例。服務(wù)器和終端裝置以及要提供的服務(wù)都不受限制。用戶裝置60無線地連接到基站11,因而UE可以經(jīng)由EPC網(wǎng)絡(luò)20與諸如web服務(wù)器41這樣的連接到ISP網(wǎng)絡(luò)40的通信伙伴進(jìn)行通信。用戶裝置60可以通過根據(jù)用戶裝置60的運(yùn)動改變連接目的地基站11 (切換)而持續(xù)與通信伙伴進(jìn)行通信。EPC網(wǎng)絡(luò)20包括各種節(jié)點(diǎn),諸如MME (移動性管理實(shí)體)21、S-GW (服務(wù)網(wǎng)關(guān))22、P-Gff (分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān))23和PCRF (策略和計費(fèi)規(guī)則功能)(未例示)。MME21負(fù)責(zé)用于網(wǎng)絡(luò)控制的C平面(控制平面)。MME21進(jìn)行運(yùn)動控制,諸如建立/釋放承載(Bearer,用戶與分組網(wǎng)絡(luò)之間的連接)、用戶裝置60的位置登記或者切換。另外,MME21與其中登記了訂戶信息的HSS (家庭訂戶服務(wù)器:未例示)合作進(jìn)行用戶裝置的驗(yàn)證。MME21是控制站的示例。S-GW22負(fù)責(zé)U平面(用戶平面),其為用戶數(shù)據(jù)的分組數(shù)據(jù)。S-GW22可以用作3GPP(eNB、2G/3G)的無線接入網(wǎng)絡(luò)的錨點(diǎn),并且進(jìn)行與P-GW23的用戶分組數(shù)據(jù)的中繼處理。P-GW23用作到諸如IPS網(wǎng)絡(luò)40這樣的分組網(wǎng)絡(luò)的連接點(diǎn)。P-GW23進(jìn)行對用戶裝置的IP地址的切換、與在承載建立時對分組網(wǎng)絡(luò)連接有關(guān)的用戶驗(yàn)證。此外,P-GW23具有諸如根據(jù)PCRF的指令的QoS (服務(wù)質(zhì)量)控制、記賬數(shù)據(jù)產(chǎn)生和DHCP (動態(tài)主機(jī)配置協(xié)議)服務(wù)器這樣的功能。在EPC網(wǎng)絡(luò)20中,諸如MME21、S-GW22和P-GW23這樣的每一個節(jié)點(diǎn)的數(shù)量可以是一個或者更多個?;?1通過被稱為“S1-MME接口”的U平面接口連接到MME21。另外,基站11通過被稱為“S1-U接口”的接口連接到S-GW22。S-GW22和MME21通過被稱為“Sll接口”的C平面接口連接起來。S-GW22和P-GW23通過被稱為“S5”的U平面接口以及用于U平面的接口連接起來。另外,多個基站11通過被稱為“X2接口”的接口連接起來。此外,圖1例示的網(wǎng)絡(luò)系統(tǒng)包括多個分流GW (oGff)70和Sll偵聽裝置80。Sll偵聽裝置80偵聽要在MME21和S-GW22之間經(jīng)由Sll接口發(fā)送/接收的信號(Sll信號)以獲得用戶標(biāo)識符(MSI)。Sll偵聽裝置80被安裝在MME21和S-GW22之間。此時,Sll偵聽裝置80可以被安裝在比MME21更接近S-GW22的位置。相反地,Sll偵聽裝置80可以被安裝在比S-GW22更接近MME21的位置??梢葬槍γ恳粋€Sll接口設(shè)置Sll偵聽裝置80。Sll偵聽裝置80是偵聽裝置的示例。oGW70均被布置在LTE網(wǎng)絡(luò)10和EPC網(wǎng)絡(luò)20之間的邊界處,并且將朝向EPC網(wǎng)絡(luò)20的業(yè)務(wù)分流到分流網(wǎng)絡(luò)50。通過圖1例示的示例,例示了 oGW#A、oGff#B和oGW#C作為0GW70的示例。然而,可以適當(dāng)確定OGW70的安裝數(shù)量。例如,可以針對每一個基站11布置oGW70。oGW70是多個分流裝置的示例。例如,在用戶裝置60與web服務(wù)器41通信的情況下,用戶裝置60經(jīng)由基站11、S-GW22和P-GW23連接到IPS網(wǎng)絡(luò)40,因而用戶裝置60可以訪問web服務(wù)器41。在流過這種EPC網(wǎng)絡(luò)20的業(yè)務(wù)中,oGW70改變業(yè)務(wù)的路由使之被分流到經(jīng)由分流網(wǎng)絡(luò)50達(dá)到web服務(wù)器41的路由。因而,流入EPC網(wǎng)絡(luò)20的業(yè)務(wù)量可以降低。另外,oGW被布置在邊界(連接點(diǎn)),因而抑制了 EPC網(wǎng)絡(luò)20的資源消耗。Sll偵聽裝置和oGW的構(gòu)造圖2例示了 Sll偵聽裝置80和OGW70的硬件構(gòu)造示例。相同硬件構(gòu)造可以應(yīng)用于Sll偵聽裝置80和OGW70。下文將以O(shè)GW70為例進(jìn)行說明。在圖2中,OGW70包括多個線路接口 71、連接到線路接口 71的分組傳送控制器72、以及連接到分組傳送控制器72的CPU (中央處理單元)73和存儲裝置74。線路接口 71容 納各種線路,諸如被配置為連接基站11和S-GW22的線路、被配置為連接基站11和MME21的線路和被配置為連接OGW70的線路。對于oGW70,與oGW70容納的線路的數(shù)量相對應(yīng),設(shè)置了一個或者更多個線路接口 71。線路接口 71由通用或者專用半導(dǎo)體電路(LS1、ASIC等)形成。分組傳送控制器72進(jìn)行分組傳送處理。具體地,分組傳送控制器72包括路由表,根據(jù)該路由表計算出與分組的目的地地址相對應(yīng)的輸出端口,并且向輸出端口傳送分組。分組傳送控制器72是通信裝置的示例。分組傳送控制器72可以作為電路芯片形成,之上安裝有通用或者專用半導(dǎo)體電路(LS1、ASIC、可編程邏輯器件(PLD)、DSP (數(shù)字信號處理器)
-rf* ) OCPU73通過分組傳送控制器72的控制來控制oGW70的整體操作。CPU73是控制器(控制單元)的示例,以及處理器的示例。請注意被配置為負(fù)責(zé)CPU73的功能的控制器可以通過應(yīng)用專用或者通用硬件芯片來實(shí)現(xiàn)。存儲裝置74例如由半導(dǎo)體芯片形成,諸如ROM (只讀存儲器)、RAM (隨機(jī)存取存儲器)、EEPROM (電可擦寫可編程只讀存儲器)、閃存存儲器等。存儲裝置74提供CPU73的工作區(qū)域、CPU73執(zhí)行的各個程序的存儲區(qū)域以及在執(zhí)行程序時要使用的數(shù)據(jù)。圖3是由圖2中例示的執(zhí)行存儲在存儲裝置74中的程序的CPU73來執(zhí)行的oGW70和Sll偵聽裝置80的功能的說明圖。如圖3所例示的,通過CPU73執(zhí)行程序,Sll偵聽裝置80執(zhí)行Sll偵聽處理以偵聽要在線路接口 71處接收到的Sll信號。另外,通過CPU73執(zhí)行程序,Sll偵聽設(shè)備80在存儲裝置74中存儲TEID (隧道端點(diǎn)標(biāo)識符)-1MSI對應(yīng)狀態(tài)管理數(shù)據(jù)82。TEID是GTP隧道的標(biāo)識符。另一方面,對于OGW70,通過CPU73執(zhí)行程序,CPU73用作分類點(diǎn)(中繼點(diǎn))75和錨點(diǎn)76。用作分類點(diǎn)(中繼點(diǎn))75的功能包括SlAP偵聽處理171、X2AP偵聽處理172、混合處理173和分類處理174。承載狀態(tài)管理數(shù)據(jù)175和分流條件應(yīng)用狀態(tài)管理數(shù)據(jù)175被存儲在儲存裝置74中。用作錨點(diǎn)76的功能包括TOF (Tramc Omoad功能)NAPT (網(wǎng)絡(luò)地址端口轉(zhuǎn)換)處理177,并且TOF中繼狀態(tài)管理數(shù)據(jù)178被存儲在儲存裝置74中。Sll偵聽裝置80和OGW70通過通信線路連接起來,并且oGW70從可以在SlAP偵聽處理171處使用的Sll偵聽裝置80接收TEID-MSI對應(yīng)狀態(tài)管理數(shù)據(jù)82。圖4是圖3中例示的CPU73執(zhí)行的功能的說明圖。在圖4中,通過CPU73的Sll偵聽處理81,Sll偵聽裝置80偵聽流入將MME21和S-GW22連接起來的Sll接口的Sll信號以獲得作為用戶標(biāo)識符的頂SI,并且將其按照與對應(yīng)的線路分配信息(TEID)關(guān)聯(lián)的方式作為TEID-MSI對應(yīng)狀態(tài)管理數(shù)據(jù)82存儲起來。在oGW70的分類點(diǎn)75的處理中,從Sll偵聽裝置82獲得TEID-MSI對應(yīng)狀態(tài)管理數(shù)據(jù)82,并且將其作為承載狀態(tài)管理數(shù)據(jù)175的一部分存儲起來。在圖4中,基于要在基站11和S-GW22之間發(fā)送/接收的SlAP (SI應(yīng)用協(xié)議),oGW70的SlAP偵聽處理171偵聽控制分組。SlAP是C平面協(xié)議,其提供基站11 (eUTRAN)和MME21 (EPC)之間的信令服務(wù)。SlAP包括的功能的示例包括建立、改變和釋放承載、切換控制和入局(incoming)控制,以使用戶設(shè)備待機(jī)。分類處理174造成流入上行GTP-U (針對用平面的GPRS隧道協(xié)議)隧道的業(yè)務(wù)中,要被分流的業(yè)務(wù)分支到TOF NAPT處理177。GTP-U是用于在基站11和S-GW22之間進(jìn)行IP傳輸?shù)膮f(xié)議。業(yè)務(wù)流入在基站11和S-GW22之間基于GTP-u建立的GTP-U隧道。
混合處理173是把來自TOF NAPT處理177的分流業(yè)務(wù)混合進(jìn)流入下行GTP_u隧道的來自S-GW22的業(yè)務(wù)中。錨點(diǎn)76的TOF NAPT處理177進(jìn)行EPC網(wǎng)絡(luò)20和分流網(wǎng)絡(luò)50之間的NAPT處理(與被分流的業(yè)務(wù)有關(guān)的IP地址轉(zhuǎn)換、TCP/UDP端口轉(zhuǎn)換)。圖5是圖3中例示的CPU73實(shí)現(xiàn)的功能的說明圖。圖5指示了根據(jù)用戶設(shè)備60的切換(11A->11C)用作源oGW的oGW70 (#A)和用作目標(biāo)oGW的oGW70 (#B)。在圖5中,基于SlAP (SI應(yīng)用協(xié)議),SlAP偵聽處理171偵聽控制分組?;谝?從基站11發(fā)送/接收的X2AP(X2應(yīng)用協(xié)議),X2AP偵聽處理172偵聽控制分組。X2AP是X2接口上的基站(eNodeB)之間的C平面協(xié)議,并且支持基站11之間的切換調(diào)整和負(fù)載管理。用戶設(shè)備60的切換可以被SlAP處理171和X2AP偵聽處理172檢測。根據(jù)切換,承載狀態(tài)管理數(shù)據(jù)175被從源oGW70 (#A)發(fā)送到目標(biāo)oGW70 (#C)。因而,用戶標(biāo)識符被切換到作為切換目的地的oGW70 (#C),根據(jù)這種切換,可以在切換目的地繼續(xù)進(jìn)行諸如采用用戶標(biāo)識符的記賬等這樣的處理。通過本實(shí)施方式,在TCP通信開始時要在用戶設(shè)備60和通信伙伴(舉例為web服務(wù)器41)之間分流的OGW70被設(shè)定為分類點(diǎn)和錨點(diǎn)。例如,如圖4所例示,在連接到基站IlA的用戶設(shè)備60開始了與web服務(wù)器41的TCP通信的情況下(圖1),執(zhí)行此TCP通信的分流處理的分流GW#A被設(shè)定為分類點(diǎn)和錨點(diǎn)。
由于根據(jù)用戶設(shè)備60的移動的切換,造成了分類點(diǎn)的改變。具體地,在作為用戶設(shè)備60切換目的地的基站11 (目標(biāo)基站)被容納在與作為切換源的基站(源基站)不同的分流GW70的情況下,分類點(diǎn)改變。通過本實(shí)施方式,錨點(diǎn)信息,包括要被分流的業(yè)務(wù)的用戶線路信息、與業(yè)務(wù)的通信有關(guān)的身份信息(在本實(shí)施方式中為TCP連接信息)以及錨點(diǎn)的位置信息,被從源分流GW70發(fā)送到用作新分類點(diǎn)的oGW70 (目標(biāo)oGO。目標(biāo)oGW70保持所發(fā)送的信息,并且使用該信息來將要被分流的業(yè)務(wù)傳送到錨點(diǎn),或者將從錨點(diǎn)接收到的業(yè)務(wù)向基站11傳送。因而,錨點(diǎn)的設(shè)定(位置)可以被維持,而與持續(xù)通信(TCP通信)的切換無關(guān)。另一方面,在作為新分流目標(biāo)的TCP通信在目標(biāo)oGW處已經(jīng)開始的情況下,該目標(biāo)oGW變?yōu)榇薚CP通信中的錨點(diǎn)。另外,在被維持的TCP通信已經(jīng)結(jié)束的情況下,對分流業(yè)務(wù)的錨點(diǎn)的設(shè)定被釋放(放棄(刪除))。請注意,對于切換,存在要在相同MME21的管理范圍內(nèi)進(jìn)行的基于X2的切換,以及要跨越不同MME21進(jìn)行的基于SI的切換。在針對每一個基站11安裝了分流GW70的情況下,oGW70改變的出現(xiàn)與基于X2的切換和基于SI的切換都有關(guān)。如上所述,通過oGW70,SlAP偵聽處理171和X2AP偵聽處理172被執(zhí)行,并且因此,通過檢測切換兩者,錨點(diǎn)信息和用戶標(biāo)識符可以被切換 。下文將描述OGW70的細(xì)節(jié)。圖6是在UE啟動并且進(jìn)行附著的情況下的序列示例。圖7是UE被改變?yōu)榉峭ㄐ艩顟B(tài)以及從非通信狀態(tài)恢復(fù)的情況下的序列示例。圖8是UE被重激活以進(jìn)行附著的情況下的序列示例。圖9例示了在分流通信期間基于SI的切換的序列示例。圖10例示了在分流通信期間基于X2的切換的序列示例。圖11是通過已經(jīng)靠近MME布置Sll偵聽裝置80的情況下,UE被改變?yōu)榉峭ㄐ艩顟B(tài)并且從非通信狀態(tài)恢復(fù)的情況下的序列示例。圖12通過Sll偵聽裝置80已經(jīng)被靠近MME布置的情況,例示了 UE被重激活以進(jìn)行附著的情況下的序列示例。圖13是通過基于SI的切換,在從靠近S-GW布置的Sll偵聽裝置接收到用戶標(biāo)識符的情況下的序列示例。圖14是通過基于X2的切換,在從靠近S-GW布置的Sll偵聽裝置接收到用戶標(biāo)識符的情況下的序列示例。以上提到的圖6到圖14中的序列將在以后描述。要被Sll偵聽裝置偵聽的消息圖15、圖16、圖17指示了要通過Sll偵聽裝置80從Sll接口偵聽的消息(Sll信號)。圖 15 是Create Session Request 消息的結(jié)構(gòu)不例。圖 16 是Create Session Response消息的結(jié)構(gòu)示例。圖17是Delete Session Request消息的結(jié)構(gòu)示例。TEID-MSI對應(yīng)狀態(tài)數(shù)據(jù)圖18是TEID-MSI對應(yīng)狀態(tài)數(shù)據(jù)82的結(jié)構(gòu)示例。通過本實(shí)施方式,如圖18指示,以用戶確定狀態(tài)表82a和用戶TEID (GTP-U)對應(yīng)表82b來管理TEID-MSI對應(yīng)狀態(tài)數(shù)據(jù)82。用戶確定狀態(tài)表用戶確定狀態(tài)表82a由一個或者更多個記錄形成,其中存儲了 Sll偵聽裝置內(nèi)UE標(biāo)識符、用戶標(biāo)識符(IMSI )、MME側(cè)UE控制標(biāo)識信息和S-GW側(cè)UE控制標(biāo)識信息。“ SI I偵聽裝置內(nèi)UE標(biāo)識符”是用于使用Sll偵聽裝置80唯一標(biāo)識UE60的信息。對于“用戶標(biāo)識符”,存儲了用于唯一標(biāo)識移動網(wǎng)絡(luò)內(nèi)的用戶的標(biāo)識符(MSI)。對于“MME側(cè)UE控制標(biāo)識信息”,存儲了附加在MME21 (MME裝置)的用于管理UE的通信線路(GTP_cTEID、MME裝置地址)的標(biāo)識信息。對于“S-GW側(cè)UE控制標(biāo)識信息”,存儲了附加在S-GW22(S-GW裝置)的用于管理UE (GTP-c TEID、S-GW裝置地址)的通信線路的標(biāo)識信息。用戶TEID (GTP-U)對應(yīng)表用戶TEID (GTP-u)對應(yīng)表82b由一個或者更多個記錄形成,其中存儲了 Sll偵聽裝置內(nèi)UE標(biāo)識符、用戶線路標(biāo)識符和上行線路分配信息。在此,“S11偵聽裝置內(nèi)UE標(biāo)識符”是用于使用Sll偵聽裝置80唯一標(biāo)識UE60的信息。對相同UE,存儲了與用戶確定狀態(tài)表82a中的Sll偵聽裝置內(nèi)UE標(biāo)識符相同的值?!坝脩艟€路標(biāo)識符”存儲了用于唯一標(biāo)識UE60內(nèi)的線路的信息。其與UE60處的線路標(biāo)識符(E RAB ID)同步?!吧闲芯€路分配信息”是向S-GW22的上行分組的目的地信息,對應(yīng)于用戶線路標(biāo)識符。承載狀態(tài)管理數(shù)據(jù)圖19指示了位于分類點(diǎn)處的承載狀態(tài)管理數(shù)據(jù)175的結(jié)構(gòu)示例。用承載用戶表175A和承載表175B來管理承載狀態(tài)管理數(shù)據(jù)175。然而,這種表結(jié)構(gòu)僅是示例。承載用戶確定表圖19中的承載用戶確定表175a和175b是一系列表175A。承載用戶確定表175b中的“oGW內(nèi)UE標(biāo)識符”是與承載用戶確定表175a中的“oGW內(nèi)UE標(biāo)識符”相同的值,對它進(jìn)行描述是為了清楚地指出兩者是相同的記錄。用于使用該OGW70來唯一標(biāo)識UE60的信息被存儲在“oGW內(nèi)UE標(biāo)識符”中。對相同UE60,具有相同值的oGW內(nèi) UE標(biāo)識符被存儲在分流狀況應(yīng)用狀態(tài)表176A (圖20)和承載用戶確定表175A兩者中。“MME內(nèi)UE標(biāo)識符”是在MME21處附加的UE60的標(biāo)識符(MME UE SlAP ID)?!癕ME裝置標(biāo)識符”是將MME內(nèi)UE標(biāo)識符附加到UE60的MME21 (MME裝置)的標(biāo)識符?!癳NB內(nèi)UE標(biāo)識符(SlAP)”是在基站11 (eNB)處附加的UE60的標(biāo)識符(eNB UE SlAP ID)?!癳NB內(nèi)UE標(biāo)識符(X2AP)”是在基站11處附加的UE60的標(biāo)識符(MME UE X2APID)?!癳NB裝置標(biāo)識符”是將eNB內(nèi)UE標(biāo)識符(SlAP)和eNB內(nèi)UE標(biāo)識符(X2AP)附加到UE60的基站11的標(biāo)識符?!癟目標(biāo)小區(qū)標(biāo)識信息”是在切換目的地OGW70接收到的,被切換源基站11選擇的切換目的地小區(qū)標(biāo)識信息。“T目標(biāo)小區(qū)內(nèi)UE標(biāo)識信息”是在切換目的地OGW70處接收到的被切換目的地基站11選擇的切換目的地小區(qū)內(nèi)的UE60的標(biāo)識信息?!澳繕?biāo)ID”是在切換源oGW70處接收到的被切換源基站11選擇的切換目的地基站11的標(biāo)識符?!癝目標(biāo)小區(qū)標(biāo)識信息”是在切換源OGW70處接收到的,被切換源基站11選擇的切換目的地小區(qū)標(biāo)識信息?!癝目標(biāo)小區(qū)內(nèi)UE標(biāo)識信息”是在切換源OGW70處接收到的被切換目的地基站11選擇的切換目的地小區(qū)內(nèi)的UE60的標(biāo)識信息。承載表圖19中指示的承載表175B包括如以下描述的數(shù)據(jù)?!皁GW內(nèi)UE標(biāo)識符”是用于使用oGW70唯一標(biāo)識UE60的信息。對相同的UE60,與承載用戶確定表175A的“oGW內(nèi)UE標(biāo)識符”相同的值被存儲在承載表175B中?!坝脩艟€路標(biāo)識符”是用于唯一地標(biāo)識UE60內(nèi)的線路的信息,并且與UE60處的線路標(biāo)識符(E RAB ID)同步?!吧闲芯€路分配信息”是關(guān)于用戶線路標(biāo)識符的,朝著S-GW22的上行分組的目的地信息,“下行線路分配信息”是朝著基站11的下行分組的目的地信息,對應(yīng)于用戶線路標(biāo)識符。“T0F分類點(diǎn)位置信息”是用于從用作分流錨點(diǎn)的OGW70向用作分類點(diǎn)的OGW70發(fā)送穿過分流網(wǎng)絡(luò)50的分組的目的地信息。基于此“T0F分類點(diǎn)位置信息”,用作分類點(diǎn)的OGW70等待來自用作錨點(diǎn)的OGW70的分組?!癟0F錨點(diǎn)位置信息”是用于從用作分類點(diǎn)的OGW70向用作錨點(diǎn)的oGW70發(fā)送要分流的分組的目的地信息?;诖恕癟0F錨點(diǎn)位置信息”,用作分類點(diǎn)的OGW70向用作錨點(diǎn)的oGW70發(fā)送分組。分流條件應(yīng)用狀態(tài)數(shù)據(jù)圖20指示了分流條件應(yīng)用狀態(tài)表的結(jié)構(gòu)示例。用分流條件應(yīng)用狀態(tài)表176A管理分流狀況應(yīng)用狀態(tài)數(shù)據(jù)176。分流狀況應(yīng)用狀態(tài)表176A存儲一個或者更多個記錄,包括oGW內(nèi)UE標(biāo)識符、用戶線路標(biāo)識符(E RAB ID)、TCP連接信息和分流錨點(diǎn)信息?!皁GW內(nèi)UE標(biāo)識符”是用于使用OGW70唯一標(biāo)識UE60的信息。“用戶線路標(biāo)識符”是用于唯一地標(biāo)識UE60內(nèi)的線路的信息,并且與UE60處的線路標(biāo)識符(ERAB ID)同步。“TCP連接信息”是要通過UE60和通信伙伴(例如,網(wǎng)站)之間的通信被分流的TCP通信的連接信息。通過圖20的示例,TCP連接信息包括UE的IP地址和TCP端口號碼。“分流錨點(diǎn)信息”是分流錨點(diǎn)在要被分流的TCP通信已經(jīng)開始的位置處的位置信息。通過圖5的示例,分流錨點(diǎn)信息包括與分流業(yè)務(wù)有關(guān)的TEID,以及分流GW的標(biāo)識符。TOF中繼狀態(tài)管理數(shù)據(jù)圖21指示了 TOF中繼狀態(tài)管理數(shù)據(jù)178的數(shù)據(jù)結(jié)構(gòu)示例。用TOF中繼管理表178a和TOF會話管理表(T0F會話管理表)178b來管理TOF中繼狀態(tài)管理數(shù)據(jù)178。這種數(shù)據(jù)結(jié)構(gòu)僅是示例。TOF中繼管理表178a由一個或者更多個記錄形成,包括oGW錨內(nèi)UE標(biāo)識符、用戶標(biāo)識符、用戶線路標(biāo)識符、TOF錨點(diǎn)位置和TOF分類點(diǎn)位置。“oGW錨內(nèi)UE標(biāo)識符”是用于唯一地標(biāo)識OGW70的錨點(diǎn)內(nèi)的UE60的信息?!坝脩魳?biāo)識符”是頂SI?!坝脩艟€路標(biāo)識符”是用于唯一地標(biāo)識UE60內(nèi)的線路的信息,并且與UE60處的線路標(biāo)識符(E RAB ID)同步?!癟0F錨點(diǎn)位置”是用于從用作分類點(diǎn)的OGW70向用作分流錨點(diǎn)的oGW70發(fā)送要分流的分組的目的地信息。基于“T0F錨點(diǎn)位置”,用作分流錨點(diǎn)的OGW70等待來自用作分類點(diǎn)的oGW70的分組?!癟0F分類點(diǎn)位置”是用于從用作分流錨點(diǎn)的OGW70向用作分類點(diǎn)的oGW70發(fā)送穿過分流網(wǎng)絡(luò)50的分組的目的地信息?;凇癟OF分類點(diǎn)位置”,用作分流錨點(diǎn)的OGW70向用作分類點(diǎn)的oGW70發(fā)送分組。TOF會話管理表178B由一個或者更多個記錄形成,包括oGW錨內(nèi)UE標(biāo)識符、用戶線路標(biāo)識符、UE TCP連接信息、oGW TCP連接信息和會話狀態(tài)?!皁GW錨 內(nèi)UE標(biāo)識符”是用于唯一地標(biāo)識OGW70的錨點(diǎn)內(nèi)的UE60的信息。對相同UE60,存儲了與TOF中繼管理表178a中存儲的“oGW錨內(nèi)UE標(biāo)識符”相同的值?!坝脩艟€路標(biāo)識符”是用于唯一地標(biāo)識UE60內(nèi)的線路的信息,并且與UE60處的線路標(biāo)識符(E RAB ID)同步。作為“UE TCP連接信息”,UE60側(cè)的IP地址和端口號碼被存儲用于TCP通信的每一個會話。通過“oGW TCP連接信息”,與UE60側(cè)的IP地址和端口號碼相對應(yīng)的oGW70側(cè)的IP地址和端口號碼被存儲用于TCP通信的每一個會話。作為“會話狀態(tài)”,針對TCP通信的每一個會話的通信狀態(tài)(“在連接中”,等待上行(UL)斷開確認(rèn),等待下行(DL)斷開確認(rèn))被存儲。偵聽Create Session Request 消息時的處理圖22 例不了偵聽 Create Session Request 消息(MME->S_GW)(圖 15)時處理流程示例。圖22例示的處理由Sll偵聽裝置80的CPU73來執(zhí)行。在S1,CPU73獲取Sll偵聽裝置內(nèi)UE標(biāo)識符。在接下來的S2,CPU73提取CreateSession Request 消息內(nèi)的 IMSI 信息以及 Sender F-TEID for Control Plane 信息,并且按照與Sll偵聽裝置內(nèi)UE標(biāo)識符關(guān)聯(lián)的方式將其存儲在用戶確定信息表82a (圖18)中。在S3, CPU73提取Create Session Request消息的用戶線路標(biāo)識符,并且向用戶TEID (GTP-u)對應(yīng)表82b中添加其中針對每一個用戶線路標(biāo)識符存儲了線路分配信息的記錄。之后,圖22中的處理結(jié)束。偵聽Create Session Response 消息時的處理圖23 例不了偵聽圖 16 中指不的 Create Session Response 消息(S_GW->MME)時的處理流程示例。圖23例示的處理由Sll偵聽裝置80的CPU73來執(zhí)行。在S01,CPU73 提取 Create Session Response 消息的 GTP_c 報頭的 TEID,并且將其作為用于MME控制的TEID信息。在接下來的S02,CPU73確定用戶確定狀態(tài)表82a (圖18)的MME側(cè)UE控制標(biāo)識信息與用于MME控制的TEID信息相一致的記錄。CPU73確定所確定的記錄內(nèi)的Sll偵聽裝置內(nèi)UE標(biāo)識符。`在接下來的S03, CPU73 存儲 Create Session Response 消息的 Sender F-TEIDfor Control Plane信息作為用戶確定狀態(tài)表82a的S-GW側(cè)UE控制信息標(biāo)識信息。在接下來的S04,CPU73按照與Sll偵聽裝置內(nèi)UE標(biāo)識符和用戶線路標(biāo)識符相關(guān)聯(lián)的方式,在用戶TEID (GTP-u)表82b中存儲Create Session Response消息的線路分配信息,并且結(jié)束圖23中的處理。偵聽Delete Session Request消息時的處理流程圖24 例不了偵聽圖 17 指不的 Delete Session Request 消息(MME->S_GW)時處理流程示例。圖24例示的處理由Sll偵聽裝置80的CPU73來執(zhí)行。首先在Sll, CPU73 提取 Delete Session Request 消息的 GTP_c 報頭的 TEID,并且將其作為用于S-GW控制的TEID信息。在接下來的S12,CPU73確定用戶確定狀態(tài)表82a (圖18)的S-GW側(cè)UE控制標(biāo)識信息與用于S-GW控制的TEID信息相一致的記錄,并且確定所確定的記錄內(nèi)的Sll偵聽裝置內(nèi)UE標(biāo)識符。在接下來的S13,CPU73刪除用戶確定狀態(tài)表82a中與Sll偵聽裝置內(nèi)UE標(biāo)識符相對應(yīng)的記錄,以及用戶TEID (GTP-u)表,并且結(jié)束圖24中的處理。消息接著,將指示要在節(jié)點(diǎn)之間交換的主要消息的數(shù)據(jù)結(jié)構(gòu)示例。圖25指示了在UE60激活時要從MME21向基站11發(fā)送的Initial Context Setup Request消息的結(jié)構(gòu)示例。圖26指示了在UE60的基于SI的切換時從UE60向源MME21發(fā)送的HandoverRequired消息的結(jié)構(gòu)示例。圖27指示了在基于SI的切換時要從目標(biāo)MME21向目標(biāo)基站
11發(fā)送的Handover Required消息的結(jié)構(gòu)示例。圖28指示了作為Handover Request消息的響應(yīng),要從目標(biāo)基站11發(fā)送回目標(biāo)MME21的Handover Request Ack.消息的結(jié)構(gòu)示例。圖29指示了要從源MME21向源基站(服務(wù)基站)11發(fā)送的Handover Command消息的結(jié)構(gòu)不例。圖30指不了要從源MME21向源基站11發(fā)送的UE Context Release Command消息的結(jié)構(gòu)示例。圖31指示了通過基于X2的切換要經(jīng)由目標(biāo)OGW70從源基站11向目標(biāo)基站11發(fā)送的 X2AP:Handover Request 消息的結(jié)構(gòu)不例。圖 32 指不了 X2AP:UE Context Release消息的結(jié)構(gòu)示例。oGW處的處理流程接著,將描述要被oGW的CPU73執(zhí)行的處理流程。偵聽Initial Context Setup Request 時的處理圖33例不了要由CPU73的SlAP偵聽處理171執(zhí)行的偵聽Initial Context SetupRequest消息(MME_>eNB)時的處理流程示例。在S21,CPU73獲取oGW內(nèi)UE標(biāo)識符。在接下來的 S22,CPU73按照與oGW內(nèi)UE標(biāo)識符相關(guān)聯(lián)的方式,分別將InitialContext Setup Request 消息內(nèi)的 “MME UE SlAP ID” 和 “eNB UE SlAP ID” 登記為承載用戶確定表175A的MME內(nèi)UE標(biāo)識符和eNB內(nèi)UE標(biāo)識符(S1AP)。在接下來的S23中,CPU73按照與針對每一個用戶線路標(biāo)識符(E RAB ID)的oGW內(nèi)UE標(biāo)識符相關(guān)聯(lián)的方式,在承載表175B的上行線路分配信息中登記Initial ContextSetup Request消息內(nèi)的針對上行的線路分配信息。在接下來的S24, CPU73根據(jù)Initial Context Setup Request消息的針對上行的線路分配信息來確定終止上行的S-GW22。在接下來的S25,CPU73確定Sll偵聽裝置80偵聽 S-GW22 的 Sll 接口。在接下來的S26,CPU73從Sll偵聽裝置80獲得與針對Initial Context SetupRequest消息的針對上行的線路分配信息相對應(yīng)的用戶標(biāo)識符。在接下來的S27,CPU73按照與oGW內(nèi)UE標(biāo)識符相關(guān)聯(lián)的方式,在承載用戶確定表82a的用戶標(biāo)識符中登記用戶標(biāo)識符。之后,在執(zhí)行分流GTP-U隧道產(chǎn)生處理(S28)之后,CPU73結(jié)束圖23中例示的處理。偵聽Handover Required 時的處理圖34例示了要在基于SI的切換時由OGW70的CPU73的SlAP偵聽處理171執(zhí)行的偵聽圖26指示的Handover Required消息(源eNB_>源MME)的處理流程示例。首先在S31,CPU73 使用 Handover Required 消息內(nèi)的 “MME UE SlAP ID” 來搜索承載用戶確定表175A的MME內(nèi)UE標(biāo)識符,以確定對應(yīng)的記錄。在接下來的S32,CPU73將Handover Required消息中的“目標(biāo)ID”以及“源到目標(biāo)透明容器”內(nèi)的小區(qū)標(biāo)識信息分別設(shè)定為承載用戶確定表175A中的對應(yīng)記錄的“目標(biāo)ID”和“S目標(biāo)小區(qū)標(biāo)識信息”。之后,圖34的處理結(jié)束。偵聽Handover Request 時的處理圖35例示了在基于SI的切換時要由oGW的CPU73的SlAP偵聽處理171執(zhí)行時偵聽圖27指示的Handover Request消息(目標(biāo)MME_>目標(biāo)eNB)的處理流程示例。首先在S41,CPU73獲取oGW內(nèi)UE標(biāo)識符。在接下來的S42,CPU73按照與oGW內(nèi)UE標(biāo)識符相關(guān)聯(lián)的方式,將Handover Request消息內(nèi)的“MME UE SlAP ID”、“源到目標(biāo)透明容器”內(nèi)的“呼叫ID”登記在承載用戶確定表175A中的MME內(nèi)UE標(biāo)識符和T目標(biāo)小區(qū)位置信息中。在接下來的S43,CPU73按照與oGW內(nèi)UE標(biāo)識符相關(guān)聯(lián)的方式,針對每一個用戶線路指示符在承載表175B中登記Handover Request消息內(nèi)的針對上行的線路分配信息。之后,CPU73執(zhí)行分流GTP-u隧道產(chǎn)生處理(S28)。之后,圖35中的處理結(jié)束。偵聽Handover Request Ack.時的處理圖36例示了在基于SI的切換時要由oGW的CPU73的SlAP偵聽處理171執(zhí)行圖28指示的Handover Request Ack.消息(目標(biāo)eNB_>目標(biāo)MME)的處理流程示例。首先在S51,CPU73 使用 Handover Request Ack.消息內(nèi)的 “MME UE SlAP ID” 來搜索承載用戶確定表175A的MME內(nèi)UE標(biāo)識符,以確定對應(yīng)記錄。在接下來的S52,CPU73將S51中確定的記錄中的Handover Request Ack.消息內(nèi)的“eNB UE SlAP ID”和“目標(biāo)到源透明容器”內(nèi)的標(biāo)識信息存儲為承載用戶確定表175A中的eNB內(nèi)UE標(biāo)識符 和T目標(biāo)小區(qū)內(nèi)UE標(biāo)識信息。在接下來的S53, CPU73針對每一個用戶標(biāo)識符,將Handover Request Ack.消息內(nèi)的針對下行的線路分配信息設(shè)定為承載表176B中的下行線路分配信息,并且結(jié)束處理。偵聽Handover Command 時的處理圖37例示了在基于SI的切換時要由oGW的CPU73的SlAP偵聽處理171執(zhí)行圖29指示的Handover Command消息(源MME_>源eNB)的處理流程示例。首先在S61,CPU73 使用 Handover Command 消息內(nèi)的“MME UE SlAP ID”來搜索承載用戶確定表175A的MME內(nèi)UE標(biāo)識符,以確定對應(yīng)記錄,因而確定該記錄內(nèi)的oGW內(nèi)UE標(biāo)識符。在接下來的S62,CPU73將Handover Command消息內(nèi)的“目標(biāo)到源透明容器”內(nèi)的小區(qū)內(nèi)UE標(biāo)識信息設(shè)定為承載用戶確定表175A中的S目標(biāo)小區(qū)內(nèi)UE標(biāo)識信息。在接下來的S63,CPU73確定用容納以所確定的記錄的目標(biāo)ID指示的基站11的目標(biāo)分流GW70。在接下來的S64,CPU73確定承載用戶確定表175A中的“目標(biāo)ID”、“S目標(biāo)小區(qū)標(biāo)識信息”和“S目標(biāo)小區(qū)內(nèi)UE標(biāo)識信息”與目標(biāo)OGW70中的承載用戶確定表175A中的“eNB裝置標(biāo)識符”、“T目標(biāo)小區(qū)標(biāo)識信息”和“T目標(biāo)小區(qū)內(nèi)UE標(biāo)識信息”相一致的記錄,并且確定該記錄中的目標(biāo)oGW內(nèi)UE標(biāo)識符。在接下來的S65,CPU73通過取分流狀況應(yīng)用狀態(tài)表176A中與oGW內(nèi)UE標(biāo)識符相對應(yīng)的“用戶線路標(biāo)識符”、“TCP連接信息”和“分流錨點(diǎn)信息”作為與目標(biāo)OGW70的OGW內(nèi)UE標(biāo)識符相對應(yīng)的“用戶線路標(biāo)識符”、“TCP連接信息”和“分流錨點(diǎn)信息”而在分流狀況應(yīng)用狀態(tài)表176A中添加記錄。
在接下來的S66,CPU73將承載用戶確定表175A中與oGW內(nèi)UE標(biāo)識符相對應(yīng)的用戶標(biāo)識符設(shè)定為目標(biāo)oGW錨點(diǎn)的TOF中繼管理表178a(圖21)的用戶標(biāo)識符,其中目標(biāo)oGW錨點(diǎn)的TOF中繼管理表的一對TOF分類點(diǎn)位置和TOF錨點(diǎn)位置與承載表175B中與目標(biāo)oGW的oGW內(nèi)UE標(biāo)識符相對應(yīng)的一對TOF分類點(diǎn)位置信息和TOF錨點(diǎn)位置信息相一致。在接下來的S67,CPU73將分流狀況應(yīng)用狀態(tài)表176A (圖20)中與oGW內(nèi)UE標(biāo)識符相對應(yīng)的記錄復(fù)制到分流狀況應(yīng)用狀態(tài)表176A中與目標(biāo)oGW的oGW內(nèi)UE標(biāo)識符相對應(yīng)的記錄。之后,在接下來的S68,CPU73進(jìn)行分流GTP-u開關(guān)處理,并且結(jié)束處理。偵聽UE Context Release Command 時的處理圖38例示了在基于SI的切換時要由CPU73的SlAP偵聽處理171執(zhí)行圖30指示的偵聽UE Context Release Command消息(源MME_>源eNB)的處理流程示例。首先在S71,CPU73 使用 UE Context Release Co_and 消息內(nèi)的 “MME UE SlAPID”來搜索承載用戶確定表175A的MME內(nèi)UE標(biāo)識符,以確定對應(yīng)記錄,因而確定該記錄內(nèi)的oGW內(nèi)UE標(biāo)識符。在隨后的S72,CPU73刪除TOF中繼管理表178a中的自身oGW錨點(diǎn)的記錄,其中TOF中繼管理表178a中自身oGW錨點(diǎn)的“T0F分類點(diǎn)位置”和“T0F錨點(diǎn)位置”的對與承載表175B中與oGW內(nèi)UE標(biāo)識符相對應(yīng)的“T0F分類點(diǎn)位置信息”和“T0F錨點(diǎn)位置信息”的
對相一致。在隨后的S73,CPU73刪除分流條件應(yīng)用狀態(tài)表176A中與oGW內(nèi)UE標(biāo)識符相對應(yīng)的記錄。在接下來的S74,CPU73刪除承載用戶確定表175A和承載表175B中與oGW內(nèi)UE標(biāo)識符相對應(yīng)的記錄,并且結(jié)束處理。偵聽X2AP: Handover Request 時的處理圖35例示了在基于X2的切換時要由CPU73的X2AP偵聽處理171執(zhí)行圖27指示的偵聽X2AP:Handover Request消息(源eNB_>目標(biāo)eNB)的處理流程示例。首先在S81,CPU73確定用作Handover Request發(fā)送源的基站11是否是自身oGW容納的基站11。在基站11被容納在自身OGW中的情況下,處理繼續(xù)到S89。另一方面,在基站11被容納在另一個oGW中的情況下,處理繼續(xù)到S82。在S82,CPU73獲取oGW內(nèi)UE標(biāo)識符。在接下來的S83,CPU73按照與oGW內(nèi)UE標(biāo)識符相關(guān)聯(lián)的方式,將Handover Request內(nèi)的“MME UE SlAP ID”登記為承載用戶確定表175A的MME內(nèi)UE標(biāo)識符。在接下來的S84,CPU73按照與oGW內(nèi)UE標(biāo)識符相關(guān)聯(lián)的方式,針對每一個用戶線路標(biāo)識符在承載表175B中的上行線路分配信息中登記Handover Request內(nèi)的上行線路分配信息。在接下來的S85,CPU73確定容納了發(fā)送源基站11的源oGW。在接下來的S86,CPU73確定記錄,其中承載用戶確定表175A中的MME內(nèi)UE標(biāo)識符與源oGW的承載狀態(tài)管理的承載用戶確定表175A中的MME內(nèi)UE標(biāo)識符相一致。在接下來的S87,CPU73將承載用戶確定表176A與oGW內(nèi)UE標(biāo)識符相對應(yīng)的用戶標(biāo)識符復(fù)制到承載用戶確定表176A中與目標(biāo)oGW的oGW內(nèi)UE標(biāo)識符相對應(yīng)的用戶標(biāo)識
符。 接著,CPU73進(jìn)行分流GTP-U隧道產(chǎn)生處理(S28)。之后,在接下來的S88,CPU73將分流條件應(yīng)用狀態(tài)表176A中與源oGW70的oGW內(nèi)UE標(biāo)識符相對應(yīng)的記錄復(fù)制到分流條件應(yīng)用狀態(tài)表176A中與目標(biāo)oGW70的oGW內(nèi)UE標(biāo)識符相對應(yīng)的記錄,并且結(jié)束該處理。在S89,CPU73 使用 Handover Request 消息內(nèi)的“MME UE SlAP ID”來搜索承載用戶確定表175A的MME內(nèi)UE標(biāo)識符,以確定對應(yīng)記錄。在接下來的S90,CPU73 將 Handover Request 消息內(nèi)的“老 eNB UE X2AP ID” 信息記錄在承載用戶確定表175A中的“eNB內(nèi)UE標(biāo)識符(X2AP)”中,并且結(jié)束該處理。偵聽X2AP:UE Context Release 時的處理圖40例示了在基于X2的切換時要由CPU73的X2AP偵聽處理172執(zhí)行圖27指示的偵聽X2AP:UE Context Release消息(目標(biāo)eNB_>源eNB)的處理流程示例。首先在S91, CPU73確定用作UE Context Release發(fā)送源的基站11是否是這個oGW70容納的基站11。在基站11被容納在這個oGW70中的情況下,CPU73結(jié)束該處理。另一方面,在基站11被容納在另一個OGW70中的情況下,CPU73使用UEContextRelease內(nèi)的“老eNB UE X2AP ID”來搜索承載用戶確定表175A的eNB內(nèi)UE標(biāo)識符(X2AP),以確定對應(yīng)記錄,并且還確定該記錄內(nèi)的oGW內(nèi)UE標(biāo)識符(S92)。在接下來的S93,CPU73刪除分流條件應(yīng)用狀態(tài)表176A中與oGW內(nèi)UE標(biāo)識符相對應(yīng)的記錄。在接下來的S124,CPU73刪除承載用戶確定表175A和承載表175B中與oGW內(nèi)UE標(biāo)識符相對應(yīng)的記錄,并且結(jié)束該處理。
分流GTP-U隧道產(chǎn)生處理圖41例示了圖33和圖35例示的GTP-U隧道產(chǎn)生處理的示例(S28中的子例程)。作為子例程的輸入,使用MME UE SlAP ID (MME處的UE標(biāo)識符)和MMEID (MME的裝置ID)。首先在S101,CPU73獲取錨點(diǎn)處的oGW錨內(nèi)UE標(biāo)識符。在接下來的S102,CPU73獲取TOF錨點(diǎn)位置。在接下來的S103,CPU73獲取TOF分類點(diǎn)位置。在接下來的S104,CPU73針對每一個用戶線路標(biāo)識符,將承載表175B中與MME內(nèi)UE標(biāo)識符相對應(yīng)的記錄中的用戶標(biāo)識符、TOF分類點(diǎn)位置和TOF錨點(diǎn)位置存儲為用戶標(biāo)識符、TOF分類點(diǎn)位置信息和TOF錨點(diǎn)位置信息。在接下來的S105,CPU73存儲oGW內(nèi)錨UE標(biāo)識符,并且針對每一個線路標(biāo)識符,存儲TOF分類點(diǎn)位置和TOF錨點(diǎn)位置,作為中繼管理表178a內(nèi)該錨點(diǎn)的TOF記錄的TOF分類點(diǎn)位置和TOF錨點(diǎn)位置。針對用戶的要被分流的每一個用戶線路標(biāo)識符重復(fù)執(zhí)行S102到S105的處理。根據(jù)圖41的處理,在分類點(diǎn)和錨點(diǎn)之間產(chǎn)生用于發(fā)送要被分流的分組的資源。分流GTP-u 交換(Switching)處理圖42例示了用于圖37中例示的分流GTP-u開關(guān)處理(S68)的子例程的處理流程示例。首先在sill,CPU73從目標(biāo)OGW70的承載表175B中提取關(guān)于基站11的與用戶線路標(biāo)識符相對應(yīng)的TOF分類點(diǎn)位置信息。在S112,CPU73確定分流錨點(diǎn)信息指示的用作錨點(diǎn)的oGW70。在接下來的S113,CPU73將TOF分類點(diǎn)位置信息設(shè)定為記錄的TOF分類點(diǎn)位置,在該記錄中,存儲在錨點(diǎn)分流GW70的錨點(diǎn)的TOF中繼管理表175a中的TOF錨點(diǎn)位置信息與分流錨點(diǎn)相一致。對于目標(biāo)oGW的UE兼容分流條件應(yīng)用狀態(tài)表176A的全部記錄重復(fù)執(zhí)行Slll到S113的處理。在對于全部記錄的處理結(jié)束時,圖42的處理結(jié)束。根據(jù)圖42的處理,隨著UE60的切換,用作分流錨點(diǎn)的oGW70從分流網(wǎng)絡(luò)50接收到的分組的發(fā)送目的地可以被交換到用作切換目的地的分類點(diǎn)的OGW70。用于Sll偵聽容納表的S-GW圖56指示了 OGW70在存儲裝置74處保持的用于Sll偵聽的S-GW信息的結(jié)構(gòu)示例。OGW70可以保持如圖56所示的用于Sll偵聽容納表的S-GW,計算必須從那里獲得用戶標(biāo)識符的Sll偵聽裝置80,并且接入該Sll偵聽裝置80。eNB容納表圖57指示了 OGW70在存儲裝置74處保持的容納eNBll的oGW信息的結(jié)構(gòu)示例。oGW70可以使用圖57指示的eNB容納表來計算容納eNBll的oGW70。圖57中的表例如用于圖39中的S85中的處理。操作示例在下文,將描 述本實(shí)施方式的操作示例。操作示例1:激活UE將根據(jù)圖6的序列描述用戶設(shè)備(UE) 60被激活(例如,加電)之后直至oGW70識別穿過該oGW的通信線路的用戶的操作。操作1-1:在圖6中,激活的用戶設(shè)備60 (UE#x)經(jīng)由基站11 (eNB#l)向MME21(MME#1)發(fā)送作為連接請求消息的Attach Request(圖6中的〈1>)。MME#1用接收到AttachRequest作為觸發(fā)器向S-GW22 (S_GW#1)發(fā)送作為會話產(chǎn)生請求消息的Create SessionRequest (圖1)(圖6中的〈2>)。Sll偵聽裝置80 (Sll偵聽裝置#1)偵聽Create SessionRequest (圖6中的〈3>),并且進(jìn)行圖22中例示的處理。操作1-2:根據(jù)圖22中例示的處理,如圖43所例示,用戶確定狀態(tài)表82a (圖18)中的Sll偵聽裝置內(nèi)UE標(biāo)識符(1000)、用戶標(biāo)識符(MSI)和MME側(cè)UE控制標(biāo)識信息被確定。另外,用戶TEID (GTP-u)對應(yīng)表82b中的Sll偵聽裝置內(nèi)UE標(biāo)識符和用戶線路標(biāo)識符被確定。操作1-3:隨后,在作為回復(fù)消息的Create Session Response(圖16)被從S_GW#1發(fā)送到MME#1時(圖6中的〈4>), Sll偵聽裝置#1偵聽Create Session Response(圖6中的〈5>),并且執(zhí)行圖23中例示的處理。操作1-4:根據(jù)圖23中例示的處理,用戶確定狀態(tài)表82a中的關(guān)于Sll偵聽裝置內(nèi)UE標(biāo)識符(1000)的S-GW側(cè)UE控制標(biāo)識信息被確定。另外,用戶TEID (GTP-U)對應(yīng)表82b中與(SI I偵聽裝置內(nèi)UE標(biāo)識符,用戶線路標(biāo)識符)相對應(yīng)的上行線路分配信息被確定。操作1-5:隨后,作為承載設(shè)定請求消息的Initial Context Setup Request (圖25)被從 MME#1 發(fā)送到 eNB#l(圖 6 中的〈6>)。oGW70(oGW#l)偵聽 Initial Context SetupRequest (圖6中的〈7>),并且圖33和圖41例示的處理被進(jìn)行。操作1-6:根據(jù)圖33和圖41中例示的處理,如圖44所例示,oGW內(nèi)UE標(biāo)識符(8000)、用戶標(biāo)識符(MSI)、MME內(nèi)UE標(biāo)識符、MME裝置標(biāo)識符、eNB內(nèi)UE標(biāo)識符、eNB裝置標(biāo)識符、用戶線路標(biāo)識符、上行線路分配信息、TOF分類點(diǎn)位置信息和TOF錨點(diǎn)位置信息被登記和確定。通過S26中的處理,從Sll偵聽裝置接收用戶標(biāo)識符(MSI)(參見圖6中的〈7>)。
另外,如圖45所例示,TOF中繼管理表中的oGW內(nèi)錨UE標(biāo)識符(4000)、用戶標(biāo)識符(MSI)、用戶線路標(biāo)識符、TOF錨點(diǎn)位置和TOF分類點(diǎn)位置被登記和確定。請注意,接收了Initial Context Setup Request 消息的 eNB#l 向MME#1 發(fā)送作為回復(fù)消息的 Initial Context Setup Response 消息(圖 6 中的〈8>)。之后,UE#1 和 S_GW#1之間的承載(GTP-u隧道)被建立,并且UE#1變?yōu)樵诳赐ㄟ^S-GW#1和P-GW的ISP網(wǎng)絡(luò)40上與通信伙伴(網(wǎng)站等)通信的狀態(tài)(圖6中的〈9>)。之后,在關(guān)于此通信(TCP通信)分流條件得到滿足的情況下,在OGW70執(zhí)行用于分流的處理,要被分流的業(yè)務(wù)(上行)被從用作分類點(diǎn)的OGW70傳送到錨點(diǎn)的OGW70,并且被通過分流網(wǎng)絡(luò)50發(fā)送到通信伙伴(ISP網(wǎng)絡(luò)40)。另外,來自通信伙伴的下行業(yè)務(wù)經(jīng)由分流網(wǎng)絡(luò)50在用作錨點(diǎn)的oGW70處被接收,傳送到用作分類點(diǎn)的oGW70,并且還被傳送到eNBll(參見圖6)。操作示例2:從UE的非通信狀態(tài)恢復(fù)接著,將根據(jù)圖7的序列描述UE60被激活(例如,加電)之后直至oGW70識別穿過該oGW的通信線路的用戶的操作。操作2-1:ΜΜΕ21 (MME#1)向 UE60 (UE#1)發(fā)送⑶TI Relocation Command 消息(圖7中的〈1>),并且接收要從UE#1發(fā)送回的回復(fù)消息⑶TI Relocation Completion (圖7中的〈2>)。作為其結(jié)果,在檢測到UE60 (UE#1)的非通信狀態(tài)時,MME21 (MME#1)向eNBll(eNB#x)發(fā)送作為斷開請求消息的UE Context Release Command (圖30)(圖7中的〈3>)。此時,oGW70 (oGW#l)偵聽 UE Context Release Command 消息(圖 7 中的〈4>),并且進(jìn)行圖38中例示的處理。請注意eNB#l根據(jù)UE Context Release Command消息進(jìn)行處理,并且向MME#I 發(fā)送完成消息 UE Context Release Completion (圖 7 中的〈5>)。
操作2-2:根據(jù)圖38中的處理,如圖46所例示,從承載利用訂戶確定表175A和承載表175B中刪除與oGW內(nèi)UE標(biāo)識符(8000)相對應(yīng)的記錄。另外,如圖47所例示,刪除TOF中繼管理表178a中與oGW錨內(nèi)UE標(biāo)識符(4000)相對應(yīng)的記錄。操作2-3:在圖7中,隨著處于非通信狀態(tài)的UE#1的移動,UE#1向MME#1發(fā)送作為跟蹤位置更新請求消息的Tracking Area Update Request (圖7中的〈6>)。以接收到Tracking Area Update Request 作為觸發(fā)信號向新 S-GW22 (S_GW#3)發(fā)送 CreateSession Request 消息(圖 7 中的〈7>)。隨即,不同于Sll偵聽裝置#1的Sll偵聽裝置80 (Sll偵聽裝置#2)偵聽CreateSession Request消息(圖7中的〈8>),并且進(jìn)行圖22中例示的處理。接著,Create SessionResponse消息(圖16)被從S_GW#3發(fā)送到MME#1 (圖7中的〈9>)。Sll偵聽裝置#2偵聽Create Session Response (圖7中的〈10>),并且進(jìn)行圖23中例不的處理。操作2-4:根據(jù)圖22和圖23中例示的處理,如圖48所例示,Sll偵聽裝置內(nèi)UE標(biāo)識符(2000)、用戶標(biāo)識符aMSI)、MME側(cè)UE控制標(biāo)識信息和S-GW側(cè)UE控制標(biāo)識信息被登記并且設(shè)定在Sll偵聽裝置#2中的用戶確定狀態(tài)表82a中(在圖48中,用附圖標(biāo)記“82a(#2) ”表不)。另外,Sll偵聽裝置內(nèi)UE標(biāo)識符(2000)、用戶線路標(biāo)識符和上行線路分配信息被登記在Sll偵聽裝置#2的用戶TEID (GTP-U)對應(yīng)表82b中(在圖48中,用附圖標(biāo)記“82b (#2)表示)。操作2-5:接著,如圖7所例示,MME#1向作為先前S-GW (老S_GW)的S_GW#1發(fā)送作為會話斷開請求消息的Delete Session Request(圖7中的〈11>)。隨即,作為先前Sll偵聽裝置(老Sll偵聽裝置)的Sll偵聽裝置#1偵聽Delete Session Request (圖7中的〈12>),并且進(jìn)行圖24中例示的處理。操作2-6:根據(jù)圖24中例示的處理,如圖48所例示,先前Sll偵聽裝置(SII偵聽裝置#1)所具有的用戶確定狀態(tài)表82a和用戶TEID (GTP-U)對應(yīng)表82b的記錄(在圖48中,用附圖標(biāo)記82a(#l)和82b (#1)表示)被刪除。請注意,如圖7所例示,在基于Delete Session Request進(jìn)行會話斷開處理時,S-Gff#l 向 MME#1 發(fā)送完成消息 Delete Session Response。操作2-7:接著,如圖7所例示,在從非通信狀態(tài)恢復(fù)時,UE#x向MME#1發(fā)送作為通信開始請求消息的Service Request(圖7中的〈13>)。以接收到Service Request作為觸發(fā)信號向 eNB#l 發(fā)送 Initial Context Setup Request (圖 25)(圖 7 中的〈14>)。隨即,oGW70 (oGW#l)偵聽 Initial Context Setup Request (圖 7 中的〈15>),并且進(jìn)行圖33和圖41例示的處理。操作2-8:根據(jù)圖33和圖41中例示的處理,如圖46所例示,獲取與UE#x相對應(yīng)的新oGW內(nèi)UE標(biāo)識符(8100),并且將與此oGW內(nèi)UE標(biāo)識符(8100)相對應(yīng)的記錄添加到承載利用訂戶確定表175A和承載表175B中。操作2-9:此外,如圖47所例示,獲取與UE#x相對應(yīng)的新oGW錨內(nèi)UE標(biāo)識符(4100),并且將與oGW錨內(nèi)UE標(biāo)識符(4100)相對應(yīng)的記錄添加到TOF中繼管理表178a中。操作示例3:重激活UE
將根據(jù)圖8例示的序列來描述UE#x停止(例如,關(guān)機(jī))之后被重激活直至OGW70識別通過該oGW的通信線路的用戶為止的操作。操作3-1:在UE#x被停止時,作為斷開請求消息的Detach Request被從UE#x發(fā)送到先前MME (老MME (MME#1>)(圖8中的〈1>)。以接收到Detach Request作為觸發(fā)信號,MME#1向S-GffSl發(fā)送作為會話刪除請求消息的Delete Session Request (圖17)(圖8中的〈2>)。Sll偵聽裝置#1偵聽Delete Session Request (圖8中的〈3>),并且執(zhí)行圖24中例示的處理。操作3-2:根據(jù)圖24例示的處理,如圖49所例示,從Sll偵聽裝置#1的用戶確定狀態(tài)表82a和用戶TEID (GTP-U)對應(yīng)表82b中刪除包括Sll偵聽裝置內(nèi)UE標(biāo)識符(1000)的記錄。操作3-3:在圖8中,S_GW#1根據(jù)Delete Session Request進(jìn)行處理,并且向MME#1發(fā)送作為回復(fù)消息的Delete Session Response (圖8中的〈4>)。隨即,MME#1向UE#x發(fā)送作為回復(fù)消息(接受斷開請求)的Detach Accept (圖8中的〈5>)。接著向eNB#l 發(fā)送 UE Context Release Command(圖 30)(圖 8 中的〈6>)。此時,oGff#l偵聽UE Context Release Command (圖8中的〈7>),并且進(jìn)行圖38中例不的處理。請注意eNB#l根據(jù)UE Context Release Command進(jìn)行斷開和資源釋放處理,并且向MME#1 發(fā)送作為完成消息的 UE Context Release Completion (圖 8 中的〈8>)。操作3-4:根據(jù)圖38中例示的處理,如圖50所例示,從oGW#l中的承載利用訂戶確定表175A和承載表175B中刪除與oGW內(nèi)UE標(biāo)識符(8000)相對應(yīng)的記錄。另外,如圖51所例示,從oGW#l中的TOF中繼管理表178a中刪除與oGW錨內(nèi)UE標(biāo)識符(4000)相對應(yīng)的記錄。操作3-5:之后,UE#x被激活,并且Attach Request被發(fā)送到新MME#3 (圖8中的〈9>)。隨即,MME#3 進(jìn)行向 / 從作為先前 MME 的 MME#1 的 Identification Request/Identification Response 的發(fā)送 / 接收(圖 8 中的〈11>)。之后,MME#3向 S_GW#1 發(fā)送 Create Session Request (圖 15)(圖 8 中的〈12>)。Sll偵聽裝置#1偵聽Create Session Request (圖8中的〈13>),并且進(jìn)行圖22中例示的處理。另外,在Create Session Response (圖 16)被從 S_GW#1 發(fā)送到 MME#3 時(圖 8 中的〈14>), Sll偵聽裝置#1偵聽Create Session Response (圖8中的〈15>),并且進(jìn)行圖23中例示的處理。操作3-6:根據(jù)圖22和圖23中例示的處理,如圖49所例示,在SI I偵聽裝置#1處新獲取Sll偵聽裝置內(nèi)UE標(biāo)識符(I 100)。然后將與Sll偵聽裝置內(nèi)UE標(biāo)識符(1100)相對應(yīng)的記錄添加到用戶確定狀態(tài)表82a和用戶TEID (GTP-U)對應(yīng)表82b中。操作3-7:接著,Initial Context Setup Request(圖 25)被從MME#3 發(fā)送到 eNB#l(圖 8 中的〈16>)。oGW#l 偵聽 Initial Context Setup Request (圖 8 中的〈17>),并且進(jìn)行圖33和圖41例示的處理。操作3-8:根據(jù)圖33和圖41中例示的處理,如圖50所例示,獲取與UE#x相對應(yīng)的新oGW內(nèi)UE標(biāo)識符(8100), 并且將與此oGW內(nèi)UE標(biāo)識符相對應(yīng)的記錄添加到承載利用訂戶確定表175A和承載表175B中。操作3-9:另外,如圖51所例示,獲取關(guān)于UE#1的新oGW錨內(nèi)UE標(biāo)識符(4100),并且將與oGW錨內(nèi)UE標(biāo)識符(4100)相對應(yīng)的記錄添加到TOF中繼管理表178a中。通過圖33中的S26中的處理,從Sll偵聽裝置獲得(接收)用戶標(biāo)識符(MSI)(參見圖8中的〈18>)。請注意,接收了Initial Context Setup Request 消息的 eNB#l 向 MME#3 發(fā)送作為回復(fù)消息的 Initial Context Setup Response 消息(圖 8 中的〈19>)。操作示例4:關(guān)于基于SI切換的用戶標(biāo)識符的切換在根據(jù)UE#x的移動從切換源eNB (源eNB)到切換目的地eNB (目標(biāo)eNB)的切換時,將參照圖9中例示的序列來描述從切換源oGW CM oGW)到切換目的地oGW (目標(biāo)oGW)的切換用戶標(biāo)識符(IMSI)的操作。操作4-1:在源eNB (eNB#l)根據(jù)UE#x的移動而開始基于SI的切換時,HandoverRequired消息(圖26)被從源eNB (eNB#I)發(fā)送到切換源MME (源MME (MME#1>)(圖9中的〈1>)。隨即,源oGW (oGW#I)偵聽Handover Required (圖9中的〈2>),并且進(jìn)行圖34中例示的處理。操作4-2:根據(jù)圖34中的處理,如圖52所例示,Handover Required內(nèi)的目標(biāo)eNB標(biāo)識符“目標(biāo)ID”和切換目的地小區(qū)標(biāo)識信息“S目標(biāo)小區(qū)標(biāo)識信息”被登記在源oGW(oGff#l)的承載用戶確定表175A中,并且被確定。操作4-3:源 MME (MME#1)向切換目的地 MME (MME#1)發(fā)送 Forward RelocationRequest 消息(圖 9 中的〈3>)。隨即,目標(biāo)MME(MME#2)向目標(biāo) eNB#2 發(fā)送Handover Request消息(圖27 )(圖9中的〈4> )。切換目的地oGW (目標(biāo)oGW (oGff#2 ))偵聽Handover Request(圖9中的〈5>),并且執(zhí)行圖35和圖41例示的處理。操作4-4:根據(jù)對Handover Request的偵聽,如圖52所例示,目標(biāo)oGW#2將oGW#2內(nèi)的oGW內(nèi)UE標(biāo)識符(8102)、MME內(nèi)UE標(biāo)識符、MME裝置標(biāo)識符、eNB裝置標(biāo)識符、用戶線路標(biāo)識符、上行線路分配信息、TOF分類點(diǎn)位置信息、TOF錨點(diǎn)位置信息和T目標(biāo)小區(qū)標(biāo)識信息存儲在承載用戶確定表175A’(表175a’和175b’ )中,并且確定這些信息。操作4-5:另外,如圖53所例示,目標(biāo)oGW#2將oGW內(nèi)錨UE標(biāo)識符(4102)、用戶線路標(biāo)識符、TOF錨點(diǎn)位置和TOF分類點(diǎn)位置存儲在TOF中繼管理表178a’中,并且確定這些信息。操作4-6:接下來,目標(biāo)eNB#2向目標(biāo)MME#2發(fā)送Handover Request Ack.消息(圖28)(1 9 中的〈6>)。隨即,目標(biāo) oGff#2 偵聽 Handover Request Ack.消息(圖 9 中的 <7>),并且進(jìn)行圖36中例示的處理。 操作4-7:根據(jù)圖36中的處理,如圖52所例示,目標(biāo)oGW#2將與oGW內(nèi)UE標(biāo)識符(8102)相對應(yīng)的下行線路分配信息存儲在承載表175B’中,并且確定該信息。另外,目標(biāo)oGff#2將與oGW內(nèi)UE標(biāo)識符(8102)相對應(yīng)的T目標(biāo)小區(qū)內(nèi)UE標(biāo)識信息存儲在承載用戶確定表175b’中,并且確定該信息。操作4-8:接收了 Handover Request Ack.消息的目標(biāo) MME#2 向源 MME#1 發(fā)送Forward Relocation Response 消息(圖 9 中的〈8>)。隨即,源 MME#1 向目標(biāo) eNB#l 發(fā)送Handover Command 消息(圖 29)(圖 9 中的〈9>)。此時,源 oGW#l 偵聽 Handover Command(圖9中的〈10>),并且進(jìn)行圖37和圖42例示的處理。
操作4-9:根據(jù)圖37和圖42中的處理,源oGW#l在承載用戶確定表175b中登記與oGW內(nèi)UE標(biāo)識符(8000)相對應(yīng)的S目標(biāo)小區(qū)內(nèi)UE標(biāo)識信息,并且確定該信息(參見圖52)。因而,源oGW#l的承載用戶確定表175A中的目標(biāo)ID、S目標(biāo)小區(qū)標(biāo)識信息和S目標(biāo)小區(qū)內(nèi)UE標(biāo)識信息與目標(biāo)oGW#2的承載用戶確定表175A’中的eNB裝置標(biāo)識符、T目標(biāo)小區(qū)標(biāo)識信息和T目標(biāo)小區(qū)內(nèi)UE標(biāo)識信息相一致。因此,源oGW#l的oGW內(nèi)UE標(biāo)識符(8000)可以與關(guān)于UE#x的目標(biāo)oGW#2的oGW內(nèi)UE標(biāo)識符(8102)相關(guān)聯(lián)。操作4-10:另外,如圖52所例示,與oGW#l的oGW內(nèi)UE標(biāo)識符(8000)相對應(yīng)的用戶標(biāo)識符(MSI#x)被復(fù)制為與oGW#2的oGW內(nèi)UE標(biāo)識符(8102)相對應(yīng)的用戶標(biāo)識符。其副本被從源oGW#l發(fā)送到目標(biāo)oGW#2,并且被存儲在目標(biāo)oGW#2的承載用戶確定表175A’中。操作4-11:另外,如圖53所例示,源oGW#l的TOF中繼管理表178a中的用戶標(biāo)識符(MSI)的副本被從源oGW#l發(fā)送到目標(biāo)oGW#2,并且作為與oGW錨內(nèi)UE標(biāo)識符相對應(yīng)的用戶標(biāo)識符被存儲在目標(biāo)oGW#2的TOF中繼管理表178a’中。操作4-12:在圖9中,在結(jié)束關(guān)于Handover Request的處理時,目標(biāo)eNB#2向目標(biāo)MME發(fā)送作為完成消息的Handover Notification (圖9中的<10A>)。因而,下行數(shù)據(jù)的目的地eNB從源eNB交換到目標(biāo)eNB。之后,如圖9所例不,源MME#1向源eNB(eNB#l)發(fā)送UE Context Release Command消息(圖30)(圖9中的〈11>)。在此情況下,源oGW#I偵聽UE Context Release Command消息(圖9中的〈12>),并且進(jìn)行圖38中例示的處理。操作4-13:根據(jù)圖38中例示的處理,如圖52所例示,承載用戶確定表175A和承載表175B中與源oGW#l的oGW內(nèi)UE標(biāo)識符(8000)相對應(yīng)的記錄被刪除,并且源oGW#l的分類點(diǎn)的資源被釋放。操作示例5:關(guān)于基于X2切換的用戶標(biāo)識符的切換接著,將根據(jù)圖10中的序列來描述關(guān)于根據(jù)UE的移動而在從源eNB到目標(biāo)eNB切換時從源oGW向目標(biāo)oGW切換用戶標(biāo)識符的操作。操作5-1:在源eNB#l根據(jù)UE#x的移動而開始基于X2的切換時,HandoverRequest消息(圖31)被從源eNB#l發(fā)送到目標(biāo)eNB#2 (圖10中的<1>)。源oGW#l偵聽X2AP:Handover Request消息(圖10中的〈2>),并且進(jìn)行圖39中例示的處理。操作5-2:根據(jù)圖39中例示的處理,如圖54所例示,源oGW#l中的承載用戶確定表175B中的eNB內(nèi)UE標(biāo)識符(X2AP)被確定。操作5-3:目標(biāo) oGW#2 偵聽 X2AP:Handover Request 消息(圖 10 中的〈3>),并且進(jìn)行圖39和圖41中例示的處理。操作5-4:根據(jù)圖39和圖41中例示的處理,通過目標(biāo)oGW#2,如圖54所例示,oGW#2的oGW內(nèi)UE標(biāo)識符(8102)、MME內(nèi)UE標(biāo)識符、MME裝置標(biāo)識符、eNB裝置標(biāo)識符、用戶線路標(biāo)識符、上行線路分配信息、TOF分類點(diǎn)位置信息和TOF錨點(diǎn)位置信息被確定并且存儲在承載用戶確定表175A’和承載表175B’中。操作5-5:另夕卜,通過目標(biāo)oGW#2,如圖55所例示,oGff#2的oGW內(nèi)錨UE標(biāo)識符(4102)、用戶線路 標(biāo)識符、TOF錨點(diǎn)位置和TOF分類點(diǎn)位置被確定并且被存儲在TOF中繼管理表178a’中。操作5-6:如上所述,通過目標(biāo)oGW#2的承載用戶確定表175A’,MME內(nèi)UE標(biāo)識符被確定。此時,如圖54所例示,oGW#l的承載用戶確定表175A中的MME內(nèi)UE標(biāo)識符與oGW#2的承載用戶確定表175A’中的MME內(nèi)UE標(biāo)識符相一致。因而,oGff#l的oGW內(nèi)UE標(biāo)識符(8000)和oGW#2的oGW內(nèi)UE標(biāo)識符(8102)之間關(guān)于UE#x的關(guān)聯(lián)可以被實(shí)現(xiàn)。操作5-7:如圖54所例示,與oGW#l的oGW內(nèi)UE標(biāo)識符(8000)相對應(yīng)的oGW#l的用戶標(biāo)識符(IMSI#x)的副本被從oGW#l發(fā)送到oGW#2。用戶標(biāo)識符的副本被存儲在oGW#2的承載用戶確定表175A’中作為與oGW內(nèi)UE標(biāo)識符(8102)相對應(yīng)的用戶標(biāo)識符。如圖55所例示,用戶標(biāo)識符(頂SI#x)的副本被存儲在TOF中繼管理表178a’中作為與oGW#2的oGW錨內(nèi)UE標(biāo)識符(4102)相對應(yīng)的用戶標(biāo)識符。操作5-8:之后,盡管圖10中沒有例示,但是目標(biāo)eNB32向源eNB#l發(fā)送X2AP:UEContext Release 消息(圖 32)。隨即,源 oGW#l 偵聽 X2AP:UE Context Release 消息,并且進(jìn)行圖40中例示的處理。操作5-9:根據(jù)圖40中例示的處理,與源oGW#l的oGW內(nèi)UE標(biāo)識符(8000)相對應(yīng)的記錄被從承載用戶確定表175A和承載表175B中刪除(參見圖50)。源oGW#l的分類點(diǎn)75的資源接著被釋放。根據(jù)以上提到的操作示例I到操作示例5,OGW70從Sll偵聽裝置80獲得要穿過該oGW70的通信線路的用戶標(biāo)識消息(MSI)。另外,在UE60切換時,IMSI可以被從源oGW切換到目標(biāo)oGW。基于這種MSI,可以獲得該用戶的訂戶信息,另外,可以收集與該用戶關(guān)聯(lián)的統(tǒng)計信息(發(fā)送業(yè)務(wù)量和通信質(zhì)量)。操作示例6:靠近MME安裝Sll偵聽裝置時激活UE通過操作示例I到操作示例5,已經(jīng)描述了在Sll偵聽裝置80被安裝得比MME21更接近S-GW22的情況下的操作。通過操作6和以后的操作示例,將描述在Sll偵聽裝置被安裝得比S-GW22更接近MME21的情況的操作示例。將根據(jù)圖6的序列來描述用戶設(shè)備(UE)60被激活(例如,加電)之后直至oGW70識別穿過該oGW的通信線路的用戶的操作,作為操作示例6。操作示例6與操作示例I不同之處是應(yīng)用了圖58所例示的處理流程而不是在操作示例I中的偵聽Initial Context Setup Request消息時的處理流程(圖33)。通過圖58所例示的流程,S24A和S25A中的處理被執(zhí)行,代替圖33中的S24和S25。具體地,在 S24A, oGW70 的 CPU73 確定 Initial Context Setup Request 消息的發(fā)送源MME21。在S25A,oGW70的CPU73確定偵聽MME的Sll信號的Sll偵聽裝置。圖59指示了在oGW處的Sll偵聽的MME信息的結(jié)構(gòu)示例。對于以上提到的S24A和S25A中的處理,oGW70包括如圖59例示的Sll偵聽的MME容納表,從Initial ContextSetup Request消息的發(fā)送源地址計算發(fā)送源MME,并且確定對應(yīng)的Sll偵聽裝置80。除了以上提到的這一點(diǎn),操作示例6與操作示例I相同,因此將省略詳細(xì)描述。操作示例7:當(dāng)靠近MME安裝Sll偵聽裝置時從UE的非通信狀態(tài)恢復(fù)將根據(jù)圖11例示的序列來描述在用戶設(shè)備60 (UE#x)被激活之后直至oGW70識別穿過該oGW的通信線路的用戶為止的操作。
`
操作7-1:ΜΜΕ21 (MME#1)向 UE60 (UE#1)發(fā)送⑶TI Relocation Command 消息(圖11中的〈1>),并且接收從UE#1發(fā)送回的回復(fù)消息⑶TI Relocation Completion (圖11 中的〈2>)。作為結(jié)果,在檢測到UE#x的非通信狀態(tài)時,MME#1向eNBll (eNB#l)發(fā)送作為斷開請求消息的 UE Context Release Command (圖 30)(圖 11 中的〈3>)。此時,oGW#l 偵聽 UEContext Release Command (圖11中的〈4>),并且進(jìn)行圖38中例不的處理。請注意eNB#l根據(jù)UE Context Release Command消息進(jìn)行處理,并且向MME#1發(fā)送完成消息UE ContextRelease Completion (圖 11 中的〈5>)。操作7-2:圖60例示了在Sll偵聽裝置被靠近MME安裝的情況下當(dāng)通過UE的空閑狀態(tài)恢復(fù)UE時TEID-1MSI對應(yīng)狀態(tài)數(shù)據(jù)的設(shè)定示例。圖61例示了在圖60例示的狀態(tài)下的承載狀態(tài)管理數(shù)據(jù)的設(shè)定示例。圖62例示了在圖60例示的狀態(tài)下的TOF中繼狀態(tài)管理數(shù)據(jù)的設(shè)定示例。根據(jù)圖38中的處理,如圖61所例示的,與oGW內(nèi)UE標(biāo)識符(8000)的記錄被從承載利用訂戶確定表175A和承載表175B中刪除。另外,如圖63所例示的,TOF中繼管理表178a中的與oGW錨內(nèi)UE標(biāo)識符(4000)相對應(yīng)的記錄被刪除。操作7-3:在圖11中,根據(jù)處于非移動狀態(tài)的UE#1的移動,UE#1向MME#1發(fā)送作為跟蹤位置更新請求消息的Tracking Area Update Request (圖11中的〈6>)。以接收到Tracking Area Update Request 作為觸發(fā)信號向新 S-GW22 (S_GW#3)發(fā)送 CreateSession Request 消息(圖 15)(圖 7 中的〈11>)。
隨即,Sll偵聽裝置80 (Sll偵聽裝置#1)偵聽Create Session Request消息(圖11中的〈8>),并且進(jìn)行圖22中例示的處理。接著,Create Session Response消息(圖16)被從S-GW#3發(fā)送到MME#1 (圖11中的〈9>)。Sll偵聽裝置#1偵聽Create SessionResponse (圖11中的〈10>),并且進(jìn)行圖23中例示的處理。操作7-4:根據(jù)圖22和圖23中例示的處理,如圖60所例示的,Sll偵聽裝置內(nèi)UE標(biāo)識符(1100)、用戶標(biāo)識符(MSI )、MME側(cè)控制標(biāo)識信息和S-GW側(cè)UE控制標(biāo)識信息被登記在Sll偵聽裝置#1中的用戶確定表82a中,并且被確定。另外,Sll偵聽裝置內(nèi)UE標(biāo)識符(1100)、用戶線路標(biāo)識符和上行線路分配信息被登記在Sll偵聽裝置#1的用戶TEID (GTP-U)對應(yīng)表82b中,并且被確定。操作7-5:接著,如圖11所例示的,MME#1向作為先前S-GW (老S-GWM^ S_GW#1發(fā)送作為會話斷開請求消息的Delete Session Request (圖11中的〈11>)。隨即,Sll偵聽裝置#1偵聽Delete Session Request (圖11中的〈12>),并且進(jìn)行圖24中例示的處理。操作7-6:根據(jù)圖24例示的處理,如圖60所例示,與Sll偵聽裝置#1中的Sll偵聽裝置內(nèi)UE標(biāo)識符(1000)相對應(yīng)的記錄被從用戶確定狀態(tài)表82a和用戶TEID (GTP-U)對應(yīng)表82b中刪除。請注意,如圖11所例示的,在基于Delete Session Request進(jìn)行了會話斷開處理之后,S_GW#1 向 MME#1 發(fā)送完成消息 Delete Session Response。操作7-7:接著,如圖11所例示的,在從非通信狀態(tài)恢復(fù)后,UE#x向MME#1發(fā)送作為通信開始請求消息的Service Request (圖11中的〈13>)。以接收到Service Request作為觸發(fā)信號,MME#1 向 eNB#l 發(fā)送 Initial Context Setup Request (圖 25)(圖 11 中的〈14>)。隨即,oGW70 (oGW#l)偵聽 I nitial Context Setup Request (圖 11 中的〈15>),并且進(jìn)行圖58和圖41例示的處理。操作7-8:根據(jù)圖58和圖41中例示的處理,如圖61所例示的,與UE#x相對應(yīng)的新oGW內(nèi)UE標(biāo)識符(8100)被獲取,并且與此oGW內(nèi)UE標(biāo)識符(8100)相對應(yīng)的記錄被添加到承載利用訂戶確定表175A和承載表175B中。從Sll偵聽裝置#1獲得用戶標(biāo)識符(MSI)(參見圖11中的〈16>)。操作7-9:此外,如圖62所例示的,獲取與UE#x相對應(yīng)的新oGW錨內(nèi)UE標(biāo)識符(4100),并且與oGW錨內(nèi)UE標(biāo)識符(4100)相對應(yīng)的記錄被添加到TOF中繼管理表178a中。操作示例8:當(dāng)靠近MME安裝SI I偵聽裝置時重激活UE將根據(jù)圖12例示的序列來描述UE#x停止(例如,關(guān)機(jī))之后被重激活直至oGW70識別通過該oGW的通信線路的用戶為止的操作。操作8-1:在UE#x被停止后,作為斷開請求消息的Detach Request被從UE#x發(fā)送到先前MME (老MME (MME#1>)(圖12中的〈1>)。以接收到Detach Request作為觸發(fā)信號,MME#1向S-GffSl發(fā)送作為會話刪除請求消息的Delete Session Request (圖17)(圖12中的〈2>)。Sll偵聽裝置#1偵聽Delete Session Request (圖12中的〈3>),并且執(zhí)行圖24中例示的處理。操作8-2:根據(jù)圖24例示的處理,如圖63所例示的,包括S11偵聽裝置內(nèi)UE標(biāo)識符(1000)的記錄被從Sll偵聽裝置#1的用戶確定狀態(tài)表82a和用戶TEID (GTP-U)對應(yīng)表82b中刪除。
操作8-3:在圖12中,S-GffSl根據(jù)Delete Session Request進(jìn)行處理,并且向MME#1發(fā)送作為回復(fù)消息的Delete Session Response (圖12中的〈4>)。隨即,MME#1向UE#x發(fā)送作為回復(fù)消息(接受斷開請求)的Detach Accept (圖12中的〈5>)。接著,MME#1向 eNB#l 發(fā)送 UE Context Release Command (圖 3O)(圖 12 中的〈6>)。此時,oGW#l 偵聽 UE Context Release Command(圖 12 中的〈7>),并且進(jìn)行圖 38 中例示的處理。請注意eNB#l根據(jù)UE Context Release Command進(jìn)行斷開和資源釋放處理,并且向MME#1發(fā)送作為完成消息的UE Context Release Completion (圖12中的〈8>)。操作8-4:根據(jù)圖38中例示的處理,如圖64所例示,與oGW內(nèi)UE標(biāo)識符(8000)相對應(yīng)的記錄被從oGW#l中的承載利用訂戶確定表175A和承載表175B中刪除。另外,如圖65所例示的,與oGW錨內(nèi)UE標(biāo)識符(4000)相對應(yīng)的記錄被從oGW#l中的TOF中繼管理表178a中刪除。操作8-5:之后,UE#x被激活,并且Attach Request被發(fā)送到新MME#3 (圖12中的〈9>)。隨即,MME#3 向 / 從作為先前 MME 的 MME#1 發(fā)送 / 接收 Identification Request/Identification Response (圖12 中的〈10> 和〈11>)。之后,MME#3向 S-GffSl 發(fā)送 Create Session Request (圖 15)(圖 12 中的〈12>)。隨即,新Sll偵聽裝置80 (Sll偵聽裝置#2)偵聽Create Session Request (圖12中的〈13>),并且進(jìn)行圖22中例示的處理。另外,在Create Session Response (圖 16)被從 S_GW#1 發(fā)送到 MME#3 時(圖 12中的〈14>), Sll偵聽裝置#2偵聽Create Session Response (圖12中的〈15>),并且進(jìn)行圖23中例示的處理。操作8-6:根據(jù)圖 22和圖23中例示的處理,在Sll偵聽裝置#2處新獲取Sll偵聽裝置內(nèi)UE標(biāo)識符(1100)。與Sll偵聽裝置內(nèi)UE標(biāo)識符(1100)相對應(yīng)的記錄隨后被添加到用戶確定狀態(tài)表82a’和用戶TEID (GTP-U)對應(yīng)表82b’中。操作8-7:接著,Initial Context Setup Request(圖 25)被從MME#3 發(fā)送到 eNB#l(圖 12 中的〈16>)。oGff#l 偵聽 Initial Context Setup Request (圖 12 中的〈17>),并且進(jìn)行圖58和圖41例示的處理。操作8-8:根據(jù)圖58和圖41中例示的處理,如圖64所例示,獲取與UE#x相對應(yīng)的新oGW內(nèi)UE標(biāo)識符(8100),并且將與此oGW內(nèi)UE標(biāo)識符相對應(yīng)的記錄添加到承載利用訂戶確定表175A和承載表175B中。操作8-9:另外,如圖65所例示,獲取關(guān)于UE#1的新oGW錨內(nèi)UE標(biāo)識符(4100),并且將與oGW錨內(nèi)UE標(biāo)識符(4100)相對應(yīng)的記錄添加到TOF中繼管理表178a中。通過圖58中的S26中的處理,從Sll偵聽裝置#1獲得(接收)用戶標(biāo)識符(MSI)(參見圖12中的〈18>)。請注意,接收到Initial Context Setup Request 消息的 eNB#l 向 MME#1 發(fā)送作為回復(fù)消息的 Initial Context Setup Response 消息(圖 12 中的〈19>)。操作示例9:在Sll偵聽裝置80被靠近MME21布置的情況下在保持UE60處的TCP通信的同時根據(jù)UE60的移動進(jìn)行從源eNB向目標(biāo)eNB的基于SI的切換的操作與操作示例4是相同的。另外,在保持UE60處的TCP通信的同時根據(jù)UE60的移動進(jìn)行從源eNB向目標(biāo)eNB的基于X2的切換的操作與操作示例5是相同的。因此,這些操作的詳細(xì)描述將被省略。操作示例10:在基于SI的切換期間從Sll偵聽裝置獲得用戶標(biāo)識符將根據(jù)圖13中例示的序列,描述根據(jù)UE#x的移動在從切換源eNB到切換目標(biāo)eNB切換時,從切換源oGW CM oGW)向切換目標(biāo)oGW (目標(biāo)oGW)切換用戶標(biāo)識符(MSI)的操作。操作示例10與操作示例4和操作示例9不同之處在于,即使在切換時也從Sll偵聽裝置80獲得用戶標(biāo)識符(MSI)。操作10-1:在源eNB(eNB#l)根據(jù)UE#x的移動而開始基于SI的切換時,HandoverRequired消息(圖26)被從源eNB (eNB#I)發(fā)送到切換目的地MME (源MME (MME#1>)(圖13中的〈1>)。隨即,源oGW (oGW#I)偵聽Handover Required (圖13中的〈2>),并且進(jìn)行圖34中例示的處理。操作10-2:根據(jù)圖34中的處理,如圖52所例示,Handover Required內(nèi)的目標(biāo)eNB標(biāo)識符“目標(biāo)ID”和切換目的地小區(qū)標(biāo)識信息“S目標(biāo)小區(qū)標(biāo)識信息”被登記在源oGW(oGff#l)的承載用戶確定表175A中,并且被確定。操作10-3:源 MME (MME#1)向切換目的地 MME (MME#I)發(fā)送 Forward RelocationRequest 消息(圖 13 中的〈3>)。隨即,目標(biāo) MME (MME#2)向目標(biāo) S-GW (S_GW#2)發(fā)送 CreateSession Request消息(圖15)(圖13中的<4>)。此時,目標(biāo)Sll偵聽裝置80 (Sll偵聽裝置#2)偵聽Create Session Request (圖13中的〈5>),并且進(jìn)行圖22中例示的處理。操作10-4:根據(jù)圖22中例示的處理,如圖55所例示,目標(biāo)Sll偵聽裝置(Sll偵聽裝置#2 )的用戶確定狀態(tài)表82a’中的SI I偵聽裝置內(nèi)UE標(biāo)識符(2000 )、用戶標(biāo)識符(MSI)和MME側(cè)UE控制標(biāo)識信息被確定。另外,用戶TEID (GTP-U)對應(yīng)表82b中的Sll偵聽裝置內(nèi)UE標(biāo)識符和用戶線路標(biāo)識符被確定。操作10-5:接著,如圖13所例示,在Create Session Response (圖16)被從目標(biāo)S-Gff (S-GW#2)發(fā)送到目標(biāo)MME (MME#2)時(圖13中的〈6>),Sll偵聽裝置#2偵聽CreateSession Response (圖13中的〈7>),并且進(jìn)行圖23中例示的處理。操作10-6:根據(jù)圖23中例示的處理,如圖66所例示,目標(biāo)Sll偵聽裝置#2的用戶確定狀態(tài)表82a’中的關(guān)于Sll偵聽裝置內(nèi)UE標(biāo)識符(2000)的S-GW側(cè)UE控制標(biāo)識信息被確定。另外,在目標(biāo)Sll偵聽裝置#2的用戶TEID (GTP-u)對應(yīng)表82b’中的對應(yīng)于(Sll偵聽裝置內(nèi)UE標(biāo)識符,用戶線路標(biāo)識符)上行線路分配信息被確定。操作10-7:接著,目標(biāo) MME(MME#2)向目標(biāo) eNB#2 發(fā)送 Handover Request 消息(圖27)(圖 13 中的〈8>)。切換目的地 oGW (目標(biāo) oGW (oGW#2))偵聽 Handover Request (圖13中的〈9>),并且執(zhí)行圖67和圖41例示的處理。圖67例示了操作示例9中在偵聽oGW的Handover Request時的處理流程。圖67中的處理流程與圖35中的處理流程不同在于,S44到S47插入在圖35例示的處理流程中的S43和S28之間(剩余處理與圖35的相同,因此,將省略詳細(xì)描述)。在S44,oGW的CPU73從Handover Request的針對上行的線路分配信息確定終止了上行線路的S-GW。在接下來的S45,CPU73確定偵聽所確定的S-GW的Sll信號的Sll偵聽裝置80。在接下來的S46,CPU73訪問所確定的Sll偵聽裝置80以接收與HandoverRequest的針對上行的線路分配信息相對應(yīng)的用戶標(biāo)識符(MSI)。在接下來的S47,CPU73按照與oGW內(nèi)UE標(biāo)識符相關(guān)聯(lián)的方式,在承載用戶確定表175A中登記用戶標(biāo)識符。
操作10-8:通過操作示例10,目標(biāo)oGW#2進(jìn)行圖67中的處理,在S44確定目標(biāo)S-GW#2,在S45確定目標(biāo)Sll偵聽裝置#2,并且在s46獲得與Sll偵聽裝置#2相對應(yīng)的用戶標(biāo)識符(MSI)(參見圖13中的〈10>)。根據(jù)圖67和圖41中的處理,如圖52所例示,目標(biāo)oGW#2將oGW#2內(nèi)的oGW內(nèi)UE標(biāo)識符(8102)、MME內(nèi)UE標(biāo)識符、MME裝置標(biāo)識符、eNB裝置標(biāo)識符、用戶線路標(biāo)識符、上行線路分配信息、TOF分類點(diǎn)位置信息、TOF錨點(diǎn)位置信息和T目標(biāo)小區(qū)標(biāo)識信息存儲在承載用戶確定表175A’中,并且確定這些信息。操作10-9:另外,如圖53所例示的,目標(biāo)oGW#2將oGW內(nèi)錨UE標(biāo)識符(4102)、用戶線路標(biāo)識符、TOF錨點(diǎn)位置和TOF分類點(diǎn)位置存儲在TOF中繼管理表178a’中,并且確定這些信息。隨后的處理類似于在操作示例4中描述的操作4-6到操作4-13,因此,將省略其描述。操作示例11:在基于X2的切換期間從Sll偵聽裝置獲得用戶標(biāo)識符將根據(jù)圖14中的序列,描述根據(jù)UE的移動進(jìn)行從源eNB到目標(biāo)eNB切換為止的操作。操作11-1:在源eNB(eNB#l)根據(jù)UE#x的移動而開始基于X2的切換時,HandoverRequest消息(圖31)被從源eNB (eNB#l)發(fā)送到目標(biāo)eNB (eNB#2)(圖14中的〈1>)。源oGW (oGff#l)偵聽X2AP:Handover Request (圖14中的〈2>),并且進(jìn)行圖68中例示的處理。操作11-2:圖 68中例示的處理流程包括S85A、S86A、S87A、和S88A而非圖39中的S86到S87,這些不同于圖39中的處理流程,但是其它都與圖39中的處理流程相同。在圖68中的S85A,oGW的CPU73從Handover Request的針對上行的線路分配信息確定終止上行線路的S-GW22。在接下來的S86A,CPU73確定偵聽所確定的S-GW22的Sll信號的Sll偵聽裝置80。在接下來的S87A,CPU73訪問所確定的Sll偵聽裝置80以接收與Handover Request的針對上行的線路分配信息相對應(yīng)的用戶標(biāo)識符(MSI)。在接下來的S88A,CPU73按照與oGW內(nèi)UE標(biāo)識符相關(guān)聯(lián)的方式,在承載用戶確定表175A中登記用戶標(biāo)識符。這些操作與操作示例10中的S44到S47相同。操作11-3:根據(jù)圖68中例示的處理,源oGW#l在S85A確定目標(biāo)S_GW#2,在S86A確定目標(biāo)Sll偵聽裝置#2,并且在S87A從Sll偵聽裝置#2獲得對應(yīng)的用戶標(biāo)識符(MSI)(參見圖69)。根據(jù)圖68中例示的處理,如圖54所例示的,源oGW#l處的承載用戶確定表175A中的eNB內(nèi)UE標(biāo)識符(X2AP)被確定。操作11-4:目標(biāo) oGff#2 偵聽 X2AP:Handover Request 消息(圖 14 中的 <3>),并且進(jìn)行圖69和圖41中例示的處理。根據(jù)圖68中的處理,源oGW#l從Sll偵聽裝置#2獲得用戶標(biāo)識符(MSI)(參見圖14中的〈4>),并且可以將其登記在承載用戶確定表82a’中。操作11-5:根據(jù)圖68和圖41中的處理,通過目標(biāo)oGW#2,如圖54所例示的,oGW#2的oGW內(nèi)UE標(biāo)識符(8102)、MME內(nèi)UE標(biāo)識符、MME裝置標(biāo)識符、eNB裝置標(biāo)識符、用戶線路標(biāo)識符、上行線路分配信息、TOF分類點(diǎn)位置信息和TOF錨點(diǎn)位置信息被確定并且存儲在承載用戶確定表175A’和承載表175B’中,并且被確定。操作11-6:另外,通過目標(biāo)oGW#2,如圖69所例示的,oGW#2的oGW內(nèi)錨UE標(biāo)識符(4102)、用戶線路標(biāo)識符、TOF錨點(diǎn)位置和TOF分類點(diǎn)位置被確定并且被存儲在TOF中繼管理表178a’中。隨后的處理類似于操作示例5中的操作5-6和之后的操作,因此,將省略其描述。根據(jù)該實(shí)施方式,Sll偵聽裝置80偵聽與用于分流業(yè)務(wù)的通信有關(guān)的UE的用戶標(biāo)識符(MSI),并且按照與上行線路分配信息相關(guān)聯(lián)的方式將其存儲。OGW70從Sll偵聽裝置80獲得用戶標(biāo)識符(IMSI),并且將其存儲。在OGW由于UE的切換而改變的情況下,IMSI被從源oGW切換到目標(biāo)oGW。因而,利用 將核心網(wǎng)絡(luò)(EPC網(wǎng)絡(luò))和無線接入網(wǎng)絡(luò)之間的連接點(diǎn)處的業(yè)務(wù)分流的分流裝置(oGW),可以確定要穿過此oGW的通信線路的用戶。因而,可以利用此oGW來提供諸如記賬等注意到用戶(例如,必須進(jìn)行用戶的確定)的功能。
權(quán)利要求
1.一種網(wǎng)絡(luò)系統(tǒng),所述網(wǎng)絡(luò)系統(tǒng)包括: 多個基站,每一個基站都與移動臺進(jìn)行通信; 核心網(wǎng)絡(luò),其包括一個或更多個網(wǎng)關(guān),每一個網(wǎng)關(guān)都與所述多個基站進(jìn)行通信; 多個分流裝置,每一個分流裝置都布置在所述基站與所述網(wǎng)關(guān)之間,每一個分流裝置都充當(dāng)錨點(diǎn)的網(wǎng)關(guān),在所述錨點(diǎn)處,向分流網(wǎng)絡(luò)發(fā)送要分流的業(yè)務(wù)或者從分流網(wǎng)絡(luò)接收要分流的業(yè)務(wù),并且每一個分流裝置都充當(dāng)中繼點(diǎn)的網(wǎng)關(guān),在所述中繼點(diǎn)處,在所述錨點(diǎn)與所述多個基站中和所述移動臺進(jìn)行通信的一個基站之間中繼所述要分流的業(yè)務(wù); 控制站,其用于控制所述移動臺與所述網(wǎng)關(guān)之間的業(yè)務(wù);以及一個或更多個偵聽裝置,每一個偵聽裝置都偵聽所述控制站與所述網(wǎng)關(guān)之間的業(yè)務(wù),其中,所述一個或更多個偵聽裝置中的每一個偵聽裝置都通過偵聽所述業(yè)務(wù)來獲得所述移動臺的用戶標(biāo)識信息,并且存儲所述用戶標(biāo)識信息, 其中,每一個所述分流裝置都在開始所述移動臺與所述網(wǎng)關(guān)之間的業(yè)務(wù)時偵聽所述移動臺與所述網(wǎng)關(guān)之間的業(yè)務(wù),獲得用于所述業(yè)務(wù)的線路信息,并且從所述偵聽裝置接收與所獲得的線路信息相對應(yīng)的用戶標(biāo)識信息, 其中,所述多個分流裝置中的第一分流裝置在所述第一分流裝置根據(jù)所述移動臺的切換充當(dāng)針對切換源的分流裝置的情況下,從所述多個分流裝置中的針對所述切換源或者所述偵聽裝置的第二分流裝置接收所述用戶標(biāo)識信息。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)系統(tǒng),其中,所述偵聽裝置偵聽Sll接口上的業(yè)務(wù)以獲得所述用戶標(biāo)識信息,所述Sll接口是所述網(wǎng)關(guān)與所述控制站之間的接口。
3.根據(jù)權(quán)利要求1所述的 網(wǎng)絡(luò)系統(tǒng),其中,所述分流裝置偵聽所述業(yè)務(wù)以在所述基站與所述網(wǎng)關(guān)之間設(shè)置路徑從而獲得所述線路信息。
4.一種分流裝置,所述分流裝置包括: 處理器,其用于執(zhí)行偵聽處理以在開始移動臺與網(wǎng)關(guān)之間的業(yè)務(wù)時偵聽所述移動臺與所述網(wǎng)關(guān)之間的業(yè)務(wù),并且通過偵聽所述業(yè)務(wù)來獲得用于所述業(yè)務(wù)的線路信息; 通信裝置,其用于從偵聽裝置接收與通過所述偵聽處理獲得的線路信息相對應(yīng)的用戶標(biāo)識信息以偵聽控制站與所述網(wǎng)關(guān)之間的業(yè)務(wù);以及存儲裝置,其用于存儲所述用戶標(biāo)識信息; 其中,在根據(jù)所述移動臺的切換充當(dāng)針對切換源的分流裝置的第一分流裝置中執(zhí)行所述偵聽處理的情況下,所述偵聽處理從針對所述切換源或者所述偵聽裝置的第二分流裝置獲得所述用戶標(biāo)識信息,并且 其中,所述分流裝置布置在所述基站和被包括在包括多個基站的核心網(wǎng)絡(luò)中的網(wǎng)關(guān)之間,所述分流裝置充當(dāng)錨點(diǎn)的網(wǎng)關(guān),在所述錨點(diǎn)處,向分流網(wǎng)絡(luò)發(fā)送要分流的業(yè)務(wù)或者從分流網(wǎng)絡(luò)接收要分流的業(yè)務(wù),并且所述分流裝置充當(dāng)中繼點(diǎn)的網(wǎng)關(guān),在所述中繼點(diǎn)處,在所述錨點(diǎn)與所述多個基站中的與所述移動臺進(jìn)行通信的一個基站之間中繼所述要分流的業(yè)務(wù)。
5.一種用于分流裝置的用戶標(biāo)識信息獲得方法,所述用戶標(biāo)識信息獲得方法包括: 在開始移動臺與網(wǎng)關(guān)之間的業(yè)務(wù)時偵聽所述移動臺與所述網(wǎng)關(guān)之間的業(yè)務(wù); 通過偵聽所述業(yè)務(wù)來獲得用于所述業(yè)務(wù)的線路信息; 從偵聽裝置接收與所獲得的線路信息相對應(yīng)的用戶標(biāo)識信息,以偵聽控制站與所述網(wǎng)關(guān)之間的業(yè)務(wù);以及在根據(jù)移動臺的切換充當(dāng)針對切換源的分流裝置的第一分流裝置中由處理器執(zhí)行所述偵聽的情況下,從針對所述切換源或者所述偵聽裝置的第二分流裝置獲得所述用戶標(biāo)識信 息。
全文摘要
本發(fā)明涉及網(wǎng)絡(luò)系統(tǒng)、分流裝置和分流裝置的用戶標(biāo)識信息獲得方法。所述網(wǎng)絡(luò)系統(tǒng)包括多個基站,每一個基站都與移動臺進(jìn)行通信;核心網(wǎng)絡(luò),其包括一個或更多個網(wǎng)關(guān),每一個網(wǎng)關(guān)都與所述多個基站進(jìn)行通信;多個分流裝置,每一個分流裝置都布置在基站與網(wǎng)關(guān)之間,每一個分流裝置都充當(dāng)錨點(diǎn)的網(wǎng)關(guān),在錨點(diǎn)處,向分流網(wǎng)絡(luò)發(fā)送要分流的業(yè)務(wù)或者從分流網(wǎng)絡(luò)接收要分流的業(yè)務(wù),并且每一個分流裝置都充當(dāng)中繼點(diǎn)的網(wǎng)關(guān),在中繼點(diǎn)處,在錨點(diǎn)與所述多個基站中和移動臺進(jìn)行通信的一個基站之間中繼要分流的業(yè)務(wù);控制站,其用于控制移動臺與網(wǎng)關(guān)之間的業(yè)務(wù);以及一個或更多個偵聽裝置,每一個偵聽裝置都偵聽控制站與網(wǎng)關(guān)之間的業(yè)務(wù)。
文檔編號H04W28/10GK103228009SQ20121054005
公開日2013年7月31日 申請日期2012年12月13日 優(yōu)先權(quán)日2012年1月25日
發(fā)明者前原誠志, 加古鎮(zhèn)治 申請人:富士通株式會社