專利名稱：下一代網(wǎng)絡(luò)中實(shí)現(xiàn)路由的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種下一代網(wǎng)絡(luò)中實(shí)現(xiàn)路由的方法。
背景技術(shù)：
目前，下一代網(wǎng)絡(luò)(NGNNext Generation Network)呈現(xiàn)日益壯大的趨勢(shì)，NGN用戶的數(shù)量和軟交換(SoftSwitch)的數(shù)量可以預(yù)見會(huì)迅速增長(zhǎng)，面對(duì)這樣一個(gè)全球性的龐大網(wǎng)絡(luò)，NGN網(wǎng)絡(luò)路由方案中要解決如何進(jìn)行快速有效的路由和定位，如何降低網(wǎng)絡(luò)的維護(hù)成本，保持網(wǎng)絡(luò)間的相互獨(dú)立性，以及如何保證一個(gè)局部的擴(kuò)容或更改不會(huì)引發(fā)整個(gè)網(wǎng)絡(luò)的波動(dòng)等問題。
現(xiàn)有的NGN中采用的是平面靜態(tài)路由技術(shù)，即各個(gè)路由實(shí)體之間完全采用平面結(jié)構(gòu)，僅靜態(tài)配置路由信息，如圖1所示為平面靜態(tài)路由結(jié)構(gòu)示意圖，一個(gè)呼叫到來時(shí)，SoftSwitch首先根據(jù)號(hào)碼判斷是否屬于本局信息，如果是則直接由內(nèi)部模塊進(jìn)行呼叫處理；否則，查找路由信息，找到該用戶所屬的SoftSwitch，并將呼叫接續(xù)過去。目前，由于SoftSwitch數(shù)量有限，通過粗略的局碼或區(qū)域號(hào)碼可配置出對(duì)端的SoftSwitch，顯然，隨著網(wǎng)絡(luò)規(guī)模的不斷增大，現(xiàn)有的靜態(tài)路由配置方案是不能滿足以后的網(wǎng)絡(luò)發(fā)展的需要的。
現(xiàn)有的平面靜態(tài)路由技術(shù)實(shí)現(xiàn)容易，經(jīng)濟(jì)簡(jiǎn)便，但是由于它本身的機(jī)制決定了它不可避免地具有如下缺點(diǎn)
1) 配置復(fù)雜、維護(hù)難度大。例如，擴(kuò)容、用戶更改和號(hào)碼升位時(shí)，所有相關(guān)的SoftSwitch均需修改配置，工作量大，而且容易出錯(cuò)。
2) 在現(xiàn)有NGN技術(shù)中，不同NGN運(yùn)營(yíng)商在其網(wǎng)絡(luò)內(nèi)部可能采用完全不同的路由策略，從而給互通帶來難度。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是克服現(xiàn)有的靜態(tài)配置路由技術(shù)的缺點(diǎn)，提供一種簡(jiǎn)單有效地實(shí)現(xiàn)NGN中路由選擇的方法，從而使得網(wǎng)絡(luò)維護(hù)管理方便、易于擴(kuò)展，使得網(wǎng)絡(luò)間的互聯(lián)互通更加容易。
本發(fā)明為解決上述技術(shù)問題所采用的技術(shù)方案為這種下一代網(wǎng)絡(luò)中實(shí)現(xiàn)路由的方法，包括以下步驟A、主叫實(shí)體將被叫電話號(hào)碼轉(zhuǎn)換為域名格式，并向電話號(hào)碼映射服務(wù)器(ENUM Server)發(fā)起查詢；B、ENUM Server返回對(duì)應(yīng)的名稱權(quán)威指針(NAPTR)記錄；C、主叫實(shí)體根據(jù)返回的NAPTR記錄獲得被叫實(shí)體的IP地址，并根據(jù)該IP地址向被叫實(shí)體發(fā)起呼叫建立消息。
若返回的NAPTR記錄中不包含IP地址，則主叫實(shí)體根據(jù)NAPTR記錄中的域名到域名系統(tǒng)(DNS)查詢相應(yīng)的IP地址，再由DNS向主叫實(shí)體返回該IP地址。
利用所述NAPTR記錄中正則表達(dá)式的匹配項(xiàng)或Service域的enumservice子域標(biāo)識(shí)路由的關(guān)鍵字來表示該NAPTR記錄是用于提供路由信息的。
所述的匹配項(xiàng)可以使用局碼或區(qū)域號(hào)碼，也可以使用自定義的與局碼或區(qū)域號(hào)碼對(duì)應(yīng)的符號(hào)。
所述的實(shí)體可為軟交換(SoftSwitch)、會(huì)話發(fā)起協(xié)議用戶代理(SIPUA)或會(huì)話發(fā)起協(xié)議代理服務(wù)器(SIP Proxy)。
本發(fā)明的有益效果為本發(fā)明通過在IP承載語音的核心網(wǎng)電路域，引入電話號(hào)碼映射(ENUMTelephone Number Mapping)機(jī)制完成路由功能，通過這種分級(jí)路由技術(shù)，使網(wǎng)絡(luò)從平面結(jié)構(gòu)轉(zhuǎn)變成分層結(jié)構(gòu)，不僅較好地解決了NGN大網(wǎng)平面式路由的路由數(shù)據(jù)過于龐大復(fù)雜，難以維護(hù)管理、不易擴(kuò)展的問題，并能保證NGN內(nèi)部網(wǎng)絡(luò)結(jié)構(gòu)的安全，而且層次劃分可與運(yùn)營(yíng)商現(xiàn)有行政管理結(jié)構(gòu)很好匹配，同時(shí)實(shí)現(xiàn)簡(jiǎn)單，擴(kuò)容方便，可為運(yùn)營(yíng)商節(jié)省建網(wǎng)成本，并使得公眾交換電話網(wǎng)絡(luò)(PSTN)終端和IP終端的互通變得更加容易。
本發(fā)明可由軟交換(SoftSwitch)、會(huì)話發(fā)起協(xié)議用戶代理(SIP UA)或會(huì)話發(fā)起協(xié)議代理服務(wù)器(SIP Proxy)發(fā)起ENUM查詢，而且使用本發(fā)明的這種通過ENUM機(jī)制實(shí)現(xiàn)路由的技術(shù)，一旦用戶在某個(gè)運(yùn)營(yíng)商處注冊(cè)了自己的數(shù)據(jù)，這些統(tǒng)一資源標(biāo)識(shí)(URI)是有標(biāo)準(zhǔn)的RFC定義的，所以互聯(lián)互通不存在策略不同的問題。
本發(fā)明利用正則表達(dá)式的匹配項(xiàng)或Service域的enumservice子域來標(biāo)識(shí)路由信息，以便和ENUM的其他應(yīng)用區(qū)分開(如呼叫、傳真、郵件、短信息等業(yè)務(wù))，這樣可以快速的找到所需的記錄，用于路由或呼叫，這兩種標(biāo)識(shí)路由信息的方案并不沖突，也可以結(jié)合起來使用，例如，用enumservice標(biāo)識(shí)路由，用正則表達(dá)式的匹配項(xiàng)表示所屬局碼，用URI表示終端的信息，如果出于安全考慮，正則表達(dá)式的匹配項(xiàng)還可以不使用局碼或區(qū)域號(hào)碼，而使用自定義的符號(hào)(如路由的跳數(shù)等標(biāo)識(shí))與號(hào)碼對(duì)應(yīng)。
綜上所述，本發(fā)明不僅實(shí)現(xiàn)了不同網(wǎng)絡(luò)之間的融合，使它們的互聯(lián)互通更加容易，而且實(shí)現(xiàn)簡(jiǎn)單，可以充分利用現(xiàn)有的網(wǎng)絡(luò)資源，網(wǎng)絡(luò)建設(shè)容易，易于維護(hù)和管理。


圖1為現(xiàn)有的NGN中平面靜態(tài)路由結(jié)構(gòu)示意圖；圖2為本發(fā)明分級(jí)靜態(tài)路由網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖3為基于ENUM路由的從PSTN網(wǎng)絡(luò)到IP網(wǎng)絡(luò)的呼叫流程圖；圖4為基于ENUM路由的從IP網(wǎng)絡(luò)到IP網(wǎng)絡(luò)的呼叫流程圖；圖5為基于ENUM路由的從IP網(wǎng)絡(luò)到PSTN網(wǎng)絡(luò)的呼叫流程圖；圖6為基于ENUM路由的從PSTN網(wǎng)絡(luò)到PSTN網(wǎng)絡(luò)的呼叫流程圖。
具體實(shí)施例方式
下面根據(jù)附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步詳細(xì)說明本發(fā)明通過在IP承載語音的核心網(wǎng)電路域，引入電話號(hào)碼映射(ENUMTelephone Number Mapping)機(jī)制完成路由功能，通過這種分級(jí)路由技術(shù)，使網(wǎng)絡(luò)從平面結(jié)構(gòu)轉(zhuǎn)變成分層結(jié)構(gòu)。ENUM機(jī)制是一種將E.164國(guó)際電話號(hào)碼映射為相應(yīng)的統(tǒng)一資源標(biāo)識(shí)(URIUniformResource Identifier)的機(jī)制，ENUM使用國(guó)際互聯(lián)網(wǎng)工程任務(wù)組(IETF)規(guī)定的協(xié)議RFC2916，通過該協(xié)議可先將E.164號(hào)碼翻譯為域名，然后再查詢Internet域名系統(tǒng)(DNSDomain Name System)，從域名得到網(wǎng)絡(luò)設(shè)備的IP地址，如圖2所示，ENUM系統(tǒng)是分級(jí)樹狀結(jié)構(gòu)，其分布式數(shù)據(jù)庫(kù)與目前Internet上廣泛使用的域名系統(tǒng)(DNS)很類似。
設(shè)主叫號(hào)碼屬于SoftSwitch 1管理，被叫號(hào)碼屬于SoftSwitch 2管理，如圖3所示，在IP承載的下一代網(wǎng)絡(luò)中，當(dāng)PSTN用戶向網(wǎng)關(guān)發(fā)起到IP終端的呼叫時(shí)，應(yīng)用本發(fā)明的ENUM機(jī)制實(shí)現(xiàn)路由功能的呼叫流程如下A1、PSTN用戶向網(wǎng)關(guān)發(fā)起到IP終端的呼叫。
A2、網(wǎng)關(guān)通過媒體網(wǎng)關(guān)控制協(xié)議(MGCP)或者是H.248等協(xié)議信令連接到SoftSwitch 1。
A3、SoftSwitch 1根據(jù)被叫號(hào)碼和自己系統(tǒng)管理的用戶進(jìn)行對(duì)比，發(fā)現(xiàn)該用戶不屬于本系統(tǒng)，于是按照RFC2916中描述的規(guī)則，將E.164號(hào)碼轉(zhuǎn)換為域名格式，發(fā)起到ENUM Server的查詢，由于ENUM是分布式系統(tǒng)，可能經(jīng)多級(jí)ENUM Server查詢。例如被叫號(hào)碼為+8675526540808，SoftSwitch 1按照RFC2916中描述的規(guī)則，將E.164號(hào)碼轉(zhuǎn)換為域名格式8.0.8.0.4.5.6.2.5.5.7.6.8.e164.t1d，其中86是被叫號(hào)碼所屬的國(guó)家代碼，具體規(guī)則如下1)將號(hào)碼轉(zhuǎn)換成標(biāo)準(zhǔn)的E.164號(hào)碼格式，如+86-755-26540808；2)去掉除了最左端的“+”之外的所有連接符，如+8675526540808；3)把所有非數(shù)字字符去掉，如8675526540808；4)在每個(gè)數(shù)字字符之間加點(diǎn)，如8.6.7.5.5.2.6.5.4.0.8.0.8；5)把字符的順序進(jìn)行翻轉(zhuǎn)，如8.0.8.0.4，5.6.2.5.5.7.6.8；6)在字符串末尾加上“.e164.tld”，其中tld為項(xiàng)級(jí)域，如8.0.8.0.4.5.6.2.5.5.7.6.8.e164.tld。
每個(gè)E.164號(hào)碼形成的域名可以對(duì)應(yīng)多條網(wǎng)絡(luò)資源記錄，稱為統(tǒng)一資源標(biāo)識(shí)(URI)，它是采用另一個(gè)IETF建議RFC 2915定義的格式，稱為名稱權(quán)威指針(NAPTRNaming Authority Pointer)。
A4、ENUM Server返回對(duì)應(yīng)的NAPTR記錄，返回的NAPTR記錄可能有多個(gè)，例如1)IN NAPTR 140 10“u”“E2U+talksip”“！^867552654*$！Sip8675526540808@huawei.com！”2)IN NAPTR 140 10 “u”“E2U+talkh323”“！^.*$！H323user@huawei.com！”上述NAPTR記錄包含如下表所示的幾個(gè)主要的域，域的名稱、含義及對(duì)應(yīng)上述例子中第1條記錄中的值如下表所示

本發(fā)明中，利用NAPTR記錄中正則表達(dá)式的匹配項(xiàng)來表示該記錄是用于提供路由信息的，以便和ENUM的其他應(yīng)用區(qū)分開(例如呼叫、傳真、郵件、短信息等業(yè)務(wù))，該匹配項(xiàng)可以使用局碼或區(qū)域號(hào)碼，如果出于安全考慮，該匹配項(xiàng)也可以使用自定義的與局碼或區(qū)域號(hào)碼對(duì)應(yīng)的符號(hào)(如路由的跳數(shù)等標(biāo)識(shí))，正則表達(dá)式的格式為！<regexp>！<string>！它表示的含義是如果表達(dá)式的內(nèi)容與查詢的號(hào)碼匹配，則應(yīng)用后面的字符串來替代查詢號(hào)碼，如在上述第1條NAPTR記錄中匹配項(xiàng)是局碼“867552654”，若與要求查詢的號(hào)碼匹配，則查詢的結(jié)果就是“Sip8675526540808@huawei.com”，其中“huawei.com”是被叫所屬的SoftSwitch的域名。
也可以利用Service域(如“E2U+routingsip”)中的enumservice子域(routingsip)標(biāo)識(shí)路由的關(guān)鍵字(routing)來表示該記錄的是用于提供路由信息的，這樣只需判斷Service域就可以快速的找到所需的記錄，用于路由或呼叫。
上述兩種方案并不沖突，也可以結(jié)合起來使用，例如，用enumservice標(biāo)識(shí)路由，用正則表達(dá)式的匹配項(xiàng)表示所屬局碼，用URI表示終端的信息。
A5、SoftSwitch 1根據(jù)ENUM Server返回記錄中的域名huawei.com到DNS查詢相應(yīng)IP地址。
A6、DNS向SoftSwitch 1返回該域名對(duì)應(yīng)的IP地址，即SoftSwitch2的IP地址，由于DNS是分布式系統(tǒng)，可能經(jīng)多級(jí)DNS查詢。
A7、SoftSwitch 1向SoftSwitch 2的IP地址發(fā)起呼叫建立消息，局間呼叫控制信令可以采用會(huì)話發(fā)起協(xié)議(SIP)、H.323或其它信令。
A8、SoftSwitch 2將呼叫連接到自己管理的IP用戶上。
上述流程中，若返回的NAPTR記錄中包含IP地址，則SoftSwitch 1不必到DNS進(jìn)行查詢，SoftSwitch 1直接根據(jù)該IP地址向SoftSwitch2發(fā)起呼叫建立消息。
IP終端之間的呼叫及IP到PSTN、PSTN終端之間的呼叫流程和上述情況基本一致，SoftSwitch 1根據(jù)被叫號(hào)碼到ENUM Server和DNS獲取SoftSwitch 2的域名和相應(yīng)的IP地址，直接向該IP地址發(fā)起呼叫建立消息，若返回的NAPTR記錄中包含IP地址，則SoftSwitch 1不必到DNS進(jìn)行查詢，SoftSwitch 1直接根據(jù)該IP地址向SoftSwitch 2發(fā)起呼叫建立消息，SoftSwitch之間的呼叫信令并不具體規(guī)定，可以是會(huì)話發(fā)起協(xié)議(SIPSession Initiation Protocol，)、H.323或其它信令，本發(fā)明使用的路由技術(shù)與信令協(xié)議無關(guān)。
如圖4所示，對(duì)于IP終端之間的呼叫，應(yīng)用本發(fā)明的ENUM機(jī)制實(shí)現(xiàn)路由功能的呼叫流程如下B1、IP用戶向SoftSwitch 1發(fā)起到另一IP用戶的呼叫。
B2、SoftSwitch 1根據(jù)被叫號(hào)碼和自己系統(tǒng)管理的用戶進(jìn)行對(duì)比，發(fā)現(xiàn)該用戶不屬于本系統(tǒng)，于是按照RFC2916中描述的規(guī)則，將E.164號(hào)碼轉(zhuǎn)換為域名格式，發(fā)起到ENUM Server的查詢。
B3、ENUM Server返回對(duì)應(yīng)的NAPTR記錄。
B4、SoftSwitch 1根據(jù)ENUM Server返回記錄中的域名到DNS查詢相應(yīng)IP地址。
B5、DNS向SoftSwitch 1返回該域名對(duì)應(yīng)的IP地址，即SoftSwitch2的IP地址。
B6、SoftSwitch 1向SoftSwitch 2的IP地址發(fā)起呼叫建立消息。
B7、SoftSwitch 2將呼叫連接到自己管理的IP用戶上。
如圖5所示，當(dāng)IP用戶發(fā)起到PSTN終端的呼叫時(shí)，應(yīng)用本發(fā)明的ENUM機(jī)制實(shí)現(xiàn)路由功能的呼叫流程如下C1、IP用戶向SoftSwitch 1發(fā)起到PSTN終端的呼叫。
C2、SoftSwitch 1根據(jù)被叫號(hào)碼和自己系統(tǒng)管理的用戶進(jìn)行對(duì)比，發(fā)現(xiàn)該用戶不屬于本系統(tǒng)，于是按照RFC2916中描述的規(guī)則，將E.164號(hào)碼轉(zhuǎn)換為域名格式，發(fā)起到ENUM Server的查詢。
C3、ENUM Server返回對(duì)應(yīng)的NAPTR記錄。
C4、SoftSwitch 1根據(jù)ENUM Server返回記錄中的域名到DNS查詢相應(yīng)IP地址。
C5、DNS向SoftSwitch 1返回該域名對(duì)應(yīng)的IP地址，即SoftSwitch2的IP地址。
C6、SoftSwitch 1向SoftSwitch 2的IP地址發(fā)起呼叫建立消息。
C7、SoftSwitch 2將呼叫通過媒體網(wǎng)關(guān)控制協(xié)議(MGCP)或者是H.248等協(xié)議信令連接到網(wǎng)關(guān)(Gateway)上。
C8、網(wǎng)關(guān)(Gateway)將呼叫連接到自己管理的PSTN用戶上。
如圖6所示，對(duì)于PSTN終端之間的呼叫，應(yīng)用本發(fā)明的ENUM機(jī)制實(shí)現(xiàn)路由功能的呼叫流程如下D1、PSTN用戶向網(wǎng)關(guān)發(fā)起到另一PSTN用戶的呼叫。
D2、網(wǎng)關(guān)通過媒體網(wǎng)關(guān)控制協(xié)議(M6CP)或者是H.248等協(xié)議信令連接到SoftSwitch 1。
D3、SoftSwitch 1根據(jù)被叫號(hào)碼和自己系統(tǒng)管理的用戶進(jìn)行對(duì)比，發(fā)現(xiàn)該用戶不屬于本系統(tǒng)，于是按照RFC2916中描述的規(guī)則，將E.164號(hào)碼轉(zhuǎn)換為域名格式，發(fā)起到ENUM Server的查詢。
D4、ENUM Server返回對(duì)應(yīng)的NAPTR記錄。
D5、SoftSwitch 1根據(jù)ENUM Server返回記錄中的域名到DNS查詢相應(yīng)IP地址。
D6、DNS向SoftSwitch 1返回該域名對(duì)應(yīng)的IP地址，即SoftSwitch2的IP地址。
D7、SoftSwitch 1向SoftSwitch 2的IP地址發(fā)起呼叫建立消息。
D8、SoftSwitch 2將呼叫通過媒體網(wǎng)關(guān)控制協(xié)議(MGCP)或者是H.248等協(xié)議信令連接到網(wǎng)關(guān)(Gateway)上。
D9、網(wǎng)關(guān)(Gateway)將呼叫連接到自己管理的PSTN用戶上。
需要說明的是，PSTN終端之間的呼叫只適用于長(zhǎng)途電話，市話是沒有必要使用ENUM查詢的。
本發(fā)明的NGN網(wǎng)絡(luò)路由方案不為單個(gè)用戶服務(wù)，在本實(shí)施例中是為控制用戶的軟交換(SoftSwitch)服務(wù)，也就是說，該方案僅定位到為用戶服務(wù)的SoftSwitch，不能也不應(yīng)該定位到被服務(wù)的用戶自身，使用ENUM找到的是管理被叫用戶的SoftSwitch的路由信息，而非被叫終端。發(fā)起ENUM查詢的實(shí)體除了本實(shí)施例中的軟交換(SoftSwitch)外，也可為會(huì)話發(fā)起協(xié)議用戶代理(SIP UA)或會(huì)話發(fā)起協(xié)議代理服務(wù)器(SIPProxy)等。
使用本發(fā)明的這種通過ENUM機(jī)制實(shí)現(xiàn)路由的技術(shù)，一旦用戶在某個(gè)運(yùn)營(yíng)商處注冊(cè)了自己的數(shù)據(jù)，這些統(tǒng)一資源標(biāo)識(shí)(URI)是有標(biāo)準(zhǔn)的RFC定義的，所以互聯(lián)互通不存在策略不同的問題。本發(fā)明不僅較好地解決了NGN大網(wǎng)平面式路由的路由數(shù)據(jù)過于龐大復(fù)雜，難以維護(hù)管理、不易擴(kuò)展的問題，并能保證NGN內(nèi)部網(wǎng)絡(luò)結(jié)構(gòu)的安全，同時(shí)實(shí)現(xiàn)簡(jiǎn)單，擴(kuò)容方便，可為運(yùn)營(yíng)商節(jié)省建網(wǎng)成本，并使得公眾交換電話網(wǎng)絡(luò)(PSTN)終端和IP終端的互通變得更加容易。
權(quán)利要求
1.一種下一代網(wǎng)絡(luò)中實(shí)現(xiàn)路由的方法，包括以下步驟A、主叫實(shí)體將被叫電話號(hào)碼轉(zhuǎn)換為域名格式，并向電話號(hào)碼映射服務(wù)器(ENUM Server)發(fā)起查詢；B、ENUM Server返回對(duì)應(yīng)的名稱權(quán)威指針(NAPTR)記錄；C、主叫實(shí)體根據(jù)返回的NAPTR記錄獲得被叫實(shí)體的IP地址，并根據(jù)該IP地址向被叫實(shí)體發(fā)起呼叫建立消息。
2.根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)路由的方法，其特征在于若返回的NAPTR記錄中不包含IP地址，則主叫實(shí)體根據(jù)NAPTR記錄中的域名到域名系統(tǒng)(DNS)查詢相應(yīng)的IP地址，再由DNS向主叫實(shí)體返回該IP地址。
3.根據(jù)權(quán)利要求1或2所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)路由的方法，其特征在于利用所述NAPTR記錄中正則表達(dá)式的匹配項(xiàng)或Service域的enumservice子域標(biāo)識(shí)路由的關(guān)鍵字來表示該NAPTR記錄是用于提供路由信息的。
4.根據(jù)權(quán)利要求3所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)路由的方法，其特征在于所述的匹配項(xiàng)可以使用局碼或區(qū)域號(hào)碼，也可以使用自定義的與局碼或區(qū)域號(hào)碼對(duì)應(yīng)的符號(hào)。
5.根據(jù)權(quán)利要求3所述的下一代網(wǎng)絡(luò)中實(shí)現(xiàn)路由的方法，其特征在于所述的實(shí)體可為軟交換(SoftSwitch)、會(huì)話發(fā)起協(xié)議用戶代理(SIPUA)或會(huì)話發(fā)起協(xié)議代理服務(wù)器(SIP Proxy)。
全文摘要
一種涉及通信技術(shù)領(lǐng)域的在下一代網(wǎng)絡(luò)中實(shí)現(xiàn)路由的方法，通過引入電話號(hào)碼映射(ENUM)機(jī)制完成路由功能，通過這種分級(jí)路由技術(shù)，使網(wǎng)絡(luò)從平面結(jié)構(gòu)轉(zhuǎn)變成分層結(jié)構(gòu)，主叫實(shí)體根據(jù)被叫號(hào)碼到電話號(hào)碼映射服務(wù)器(ENUMServer)和域名系統(tǒng)(DNS)獲取被叫實(shí)體的域名和相應(yīng)的IP地址，直接向該IP地址發(fā)起呼叫建立消息，所述的實(shí)體包括軟交換(SoftSwitch)、會(huì)話發(fā)起協(xié)議用戶代理(SIP UA)或會(huì)話發(fā)起協(xié)議代理服務(wù)器(SIP Proxy)等。本發(fā)明克服了現(xiàn)有的靜態(tài)配置路由技術(shù)的缺點(diǎn)，提供了一種簡(jiǎn)單有效地實(shí)現(xiàn)NGN中路由選擇的方法，從而使得網(wǎng)絡(luò)維護(hù)管理方便、易于擴(kuò)展，使得網(wǎng)絡(luò)間的互聯(lián)互通更加容易。
文檔編號(hào)H04L12/56GK1509085SQ0215629
公開日2004年6月30日 申請(qǐng)日期2002年12月15日 優(yōu)先權(quán)日2002年12月15日
發(fā)明者徐波, 康志強(qiáng), 徐 波 申請(qǐng)人:華為技術(shù)有限公司