專利名稱：一種統(tǒng)一接入網(wǎng)關(guān)間的路由轉(zhuǎn)發(fā)系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信網(wǎng)絡(luò)，具體的說(shuō)，涉及一種統(tǒng)一接入網(wǎng)關(guān)間的路由轉(zhuǎn) 發(fā)系統(tǒng)和方法。
背景技術(shù)：
UAG (統(tǒng)一接入網(wǎng)關(guān))是一種基于Web Service (能夠?qū)崿F(xiàn)遠(yuǎn)程數(shù)據(jù)交 互的一禾中技術(shù)和協(xié)議，通過(guò)HTML [Hypertext Markup Language,超文本 標(biāo)記語(yǔ)言進(jìn)行通訊，實(shí)現(xiàn)了不同系統(tǒng)平臺(tái)，不同開(kāi)發(fā)語(yǔ)言和開(kāi)發(fā)技術(shù)實(shí) 現(xiàn)的軟件個(gè)體之間的通訊)的Parlay X (Parlay協(xié)議規(guī)范是采用API [Application Programming Interface,應(yīng)用編禾呈接口的方式將電信網(wǎng) 絡(luò)的業(yè)務(wù)提供能力進(jìn)行描述，從而提供IT開(kāi)發(fā)人員進(jìn)行電信業(yè)務(wù)開(kāi)發(fā)的能 力。Parlay X即Parlay 4. 1版本，其使用基于Web Service的WSDLWeb Service Description Language, Web月艮務(wù)描述i吾言i吾言對(duì)API進(jìn)《亍描 述，從而提供給IT開(kāi)發(fā)人員一個(gè)更為清晰、簡(jiǎn)潔、抽象、易于理解的電信 業(yè)務(wù)開(kāi)發(fā)接口)標(biāo)準(zhǔn)技術(shù)的第三代開(kāi)放業(yè)務(wù)平臺(tái)，UAG提出了面向下一代 網(wǎng)絡(luò)的體系結(jié)構(gòu)，它將業(yè)務(wù)的應(yīng)用和運(yùn)行業(yè)務(wù)的平臺(tái)分離，使得 SP(Service Provider,服務(wù)提供商)不需要專門(mén)的電信知識(shí)，就能以非常 簡(jiǎn)單的方式調(diào)用電信網(wǎng)絡(luò)所提供的呼叫控制、短信、彩信、定位等業(yè)務(wù)能 力。
UAG都是以區(qū)間或區(qū)域?yàn)閱挝粊?lái)運(yùn)營(yíng)和部署，因此，為了真正實(shí)現(xiàn)全 網(wǎng)業(yè)務(wù)統(tǒng)一接入，并充分利用電信網(wǎng)絡(luò)資源，同時(shí)最大限度地滿足用戶需 求，網(wǎng)關(guān)之間數(shù)據(jù)交換、路由和轉(zhuǎn)發(fā)是必需的。例如用戶A歸屬于接入網(wǎng) 關(guān)A，但是當(dāng)用戶A在異地B通過(guò)服務(wù)提供商B使用電信運(yùn)營(yíng)商提供的服 務(wù)，用戶A在向接入網(wǎng)關(guān)B請(qǐng)求服務(wù)時(shí)，接入網(wǎng)關(guān)B會(huì)發(fā)現(xiàn)用戶A不是歸 屬于本區(qū)的用戶，那么接入網(wǎng)關(guān)B需要將用戶A的請(qǐng)求發(fā)送到一個(gè)網(wǎng)間公 共設(shè)備，由網(wǎng)間公共設(shè)備來(lái)決定用戶A請(qǐng)求的受理點(diǎn)。目前尚沒(méi)有針對(duì)UAG
的這種轉(zhuǎn)發(fā)設(shè)備。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供了一種統(tǒng)一接入網(wǎng)關(guān)間的路由轉(zhuǎn)發(fā)系統(tǒng)和方法， 實(shí)現(xiàn)了統(tǒng)一接入網(wǎng)關(guān)間的路由轉(zhuǎn)發(fā)。
為了解決上述技術(shù)問(wèn)題，本發(fā)明采用了如下技術(shù)方案 一種統(tǒng)一接入網(wǎng)關(guān)間的路由轉(zhuǎn)發(fā)系統(tǒng)，位于源統(tǒng)一接入網(wǎng)關(guān)與目的統(tǒng)
一接入網(wǎng)關(guān)之間，包括路由處理引擎和Web Service接口處理引擎，所述 路由處理引擎用于確定路由路徑，所述Web Service接口處理引擎用于根 據(jù)所述源統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)路由請(qǐng)求，通過(guò)所述路由處理引擎 獲取路由結(jié)果，根據(jù)所述路由結(jié)果向目的統(tǒng)一接入網(wǎng)關(guān)轉(zhuǎn)發(fā)Parlay X業(yè)務(wù) 請(qǐng)求消息，并向源統(tǒng)一接入網(wǎng)關(guān)返回Parlay X業(yè)務(wù)路由回復(fù)消息。
進(jìn)一步的，所述的路由轉(zhuǎn)發(fā)系統(tǒng)還包括數(shù)據(jù)緩存，所述數(shù)據(jù)緩存用于 緩存Web Service接口處理引擎與當(dāng)前處理無(wú)關(guān)的會(huì)話數(shù)據(jù)。
優(yōu)選的，所述Web Service接口處理引擎包括Server模塊和Client 模塊，所述Server模塊用于根據(jù)所述源統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)路 由請(qǐng)求，向路由處理引擎發(fā)送路由請(qǐng)求；所述Client模塊用于根據(jù)路由處 理引擎的路由結(jié)果向目的統(tǒng)一接入網(wǎng)關(guān)轉(zhuǎn)發(fā)Parlay X業(yè)務(wù)請(qǐng)求消息，所述 Server模塊和Client模塊中一者還用于向源統(tǒng)一接入網(wǎng)關(guān)返回Parlay X 業(yè)務(wù)路由回復(fù)消息。
其中，當(dāng)源統(tǒng)一接入網(wǎng)關(guān)請(qǐng)求的Parlay X業(yè)務(wù)為異步業(yè)務(wù)，所述 Parlay X業(yè)務(wù)路由回復(fù)消息是通過(guò)所述Server模塊向源統(tǒng)一接入網(wǎng)關(guān)回 復(fù)的；當(dāng)源統(tǒng)一接入網(wǎng)關(guān)請(qǐng)求的Parlay X業(yè)務(wù)為同步業(yè)務(wù)，所述Parlay X 業(yè)務(wù)路由回復(fù)消息是通過(guò)所述Client模塊向源統(tǒng)一接入網(wǎng)關(guān)回復(fù)的。
本發(fā)明還公開(kāi)了一種統(tǒng)一接入網(wǎng)關(guān)間的路由轉(zhuǎn)發(fā)方法，通過(guò)路由處理 引擎和Web Service接口處理引擎在源統(tǒng)一接入網(wǎng)關(guān)和目的統(tǒng)一接入網(wǎng)關(guān) 之間進(jìn)行，包含如下步驟
Al、Web Service接口處理引擎接收并根據(jù)源統(tǒng)一接入網(wǎng)關(guān)的Parlay X 業(yè)務(wù)路由請(qǐng)求，向路由處理引擎獲取路由結(jié)果；
A2、 Web Service接口處理引擎根據(jù)所述路由處理引擎的路由結(jié)果向
目的統(tǒng)一接入網(wǎng)關(guān)轉(zhuǎn)發(fā)Parlay X業(yè)務(wù)請(qǐng)求消息，并向源統(tǒng)一接入網(wǎng)關(guān)返回 Parlay X業(yè)務(wù)路由回復(fù)消息。
所述Web Service接口處理引擎包括Server模塊和Client模塊，當(dāng) 所述源統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)請(qǐng)求為同步業(yè)務(wù)，所述步驟Al和A2 具體包括如下步驟
Bl、 Server模塊將源統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)路由請(qǐng)求轉(zhuǎn)為路 由請(qǐng)求發(fā)送給路由處理引擎；
B2、路由處理引擎做出路由判斷，向Client模塊發(fā)送路由結(jié)果；
B3、 Client模塊根據(jù)路由結(jié)果向目的統(tǒng)一接入網(wǎng)關(guān)轉(zhuǎn)發(fā)Parlay X業(yè) 務(wù)請(qǐng)求消息；
B4、 Client模塊接收目的統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)路由回復(fù)消 息，發(fā)送給源統(tǒng)一接入網(wǎng)關(guān)，結(jié)束。
進(jìn)一步的，還包括超時(shí)處理如果步驟B4中，Client模塊接收目的 統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)回復(fù)消息的等待超時(shí)，Server模塊向源統(tǒng) 一接入網(wǎng)關(guān)發(fā)送超時(shí)回復(fù)消息。
當(dāng)所述源統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)路由請(qǐng)求為異步業(yè)務(wù)，所述步 驟Al和A2具體包括如下步驟
Cl、 Server模塊將源統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)路由請(qǐng)求轉(zhuǎn)為路 由請(qǐng)求發(fā)送給路由處理引擎；
C2、路由處理引擎做出路由判斷，向Client模塊發(fā)送路由結(jié)果，向 Server模塊發(fā)送路由回復(fù)消息；
C3、 Server模塊根據(jù)路由回復(fù)消息向源統(tǒng)一接入網(wǎng)關(guān)發(fā)送Parlay X 業(yè)務(wù)路由回復(fù)消息；
C4、 Client模塊根據(jù)路由處理引擎的路由結(jié)果向目的統(tǒng)一接入網(wǎng)關(guān)轉(zhuǎn) 發(fā)Parlay X業(yè)務(wù)請(qǐng)求消息；
C5、 Client模塊接收目的統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)回復(fù)消息，結(jié)束。
進(jìn)一步的，還包括超時(shí)處理如果步驟C5中，Client模塊接收目的 統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)回復(fù)消息的等待超時(shí)，結(jié)束。
所述的路由轉(zhuǎn)發(fā)方法還包括異常處理如果Web Service接口處理引
擎在發(fā)送或接收消息過(guò)程中出現(xiàn)異常，向源統(tǒng)一接入網(wǎng)關(guān)發(fā)送異常回復(fù)消 息。
所述的路由轉(zhuǎn)發(fā)方法還包括會(huì)話緩存處理將與當(dāng)前處理無(wú)關(guān)的會(huì)話 進(jìn)行緩存。
本發(fā)明通過(guò)利用Web Service接口處理引擎和路由處理引擎，實(shí)現(xiàn)了 統(tǒng)一接入網(wǎng)關(guān)之間的路由轉(zhuǎn)發(fā)處理。進(jìn)一步的，將整個(gè)轉(zhuǎn)發(fā)過(guò)程拆分給 Server和Client兩個(gè)模塊處理，提高了業(yè)務(wù)并行處理的能力。同時(shí)利用 會(huì)話緩存機(jī)制，將同步業(yè)務(wù)轉(zhuǎn)換成異步流程處理，節(jié)省了線程等待時(shí)間， 提高了業(yè)務(wù)處理能力，使得系統(tǒng)能夠在高負(fù)載的狀態(tài)下運(yùn)行。此外，還提 供了一套完整的異常和超時(shí)處理流程，使得系統(tǒng)作為通訊業(yè)務(wù)設(shè)備具有較 高的完備性和健壯性。


圖1是本發(fā)明具體實(shí)施方式
的路由轉(zhuǎn)發(fā)系統(tǒng)的結(jié)構(gòu)示意圖； 圖2是本發(fā)明具體實(shí)施方式
的Web Service處理引擎Server模塊內(nèi)部 處理流程圖3是本發(fā)明具體實(shí)施方式
的Web Service處理引擎Client模塊內(nèi)部 處理流程圖4是本發(fā)明具體實(shí)施方式
的同步業(yè)務(wù)正常路由轉(zhuǎn)發(fā)處理流程圖； 圖5是本發(fā)明具體實(shí)施方式
的異步業(yè)務(wù)正常路由轉(zhuǎn)發(fā)處理流程圖； 圖6是本發(fā)明具體實(shí)施方式
的同步業(yè)務(wù)轉(zhuǎn)發(fā)超時(shí)處理流程圖7是本發(fā)明具體實(shí)施方式
的異步業(yè)務(wù)轉(zhuǎn)發(fā)超時(shí)處理流程圖。
具體實(shí)施例方式
下面對(duì)照附圖并結(jié)合具體實(shí)施方式
對(duì)本發(fā)明進(jìn)行詳細(xì)說(shuō)明。
如圖1所示，本發(fā)明具體實(shí)施方式
的路由轉(zhuǎn)發(fā)系統(tǒng)包括兩個(gè)處理引擎，
即Router路由處理引擎和Web Service接口處理引擎。
Router路由處理引擎主要功能是確定路由路徑，通過(guò)Web Service處 理引擎提供的SpID (Service Provider Identity,服務(wù)提供商的身份ID)
或終端號(hào)碼，在內(nèi)部路由表上找到相應(yīng)的路由路徑，交由Web Service處 理引擎進(jìn)行轉(zhuǎn)發(fā)。
Web Service處理引擎主要功能是面向源UAG (Origin UAG)和目的 UAG (Dest UAG)，為整個(gè)系統(tǒng)提供多線程并行的基于Web Service接口的 電信業(yè)務(wù)數(shù)據(jù)處理和轉(zhuǎn)發(fā)能力，在源MG和目的UAG之間使用的是標(biāo)準(zhǔn)的 SOAP (Simple Object Access Protocol簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議)信令，業(yè)務(wù) 數(shù)據(jù)符合Parlay X標(biāo)準(zhǔn)的要求。該處理引擎在功能上可以分為兩個(gè)處理模 塊，即Server (服務(wù)端)處理模塊和Client (客戶端)處理模塊。為描述 清晰之便，將Server處理模塊與源UAG之間的交互消息稱為業(yè)務(wù)路由請(qǐng)求 和業(yè)務(wù)路由回復(fù)，主要表明源UAG向Server處理模塊的請(qǐng)求包括業(yè)務(wù)請(qǐng)求 和路由請(qǐng)求數(shù)據(jù)；將Server處理模塊與Router路由處理引擎之間的交互 數(shù)據(jù)稱為路由請(qǐng)求和路由回復(fù)，主要表明Server處理模塊通過(guò)路由請(qǐng)求向 Router路由處理引擎確定路由路徑；將Router路由處理引擎與Client處 理模塊之間的交互數(shù)據(jù)稱為路由實(shí)施請(qǐng)求和路由實(shí)施回復(fù)，主要表明 Router路由處理引擎通過(guò)路由實(shí)施請(qǐng)求向CIient處理模塊發(fā)送路由路徑， 促使Client處理模塊開(kāi)始與目的UAG進(jìn)行業(yè)務(wù)數(shù)據(jù)交互；將Client處理 模塊與目的UAG之間的交互數(shù)據(jù)稱為業(yè)務(wù)請(qǐng)求和業(yè)務(wù)回復(fù)。
Server處理模塊作為Web Service接口的服務(wù)端，負(fù)責(zé)接收來(lái)自源UAG 的Parlay X業(yè)務(wù)路由請(qǐng)求，并對(duì)Parlay X業(yè)務(wù)路由請(qǐng)求中的業(yè)務(wù)請(qǐng)求數(shù) 據(jù)進(jìn)行負(fù)荷分擔(dān)和多線程分發(fā)，在對(duì)源UAG的業(yè)務(wù)請(qǐng)求數(shù)據(jù)經(jīng)過(guò)處理和驗(yàn) 證后，將會(huì)話保存到數(shù)據(jù)緩存(會(huì)話即保證消息收發(fā)的鏈路資源， 一般來(lái) 說(shuō)，在發(fā)送端與接收端進(jìn)行通訊時(shí)，首先要建立會(huì)話，在完成通訊后，要 釋放會(huì)話)，同時(shí)將路由請(qǐng)求數(shù)據(jù)交由路由處理引擎進(jìn)行路由，源UAG請(qǐng)求 的Parlay X業(yè)務(wù)若是異步業(yè)務(wù)如短信等，在收到路由處理引擎的路由回復(fù) 后，從數(shù)據(jù)緩存取出會(huì)話數(shù)據(jù)，向源UAG發(fā)送業(yè)務(wù)路由回復(fù)消息；若是同 步業(yè)務(wù)，則Server處理模塊只負(fù)責(zé)轉(zhuǎn)發(fā)超時(shí)處理，向源UAG回復(fù)業(yè)務(wù)路由 回復(fù)消息的功能由Client處理模塊來(lái)完成。在以上過(guò)程中出現(xiàn)的任何異常 或超時(shí)，Server模塊都需要向源UAG發(fā)送路由異常或超時(shí)回復(fù)。
Client處理模塊作為Web Service接口的客戶端，負(fù)責(zé)接收來(lái)自 Router路由處理引擎的路由實(shí)施請(qǐng)求，在負(fù)荷分擔(dān)和多線程分發(fā)后，按照 Router路由處理引擎的路由結(jié)果，即路由實(shí)施請(qǐng)求中提供的目的uAG的uRL
(Uniform Resource Location,統(tǒng)一資源定位符)轉(zhuǎn)發(fā)Parlay X業(yè)務(wù)請(qǐng) 求數(shù)據(jù)，同時(shí)將會(huì)話數(shù)據(jù)保存到數(shù)據(jù)緩存，而后等待目的UAG的Web Service接口消息回復(fù)，若等待超時(shí)，則釋放數(shù)據(jù)緩存中的會(huì)話數(shù)據(jù)，同 步業(yè)務(wù)的超時(shí)處理由Server處理模塊來(lái)完成；如果收到來(lái)自目的UAG的 Parlay X業(yè)務(wù)回復(fù)消息，若是異步業(yè)務(wù)，則整個(gè)轉(zhuǎn)發(fā)流程完畢，若是同步 業(yè)務(wù)，則Client模塊需要到數(shù)據(jù)緩存中找到與之對(duì)應(yīng)的Server端接收Web Service路由請(qǐng)求的會(huì)話資源，用這個(gè)會(huì)話資源向源UAG返回目的UAG發(fā) 送的回復(fù)消息。在以上路由轉(zhuǎn)發(fā)過(guò)程中出現(xiàn)的任何異常，若是同步業(yè)務(wù)， Client模塊需要向源UAG發(fā)送異?；貜?fù)。
在此，Server模塊和Client模塊都采用了會(huì)話緩存機(jī)制，即在消息 收發(fā)處理過(guò)程中，將與當(dāng)前處理無(wú)關(guān)的會(huì)話進(jìn)行緩存，以提高業(yè)務(wù)處理能 力，如前所述，例如Server模塊在路由處理引擎進(jìn)行路由時(shí)，會(huì)緩存與源 UAG的會(huì)話，直到收到路由處理引擎的路由回復(fù)消息后，才從數(shù)據(jù)緩存中 取出會(huì)話數(shù)據(jù)，恢復(fù)與源UAG的會(huì)話，向源UAG發(fā)送業(yè)務(wù)路由回復(fù)消息。
下面結(jié)合圖2至圖5，對(duì)本發(fā)明具體實(shí)施方式
的轉(zhuǎn)發(fā)系統(tǒng)中的各模塊 內(nèi)部處理流程及路由轉(zhuǎn)發(fā)業(yè)務(wù)正常和異常處理流程進(jìn)行說(shuō)明。為簡(jiǎn)單起見(jiàn)， 以下將Web Service處理引擎Server模塊簡(jiǎn)稱Server, Client模塊簡(jiǎn)稱 Client, Router路由處理引擎簡(jiǎn)稱Router。
Server模塊內(nèi)部處理流程如圖2所示，包括
步驟101，收到來(lái)自源UAG基于Web Service接口的Parlay X業(yè)務(wù)路 由i青求；
步驟102,判斷消息傳送過(guò)程以及業(yè)務(wù)消息各字段是否異常，若異常 則轉(zhuǎn)103，若無(wú)異常則轉(zhuǎn)104;
步驟103，向源UAG返回Web Service接口異常消息回復(fù)，轉(zhuǎn)至111; 步驟104，向Router (路由模塊)提交路由請(qǐng)求；
步驟105，等待Router的路由回復(fù)；對(duì)于異步業(yè)務(wù)，通常都會(huì)收到 Router的路由回復(fù)，進(jìn)入步驟107;對(duì)于同步業(yè)務(wù)，如果路由失敗，則也 會(huì)收到Router的路由回復(fù)，進(jìn)入步驟107;而如果是同步業(yè)務(wù)且路由成功， 不會(huì)有Router的路由回復(fù)，這時(shí)將進(jìn)行目的UAG是否返回業(yè)務(wù)回復(fù)消息的 超時(shí)等待；
步驟106，判斷目的UAG回復(fù)消息是否超時(shí)，若超時(shí)則轉(zhuǎn)110;若不超 時(shí)，由于是Client模塊的相關(guān)操作，與Server模塊無(wú)關(guān)，在此不做說(shuō)明；
步驟107，收到Router的路由回復(fù)；
步驟108，根據(jù)路由回復(fù)，判斷路由是否成功，若不成功則轉(zhuǎn)103，若 路由成功則轉(zhuǎn)109;
步驟109，向源UAG返回路由成功的回復(fù)，該步驟只會(huì)出現(xiàn)在異步業(yè) 務(wù)，轉(zhuǎn)至lll;
步驟IIO，向源UAG返回路由超時(shí)的回復(fù)，該步驟只會(huì)出現(xiàn)在同步業(yè)
務(wù)；
步驟111 ，釋放Server會(huì)話緩存數(shù)據(jù)。 Client模塊內(nèi)部處理流程如圖3所示，包括 步驟201，收到Router的路由實(shí)施請(qǐng)求；
步驟202，根據(jù)Router路由實(shí)施請(qǐng)求中提供的URL向目的UAG轉(zhuǎn)發(fā) Parlay X業(yè)務(wù)請(qǐng)求消息；
步驟203，判斷向目的UAG的消息發(fā)送是否異常，若異常則轉(zhuǎn)206，若 無(wú)異常則轉(zhuǎn)204;
步驟204，等待目的UAG的基于Web Service接口的回復(fù)消息；
步驟205，收到目的UAG的Parlay X業(yè)務(wù)回復(fù)消息，轉(zhuǎn)207;
步驟206，判斷消息是否是同步業(yè)務(wù)，若是同步業(yè)務(wù)轉(zhuǎn)210，若是異步 業(yè)務(wù)則轉(zhuǎn)213;
步驟207，判斷目的UAG的回復(fù)消息是否異常，若異常則轉(zhuǎn)206，若無(wú) 異常則轉(zhuǎn)209;
步驟208，判斷等待目的UAG的回復(fù)消息是否超時(shí)，若超時(shí)則轉(zhuǎn)213， 不超時(shí)則轉(zhuǎn)204繼續(xù)等待；
步驟209，判斷消息是否是同步業(yè)務(wù)，若是同步業(yè)務(wù)則轉(zhuǎn)212，若是異 步業(yè)務(wù)則轉(zhuǎn)213;
步驟210，找到Server的會(huì)話緩存數(shù)據(jù)，用這個(gè)會(huì)話向源UAG發(fā)送異 ?；貜?fù)消息；
步驟2U，釋放Server的會(huì)話緩存數(shù)據(jù)，轉(zhuǎn)至213;
步驟212，找到Server的會(huì)話緩存數(shù)據(jù)，用這個(gè)會(huì)話向源UAG發(fā)送正 常回復(fù)消息；
步驟213，釋放Client的會(huì)話緩存數(shù)據(jù)，整個(gè)轉(zhuǎn)發(fā)過(guò)程結(jié)束。 同步業(yè)務(wù)正常路由轉(zhuǎn)發(fā)處理流程如圖4所示，包括
1、 Server收到源UAG的Parlay X業(yè)務(wù)路由請(qǐng)求；
2、 Server將Web Service請(qǐng)求轉(zhuǎn)為路由請(qǐng)求，發(fā)給Router;
3、 Router做出路由判斷后，向Client發(fā)起帶有目的UAG的URL的路 由實(shí)施請(qǐng)求；
4、 Client根據(jù)Router提供的目的UAG的URL地址向目的UAG轉(zhuǎn)發(fā) Parlay X業(yè)務(wù)請(qǐng)求；
5、 目的UAG向Client發(fā)送Parlay X業(yè)務(wù)回復(fù)消息；
6、 Client査找Server會(huì)話緩存數(shù)據(jù)；
7、 Client用查到的Server的會(huì)話向源UAG發(fā)送parlay X業(yè)務(wù)路由 回復(fù)消息；
8、 Client釋放Server和Client的會(huì)話數(shù)據(jù)緩存，結(jié)束轉(zhuǎn)發(fā)流程。 異步業(yè)務(wù)正常路由轉(zhuǎn)發(fā)處理流程如圖5所示，包括
1、 Server收到源UAG的Parlay X業(yè)務(wù)路由請(qǐng)求；
2、 Server將Web Service請(qǐng)求轉(zhuǎn)為路由i青求，發(fā)纟合Router;
3、 Router做出路由判斷后，向Server發(fā)送路由回復(fù)消息；
4、 Server根據(jù)路由回復(fù)向源UAG發(fā)送Parlay X業(yè)務(wù)路由回復(fù)消息； 路由回復(fù)消息指示了 Router是否找到路由，即路由是否成功；
5、 Server釋放會(huì)話數(shù)據(jù)；
6、 Router向Client發(fā)起帶有目的UAG的URL的路由實(shí)施請(qǐng)求；
7、 Client根據(jù)Router提供的目的UAG的URL地址向目的UAG轉(zhuǎn)發(fā) Parlay X業(yè)務(wù)請(qǐng)求；
8、 目的UAG向Client發(fā)送Parlay X業(yè)務(wù)回復(fù)消息；
9、 Client釋放會(huì)話數(shù)據(jù)，結(jié)束轉(zhuǎn)發(fā)流程。 同步業(yè)務(wù)轉(zhuǎn)發(fā)超時(shí)處理流程如圖6所示，包括
l-4步流程與圖4中的同步業(yè)務(wù)正常路由轉(zhuǎn)發(fā)處理流程的1-4步流程
相同，不再贅述；
5、 Client等待目的UAG的回復(fù)消息超時(shí)，由于向源UAG報(bào)超時(shí)的消 息的任務(wù)由Server來(lái)完成，Client直接釋放自身會(huì)話數(shù)據(jù)即可；
6、 Server等待目的UAG的回復(fù)消息超時(shí)；
7、 Server向源UAG發(fā)送超時(shí)的回復(fù)信息；
8、 Server釋放自身的會(huì)話數(shù)據(jù)； 異步業(yè)務(wù)轉(zhuǎn)發(fā)超時(shí)處理流程如圖7所示，包括
l-7步流程與圖5中的異步業(yè)務(wù)正常路由轉(zhuǎn)發(fā)處理流程的1-7步流程 相同，不再贅述；
8、 Client等待目的UAG業(yè)務(wù)回復(fù)消息超時(shí)，由于是異步業(yè)務(wù)，所以 Router在等待目的UAG超時(shí)后，不用向源UAG返回超時(shí)消息，直接釋放自 身會(huì)話數(shù)據(jù)即完成整個(gè)流程。
本發(fā)明提供了一種基于Web Service的，面向電信Parlay X業(yè)務(wù)接口 的多線程高負(fù)載路由轉(zhuǎn)發(fā)系統(tǒng)及處理方法，通過(guò)利用Web Service路由轉(zhuǎn) 發(fā)流程的特點(diǎn)，將整個(gè)轉(zhuǎn)發(fā)過(guò)程拆分給Server和Client兩個(gè)模塊處理， 同時(shí)將路由判斷的功能交給專門(mén)的路由引擎去處理，提高了業(yè)務(wù)并行處理 的能力，同時(shí)利用負(fù)荷分擔(dān)和會(huì)話緩存機(jī)制，將同步業(yè)務(wù)轉(zhuǎn)換成異步流程 處理，節(jié)省了線程等待時(shí)間，提高了業(yè)務(wù)處理能力，使得系統(tǒng)能夠在高負(fù) 載的狀態(tài)下運(yùn)行。此外，還提供了一套完整的異常和超時(shí)處理流程，使得 系統(tǒng)作為通訊業(yè)務(wù)設(shè)備具有較高的完備性和健壯性。
以上內(nèi)容是結(jié)合具體的優(yōu)選實(shí)施方式對(duì)本發(fā)明所作的進(jìn)一步詳細(xì)說(shuō) 明，不能認(rèn)定本發(fā)明的具體實(shí)施只局限于這些說(shuō)明。對(duì)于本發(fā)明所屬技術(shù) 領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若 干簡(jiǎn)單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù)范圍。
權(quán)利要求
1. 一種統(tǒng)一接入網(wǎng)關(guān)間的路由轉(zhuǎn)發(fā)系統(tǒng)，其特征在于，所述路由轉(zhuǎn)發(fā)系統(tǒng)位于源統(tǒng)一接入網(wǎng)關(guān)與目的統(tǒng)一接入網(wǎng)關(guān)之間，包括路由處理引擎和Web Service接口處理引擎，所述路由處理引擎用于確定路由路徑，所述Web Service接口處理引擎用于根據(jù)所述源統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)路由請(qǐng)求，通過(guò)所述路由處理引擎獲取路由結(jié)果，根據(jù)所述路由結(jié)果向目的統(tǒng)一接入網(wǎng)關(guān)轉(zhuǎn)發(fā)Parlay X業(yè)務(wù)請(qǐng)求消息，并向源統(tǒng)一接入網(wǎng)關(guān)返回Parlay X業(yè)務(wù)路由回復(fù)消息。
2. 如權(quán)利要求1所述的路由轉(zhuǎn)發(fā)系統(tǒng)，其特征在于，還包括數(shù)據(jù) 緩存，所述數(shù)據(jù)緩存用于緩存Web Service接口處理引擎與當(dāng)前 處理無(wú)關(guān)的會(huì)話數(shù)據(jù)。
3. 如權(quán)利要求1所述的路由轉(zhuǎn)發(fā)系統(tǒng)，其特征在于，所述Web Service接口處理弓I擎包括Server模塊和Client模塊，所述Server 模塊用于根據(jù)所述源統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)路由請(qǐng)求， 向路由處理引擎發(fā)送路由請(qǐng)求；所述Client模塊用于根據(jù)路由 處理引擎的路由結(jié)果向目的統(tǒng)一接入網(wǎng)關(guān)轉(zhuǎn)發(fā)Parlay X業(yè)務(wù)請(qǐng) 求消息，所述Server模塊和Client模塊中一者還用于向源統(tǒng)一 接入網(wǎng)關(guān)返回Parlay X業(yè)務(wù)路由回復(fù)消息。
4. 如權(quán)利要求3所述的路由轉(zhuǎn)發(fā)系統(tǒng)，其特征在于，當(dāng)源統(tǒng)一接 入網(wǎng)關(guān)請(qǐng)求的Parlay X業(yè)務(wù)為異步業(yè)務(wù)，所述Parlay X業(yè)務(wù)路 由回復(fù)消息是通過(guò)所述Server模塊向源統(tǒng)一接入網(wǎng)關(guān)回復(fù)的； 當(dāng)源統(tǒng)一接入網(wǎng)關(guān)請(qǐng)求的Parlay X業(yè)務(wù)為同步業(yè)務(wù)，所述Parlay X業(yè)務(wù)路由回復(fù)消息是通過(guò)所述Client模塊向源統(tǒng)一接入網(wǎng)關(guān) 回復(fù)的。
5. —種統(tǒng)一接入網(wǎng)關(guān)間的路由轉(zhuǎn)發(fā)方法，其特征在于，所述路由 轉(zhuǎn)發(fā)方法通過(guò)路由處理引擎和Web Service接口處理引擎在源統(tǒng) 一接入網(wǎng)關(guān)和目的統(tǒng)一接入網(wǎng)關(guān)之間進(jìn)行，包含如下步驟 Al、 Web Service接口處理引擎接收并根據(jù)源統(tǒng)一接入網(wǎng)關(guān)的 ParlayX業(yè)務(wù)路由請(qǐng)求，向路由處理引擎獲取路由結(jié)果； A2、 Web Service接口處理引擎根據(jù)所述路由處理引擎的路由結(jié) 果向目的統(tǒng)一接入網(wǎng)關(guān)轉(zhuǎn)發(fā)Parlay X業(yè)務(wù)請(qǐng)求消息，并向源統(tǒng) 一接入網(wǎng)關(guān)返回Parlay X業(yè)務(wù)路由回復(fù)消息。
6. 如權(quán)利要求5所述的路由轉(zhuǎn)發(fā)方法，其特征在于，所述Web Service接口處理引擎包括Server模塊和Client模塊，當(dāng)所述源 統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)請(qǐng)求為同步業(yè)務(wù)，所述步驟Al和 A2具體包括如下步驟Bl、 Server模塊將源統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)路由請(qǐng)求轉(zhuǎn) 為路由請(qǐng)求發(fā)送給路由處理引擎；B2、路由處理引擎做出路由判斷，向Client模塊發(fā)送路由結(jié)果； B3、 Client模塊根據(jù)路由結(jié)果向目的統(tǒng)一接入網(wǎng)關(guān)轉(zhuǎn)發(fā)Parlay X 業(yè)務(wù)請(qǐng)求消息；B4、Client模塊接收目的統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)路由回復(fù) 消息，發(fā)送給源統(tǒng)一接入網(wǎng)關(guān)，結(jié)束。
7. 如權(quán)利要求6所述的路由轉(zhuǎn)發(fā)方法，其特征在于，還包括超時(shí) 處理如果步驟B4中，Client模塊接收目的統(tǒng)一接入網(wǎng)關(guān)的 Parlay X業(yè)務(wù)回復(fù)消息的等待超時(shí)，Server模塊向源統(tǒng)一接入網(wǎng) 關(guān)發(fā)送超時(shí)回復(fù)消息。
8. 如權(quán)利要求5所述的路由轉(zhuǎn)發(fā)方法，其特征在于，所述Web Service接口處理引擎包括Server模塊和Client模塊，當(dāng)所述源 統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)路由請(qǐng)求為異步業(yè)務(wù)，所述步驟 Al和A2具體包括如下步驟Cl、 Server模塊將源統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)路由請(qǐng)求轉(zhuǎn) 為路由請(qǐng)求發(fā)送給路由處理引擎；C2、路由處理引擎做出路由判斷，向Client模塊發(fā)送路由結(jié)果， 向Server模塊發(fā)送路由回復(fù)消息；C3 、 Server模塊根據(jù)路由回復(fù)消息向源統(tǒng)一接入網(wǎng)關(guān)發(fā)送Parlay X業(yè)務(wù)路由回復(fù)消息；C4、 Client模塊根據(jù)路由處理引擎的路由結(jié)果向目的統(tǒng)一接入網(wǎng) 關(guān)轉(zhuǎn)發(fā)Parlay X業(yè)務(wù)請(qǐng)求消息；C5、 Client模塊接收目的統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)回復(fù)消息，結(jié)束。
9. 如權(quán)利要求8所述的路由轉(zhuǎn)發(fā)方法，其特征在于，還包括超時(shí)處理如果步驟C5中，Client模塊接收目的統(tǒng)一接入網(wǎng)關(guān)的 Parlay X業(yè)務(wù)回復(fù)消息的等待超時(shí)，結(jié)束。
10. 如權(quán)利要求5至9任一所述的路由轉(zhuǎn)發(fā)方法，其特征在于，還 包括異常處理如果Web Service接口處理引擎在發(fā)送或接收消 息過(guò)程中出現(xiàn)異常，向源統(tǒng)一接入網(wǎng)關(guān)發(fā)送異?；貜?fù)消息。
11. 如權(quán)利要求5至9任一所述的路由轉(zhuǎn)發(fā)方法，其特征在于，還 包括會(huì)話緩存處理將與當(dāng)前處理無(wú)關(guān)的會(huì)話進(jìn)行緩存。
全文摘要
本發(fā)明公開(kāi)了一種統(tǒng)一接入網(wǎng)關(guān)間的路由轉(zhuǎn)發(fā)系統(tǒng)和方法，所述路由轉(zhuǎn)發(fā)系統(tǒng)位于源統(tǒng)一接入網(wǎng)關(guān)與目的統(tǒng)一接入網(wǎng)關(guān)之間，包括路由處理引擎和Web Service接口處理引擎，所述路由處理引擎用于確定路由路徑，所述Web Service接口處理引擎用于根據(jù)所述源統(tǒng)一接入網(wǎng)關(guān)的Parlay X業(yè)務(wù)路由請(qǐng)求，通過(guò)所述路由處理引擎獲取路由結(jié)果，根據(jù)所述路由結(jié)果向目的統(tǒng)一接入網(wǎng)關(guān)轉(zhuǎn)發(fā)Parlay X業(yè)務(wù)請(qǐng)求消息，并向源統(tǒng)一接入網(wǎng)關(guān)返回Parlay業(yè)務(wù)路由回復(fù)消息。本發(fā)明實(shí)現(xiàn)了統(tǒng)一接入網(wǎng)關(guān)間的路由轉(zhuǎn)發(fā)。
文檔編號(hào)H04L12/56GK101383771SQ20081021653
公開(kāi)日2009年3月11日 申請(qǐng)日期2008年9月24日 優(yōu)先權(quán)日2008年9月24日
發(fā)明者坤 劉, 甘洪波, 韓銀俊 申請(qǐng)人:中興通訊股份有限公司