專利名稱：控制業(yè)務(wù)承載方式改變的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及一種通信核心網(wǎng)中在呼叫建立后控制業(yè)務(wù)承載方式改變的方法。
背景技術(shù)：
隨著第三代移動(dòng)通信系統(tǒng)(3G，3rd Generation)的發(fā)展，各種新業(yè)務(wù)不斷涌現(xiàn)。為提高移動(dòng)用戶對(duì)業(yè)務(wù)的感受，開始出現(xiàn)控制承載方式改變的新技術(shù)，這種新技術(shù)是指在一定條件下通過修改業(yè)務(wù)的承載屬性參數(shù)實(shí)現(xiàn)承載方式的改變，利用這種改變進(jìn)而可實(shí)現(xiàn)各種業(yè)務(wù)間的切換。
以電路域可視電話業(yè)務(wù)和語音業(yè)務(wù)為例，電路域可視電話被普遍認(rèn)為是3G特色的多媒體業(yè)務(wù)，具有良好的發(fā)展前景，目前在3G移動(dòng)網(wǎng)絡(luò)中已提出電路域多媒體業(yè)務(wù)回落和改變這一特性。所謂電路域多媒體業(yè)務(wù)回落和業(yè)務(wù)改變特性，是指在一定條件下可視電話業(yè)務(wù)回落到語音業(yè)務(wù)，以及在通訊過程中可視電話業(yè)務(wù)和語音業(yè)務(wù)之間的相互切換。其應(yīng)用情形可例舉如下主叫方發(fā)起一個(gè)可視電話呼叫，由于各種情況，例如被叫方不愿意承擔(dān)可視電話較貴的費(fèi)用，或者被叫用戶終端不支持可視電話功能；或者主叫或被叫用戶沒有簽約該種可視電話業(yè)務(wù)等多種情況，被叫用戶因此希望選擇該呼叫為普通語音接收；另外，在通訊過程中有可能一方用戶希望將語音業(yè)務(wù)改變?yōu)榭梢曤娫挊I(yè)務(wù)，或從可視電話業(yè)務(wù)改變?yōu)檎Z音業(yè)務(wù)等。
以實(shí)現(xiàn)所述電路域多媒體業(yè)務(wù)回落和改變?yōu)槔?，其中涉及到用戶終端、接入網(wǎng)和核心網(wǎng)的各個(gè)方面。而在電路域交換核心網(wǎng)中，可視電話業(yè)務(wù)一般使用64k非受限數(shù)據(jù)信息(UDI，Unrestricted Data Information)的業(yè)務(wù)承載方式，語音業(yè)務(wù)一般使用語音(speech)或3.1k音頻(3.1k audio)的業(yè)務(wù)承載方式。對(duì)核心網(wǎng)而言，要實(shí)現(xiàn)上述不同業(yè)務(wù)承載方式的改變，其前提是需要核心網(wǎng)信令流程支持修改承載屬性參數(shù)。
目前，時(shí)分復(fù)用(TDM，Time-division multiplexing)電路域交換核心網(wǎng)中廣泛使用ISDN用戶部分(ISUP，ISDN User Part)信令，國(guó)際電聯(lián)(ITU，International Telecommunication Union)規(guī)范了ISUP的信令消息、消息編碼方式以及相關(guān)信令處理流程。
其中在ITU-T Q.764的ISUP信令協(xié)議中詳細(xì)定義了有連接類型回退的信令及處理流程用于實(shí)現(xiàn)業(yè)務(wù)承載方式的改變，其處理流程可參考圖1所示，主要包括以下步驟1、主叫用戶終端發(fā)送呼叫建立消息setup，消息中攜帶重復(fù)指示參數(shù)RI和兩個(gè)承載屬性參數(shù)BC。其中RI＝02，表示支持回退，BC1優(yōu)選，當(dāng)BC1失敗時(shí)選擇BC2；BC1設(shè)為H.324多媒體呼叫，BC2設(shè)為語音。
2、發(fā)端MSC將收到的BC參數(shù)轉(zhuǎn)換成ISUP相應(yīng)的參數(shù)，在初始地址消息IAM中攜帶這些參數(shù)，發(fā)給后續(xù)MSC。其中傳輸介質(zhì)需求(TMR，Transmissionmedium requirement)設(shè)為優(yōu)選64k不受限(64k unrestricted preferred)，基本傳輸介質(zhì)需求(TMR′，Transmission medium requirement prime)設(shè)為語音(speech)，這兩個(gè)參數(shù)是必須的。非受限數(shù)據(jù)信息(UDI，Unrestricted DataInformation)設(shè)為語音，基本用戶業(yè)務(wù)信息(UDI′，User service informationprime)設(shè)為優(yōu)選64k不受限，這兩個(gè)參數(shù)是可選的，可以有，也可以沒有。
3、正常情況下，匯接MSC將IAM消息透?jìng)魉徒o終端MSC。
4、終端MSC收到IAM消息后，向被叫終端發(fā)呼叫建立setup消息，消息中攜帶重復(fù)指示參數(shù)RI和兩個(gè)承載屬性BC參數(shù)。RI＝02，表示支持回退，BC1優(yōu)選，當(dāng)BC1失敗時(shí)選擇BC2；BC1設(shè)為H.324多媒體呼叫，BC2設(shè)為語音。
5、被叫用戶終端得到H.324可視電話呼叫的指示，被叫用戶選擇不接收可視電話，而當(dāng)作普通語音呼叫接收，此時(shí)被叫終端向終端MSC發(fā)送呼叫確認(rèn)消息，攜帶一個(gè)承載屬性參數(shù)BC，BC設(shè)為語音。
6、終端MSC向匯接MSC發(fā)送ISUP應(yīng)答消息ANM，攜帶所用傳輸介質(zhì)參數(shù)所使用的傳輸介質(zhì)(TMU，Transmission medium used)，TMU為語音。
7、正常情況下，匯接MSC將ANM消息透?jìng)鹘o發(fā)端MSC。
8、發(fā)端MSC收到ANM消息后，向主叫終端發(fā)呼叫確認(rèn)消息，消息中攜帶一個(gè)承載屬性參數(shù)BC，BC設(shè)為語音。
在核心網(wǎng)ISUP流程中，另兩個(gè)參數(shù)用戶業(yè)務(wù)信息(USI，User serviceinformation)和基本的用戶業(yè)務(wù)信息(USI′，User service information prime)，在上述流程中可以有，也可以沒有。
上述為現(xiàn)有技術(shù)中呼叫建立階段的控制業(yè)務(wù)承載方式改變的實(shí)現(xiàn)方案，但是，對(duì)于呼叫連接建立之后的業(yè)務(wù)承載方式改變，現(xiàn)有ISUP信令協(xié)議還無法實(shí)現(xiàn)，即在呼叫話路連接已建立之后，現(xiàn)有ISUP信令協(xié)議中并沒有定義合適的消息和處理流程來實(shí)現(xiàn)業(yè)務(wù)承載方式的改變。

發(fā)明內(nèi)容
本發(fā)明解決的技術(shù)問題是提供一種可實(shí)現(xiàn)在呼叫建立后控制業(yè)務(wù)承載方式改變的方法，以適應(yīng)用戶對(duì)新業(yè)務(wù)的需求。
為解決上述問題，本發(fā)明的控制業(yè)務(wù)承載方式改變的方法，包括以下步驟A、預(yù)設(shè)呼叫建立后交換節(jié)點(diǎn)間用于控制業(yè)務(wù)承載方式改變的綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分協(xié)議消息；B、當(dāng)呼叫建立后，交換節(jié)點(diǎn)間根據(jù)所述預(yù)設(shè)的綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分協(xié)議消息控制業(yè)務(wù)承載方式改變。
其中，所述預(yù)設(shè)的綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分協(xié)議消息包括承載修改請(qǐng)求消息、承載修改確認(rèn)消息以及承載修改拒絕消息。
其中，步驟B所述根據(jù)綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分協(xié)議消息控制業(yè)務(wù)承載方式改變包括B1、發(fā)起交換節(jié)點(diǎn)向目的交換節(jié)點(diǎn)發(fā)送承載修改請(qǐng)求消息；B2、目的交換節(jié)點(diǎn)判斷是否接受修改請(qǐng)求，若判斷結(jié)果為是，則返回承載修改確認(rèn)消息并控制業(yè)務(wù)傳輸承載方式改變，同時(shí)，發(fā)起交換節(jié)點(diǎn)收到承載修改確認(rèn)消息后也相應(yīng)控制業(yè)務(wù)傳輸承載方式改變；否則，返回承載修改拒絕消息。
其中，所述發(fā)起交換節(jié)點(diǎn)為呼叫發(fā)端交換節(jié)點(diǎn)，所述目的交換節(jié)點(diǎn)為呼叫收端交換節(jié)點(diǎn)，步驟B1包括
B11、呼叫發(fā)端交換節(jié)點(diǎn)向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改請(qǐng)求消息；B12、呼叫匯接交換節(jié)點(diǎn)向呼叫收端交換節(jié)點(diǎn)轉(zhuǎn)發(fā)承載修改請(qǐng)求消息；步驟B2包括B21、呼叫收端交換節(jié)點(diǎn)判斷是否接受修改請(qǐng)求，若判斷結(jié)果為是，則執(zhí)行步驟B22；否則執(zhí)行步驟B23；B22、呼叫收端交換節(jié)點(diǎn)向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改確認(rèn)消息，并同時(shí)控制業(yè)務(wù)承載方式改變，所述呼叫匯接交換節(jié)點(diǎn)向呼叫發(fā)端交換節(jié)點(diǎn)轉(zhuǎn)發(fā)承載修改確認(rèn)消息，相應(yīng)控制業(yè)務(wù)承載方式改變，呼叫發(fā)端交換節(jié)點(diǎn)在收到承載修改確認(rèn)消息后也相應(yīng)控制業(yè)務(wù)承載方式改變；B23、呼叫收端交換節(jié)點(diǎn)向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改拒絕消息，所述呼叫匯接交換節(jié)點(diǎn)向呼叫發(fā)端交換節(jié)點(diǎn)轉(zhuǎn)發(fā)承載修改拒絕消息。
其中，步驟B11和步驟B12之間還包括B111、呼叫匯接交換節(jié)點(diǎn)直接向呼叫發(fā)端交換節(jié)點(diǎn)發(fā)送承載修改拒絕消息拒絕其承載修改請(qǐng)求。
其中，所述發(fā)起交換節(jié)點(diǎn)為呼叫收端交換節(jié)點(diǎn)，所述目的交換節(jié)點(diǎn)為呼叫發(fā)端交換節(jié)點(diǎn)，步驟B1包括B13、呼叫收端交換節(jié)點(diǎn)向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改請(qǐng)求消息；B14、呼叫匯接交換節(jié)點(diǎn)向呼叫發(fā)端交換節(jié)點(diǎn)轉(zhuǎn)發(fā)承載修改請(qǐng)求消息；步驟B2包括B23、呼叫發(fā)端交換節(jié)點(diǎn)判斷是否接受修改請(qǐng)求，若判斷結(jié)果為是，則執(zhí)行步驟B24；否則執(zhí)行步驟B25；B24、呼叫發(fā)端交換節(jié)點(diǎn)向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改確認(rèn)消息，同時(shí)控制業(yè)務(wù)承載方式改變，所述呼叫匯接交換節(jié)點(diǎn)向呼叫收端交換節(jié)點(diǎn)轉(zhuǎn)發(fā)承載修改確認(rèn)消息，并相應(yīng)控制業(yè)務(wù)承載方式改變，呼叫發(fā)端交換節(jié)點(diǎn)在收到承載修改確認(rèn)消息后也相應(yīng)控制業(yè)務(wù)承載方式改變；B25、呼叫發(fā)端交換節(jié)點(diǎn)向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改拒絕消息，所述呼叫匯接交換節(jié)點(diǎn)向呼叫收端交換節(jié)點(diǎn)轉(zhuǎn)發(fā)承載修改拒絕消息。
其中，步驟B13和步驟B14之間還包括
B131、呼叫匯接交換節(jié)點(diǎn)直接向呼叫收端交換節(jié)點(diǎn)發(fā)送承載修改拒絕消息拒絕其修改請(qǐng)求。
其中，所述發(fā)起交換節(jié)點(diǎn)為呼叫匯接交換節(jié)點(diǎn)，所述目的交換節(jié)點(diǎn)為呼叫發(fā)端交換節(jié)點(diǎn)以及呼叫收端交換節(jié)點(diǎn)，步驟B1包括呼叫匯接交換節(jié)點(diǎn)分別向呼叫發(fā)端交換節(jié)點(diǎn)和呼叫收端交換節(jié)點(diǎn)發(fā)送承載修改請(qǐng)求消息；步驟B2包括B26、呼叫發(fā)端交換節(jié)點(diǎn)和呼叫收端交換節(jié)點(diǎn)均接受修改請(qǐng)求，并控制業(yè)務(wù)承載方式改變，進(jìn)而分別向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改確認(rèn)消息，呼叫匯接交換節(jié)點(diǎn)在收到所述承載修改確認(rèn)消息后也相應(yīng)控制業(yè)務(wù)承載方式改變；或B27、呼叫發(fā)端交換節(jié)點(diǎn)或呼叫收端交換節(jié)點(diǎn)均拒絕修改請(qǐng)求，進(jìn)而分別向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改拒絕消息；或B28、呼叫發(fā)端交換節(jié)點(diǎn)或呼叫收端交換節(jié)點(diǎn)中其中一個(gè)接受修改請(qǐng)求，向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改確認(rèn)消息，并相應(yīng)控制業(yè)務(wù)承載方式改變；另一個(gè)拒絕修改請(qǐng)求，并向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改拒絕消息；呼叫匯接交換節(jié)點(diǎn)向接受修改請(qǐng)求的交換節(jié)點(diǎn)再次發(fā)送承載修改請(qǐng)求消息，接受修改請(qǐng)求的交換節(jié)點(diǎn)在收到所述承載修改請(qǐng)求消息后，將承載方式改為修改前的承載方式，并向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改確認(rèn)消息。
其中，步驟B1發(fā)起交換節(jié)點(diǎn)根據(jù)主叫用戶終端或被叫用戶終端主動(dòng)發(fā)起呼叫中的承載修改請(qǐng)求觸發(fā)發(fā)起業(yè)務(wù)承載方式改變；或發(fā)起交換節(jié)點(diǎn)根據(jù)系統(tǒng)和資源情況，決定是否修改當(dāng)前承載屬性，若判定當(dāng)前承載方式不能繼續(xù)保持時(shí)，則觸發(fā)發(fā)起業(yè)務(wù)承載方式改變。
其中，所述承載修改請(qǐng)求消息中包含承載屬性參數(shù)；所述承載修改確認(rèn)消息中包含或不包含承載屬性參數(shù)，其包含的承載屬性參數(shù)值與承載修改請(qǐng)求消息中攜帶的承載屬性參數(shù)值保持一致；所述承載修改拒絕消息中包含拒絕原因參數(shù)、包含或不包含承載屬性參數(shù)，其包含的承載屬性參數(shù)值為當(dāng)前的承載屬性參數(shù)值。
與現(xiàn)有技術(shù)相比，本發(fā)明具有以下有益效果首先，基于本發(fā)明提出的核心網(wǎng)信令增強(qiáng)，能在基于電路交換的核心網(wǎng)中，提供業(yè)務(wù)承載方式改變的特性，滿足不斷出現(xiàn)的新用戶需求，如3G系統(tǒng)的電路域多媒體業(yè)務(wù)回落和業(yè)務(wù)改變，為運(yùn)營(yíng)商提供了一種切實(shí)有效的解決方案；其次，本發(fā)明僅通過新增三條ISUP信令協(xié)議消息，不需要改變現(xiàn)有ISUP信令協(xié)議的承載屬性參數(shù)，定義的呼叫流程也非常簡(jiǎn)單，易于實(shí)現(xiàn)。


圖1為現(xiàn)有技術(shù)控制業(yè)務(wù)承載方式改變的實(shí)現(xiàn)流程圖；圖2為本發(fā)明控制業(yè)務(wù)承載方式改變的實(shí)現(xiàn)流程圖；圖3為本發(fā)明由呼叫發(fā)端交換節(jié)點(diǎn)發(fā)起的一種成功的業(yè)務(wù)承載方式改變的呼叫流程示意圖；圖4為本發(fā)明由呼叫發(fā)端交換節(jié)點(diǎn)發(fā)起的一種失敗的業(yè)務(wù)承載方式改變呼叫流程示意圖；圖5為本發(fā)明由呼叫發(fā)端交換節(jié)點(diǎn)發(fā)起的另一種失敗的業(yè)務(wù)承載方式改變呼叫流程示意圖；圖6為本發(fā)明由呼叫收端交換節(jié)點(diǎn)發(fā)起的成功的業(yè)務(wù)承載方式改變的呼叫流程示意圖；圖7為本發(fā)明由呼叫收端交換節(jié)點(diǎn)發(fā)起的失敗的業(yè)務(wù)承載方式改變的呼叫流程示意圖；圖8為本發(fā)明另一種由呼叫收端交換節(jié)點(diǎn)發(fā)起的失敗的業(yè)務(wù)承載方式改變的呼叫流程示意圖；圖9為本發(fā)明由匯接交換節(jié)點(diǎn)發(fā)起的成功的業(yè)務(wù)承載方式改變的呼叫流程示意圖；圖10為本發(fā)明由匯接交換節(jié)點(diǎn)發(fā)起的失敗的業(yè)務(wù)承載方式改變的呼叫流程示意圖；
圖11為本發(fā)明由匯接交換節(jié)點(diǎn)發(fā)起的另一種失敗的業(yè)務(wù)承載方式改變的呼叫流程圖；圖12為本發(fā)明由主叫用戶發(fā)起的可視電話業(yè)務(wù)與語音業(yè)務(wù)的業(yè)務(wù)承載方式改變的具體實(shí)施例示意圖；圖13為本發(fā)明由網(wǎng)絡(luò)發(fā)起的一種成功的可視電話業(yè)務(wù)與語音業(yè)務(wù)的業(yè)務(wù)承載方式改變的具體實(shí)施例示意圖。
具體實(shí)施例方式
本發(fā)明應(yīng)用于通信核心網(wǎng)中，所述通信核心網(wǎng)包括有交換節(jié)點(diǎn)，其中所述交換節(jié)點(diǎn)涉及端局交換節(jié)點(diǎn)，也可能涉及匯接交換節(jié)點(diǎn)。
為克服現(xiàn)有技術(shù)在呼叫建立后不能實(shí)現(xiàn)承載方式改變的缺點(diǎn)，本發(fā)明通過對(duì)現(xiàn)有通信核心網(wǎng)中的ISUP信令協(xié)議進(jìn)行增強(qiáng)，實(shí)現(xiàn)了核心網(wǎng)內(nèi)部呼叫連接建立之后的承載改變功能，其核心在于預(yù)設(shè)呼叫建立后交換節(jié)點(diǎn)間用于控制業(yè)務(wù)承載方式改變的ISUP信令協(xié)議消息；并在呼叫建立后，交換節(jié)點(diǎn)間根據(jù)所述ISUP信令協(xié)議消息控制業(yè)務(wù)承載方式改變。
本發(fā)明中所述預(yù)定協(xié)議采用ISUP信令協(xié)議，新增的ISUP信令協(xié)議消息包括承載修改請(qǐng)求消息、承載修改確認(rèn)消息和承載修改拒絕消息。其中所述承載修改請(qǐng)求消息中包含承載屬性參數(shù)；所述承載修改確認(rèn)消息中包含或不包含承載屬性參數(shù)，其包含的參數(shù)值與承載修改請(qǐng)求消息中攜帶的承載屬性參數(shù)值保持一致；所述承載修改拒絕消息中包含拒絕原因參數(shù)、包含或不包含承載屬性參數(shù)，其包含的承載屬性參數(shù)值為當(dāng)前的承載屬性參數(shù)值。所述拒絕原因參數(shù)可包括消息不識(shí)別、網(wǎng)絡(luò)不支持、用戶不支持等，由于不能窮舉，且不是本發(fā)明的關(guān)鍵，這里不再對(duì)拒絕原因贅述。
另外，可按照現(xiàn)有ISUP信令協(xié)議的編碼方式對(duì)上述消息進(jìn)行編碼以便網(wǎng)絡(luò)中識(shí)別。
為了便于區(qū)分涉及的網(wǎng)絡(luò)實(shí)體并更好的理解本發(fā)明，對(duì)以下涉及的網(wǎng)絡(luò)實(shí)體做下面的定義發(fā)起交換節(jié)點(diǎn)，定義為呼叫建立后核心網(wǎng)中發(fā)起承載方式改變的交換節(jié)點(diǎn)；目的交換節(jié)點(diǎn)，定義為呼叫建立后核心網(wǎng)中呼叫對(duì)端配合承載方式改變的交換節(jié)點(diǎn)；呼叫發(fā)端交換節(jié)點(diǎn)，定義為建立呼叫時(shí)發(fā)起呼叫的主叫用戶所在的交換節(jié)點(diǎn)；呼叫收端交換節(jié)點(diǎn)，定義為建立呼叫時(shí)被叫用戶所在的交換節(jié)點(diǎn)；匯接交換節(jié)點(diǎn)，定義為呼叫過程中傳送呼叫信息的、位于呼叫發(fā)端交換節(jié)點(diǎn)與呼叫收端交換節(jié)點(diǎn)之間的交換節(jié)點(diǎn)。
參考圖2，為本發(fā)明控制業(yè)務(wù)承載方式改變的實(shí)現(xiàn)流程圖，主要包括以下步驟步驟s1、發(fā)起交換節(jié)點(diǎn)向目的交換節(jié)點(diǎn)發(fā)送承載修改請(qǐng)求消息，所述承載修改請(qǐng)求消息中攜帶所請(qǐng)求的承載屬性參數(shù)；其中發(fā)起交換節(jié)點(diǎn)根據(jù)各種情況發(fā)起修改請(qǐng)求，例如根據(jù)主叫用戶終端或被叫用戶終端主動(dòng)發(fā)起呼叫中的承載修改請(qǐng)求觸發(fā)主動(dòng)發(fā)起業(yè)務(wù)承載方式改變；或發(fā)起交換節(jié)點(diǎn)根據(jù)系統(tǒng)和資源情況，決定是否修改當(dāng)前承載屬性，如識(shí)別到當(dāng)前承載屬性不能繼續(xù)保持時(shí)，則觸發(fā)主動(dòng)發(fā)起業(yè)務(wù)承載方式改變。
s2、目的交換節(jié)點(diǎn)判斷是否接受修改請(qǐng)求，若判斷結(jié)果為是，則執(zhí)行步驟s3，返回承載修改確認(rèn)消息并根據(jù)承載修改請(qǐng)求消息中攜帶的承載屬性參數(shù)控制業(yè)務(wù)傳輸承載方式改變，同時(shí)，發(fā)起交換節(jié)點(diǎn)收到承載修改確認(rèn)消息后控制業(yè)務(wù)傳輸承載方式改變；否則，執(zhí)行步驟s4，返回承載修改拒絕消息，所述承載修改拒絕消息中攜帶拒絕原因參數(shù)，另外還可攜帶當(dāng)前的承載屬性參數(shù)。
其中目的交換交換節(jié)點(diǎn)也根據(jù)各種情況判斷是否接受修改請(qǐng)求，例如根據(jù)當(dāng)前系統(tǒng)和資源情況，或者其他的原因進(jìn)行判斷，進(jìn)而確定采用相應(yīng)的承載方式。
下面以發(fā)起交換節(jié)點(diǎn)為呼叫發(fā)端交換節(jié)點(diǎn)，目的交換節(jié)點(diǎn)為呼叫收端交換節(jié)點(diǎn)的具體實(shí)施例進(jìn)行說明。
參考圖3，為呼叫發(fā)端交換節(jié)點(diǎn)發(fā)起的一種成功的業(yè)務(wù)承載方式改變的呼叫流程示意圖，主要包括以下步驟A1、呼叫發(fā)端交換節(jié)點(diǎn)根據(jù)情況決定發(fā)起呼叫中的承載修改請(qǐng)求，向中間的匯接交換節(jié)點(diǎn)發(fā)送承載修改請(qǐng)求消息，消息中攜帶所請(qǐng)求的承載屬性參數(shù)；B1、中間的匯接交換節(jié)點(diǎn)將所述承載修改請(qǐng)求消息轉(zhuǎn)發(fā)給呼叫收端交換節(jié)點(diǎn)；C1、呼叫收端交換節(jié)點(diǎn)根據(jù)情況判斷是否接受呼叫中的承載修改請(qǐng)求，經(jīng)判斷為是，則向匯接交換節(jié)點(diǎn)返回承載修改確認(rèn)消息，消息中攜帶或不攜帶請(qǐng)求的承載屬性參數(shù)，并根據(jù)承載修改請(qǐng)求消息中攜帶的承載屬性參數(shù)控制業(yè)務(wù)傳輸承載方式改變；匯接交換節(jié)點(diǎn)收到承載修改確認(rèn)消息后也相應(yīng)控制業(yè)務(wù)承載方式改變；D1、匯接交換節(jié)點(diǎn)向呼叫發(fā)端交換節(jié)點(diǎn)轉(zhuǎn)發(fā)承載修改確認(rèn)消息，消息中攜帶請(qǐng)求的承載屬性參數(shù)；發(fā)端交換節(jié)點(diǎn)收到承載修改確認(rèn)消息后相應(yīng)控制業(yè)務(wù)承載方式改變。
參考圖4，為呼叫發(fā)端交換節(jié)點(diǎn)發(fā)起的一種失敗的業(yè)務(wù)承載方式改變實(shí)施例呼叫流程示意圖，該實(shí)施例與圖3所示的實(shí)施例步驟A1、B1相同，其不同主要在于以下步驟C2、呼叫收端交換節(jié)點(diǎn)根據(jù)情況判斷是否接受呼叫中的承載修改請(qǐng)求，經(jīng)判斷為否，即呼叫收端交換節(jié)點(diǎn)不接受修改請(qǐng)求，則向匯接交換節(jié)點(diǎn)返回承載修改拒絕消息，該拒絕消息中攜帶拒絕原因參數(shù)，可攜帶或不攜帶當(dāng)前的承載屬性參數(shù)；D2、匯接交換節(jié)點(diǎn)向呼叫發(fā)端交換節(jié)點(diǎn)轉(zhuǎn)發(fā)承載修改拒絕消息，同樣，該拒絕消息中攜帶拒絕原因參數(shù)，可攜帶或不攜帶當(dāng)前的承載屬性參數(shù)。
參考圖5，為本發(fā)明呼叫發(fā)端交換節(jié)點(diǎn)發(fā)起的另一種失敗的業(yè)務(wù)承載方式改變實(shí)施例呼叫流程示意圖，在該種情況下，呼叫發(fā)端交換節(jié)點(diǎn)發(fā)起修改請(qǐng)求，若中間某個(gè)匯接交換節(jié)點(diǎn)收到該承載修改請(qǐng)求后，根據(jù)網(wǎng)絡(luò)情況或一定設(shè)置決定拒絕承載修改請(qǐng)求，則直接向呼叫發(fā)端交換節(jié)點(diǎn)返回承載修改拒絕消息，該拒絕消息中攜帶拒絕原因參數(shù)，攜帶或不攜帶當(dāng)前的承載屬性參數(shù)，并不再向呼叫收端交換節(jié)點(diǎn)發(fā)起承載修改請(qǐng)求。
上述以發(fā)起交換節(jié)點(diǎn)為呼叫發(fā)端交換節(jié)點(diǎn)，目的交換節(jié)點(diǎn)為呼叫收端交換節(jié)點(diǎn)為例進(jìn)行了說明，事實(shí)上所述發(fā)起交換節(jié)點(diǎn)還可以為呼叫收端交換節(jié)點(diǎn)，相應(yīng)的，目的交換節(jié)點(diǎn)為呼叫發(fā)端交換節(jié)點(diǎn)，其實(shí)現(xiàn)與上述流程大致相同，但消息方向相反。
下面參考圖6～圖8進(jìn)行說明，圖6為呼叫收端交換節(jié)點(diǎn)發(fā)起的成功的業(yè)務(wù)承載方式改變的呼叫流程，圖7為呼叫收端交換節(jié)點(diǎn)發(fā)起的失敗的業(yè)務(wù)承載方式改變的呼叫流程，圖8為另一種呼叫收端交換節(jié)點(diǎn)發(fā)起的失敗的業(yè)務(wù)承載方式改變的呼叫流程。
其中圖6實(shí)現(xiàn)的呼叫流程與圖3所示的呼叫流程大致相同，其不同點(diǎn)主要在網(wǎng)絡(luò)中的實(shí)體變換，即原呼叫發(fā)端交換節(jié)點(diǎn)在本實(shí)施例中變?yōu)楹艚惺斩私粨Q節(jié)點(diǎn)，原呼叫收端交換節(jié)點(diǎn)變?cè)诒緦?shí)施例中變?yōu)楹艚邪l(fā)端交換節(jié)點(diǎn)。
同樣的，圖7為呼叫收端交換節(jié)點(diǎn)發(fā)起的失敗的呼叫流程，與圖4所示意的呼叫流程大致相同，其不同點(diǎn)主要在網(wǎng)絡(luò)中的實(shí)體變換，原呼叫發(fā)端交換節(jié)點(diǎn)在本實(shí)施例中變?yōu)楹艚惺斩私粨Q節(jié)點(diǎn)，原呼叫收端交換節(jié)點(diǎn)在本實(shí)施例中變?yōu)楹艚邪l(fā)端交換節(jié)點(diǎn)。
同樣的，圖8為呼叫收端交換節(jié)點(diǎn)發(fā)起的另一種失敗的呼叫流程。與圖5類似的，本實(shí)施例中呼叫收端交換節(jié)點(diǎn)發(fā)送的承載修改請(qǐng)求消息，被傳送到某一中間匯接交換節(jié)點(diǎn)，該中間匯接交換節(jié)點(diǎn)收到該承載修改請(qǐng)求消息后，根據(jù)網(wǎng)絡(luò)情況或一定設(shè)置決定拒絕承載修改請(qǐng)求，并直接向呼叫收端交換節(jié)點(diǎn)返回承載修改拒絕消息，該消息中攜帶拒絕原因參數(shù)，攜帶或不攜帶當(dāng)前的承載屬性參數(shù)，并不再向呼叫發(fā)端交換節(jié)點(diǎn)發(fā)起承載修改請(qǐng)求。
上述描述了由呼叫發(fā)端交換節(jié)點(diǎn)和呼叫收端交換節(jié)點(diǎn)發(fā)起的承載方式改變，事實(shí)上，本發(fā)明還可以由匯接交換節(jié)點(diǎn)發(fā)起承載方式改變，匯接交換節(jié)點(diǎn)發(fā)起的情況較少，需向呼叫發(fā)端交換節(jié)點(diǎn)和呼叫收端交換節(jié)點(diǎn)都發(fā)送承載修改請(qǐng)求消息，若兩端都返回承載修改確認(rèn)或承載修改拒絕消息，則流程與上述類似；若一端不成功另一端成功，其處理則不同。
參考圖9，為由匯接交換節(jié)點(diǎn)發(fā)起的成功的業(yè)務(wù)承載方式改變的實(shí)施例呼叫流程圖，主要包括以下步驟
A3、某個(gè)匯接交換節(jié)點(diǎn)根據(jù)情況決定發(fā)起呼叫中的承載修改請(qǐng)求，向呼叫發(fā)端交換節(jié)點(diǎn)和呼叫收端交換節(jié)點(diǎn)分別發(fā)送承載修改請(qǐng)求消息(沒有確定的順序)，中間可能經(jīng)過其它多個(gè)匯接交換節(jié)點(diǎn)，該承載修改請(qǐng)求消息中攜帶所請(qǐng)求的承載屬性參數(shù)；B3、呼叫發(fā)端交換節(jié)點(diǎn)和呼叫收端交換節(jié)點(diǎn)根據(jù)情況判斷是否接受呼叫中的承載修改請(qǐng)求，若兩端都接受，則向發(fā)起修改請(qǐng)求的匯接交換節(jié)點(diǎn)返回承載修改確認(rèn)消息，并根據(jù)承載修改請(qǐng)求消息中攜帶的承載屬性參數(shù)控制業(yè)務(wù)承載方式改變，承載修改確認(rèn)消息中間可能經(jīng)過多個(gè)匯接交換節(jié)點(diǎn)，消息中攜帶或不攜帶請(qǐng)求的承載屬性參數(shù)和請(qǐng)求的承載屬性參數(shù)；匯接交換節(jié)點(diǎn)收到兩邊的承載修改確認(rèn)消息后相應(yīng)控制業(yè)務(wù)承載方式改變。
參考圖10，為由匯接交換節(jié)點(diǎn)發(fā)起的失敗的業(yè)務(wù)承載方式改變的呼叫流程圖，該實(shí)施例中與上述圖9實(shí)施例不同的呼叫流程主要在步驟B3，呼叫發(fā)端交換節(jié)點(diǎn)和呼叫收端交換節(jié)點(diǎn)在根據(jù)情況判斷后，均不接受修改請(qǐng)求，然后向發(fā)起修改請(qǐng)求的匯接交換節(jié)點(diǎn)返回承載修改拒絕消息，中間同樣可能經(jīng)過多個(gè)匯接交換節(jié)點(diǎn)，消息中攜帶拒絕原因參數(shù)，攜帶或不攜帶當(dāng)前的承載屬性參數(shù)。
參考圖11，為由匯接交換節(jié)點(diǎn)發(fā)起的另一種失敗的承載方式改變的呼叫流程圖，與圖10所示實(shí)施例不同，本實(shí)施例中接收承載修改請(qǐng)求消息的交換節(jié)點(diǎn)有一端返回承載修改確認(rèn)消息，另一端返回承載修改拒絕消息，本實(shí)施例中為呼叫發(fā)端交換節(jié)點(diǎn)返回承載修改拒絕消息，呼叫收端交換節(jié)點(diǎn)返回承載修改確認(rèn)消息，并根據(jù)承載修改請(qǐng)求消息中攜帶的承載屬性參數(shù)控制業(yè)務(wù)傳輸承載方式改變。為此，發(fā)起修改請(qǐng)求的匯接交換節(jié)點(diǎn)在收到承載修改拒絕消息后，再次向接受修改請(qǐng)求的呼叫收端交換節(jié)點(diǎn)發(fā)送承載修改請(qǐng)求消息，該消息中包含當(dāng)前的承載屬性參數(shù)，呼叫收端交換節(jié)點(diǎn)在收到所述承載修改請(qǐng)求消息后，修改當(dāng)前的承載屬性參數(shù)，重新將承載方式改變?yōu)樵瓉淼姆绞剑⒎祷亟o匯接交換節(jié)點(diǎn)承載修改確認(rèn)消息，消息中攜帶或不攜帶請(qǐng)求的承載屬性參數(shù)，以此保持整個(gè)通信通道的承載一致性。
另外，當(dāng)拒絕修改請(qǐng)求的交換節(jié)點(diǎn)為呼叫收端交換節(jié)點(diǎn)時(shí)，呼叫流程類似，只是相應(yīng)的消息方向相反。
需要說明的是，對(duì)于本發(fā)明實(shí)現(xiàn)核心網(wǎng)節(jié)點(diǎn)內(nèi)部的承載資源修改流程的協(xié)議消息，也即本發(fā)明新增的三個(gè)ISUP消息中攜帶的承載屬性參數(shù)，可使用目前ISUP已定義的參數(shù)，如TMR或TMU參數(shù)以及USI參數(shù)，以支持現(xiàn)有網(wǎng)絡(luò)，減少對(duì)ISUP信令的修改，其中USI是可選參數(shù)。
在某些情況下，除核心網(wǎng)節(jié)點(diǎn)內(nèi)部的承載資源修改外，還需要核心網(wǎng)節(jié)點(diǎn)發(fā)起對(duì)核心網(wǎng)之外的節(jié)點(diǎn)的承載資源修改過程，可采用現(xiàn)有的信令協(xié)議實(shí)現(xiàn)。
另外，對(duì)于核心網(wǎng)節(jié)點(diǎn)與用戶終端之間的交互同樣不需改動(dòng)，可利用現(xiàn)有技術(shù)實(shí)現(xiàn)，不再詳述。
下面以具體的應(yīng)用進(jìn)一步說明本發(fā)明的方法，上述ISUP承載修改過程可應(yīng)用于3G系統(tǒng)中可視電話業(yè)務(wù)與語音業(yè)務(wù)之間的承載改變，核心網(wǎng)側(cè)可視電話業(yè)務(wù)的承載屬性一般是64k UDI，語音業(yè)務(wù)的承載屬性一般是語音(speech)或3.1k音頻(3.1k audio)。圖12是主叫用戶發(fā)起的可視電話業(yè)務(wù)與語音業(yè)務(wù)的承載方式改變過程，發(fā)端MSC和收端MSC節(jié)點(diǎn)之間通過本發(fā)明增強(qiáng)的ISUP信令交互，用戶端與MSC之間的承載改變采用現(xiàn)有信令支持，發(fā)端MSC和收端MSC之間應(yīng)用上述的承載方式改變流程。主叫用戶發(fā)起的承載方式改變的流程主要包括以下步驟A4、呼叫連接已建立的情況下，主叫用戶發(fā)起可視電話承載改變?yōu)檎Z音承載的修改請(qǐng)求，請(qǐng)求消息中攜帶請(qǐng)求改變的語音承載屬性參數(shù)；B4、發(fā)端MSC將用戶側(cè)消息中的語音承載屬性參數(shù)轉(zhuǎn)變?yōu)镮SUP的承載屬性參數(shù)，然后向收端MSC發(fā)送承載修改請(qǐng)求消息，該承載修改請(qǐng)求消息中攜帶請(qǐng)求的語音承載屬性參數(shù)；C4、收端MSC將ISUP中的語音承載屬性參數(shù)轉(zhuǎn)變?yōu)橛脩魝?cè)消息的承載屬性參數(shù)，向被叫用戶發(fā)送承載修改請(qǐng)求消息，該請(qǐng)求消息中攜帶請(qǐng)求的語音承載屬性參數(shù)；D4、被叫用戶接受承載改變?yōu)檎Z音，向收端MSC發(fā)送承載修改確認(rèn)消息，并根據(jù)承載修改請(qǐng)求消息中攜帶的承載屬性參數(shù)控制業(yè)務(wù)承載改變，該確認(rèn)消息中攜帶或不攜帶語音業(yè)務(wù)的承載屬性參數(shù)，收端MSC收到確認(rèn)消息后控制業(yè)務(wù)承載改變；
E4、收端MSC向發(fā)端MSC發(fā)送承載修改確認(rèn)消息，發(fā)端MSC收到確認(rèn)消息后控制業(yè)務(wù)承載改變；F4、發(fā)端MSC向主叫用戶發(fā)送承載修改確認(rèn)消息，主叫用戶收到確認(rèn)消息后控制業(yè)務(wù)承載改變，至此修改完成。
對(duì)于被叫用戶發(fā)起的承載改變，與主叫用戶發(fā)起的承載改變類似。
上述以主叫用戶觸發(fā)的可視電話和話音之間的承載方式改變進(jìn)行了說明，下面以網(wǎng)絡(luò)發(fā)起的可視電話業(yè)務(wù)與語音業(yè)務(wù)的承載改變進(jìn)行說明。
圖13是由網(wǎng)絡(luò)發(fā)起的一種成功的可視電話業(yè)務(wù)與語音業(yè)務(wù)的承載改變過程示意圖。簡(jiǎn)單說明如下發(fā)端MSC向收端MSC發(fā)送承載修改請(qǐng)求消息，然后發(fā)端MSC和收端MSC分別向主叫用戶和被叫用戶發(fā)送承載修改請(qǐng)求消息，主叫用戶和被叫用戶均返回承載修改確認(rèn)消息，并根據(jù)承載修改請(qǐng)求消息中攜帶的承載屬性參數(shù)控制業(yè)務(wù)承載改變，收端MSC收到被叫用戶的修改確認(rèn)后控制業(yè)務(wù)承載改變，最后收端MSC向發(fā)端MSC發(fā)送承載修改確認(rèn)消息，發(fā)端MSC控制業(yè)務(wù)承載改變，至此修改完成。
需要說明的是，本發(fā)明的承載修改機(jī)制的應(yīng)用不局限于可視電話和語音承載之間的改變，還可用于其它情況。
綜上，基于本發(fā)明提出的核心網(wǎng)信令增強(qiáng)，能在基于TDM電路交換的核心網(wǎng)中，提供業(yè)務(wù)改變的特性，滿足不斷出現(xiàn)的新用戶需求，如3G系統(tǒng)的電路域多媒體業(yè)務(wù)回落和業(yè)務(wù)改變，為運(yùn)營(yíng)商提供了一種切實(shí)有效的解決方案；并且本發(fā)明僅通過新增三條ISUP消息，不需要改變ISUP參數(shù)，定義的流程也非常簡(jiǎn)單，易于實(shí)現(xiàn)。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施方式，并不構(gòu)成對(duì)本發(fā)明保護(hù)范圍的限定。任何在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的權(quán)利要求保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種控制業(yè)務(wù)承載方式改變的方法，應(yīng)用于通信核心網(wǎng)中，所述通信核心網(wǎng)包括有交換節(jié)點(diǎn)，其特征在于，包括步驟A、預(yù)設(shè)呼叫建立后交換節(jié)點(diǎn)間用于控制業(yè)務(wù)承載方式改變的綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分協(xié)議消息；B、當(dāng)呼叫建立后，交換節(jié)點(diǎn)間根據(jù)所述預(yù)設(shè)的綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分協(xié)議消息控制業(yè)務(wù)承載方式改變。
2.如權(quán)利要求1所述的控制業(yè)務(wù)承載方式改變的方法，其特征在于，所述預(yù)設(shè)的綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分協(xié)議消息包括承載修改請(qǐng)求消息、承載修改確認(rèn)消息以及承載修改拒絕消息。
3.如權(quán)利要求2所述的控制業(yè)務(wù)承載方式改變的方法，其特征在于，步驟B所述根據(jù)綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分協(xié)議消息控制業(yè)務(wù)承載方式改變包括B1、發(fā)起交換節(jié)點(diǎn)向目的交換節(jié)點(diǎn)發(fā)送承載修改請(qǐng)求消息；B2、目的交換節(jié)點(diǎn)判斷是否接受修改請(qǐng)求，若判斷結(jié)果為是，則返回承載修改確認(rèn)消息并控制業(yè)務(wù)傳輸承載方式改變，同時(shí)，發(fā)起交換節(jié)點(diǎn)收到承載修改確認(rèn)消息后也相應(yīng)控制業(yè)務(wù)傳輸承載方式改變；否則，返回承載修改拒絕消息。
4.如權(quán)利要求3所述的控制業(yè)務(wù)承載方式改變的方法，其特征在于，所述發(fā)起交換節(jié)點(diǎn)為呼叫發(fā)端交換節(jié)點(diǎn)，所述目的交換節(jié)點(diǎn)為呼叫收端交換節(jié)點(diǎn)，步驟B1包括B11、呼叫發(fā)端交換節(jié)點(diǎn)向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改請(qǐng)求消息；B12、呼叫匯接交換節(jié)點(diǎn)向呼叫收端交換節(jié)點(diǎn)轉(zhuǎn)發(fā)承載修改請(qǐng)求消息；步驟B2包括B21、呼叫收端交換節(jié)點(diǎn)判斷是否接受修改請(qǐng)求，若判斷結(jié)果為是，則執(zhí)行步驟B22；否則執(zhí)行步驟B23；B22、呼叫收端交換節(jié)點(diǎn)向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改確認(rèn)消息，并同時(shí)控制業(yè)務(wù)承載方式改變，所述呼叫匯接交換節(jié)點(diǎn)向呼叫發(fā)端交換節(jié)點(diǎn)轉(zhuǎn)發(fā)承載修改確認(rèn)消息，相應(yīng)控制業(yè)務(wù)承載方式改變，呼叫發(fā)端交換節(jié)點(diǎn)在收到承載修改確認(rèn)消息后也相應(yīng)控制業(yè)務(wù)承載方式改變；B23、呼叫收端交換節(jié)點(diǎn)向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改拒絕消息，所述呼叫匯接交換節(jié)點(diǎn)向呼叫發(fā)端交換節(jié)點(diǎn)轉(zhuǎn)發(fā)承載修改拒絕消息。
5.如權(quán)利要求4所述的控制業(yè)務(wù)承載方式改變的方法，其特征在于，步驟B11和步驟B12之間還包括B111、呼叫匯接交換節(jié)點(diǎn)直接向呼叫發(fā)端交換節(jié)點(diǎn)發(fā)送承載修改拒絕消息拒絕其承載修改請(qǐng)求。
6.如權(quán)利要求3所述的控制業(yè)務(wù)承載方式改變的方法，其特征在于，所述發(fā)起交換節(jié)點(diǎn)為呼叫收端交換節(jié)點(diǎn)，所述目的交換節(jié)點(diǎn)為呼叫發(fā)端交換節(jié)點(diǎn)，步驟B1包括B13、呼叫收端交換節(jié)點(diǎn)向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改請(qǐng)求消息；B14、呼叫匯接交換節(jié)點(diǎn)向呼叫發(fā)端交換節(jié)點(diǎn)轉(zhuǎn)發(fā)承載修改請(qǐng)求消息；步驟B2包括B23、呼叫發(fā)端交換節(jié)點(diǎn)判斷是否接受修改請(qǐng)求，若判斷結(jié)果為是，則執(zhí)行步驟B24；否則執(zhí)行步驟B25；B24、呼叫發(fā)端交換節(jié)點(diǎn)向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改確認(rèn)消息，同時(shí)控制業(yè)務(wù)承載方式改變，所述呼叫匯接交換節(jié)點(diǎn)向呼叫收端交換節(jié)點(diǎn)轉(zhuǎn)發(fā)承載修改確認(rèn)消息，并相應(yīng)控制業(yè)務(wù)承載方式改變，呼叫發(fā)端交換節(jié)點(diǎn)在收到承載修改確認(rèn)消息后也相應(yīng)控制業(yè)務(wù)承載方式改變；B25、呼叫發(fā)端交換節(jié)點(diǎn)向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改拒絕消息，所述呼叫匯接交換節(jié)點(diǎn)向呼叫收端交換節(jié)點(diǎn)轉(zhuǎn)發(fā)承載修改拒絕消息。
7.如權(quán)利要求6所述的控制業(yè)務(wù)承載方式改變的方法，其特征在于，步驟B13和步驟B14之間還包括B131、呼叫匯接交換節(jié)點(diǎn)直接向呼叫收端交換節(jié)點(diǎn)發(fā)送承載修改拒絕消息拒絕其修改請(qǐng)求。
8.如權(quán)利要求3所述的控制業(yè)務(wù)承載方式改變的方法，其特征在于，所述發(fā)起交換節(jié)點(diǎn)為呼叫匯接交換節(jié)點(diǎn)，所述目的交換節(jié)點(diǎn)為呼叫發(fā)端交換節(jié)點(diǎn)以及呼叫收端交換節(jié)點(diǎn)，步驟B1包括呼叫匯接交換節(jié)點(diǎn)分別向呼叫發(fā)端交換節(jié)點(diǎn)和呼叫收端交換節(jié)點(diǎn)發(fā)送承載修改請(qǐng)求消息；步驟B2包括B26、呼叫發(fā)端交換節(jié)點(diǎn)和呼叫收端交換節(jié)點(diǎn)均接受修改請(qǐng)求，并控制業(yè)務(wù)承載方式改變，進(jìn)而分別向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改確認(rèn)消息，呼叫匯接交換節(jié)點(diǎn)在收到所述承載修改確認(rèn)消息后也相應(yīng)控制業(yè)務(wù)承載方式改變；或B27、呼叫發(fā)端交換節(jié)點(diǎn)或呼叫收端交換節(jié)點(diǎn)均拒絕修改請(qǐng)求，進(jìn)而分別向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改拒絕消息；或B28、呼叫發(fā)端交換節(jié)點(diǎn)或呼叫收端交換節(jié)點(diǎn)中其中一個(gè)接受修改請(qǐng)求，向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改確認(rèn)消息，并相應(yīng)控制業(yè)務(wù)承載方式改變；另一個(gè)拒絕修改請(qǐng)求，并向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改拒絕消息；呼叫匯接交換節(jié)點(diǎn)向接受修改請(qǐng)求的交換節(jié)點(diǎn)再次發(fā)送承載修改請(qǐng)求消息，接受修改請(qǐng)求的交換節(jié)點(diǎn)在收到所述承載修改請(qǐng)求消息后，將承載方式改為修改前的承載方式，并向呼叫匯接交換節(jié)點(diǎn)發(fā)送承載修改確認(rèn)消息。
9.如權(quán)利要求3所述的控制業(yè)務(wù)承載方式改變的方法，其特征在于，步驟B1發(fā)起交換節(jié)點(diǎn)根據(jù)主叫用戶終端或被叫用戶終端主動(dòng)發(fā)起呼叫中的承載修改請(qǐng)求觸發(fā)發(fā)起業(yè)務(wù)承載方式改變；或發(fā)起交換節(jié)點(diǎn)根據(jù)系統(tǒng)和資源情況，決定是否修改當(dāng)前承載屬性，若判定當(dāng)前承載方式不能繼續(xù)保持時(shí)，則觸發(fā)發(fā)起業(yè)務(wù)承載方式改變。
10.如權(quán)利要求2-9任一項(xiàng)所述的控制業(yè)務(wù)承載方式改變的方法，其特征在于，所述承載修改請(qǐng)求消息中包含承載屬性參數(shù)；所述承載修改確認(rèn)消息中包含或不包含承載屬性參數(shù)，其包含的承載屬性參數(shù)值與承載修改請(qǐng)求消息中攜帶的承載屬性參數(shù)值保持一致；所述承載修改拒絕消息中包含拒絕原因參數(shù)、包含或不包含承載屬性參數(shù)，其包含的承載屬性參數(shù)值為當(dāng)前的承載屬性參數(shù)值。
全文摘要
本發(fā)明公開一種控制業(yè)務(wù)承載方式改變的方法，應(yīng)用于通信核心網(wǎng)中，所述通信核心網(wǎng)包括有交換節(jié)點(diǎn)。該方法主要包括以下步驟預(yù)設(shè)呼叫建立后交換節(jié)點(diǎn)間用于控制業(yè)務(wù)承載方式改變的綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分協(xié)議消息；當(dāng)呼叫建立后，交換節(jié)點(diǎn)間根據(jù)所述預(yù)設(shè)的綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分協(xié)議消息控制業(yè)務(wù)承載方式改變。基于本發(fā)明提出的核心網(wǎng)信令增強(qiáng)，能在基于電路交換的核心網(wǎng)中，提供業(yè)務(wù)承載方式改變的特性，滿足不斷出現(xiàn)的新用戶需求，呼叫流程也非常簡(jiǎn)單，易于實(shí)現(xiàn)。
文檔編號(hào)H04W76/04GK1705383SQ20041004615
公開日2005年12月7日 申請(qǐng)日期2004年6月2日 優(yōu)先權(quán)日2004年6月2日
發(fā)明者王潔 申請(qǐng)人:華為技術(shù)有限公司