專利名稱：一種解決軟交換跨域模式下多區(qū)號問題的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體地，涉及一種解決軟交換跨域模式下多區(qū) 號問題的方法。
背景技術(shù)：
目前跨域的軟交換之間主要是通過SIP ( Session Initiation Protocol, 啟動協(xié)議)協(xié)議通信，跨域的軟交換組網(wǎng)模型應(yīng)用是比較普遍的。有長途局 間跨域，匯接局間跨域，端局匯接局間跨域，同時也有一些軟交換間是容突 關(guān)系。SS (Soft Switch,軟交換)間互為容災(zāi)時是典型的一個跨域應(yīng)用，如 圖l所示為容災(zāi)時的組網(wǎng)圖，下面以互為容突的軟交換間的跨域呼叫模型為 例力p以i兌明。
圖1中AG代表普通用戶接入節(jié)點，TG代表接入SS的網(wǎng)關(guān)節(jié)點，LS代 表PSTN (Public Switched Telephone Network,公共交換電話網(wǎng)絡(luò))端局。
在如圖l所示的容災(zāi)環(huán)境下，每個接入SS的接入i殳備歸屬關(guān)系有兩種 歸SS1或歸SS2， SS1、 SS2均為多區(qū)號的軟交換。如杲某節(jié)點歸屬SS1，即 代表SS1上配置該節(jié)點為本地軟交換管理，該節(jié)點最初注冊并運行在SSI上， 當SS1異常發(fā)生容災(zāi)時，才會注冊到SS2上。不過要在SS2上配置該節(jié)點為 容災(zāi)軟交換，容突軟交換表示該節(jié)點是SS2上容突節(jié)點，初始運行在SS1上， 未發(fā)生容災(zāi)的情況下不屬SS2管理。
當軟交換管理多個區(qū)域時(多區(qū)號環(huán)境)，SS下用戶主叫和被叫所屬的 區(qū)號不同時，現(xiàn)有的跨域呼叫存在如下缺陷
1、跨域的'兩個軟交換之間，缺省只有一條出域路由；這里只有一條出域 路由，會導(dǎo)致不同區(qū)的用戶都有可能走這一條路由(即該出域節(jié)點)出去。 到SS2就沒法分清是哪個區(qū)來的呼叫了 ，也就不知道用哪個區(qū)的被叫分析子
4逬行分析被叫，也就不能夠正確找到^皮叫用戶。
2、當跨域的兩個SS之間存在呼叫信令交互時，即存在一個呼叫需要跨 域路由到另一個SS時，在被叫SS上需要區(qū)分主叫來源，即根據(jù)主叫號碼前 的區(qū)號來確定選擇哪個被叫號碼分析子，以便進行正確的被叫號碼分析，最 終找到被叫；另外需要獲得主叫區(qū)號，以便對計費號碼中的主叫號碼進行規(guī) 范化，話單中也需要記錄主叫區(qū)號。為了達到該目的，需要在入域節(jié)點屬性 上配置主叫號碼分析子，然后通過主叫號碼分析來獲得主叫區(qū)號和被叫號碼 分析子。這樣數(shù)據(jù)配置工作量大，影響呼叫的效率(每個跨域來的呼叫都要 進行主叫號碼分析)，并且影響計費等其他功能。
如圖1所示的處理流程，例如，SS1下用戶A (號碼為025 88880000 ) 呼叫SS2下的用戶G (號碼為025 88890000 ),在SS1側(cè)使用A用戶的被叫 號碼分析子(025區(qū))分析。分析路由結(jié)果為出域呼叫，這時需要在出域路 由(出域路由代表該呼叫方向^_跨域的，這里是出域到SS2方向去的一次呼 叫)上增加主叫號碼區(qū)號規(guī)范化來增加區(qū)號025出域到SS2。即出域時的號 碼格式為
主叫號碼02588880000
-故叫號碼88890000
在SS2側(cè)入域時，需要根據(jù)主叫號碼前的區(qū)號，進行主叫號碼分析來選 擇025區(qū)用戶的被叫號碼分析子(選擇了正確的被叫分析子才能夠通過分析 找到正確的被叫用戶)，并且獲得并保存主叫A用戶的區(qū)號025。在SS2呼 向AG3設(shè)備時還需要將主叫A用戶號碼前區(qū)號025去掉，因為同區(qū)號呼叫， 來電顯示主叫號碼前是不帶區(qū)號的。即主4皮叫號碼格式
主叫號碼88880000
-故叫號碼88890000
否則，被叫用戶回呼可能失敗。因為大部分運營商數(shù)據(jù)配置是不允許本 地固話間呼叫被叫號碼前加撥區(qū)號的。
由此可以看出，這種處理方式既增加主叫號碼分析過程，又需要進行多 次號碼變化，配置復(fù)雜很容易出錯；并且同區(qū)號間用戶呼叫，出域呼叫時還需要規(guī)范主叫號碼加區(qū)號。而且分析區(qū)號要增加大量的區(qū)號配置，并且對于
主叫號碼分析是很占資源的， 一次呼叫中號碼分析占用的CPU資源在1/3左 右，耗CPU資源很大。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種解決軟交換跨域模式下多區(qū)號問題 的方法，克服現(xiàn)有跨域模式多區(qū)號環(huán)境下存在的上述問題，既不影響計費、 來電顯示等其他功能，又可以保證呼叫的正常接續(xù)。
為了解決上述問題，本發(fā)明提供了一種解決軟交換跨域才莫式下多區(qū)號問 題的方法，包括以下步驟
當主叫用戶向被叫用戶發(fā)起呼叫時，根據(jù)主叫用戶的被叫號碼分析子進 行被叫號碼分析，分析后當被叫方向為從本地軟交換出域到其他軟交換的呼 叫，則所述本地軟交換在選;s^妻口中進行出域路由選擇，并對選擇后的出域 路由根據(jù)主叫用戶號碼區(qū)號配置對應(yīng)的路由上下文索引；
所述本地軟交換將該路由上下文索引通過會話啟動協(xié)議模塊發(fā)送給被叫 用戶號碼所在的軟交換上；
所述被叫用戶號碼所在的軟交換對發(fā)送來的路由上下文索引通過其預(yù)分 析獲得被叫號碼分析子，根據(jù)該被叫號碼分析子進行被叫號碼分析。
本發(fā)明所述的方法，其中，所述本地軟交換將該路由上下文索引通過會 話啟動協(xié)議才莫塊發(fā)送給與被叫用戶號碼所在的軟交換上，進一步為
所述本地軟交換的呼叫控制模塊將該路由上下文索引通過協(xié)議模塊和呼 叫控制模塊間接口消息發(fā)給會話啟動協(xié)議模塊，所述會話啟動協(xié)議模塊再將 其發(fā)送給被叫用戶號碼所在的軟交換上。
其中，所迷會話啟動協(xié)議才莫塊再將其發(fā)送給被叫用戶號碼所在的軟交換 上，進一步為
所述會話啟動協(xié)議;漠塊將所述路由上下文索引組裝為會話啟動協(xié)議信令 的一部分，并通過會話啟動協(xié)議發(fā)送給被叫用戶號碼所在的軟交換上。
其中，所述將該路由上下文索引組裝為會話啟動協(xié)議信令的一部分，進一步為將所述路由上下文索引組裝到^"i舌啟動協(xié)議信令頭中擴展的路由上 下文索引值字段中。
其中，所述通過會話啟動協(xié)議發(fā)送給^皮叫用戶號碼所在的軟交換上，進 一步為通過會話啟動協(xié)議的邀請消息發(fā)送給被叫用戶號碼所在的軟交換上。
其中，所述被叫用戶號碼所在的軟交換對發(fā)送來的路由上下文索引通過 其預(yù)分析獲得被叫號碼分析子，根據(jù)該被叫號碼分析子進行#皮叫號碼分析， 進一步為
所述被叫用戶號碼所在的軟交換通過其入域節(jié)點對發(fā)送來的帶有路由上 下文索引的會話啟動協(xié)議信令進行預(yù)分析，獲得新的被叫號碼分析子，并根 據(jù)該-故叫號碼分析子進行被叫號碼分析。
其中，所述當被叫方向為從本地軟交換出域到其他軟交換的呼叫，進一 步為所述當被叫號碼分析的結(jié)果為IP從本地軟交換出域到其他軟交換的呼 叫。
與現(xiàn)有技術(shù)相比，本發(fā)明方法解決了現(xiàn)有技術(shù)中的多區(qū)號跨域環(huán)境下存 在的接續(xù)被叫、來電顯示、話單等問題，免去了出域時必須進行主叫號碼前 加區(qū)號的規(guī)范化操作，同時也免去了在入域側(cè)對主叫號碼進行主叫分析。


圖1是現(xiàn)有技術(shù)的軟交換跨域才莫式下的組網(wǎng)圖2是本發(fā)明實施例所述解決軟交換跨域才莫式下多區(qū)號問題的方法操作 流程圖。
具體實施例方式
本發(fā)明的主要思想是在軟交換跨域模式下，通過增加路由上下文索引， 并通過SIP協(xié)議層透傳的方法來實現(xiàn)號碼分析子信息的傳達，進而達到多區(qū) 號環(huán)境下呼叫能夠正常接續(xù)的目的。
具體地，本發(fā)明提供的路由上下文解決軟交換跨域模式下多區(qū)號問題的 方法，包括
7對于跨域的ss間呼叫，在出域路由配置中，配置路由上下文 (ROUTE-CONTEXT)索引(這里是一個索引值，該值是可以配置的約定值)， 該索引對應(yīng)一個主叫區(qū)號的入域號碼分析子，當呼叫方向為出域到其它域SS 時，通過SIP信令將該索引值透傳到其它域SS;
在如圖1所示的SS之間的SS2的入域節(jié)點上，根據(jù)ROUTE-CONTEXT 索引，進行號碼預(yù)分析以獲得新的被叫號碼分析子，通過被叫號碼分析子再 進行被叫號碼分析，以達到正確路由接續(xù)的目的。這里的預(yù)分析是原有的軟 交換功能，并且普通呼叫都會調(diào)用，具體說就是根據(jù)號碼的一些特性來進行 預(yù)處理得到所期望的結(jié)果，這里的預(yù)分析屬于現(xiàn)有技術(shù)內(nèi)容，具體不在詳細 描述。
其中，每一個IP出本地ss的跨域呼叫都會帶上主叫區(qū)號對應(yīng)的路由上 下文索引，不同的區(qū)號攜帶不同的路由上下文索引。如
區(qū)號 號碼分析子 路由上下文索引
021區(qū) ----21------- Route—Context—21
025區(qū)—一25------- Route—Context—25
021區(qū)的用戶號碼分析為IP出本地SS時的路由上下文索引為 Route_Context—21，在SSI上的SS2 Node (出域節(jié)點)需要攜帶的路由上下 文索引為Route一Context一21 。
025區(qū)的用戶號碼分析為IP出本地SS時的路由上下文索引為 Route—Context—25。在SSI上的SS2 Node (出域節(jié)點)需要攜帶的路由上下 文索引為Route—Context—25。
如圖2所示為本發(fā)明實施例的解決軟交換跨域;漠式下多區(qū)號問題的方法 操作流程圖，以SSI上的用戶發(fā)起呼叫為例，該方法包括
步驟201,主叫025區(qū)用戶發(fā)起呼叫，用025區(qū)用戶的被叫號碼分析子 25進行^皮叫號碼分析，分析后如果^:叫號碼務(wù)析的結(jié)果為IP (地址)出本地 SSI到SS2呼叫，則在選路接口中進行路由選擇配置第一路由為SS2節(jié)點， 選擇了路由1 ，并獲得路由上下文索引為Route—Context—25。
步驟202, SSI的呼叫控制模塊將上述路由上下文索引通過Veinu(Veinu是在h部4莫塊間的4妾k消息的總稱，主要用亍協(xié)i義4莫塊和業(yè)務(wù)呼叫控制斗莫塊
間的信息交互，在軟交換里，可以叫協(xié)議模塊和呼叫控制模塊間接口消息)
消息發(fā)給SIP協(xié)議模塊(即如果SS2在線，則SS1會將路由上下文索引 Route—Context—25值帶到SIP協(xié)議模塊)，SIP協(xié)議模塊將路由上下文索引組 裝為信令的一部分(通過在SIP信令頭中擴展增加一個X-ZTEAG (X-ZTEAG 是在SIP協(xié)議消息頭中定義的，獨有的專門定義一個字段用來攜帶路由上下 文索引值的，這里可以叫路由上下文索引值)字段，并通過SIP協(xié)議的Invite (邀請)消息發(fā)給對端相應(yīng)的SS2上。
步驟203，如果SS2接到上述的SSI發(fā)來的SIP協(xié)議信令，那么在SS2 的入域節(jié)點上只需要利用已有的預(yù)分析功能，在預(yù)分析中根據(jù) ROUTE-CONTEXT索引，進行號碼預(yù)分析，獲得新的被叫號碼分析子(相對 現(xiàn)有技術(shù)中的被叫分析子，現(xiàn)在新技術(shù)中獲得的是全新的號碼分析子，原來 是沒有這樣的功能的)，如通過RouttContext一25可獲得被叫號碼分析子25, 然后用25分析子再進行被叫號碼分析等后續(xù)流程。
從該實施例可以看出，本發(fā)明方法解決了現(xiàn)有技術(shù)中的多區(qū)號跨域環(huán)境 下存在的接續(xù)被叫、來電顯示、話單等問題，免去了出域時必須進行主叫號 碼前加區(qū)號的規(guī)范化操作，同時也免去了在入域側(cè)對主叫號碼進行主叫分析。 本發(fā)明并沒有通過增加跨域的兩個軟交換之間的多條路由，而是在入域側(cè)， 即實施例中SS2側(cè)通過路由上下文索引來區(qū)分主叫來源是哪個區(qū)的，以便決 定采用哪個區(qū)的被叫分析子。
對于本發(fā)明來說解決多區(qū)號環(huán)境下跨域呼叫的主叫計費號碼問題，現(xiàn)有 的技術(shù)是通過主叫號碼分析來解決計費號碼問題，但是正如背景技術(shù)中所述 主叫號碼分析等配制復(fù)雜，并且影響性能。所以本發(fā)明中當主叫區(qū)號可以正 確得到，因此能夠正確規(guī)范主叫計費號碼，并且話單中可以正確體現(xiàn)主叫區(qū) 號。
同時，對于本發(fā)明來說，要解決多區(qū)號跨域引起的弊端，需要進行大量 數(shù)據(jù)配置(包括主叫分析，號碼變4匕)，這些都纟艮影響呼叫的性能。本發(fā)明 用路由上下文索引解決，這里的路由上下文索引信息還是利用原來已有的選 路接口，本發(fā)明并且沒有多余和其他才莫塊進行交互，因此引入該新功能對性能凡乎沒任何影響，路由上下文索引即可以解決區(qū)號跨城引起的弊端，也不 需要上述大量數(shù)據(jù)配置，因此對于解決現(xiàn)有技術(shù)中的缺陷來說，路由上下文 方案更有效率，更筒單。
本發(fā)明還可有其他多種實施例，如軟交換間的容突關(guān)系跨域。在不背離 本發(fā)明精神及其實質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當可根據(jù)本發(fā)明作出 各種相應(yīng)的改變和變形，這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利 要求的保護范圍。
權(quán)利要求
1、一種解決軟交換跨域模式下多區(qū)號問題的方法，其特征在于，包括以下步驟當主叫用戶向被叫用戶發(fā)起呼叫時，根據(jù)主叫用戶的被叫號碼分析子進行被叫號碼分析，分析后當被叫方向為從本地軟交換出域到其他軟交換的呼叫，則所述本地軟交換在選路接口中進行出域路由選擇，并對選擇后的出域路由根據(jù)主叫用戶號碼區(qū)號配置對應(yīng)的路由上下文索引；所述本地軟交換將該路由上下文索引通過會話啟動協(xié)議模塊發(fā)送給被叫用戶號碼所在的軟交換上；所述被叫用戶號碼所在的軟交換對發(fā)送來的路由上下文索引通過其預(yù)分析獲得被叫號碼分析子，根據(jù)該被叫號碼分析子進行被叫號碼分析。
2、 如權(quán)利要求1所述的方法，其特征在于，所述本地軟交換將該路由上 下文索引通過會話啟動協(xié)議模塊發(fā)送給與被叫用戶號碼所在的軟交換上，進 一步為所述本地軟交換的呼叫控制才莫塊將該路由上下文索引通過協(xié)議模塊和呼 叫控制模塊間接口消息發(fā)給會話啟動協(xié)議模塊，所述會話啟動協(xié)議模塊再將 其發(fā)送給被叫用戶號碼所在的軟交換上。
3、 如權(quán)利要求2所述的方法，其特征在于，所述會話啟動協(xié)議模塊再將 其發(fā)送給被叫用戶號碼所在的軟交換上，進一步為所述會話啟動協(xié)議模塊將所述路由上下文索引組裝為會話啟動協(xié)議信令 的一部分，并通過會話啟動協(xié)議發(fā)送給被叫用戶號碼所在的軟交換上。
4、 如權(quán)利要求3所述的方法，其特征在于，所述將該路由上下文索引組 裝為會話啟動協(xié)議信令的一部分，進一步為將所述路由上下文索引組裝到 會話啟動協(xié)議信令頭中擴展的路由上下文索引值字段中。
5、 如權(quán)利要求3所述的方法，其特征在于，所述通過會話啟動協(xié)議發(fā)送 給被叫用戶號碼所在的軟交換上，進一步為通過會話啟動協(xié)議的邀請消息 發(fā)送給被叫用戶號碼所在的軟交換上。
6、 如權(quán)利要求3所述的方法，其特征在于，所述^皮叫用戶號碼所在的軟根據(jù)該被叫號碼分析子進行被叫號碼分析，進一步為所述被叫用戶號碼所在的軟交換通過其入域節(jié)點對發(fā)送來的帶有路由上 下文索引的會話啟動協(xié)議信令進行預(yù)分析，獲得新的被叫號碼分析子，并根 據(jù)該;故叫號碼分析子進行;故叫號碼分析。
7、如權(quán)利要求l所述的方法，其特征在于，所述當被叫方向為從本地軟 交換出域到其他軟交換的呼叫，進一步為所述當被叫號碼分析的結(jié)果為IP 從本地軟交換出域到其他軟交換的呼叫。
全文摘要
本發(fā)明公開解決軟交換跨域模式下多區(qū)號問題的方法，包括當主叫用戶向被叫用戶發(fā)起呼叫時，根據(jù)主叫用戶的被叫號碼分析子進行被叫號碼分析，分析后當被叫方向為從本地軟交換出域到其他軟交換的呼叫，則本地軟交換在選路接口中進行出域路由選擇，并對選擇后的出域路由根據(jù)主叫用戶號碼區(qū)號配置對應(yīng)的路由上下文索引；本地軟交換將該路由上下文索引通過會話啟動協(xié)議模塊發(fā)送給被叫用戶號碼所在的軟交換上；被叫用戶號碼所在的軟交換對發(fā)送來的路由上下文索引通過其預(yù)分析獲得被叫號碼分析子，根據(jù)該被叫號碼分析子進行被叫號碼分析。本發(fā)明克服現(xiàn)有跨域模式多區(qū)號環(huán)境下存在的問題，既不影響計費、來電顯示等其他功能，又可以保證呼叫的正常接續(xù)。
文檔編號H04W36/14GK101621839SQ20081012785
公開日2010年1月6日 申請日期2008年7月4日 優(yōu)先權(quán)日2008年7月4日
發(fā)明者云 鄧, 郝育鵬 申請人:中興通訊股份有限公司