專利名稱：一種向位置服務器查詢路由的方法
技術領域：
本發(fā)明涉及路由查詢技術領域，特別是指一種向位置服務器查詢路由的方法。
背景技術：
在下一代網(wǎng)絡(NGN)中，位置服務器(LS)上存儲了NGN中的路由，即號碼段、網(wǎng)關IP地址和端口號等的對應關系。當軟交換設備對一目的號碼發(fā)起呼叫時，需要知道對方軟交換設備的網(wǎng)關IP地址、端口號等信息，因此，軟交換設備要通過某種查詢協(xié)議到LS上進行查詢路由。
在現(xiàn)有技術中，一般可通過網(wǎng)頁(Web Page)技術，或IP電話路由協(xié)議(TRIP)，或輕便目錄訪問協(xié)議(LDAP)，或位置服務協(xié)議(SLP)，或開放結(jié)算協(xié)議(OSP)等查詢協(xié)議來查詢LS上路由。
1、應用Web Page技術進行路由查詢。當系統(tǒng)操作人員通過Web Page的方式來向LS查詢路由時，操作臺和LS之間應用超文本傳輸協(xié)議(HTTP)，LS作為Web服務器端，操作臺作為Web客戶端。
應用Web Page進行路由查詢的缺點在于路由的查詢過程必須有操作人員的參與，不能脫離手工而實現(xiàn)自動查詢，因此該方法不適合軟交換設備采用。
2、應用TRIP協(xié)議進行路由查詢。TRIP協(xié)議原本用于LS之間進行路由傳播，但軟交換設備也可以應用該協(xié)議從LS上獲得路由。
應用TRIP協(xié)議進行路由查詢的缺點在于軟交換設備一旦采用TRIP協(xié)議來向LS查詢路由，其最終結(jié)果是軟交換設備和LS上的路由達到完全同步，即每一個軟交換設備都必須保存大量的路由。這樣，軟交換設備不但要支持復雜的TRIP協(xié)議，具有路由交互的功能，還要額外占用大量的內(nèi)存來保存本地LS上的所有路由信息，既增加了軟交換設備的負擔，還浪費了大量的系統(tǒng)資源。
3、應用LDAP協(xié)議進行路由查詢。當軟交換設備通過LDAP協(xié)議向LS查詢路由時，LS作為LDAP服務器，軟交換設備作為LDAP客戶端。
應用LDAP協(xié)議進行路由查詢的缺點在于由于LDAP協(xié)議是軟交換設備運行的可選項協(xié)議，而不是必選項協(xié)議，因此，在應用LDAP協(xié)議解決路由查詢問題時，必須先確定該軟交換設備是否支持LDAP協(xié)議，如果是，可直接進行應用，否則，需先對該軟交換設備重新開發(fā)LDAP協(xié)議后，才能應用。通常情況下，軟交換設備是不支持LDAP協(xié)議的，重新開發(fā)LDAP協(xié)議，肯定會增加成本，同時還會增加軟交換設備的負擔。
應用SLP協(xié)議或OSP協(xié)議進行路由查詢，其方法與應用LDAP協(xié)議相類似。同樣地，由于SLP協(xié)議和OSP協(xié)議都不是NGN領域內(nèi)的協(xié)議，對軟交換設備來說，都是一種全新的協(xié)議，同樣需要重新開發(fā)，這樣不但增加應用成本，延長了產(chǎn)品的開發(fā)周期，也增加了軟交換設備的負擔。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供一種向位置服務器查詢路由的方法，使得整個查詢過程不需要人工干預，且使有路由查詢需求的設備無需存儲大量的路由信息，或因此而開發(fā)新協(xié)議。
為達到上述目的本發(fā)明的技術方案是這樣實現(xiàn)的一種向位置服務器(LS)查詢路由的方法，應用在下一代網(wǎng)絡中，該方法包括以下步驟a、將位置服務器作為重定向服務器，請求查詢的設備向其發(fā)送會話初始協(xié)議(SIP)報文；b、位置服務器將其會話初始協(xié)議棧接收到的報文轉(zhuǎn)換成路由查詢請求格式，并將已轉(zhuǎn)換的報文發(fā)送給路由查詢模塊；
c、位置服務器中的會話初始協(xié)議棧根據(jù)路由查詢模塊返回的結(jié)果，給請求查詢的設備發(fā)送相應的信息；d、請求查詢的設備給位置服務器回復應答報文。
較佳地，位置服務器中的會話初始協(xié)議棧接收到步驟a所述報文后，首先對發(fā)送該報文的請求查詢設備進行認證，如果該設備通過認證，則位置服務器再將接收到的報文轉(zhuǎn)換成其內(nèi)部的路由查詢請求格式，并繼續(xù)執(zhí)行后續(xù)步驟，否則位置服務器中的會話初始協(xié)議棧直接向請求查詢的設備回復沒有通過認證的信息。
較佳地，步驟b所述的路由查詢模塊在本地的路由信息庫中進行查詢，并將該查詢結(jié)果返回給位置服務器上的會話初始協(xié)議棧。
較佳地，步驟c所述相應信息是當查詢模塊查找到請求查詢設備所要求查詢的路由時，位置服務器中的會話初始協(xié)議棧向該請求查詢的設備發(fā)送路由已查到的信息；當查詢模塊未查找到請求查詢設備所要求查詢的路由時，位置服務器中的會話初始協(xié)議棧向該請求查詢的設備發(fā)送路由未查到的信息。
較佳地，所述的已查到信息中至少包括與被叫號碼相匹配的號碼段、完成該呼叫的網(wǎng)關地址、端口號和應用協(xié)議類型；較佳地，所述信息的形式為報文狀態(tài)碼。
較佳地，所述請求查詢的設備可以是軟交換設備，也可以是非軟交換設備。
較佳地，所述的報文類型為邀請報文(INVITE)、告別報文(BYE)、放棄報文(CANCLE)、選項報文(OPTIONS)、響應報文(ACK)或注冊報文(REGISTER)。
應用本發(fā)明，在NGN網(wǎng)絡中，只要請求查詢的設備支持會話初始協(xié)議(SIP)協(xié)議，都可將SIP協(xié)議作為向LS查詢路由的協(xié)議，自動進行路由查詢，而不需要人工干預，因此提高了查詢的效率；同時由于所有軟交換設備幾乎都支持SIP協(xié)議，因而避免了開發(fā)新協(xié)議，節(jié)約了成本且加快了產(chǎn)品的開發(fā)周期；另外，軟交換設備使用SIP協(xié)議進行路由查詢時，僅保存最近使用的一小部分路由，不需要因與LS上的路由保持同步而保存大量的路由，因此大大節(jié)省了內(nèi)存等系統(tǒng)資源。


圖1為應用本發(fā)明的軟交換設備組網(wǎng)的示意圖；圖2為應用本發(fā)明的一實施例的處理流程圖。
具體實施例方式
為使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下參照附圖并舉實施例，對本發(fā)明做進一步詳細說明。
目前，SIP協(xié)議已成為NGN網(wǎng)絡中的核心呼叫協(xié)議，幾乎所有的軟交換設備都支持SIP協(xié)議。SIP協(xié)議的重定向功能就是一種路由查詢的過程，所以使用SIP協(xié)議作為軟交換設備與LS之間的路由查詢協(xié)議是一種很自然的選擇。在本實施例中，軟交換設備使用SIP協(xié)議到LS上查詢路由。軟交換設備可以把LS作為一個重定向服務器來對待，軟交換設備和LS上都有完整的SIP協(xié)議棧，軟交換設備通過SIP協(xié)議發(fā)送請求信息給位置服務器LS，位置服務器LS查詢本地的路由信息庫，然后返回查詢結(jié)果給軟交換設備，軟交換設備收到LS回復的信息后，返回一個應答報文，結(jié)束此次處理過程。
圖1所示為應用本發(fā)明的軟交換設備組網(wǎng)的示意圖。每個軟交換設備都和本地的LS直接相連，且相互之間發(fā)送SIP協(xié)議報文來完成路由的查詢。同時兩個軟交換設備之間也是直接相連的。
圖2所示為應用本發(fā)明的一實施例的處理流程圖。當有呼叫發(fā)起時步驟201，軟交換設備把LS作為重定向服務器，組建類型為INVITE的SIP報文，軟交換設備的SIP協(xié)議棧把該SIP報文發(fā)送給LS；步驟202，LS上的SIP協(xié)議棧在接收到類型為INVITE的SIP報文以后，對發(fā)送這個SIP報文的軟交換設備進行身份認證，如果該設備通過身份認證，則執(zhí)行步驟203；否則直接執(zhí)行步驟207；步驟203，把該報文轉(zhuǎn)換成LS內(nèi)部的路由查詢請求格式，然后發(fā)送給LS的路由查詢模塊；步驟204，LS上的路由查詢模塊查找本地的路由信息庫，并把查詢結(jié)果返回給LS上的SIP協(xié)議棧，LS判斷路由查詢模塊的返回信息，如果查詢到路由則執(zhí)行步驟205，否則執(zhí)行步驟206步驟205，LS上的SIP協(xié)議棧向軟交換設備發(fā)送狀態(tài)碼為302的SIP報文，該狀態(tài)碼為302的報文中包括與被叫號碼相匹配的號碼段，完成該呼叫的網(wǎng)關地址，端口號和應用協(xié)議類型，執(zhí)行步驟208；步驟206，LS上的SIP協(xié)議棧向軟交換設備回復狀態(tài)碼為404的SIP報文后，執(zhí)行步驟208。
步驟207，LS上的SIP協(xié)議棧向軟交換設備回復一個狀態(tài)碼為406的SIP報文后，直接執(zhí)行步驟208，步驟208，軟交換設備上的SIP協(xié)議棧向LS發(fā)送報文類型為ACK的相應應答報文。
另外，軟交換設備向LS發(fā)送路由查詢的請求時，還可以采用告別報文(BYE)、放棄報文(CANCLE)、選項報文(OPTIONS)、響應報文(ACK)和注冊報文(REGISTER)等類型的報文。
在NGN網(wǎng)絡中，所有應用SIP協(xié)議向LS查詢路由的設備，包括軟交換設備和非軟交換設備，都可使用本發(fā)明提供的方法。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種向位置服務器查詢路由的方法，應用在下一代網(wǎng)絡中，其特征在于該方法包括以下步驟a、將位置服務器(LS)作為重定向服務器，請求查詢的設備向其發(fā)送會話初始協(xié)議(SIP)報文；b、位置服務器將其會話初始協(xié)議棧接收到的報文轉(zhuǎn)換成路由查詢請求格式，并將已轉(zhuǎn)換的報文發(fā)送給路由查詢模塊；c、位置服務器中的會話初始協(xié)議棧根據(jù)路由查詢模塊返回的結(jié)果，給請求查詢的設備發(fā)送相應的信息；d、請求查詢的設備給位置服務器回復應答報文。
2.根據(jù)權利要求1所述的方法，其特征在于所述步驟b進一步包括位置服務器中的會話初始協(xié)議棧接收到步驟a所述報文后，首先對發(fā)送該報文的請求查詢設備進行認證，如果該設備通過認證，則位置服務器再將接收到的報文轉(zhuǎn)換成其內(nèi)部的路由查詢請求格式，并繼續(xù)執(zhí)行后續(xù)步驟，否則位置服務器中的會話初始協(xié)議棧直接向請求查詢的設備回復沒有通過認證的信息。
3.根據(jù)權利要求1或2所述的方法，其特征在于，步驟b所述的路由查詢模塊在本地的路由信息庫中進行查詢，并將該查詢結(jié)果返回給位置服務器上的會話初始協(xié)議棧。
4.根據(jù)權利要求1或2所述的方法，其特征在于步驟c所述相應信息是當查詢模塊查找到請求查詢設備所要求查詢的路由時，位置服務器中的會話初始協(xié)議棧向該請求查詢的設備發(fā)送路由已查到的信息；當查詢模塊未查找到請求查詢設備所要求查詢的路由時，位置服務器中的會話初始協(xié)議棧向該請求查詢的設備發(fā)送路由未查到的信息。
5.根據(jù)權利要求4所述的方法，其特征在于，所述的已查到信息中至少包括與被叫號碼相匹配的號碼段、完成該呼叫的網(wǎng)關地址、端口號和應用協(xié)議類型；
6.根據(jù)權利要求1所述的方法，其特征在于，所述信息的形式為報文狀態(tài)碼。
7.根據(jù)權利要求1或2所述的方法，其特征在于，所述請求查詢的設備可以是軟交換設備，也可以是非軟交換設備。
8.根據(jù)權利要求1或2所述的方法，其特征在于，所述的報文類型為邀請報文(INVITE)、告別報文(BYE)、放棄報文(CANCLE)、選項報文(OPTIONS)、響應報文(ACK)或注冊報文(REGISTER)。
全文摘要
本發(fā)明提供了一種向位置服務器查詢路由的方法，應用在下一代網(wǎng)絡中，該方法包括以下步驟a.將位置服務器(LS)作為重定向服務器，請求查詢的設備向其發(fā)送會話初始協(xié)議(SIP)報文；b.位置服務器將其會話初始協(xié)議棧接收到的報文轉(zhuǎn)換成路由查詢請求格式，并將已轉(zhuǎn)換的報文發(fā)送給路由查詢模塊；c.位置服務器中的會話初始協(xié)議棧根據(jù)路由查詢模塊返回的結(jié)果，給請求查詢的設備發(fā)送相應的信息；d.請求查詢的設備給位置服務器回復應答報文。應用本發(fā)明可使路由查詢的過程自動進行，不需要人工干預，且軟交換設備上不需要保存位置服務器上的所有路由，大大節(jié)省了內(nèi)存等系統(tǒng)資源。
文檔編號H04L12/66GK1527559SQ0311920
公開日2004年9月8日 申請日期2003年3月4日 優(yōu)先權日2003年3月4日
發(fā)明者鄭道清, 隋少帥 申請人:華為技術有限公司