專利名稱：軟交換架構(gòu)下的編解碼轉(zhuǎn)換控制方法、媒體網(wǎng)關(guān)及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種VOIP( Voice over Internet Protocol,互聯(lián)網(wǎng)協(xié)議語音4支術(shù)， 簡稱網(wǎng)絡(luò)電話)呼叫相關(guān)的H248協(xié)議，特別是指一種軟交換架構(gòu)下的編解碼 轉(zhuǎn)換控制方法、々某體網(wǎng)關(guān)及系統(tǒng)。
背景技術(shù)：
NGN (Next Generation Network,下一代網(wǎng)絡(luò))是一種可以提供包括話音、 數(shù)據(jù)和多媒體等業(yè)務的綜合開放的網(wǎng)絡(luò)構(gòu)架。軟交換是該網(wǎng)絡(luò)的控制功能實 體，為下一代網(wǎng)絡(luò)(NGN)提供具有實時性要求的業(yè)務的呼叫控制和連接控制功 能。目前的NGN網(wǎng)絡(luò)是在已有網(wǎng)絡(luò)基礎(chǔ)上添加了軟交換系統(tǒng)設(shè)備，如MGC (Media Gateway Controller,々某體網(wǎng)關(guān)控制器)、MG (Media Gateway,々某體 網(wǎng)關(guān))等，從而達到在現(xiàn)有網(wǎng)絡(luò)基礎(chǔ)上提供軟交換業(yè)務的目的；其中，MGC 也叫做呼叫代理或軟交換，如主叫軟交換或者被叫軟交換，應用在IP語音架 構(gòu)的系統(tǒng)，來控制很多終端和媒體網(wǎng)關(guān)，H248協(xié)議就是MGC和MG之間傳 輸業(yè)務所采用的協(xié)議。
但目前在NGN網(wǎng)絡(luò)中，由于主、被叫用戶支持的編解碼算法可能不一樣， 主叫支持的編解碼算法，被叫有可能不支持；被叫支持的編解碼算法，主叫有 可能不支持。因此，為了實現(xiàn)主、被叫用戶的VOIP通話，需要在主、被叫之 間提供編解碼轉(zhuǎn)換能力，保證主、被叫的媒體流均使用各自支持的編解碼算法， 這種主、被叫的編解碼轉(zhuǎn)換功能稱為Transcoding功能。
目前的Transcoding功能存在以下不足
當主、被叫編解碼算法一致時也會占用2條VTC (Voice Transcoder Card， 語音碼型轉(zhuǎn)換板)通道，該VTC通道的作用是將經(jīng)過該通道的數(shù)據(jù)進行語音 碼型轉(zhuǎn)換，輸出轉(zhuǎn)換后的數(shù)據(jù)；而此時由于主、#皮叫編解碼算法一樣，并不需 要進行編解碼轉(zhuǎn)換，浪費了寶貴的VTC資源，增加了設(shè)備成本和維護成本，也降低了通訊效率(因為增加了操作VTC通道的時間)和接通率(因為VTC 操作有可能超時或者失敗)。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種節(jié)省VTC資源的軟交換架構(gòu)下的編 解碼轉(zhuǎn)換控制方法、媒體網(wǎng)關(guān)及系統(tǒng)。
為解決上述技術(shù)問題，本發(fā)明的實施例提供一種軟交換架構(gòu)下的編解碼轉(zhuǎn) 換控制方法，包括
媒體網(wǎng)關(guān)獲取第一終端支持的編解碼算法能力集；
所迷4某體網(wǎng)關(guān)獲取第二終端使用的編解碼算法；
所迷媒體網(wǎng)關(guān)判斷所述第二終端使用的編解碼算法是否在所述第一終端 支持的編解碼算法能力集中，若在，則不申請語音碼型變換板VTC通道，直 接對所述第一終端、所述第二終端的業(yè)務進行透傳；若不在，則申請VTC通 道，利用所述VTC通道對所述第一終端、第二終端的業(yè)務進行編解碼算法轉(zhuǎn) 換，并對轉(zhuǎn)換后的業(yè)務進行傳輸。
其中，所述媒體網(wǎng)關(guān)獲取第二終端使用的編解碼算法的步驟包括 所迷々某體網(wǎng)關(guān)接收第一終端軟交換發(fā)送的上下文，所述上下文是所述第一 終端軟交換根據(jù)第一終端的呼叫請求消息創(chuàng)建的，所述上下文中添加了攜帶有 編解碼算法轉(zhuǎn)換標記的第一終端終結(jié)點和第二終端終結(jié)點，所述第一終端終結(jié)
點對應一個實時傳輸協(xié)議RTP資源，所迷第二終端終結(jié)點對應一個RTP資源； 所述媒體網(wǎng)關(guān)根據(jù)所述編解碼算法轉(zhuǎn)換標記，向所述第一終端軟交換回復
所述第一終端終結(jié)點支持的第一編解碼算法能力集和所述第二終端終結(jié)點支
持的第二編解碼算法能力集；
所述媒體網(wǎng)關(guān)根據(jù)所述第一終端軟交換和所述第二終端軟交換協(xié)商的協(xié)
商結(jié)果，從所述第一終端軟交換獲取所述第二終端使用的編解碼算法。 其中，所述第一終端軟交換和所迷第二終端軟交換協(xié)商的過程包括 所述第一終端軟交換發(fā)送呼叫請求消息給所述第二終端軟交換，所述呼叫
請求消息中攜帶有所述第二編解碼算法能力集；
所述第二終端軟交換將所述第二編解碼算法能力集與其自身支持的編解碼算法能力集進行匹配，產(chǎn)生匹配結(jié)果，并在所述匹配結(jié)果中確定一個所述第 二終端使用的編解碼算法，并將所述第二終端使用的編解碼算法回復給所述第 一終端軟交換。
其中，所述媒體網(wǎng)關(guān)從所述第一終端軟交換獲取所述第二終端使用的編解
碼算法的步驟包括
所述媒體網(wǎng)關(guān)中的所述第二終端終結(jié)點接收所述第 一終端軟交換發(fā)送的 修改消息，所述修改消息中攜帶有所述第二終端使用的編解碼算法；
所述第二終端終結(jié)點確定所述第二終端終結(jié)點的遠端支持的編解碼算法 能力集為所述第二終端使用的編解碼算法，并發(fā)送所述第二終端終結(jié)點的遠 端支持的編解碼算法能力集給所述第一終端軟交換，并將所述第二終端終結(jié)點 的遠端支持的編解碼算法能力集寫入所述第一終端終結(jié)點的數(shù)據(jù)區(qū)中。
其中，所述士某體網(wǎng)關(guān)獲取第一終端支持的編解碼算法能力集的步驟包括
所述媒體網(wǎng)關(guān)中的所述第一終端終結(jié)點接收所述第一終端軟交換發(fā)送修 改消息，所述修改消息中攜帶有所述第一終端終結(jié)點的遠端支持的編解碼算法 能力集，所述第一終端終結(jié)點的遠端支持的編解碼算法能力集為所述第一終 端軟交換從所述第 一終端的呼叫請求消息中獲取的所述第 一終端支持的編解 碼算法能力集。
其中，所述直接對所述第一終端、所述第二終端的業(yè)務進行透傳；或者對 轉(zhuǎn)換后的業(yè)務進行傳輸?shù)牟襟E具體為
通過媒體IP接口板NIPI通道直接對所述第 一終端、所述第二終端的業(yè)務 進行透傳；或者通過NIPI通道對轉(zhuǎn)換后的業(yè)務進行傳輸。
其中，所迷通過媒體IP接口板NIPI通道直接對所述第一終端、所述第二 終端的業(yè)務進行透傳的步驟之前還包括設(shè)定時器；
所述通過媒體IP接口板NIPI通道直接對所述第 一終端、所述第二終端的 業(yè)務進行透傳的步驟包括
所述第一終端終結(jié)點打開NIPI通道，通知所述第二終端終結(jié)點進行所述 第一終端、所述第二終端的業(yè)務的透傳；
若所述第二終端終結(jié)點打開NIPI通道成功，則向所述第一終端終結(jié)點回 復成功，打開NIPI通道失敗或者超時時，給所述第一終端終結(jié)點回復失??；所述第一終端終結(jié)點收到所述第二終端終結(jié)點成功回復時，向所述第一終 端軟交換回復成功，否則，向所述第一終端軟交換回復失敗。
其中，所述通過MPI通道對轉(zhuǎn)換后的業(yè)務進行傳輸?shù)牟襟E之前還包括 設(shè)定時器；
利用所述VTC通道對所述第一終端、所述第二終端的業(yè)務進行編解碼算 法轉(zhuǎn)換，通過NIPI通道對轉(zhuǎn)換后的業(yè)務進行傳輸?shù)牟襟E包括
所述第一終端終結(jié)點打開VTC通道和NIPI通道，通知所述第二終端終結(jié) 點進行編解碼算法轉(zhuǎn)換；
若所述第二終端終結(jié)點打開VTC通道和NIPI通道成功，則向所述第一終 端終結(jié)點回復成功，打開VTC通道和NIPI通道失敗或者超時時，給所述第一 終端終結(jié)點回復失敗；
所述第一終端終結(jié)點收到所述第二終端終結(jié)點成功回復時，向所述第一終 端軟交換回復成功，否則，向所述第一終端軟交換回復失敗。
其中，上述所有方法中，所述第一終端、所述第二終端的的業(yè)務進入透傳 后，若所述第一終端終結(jié)點收到所述第一終端軟交換的修改消息，判斷所述第 二終端使用的編解碼算法不在所述第一終端支持的編解碼算法能力集中，需要 進行編解碼算法轉(zhuǎn)換時，則將所述第一終端終結(jié)點和所述第二終端終結(jié)點的業(yè) 務從透傳切換到編解碼算法轉(zhuǎn)換。
其中，所述將所述第一終端終結(jié)點和所述第二終端終結(jié)點的業(yè)務從透傳切 換到編解碼算法轉(zhuǎn)換的步驟包括
所述第一終端終結(jié)點打開VTC通道，修改NIPI通道，通知所述第二終端 終結(jié)點進行編解碼算法轉(zhuǎn)換；
所述第二終端終結(jié)點打開VTC通道和修改NIPI通道成功后，所述第一終 端終結(jié)點和所述第二終端終結(jié)點利用VTC通道進^f亍編解碼算法轉(zhuǎn)換，通過所 述NIPI通道對轉(zhuǎn)換后的業(yè)務進行傳輸。
其中，所述第一終端為主叫，所述第二終端為被叫。
為解決上述技術(shù)問題，本發(fā)明的實施例還提供一種媒體網(wǎng)關(guān)，包括
第一獲取模塊，用于獲取第一終端支持的編解碼算法能力集； 第二獲取模塊，用于獲取第二終端使用的編解碼算法；
10編解碼轉(zhuǎn)換控制才莫塊，用于判斷所述第二終端使用的編解碼算法是否在所
述第一終端支持的編解碼算法能力集中，若在，則不申請語音碼型變換板VTC 通道，直接對所述第一終端、所述第二終端的業(yè)務進行透傳；若不在，則申請 VTC通道，利用所述VTC通道對所述第一終端、所述第二終端的業(yè)務進行編 解碼算法轉(zhuǎn)換，并對轉(zhuǎn)換后的業(yè)務進行傳輸。
其中，所述第二獲取it塊包括
接收模塊，用于接收第一終端軟交換發(fā)送的上下文，所述上下文是所述第 一終端軟交換根據(jù)所述第 一終端的呼叫請求消息創(chuàng)建的，所述上下文中添加了 攜帶有編解碼算法轉(zhuǎn)換標記的第 一終端終結(jié)點和第二終端終結(jié)點，所述第 一終 端終結(jié)點對應一個實時傳輸協(xié)議RTP資源，所述第二終端終結(jié)點對應一個RTP 資源；
發(fā)送模塊，用于根據(jù)所述編解碼算法轉(zhuǎn)換標記，向所述第一終端軟交換回 復所述第 一終端終結(jié)點支持的第 一編解碼算法能力集和所述第二終端終結(jié)點 支持的第二編解碼算法能力集；
獲取子模塊，用于根據(jù)所述第一終端軟交換和所述第二終端軟交換協(xié)商的 協(xié)商結(jié)果，從所述第一終端軟交換獲取所述第二終端使用的編解碼算法。 其中，所述獲取子it塊具體為
第二終端終結(jié)點模塊，用于接收所述第一終端軟交換發(fā)送的修改消息，所 述修改消息中攜帶有所述第二終端使用的編解碼算法；并確定所述第二終端終 結(jié)點的遠端支持的編解碼算法能力集為所述第二終端使用的編解碼算法，并 發(fā)送所述第二終端終結(jié)點的遠端支持的編解碼算法能力集給所述第一終端軟 交換，并將所述第二終端終結(jié)點的遠端支持的編解碼算法能力集寫入所述第一 終端終結(jié)點的數(shù)據(jù)區(qū)中。
其中，所述第一獲取模塊具體為
第一終端終結(jié)點模塊，用于接收所述第一終端軟交換發(fā)送修改消息，所述 修改消息中攜帶有所述第一終端終結(jié)點的遠端支持的編解碼算法能力集，所述 第一終端終結(jié)點的遠端支持的編解碼算法能力集為所述第一終端軟交換從所 述第一終端的呼叫請求消息中獲取的所述第一終端支持的編解碼算法能力集。
其中，上述^ 某體網(wǎng)關(guān)還包括切換;漠塊，用于在所述第一終端、所述第二終端的業(yè)務進入透傳后，若所 述第一終端終結(jié)點收到所述第一終端軟交換的修改消息，判斷所述第二終端使 用的編解碼算法不在所述第一終端支持的編解碼算法能力集中，需要進行編解 碼算法轉(zhuǎn)換時，則將所述第一終端終結(jié)點和所述第二終端終結(jié)點的業(yè)務從透傳
切換到編解碼算法轉(zhuǎn)換。
為解決上述技術(shù)問題，本發(fā)明的實施例還提供一種軟交換架構(gòu)下的編解碼 轉(zhuǎn)換控制系統(tǒng)，包括
第一終端軟交換，用于獲取與所述第一終端軟交換對應的第 一終端支持的 編解碼算法能力集；
第二終端軟交換，用于獲取與所述第二終端軟交換對應的第二終端使用的
媒體網(wǎng)關(guān)，用于判斷所述第二終端使用的編解碼算法是否在所述第一終端 支持的編解碼算法能力集中，若在，則不申請語音碼型變換板VTC通道，直 接對所述第一終端、所述第二終端的業(yè)務進行透傳；若不在，則申請VTC通 道，利用所述VTC通道對所述第一終端、所述第二終端的業(yè)務進行編解碼算 法轉(zhuǎn)換，并對轉(zhuǎn)換后的業(yè)務進行傳輸。
本發(fā)明的上述技術(shù)方案的有益效果如下
上述方案中，媒體網(wǎng)關(guān)通過判斷第二終端(即被叫)使用的編解碼算法是 否在第一終端(即主叫)支持的編解碼算法能力集中，即將被叫使用的編解碼 算法與主叫支持的編解碼算法能力集進行匹配，若在，即匹配成功，不需要申 請VTC通道資源，直接進行業(yè)務的透傳；而現(xiàn)有技術(shù)中，無論主、被叫的編 解碼算法是否一致，都需要申請VTC通道資源，進行主、；陂叫的編解碼算法 轉(zhuǎn)換；由此可見，本發(fā)明的上述方案相比于現(xiàn)有的方法，節(jié)省了VTC通道資 源，降低設(shè)備成本和維護成本，提高主、被叫的通訊效率和^:通率。


圖1為本發(fā)明的實施例軟交換架構(gòu)下的編解碼轉(zhuǎn)換控制方法流程示意圖； 圖2為圖1所示的方法的一具體實現(xiàn)流程示意圖； 圖3為圖2所示的方法的一具體實現(xiàn)流程示意圖；圖4為圖3所示的方法的一具體實現(xiàn)流程示意圖5為圖1 -圖4所示方法應用到NGN網(wǎng)絡(luò)中的具體流程示意圖6為本發(fā)明的實施例々某體網(wǎng)關(guān)的結(jié)構(gòu)示意圖7為圖6所示々某體網(wǎng)關(guān)的一具體實施例結(jié)構(gòu)示意圖8為圖7所示i某體網(wǎng)關(guān)的一具體實施例結(jié)構(gòu)示意圖9為圖8所示々某體網(wǎng)關(guān)的一具體實施例結(jié)構(gòu)示意圖IO為圖6-圖9所示媒體網(wǎng)關(guān)中具有切換模塊的結(jié)構(gòu)示意圖11為本發(fā)明的軟交換架構(gòu)下的編解碼轉(zhuǎn)換控制系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式
為使本發(fā)明要解決的技術(shù)問題、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附 圖及具體實施例進行詳細描述。
本發(fā)明針對現(xiàn)有的NGN網(wǎng)絡(luò)中主、被叫實現(xiàn)VOIP通話時，主、被叫的 編解碼算法轉(zhuǎn)換Transcoding功能，浪費VTC資源的問題，提供一種節(jié)省VTC 資源的軟交換架構(gòu)下的編解碼轉(zhuǎn)換控制方法、媒體網(wǎng)關(guān)及系統(tǒng)。
如圖l所示，本發(fā)明的實施例軟交換架構(gòu)下的編解碼轉(zhuǎn)換控制方法包括
步驟ll,媒體網(wǎng)關(guān)獲取第一終端支持的編解碼算法能力集；
步驟12，媒體網(wǎng)關(guān)獲取第一終端使用的編解碼算法；
步驟13，媒體網(wǎng)關(guān)判斷該第二終端使用的編解碼算法是否在該第一終端 支持的編解碼算法能力集中，若在，轉(zhuǎn)向步驟14,若不在，轉(zhuǎn)向步驟15;
步驟14，不申請語音碼型變換板VTC通道，直接對第一終端、第二終端 的業(yè)務進行透傳；
步驟15，申請VTC通道，利用所述VTC通道對第一終端、第二終端的 業(yè)務進行編解碼算法轉(zhuǎn)換，并對轉(zhuǎn)換后的業(yè)務進^f亍傳輸。
該實施例中，第一終端與第二終端是對等的兩個實體，第一終端可以為主 叫，也可以為被叫；該第二終端可以為被叫，也可以為主叫；在本發(fā)明的以下 實施例中，以該第一終端為主叫，第二終端為被叫為例進行說明；當然，對于 第一終端為被叫，第二終端為主叫的編解碼控制方法，同樣適用于以下所有的 實施例，其控制方法與第一終端為主叫，第二終端為被叫的控制方法相同，下文中不再贅述，但本發(fā)明的方案應當包括第一終端為被叫，第二終端為主叫的 編解碼控制方法實施例。
該實施例中，媒體網(wǎng)關(guān)通過判斷第二終端(即被叫)使用的編解碼算法是 否在第一終端(即主叫)支持的編解碼算法能力集中，即將被叫使用的編解碼 算法與主叫支持的編解碼算法能力集進行匹配，若在，即匹配成功，不需要申
請VTC通道資源，這樣主、被叫就直接進行業(yè)務的透傳，若不在，即匹配不 成功，再申請VTC通道資源，對主、被叫的業(yè)務進行編解碼算法轉(zhuǎn)換，對轉(zhuǎn) 換后的業(yè)務進行傳輸；
而現(xiàn)有技術(shù)中，無論主、被叫的編解碼算法是否一致，都需要申請VTC 資源，進行主、被叫的編解碼算法轉(zhuǎn)換；由此可見，本發(fā)明的上述實施例相比 于現(xiàn)有的方法，節(jié)省了VTC通道資源，降低成本，提高主、被叫的通訊敢率 和接通率。
在第一終端為主叫，第二終端為被叫時，下述的第一終端軟交換可以為主 叫軟交換，第一終端終結(jié)點可以為主叫終結(jié)點，第二終端軟交換可以為被叫軟 交換，第二終端終結(jié)點可以為被叫終結(jié)點；
如圖2所示，上述圖l所示實施例中，步驟12具體可包括以下步驟
步驟121，媒體網(wǎng)關(guān)接收第一終端軟交換發(fā)送的上下文，該上下文是第一
終端軟交換根據(jù)第一終端的呼叫請求消息創(chuàng)建的，該上下文中添加了攜帶有編 解碼算法轉(zhuǎn)換標記的第一終端終結(jié)點和第二終端終結(jié)點，其中，第一終端終結(jié)
點對應一個實時傳輸協(xié)議RTP資源，第二終端終結(jié)點對應一個RTP資源；具
體來講，以第一終端為主叫，第二終端為被叫的具體實現(xiàn)過程為
主叫軟交換根據(jù)主叫的呼叫請求消息(該呼叫請求消息中通過SDP (Session Description Protocol,會話描述協(xié)議)描述符攜帶主叫支持的編解碼 算法能力集)，向媒體網(wǎng)關(guān)發(fā)送上下文(Context),該上下文中添加了攜帶有 編解碼算法轉(zhuǎn)換標記(Transcoding)的主叫終結(jié)點和被叫終結(jié)點，該主叫終結(jié) 點對應一個實時傳輸協(xié)議RTP資源，該被叫終結(jié)點對應一個RTP資源；
該步驟中，主叫向主叫軟交換發(fā)起一呼叫請求消息，主叫軟交換收到該呼 叫請求消息后，認為要發(fā)起一個主、被叫呼叫流程，該主叫軟交換就會創(chuàng)建一 個上下文(Context),上下文是一些終端間的聯(lián)系，它描述終端之間的拓樸關(guān)
14系及媒體混合/交換的參數(shù)，該上下文中添加了兩個RTP資源，其中一個為主 叫終結(jié)點，另一個為^皮叫終結(jié)點，這兩個RTP資源分別^t添加了編解碼算法 轉(zhuǎn)換標記(Transcoding),媒體網(wǎng)關(guān)在接收到該兩個RTP資源時，就會根據(jù)該 編解碼算法轉(zhuǎn)換標記進入編解碼轉(zhuǎn)換控制流程；
步驟122,媒體網(wǎng)關(guān)根據(jù)該編解碼算法轉(zhuǎn)換標記，向第一終端軟交換回復 該第一終端終結(jié)點支持的第一編解碼算法能力集和第二終端終結(jié)點支持的第 二編解碼算法能力集；
步驟123，媒體網(wǎng)關(guān)根據(jù)第一終端軟交換和第二終端軟交換協(xié)商的協(xié)商結(jié) 果，從第一終端軟交換獲取第二終端使用的編解碼算法；具體來講，以第一終 端為主叫，第二終端為4皮叫的具體實現(xiàn)過程為
主叫軟交換根據(jù)該第一編解碼算法能力集和該第二編解碼算法能力集與 被叫軟交換進行協(xié)商，產(chǎn)生協(xié)商結(jié)果；目的是為了獲得被叫使用的編解碼算法， 以便后續(xù)與主叫支持的編解碼算法能力集進行匹配，判斷主、被叫的編解碼算 法是否一致；媒體網(wǎng)關(guān)根據(jù)該協(xié)商結(jié)果獲取被叫使用的編解碼算法。
如圖3所示，上述圖2所示流程中，步驟123中，第一終端軟交換和第二 終端軟交換協(xié)商的過程可具體包括如下步驟
步驟1231,第一終端軟交換發(fā)送呼叫請求消息給第二終端軟交換，該呼 叫請求消息中攜帶有第二終端終結(jié)點支持的編解碼算法能力集即第二編解碼 算法能力集；
步驟1232，第二終端軟交換將該第二編解碼算法能力集與其自身支持的 編解碼算法能力集進行匹配，產(chǎn)生匹配結(jié)果，即該匹配結(jié)果是該第二編解碼算 法能力集與第二終端支持的編解碼算法能力集的交集，該交集可能是一個編解 碼算法能力集的集合，也可能是一個編解碼算法，但在該協(xié)商過程中，第二終 端使用的編解碼算法為該交集中的一個編解碼算法，因此，第二終端軟交換還 需要在該匹配結(jié)果中確定一個該第二終端使用的編解碼算法，并將該第二終端 使用的編解碼算法回復給第一終端軟交換。
相應的，上述步驟123中，媒體網(wǎng)關(guān)從第一終端軟交換獲取第二終端使用 的編解碼算法可具體包括
步驟1233，第一終端軟交換發(fā)送修改消息給々某體網(wǎng)關(guān)中的第二終端終結(jié)點，該修改消息中攜帶有上述步驟1232中獲得的第二終端4吏用的編解碼算法； 步驟1234,第二終端終結(jié)點根據(jù)該修改消息確定該第二終端終結(jié)點的遠 端支持的編解碼算法能力集為該第二終端使用的編解碼算法，發(fā)送回復消息 給第一終端軟交換，該回復消息中攜帶有第二終端終結(jié)點的遠端支持的編解 碼算法能力集，同時，該第二終端終結(jié)點并將該第二終端終結(jié)點的遠端支持的 編解碼算法能力集寫入第一終端終結(jié)點的數(shù)據(jù)區(qū)中，以便第一終端終結(jié)點將第 一終端支持的編解碼算法能力集與該第二終端使用的編解碼算法進行匹配。
如圖4所示，結(jié)合上述圖1、圖2、圖3所示的具體實施例，上述步驟ll 可具體包括
步驟lll,第一終端軟交換從上述步驟121中，獲得第一終端的呼叫請求 消息，并從該呼叫請求消息中獲取笫一終端支持的編解碼算法能力集；
步驟112，媒體網(wǎng)關(guān)中的第一終端終結(jié)點接收第一終端軟交換發(fā)送的修改 消息，該修改消息中攜帶有第一終端終結(jié)點的遠端支持的編解碼算法能力集， 該第一終端終結(jié)點的遠端支持的編解碼算法能力集為第一終端支持的編解碼 算法能力集；
這樣，該第一終端終結(jié)點就獲得了第一終端支持的編解碼算法能力集和第 二終端使用的編解碼算法，該第一終端終結(jié)點獲得了第一終端支持的編解碼算 法能力集和第二終端使用的編解碼算法之后，對二者進行匹配，判斷第二終端 使用的編解碼算法是否在該第一終端支持的編解碼算法能力集中，若在，就不 申請VTC通道，直接對第一終端、第二終端的業(yè)務進行透傳(即對主、被叫 之間的業(yè)務不經(jīng)過任何處理的傳輸)，若不在，申請VTC通道和透傳通道，利 用VTC通道對第一終端、第二終端的業(yè)務進行編解碼轉(zhuǎn)換后，利用透傳通道 進行透傳，這樣相比于現(xiàn)有的無論主、被叫的編解碼算法是否一致，都申請 VTC通道，節(jié)省了 VTC通道資源，提高了主、被叫業(yè)務的通訊效率和接通率。
另外，在上述所有實施例中，直接對第一終端、第二終端的業(yè)務進行透傳； 或者對轉(zhuǎn)換后的業(yè)務進行傳輸?shù)牟襟E可具體為
通過NIPI通道(媒體IP接口板)直接對第 一終端、第二終端的業(yè)務進行 透傳；或者通過NIPI通道對轉(zhuǎn)換后的業(yè)務進行傳輸。
第一終端終結(jié)點、第二終端終結(jié)點在利用NIPI通道直接對第一終端、第二終端的業(yè)務進行透傳時，具有以下三種情況
(1) 不需要編解碼轉(zhuǎn)換的透傳
當?shù)谝唤K端終結(jié)點判斷第二終端使用的編解碼算法跟自己的遠端支持的 編解碼算法能力集有交集時，不需要申請VTC通道資源，第一終端終結(jié)點打 開NIPI通道，設(shè)定時器，通知第二終端終結(jié)點進行第一終端、第二終端的業(yè) 務的透傳；
若第二終端終結(jié)點打開NIPI通道成功，則向第一終端終結(jié)點回復成功， 打開NIPI通道失敗或者超時時，向第一終端終結(jié)點回復失敗；
第一終端終結(jié)點收到第二終端終結(jié)點成功回復時，向第一終端軟交換回復 成功，否則，向第一終端軟交換回復失敗。
(2) 需要編解碼算法轉(zhuǎn)換的透傳
當?shù)谝唤K端終結(jié)點判斷第二終端使用的編解碼算法跟自己的遠端支持的 編解碼算法能力集沒有交集時，要申請VTC通道資源進行編解碼算法轉(zhuǎn)換；
第一終端終結(jié)點打開VTC通道和NIPI通道，i殳定時器，通知第二終端終 結(jié)點進行編解碼算法轉(zhuǎn)換；
若第二終端終結(jié)點打開VTC通道和NIPI通道成功，則向第一終端終結(jié)點 回復成功，打開VTC通道和NIPI通道失敗或者超時時，給第一終端終結(jié)點回 復失??；
第一終端終結(jié)點收到第二終端終結(jié)點成功回復時，向第一終端軟交換回復 成功，否則，向第一終端軟交換回復失敗。
(3) 如果有第一終端軟交換向士某體網(wǎng)關(guān)發(fā)送新的編解碼算法能力集，第 一終端和第二終端的編解碼算法可能匹配不一致，則需要從透傳到編解碼算法 轉(zhuǎn)換的切換；
具體來講，在第一終端、第二終端的業(yè)務進入透傳后，若第一終端終結(jié)點 收到第一終端軟交換的修改消息，判斷第二終端使用的編解碼算法不在第一終 端支持的編解碼算法能力集中，需要進行編解碼算法轉(zhuǎn)換時，則第一終端終結(jié) 點和第二終端終結(jié)點將業(yè)務從透傳切換到編解碼算法轉(zhuǎn)換；
該第一終端終結(jié)點和第二終端終結(jié)點將業(yè)務從透傳切換到編解碼算法轉(zhuǎn) 換的步驟包括第一終端終結(jié)點打開VTC通道，修改NIPI通道，通知第二終端終結(jié)點進 行編解碼算法轉(zhuǎn)換；
第二終端終結(jié)點打開VTC通道和修改NIPI通道成功后，第一終端終結(jié)點 和第二終端終結(jié)點利用VTC通道進行編解碼算法轉(zhuǎn)換，通過NIPI通道對轉(zhuǎn)換 后的業(yè)務進行傳輸。
下面再結(jié)合圖5對上述方法在具體的NGN網(wǎng)絡(luò)的應用進行描述，該方法 主要是在主、被叫軟交換與媒體網(wǎng)關(guān)之間的控制協(xié)議H248協(xié)議的SDP (會話 描述協(xié)議)描述符中增加一個Transcoding屬性，指示媒體網(wǎng)關(guān)進行Transcoding 流程如圖5所示，該方法包括
1. 主叫(即上述第一終端)發(fā)送Invite消息給主叫軟交換(即上述第一 終端軟交換)，該Invite消息的作用是發(fā)起呼叫請求，該Invite消息中的SDP 描述符為Sl,該SI表示該主叫支持的編解碼算法能力集；
2. 主叫軟交換收到該Invite消息后，向媒體網(wǎng)關(guān)發(fā)送命令 Add(C=$,A=$,Codec=c，A=$,Codec=c，a=transcoding),該命令的作用是創(chuàng)建一 個上下文(Context),并在該上下文中添加2個RTP (實時傳輸協(xié)議)資源， 帶上Transcoding標記(編解碼算法轉(zhuǎn)換標記)，指示媒體網(wǎng)關(guān)進入Transcoding 流程；這里，2個RTP如可以分別為Ra和Rb,其中，Ra可以代表主叫終結(jié) 點(即上述第一終端終結(jié)點)對應的RTP資源，Rb可以代表被叫終結(jié)點(即 上述第二終端終結(jié)點)對應的RTP資源，這里的Ra和Rb是為表示方便而被 命名，并不限定該主叫終結(jié)點的RTP資源必須是Ra，也可以是Rb，同樣道理， Rb也不限定是該被叫終結(jié)點的RTP資源，被叫終結(jié)點對應的RTP資源也可以 是Ra;
3. 媒體網(wǎng)關(guān)在收到主叫軟交換的Add命令后，向主叫軟交換回復 Reply(C=Cl， A=Ra(SDP=Sa，)， A-Rb(SDP二Sb，))消息，該消息的作用是回 復主叫終結(jié)點支持的編解碼算法能力集和被叫終結(jié)點支持的編解碼算法能力 集給主叫軟交換；在這里，主叫終結(jié)點和被叫終結(jié)點支持的編解碼算法能力集 均是該媒體網(wǎng)關(guān)支持的編解碼算法能力集，其中，CI為該上下文的編號，A =Ra(SDP=Sa，)，表示主叫終結(jié)點Ra支持的編解碼算法能力集為Sa，，即上述
18實施例中的主叫終結(jié)點支持的第一編解碼算法能力集；A = Rb(SDP=Sb，)，表 示被叫終結(jié)點Rb支持的編解碼算法能力集為Sb，，即上述實施例中的被叫終 結(jié)點支持的第二編解碼算法能力集，其中該Sa，和該Sb，為相同的集合，因為 它們均是媒體網(wǎng)關(guān)支持的編解碼算法能力集；
4. 主叫軟交換發(fā)送Invite消息給被叫軟交換(即上述第二終端軟交換)， 該Invite消息的作用是向被叫軟交換發(fā)起呼叫請求，該Invite消息中的SDP 描述符為Sb，，即將被叫終結(jié)點支持的第二編解碼算法能力集Sb，告訴被叫軟 交換；該步驟中，若上述被叫終結(jié)點支持的編解碼算法能力集為Sa，表示，那 么該Invite消息中的SDP描述符也可以為Sa，；
5. 被叫軟交換將Sb，和自已支持的編解碼算法能力集進行匹配，若有交 集，則被叫軟交換在該交集中確定一個被叫(即上述第二終端)使用的編解碼 算法S2;若該交集用數(shù)組進行表示，那么該被叫使用的編解法算法通常就是 該數(shù)組中的第一個編解碼算法；被叫軟交換并向主叫軟交換回復Ring消息， 其中SDP描述符為S2，即將被叫使用的編解碼算法回復給主叫軟交換，若被 叫軟交換將Sb，和自已支持的編解碼算法能力集進行匹配，沒有交集時，就向 主叫軟交換回復協(xié)商失敗；
6. 主叫軟交換發(fā)送Modify消息給媒體網(wǎng)關(guān)中的被叫終結(jié)點Rb,該Modify 消息用命令MF(C = C1， MF-Rb(MOSR，Remote-S2))表示，該命令的作用 是確定被叫終結(jié)點Rb的遠端支持的編解碼算法能力集為S2;
7. 媒體網(wǎng)關(guān)中的被叫終結(jié)點Rb向主叫軟交換回復Modify Reply,其中 SDP描述符為S2，并將該S2寫入主叫終結(jié)點Ra的數(shù)據(jù)區(qū)，以便Ra以后進 行主、被叫編解碼算法匹配；
8. 主叫軟交換發(fā)送Modify消息給媒體網(wǎng)關(guān)中的主叫終結(jié)點Ra，該Modify 消息用命令MF(C-Cl, MF-Ra(MOSR,Remote-Sl))表示，該命令的作用是 將主叫終結(jié)點Ra的遠端支持的編解碼算法能力集發(fā)送給主叫終結(jié)點Ra,其中 該Ra的遠端支持的編解碼算法能力集為該主叫支持的編解碼算法能力集Sl;
9. 媒體網(wǎng)關(guān)中的主叫終結(jié)點Ra根據(jù)其數(shù)據(jù)區(qū)中的S2和其遠端支持的編 解碼算法能力集S1進行比較，如果S2在該S1中，則主、被叫匹配成功，說明Ra和Rb不需要進行編解碼算法轉(zhuǎn)換，不需要申請VTC通道資源，直接使 用NIPI通道對主、被叫的業(yè)務進行透傳即可；如果S2不在該S1中，則主、 被叫匹配不成功，說明Ra和Rb需要進行編解碼算法轉(zhuǎn)換，需要申請VTC通 道資源和NIPI通道資源，進行編解碼算法轉(zhuǎn)換，該媒體網(wǎng)關(guān)中的Ra還將其自 身支持的編解碼算法能力集Sa，與該Sl進行匹配，若匹配成功，即Sa，與該Sl 有交集，則在該交集中確定一個編解碼算法Sa，回復給主叫軟交換；若匹配 不成功，則向主叫軟交換回復失??；
10.主叫軟交換向主叫回復Ring消息，將Sa回復給主叫，主叫根據(jù)該 Sa算法將其業(yè)務通過VTC通道進行主、被叫業(yè)務的編解碼轉(zhuǎn)換，轉(zhuǎn)換為一種 通用的格式，如TDM(時分復用)格式，利用NIPI通道對轉(zhuǎn)換后的業(yè)務傳輸 到被叫時，再將該通用格式的業(yè)務轉(zhuǎn)換為被叫支持的格式；從而使主、被叫進 入正常通話流程。
綜上，本發(fā)明的上述實施例通過在H248協(xié)議的SDP描述符中增加一個 Transcoding標記，指示媒體網(wǎng)關(guān)對主、被叫的編解碼算法進行匹配，若被叫 使用的編解碼算法與主叫支持的編解碼算法能力集匹配成功，則不申請VTC 通道資源，不進行主、被叫業(yè)務的編解碼轉(zhuǎn)換，這樣就節(jié)省了寶貴的VTC通 道資源，在擴充H248協(xié)議包的同時，上述方法使主、被叫的通訊效率和接通 率得到提高，且降低網(wǎng)絡(luò)成本。
如圖6所示，本發(fā)明的實施例還提供一種媒體網(wǎng)關(guān)60，該媒體網(wǎng)關(guān)60應 用在軟交換架構(gòu)下的主、被叫的編解碼轉(zhuǎn)換控制方法中，該々某體網(wǎng)關(guān)60具體 包括
第一獲^^莫塊61,用于獲取第一終端支持的編解碼算法能力集； 第二獲取模塊62,用于獲取第二終端使用的編解碼算法； 編解碼轉(zhuǎn)換控制模塊63,用于判斷第二終端使用的編解碼算法是否在第 一終端支持的編解碼算法能力集中，若在，則不申請語音碼型變換板VTC通 道，直接對該第一終端、第二終端的業(yè)務進行透傳；若不在，則申請VTC通 道，利用所述VTC通道對該第一終端、第二終端的業(yè)務進行編解碼算法轉(zhuǎn)換, 并對轉(zhuǎn)換后的業(yè)務進行傳輸。該實施例中，第一終端可以為主叫，也可以為凈皮叫；該第二終端可以為凈皮 叫，也可以為主叫；在本發(fā)明的^f某體網(wǎng)關(guān)的以下實施例中，以該第一終端為主 叫，第二終端為被叫為例進行說明；當然，對于第一終端為被叫，第二終端為 主叫同樣適用于以下所有的實施例，其控制方法與第一終端為主叫，第二終端 為被叫的控制方法相同，下文中不再贅述，但本發(fā)明的方案應當包括第一終端 為被叫，第二終端為主叫的實施例；
如圖7所示，上述第二獲取模塊62可具體包括
接收模塊621，用于接收第一終端軟交換發(fā)送的上下文，該上下文是第一
終端軟交換根據(jù)第一終端的呼叫請求消息創(chuàng)建的，該上下文中添加了攜帶有編 解碼算法轉(zhuǎn)換標記的第一終端終結(jié)點和第二終端終結(jié)點，該第一終端終結(jié)點對
應一個實時傳輸協(xié)議RTP資源，第二終端終結(jié)點對應一個RTP資源；
發(fā)送模塊622，用于#4居該編解碼算法轉(zhuǎn)換標記，向第一終端軟交換回復 第一終端終結(jié)點支持的第一編解碼算法能力集和第二終端終結(jié)點支持的第二 編解碼算法能力集；
獲取子模塊623，用于根據(jù)該第一終端軟交換和第二終端軟交換協(xié)商的協(xié) 商結(jié)果，從第一終端軟交換獲取第二終端使用的編解碼算法。
具體來講，該第一終端軟交換和第二終端軟交換協(xié)商的過程可具體包括如 下步驟
第一終端軟交換發(fā)送呼叫請求消息給第二終端軟交換，該呼叫請求消息中 攜帶有第二終端終結(jié)點支持的編解碼算法能力集即第二編解碼算法能力集；
第二終端軟交換將該第二編解碼算法能力集與其自身支持的編解碼算法 能力集進行匹配，產(chǎn)生匹配結(jié)果，即該匹配結(jié)果是該第二編解碼算法能力集與 第二終端支持的編解碼算法能力集的交集，該交集可能是一個編解碼算法能力
集的集合，也可能是一個編解碼算法，但在該協(xié)商過程中，第二終端使用的編 解碼算法為該交集中的一個編解碼算法，因此，第二終端軟交換還需要在該匹 配結(jié)果中確定一個該第二終端使用的編解碼算法，并將該第二終端使用的編解 碼算法回復給第一終端軟交換。
如圖8所示，上述獲取子模塊623可具體為
第二終端終結(jié)點模塊，用于接收第一終端軟交換發(fā)送的修改消息，該修改
21消息中攜帶有第二終端使用的編解碼算法；并確定該第二終端終結(jié)點的遠端支 持的編解碼算法能力集為第二終端使用的編解碼算法，并發(fā)送該第二終端終 結(jié)點的遠端支持的編解碼算法能力集給該第一終端軟交換，并將該第二終端終 結(jié)點的遠端支持的編解碼算法能力集寫入第一終端終結(jié)點的數(shù)據(jù)區(qū)中。 如圖9所示，上述第一獲取才莫塊61具體為
第一終端終結(jié)點模塊，用于接收第一終端軟交換發(fā)送修改消息，該修改消 息中攜帶有第一終端終結(jié)點的遠端支持的編解碼算法能力集，該第一終端終結(jié) 點的遠端支持的編解碼算法能力集為第一終端軟交換從第一終端的呼叫請求 消息中獲取的第一終端支持的編解碼算法能力集。
如圖IO所示，上述圖6-圖9所示媒體網(wǎng)關(guān)60中，還包括
切換模塊64,用于在第一終端、第二終端的業(yè)務進入透傳后，若該第一 終端終結(jié)點收到第一終端軟交換的修改消息，判斷該第二終端使用的編解碼算 法不在第一終端支持的編解碼算法能力集中，需要進行編解碼算法轉(zhuǎn)換時，則 將第一終端終結(jié)點和第二終端終結(jié)點的業(yè)務從透傳切換到編解碼算法轉(zhuǎn)換；
該切換流程具體包括
第一終端終結(jié)點打開VTC通道，修改MPI通道，通知第二終端終結(jié)點進 行編解碼算法轉(zhuǎn)換；
第二終端終結(jié)點打開VTC通道和修改NIPI通道成功后，第一終端終結(jié)點 和第二終端終結(jié)點利用VTC通道進行編解碼算法轉(zhuǎn)換，通過NIPI通道對轉(zhuǎn)換 后的業(yè)務進行傳輸。
本發(fā)明的實施例4某體網(wǎng)關(guān)中的編解碼轉(zhuǎn)換控制模塊63通過判斷第二終端 (即被叫)使用的編解碼算法是否在第一終端(即主叫)支持的編解碼算法能 力集中，即將被叫使用的編解碼算法與主叫支持的編解碼算法能力集進行匹 配，若在，即匹配成功，不需要申請VTC通道資源，這樣主、被叫就直接進 行業(yè)務的透傳，若不在，即匹配不成功，再申請VTC通道資源，對主、被叫 的業(yè)務進行編解碼算法轉(zhuǎn)換，對轉(zhuǎn)換后的業(yè)務進行傳輸；
而現(xiàn)有技術(shù)中，無論主、被叫的編解碼算法是否一致，都需要申請VTC 資源，進行主、被叫的編解碼算法轉(zhuǎn)換；由此可見，本發(fā)明的上述實施例相比 于現(xiàn)有的方法，節(jié)省了VTC通道資源，降低成本，提高主、被叫的通訊效率和接通率。
如圖11所示，本發(fā)明的實施例還提供一種軟交換架構(gòu)下的編解碼轉(zhuǎn)換控
制系統(tǒng)，包括
第一終端軟交換，用于獲取與第一終端軟交換對應的第一終端支持的編解 碼算法能力集；
第二終端軟交換，用于獲取與第二終端軟交換對應的第二終端使用的編解 碼算法；
媒體網(wǎng)關(guān)，用于判斷該第二終端使用的編解碼算法是否在第一終端支持的 編解碼算法能力集中，若在，則不申請語音碼型變換板VTC通道，直接對第 一終端、第二終端的業(yè)務進行透傳；若不在，則申請VTC通道，利用VTC通 道對第一終端、第二終端的業(yè)務進行編解碼算法轉(zhuǎn)換，并對轉(zhuǎn)換后的業(yè)務進行 傳輸。
本發(fā)明的該系統(tǒng)實施例中，上述軟交換架構(gòu)下的編解碼控制方法中的有關(guān) 第一終端軟交換(即主叫軟交換)和第二終端軟交換(即被叫軟交換)以及媒 體網(wǎng)關(guān)之間的所有交互流程，均適用于該系統(tǒng)實施例中，在此不再贅述。
該系統(tǒng)實施例中的媒體網(wǎng)關(guān)通過判斷第二終端(即被叫)使用的編解碼算
法是否在第一終端(即主叫)支持的編解碼算法能力集中，即將被叫使用的編 解碼算法與主叫支持的編解碼算法能力集進行匹配，若在，即匹配成功，不需
要申請VTC通道資源，這樣主、被叫就直接進行業(yè)務的透傳，若不在，即匹
配不成功，再申請VTC通道資源，對主、被叫的業(yè)務進行編解碼算法轉(zhuǎn)換，
對轉(zhuǎn)換后的業(yè)務進行傳輸；
而現(xiàn)有技術(shù)中，無論主、被叫的編解碼算法是否一致，都需要申請VTC
資源，進行主、被叫的編解碼算法轉(zhuǎn)換；由此可見，本發(fā)明的上述實施例相比
于現(xiàn)有的方法，節(jié)省了VTC通道資源，降低成本，提高主、被叫的通訊效率
和接通率。
以上所述是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術(shù)領(lǐng)域的普通技 術(shù)人員來說，在不脫離本發(fā)明所述原理的前提下，還可以作出若干改進和潤飾， 這些改進和潤飾也應^f見為本發(fā)明的保護范圍。
權(quán)利要求
1.一種軟交換架構(gòu)下的編解碼轉(zhuǎn)換控制方法，其特征在于，包括媒體網(wǎng)關(guān)獲取第一終端支持的編解碼算法能力集；所述媒體網(wǎng)關(guān)獲取第二終端使用的編解碼算法；所述媒體網(wǎng)關(guān)判斷所述第二終端使用的編解碼算法是否在所述第一終端支持的編解碼算法能力集中，若在，則不申請語音碼型變換板VTC通道，直接對所述第一終端、所述第二終端的業(yè)務進行透傳；若不在，則申請VTC通道，利用所述VTC通道對所述第一終端、所述第二終端的業(yè)務進行編解碼算法轉(zhuǎn)換，并對轉(zhuǎn)換后的業(yè)務進行傳輸。
2. 根據(jù)權(quán)利要求1所述的編解碼轉(zhuǎn)換控制方法，其特征在于，所述媒體 網(wǎng)關(guān)獲取第二終端使用的編解碼算法的步驟包括所述媒體網(wǎng)關(guān)接收第一終端軟交換發(fā)送的上下文，所述上下文是所述第一 終端軟交換根據(jù)第一終端的呼叫請求消息創(chuàng)建的，所述上下文中添加了攜帶有 編解碼算法轉(zhuǎn)換標記的第一終端終結(jié)點和第二終端終結(jié)點，所述第一終端終結(jié) 點對應一個實時傳輸協(xié)議RTP資源，所述第二終端終結(jié)點對應一個RTP資源；所述々某體網(wǎng)關(guān)根據(jù)所述編解碼算法轉(zhuǎn)換標記，向所述第一終端軟交換回復 所述第一終端終結(jié)點支持的第一編解碼算法能力集和所述第二終端終結(jié)點支 持的第二編解碼算法能力集；所述媒體網(wǎng)關(guān)根據(jù)所述第一終端軟交換和所述第二終端軟交換協(xié)商的協(xié) 商結(jié)果，從所述第一終端軟交換獲取所述第二終端使用的編解碼算法。
3. 根據(jù)權(quán)利要求2所述的編解碼轉(zhuǎn)換控制方法，其特征在于，所述第一 終端軟交換和所述第二終端軟交換協(xié)商的過程包括所述第一終端軟交換發(fā)送呼叫請求消息給所述第二終端軟交換，所述呼叫 請求消息中攜帶有所述第二編解碼算法能力集；所述第二終端軟交換將所述第二編解碼算法能力集與其自身支持的編解 碼算法能力集進行匹配，產(chǎn)生匹配結(jié)果，并在所述匹配結(jié)果中確定一個所述第 二終端使用的編解碼算法，并將所述第二終端使用的編解碼算法回復給所述第 一終端軟交換。
4. 根據(jù)權(quán)利要求3所述的編解碼轉(zhuǎn)換控制方法，其特征在于，媒體網(wǎng)關(guān) 從所述第 一終端軟交換獲取所述第二終端使用的編解碼算法的步驟包括所述^^某體網(wǎng)關(guān)中的所述第二終端終結(jié)點接收所述第 一終端軟交換發(fā)送的 修改消息，所述修改消息中攜帶有所述第二終端使用的編解碼算法；所述第二終端終結(jié)點確定所述第二終端終結(jié)點的遠端支持的編解碼算法能力集為所述第二終端使用的編解碼算法，并發(fā)送所述第二終端終結(jié)點的遠 端支持的編解碼算法能力集給所述第一終端軟交換，并將所述第二終端終結(jié)點 的遠端支持的編解碼算法能力集寫入所述第一終端終結(jié)點的數(shù)據(jù)區(qū)中。
5. 根據(jù)權(quán)利要求4所述的編解碼轉(zhuǎn)換控制方法，其特征在于，所述媒體 網(wǎng)關(guān)獲取第一終端支持的編解碼算法能力集的步驟包括所述媒體網(wǎng)關(guān)中的所述第 一終端終結(jié)點接收所述第 一終端軟交換發(fā)送修 改消息，所述修改消息中攜帶有所述第 一終端終結(jié)點的遠端支持的編解碼算法 能力集，所述第一終端終結(jié)點的遠端支持的編解碼算法能力集為所述第一終 端軟交換從所述第一終端的呼叫請求消息中獲取的所述第一終端支持的編解 碼算法能力集。
6. 根據(jù)權(quán)利要求2所述的編解碼轉(zhuǎn)換控制方法，其特征在于，所述直接 對所述第一終端、所述第二終端的業(yè)務進行透傳；或者對轉(zhuǎn)換后的業(yè)務進行傳 輸?shù)牟襟E具體為通過媒體IP接口板NIPI通道直接對所述第 一終端、所述第二終端的業(yè)務 進行透傳；或者通過NIPI通道對轉(zhuǎn)換后的業(yè)務進行傳輸。
7. 根據(jù)權(quán)利要求6所述的編解碼轉(zhuǎn)換控制方法，其特征在于，所述通過 媒體IP接口板NIPI通道直接對所迷第一終端、所述第二終端的業(yè)務進行透傳 的步驟之前還包括設(shè)定時器；所述通過々某體IP接口板NIPI通道直接對所述第 一終端、所述第二終端的 業(yè)務進行透傳的步驟包括所述第一終端終結(jié)點打開NIPI通道，通知所述第二終端終結(jié)點進行所述 第一終端、所述第二終端的業(yè)務的透傳；若所述第二終端終結(jié)點打開NIPI通道成功，則向所述第一終端終結(jié)點回 復成功，打開NIPI通道失敗或者超時時，給所述第一終端終結(jié)點回復失?。凰缘谝唤K端終結(jié)點收到所述第二終端終結(jié)點成功回復時，向所述第一終 端軟交換回復成功，否則，向所述第一終端軟交換回復失敗。
8. 根據(jù)權(quán)利要求6所述的編解碼轉(zhuǎn)換控制方法，其特征在于，所述通過 NIPI通道對轉(zhuǎn)換后的業(yè)務進行傳輸?shù)牟襟E之前還包括設(shè)定時器；利用所述VTC通道對所述第一終端、所述第二終端的業(yè)務進行編解碼算 法轉(zhuǎn)換，通過NIPI通道對轉(zhuǎn)換后的業(yè)務進行傳輸?shù)牟襟E包括所述第一終端終結(jié)點打開VTC通道和NIPI通道，通知所述第二終端終結(jié) 點進行編解碼算法轉(zhuǎn)換；若所述第二終端終結(jié)點打開VTC通道和NIPI通道成功，則向所述第一終 端終結(jié)點回復成功，打開VTC通道和NIPI通道失敗或者超時時，給所述第一 終端終結(jié)點回復失??；所述第一終端終結(jié)點收到所述第二終端終結(jié)點成功回復時，向所述第一終 端軟交換回復成功，否則，向所述第一終端軟交換回復失敗。
9. 根據(jù)權(quán)利要求1-8任一項所述的編解碼轉(zhuǎn)換控制方法，其特征在于， 所述第一終端、所述第二終端的業(yè)務進入透傳后，若所述第一終端終結(jié)點收到所述第一終端軟交換的修改消息，判斷所述第二終端^f吏用的編解碼算法不 在所述第一終端支持的編解碼算法能力集中，需要進行編解碼算法轉(zhuǎn)換時，則 將所述第一終端終結(jié)點和所述第二終端終結(jié)點的業(yè)務從透傳切換到編解碼算 法轉(zhuǎn)換。
10. 根據(jù)權(quán)利要求9所述的編解碼轉(zhuǎn)換控制方法，其特征在于，所述將所 述第一終端終結(jié)點和所述第二終端終結(jié)點的業(yè)務從透傳切換到編解碼算法轉(zhuǎn) 換的步驟包括所述第一終端終結(jié)點打開VTC通道，修改NIPI通道，通知所述第二終端 終結(jié)點進行編解碼算法轉(zhuǎn)換；所述第二終端終結(jié)點打開VTC通道和修改NIPI通道成功后，所述第一終 端終結(jié)點和所述第二終端終結(jié)點利用VTC通道進行編解碼算法轉(zhuǎn)換，通過所 述NIPI通道對轉(zhuǎn)換后的業(yè)務進行傳輸。
11. 根據(jù)權(quán)利要求10所述的編解碼轉(zhuǎn)換控制方法，其特征在于，所述第一終端為主叫，所述第二終端為被叫。
12. —種々某體網(wǎng)關(guān)，其特征在于，包括 第一獲取漠塊，用于獲取第一終端支持的編解碼算法能力集； 第二獲取模塊，用于獲取第二終端使用的編解碼算法； 編解碼轉(zhuǎn)換控制模塊，用于判斷所述第二終端使用的編解碼算法是否在所述第一終端支持的編解碼算法能力集中，若在，則不申請語音碼型變換板VTC 通道，直接對所述第一終端、所述第二終端的業(yè)務進行透傳；若不在，則申請 VTC通道，利用所述VTC通道對所述第一終端、所述第二終端的業(yè)務進行編 解碼算法轉(zhuǎn)換，并對轉(zhuǎn)換后的業(yè)務進行傳輸。
13. 根據(jù)權(quán)利要求12所述的媒體網(wǎng)關(guān)，其特征在于，所述第二獲取模塊 包括接收模塊，用于接收第一終端軟交換發(fā)送的上下文，所述上下文是所述第 一終端軟交換根據(jù)所述第一終端的呼叫請求消息創(chuàng)建的，所述上下文中添加了 攜帶有編解碼算法轉(zhuǎn)換標記的第一終端終結(jié)點和第二終端終結(jié)點，所述第一終 端終結(jié)點對應一個實時傳輸協(xié)議RTP資源，所述第二終端終結(jié)點對應一個RTP資源；發(fā)送模塊，用于根據(jù)所述編解碼算法轉(zhuǎn)換標記，向所述第一終端軟交換回 復所述第一終端終結(jié)點支持的第一編解碼算法能力集和所述第二終端終結(jié)點支持的第二編解碼算法能力集；獲取子模塊，用于根據(jù)所述第一終端軟交換和所述第二終端軟交換協(xié)商的 協(xié)商結(jié)果，從所述第一終端軟交換獲取所述第二終端使用的編解碼算法。
14. 根據(jù)權(quán)利要求13所述的媒體網(wǎng)關(guān)，其特征在于，所述獲取子模塊具 體為-.第二終端終結(jié)點沖莫塊，用于接收所述第一終端軟交換發(fā)送的修改消息，所 述修改消息中攜帶有所述第二終端使用的編解碼算法；并確定所述第二終端終 結(jié)點的遠端支持的編解碼算法能力集為所述第二終端使用的編解碼算法，并 發(fā)送所述第二終端終結(jié)點的遠端支持的編解碼算法能力集，給所述第一終端軟 交換，并將所述第二終端終結(jié)點的遠端支持的編解碼算法能力集寫入所述第一 終端終結(jié)點的數(shù)據(jù)區(qū)中。
15. 根據(jù)權(quán)利要求14所述的媒體網(wǎng)關(guān)，其特征在于，所述第一獲取模塊 具體為第一終端終結(jié)點模塊，用于接收所述第一終端軟交換發(fā)送修改消息，所述 修改消息中攜帶有所述第一終端終結(jié)點的遠端支持的編解碼算法能力集，所述 第一終端終結(jié)點的遠端支持的編解碼算法能力集為所述第一終端軟交換從所 述第一終端的呼叫請求消息中獲取的所述第一終端支持的編解碼算法能力集。
16. 根據(jù)權(quán)利要求13-15任一項所述的媒體網(wǎng)關(guān)，其特征在于，還包括 切換模塊，用于在所述第一終端、所述第二終端的業(yè)務進入透傳后，若所述第一終端終結(jié)點收到所述第一終端軟交換的修改消息，判斷所述第二終端使用的編解碼算法不在所述第一終端支持的編解碼算法能力集中，需要進行編解 碼算法轉(zhuǎn)換時，則將所述第一終端終結(jié)點和所述第二終端終結(jié)點的業(yè)務從透傳切換到編解碼算法轉(zhuǎn)換。
17. —種軟交換架構(gòu)下的編解碼轉(zhuǎn)換控制系統(tǒng)，其特征在于，包括第一終端軟交換，用于獲取與所述第一終端軟交換對應的第一終端支持的 編解碼算法能力集；第二終端軟交換，用于獲取與所述第二終端軟交換對應的第二終端使用的編解碼算法；媒體網(wǎng)關(guān)，用于判斷所述第二終端使用的編解碼算法是否在所述第一終端支持的編解碼算法能力集中，若在，則不申請語音碼型變換板VTC通道，直 接對所述第一終端、所述第二終端的業(yè)務進行透傳；若不在，則申請VTC通 道，利用所述VTC通道對所述第一終端、所述第二終端的業(yè)務進行編解碼算 法轉(zhuǎn)換，并對轉(zhuǎn)換后的業(yè)務進行傳輸。
全文摘要
本發(fā)明提供一種軟交換架構(gòu)下的編解碼轉(zhuǎn)換控制方法、媒體網(wǎng)關(guān)及系統(tǒng)，其中，該方法包括媒體網(wǎng)關(guān)獲取第一終端支持的編解碼算法能力集；媒體網(wǎng)關(guān)獲取第二終端使用的編解碼算法；媒體網(wǎng)關(guān)判斷該第二終端使用的編解碼算法是否在第一終端支持的編解碼算法能力集中，若在，則不申請語音碼型變換板VTC通道，直接對該第一終端、第二終端的業(yè)務進行透傳；若不在，則申請VTC通道，利用VTC通道對該第一終端、第二終端的業(yè)務進行編解碼算法轉(zhuǎn)換，并對轉(zhuǎn)換后的業(yè)務進行傳輸。本發(fā)明的方案節(jié)省了VTC通道資源，減少設(shè)備成本和維護成本，提高主、被叫的通訊效率和接通率。
文檔編號H04L12/66GK101562667SQ20091008478
公開日2009年10月21日 申請日期2009年5月19日 優(yōu)先權(quán)日2009年5月19日
發(fā)明者昊 陳 申請人:中興通訊股份有限公司