專利名稱：媒體加速協(xié)商的實現(xiàn)方法及裝置的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種媒體加速協(xié)商的實現(xiàn)方法及裝置。
背景技術：
MONA (Media Oriented Negotiation Acceleration procedure,定向媒體力口速協(xié)商過程)是一種基于H. 3 協(xié)議的視頻呼叫的媒體加速協(xié)商技術。MONA協(xié)議規(guī)定了三種協(xié)商過程媒體預配置通道協(xié)商(MPC，Media Preconfigured Channel)、信令預配置通道協(xié)商(SPC, Signaling Preconfigured Channel)禾口力口速 H. 245 協(xié)商(ACP, Accelerated H. M5ProCedure)，其中MPC協(xié)商是三種協(xié)商過程中媒體通道建立最快的一種。一般地，MPC協(xié)商的過程是通過發(fā)送初始MONA優(yōu)選消息(以下簡稱優(yōu)選消息)來完成通道協(xié)商。其中，所述優(yōu)選消息中攜帶有參數(shù)項MPC-RX(MPC-Receive)和 MPC-TX (MPC-Transmit)。在所述優(yōu)選消息中，MPC-TX字段中記錄有終端所支持的編碼協(xié)議， 用以表明優(yōu)選消息發(fā)送端的MPC發(fā)送能力；MPC-RX字段中記錄有終端所支持的解碼協(xié)議， 用以表明優(yōu)選消息發(fā)送端的接收能力。優(yōu)選消息接收端在接收到所述優(yōu)選消息后，會比較其中攜帶的MPC-RX、MPC-TX字段和本地的MPC-TX、MPC-RX字段中所記錄的編/解碼協(xié)議是否有交集；如果存在交集且交集唯一，即優(yōu)選消息的發(fā)送端和接收端在音頻和視頻方面都支持相同的編/解碼協(xié)議且相同的編/解碼協(xié)議只有一個，則可以根據(jù)所述相同的編/解碼協(xié)議來快速地建立優(yōu)選消息發(fā)送端和接收端之間的媒體通道。由于多數(shù)終端所支持的編碼協(xié)議和解碼協(xié)議都是相同的，因此，在上述過程中，優(yōu)選消息接收端也可以僅比較所接收到的優(yōu)選消息中攜帶的MPC-RX字段和本地的MPC-TX字段中所記錄的編/解碼協(xié)議是否相同，或者比較所接收到的優(yōu)選消息中攜帶的MPC-TX字段和本地的MPC-RX字段中所記錄的編/解碼協(xié)議是否相同。然而，在優(yōu)選消息的發(fā)送端和接收端所支持的編/解碼協(xié)議之間的交集不唯一的情況下，還是無法快速地建立優(yōu)選消息發(fā)送端和接收端之間的媒體通道。例如當A，B兩個終端都支持 AMR(Adaptive Multi-Rate,自適應多速率編碼)和 WBAMR(WideBand Adaptive Multi-Rate,寬帶自適應多速率編碼)音頻編解碼，H. 263和MPEG4(Moving Pictures Experts Group-4，動態(tài)圖象專家組_4)視頻編解碼時，本地的MPC-TX和對端的MPC-RX交集為音頻AMR、WBAMR，視頻為H. 263, MPEG4 ；此時A、B兩個終端雖然可以支持相同的協(xié)議， 但是由于不知道對端選擇了哪種協(xié)議對應的通道進行媒體發(fā)送，因此也不能立即建立媒體通道。此時，要建立兩個終端之間的媒體通道仍然需要通過ACP再次協(xié)商，以致媒體通道建立時間變長。

發(fā)明內容
本發(fā)明的實施例提供一種媒體加速協(xié)商的實現(xiàn)方法及裝置，用以加快媒體通道建立速度，縮短媒體通道建立過程。為達到上述目的，本發(fā)明的實施例采用如下技術方案一種媒體加速協(xié)商的實現(xiàn)方法，包括接收對端發(fā)送的優(yōu)選消息，該優(yōu)選消息中包含有表明對端所支持的編/解碼協(xié)議的信息和表明對端是否支持非對稱編解碼的信息；將所述對端所支持的編/解碼協(xié)議和本端所支持的編/解碼協(xié)議進行比較；在所述對端所支持的編/解碼協(xié)議和本端所支持的編/解碼協(xié)議之間存在至少兩個相同協(xié)議時，根據(jù)對端和本端是否支持非對稱編解碼的能力來進行所述對端和本端之間的媒體協(xié)商。一種實現(xiàn)媒體加速協(xié)商的裝置，包括接收單元，用于接收對端發(fā)送的優(yōu)選消息，該優(yōu)選消息中包含有表明對端所支持的編/解碼協(xié)議的信息和表明對端是否支持非對稱編解碼的信息；比較單元，用于將所述對端所支持的編/解碼協(xié)議和本端所支持的編/解碼協(xié)議進行比較；協(xié)商單元，用于在所述對端所支持的編/解碼協(xié)議和本端所支持的編/解碼協(xié)議之間存在至少兩個相同協(xié)議時，根據(jù)對端和本端是否支持非對稱編解碼的能力來進行所述對端和本端之間的媒體協(xié)商。本發(fā)明實施例提供的媒體加速協(xié)商的實現(xiàn)方法及裝置，通過在優(yōu)選消息中攜帶終端是否支持非對稱編解碼的指示項，使得所述優(yōu)選消息的接收端可以得知發(fā)送端是否支持非對稱編解碼的能力，這樣在所述優(yōu)選消息的發(fā)送端和接收端所支持的編/解碼協(xié)議之間存在至少兩個相同協(xié)議時，所述接收端可以結合所述發(fā)送端以及自身是否支持非對稱編解碼的能力來確定可快速構建媒體通道的協(xié)商方式；因此，利用本發(fā)明實施例中提供的方案， 可以加快媒體通道建立速度，縮短媒體通道建立過程。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實施例一中的媒體加速協(xié)商的實現(xiàn)方法的流程圖；圖2為本發(fā)明實施例一中的實現(xiàn)媒體加速協(xié)商的裝置示意圖；圖3為本發(fā)明實施例二中的媒體加速協(xié)商的實現(xiàn)方法的流程圖；圖4為本發(fā)明實施例二中的實現(xiàn)媒體加速協(xié)商的裝置示意圖；圖5為本發(fā)明實施例三中的媒體加速協(xié)商的實現(xiàn)方法的信令流程圖一；圖6為本發(fā)明實施例三中的媒體加速協(xié)商的實現(xiàn)方法的信令流程圖二 ；圖7為本發(fā)明實施例三中的媒體加速協(xié)商的實現(xiàn)方法的信令流程圖三；圖8為本發(fā)明實施例四中的實現(xiàn)媒體加速協(xié)商的裝置示意圖；圖9為本發(fā)明實施例五中的實現(xiàn)媒體加速協(xié)商的系統(tǒng)示意圖。
具體實施例方式在本發(fā)明實施例中，需要進行媒體協(xié)商的兩側終端在發(fā)送初始MONA優(yōu)選消息(簡稱優(yōu)選消息)的時候，通過所述優(yōu)選消息攜帶終端是否支持非對稱編解碼的能力信息，從而使得協(xié)商的雙方均可以得知對端的能力信息，并結合自身和對端是否支持非對稱編解碼的能力，在兩側所支持的編/解碼協(xié)議間存在至少兩個相同協(xié)議時，快速地確定合適的協(xié)商方式并建立媒體通道。具體地，1)如果兩側終端都支持非對稱編解碼，則MPC通道可立即建立成功；2)如果兩側終端只有一個支持非對稱編解碼，則由支持非對稱編解碼的終端在發(fā)送了優(yōu)選消息后，根據(jù)所述兩側均支持的相同協(xié)議來選擇一預配置發(fā)送通道并發(fā)送媒體數(shù)據(jù)；不支持非對稱編解碼的終端在收到所述媒體數(shù)據(jù)后，根據(jù)接收到所述媒體數(shù)據(jù)的接收通道來確定本端向對方發(fā)送媒體數(shù)據(jù)的預配置發(fā)送通道；在支持非對稱編解碼的終端接收到另一端發(fā)送的媒體數(shù)據(jù)后，即可認為MPC建立成功；3)如果兩個終端都不支持非對稱編解碼，則選擇ACP協(xié)商方式來建立媒體通道。下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。實施例一如圖1所示，本發(fā)明實施例提供的媒體加速協(xié)商的實現(xiàn)方法，包括101、接收對端發(fā)送的優(yōu)選消息，該優(yōu)選消息中包含有表明對端所支持的編/解碼協(xié)議的信息和表明對端是否支持非對稱編解碼的信息。其中，所述優(yōu)選消息即為前述的初始MONA優(yōu)選消息；在本實施例中，對所述優(yōu)選消息進行了改進，在優(yōu)選消息頭中新增了兩個參數(shù)項MPC-SM (MPC-Symmetry)和 MPC-DS (MPC-Delay knd)，用以指示終端是否支持非對稱編解碼以及終端是否延遲發(fā)送媒體數(shù)據(jù)；具體的見表1所示。表 權利要求
1.一種媒體加速協(xié)商的實現(xiàn)方法，其特征在于，包括接收對端發(fā)送的優(yōu)選消息，該優(yōu)選消息中包含有表明對端所支持的編/解碼協(xié)議的信息和表明對端是否支持非對稱編解碼的信息；將所述對端所支持的編/解碼協(xié)議和本端所支持的編/解碼協(xié)議進行比較；在所述對端所支持的編/解碼協(xié)議和本端所支持的編/解碼協(xié)議之間存在至少兩個相同協(xié)議時，根據(jù)對端和本端是否支持非對稱編解碼的能力來進行所述對端和本端之間的媒體協(xié)商。
2.根據(jù)權利要求1所述的方法，其特征在于，所述將所述對端所支持的編/解碼協(xié)議和本端所支持的編/解碼協(xié)議進行比較，包括將所述對端所支持的編碼協(xié)議和本端所支持的解碼協(xié)議進行比較；或者，將所述對端所支持的解碼協(xié)議和本端所支持的編碼協(xié)議進行比較。
3.根據(jù)權利要求1所述的方法，其特征在于，所述對端和本端均支持非對稱編解碼，則所述根據(jù)對端和本端是否支持非對稱編解碼的能力來進行所述對端和本端之間的媒體協(xié)商，具體包括在本端支持非對稱編解碼時，在本端所支持的解碼協(xié)議所對應的媒體通道上等待接收媒體數(shù)據(jù)，并在接收到對端發(fā)送的媒體數(shù)據(jù)后結束媒體預配置通道協(xié)商MPC過程。
4.根據(jù)權利要求1所述的方法，其特征在于，所述對端不支持非對稱編解碼而本端支持非對稱編解碼，則所述根據(jù)對端和本端是否支持非對稱編解碼的能力來進行所述對端和本端之間的媒體協(xié)商，具體包括在對端不支持非對稱編解碼而本端支持非對稱編解碼時，本端先選擇一預配置發(fā)送通道并在該預配置發(fā)送通達上向對端發(fā)送媒體數(shù)據(jù)；對端根據(jù)接收到所述媒體數(shù)據(jù)的接收通道來選擇一預配置發(fā)送通道，并向本端發(fā)送媒體數(shù)據(jù)；本端接收到對端發(fā)送的媒體數(shù)據(jù)后結束MPC協(xié)商過程。
5.根據(jù)權利要求1所述的方法，其特征在于，所述對端支持非對稱編解碼而本端不支持非對稱編解碼，則所述根據(jù)對端和本端是否支持非對稱編解碼的能力來進行所述對端和本端之間的媒體協(xié)商，具體包括在對端支持非對稱編解碼而本端不支持非對稱編解碼時，在接收到對端發(fā)送的媒體數(shù)據(jù)后，從本端的預配置發(fā)送通道中選取與接收到所述媒體數(shù)據(jù)的預配置接收通道對應的編 /解碼協(xié)議相同的一個，并在所選的預配置發(fā)送通道上發(fā)送媒體數(shù)據(jù)，以完成MPC協(xié)商過程。
6.根據(jù)權利要求5所述的方法，其特征在于，在所述根據(jù)對端和本端是否支持非對稱編解碼的能力來進行所述對端和本端之間的媒體協(xié)商之前，還包括設置等待時間；如果在接收到所述優(yōu)選消息后且在設置的等待時間內沒有接收到對端發(fā)送的媒體數(shù)據(jù)，則進行加速H. 245協(xié)商ACP。
7.根據(jù)權利要求1所述的方法，其特征在于，所述對端和本端均不支持非對稱編解碼， 則所述根據(jù)對端和本端是否支持非對稱編解碼的能力來進行所述對端和本端之間的媒體協(xié)商，具體包括在對端和本端都不支持非對稱編解碼時，進行ACP協(xié)商。
8.一種實現(xiàn)媒體加速協(xié)商的裝置，其特征在于，包括接收單元，用于接收對端發(fā)送的優(yōu)選消息，該優(yōu)選消息中包含有表明對端所支持的編/ 解碼協(xié)議的信息和表明對端是否支持非對稱編解碼的信息；比較單元，用于將所述對端所支持的編/解碼協(xié)議和本端所支持的編/解碼協(xié)議進行比較；協(xié)商單元，用于在所述對端所支持的編/解碼協(xié)議和本端所支持的編/解碼協(xié)議之間存在至少兩個相同協(xié)議時，根據(jù)對端和本端是否支持非對稱編解碼的能力來進行所述對端和本端之間的媒體協(xié)商。
9.根據(jù)權利要求8所述的裝置，其特征在于，所述比較單元，具體用于將所述對端所支持的編碼協(xié)議和本端所支持的解碼協(xié)議進行比較；或者，所述比較單元，具體用于將所述對端所支持的解碼協(xié)議和本端所支持的編碼協(xié)議進行比較。
10.根據(jù)權利要求8所述的裝置，其特征在于，所述協(xié)商單元，具體用于在本端支持非對稱編解碼時，在本端所支持的解碼協(xié)議所對應的媒體通道上等待接收媒體數(shù)據(jù)，并在接收到對端發(fā)送的媒體數(shù)據(jù)后結束MPC協(xié)商過程。
11.根據(jù)權利要求8所述的裝置，其特征在于，所述協(xié)商單元，具體用于在對端支持非對稱編解碼而本端不支持非對稱編解碼時，在接收到對端發(fā)送的媒體數(shù)據(jù)后，從本端的預配置發(fā)送通道中選取與接收到所述媒體數(shù)據(jù)的預配置接收通道對應的編/解碼協(xié)議相同的一個，并在所選的預配置發(fā)送通道上發(fā)送媒體數(shù)據(jù)，以完成MPC協(xié)商過程。
12.根據(jù)權利要求10或11所述的裝置，其特征在于，還包括所述協(xié)商單元，還用于在所述接收單元接收到所述優(yōu)選消息后、且在預設的等待時間內未接收到對端發(fā)送的媒體數(shù)據(jù)時，進行ACP協(xié)商。
13.根據(jù)權利要求8所述的裝置，其特征在于，所述協(xié)商單元，具體用于在對端和本端都不支持非對稱編解碼時，進行ACP協(xié)商。
14.根據(jù)權利要求8所述的裝置，其特征在于，還包括發(fā)送單元，用于向對端發(fā)送優(yōu)選消息，該優(yōu)選消息中包含有表明本端是否支持非對稱編解碼的信息。
15.根據(jù)權利要求14所述的裝置，其特征在于，還包括選擇單元，用于在本端支持非對稱編解碼時選擇一個預配置發(fā)送通道并發(fā)送媒體數(shù)據(jù)。
16.根據(jù)權利要求15所述的裝置，其特征在于，還包括延遲單元，用于在本端不支持非對稱編碼時延遲發(fā)送媒體數(shù)據(jù)。
全文摘要
本發(fā)明實施例提供一種媒體加速協(xié)商的實現(xiàn)方法及裝置，涉及通信技術領域，用以加快媒體通道建立速度，縮短媒體通道建立過程。一種媒體加速協(xié)商的實現(xiàn)方法，包括接收對端發(fā)送的優(yōu)選消息，該優(yōu)選消息中包含有表明對端所支持的編/解碼協(xié)議的信息和表明對端是否支持非對稱編解碼的信息；將所述對端所支持的編/解碼協(xié)議和本端所支持的編/解碼協(xié)議進行比較；在所述對端和本端所支持的編/解碼協(xié)議之間存在至少兩個相同協(xié)議時，根據(jù)對端和本端是否支持非對稱編解碼的能力來進行所述對端和本端之間的媒體協(xié)商。
文檔編號H04L29/06GK102232287SQ201080006020
公開日2011年11月2日 申請日期2010年9月14日 優(yōu)先權日2010年9月14日
發(fā)明者薛永革 申請人:華為技術有限公司