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

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


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