專利名稱：一種3g視頻網(wǎng)關(guān)多媒體編解碼能力協(xié)商方法
技術(shù)領(lǐng)域：
本發(fā)明涉及3G視頻網(wǎng)關(guān)(VIG，Video Internet Gateway)與H323網(wǎng)絡(luò)接口的H245多媒體控制信令領(lǐng)域，特別涉及3G視頻網(wǎng)關(guān)中H245信令終端能力協(xié)商的方法。
背景技術(shù)：
2G時代的是G711語音編碼一統(tǒng)天下的時代，除了國際主要使用G711-A律、北美地區(qū)使用G711-μ律的差別外，基本不存在什么編解碼協(xié)商和轉(zhuǎn)換。但是，3G時代，由于語音編碼技術(shù)的發(fā)展，以及需要支持視頻業(yè)務(wù)，終端形式和能力的千差萬別，網(wǎng)絡(luò)帶寬的非單一和高效應(yīng)用需求，使得終端之間的語音和視頻編解碼協(xié)商和轉(zhuǎn)換成為一種必要。
在3G的規(guī)范中，CS(電路交換)域的視頻呼叫是通過64K透明數(shù)據(jù)業(yè)務(wù)承載的。3G-H324M終端與H323終端的視頻呼叫需要通過3G視頻網(wǎng)關(guān)，其網(wǎng)絡(luò)構(gòu)造見圖1，VIG網(wǎng)關(guān)通常需要在網(wǎng)守(GK，Gateway Keeper)注冊，因而成了H323網(wǎng)絡(luò)的一部分，VIG網(wǎng)關(guān)的功能包括3個主要方面●呼叫信令配合；●H245多媒體控制信令協(xié)商；●將復(fù)用的64K多媒體流轉(zhuǎn)化為獨立的RTP音頻流和RTP視頻流，參見圖2，3G-H324M終端的CS視頻呼叫的復(fù)用媒體流在VIG網(wǎng)關(guān)轉(zhuǎn)化為兩個RTP流，因此，即使編解碼類型和速率都一樣，多媒體流的復(fù)用/解復(fù)用過程還是必不可少。
H245信令主要包括終端能力交換(Terminal Capability Exchange)、主從決定、打開邏輯通道、復(fù)用表發(fā)送等幾個階段?！敖K端能力交換”過程的目的是將本終端支持的解碼能力告訴對方，以便對方發(fā)過來的媒體流可以在本終端正確解碼。由于一般來說終端支持的語音和視頻能力不會都只有一種，可能有多個語音或視頻通道或能力，所以終端提供的通常有多種能力組合(capability set)供對方選擇。
3G-H324M要求支持的語音編解碼是AMR和G723.1，視頻編解碼是H263和MPEG4；H323網(wǎng)絡(luò)要求支持的語音編解碼是G723.1和G711，視頻編解碼是H263和H261，但是對于終端設(shè)備，制造商由于種種原因，只支持部分規(guī)范要求的、但是可能增加其他自己偏愛的編解碼能力。因此對于兩個特定的經(jīng)過VIG完成呼叫的終端，他們可能有共同支持的能力，也可能沒有。所以，對于異種網(wǎng)絡(luò)，VIG網(wǎng)關(guān)的H245媒體協(xié)商與控制就非常重要了。
VIG需要參與進(jìn)行編解碼能力的協(xié)商和編解碼轉(zhuǎn)換。轉(zhuǎn)換包括類型的轉(zhuǎn)換和速率的轉(zhuǎn)換。
傳統(tǒng)的VIG視頻呼叫的H245信令的能力交互流程見圖3，O用戶為3G-H324M終端，T用戶為H323終端。為了防止接收TCS_REQ(TerminalCapabilitySet.req)消息的終端T不支持發(fā)起終端O提供的任何編解碼能力造成多媒體協(xié)商失敗，VIG接收到終端O的編解碼能力列表后，先剔除本VIG不支持的，然后將終端O不支持但本VIG支持的附在后面，得到一個綜合的編解碼能力列表后發(fā)到終端T。如圖4所示，具體地說1、3G-H324M到VIG的終端能力請求，編解碼能力是A，C，D，E；2、VIG到H323終端能力請求，編解碼能力是A，C，B，G；3、H323到VIG終端能力請求，編解碼能力是C，B，D，F(xiàn)；4、VIG到3G-H324M的終端能力請求，編解碼能力是A，B，C，G；由于VIG能力的干擾，每個終端看到的對方終端的編解碼能力都包含了本VIG支持的能力，在許多情況下增加了終端可以選擇的編解碼能力類型，TCS_REQ接收方的終端實際上不清楚呼叫另一端終端多媒體的真正能力，終端可能作出非最優(yōu)選擇。具體地說，3G-H324M看到對方的能力集是A、B、C、G，H323看到對方的能力集是A、C、B、G，由于3G-H324M本身支持的視頻能力是A、C、D、E，所以可以選擇A或C，如果選擇A，那么由于H323本身支持的視頻能力是C、B、D、F，不支持A，這樣VIG就需要進(jìn)行編碼轉(zhuǎn)換。這種協(xié)商流程存在兩個問題1.可能存在不需要進(jìn)行編解碼類型轉(zhuǎn)換的情況，但是實際上雙方使用了不同類型的編解碼建立邏輯通道。比如說3G-H324M用戶使用編解碼C，但是H323終端使用編解碼B打開(雙向，單向)邏輯通道；2.由于邏輯通道通常是建立單向的，因此，對于同一種媒體(例如語音或視頻)，即使類型終端都支持，兩個方向建立的類型也不一樣。比如說集合C中有(C1，C2)兩種類型，H323終端使用編解碼C1類型打開邏輯通道，但是對方的使用編解碼C2類型；因此，問題帶來的后果是1.對于VIG網(wǎng)關(guān)，本來不需要進(jìn)行編解碼類型轉(zhuǎn)換的呼叫，由于終端存在多種選擇，真正選擇可能造成VIG必須進(jìn)行編解碼轉(zhuǎn)換，造成資源的浪費和媒體因為類型轉(zhuǎn)換帶來的失真；2.對于有些終端設(shè)備，對于同一種媒體來說，由于在收發(fā)兩個方向不能同時支持不同類型的編解碼，造成該呼叫異常。

發(fā)明內(nèi)容
本發(fā)明所要解決的問題是提供一種3G視頻網(wǎng)關(guān)多媒體編解碼能力協(xié)商方法，避免不必要的編解碼類型轉(zhuǎn)換，節(jié)約系統(tǒng)資源，同時，使VIG與終端收發(fā)的編碼類型相同，提高VIG對終端支持的廣泛性。
為了解決上述技術(shù)問題，本發(fā)明提供了一種3G視頻網(wǎng)關(guān)多媒體編解碼能力協(xié)商方法，包括以下步驟(a)視頻網(wǎng)關(guān)VIG分別收到主叫終端和被叫終端發(fā)送終端能力發(fā)送請求TCS消息，記錄消息中攜帶的編解碼列表，分別與其自身支持的編解碼列表進(jìn)行交集運算，得到第一編解碼列表和第二編解碼列表；(b)VIG將第一編解碼列表與第二編解碼列表進(jìn)行交集運算得到第三編解碼列表，從第三編解碼列表或者第一和第二編解碼列表中選擇編解碼作為協(xié)商好的編解碼；
(c)VIG分別向主叫終端和被叫終端轉(zhuǎn)發(fā)另一方的TCS請求消息，消息中攜帶有協(xié)商好的編解碼類型。
進(jìn)一步地，上述方法還可具有以下特點在所述步驟(a)中，所述VIG得到第一和第二編解碼列表后，判斷所述第一和第二編解碼列表是否為空，如果是，釋放呼叫，否則返回TCS響應(yīng)消息，然后執(zhí)行步驟(b)。
進(jìn)一步地，上述方法還可具有以下特點在所述步驟(b)中，所述VIG得到第三編解碼列表后，判斷該編解碼列表是否為空，如果是，則從第一編解碼列表和第二編解碼列表中各選擇一編解碼類型作為協(xié)商好的編解碼，否則從第三編解碼列表中選擇一編解碼類型作為協(xié)商好的編解碼。
進(jìn)一步地，上述方法還可具有以下特點從編解碼列表中選擇優(yōu)先級最高的編解碼作為協(xié)商好的編解碼。
進(jìn)一步地，上述方法還可具有以下特點所述主叫終端和被叫終端收到VIG發(fā)出的TCS請求消息后，分別返回TCS響應(yīng)消息。
進(jìn)一步地，上述方法還可具有以下特點所述主叫終端和被叫終端分別為3G-H324M終端或H323終端。
進(jìn)一步地，上述方法還可具有以下特點適用于WCDMA系統(tǒng)、R4移動交換系統(tǒng)或H323系統(tǒng)。
本發(fā)明適用于WCDMA系統(tǒng)、R4移動交換系統(tǒng)或H323系統(tǒng)，通過VIG先接收呼叫雙方終端所支持的編解碼能力，再與本VIG支持的能力進(jìn)行綜合，確定最佳的編解碼類型，最后通過TCS請求向呼叫雙方確認(rèn)唯一編解碼的方法，使得以前的流程中由于VIG本身編解碼能力的干擾造成不能保證唯一確定編解碼類型以及雙方可能使用不同的編解碼類型分別打開單向邏輯通道的弊病得以克服，從而達(dá)到了取得最佳的多媒體效果和對終端最廣泛支持的目標(biāo)。


圖1為已知3G的CS視頻呼叫與H323網(wǎng)絡(luò)互通的組網(wǎng)圖；圖2為已知3G-H324M終端的CS視頻呼叫復(fù)用媒體流在VIG網(wǎng)關(guān)轉(zhuǎn)化為兩個RTP流的示意圖；圖3為已知3G-H324M終端的CS視頻呼叫與H323網(wǎng)絡(luò)互通的普通能力協(xié)商流程示意圖；圖4為已知3G-H324M終端的CS視頻呼叫與H323網(wǎng)絡(luò)互通的普通能力關(guān)系的示意圖；圖5為本實施例3G-H324M終端的CS視頻呼叫與H323網(wǎng)絡(luò)互通的能力協(xié)商流程；圖6為本實施例VIG的能力協(xié)商流程協(xié)商出最佳結(jié)果的示意圖。
具體實施例方式
下面以視頻編碼的協(xié)商為例來進(jìn)行說明，音頻編碼的協(xié)商與此過程相同。
如圖5所示，假定3G-H324M終端呼叫H323終端，3G-H324M終端支持的視頻能力是MPEG4和H263，H323終端支持的視頻能力是H263和H261；VIG支持的視頻能力是H263、MPEG4、H261和H262，VIG接收到雙方的編解碼能力列表后，先剔除本VIG不支持的，得到交集1和交集2。
交集1MPEG4、H263；交集2H263、H261；交集1和交集2的交集為H263，所以，VIG向雙方都發(fā)TCS(終端能力發(fā)送請求)，都只含H263能力，于是，雙方都只能用H263方式通訊。
如圖6所示，VIG的能力協(xié)商流程總能協(xié)商出最佳結(jié)果，要么是C(如果C有多個的話，取最優(yōu)先的一個)，如果C不存在的話，則是A和B(如果A或者B有多個的話，分別取最優(yōu)先的)。
本實施例具體包括以下幾個步驟
步驟110，呼叫中主叫用戶和被叫用戶分別向VIG發(fā)送TCS請求(終端能力發(fā)送請求)消息；如果主叫用戶和被叫用戶中只有一方用戶向VIG發(fā)送TCS請求，VIG會等待另一方發(fā)送的TCS請求到達(dá)后再繼續(xù)本流程。
步驟120，VIG收到主叫用戶和被叫用戶發(fā)送的TCS請求后，分別記錄主叫用戶發(fā)送消息和被叫用戶發(fā)送消息中攜帶的編解碼列表，分別與VIG本身支持的編解碼列表進(jìn)行交集運算，得到主叫用戶編解碼列表A或被叫用戶編解碼列表B；步驟130，VIG分別判斷該編解碼列表A和B是否為空，如果是，釋放呼叫，否則，返回TCS響應(yīng)消息，執(zhí)行下一步；VIG進(jìn)行交集運算的原則是以收到的TCS請求中包含的能力先后順序(排在最前面的優(yōu)先級最高)為基礎(chǔ)，逐個比較VIG本身支持的能力，將共同擁有的編解碼類型放入新建的編解碼列表中。
步驟140，VIG將得到的主叫用戶和被叫用戶的編解碼列表A、B進(jìn)行交集運算，得到編解碼列表C，判斷該編解碼列表C是否為空，如果是，執(zhí)行下一步，否則，執(zhí)行步驟160；步驟150，分別從編解碼列表A和B中選擇一個編解碼作為協(xié)商好的編解碼，執(zhí)行步驟170；如果編解碼列表C為空，說明主叫用戶和被叫用戶沒有共同支持的視頻能力，需要進(jìn)行編解碼轉(zhuǎn)換，則取H324M與VIG支持的最前面(優(yōu)先)的一個為H324M的編解碼，取H323終端與VIG支持的最前面(優(yōu)先)的一個為H323的編解碼，作為協(xié)商好的編解碼。
步驟160，取編解碼列表C中優(yōu)先級最高的編解碼作為協(xié)商好的編解碼；步驟170，VIG分別向主叫用戶和被叫用戶轉(zhuǎn)發(fā)另一方的TCS請求消息，消息中攜帶有協(xié)商好的編解碼類型；步驟180，主叫用戶和被叫用戶分別返回TCS響應(yīng)消息，協(xié)商過程結(jié)束。
在后面流程的該呼叫雙方的終端和VIG視頻網(wǎng)關(guān)打開邏輯通道時，由于雙方都協(xié)調(diào)出了唯一的編解碼類型，所以無論打開單向邏輯通道，還是打開單向邏輯通道，其編解碼類型肯定都是唯一的，雙向一致的。
在實際使用時，可能需要考慮設(shè)備的“強制編解碼轉(zhuǎn)換”功能，即強制選用優(yōu)先級最高的編解碼，即使需要進(jìn)行編解碼轉(zhuǎn)換而且有優(yōu)先級低但不需要進(jìn)行編解碼轉(zhuǎn)換的編解碼存在。有些設(shè)備廠商并不支持此功能。實際使用中通常用開關(guān)進(jìn)行控制，特別是某些終端對某些低優(yōu)先級編解碼的效果欠佳的情況。
對于多媒體控制信令配合的多媒體(語音、視頻)編解碼能力協(xié)商，視頻網(wǎng)關(guān)VIG在分別收到主叫終端和被叫終端發(fā)送的終端能力請求TCS消息所攜帶的編解碼能力列表以及自身支持的編解碼列表這三個集合進(jìn)行交集運算，得到一個編解碼列表，從中選擇一編解碼作為協(xié)商好的編解碼再通過TCSACK消息通知主被叫終端。如果通過VIG進(jìn)行視頻呼叫的兩個終端具有共同支持的編解碼能力，則協(xié)商的結(jié)果必定是使用類型相同的編解碼；如果通過VIG進(jìn)行視頻呼叫的兩個終端不具有共同支持的編解碼能力，則通過TCS能力協(xié)商，可以迫使這兩個終端和VIG視頻網(wǎng)關(guān)在后續(xù)流程中打開邏輯通道時，VIG和任一終端間收發(fā)兩個方向的編解碼類型相同，盡量減小“收發(fā)兩個方向的編解碼類型不同”造成的呼叫異常，提高VIG對終端支持的廣泛性。通過本改進(jìn)的流程，很好的利用了VIG知道主叫、被叫和本身都支持的編解碼能力的優(yōu)勢，最大程度地選擇三方都支持的編解碼能力，減少編解碼轉(zhuǎn)換造成的多媒體失真和編解碼轉(zhuǎn)換資源的占用?？朔爽F(xiàn)有流程中主被叫終端由于都不清楚接收的編解碼能力列表到底是對方終端支持還是VIG支持的，從而可能選擇不同類型的編解碼造成VIG需要進(jìn)行編解碼轉(zhuǎn)換，或者呼叫的收發(fā)兩個方向選擇不同類型的編解碼造成某些少數(shù)終端發(fā)生異常的情況。
權(quán)利要求
1.一種3G視頻網(wǎng)關(guān)多媒體編解碼能力協(xié)商方法，包括以下步驟(a)視頻網(wǎng)關(guān)VIG分別收到主叫終端和被叫終端發(fā)送終端能力發(fā)送請求TCS消息，記錄消息中攜帶的編解碼列表，分別與其自身支持的編解碼列表進(jìn)行交集運算，得到第一編解碼列表和第二編解碼列表；(b)VIG將第一編解碼列表與第二編解碼列表進(jìn)行交集運算得到第三編解碼列表，從第三編解碼列表或者第一和第二編解碼列表中選擇編解碼作為協(xié)商好的編解碼；(c)VIG分別向主叫終端和被叫終端轉(zhuǎn)發(fā)另一方的TCS請求消息，消息中攜帶有協(xié)商好的編解碼類型。
2.如權(quán)利要求1所述的方法，其特征在于，在所述步驟(a)中，所述VIG得到第一和第二編解碼列表后，判斷所述第一和第二編解碼列表是否為空，如果是，釋放呼叫，否則返回TCS響應(yīng)消息，然后執(zhí)行步驟(b)。
3.如權(quán)利要求1所述的方法，其特征在于，在所述步驟(b)中，所述VIG得到第三編解碼列表后，判斷該編解碼列表是否為空，如果是，則從第一編解碼列表和第二編解碼列表中各選擇一編解碼類型作為協(xié)商好的編解碼，否則從第三編解碼列表中選擇一編解碼類型作為協(xié)商好的編解碼。
4.如權(quán)利要求3所述的方法，其特征在于，從編解碼列表中選擇優(yōu)先級最高的編解碼作為協(xié)商好的編解碼。
5.如權(quán)利要求1所述的方法，其特征在于，所述主叫終端和被叫終端收到VIG發(fā)出的TCS請求消息后，分別返回TCS響應(yīng)消息。
6.如權(quán)利要求1所述的方法，其特征在于，所述主叫終端和被叫終端分別為3G-H324M終端或H323終端。
7.如權(quán)利要求1所述的方法，其特征在于，適用于WCDMA系統(tǒng)、R4移動交換系統(tǒng)或H323系統(tǒng)。
全文摘要
本發(fā)明公開了一種3G視頻網(wǎng)關(guān)多媒體編解碼能力協(xié)商方法，避免不必要的編解碼類型轉(zhuǎn)換，節(jié)約系統(tǒng)資源，使VIG與終端收發(fā)的編碼類型相同，提高VIG對終端支持的廣泛性。包括以下步驟(a)視頻網(wǎng)關(guān)VIG分別收到主叫終端和被叫終端發(fā)送終端能力發(fā)送請求TCS消息，記錄消息中攜帶的編解碼列表，分別與其自身支持的編解碼列表進(jìn)行交集運算，得到第一編解碼列表和第二編解碼列表；(b)VIG將第一編解碼列表與第二編解碼列表進(jìn)行交集運算得到第三編解碼列表，從第三編解碼列表或者第一和第二編解碼列表中選擇編解碼作為協(xié)商好的編解碼；(c)VIG分別向主叫終端和被叫終端轉(zhuǎn)發(fā)另一方的TCS請求消息，消息中攜帶有協(xié)商好的編解碼類型。
文檔編號H04L29/06GK1988544SQ20061016227
公開日2007年6月27日 申請日期2006年12月19日 優(yōu)先權(quán)日2006年12月19日
發(fā)明者張學(xué)軍, 沈斌 申請人:中興通訊股份有限公司