實現業務互通的方法及系統的製作方法

2023-06-08 21:00:11

專利名稱：實現業務互通的方法及系統的製作方法
技術領域：
本發明涉及網絡通信技術領域，尤其涉及傳統電路域業務與分組域業務互通技術領域。
背景技術：
目前，隨著分組技術的不斷成熟，基於電路交換的傳統電信網絡正在向著基於分組交換的寬帶電信網發展，而使用SIP(會話初始協議)作為分組電信核心網的呼叫控制信令則是當前的技術發展趨勢之一，例如，當前的NGN(Next Genteration Network，下一代網絡)便採用3GPP標準組織定義的IMS(IP多媒體子系統)網絡架構作為NGN的核心網。
在這種分組電信網絡中，分組終端SIP終端將逐步取代傳統的終端話機。其中，在NGN中向SIP終端用戶提供的具有傳統業務特徵的業務統稱為PSTN(公共電話網)/ISDN(綜合業務數字網)simulation services(仿真業務)，如MCID(惡意呼叫識別)業務等，MCID業務可以使用戶識別出一個呼入來話的身份，從而可以作為確定是否為惡意呼叫的依據。
目前，用戶使用MCID業務可以有兩種籤約方式永久籤約(permanentsupervision)和臨時籤約(case by case supervision)方式，其中，對於後一種籤約方式，用戶可以在其終端設備上發起對MCID業務的訂閱，向MCID AS(處理MCID業務的應用伺服器)發送SIP SUBSCRIBE(SIP訂閱)消息，消息中攜帶擴展的事件包「mcid-request-info(MCID請求信息)」，MCID AS則返回SIP NOTIFY(SIP通知)消息，消息中攜帶呼入來話身份標識等相關信息。
在IMS標準定義的MGCF(媒體網關控制功能)上，目前只支持基本呼叫信令的互通映射，無法對開展MCID業務過程中涉及的SIP SUBSCRIBE消息和SIP NOTIFY消息進行處理，因而，在MGCF上對如MCID等補充業務互通的則尚無法支持。所述的MGCF的處理過程只包括呼叫發起、呼叫釋放、呼叫相關請求三個呼叫處理過程，即MGCF還不支持基本呼叫信令之外的如SIP SUBSCRIBE、SIP NOTIFY、SIP MESSAGE(SIP即時消息)、SIP REFER(SIP參考消息)等消息的信令互通映射，而這些SIP消息往往是仿真業務中所必須的。
也就是說，當前仿真業務和PSTN/ISDN/PLMN等傳統電路域網絡(以下簡稱「傳統電路域網絡」)的補充業務互通時，存在著部分業務應用信息不能在以IMS為核心網的分組域和傳統電路域間相互映射的問題，而導致在出現互通時業務無法使用的情況。所述的分組域和傳統電路域間的業務互通是指該業務在這兩個網絡中都需要被處理，也即需要兩個網絡配合完成。
為了解決上述問題，則業界提出了要求MGCF和處理仿真業務AS(即仿真業務的AS)均支持SIP-I(SIP with encapsulated ISUP，封裝ISUP的SIP)，這是一種將ISUP信令封裝在消息體內的SIP消息，以前述的MCID業務互通為例，可以將ISUP IDR(ISDN用戶部分識別請求)/IRS(識別響應)消息直接封裝在SIP INFO(SIP信息)消息體內傳遞，MGCF和MCIDAS從SIP INFO消息體內提取並解析ISUP IDR/IRS消息，從而完成MCID業務的互通。
由於採用於上述方案解決業務互通的問題，因而，導致在相應的仿真業務處理過程中仍然存在如下兩方面的問題，具體如下(1)仿真業務AS在業務處理過程中，當需要向對端(主叫方或被叫方)發送一個包含仿真業務應用相關信息的消息時，無法確定是發送普通的SIP消息還是SIP-I消息，仍以MCID業務為例，MCID AS收到攜帶MCID業務定義事件包的SIP SUBSCRIBE消息，無法確定是繼續向主叫側發送SIP SUBSCRIBE消息，還是向主叫側發送封裝了ISUP IDR消息的SIP INFO消息，即仿真業務AS無法判別對端是IMS網絡還是傳統電路域網絡，從而可能會引發錯誤的業務流程處理而導致業務互通失敗。
(2)在SIP標準中，INFO消息作為一個會話相關的消息，用來傳遞會話中的信令信息，其信令路徑為呼叫建立的信令路徑。由於一次IMS會話中，可能會有多個處理不同業務的AS被觸發，因此，若仿真業務AS不是第一個或最後一個被觸發，即仿真業務AS的前後有處理其它業務的、且不支持SIP-I消息的AS(如預付費業務AS被觸發)時，則AS收到SIP-I消息，將可能會返回415 Unsupported Media Type(不支持的媒體類型)等失敗響應碼，從而導致仿真業務AS無法收到SIP-I消息而使業務互通失敗。

發明內容
本發明的目的是提供一種實現業務互通的方法及系統，可以令分組域網絡與傳統電路域網絡之間可以通過預定格式的消息進行信息交互，從而實現兩網絡之間的業務互通。
本發明的目的是通過以下技術方案實現的本發明提供了一種實現業務互通的方法，所述方法應用於包含分組域的應用伺服器，以及與傳統電路域通信的互通網元的系統中，其中當分組域的應用伺服器通過與對端交互的消息確定對端無法處理分組域的基本消息(例如SIP消息等)時，則確定為由分組域的應用伺服器向傳統電路域發送信息，相應的處理包括A、分組域的應用伺服器將需要發送給傳統電路域的信息封裝或轉譯為互通網元可以解析的預定格式的消息，並發送；B、互通網元接收到所述的消息後，解析獲得傳統電路域的信息，並向傳統電路域發送；當傳統電路域無法將待發送的信息轉譯為分組域的基本消息時，則對於由傳統電路域向分組域的應用伺服器發送信息的處理包括C、傳統電路域向互通網元發送需要發送給分組域的信息，互通網元將所述信息封裝或轉譯為所述預定格式的消息，並向分組域發送；D、分組域的應用伺服器接收到所述的消息後，解析獲得分組域的信息，並發送。
本發明中，所述的步驟A包括A1、分組域的應用伺服器將需要發送給傳統電路域的信息，封裝於目的地址為互通網元的地址信息的封裝有綜合業務數字網用戶部分ISUP的會話初始協議SIP-I消息中，或者轉譯為擴展標記語言XML描述的目的地址為互通網元的地址信息的超文本傳輸協議HTTP消息發送給互通網元；或者，A2、分組域的應用伺服器將需要發送給傳統電路域的信息轉譯為XML描述攜帶於超文本傳輸協議HTTP消息中發送給中間尋址網元，由尋址網元確定對端互通網元的地址信息，並將所述HTTP消息發送給所述互通網元；或者，A3、分組域的應用伺服器將需要發送給傳統電路域的信息封裝於SIP-I消息中並通過已經建立的呼叫信令路徑發送給互通網元；與步驟A對應，所述的步驟C包括C1、互通網元將需要發送給分組域的信息封裝於目的地址為分組域的應用伺服器的地址信息的SIP-I消息中、或轉譯為XML描述攜帶於目的地址為分組域的應用伺服器的地址信息的超文本傳輸協議HTTP消息中發送給相應的應用伺服器；或者，
C2、互通網元將需要發送給分組域的信息轉譯為XML描述攜帶於HTTP消息中發送給中間尋址網元，由尋址網元確定對端應用伺服器的地址信息，並將所述HTTP消息發送給所述的應用伺服器；或者，C3、互通網元將需要發送給分組域的信息封裝於SIP-I消息中，並通過已經建立的呼叫信令路徑發送給相應的應用伺服器。
所述的方法還包括所述的應用伺服器根據收到的呼叫信令中包含的頭域中的信息確定對端的互通網元的域名地址信息；所述的互通網元根據收到的呼叫信令中包含的頭域中的信息確定對端的應用伺服器的域名地址信息；或者，互通網元通過預先配置的信息獲取應用伺服器的域名地址；或者，互通網元根據收到的來自應用伺服器的消息確定應用伺服器的域名地址。
所述的尋址網元中配置有以預定的信息索引的應用伺服器及互通網元的地址信息，當尋址網元接收到包含預定的信息的消息時，則以所述信息為索引查找對應的地址信息，並作為消息接收端的地址信息。
所述的尋址網元設置於互通網元或應用伺服器中，或獨立設置於網絡中。
所述的XML描述包括以擴展標記語言配置訪問協議XCAP或簡單對象訪問協議SOAP描述。
所述的方法還包括E、分組域的應用伺服器在業務處理過程中，當需要向對端發送信息時，若確定接收端為所述的互通網元，則執行步驟A。
所述的確定接收端為所述的互通網元的處理包括根據對端發送來的消息中承載的信息確定對端能夠支持所述預定格式的消息，則確定對端為互通網元；或者，分組域的應用伺服器根據收到的SIP消息中包含的路徑信息確定對端是否為互通網元。
所述的路徑信息包括SIP消息中的頭域承載的地址信息和/或用戶標識信息。
所述的方法還包括分組域的應用伺服器在業務處理過程中，當需要向對端發送信息時，若確定接收端為互通網元，並進一步確定所述互通網元無法處理包含以SIP頭域表述的所述發送信息的SIP消息，則執行步驟A。
所述的確定互通網元無法處理分組域的消息的處理包括
分組域的應用伺服器向互通網元發送所述SIP消息，當互通網元返回對所述SIP消息不支持的失敗響應消息時，則確定互通網元無法所述SIP消息。
所述的分組域的應用伺服器和互通網元之間傳遞的信息包括惡意呼叫識別MCID業務信息或消息等待指示MWI業務信息。
本發明還提供了一種應用伺服器，用於與互通網元進行信息交互，實現分組域網絡與傳統電路域網絡的業務互通，包括第一消息發送處理模塊用於將由分組域網絡向傳統電路域網絡發送的信息構造為互通網元可以識別的預定格式的消息，並向所述互通網元發送；第一消息接收模塊接收並解析互通網元發來的預定格式的消息，獲得由傳統電路域發來的信息。
所述的第一消息發送處理模塊包括第一消息構造模塊，用於構造互通網元可以識別的SIP-I消息或HTTP消息，消息中的目的地址為對端互通網元的地址信息；以及第一消息發送模塊，用於將第一消息構造模塊構造的消息向所述的互通網元發送；或者，第二消息構造模塊，用於構造互通網元可以識別的SIP-I消息；以及第二消息發送模塊，用於將第二消息構造模塊構造的消息通過已經建立的呼叫信令路徑向所述的互通網元發送；或者，第三消息構造模塊，用於構造互通網元可以識別的HTTP消息；以及第三消息發送模塊，用於將第三消息構造模塊構造的消息發送給可以與互通網元通信的中間尋址網元。
本發明還提供了一種互通網元，用於與應用伺服器進行信息交互，實現分組域網絡與傳統電路域網絡的業務互通，其特徵在於，包括第二消息發送處理模塊用於將傳統電路域需要向分組域發送的信息構造為與應用伺服器間交互的預定格式的消息，並向所述應用伺服器發送；第二消息接收模塊接收並解析應用伺服器發來的預定格式的消息，獲得由分組域發來的信息。
所述的第二消息發送處理模塊包括第四消息構造模塊，用於構造向應用伺服器發送的的SIP-I消息或HTTP消息，消息中的目的地址為對端應用伺服器的地址信息；以及第四消息發送模塊，用於將第一消息構造模塊構造的消息向所述的應用伺服器發送；或者，第五消息構造模塊，用於構造向應用伺服器發送的SIP-I消息；以及第五消息發送模塊，用於將第五消息構造模塊構造的消息通過已經建立的呼叫信令路徑向所述的應用伺服器發送；或者，第六消息構造模塊，用於構造向應用伺服器發送的HTTP消息；以及第六消息發送模塊，用於將第六消息構造模塊構造的消息發送給可以與應用伺服器通信的中間尋址網元。
本發明還提供了一種實現業務互通的系統，包括應用伺服器，設置於分組域網絡中，用於構造互通網元可以識別的預定格式的消息，並發送給互通網元，同時，接收並解析互通網元發來的預定格式的消息，獲得傳統電路域發來的信息；互通網元，連接設置於分組域網絡與傳統電路域網絡之間，用於構造所述預定格式的消息，並發送給所述應用伺服器，同時，接收並解析應用伺服器發來的預定格式的消息，獲得分組域網絡發送給傳統電路域的信息，並發送給傳統電路域網絡。
所述的系統還包括尋址網元，連接設置於應用伺服器與互通網元之間，用於應用伺服器與互通網元之間交互有消息尋址。
由上述本發明提供的技術方案可以看出，本發明使得仿真業務AS(即分組域應用伺服器)可以準確判斷出對端是否為傳統電路域網絡，從而決定是否發送SIP-I消息，並擴展SIP INFO的會話外路由方式以使SIP-I消息可以在MGCF(即互通網元)和仿真業務AS之間直接或通過SIP-I代理網元透明傳送，從而使業務互通可以正常進行，避免了因某些網元對SIP-I的不支持等原因而導致業務互通失敗，有效提高了業務互通的成功率。
而且，本發明中，仿真業務AS和MGCF之間的消息交互還可以通過專門設置的中間尋址網元實現，從而使得本發明的應用更為廣泛、靈活。


圖1為本發明所述的方法的實現方式流程圖一；圖2為本發明所述的方法的實現方式流程圖二；圖3為本發明所述的方法的實現方式流程圖三；
圖4為本發明所述的方法的實現方式流程圖四；圖5為本發明所述的方法的實現方式流程圖五；圖6為本發明所述的方法的實現方式流程圖六；圖7為本發明所述系統的結構示意圖；圖8為本發明所述系統的具體實現結構示意圖。
具體實施例方式
本發明將提出一種仿真業務在IMS網絡和傳統電路域網絡互通時的實現方案，該方案主要是將需要向對端網絡發送的信息構造(即封裝或轉譯)為預定格式的對端可以識別的消息，並發送給對端。具體一點講，本發明還可以使仿真業務AS準確判斷出對端網絡是IMS網絡和傳統電路域網絡，從而決定是否使用封裝ISUP信令的SIP-I消息等預定格式的消息，並擴展SIP INFO的會話外路由方式以使SIP-I消息可以在MGCF和仿真業務AS之間直接或通過SIP-I代理網元透明傳送。其中，SIP-I代理網元是指該網元對SIP-I消息中的ISUP信令不解析，透明傳送SIP-I消息。
本發明提供了分組域和傳統電路域業務互通的實現方案，該方案主要是針對分組域中的應用伺服器(如仿真業務AS)和互通網元(如MGCF)的改進實現，即通過改進使得分組域和傳統電路域業務能夠實現互通。互通的業務包括MCID業務、MWI業務等。
(一)基於分組域中的應用伺服器的改進的目的是使得由分組域的應用伺服器通過互通網元向傳統電路域發送的消息可以順利傳遞，具體改進為當分組域中的應用伺服器在處理所述業務時，需要向對端發送包含第一格式業務信息的SIP第一消息，具體的處理方式為若對端為不能處理所述SIP第一消息的互通網元，則應用伺服器需要向互通網元發送包含所述第二格式業務信息的第二消息，即預定格式的消息，例如，應用伺服器將需要發送給MGCF(即互通網元)不能處理的SIPSUBSCRIBE/NOTIFY等消息轉譯成封裝了ISUP消息的SIP-I消息向MGCF發送；否則，應用伺服器只需要直接向對端發送該SIP第一消息即可；應用伺服器要向互通網元發送所述第二消息的方式具體可以為以下任一種實現方式(1)應用伺服器根據收到的呼叫信令中包含的Contact頭域，獲取互通網元的域名地址，並向其直接發送所述第二消息；(2)應用伺服器按已經建立的呼叫信令路徑將所述第二消息發送至互通網元；
(3)應用伺服器將所述第二消息發送一尋址網元，尋址網元根據所述第二消息中包含的所述業務第二信息匹配得到一個互通網元，尋址網元將所述第二消息發送至所述互通網元；其中，應用伺服器判斷對端是不能處理所述SIP第一消息的互通網元的實現方式可以為以下一種或任意幾種實現方式的組合1、應用伺服器根據呼叫信令中包含的路徑信息來判斷對端是否為互通網元，即是否為傳統電路域網絡，而且，應用伺服器還需要判斷互通網元是否不能處理所述SIP第一消息；其中，應用伺服器根據呼叫信令中包含的路徑信息來判斷對端是互通網元的方式可以為下面的一種或兩種方式的組合(11)應用伺服器根據收到的呼叫信令中包含的Contact(聯繫)頭域，判斷是否為互通網元域名地址，以判斷對端是否為互通網元；具體為仿真業務AS根據收到的來話呼入INVITE(邀請)消息或呼出INVITE消息的SIP響應碼中攜帶的Contact頭域，判斷對端是否為MGCF域名地址，以判斷對端是否為傳統電路域網絡；(12)應用伺服器根據收到的呼叫信令中包含的P-Asserted-Identity(聲明標識)頭域，判斷對端用戶是否為傳統電路域用戶，以判斷對端是否為互通網元。
2、應用伺服器向對端發送所述SIP第一消息，若收到表示對該消息不支持的SIP響應碼，則確定對端是不能處理所述SIP第一消息的互通網元；例如，仿真業務AS向對端發送SIP SUBSCRIBE/NOTIFY等消息，如果收到對該消息不支持的失敗響應碼，仿真業務AS確定對端MGCF不能處理SIP消息；3、應用伺服器根據收到的呼叫信令中包含的SIP-I支持指示信息，判斷對端是互通網元，且應用伺服器判斷互通網元不能處理所述SIP第一消息。
在IMS網絡中最多只有MGCF網元和仿真業務AS可以在SIP消息中通過Accept(接受)頭域添加表示支持ISUP信令解析的SIP-I支持指示信息的情況下，當仿真業務AS根據收到的來話呼入INVITE消息或呼出INVITE消息的SIP響應碼中攜帶的Accept頭域指示支持SIP-I，則仿真業務AS可以確認對端是MGCF，即為傳統電路域網絡；(二)基於互通網元的改進的目的是使得由傳統電路域通過互通網元向分組域的應用伺服器發送的消息可在順利傳遞，具體的改進為
在業務應用過程中，互通網元收到來自傳統電路域的包含第一格式業務信息的ISUP第一消息，具體的處理方式為若互通網元不能將該ISUP第一消息轉譯成合適的SIP消息，則向分組域中的應用伺服器發送包含第二格式業務信息的第二消息，即預定格式的消息；否則，互通網元向分組域發送所述SIP消息；互通網元要向應用伺服器發送所述第二消息的方式具體為互通網元根據收到的呼叫信令中包含的Record-Route頭域等，獲取應用伺服器的域名地址，並向其直接發送所述第二消息；或者，互通網元通過事先的數據配置獲取應用伺服器域名地址，並向其直接發送所述第二消息；或者，互通網元根據收到的來自應用伺服器的SIP-I消息中獲取應用伺服器域名地址，並向其直接發送所述第二消息；所述的互通網元也可以仍按已經建立的呼叫信令路徑將所述第二消息發送至S-CSCF，並由後者觸發至應用伺服器；或者，所述的互通網元還可以將所述第二消息發送給尋址網元，尋址網元根據所述第二消息中包含的第二格式業務信息匹配得到一個應用伺服器，尋址網元將所述第二消息發送至所述應用伺服器；其中，尋址網元將所述業務第二信息和預置的配置數據匹配得到應用伺服器的域名地址，該預置的配置數據可以是一種普通的表格形式，也可以是一種以某種語法如XML等描述的過濾規則。
在上述針對應用伺服器及互通網元的改進中，所述的包含第二格式業務信息的第二消息分別可以為以下任一種1、攜帶了以消息體內封裝的ISUP信令描述的第二格式業務信息的SIP-I消息；2、攜帶了以XML(擴展標記語言)描述的第二格式業務信息HTTP消息，所述XML描述可以是XCAP(擴展標記語言配置訪問協議)或SOAP(簡單對象訪問協議)或其它定義格式。
下面將對本發明中作為互通網元MGCF和作為應用伺服器的仿真業務AS之間SIP-I消息的路由方式進行說明(1)MGCF和仿真業務AS可以獲取對方的域名地址，進而使得兩端之間不通過IMS網絡中的S-CSCF、I-CSCF、BGCF、IBCF等無法處理仿真業務的網元而將SIP-I消息直接發送給對端，即本發明中允許SIP INFO消息的不與SIP會話相關的會話外路由方式，而且SIP INFO消息只在MGCF和仿真業務AS之間直接傳遞不會影響IMS的計費功能；其中，所述的仿真業務AS可以根據收到的來話呼入INVITE消息或呼出INVITE消息的SIP響應碼中攜帶的Contact頭域來獲取MGCF的域名地址；
其中，所述的MGCF可以從收到的呼出INVITE消息或其發出INVITE消息的SIP響應碼中攜帶的Record-Route頭域等，獲取仿真業務AS的域名地址。此外，MGCF甚至也可以通過事先的數據配置獲取仿真業務AS域名地址，或從來自仿真業務AS的SIP-I消息中獲取仿真業務AS域名地址。
(2)仿真業務AS仍可以按已經建立的呼叫信令路徑將SIP INFO消息發送至MGCF，此時，S-CSCF、BGCF、IBCF等作為SIP-I代理網元需要能夠透明傳遞INFO消息。
(3)MGCF仍可以按已經建立的呼叫信令路徑將SIP INFO消息發送至S-CSCF，並由S-CSCF根據3GPP標準定義的iFC(Initial Filter Criteria，初始過濾規則)觸發至指定的仿真業務AS，此時，S-CSCF、I-CSCF等作為SIP-I代理網元需要能夠透明傳遞INFO消息，並且允許SIP INFO消息的不與SIP會話相關的會話外路由方式。
為便於對本發明的理解，下面將結合兩個流程圖描述本發明的具體實現方案。需要說明的是，本發明中在此提出的流程圖示和文字說明僅為突出本發明的關鍵技術所作的解釋，並不表示一個完整的呼叫和業務控制流程，也沒有窮盡所有可能的分支流程。
流程圖一從IMS網絡向傳統電路域網絡發起的業務互通如圖1所示，流程圖一中相應的處理過程如下步驟11IMS網絡和傳統電路域網絡之間的呼叫信令路徑已經建立；步驟12S-CSCF向仿真業務AS發送某個SIP消息，比如表示某個業務訂閱的SIPSUBSCRIBE消息。
步驟13仿真業務AS進行相應的業務處理，如果需要向對端發送包含有仿真業務應用相關信息的消息，則要判斷對端是IMS網絡還是傳統電路域網絡，因為此時呼叫信令路徑已經建立，則仿真業務AS可以根據呼叫信令包含的路徑信息判斷對端是否為MGCF地址；具體的判斷對端是IMS網絡還是傳統電路域網絡的方法主要有兩種第一種方法為由於在從IMS網絡向傳統電路域網絡的呼叫信令路徑建立過程中，MGCF收到前向發來的SIP INVITE(SIP邀請)消息，在返回的SIP響應碼如183 Session Progress(會話進行)中，在Contact(聯繫)頭域中，將置上自己的域名地址；或者，在從傳統電路域網絡向IMS網絡的呼叫信令路徑建立過程中，MGCF發出的SIP INVITE消息中，在Contact頭域中，將置上自己的域名地址，即Contact:sip:mgcf1.home1.net
而且，還由於Contact頭域表示的是在IMS域中距離本端最遠的網絡實體的聯繫地址，具體是對端用戶的IP位址，或者是MGCF或IBCF等處於分組域邊界網元的聯繫地址(該分組域邊界網元的域名)，因此，當仿真業務AS收到該SIP響應碼或SIP INVITE消息時，可以通過分析Contact頭域是否為MGCF域名，以判斷對端網絡是否為傳統電路域網絡。
第二種方法為即除上述判斷對端網絡類型的方法外，還有一種方法可以判斷對端網絡是否為傳統電路域網絡，具體為在MGCF發出的SIP INVITE消息或183Session Progress響應碼中，P-Asserted-Identity(聲明標識)頭域中會置上傳統電路域用戶的標識，即P-Asserted-Identity:tel:+86-755-1234-5678
仿真業務AS收到該SIP響應碼或SIP INVITE消息時，判斷P-Asserted-Identity頭域中的用戶標識僅有tel(telephone，電話)URI(Uniform Resource Identifier，統一資源標識)格式，如果僅有tel URI格式，則表示該用戶標識是傳統電路域用戶的標識。
當然，在實際應用過程中，也可以將上述兩種方法聯合起來判斷判斷對端網絡是否為傳統電路域網絡。
判斷出對端網絡的類型後，便可以根據對端的網絡類型採用不同的處理方法，具體為(1)對端網絡是IMS網絡仿真業務AS向S-CSCF發送合適的SIP消息，如某個業務訂閱的SIP SUBSCRIBE消息；(2)對端網絡是傳統電路域網絡且MGCF無法處理上述的SIP消息，如MGCF不能處理SIP SUBSCRIBE消息，則將上述的仿真業務應用相關信息轉換為相應的ISUP信令，並封裝在SIP INFO消息中，這是由於SIP-I消息一般只有SIP INVITE和SIP INFO兩種消息，而且此時呼叫信令路徑已經建立，因而只能封裝於SIP INFO消息中，然後，直接向已經獲取到的MGCF域名地址發送，如在該SIP-I消息的Route頭域中設置如下Route:sip:mgcf1.home1.net
可以看到，該INFO消息直接從仿真業務AS路由到MGCF，而沒有按正常的IMS標準定義的信令流程經過S-CSCF(可能還有BGCF、IBCF等)；此時對INFO消息來說，擴展了它的標準定義，由於該消息沒有沿著在步驟1中已經建立的呼叫信令路徑路由，因此要求其必須支持會話外的路由方式，此時，S-CSCF、BGCF、IBCF等網元不需要支持SIP-I消息。
當然，如果S-CSCF、BGCF、IBCF等網元可以作為SIP-I代理網元，也可以不擴展INFO消息的路由方式，仍讓其沿已經建立的呼叫信令路徑路由至MGCF，在該處理流程中略去這一處理過程。
步驟14MGCF收到該SIP-I消息，從中提取出封裝的ISUP消息，向對端傳統電路域網絡發送該ISUP消息。
在上述處理流程中，仿真業務AS需要判斷對端是傳統電路域時MGCF是否能處理SIPSUBSCRIBE、SIP NOTIFY等SIP消息，具體的可以由MGCF在業務互通時表現的特性通過呼叫信令建立時SIP消息的交互來判斷。
1、MGCF在業務互通時表現的特性之一就是不支持SIP SUBSCRIBE、SIP NOTIFY等消息，這樣如果假設在IMS中除了MGCF其它網元都可以處理這些SIP消息，則可以由仿真業務AS直接向對端發送這些SIP消息，如果對端是MGCF且不能處理此類SIP消息，則返回400 BadRequest(壞的請求)或403 Forbidden(禁止)或405 Method Not Allowed(方法不允許)或420 Bad Extension(壞的擴展)或415 Unsupported Media Type(不支持的媒體類型)或一擴展的指示此特徵的失敗響應碼，仿真業務AS根據響應碼得知對端是MGCF且不能處理這些SIP消息，則將這些SIP消息轉譯成封裝了ISUP信令的SIP-I消息向MGCF發送。
或者，2、MGCF業務互通時表現的另一特性就是支持並解析SIP-I消息中的ISUP信令，這樣可以限制在IMS網絡中最多只有MGCF網元和仿真業務AS可以在SIP消息中添加支持SIP-I指示信息(通過Accept頭域)，這樣，此時如果Accept頭域中攜帶的SIP-I支持指示，表示的是支持對SIP-I中ISUP信令的解析，顯然S-CSCF、I-CSCF、BGCF、IBCF等網元雖然可能要支持傳遞SIP-I消息，但是這些網元與仿真業務應用無關，因此不需要解析其中的ISUP信令，所以在這種限制條件下，當仿真業務AS收到對端發來的SIP INVITE消息或SIP響應碼等中攜帶的Accept頭域指示支持SIP-I，仿真業務AS可以確認對端是MGCF(即為傳統電路域)。
流程圖二從傳統電路域網絡向IMS網絡發起的業務互通如圖2所示，相應的處理流程如下步驟21IMS網絡和傳統電路域網絡之間的呼叫信令路徑已經建立。
步驟22傳統電路域網絡向MGCF發送包含有必須的傳統補充業務應用相關信息的ISUP消息。
步驟23MGCF收到該ISUP消息，判斷該補充業務應用相關信息是否能被MGCF處理映射為SIP消息參數，如果不能，則將該ISUP消息封裝在合適的SIP-I消息即INFO消息中，並根據從已經建立的信令路徑中獲取的仿真業務AS地址，直接向AS發送該SIP-I消息，如果能，則MGCF將所述的ISUP消息映射為SIP消息發送即可，本發明僅關注MGCF無法將ISUP消息映射為SIP消息的情況；仿真業務AS在收到呼叫發起請求的SIP INVITE消息後，因為要留在信令路徑中處理業務，則將自己的地址(域名)加入到Record-Route(記錄-路由)頭域中，如下所示Record-Route:sip:simulation-as1.home1.net
該Record-Route頭域將在向MGCF發送的該SIP INVITE消息或該SIP INVITE消息的SIP響應碼如183 Session Progress中攜帶，MGCF從Record-Route頭域中獲取仿真業務AS的域名地址，在上述的SIP-I消息的Route頭域中設置如下Route:sip:simulation-as1.home1.net
由於Record-Route頭域中會有多個網元的域名地址，因此，MGCF可以通過配置識別的方式從中獲取仿真業務AS的域名地址，如「simulation-as1.home1.net」；而且，當該頭域中存在多個這樣的AS域名時，則MGCF將SIP-I消息如INFO消息按上述頭域中的記錄順序進行路由，如MGCF收到的呼出INVITE消息中的Record-Route頭域為Record-Route:sip:simulation-as2.home1.net，sip:simulation-as1.home1.net，sip:s-cscf1.home1.net，sip:p-cscf1.home1.net
則MGCF發出的SIP INFO消息按下列順序進行路由Route:sip:simulation-as1.home1.net，sip:simulation-as2.home1.net
可以看到，該INFO消息直接從MGCF路由到仿真業務AS，而沒有按正常的IMS標準定義的信令流程經過S-CSCF(可能還有I-CSCF等)，顯然此時對INFO消息來說，擴展了它的標準定義，因為該消息沒有沿著步驟21中已經建立的呼叫信令路徑路由，所以要求該消息必須支持會話外的路由方式，而且，這種情況下，不需要S-CSCF、I-CSCF等網元支持SIP-I消息。
此時，如果S-CSCF、I-CSCF等網元可以作為SIP-I代理網元，也可以仍讓該INFO消息沿已經建立的呼叫信令路徑路由至S-CSCF，該INFO消息仍要求是會話外的，即與步驟21中呼叫對應的會話無關；S-CSCF可以採用3GPP標準定義的iFC觸發機制，根據預置的iFC籤約數據和該INFO消息的內容匹配以得到被觸發AS的聯繫地址，由於該INFO消息攜帶了封裝的ISUP信令，根據這樣的消息內容可以將該INFO消息觸發至指定的仿真業務AS，在該處理流程2中略了這一過程。
可以看到，步驟23解決了前述的現有技術缺點二，或者由MGCF根據已經建立的呼叫信令包含的路徑信息得到仿真業務AS地址，從而直接發送INFO消息；或者由S-CSCF根據iFC觸發機制將該INFO消息發送至指定的仿真業務AS；這兩種方式都要求INFO消息是會話外的。
步驟24仿真業務AS收到該SIP-I消息，從中提取出封裝的ISUP消息，處理該ISUP消息中包含的傳統補充業務應用相關信息，向S-CSCF發送合適的SIP消息或向MGCF發送合適的SIP-I消息。
前面兩個流程給出了本發明針對各種業務的通用實現方案，為進一步說明本發明，下面將以所述的MCID業務應用到具體業務互通中為例對本發明提供的具體實施例進行說明，具體的應用場景為主叫用戶位於傳統電路域網絡中，被叫用於位於IMS網絡中，主叫用戶發起匿名呼叫，被叫用戶使用MCID業務追查主叫用戶的身份標識。
如圖3所示，相應的處理過程具體包括步驟31傳統電路域網絡用戶呼叫IMS用戶，發起一個匿名呼叫；步驟32通話後，IMS用戶發現這是一個惡意電話，則將使用MCID業務對主叫身份標識進行追查，具體為首先發送SIP SUBSCRIBE消息，消息中攜帶MCID業務訂閱事件包。
步驟33S-CSCF將攜帶MCID業務訂閱事件包的SIP SUBSCRIBE消息發送給仿真業務AS(即MCID AS)。
步驟34仿真業務AS接收對MCID業務的訂閱，返回200 OK響應碼。
步驟35S-CSCF將該200 OK響應碼傳遞給IMS用戶終端。
步驟36仿真業務AS根據呼入來話的SIP INVITE消息中攜帶的Contact頭域判斷是否為MGCF域名地址，以判斷對端網絡是否為傳統電路域網絡，如果是，且MGCF無法處理SIPSUBSCRIBE訂閱消息，則仿真業務AS將該消息轉譯為ISUP IDR消息，並封裝在SIP INFO消息中直接發送給MGCF，即向MGCF發送SIP-I消息。
步驟37MGCF返回對SIP INFO消息的200 OK響應碼。
步驟38MGCF收到該SIP INFO消息，從中提取出ISUP IDR消息，發送給傳統電路域網絡，從而可以向傳統電路域網絡請求主叫身份標識。
步驟39傳統電路域網絡返回ISUP IRS消息，其中攜帶主叫身份標識。
步驟310MGCF因其不能處理SIP NOTIFY通知消息，所以無法將ISUP IRS消息轉譯為合適的SIP消息，為此需要將其封裝在INFO消息中直接發送給仿真業務AS；所述的MGCF可以在建立呼叫信令路徑時通過SIP響應碼中攜帶的Record-Route頭域，獲取仿真業務AS的域名地址；也可以在步驟38中根據收到的SIP INFO消息直接獲取仿真業務AS的域名地址。
步驟311仿真業務AS返回對SIP INFO消息的200OK響應碼。
步驟312仿真業務AS從SIP INFO消息中提取並解析ISUP IRS消息，然後，將其轉譯為SIP NOTIFY消息，消息中攜帶MCID業務訂閱事件包和主叫身份標識，並發送給S-CSCF。
步驟313S-CSCF將SIP NOTIFY消息傳遞給IMS用戶終端。
步驟314IMS用戶終端從SIP NOTIFY消息中獲取其追查的主叫身份標識，返回200 OK響應碼。
步驟315S-CSCF將該200 OK響應碼傳遞給仿真業務AS。
經過上述處理過程可以看出，基於本發明可以很好地實現IMS網絡與傳統電路域網絡之間的業務互通，實現本發明的目的。
下面再通過一個具體的另一種業務實施例說明本發明方案的應用，所述的另一種仿真業務為MWI(消息等待指示)業務，俗稱「留言燈」業務，該業務可以使網絡在用戶的郵箱有新留言時，通知用戶。目前，可以使用的通知用戶有新留言的兩種方式分別SIPNOTIFY消息和SIP MESSAGE消息，這兩種消息MGCF上均無法處理，下面將介紹使用本發明方案支持MWI業務在IMS網絡和傳統電路域網絡間的互通的實施。
該實施例應用場景一該應用場景為語音郵箱在傳統電路域，郵箱用戶在IMS域，用戶有新留言，語音郵箱通知該用戶。
應用場景一的具體處理流程如圖4所示，具體包括以下步驟步驟41某個來話呼入IMS網絡的SIP用戶，該用戶歸屬的S-CSCF收到SIP INVITE消息；步驟42呼入來話發生前轉，轉移至語音郵箱(具體的呼叫轉移過程本發明不關注，故省略)，S-CSCF將該前轉呼叫觸發至仿真業務AS；步驟43仿真業務AS將自己加入信令路徑中，向S-CSCF返回SIP INVITE消息；步驟44由於語音郵箱位於傳統電路域，因此，S-CSCF將該前轉呼叫發送至MGCF；步驟45MGCF將SIP INVITE消息轉譯為ISUP IAM(Initial Address Message，起始地址消息)消息，向傳統電路域網絡發送；步驟46呼叫建立，且呼入來話開始留言；步驟47留言呼叫一建立後，語音郵箱向SIP用戶通知有新留言，發送一個ISUP IAM消息，消息中攜帶留言通知指示；
步驟48MGCF收到該ISUP IAM消息，由於不能將該消息中攜帶的留言通知指示轉譯為合適的SIP消息，則將該IAM消息直接封裝在SIP INFO消息中，並根據其在上述流程收到的SIP INVITE消息中獲取的仿真業務AS域名地址，將該SIP INFO消息直接發送至仿真業務AS；步驟49仿真業務AS返回對SIP INFO消息的200 OK響應碼；步驟410仿真業務AS從SIP INFO消息中提取出被封裝的ISUP IAM消息，根據其中攜帶的留言通知指示，生成SIP MESSAGE消息並向SIP用戶發送，消息中攜帶指示提醒用戶有新留言；步驟411S-CSCF向SIP用戶發送SIP MESSAGE消息；步驟412SIP用戶終端收到SIP MESSAGE消息，終端上顯示SIP MESSAGE消息內容，指示有新留言，並返回200 OK響應碼；步驟413S-CSCF將該200 OK響應碼傳遞給仿真業務AS。
通過上述處理過程，實現了MWI業務在IMS網絡與傳統電路域網絡之間的互通。
實施例應用場景二該應用場景中語音郵箱在IMS域，郵箱用戶在傳統電路域，用戶有新留言，語音郵箱通知該用戶。
應用場景二的具體處理流程如圖5所示，具體包括以下步驟步驟51某個來話呼入傳統電路域網絡的傳統終端用戶，該用戶歸屬的交換機收到ISUP IAM消息；步驟52交換機處理業務邏輯，比如該傳統終端用戶設置了無條件呼叫前轉語音郵箱業務，則將該呼叫向語音郵箱發起前轉，呼叫目的地址為位於IMS網絡的語音郵箱的接入碼，該前轉呼叫根據目的地址尋址至MGCF；步驟53MGCF將ISUP IAM消息轉譯為SIP INVITE消息，並向S-CSCF發送；步驟54S-CSCF將呼叫觸發至仿真業務AS；步驟55仿真業務AS根據收到的SIP INVITE消息中判斷對端為傳統電路域網絡，記錄下MGCF的域名地址，消息返回S-CSCF；步驟56S-CSCF將SIP INVITE消息路由至語音郵箱；步驟57語音郵箱應答，呼叫建立，呼入來話開始留言；步驟58留言呼叫一建立，語音郵箱向傳統終端用戶通知有新留言，具體為向S-CSCF發送一個SIP MESSAGE消息，消息中攜帶留言通知指示；步驟59S-CSCF將SIP MESSAGE消息觸發至仿真業務AS；步驟510仿真業務AS返回對SIP MESSAGE消息的200 OK響應碼；步驟511S-CSCF將該200 OK響應碼傳遞給語音郵箱；步驟512由於MGCF無法處理SIP MESSAGE消息，因此，仿真業務AS生成指示有新留言通知的ISUP IAM消息，並將其封裝在SIP INFO消息中，直接發送給MGCF；步驟513MGCF返回對SIP INFO消息的200 OK響應碼；步驟514MGCF從SIP INFO消息中提取出攜帶有新留言通知指示的ISUP IAM消息，並向傳統電路域網絡發送。
通過上述處理過程可以實現IMS網絡與傳統電路域網絡的互通，從而使得設置於IMS網絡中的語音郵箱同樣可以正常應用。
本發明中，除上可以通過前面描述的實現方案實現本發明的目的外，還可以採用其他實現方案實現本發明的目的，下面將對本發明提供的其他的可供選擇的具體實現方式進行說明。
本發明需要在仿真業務AS和MGCF之間建立直達路由，進而直接傳送攜帶仿真業務相關信息的SIP-I消息。因此，對仿真業務AS來說，除採用SIP協議實現仿真業務AS和MGCF之間建立直達路由外，還可以通過HTTP協議承載XML來傳遞業務相關信息，XML可以有多種形式的具體應用，例如可以採用XCAP實現，XCAP是XML在應用配置數據訪問方面的具體應用。因此如果MGCF可以支持HTTP/XCAP，則也可以在仿真業務AS和MGCF之間通過HTTP/XCAP來完成業務互通時的業務相關信息的傳遞。
下面將對兩種可能的具體實現方案進行描述。
(一)由前面提供的實現方案可知，仿真業務AS和MGCF之間在呼叫信令路徑已經建立後，便可以分別獲取對方的域名地址。這樣，在該實現方案中，當判斷滿足仿真業務AS和MGCF要發送SIP-I的條件時，仿真業務AS和MGCF便可以分別向對方發送包含業務相關信息的XCAP消息，MGCF和仿真業務AS收到並解析該XCAP消息，並分別轉譯成合適的ISUP消息和SIP消息。與所述的圖1和圖2提供的處理流程對應，在相應的第3步驟(即步驟13和步驟23)中，該方案的處理為仿真業務AS和MGCF發出的是XCAP消息，而對應步驟14和步驟24，該方案的處理為MGCF和仿真業務AS將該XCAP消息轉譯成合適的ISUP消息和SIP消息並發出。
(二)MGCF和仿真業務AS可以通過中間設置的尋址網元將XCAP消息發送至對方，以實現本發明。
即在仿真業務AS和MGCF之間設置一個邏輯網元HTTP尋址網元，MGCF收到一個包含業務相關信息的ISUP消息，無法將其映射成合適的SIP消息，則將其轉譯成包含業務相關信息的XCAP消息，向該尋址網元發送，該尋址網元根據XCAP消息的內容，尋址出一個合適的仿真業務AS，並將該XCAP消息路由至該仿真業務AS。
具體可以在XCAP消息中攜帶仿真業務標識，如「MCID」、「MWI」等，尋址網元根據仿真業務標識以及XCAP消息中攜帶的其它相關信息，如相關用戶標識等，通過和預置的配置數據匹配得到對應仿真業務AS的域名地址，該預置的配置數據可以是一種普通的表格形式，也可以是一種以某種語法如XML等描述的過濾規則。
同時，在IMS域中，當存在多個MGCF時，在互通呼叫中MGCF是根據號碼分析確定的，因此仿真業務AS在前述的要向MGCF發送SIP-I的判斷條件滿足時，向尋址網元發送包含業務相關信息的XCAP消息，業務相關信息中可以包含此次呼叫的主被叫號碼，尋址網元根據號碼分析確定一個MGCF，並將該XCAP消息路由至該MGCF。
下面以這種設置尋址網元的方式對圖4中描述的應用場景的具體實現進行說明。參照圖4的應用場景語音郵箱在傳統電路域，郵箱用戶在IMS域，用戶有新留言，語音郵箱將通知該用戶，該方案的具體實現如圖6所示，具體包括以下步驟步驟61某個來話呼入IMS網絡的SIP用戶，該用戶歸屬的S-CSCF收到SIP INVITE消息；步驟62呼入來話發生前轉，轉移至語音郵箱(過程略)，語音郵箱位於傳統電路域，S-CSCF將到該前轉呼叫發送至MGCF；步驟63MGCF將SIP INVITE消息轉譯為ISUP IAM消息，向傳統電路域網絡發送；步驟64呼叫建立，呼入來話開始留言；步驟65留言呼叫建立，語音郵箱向SIP用戶通知有新留言，發送一個ISUP IAM消息，消息中攜帶留言通知指示；步驟66MGCF收到該ISUP IAM消息，由於不能將該消息中攜帶的留言通知指示轉譯為合適的SIP消息，則將該留言通知指示通過XML描述由HTTP消息攜帶發送至尋址網元，如以XCAP描述，定義的格式示例如下xs:element
……………………xs:element/
xs:element/
其中，「MWI」即表示業務標識；「identity」表示被留言的用戶標識，「anyURI」表示其數據類型為任意格式的統一資源標識(Uniform ResourceIdentifier，URI)「messages」表示留言信息，「string」即表示其數據類型為字符串，如具體內容可以是「You have two new messages」(你有兩個新留言)。
步驟67尋址網元收到該HTTP請求，根據HTTP請求中攜帶的XML描述內容，如根據業務標識「MWI」和被留言的用戶標識，和預置的配置數據匹配，得到對應的仿真業務AS(MWI AS)的域名地址，並將該HTTP請求向已獲取地址的仿真業務AS發送；步驟68仿真業務AS接收到該HTTP請求，返回HTTP響應；步驟69尋址網元將該HTTP響應傳遞給MGCF；步驟610仿真業務AS解析HTTP請求中攜帶的XML描述內容，向被留言的用戶標識即前述的SIP用戶(「identity」)發送SIP MESSAGE消息，消息中攜帶留言信息相關內容(「messages」)；步驟611S-CSCF向SIP用戶發送SIP MESSAGE消息；步驟612SIP用戶終端收到SIP MESSAGE消息，終端上顯示SIP MESSAGE消息內容，指示有新留言，並返回200 OK響應碼；步驟613S-CSCF將該200 OK響應碼傳遞給仿真業務AS。
在圖6所示的處理流程中，與圖5所示的處理流程不同的是在圖6中，仿真業務AS沒有將自己加入在呼叫信令路徑中，而是由尋址網元根據MGCF發送的HTTP消息中攜帶的XML描述，匹配得到相應的仿真業務AS的域名地址，然後，再由將相應的消息發送給仿真業務AS。
需要說明的是由於XCAP只是XML的一種具體應用，因此，本發明中還可以採用其它XML的應用如SOAP(Simple Object Access Protocol，簡單對象訪問協議)是XML在遠程過程調用方面的具體應用，通過SOAP協議，MGCF和仿真業務AS之間可以直接傳遞一些表示仿真業務相關信息的參數，以流程圖6為例，在步驟66中，HTTP消息中攜帶的SOAP描述的定義格式示例如下SOAP-ENV:Body
SimulationServicesApplication
ServiceNameMWI/ServiceName
[email protected]/identity
messagesYou have two new messages/messages
/SOAP-ENV:Body
其中，「SimulationServicesApplication」是被調用的遠程過程的名稱，相當於MGCF調用位於仿真業務AS上的過程SimulationServicesApplication，其參數有業務名稱(ServiceName)，參數值為「MWI」、用戶標識(identity)，參數值為「[email protected]」、留言信息(messages)，參數值為「You have two new messages」。可以看到，通過這三個參數，MGCF向仿真業務AS傳遞了相關的業務信息。
本發明中還可以採用其它的XML描述方式，比如自定義的XML描述等。
本發明還提供了一種實現互通業務的系統，如圖7所示，在所述系統中，仿真業務AS與MGCF之間可以直接連接通信，也可以通過HTTP尋址網元間接進行通信，下面將對圖7所示的系統中包含的實體進行描述(1)仿真業務AS為各類仿真業務提供業務邏輯控制功能，是各種仿真業務的宿主執行環境，在邏輯功能上，具體按不同的仿真業務種類可以分成不同的仿真業務AS，如MCID AS等；當仿真業務AS用於與互通網元MGCF進行信息交互，實現分組域網絡與傳統電路域網絡的業務互通，其結構如圖8所示，具體包括(11)第一消息發送處理模塊用於將由分組域網絡向傳統電路域網絡發送的信息構造為互通網元可以識別的預定格式的消息，並向所述互通網元發送；而且，所述的第一消息發送處理模塊具體包括第一消息構造模塊，用於構造互通網元可以識別的承載著傳統電路域信令的SIP消息，即SIP-I消息，或HTTP消息，消息中的目的地址為對端互通網元的地址信息；以及第一消息發送模塊，用於將第一消息構造模塊構造的消息向所述的互通網元發送，圖8中僅示出了這種結構，其他結構類似，故未示出；或者，第二消息構造模塊，用於構造互通網元可以識別的承載著傳統電路域信令的SIP消息，即SIP-I消息；以及第二消息發送模塊，用於將第二消息構造模塊構造的消息通過已經建立的呼叫信令路徑向所述的互通網元發送；或者，第三消息構造模塊，用於構造互通網元可以識別的HTTP消息，所述的HTTP消息中承載著以XML描述的信息；以及第三消息發送模塊，用於將第三消息構造模塊構造的消息發送給可以與互通網元通信的中間尋址網元。
(12)第一消息接收模塊接收並解析互通網元發來的預定格式的消息，如SIP-I消息和HTTP消息等，從而獲得由傳統電路域發來的信息。
(2)S-CSCF用於提供IMS會話路由、業務觸發等功能，圖中S-CSCF和MGCF之間通過虛線相連接，表示兩者之間可以直接相連接，也可以通過其它網元如I-CSCF(問詢-呼叫會話控制功能)、BGCF(出口網關控制功能)、IBCF(互通邊界控制功能)實體等間接相連接；S-CSCF和仿真業務AS之間I1接口是SIP或SIP-I，和MGCF之間的接口是SIP或SIP-I；當仿真業務AS和MGCF之間的網元S-CSCF、I-CSCF、BGCF、IBCF等實體支持SIP-I時，則各實體可以作為SIP-I代理網元，將經過的仿真業務AS與MGCF之間交互的消息透傳給對端仿真業務AS或MGCF。
(3)MGCF即互通網元，其與傳統電路域網絡之間的接口為ISUP，而且，本發明中與標準IMS架構定義不同的是MGCF和仿真業務AS之間存在著一個直接接口I3，I3可以是SIP-I，還可以是HTTP(超文本傳輸協議)；當互通網元用於與應用伺服器進行信息交互，實現分組域網絡與傳統電路域網絡的業務互通，則如圖8所示，所述的MGCF具體包括(31)第二消息發送處理模塊用於將傳統電路域需要向分組域發送的信息構造為與應用伺服器間交互的預定格式的消息，並向所述應用伺服器發送，而且，所述的第二消息發送處理模塊具體包括第四消息構造模塊，用於構造向應用伺服器發送的SIP消息，即承載有傳統電路域信令的SIP-I消息，或HTTP消息，消息中的目的地址為對端應用伺服器的地址信息；以及第四消息發送模塊，用於將第一消息構造模塊構造的消息向所述的應用伺服器發送，圖8中僅示出了這種結構，其他結構類似，故未示出；或者，第五消息構造模塊，用於構造向應用伺服器發送的SIP消息，即承載有傳統電路域信令的SIP-I消息；以及第五消息發送模塊，用於將第五消息構造模塊構造的消息通過已經建立的呼叫信令路徑向所述的應用伺服器發送；
或者，第六消息構造模塊，用於構造向應用伺服器發送的HTTP消息，所述的消息中承載著以XML描述的傳統電路域需要發送的信息；以及第六消息發送模塊，用於將第六消息構造模塊構造的消息發送給可以與應用伺服器通信的中間尋址網元。
(32)第二消息接收模塊接收並解析應用伺服器發來的預定格式的消息，如SIP-I消息或HTTP消息等，獲得由分組域發來的信息。
(4)HTTP尋址網元該網元為本發明新增加的網元，用於配置仿真業務AS與MGCF之間的間接基於HTTP的通信，具體為當MGCF和仿真業務AS之間支持HTTP協議時，該網元是用於發送HTTP消息的路由尋址網元，即MGCF和仿真業務AS之間的HTTP協議可以通過I3接口直接相連，也可以通過I4接口間接相連。
綜上所述，本發明的實現使得仿真業務AS可以準確判斷出對端是否為傳統電路域網絡，從而決定是否發送SIP-I消息，並擴展SIP INFO的會話外路由方式以使SIP-I消息可以在MGCF和仿真業務AS之間直接或通過SIP-I代理網元透明傳送，從而使業務互通可以正常進行，避免了因某些網元對SIP-I的不支持等原因而導致業務互通失敗，提高了業務互通成功率。
以上所述，僅為本發明較佳的具體實施方式
，但本發明的保護範圍並不局限於此，任何熟悉本技術領域的技術人員在本發明揭露的技術範圍內，可輕易想到的變化或替換，都應涵蓋在本發明的保護範圍之內。因此，本發明的保護範圍應該以權利要求的保護範圍為準。
權利要求
1.一種實現業務互通的方法，所述方法應用於包含分組域的應用伺服器，以及與傳統電路域通信的互通網元的系統中，其特徵在於，當分組域的應用伺服器通過與對端交互的消息確定對端無法處理分組域的基本消息時，則確定為由分組域的應用伺服器向傳統電路域發送信息，相應的處理包括A、分組域的應用伺服器將需要發送給傳統電路域的信息封裝或轉譯為互通網元可以解析的預定格式的消息，並發送；B、互通網元接收到所述的消息後，解析獲得傳統電路域的信息，並向傳統電路域發送；當傳統電路域無法將待發送的信息轉譯為分組域的基本消息時，則對於由傳統電路域向分組域的應用伺服器發送信息的處理包括C、傳統電路域向互通網元發送需要發送給分組域的信息，互通網元將所述信息封裝或轉譯為所述預定格式的消息，並向分組域發送；D、分組域的應用伺服器接收到所述的消息後，解析獲得分組域的信息，並發送。
2.根據權利要求1所述的方法，其特徵在於所述的步驟A包括A1、分組域的應用伺服器將需要發送給傳統電路域的信息，封裝於目的地址為互通網元的地址信息的封裝有綜合業務數字網用戶部分ISUP的會話初始協議SIP-I消息中，或者轉譯為擴展標記語言XML描述的目的地址為互通網元的地址信息的超文本傳輸協議HTTP消息發送給互通網元；或者，A2、分組域的應用伺服器將需要發送給傳統電路域的信息轉譯為XML描述攜帶於超文本傳輸協議HTTP消息中發送給中間尋址網元，由尋址網元確定對端互通網元的地址信息，並將所述HTTP消息發送給所述互通網元；或者，A3、分組域的應用伺服器將需要發送給傳統電路域的信息封裝於SIP-I消息中並通過已經建立的呼叫信令路徑發送給互通網元；與步驟A對應，所述的步驟C包括C1、互通網元將需要發送給分組域的信息封裝於目的地址為分組域的應用伺服器的地址信息的SIP-I消息中、或轉譯為XML描述攜帶於目的地址為分組域的應用伺服器的地址信息的超文本傳輸協議HTTP消息中發送給相應的應用伺服器；或者，C2、互通網元將需要發送給分組域的信息轉譯為XML描述攜帶於HTTP消息中發送給中間尋址網元，由尋址網元確定對端應用伺服器的地址信息，並將所述HTTP消息發送給所述的應用伺服器；或者，C3、互通網元將需要發送給分組域的信息封裝於SIP-I消息中，並通過已經建立的呼叫信令路徑發送給相應的應用伺服器。
3.根據權利要求2所述的方法，其特徵在於，所述的方法還包括所述的應用伺服器根據收到的呼叫信令中包含的頭域中的信息確定對端的互通網元的域名地址信息；所述的互通網元根據收到的呼叫信令中包含的頭域中的信息確定對端的應用伺服器的域名地址信息；或者，互通網元通過預先配置的信息獲取應用伺服器的域名地址；或者，互通網元根據收到的來自應用伺服器的消息確定應用伺服器的域名地址。
4.根據權利要求2所述的方法，其特徵在於，所述的尋址網元中配置有以預定的信息索引的應用伺服器及互通網元的地址信息，當尋址網元接收到包含預定的信息的消息時，則以所述信息為索引查找對應的地址信息，並作為消息接收端的地址信息。
5.根據權利要求2所述的方法，其特徵在於，所述的尋址網元設置於互通網元或應用伺服器中，或獨立設置於網絡中。
6.根據權利要求2所述的方法，其特徵在於，所述的XML描述包括以擴展標記語言配置訪問協議XCAP或簡單對象訪問協議SOAP描述。
7.根據權利要求1至6任一項所述的方法，其特徵在於，所述的方法還包括E、分組域的應用伺服器在業務處理過程中，當需要向對端發送信息時，若確定接收端為所述的互通網元，則執行步驟A。
8.根據權利要求7所述的方法，其特徵在於，所述的確定接收端為所述的互通網元的處理包括根據對端發送來的消息中承載的信息確定對端能夠支持所述預定格式的消息，則確定對端為互通網元；或者，分組域的應用伺服器根據收到的SIP消息中包含的路徑信息確定對端是否為互通網元。
9.根據權利要求8所述的方法，其特徵在於，所述的路徑信息包括SIP消息中的頭域承載的地址信息和/或用戶標識信息。
10.根據權利要求1至6任一項所述的方法，其特徵在於，所述的方法還包括分組域的應用伺服器在業務處理過程中，當需要向對端發送信息時，若確定接收端為互通網元，並進一步確定所述互通網元無法處理包含以SIP頭域表述的所述發送信息的SIP消息，則執行步驟A。
11.根據權利要求10所述的方法，其特徵在於，所述的確定互通網元無法處理分組域的消息的處理包括分組域的應用伺服器向互通網元發送所述SIP消息，當互通網元返回對所述SIP消息不支持的失敗響應消息時，則確定互通網元無法所述SIP消息。
12.根據權利要求1至6任一項所述的方法，其特徵在於，所述的分組域的應用伺服器和互通網元之間傳遞的信息包括惡意呼叫識別MCID業務信息或消息等待指示MWI業務信息。
13.一種應用伺服器，用於與互通網元進行信息交互，實現分組域網絡與傳統電路域網絡的業務互通，其特徵在於，包括第一消息發送處理模塊用於將由分組域網絡向傳統電路域網絡發送的信息構造為互通網元可以識別的預定格式的消息，並向所述互通網元發送；第一消息接收模塊接收並解析互通網元發來的預定格式的消息，獲得由傳統電路域發來的信息。
14.根據權利要求13所述的應用伺服器，其特徵在於，所述的第一消息發送處理模塊包括第一消息構造模塊，用於構造互通網元可以識別的SIP-I消息或HTTP消息，消息中的目的地址為對端互通網元的地址信息；以及第一消息發送模塊，用於將第一消息構造模塊構造的消息向所述的互通網元發送；或者，第二消息構造模塊，用於構造互通網元可以識別的SIP-I消息；以及第二消息發送模塊，用於將第二消息構造模塊構造的消息通過已經建立的呼叫信令路徑向所述的互通網元發送；或者，第三消息構造模塊，用於構造互通網元可以識別的HTTP消息；以及第三消息發送模塊，用於將第三消息構造模塊構造的消息發送給可以與互通網元通信的中間尋址網元。
15.一種互通網元，用於與應用伺服器進行信息交互，實現分組域網絡與傳統電路域網絡的業務互通，其特徵在於，包括第二消息發送處理模塊用於將傳統電路域需要向分組域發送的信息構造為與應用伺服器間交互的預定格式的消息，並向所述應用伺服器發送；第二消息接收模塊接收並解析應用伺服器發來的預定格式的消息，獲得由分組域發來的信息。
16.根據權利要求15所述的互通網元，其特徵在於，所述的第二消息發送處理模塊包括第四消息構造模塊，用於構造向應用伺服器發送的的SIP-I消息或HTTP消息，消息中的目的地址為對端應用伺服器的地址信息；以及第四消息發送模塊，用於將第一消息構造模塊構造的消息向所述的應用伺服器發送；或者，第五消息構造模塊，用於構造向應用伺服器發送的SIP-I消息；以及第五消息發送模塊，用於將第五消息構造模塊構造的消息通過已經建立的呼叫信令路徑向所述的應用伺服器發送；或者，第六消息構造模塊，用於構造向應用伺服器發送的HTTP消息；以及第六消息發送模塊，用於將第六消息構造模塊構造的消息發送給可以與應用伺服器通信的中間尋址網元。
17.一種實現業務互通的系統，其特徵在於，包括應用伺服器，設置於分組域網絡中，用於構造互通網元可以識別的預定格式的消息，並發送給互通網元，同時，接收並解析互通網元發來的預定格式的消息，獲得傳統電路域發來的信息；互通網元，連接設置於分組域網絡與傳統電路域網絡之間，用於構造所述預定格式的消息，並發送給所述應用伺服器，同時，接收並解析應用伺服器發來的預定格式的消息，獲得分組域網絡發送給傳統電路域的信息，並發送給傳統電路域網絡。
18.根據權利要求17所述的系統，其特徵在於，所述的系統還包括尋址網元，連接設置於應用伺服器與互通網元之間，用於應用伺服器與互通網元之間交互有消息尋址。
全文摘要
本發明涉及一種實現業務互通的方法及系統。本發明應用於包含分組域的應用伺服器，以及與傳統電路域通信的互通網元的系統中，在具體實現過程中分組域的應用伺服器向傳統電路域網絡之間交互的信息以預定格式的消息承載交互，從而使得分組域網絡與傳統電路域網絡之間均可以解析獲得對端發來的信息，實現兩網絡之間業務的互通。本發明使得仿真業務AS(即分組域應用伺服器)可以準確判斷出對端是否為傳統電路域網絡，從而決定消息的發送方式，並擴展使得預定格式的消息可以在MGCF(即互通網元)和仿真業務AS之間直接或通過SIP－I代理網元透明傳送，避免了因某些網元對SIP－I的不支持等原因而導致業務互通失敗，有效提高了業務互通的成功率。
文檔編號H04L12/56GK1874328SQ20061005879
公開日2006年12月6日 申請日期2006年3月3日 優先權日2006年3月3日
發明者施有鑄 申請人:華為技術有限公司