專利名稱：用于在無線網(wǎng)絡(luò)中獲得服務(wù)器信息的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及分組數(shù)據(jù)通信，并更具體涉及在分組數(shù)據(jù)通信期間對(duì)服務(wù)器位置的識(shí)別。
背景技術(shù)：
網(wǎng)絡(luò)的全球互連允許快捷地訪問信息，而不管地理距離如何。圖1示出了通常稱為因特網(wǎng)的以附圖標(biāo)記20表示的網(wǎng)絡(luò)的全球連接的簡(jiǎn)化示意圖。因特網(wǎng)20本質(zhì)上是連接在一起的具有不同分級(jí)等級(jí)的很多網(wǎng)絡(luò)。因特網(wǎng)20依據(jù)由IETF(因特網(wǎng)工程任務(wù)組)發(fā)布的TCP/IP(傳輸控制協(xié)議/因特網(wǎng)協(xié)議)工作。TCP/IP可在由IETF公布的RFC(請(qǐng)求注解)703和RFC 791中找到。
連接到因特網(wǎng)20的是各種單獨(dú)的網(wǎng)絡(luò)，取決于網(wǎng)絡(luò)大小而有時(shí)被稱為L(zhǎng)AN(局域網(wǎng))或WAN(廣域網(wǎng))。圖1中所示的是連接到因特網(wǎng)20的這樣的網(wǎng)絡(luò)22、24、26和28中的一些。
在每個(gè)網(wǎng)絡(luò)22、24、26和28內(nèi)，可以有相互連接并相互通信的各種裝備。實(shí)例有計(jì)算機(jī)、打印機(jī)和服務(wù)器，僅是舉出一些。每個(gè)裝備具有唯一的硬件地址，通常稱為MAC(媒體接入控制)地址。帶有MAC地址的裝備有時(shí)被稱為節(jié)點(diǎn)。當(dāng)節(jié)點(diǎn)經(jīng)由因特網(wǎng)20超出其本身的網(wǎng)絡(luò)通信時(shí)，需要給該節(jié)點(diǎn)分配IP地址。
IP地址的分配可以是手動(dòng)的或自動(dòng)的。IP地址的手動(dòng)分配可由例如網(wǎng)絡(luò)管理員來執(zhí)行。更加普遍地，IP地址由位于節(jié)點(diǎn)的網(wǎng)絡(luò)內(nèi)部的稱作DHCP(動(dòng)態(tài)主機(jī)控制協(xié)議)服務(wù)器的服務(wù)器自動(dòng)分配。
現(xiàn)在返回圖1，作為一個(gè)實(shí)例，假定網(wǎng)絡(luò)22中的節(jié)點(diǎn)30試圖向網(wǎng)絡(luò)28中的另一個(gè)節(jié)點(diǎn)32發(fā)送數(shù)據(jù)分組。依據(jù)TCP/IP，每個(gè)數(shù)據(jù)分組都需要具有源地址和目的地地址。在這種情況下，源地址是網(wǎng)絡(luò)22中的節(jié)點(diǎn)30的地址。目的地地址是網(wǎng)絡(luò)28中的節(jié)點(diǎn)32的地址。
作為另一個(gè)實(shí)例，當(dāng)網(wǎng)絡(luò)22中的節(jié)點(diǎn)30試圖從另一個(gè)網(wǎng)絡(luò)24中的節(jié)點(diǎn)34取得信息時(shí)，諸如在節(jié)點(diǎn)34作為虛擬主機(jī)的虛擬主機(jī)會(huì)話中，節(jié)點(diǎn)30必須為這樣的會(huì)話提供網(wǎng)絡(luò)24中的節(jié)點(diǎn)34的正確IP地址。
無線技術(shù)的出現(xiàn)允許節(jié)點(diǎn)離開它們初始登記的網(wǎng)絡(luò)而到達(dá)另一個(gè)網(wǎng)絡(luò)。例如，返回來參考圖1，節(jié)點(diǎn)30可以是無線設(shè)備，諸如PDA(個(gè)人設(shè)備助理)、蜂窩電話、或移動(dòng)計(jì)算機(jī)，而不是永久地用電線連接到網(wǎng)絡(luò)22。無線節(jié)點(diǎn)30可以移動(dòng)到其本地網(wǎng)絡(luò)22的邊界之外。這樣，例如，節(jié)點(diǎn)30可以從它的本地網(wǎng)絡(luò)22漫游至外地網(wǎng)絡(luò)26。在這種情形下，分配給節(jié)點(diǎn)30的初始IP地址將不再適用于節(jié)點(diǎn)30。同樣，發(fā)送給節(jié)點(diǎn)30的數(shù)據(jù)分組可能不能到達(dá)節(jié)點(diǎn)30。
由IETF提出的MIP(移動(dòng)因特網(wǎng)協(xié)議)是為了解決節(jié)點(diǎn)移動(dòng)性問題而提出的。根據(jù)IETF公布的RFC 2002，節(jié)點(diǎn)30被分配“轉(zhuǎn)交地址”，縮寫為CoA(Care-of Address)。依據(jù)RFC 2002，有兩種類型的CoA，即，F(xiàn)A CoA(外地代理轉(zhuǎn)交地址)和CCoA(同機(jī)配置轉(zhuǎn)交地址)。FACoA本質(zhì)上是FA(外地代理)(未示出)的地址，該FA是節(jié)點(diǎn)30所在的外地網(wǎng)絡(luò)中的指定服務(wù)器。CCoA是由外地網(wǎng)絡(luò)分配給節(jié)點(diǎn)30的單獨(dú)的但是暫時(shí)的地址。在任何情況下，無論何時(shí)節(jié)點(diǎn)30在外地領(lǐng)域內(nèi)，節(jié)點(diǎn)30必須向其本地網(wǎng)絡(luò)22登記CoA，無論是FA CoA還是CCoA，使得本地網(wǎng)絡(luò)22始終知道節(jié)點(diǎn)30的所在之處。在登記之后，CoA被存儲(chǔ)在由稱為本地網(wǎng)絡(luò)22的HA(本地代理)(未示出)的指定服務(wù)器維護(hù)的路由表中。
用一個(gè)實(shí)例來說明。假設(shè)節(jié)點(diǎn)30漫游到外地網(wǎng)絡(luò)26中。在接收到來自外地網(wǎng)絡(luò)26的公告之后，節(jié)點(diǎn)得知外地網(wǎng)絡(luò)26的FA地址。然后節(jié)點(diǎn)30向本地網(wǎng)絡(luò)22登記FA CoA。當(dāng)外地網(wǎng)絡(luò)26中的節(jié)點(diǎn)30向網(wǎng)絡(luò)24中的節(jié)點(diǎn)34發(fā)送數(shù)據(jù)分組時(shí)，在得知網(wǎng)絡(luò)24中的節(jié)點(diǎn)34的地址的情況下，可直接地發(fā)送數(shù)據(jù)分組。然而，反向業(yè)務(wù)不能這樣直接。
在反向數(shù)據(jù)路由中，當(dāng)網(wǎng)絡(luò)24中的節(jié)點(diǎn)34試圖向現(xiàn)在在外地網(wǎng)絡(luò)26中的節(jié)點(diǎn)30發(fā)送數(shù)據(jù)分組時(shí)，如上所述，根據(jù)TCP/IP，源地址和目的地地址二者都必須在數(shù)據(jù)分組中被指定。在這種情況下，源地址是網(wǎng)絡(luò)24中的節(jié)點(diǎn)34的IP地址。關(guān)于目的地地址，節(jié)點(diǎn)34僅知道節(jié)點(diǎn)30的由其本地網(wǎng)絡(luò)22所分配的IP地址，稱為HoA(本地分配地址)，而不知道節(jié)點(diǎn)30的FA CoA。這樣，目的地地址將被設(shè)置在節(jié)點(diǎn)30的HoA。不過，由于節(jié)點(diǎn)30的FA CoA被存儲(chǔ)在本地網(wǎng)絡(luò)22的路由表HA中，所以當(dāng)數(shù)據(jù)分組到達(dá)本地網(wǎng)絡(luò)22時(shí)，網(wǎng)絡(luò)22的HA將接收到的數(shù)據(jù)分組與所存儲(chǔ)的FA CoA封裝在一起，并將其重新發(fā)送到外地網(wǎng)絡(luò)26中的節(jié)點(diǎn)30。經(jīng)封裝的FA CoA作為重新發(fā)送的數(shù)據(jù)分組的目的地地址。一旦外地網(wǎng)絡(luò)26接收到改換路由的數(shù)據(jù)分組，外地網(wǎng)絡(luò)26就僅去掉封裝的FA CoA并將初始分組傳遞到移動(dòng)節(jié)點(diǎn)30。
以這種方式工作，虛擬數(shù)據(jù)隧道據(jù)稱是建立在網(wǎng)絡(luò)24中的節(jié)點(diǎn)34和在外地網(wǎng)絡(luò)26中漫游的節(jié)點(diǎn)30之間，全部打算對(duì)用戶透明。這是不管實(shí)際狀況如何，虛擬隧道實(shí)際上涉及三向數(shù)據(jù)通信。
迄今為止，當(dāng)節(jié)點(diǎn)30在漫游時(shí)，對(duì)于節(jié)點(diǎn)30來說，很難并且通常很不可能定位其它網(wǎng)絡(luò)中的其它節(jié)點(diǎn)，即使節(jié)點(diǎn)30確切地知道它想訪問的數(shù)據(jù)的類型。返回到上面剛提到的實(shí)例，外地網(wǎng)絡(luò)26中的節(jié)點(diǎn)30能夠向網(wǎng)絡(luò)24中的節(jié)點(diǎn)34發(fā)送數(shù)據(jù)分組，因?yàn)楣?jié)點(diǎn)30預(yù)先就非常了解節(jié)點(diǎn)34的IP地址。實(shí)際上，并不總是這樣的情況。假設(shè)節(jié)點(diǎn)30僅知道要訪問的信息的類型。節(jié)點(diǎn)30甚至可能知道具有持有要訪問的信息的服務(wù)器的網(wǎng)絡(luò)24的地址。然而，節(jié)點(diǎn)30不知道服務(wù)器節(jié)點(diǎn)34的確切IP地址，因此在到達(dá)節(jié)點(diǎn)34的過程中受阻。
因此，需要提供一種漫游節(jié)點(diǎn)，其具有便利地訪問位于不同網(wǎng)絡(luò)中的服務(wù)器信息的方法。

發(fā)明內(nèi)容
在移動(dòng)節(jié)點(diǎn)設(shè)法與本地網(wǎng)絡(luò)內(nèi)部或外部的服務(wù)器節(jié)點(diǎn)建立聯(lián)系的通信系統(tǒng)中，移動(dòng)節(jié)點(diǎn)首先定位DHCP(動(dòng)態(tài)主機(jī)配置協(xié)議)服務(wù)器。然后移動(dòng)節(jié)點(diǎn)將通用位置和所尋找的服務(wù)器節(jié)點(diǎn)的服務(wù)器類型提供給DHCP服務(wù)器。然后DHCP服務(wù)器將所提供的信息與其在存儲(chǔ)器中的記錄匹配，并到達(dá)所尋找的服務(wù)器節(jié)點(diǎn)的IP(因特網(wǎng)協(xié)議)地址或FQDN(完全合格域名)。然后DHCP服務(wù)器將IP地址或FQDN發(fā)送到移動(dòng)節(jié)點(diǎn)，從而允許移動(dòng)節(jié)點(diǎn)直接聯(lián)系服務(wù)器節(jié)點(diǎn)。
在第一實(shí)施例中，在外地網(wǎng)絡(luò)中漫游的移動(dòng)節(jié)點(diǎn)使用FA CoA(外地代理轉(zhuǎn)交地址)與DHCP服務(wù)器通信，并到達(dá)所尋找的服務(wù)器。
在第二實(shí)施例中，在外地網(wǎng)絡(luò)中漫游的移動(dòng)節(jié)點(diǎn)使用CCoA(同機(jī)配置轉(zhuǎn)交地址)與DHCP服務(wù)器通信，并在那之后，與所尋找的服務(wù)器節(jié)點(diǎn)通信。
根據(jù)本發(fā)明，在網(wǎng)絡(luò)間漫游的移動(dòng)節(jié)點(diǎn)被設(shè)計(jì)成，能夠從任何網(wǎng)絡(luò)中的任何服務(wù)器訪問信息。根據(jù)結(jié)合附圖給出的下面的詳細(xì)描述，對(duì)于本領(lǐng)域的那些技術(shù)人員而言，本發(fā)明的這些和其它特征及優(yōu)點(diǎn)將是顯而易見的，在附圖中使用相似的附圖標(biāo)記來表示相似的部分。


圖1是網(wǎng)絡(luò)的全球互連的示意圖；圖2是表示本發(fā)明的第一實(shí)施例的示意圖；圖3是表示根據(jù)本發(fā)明的第一實(shí)施例的步驟的流程圖；圖4是表示本發(fā)明的第二實(shí)施例的示意圖；圖5是根據(jù)本發(fā)明的移動(dòng)節(jié)點(diǎn)的電路的示意圖；和圖6是根據(jù)本發(fā)明的配置服務(wù)器的電路的示意圖。
具體實(shí)施例方式
下面的描述是提供用來使本領(lǐng)域的任何專業(yè)技術(shù)人員能夠做出和使用本發(fā)明的。在以下描述中闡述的細(xì)節(jié)是出于說明的目的。應(yīng)該理解的是，本領(lǐng)域的普通專業(yè)技術(shù)人員將會(huì)認(rèn)識(shí)到，本發(fā)明可以不使用這些具體細(xì)節(jié)來實(shí)施。在其它例子中，公知的結(jié)構(gòu)和處理不再詳細(xì)描述，以便本發(fā)明的描述不會(huì)由不必要的細(xì)節(jié)所遮掩。因此，本發(fā)明并不是要用所示出的實(shí)施例進(jìn)行限制，而是要符合與本文中公開的原理和特征相一致的最寬的范圍。
現(xiàn)直接參考圖2，其示意性地示出了本發(fā)明的第一實(shí)施例。
整個(gè)系統(tǒng)總體是用附圖標(biāo)記40來表示的，包括骨干網(wǎng)絡(luò)42，諸如企業(yè)內(nèi)部互聯(lián)網(wǎng)或因特網(wǎng)。舉例來說，如圖2所示，連接到骨干網(wǎng)絡(luò)42的是HN(本地網(wǎng)絡(luò))44和FN(外地網(wǎng)絡(luò))46。為了說明的清楚和簡(jiǎn)短起見，沒有具體示出其它網(wǎng)絡(luò)。在系統(tǒng)40中，存在有初始被登記到HN 44、但是能夠遷移到諸如FN 46的其它外地網(wǎng)絡(luò)的節(jié)點(diǎn)48。
在下文中，需要定義很少的術(shù)語。根據(jù)IP的兩個(gè)標(biāo)準(zhǔn)版本IPv4和IPv6，能夠移動(dòng)并改變所連接的網(wǎng)絡(luò)的節(jié)點(diǎn)被稱為“移動(dòng)節(jié)點(diǎn)”。移動(dòng)節(jié)點(diǎn)初始被連接到的網(wǎng)絡(luò)稱為“本地網(wǎng)絡(luò)”。出現(xiàn)在本地網(wǎng)絡(luò)中并在移動(dòng)節(jié)點(diǎn)不在期間負(fù)責(zé)的節(jié)點(diǎn)，被稱為“本地代理”。移動(dòng)節(jié)點(diǎn)實(shí)際連接到的網(wǎng)絡(luò)被稱為“外地網(wǎng)絡(luò)”。出現(xiàn)在外地網(wǎng)絡(luò)中以便在移動(dòng)節(jié)點(diǎn)處于外地網(wǎng)絡(luò)中時(shí)照管移動(dòng)節(jié)點(diǎn)的節(jié)點(diǎn)，被稱為“外地代理”。外地網(wǎng)絡(luò)有時(shí)可被稱為“被訪問網(wǎng)絡(luò)”。
現(xiàn)返回來參考圖2。在HN 44中，除了移動(dòng)節(jié)點(diǎn)48外，還有其它節(jié)點(diǎn)在HN 44內(nèi)，但是為了清楚起見沒有示出。這些節(jié)點(diǎn)可以是各種規(guī)格的計(jì)算機(jī)，打印機(jī)，以及可以是移動(dòng)的或非移動(dòng)的任何其它設(shè)備。此外，在HN 44中，存在有HA(本地代理)50，其主要是承擔(dān)管理HN 44內(nèi)的數(shù)據(jù)業(yè)務(wù)的責(zé)任并且還控制HN 44的向內(nèi)和向外路由的數(shù)據(jù)業(yè)務(wù)的節(jié)點(diǎn)。
除了HA 50外，HN 44內(nèi)還有執(zhí)行不同任務(wù)的其它專用節(jié)點(diǎn)。例如，存在有諸如以下的節(jié)點(diǎn)BCMCS(廣播多播服務(wù))控制器52、DHCP(動(dòng)態(tài)主機(jī)控制協(xié)議)服務(wù)器54、DNS(域名系統(tǒng))服務(wù)器56和SIP(會(huì)話啟動(dòng)協(xié)議)代理服務(wù)器58，僅是舉出一些。
BCMCS控制器52主要是提供廣播和多播配置信息以便在用戶請(qǐng)求時(shí)允許用戶細(xì)讀可用的廣播或多播會(huì)話的服務(wù)器。
DHCP服務(wù)器54被安裝以便在啟動(dòng)期間給HN 44中的節(jié)點(diǎn)自動(dòng)分配IP地址和其它配置參數(shù)，從而允許HN 44中的節(jié)點(diǎn)與系統(tǒng)40中的其它節(jié)點(diǎn)通信。DHCP服務(wù)器54還可以在工作期間向各節(jié)點(diǎn)提供更新的配置信息。
有時(shí)，在系統(tǒng)40中傳播的數(shù)據(jù)分組并不采用通常在IPv4下使用的4個(gè)八位組的IP地址或者在IPv6下使用的16個(gè)八位組的格式來指定，而是采用以文本表達(dá)的域名來指定。DNS 56主要把以文本表達(dá)的域名翻譯成系統(tǒng)40中的機(jī)器可讀的數(shù)字的IP地址。
SIP代理服務(wù)器58本質(zhì)上是在代表其它客戶機(jī)節(jié)點(diǎn)改換數(shù)據(jù)分組的路由的過程中扮演主機(jī)和客戶機(jī)的雙重角色的中間路由器。
同樣地，為了解釋的簡(jiǎn)單易懂，F(xiàn)N 46被示為與HN 44大致相同。應(yīng)該理解的是，取決于用途，F(xiàn)N 46的結(jié)構(gòu)可以完全不同。因此，在這種情況下，F(xiàn)N 46還在其中包括BCMCS控制器58、DHCP服務(wù)器60、DNS 62以及SIP代理服務(wù)器66。FN 46內(nèi)部和之外的數(shù)據(jù)業(yè)務(wù)的協(xié)調(diào)是由FA(外地代理)66處理的。
假設(shè)MN 48正在FN 46中漫游。在該具體實(shí)例中，MN 48想要來自廣播服務(wù)的新聞事件的視頻片段，在該廣播服務(wù)中MN 48的用戶是訂戶。廣播服務(wù)可以是例如服務(wù)公眾的出版商或媒體組織。為了滿足該需要，廣播服務(wù)具有安裝在諸如HN 44和FN 46的很多網(wǎng)絡(luò)中的不同的BCMCS控制器。MN 48想要訪問HN 44中的BCMCS控制器52或者FN 46中的BCMCS控制器58，但是優(yōu)選的是后者，因?yàn)镸N 48現(xiàn)在是在FN 46中并且因而具有鄰近的優(yōu)勢(shì)。
在該實(shí)施例中，為了訪問BCMCS控制器，MN 48向HN 44中的DHCP服務(wù)器54或者FN 46中的DHCP服務(wù)器60尋求幫助。
如果MN 48知道DHCP 54或60中的任何一個(gè)的確切地址，則MN 48可直接向DHCP服務(wù)器54或60發(fā)送DHCPINFORM消息。另一方面，如果MN 48沒有任何一個(gè)DHCP服務(wù)器的直接地址，則MN48可以一直通過發(fā)送DHCPINFORM消息以到達(dá)可用的DHCP服務(wù)器，來執(zhí)行受限的廣播。應(yīng)注意的是，在IPv6下，等效的消息被稱為INFORMATION REQUEST。在本說明書中，為了描述實(shí)施例的一致性和簡(jiǎn)潔性，使用IPv4的術(shù)語。應(yīng)注意的是，本領(lǐng)域的普通專業(yè)技術(shù)人員能夠很容易地使用與IPv4消息相對(duì)應(yīng)的IPv6中的等效消息來實(shí)現(xiàn)本發(fā)明。
此外，依據(jù)IETF發(fā)布的DHCP，可使用各種類型的消息與DHCP服務(wù)器通信。例如，在啟動(dòng)期間，也就是說，在節(jié)點(diǎn)做出請(qǐng)求以擁有分配的IP地址的時(shí)間期間，可以使用諸如DHCPDISCOVER、DHCPOFFER、DHCPREQUEST、DHCPACK等的消息類型。在啟動(dòng)之后，通常還使用諸如DHCPRELEASE、DHCPINFORM、DHCPACK等的消息類型。依據(jù)DHCP，在每個(gè)消息類型中有出于靈活性目的的用戶可用的不同“選項(xiàng)”。在IETF的RFC 2131、2132和3315中闡述了DHCP的細(xì)節(jié)和可用選項(xiàng)。
依據(jù)DHCP，DHCPINFORM消息一般用于改變已配置節(jié)點(diǎn)的網(wǎng)絡(luò)參數(shù)。在DHCPINFORM消息中，有可用作輸入的選項(xiàng)VCI(供應(yīng)商類別標(biāo)識(shí)符)和VSI(供應(yīng)商特定信息)。VCI和VSI這兩個(gè)選項(xiàng)包含特定信息以幫助任何DHCP服務(wù)器正確地配置可能不是能夠進(jìn)行例行配置的普通節(jié)點(diǎn)的客戶機(jī)節(jié)點(diǎn)。
迄今為止，DHCPINFORM消息類型大部分用于網(wǎng)絡(luò)內(nèi)部配置。根據(jù)本發(fā)明，DHCPINFORM消息類型被用于網(wǎng)絡(luò)之間的配置。首先，MN 48需要通知DHCP主機(jī)所尋找的服務(wù)器所在的網(wǎng)絡(luò)。MN 48能夠通過提供正在尋找的服務(wù)器的網(wǎng)絡(luò)的IP地址或者FQDN(完全合格域名)來滿足該要求。在這種情況下，由于所尋找的服務(wù)器位于HN 44或FN 46，所以可提供HN 44或FN 46的IP地址或FQDN來滿足該要求。此外，MN 48還需要告知DHCP主機(jī)MN 48正在尋找的服務(wù)器的類型。在這種情況下，它是BCMCS控制器。應(yīng)注意的是，即使用這兩條基本信息，MN 48還是不能直接聯(lián)系所尋找的服務(wù)器，因?yàn)镸N 48沒有到達(dá)可達(dá)所尋找的服務(wù)器的直接IP地址的所有必要信息。例如，MN 48沒有所尋找的服務(wù)器的MAC地址或域名以便得出可用的IP地址。
為了滿足上述目標(biāo)，在DHCPINFORM消息中，MN 48用具有MN48想要訪問的服務(wù)器的網(wǎng)絡(luò)的IP地址或者FQDN填充VCI選項(xiàng)。
服務(wù)器所在的并且具有MN 48試圖到達(dá)的服務(wù)器的網(wǎng)絡(luò)的IP地址或者FQDN可從各種源中提取出來。
例如，如果MN 48想要HN 44中的BCMCS控制器52，MN 48可簡(jiǎn)單地使用其本地地址作為請(qǐng)求的IP地址來提交給DHCP服務(wù)器。作為另一選項(xiàng)，MN 48可使用與MN 48的本地地址的域名相對(duì)應(yīng)的其NAI(網(wǎng)絡(luò)訪問標(biāo)識(shí)符)的領(lǐng)域部分。
如果MN 48想要FN 46中的BCMCS控制器58，則當(dāng)MN進(jìn)入FN 46的領(lǐng)域時(shí)，MN 48可從在FN 46的公告期間可獲得的其FA CoA中提取FN 46的IP地址，以便允許MN 48向HN 44登記FA CoA。
對(duì)于MN 48正在尋找的服務(wù)器的類型，MN 48可填充DHCPINFORM消息的任何可用選項(xiàng)。一些示例性選項(xiàng)是路由器選項(xiàng)、名稱服務(wù)器選項(xiàng)、域名選項(xiàng)，僅列舉出一些。如上所述，在該實(shí)例中，MN 48想要的服務(wù)器的類型是BCMCS控制器。
作為一個(gè)替代方案，可將IP名或者FQDN填充到DHCPINFORM消息的VSI選項(xiàng)中，而可將服務(wù)器類型信息填充到如前面所述的其它可用選項(xiàng)中。
作為另一個(gè)替代方案，所有所需的信息，即，IP名或FQDN和所尋找的服務(wù)器類型，可全部被填充到VCI選項(xiàng)或者VSI選項(xiàng)中。
在接收到DHCPINFORM消息后，DHCP主機(jī)通過參照DHCP主機(jī)本身的存儲(chǔ)記錄，將兩條信息映射到一起。如果DHCP主機(jī)先前處理過所尋找的服務(wù)器，則通?？砂l(fā)現(xiàn)帶有所尋找的信息的處理記錄。如果發(fā)現(xiàn)匹配，則所尋找的服務(wù)器的IP地址可被重建，然后被傳送到發(fā)往MN 48的DHCPACK消息中的VSI選項(xiàng)中。另一方面，如果沒有發(fā)現(xiàn)匹配，則DHCPNACK消息被發(fā)送到MN 48。
圖3的流程圖中示出了如上所述的處理。
圖4示出了本發(fā)明的另一個(gè)實(shí)施例。在該實(shí)施例中，省去外地網(wǎng)絡(luò)中的外地代理(諸如圖2中所示的FN 46中的FA 64)的責(zé)任。而是由MN 48來充當(dāng)其本身的代理。
當(dāng)MN 48漫游到遠(yuǎn)離HA 44時(shí)，根據(jù)MIP，MN 48可經(jīng)由MN 48所在的任何外地網(wǎng)絡(luò)(諸如，圖4中所示的FN 72)中的DHCP服務(wù)器請(qǐng)求CCoA(同機(jī)配置轉(zhuǎn)交地址)，而不請(qǐng)求FA CoA(外地代理轉(zhuǎn)交地址)。然而，除了由FN 72執(zhí)行的CCoA分配之外，MN 48執(zhí)行外地代理的所有功能。而且，MN 48需要向HN 44登記CCoA。
例如，為了與CN(對(duì)應(yīng)網(wǎng)絡(luò)(correspondent network))76一致，MN 48發(fā)送帶有兩層地址的數(shù)據(jù)分組。在外層，源地址被設(shè)置為CCoA，目的地地址被設(shè)置為HA 50。在內(nèi)層，源地址是MN 48的HoA(本地分配地址)，目的地地址是CN 76的地址。在接收到來自漫游的MN 48的數(shù)據(jù)分組后，HA 50剝?nèi)ネ獠康牡刂穼硬⒂脙?nèi)部地址層向CN 76重新發(fā)送數(shù)據(jù)分組。
在反向數(shù)據(jù)路徑中，也就是說，當(dāng)CN 76向MN 48發(fā)送數(shù)據(jù)分組時(shí)，數(shù)據(jù)分組只具有一個(gè)地址層，源地址設(shè)置在CN 76，目的地地址設(shè)置在MN 48的HoA。在接收到數(shù)據(jù)分組后，HA 50將數(shù)據(jù)分組與作為目的地地址的CCoA封裝起來，并向MN 48重新發(fā)送數(shù)據(jù)分組。MN48在其自身上執(zhí)行解封裝，而不經(jīng)過FA 74。
在該實(shí)施例中，假設(shè)MN 48需要訪問SIP代理服務(wù)器78。MN 48知道在CN 76中有這樣的SIP代理服務(wù)器，但是不知道其確切的IP地址。MN 48首先需要通過直接聯(lián)系例如網(wǎng)絡(luò)44、72和76中的一個(gè)，來定位DHCP服務(wù)器。可替代地，DHCP服務(wù)器可通過如上面所解釋的受限的廣播而被定位。然后MN 48以上述方式將CN 76的IP地址或域名提供給被選擇的DHCP服務(wù)器。此外，MN 48通知被選擇的DHCP服務(wù)器所尋找的服務(wù)器類型為SIP代理服務(wù)器。余下的操作與前面的實(shí)施例中所述的大致相同。為了清楚和簡(jiǎn)明起見，操作細(xì)節(jié)不再重復(fù)。
圖5示意性地示出了根據(jù)本發(fā)明的以附圖標(biāo)記80所表示的移動(dòng)節(jié)點(diǎn)設(shè)備的硬件實(shí)現(xiàn)部分。設(shè)備80可嵌入或結(jié)合在各種設(shè)備中，諸如膝上型計(jì)算機(jī)、PDA或蜂窩電話中。設(shè)備80包括將若干電路連接在一起的中央數(shù)據(jù)總線82。這些電路包括CPU(中央處理單元)或控制器84、接收電路86、發(fā)射電路88和存儲(chǔ)器電路90。
接收和發(fā)射電路86和88可連接到RF(射頻)電路，但是附圖中未示出。接收電路86在將接收到的信號(hào)發(fā)送至數(shù)據(jù)總線82之前處理和緩沖接收到的信號(hào)。另一方面，發(fā)射電路88在將來自數(shù)據(jù)總線82的數(shù)據(jù)發(fā)送出設(shè)備80之前處理和緩沖來自數(shù)據(jù)總線82的數(shù)據(jù)。CPU/控制器84執(zhí)行數(shù)據(jù)總線82的數(shù)據(jù)管理的功能，并進(jìn)一步執(zhí)行通用數(shù)據(jù)處理的功能，包括執(zhí)行存儲(chǔ)器電路90的指示內(nèi)容。
存儲(chǔ)器電路90包括總體用附圖標(biāo)記92表示的一組指令。在該實(shí)施例中，指令包括諸如MIP客戶機(jī)94、SIP客戶機(jī)96、DHCP客戶機(jī)98、DNS客戶機(jī)100和BCMCS客戶機(jī)102、節(jié)點(diǎn)定位客戶機(jī)104的部分，僅是舉出一些。在該實(shí)施例中，存儲(chǔ)器電路90是RAM(隨機(jī)存取存儲(chǔ)器)電路。示例性的指令部分94、96、98、100、102和104是軟件模塊。存儲(chǔ)器電路90可被捆綁到可以是易失性或非易失性類型的另一個(gè)存儲(chǔ)器電路(未示出)上?？商娲?，存儲(chǔ)器電路90可由其它電路類型構(gòu)成，諸如EEPROM(電可擦可編程只讀存儲(chǔ)器)、EPROM(電可編程只讀存儲(chǔ)器)、ROM(只讀存儲(chǔ)器)、磁盤、光盤以及技術(shù)領(lǐng)域中公知的其它電路類型。
圖6示意性地示出了根據(jù)本發(fā)明的用附圖標(biāo)記106表示的DHCP設(shè)備的硬件實(shí)現(xiàn)部分。DHCP設(shè)備106包括將若干電路連接在一起的中央數(shù)據(jù)總線108。這些電路包括CPU(中央處理單元)或控制器120、接收電路112、發(fā)射電路114、存儲(chǔ)器電路116和數(shù)據(jù)存儲(chǔ)單元130。
接收和發(fā)射電路112和114可連接到DHCP設(shè)備106所連接到的網(wǎng)絡(luò)數(shù)據(jù)總線(未示出)。接收電路112在將從網(wǎng)絡(luò)數(shù)據(jù)總線(未示出)接收到的信號(hào)經(jīng)路由傳送至內(nèi)部數(shù)據(jù)總線108之前處理和緩沖從網(wǎng)絡(luò)數(shù)據(jù)總線接收到的信號(hào)。發(fā)射電路114在將來自數(shù)據(jù)總線108的數(shù)據(jù)發(fā)送出設(shè)備106之前處理和緩沖來自數(shù)據(jù)總線108的數(shù)據(jù)。CPU/控制器120執(zhí)行數(shù)據(jù)總線96的數(shù)據(jù)管理的職責(zé)，并執(zhí)行通用數(shù)據(jù)處理的功能，包括執(zhí)行存儲(chǔ)器電路116的指示內(nèi)容。
存儲(chǔ)器電路116包括總體用附圖標(biāo)記118表示的一組指令。在該實(shí)施例中，指令尤其包括DHCP主機(jī)122和節(jié)點(diǎn)定位主機(jī)124的部分。數(shù)據(jù)存儲(chǔ)單元130包括DHCP設(shè)備106的過去的處理記錄，這些記錄可由CPU/控制器120經(jīng)由數(shù)據(jù)總線108檢索。存儲(chǔ)器電路116和數(shù)據(jù)存儲(chǔ)單元130可由如上所述的存儲(chǔ)器電路類型構(gòu)成，并且不再重復(fù)。此外，存儲(chǔ)器電路116和數(shù)據(jù)存儲(chǔ)單元130盡管在圖6中是分離地示出的，但是也可將它們制成一個(gè)單元。
最后，在各實(shí)施例中描述的僅是被綁到骨干網(wǎng)絡(luò)的一些網(wǎng)絡(luò)。顯而易見的是，可以包含網(wǎng)絡(luò)的多樣性。此外，移動(dòng)節(jié)點(diǎn)可訪問除所述節(jié)點(diǎn)類型之外的其它節(jié)點(diǎn)。另外，結(jié)合各實(shí)施例描述的任何邏輯塊、電路和算法步驟，可用硬件、軟件、固件、或者它們的組合來實(shí)現(xiàn)。本領(lǐng)域的專業(yè)技術(shù)人員應(yīng)該理解，這里可做出的這些和其它形式上和細(xì)節(jié)上的改變并不脫離本發(fā)明的范圍和精神。
權(quán)利要求
1.一種在通信系統(tǒng)中獲得通信節(jié)點(diǎn)的信息的方法，包括識(shí)別配置服務(wù)器；在通知消息中提供通用位置信息和所述通信節(jié)點(diǎn)的節(jié)點(diǎn)類型；和向所述配置服務(wù)器發(fā)送所述通知消息。
2.如權(quán)利要求1所述的方法，進(jìn)一步包括從所述配置服務(wù)器接收確認(rèn)消息，所述確認(rèn)消息包括所述通信節(jié)點(diǎn)的具體位置信息；和使用所述具體位置信息訪問所述通信節(jié)點(diǎn)。
3.如權(quán)利要求2所述的方法，其中，所述識(shí)別配置服務(wù)器包括識(shí)別DHCP服務(wù)器，所述提供通知消息包括提供DHCPINFORM消息，并且所述接收確認(rèn)消息包括接收DHCPACK消息。
4.如權(quán)利要求2所述的方法，進(jìn)一步包括在所述識(shí)別配置服務(wù)器之前，獲取轉(zhuǎn)交地址。
5.如權(quán)利要求4所述的方法，其中，所述獲取轉(zhuǎn)交地址包括，獲取選自外地代理轉(zhuǎn)交地址和同機(jī)配置轉(zhuǎn)交地址中的一種的所述轉(zhuǎn)交地址。
6.如權(quán)利要求1所述的方法，進(jìn)一步包括在所述識(shí)別配置服務(wù)器之前，廣播對(duì)可用配置服務(wù)器的搜索。
7.一種在支持TCP/IP的通信系統(tǒng)中訪問多個(gè)網(wǎng)絡(luò)中的目標(biāo)服務(wù)器的方法，包括識(shí)別DHCP服務(wù)器；在通知消息中提供所述多個(gè)網(wǎng)絡(luò)中的一個(gè)的通用位置信息和所述目標(biāo)服務(wù)器的服務(wù)器類型；向所述DHCP服務(wù)器發(fā)送所述通知消息；從所述DHCP服務(wù)器接收確認(rèn)消息，所述確認(rèn)消息包括所述目標(biāo)服務(wù)器的具體位置信息；和使用所述具體位置信息訪問所述目標(biāo)服務(wù)器。
8.如權(quán)利要求7所述的方法，其中，所述具體位置信息選自所述目標(biāo)服務(wù)器的IP地址和所述目標(biāo)服務(wù)器的域名中的一種。
9.如權(quán)利要求7所述的方法，進(jìn)一步包括在所述識(shí)別配置服務(wù)器之前獲取轉(zhuǎn)交地址(CoA)。
10.如權(quán)利要求9所述的方法，其中，所述獲取轉(zhuǎn)交地址包括，獲取選自外地代理轉(zhuǎn)交地址(FA CoA)和同機(jī)配置轉(zhuǎn)交地址(CCoA)中的一種的所述轉(zhuǎn)交地址。
11.一種在通信系統(tǒng)中獲得通信節(jié)點(diǎn)的信息的方法，包括接收通知消息，所述通知消息包括通用位置信息和所述通信節(jié)點(diǎn)的節(jié)點(diǎn)類型；將所述通用位置信息和所述節(jié)點(diǎn)類型與存儲(chǔ)的記錄進(jìn)行比較；和如果所述存儲(chǔ)的記錄與所述通用位置信息和所述節(jié)點(diǎn)類型相一致，則生成確認(rèn)消息，所述確認(rèn)消息包括所述通信系統(tǒng)中的所述通信節(jié)點(diǎn)的具體位置信息。
12.如權(quán)利要求11所述的方法，其中，所述接收通知消息包括接收DHCPINFORM消息，并且其中，所述生成確認(rèn)消息包括生成DHCPACK消息。
13.如權(quán)利要求11所述的方法，其中，所述具體位置信息選自所述通信節(jié)點(diǎn)的IP地址和所述通信節(jié)點(diǎn)的域名中的一種。
14.一種通信系統(tǒng)中的設(shè)備，包括用于識(shí)別配置服務(wù)器的裝置；用于在通知消息中提供通用位置信息和所述通信系統(tǒng)中的通信節(jié)點(diǎn)的節(jié)點(diǎn)類型的裝置；和用于向所述配置服務(wù)器發(fā)送所述通知消息的裝置。
15.如權(quán)利要求14所述的設(shè)備，進(jìn)一步包括用于從所述配置服務(wù)器接收確認(rèn)消息的裝置，所述確認(rèn)消息包括所述通信節(jié)點(diǎn)的具體位置信息；和用于使用所述具體位置信息訪問所述通信節(jié)點(diǎn)的裝置。
16.如權(quán)利要求14所述的方法，進(jìn)一步包括用于獲取轉(zhuǎn)交地址的裝置。
17.如權(quán)利要求16所述的方法，其中，所述轉(zhuǎn)交地址選自外地代理轉(zhuǎn)交地址和同機(jī)配置轉(zhuǎn)交地址中的一種。
18.一種用于在支持TCP/IP的通信系統(tǒng)中定位多個(gè)網(wǎng)絡(luò)中的目標(biāo)服務(wù)器的設(shè)備，包括用于識(shí)別DHCP服務(wù)器的裝置；用于在通知消息中提供所述多個(gè)網(wǎng)絡(luò)中的一個(gè)的通用位置信息和所述目標(biāo)服務(wù)器的服務(wù)器類型的裝置；用于向所述DHCP服務(wù)器發(fā)送所述通知消息的裝置；用于從所述DHCP服務(wù)器接收確認(rèn)消息的裝置，所述確認(rèn)消息包括所述目標(biāo)服務(wù)器的具體位置信息；和用于使用所述具體位置信息訪問所述目標(biāo)服務(wù)器的裝置。
19.如權(quán)利要求18所述的設(shè)備，其中，所述具體位置信息選自所述目標(biāo)服務(wù)器的IP地址和所述目標(biāo)服務(wù)器的域名中的一種。
20.如權(quán)利要求19所述的方法，進(jìn)一步包括用于為所述設(shè)備獲取轉(zhuǎn)交地址(CoA)的裝置。
21.如權(quán)利要求20所述的方法，其中，所述轉(zhuǎn)交地址選自外地代理轉(zhuǎn)交地址(FA CoA)和同機(jī)配置轉(zhuǎn)交地址(CCoA)中的一種。
22.一種通信系統(tǒng)中的設(shè)備，包括用于接收通知消息的裝置，所述通知消息包括通用位置信息和通信節(jié)點(diǎn)的節(jié)點(diǎn)類型；用于將所述通用位置信息和所述節(jié)點(diǎn)類型與存儲(chǔ)的記錄進(jìn)行比較的裝置；和用于在所述存儲(chǔ)的記錄與所述通用位置信息和所述節(jié)點(diǎn)類型相一致的情況下生成確認(rèn)消息的裝置，所述確認(rèn)消息包括所述通信系統(tǒng)中的所述通信節(jié)點(diǎn)的具體位置信息。
23.如權(quán)利要求22所述的設(shè)備，其中，所述具體位置信息選自所述通信節(jié)點(diǎn)的IP地址和所述通信節(jié)點(diǎn)的域名中的一種。
24.如權(quán)利要求22所述的設(shè)備，其中，所述通知消息包括DHCPINFORM消息，并且所述確認(rèn)消息包括DHCPACK消息。
25.一種通信系統(tǒng)中的設(shè)備，包括存儲(chǔ)器電路，其具有計(jì)算機(jī)可讀指令，所述計(jì)算機(jī)可讀指令用于識(shí)別配置服務(wù)器，在通知消息中提供通用位置信息和通信節(jié)點(diǎn)的節(jié)點(diǎn)類型，以及向所述配置服務(wù)器發(fā)送所述通知消息；和處理器電路，其被連接到所述存儲(chǔ)器電路，用于處理所述計(jì)算機(jī)可讀指令。
26.如權(quán)利要求25所述的設(shè)備，其中，所述存儲(chǔ)器電路進(jìn)一步包括用于從所述配置服務(wù)器接收包括所述通信節(jié)點(diǎn)的具體位置信息的確認(rèn)消息，以及使用所述具體位置信息訪問所述通信節(jié)點(diǎn)的計(jì)算機(jī)可讀指令。
27.一種用于在支持TCP/IP的通信系統(tǒng)中定位多個(gè)網(wǎng)絡(luò)中的目標(biāo)服務(wù)器的設(shè)備，包括存儲(chǔ)器電路，其具有計(jì)算機(jī)可讀指令，所述計(jì)算機(jī)可讀指令用于識(shí)別DHCP服務(wù)器，在通知消息中提供所述多個(gè)網(wǎng)絡(luò)中的一個(gè)的通用位置信息和所述目標(biāo)服務(wù)器的服務(wù)器類型，向所述DHCP服務(wù)器發(fā)送所述通知消息，從所述DHCP服務(wù)器接收包括所述目標(biāo)服務(wù)器的具體位置信息的確認(rèn)消息，以及使用所述具體位置信息訪問所述目標(biāo)服務(wù)器；和處理器電路，其被連接到所述存儲(chǔ)器電路，用于處理所述計(jì)算機(jī)可讀指令。
28.如權(quán)利要求27所述的設(shè)備，其中，所述具體位置信息選自所述目標(biāo)服務(wù)器的IP地址和所述目標(biāo)服務(wù)器的域名中的一種。
29.一種通信系統(tǒng)中的設(shè)備，包括存儲(chǔ)器電路，其具有計(jì)算機(jī)可讀指令，所述計(jì)算機(jī)可讀指令用于接收包括通用位置信息和所述通信系統(tǒng)中的通信節(jié)點(diǎn)的節(jié)點(diǎn)類型的通知消息，將所述通用位置信息和所述節(jié)點(diǎn)類型與存儲(chǔ)的記錄進(jìn)行比較，在所述存儲(chǔ)的記錄與所述通用位置信息和所述節(jié)點(diǎn)類型相一致的情況下生成包括所述通信系統(tǒng)中的所述通信節(jié)點(diǎn)的具體位置信息的確認(rèn)消息；和處理器電路，其被連接到所述存儲(chǔ)器電路，用于處理所述計(jì)算機(jī)可讀指令。
30.如權(quán)利要求29所述的設(shè)備，其中，所述具體位置信息選自所述通信節(jié)點(diǎn)的IP地址和所述通信節(jié)點(diǎn)的域名中的一種。
31.如權(quán)利要求30所述的設(shè)備，其中，所述通知消息包括DHCPINFORM消息，并且所述確認(rèn)消息包括DHCPACK消息。
全文摘要
在通信系統(tǒng)中，移動(dòng)節(jié)點(diǎn)通過首先向DHCP(動(dòng)態(tài)主機(jī)配置協(xié)議)服務(wù)器提供通用位置信息和服務(wù)器節(jié)點(diǎn)的服務(wù)器類型，來設(shè)法建立與移動(dòng)節(jié)點(diǎn)的本地網(wǎng)絡(luò)內(nèi)部或外部的服務(wù)器節(jié)點(diǎn)的聯(lián)系。然后DHCP服務(wù)器將所提供的信息與它在存儲(chǔ)器中的記錄匹配，以到達(dá)所尋找的服務(wù)器節(jié)點(diǎn)的IP(因特網(wǎng)協(xié)議)地址。然后DHCP服務(wù)器向移動(dòng)節(jié)點(diǎn)發(fā)送IP地址，從而允許移動(dòng)節(jié)點(diǎn)直接訪問服務(wù)器節(jié)點(diǎn)。
文檔編號(hào)H04L29/08GK1951087SQ200580013975
公開日2007年4月18日 申請(qǐng)日期2005年3月31日 優(yōu)先權(quán)日2004年3月31日
發(fā)明者A·C·馬亨德蘭, J·王, R·T-S·蘇 申請(qǐng)人:高通股份有限公司