專利名稱：一種切換媒體流編解碼格式的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及通過MEGACO/MGCP協(xié)議實現(xiàn)媒體網(wǎng)關(guān)主動切換媒體流編解碼格式的方法。
背景技術(shù)：
軟交換(Soft Switch)及媒體網(wǎng)關(guān)(Media Gateway，簡稱MG)分別是下一代網(wǎng)絡(luò)(Next Generation Network，簡稱NGN)中的核心設(shè)備。軟交換主要完成呼叫控制、媒體網(wǎng)關(guān)接入控制、資源分配、協(xié)議處理、路由、認(rèn)證、計費等主要功能，并向用戶提供基本話音業(yè)務(wù)、多媒體業(yè)務(wù)、移動業(yè)務(wù)以及多樣化的第三方業(yè)務(wù)；媒體網(wǎng)關(guān)則在軟交換的控制下實現(xiàn)語音媒體流的建立、傳送及釋放。
如圖1所示是軟交換和媒體網(wǎng)關(guān)在NGN中的系統(tǒng)組網(wǎng)圖。軟交換通過MEGACO(Media Gateway Control，媒體網(wǎng)關(guān)控制，簡稱MEGACO)協(xié)議或MGCP(Media Gateway Control Protocol，簡稱MGCP)協(xié)議來控制網(wǎng)關(guān)完成呼叫過程。當(dāng)MG1上的用戶A和MG2上的用戶B呼叫建立進(jìn)入通話后，在MG1上會建立一個RTP端口，用于把用戶A的語音編碼為RTP(Real TransportProtocol，實時傳輸協(xié)議，簡稱RTP)媒體流，經(jīng)分組交換網(wǎng)發(fā)送到MG2；該RTP資源同時會把從來自于MG2上用戶B的RTP媒體流解碼還原為語音送到用戶A。MG2實現(xiàn)通話的方式和MG1相同。這樣用戶A和用戶B即實現(xiàn)了語音的雙向互通。
以RTP流實時傳輸?shù)木幗獯a格式根據(jù)壓縮的比率高低也分為多種，如一個以G.711格式傳送、打包時長為20毫秒的話音速率達(dá)到87200bps(bit persecond，即位每秒，簡稱bps)；而一個以G.723.1格式傳送，打包時長為30毫秒的話音速率只有6300bps。很明顯，在同樣帶寬情況下，低速率的編解碼格式能傳送更多的話路。當(dāng)然低速率傳送的語音在話音質(zhì)量會有一些的下降。
在NGN網(wǎng)絡(luò)上，媒體流都是在分組交換網(wǎng)上傳送，當(dāng)網(wǎng)絡(luò)上一個端點到另一端點的話路媒體流過多時，該網(wǎng)絡(luò)就會出現(xiàn)擁塞。擁塞后的網(wǎng)絡(luò)在其上傳送的所有媒體流就會出現(xiàn)丟包過多，時延過大，在該網(wǎng)絡(luò)上承載的正常語音通話就會無法正常進(jìn)行。理想情況是建設(shè)足夠大帶寬的分組交換網(wǎng)，使其不會產(chǎn)生擁塞，這樣一方面成本過高，另一方面巨大帶寬的分組網(wǎng)大多時間話務(wù)量不高時其上面只傳送很少的媒體流，產(chǎn)生巨大的浪費。
如果能夠有一種方法，當(dāng)話路不多時，以高速率的編解碼格式傳送媒體流，提供給用戶清晰、高質(zhì)量的話音或數(shù)據(jù)業(yè)務(wù)；而當(dāng)網(wǎng)絡(luò)出現(xiàn)擁塞時，動態(tài)調(diào)整一些媒體流的編解碼格式到低速率的格式，降低網(wǎng)絡(luò)上的整體流量，避免出現(xiàn)網(wǎng)絡(luò)擁塞影響所有的業(yè)務(wù)；同時保證這些被調(diào)整的媒體流降低到低速率的格式后，雖然清晰度稍有下降，但仍能保持正在進(jìn)行的業(yè)務(wù)繼續(xù)進(jìn)行而不中斷。
傳統(tǒng)的動態(tài)語音編解碼切換方法，當(dāng)媒體網(wǎng)關(guān)檢測到整個網(wǎng)絡(luò)出現(xiàn)擁塞時一種是媒體網(wǎng)關(guān)向軟交換上報網(wǎng)絡(luò)擁塞事件，軟交換對該網(wǎng)關(guān)上以后新建立的呼叫切換為低速率的編解碼格式。這種方法無法對已建立的呼叫進(jìn)行速率調(diào)整，網(wǎng)絡(luò)的擁塞無法及時消除，而且由于網(wǎng)絡(luò)已經(jīng)擁塞，新的呼叫也不能再進(jìn)行多少，原有的呼叫由于媒體流的丟包及時延太大也不能正常進(jìn)行；另一種是軟交換對已建立的所有呼叫直接向媒體網(wǎng)關(guān)下命令向低速率強行切換。這種方法如果有一側(cè)網(wǎng)關(guān)不支持低速率的編解碼格式，媒體流就會中斷；另外有一些軟交換不直接參與業(yè)務(wù)控制，而由媒體網(wǎng)關(guān)自適應(yīng)提供的、只能在高速率編解碼格式上承載的業(yè)務(wù)，媒體流格式一變原有的業(yè)務(wù)就會中斷，如VBD(VoiceBand Data，簡稱VBD)傳真。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題在于提供一種切換媒體流編解碼格式的方法，使得媒體網(wǎng)關(guān)在軟交換的配合下，能夠根據(jù)網(wǎng)絡(luò)擁塞的情況及每一個呼叫的實時傳輸協(xié)議終結(jié)點的編解碼能力、業(yè)務(wù)類型，主動、動態(tài)、及時地切換語音編解碼格式，從而實現(xiàn)了在網(wǎng)絡(luò)出現(xiàn)擁塞時能及時消除擁塞，有效地提高了NGN網(wǎng)絡(luò)中的呼叫接通率。
為了實現(xiàn)上述目的，本發(fā)明提供了一種切換媒體流編解碼格式的方法，用于當(dāng)呼叫的媒體流在網(wǎng)絡(luò)上出現(xiàn)擁塞時進(jìn)行媒體流編解碼格式的切換，包括建立媒體網(wǎng)關(guān)間呼叫媒體流的步驟和媒體網(wǎng)關(guān)檢測所述擁塞的步驟，其中，還包括
步驟A，所述媒體網(wǎng)關(guān)中的一第一媒體網(wǎng)關(guān)請求軟交換對所述媒體流編解碼格式進(jìn)行切換，且在所述請求中包含所述第一媒體網(wǎng)關(guān)準(zhǔn)備要切換到的編解碼格式；及步驟B，所述軟交換接收所述第一媒體網(wǎng)關(guān)的切換請求，并根據(jù)所述請求中包含的準(zhǔn)備要切換到的編解碼格式切換所述媒體流編解碼格式。
所述的切換媒體流編解碼格式的方法，其中，所述媒體網(wǎng)關(guān)檢測所述擁塞的步驟進(jìn)一步包括所述軟交換向所述媒體網(wǎng)關(guān)發(fā)送修改命令，使所述媒體網(wǎng)關(guān)檢測所述媒體流編解碼格式需動態(tài)切換的事件的步驟。
所述的切換媒體流編解碼格式的方法，其中，所述步驟A進(jìn)一步包括所述第一媒體網(wǎng)關(guān)判斷當(dāng)前呼叫的媒體流能否切換到低速率編解碼格式的步驟；如是，則向軟交換發(fā)起切換請求。
所述的切換媒體流編解碼格式的方法，其中，包含在所述請求中的準(zhǔn)備要切換到的編解碼格式包括當(dāng)前正在使用的編解碼格式及準(zhǔn)備要切換到的速率低于當(dāng)前正在使用的編解碼格式的一個或多個編解碼格式；且所述準(zhǔn)備要切換到的編解碼格式具有確定的優(yōu)先級順序。
所述的切換媒體流編解碼格式的方法，其中，所述請求中進(jìn)一步包括當(dāng)前呼叫的終結(jié)點名稱；所述確定的優(yōu)先級順序為低速率較高速率優(yōu)先，其中，所述當(dāng)前正在使用的編解碼格式排在最低優(yōu)先級。
所述的切換媒體流編解碼格式的方法，其中，所述第一媒體網(wǎng)關(guān)根據(jù)所述媒體流上所承載的業(yè)務(wù)類型和實時傳輸協(xié)議端口能力確定所述準(zhǔn)備要切換到的編解碼格式。
所述的切換媒體流編解碼格式的方法，其中，所述步驟B進(jìn)一步包括步驟B1，所述軟交換在接收到所述切換請求后，向一第二媒體網(wǎng)關(guān)發(fā)送一命令，以根據(jù)所述第一媒體網(wǎng)關(guān)發(fā)出的切換請求中包含的所述準(zhǔn)備要切換到的編解碼格式修改所述第二媒體網(wǎng)關(guān)和所述第一媒體網(wǎng)關(guān)對應(yīng)的呼叫媒體流的編解碼格式；步驟B2，所述第二媒體網(wǎng)關(guān)收到所述命令后，按照所述指定的編解碼格式及優(yōu)先級順序，選擇一當(dāng)前呼叫能支持的編解碼格式進(jìn)行格式切換，并向所述軟交換發(fā)送一應(yīng)答命令，其中，所述應(yīng)答命令中包含所述第二媒體網(wǎng)關(guān)所選擇的編解碼格式；
步驟B3，所述軟交換收到所述第二媒體網(wǎng)關(guān)發(fā)送的應(yīng)答命令后，通知所述第一媒體網(wǎng)關(guān)根據(jù)所述第二媒體網(wǎng)關(guān)選擇的編解碼格式進(jìn)行媒體流編解碼格式的切換；步驟B4，所述第一媒體網(wǎng)關(guān)收到所述軟交換在步驟B3中發(fā)送的通知后，進(jìn)行媒體流的編解碼格式切換。
所述的切換媒體流編解碼格式的方法，其中，在所述步驟B2中，若所述第二媒體網(wǎng)關(guān)選擇的當(dāng)前呼叫能支持的編解碼格式為當(dāng)前正在使用的媒體流編解碼格式，則所述呼叫的媒體流不發(fā)生切換。
所述的切換媒體流編解碼格式的方法，其中，進(jìn)一步包括一訂閱MEGACO協(xié)議擴(kuò)展包的步驟，所述擴(kuò)展包描述了媒體流編解碼切換請求的事件并定義了當(dāng)所述事件在媒體網(wǎng)關(guān)上發(fā)生時，所述媒體網(wǎng)關(guān)向所述軟交換上報所述事件時需帶有的參數(shù)，其中，所述參數(shù)以會話描述協(xié)議格式的字符串來描述；所述步驟A通過所述第一媒體網(wǎng)關(guān)向所述軟交換發(fā)送一包含所述切換請求事件的通知命令來請求切換。
所述的切換媒體流編解碼格式的方法，其中，所述以會話描述協(xié)議格式的字符串來描述的切換請求事件參數(shù)包括如下屬性媒體流的類型、媒體流的IP地址、媒體流的端口號、準(zhǔn)備切換到的按確定的優(yōu)先級順序排列的媒體流的編解碼格式。
所述的切換媒體流編解碼格式的方法，其中，在所述步驟B1中，所述軟交換向所述第二媒體網(wǎng)關(guān)發(fā)送一修改命令，所述修改命令的遠(yuǎn)端媒體描述符中包含所述描述切換請求事件參數(shù)的會話描述協(xié)議信息；在所述步驟B2中，所述第二媒體網(wǎng)關(guān)發(fā)送的應(yīng)答命令中包含一近端媒體描述符，所述近端媒體描述符中的媒體流格式部分只包含所述第二媒體網(wǎng)關(guān)選擇的媒體編解碼格式；在所述步驟B3中，所述軟交換通過一修改命令將所述第二媒體網(wǎng)關(guān)選擇的媒體編解碼格式信息發(fā)送給所述第一媒體網(wǎng)關(guān)上當(dāng)前呼叫對應(yīng)的實時傳輸協(xié)議終結(jié)點，其中，所述第二媒體網(wǎng)關(guān)選擇的媒體編解碼格式信息包含在所述修改命令的遠(yuǎn)端媒體描述符中；在所述步驟B4中，所述第一媒體網(wǎng)關(guān)收到所述修改命令后，將所述第一媒體網(wǎng)關(guān)上當(dāng)前呼叫對應(yīng)的實時傳輸協(xié)議終結(jié)點的媒體流編解碼格式切換為第二媒體網(wǎng)關(guān)選擇的媒體編解碼格式。
所述切換媒體流編解碼格式的方法，其中，進(jìn)一步包括當(dāng)所述擁塞解除后，將所述媒體流的編解碼格式切換回高速率的編解碼格式的步驟，具體包括步驟a，所述第一媒體網(wǎng)關(guān)請求軟交換對所述媒體流編解碼格式進(jìn)行切換，且在所述請求中包含所述第一媒體網(wǎng)關(guān)準(zhǔn)備要切換回的編解碼格式；及步驟b，所述軟交換接收所述第一媒體網(wǎng)關(guān)的切換請求，并根據(jù)所述請求中包含的準(zhǔn)備要切換回的編解碼格式切換所述媒體流編解碼格式。
采用本發(fā)明技術(shù)方案，能夠有效地對媒體網(wǎng)關(guān)的編解碼格式進(jìn)行動態(tài)切換。當(dāng)網(wǎng)絡(luò)出現(xiàn)擁塞時，媒體網(wǎng)關(guān)根據(jù)自身的能力及業(yè)務(wù)類型，對當(dāng)前正在進(jìn)行呼叫，把媒體流編解碼向低速率的格式切換，有效的降低網(wǎng)絡(luò)流量，讓更多的新呼叫可以進(jìn)行；當(dāng)網(wǎng)絡(luò)擁塞消除后，仍可切換向高速度的媒體流編解碼格式，恢復(fù)高語音質(zhì)量的呼叫；當(dāng)有一側(cè)的媒體網(wǎng)關(guān)不支持編解碼格式的切換時原有的呼叫不受影響，仍可正常繼續(xù)，即可對已建立的所有呼叫保持正常繼續(xù)進(jìn)行而不中斷，在網(wǎng)絡(luò)出現(xiàn)擁塞時或話務(wù)量高負(fù)荷的情況下有效地提高了NGN網(wǎng)絡(luò)中的呼叫接通率。
以下結(jié)合附圖和具體實施例對本發(fā)明進(jìn)行詳細(xì)描述，但不作為對本發(fā)明的限定。


圖1示出了現(xiàn)有技術(shù)的NGN網(wǎng)絡(luò)中軟交換和媒體網(wǎng)關(guān)的組網(wǎng)示意圖；圖2示出了本發(fā)明實現(xiàn)網(wǎng)關(guān)主動切換媒體流格式的過程原理示意圖；圖3示出了本發(fā)明用MEGACO協(xié)議實現(xiàn)的一種信令交互過程示意圖。
具體實施例方式
下面將結(jié)合附圖，舉例說明在MEGACO協(xié)議中本發(fā)明的一個實施的方式。在說明本發(fā)明在MEGACO協(xié)議的一個實施方式前，先簡單地介紹一下MEGACO協(xié)議。
MEGACO協(xié)議是IETF的3525協(xié)議，其采用了分離網(wǎng)關(guān)思想，將原來信令和媒體集中處理的網(wǎng)關(guān)分解為兩部分媒體網(wǎng)關(guān)(Media Gateway，簡稱MG)和軟交換。軟交換通過MEGACO協(xié)議控制MG的動作軟交換向MG發(fā)出要執(zhí)行的命令，MG執(zhí)行并將結(jié)果返回，軟交換也要處理MG主動上報所發(fā)生的事件請求。MEGACO協(xié)議中的邏輯關(guān)系是通過連接模型來表示，連接模型中兩個最基本的構(gòu)件就是關(guān)聯(lián)和終結(jié)點，關(guān)聯(lián)表示了終結(jié)點之間的連接和拓?fù)潢P(guān)系。MEGACO協(xié)議通過包(Package)來描述不同的業(yè)務(wù)屬性，包是可以根據(jù)業(yè)務(wù)的需要進(jìn)行擴(kuò)展的。
軟交換和MG之間的主要命令包括SERVICECHANGE(注冊)，ADD(增加)，MODIFY(修改)，SUBTRACT(刪除)，NOTIFY(通知)等等。
SDP協(xié)議(Session Description Protocol，簡稱SDP，會話描述協(xié)議)是IETF的2327協(xié)議，用來描述媒體流的格式、類型以及網(wǎng)絡(luò)地址等信息。MEGACO協(xié)議中用SDP協(xié)議來描述媒體流相關(guān)的屬性。
圖2示出了本發(fā)明實現(xiàn)網(wǎng)關(guān)主動切換媒體流格式的過程原理示意圖。本發(fā)明的實現(xiàn)網(wǎng)關(guān)主動切換媒體流格式的方法包括如下步驟步驟201，媒體網(wǎng)關(guān)間(MG1和MG2)的呼叫媒體流建立后，軟交換通過修改命令，讓媒體網(wǎng)關(guān)檢測該媒體流編解碼格式需動態(tài)切換的事件；步驟202，媒體網(wǎng)關(guān)檢測到該呼叫的媒體流在網(wǎng)絡(luò)上出現(xiàn)了擁塞，并判斷該呼叫的媒體流可以切換到低速率的編解碼格式后，則媒體網(wǎng)關(guān)向軟交換上報通知消息，請求對媒體流編解碼進(jìn)行切換，在通知消息中包含有a、該呼叫的終結(jié)點名稱；b、準(zhǔn)備切換到低速率的編解碼格式；c、目前已建立呼叫的編解碼格式；d、編解碼格式的優(yōu)選順序，按從低速率到高速率的順序排列，但要把該呼叫當(dāng)前正在使用的編解碼格式排在低優(yōu)先級；步驟203，軟交換收到該請求消息后，向另一個媒體網(wǎng)關(guān)發(fā)送修改命令來修改和第一個媒體網(wǎng)關(guān)對應(yīng)的該呼叫媒體流的編解碼格式，修改命令中媒體流的編解碼格式采用第一個媒體網(wǎng)關(guān)在步驟202中上報的編解碼格式，并按第一個媒體網(wǎng)關(guān)上報的請求消息，標(biāo)明這些編解碼格式的優(yōu)選順序；步驟204，另一個媒體網(wǎng)關(guān)收到該修改命令后，按指定的編解碼格式及優(yōu)選順序，選擇一種該呼叫能支持編解碼格式進(jìn)行媒體流格式切換，并在給軟交換的應(yīng)答命令中包含其所選用的編解碼格式；
步驟205，軟交換收到該應(yīng)答后，把該編解碼格式類型用修改命令通知第一個媒體網(wǎng)關(guān)進(jìn)行媒體流的編解碼格式切換；步驟206，第一個媒體網(wǎng)關(guān)收到該命令后，進(jìn)行媒體流的編解碼格式切換(如將媒體流編解碼格式C切換到格式D)，這時兩個媒體網(wǎng)關(guān)間的媒體都切換到低速率的媒體流格式；在步驟204中如果另一個媒體網(wǎng)關(guān)不支持低速率的格式，則它仍可按優(yōu)選順序選擇位于低優(yōu)先級的當(dāng)前呼叫正在使用的編解碼格式，即編解碼格式不發(fā)生切換，原有呼叫不受影響正常進(jìn)行；當(dāng)媒體網(wǎng)關(guān)檢測到網(wǎng)絡(luò)上的擁塞消除后，仍可按步驟201至步驟206中所述的方式把編解碼向高速率的方式切換，這時在步驟202中只需把優(yōu)選順序按高速率到低速率的順序排列，但把當(dāng)前呼叫正在使用的編解碼格式排在低優(yōu)先級即可。
圖3示出了在MEGACO協(xié)議中的實現(xiàn)媒體流編解碼格式動態(tài)切換的信令流程圖。在說明信令流程前，首先定義一個MEGACO協(xié)議的擴(kuò)展包CodecChgReq，該包中描述了媒體流編解碼切換請求的事件CodecChg；同時定義了在MG上該事件發(fā)生時，MG向軟交換上報的事件中需帶有的參數(shù)。上報事件的參數(shù)以SDP格式的字符串來描述，SDP必須包括以下幾個屬性媒體流的類型(語音流、視頻流)、媒體流的IP地址、媒體流的PORT號、準(zhǔn)備切換的媒體流的編解碼格式，其中媒體流的編解碼格式可以為多項，按MG推薦的優(yōu)先級順序從高到低排列。
步驟301，當(dāng)一個呼叫以媒體流格式C建立后，軟交換立刻分別對MG1、MG2上該呼叫所對應(yīng)的RTP終結(jié)點發(fā)送MODIFY命令，MODIFY命令中包含一個事件描述符，該事件描述符中的事件是上述定義的CodecChgReq/CodecChg事件。信令的形式可以如下MEGACO/1[123.123.123.4]:2944Transaction=9999{Context=789{Modify=RTP0001{Events=2222{CodecChgReq/CodecChg}}} }
MG1和MG2收到該事件后，即對該呼叫的媒體流進(jìn)行監(jiān)測。
步驟302，當(dāng)MG1檢測到該呼叫的媒體流在分組交換網(wǎng)上傳送時出現(xiàn)了擁塞，MG1根據(jù)媒體流上所承載的業(yè)務(wù)類型以及該RTP端口能力，判斷到可以把該呼叫的媒體流切換到比當(dāng)前媒體流格式C速率低的低速率格式D、較低速率格式E后，向軟交換發(fā)送NOTIFY命令。該NOTIFY命令中包含有上述定義的CodecChgReq/CodecChg事件，同時包含有該事件的參數(shù)，即上述說明的SDP描述字符串。信令的形式可以如下MEGACO/1[124.124.124.222]:2944 Transaction=10000{Context=789{Notift=RTP0001{ObservedEvents=2222{20050605T22000000:CodecChgReq/CodecChg{MediaInfo=″v=0c=IN IP4 124.124.124.222m=audio 6666 RTP/AVP D E C″}}}}}其中CodecChgReq/CodecChg事件標(biāo)識該呼叫的RTP0001終結(jié)點請求切換編解碼的格式；MediaInfo包含了RTP0001請求切換媒體流的SDP描述，其中D E C標(biāo)識了準(zhǔn)備切換的編解碼格式，在三種格式都支持的情況下，優(yōu)先選擇格式D，最后一位的格式C是呼叫當(dāng)前正在采用的格式。帶有呼叫當(dāng)前正在使用的編解碼格式，主要是為了該呼叫對應(yīng)的另一側(cè)網(wǎng)關(guān)不支持切換到其它速率的格式時，仍以原有的格式繼續(xù)正常進(jìn)行，而不致因為切換失敗而使呼叫中斷。
步驟303，軟交換把MG1通過NOTIFY命令在通知事件參數(shù)帶來SDP描述信息，通過MODIFY命令發(fā)送給MG2，該描述信息包含在MODIFY命令中的遠(yuǎn)端媒體描述符中。
步驟304，MG2收到該MODIFY命令，MG2根據(jù)該RTP終結(jié)點的能力，判斷能否把媒體流切換到格式D、格式E。如果格式D、格式E都可以切換，根據(jù)優(yōu)選順序，MG2首選格式D。MG2即把該呼叫的RTP媒體流格式立即切換到格式D，并在給軟交換的應(yīng)答消息包含近端媒體描述符，近端媒體描述符中媒體流格式部分只包含MG2已采用的格式D。信令的形式可以如下<pre listing-type="program-listing">　　 MEGACO/1[124.124.124.222]:2944　　 Reply=50003{　　 Context=5000{　　 MODIFY=RTP0010{　　 Media{Stream=1{　　 Local{　　 v=0　　 c=IN IP4 125.125.125.111　　 m=audio 1111 RTP/AVP D　　 }　　 } }}}}</pre>步驟305，軟交換收到MG2的應(yīng)答后，把MG2在應(yīng)答包含的媒體信息通過MODIFY命令發(fā)送給MG1上該呼叫所對應(yīng)的RTP終結(jié)點，其中MG2在304)中返回的媒體信息包含在該MODIFY命令的遠(yuǎn)端媒體描述符中。MG1收到該MODIFY后，把該RTP終結(jié)點的媒體流格式切換為格式D。
這時MG1和MG2上該呼叫的媒體流以低速率的格式D來傳送。
以上是MG2支持向低速率的媒體格式切換，如果MG2不支持媒體流格式切換，則在步驟304中，如果MG2既不支持格式D，也不支持格式E，由于在302)中MG1上報的請求切換的媒體格式信息中，最低優(yōu)先級選擇的格式中已包含呼叫當(dāng)前正在使用的媒體流格式C，因此MG2仍選擇格式C，該呼叫的媒體流不發(fā)生切換。MG2在給軟交換的MODIFY命令應(yīng)答中，媒體流格式信息中只包含格式C。在步驟305中MG1收到軟交換的MODIFY命令后，媒體流格式繼續(xù)切換到格式C，即呼叫仍以格式C繼續(xù)正常進(jìn)行。
盡管參照實施例對所公開的涉及使用MEGACO協(xié)議實現(xiàn)信令代理的方法進(jìn)行了特別描述，本領(lǐng)域技術(shù)人員將能理解，在不偏離本發(fā)明的范圍和精神的情況下，可以對它進(jìn)行形式和細(xì)節(jié)的種種顯而易見的修改。例如，由于MEGACO協(xié)議和MGCP協(xié)議的相似性，本方法的技術(shù)方案的實質(zhì)內(nèi)容對于使用MGCP協(xié)議實現(xiàn)媒體網(wǎng)關(guān)主動切換媒體流編解碼格式同樣適用。因此，以上描述的實施例是說明性的而不是限制性的，本發(fā)明還可有其他多種實施例，在不脫離本發(fā)明的精神和范圍的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種切換媒體流編解碼格式的方法，用于當(dāng)呼叫的媒體流在網(wǎng)絡(luò)上出現(xiàn)擁塞時進(jìn)行媒體流編解碼格式的切換，包括建立媒體網(wǎng)關(guān)間呼叫媒體流的步驟和媒體網(wǎng)關(guān)檢測所述擁塞的步驟，其特征在于，還包括步驟A，所述媒體網(wǎng)關(guān)中的第一媒體網(wǎng)關(guān)請求軟交換對所述媒體流編解碼格式進(jìn)行切換，且在所述請求中包含所述第一媒體網(wǎng)關(guān)準(zhǔn)備要切換到的編解碼格式；及步驟B，所述軟交換接收所述第一媒體網(wǎng)關(guān)的切換請求，并根據(jù)所述請求中包含的準(zhǔn)備要切換到的編解碼格式切換所述媒體流編解碼格式。
2.根據(jù)權(quán)利要求1所述的切換媒體流編解碼格式的方法，其特征在于，所述媒體網(wǎng)關(guān)檢測所述擁塞的步驟進(jìn)一步包括所述軟交換向所述媒體網(wǎng)關(guān)發(fā)送修改命令，使所述媒體網(wǎng)關(guān)檢測所述媒體流編解碼格式需動態(tài)切換的事件的步驟。
3.根據(jù)權(quán)利要求1或2所述的切換媒體流編解碼格式的方法，其特征在于，所述步驟A進(jìn)一步包括所述第一媒體網(wǎng)關(guān)判斷當(dāng)前呼叫的媒體流能否切換到低速率編解碼格式的步驟；如是，則向軟交換發(fā)起切換請求。
4.根據(jù)權(quán)利要求3所述的切換媒體流編解碼格式的方法，其特征在于，包含在所述請求中的準(zhǔn)備要切換到的編解碼格式包括當(dāng)前正在使用的編解碼格式及準(zhǔn)備要切換到的速率低于當(dāng)前正在使用的編解碼格式的一個或多個編解碼格式；且所述準(zhǔn)備要切換到的編解碼格式具有確定的優(yōu)先級順序。
5.根據(jù)權(quán)利要求4所述的切換媒體流編解碼格式的方法，其特征在于，所述請求中進(jìn)一步包括當(dāng)前呼叫的終結(jié)點名稱；所述確定的優(yōu)先級順序為低速率較高速率優(yōu)先，其中，所述當(dāng)前正在使用的編解碼格式排在最低優(yōu)先級。
6.根據(jù)權(quán)利要求5所述的切換媒體流編解碼格式的方法，其特征在于，所述第一媒體網(wǎng)關(guān)根據(jù)所述媒體流上所承載的業(yè)務(wù)類型和實時傳輸協(xié)議端口能力確定所述準(zhǔn)備要切換到的編解碼格式。
7.根據(jù)權(quán)利要求1、2、4、5或6所述的切換媒體流編解碼格式的方法，其特征在于，所述步驟B進(jìn)一步包括步驟B1，所述軟交換在接收到所述切換請求后，向第二媒體網(wǎng)關(guān)發(fā)送一命令，以根據(jù)所述第一媒體網(wǎng)關(guān)發(fā)出的切換請求中包含的所述準(zhǔn)備要切換到的編解碼格式修改所述第二媒體網(wǎng)關(guān)和所述第一媒體網(wǎng)關(guān)對應(yīng)的呼叫媒體流的編解碼格式；步驟B2，所述第二媒體網(wǎng)關(guān)收到所述命令后，按照所述指定的編解碼格式及優(yōu)先級順序，選擇當(dāng)前呼叫能支持的編解碼格式進(jìn)行格式切換，并向所述軟交換發(fā)送應(yīng)答命令，其中，所述應(yīng)答命令中包含所述第二媒體網(wǎng)關(guān)所選擇的編解碼格式；步驟B3，所述軟交換收到所述第二媒體網(wǎng)關(guān)發(fā)送的應(yīng)答命令后，通知所述第一媒體網(wǎng)關(guān)根據(jù)所述第二媒體網(wǎng)關(guān)選擇的編解碼格式進(jìn)行媒體流編解碼格式的切換；步驟B4，所述第一媒體網(wǎng)關(guān)收到所述軟交換在步驟B3中發(fā)送的通知后，進(jìn)行媒體流的編解碼格式切換。
8.根據(jù)權(quán)利要求7所述的切換媒體流編解碼格式的方法，其特征在于，在所述步驟B2中，若所述第二媒體網(wǎng)關(guān)選擇的當(dāng)前呼叫能支持的編解碼格式為當(dāng)前正在使用的媒體流編解碼格式，則所述呼叫的媒體流編解碼格式不發(fā)生切換。
9.根據(jù)權(quán)利要求1、2、4、5、6或8所述的切換媒體流編解碼格式的方法，其特征在于，進(jìn)一步包括訂閱MEGACO協(xié)議擴(kuò)展包的步驟，所述擴(kuò)展包描述了媒體流編解碼切換請求的事件并定義了當(dāng)所述事件在媒體網(wǎng)關(guān)上發(fā)生時，所述媒體網(wǎng)關(guān)向所述軟交換上報所述事件時需帶有的參數(shù)，其中，所述參數(shù)以會話描述協(xié)議格式的字符串來描述；所述步驟A通過所述第一媒體網(wǎng)關(guān)向所述軟交換發(fā)送包含所述切換請求事件的通知命令來請求切換。
10.根據(jù)權(quán)利要求9所述的切換媒體流編解碼格式的方法，其特征在于，所述以會話描述協(xié)議格式的字符串來描述的切換請求事件參數(shù)包括如下屬性媒體流的類型、媒體流的IP地址、媒體流的端口號、準(zhǔn)備切換到的按確定的優(yōu)先級順序排列的媒體流的編解碼格式。
11.根據(jù)權(quán)利要求10所述的切換媒體流編解碼格式的方法，其特征在于，在所述步驟B1中，所述軟交換向所述第二媒體網(wǎng)關(guān)發(fā)送一修改命令，所述修改命令的遠(yuǎn)端媒體描述符中包含所述描述切換請求事件參數(shù)的會話描述協(xié)議信息；在所述步驟B2中，所述第二媒體網(wǎng)關(guān)發(fā)送的應(yīng)答命令中包含近端媒體描述符，所述近端媒體描述符中的媒體流格式部分只包含所述第二媒體網(wǎng)關(guān)選擇的媒體編解碼格式；在所述步驟B3中，所述軟交換通過修改命令將所述第二媒體網(wǎng)關(guān)選擇的媒體編解碼格式信息發(fā)送給所述第一媒體網(wǎng)關(guān)上當(dāng)前呼叫對應(yīng)的實時傳輸協(xié)議終結(jié)點，其中，所述第二媒體網(wǎng)關(guān)選擇的媒體編解碼格式信息包含在所述修改命令的遠(yuǎn)端媒體描述符中；在所述步驟B4中，所述第一媒體網(wǎng)關(guān)收到所述修改命令后，將所述第一媒體網(wǎng)關(guān)上當(dāng)前呼叫對應(yīng)的實時傳輸協(xié)議終結(jié)點的媒體流編解碼格式切換為第二媒體網(wǎng)關(guān)選擇的媒體編解碼格式。
12.根據(jù)權(quán)利要求1、2、4、5、6、8、10或11所述切換媒體流編解碼格式的方法，其特征在于，進(jìn)一步包括當(dāng)所述擁塞解除后，將所述媒體流的編解碼格式切換回高速率的編解碼格式的步驟，具體包括步驟a，所述第一媒體網(wǎng)關(guān)請求軟交換對所述媒體流編解碼格式進(jìn)行切換，且在所述請求中包含所述第一媒體網(wǎng)關(guān)準(zhǔn)備要切換回的編解碼格式；及步驟b，所述軟交換接收所述第一媒體網(wǎng)關(guān)的切換請求，并根據(jù)所述請求中包含的準(zhǔn)備要切換回的編解碼格式切換所述媒體流編解碼格式。
全文摘要
本發(fā)明涉及一種切換媒體流編解碼格式的方法，用于當(dāng)呼叫的媒體流在網(wǎng)絡(luò)上出現(xiàn)擁塞時進(jìn)行媒體流編解碼格式的切換，包括建立媒體網(wǎng)關(guān)間呼叫媒體流的步驟和媒體網(wǎng)關(guān)檢測所述擁塞的步驟，其特征在于，還包括步驟A，所述媒體網(wǎng)關(guān)中的一第一媒體網(wǎng)關(guān)請求軟交換對所述媒體流編解碼格式進(jìn)行切換，且在所述請求中包含所述第一媒體網(wǎng)關(guān)準(zhǔn)備要切換到的編解碼格式；及步驟B，所述軟交換接收所述第一媒體網(wǎng)關(guān)的切換請求，并根據(jù)所述請求中包含的準(zhǔn)備要切換到的編解碼格式切換所述媒體流編解碼格式。采用本發(fā)明的技術(shù)方案，能夠當(dāng)網(wǎng)絡(luò)出現(xiàn)擁塞時，媒體網(wǎng)關(guān)根據(jù)自身的能力及業(yè)務(wù)類型，對當(dāng)前正在進(jìn)行呼叫，把媒體流編解碼向低速率的格式切換，有效降低網(wǎng)絡(luò)流量。
文檔編號H04L12/56GK1885837SQ200510012009
公開日2006年12月27日 申請日期2005年6月24日 優(yōu)先權(quán)日2005年6月24日
發(fā)明者喬克智, 程寧, 王云貴 申請人:中興通訊股份有限公司