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

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


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