專利名稱：一種查詢路由數(shù)據(jù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及路由更新和查詢技術(shù)，特別涉及一種下一代網(wǎng)絡(luò)(NGN，Next Generation Network)中通過路由服務(wù)器查詢路由數(shù)據(jù)的方法。
背景技術(shù)：
在NGN網(wǎng)絡(luò)中，當(dāng)IP網(wǎng)絡(luò)中的設(shè)備，比如IP用戶呼叫電路交換網(wǎng)(CSN，Circuit Switched Networks)網(wǎng)絡(luò)中的設(shè)備比如CSN用戶時，IP用戶首先向IP域的網(wǎng)絡(luò)設(shè)備發(fā)起呼叫，之后IP域的網(wǎng)絡(luò)設(shè)備作為請求發(fā)起設(shè)備(RID，Request Initiating Device)將IP用戶的呼叫路由到可以連接CSN用戶的目的呼叫路由設(shè)備(DCRD，Destination Call Routing Device)，DCRD再將呼叫路由到CSN用戶。當(dāng)RID進(jìn)行路由時發(fā)現(xiàn)本地沒有所需要的路由，或根據(jù)本地策略、數(shù)據(jù)配置等情況，不能通過本地數(shù)據(jù)解析完成路由時，可以向路由服務(wù)器(LS，Location Server)查詢相關(guān)DCRD地址信息。所述LS用于維護(hù)E164號首(E164NumberPrefix)與DCRD等目的網(wǎng)關(guān)設(shè)備的信令地址之間的映射，并提供下一跳信令服務(wù)器的信息，具體地說當(dāng)RID向LS發(fā)送被叫電話號碼信息時，LS向RID返回路由數(shù)據(jù)，這里的路由數(shù)據(jù)是指可以完成呼叫的DCRD的地址信息，所述地址信息可以為IP地址或域名，其中地址信息為IP地址時還可以包含端口信息。LS向RID返回的信息中還可以包含RID向DCRD發(fā)起呼叫時可以使用的協(xié)議信息。所述RID是軟交換等可以完成呼叫信令路由的設(shè)備；所述DCRD是可以進(jìn)一步將呼叫請求發(fā)送到被叫用戶或設(shè)備的設(shè)備，比如軟交換或其他可以完成信令轉(zhuǎn)接的信令網(wǎng)關(guān)(GW，Gateway)。所述E164為由E.164協(xié)議定義的號碼格式，比如目前公共交換電話網(wǎng)絡(luò)(PSTN)等通信網(wǎng)絡(luò)中使用的都是E.164號碼。
現(xiàn)有技術(shù)的缺點(diǎn)是到目前為止沒有將標(biāo)準(zhǔn)協(xié)議用于RID向LS查詢路由數(shù)據(jù)的過程中，致使不同運(yùn)營商或設(shè)備采用私有或自定義的協(xié)議進(jìn)行路由數(shù)據(jù)的查詢，存在運(yùn)營商或設(shè)備之間的互通問題，進(jìn)而也增加了網(wǎng)絡(luò)的維護(hù)成本。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種查詢路由數(shù)據(jù)的方法，能夠利用標(biāo)準(zhǔn)協(xié)議實現(xiàn)路由數(shù)據(jù)的查詢。
本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種查詢路由數(shù)據(jù)的方法，該方法包含以下步驟a、請求發(fā)起設(shè)備RID通過標(biāo)準(zhǔn)協(xié)議中的請求消息向路由服務(wù)器LS發(fā)送包含被叫信息的查詢消息；b、LS通過標(biāo)準(zhǔn)協(xié)議中的響應(yīng)消息向RID返回響應(yīng)消息。
所述標(biāo)準(zhǔn)協(xié)議是呼叫信令協(xié)議。
所述呼叫信令協(xié)議是會話起始協(xié)議SIP。
所述請求消息是INVITE請求消息。
所述響應(yīng)消息是重定向響應(yīng)消息。
所述響應(yīng)消息中包含號首和/或有效期和/或端口信息。
所述響應(yīng)消息中包含呼叫信令協(xié)議。
所述響應(yīng)消息中包含呼叫信令協(xié)議的優(yōu)先級。
所述響應(yīng)消息是SIP協(xié)議中非重定向響應(yīng)消息。
所述呼叫信令協(xié)議是H.323協(xié)議。
所述請求消息是LRQ請求消息。
所述響應(yīng)消息是LCF響應(yīng)消息。
所述響應(yīng)消息中包含號首和/或端口信息。
所述響應(yīng)消息中包含呼叫信令協(xié)議。
所述響應(yīng)消息是LRJ響應(yīng)消息。
所述響應(yīng)消息中包含步驟a中所述被叫號碼的目的呼叫路由設(shè)備DCRD的地址信息。
所述地址信息為IP地址或域名。
所述響應(yīng)消息中包含的呼叫信令協(xié)議為SIP和/或H.323協(xié)議。
該方法進(jìn)一步包含呼叫會話控制單元通過SIP中的REGISTER請求消息向LS發(fā)送自身信息，自身信息中包含呼叫會話控制單元支持的E164號首、DCRD的地址信息；相應(yīng)地，步驟b中LS根據(jù)獲得的呼叫會話控制單元信息返回響應(yīng)消息。
所述請求消息中進(jìn)一步包含有效期和/或信令端口信息和/或呼叫會話控制單元的類型。
所述請求消息中進(jìn)一步包含呼叫信令協(xié)議。
所述請求消息中進(jìn)一步包含呼叫信令協(xié)議的優(yōu)先級。
該方法進(jìn)一步包含LS向DCRD發(fā)送200類成功響應(yīng)消息或400類失敗響應(yīng)消息或500類失敗響應(yīng)消息或600類失敗響應(yīng)消息。本發(fā)明的核心就是利用開放的標(biāo)準(zhǔn)協(xié)議進(jìn)行路由數(shù)據(jù)的查詢，可以解決設(shè)備或運(yùn)營商之間的互通問題。
本發(fā)明還具有以下有益效果1)由于會話起始協(xié)議(SIP，Session Initiation Protocol)具有格式簡單以及易擴(kuò)展等特點(diǎn)，已被很多NGN網(wǎng)絡(luò)設(shè)備所支持，因此利用SIP實現(xiàn)路由數(shù)據(jù)的查詢，方便普及，適用性更強(qiáng)。
2)LS通過SIP消息向RID返回的響應(yīng)消息中可以包含RID向DCRD發(fā)起呼叫時可用的呼叫信令協(xié)議以及呼叫信令協(xié)議的優(yōu)先級，RID用可用的呼叫信令協(xié)議建立呼叫，可以避免DCRD由于不支持主叫方使用的呼叫信令，導(dǎo)致不能處理該呼叫而拒絕呼叫的情況，可以有效縮短端到端呼叫建立時間，有效增加呼叫成功率；RID使用優(yōu)先級高的呼叫信令協(xié)議建立呼叫，可以有效幫助RID選用較優(yōu)的呼叫信令協(xié)議，有利于形成整網(wǎng)的策略應(yīng)用和部署。
3)本發(fā)明還提供了利用H.323實現(xiàn)路由數(shù)據(jù)的查詢的方法，為用戶實現(xiàn)本發(fā)明中路由數(shù)據(jù)的查詢方案提供了多種選擇。


圖1為本發(fā)明中用SIP協(xié)議進(jìn)行路由數(shù)據(jù)查詢的過程示意圖；圖2為響應(yīng)消息中不包含可用的呼叫信令協(xié)議、且DCRD不支持主叫方使用的呼叫信令時，IP用戶呼叫CSN用戶的過程示意圖；圖3為LS向RID返回的響應(yīng)消息中包含可用的呼叫信令協(xié)議時，IP用戶呼叫CSN用戶的過程示意圖；圖4為使用H.323協(xié)議進(jìn)行路由數(shù)據(jù)查詢的過程示意圖。
具體實施例方式
以下參照附圖并舉實施例，對本發(fā)明進(jìn)一步詳細(xì)說明。
本發(fā)明的核心思想是RID向LS發(fā)送查詢消息和LS向RID發(fā)送響應(yīng)消息可以通過標(biāo)準(zhǔn)協(xié)議實現(xiàn)，即利用標(biāo)準(zhǔn)協(xié)議進(jìn)行路由數(shù)據(jù)的查詢，其中標(biāo)準(zhǔn)協(xié)議可以是呼叫信令協(xié)議，比如SIP協(xié)議、或H.323協(xié)議。
實施例1使用SIP協(xié)議進(jìn)行路由數(shù)據(jù)的查詢。
本實施例中查詢請求消息采用SIP協(xié)議定義的INVITE請求消息，響應(yīng)消息采用SIP協(xié)議定義的響應(yīng)消息，其中如果響應(yīng)消息為重定向響應(yīng)消息，則RID可以獲得路由數(shù)據(jù)，如果響應(yīng)消息為非重定向響應(yīng)消息，則RID不能獲得路由數(shù)據(jù)。所述INVITE請求消息是SIP消息名稱，用于發(fā)起呼叫請求的消息；所述重定向消息是被叫設(shè)備收到INVITE消息后，向主叫返回的重定向響應(yīng)消息，其中攜帶一些新的地址信息，要求請求發(fā)送或者發(fā)起者向新的地址發(fā)起請求消息以完成請求，重定向響應(yīng)消息也可以稱為3XX重定向響應(yīng)消息或300類響應(yīng)消息。
圖1為本發(fā)明中用SIP協(xié)議進(jìn)行路由數(shù)據(jù)查詢的過程示意圖，圖1所示的過程包含以下步驟步驟101RID利用SIP協(xié)議中的INVITE請求消息向LS發(fā)送查詢消息，查詢消息中包含被叫信息。
所述RID是軟交換等可以完成呼叫信令路由的設(shè)備。RID通過請求消息發(fā)送查詢消息的目的是將被叫信息比如被叫號碼發(fā)送給LS，以便從LS得到對應(yīng)于被叫號碼的DCRD的信息。所述DCRD是可以進(jìn)一步將呼叫請求發(fā)送到被叫用戶或設(shè)備的設(shè)備，比如軟交換或其他可以完成信令轉(zhuǎn)接的GW等。所述被叫號碼為一個十進(jìn)制的數(shù)字字符串，可用于唯一的標(biāo)識一個網(wǎng)絡(luò)端點(diǎn)，可以用E.164號碼格式傳遞，SIP協(xié)議可以使用Tel-URI傳遞E.164號碼。所述統(tǒng)一資源標(biāo)識(URI，Uniform Resource Identifier)在SIP協(xié)議中代表資源，比如每個用戶或網(wǎng)絡(luò)設(shè)備都擁有標(biāo)識自己的URI，其中根據(jù)標(biāo)識方法的不同有SIP-URI和Tel-URI，所述Tel-URI只能用于標(biāo)識一個電話號碼。
如果步驟101所述查詢消息中，被叫號碼以國際E.164號碼格式表示，則被叫號碼以“+”開始，并且包含國家代碼、地區(qū)碼、以及被叫本地號碼。
如果由于某種原因被叫號碼不能以國際號碼的格式表示，則使用本地號碼以及phone-context參數(shù)，所述phone-context參數(shù)是Tel-URI規(guī)范定義的Tel-URI中的一個參數(shù)，用于指定該Tel-URI中攜帶號碼的相關(guān)信息，比如phone-context參數(shù)可用于指示地區(qū)信息，此時在指定的地區(qū)該被叫號碼唯一地標(biāo)識一個端點(diǎn)。
通常在URI中加入顯式分隔符“-”或“.”等增加其可讀性。所述顯示分隔符可在RFC2806中定義的字符中進(jìn)行選擇。
根據(jù)SIP協(xié)議規(guī)定，請求消息中必須包含請求行(Request-Line)、To頭域以及其它的一些頭域。INVITE請求消息中，請求行中的Request-URI和To頭域(Header Field)用于攜帶被叫信息，比如被叫號碼。所述Request-URI為INVITE請求消息中請求行中的URI部分，是用于標(biāo)識當(dāng)前被叫資源的資源標(biāo)識；所述頭域是SIP中攜帶信息的單元。
被叫號碼采用帶顯式分割符的國際號碼格式時，INVITE請求消息的具體用法可以是請求行
INVITE tel:+86-755-88881234 SIP/2.0To頭域To:<tel:+86-755-88881234>
其中，SIP/2.0根據(jù)SIP協(xié)議規(guī)定，用以表示SIP協(xié)議的版本，格式為SIP/版本號，RFC3261規(guī)定版本號必須為2.0。To頭域中的號碼部分不需要區(qū)分號首，只有能夠區(qū)分哪部分是號首的設(shè)備才有必要也才能夠區(qū)分號首。Request-URI以及To頭域中的URI部分可以采用tel-URI，也可以采用sip-URI等其它URI格式。
被叫號碼采用本地號碼格式時，INVITE請求消息的具體用法可以是請求行INVITE tel:88881234;phone-context=shenzhen.company.com SIP/2.0To頭域To:<tel:88881234;phone-context=shenzhen.company.com>
關(guān)于Tel-URI的完整的格式定義和描述可按照Tel-URI標(biāo)準(zhǔn)規(guī)范。
本實施例提供了請求行的填寫方法以及To頭域可能的填寫方法，對INVITE請求消息其它頭域以及其它部分的消息內(nèi)容的構(gòu)造方式?jīng)]有任何約束，具體實現(xiàn)時可以按照SIP協(xié)議標(biāo)準(zhǔn)以及其它相關(guān)的標(biāo)準(zhǔn)和技術(shù)方案的規(guī)定構(gòu)造和生成。比如根據(jù)SIP，步驟101所述的查詢請求消息中還可以包含響應(yīng)消息接收地址和端口信息。
至于消息的安全性，由于響應(yīng)消息中包含了一些敏感的私有數(shù)據(jù)信息，而IP網(wǎng)的開放性卻導(dǎo)致了很嚴(yán)重的安全性問題，解決安全性問題，不僅包括對RID進(jìn)行鑒權(quán)和認(rèn)證，還包括對消息加密和信息的完全保護(hù)。眾所周知，SIP提供了一套安全保證機(jī)制可以解決以上提到的所有問題，可以作為信令接口協(xié)議，SIP中有關(guān)安全性的內(nèi)容可以作為本實施例的補(bǔ)充，在此不再詳述。
步驟102LS利用SIP協(xié)議中的響應(yīng)消息，向RID發(fā)送響應(yīng)消息。
步驟102中，如果響應(yīng)消息返回的是SIP協(xié)議定義的重定向響應(yīng)消息，則表明查詢路由數(shù)據(jù)成功，此時響應(yīng)消息中包含目的DCRD的地址信息。比如LS向RID返回3XX重定向響應(yīng)消息中的“300Multiple Choices”響應(yīng)消息，或3XX中300～399之間的其他響應(yīng)消息。RID可以根據(jù)返回的DCRD的地址信息建立呼叫。所述DCRD的地址信息可以為IP地址或域名，其中地址信息為IP地址時還可以包含端口信息。所述DCRD是可以進(jìn)一步將呼叫請求發(fā)送到被叫用戶或設(shè)備的設(shè)備，比如軟交換或其他可以完成信令轉(zhuǎn)接的GW等。
如果響應(yīng)消息返回的不是重定向響應(yīng)消息，即不是3XX消息，則RID不能獲得目的DCRD的地址信息。比如返回的是4XX或5XX或6XX等，表明查詢路由數(shù)據(jù)失敗，若查詢路由數(shù)據(jù)失敗，RID會根據(jù)本地策略等，對查詢失敗進(jìn)行相應(yīng)的處理，比如拒絕呼叫等。
步驟102中，查詢路由數(shù)據(jù)成功時，響應(yīng)消息中通過Contact頭域返回目的DCRD的地址信息。
步驟102中，查詢路由數(shù)據(jù)成功時，響應(yīng)消息中還可以包含號首，用以指示DCRD可以完成呼叫接續(xù)的號首。返回該信息后RID可以本地保存或緩沖目的號首與DCRD的IP地址等數(shù)據(jù)之間的映射關(guān)系，該信息可以通過Contact頭域中的URI部分返回。
步驟102中，查詢路由數(shù)據(jù)成功時，響應(yīng)消息中還可以包含有效期即記錄的有效期時長，用于指示RID可以緩存路由數(shù)據(jù)記錄的最大時長，RID可以根據(jù)該有效期時長啟動定時器，在定時器超時后刪除該本地數(shù)據(jù)記錄，該信息可以通過Contact頭域中的expires參數(shù)返回。所述expires參數(shù)用于標(biāo)識存活期，即表示返回的數(shù)據(jù)記錄在多長時間內(nèi)有效的信息。
步驟102中，查詢路由數(shù)據(jù)成功時，響應(yīng)消息的用法可以是Contact頭域Contact:<sip:+86-755-8888@10.18.10.187:5060>;expires=3600Contact頭域表示出DCRD支持的目的號首為+86-755-8888，記錄有效期時長為3600秒。
步驟102中，查詢路由數(shù)據(jù)成功時，響應(yīng)消息中還可以包含可用呼叫信令協(xié)議。可用呼叫信令協(xié)議用于LS通知RID可以使用哪種呼叫信令向DCRD發(fā)起呼叫，并在SIP協(xié)議中自定義了一個可選Contact參數(shù)用于傳遞可用呼叫信令協(xié)議信息。
步驟102中，查詢路由數(shù)據(jù)成功時，響應(yīng)消息中還可以包含呼叫信令協(xié)議的優(yōu)先級。呼叫信令協(xié)議的優(yōu)先級用于LS通知RID可以優(yōu)先使用哪種呼叫信令向DCRD發(fā)起呼叫。用于傳遞可用呼叫信令協(xié)議信息的擴(kuò)展參數(shù)即Contact參數(shù)同時也包含了用于傳遞呼叫信令協(xié)議優(yōu)先級的信息。
所述可選Contact參數(shù)為sig，用于表示RID可以使用什么協(xié)議以及優(yōu)先使用什么協(xié)議即呼叫信令向目的設(shè)備即Contact-URI指示的DCRD地址發(fā)起呼叫。該參數(shù)不是URI的一部分，而是Contact頭域的一個可選參數(shù)。
自定義sig參數(shù)的格式如下contact-param="sig="sigvalssigvals=sigval*(“/”sigval)sigval=“sip”/“h.323”/ext-sigvalext-sigval=1*sigvalcharsigvalchar=sigvalchar-unreserved/unreserved/escapedsigvalchar-unreserved="["/"]"/":"/"&"/"+"/"$"其中unreserved和escaped由RFC3261定義，sigval攜帶的是可用呼叫信令協(xié)議類型，其中sigval的取值為sip或h.323時代表的協(xié)議類型如表一所示。

表一在具體實施過程中可以根據(jù)需要在此基礎(chǔ)上按照擴(kuò)展信令類型“ext-sigval”的擴(kuò)展巴克式范式(ABNF)語法定義其它類型的呼叫信令協(xié)議的參數(shù)取值。sigval取值中ext-sigval為具體實施過程中可自定義使用的其他協(xié)議類型。Sig參數(shù)可以攜帶一個或多個呼叫信令協(xié)議類型，比如可以攜帶如表一所示的兩種呼叫信令協(xié)議類型，或更多的協(xié)議類型。
本實施例定義當(dāng)sig參數(shù)攜帶多個呼叫信令協(xié)議類型時各呼叫信令協(xié)議類型的優(yōu)先級依照從前到后順序遞減，即最前面的呼叫信令協(xié)議類型優(yōu)先級最高，最后面的呼叫信令協(xié)議類型最低。RID應(yīng)該優(yōu)先使用優(yōu)先級高的而且自身支持的呼叫信令協(xié)議向DCRD發(fā)起呼叫，當(dāng)然RID也可以根據(jù)本地策略選用低優(yōu)先級的呼叫信令向DCRD發(fā)起呼叫。
本實施例中Contact頭域的格式可以為Contsct頭域Contact:<sip:+86-755-8888@10.18.10.18:5060>;sig=sip/h.323其代表的含義是DCRD的地址是10.18.10.18，端口是5060，可用的呼叫信令協(xié)議類型有SIP協(xié)議和H.323協(xié)議，而且根據(jù)sig＝sip/h.323，SIP協(xié)議的優(yōu)先級最高，H.323協(xié)議的優(yōu)先級最低。
Sigval的取值除了如表一中所示，也可以為其他字符，只要事先定義每個字符代表的協(xié)議類型即可，比如sigval取值為1時代表SIP協(xié)議，sigval取值為2時代表H.323協(xié)議等，如果還有其他可用的協(xié)議類型，sigval的取值可以進(jìn)行擴(kuò)展。
根據(jù)對sigval取值的不同定義，Contact頭域中sig＝sip/h.323也可以為sig＝1/2或sig＝2/3/1等，其中優(yōu)先級的高低順序為放在第一個的優(yōu)先級最高，越往后，優(yōu)先級越低。
由于當(dāng)sig參數(shù)指示多個可用呼叫信令協(xié)議時各個可用呼叫信令協(xié)議可能會使用不同的地址和端口等其它信息，因此有時還需要定義更多的參數(shù)分別指定當(dāng)選用某種呼叫信令協(xié)議類型時更加詳細(xì)的參數(shù)。比如Contact頭域Contact:<sip:+86-755-8888@10.18.10.18:5060>;sig=sip/h.323;
h323-addr=10.18.10.19;h323-port=1719;h323-type=GK;expires=3600其代表的含義是如果采用SIP協(xié)議，則互通地址和端口分別為10.18.10.18和5060，而如果采用h.323進(jìn)行互通，那么互通地址為10.18.10.19，端口為1719，DCRD的類型為網(wǎng)守(GK，Gate Keeper)，所述GK由H.323協(xié)議定義。
具體實施時，根據(jù)需要還可以定義更多的參數(shù)。
如果各個可用呼叫信令協(xié)議使用不同的地址和端口等其它信息，也可以通過采用擴(kuò)展URI類型的方式實現(xiàn)。具體地說由如下Contact頭域?qū)崿F(xiàn)Contact頭域Contact:<sip:+86-755-8888@10.18.10.18:5060>;q=0.8;expires=3600,<h323:+86-755-8888@10.18.10.18:1719>;type=GK;q=0.5;expires=300或者是Contact頭域Contact:<sip:+86-755-8888@10.18.10.18:5060>;q=0.8;expires=3600,<h323-gk:+86-755-8888@10.18.10.18:1719>;q=0.5;expires=300該contact頭域攜帶兩個URI，即通過擴(kuò)展URI的方式分別指示支持SIP協(xié)議和H.323協(xié)議，而且當(dāng)采用H.323協(xié)議互通時DCRD設(shè)備為一個網(wǎng)守設(shè)備。同時該Contact頭域通過參數(shù)q表示出SIP協(xié)議的優(yōu)先級較高，H.323協(xié)議優(yōu)先級較低。所述參數(shù)q為SIP協(xié)議定義的Contact的地址參數(shù)，指示各Contact地址的優(yōu)先級，q值越高，優(yōu)先級也越高。在實際實施過程中可以根據(jù)需要擴(kuò)展其它類型的URI和參數(shù)。
圖2為響應(yīng)消息返回的是重定向響應(yīng)消息，但響應(yīng)消息中不包含可用呼叫信令協(xié)議、且DCRD不支持主叫方使用的呼叫信令時，IP用戶呼叫CSN用戶的過程示意圖，該過程包含以下步驟步驟201IP用戶IP1向RID發(fā)起呼叫。
步驟202RID本地?zé)o法完成對被叫號碼的解析和呼叫路由而向LS發(fā)送INVITE請求消息。
步驟203LS根據(jù)請求消息中的目的E 164號首查詢本地路由數(shù)據(jù)，并向RID發(fā)送300類響應(yīng)消息，響應(yīng)消息中包含DCRD的IP地址和端口信息。
步驟204RID收到響應(yīng)消息后使用本地數(shù)據(jù)配置或本地篩選等方式得到的呼叫信令向DCRD發(fā)起呼叫建立過程。
步驟205DCRD由于不支持主叫方使用的呼叫信令，導(dǎo)致不能處理該呼叫而拒絕呼叫。
如果DCRD處理失敗，RID可能會收到呼叫拒絕指示，也可能由于DCRD不支持所選的呼叫信令等原因收不到任何對呼叫建立請求的響應(yīng)消息。
步驟206RID由于IP1釋放呼叫向DCRD發(fā)起呼叫釋放過程，或者RID使用其他呼叫信令向DCRD發(fā)起呼叫建立請求。
步驟207DCRD支持和接受這次使用的呼叫信令，繼續(xù)向CSN用戶發(fā)起呼叫建立請求。
步驟208呼叫被成功地路由到CSN用戶。
圖3為LS向RID返回的響應(yīng)消息中包含可用呼叫信令協(xié)議時，IP用戶呼叫CSN用戶的過程示意圖，該過程包含以下步驟步驟301IP用戶IP1向RID發(fā)起呼叫。
步驟302RID本地?zé)o法完成對被叫號碼的解析和呼叫路由而向LS發(fā)送INVITE請求消息。
步驟303LS根據(jù)請求消息中的目的E164號首查詢本地路由數(shù)據(jù)，并通過300類響應(yīng)消息，比如通過“300Multiple Choices”返回包含DCRD IP地址、端口信息以及可用呼叫信令協(xié)議信息的查詢響應(yīng)消息，響應(yīng)消息中還可以包含有效期。
步驟303所述可用呼叫信令協(xié)議可以是SIP和/或H.323協(xié)議，若有多個可用呼叫信令協(xié)議，響應(yīng)消息中還可以包含呼叫信令協(xié)議的優(yōu)先級。
步驟304RID保存或緩沖路由數(shù)據(jù)并啟動定時器，并且使用響應(yīng)消息中的可用呼叫信令協(xié)議向DCRD發(fā)起呼叫建立過程。
步驟303中返回的響應(yīng)消息中如果包含多個可用呼叫信令協(xié)議以及呼叫信令協(xié)議的優(yōu)先級時，步驟304中RID向DCRD發(fā)起呼叫時，可以使用優(yōu)先級高的呼叫信令協(xié)議，也可以根據(jù)本地策略選用優(yōu)先級低的呼叫信令協(xié)議。
步驟305DCRD由于從自身發(fā)布的可用呼叫信令上接收到呼叫建立請求，接收呼叫并繼續(xù)向CSN用戶發(fā)起呼叫。
步驟306呼叫被成功地路由到CSN用戶。
實施例2使用H.323協(xié)議進(jìn)行路由數(shù)據(jù)的查詢。
本實施例中使用H.323中H.225.0協(xié)議定義的LRQ-LCF消息進(jìn)行基于H.323的RID實體與LS之間的路由數(shù)據(jù)查詢。此處需要RID支持H.323協(xié)議。所述LRQ-LCF消息是H.323協(xié)議中的一種請求消息LRQ和對該請求消息的成功響應(yīng)消息LRJ。
圖4為使用H.323協(xié)議進(jìn)行路由數(shù)據(jù)查詢的過程示意圖，圖4所示的過程包含以下步驟步驟401RID利用H.323協(xié)議中LRQ請求消息向LS發(fā)送查詢消息，查詢消息中包含被叫信息。
所述RID是軟交換等可以完成呼叫信令路由的設(shè)備。RID通過請求消息發(fā)送查詢消息的目的是將被叫信息，比如被叫號碼發(fā)送給LS，以便從LS得到對應(yīng)于被叫號碼的DCRD的信息。所述被叫號碼為一個十進(jìn)制的數(shù)字字符串，可用于唯一的標(biāo)識一個網(wǎng)絡(luò)端點(diǎn)。
步驟401中所述被叫號碼，可以使用destinationInfo參數(shù)發(fā)送到LS。
步驟401所述查詢消息中還可以包含響應(yīng)消息接收地址、標(biāo)識同一實體發(fā)送的重復(fù)請求消息的信息等。
所述響應(yīng)消息接收地址為期望接收響應(yīng)消息的基于H.323協(xié)議的RID實體的地址，可以使用replyAddress參數(shù)將響應(yīng)消息接收地址發(fā)送到LS。
所述標(biāo)識同一實體發(fā)送的重復(fù)請求消息的信息為唯一標(biāo)識同一RID實體發(fā)送的請求消息的信息，可以使用requestSeqNum參數(shù)發(fā)送到LS。LS返回的響應(yīng)消息與RID發(fā)送的請求消息通過該參數(shù)進(jìn)行關(guān)連，在RID發(fā)送請求消息時該參數(shù)遞增。
至于消息的安全性，可以通過“cryptoTokens”和“integrityCheckValue”傳遞加密密鑰和認(rèn)證信息。
步驟402LS向RID發(fā)送LCF響應(yīng)消息，響應(yīng)消息中包含DCRD的地址信息。
所述所述地址信息可以為IP地址或域名，其中地址信息為IP地址時還可以包含端口信息。所述DCRD是可以進(jìn)一步將呼叫請求發(fā)送到被叫用戶或設(shè)備的設(shè)備，比如軟交換或其他可以完成信令轉(zhuǎn)接的GW等。
所述DCRD的IP地址、端口，包含呼叫和RAS地址、端口，可以分別通過呼叫信令地址callSignalAddress和RAS地址rasAddress參數(shù)傳遞，分別標(biāo)識如果使用H.323協(xié)議互通時的呼叫IP地址、端口以及RAS IP地址、端口。
步驟402所述響應(yīng)消息中還可以包含cryptoTokens和integrityCheckValue等與安全相關(guān)的參數(shù)。
步驟402中所述響應(yīng)消息中還可以包含DCRD的E164號首，可以通過destinationInfo參數(shù)返回DCRD的E164號首數(shù)據(jù)。
步驟402中所述響應(yīng)消息中還可以包含可用呼叫信令協(xié)議，為此對LCF的消息格式進(jìn)行修改，即新增可選參數(shù)signalProtocol，所述可用呼叫信令協(xié)議可以是SIP和/或H.323協(xié)議。
signalProtocol參數(shù)的格式如下LocationConfirm::=SEQUENCE--(LCF){……callSignalingProtosignalProtocol OPTIONAL，……}signalProtocol參數(shù)的值和代表的含義如下signalProtocol::=CHOICE{invalidReservedNULL，--ReservedsipSignaling NULL，--Sip Call Signalingq931Signaling NULL，--Q931 Call Signaling
annexGSignalingNULL --Annex G Signaling}signalProtocol參數(shù)在使用中遵守如下規(guī)則如果signalProtocol參數(shù)的值為sipSignaling或annexGSignaling，那么callSignalAddress和rasAddress必須相同；invalidReserved保留且不能使用。
在H.323中callSignalAddress用于主叫向被叫發(fā)起呼叫建立請求的地址，即嚇一跳呼叫信令接收地址；rasAddress用于呼叫建立后的握手即心跳，在呼叫建立過程中不使用，但在呼叫建立后為了保持呼叫關(guān)系和防止資源吊死，就必須通過心跳機(jī)制保證各個設(shè)備呼叫狀態(tài)的同步和狀態(tài)校驗。使用H.323進(jìn)行路由查詢可以通過響應(yīng)消息同時返回DCRD的呼叫和RAS信令地址，這樣就可以方便建立H.323呼叫，因此使用H.323查詢有助于建立H.323呼叫。
如果響應(yīng)消息中不包含可用呼叫信令協(xié)議，則LCF會要求必須使用H.323協(xié)議建立呼叫，如果某些DCRD不支持H.323協(xié)議，LS將只能返回LRJ來拒絕請求而導(dǎo)致呼叫失敗。
如果響應(yīng)消息返回的是LCF消息，則表明查詢路由數(shù)據(jù)成功，RID可以根據(jù)返回的DCRD的IP地址和端口信息建立呼叫；如果響應(yīng)消息返回的是LRJ消息、或返回響應(yīng)消息超時，表明查詢路由數(shù)據(jù)失敗。若查詢路由數(shù)據(jù)失敗，RID會根據(jù)本地策略等，對查詢失敗進(jìn)行相應(yīng)的處理，比如拒絕呼叫等。
本發(fā)明中，RID向LS查詢路由數(shù)據(jù)時LS向RID返回響應(yīng)信息。LS向RID返回響應(yīng)消息之前在自身存儲的信息中進(jìn)行查詢，并將查詢到的路由信息包含在響應(yīng)消息中給RID返回。所述LS中存儲的路由信息通?？梢杂啥喾N方式獲得，比如DCRD向LS上報，LS對獲得的信息進(jìn)行相應(yīng)的處理，或LS本地配置數(shù)據(jù)等方式。如果路由信息是由DCRD向LS上報，具體上報的方式可以有多種不同的實現(xiàn)方法，比如DCRD可以使用SIP向LS上報路由數(shù)據(jù)，即DCRD向LS發(fā)送SIP中的REGISTER請求消息來實現(xiàn)路由信息的上報。DCRD向LS上報路由信息時，如果DCRD還不是目的呼叫路由設(shè)備，則僅僅是做為一個路由信息更新者來上報。所述路由信息更新者通常是網(wǎng)絡(luò)上的呼叫會話控制單元，比如軟交換或信令網(wǎng)關(guān)等。
因此在實施例1或?qū)嵤├?中還可以包含呼叫會話控制單元向LS發(fā)送SIP中的REGISTER請求消息。
所述請求消息中包含呼叫會話控制單元自身信息，比如呼叫會話控制單元支持的E164號首、呼叫會話控制單元的地址信息，還可以包含有效期、端口信息、呼叫會話控制單元的類型、呼叫會話控制單元支持的呼叫信令協(xié)議中的一個或全部，包含呼叫會話控制單元支持的呼叫信令協(xié)議時，還可以包含呼叫信令協(xié)議的優(yōu)先級。具體地說REGISTER請求消息的To頭域為支持的E164號首，Contact頭域為呼叫會話控制單元的地址以及支持的呼叫信令協(xié)議等其他信息。REGISTER請求消息的用法可以是REGISTER sip:ls-addr SIP/2.0From:sip:gw-addr;tag=abcdTo:tel:+86-755-2Contact:<sip:+86-755-2@gw-addr>;protocol=sip/h.323;expires=86400;
h323-port=1719;h323-type=GK;expires=86400……此處，省略了一些其他頭域。
或者是REGISTER sip:ls-addr SIP/2.0From:sip:gw-addr;tag=abcdTo:tel:+86-755-2Contact:<sip:+86-755-2@10.18.10.18:5060>;q=0.8;expires=86400,<h323:+86-755-2@10.18.10.18:1719>;type=GK;q=0.5;expires=300……此處，省略了一些其他頭域。
所述To頭域可以使用SIP-URI等格式，具體內(nèi)容信息的填寫方式與步驟101中查詢消息中請求行中的Request-URI和To頭域一致，其中Request-URI為LS的地址。Contact頭域的填寫方式與步驟102中重定向響應(yīng)消息的格式、內(nèi)容等完全一致，其中，登記路由數(shù)據(jù)時有效期不為0即expires參數(shù)不為0，撤銷路由數(shù)據(jù)時expires參數(shù)為0來表示本次請求消息用以刪除所述路由數(shù)據(jù)記錄。
LS收到REGISTER消息后記錄To頭域中的號首與Contact地址、呼叫信令協(xié)議之間的映射關(guān)系，如果接收登記則向呼叫會話控制單元返回成功響應(yīng)消息，否則通過失敗響應(yīng)消息拒絕登記請求。所述成功響應(yīng)消息可以為SIP中的200類響應(yīng)消息，所述失敗響應(yīng)消息可以為SIP中的400類或500類或600類相應(yīng)消息。
LS如果接收登記，則在完成本地數(shù)據(jù)刷新后根據(jù)需要還可以通過電話路由信息協(xié)議(TRIP，Telephony Routing Information Protocol)等協(xié)議向IP域中的其它LS發(fā)布路由數(shù)據(jù)或同步路由數(shù)據(jù)。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的使用范圍。
權(quán)利要求
1.一種查詢路由數(shù)據(jù)的方法，其特征在于，該方法包含以下步驟a、請求發(fā)起設(shè)備RID通過標(biāo)準(zhǔn)協(xié)議中的請求消息向路由服務(wù)器LS發(fā)送包含被叫信息的查詢消息；b、LS通過標(biāo)準(zhǔn)協(xié)議中的響應(yīng)消息向RID返回響應(yīng)消息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述標(biāo)準(zhǔn)協(xié)議是呼叫信令協(xié)議。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述呼叫信令協(xié)議是會話起始協(xié)議SIP。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述請求消息是INVITE請求消息。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述響應(yīng)消息是重定向響應(yīng)消息。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述響應(yīng)消息中包含號首和/或有效期和/或端口信息。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述響應(yīng)消息中包含呼叫信令協(xié)議。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述響應(yīng)消息中包含呼叫信令協(xié)議的優(yōu)先級。
9.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述響應(yīng)消息是SIP協(xié)議中非重定向響應(yīng)消息。
10.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述呼叫信令協(xié)議是H.323協(xié)議。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述請求消息是LRQ請求消息。
12.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述響應(yīng)消息是LCF響應(yīng)消息。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述響應(yīng)消息中包含號首和/或端口信息。
14.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述響應(yīng)消息中包含呼叫信令協(xié)議。
15.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述響應(yīng)消息是LRJ響應(yīng)消息。
16.根據(jù)權(quán)利要求5或12所述的方法，其特征在于，所述響應(yīng)消息中包含步驟a中所述被叫號碼的目的呼叫路由設(shè)備DCRD的地址信息。
17.根據(jù)權(quán)利要求16所述的方法，其特征在于，所述地址信息為IP地址或域名。
18.根據(jù)權(quán)利要求7或14所述的方法，其特征在于，所述響應(yīng)消息中包含的呼叫信令協(xié)議為SIP和/或H.323協(xié)議。
19.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進(jìn)一步包含呼叫會話控制單元通過SIP中的REGISTER請求消息向LS發(fā)送自身信息，自身信息中包含呼叫會話控制單元支持的E164號首、DCRD的地址信息；相應(yīng)地，步驟b中LS根據(jù)獲得的呼叫會話控制單元信息返回響應(yīng)消息。
20.根據(jù)權(quán)利要求19所述的方法，其特征在于，所述請求消息中進(jìn)一步包含有效期和/或信令端口信息和/或呼叫會話控制單元的類型。
21.根據(jù)權(quán)利要求19所述的方法，其特征在于，所述請求消息中進(jìn)一步包含呼叫信令協(xié)議。
22.根據(jù)權(quán)利要求21所述的方法，其特征在于，所述請求消息中進(jìn)一步包含呼叫信令協(xié)議的優(yōu)先級。
23.根據(jù)權(quán)利要求19所述的方法，其特征在于，該方法進(jìn)一步包含LS向DCRD發(fā)送200類成功響應(yīng)消息或400類失敗響應(yīng)消息或500類失敗響應(yīng)消息或600類失敗響應(yīng)消息。
全文摘要
本發(fā)明公開了一種查詢路由數(shù)據(jù)的方法，該方法包含以下步驟a.請求發(fā)起設(shè)備RID通過標(biāo)準(zhǔn)協(xié)議中的請求消息向路由服務(wù)器LS發(fā)送包含被叫信息的查詢消息；b.LS通過標(biāo)準(zhǔn)協(xié)議中的響應(yīng)消息向RID返回響應(yīng)消息。本發(fā)明提供的方法，能夠利用標(biāo)準(zhǔn)協(xié)議實現(xiàn)路由數(shù)據(jù)的查詢。
文檔編號H04L29/06GK1870641SQ200510127580
公開日2006年11月29日 申請日期2005年12月5日 優(yōu)先權(quán)日2005年12月5日
發(fā)明者目庫德N 申請人:華為技術(shù)有限公司