專利名稱：通信網(wǎng)絡(luò)中的拓?fù)浯_定的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信網(wǎng)絡(luò)中的拓?fù)浯_定的領(lǐng)域，并且具體涉及基站的拓?fù)浯_定。
背景技術(shù)：
長期演進(jìn)(LTE)是第三代合作伙伴項(xiàng)目(3GPP)當(dāng)前在開發(fā)的一種通信網(wǎng)絡(luò)技術(shù)。 LTE要求稱為演進(jìn)通用地面無線電接入網(wǎng)絡(luò)(E-UTRAN)的一項(xiàng)新無線電接入技術(shù)，該技術(shù)設(shè)計(jì)成提高網(wǎng)絡(luò)容量，降低網(wǎng)絡(luò)中的等待時(shí)間并因此改善最終用戶的體驗(yàn)。系統(tǒng)架構(gòu)演進(jìn) (SAE)是LTE通信網(wǎng)絡(luò)的核心網(wǎng)絡(luò)架構(gòu)。參照圖1，LTE/SAE架構(gòu)包括移動性管理實(shí)體(MME) 1，該實(shí)體負(fù)責(zé)控制信令。SAE 網(wǎng)關(guān)(SAE-GW) 2負(fù)責(zé)用戶數(shù)據(jù)。SAE-Gff 2由兩個(gè)不同部分組成，即，路由用戶數(shù)據(jù)分組的服務(wù)網(wǎng)關(guān)和在用戶裝置與外部數(shù)據(jù)網(wǎng)絡(luò)之間提供連接的PDN網(wǎng)關(guān)。這些節(jié)點(diǎn)在3GPP技術(shù)規(guī)范 (TS) 23. 401中有詳細(xì)描述。所有這些節(jié)點(diǎn)通過IP網(wǎng)絡(luò)互連。其它節(jié)點(diǎn)是充當(dāng)網(wǎng)絡(luò)中基站的 eNodeB 3、4。在這些節(jié)點(diǎn)類型之間有三種主要協(xié)議和接口。這些接口是Sl-MME (在eNodeBs 3、4與MME 1之間)、S1-U (在eNodeB 3、4與SAE-GW 2之間，或更正確地說在eNodeBs 3、4 與服務(wù)網(wǎng)關(guān)之間)及X2(在eNodeB 3、4之間)。在這些接口中使用的對應(yīng)協(xié)議是SlAP (Si 應(yīng)用協(xié)議)和X2AP(X2應(yīng)用協(xié)議)。所有這些協(xié)議和接口均是基于IP的。另外，網(wǎng)絡(luò)可包含是上述接口一部分的其它節(jié)點(diǎn)，例如，HeNB與網(wǎng)絡(luò)中其余節(jié)點(diǎn)之間的家庭eNodeB網(wǎng)關(guān) (HeNB Gff)。參照圖2，網(wǎng)絡(luò)運(yùn)營商一般通過以某一服務(wù)等級協(xié)定(SLA)(例如，特定的帶寬和 QoS支持)從ISP (互聯(lián)網(wǎng)服務(wù)提供商)租用傳輸容量，從而將LTE無線電接入網(wǎng)絡(luò)(RAN) 上的eNodeB連接向SAE核心網(wǎng)絡(luò)(SAE CN)所處的其內(nèi)聯(lián)網(wǎng)絡(luò)(內(nèi)聯(lián)網(wǎng)6)。此租用的傳輸容量被認(rèn)為是不安全的，因?yàn)闃I(yè)務(wù)將與來自其它用戶的業(yè)務(wù)混合，并且可穿過互聯(lián)網(wǎng)5或其它不安全區(qū)域的部分。核心網(wǎng)絡(luò)節(jié)點(diǎn)可位于安全的內(nèi)聯(lián)網(wǎng)6(所謂的受信任域)中。為了在eNodeB 3與內(nèi)聯(lián)網(wǎng)6之間提供安全的通信，引入了安全網(wǎng)關(guān)(SEGW) 7作為不安全的互聯(lián)網(wǎng)5與安全的內(nèi)聯(lián)網(wǎng)6之間的接口。使用了 IPsec隧道以便經(jīng)SEGW 7將eNodeB 3連接向內(nèi)聯(lián)網(wǎng)6。圖2示出經(jīng)互聯(lián)網(wǎng)5連接的eNodeB 3、4、9、10使用朝向SEGW7、8的II3Sec連接到 SAE CN節(jié)點(diǎn)。Sl-MME和Sl-U連接通過IPsec隧道建立。還示出了兩個(gè)eNodeB之間的X2 接口能夠穿過一個(gè)或兩個(gè)SEGW，這取決于eNodeB是連接到相同還是不同的SEGW。例如， eNodeB 3與eNodeB 9之間的X2接口穿越單個(gè)SEGW 7，而在eNodeB4與eNodeB 9之間的 X2接口穿越兩個(gè)SEGff,即SEGff 8和SEGff7 有幾個(gè)因素能夠影響租用的傳輸容量的定價(jià)。這些因素包括帶寬、QoS和提供的公共IP地址數(shù)量。為了將對公共IP地址的需要降到最低，eNodeB 3能夠位于使用網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT)的防火墻之后。由于使用NAT，IPsec設(shè)置必須通過以下特征來完成以便繞開 NAT,并且使得eNodeB 3可能與SEGW 7和內(nèi)聯(lián)網(wǎng)中的節(jié)點(diǎn)進(jìn)行通信·隧道模式
·封裝安全有效負(fù)載(ESP)· IPsec ESP 分組的 UDP 封裝(RFC 3948) 在II^sec隧道建立期間的內(nèi)聯(lián)網(wǎng)IP地址分配，例如，經(jīng)IKEv2信令或動態(tài)主機(jī)配置協(xié)議(DHCP)相對于X2接口的建立重要的eNodeB拓?fù)湮恢糜袔讉€(gè)不同可能性。這些可能性在圖3中示出，并且能夠描述如下· eNodeB 11與核心網(wǎng)絡(luò)節(jié)點(diǎn)和一些其它eNodeB位于相同安全域(即，內(nèi)聯(lián)網(wǎng)6)中。 eNodeB 12位于互聯(lián)網(wǎng)5中而無NAT。由于eNodeB 12在互聯(lián)網(wǎng)5中位于安全域 6夕卜，因此，為了接入安全域，eNodeB12需要建立朝向SEGW 14的II3sec隧道?！?eNodeB 13位于互聯(lián)網(wǎng)5中且在NAT 15之后。eNodeB 13位于互聯(lián)網(wǎng)5中安全域6外。eNodeB 13可位于NAT 15之后以便減少使用的公共IP地址數(shù)量(或出于其它原因)。在此情況下，也需要eNodeB 13與SEGW 14之間的IPsec隧道。不同的拓?fù)湮恢靡惨馕吨鴮⑹褂貌煌愋偷腎P地址。這些將在下面描述圖4示出eNodeB 11位于內(nèi)聯(lián)網(wǎng)6中的示例。在此情況下，eNodeB具有一個(gè)內(nèi)聯(lián)網(wǎng)IP地址，該地址可以是靜態(tài)分配的或通過內(nèi)部DHCP服務(wù)器檢索的(在圖4中示為“例如 lO.y.y.y”)。此內(nèi)聯(lián)網(wǎng)IP地址用于到核心網(wǎng)絡(luò)節(jié)點(diǎn)和朝向其它eNodeB的通信。在eNodeB 12位于互聯(lián)網(wǎng)5中而無NAT時(shí)，如本文中圖5中所示，它具有兩個(gè)不同 IP地址；一個(gè)互聯(lián)網(wǎng)IP地址和一個(gè)內(nèi)聯(lián)網(wǎng)IP地址。網(wǎng)絡(luò)設(shè)置通過以下方式進(jìn)行1. eNodeB 12經(jīng)例如位于互聯(lián)網(wǎng)中的外部DHCP服務(wù)器檢索其互聯(lián)網(wǎng)IP地址(在圖5中示為“例如，65. y. ι.!”、。2. eNodeB 12經(jīng)位于互聯(lián)網(wǎng)中的DNS服務(wù)器查找SEGW 14互聯(lián)網(wǎng)IP地址(在圖5 中示為“例如147. χ. χ. χ”)。3. eNodeB 12 建立朝向 SEGW 14 的 IPsec 隧道。4. eNodeB 12在IPsec隧道建立期間例如經(jīng)IKEv2信令或DHCP檢索其內(nèi)聯(lián)網(wǎng)IP 地址(在圖5中示為“例如10. y. y. y” )。該內(nèi)聯(lián)網(wǎng)IP地址用于與核心網(wǎng)絡(luò)節(jié)點(diǎn)和朝向其它eNodeB的通信。eNodeB 13在互聯(lián)網(wǎng)位于NAT之后時(shí)，如本文中圖6所示，在設(shè)置過程中涉及三個(gè) IP地址；即，NAT IP地址、互聯(lián)網(wǎng)IP地址和內(nèi)聯(lián)網(wǎng)IP地址。網(wǎng)絡(luò)設(shè)置通過以下方式進(jìn)行1.NAT 15經(jīng)例如位于互聯(lián)網(wǎng)中的DHCP服務(wù)器檢索其互聯(lián)網(wǎng)IP地址(在圖6中示為“例如，65. y. ι.!”、。2. eNodeB 13例如經(jīng)位于NAT防火墻的DHCP服務(wù)器檢索其NAT IP址(在圖6中示為“例如 192. 168. y. y，，)。3. eNodeB 13經(jīng)位于互聯(lián)網(wǎng)5中的DNS服務(wù)器查找SEGW 14互聯(lián)網(wǎng)IP地址(在圖 6中示為“例如147. χ. χ. χ”)。4.在II^sec隧道建立期間檢測到NAT 15時(shí)，eNodeB 13使用UDP封裝來建立朝向 SEGff 14 的 IPsec 隧道。5. eNodeB 13在IPsec隧道建立期間例如經(jīng)IKEv2信令或DHCP檢索其內(nèi)聯(lián)網(wǎng)IP 地址(在圖6中示為“例如10. y. y. y” )。
該內(nèi)聯(lián)網(wǎng)IP地址用于與核心網(wǎng)絡(luò)節(jié)點(diǎn)和朝向其它eNodeB的通信。不同技術(shù)能用于在IP傳輸網(wǎng)絡(luò)級別上在eNodeB之間建立X2接口。eNodeB的位置影響哪種方法是與另一 eNodeB建立X2接口的最適用方法。

發(fā)明內(nèi)容
當(dāng)前eNodeB無法確定網(wǎng)絡(luò)中的其拓?fù)浠蛄硪?eNodeB的拓?fù)?。此信息在確定哪種技術(shù)應(yīng)用于在eNodeB之間建立X2接口中能夠是至關(guān)重要的。本發(fā)明的一個(gè)目的是克服此問題。根據(jù)本發(fā)明的第一方面，提供了一種確定通信網(wǎng)絡(luò)中基站的拓?fù)涞姆椒?。基站將配置請求消息發(fā)送到配置節(jié)點(diǎn)，并且從配置節(jié)點(diǎn)信息接收包含與基站拓?fù)溆嘘P(guān)的信息的響應(yīng)。此信息隨后能夠用于幫助基站確定通過其設(shè)置與另一基站的通信的過程。作為一種選擇，拓?fù)湫畔ɑ臼俏挥趦?nèi)聯(lián)網(wǎng)還是互聯(lián)網(wǎng)位置的指示。配置節(jié)點(diǎn)可選地從數(shù)據(jù)庫檢索拓?fù)湫畔?。配置?jié)點(diǎn)可選地確定配置請求消息中使用的源或目的地IP地址是內(nèi)聯(lián)網(wǎng)IP地址還是互聯(lián)網(wǎng)IP地址。從此確定，能夠相應(yīng)地確定基站是位于內(nèi)聯(lián)網(wǎng)還是互聯(lián)網(wǎng)位置。在確定基站位于互聯(lián)網(wǎng)位置的情況下，做出進(jìn)一步確定以斷定基站是否經(jīng)網(wǎng)絡(luò)地址轉(zhuǎn)換功能與安全網(wǎng)關(guān)節(jié)點(diǎn)進(jìn)行通信。此進(jìn)一步確定在基站與安全網(wǎng)關(guān)節(jié)點(diǎn)之間使用網(wǎng)絡(luò)地址轉(zhuǎn)換檢測有效負(fù)載的互聯(lián)網(wǎng)密鑰交換期間做出。基站可選地從安全網(wǎng)關(guān)接收互聯(lián)網(wǎng)密鑰交換信令消息中安全網(wǎng)關(guān)節(jié)點(diǎn)的內(nèi)聯(lián)網(wǎng) IP地址。安全網(wǎng)關(guān)節(jié)點(diǎn)的內(nèi)聯(lián)網(wǎng)IP地址指示基站位于網(wǎng)絡(luò)地址轉(zhuǎn)換功能之后，這是另外的拓?fù)湫畔?。安全網(wǎng)關(guān)節(jié)點(diǎn)的內(nèi)聯(lián)網(wǎng)IP地址可選地在配置有效負(fù)載中接收或者響應(yīng)于基站發(fā)送互聯(lián)網(wǎng)密鑰交換非正式消息而接收，所述非正式消息包括對安全網(wǎng)關(guān)節(jié)點(diǎn)的內(nèi)聯(lián)網(wǎng)IP 地址的請求。獲得的與基站有關(guān)的拓?fù)湫畔⒖蛇x地發(fā)送到遠(yuǎn)程數(shù)據(jù)庫。作為另外的選擇，所述方法還包括將查找消息從基站發(fā)送到遠(yuǎn)程數(shù)據(jù)庫，查找消息請求與另外的基站有關(guān)的拓?fù)湫畔?。從遠(yuǎn)程數(shù)據(jù)庫接收響應(yīng)消息，該響應(yīng)消息包括與所述另外的基站有關(guān)的請求的拓?fù)湫畔ⅰ＋@得的拓?fù)湫畔⒖蛇x地存儲在基站，并且消息經(jīng)Sl接口發(fā)送到另外的基站，所述消息包括該拓?fù)湫畔?。所述消息可選地使用透明容器(transparent container)來發(fā)送， 使得核心網(wǎng)絡(luò)不對消息中包含的信息做出動作。能使用上述方法的基站的類型的可選示例包括eNodeB、家庭eNodeB、UMTS地面無線電接入網(wǎng)絡(luò)NodeB、UMTS地面無線電接入網(wǎng)絡(luò)合并的NodeB和RNC以及UMTS地面無線電接入網(wǎng)絡(luò)家庭NodeB。配置節(jié)點(diǎn)的一可選示例是軟件管理儲存庫服務(wù)服務(wù)器。根據(jù)本發(fā)明的第二方面，提供了一種用于在通信網(wǎng)絡(luò)中使用的基站。該基站被提供有用于將配置請求消息發(fā)送到遠(yuǎn)程配置節(jié)點(diǎn)的傳送器和用于從遠(yuǎn)程配置節(jié)點(diǎn)接收與基站拓?fù)溆嘘P(guān)的信息的接收器。作為一種選擇，拓?fù)湫畔ɑ臼俏挥趦?nèi)聯(lián)網(wǎng)還是互聯(lián)網(wǎng)位置的指示。所述基站可選地提供有處理器，所述處理器布置成在基站位于互聯(lián)網(wǎng)位置的情況下確定基站是否使用網(wǎng)絡(luò)地址轉(zhuǎn)換檢測有效負(fù)載經(jīng)網(wǎng)絡(luò)地址轉(zhuǎn)換功能與安全網(wǎng)關(guān)節(jié)點(diǎn)進(jìn)行通信。存儲器可選地被提供以用于存儲與基站有關(guān)的拓?fù)湫畔ⅰＷ鳛橐环N選擇，傳送器布置成將與基站有關(guān)的拓?fù)湫畔l(fā)送到遠(yuǎn)程數(shù)據(jù)庫。作為另外的選擇，傳送器還布置成將與基站有關(guān)的拓?fù)湫畔l(fā)送到另外的基站。根據(jù)本發(fā)明的第三方面，提供了一種用于在通信網(wǎng)絡(luò)中使用的軟件管理儲存庫服務(wù)服務(wù)器。所述軟件管理存儲庫服務(wù)服務(wù)器提供有用于從基站接收配置請求消息的接收器。處理器被提供以用于確定基站是位于互聯(lián)網(wǎng)還是內(nèi)聯(lián)網(wǎng)位置，并且傳送器被提供以用于將所述確定的結(jié)果發(fā)送到基站。處理器可選地布置成通過確定配置請求消息中的源IP地址是互聯(lián)網(wǎng)IP地址還是內(nèi)聯(lián)網(wǎng)IP地址來確定基站是位于互聯(lián)網(wǎng)還是內(nèi)聯(lián)網(wǎng)位置。作為一種備用選擇，處理器布置成通過查詢數(shù)據(jù)庫來確定基站是位于互聯(lián)網(wǎng)還是內(nèi)聯(lián)網(wǎng)位置。查詢可使用配置請求消息中的源IP地址作為關(guān)鍵字來進(jìn)行。根據(jù)本發(fā)明的第四方面，提供了一種在通信網(wǎng)絡(luò)中的兩個(gè)基站之間建立接口的方法。為每個(gè)基站確定拓?fù)湫畔?，并且在存儲器中存儲每個(gè)基站的確定的拓?fù)湫畔?。存儲的拓?fù)湫畔⒂糜趶慕⒔涌诘亩鄠€(gè)可能過程來選擇一個(gè)過程，并且隨后使用選定過程來建立接口。根據(jù)本發(fā)明的第五方面，提供了一種包括計(jì)算機(jī)可讀代碼的計(jì)算機(jī)程序，所述代碼在計(jì)算機(jī)裝置上運(yùn)行時(shí)，促使計(jì)算機(jī)裝置作為如上在本發(fā)明的第二方面中所述的基站或如上在本發(fā)明的第三方面中所述的軟件管理存儲庫服務(wù)服務(wù)器來運(yùn)轉(zhuǎn)。


圖1在框圖中示意示出LTE/SAE網(wǎng)絡(luò)架構(gòu)；圖2在框圖中示意示出eNodeB與其它節(jié)點(diǎn)的LTE/SAE互連；圖3在框圖中示意示出eNodeB的不同拓?fù)湮恢玫氖纠粓D4在框圖中示意示出eNodeB位于內(nèi)聯(lián)網(wǎng)中時(shí)的網(wǎng)絡(luò)架構(gòu)；圖5在框圖中示意示出eNodeB位于互聯(lián)網(wǎng)中而無NAT時(shí)的網(wǎng)絡(luò)架構(gòu)；圖6在框圖中示意示出eNodeB位于互聯(lián)網(wǎng)中NAT之后時(shí)的網(wǎng)絡(luò)架構(gòu)；圖7是示出本發(fā)明一實(shí)施例的流程圖；圖8是根據(jù)本發(fā)明一實(shí)施例的eNodeB;圖9是根據(jù)本發(fā)明一實(shí)施例的軟件管理存儲庫服務(wù)服務(wù)器；以及圖10是示出本發(fā)明的進(jìn)一步實(shí)施例的流程圖。
具體實(shí)施例方式本文檔中所述的本發(fā)明與確定LTE網(wǎng)絡(luò)中eNodeB的拓?fù)涞那樾巫顬橄嚓P(guān)，但也能應(yīng)用到其它網(wǎng)絡(luò)情形。本發(fā)明僅通過示例，根據(jù)LTE/SAE網(wǎng)絡(luò)中的eNodeB及如何在這些節(jié)點(diǎn)之間能夠建立X2接口進(jìn)行描述。本發(fā)明也可應(yīng)用到其它類型的基站和基站之間任何接口的建立。例如，本發(fā)明可應(yīng)用到家庭eNodeB (HeNB)、UTRAN節(jié)點(diǎn)和UTRAN家庭NodeB (HNB)。 雖然當(dāng)前3GPP工作假設(shè)是X2不用于涉及HeNB的切換，但這不排除其中涉及X2接口的其它HeNB功能。假設(shè)在執(zhí)行與另一 eNodeB建立X2接口的任何嘗試前，eNodeB具有朝向核心網(wǎng)絡(luò)的Sl接口 (即至Ij MME的活動Sl-MME接口)。對于eNodeB 12和13的拓?fù)湮恢?，eNodeB 12 或13與SEGW 14之間存在IPsec隧道，并且eNodeB 12或13保持內(nèi)聯(lián)網(wǎng)IP地址(如圖3 所示)。在eNodeB 12要與另一 eNodeB 13建立X2接口時(shí)，它必須查明至少以下信息才能夠決定要如何建立X2接口，但將理解的是，其它類型的信息也可有用1.另一 eNodeB 13的拓?fù)湮恢?，S卩，內(nèi)聯(lián)網(wǎng)、內(nèi)聯(lián)網(wǎng)而無NAT和內(nèi)聯(lián)網(wǎng)且?guī)в蠳AT之一。2另一 eNodeB 13的內(nèi)聯(lián)網(wǎng)IP地址。3另一 eNodeB 13的互聯(lián)網(wǎng)IP地址(在eNodeB 13位于互聯(lián)網(wǎng)5中而無NAT的情況下)。4SEGW互聯(lián)網(wǎng)IP地址(在eNodeB 13位于互聯(lián)網(wǎng)5中NAT 15之后的情況下)。5SEGW內(nèi)聯(lián)網(wǎng)IP地址(在eNodeB 13位于互聯(lián)網(wǎng)5中NAT 15之后的情況下)。eNodeB能發(fā)現(xiàn)有關(guān)其自己拓?fù)湮恢玫男畔ⅲ缢俏挥趦?nèi)聯(lián)網(wǎng)中、互聯(lián)網(wǎng)中而無 NAT還是互聯(lián)網(wǎng)中NAT之后。在eNodeB的初始設(shè)置期間，eNodeB —般聯(lián)系軟件管理存儲庫服務(wù)(SMRQ服務(wù)器 (或允許eNodeB向網(wǎng)絡(luò)宣布其存在的任何另一服務(wù)器)以下載配置信息。為eNodeB建議了兩種方法來檢測它是位于內(nèi)聯(lián)網(wǎng)側(cè)還是互聯(lián)網(wǎng)側(cè)。根據(jù)第一方法，為便于eNodeB查找其拓?fù)湮恢眯畔?，位置信息與對于站點(diǎn)集成的必需信息一起存儲在安裝文件中。此安裝文件由網(wǎng)絡(luò)運(yùn)營商制作，將網(wǎng)絡(luò)規(guī)劃和指揮 (ordering)考慮在內(nèi)。此安裝文件能夠在eNodeB與SMRS服務(wù)器之間的自動協(xié)商過程期間發(fā)送到eNodeB。第二種方法是在站點(diǎn)集成期間自動檢測eNodeB的位置。由于諸如SMRS服務(wù)器等服務(wù)器能夠位于互聯(lián)網(wǎng)和內(nèi)聯(lián)網(wǎng)側(cè)，因此，它將具有帶不同IP地址的兩個(gè)IP接口 ；一個(gè)用于內(nèi)聯(lián)網(wǎng)，一個(gè)用于互聯(lián)網(wǎng)。在eNodeB連接到SMRS時(shí)，視eNodeB的位置而定，將經(jīng)內(nèi)聯(lián)網(wǎng) IP地址或互聯(lián)網(wǎng)IP地址聯(lián)系SMRS。視使用其內(nèi)聯(lián)網(wǎng)IP地址還是其互聯(lián)網(wǎng)IP地址聯(lián)系 SMRS而定，SMRS能夠區(qū)分eNodeB是位于內(nèi)聯(lián)網(wǎng)還是互聯(lián)網(wǎng)，并且能夠通知eNodeB它位于互聯(lián)網(wǎng)還是內(nèi)聯(lián)網(wǎng)中。如果SMRS服務(wù)器具有經(jīng)防火墻與位于互聯(lián)網(wǎng)和內(nèi)聯(lián)網(wǎng)兩者中的節(jié)點(diǎn)進(jìn)行通信的能力，則用于在站點(diǎn)集成期間自動檢測eNodeB的位置的一種備選方法是可用的。在此情形中，SMRS服務(wù)器將能夠通過查看eNodeB的源地址而確定eNodeB是位于互聯(lián)網(wǎng)還是內(nèi)聯(lián)網(wǎng)網(wǎng)絡(luò)上。SMRS隨后能夠通知eNodeB它是位于互聯(lián)網(wǎng)還是內(nèi)聯(lián)網(wǎng)中。如果eNodeB位于互聯(lián)網(wǎng)中，則它必須查明它是否位于NAT 15之后。NAT檢測在 IKEv2初始交換時(shí)執(zhí)行。這在eNodeB 13與SEGW14使用NAT檢測有效負(fù)載來建立II3Sec隧道時(shí)進(jìn)行。這要求eNodeB13和SEGW 14兩者均支持如RFC 4306中所述的帶有NAT穿越的 IPsec0如果NAT檢測受到eNodeB 13和SEGff 14兩者支持，則它們將能夠在IKE協(xié)商的前兩個(gè)分組中交換NAT檢測有效負(fù)載。這能夠用于檢測在eNodeB與SEGW 14之間是否有 NAT。
如果eNodeB 11位于內(nèi)聯(lián)網(wǎng)6中，則其內(nèi)聯(lián)網(wǎng)IP地址位于eNodeBll，且因此為其所知，因?yàn)樵趀NodeB 11與SEGW 14之間建立IPsec隧道時(shí)，eNodeB 11獲得了內(nèi)聯(lián)網(wǎng)地址。僅在eNodeB 12位于互聯(lián)網(wǎng)中且不在NAT之后的情況下需要互聯(lián)網(wǎng)IP地址。此信息也位于eNodeB 12中，且因此eNodeB 12已經(jīng)被提供有該IP地址是互聯(lián)網(wǎng)地址的信息。在eNodeB 13位于互聯(lián)網(wǎng)中NAT 15之后的情況下，要求SEGW 14互聯(lián)網(wǎng)IP地址。 在SEGW 14與eNodeB 13之間建立IPsec隧道時(shí)SEGW FQDN的DNS查找期間，eNodeB 13 檢索此信息。一種備選可能性是eNodeB 13配置有此信息(即，SEGW IP地址而不是SEGW FQDN)。在eNodeB 13位于互聯(lián)網(wǎng)中NAT 15之后的情況下，要求SEGW 14內(nèi)聯(lián)網(wǎng)IP地址。 SEGff 14能通過以新方式使用現(xiàn)有IKEv2協(xié)議，將此信息提供到eNodeB 13 在設(shè)置從SEGW 14到eNodeB 13的SA時(shí)，SEGff 14使用例如配置有效負(fù)載(CP(CFG_REQUEST))發(fā)送其內(nèi)聯(lián)網(wǎng)IP地址。通常情況下，eNodeB是請求地址的節(jié)點(diǎn)，即，IKEv2信令的發(fā)起者。然而，此 CFG_REQUEST反而被視為通知。eNodeB存儲SEGW 14的內(nèi)聯(lián)網(wǎng)IP地址，并且在CP(CFG_ REPLY)中通過相同地址返回以便符合標(biāo)準(zhǔn)。備選的是，通過發(fā)送帶有對SEGW IP地址的新查詢的IKE非正式消息，eNodeB 13能觸發(fā)SEGW 14提供SEGW內(nèi)聯(lián)網(wǎng)IP地址。如果SEGW 理解IKE非正式消息，則它將通過請求的信息做出回復(fù)，否則它簡單地忽略該消息。圖7是概述本發(fā)明的某些方面的流程圖。以下編碼對應(yīng)于圖7中的編號。Si. eNodeB從SMRS服務(wù)器或任何其它配置節(jié)點(diǎn)請求拓?fù)湫畔?。S2. SMRS服務(wù)器將消息發(fā)送到eNodeB，通知eNodeB它是位于內(nèi)聯(lián)網(wǎng)還是互聯(lián)網(wǎng)網(wǎng)絡(luò)中。S3.如果eNodeB位于內(nèi)聯(lián)網(wǎng)網(wǎng)絡(luò)中，則它確定其內(nèi)聯(lián)網(wǎng)IP地址。方法隨后在步驟 S7繼續(xù)。S4.如果eNodeB位于互聯(lián)網(wǎng)網(wǎng)絡(luò)中，則它確定它是否位于NAT之后。S5.如果eNodeB確定它不是位于NAT之后，則它確定其互聯(lián)網(wǎng)IP地址。方法隨后在步驟S7繼續(xù)。S6.如果eNodeB確定它是位于NAT之后，則它獲得SEGW互聯(lián)網(wǎng)和內(nèi)聯(lián)網(wǎng)IP地址。S7. 一旦eNodeB已確定其位置和相關(guān)IP地址，它便存儲此信息或者將其發(fā)送到例如DNS服務(wù)器的數(shù)據(jù)庫。參照本文中的圖8，它示出根據(jù)本發(fā)明一實(shí)施例的eNodeB 3。為該eNodeB提供了用于將對拓?fù)湫畔⒌恼埱蟀l(fā)送到SMRS服務(wù)器的傳送器16和用于接收包括請求的拓?fù)湫畔⒌捻憫?yīng)的接收器17。處理器18被提供以用于處理處理信令和消息處理。存儲器19也被提供以用于存儲拓?fù)湫畔?。備選或附加的是，傳送器16可將收到的拓?fù)湫畔l(fā)送到DNS服務(wù)器。圖7的示例示出本發(fā)明的一硬件實(shí)施例。當(dāng)然，相同功能性可使用軟件實(shí)現(xiàn)。存儲器 19可用于存儲軟件程序20，該軟件程序使得eNodeB 3能夠執(zhí)行上述動作。處理器18也可布置成通過比較eNodeB使用的接口的端口與IP地址的接收的哈希值和計(jì)算的哈希值，如上所述確定eNodeB是否位于NAT之后?，F(xiàn)在參照本文中的圖9，它示出根據(jù)本發(fā)明一實(shí)施例的SMRS服務(wù)器21。為SMRS 服務(wù)器21提供了用于從eNodeB 3接收對拓?fù)湫畔⒌恼埱蟮慕邮掌?2。處理器23被提供以用于消息處理和用于通過確定eNodeB是使用其互聯(lián)網(wǎng)還是內(nèi)聯(lián)網(wǎng)IP地址聯(lián)系SMRS服務(wù)器來獲得要求的拓?fù)湫畔?。備選的是，處理器可使用eNodeB 3的源地址來確定eNodeB 3 是位于內(nèi)聯(lián)網(wǎng)還是互聯(lián)網(wǎng)中。傳送器M被提供以用于將消息發(fā)送回eNodeB，通知eNodeB 它位于內(nèi)聯(lián)網(wǎng)還是互聯(lián)網(wǎng)中。也可提供存儲器25。當(dāng)然，相同功能性可使用軟件實(shí)現(xiàn)。存儲器25可用于存儲軟件程序沈，該軟件程序使得SMRS服務(wù)器21能夠執(zhí)行上述動作。將理解的是，作為SMRS服務(wù)器的替代，此節(jié)點(diǎn)可以是允許eNodeB向網(wǎng)絡(luò)宣布其存在的任何其它服務(wù)器。一旦eNodeB已確立其拓?fù)?，并且要與另一 eNodeB建立X2接口，它便必須檢索另一 eNodeB拓?fù)湫畔?。eNodeB有兩種不同方法來查找/檢索它希望與其建立X2接口的另一 eNodeB的拓?fù)浜推渌嘘P(guān)信息。這兩種方法是DNS查找方法和Sl接口方法。在DNS查找方法(參閱3GPP R3-081462)中，每個(gè)eNodeB登記它如上所述使用動態(tài)DNS在DNS服務(wù)器中檢測到的其拓?fù)浜推渌嘘P(guān)信息。另外的屬性(即除內(nèi)聯(lián)網(wǎng)IP地址外)例如能夠存儲在TXTRDATA字段中。在目標(biāo)eNodeB的IP地址查找期間，源eNodeB 將發(fā)送TXT RDATA的另外DNS查找，并且目標(biāo)eNodeB的另外屬性能夠被檢索到。作為對使用DNS的一種備選，新數(shù)據(jù)庫/協(xié)議能夠用于存儲和檢索此信息。在基于Sl接口的方法中，經(jīng)核心網(wǎng)絡(luò)發(fā)送信令，并且不使用DNS查找方法。所有拓?fù)浜推渌嘘P(guān)信息存儲在eNodeB本身內(nèi)。在經(jīng)SlAP與目標(biāo)eNodeB的信令期間，源eNodeB 使用eNodeB之間發(fā)送的信息元素，將拓?fù)浜推渌嘘P(guān)信息發(fā)送到目的地eNodeB，這些信息元素僅由核心網(wǎng)絡(luò)轉(zhuǎn)發(fā)且核心網(wǎng)絡(luò)未對它們做出動作。在返回的消息中，目的地eNodeB將包含另外屬性的另外信息元素(IE)發(fā)送到源eNodeB，即，eNodeB之間的信息交換使用所謂的透明容器。在源與目的地eNodeB之間何時(shí)能夠以此方式傳送信息的一示例是用于基于 Sl的切換的信令。一旦源eNodeB獲得了目標(biāo)eNodeB的拓?fù)浜推渌嘘P(guān)信息，它便能夠決定如何建立朝向目標(biāo)eNodeB的X2接口，這能夠?qū)崿F(xiàn)優(yōu)化X2 IPsec處理的可能性。圖10是流程圖，其示出一旦兩個(gè)eNodeB已確定其拓?fù)浜蟾鶕?jù)本發(fā)明一實(shí)施例的另外步驟。以下編號對應(yīng)于圖10的編號S8.每個(gè)eNodeB如上所述確定其拓?fù)?。S9.拓?fù)湫畔⒅苯釉趀NodeB本地存儲或者在DNS服務(wù)器遠(yuǎn)程存儲。S10.兩個(gè)eNodeB隨后希望建立X2接口。Sll.存儲的拓?fù)湫畔⒂糜谶x擇建立X2接口的過程(可能的選擇過程在本發(fā)明的范圍之外)。S12.使用選定過程來建立X2接口。雖然上述發(fā)明描述了在兩個(gè)eNodeB之間設(shè)置X2接口前在LTE/SAE網(wǎng)絡(luò)中eNodeB 的位置拓?fù)涞拇_定，但將理解，本發(fā)明也能夠應(yīng)用于在其它類型的網(wǎng)絡(luò)中其它類型的基站之間設(shè)置接口。
權(quán)利要求
1.一種確定通信網(wǎng)絡(luò)中基站的拓?fù)涞姆椒?，所述方法包括在所述基站，發(fā)送配置請求消息到配置節(jié)點(diǎn)；從所述配置節(jié)點(diǎn)接收有關(guān)所述基站拓?fù)涞男畔ⅰ?br> 2.如權(quán)利要求1所述的方法，其中所述拓?fù)湫畔ㄋ龌臼俏挥趦?nèi)聯(lián)網(wǎng)還是互聯(lián)網(wǎng)位置的指示。
3.如權(quán)利要求2所述的方法，還包括在所述配置節(jié)點(diǎn)從數(shù)據(jù)庫檢索所述拓?fù)湫畔ⅰ?br> 4.如權(quán)利要求2所述的方法，還包括在所述配置節(jié)點(diǎn)，確定所述配置請求消息中使用的源或目的地IP地址是內(nèi)聯(lián)網(wǎng)IP地址還是互聯(lián)網(wǎng)IP地址，并且相應(yīng)地確定所述基站是位于內(nèi)聯(lián)網(wǎng)還是互聯(lián)網(wǎng)位置。
5.如權(quán)利要求2到4的任一項(xiàng)所述的方法，還包括在所述基站位于互聯(lián)網(wǎng)位置的情況下，確定所述基站是否經(jīng)網(wǎng)絡(luò)地址轉(zhuǎn)換功能與安全網(wǎng)關(guān)節(jié)點(diǎn)進(jìn)行通信，所述確定在所述基站與所述安全網(wǎng)關(guān)節(jié)點(diǎn)之間使用網(wǎng)絡(luò)地址轉(zhuǎn)換檢測有效負(fù)載的互聯(lián)網(wǎng)密鑰交換期間做出。
6.如權(quán)利要求1到5的任一項(xiàng)所述的方法，還包括在所述基站從安全網(wǎng)關(guān)接收互聯(lián)網(wǎng)密鑰交換信令消息中所述安全網(wǎng)關(guān)節(jié)點(diǎn)的內(nèi)聯(lián)網(wǎng)IP地址，所述安全網(wǎng)關(guān)節(jié)點(diǎn)的內(nèi)聯(lián)網(wǎng)IP 地址包括指示所述基站位于網(wǎng)絡(luò)地址轉(zhuǎn)換功能之后的拓?fù)湫畔ⅰ?br> 7.如權(quán)利要求6所述的方法，其中所述安全網(wǎng)關(guān)節(jié)點(diǎn)的內(nèi)聯(lián)網(wǎng)IP地址在配置有效負(fù)載中接收。
8.如權(quán)利要求6所述的方法，其中響應(yīng)于所述基站發(fā)送互聯(lián)網(wǎng)密鑰交換非正式消息而接收所述安全網(wǎng)關(guān)節(jié)點(diǎn)的內(nèi)聯(lián)網(wǎng)IP地址，所述非正式消息包括對所述安全網(wǎng)關(guān)節(jié)點(diǎn)的內(nèi)聯(lián)網(wǎng)IP地址的請求。
9.如權(quán)利要求1到8的任一項(xiàng)所述的方法，還包括將有關(guān)所述基站的所獲得的拓?fù)湫畔l(fā)送到遠(yuǎn)程數(shù)據(jù)庫。
10.如權(quán)利要求1到9的任一項(xiàng)所述的方法，還包括將查找消息從所述基站發(fā)送到遠(yuǎn)程數(shù)據(jù)庫，所述查找消息請求與另外的基站有關(guān)的拓?fù)湫畔?；以及從所述遠(yuǎn)程數(shù)據(jù)庫接收響應(yīng)消息，所述響應(yīng)消息包括與所述另外的基站有關(guān)的所請求的拓?fù)湫畔ⅰ?br> 11.如權(quán)利要求1到9的任一項(xiàng)所述的方法，還包括在所述基站存儲獲得的拓?fù)湫畔?；以及?jīng)Sl接口將消息發(fā)送到另外的基站，所述消息包括所述拓?fù)湫畔ⅰ?br> 12.如權(quán)利要求11所述的方法，其中所述消息使用透明容器來發(fā)送，使得所述核心網(wǎng)絡(luò)不對所述消息中包含的信息做出動作。
13.如權(quán)利要求1到12的任一項(xiàng)所述的方法，其中所述基站從eNodeB、家庭eNodeB、 UMTS地面無線電接入網(wǎng)絡(luò)NodeB、合并的NodeB和RNC以及UMTS地面無線電接入網(wǎng)絡(luò)家庭 NodeB的任一個(gè)來選擇。
14.如權(quán)利要求1到13的任一項(xiàng)所述的方法，其中所述配置節(jié)點(diǎn)是軟件管理儲存庫服務(wù)服務(wù)器。
15.一種用于在通信網(wǎng)絡(luò)中使用的基站，所述基站包括傳送器，用于將配置請求消息發(fā)送到遠(yuǎn)程配置節(jié)點(diǎn)；以及接收器，用于從所述遠(yuǎn)程配置節(jié)點(diǎn)接收與所述基站拓?fù)溆嘘P(guān)的信息。
16.如權(quán)利要求15所述的基站，其中所述拓?fù)湫畔ㄋ龌臼俏挥趦?nèi)聯(lián)網(wǎng)還是互聯(lián)網(wǎng)位置的指示。
17.如權(quán)利要求16所述的基站，還包括處理器，所述處理器布置成在所述基站位于互聯(lián)網(wǎng)位置的情況下確定所述基站是否使用網(wǎng)絡(luò)地址轉(zhuǎn)換檢測有效負(fù)載經(jīng)網(wǎng)絡(luò)地址轉(zhuǎn)換功能與安全網(wǎng)關(guān)節(jié)點(diǎn)進(jìn)行通信。
18.如權(quán)利要求15、16或17的任一項(xiàng)所述的基站，還包括用于存儲與所述基站有關(guān)的拓?fù)湫畔⒌拇鎯ζ鳌?br> 19.如權(quán)利要求15到18的任一項(xiàng)所述的基站，其中所述傳送器布置成將與所述基站有關(guān)的拓?fù)湫畔l(fā)送到遠(yuǎn)程數(shù)據(jù)庫。
20.如權(quán)利要求15到19的任一項(xiàng)所述的基站，其中所述傳送器還布置成將與所述基站有關(guān)的拓?fù)湫畔l(fā)送到另外的基站。
21.一種用于在通信網(wǎng)絡(luò)中使用的軟件管理儲存庫服務(wù)服務(wù)器，所述軟件管理儲存庫服務(wù)服務(wù)器包括接收器，用于從基站接收配置請求消息；處理器，用于確定所述基站是位于互聯(lián)網(wǎng)還是內(nèi)聯(lián)網(wǎng)位置；傳送器，用于向所述基站發(fā)送所述確定的結(jié)果。
22.如權(quán)利要求21所述的軟件管理儲存庫服務(wù)服務(wù)器，其中所述處理器布置成通過確定所述配置請求消息中的源IP地址是互聯(lián)網(wǎng)IP地址還是內(nèi)聯(lián)網(wǎng)IP地址來確定所述基站是位于互聯(lián)網(wǎng)還是內(nèi)聯(lián)網(wǎng)位置。
23.如權(quán)利要求21所述的軟件管理儲存庫服務(wù)服務(wù)器，其中所述處理器布置成通過查詢數(shù)據(jù)庫來確定所述基站是位于互聯(lián)網(wǎng)還是內(nèi)聯(lián)網(wǎng)位置。
24.一種在通信網(wǎng)絡(luò)中的兩個(gè)基站之間建立接口的方法，所述方法包括確定用于所述基站的每個(gè)基站的拓?fù)湫畔ⅲ淮鎯τ糜谒龌镜拿總€(gè)基站的所確定的拓?fù)湫畔?；使用所存儲的拓?fù)湫畔慕⑺鼋涌诘亩鄠€(gè)可能過程來選擇一個(gè)過程；以及使用所選擇的過程來建立所述接口。
25.一種計(jì)算機(jī)程序，包括計(jì)算機(jī)可讀代碼，所述代碼在計(jì)算機(jī)裝置上運(yùn)行時(shí)促使所述計(jì)算機(jī)裝置作為如權(quán)利要求21、22或23所要求權(quán)利的軟件管理儲存庫服務(wù)服務(wù)器和如權(quán)利要求15到20的任一項(xiàng)所要求權(quán)利的基站之一來運(yùn)轉(zhuǎn)。
全文摘要
提供了一種確定通信網(wǎng)絡(luò)中基站的拓?fù)涞姆椒ā；緦⑴渲谜埱笙l(fā)送到配置節(jié)點(diǎn)，并隨后從配置節(jié)點(diǎn)接收配置響應(yīng)消息，配置響應(yīng)消息包括與基站有關(guān)的拓?fù)湫畔?。此拓?fù)湫畔⒛苡糜谠试S基站最有效率地設(shè)置與另一基站的通信。
文檔編號H04W40/24GK102210174SQ200980145603
公開日2011年10月5日 申請日期2009年10月28日 優(yōu)先權(quán)日2008年11月10日
發(fā)明者J·維克伯格, O·齊, T·尼蘭德 申請人:愛立信電話股份有限公司