專利名稱：實(shí)現(xiàn)多媒體業(yè)務(wù)變化的系統(tǒng)、方法及信息處理裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊技術(shù)領(lǐng)域，尤其涉及一種實(shí)現(xiàn)多媒體業(yè)務(wù)變化的系統(tǒng)、方法及信息處理裝置。
背景技術(shù)：
第三代無線通訊技術(shù)(3Generation，3G)相對于第二代無線通訊技術(shù)(2Generation，2G)有一個非常顯著的區(qū)別，即3G網(wǎng)絡(luò)電路域可提供包括視頻電話在內(nèi)的多媒體業(yè)務(wù)。
在采用3G網(wǎng)絡(luò)給用戶提供多媒體業(yè)務(wù)服務(wù)時，用戶可能會由于多種原因需要實(shí)現(xiàn)多媒體變化，比如多媒體業(yè)務(wù)回落或業(yè)務(wù)更改。
所述業(yè)務(wù)回落的一種典型情況就是，當(dāng)一個支持視頻通話的終端，即一個用戶設(shè)備(User Equipment，UE)發(fā)起了一個視頻呼叫，但由于各種原因，導(dǎo)致視頻呼叫失敗，但是網(wǎng)絡(luò)和用戶設(shè)備的狀況仍然滿足進(jìn)行一次音頻通話的條件，為滿足客戶的通話需求，此次視頻呼叫的結(jié)果將會演變成一次音頻通話，這種情況就是業(yè)務(wù)回落。
導(dǎo)致視頻呼叫失敗的原因有很多種，比較常見的有主叫用戶或被叫用戶未簽約視頻電話業(yè)務(wù)、被叫用戶僅同意進(jìn)行音頻通話、網(wǎng)絡(luò)條件不允許進(jìn)行視頻通話、或者被叫用戶設(shè)備不支持視頻業(yè)務(wù)等。
所述業(yè)務(wù)更改是指，在業(yè)務(wù)進(jìn)行中時，由于各種原因，導(dǎo)致需要將目前正在進(jìn)行中的業(yè)務(wù)進(jìn)行更改。比如，將視頻通話更改為音頻通話、或者將音頻通話更改為視頻通話。
導(dǎo)致需要進(jìn)行業(yè)務(wù)更改的原因同樣有很多種，比較常見的有由于主叫用戶或者被叫用戶主動要求更改業(yè)務(wù)；或者由于網(wǎng)絡(luò)原因發(fā)生業(yè)務(wù)回落之后，網(wǎng)絡(luò)狀況恢復(fù)至可以滿足視頻通話，需要將正在進(jìn)行中的音頻通話更改為視頻通話；或者正在進(jìn)行視頻通話時，網(wǎng)絡(luò)狀況發(fā)生了變化，不能繼續(xù)視頻通話，需要更改為音頻通話等。
在第三代合作伙伴計(jì)劃(3GPP)R4版本之后，業(yè)界已經(jīng)有了比較完整的實(shí)現(xiàn)多媒體業(yè)務(wù)回落或業(yè)務(wù)更改的方法，比較常用的有以下兩種第一種方法此方法將原本的呼叫過程分成“呼叫→釋放→再呼叫”的過程，即所述的原本的呼叫過程實(shí)際上進(jìn)行了兩次從主叫用戶到被叫用戶的呼叫過程，但是在用戶看來僅進(jìn)行了一次呼叫過程。
在完成這個呼叫的整個過程中，主叫用戶設(shè)備發(fā)起了一個視頻呼叫后，當(dāng)需要進(jìn)行業(yè)務(wù)回落時，立刻對此次呼叫進(jìn)行釋放，由主叫用戶設(shè)備根據(jù)釋放原因發(fā)起語音呼叫建立請求，或者由網(wǎng)絡(luò)側(cè)(例如移動交換中心、或無線網(wǎng)絡(luò)控制器等)主動發(fā)送消息，回叫主叫用戶設(shè)備，請求建立語音業(yè)務(wù)，主叫用戶設(shè)備收到消息后，進(jìn)行語音業(yè)務(wù)建立過程。
在上述第一種方法中，為了完成業(yè)務(wù)回落過程，主叫用戶需要發(fā)起兩個呼叫動作，一次視頻呼叫和一次音頻呼叫，加大了呼叫時延，延長了用戶接通呼叫的時間；而且采用前次視頻呼叫釋放后，由主叫用戶設(shè)備再次發(fā)起語音呼叫的方法，需要更改主叫用戶設(shè)備，對主叫用戶設(shè)備進(jìn)行升級，而對于已售出的用戶設(shè)備將處理起來更為困難，若采用由網(wǎng)絡(luò)側(cè)主動發(fā)送消息，回叫主叫用戶，請求建立語音業(yè)務(wù)的方法，雖然不需要更改用戶設(shè)備，但是用戶設(shè)備上會顯示在呼叫失敗之后，在沒有人為操作的情況下，用戶設(shè)備自動發(fā)起了新的呼叫，這種情況顯然會讓用戶感覺難以理解，難以達(dá)到用戶要求。
再者，此方法只是完成多媒體業(yè)務(wù)回落的方法，不具備處理業(yè)務(wù)更改的能力。
第二種方法此方法是采用現(xiàn)有標(biāo)準(zhǔn)協(xié)議流程，在基于用戶設(shè)備和網(wǎng)絡(luò)支持雙承載能力信元值(Bearer Capability Information Element，BCIE)的基礎(chǔ)上提出的。所述雙BCIE含有承載多媒體(Bearer Capability multimedia，BCmm)和承載語音(Bearer Capability speech，BCs)兩種承載能力信元值；相對于雙BCIE，單BCIE只包含BCmm和BCs兩種BCIE中的一種，或者是BCmm、或者是BCs。
在呼叫過程中、通話過程中通過信令消息中攜帶業(yè)務(wù)能力值來進(jìn)行主叫、被叫、還有網(wǎng)絡(luò)間的能力協(xié)商，當(dāng)協(xié)商過程中如果出現(xiàn)需要進(jìn)行業(yè)務(wù)回落或業(yè)務(wù)更改時，則通過信令通知主叫用戶設(shè)備、被叫用戶設(shè)備和網(wǎng)絡(luò)側(cè)，主叫用戶設(shè)備、被叫用戶設(shè)備和網(wǎng)絡(luò)側(cè)分別據(jù)此信令進(jìn)行業(yè)務(wù)通道的建立或修改，以實(shí)現(xiàn)業(yè)務(wù)回落或業(yè)務(wù)更改。
上述的第二種方法，實(shí)現(xiàn)業(yè)務(wù)回落或業(yè)務(wù)更改的過程，在主叫用戶側(cè)、被叫用戶側(cè)和網(wǎng)絡(luò)側(cè)都需要啟動修改過程，對整個業(yè)務(wù)通道進(jìn)行全面修改，其修改過程比較繁復(fù)，時延較長，難以達(dá)到用戶要求。
而且，該方法是完全基于用戶設(shè)備和網(wǎng)絡(luò)支持雙BCIE給出的規(guī)范流程，對于僅支持單BCIE的用戶設(shè)備則沒有任何解決方案，但是現(xiàn)在已售出的用戶設(shè)備有相當(dāng)大的比例是僅支持單BCIE的用戶設(shè)備，他們同樣有實(shí)現(xiàn)業(yè)務(wù)回落或業(yè)務(wù)更改的需求。
綜上所述，上述的兩種實(shí)現(xiàn)多媒體業(yè)務(wù)回落或業(yè)務(wù)更改的方法，都存在時延較長，難以達(dá)到用戶要求的問題；而且方法一只能實(shí)現(xiàn)業(yè)務(wù)回落，無法實(shí)現(xiàn)業(yè)務(wù)更改；方法二只能實(shí)現(xiàn)支持雙BCIE的用戶設(shè)備實(shí)現(xiàn)業(yè)務(wù)回落或業(yè)務(wù)更改，對于僅支持單BCIE的用戶設(shè)備則無能為力。進(jìn)而，兩種方法都無法解決僅支持單BCIE用戶設(shè)備的業(yè)務(wù)更改問題。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種實(shí)現(xiàn)多媒體業(yè)務(wù)回落或業(yè)務(wù)更改的系統(tǒng)、方法及信息處理裝置。
為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種信息處理裝置，包括復(fù)用/解復(fù)用模塊和信令處理模塊該信令處理模塊在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)變化消息時，用于產(chǎn)生邏輯通道控制信令，該邏輯通道控制信令用于控制一端用戶設(shè)備和所述信息處理裝置之間的邏輯通道，實(shí)現(xiàn)多媒體業(yè)務(wù)變化；該復(fù)用/解復(fù)用模塊用于在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)變化消息時，對接收到的從用戶設(shè)備發(fā)出的信息進(jìn)行解復(fù)用；該復(fù)用/解復(fù)用模塊還用于對信令處理模塊產(chǎn)生的邏輯通道控制信令復(fù)用后發(fā)送給另一端用戶設(shè)備。
其中，所述需要進(jìn)行業(yè)務(wù)變化消息為需要進(jìn)行業(yè)務(wù)回落消息，所述信令處理模塊產(chǎn)生用于控制主叫用戶設(shè)備只打開與所述信息處理裝置之間的語音邏輯通道的邏輯通道控制信令用于，實(shí)現(xiàn)多媒體業(yè)務(wù)回落。
其中，所述需要進(jìn)行業(yè)務(wù)變化消息為需要進(jìn)行業(yè)務(wù)更改消息，所述信令處理模塊用于根據(jù)需要進(jìn)行業(yè)務(wù)更改消息產(chǎn)生邏輯通道控制信令，該邏輯通道控制信令用于，控制被要求更改業(yè)務(wù)端的用戶設(shè)備和所述信息處理裝置之間的相應(yīng)邏輯通道，實(shí)現(xiàn)多媒體業(yè)務(wù)更改。
其中，其特征在于，所述從用戶設(shè)備發(fā)出的信息為H.223媒體流；所述信令處理模塊產(chǎn)生的邏輯通道控制信令為H.245信令。
本發(fā)明還提供了一種實(shí)現(xiàn)多媒體業(yè)務(wù)變化的系統(tǒng)，該系統(tǒng)包括用戶設(shè)備和信息處理裝置，其中所述信息處理裝置用于轉(zhuǎn)發(fā)用戶設(shè)備之間的交互信息，以及在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)變化消息時，對接收到的從用戶設(shè)備發(fā)出的信息進(jìn)行解復(fù)用，并產(chǎn)生邏輯通道控制信令復(fù)用后發(fā)送給一端用戶設(shè)備；所述用戶設(shè)備進(jìn)一步用于根據(jù)所述信息處理裝置發(fā)出的邏輯通道控制信令，控制用戶設(shè)備和所述信息處理裝置之間的邏輯通道，以實(shí)現(xiàn)多媒體業(yè)務(wù)變化。
其中，所述信息處理裝置在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)變化消息為需要進(jìn)行業(yè)務(wù)回落消息時，用于產(chǎn)生邏輯通道控制信令復(fù)用后發(fā)送至主叫用戶設(shè)備；所述主叫用戶設(shè)備用于根據(jù)所述信息處理裝置發(fā)出的邏輯通道控制信令，只打開與所述信息處理裝置之間的語音邏輯通道，實(shí)現(xiàn)多媒體業(yè)務(wù)回落。
其中，所述信息處理裝置在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)變化消息為需要進(jìn)行業(yè)務(wù)更改消息時，用于根據(jù)需要進(jìn)行業(yè)務(wù)更改消息，產(chǎn)生邏輯通道控制信令復(fù)用后發(fā)送至被要求更改業(yè)務(wù)端的用戶設(shè)備；所述用戶設(shè)備用于根據(jù)所述信息處理裝置發(fā)出的邏輯通道控制信令，控制該用戶設(shè)備和所述信息處理裝置之間的相應(yīng)邏輯通道，實(shí)現(xiàn)多媒體業(yè)務(wù)更改。
其中，所述信息處理裝置集成在移動交換中心的服務(wù)器/媒體網(wǎng)關(guān)功能單元里。
其中，所述從用戶設(shè)備發(fā)出的信息為H.223媒體流；所述邏輯通道控制信令為H.245信令。
本發(fā)明還提供了一種實(shí)現(xiàn)多媒體業(yè)務(wù)變化的方法，該方法包括移動交換中心判斷出需要進(jìn)行多媒體業(yè)務(wù)變化，發(fā)送需要進(jìn)行業(yè)務(wù)變化消息至信息處理裝置；信息處理裝置轉(zhuǎn)發(fā)用戶設(shè)備之間的交互信息，在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)變化消息時，對接收到的從用戶設(shè)備發(fā)出的信息進(jìn)行解復(fù)用，產(chǎn)生邏輯通道控制信令復(fù)用后發(fā)送給一端用戶設(shè)備，控制一端用戶設(shè)備和所述信息處理裝置之間的邏輯通道，實(shí)現(xiàn)多媒體業(yè)務(wù)變化。
其中，所述方法包括移動交換中心判斷出需要進(jìn)行多媒體業(yè)務(wù)回落，發(fā)送需要進(jìn)行業(yè)務(wù)回落消息至信息處理裝置；信息處理裝置轉(zhuǎn)在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)回落消息時，對接收到的從用戶設(shè)備發(fā)出的信息進(jìn)行解復(fù)用，產(chǎn)生打開邏輯通道信令復(fù)用后發(fā)送至主叫用戶設(shè)備，通知主叫用戶設(shè)備只打開語音邏輯通道；主叫用戶設(shè)備接收到所述信息處理裝置發(fā)送的信令后，打開與所述信息處理裝置之間的語音邏輯通道，接通語音通話，實(shí)現(xiàn)多媒體業(yè)務(wù)回落。
其中，所述方法包括移動交換中心判斷出需要進(jìn)行多媒體業(yè)務(wù)更改，發(fā)送需要進(jìn)行業(yè)務(wù)更改消息至信息處理裝置；信息處理裝置在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)更改消息時，對接收到的從用戶設(shè)備發(fā)出的信息進(jìn)行解復(fù)用，則根據(jù)需要進(jìn)行業(yè)務(wù)更改消息，產(chǎn)生邏輯通道控制信令復(fù)用后發(fā)送至被要求更改業(yè)務(wù)端的用戶設(shè)備，通知所述用戶設(shè)備控制相應(yīng)邏輯通道；所述用戶設(shè)備接收到所述信息處理裝置發(fā)送的信令后，控制該用戶設(shè)備和所述信息處理裝置之間的相應(yīng)邏輯通道，實(shí)現(xiàn)多媒體業(yè)務(wù)更改。
其中，所述方法包括移動交換中心判斷出需要進(jìn)行多媒體業(yè)務(wù)更改，發(fā)送需要進(jìn)行業(yè)務(wù)更改消息至信息處理裝置；信息處理裝置在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)更改消息時，對接收到的從用戶設(shè)備發(fā)出的信息進(jìn)行解復(fù)用，若需要進(jìn)行業(yè)務(wù)更改消息攜帶的信息要求將正在進(jìn)行中的可視電話多媒體通話更改為語音通話，則所述信息處理裝置產(chǎn)生關(guān)閉邏輯通道信令復(fù)用后發(fā)送至被要求更改業(yè)務(wù)端的用戶設(shè)備，通知所述用戶設(shè)備關(guān)閉視頻邏輯通道；所述用戶設(shè)備接收到所述信息處理裝置發(fā)送的信令后，關(guān)閉與所述信息處理裝置之間的視頻邏輯通道，只傳遞語音信息，將業(yè)務(wù)更改為語音通話，完成多媒體業(yè)務(wù)更改。
其中，所述方法包括移動交換中心判斷出需要進(jìn)行多媒體業(yè)務(wù)更改，發(fā)送需要進(jìn)行業(yè)務(wù)更改消息至信息處理裝置；信息處理裝置在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)更改消息時，對接收到的從用戶設(shè)備發(fā)出的信息進(jìn)行解復(fù)用，若需要進(jìn)行業(yè)務(wù)更改消息攜帶的信息要求將業(yè)務(wù)回落后或業(yè)務(wù)更改后的語音通話恢復(fù)為可視電話多媒體通話，則所述信息處理裝置產(chǎn)生打開邏輯通道信令復(fù)用后發(fā)送至被要求更改業(yè)務(wù)端的用戶設(shè)備，通知所述用戶設(shè)備打開視頻邏輯通道；所述用戶設(shè)備接收到所述信息處理裝置發(fā)送的信令后，打開與所述信息處理裝置之間的視頻邏輯通道，傳遞視頻信息，將業(yè)務(wù)更改為可視電話多媒體通話，完成多媒體業(yè)務(wù)更改。
其中，所述信息處理裝置集成在移動交換中心的服務(wù)器/媒體網(wǎng)關(guān)功能單元里。
其中，所述信令為H.245信令。
以上技術(shù)方案可以看出，由于本發(fā)明提供了一個可對媒體流進(jìn)行復(fù)用和解復(fù)用及控制邏輯通道的裝置，通過此裝置對用戶設(shè)備之間交互的信令進(jìn)行判斷，在需要進(jìn)行多媒體業(yè)務(wù)變化時，控制一端用戶設(shè)備和所述信息處理裝置之間的邏輯通道，即可實(shí)現(xiàn)多媒體業(yè)務(wù)變化，需要的時間很短，可以充分滿足用戶的需求；同時無論用戶設(shè)備可支持雙BCIE，還是只能支持單BCIE，本發(fā)明提供的技術(shù)方案都可以實(shí)現(xiàn)多媒體業(yè)務(wù)回落或業(yè)務(wù)更改。
而且本發(fā)明提供的將所述信息處理裝置集成在移動交換中心服務(wù)器/媒體網(wǎng)關(guān)功能單元的技術(shù)方案，只需要將所述信息處理裝置作為移動交換中心服務(wù)器/媒體網(wǎng)關(guān)功能單元的一個新增加的功能，對移動交換中心服務(wù)器/媒體網(wǎng)關(guān)功能單元進(jìn)行功能升級，節(jié)省了增加硬件的成本，且線路連接，和具體實(shí)現(xiàn)比起外置所述信息處理裝置都會比較方便。


圖1、現(xiàn)有技術(shù)用戶設(shè)備之間的信令交互圖；圖2、本發(fā)明的裝置內(nèi)部結(jié)構(gòu)圖；圖3、本發(fā)明的系統(tǒng)圖；圖4、本發(fā)明將裝置集成在移動交換中心的服務(wù)器/媒體網(wǎng)關(guān)功能單元里的系統(tǒng)圖；圖5、本發(fā)明實(shí)現(xiàn)業(yè)務(wù)回落的流程圖；圖6、本發(fā)明實(shí)現(xiàn)業(yè)務(wù)回落的實(shí)施例一的流程圖；圖7、本發(fā)明實(shí)現(xiàn)業(yè)務(wù)回落的實(shí)施例二的流程圖；圖8、本發(fā)明實(shí)現(xiàn)業(yè)務(wù)回落的實(shí)施例三的流程圖；圖9、本發(fā)明實(shí)現(xiàn)業(yè)務(wù)更改的流程圖；圖10、本發(fā)明實(shí)現(xiàn)業(yè)務(wù)更改的實(shí)施例一的流程圖。
具體實(shí)施例方式
本發(fā)明提供了一種實(shí)現(xiàn)多媒體業(yè)務(wù)變化的系統(tǒng)、方法及信息處理裝置，在一個較佳實(shí)施方式中，通過增加能夠處理媒體流及H.245信令的功能單元，以完成多媒體業(yè)務(wù)變化的過程，此多媒體業(yè)務(wù)變化包括多媒體業(yè)務(wù)回落和業(yè)務(wù)更改。
目前需要實(shí)現(xiàn)多媒體業(yè)務(wù)回落或業(yè)務(wù)更改的電路域多媒體移動用戶設(shè)備采用的標(biāo)準(zhǔn)為H.324M協(xié)議，采用該協(xié)議的用戶設(shè)備通過帶內(nèi)協(xié)商信令H.245進(jìn)行點(diǎn)對點(diǎn)間的互操作，傳輸?shù)拿襟w流是由音頻流、視頻流、數(shù)據(jù)流、H.245信令通過H.223協(xié)議復(fù)用而成的，不同的流類型對應(yīng)不同的邏輯信道，通過H.245信令消息可以對不同的邏輯通道進(jìn)行打開或關(guān)閉。
用戶設(shè)備之間的H.245信令交互方式如圖1所示，H.245信令流在主叫用戶設(shè)備A101和被叫用戶設(shè)備B102之間直接通過H.245信令通道傳遞，進(jìn)行用戶設(shè)備間的互操作，打開或關(guān)閉不同的流類型對應(yīng)不同的邏輯信道。
所述的信息處理裝置是能夠處理媒體流及信令的功能單元，可稱為增強(qiáng)功能的視頻網(wǎng)關(guān)(Enhanced Video Interconnect Gateway，E-VIG)，為敘述方便下文都將稱此信息處理裝置為E-VIG功能單元。
E-VIG功能單元內(nèi)部結(jié)構(gòu)如圖2所示，E-VIG功能單元203包含復(fù)用/解復(fù)用模塊205和信令處理模塊204。
其中復(fù)用/解復(fù)用模塊205能夠?qū).223媒體流中的音頻流、視頻流、數(shù)據(jù)流以及H.245信令解析出來，也可以將它們重新復(fù)用成媒體流。
信令處理模塊204可以對復(fù)用/解復(fù)用模塊205解析出的H.245信令進(jìn)行相應(yīng)處理，可通過H.245信令控制邏輯信道的打開或關(guān)閉。
該E-VIG功能單元203，在和用戶設(shè)備相連時，用戶設(shè)備發(fā)出的媒體流通過E-VIG功能單元203進(jìn)行傳遞，當(dāng)E-VIG功能單元203收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)回落或業(yè)務(wù)更改消息時，首先通過復(fù)用/解復(fù)用模塊205對用戶設(shè)備發(fā)出的媒體流進(jìn)行解復(fù)用，信令處理模塊204產(chǎn)生H.245信令，通過復(fù)用/解復(fù)用模塊205復(fù)用后發(fā)送給一端用戶設(shè)備，控制用戶設(shè)備打開或關(guān)閉相應(yīng)邏輯通道，完成多媒體業(yè)務(wù)回落或業(yè)務(wù)更改。
其中，若E-VIG功能單元203收到移動交換中心發(fā)出的信令是需要進(jìn)行業(yè)務(wù)回落消息時，信令處理模塊204產(chǎn)生打開邏輯通道信令，通過復(fù)用/解復(fù)用模塊復(fù)用后發(fā)送至主叫用戶設(shè)備，控制主叫用戶設(shè)備只打開與E-VIG功能單元203之間的語音邏輯通道，即只傳遞音頻信息接通一個語音通話過程，完成業(yè)務(wù)回落；若E-VIG功能單元203收到移動交換中心發(fā)出的信令是需要進(jìn)行業(yè)務(wù)更改消息時，信令處理模塊204根據(jù)需要進(jìn)行業(yè)務(wù)更改消息里攜帶的信息，產(chǎn)生H.245信令，通過復(fù)用/解復(fù)用模塊復(fù)用后發(fā)送至被要求更改業(yè)務(wù)端的用戶設(shè)備，打開或關(guān)閉該用戶設(shè)備和E-VIG功能單元之間的相應(yīng)邏輯通道，實(shí)現(xiàn)多媒體業(yè)務(wù)更改。
上述的E-VIG功能單元可以置于主叫移動交換中心(Mobile SwitchingCenter，MSC)側(cè)，也可以置于被叫MSC側(cè)，使主叫用戶設(shè)備和被叫用戶設(shè)備之間必需通過E-VIG功能單元進(jìn)行H.245信令的交互，和媒體流的中轉(zhuǎn)傳遞，組成一個實(shí)現(xiàn)多媒體業(yè)務(wù)回落或業(yè)務(wù)更改的系統(tǒng)，下面我們將進(jìn)行系統(tǒng)的描述。
增加了E-VIG功能單元后的系統(tǒng)如圖3所示，新增的E-VIG功能單元203將用戶設(shè)備A101和用戶設(shè)備B102之間的H.245信令流以及信令通道分為兩段，用戶設(shè)備發(fā)出的媒體流均需經(jīng)過E-VIG功能單元203傳遞。
在業(yè)務(wù)正常進(jìn)行時，E-VIG功能單元不會對接收到的媒體流內(nèi)容進(jìn)行任何更改，只起中轉(zhuǎn)傳遞的作用，當(dāng)E-VIG功能單元收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)回落或業(yè)務(wù)更改消息時，E-VIG功能單元則根據(jù)情況對主叫用戶設(shè)備側(cè)或者被叫用戶設(shè)備側(cè)發(fā)出H.245信令，對業(yè)務(wù)通道進(jìn)行控制，實(shí)現(xiàn)業(yè)務(wù)回落或業(yè)務(wù)更改。
在實(shí)際應(yīng)用中，還可以將E-VIG功能單元集成在MSC服務(wù)器(Server)/媒體網(wǎng)關(guān)(Media Gateway，MGW)功能單元里，作為MSC Server/MGW功能單元的一部分，也可以作為單獨(dú)的功能單元接入MSC側(cè)。
將E-VIG功能單元集成在MSC Server/MGW功能單元里的系統(tǒng)如圖4所示，MSC Server/MGW功能單元403內(nèi)增加E-VIG功能單元203，用戶設(shè)備A101和用戶設(shè)備B102之間通過MSC Server/MGW功能單元內(nèi)置的E-VIG功能單元進(jìn)行H.245信令的交互，和媒體流的中轉(zhuǎn)傳遞。
由于采用將E-VIG功能單元集成在MSC Server/MGW功能單元里的方案，不需要增加新的硬件，只需要對MSC Server/MGW功能單元進(jìn)行升級就可以達(dá)到增加E-VIG功能單元的目的，實(shí)際操作會比較簡單，所以下文將以將E-VIG功能單元集成在MSC Server/MGW功能單元里的方案為例，詳細(xì)描述實(shí)現(xiàn)多媒體業(yè)務(wù)回落或業(yè)務(wù)更改的方法。
實(shí)現(xiàn)多媒體業(yè)務(wù)回落或業(yè)務(wù)更改的方法中實(shí)現(xiàn)業(yè)務(wù)回落方法的流程如圖5所示，具體描述如下步驟501、主叫用戶設(shè)備發(fā)起一個視頻呼叫。
步驟502、MSC Server/MGW功能單元判斷是否需要進(jìn)行業(yè)務(wù)回落，若是，則執(zhí)行步驟503；否則執(zhí)行步驟505。
步驟503、MSC Server/MGW功能單元發(fā)送需要進(jìn)行業(yè)務(wù)回落消息至E-VIG功能單元，E-VIG功能單元使用H.245信令控制主叫用戶設(shè)備僅打開語音通道，接著進(jìn)入步驟504。
步驟504、主叫用戶設(shè)備和被叫用戶設(shè)備之間開始進(jìn)行語音通話，多媒體業(yè)務(wù)回落完成，流程結(jié)束。
步驟505、主叫用戶設(shè)備和被叫用戶設(shè)備之間開始進(jìn)行視頻通話，流程結(jié)束。
上述流程只是業(yè)務(wù)回落過程的一個簡單描述，由于導(dǎo)致需要進(jìn)行業(yè)務(wù)回落的原因有很多，比如主叫或被叫用戶未簽約視頻電話業(yè)務(wù)、被叫用戶僅同意進(jìn)行音頻通話、網(wǎng)絡(luò)條件不允許進(jìn)行視頻通話、或者被叫用戶設(shè)備不支持視頻業(yè)務(wù)，用戶設(shè)備有支持雙BCIE的，也有支持單BCIE的，E-VIG功能單元可以位于主叫MSC側(cè)，也可以位于被叫MSC側(cè)，在不同情況下，實(shí)現(xiàn)業(yè)務(wù)回落的過程也不盡相同。
現(xiàn)以主叫用戶設(shè)備支持雙BCIE，E-VIG功能單元集成在主叫MSC側(cè)為實(shí)現(xiàn)多媒體業(yè)務(wù)回落方法的實(shí)施例一，詳細(xì)描述實(shí)現(xiàn)業(yè)務(wù)回落的具體過程，其具體實(shí)現(xiàn)流程參見圖6步驟601、用戶設(shè)備A發(fā)送攜帶雙BCIE(BCmm，BCs)的消息(SETUP)至集成了E-VIG功能單元的主叫MSC，請求建立多媒體可視電話業(yè)務(wù)。
步驟602、主叫MSC收到SETUP消息后，向被叫MSC發(fā)送初始地址消息(Initial Address Message，IAM)，消息中攜帶雙BCIE(BCmm，BCs)值。
步驟603、主叫MSC在執(zhí)行步驟602的同時，向用戶設(shè)備A發(fā)送呼叫開始消息(CALL PROCEEDING)。
步驟604、用戶設(shè)備A和主叫MSC之間開始可視電話(CS64K)業(yè)務(wù)建立過程。
步驟605、被叫MSC在收到IAM消息后，使用尋呼消息類型1(PAGE1)尋呼用戶設(shè)備B。
步驟606、被叫MSC與用戶設(shè)備B之間開始鑒權(quán)加密過程。
步驟607、完成鑒權(quán)加密過程后，被叫MSC攜帶雙BCIE(BCmm，BCs)的呼叫消息(SETUP)給用戶設(shè)備B。
步驟608、由于某種原因，用戶設(shè)備B在回復(fù)呼叫確認(rèn)消息(CALLCONFIRM)至被叫MSC時，CALL CONFIRM消息中攜帶的能力信息僅為BCs，此時本次視頻呼叫已經(jīng)失敗，但是用戶設(shè)備B回復(fù)的信息表示可以進(jìn)行一次音頻通話，至此需要進(jìn)行回落的狀況發(fā)生。
步驟609、需要進(jìn)行回落的狀況發(fā)生后，系統(tǒng)依然按照正常的呼叫過程運(yùn)作，被叫MSC通過地址全消息(Address Complete Message，ACM)通知主叫MSC，本次視頻呼叫結(jié)果為被叫方只能承載語音信息，不能回應(yīng)主叫用戶設(shè)備的視頻呼叫，主叫MSC判斷出需要進(jìn)行業(yè)務(wù)回落，并發(fā)送需要進(jìn)行業(yè)務(wù)回落消息通知E-VIG功能模塊。
步驟610、用戶設(shè)備B發(fā)送發(fā)信號消息(ALERTING)攜帶回鈴音信息至被叫MSC。
步驟611、被叫MSC收到用戶設(shè)備B發(fā)送的ALERTING消息后，發(fā)送呼叫處理消息(CPG)攜帶回鈴音信息至主叫MSC。
步驟612、主叫MSC收到被叫MSC發(fā)送的CPG消息后，發(fā)送ALERTING消息至用戶設(shè)備A。步驟610至步驟612，完成了發(fā)送回鈴音至用戶設(shè)備A的過程。
步驟613、在通過步驟610至步驟612發(fā)送回鈴音的同時，被叫MSC及用戶設(shè)備B之間開始進(jìn)行自適應(yīng)多速率(Adaptive Multi Rate，AMR)語音建立過程，建立用戶設(shè)備B的語音業(yè)務(wù)通道。
步驟614、用戶設(shè)備B的語音通道配置完成后，用戶設(shè)備B發(fā)送連接消息(CONNECT)至被叫MSC，請求業(yè)務(wù)連接。
步驟615、被叫MSC收到用戶設(shè)備B發(fā)送的CONNECT消息后，發(fā)送應(yīng)答消息(Answer Message，ANM)至主叫MSC，傳遞請求業(yè)務(wù)連接的信息。
步驟616、主叫MSC收到被叫MSC發(fā)送的ANM消息后，發(fā)送CONNECT消息至用戶設(shè)備A，請求業(yè)務(wù)連接。
步驟617、用戶設(shè)備A收到主叫MSC發(fā)送的CONNECT消息后，回復(fù)連接應(yīng)答消息(CONNECTACK)至主叫MSC，此時業(yè)務(wù)通道接續(xù)完成。
步驟618、業(yè)務(wù)通道接續(xù)完成后，用戶設(shè)備A和收到主叫MSC需要進(jìn)行業(yè)務(wù)回落消息的E-VIG功能模塊開始進(jìn)行帶內(nèi)協(xié)商過程，此協(xié)商過程包括終端能力交換過程(Terminal Capability Exchange Procedure，TCEP)、主從決定過程(Master Slave Determination Procedure，MSDP)、和復(fù)用表信令交互過程(Multiplex Table Signaling Procedure，MTSP)。
步驟619、集成在主叫MSC側(cè)的E-VIG功能模塊在帶內(nèi)協(xié)商過程結(jié)束后，E-VIG功能模塊發(fā)送H.245信令打開邏輯通道消息(Open Logical Channel，OLC)至用戶設(shè)備A，通知用戶設(shè)備A僅打開語音邏輯通道。
步驟620、用戶設(shè)備收到E-VIG功能模塊發(fā)送的OLC消息后，打開語音邏輯通道，并回復(fù)打開邏輯通道確認(rèn)消息(Open Logical Channel Acknowledge，OLCA)給集成在主叫MSC側(cè)的E-VIG功能模塊，通知語音邏輯通道已打開。
步驟621、此時用戶設(shè)備A與E-VIG功能模塊建立的是一個可視電話(CS64K)業(yè)務(wù)承載，但是由于只打開了語音邏輯通道，所以傳遞的只有語音信息，E-VIG功能模塊與被叫MSC及用戶設(shè)備B之間建立的則是一個AMR語音承載，用戶設(shè)備A及用戶設(shè)備B之間就通過這兩段承載開始進(jìn)行語音通話過程，此時業(yè)務(wù)回落完成。
若主叫用戶設(shè)備僅支持單BCIE，其處理流程和實(shí)施例一基本相同，現(xiàn)以主叫用戶設(shè)備僅支持單BCIE，E-VIG功能單元集成在主叫MSC側(cè)為實(shí)現(xiàn)多媒體業(yè)務(wù)回落方法的實(shí)施例二，詳細(xì)描述實(shí)現(xiàn)業(yè)務(wù)回落的具體過程，其具體實(shí)現(xiàn)流程參見圖7步驟701、用戶設(shè)備A發(fā)送攜帶單BCIE(BCmm)的SETUP消息至集成了E-VIG功能單元的主叫MSC，請求建立多媒體可視電話業(yè)務(wù)。
步驟702、主叫MSC收到SETUP消息后，向被叫MSC發(fā)送IAM消息，消息中攜帶單BCIE(BCmm)值。
步驟703、主叫MSC在執(zhí)行步驟702的同時，向用戶設(shè)備A發(fā)送呼叫開始消息(CALL PROCEEDING)。
步驟704、用戶設(shè)備A和主叫MSC之間開始CS64K業(yè)務(wù)建立過程。
步驟705、被叫MSC在收到IAM消息后，使用尋呼消息類型1(PAGE1)尋呼用戶設(shè)備B。
步驟706、被叫MSC與用戶設(shè)備B之間開始鑒權(quán)加密過程。
步驟707、完成鑒權(quán)加密過程后，被叫MSC攜帶單BCIE(BCmm)的呼叫消息(SETUP)給用戶設(shè)備B。
步驟708、由于某種原因，用戶設(shè)備B在回復(fù)CALL CONFIRM消息至被叫MSC時，CALL CONFIRM消息中攜帶的能力信息為BCs，此時本次視頻呼叫已經(jīng)失敗，但是用戶設(shè)備B回復(fù)的信息表示可以進(jìn)行一次音頻通話，至此需要進(jìn)行業(yè)務(wù)回落的狀況發(fā)生。
步驟709、需要進(jìn)行業(yè)務(wù)回落的狀況發(fā)生后，系統(tǒng)依然按照正常的呼叫過程運(yùn)作，被叫MSC通過ACM消息通知主叫MSC，本次視頻呼叫結(jié)果為被叫方只能承載語音信息，不能回應(yīng)主叫用戶設(shè)備的視頻呼叫，主叫MSC判斷出需要進(jìn)行業(yè)務(wù)回落，并發(fā)送需要進(jìn)行業(yè)務(wù)回落消息通知E-VIG功能模塊。
步驟710、用戶設(shè)備B發(fā)送消息ALERTING攜帶回鈴音信息至被叫MSC。
步驟711、被叫MSC收到用戶設(shè)備B發(fā)送的ALERTING消息后，發(fā)送CPG消息攜帶回鈴音信息至主叫MSC。
步驟712、主叫MSC收到被叫MSC發(fā)送的CPG消息后，發(fā)送ALERTING消息至用戶設(shè)備A。步驟710至步驟712，完成了發(fā)送回鈴音至用戶設(shè)備A的過程。
步驟713、在通過步驟710至步驟712發(fā)送回鈴音的同時，被叫MSC及用戶設(shè)備B之間開始進(jìn)行AMR語音建立過程，建立用戶設(shè)備B的語音業(yè)務(wù)通道。
步驟714、用戶設(shè)備B的語音通道配置完成后，用戶設(shè)備B發(fā)送CONNECT消息至被叫MSC，請求業(yè)務(wù)連接。
步驟715、被叫MSC收到用戶設(shè)備B發(fā)送的CONNECT消息后，發(fā)送應(yīng)答消息ANM至主叫MSC，傳遞請求業(yè)務(wù)連接的信息。
步驟716、主叫MSC收到被叫MSC發(fā)送的ANM消息后，發(fā)送CONNECT消息至用戶設(shè)備A，請求業(yè)務(wù)連接。
步驟717、用戶設(shè)備A收到主叫MSC發(fā)送的CONNECT消息后，回復(fù)連接應(yīng)答消息CONNECTACK至主叫MSC，此時業(yè)務(wù)通道接續(xù)完成。
步驟718、業(yè)務(wù)通道接續(xù)完成后，用戶設(shè)備A和收到主叫MSC需要進(jìn)行業(yè)務(wù)回落消息的E-VIG功能模塊開始進(jìn)行帶內(nèi)協(xié)商過程，此協(xié)商過程包括終端能力交換過程、主從決定過程、和復(fù)用表信令交互過程。
步驟719、E-VIG功能模塊在帶內(nèi)協(xié)商過程結(jié)束后，E-VIG功能模塊發(fā)送H.245信令打開邏輯通道消息OLC至用戶設(shè)備A，通知用戶設(shè)備A僅打開語音邏輯通道。
步驟720、用戶設(shè)備收到E-VIG功能模塊發(fā)送的OLC消息后，打開語音邏輯通道，并回復(fù)打開邏輯通道確認(rèn)消息OLCA給E-VIG功能模塊，通知語音邏輯通道已打開。
步驟721、此時用戶設(shè)備A與E-VIG功能模塊之間建立的是一個CS64K業(yè)務(wù)承載，但是由于只打開了語音邏輯通道，所以傳遞的只有語音信息，E-VIG功能模塊與被叫MSC及用戶設(shè)備B之間建立的則是一個AMR語音承載，用戶設(shè)備A及用戶設(shè)備B之間就通過這兩段承載開始進(jìn)行語音通話過程，此時業(yè)務(wù)回落完成。
若E-VIG功能單元集成在被叫MSC側(cè)，不論主叫用戶設(shè)備可支持雙BCIE，還是只能支持單BCIE，其處理流程都和E-VIG功能單元集成在主叫MSC側(cè)的實(shí)施例基本相同，現(xiàn)以E-VIG功能單元集成在被叫MSC側(cè)，主叫用戶設(shè)備支持雙BCIE為實(shí)現(xiàn)多媒體業(yè)務(wù)回落方法的實(shí)施例三，詳細(xì)描述實(shí)現(xiàn)業(yè)務(wù)回落的具體過程，其具體實(shí)現(xiàn)流程參見圖8步驟801、用戶設(shè)備A發(fā)送攜帶雙BCIE(BCmm，BCs)的消息(SETUP)至集成了E-VIG功能單元的主叫MSC，請求建立多媒體可視電話業(yè)務(wù)。
步驟802、主叫MSC收到SETUP消息后，向被叫MSC發(fā)送初始地址消息IAM，消息中攜帶雙BCIE(BCmm，BCs)值。
步驟803、主叫MSC在執(zhí)行步驟502的同時，向用戶設(shè)備A發(fā)送呼叫開始消息(CALL PROCEEDING)。
步驟804、用戶設(shè)備A和主叫MSC之間開始CS64K業(yè)務(wù)建立過程。
步驟805、被叫MSC在收到IAM消息后，使用PAGE1尋呼用戶設(shè)備B。
步驟806、被叫MSC與用戶設(shè)備B之間開始鑒權(quán)加密過程。
步驟807、完成鑒權(quán)加密過程后，被叫MSC攜帶雙BCIE(BCmm，BCs)的呼叫消息(SETUP)給用戶設(shè)備B。
步驟808、由于某種原因，用戶設(shè)備B在回復(fù)CALL CONFIRM消息至被叫MSC時，CALL CONFIRM消息中攜帶的能力信息為BCs，此時本次視頻呼叫已經(jīng)失敗，但是用戶設(shè)備B回復(fù)的信息表示可以進(jìn)行一次音頻通話，至此需要進(jìn)行業(yè)務(wù)回落的狀況發(fā)生，被叫MSC判斷出需要進(jìn)行業(yè)務(wù)回落，并發(fā)送需要進(jìn)行業(yè)務(wù)回落消息通知E-VIG功能模塊。
步驟809、需要進(jìn)行業(yè)務(wù)回落的狀況發(fā)生后，系統(tǒng)依然按照正常的呼叫過程運(yùn)作，被叫MSC通過ACM消息通知主叫MSC，本次視頻呼叫結(jié)果為被叫方只能承載語音信息，不能回應(yīng)主叫用戶設(shè)備的視頻呼叫。
步驟810、用戶設(shè)備B發(fā)送消息ALERTING攜帶回鈴音信息至被叫MSC。
步驟811、被叫MSC收到用戶設(shè)備B發(fā)送的ALERTING消息后，發(fā)送CPG消息攜帶回鈴音信息至主叫MSC。
步驟812、主叫MSC收到被叫MSC發(fā)送的CPG消息后，發(fā)送ALERTING消息至用戶設(shè)備A。步驟810至步驟812，完成了發(fā)送回鈴音至用戶設(shè)備A的過程。
步驟813、在通過步驟810至步驟812發(fā)送回鈴音的同時，被叫MSC及用戶設(shè)備B之間開始進(jìn)行AMR語音建立過程，建立用戶設(shè)備B的語音業(yè)務(wù)通道。
步驟814、用戶設(shè)備B的語音通道配置完成后，用戶設(shè)備B發(fā)送CONNECT消息至被叫MSC，請求業(yè)務(wù)連接。
步驟815、被叫MSC收到用戶設(shè)備B發(fā)送的CONNECT消息后，發(fā)送應(yīng)答消息ANM至主叫MSC，傳遞請求業(yè)務(wù)連接的信息。
步驟816、主叫MSC收到被叫MSC發(fā)送的ANM消息后，發(fā)送CONNECT消息至用戶設(shè)備A，請求業(yè)務(wù)連接。
步驟817、用戶設(shè)備A收到主叫MSC發(fā)送的CONNECT消息后，回復(fù)連接應(yīng)答消息CONNECT ACK至主叫MSC，此時業(yè)務(wù)通道接續(xù)完成。
步驟818、業(yè)務(wù)通道接續(xù)完成后，用戶設(shè)備A和收到被叫MSC需要進(jìn)行業(yè)務(wù)回落消息的E-VIG功能模塊開始進(jìn)行帶內(nèi)協(xié)商過程，此協(xié)商過程包括終端能力交換過程、主從決定過程、和復(fù)用表信令交互過程。
步驟819、集成在被叫MSC側(cè)的E-VIG功能模塊在帶內(nèi)協(xié)商過程結(jié)束后，E-VIG功能模塊發(fā)送H.245信令打開邏輯通道消息OLC至用戶設(shè)備A，通知用戶設(shè)備A僅打開語音邏輯通道。
步驟820、用戶設(shè)備收到E-VIG功能模塊發(fā)送的OLC消息后，打開語音邏輯通道，并回復(fù)打開邏輯通道確認(rèn)消息OLCA給集成在被叫MSC側(cè)的E-VIG功能模塊，通知語音邏輯通道已打開。
步驟821、此時用戶設(shè)備A與E-VIG功能模塊之間建立的是一個CS64K業(yè)務(wù)承載，但是由于只打開了語音邏輯通道，所以傳遞的只有語音信息，E-VIG功能模塊與用戶設(shè)備B之間建立的則是一個AMR語音承載，用戶設(shè)備A及用戶設(shè)備B之間就通過這兩段承載開始進(jìn)行語音通話過程，此時業(yè)務(wù)回落完成。
E-VIG功能單元集成在被叫MSC側(cè)，主叫用戶設(shè)備僅支持單BCIE的情況可參照實(shí)施例三及實(shí)施例二，其處理流程和實(shí)施例三的不同之處就在于用戶設(shè)備A發(fā)出的SETUP消息只攜帶BCmm能力值，后續(xù)的IAM及SETUP消息也同樣只攜帶BCmm能力值，這些部分的信令處理過程與實(shí)施例二完全相同，其他的部分和實(shí)施例三完全相同，所以本文也就不再詳細(xì)描述E-VIG功能單元集成在被叫MSC側(cè)，主叫用戶設(shè)備僅支持單BCIE的業(yè)務(wù)回落處理流程了。
實(shí)現(xiàn)多媒體業(yè)務(wù)回落或業(yè)務(wù)更改的方法中實(shí)現(xiàn)業(yè)務(wù)更改方法的流程如圖9所示，具體描述如下步驟901、用戶設(shè)備正在正常進(jìn)行業(yè)務(wù)中，而且處于允許進(jìn)行業(yè)務(wù)更改的狀態(tài)，比如正常的CS64K多媒體通話、或者由于業(yè)務(wù)回落接通的語音通話。
步驟902、不論是由于用戶主動要求更改業(yè)務(wù)，或者由于網(wǎng)絡(luò)原因需要更改業(yè)務(wù)，都會由用戶設(shè)備或者無線網(wǎng)絡(luò)控制器(RNC)發(fā)出消息通知修改，MSC Server/MGW功能單元收到通知修改消息時，發(fā)送需要進(jìn)行業(yè)務(wù)更改消息至E-VIG功能單元。
步驟903、E-VIG功能單元根據(jù)接收到的需要進(jìn)行業(yè)務(wù)更改消息，使用H.245信令控制相應(yīng)的邏輯通道，比如，若消息中某一方要求將視頻通話改為音頻通話，E-VIG功能單元就控制另一方用戶設(shè)備關(guān)閉視頻邏輯通道，只傳遞音頻信息；若消息中表示可以將回落的業(yè)務(wù)恢復(fù)為視頻通話，E-VIG功能單元就控制主叫方用戶設(shè)備打開視頻通道，恢復(fù)為視頻通話。
步驟904、用戶設(shè)備開始進(jìn)行正常進(jìn)行更改后的業(yè)務(wù)，流程結(jié)束。
現(xiàn)以最初用戶設(shè)備處于CS64K多媒體通話中為實(shí)現(xiàn)多媒體業(yè)務(wù)更改方法的實(shí)施例一，舉例描述實(shí)現(xiàn)業(yè)務(wù)更改的兩種典型情況，即由視頻通話改為語音通話，和由語音通話改為視頻通話的過程，其具體實(shí)現(xiàn)流程參見圖10步驟1001、用戶設(shè)備A及用戶設(shè)備B處于CS64K多媒體通話中，即正在進(jìn)行一次視頻通話。
步驟1002、由于用戶設(shè)備B側(cè)無線資源緊張，不足繼續(xù)進(jìn)行CS64K多媒體通話，用戶設(shè)備B側(cè)的RNC向用戶設(shè)備B側(cè)的MSC發(fā)出無線接入承載(Radio Access Bearer，RAB)修改請求，請求進(jìn)行業(yè)務(wù)修改，將現(xiàn)有CS64K多媒體通話更改為語音通話。
步驟1003、用戶設(shè)備B側(cè)的MSC收到請求消息后，向用戶設(shè)備A側(cè)的MSC發(fā)送消息通知修改。
步驟1004、用戶設(shè)備A側(cè)的MSC收到用戶設(shè)備B側(cè)的MSC發(fā)出的消息后，用戶設(shè)備A側(cè)的MSC和用戶設(shè)備B側(cè)的MSC之間開始進(jìn)行與承載無關(guān)的呼叫控制信令(Bearer Independent Call Control，BICC)修改過程；用戶設(shè)備A側(cè)的MSC發(fā)送需要進(jìn)行業(yè)務(wù)更改消息至E-VIG功能單元，消息中攜帶有要求將現(xiàn)有CS64K多媒體通話更改為語音通話的信息。
步驟1005、在用戶設(shè)備B側(cè)的MSC向用戶設(shè)備A側(cè)的MSC發(fā)送消息通知修改的同時，用戶設(shè)備B側(cè)的MSC向用戶設(shè)備B發(fā)送攜帶BCs能力值的修改消息(MODIFY)，發(fā)起和用戶設(shè)備B之間的修改過程。
步驟1006、用戶設(shè)備B側(cè)的MSC和用戶設(shè)備B之間開始進(jìn)行RAB的修改過程。
步驟1007、修改完成后，用戶設(shè)備B向用戶設(shè)備B側(cè)的MSC發(fā)送修改完成消息(MODIFY COMPLETE)。
步驟1008、集成在用戶設(shè)備A側(cè)的MSC側(cè)的E-VIG功能單元根據(jù)需要進(jìn)行業(yè)務(wù)更改消息中攜帶的信息，發(fā)送關(guān)閉邏輯通道消息(Close LogicalChannel，CLC)至用戶設(shè)備A，通知關(guān)閉視頻邏輯通道。
步驟1009、用戶設(shè)備A關(guān)閉視頻邏輯通道，發(fā)送關(guān)閉邏輯通道確認(rèn)消息(Close Logical Channel Reject，CLCA)至集成在用戶設(shè)備A側(cè)的MSC側(cè)的E-VIG功能單元。
步驟1010、用戶設(shè)備A和用戶設(shè)備B之間開始進(jìn)行語音通話。
步驟1011、此時由于用戶設(shè)備B側(cè)的無線資源恢復(fù)正常，允許進(jìn)行正常的視頻通話，用戶設(shè)備B側(cè)的RNC向用戶設(shè)備B側(cè)的MSC發(fā)出RAB修改請求，請求進(jìn)行業(yè)務(wù)修改，將正在進(jìn)行中的語音通話更改為CS64K多媒體通話。
步驟1012、用戶設(shè)備B側(cè)的MSC收到請求消息后，向用戶設(shè)備A側(cè)的MSC發(fā)送消息通知修改。
步驟1013、用戶設(shè)備A側(cè)的MSC收到用戶設(shè)備B側(cè)的MSC發(fā)出的消息后，用戶設(shè)備A側(cè)的MSC和用戶設(shè)備B側(cè)的MSC之間開始進(jìn)行BICC修改過程；用戶設(shè)備A側(cè)的MSC發(fā)送需要進(jìn)行業(yè)務(wù)更改消息至E-VIG功能單元，消息中攜帶有要求將語音通話更改為CS64K多媒體通話的信息。
步驟1014、在用戶設(shè)備B側(cè)的MSC向用戶設(shè)備A側(cè)的MSC發(fā)送消息通知修改的同時，用戶設(shè)備B側(cè)的MSC向用戶設(shè)備B發(fā)送攜帶BCmm能力值的MODIFY消息，發(fā)起和用戶設(shè)備B之間的修改過程。
步驟1015、用戶設(shè)備B側(cè)的MSC和用戶設(shè)備B之間開始進(jìn)行RAB的修改過程。
步驟1016、修改完成后，用戶設(shè)備B向用戶設(shè)備B側(cè)的MSC發(fā)送修改完成消息MODIFY COMPLETE。
步驟1017、集成在用戶設(shè)備A側(cè)的MSC側(cè)的E-VIG功能單元根據(jù)需要進(jìn)行業(yè)務(wù)更改消息中攜帶的信息，發(fā)送打開邏輯通道消息OLC至用戶設(shè)備A，通知打開視頻邏輯通道。
步驟1018、用戶設(shè)備A打開視頻邏輯通道，發(fā)送打開邏輯通道確認(rèn)消息OLCA至集成在用戶設(shè)備A側(cè)的MSC側(cè)的E-VIG功能單元。
步驟1019、用戶設(shè)備A和用戶設(shè)備B之間開始進(jìn)行CS64K多媒體通話。
在上述流程中，以無線網(wǎng)絡(luò)資源不足為例來說明由視頻通話更改為音頻通話的過程，具體過程為步驟1001至步驟1010，由其他原因?qū)е碌男枰梢曨l通話更改為音頻通話的過程都可參照此例，E-VIG功能單元發(fā)出的指令完全相同，只是如果是由用戶主動提出修改，那么發(fā)出修改請求的將是用戶設(shè)備。
同時，上述流程以無線資源恢復(fù)為例來說明由音頻通話更改為視頻通話的過程，具體過程為步驟1010至步驟1019，由其他原因?qū)е碌男枰梢纛l通話更改為視頻通話的過程同樣都可參照此例，E-VIG功能單元發(fā)出的指令完全相同，同樣如果是由用戶主動提出修改，那么發(fā)出修改請求的將是用戶設(shè)備。
此實(shí)施例適用于支持雙BCIE的終端，也適用于僅支持單BCIE的終端。
若E-VIG功能單元集成在用戶設(shè)備B側(cè)的MSC側(cè)，實(shí)現(xiàn)多媒體業(yè)務(wù)更改的流程也和上述的實(shí)現(xiàn)多媒體業(yè)務(wù)更改的實(shí)施例一基本相同，不同之處僅在于，發(fā)出控制信令消息的E-VIG所處的位置不同，具體情況可以參考圖10及圖8。
以上對本發(fā)明所提供的一種實(shí)現(xiàn)多媒體業(yè)務(wù)回落或業(yè)務(wù)更改的方法及裝置進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種信息處理裝置，其特征在于該信息處理裝置包括復(fù)用/解復(fù)用模塊和信令處理模塊；該信令處理模塊在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)變化消息時，用于產(chǎn)生邏輯通道控制信令，該邏輯通道控制信令用于控制一端用戶設(shè)備和所述信息處理裝置之間的邏輯通道，實(shí)現(xiàn)多媒體業(yè)務(wù)變化；該復(fù)用/解復(fù)用模塊用于在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)變化消息時，對接收到的從用戶設(shè)備發(fā)出的信息進(jìn)行解復(fù)用；該復(fù)用/解復(fù)用模塊還用于對信令處理模塊產(chǎn)生的邏輯通道控制信令復(fù)用后發(fā)送給另一端用戶設(shè)備。
2.如權(quán)利要求1所述的信息處理裝置，其特征在于，所述需要進(jìn)行業(yè)務(wù)變化消息為需要進(jìn)行業(yè)務(wù)回落消息，所述信令處理模塊產(chǎn)生用于控制主叫用戶設(shè)備只打開與所述信息處理裝置之間的語音邏輯通道的邏輯通道控制信令用于，實(shí)現(xiàn)多媒體業(yè)務(wù)回落。
3.如權(quán)利要求1所述的信息處理裝置，其特征在于，所述需要進(jìn)行業(yè)務(wù)變化消息為需要進(jìn)行業(yè)務(wù)更改消息，所述信令處理模塊用于根據(jù)需要進(jìn)行業(yè)務(wù)更改消息產(chǎn)生邏輯通道控制信令，該邏輯通道控制信令用于，控制被要求更改業(yè)務(wù)端的用戶設(shè)備和所述信息處理裝置之間的相應(yīng)邏輯通道，實(shí)現(xiàn)多媒體業(yè)務(wù)更改。
4.如權(quán)利要求1或2或3所述的信息處理裝置，其特征在于，所述從用戶設(shè)備發(fā)出的信息為H.223媒體流；所述信令處理模塊產(chǎn)生的邏輯通道控制信令為H.245信令。
5.一種實(shí)現(xiàn)多媒體業(yè)務(wù)變化的系統(tǒng)，其特征在于，該系統(tǒng)包括用戶設(shè)備和信息處理裝置，其中所述信息處理裝置用于轉(zhuǎn)發(fā)用戶設(shè)備之間的交互信息，以及在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)變化消息時，對接收到的從用戶設(shè)備發(fā)出的信息進(jìn)行解復(fù)用，并產(chǎn)生邏輯通道控制信令復(fù)用后發(fā)送給一端用戶設(shè)備；所述用戶設(shè)備進(jìn)一步用于根據(jù)所述信息處理裝置發(fā)出的邏輯通道控制信令，控制用戶設(shè)備和所述信息處理裝置之間的邏輯通道，以實(shí)現(xiàn)多媒體業(yè)務(wù)變化。
6.如權(quán)利要求5所述的實(shí)現(xiàn)多媒體業(yè)務(wù)變化的系統(tǒng)，其特征在于所述信息處理裝置在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)變化消息為需要進(jìn)行業(yè)務(wù)回落消息時，用于產(chǎn)生邏輯通道控制信令復(fù)用后發(fā)送至主叫用戶設(shè)備；所述主叫用戶設(shè)備用于根據(jù)所述信息處理裝置發(fā)出的邏輯通道控制信令，只打開與所述信息處理裝置之間的語音邏輯通道，實(shí)現(xiàn)多媒體業(yè)務(wù)回落。
7.如權(quán)利要求5所述的實(shí)現(xiàn)多媒體業(yè)務(wù)變化的系統(tǒng)，其特征在于所述信息處理裝置在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)變化消息為需要進(jìn)行業(yè)務(wù)更改消息時，用于根據(jù)需要進(jìn)行業(yè)務(wù)更改消息，產(chǎn)生邏輯通道控制信令復(fù)用后發(fā)送至被要求更改業(yè)務(wù)端的用戶設(shè)備；所述用戶設(shè)備用于根據(jù)所述信息處理裝置發(fā)出的邏輯通道控制信令，控制該用戶設(shè)備和所述信息處理裝置之間的相應(yīng)邏輯通道，實(shí)現(xiàn)多媒體業(yè)務(wù)更改。
8.如權(quán)利要求5或6或7所述的實(shí)現(xiàn)多媒體業(yè)務(wù)變化的系統(tǒng)，其特征在于所述信息處理裝置集成在移動交換中心的服務(wù)器/媒體網(wǎng)關(guān)功能單元里。
9.如權(quán)利要求5或6或7所述的實(shí)現(xiàn)多媒體業(yè)務(wù)變化的系統(tǒng)，其特征在于所述從用戶設(shè)備發(fā)出的信息為H.223媒體流；所述邏輯通道控制信令為H.245信令。
10.一種實(shí)現(xiàn)多媒體業(yè)務(wù)變化的方法，其特征在于，該方法包括移動交換中心判斷出需要進(jìn)行多媒體業(yè)務(wù)變化，發(fā)送需要進(jìn)行業(yè)務(wù)變化消息至信息處理裝置；信息處理裝置轉(zhuǎn)發(fā)用戶設(shè)備之間的交互信息，在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)變化消息時，對接收到的從用戶設(shè)備發(fā)出的信息進(jìn)行解復(fù)用，產(chǎn)生邏輯通道控制信令復(fù)用后發(fā)送給一端用戶設(shè)備，控制一端用戶設(shè)備和所述信息處理裝置之間的邏輯通道，實(shí)現(xiàn)多媒體業(yè)務(wù)變化。
11.如權(quán)利要求10所述的實(shí)現(xiàn)多媒體業(yè)務(wù)變化的方法，其特征在于，所述方法包括移動交換中心判斷出需要進(jìn)行多媒體業(yè)務(wù)回落，發(fā)送需要進(jìn)行業(yè)務(wù)回落消息至信息處理裝置；信息處理裝置轉(zhuǎn)在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)回落消息時，對接收到的從用戶設(shè)備發(fā)出的信息進(jìn)行解復(fù)用，產(chǎn)生打開邏輯通道信令復(fù)用后發(fā)送至主叫用戶設(shè)備，通知主叫用戶設(shè)備只打開語音邏輯通道；主叫用戶設(shè)備接收到所述信息處理裝置發(fā)送的信令后，打開與所述信息處理裝置之間的語音邏輯通道，接通語音通話，實(shí)現(xiàn)多媒體業(yè)務(wù)回落。
12.如權(quán)利要求10所述的實(shí)現(xiàn)多媒體業(yè)務(wù)變化的方法，其特征在于，所述方法包括移動交換中心判斷出需要進(jìn)行多媒體業(yè)務(wù)更改，發(fā)送需要進(jìn)行業(yè)務(wù)更改消息至信息處理裝置；信息處理裝置在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)更改消息時，對接收到的從用戶設(shè)備發(fā)出的信息進(jìn)行解復(fù)用，則根據(jù)需要進(jìn)行業(yè)務(wù)更改消息，產(chǎn)生邏輯通道控制信令復(fù)用后發(fā)送至被要求更改業(yè)務(wù)端的用戶設(shè)備，通知所述用戶設(shè)備控制相應(yīng)邏輯通道；所述用戶設(shè)備接收到所述信息處理裝置發(fā)送的信令后，控制該用戶設(shè)備和所述信息處理裝置之間的相應(yīng)邏輯通道，實(shí)現(xiàn)多媒體業(yè)務(wù)更改。
13.如權(quán)利要求12所述的實(shí)現(xiàn)多媒體業(yè)務(wù)變化的方法，其特征在于，所述方法包括移動交換中心判斷出需要進(jìn)行多媒體業(yè)務(wù)更改，發(fā)送需要進(jìn)行業(yè)務(wù)更改消息至信息處理裝置；信息處理裝置在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)更改消息時，對接收到的從用戶設(shè)備發(fā)出的信息進(jìn)行解復(fù)用，若需要進(jìn)行業(yè)務(wù)更改消息攜帶的信息要求將正在進(jìn)行中的可視電話多媒體通話更改為語音通話，則所述信息處理裝置產(chǎn)生關(guān)閉邏輯通道信令復(fù)用后發(fā)送至被要求更改業(yè)務(wù)端的用戶設(shè)備，通知所述用戶設(shè)備關(guān)閉視頻邏輯通道；所述用戶設(shè)備接收到所述信息處理裝置發(fā)送的信令后，關(guān)閉與所述信息處理裝置之間的視頻邏輯通道，只傳遞語音信息，將業(yè)務(wù)更改為語音通話，完成多媒體業(yè)務(wù)更改。
14.如權(quán)利要求12所述的實(shí)現(xiàn)多媒體業(yè)務(wù)變化的方法，其特征在于，所述方法包括移動交換中心判斷出需要進(jìn)行多媒體業(yè)務(wù)更改，發(fā)送需要進(jìn)行業(yè)務(wù)更改消息至信息處理裝置；信息處理裝置在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)更改消息時，對接收到的從用戶設(shè)備發(fā)出的信息進(jìn)行解復(fù)用，若需要進(jìn)行業(yè)務(wù)更改消息攜帶的信息要求將業(yè)務(wù)回落后或業(yè)務(wù)更改后的語音通話恢復(fù)為可視電話多媒體通話，則所述信息處理裝置產(chǎn)生打開邏輯通道信令復(fù)用后發(fā)送至被要求更改業(yè)務(wù)端的用戶設(shè)備，通知所述用戶設(shè)備打開視頻邏輯通道；所述用戶設(shè)備接收到所述信息處理裝置發(fā)送的信令后，打開與所述信息處理裝置之間的視頻邏輯通道，傳遞視頻信息，將業(yè)務(wù)更改為可視電話多媒體通話，完成多媒體業(yè)務(wù)更改。
15.如權(quán)利要求10、11、12、13或14所述的實(shí)現(xiàn)多媒體業(yè)務(wù)變化的方法，其特征在于，所述信息處理裝置集成在移動交換中心的服務(wù)器/媒體網(wǎng)關(guān)功能單元里。
16.如權(quán)利要求10、11、12、13或14所述的實(shí)現(xiàn)多媒體業(yè)務(wù)變化的方法，其特征在于，所述信令為H.245信令。
全文摘要
本發(fā)明公開了一種信息處理裝置，包括復(fù)用/解復(fù)用模塊和信令處理模塊，在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)變化消息時，控制一端用戶設(shè)備和所述信息處理裝置之間的邏輯通道，實(shí)現(xiàn)多媒體業(yè)務(wù)變化。本發(fā)明還公開了一種實(shí)現(xiàn)多媒體業(yè)務(wù)變化的系統(tǒng)，由上述裝置和用戶設(shè)備組成，用戶設(shè)備通過所述信息處理裝置進(jìn)行信令交互，在收到移動交換中心發(fā)出的需要進(jìn)行業(yè)務(wù)變化消息時，控制一端用戶設(shè)備和所述信息處理裝置之間的邏輯通道，實(shí)現(xiàn)多媒體業(yè)務(wù)變化。本發(fā)明還公開了一種實(shí)現(xiàn)多媒體業(yè)務(wù)變化的方法，通過增加上述的裝置，實(shí)現(xiàn)多媒體業(yè)務(wù)變化。通過本發(fā)明可以快速便捷地實(shí)現(xiàn)多媒體業(yè)務(wù)回落或業(yè)務(wù)更改，且適用支持單雙BCIE的用戶設(shè)備。
文檔編號H04L29/00GK1878151SQ200610099349
公開日2006年12月13日 申請日期2006年7月17日 優(yōu)先權(quán)日2006年7月17日
發(fā)明者吳曉明, 丁巖, 張曉鵬 申請人:華為技術(shù)有限公司