專利名稱：用于針對(duì)ims服務(wù)的靈活的地址機(jī)制的解析的解決方案的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及在IP多媒體子系統(tǒng)(IMS)網(wǎng)絡(luò)中的地址解析。為了 在IMS網(wǎng)絡(luò)中的各個(gè)節(jié)點(diǎn)之間路由消息，由這些節(jié)點(diǎn)來執(zhí)行地址解析。地 址轉(zhuǎn)換主要用于當(dāng)消息在不同網(wǎng)絡(luò)之間凈皮路由時(shí)以及萬一用戶漫游時(shí)。
背景技術(shù)：
網(wǎng)絡(luò)中用戶和節(jié)點(diǎn)的識(shí)別通常是通過使用諸如域名的系統(tǒng)的字母數(shù)字 的表示，而不是使用數(shù)字表示來進(jìn)行。然而，系統(tǒng)自己使用像諸如互聯(lián)網(wǎng) 協(xié)議(IP)地址的數(shù)字表示。字母數(shù)字到數(shù)字表示的轉(zhuǎn)換需要在網(wǎng)絡(luò)中被 執(zhí)行。IP多媒體子系統(tǒng)(IMS)網(wǎng)絡(luò)使用IP地址來路由經(jīng)由這些網(wǎng)絡(luò)以 及在不同的網(wǎng)絡(luò)之間的消息。每一個(gè)在IMS網(wǎng)絡(luò)中發(fā)送的消息包含^t初 始協(xié)議(SIP)統(tǒng)一資源標(biāo)識(shí)符(URI)，它是用于確定該消息的接收節(jié)點(diǎn) 的字母數(shù)字表示。這些SIP URI包含識(shí)別接收節(jié)點(diǎn)所處的網(wǎng)絡(luò)的域名。
執(zhí)行從字母數(shù)字到數(shù)字表示的轉(zhuǎn)換的典型實(shí)現(xiàn)是域名系統(tǒng)(DNS)。 DNS是一個(gè)數(shù)據(jù)庫(kù)系統(tǒng)，其中域名根據(jù)樹形結(jié)構(gòu)進(jìn)行組織。該數(shù)據(jù)庫(kù)分布 在各個(gè)DNS服務(wù)器之間。公司針對(duì)諸如網(wǎng)站或電子郵件的應(yīng)用組織他們自 己的域是普遍的做法。另外公司提供能夠執(zhí)行轉(zhuǎn)換的名稱服務(wù)器(name server)。為域名空間的特定部分負(fù)責(zé)的名稱服務(wù)器被稱為授權(quán)名稱服務(wù) 器。所有改變都是針對(duì)這種名稱服務(wù)器該做出的，其它的名稱服務(wù)器可以 查詢授權(quán)名稱服務(wù)器來重新得到最新的信息。
GSM協(xié)會(huì)(GSMA)在2006年8月14日發(fā)布的官方文件IR.65版本 3.5包括IMS漫游與交互(Roaming & Interworking )指南。該在該文件 中對(duì)于IMS使用DNS提出了兩個(gè)可能的解決方案。
第一個(gè)可能的解決方案，它看來也是最方便的一個(gè)，是使用也用于互 聯(lián)網(wǎng)中的公用DNS服務(wù)器，來為IMS網(wǎng)絡(luò)中的節(jié)點(diǎn)提供轉(zhuǎn)換。切換到純 粹公用運(yùn)營(yíng)的DNS基礎(chǔ)結(jié)構(gòu)的主要問題是安全性。所有信息對(duì)于公眾將是 可用的，而且大的運(yùn)營(yíng)商不愿意分享任何涉及他們的網(wǎng)絡(luò)的信息及其操作。 第二個(gè)可能的解決方案使用現(xiàn)有的由特定機(jī)構(gòu)管理的專用DNS服務(wù)器，例 如那些被管理用于通用分組無線服務(wù)(GPRS)漫游。當(dāng)使用現(xiàn)有的專用 DNS服務(wù)器來提供到IMS節(jié)點(diǎn)的域名轉(zhuǎn)換時(shí)，有幾個(gè)可能的實(shí)現(xiàn)。然而， 這些實(shí)現(xiàn)中的每一個(gè)都伴隨有其缺點(diǎn)。
第一個(gè)可能的實(shí)現(xiàn)是使用SIPURI中的特定的域以及由諸如管理專用 DNS服務(wù)器的機(jī)構(gòu)定義的命名機(jī)制。該示例是由GSMA運(yùn)營(yíng)的GPRS漫 游交換(GRX)所使用的3gppnetwork.org域。在該情況下，只有GSMA 能夠添加新的運(yùn)營(yíng)商到該系統(tǒng)，因此允許他們運(yùn)營(yíng)他們自己的IMS網(wǎng)絡(luò)， 以及與其它的IMS網(wǎng)絡(luò)進(jìn)行通信。此外，在不得不通過公用網(wǎng)絡(luò)路由的消 息中使用3gppnetwork.org域是不可能的。公用DNS服務(wù)器不能解析這個(gè) 域。例如，這阻止公司從其公司網(wǎng)絡(luò)中的支持SIP的裝置呼叫移動(dòng)用戶。
另一個(gè)可能的實(shí)現(xiàn)是將運(yùn)營(yíng)商的全球的DNS基礎(chǔ)結(jié)構(gòu)的子集添加到 在諸如GRX的網(wǎng)絡(luò)中使用的專用DNSl^出結(jié)構(gòu)。由于也由人來負(fù)責(zé)復(fù)制 所有的改變，該實(shí)踐可以在兩個(gè)DNS基礎(chǔ)結(jié)構(gòu)中導(dǎo)致嚴(yán)重的沖突。因此該 實(shí)現(xiàn)需要更多人的努力，因而更傾向于失敗。任何人為錯(cuò)誤可以導(dǎo)致網(wǎng)絡(luò) 變得不可到達(dá)和通信中斷。也產(chǎn)生了誰將對(duì)在專用DNS基礎(chǔ)結(jié)構(gòu)中復(fù)制的 信息負(fù)責(zé)的問題。
該功能性的第三個(gè)可能的實(shí)現(xiàn)是通過混合公用和專用DNS基礎(chǔ)結(jié)構(gòu) 而進(jìn)行的。該實(shí)現(xiàn)提供了一些優(yōu)點(diǎn)，但是也引入涉及公用DNS^5出結(jié)構(gòu)4吏 用的新的問題。然而該實(shí)現(xiàn)將在下面被進(jìn)一步檢查。
現(xiàn)在在GRX中使用的專用DNS服務(wù)器和諸如那些用于互聯(lián)網(wǎng)的公用 DNS服務(wù)器之間沒有連接。這通過阻止普通公眾特別是惡意的人接入到專 用名稱服務(wù)器來提供安全性的級(jí)別。發(fā)現(xiàn)IMS網(wǎng)絡(luò)的機(jī)構(gòu)是不可能的，因 此，《艮困難或不可能來組織攻擊IMS或GPRS網(wǎng)絡(luò)的至關(guān)重要的節(jié)點(diǎn)。 顯而易見的是，當(dāng)擴(kuò)展現(xiàn)在的功能性時(shí)，想要保持每一個(gè)安全性方面。
在電信市場(chǎng)的主要參與者現(xiàn)在運(yùn)營(yíng)固定和移動(dòng)寬帶接入xDSL和 GPRS網(wǎng)絡(luò)，也可能有興趣提供IMS服務(wù)。這些參與者的大多數(shù)是GRX 或類似的給他們的客戶提供GPRS漫游和交互的專用管理網(wǎng)絡(luò)的成員。因 此為了提供IMS服務(wù)以及IMS網(wǎng)絡(luò)的互連，使用GRX提供的服務(wù)是合理 的步驟。
因?yàn)?gppnetwork.org在公用網(wǎng)絡(luò)中不能被尋址，而且運(yùn)營(yíng)商不能控 制該域的內(nèi)容，運(yùn)營(yíng)商想要使用他們自己的域名并且受益于由諸如GRX 提供的優(yōu)點(diǎn)。實(shí)現(xiàn)這的可能的方法連同避免這些解決方案的理由一起^L建 議在官方文件IR.65文件的第9.4節(jié)中。這些解決方案全都需要對(duì)現(xiàn)有的 GRX基礎(chǔ)結(jié)構(gòu)進(jìn)行一些修改(也就是通過將運(yùn)營(yíng)商域添加作為現(xiàn)在使用的 : gppnetwork.org域的前綴來改變?cè)揢RI機(jī)制)或增加巨大人力到該需求 中(也就是通過在運(yùn)營(yíng)商處保持靜態(tài)配置列表)。
用于GPRS漫游和GPRS漫游交換(GRX)的DNS服務(wù)器，在GSM 協(xié)會(huì)(GSMA)于2006年8月9日發(fā)布的官方文件IR.67版本1.4中被描 述。該文件描述了 DNS服務(wù)器的結(jié)構(gòu)以及涉及解析域名的步驟。通常，在 GRX中的DNS服務(wù)器以與普通公眾可用的DNS服務(wù)器同樣的方式^ 營(yíng)。然而，這里已知的域集合限于由GSMA定義的特定的域。
在ETSI TISPAN文獻(xiàn)11bTD079以及ECMA TR/91 (ETSI TR 102 478)中指定了對(duì)下一代網(wǎng)絡(luò)(NGN)的一系列要求。這些需求為企業(yè)提 供建立他們自己的下一代社團(tuán)網(wǎng)絡(luò)(NGCN)的裝置，并且提供諸如SIP 的服務(wù)。如果NGN提供所有這些需求的實(shí)現(xiàn)，貝'J在NGN和NGCN之間 或在通過NGN的幾個(gè)NGCN之間交互作用變得可能。然而，需求12指 定NGN必須允許NGCN在它的域中分配新的身份，而NGN之前沒有安 排。直到現(xiàn)在，這是不可能的，因?yàn)樵谶@些網(wǎng)絡(luò)中只有NGN是已知的。 因此，在提供完全有資格符合這些需求的NGN時(shí)，問題就產(chǎn)生了。
本發(fā)明的目的是提供給運(yùn)營(yíng)商一種用于在由機(jī)構(gòu)管理的并與由普通公 眾在互聯(lián)網(wǎng)中的所使用的DNS基礎(chǔ)結(jié)構(gòu)完全分離的DNS基礎(chǔ)結(jié)構(gòu)的組合 中4吏用其自己的域名的方法。本發(fā)明的另一個(gè)目的是對(duì)現(xiàn)有系統(tǒng)進(jìn)行極少
的修改來提供該功能性，本發(fā)明的另外的目的是提儉使用在公用DNSM 結(jié)構(gòu)中的信息來實(shí)現(xiàn)使用運(yùn)營(yíng)商域名的方法。本發(fā)明的另 一個(gè)目的是提供 需要很少的人力來建立和維護(hù)的系統(tǒng)。本發(fā)明的另外的目的是使該系統(tǒng)傾 向于比現(xiàn)有技術(shù)中建議的解決方案出現(xiàn)更少的餘溪。本發(fā)明的另一個(gè)目的 是為伴隨下一代網(wǎng)絡(luò)存在的問題提供解決方案，并且允許他們使用其自己 的身份。

發(fā)明內(nèi)容
根據(jù)本發(fā)明，通過一種用于解析針對(duì)使用在IP多媒體子系統(tǒng)(IMS ) 網(wǎng)絡(luò)中或之間路由消息的統(tǒng)一資源標(biāo)識(shí)符(URI)的方法，上述目的^L實(shí) 現(xiàn)，現(xiàn)有技術(shù)的解決方案的缺點(diǎn)被克服，所述方法包括以下步驟
a. 將用于解析所述統(tǒng)一資源標(biāo)識(shí)符的查詢從能夠發(fā)送消息給所述IP 多媒體子系統(tǒng)網(wǎng)絡(luò)的裝置，發(fā)送給專用名稱服務(wù)器；以及
b. 通過該專用名稱服務(wù)器解析所述統(tǒng)一資源標(biāo)識(shí)符；
c. 如果通過所述專用名稱服務(wù)器解析所述統(tǒng)一資源標(biāo)識(shí)符失敗，則將 用于解析所述統(tǒng)一資源標(biāo)識(shí)符的新的查詢發(fā)送給公用名稱服務(wù)器；
d. 通過所述公用名稱服務(wù)器解析所述統(tǒng)一資源標(biāo)識(shí)符；以及
e. 通過所述裝置接收對(duì)所述查詢的響應(yīng)。
在本發(fā)明的情景中，解析URI意味著使用標(biāo)準(zhǔn)的DNS過程來嘗試將 例如是URI的一部分的域名轉(zhuǎn)換為IP地址或不同的域名所包括的任何步 驟或步驟的組合。標(biāo)準(zhǔn)的DNS過程包括檢查DNS服務(wù)器的高速緩沖存儲(chǔ) 器，與不同的名稱服務(wù)器通信，并且從已知的域名中檢索信息。取決于其 配置，高速緩存可以通過在網(wǎng)絡(luò)中的名稱服務(wù)器或節(jié)點(diǎn)來提供。與不同的 名稱服務(wù)器通信可以是由于推薦，以便確定授權(quán)名稱服務(wù)器或從授權(quán)名稱 服務(wù)器中檢索信息。如果解析是由名稱服務(wù)器執(zhí)行的，這可以是或者提供 關(guān)于該名稱服務(wù)器獲得授權(quán)的域名的信息，或者可以從其它名稱服務(wù)器檢 索信息。
查詢是由包含對(duì)信息的請(qǐng)求的DNS標(biāo)準(zhǔn)定義的消息。該請(qǐng)求的信息可
以是涉及域名的IP地址，處理某個(gè)協(xié)議的服務(wù)的位置，對(duì)不同域名的推薦。 查詢以包含所請(qǐng)求的信息的響應(yīng)進(jìn)行應(yīng)答。最后，發(fā)送該查詢的系統(tǒng)將接 收到該響應(yīng)，并且能夠使用其中的信息來完成諸如路由消息或建立到特定 主機(jī)的連接的任務(wù)。
并不是每個(gè)域DNS服務(wù)器都知道，例如域名的打字錯(cuò)誤可以導(dǎo)致請(qǐng)求 不存在的域。當(dāng)名稱服務(wù)器已經(jīng)執(zhí)行了所有可能的查找(也就是高速緩沖 存儲(chǔ)器或不同的名稱服務(wù)器)，不能提供對(duì)該查詢的應(yīng)答時(shí)，將發(fā)送皿 響。當(dāng)這樣的錯(cuò)誤被接收時(shí)，認(rèn)為是通過名稱服務(wù)器解析URI失敗。
公用和專用DNS服務(wù)器被認(rèn)為對(duì)公眾或者非公眾是可用的。例如公用 DNS服務(wù)器是由普通公眾用來接入互聯(lián)網(wǎng)上的不同服務(wù)的那些DNS服務(wù) 器。專用DNS服務(wù)器是那些由諸如公司的某個(gè)機(jī)構(gòu)管理，其使用限于與該 機(jī)構(gòu)具有協(xié)議的這樣的機(jī)構(gòu)或人的成員的DNS服務(wù)器。該示例是由GSMA 運(yùn)營(yíng)的GRX，在其他服務(wù)中提供了 DNS服務(wù)，這些服務(wù)只可以被GSMA 的成員以及GSMA涉及的運(yùn)營(yíng)商查詢。
根據(jù)本發(fā)明，現(xiàn)在如果這些專用DNS服務(wù)器不能解析SIPtJRI，他們 將查詢公用DNS服務(wù)器。因此，專用DNS服務(wù)器發(fā)出解析SIPURI的請(qǐng) 求給公用DNS服務(wù)器，而不是指示其不能解析SIPURI。作為另一種選擇， 專用DNS服務(wù)器指示它不能對(duì)其解析SIPURI的IMS網(wǎng)絡(luò)中的節(jié)點(diǎn)，并 根據(jù)本發(fā)明與公用DNS月艮務(wù)器進(jìn)行聯(lián)系。
這些額外的步驟的優(yōu)點(diǎn)是明顯的。運(yùn)營(yíng)商不被綁定到由專用域名服務(wù) 器已知的域名或由諸如GSMA的機(jī)構(gòu)定義的域名。在專用操作的和可用的 DNS服務(wù)器與公用可用的DNS服務(wù)器之間的嚴(yán)格的分離被保留，因此維 持了由分離的系統(tǒng)提供的安全性。在兩個(gè)域之間提供轉(zhuǎn)換是使用它自己的 域、需要與在專用DNS服務(wù)器中呈現(xiàn)的運(yùn)用商具有協(xié)議的運(yùn)營(yíng)商的責(zé)任。 因此，該系統(tǒng)引入的額外的工作量非常有限，在運(yùn)營(yíng)商的>^用DNS服務(wù)器 中只有幾個(gè)額外的記錄是必需的。
根據(jù)本發(fā)明所述的裝置適于執(zhí)行提供本發(fā)明的所有目的的必需的步 驟。該裝置，通常是IMS網(wǎng)絡(luò)中的節(jié)點(diǎn)，能夠執(zhí)行在本發(fā)明中所描述的步
驟。能夠發(fā)送查詢給專用名稱服務(wù)器并且接收響應(yīng)。如果這樣的響應(yīng)指示
該專用名稱服務(wù)器不能解析URI，則該裝置能夠發(fā)送新的查詢給公用名稱 服務(wù)器。這使該裝置能夠檢查專用和公用名稱服務(wù)器，并且允許它找到針 對(duì)包含在專用名稱服務(wù)器中不可用的域名的URI的應(yīng)答。
根據(jù)本發(fā)明的可選的裝置提供解決在現(xiàn)有技術(shù)解決方案中發(fā)現(xiàn)的問題 所必需的功能。該裝置，通常是專用名稱服務(wù)器，能夠接收查詢并且解析 該查詢。如果該裝置不能解析該查詢，則它能夠查詢另一個(gè)^^用的、名稱 服務(wù)器來解析該查詢。這使該裝置能夠在節(jié)點(diǎn)和該公用名稱服務(wù)器之間擔(dān) 當(dāng)中間系統(tǒng)。它允許使用公用名稱服務(wù)器以對(duì)給該裝置發(fā)送最初的查詢的 節(jié)點(diǎn)是透明的方式來進(jìn)行URI的轉(zhuǎn)換。
可選地，如本發(fā)明所述，需要路由消息的節(jié)點(diǎn)可以執(zhí)行上述的步驟c。
該節(jié)點(diǎn)對(duì)在兩個(gè)IMS網(wǎng)絡(luò)之間路由消息負(fù)責(zé)，因此能夠與位于自己的 網(wǎng)絡(luò)之外的系統(tǒng)通信。執(zhí)行本發(fā)明的這種方法在該節(jié)點(diǎn)上需要另外的安全 性措施來避免節(jié)點(diǎn)的入侵(intrusion of the node)。由于這些節(jié)點(diǎn)上的現(xiàn) 有的安全性，他們是與該公用DNS服務(wù)器通信以及維持公用和專用DNS 服務(wù)器之間的分離的理想候選者。
如本發(fā)明所述，可選地，該專用名稱服務(wù)器可以發(fā)送在上述的步驟c 中提到的所迷新的查詢。
當(dāng)使用該專用名稱服務(wù)器來聯(lián)系公用DNS服務(wù)器時(shí)，對(duì)于路由消息的 節(jié)點(diǎn)，產(chǎn)生透明度。這些系統(tǒng)不需要修改，僅僅執(zhí)行產(chǎn)生他們需要的信息 的單一的查詢。名稱服務(wù)器被設(shè)計(jì)來處理大量的請(qǐng)求，并且可以適于通過 聯(lián)系其它名稱服務(wù)器來尋找對(duì)查詢的應(yīng)答。因此，對(duì)于專用DNS服務(wù)器需 要有限的適應(yīng)以支持本發(fā)明的該實(shí)現(xiàn)。再次，沒有關(guān)于所述IMS網(wǎng)絡(luò)的信 息通過公用網(wǎng)絡(luò)被發(fā)送，只有域名。因此節(jié)點(diǎn)的位置不顯示給普通公眾， 維持了安全性。
在本發(fā)明的可選實(shí)施例中，名稱權(quán)威指針(NAPTR)記錄可以用于將 公知域名轉(zhuǎn)換到在如本發(fā)明^"述的專用基礎(chǔ)結(jié)構(gòu)中已知的域名。
NAPTR記錄在RFC 2915中被描述。他們通常被用來將現(xiàn)有的文本行
重寫到新的域名或URI。 NAPTR記錄的典型實(shí)現(xiàn)是使用如在RFC 2916 中所述的e.164數(shù)字轉(zhuǎn)換進(jìn)行電話號(hào)碼到URI的映射。
根據(jù)本發(fā)明，針對(duì)該域，這種NAPTR記錄可以被添加到授權(quán)名稱服 務(wù)器。這些記錄將提供專用DNS服務(wù)器已知的運(yùn)營(yíng)商的域名。
NAPTR記錄通過使用規(guī)則表達(dá)式(regular expression )提供靈活性， 產(chǎn)生的結(jié)果是少數(shù)記錄能夠轉(zhuǎn)換幾個(gè)域到專用名稱服務(wù)器已知的單一的 域。
在本發(fā)明的可選實(shí)施例中，SRV記錄可以用于將公知域名轉(zhuǎn)換到在上 述的專用基礎(chǔ)結(jié)構(gòu)中已知的域名。
SRV記錄在RFC 2782中被描述。這種記錄典型性地用來提供負(fù)栽均 衡和備份解決方案。通常幾個(gè)記錄被用來表示每個(gè)記錄具有優(yōu)先及權(quán)重的 單一服務(wù)。優(yōu)先被用來定義*服務(wù)，記錄的權(quán)重可以被用來指定到每個(gè) 系統(tǒng)應(yīng)該具有多大的通信量。


圖l是例示本發(fā)明的第一實(shí)施例的流程圖，其中用戶代理可以聯(lián)系公 用DNS月良務(wù)器；以及
圖2是例示本發(fā)明的第二實(shí)施例的流程圖，其中專用DNS服務(wù)器用于 聯(lián)系公用DNS服務(wù)器。
具體實(shí)施例方式
圖l示出了在本發(fā)明的第一實(shí)施例中的消息流。該實(shí)施例包含用戶代 理(UA) 120、專用DNS服務(wù)器121、公用DNS服務(wù)器122以及在外部 IMS網(wǎng)絡(luò)中的節(jié)點(diǎn)123。
在本發(fā)明的該第 一 實(shí)施例中，用戶代理120可以是具有通過IMS網(wǎng)絡(luò) 提供視頻電話功能的軟件的固定裝置，或是具有無線一鍵通(PoC)應(yīng)用 的移動(dòng)裝置。PoC是允許用戶通過在他們的移動(dòng)裝置上按下M來相互通 話的IMS服務(wù)。它使用到IMS網(wǎng)絡(luò)的諸如GPRS連接的永久在線連接(permanent online connection)，并且將所說的單詞轉(zhuǎn)換為傳輸給IMS 網(wǎng)絡(luò)的數(shù)據(jù)分組。IMS網(wǎng)絡(luò)將該數(shù)據(jù)分組路由到目的地，然后接收用戶能 夠聽到該所i兌的單詞。PoC應(yīng)用針對(duì)SIP請(qǐng)求(SIPRequest)作為源的示 例，并且PoC應(yīng)用使用各種其它軟件應(yīng)用程序來執(zhí)行各種任務(wù)。例如，PoC 應(yīng)用可以使用在該應(yīng)用在其上運(yùn)行的裝置中提供的DNS解析器，以從需要 發(fā)送請(qǐng)求的DNS服務(wù)器重新得到信息。PoC應(yīng)用也使用TCP/IP協(xié)議棧裝 置以將數(shù)據(jù)傳輸?shù)狡渌?jié)點(diǎn)和DNS服務(wù)器。
專用DNS服務(wù)器121以及公用DNS服務(wù)器122是提供DNS服務(wù)的默 認(rèn)軟件應(yīng)用程序?？梢詷?gòu)成專用DNS服務(wù)器121以及7>用DNS服務(wù)器122 的可能的軟件應(yīng)用程序是在http:〃www.isc.org/index.pl /sw/bind/中公告 的BIND,以及在http:〃www,powerdns.com/中乂i^的PowerDNS,但是 任何其它支持SRV和/或NAPTR記錄的應(yīng)用程序可以被使用。在該第一 實(shí)施例中假定BIND被用來提供DNS服務(wù)?；诜?wù)器的位置產(chǎn)生了專用 和公用之間的差別。例如當(dāng)發(fā)送電子郵件或?yàn)g覽網(wǎng)站時(shí)，公用DNS服務(wù)器 122可以通過普通公眾被聯(lián)系到。專用DNS服務(wù)器121僅限于一小組用戶。 專用DNS服務(wù)器121的示例是在GPRS漫游交換(GRX)網(wǎng)絡(luò)中使用的 DNS服務(wù)器。漫游是用戶連接到不屬于該移動(dòng)電話運(yùn)營(yíng)商但與之有合約的 網(wǎng)絡(luò)的行為。例如，如果一個(gè)人支付在比利時(shí)的運(yùn)營(yíng)商A的電話服務(wù)，當(dāng) 運(yùn)營(yíng)商A和在法國(guó)的運(yùn)營(yíng)商B有一個(gè)漫游協(xié)議時(shí)該人可以使用在法國(guó)的運(yùn) 營(yíng)商B的網(wǎng)絡(luò)。因此，漫游使得利用與運(yùn)營(yíng)商的合約、在幾個(gè)其它國(guó)家接 收服務(wù)變成可能。當(dāng)使用他們的支持IMS的裝置和應(yīng)用時(shí)，該漫游能力允 許用戶自由移動(dòng)。
在圖1中所畫的外部IMS網(wǎng)絡(luò)中的節(jié)點(diǎn)是詢問呼叫會(huì)話控制功能 (I-CSCF )123。為了被傳到該IMS網(wǎng)絡(luò)上分組被發(fā)送到該I-CSCF 123, 因此I-CSCF 123在該IMS網(wǎng)絡(luò)的邊界上擔(dān)當(dāng)代理服務(wù)器，并且是進(jìn)入到 該IMS網(wǎng)絡(luò)的入口點(diǎn)。
參考專用和公用網(wǎng)絡(luò)這兩個(gè)網(wǎng)絡(luò)來描述該實(shí)施例，因?yàn)楸景l(fā)明的基礎(chǔ) 問題是當(dāng)消息具有位于其起源所在的網(wǎng)絡(luò)之外的目的地時(shí)特別遇到的。該
第一實(shí)施例假定存在兩個(gè)IMS網(wǎng)絡(luò)，其中一個(gè)屬于運(yùn)營(yíng)商A、使用 operatora.com域,另一個(gè)屬于運(yùn)營(yíng)商B、使用operatorb.be域。對(duì)于該實(shí) 施例，假定運(yùn)營(yíng)商B是公用運(yùn)營(yíng)商，給公眾提供各種通信服務(wù)，例如移動(dòng) 電話、GPRS以及IMS。同樣地，運(yùn)營(yíng)商B是用于漫游的GRX的成員， 能夠使用GRX所提供的服務(wù)。
在該第一實(shí)施例中，位于運(yùn)營(yíng)商B的網(wǎng)絡(luò)中的UA120的用戶B想要 與位于使用PoC服務(wù)的運(yùn)營(yíng)商A的網(wǎng)絡(luò)中的用戶A通話。此外用戶B需 要知道可以在運(yùn)營(yíng)商A的網(wǎng)絡(luò)中識(shí)別用戶A的URI。這里該URI是 sip:usera@ims.operatora.com。用來發(fā)起該連接的SIP請(qǐng)求是SIP邀請(qǐng)請(qǐng) 求110。
在圖1中，假定UA 120需要將消息110路由到詢問呼叫會(huì)話控制功 能(I-CSCF) 123。該消息110是可以用來在兩個(gè)用戶之間建立PoC^" 的SIP邀請(qǐng)請(qǐng)求。用戶B是運(yùn)營(yíng)商B的客戶，想要與在運(yùn)營(yíng)商A中的雇 員的用戶A通話。因此用戶B需要將SIP邀請(qǐng)請(qǐng)求110發(fā)送給用戶A，并 且使用在該請(qǐng)求中識(shí)別用戶A的SIPURI。典型地，任何SIP請(qǐng)求由頭部 和正文組成，頭部包含關(guān)于源、目的、路由以及請(qǐng)求IIO的內(nèi)容的強(qiáng)制的 信息，正文包舍清求110的內(nèi)容。SIP請(qǐng)求110的起始部分定義了哪類請(qǐng) 求被呈現(xiàn)(在該例中是邀請(qǐng))，識(shí)別請(qǐng)求110的必須去處的URI (在該例 中是sip:usera@ims.operatora.com)以及所4吏用的SIP的版本(例如2.0 )。
在UA 120能夠?qū)IP邀請(qǐng)請(qǐng)求110發(fā)送給運(yùn)營(yíng)商A的I-CSCF之前， 它需要該I-CSCF 123的IP地址，因?yàn)閺腟IPURI中只有域是已知的。因 此UA 120將形成查詢101并且將其發(fā)送該給專用DNS服務(wù)器121。該查 詢101是根據(jù)DNS協(xié)議的格式編排分組，包含對(duì)于需要來路由SIP請(qǐng)求 110的IP地址的請(qǐng)求。在查詢101中，該UA 120提供域名(在該例中是 ims.operatora.com)給專用DNS服務(wù)器121,并且請(qǐng)求返回涉及該請(qǐng)求中 指定的域的I-CSCF 123的IP地址。為了能夠找到以及聯(lián)系到DNS服務(wù) 器，UA120不得不被配置有它可以使用的DNS服務(wù)器的地址。這可以在 該裝置上使用靜態(tài)的配置來完成，或該DNS服務(wù)器的地址可以使用諸如動(dòng)
態(tài)主機(jī)配置協(xié)i義(DHCP )的協(xié)議來提供。
專用DNS服務(wù)器121將嘗試使用本地高速緩沖存儲(chǔ)器和如圖1中由箭 頭102所指示的DNS信息來解析該域名。實(shí)際上，DNS服務(wù)器可以被配 置來保持之前已收集的所有的信息的高速緩沖存儲(chǔ)器。這意味著每一個(gè)請(qǐng) 求的域名連同相對(duì)應(yīng)的IP地址一起被存儲(chǔ)，并且這些記錄被存儲(chǔ)特定量的 時(shí)間。高速緩存是用來提高效率以及減少發(fā)送到其它DNS服務(wù)器的請(qǐng)求數(shù) 量的機(jī)制。除了它自己的高速緩沖存儲(chǔ)器之外，DNS服務(wù)器121可以參考 包含在構(gòu)成該專用網(wǎng)絡(luò)中定義的整個(gè)域名空間的DNS服務(wù)器的網(wǎng)絡(luò)中的 DNS信息。對(duì)于專用DNS月良務(wù)器，該域名空間典型地較小。只有傳逸營(yíng) 商B —樣的特定運(yùn)營(yíng)商在該名稱空間中是已知的。運(yùn)營(yíng)商A不是GRX的 一部分，因此該運(yùn)營(yíng)商A的域可以假定為在由該專用DNS服務(wù)器121使 用的域名空間中沒有被定義。因而，該專用DNS服務(wù)器121對(duì)于像101 那樣的請(qǐng)求該運(yùn)營(yíng)商者A的域的解析的查詢不能返回結(jié)果。
應(yīng)該注意的是，如果UA120為運(yùn)營(yíng)商B已經(jīng)請(qǐng)求了 IP地址，則專用 DNS服務(wù)器121將能夠以那個(gè)IP地址來響應(yīng)，該UA 120將能夠?qū)IP 邀請(qǐng)請(qǐng)求110路由到下一個(gè)節(jié)點(diǎn)。然而在這種情況中，其中為運(yùn)營(yíng)商A請(qǐng) 求地址，該運(yùn)營(yíng)商的域名對(duì)于專用DNS服務(wù)器121為未知，對(duì)查詢101 的響應(yīng)103將包含解析該SIP IJRI失敗的通知。這意味著當(dāng)接收到專用 DNS服務(wù)器響應(yīng)103時(shí)該UA 120仍然不能將SIP邀請(qǐng)請(qǐng)求110發(fā)送給 I-CSCF123,進(jìn)一步的行動(dòng)是必需的。
由于該失敗，UA 120不得不嘗試不同的方法來發(fā)現(xiàn)所需的IP地址。 根據(jù)本發(fā)明，現(xiàn)在UA 120形成新的查詢104，其請(qǐng)求DNS服務(wù)器，在該 例中是公用DNS服務(wù)器122，以專用DNS服務(wù)器121已知的域名來進(jìn)行 應(yīng)答。
運(yùn)營(yíng)商A不是提供服務(wù)給普通公眾的公用運(yùn)營(yíng)商，因此不是GRX的 一部分。因?yàn)檫\(yùn)營(yíng)商A確實(shí)提供IMS服務(wù)給它的雇員，它需M接到諸 如運(yùn)營(yíng)商B的公用IMS網(wǎng)絡(luò)。例如，這通過在運(yùn)營(yíng)商A和運(yùn)營(yíng)商B之間 的協(xié)議完成。該協(xié)議允許運(yùn)營(yíng)商A具有帶特定服務(wù)的IMS網(wǎng)絡(luò)，并且通
過運(yùn)營(yíng)商B的網(wǎng)絡(luò)被連接到公用IMS網(wǎng)絡(luò)。因此， 一個(gè)要求是對(duì)運(yùn)營(yíng)商A 的IMS網(wǎng)絡(luò)的入口點(diǎn)的請(qǐng)求返回運(yùn)營(yíng)商B的入口點(diǎn)作為響應(yīng)。對(duì)運(yùn)營(yíng)商A 的網(wǎng)絡(luò)中的用戶的請(qǐng)求需要通過該運(yùn)營(yíng)商B的網(wǎng)絡(luò)被路由，并且運(yùn)營(yíng)商B 將運(yùn)送這些消息到運(yùn)營(yíng)商A的網(wǎng)絡(luò)。由于該系統(tǒng)的這種設(shè)置，DNS基礎(chǔ)的 某個(gè)實(shí)現(xiàn)是必需的。在該實(shí)現(xiàn)中，運(yùn)營(yíng)商B在GRX的DNS服務(wù)器中是已 知的。運(yùn)營(yíng)商A提供從它的域(例如ims.operatora.com )到運(yùn)營(yíng)商B的 域(例如ims.operatorb.be)的轉(zhuǎn)換。
公用DNS服務(wù)器122將嘗試使用本地高速緩沖存儲(chǔ)器和如圖1中的箭 頭105所指示的DNS信息來進(jìn)行對(duì)新的查詢104的應(yīng)答。該本地緩沖存儲(chǔ) 器和DNS信息與在步驟102中使用的那些非常相似。該本地緩沖存儲(chǔ)器是 由公用DNS服務(wù)器122所存儲(chǔ)的針對(duì)其之前已經(jīng)進(jìn)行應(yīng)答的所有請(qǐng)求的信 息。該DNS信息涉及該公用DNS服務(wù)器122已知的域名空間。這種域名 空間明顯地比專用DNS服務(wù)器121已知的域名空間更大，并且通常包含所 有注冊(cè)的域。如果公用DNS服務(wù)器122能夠解析該URI,則形成包含專 用DNS服務(wù)器121已知的新的域名的響應(yīng)106。在這種情境中解析意味著 確定該公用IMS運(yùn)營(yíng)商B的域，他為運(yùn)營(yíng)商A提供到公用IMS網(wǎng)絡(luò)的鏈 接。例如，公用DNS服務(wù)器122將在發(fā)送到UA120的響應(yīng)106中運(yùn)送 ims.operatorb.be作為新的域。
公用DNS服務(wù)器122可以通過使用在DNS配置中的特定記錄來提供 從ims.operatora.com到ims.operatorb.be的轉(zhuǎn)換。在本發(fā)明的該第一實(shí)施 例中，NAPTR記錄用于該轉(zhuǎn)換。NAPTR記錄定義了對(duì)請(qǐng)求用URI進(jìn)行 響應(yīng)的靈活的方法。這使公用DNS服務(wù)器122能夠接收對(duì) sip:usera@ims,operatora.com的請(qǐng)求并且k乂 sip:usera@ims.operatorb.be 進(jìn)行響應(yīng)。由于能夠用查詢聯(lián)系專用DNS服務(wù)器121以解析后一 URI， UA 120將能夠路由具有后一請(qǐng)求URI的消息。因?yàn)閷Ｓ肈NS服務(wù)器121 已知operatorb.be，所以它可以提供所需的IP地址給該UA 120。 UA 120 將以查詢107請(qǐng)求該轉(zhuǎn)換。該查詢包含轉(zhuǎn)換的URI，并且在新檢查本地高 速緩沖存儲(chǔ)器以及在圖1中箭頭108所指示的DNS信息之后，專用DNS
服務(wù)器121能夠提供UA 120所需要的信息以路由SIP邀請(qǐng)請(qǐng)求110，并且 該信息隨著響應(yīng)109被運(yùn)送給UA 120。
萬一公用DNS服務(wù)器122不能解析域名，那么專用和公用DNS服務(wù) 器121和122都不能運(yùn)送所需的IP地址，該處理被/(亭止，并且UA120將 不能路由消息110到I-CSCF 123，因?yàn)樗荒転樗@得IP地址。
圖2示出了在本發(fā)明的可選的實(shí)施例中的消息流。該實(shí)施例包含在 IMS網(wǎng)絡(luò)220中的節(jié)點(diǎn)、專用DNS服務(wù)器221、公用DNS服務(wù)器222以 及在外部IMS網(wǎng)絡(luò)中的節(jié)點(diǎn)223。根據(jù)傳統(tǒng)DNS，專用DNS服務(wù)器221 和公用DNS服務(wù)器222并不互相連接。
傳統(tǒng)的DNS由服務(wù)器的像樹的結(jié)構(gòu)形成。在頂部是具有關(guān)于頂級(jí)域名 (TLD )信息的DNS根服務(wù)器。需要解析主機(jī)名的DNS服務(wù)器可以聯(lián)系 根DNS服務(wù)器來找出哪個(gè)DNS服務(wù)器對(duì)于特定的TLD是授權(quán)的。該DNS 服務(wù)器可以為該TLD聯(lián)系該授權(quán)的DNS服務(wù)器來找出哪個(gè)DNS服務(wù)器 對(duì)于特定的域是授權(quán)的。于是該DNS服務(wù)器將聯(lián)系該授權(quán)的DNS服務(wù)器 來解析主機(jī)名。
在該系統(tǒng)中，DNS服務(wù)器可以推薦到另一個(gè)，后者具有所請(qǐng)求的信息， 或能夠推薦到能夠具有的DNS服務(wù)器。該整個(gè)過程可以發(fā)生在由箭頭202、 204和206例示的步驟期間。這里的差異是7>用DNS 222通過傳統(tǒng)DNS 推薦是不可到達(dá)的。專用DNS服務(wù)器221在它的配置中具有一些關(guān)于如何 聯(lián)系公用DNS服務(wù)器222的知識(shí)，與能夠執(zhí)行DNS查詢的典型個(gè)人計(jì)算 機(jī)系統(tǒng)的配置非常相似。
在該本發(fā)明的可選的實(shí)施例中，節(jié)點(diǎn)220和節(jié)點(diǎn)223都是詢問呼叫會(huì) 話控制功能(I-CSCF) 。 I-CSCF的任務(wù)之一就是擔(dān)當(dāng)IMS網(wǎng)絡(luò)的入口點(diǎn)。 在特定IMS網(wǎng)絡(luò)之外的節(jié)點(diǎn)可以聯(lián)系那個(gè)IMS網(wǎng)絡(luò)的該I-CSCF來發(fā)送 消息到那個(gè)網(wǎng)絡(luò)上。
公用DNS服務(wù)器222是默認(rèn)的提供DNS服務(wù)的軟件應(yīng)用程序。假定 在http:〃www.powerdns.com/中^^的PowerDNS在該第二實(shí)施例中被用 作公用DNS服務(wù)器222。公用DNS服務(wù)器222被認(rèn)為是公用的，因?yàn)樗?br> 提供DNS服務(wù)^f通公眾。任何人能夠用對(duì)特定的DNS信息的請(qǐng)求來聯(lián) 系公用DNS服務(wù)器222。
諸如專用DNS服務(wù)器221的DNS服務(wù)器被認(rèn)為是專用的，因?yàn)樗鼉H 僅提伶ft息給有限數(shù)量的用戶。在該實(shí)施例中，GRX提供的DNS服務(wù)器 是專用DNS服務(wù)器221并且只有連接到GRX的運(yùn)營(yíng)商能夠聯(lián)系專用DNS 服務(wù)器221。專用DNS服務(wù)器221已知的域名空間通常較小，然而公用 DNS服務(wù)器222已知的域名空間大很多。公用DNS服務(wù)器222具有關(guān)于 在互聯(lián)網(wǎng)注冊(cè)或使用的所有的域的知識(shí)，或能夠獲得那些知識(shí)。
在本發(fā)明的該實(shí)施例中，專用DNS服務(wù)器221是提供DNS服務(wù)的軟 件應(yīng)用程序，并且其與諸如PowerDNS的其它DNS軟件應(yīng)用程序在執(zhí)行 那些不是標(biāo)準(zhǔn)查找部分的步驟的能力上不同。專用DNS服務(wù)器221可以從 網(wǎng)絡(luò)中的其它裝置接收具有請(qǐng)求特定DNS信息的查詢，并且嘗試提供所請(qǐng) 求的信息，進(jìn)一步的方法在下面描述。然而，如果該專用DNS服務(wù)器221 因?yàn)樵撜?qǐng)求涉及僅對(duì)公用DNS服務(wù)器222已知的域而不能提供所請(qǐng)求的信 息，專用DNS服務(wù)器221能夠用諸如圖2中的請(qǐng)求203的對(duì)信息的請(qǐng)求來 聯(lián)系公用DNS服務(wù)器221。
上述查詢AiC送給DNS服務(wù)器的根據(jù)DNS標(biāo)準(zhǔn)格式化的消息，它包 含對(duì)信息的詢問。查詢的示例是對(duì)特定服務(wù)器的IP地址的請(qǐng)求。接收查詢 的DNS服務(wù)器為了找到響應(yīng)可以執(zhí)行各種步驟。第一步可以是在^皮DNS 服務(wù)器維持的本地高速緩沖存儲(chǔ)器中查找。高速緩存意味著將關(guān)于之前的 查詢的信息存儲(chǔ)一段特定量的時(shí)間。因此，如果DNS服務(wù)器已經(jīng)提供對(duì)查 詢的應(yīng)答，則它將在指定的時(shí)間段內(nèi)，為任何后來的發(fā)送到該名稱服務(wù)器 的請(qǐng)求存儲(chǔ)那個(gè)應(yīng)答。這減少了 DNS服務(wù)器到其它DNS服務(wù)器產(chǎn)生的通 信量，并且增加了可以被該DNS服務(wù)器處理的查詢量。另一個(gè)步驟可以是 參考關(guān)于DNS服務(wù)器負(fù)責(zé)的域的信息。如果該DNS服務(wù)器負(fù)責(zé)在查詢中 指定的域，則它可以從自己的數(shù)據(jù)庫(kù)中檢索該信息，并且作為響應(yīng)來提供 它。另 一個(gè)步驟可以是為了定位特定域的授權(quán)的名稱服務(wù)器來聯(lián)系其它 DNS服務(wù)器，然后為了所需的信息來聯(lián)系那個(gè)名稱服務(wù)器。
也參考兩個(gè)不同的IMS網(wǎng)絡(luò)來描述第二實(shí)施例。 一個(gè)網(wǎng)絡(luò)屬于運(yùn)營(yíng)商 A,他使用該operatora.com域，并且是提供服務(wù)給普通公眾的公用IMS 運(yùn)營(yíng)商。另一個(gè)網(wǎng)絡(luò)屬于企業(yè)B，它使用enterpriseb.com域，提供IMS 服務(wù)給它的雇員。在該實(shí)施例中，假定在運(yùn)營(yíng)商A的網(wǎng)絡(luò)中的用戶A發(fā)送 消息給在企業(yè)B的網(wǎng)絡(luò)中的用戶B。該消息是用來在兩個(gè)用戶之間建立會(huì) 話的SIP邀請(qǐng)請(qǐng)求208。例如，I-CSCF220從UA接收SIP邀請(qǐng)請(qǐng)求，并 且需要將具有在其中所指定的URI sip:userb@enterpriseb.com的請(qǐng)求的 該SIP邀請(qǐng)請(qǐng)求路由給I-CSCF 223。 I-CSCF 220將在地址轉(zhuǎn)換后作為SIP 邀請(qǐng)請(qǐng)求208來發(fā)送所接收到的SIP邀請(qǐng)請(qǐng)求。
I-CSCF 220在可以將SIP邀請(qǐng)請(qǐng)求208傳輸給I-CSCF 223之前需要 I-CSCF 223的IP地址。因此I-CSCF 220用請(qǐng)求來發(fā)送查詢201到專用 DNS服務(wù)器221以解析sip:userb@enterpriseb,com，并且I誦CSCF 220從 來自專用DNS服務(wù)器221的應(yīng)答中期待有I-CSCF 223的IP地址。專用 DNS服務(wù)器221將嘗試使用本地高速緩沖存儲(chǔ)器以及如圖1中箭頭202指 示的專用DNS信息來解析該URI。然而，專用DNS服務(wù)器221并不知道 enterpriseb.com域，并且不能提供所請(qǐng)求的信息。專用DNS服務(wù)器221 可以用查詢203來聯(lián)系公用DNS服務(wù)器222，來發(fā)現(xiàn)可以被用來聯(lián)系 enterpriseb，com的可選的域。公用DNS服務(wù)器222具有將任何包含 enterpriseb.com的SIP URI轉(zhuǎn)換為包含如圖2中箭頭204所指示的 operatorc.com的URI的NAPTR記錄。在該實(shí)施例中，operatorb.com屬 于另 一個(gè)^>用IMS運(yùn)營(yíng)商C,他與企業(yè)B有協(xié)議來提供IMS路由服務(wù)。 運(yùn)營(yíng)商C被專用DNS服務(wù)器221已知，因?yàn)樗麄兪枪肐MS運(yùn)營(yíng)商。從 一個(gè)域到另一個(gè)的轉(zhuǎn)換可以通過使用本地高速緩沖存儲(chǔ)器或DNS信息來 進(jìn)行，并且由圖1中的箭頭204來指示。公用DNS服務(wù)器222給公用DNS 月良務(wù)器221發(fā)送包^Mt的URI的響應(yīng)，例如sip:userb@operatorc.com。 于是專用DNS服務(wù)器221能夠使用本地高速緩沖存儲(chǔ)器以及如箭頭206 所示的DNS信息來解析該新的URI。該operatorc.com域?qū)τ趯Ｓ肈NS 服務(wù)器221是已知的，因此專用DNS服務(wù)器221能夠在響應(yīng)207中提供
IP地址給I-CSCF 220。使用該IP地址，I-CSCF 220能夠傳輸該SIP邀請(qǐng) 請(qǐng)求給運(yùn)營(yíng)商C，他將依次運(yùn)送該消息給I-CSCF 223。
重要的是認(rèn)識(shí)到圖1中的箭頭107、 108和109以及圖2中的箭頭206 不是必需的。這些箭頭指示了公用DNS服務(wù)器122或222返回分別對(duì)專用 DNS服務(wù)器121或221是已知的域名，以及在那里這些DNS服務(wù)器需要 執(zhí)行另一個(gè)解析該域名的嘗試。通過經(jīng)由公用DNS服務(wù)器122或222直接 提供IP地址給請(qǐng)求的裝置(120或220) iMt棄一些安全性是可能的。這 確實(shí)通過允許公司使用其自己的公知的域來提供所要的靈活性。
應(yīng)該注意的是，在前面的圖中所畫的DNS服務(wù)器塊可以代表DNS服 務(wù)器的集。在收到查詢之后以及在響應(yīng)被發(fā)送之前，幾個(gè)DNS服務(wù)器可以 相互通信。例如，從DNS塊發(fā)出、去往DNS塊的箭頭實(shí)際上代表了大量 消息。例如，它可以代表公用DNS服務(wù)器首先檢查本地高速緩沖存儲(chǔ)器， 其次聯(lián)系才艮名稱服務(wù)器，第三為了頂級(jí)域(the top level domain )(諸如.com 或.be)來聯(lián)系服務(wù)器，第四為了 somedomain.com聯(lián)系授M稱服務(wù)器并 且檢索所要的信息。諸如PowerDNS和mND的被提及的DNS應(yīng)用僅僅 是可以用來提供DNS服務(wù)的現(xiàn)有的軟件的示例。任何能夠提供從域名到 IP地址轉(zhuǎn)換以及能夠執(zhí)行NAPTR和SRV記錄的軟件或裝置都可以被用 作公用DNS服務(wù)器222。
應(yīng)該進(jìn)一步注意的是，PoC僅僅是IMS服務(wù)的示例。另一個(gè)示例是即 時(shí)消息月良務(wù)(Instant Message service )，它允許用戶相互發(fā)送文本消息， 并且在那里這些消息立即顯示給接收用戶。通常使用IMS網(wǎng)絡(luò)的應(yīng)用被期 望需要在某個(gè)地方的各種IMS網(wǎng)絡(luò)之間通信。
GRX基礎(chǔ)結(jié)構(gòu)用作專用管理網(wǎng)絡(luò)的示例。該示例給GPRS網(wǎng)絡(luò)提供 漫游以及DNS服務(wù)。任何可以在IMS網(wǎng)絡(luò)之間提供連接以及提供地址解 析服務(wù)的系統(tǒng)可以用作替代GRX。
NAPTR和SRV記錄可以用作上述中的示例。只有它們的特征對(duì)于本 發(fā)明才是重要的，選擇可以被用來提供所需的功能性。任何能夠提供重定 向到不同系統(tǒng)或能夠?qū)RI轉(zhuǎn)換為不同URI或能夠基于特定的域用來檢索不同域的DNS記錄類型可以被用在本發(fā)明的實(shí)施例中。
雖然本發(fā)明已經(jīng)通過參考特定的實(shí)施例來例示，對(duì)于本領(lǐng)域熟練人員， 很顯然本發(fā)明不限于前述例示的實(shí)施例的細(xì)節(jié)，并且本發(fā)明可以體現(xiàn)為各 種變化和修改而不偏離其精神和范圍。因此，本發(fā)明實(shí)施例在所有方面被 認(rèn)為是例示性的而非限制性的，本發(fā)明的范圍由所附的權(quán)利要求來指示而 非前述的說明，因此所有在權(quán)利要求等同物的意義和范圍內(nèi)出現(xiàn)的變化確 定為包括于其中。換句話說，本發(fā)明覆蓋任何以及所有落入基本的原則的 精神和范圍中的修改、變化或等同物，并且其本質(zhì)屬性在該發(fā)明申請(qǐng)中被 要求。此外該發(fā)明申請(qǐng)的讀者可以理解，該詞"包括"或"包含"不排除 其他單元或步驟，該詞"一個(gè)"或"一種"不排除多數(shù)，以及單一的部件， 諸如計(jì)算機(jī)系統(tǒng)或集成單元可以完成在該利要求中陳述的幾個(gè)裝置中的功 能。在權(quán)利要求中的任何參考標(biāo)記將不被解釋為限制各自有關(guān)的權(quán)利要求。 當(dāng)用在說明書中或在權(quán)利要求中時(shí)的術(shù)語(yǔ)"第一"、"第二"、"第三"、 'T， 、 "2" 、 "3 "，以及類似的，被引入來區(qū)分類似的單元或步驟，不 是必要地描述連續(xù)的或按時(shí)間先后排列的順序?？梢岳斫猓菢邮褂玫男g(shù) 語(yǔ)在適當(dāng)?shù)沫h(huán)境下是可以互換的，并且本發(fā)明的實(shí)施例能夠根據(jù)本發(fā)明以 不同于上面所述或例示的其它順序或方向運(yùn)行。
權(quán)利要求
1.一種用于解析統(tǒng)一資源標(biāo)識(shí)符(URI)的方法，所述統(tǒng)一資源標(biāo)識(shí)符在IP多媒體子系統(tǒng)(IMS)網(wǎng)絡(luò)中或之間路由消息中使用，所述方法包括下列步驟a.將用于解析所述統(tǒng)一資源標(biāo)識(shí)符的查詢(101；201)從能夠發(fā)送消息給所述IP多媒體子系統(tǒng)的裝置(120；220)，發(fā)送給專用名稱服務(wù)器(121；221)；以及b.通過所述專用名稱服務(wù)器(121；221)解析(102；202)所述統(tǒng)一資源標(biāo)識(shí)符；其特征在于所述方法還包括c.如果通過所述專用名稱服務(wù)器(121；221)解析所述統(tǒng)一資源標(biāo)識(shí)符失敗，則將用于解析所述統(tǒng)一資源標(biāo)識(shí)符的新的查詢(104；203)發(fā)送給公用名稱服務(wù)器(122；222)；d.通過所述公用名稱服務(wù)器(122；222)解析(105；204)所述統(tǒng)一資源標(biāo)識(shí)符；以及e.通過所述裝置(120；220)接收對(duì)所述查詢(104；203)的響應(yīng)(106；205)。
2. 如權(quán)利要求l所述的用于解析統(tǒng)一資源標(biāo)識(shí)符(URI)的方法，其 特征在于所a送新的查詢(104; 203)的步驟c由所述裝置(120; 220) 來執(zhí)行。
3. 如權(quán)利要求l所述的用于解析統(tǒng)一資源標(biāo)識(shí)符(URI)的方法，其 特征在于所^1送新的查詢(104; 203)的步驟c由所述專用名稱服務(wù)器(121; 221)來執(zhí)行。
4. 如權(quán)利要求l所述的用于解析統(tǒng)一資源標(biāo)識(shí)符(URI)的方法，其 特征在于所述步驟d包括使用名稱權(quán)威指針(NAPTR)記錄將在所述統(tǒng)一 資源標(biāo)識(shí)符中的域轉(zhuǎn)換為不同的域。
5. 如權(quán)利要求l所述的用于解析統(tǒng)一資源標(biāo)識(shí)符(URI)的方法，其 特征在于所述步驟d包括使用服務(wù)(SRV)記錄將在所述統(tǒng)一資源標(biāo)識(shí)符 中的域轉(zhuǎn)換為不同的域。
6. —種用于在IP多^^體系統(tǒng)網(wǎng)絡(luò)中路由消息的裝置(120)，所述裝 置(120)包含-能夠形成用于解析(102)統(tǒng)一資源標(biāo)識(shí)符(URI)的查詢(101) 的裝置；-用于將所述查詢(101)發(fā)送給專用名稱服務(wù)器(121)的裝置；以及-用于解釋響應(yīng)(103)給所述查詢(101)的裝置； 其特征在于，如果來自所述專用名稱服務(wù)器的響應(yīng)指示通過所述專用 名稱服務(wù)器(121)解析(102)所述統(tǒng)一資源標(biāo)識(shí)符(URI)失敗了，所 述裝置(120)還適于形成用于解析(105)所述統(tǒng)一資源標(biāo)識(shí)符(URI) 的新的查詢，并且將所述新的查詢(104)發(fā)送給公用名稱服務(wù)器(122)。
7. —種用于解析(202 )使用于IP多媒體子系統(tǒng)網(wǎng)絡(luò)中的路由消息的 統(tǒng)一資源標(biāo)識(shí)符(URI)的專用名稱服務(wù)器(221),所述專用名稱服務(wù)器(221)包括-用于接收針對(duì)解析(202)統(tǒng)一資源標(biāo)識(shí)符(URI)的查詢(201) 的裝置；-用于解析(202)所述統(tǒng)一資源標(biāo)識(shí)符(URI)的裝置； -用于形成對(duì)所述查詢(201)的響應(yīng)(207)的裝置；以及 -用于發(fā)送所述響應(yīng)(207)的裝置；其特征在于，如果通過所述專用名稱服務(wù)器(221)解析(202)所述 統(tǒng)一資源標(biāo)識(shí)符(URI)失敗了，則所述專用名稱服務(wù)器(221)還適于形 成新的用于解析(204)所述統(tǒng)一資源標(biāo)識(shí)符(URI)的查詢(203)，并 且將所述新的查詢(203)發(fā)送給公用名稱服務(wù)器(222)。
全文摘要
為了解析用于在IP多媒體子系統(tǒng)(IMS)網(wǎng)絡(luò)中或之間路由消息的統(tǒng)一資源標(biāo)識(shí)符(URI)，將查詢(101；201)從裝置(120；220)發(fā)送到專用名稱服務(wù)器(121；221)以解析該URI。該專用名稱服務(wù)器(121；221)嘗試解析該URI。如果失敗，該方法還包括將用于解析該URI的新的查詢(104；203)發(fā)送給公用名稱服務(wù)器(122；222)。該公用名稱服務(wù)器(122；222)在該新的查詢(104；203)中解析該URI。
文檔編號(hào)H04L29/12GK101175097SQ200710167038
公開日2008年5月7日 申請(qǐng)日期2007年10月31日 優(yōu)先權(quán)日2006年10月31日
發(fā)明者艾維克 A·J·范, J·A·德弗里恩特 申請(qǐng)人:阿爾卡特朗訊公司