本發(fā)明涉及電子通信領(lǐng)域，具體涉及一種數(shù)據(jù)傳輸方法及裝置。

背景技術(shù)：

近年來，視頻會議的發(fā)展日新月異，傳統(tǒng)的視頻會議基于h.323為信令協(xié)議。h.323標(biāo)準(zhǔn)定義了一個在基于分組的網(wǎng)絡(luò)上進(jìn)行靈活的，實(shí)時的，可交互的多媒體通信協(xié)議集。個人計(jì)算機(jī)能在包交換網(wǎng)絡(luò)和電路交換網(wǎng)絡(luò)上傳輸音頻視頻和數(shù)據(jù)。sip協(xié)議采用與http(hypertexttransferprotocol)類似的文本命令形式，而且協(xié)議比較簡單，是未來網(wǎng)絡(luò)電話和即時通訊的方向，更重要的是sip較為靈活，可擴(kuò)展，而且是開放的。它激發(fā)了以太網(wǎng)以及固定和移動網(wǎng)絡(luò)推出新一代服務(wù)的威力?；趕ip接入?yún)f(xié)議結(jié)合其它協(xié)議，例如sdp(sessiondescriptionprotocol),bfcp(binaryfloorcontrolprotocol)。rtp(real-timetransportprotocol)，用來為ip網(wǎng)上的語音、圖像、傳真等多種需要實(shí)時傳輸?shù)亩嗝襟w數(shù)據(jù)提供端到端的實(shí)時傳輸服務(wù)。基于信令的h.323信令集、sip信令以及碼流傳輸協(xié)議rtp構(gòu)成了視頻會議的基礎(chǔ)。

隨著視頻會議產(chǎn)品也越來越多，但是各個廠商之間的對通會有很多問題，包括信令協(xié)商和碼流的傳輸會有不一樣的處理。

技術(shù)實(shí)現(xiàn)要素：

有鑒于此，本發(fā)明實(shí)施例提供了一種數(shù)據(jù)傳輸方法，以解決不同視頻會議終端之間不能建立通信的問題。

為此，本發(fā)明實(shí)施例提供了如下技術(shù)方案：

本發(fā)明實(shí)施例提供了一種數(shù)據(jù)傳輸方法，包括：第一終端從第二終端接收實(shí)時傳輸協(xié)議rtp封裝包；其中，所述rtp封裝包包括以下至少之一：音視頻媒體數(shù)據(jù)、用于指示與所述音視頻媒體數(shù)據(jù)對應(yīng)碼流格式的第一欄位信息；所述第一終端解析所述rtp封裝包，將所述第一欄位信息映射至第二欄位信息；所述第一終端根據(jù)所述第二欄位信息對所述音視頻媒體數(shù)據(jù)進(jìn)行解碼處理。

可選地，所述第一終端從所述第二終端接收實(shí)時傳輸協(xié)議rtp封裝包包括：通過h.323協(xié)議或者sip協(xié)議從所述第二終端接收所述rtp封裝包。

可選地，將所述第一欄位信息映射至第二欄位信息之前，還包括：所述第一終端從所述第二終端接收所述第二終端支持的編碼/解碼格式以及與所述第一終端支持的編碼/解碼格式對應(yīng)的欄位信息；并且，向所述第二終端發(fā)送所述第一終端支持的編碼/解碼格式以及與所述第一終端支持的編碼/解碼格式對應(yīng)的欄位信息。

本發(fā)明實(shí)施例還提供了一種數(shù)據(jù)傳輸方法，包括：第二終端向第一終端發(fā)送實(shí)時傳輸協(xié)議rtp封裝包；其中，所述rtp封裝包包括以下至少之一：音視頻媒體數(shù)據(jù)、用于指示與所述音視頻媒體數(shù)據(jù)對應(yīng)碼流格式的第一欄位信息；所述rtp封裝包被所述第一終端解析，并將所述第一欄位信息映射至第二欄位信息，所述第二欄位信息為所述第一終端對所述音視頻媒體數(shù)據(jù)進(jìn)行解碼的依據(jù)。

可選地，所述第二終端向第一終端發(fā)送實(shí)時傳輸協(xié)議rtp封裝包包括：通過h.323協(xié)議或者sip協(xié)議向所述第一終端發(fā)送所述rtp封裝包。

可選地，所述方法還包括：所述第二終端向所述第一終端發(fā)送所述第二終端支持的編碼/解碼格式以及與所述第二終端支持的編碼/解碼格式對應(yīng)的欄位信息；并且，從所述第一終端接收所述第一終端支持的編碼/解碼格式以及與所述第一終端支持的編碼/解碼格式對應(yīng)的欄位信息。

本發(fā)明實(shí)施例提供了一種數(shù)據(jù)傳輸裝置，應(yīng)用于第一終端，包括：接收模塊，用于從第二終端接收實(shí)時傳輸協(xié)議rtp封裝包；其中，所述rtp封裝包包括以下至少之一：音視頻媒體數(shù)據(jù)、用于指示與所述音視頻媒體數(shù)據(jù)對應(yīng)碼流格式的第一欄位信息；解析模塊，用于解析所述rtp封裝包，將所述第一欄位信息映射至第二欄位信息；處理模塊，用于根據(jù)所述第二欄位信息對所述音視頻媒體數(shù)據(jù)進(jìn)行解碼處理。

可選地，所述接收模塊還用于通過h.323協(xié)議或者sip協(xié)議從所述第二終端接收所述rtp封裝包。

可選地，所述裝置還包括：傳輸模塊，用于在所述解析模塊將所述第一欄位信息映射至第二欄位信息之前，從所述第二終端接收所述第二終端支持的編碼/解碼格式以及與所述第一終端支持的編碼/解碼格式對應(yīng)的欄位信息；并且，向所述第二終端發(fā)送所述第一終端支持的編碼/解碼格式以及與所述第一終端支持的編碼/解碼格式對應(yīng)的欄位信息。

本發(fā)明實(shí)施例還提供了一種數(shù)據(jù)傳輸裝置，應(yīng)用于第二終端，包括：發(fā)送模塊，用于向第一終端發(fā)送實(shí)時傳輸協(xié)議rtp封裝包；其中，所述rtp封裝包包括以下至少之一：音視頻媒體數(shù)據(jù)、用于指示與所述音視頻媒體數(shù)據(jù)對應(yīng)碼流格式的第一欄位信息；所述rtp封裝包被所述第一終端解析，并將所述第一欄位信息映射至第二欄位信息，所述第二欄位信息為所述第一終端對所述音視頻媒體數(shù)據(jù)進(jìn)行解碼的依據(jù)。

可選地，所述發(fā)送模塊還用于通過h.323協(xié)議或者sip協(xié)議向所述第一終端發(fā)送所述rtp封裝包。

可選地，所述裝置還包括：傳輸模塊，向所述第一終端發(fā)送所述第二終端支持的編碼/解碼格式以及與所述第二終端支持的編碼/解碼格式對應(yīng)的欄位信息；并且，從所述第一終端接收所述第一終端支持的編碼/解碼格式以及與所述第一終端支持的編碼/解碼格式對應(yīng)的欄位信息。

本發(fā)明實(shí)施例技術(shù)方案，具有如下優(yōu)點(diǎn)：

本發(fā)明實(shí)施例提供了一種數(shù)據(jù)傳輸方法及裝置，包括：第一終端從第二終端接收實(shí)時傳輸協(xié)議rtp封裝包；其中，rtp封裝包包括以下至少之一：音視頻媒體數(shù)據(jù)、用于指示與該音視頻媒體數(shù)據(jù)對應(yīng)碼流格式的第一欄位信息；第一終端解析rtp封裝包，將第一欄位信息映射至第二欄位信息；第一終端根據(jù)第二欄位信息對該音視頻媒體數(shù)據(jù)進(jìn)行解碼處理?，F(xiàn)有技術(shù)中在一個視頻會議中，當(dāng)存在不同的協(xié)議接入，或有的會議終端沒有標(biāo)準(zhǔn)流程時，都會出現(xiàn)碼流無法對通的問題。通過該數(shù)據(jù)傳輸方法及裝置，實(shí)現(xiàn)了在不同視頻會議終端之間建立通信傳遞數(shù)據(jù)信息。

附圖說明

為了更清楚地說明本發(fā)明具體實(shí)施方式或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對具體實(shí)施方式或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施方式，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是根據(jù)本發(fā)明實(shí)施例的數(shù)據(jù)傳輸方法的流程圖；

圖2是根據(jù)本發(fā)明實(shí)施例的視頻會議終端數(shù)據(jù)傳輸?shù)囊粋€示意圖；

圖3是根據(jù)本發(fā)明實(shí)施例的視頻會議終端數(shù)據(jù)傳輸?shù)牧硪粋€示意圖；

圖4是根據(jù)本發(fā)明實(shí)施例的數(shù)據(jù)傳輸裝置的一個結(jié)構(gòu)框圖；

圖5是根據(jù)本發(fā)明實(shí)施例的數(shù)據(jù)傳輸裝置的另一個結(jié)構(gòu)框圖。

具體實(shí)施方式

下面將結(jié)合附圖對本發(fā)明的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

在本發(fā)明的描述中，需要說明的是，術(shù)語“中心”、“上”、“下”、“左”、“右”、“豎直”、“水平”、“內(nèi)”、“外”等指示的方位或位置關(guān)系為基于附圖所示的方位或位置關(guān)系，僅是為了便于描述本發(fā)明和簡化描述，而不是指示或暗示所指的裝置或元件必須具有特定的方位、以特定的方位構(gòu)造和操作，因此不能理解為對本發(fā)明的限制。此外，術(shù)語“第一”、“第二”、“第三”僅用于描述目的，而不能理解為指示或暗示相對重要性。

在本發(fā)明的描述中，需要說明的是，除非另有明確的規(guī)定和限定，術(shù)語“安裝”、“相連”、“連接”應(yīng)做廣義理解，例如，可以是固定連接，也可以是可拆卸連接，或一體地連接；可以是機(jī)械連接，也可以是電連接；可以是直接相連，也可以通過中間媒介間接相連，還可以是兩個元件內(nèi)部的連通，可以是無線連接，也可以是有線連接。對于本領(lǐng)域的普通技術(shù)人員而言，可以具體情況理解上述術(shù)語在本發(fā)明中的具體含義。

此外，下面所描述的本發(fā)明不同實(shí)施方式中所涉及的技術(shù)特征只要彼此之間未構(gòu)成沖突就可以相互結(jié)合。

實(shí)施例1

在本實(shí)施例中提供了一種數(shù)據(jù)傳輸方法，圖1是根據(jù)本發(fā)明實(shí)施例的的數(shù)據(jù)傳輸?shù)牧鞒虉D，如圖1所示，該流程包括如下步驟：

步驟s101：第一終端從第二終端接收實(shí)時傳輸協(xié)議rtp封裝包；其中，該rtp封裝包包括以下至少之一：音視頻媒體數(shù)據(jù)、用于指示與該音視頻媒體數(shù)據(jù)對應(yīng)碼流格式的第一欄位信息。例如該第一終端可以是多點(diǎn)控制單元mcu，也可以是會議終端，第二終端可以是會議終端，rtp封包中的負(fù)載類型可以支援128種不同的負(fù)載類型，這個欄位用來指示聲音或影像使用的碼流格式。如果發(fā)送端在會話或者廣播的中途決定改變編碼方式，發(fā)送端通過這個欄位來通知接收端。負(fù)載類型的值如果小于等于96為標(biāo)準(zhǔn)的類型，大于96的類型是各個廠商自定義的，有可能會導(dǎo)致相互并不認(rèn)識。

步驟s102：第一終端解析該rtp封裝包，將第一欄位信息映射至第二欄位信息。

步驟s103：第一終端根據(jù)第二欄位信息對該音視頻媒體數(shù)據(jù)進(jìn)行解碼處理。

通過上述步驟，第一終端從第二終端接收實(shí)時傳輸協(xié)議rtp封裝包；其中，該rtp封裝包包括以下至少之一：音視頻媒體數(shù)據(jù)、用于指示與該音視頻媒體數(shù)據(jù)對應(yīng)碼流格式的第一欄位信息；第一終端解析該rtp封裝包，將第一欄位信息映射至第二欄位信息；第一終端根據(jù)第二欄位信息對該音視頻媒體數(shù)據(jù)進(jìn)行解碼處理。在一個視頻會議中，當(dāng)存在不同的協(xié)議接入，或有的會議終端沒有標(biāo)準(zhǔn)流程時，都會出現(xiàn)碼流無法對通的問題。通過該數(shù)據(jù)傳輸方法，實(shí)現(xiàn)了在不同視頻會議終端之間建立通信傳遞數(shù)據(jù)。

上述步驟s101涉及到第一終端從第二終端接收實(shí)時傳輸協(xié)議rtp封裝包，在一個可選實(shí)施例中，通過h.323協(xié)議或者sip協(xié)議從第二終端接收該rtp封裝包。具體地，終端和mcu交互sip和/或h.323信令，碼流發(fā)送方按照協(xié)商的參數(shù)，參數(shù)主要包括音視頻負(fù)載類型、分辨率、幀率、發(fā)送接收音視頻地址等，發(fā)送碼流到對端，如果是h.323接入，切換碼流格式，需要重新開通道，重新協(xié)商，協(xié)商采用標(biāo)準(zhǔn)流程，雙方各得到共同的音視頻媒體數(shù)據(jù)，主要包括音視頻格式，payloadtype(rtp封包中的負(fù)載類型)值，分辨率，采樣率，幀率，發(fā)送接收碼流的地址和端，如果是sip接入，發(fā)送方選取按照共同能力中任一個發(fā)送碼流，如果需要切換碼流格式，更改碼流的負(fù)載類型。h.323協(xié)議規(guī)定了發(fā)送方按照自己的負(fù)載類型發(fā)送碼流，sip協(xié)議規(guī)定了發(fā)送方按照對端的負(fù)載類型發(fā)送碼流。

上述步驟s102涉及到將第一欄位信息映射至第二欄位信息，在此步驟之前，在一個可選實(shí)施例中，第一終端從第二終端接收第二終端支持的編碼/解碼格式以及與第一終端支持的編碼/解碼格式對應(yīng)的欄位信息；并且，向第二終端發(fā)送第一終端支持的編碼/解碼格式以及與第一終端支持的編碼/解碼格式對應(yīng)的欄位信息。具體地，碼流接收端保存協(xié)商后的所有的音視頻情況，接收端接收發(fā)送端的任何協(xié)商中的音視頻參數(shù)，同時把發(fā)送端的負(fù)載類型映射為本方的負(fù)載類型。如果發(fā)送方是sip終端，在發(fā)送碼流過程中，切換了負(fù)載類型，接收端可以根據(jù)之前設(shè)置的映射處理碼流。如果接收端是mcu，需要判斷轉(zhuǎn)發(fā)出去的碼流情況，如果負(fù)載類型值和對應(yīng)的音視頻參數(shù)都一樣，直接轉(zhuǎn)發(fā)，如果不一樣，mcu需要先解碼碼流，然后按照發(fā)送方的參數(shù)發(fā)送出去。如果接收端是終端，只需要解碼碼流，并展現(xiàn)圖像或者播放聲音。

在本實(shí)施例中還提供了一種數(shù)據(jù)傳輸方法，該方法包括：

第二終端向第一終端發(fā)送實(shí)時傳輸協(xié)議rtp封裝包；其中，該rtp封裝包包括以下至少之一：音視頻媒體數(shù)據(jù)、用于指示與該音視頻媒體數(shù)據(jù)對應(yīng)碼流格式的第一欄位信息；該rtp封裝包被第一終端解析，并將第一欄位信息映射至第二欄位信息，第二欄位信息為第一終端對該音視頻媒體數(shù)據(jù)進(jìn)行解碼的依據(jù)。

通過上述方法，第二終端向第一終端發(fā)送實(shí)時傳輸協(xié)議rtp封裝包；其中，該rtp封裝包包括以下至少之一：音視頻媒體數(shù)據(jù)、用于指示與該音視頻媒體數(shù)據(jù)對應(yīng)碼流格式的第一欄位信息；該rtp封裝包被第一終端解析，并將第一欄位信息映射至第二欄位信息，第二欄位信息為第一終端對該音視頻媒體數(shù)據(jù)進(jìn)行解碼的依據(jù)。在一個視頻會議中，當(dāng)存在不同的協(xié)議接入，或有的會議終端沒有標(biāo)準(zhǔn)流程時，都會出現(xiàn)碼流無法對通的問題。通過該數(shù)據(jù)傳輸方法，實(shí)現(xiàn)了在不同視頻會議終端之間建立通信傳遞數(shù)據(jù)。

上述方法涉及到第二終端向第一終端發(fā)送實(shí)時傳輸協(xié)議rtp封裝包，在一個可選實(shí)施例中，通過h.323協(xié)議或者sip協(xié)議從第一終端接收該rtp封裝包。

在一個可選實(shí)施例中，第二終端向第一終端發(fā)送第二終端支持的編碼/解碼格式以及與第二終端支持的編碼/解碼格式對應(yīng)的欄位信息；并且，從第一終端接收第一終端支持的編碼/解碼格式以及與第一終端支持的編碼/解碼格式對應(yīng)的欄位信息。

圖2是根據(jù)本發(fā)明實(shí)施例的視頻會議終端數(shù)據(jù)傳輸?shù)囊粋€示意圖。如圖2所示，在一個可選實(shí)施例中，如果終端之間是sip協(xié)議建立連接，會交互invite/200ok，mcu呼叫終端b,發(fā)出的invite信令會攜帶支持的解碼格式為h264、h265，并且載荷類型為107，108，終端b回復(fù)的200ok會攜帶支持的編碼格式為h264、h265，并且載荷類型為106,107，mcu收到200ok后，會認(rèn)為對端支持編碼h264、h265格式，后續(xù)發(fā)的碼流有可能是h264或者h(yuǎn)265,并且對端攜帶的載荷類型為106或者107，mcu就會設(shè)置106到107，107到108的映射；如果終端之間如果是h.323協(xié)議建立連接，會交互olc/ack，終端a發(fā)olc，開mcu的發(fā)送碼流通道，攜帶支持編碼h264格式，并且載荷類型為106，mcu收到olc后，回復(fù)ack，同意對端的開通道，并且攜帶支持解碼h.264的通道，并且載荷類型為107，發(fā)送完ack后，mcu會設(shè)置對端碼流106到107的映射。

對整個交互流程詳細(xì)說明，具體地，終端a發(fā)碼流，mcu收到轉(zhuǎn)發(fā)到終端c：終端a發(fā)碼流，用a的負(fù)載類型106，mcu和a的連接的接收通道，首先設(shè)置a的載荷106到自己設(shè)定的載荷107的映射，然后mcu把數(shù)據(jù)包收上來，同時設(shè)置轉(zhuǎn)發(fā)的碼流的負(fù)載類型為對端的109，發(fā)送到終端c。終端c接收碼流，需要兼容有的對端廠商不按照終端c的負(fù)載類型發(fā)碼流，設(shè)置對端負(fù)載類型到本地的映射，本實(shí)施例中，終端c設(shè)置107到109的映射，108到110的映射，如果對端按照終端c的負(fù)載類型發(fā)送碼流，終端c不需要轉(zhuǎn)換負(fù)載類型，直接解碼；終端b發(fā)碼流，mcu收到轉(zhuǎn)發(fā)到終端c：終端b發(fā)碼流，按照sip協(xié)議標(biāo)準(zhǔn)，按照mcu的載荷發(fā)送碼流，發(fā)送h264碼流用107,發(fā)送h265碼流用108，并且在發(fā)送過程中，可以實(shí)時切換，不需要重新協(xié)商。mcu和b的連接的接收通道，需要處理映射，把106映射為107,107映射為108。本實(shí)施例中，107負(fù)載類型比較復(fù)雜，107有可能是h264碼流，也可能是h265碼流。mcu需要先按照標(biāo)準(zhǔn)來收碼流，按照本端認(rèn)為的h264來解碼，如果有問題，再按照映射的結(jié)果按照h265來解碼，這樣就可以兼容對端不標(biāo)準(zhǔn)的情況。mcu轉(zhuǎn)發(fā)碼流到終端c以及終端c收碼流的情況同上述終端a發(fā)碼流，mcu收到碼流轉(zhuǎn)發(fā)到終端c中所述。

圖3是根據(jù)本發(fā)明實(shí)施例的視頻會議終端數(shù)據(jù)傳輸?shù)牧硪粋€示意圖。如圖3所示，在一個可選實(shí)施例中，視頻會議系統(tǒng)包括mcu,會議終端，mcu以及各個終端之間可能是h.323協(xié)議接入，也可能是sip協(xié)議接入，或者其他的信令，mcu發(fā)送到sip終端的碼流可能是其他h.323協(xié)議接收終端的碼流，sip終端發(fā)送至mcu終端的碼流也可能經(jīng)過mcu轉(zhuǎn)入其他的h.323終端。終端mt1,mt2,mt3分別接入mcu,每個終端都有可能會發(fā)送多個格式的碼流，而且對應(yīng)的v1,v2,v3格式的負(fù)載類型并不一樣，但這并不影響相互之間的對通，只要每個終端和mcu信令交互時按照上述映射規(guī)則，則相互之間的碼流可以實(shí)現(xiàn)對通。

實(shí)施例2

在本實(shí)施例中還提供了一種數(shù)據(jù)傳輸裝置，該裝置用于實(shí)現(xiàn)上述實(shí)施例及優(yōu)選實(shí)施方式，已經(jīng)進(jìn)行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實(shí)現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實(shí)施例所描述的裝置較佳地以軟件來實(shí)現(xiàn)，但是硬件，或者軟件和硬件的組合的實(shí)現(xiàn)也是可能并被構(gòu)想的。

本施例提供一種數(shù)據(jù)傳輸裝置，應(yīng)用于第一終端，如圖4所示，包括：接收模塊21，用于從第二終端接收實(shí)時傳輸協(xié)議rtp封裝包；其中，該rtp封裝包包括以下至少之一：音視頻媒體數(shù)據(jù)、用于指示與所述音視頻媒體數(shù)據(jù)對應(yīng)碼流格式的第一欄位信息；解析模塊22，用于解析所述rtp封裝包，將所述第一欄位信息映射至第二欄位信息；處理模塊23，用于根據(jù)所述第二欄位信息對所述音視頻媒體數(shù)據(jù)進(jìn)行解碼處理。

可選地，該接收模塊21還用于通過h.323協(xié)議或者sip協(xié)議從第二終端接收該rtp封裝包。

圖5是根據(jù)本發(fā)明實(shí)施例的數(shù)據(jù)傳輸裝置的另一個結(jié)構(gòu)框圖。如圖5所示，在一個可選實(shí)施例中，該裝置還包括傳輸模塊24，用于從第二終端接收第二終端支持的編碼/解碼格式以及與第一終端支持的編碼/解碼格式對應(yīng)的欄位信息；并且，向第二終端發(fā)送第一終端支持的編碼/解碼格式以及與第一終端支持的編碼/解碼格式對應(yīng)的欄位信息。

本施例提供還一種數(shù)據(jù)傳輸裝置，應(yīng)用于第二終端，包括：發(fā)送模塊，用于向第一終端發(fā)送實(shí)時傳輸協(xié)議rtp封裝包；其中，該rtp封裝包包括以下至少之一：音視頻媒體數(shù)據(jù)、用于指示與該音視頻媒體數(shù)據(jù)對應(yīng)碼流格式的第一欄位信息；該rtp封裝包被第一終端解析，并將第一欄位信息映射至第二欄位信息，第二欄位信息為第一終端對該音視頻媒體數(shù)據(jù)進(jìn)行解碼的依據(jù)。

可選地，該發(fā)送模塊還用于通過h.323協(xié)議或者sip協(xié)議向第一終端發(fā)送該rtp封裝包。

在一個可選實(shí)施例中，該數(shù)據(jù)傳輸裝置還包括：傳輸模塊，向第一終端發(fā)送第二終端支持的編碼/解碼格式以及與第二終端支持的編碼/解碼格式對應(yīng)的欄位信息；并且，從第一終端接收第一終端支持的編碼/解碼格式以及與第一終端支持的編碼/解碼格式對應(yīng)的欄位信息。

上述各個模塊的更進(jìn)一步的功能描述與上述對應(yīng)實(shí)施例相同，在此不再贅述。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲介質(zhì)(包括但不限于磁盤存儲器、cd-rom、光學(xué)存儲器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計(jì)算機(jī)程序指令也可存儲在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲器中，使得存儲在該計(jì)算機(jī)可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

顯然，上述實(shí)施例僅僅是為清楚地說明所作的舉例，而并非對實(shí)施方式的限定。對于所屬領(lǐng)域的普通技術(shù)人員來說，在上述說明的基礎(chǔ)上還可以做出其它不同形式的變化或變動。這里無需也無法對所有的實(shí)施方式予以窮舉。而由此所引伸出的顯而易見的變化或變動仍處于本發(fā)明創(chuàng)造的保護(hù)范圍之中。