專利名稱：傳輸媒體流數(shù)據(jù)的裝置和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種傳輸媒體流數(shù)據(jù)的裝置和方法。

背景技術(shù)：
窄帶可視電話就是利用modem(調(diào)制解調(diào)器)技術(shù)，通過PSTN(普通電話網(wǎng))傳輸圖像與聲音信息，從而實現(xiàn)音視頻通信功能。PSTN網(wǎng)是一個低碼率的線路。H.324協(xié)議是一個系統(tǒng)協(xié)議，其結(jié)構(gòu)如圖1所示。H.324協(xié)議是ITU-T(國際電信聯(lián)盟)指定的基于PSTN網(wǎng)絡(luò)的多媒體終端之間的通信標準。因此，目前多采用H.324框架協(xié)議在PSTN網(wǎng)上實時地傳輸大量的音、視頻數(shù)據(jù)。
兩臺窄帶可視電話要想進行正常的音、視頻通信，每臺窄帶可視電話必須告知對方本方使用的音頻、視頻編解碼算法和數(shù)據(jù)打包格式。上述H.324系統(tǒng)中使用下面的協(xié)議來完成該功能 1、系統(tǒng)控制協(xié)議H.245。
通過協(xié)議定義的消息和過程，通信雙方互相交換信息，決定如何傳送語音、圖象和數(shù)據(jù)，如何處理錯誤。H.245分成對消息編解碼和對各個消息進行處理的狀態(tài)轉(zhuǎn)換機制兩個部分。聲音和圖象采用的算法及選項由H.245的交換信息決定。
2、數(shù)據(jù)復(fù)合與解復(fù)合協(xié)議H.223。
在發(fā)送端把控制數(shù)據(jù)、語音數(shù)據(jù)、圖象數(shù)據(jù)和其他數(shù)據(jù)合成一路數(shù)據(jù)，再通過調(diào)制解調(diào)器發(fā)送到接收端。在接收端再分開上述一路數(shù)據(jù)。H.223分成復(fù)合MUX(復(fù)用器)和自適應(yīng)AL(應(yīng)用層)兩個層次，MUX與調(diào)制解調(diào)器接口，AL與數(shù)據(jù)來源接口。AL層分為AL1，AL2，AL3三種情況，語音數(shù)據(jù)和AL2相關(guān)聯(lián)，圖象數(shù)據(jù)和H.223的AL3相關(guān)聯(lián)，有關(guān)H.245的控制數(shù)據(jù)則和AL1相關(guān)聯(lián)。
TS(Transport Stream，傳輸流)是MPEG(Moving Pictures Experts Group，移動圖象專家組)-2系統(tǒng)中定義的一種媒體傳輸協(xié)議。TS可以傳輸兩種類型的數(shù)據(jù)PES(Packetized Elementary Stream，打包基本流)和PSI(Program SpecificInformation，節(jié)目特定信息)。TS包長度為固定的188個Bytes。PES將經(jīng)過編碼后的媒體流封裝成數(shù)據(jù)包，通常PES包的長度遠遠大于TS包，最長不超過65536個Bytes。PSI用于解碼端從TS流分解出所需的節(jié)目媒體流，ISO/IEC13818中定義了四種PSI信息，包括PAT(Program Association Table，節(jié)目關(guān)聯(lián)表)、PMT(PMT-Program Map Table，節(jié)目映射表)、NIT(Network Information Table，網(wǎng)絡(luò)信息表)和CAT(Conditional AccessTable，條件接收表)。其中NIT和CAT是可選的。
MPEG-2是一組用于視音頻壓縮編碼及其數(shù)據(jù)流格式的國際標準，它定義了編解碼技術(shù)及數(shù)據(jù)流的傳輸協(xié)議。MPEG-2系統(tǒng)定義了PS(節(jié)目流)和TS(傳輸流)兩種傳輸方式，其中TS是面向數(shù)字化分配媒介(有線、衛(wèi)星、地面網(wǎng))的傳輸層接口。
現(xiàn)有技術(shù)中一種典型的基于H.324協(xié)議的可視電話系統(tǒng)的結(jié)構(gòu)如圖2所示。該系統(tǒng)中涉及到數(shù)據(jù)傳輸?shù)哪K包括H.245模塊、X.691CODEC(編碼解碼器)模塊、SRP(簡單重傳協(xié)議)模塊、H.223多路復(fù)合解復(fù)合模塊。
上述可視電話系統(tǒng)的工作原理示意圖如圖3所示，具體工作過程為 在H.245協(xié)議中，把系統(tǒng)支持的音視頻編解碼算法和數(shù)據(jù)打包格式等內(nèi)容抽象成消息的形式來描述，這些消息在線路上進行傳輸?shù)臅r候采用X.691協(xié)議進行編碼。
在整個H245協(xié)議中規(guī)定了10個實現(xiàn)多媒體通信交互流程，并且必須實現(xiàn)以下3個過程 1、CESE(能力交互過程)。
該過程主要用來實現(xiàn)音視頻編解碼算法等通信能力的交互，通過本方和對方互相發(fā)送能力交互消息，將本方的音視頻編解碼算法通知對方，同時也獲得對方的音視頻編解碼算法，然后雙方握手協(xié)商出一個在雙方的此次通信中所采用的音視頻編解碼算法。
上述能力交互消息可以通過下述編碼來定義 struct_H245Capability　　{　　 UINT32 choice；　　 NonStandardParameter*nonStandard；　　 H245VideoCapability *receiveVideoCapability；　　 H245VideoCapability *transmitVideoCapability；　　 H245VideoCapability *receiveAndTransmitVideoCapability；<!-- SIPO <DP n="2"> --><dp n="d2"/>　　 H245AudioCapability *receiveAudioCapability；　　 H245AudioCapabliity *transmitAudioCapability；　　 H245AudioCapability *receiveAndTransmitAudioCapability；　　 H245DataApplicationCapability *receiveDataApplicationCapability；　　 H245DataApplicationCapability *transmitDataApplicationCapability；　　 H245DataApplicationCapability　　 *receiveAndTransmitDataApplicationCapability；　　 BOOL h233EncryptionTransmitCapability；　　 H245H233EncryptionReceiveCapability*h233EncryptionReceiveCapability；　　 /*extension*/　　 H245ConferenceCapability*conferenceCapabitliy；　　 H245H235SecurityCapability *h235SecurityCapability；　　 UINT32 maxPendingReplacementFor；　　 H245UserInputCapability *receiveUserInputCapabitliy；　　 H245UserInputCapability *transmitUserInputCapability；　　 H245UserInputCapability *receiveAndTransmitUserInputCapability；　　}； 2、MTSE(發(fā)送H.223多路復(fù)合表過程)。
該過程用于通過本方和對方互相發(fā)送多路復(fù)合表消息，將本方的用來打包多種類型數(shù)據(jù)的基于H.223協(xié)議的數(shù)據(jù)復(fù)合表發(fā)送給對方，同時接收對方發(fā)送的數(shù)據(jù)復(fù)合表，用于進行本方的數(shù)據(jù)解復(fù)合。
上述發(fā)送多路復(fù)合表消息可以定義為 　　struct_H245MultiplexEntrySend　　{　　 BOOL extension；　　 UINT32 sequenceNumber；　　 UINT32 n_multiplexEntryDescriptors；　　 H245MultiplexEntryDescriptor **multiplexEntryDescriptor；<!-- SIPO <DP n="3"> --><dp n="d3"/>　　}；　　struct _H245MultiplexElement　　{　　 H245MultiplexElementType *type；　　 H245RepeatCount *repeatCount；　　}； 3、LCSE(打開邏輯信道過程)。
該過程用于通過本方和對方互相發(fā)送打開邏輯信道消息，打開本方到對方的數(shù)據(jù)發(fā)送信道。
上述打開邏輯信道消息可以定義為 　　struct _H2450penLogicalChannel　　{　　 BOOL extension；　　 UINT32 forwardLogicalChannelNumber；　　 H2450penLogicalChannel_ForwardLogicalChannelParameters　　 *forwardLogicalChannelParameters；　　 BOOL b_reverseLogicalChannelParameters；　　 H2450penLogicalChannel_ReverseLogicalChannelParameters*　　 reverseLogicalChannelParameters；　　 /*extension*/　　 BOOL b_separateStack；　　 H245NetworkAccessParameters *separateStack；　　　 BOOL b_encryptionSync；　　 H245EncryptionSync *encryptionSync；　　}； 此外，為了保證H.245消息的可靠傳輸，還要采用SRP協(xié)議來實現(xiàn)錯誤重傳機制。
在上述可視電話系統(tǒng)的工作過程中，H.245與其它子模塊的交互流程如圖4所示，包括如下步驟 1、SC(會話控制模塊)通過調(diào)用H245C_SC_Start()，通知H245開始和對方進行H245信令交互； 2、H245C調(diào)用H245CESE_H245C_Start()函數(shù)，通知CESE開始和對方進行能力協(xié)商過程； 3、CESE模塊和對方進行能力協(xié)商完成后，調(diào)用H245C_H245CESE_OutTransferConfirm()，通知H245C本方發(fā)起的CESE過程完成。如果對方發(fā)起的CESE過程交互也完成，將會調(diào)用H245C_H245CESE_InTransferConfirm()通知H245C模塊，協(xié)商的結(jié)果存放在一個全局變量中； 4、H245C模塊在CESE的outgoing和incoming都完成后，將調(diào)用H245MTSE_H245C_Start()函數(shù)，通知MTSE模塊開始向?qū)Ψ桨l(fā)送多路復(fù)用表； 5、如果對方成功接收多路復(fù)用表，MTSE模塊將通過調(diào)用H245C_H245MTSE_OutTransferConfirm()函數(shù)的方式通知H245C模塊CESEoutgoing側(cè)交互完成； 6、H245C模塊在收到MTSE的outgoing完成后，將不判斷其incoming是否完成，而直接調(diào)用H245LCSE_H245C_Establish()函數(shù)，通知LCSE模塊開始和對方進行打開邏輯信道的交互過程； 7、如果本方成功打開邏輯信道，LCSE模塊將調(diào)用H245C_H245LCSE_OutEstablishConfirm()函數(shù)通知H245C模塊LCSE的outgoing完成； 8、在上述過程的任意時刻，如果MSDSE模塊收到對方發(fā)起的MSDSE請求，將與完成交互并調(diào)用H245C_H245MSDSE_InTransferConfirm()函數(shù)通知H245C其incoming完成； 9、在上述過程的任意時刻，如果MTSE模塊收到對方發(fā)來的多路復(fù)用表，將與其完成MTSE交互過程并調(diào)用H245C_H245MTSE_InTransferConfirm()通知H245C其incoming完成； 10、在上述過程的任意時刻，如果LCSE模塊收到對方的打開邏輯信道請求，將與其完成LCSE交互過程并調(diào)用H245C_H245LCSE_InEstablishConfirm()通知H245C其incoming完成； 11、上述所有過程中，除MSDSE為可選流程不影響交互的結(jié)果外，其余過程必須全部完成后，H245C調(diào)用H245C_SC_Connect()函數(shù)通知SC交互完成； 雙方連接建立起來以后，在音視頻通信中需要采用H.223協(xié)議，H.223協(xié)議的模塊結(jié)構(gòu)如圖5所示。H.223模塊根據(jù)當(dāng)前MODEM速率和需要傳輸?shù)臄?shù)據(jù)類型(音頻、視頻、數(shù)據(jù)和控制消息)，選擇合適的多路復(fù)合規(guī)則，將其復(fù)合成單一的比特流(若是音視頻數(shù)據(jù)，則需要添加相應(yīng)的序列頭和CRC校驗)，通過物理信道傳輸給MODEM。同時將來自底層的MODEM接收的單一PDU包進行解復(fù)合，獲得相應(yīng)的媒體/控制流，并分發(fā)到相應(yīng)的Buffer中。
根據(jù)數(shù)據(jù)的流向，可以將上述H.223協(xié)議的模塊結(jié)構(gòu)分為下行編碼子模塊和上行解碼子模塊兩部分。兩個子模塊結(jié)構(gòu)對稱，數(shù)據(jù)處理過程相反。H.223協(xié)議規(guī)定，數(shù)據(jù)分為控制數(shù)據(jù)、音頻數(shù)據(jù)、視頻數(shù)據(jù)以及其它方面應(yīng)用的數(shù)據(jù)四種類型，不同類型數(shù)據(jù)對傳輸?shù)囊蟛煌?，因而協(xié)議中專門定義了AL1、AL2和AL3三個子模塊來分別處理上述類型數(shù)據(jù)。其中控制數(shù)據(jù)和其它應(yīng)用的數(shù)據(jù)用AL1子模塊來處理，音頻類型數(shù)據(jù)用AL2子模塊來處理，視頻類型數(shù)據(jù)用AL3子模塊來處理。AL1子模塊對數(shù)據(jù)不作任何處理直接透明傳輸，而AL2和AL3必須對傳輸?shù)臄?shù)據(jù)添加CRC校驗，而且可以選擇是否加入包序號，從而保證傳輸?shù)恼_性。
上述現(xiàn)有的可視電話系統(tǒng)方案的缺點為 1、該系統(tǒng)不利于進行新功能的擴展，在該系統(tǒng)中擴展其它數(shù)據(jù)應(yīng)用需使用復(fù)雜的應(yīng)用協(xié)議如T.120等； 2、H.245協(xié)議中的消息在信道中進行傳輸前必須采用復(fù)雜的X.691進行編碼，降低了數(shù)據(jù)處理的效率； 3、連接的雙方必須遵循H.245協(xié)議中規(guī)定的流程進行握手，連接過程復(fù)雜。


發(fā)明內(nèi)容
本發(fā)明的目的是提供一種傳輸媒體流數(shù)據(jù)的裝置和方法，從而可以簡化互相傳輸媒體流數(shù)據(jù)的終端之間的連接的建立流程，縮短連接建立時間，增強了擴展新媒體流應(yīng)用的能力。
本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的 一種傳輸媒體流數(shù)據(jù)的裝置，包括TS流數(shù)據(jù)封裝單元和TS流數(shù)據(jù)發(fā)送單元，其中 TS流數(shù)據(jù)封裝單元用于將需要發(fā)送的媒體流數(shù)據(jù)封裝成TS流數(shù)據(jù)，并傳遞給TS流數(shù)據(jù)發(fā)送單元； TS流數(shù)據(jù)發(fā)送單元用于將TS流數(shù)據(jù)封裝單元傳遞過來的TS流數(shù)據(jù)發(fā)送給通信對端。
所述裝置還包括 TS流數(shù)據(jù)接收單元用于接收通信對端發(fā)送過來的TS流數(shù)據(jù)，并傳遞給TS流數(shù)據(jù)解封裝單元； TS流數(shù)據(jù)解封裝單元用于將TS流數(shù)據(jù)接收單元傳遞過來的TS流數(shù)據(jù)解封裝成媒體流數(shù)據(jù)。
所述裝置還包括 媒體流配置模塊用于配置各種媒體流業(yè)務(wù)類型的節(jié)目號，通過該節(jié)目號對各種媒體流業(yè)務(wù)類型進行識別；配置各種媒體流類型的定義和各種媒體流類型相應(yīng)的節(jié)目關(guān)聯(lián)PAT表和節(jié)目映射PMT表。
所述媒體流配置模塊具體包括 節(jié)目號配置模塊用于配置各種媒體流業(yè)務(wù)類型的節(jié)目號，通過所述節(jié)目號對各種媒體流業(yè)務(wù)類型進行識別，通過對所述節(jié)目號進行擴展來增加相應(yīng)的媒體流業(yè)務(wù)類型； PAT表配置模塊用于配置節(jié)目號和PMT表包識別符PID號的對應(yīng)信息； PMT表配置模塊用于配置各種媒體流類型和其使用的PID號的對應(yīng)信息。
所述媒體流配置模塊還包括 媒體流類型配置模塊用于配置各種媒體流的類型信息。
所述TS流數(shù)據(jù)封裝單元具體包括 編碼模塊根據(jù)媒體流配置模塊中配置的節(jié)目號、媒體流類型定義、PAT表和PMT表信息，將需要發(fā)送的各種媒體流數(shù)據(jù)復(fù)合成TS流數(shù)據(jù)，將該TS流數(shù)據(jù)傳遞給TS流數(shù)據(jù)發(fā)送單元。
所述編碼模塊具體包括 實時復(fù)合模塊通過H.223協(xié)議將需要發(fā)送的各種媒體流數(shù)據(jù)復(fù)合成包括多個音頻幀和可變長類型數(shù)據(jù)的TS流數(shù)據(jù)。
所述TS流數(shù)據(jù)解封裝單元具體包括 解碼模塊用于接收并保存通信對端發(fā)送過來的PAT表和PMT表，根據(jù)該PMT表信息將TS流數(shù)據(jù)接收單元傳遞過來的TS流數(shù)據(jù)解碼成相應(yīng)的媒體流數(shù)據(jù)，將該媒體流數(shù)據(jù)輸出。
所述解碼模塊具體包括 PAT和PMT表解碼模塊用于在和通信對端之間的物理信道建立起來以后，接收并保存通信對端發(fā)送過來的PAT表，根據(jù)該PAT表檢測通信對端發(fā)送過來的PMT表，并將該PMT表進行保存； 媒體流解碼接收TS流數(shù)據(jù)接收單元傳遞過來的TS流數(shù)據(jù)，從該TS流數(shù)據(jù)中解碼出PID號信息，在PAT和PMT表解碼模塊中保存的PMT表中查找該PID號對應(yīng)的媒體流的類型，解碼出媒體流數(shù)據(jù)，將該媒體流數(shù)據(jù)輸出。
所述裝置適用于窄帶可視電話系統(tǒng)。
一種傳輸媒體流數(shù)據(jù)的方法，包括 將媒體流數(shù)據(jù)封裝為TS流數(shù)據(jù)，通過相應(yīng)的TS流數(shù)據(jù)在網(wǎng)絡(luò)中傳遞所述的媒體流數(shù)據(jù)。
所述方法包括步驟 A、傳輸媒體流數(shù)據(jù)的本端和對端在建立了連接之后，互相交換其PAT表和PMT表信息； B、所述本端和對端在確認對方收到其PAT表和PMT表信息后，通過TS流數(shù)據(jù)來互相傳遞媒體流數(shù)據(jù)。
所述步驟A具體包括 在本端和對端之間建立了數(shù)字信道后，本端向?qū)Χ税l(fā)送其PAT表和當(dāng)前節(jié)目對應(yīng)的PMT表信息，并設(shè)置等待對端響應(yīng)的超時時間，以及PAT表和PMT表信息的最大重發(fā)次數(shù)； 對端向本端發(fā)送其PAT表和當(dāng)前節(jié)目對應(yīng)的PMT表信息，并設(shè)置等待本端響應(yīng)的超時時間，以及PAT表和PMT表信息的最大重發(fā)次數(shù)。
所述步驟B具體包括 B1、當(dāng)所述本端收到所述對端發(fā)送的PAT表和PMT表信息，向所述對端回應(yīng)確認消息，當(dāng)所述對端收到該確認消息后，則確認所述本端收到了其PAT表和PMT表信息； 當(dāng)所述對端收到所述本端發(fā)送的PAT表和PMT表信息，向所述本端回應(yīng)確認消息，當(dāng)所述本端收到該確認消息后，則確認所述對端收到了其PAT表和PMT表信息； B2、所述本端和對端根據(jù)媒體流的節(jié)目號查詢本方的PAT表獲得對應(yīng)該節(jié)目號的PMT表，再查詢該PMT表查找所述媒體流對應(yīng)的PID號，最后將所述媒體流數(shù)據(jù)復(fù)合成具有相應(yīng)PID號的TS流數(shù)據(jù)，將該TS流傳遞給對方。
所述步驟B1還包括 當(dāng)所述對端在所述設(shè)定的超時時間之內(nèi)沒有收到所述本端回應(yīng)的確認消息，如果PAT表和PMT表信息的重發(fā)次數(shù)沒有超過所述設(shè)置的最大重發(fā)次數(shù)，則所述對端繼續(xù)向所述本端發(fā)送其PAT表和PMT表信息；否則，停止向所述本端發(fā)送其PAT表和PMT表信息； 當(dāng)所述本端在所述設(shè)定的超時時間之內(nèi)沒有收到所述對端回應(yīng)的確認消息，如果PAT表和PMT表信息的重發(fā)次數(shù)沒有超過所述設(shè)置的最大重發(fā)次數(shù)，則所述本端繼續(xù)向所述對端發(fā)送其PAT表和PMT表信息；否則，停止向所述對端發(fā)送其PAT表和PMT表信息。
所述方法還包括 所述本端和對端從對方傳遞過來的TS流數(shù)據(jù)中解碼出PID號信息，根據(jù)所述PID號查詢所述PMT表獲得對應(yīng)的媒體流的類型，最后解碼出媒體數(shù)據(jù)，并將其傳遞給相應(yīng)的媒體流處理裝置。
所述方法適用于窄帶可視電話系統(tǒng)。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明通過采用TS流作為媒體流數(shù)據(jù)的傳輸協(xié)議，從而可以簡化互相傳輸媒體流數(shù)據(jù)的終端之間的連接的建立流程，縮短連接建立時間，省去了現(xiàn)有技術(shù)中的復(fù)雜的X.691編解碼及H.245握手流程。本發(fā)明使用TS中的節(jié)目號來對各種業(yè)務(wù)類型進行識別，增強了擴展新媒體流應(yīng)用的能力。



圖1為現(xiàn)有技術(shù)中H.324協(xié)議的結(jié)構(gòu)示意圖； 圖2為現(xiàn)有技術(shù)中一種典型的基于H.324協(xié)議的可視電話系統(tǒng)的結(jié)構(gòu)示意圖； 圖3為現(xiàn)有技術(shù)中一種可視電話系統(tǒng)的工作原理示意圖； 圖4為在圖3所述可視電話系統(tǒng)的工作過程中，H.245與其它子模塊的交互流程圖； 圖5為H.223協(xié)議的模塊結(jié)構(gòu)示意圖； 圖6為本方法所述TS單元的實施例的結(jié)構(gòu)示意圖； 圖7為本方法所述TS單元在媒體流的傳輸系統(tǒng)中位置示意圖； 圖8為本方法所述可視電話節(jié)目中的復(fù)合數(shù)據(jù)流中音頻幀的幀格式示意圖； 圖9為本發(fā)明所述方法的實施例的處理流程圖。

具體實施例方式 本發(fā)明提供了一種傳輸媒體流數(shù)據(jù)的裝置和方法，本發(fā)明的核心為采用TS流作為媒體流數(shù)據(jù)的傳輸協(xié)議，使用TS中的節(jié)目號來對各種業(yè)務(wù)類型進行識別。
下面結(jié)合附圖來詳細描述本發(fā)明，本方法所述傳輸媒體流信息的裝置為TS單元，TS單元的實施例的結(jié)構(gòu)示意圖如圖6所示，TS單元在媒體流的傳輸系統(tǒng)中位置示意圖如圖7所示。TS單元包括如下模塊 媒體流配置模塊配置各種業(yè)務(wù)類型的節(jié)目號，通過該節(jié)目號對各種業(yè)務(wù)類型進行識別。配置各種媒體流類型定義和各種類型媒體流相應(yīng)的PAT表和PMT表。媒體流配置模塊包括節(jié)目號配置模塊、媒體流類型配置模塊、PAT表配置模塊、PMT表配置模塊。
其中，節(jié)目號配置模塊用于配置包括各種業(yè)務(wù)類型的節(jié)目號、節(jié)目內(nèi)容等信息的節(jié)目號定義表。節(jié)目號定義表的格式可以如表1所示。
表1節(jié)目號定義表 其中，媒體流類型配置模塊用于配置包括各種Stream_type(媒體流類型編號)信息的媒體流類型定義表。媒體流類型定義表的格式可以如表2所示。表2媒體流類型定義表 注表中Stream_type范圍為0x80-0x84的部分表示僅在實時應(yīng)用(即可視通話)中采用的媒體流類型，音頻特指G.7231、視頻特指H.263、快拍特指JPEG。
其中，PAT表配置模塊用于配置包括節(jié)目號、PMT表PID(包識別符)等信息的PAT表。PAT表給出了傳輸?shù)臄?shù)據(jù)流中各個業(yè)務(wù)類型的節(jié)目號對應(yīng)的PMT表PID，同時，也給出了NIT的PID號。解碼器總是通過尋找PAT表來開始工作。PAT表的格式可以如表3所示。
表3PAT表 其中，PMT表配置模塊用于配置包括媒體類型、PID號信息的PMT表。PMT表給出了各種媒體類型所對應(yīng)的PID號。針對可視通話的PAT表的格式可以如表4所示。 表4、針對可視通話的PMT表 TS流數(shù)據(jù)封裝單元用于將需要發(fā)送的媒體流數(shù)據(jù)封裝成TS流數(shù)據(jù)，并傳遞給TS流數(shù)據(jù)發(fā)送單元。TS流數(shù)據(jù)封裝單元包括編碼模塊。
編碼模塊從內(nèi)部的各個媒體流處理裝置中選擇需要進行傳輸?shù)亩嗝襟w短消息、音頻和視頻等媒體流。根據(jù)媒體流配置模塊中配置的節(jié)目號在本端對應(yīng)該節(jié)目的PMT表中查找該媒體流所對應(yīng)的PID號，最后將對應(yīng)的媒體流復(fù)合成具有相應(yīng)PID號信息的TS流數(shù)據(jù)，將該TS流傳遞給TS流數(shù)據(jù)發(fā)送單元，TS流數(shù)據(jù)發(fā)送單元再通過數(shù)字信道將該復(fù)合數(shù)據(jù)流發(fā)送給通信對端。編碼模塊包括實時復(fù)合模塊。
實時復(fù)合模塊通過H.223協(xié)議將需要發(fā)送的各種媒體流數(shù)據(jù)復(fù)合成包括多個音頻幀和可變長類型數(shù)據(jù)的復(fù)合TS流數(shù)據(jù)。將該復(fù)合TS流數(shù)據(jù)傳遞給TS流數(shù)據(jù)發(fā)送單元，TS流數(shù)據(jù)發(fā)送單元再通過數(shù)字信道將該復(fù)合數(shù)據(jù)流發(fā)送給通信對端。
實時復(fù)合模塊主要針對可視電話系統(tǒng)。在可視電話系統(tǒng)中，為了保證音、視頻數(shù)據(jù)的實時傳輸，每一個復(fù)合數(shù)據(jù)流都復(fù)合了多個音頻幀和可變長的其它類型數(shù)據(jù)，其復(fù)用方式參考H.223協(xié)議，其復(fù)用方式的定義如表5所示。
表5、可視電話節(jié)目中的復(fù)合數(shù)據(jù)流的復(fù)用方式的定義表 在上述表5中，各種符號的定義為A音頻幀，V視頻數(shù)據(jù)，P快拍數(shù)據(jù)，C控制數(shù)據(jù)，S填充數(shù)據(jù)。
可視電話節(jié)目中的復(fù)合數(shù)據(jù)流中音頻幀的幀格式如圖8所示。
TS流數(shù)據(jù)發(fā)送單元用于將TS流數(shù)據(jù)封裝單元傳遞過來的TS流數(shù)據(jù)發(fā)送給通信對端。
TS流數(shù)據(jù)接收單元用于接收通信對端發(fā)送過來的TS流數(shù)據(jù)，并傳遞給TS流數(shù)據(jù)解封裝單元。
TS流數(shù)據(jù)解封裝單元用于將TS流數(shù)據(jù)接收單元傳遞過來的TS流數(shù)據(jù)解封裝成媒體流數(shù)據(jù)。TS流數(shù)據(jù)解封裝單元包括解碼模塊。
解碼模塊用于在和對端的連接建立開始階段，接收并保存對端發(fā)送的PAT表和PMT表。接收TS流數(shù)據(jù)接收單元傳遞過來的TS流數(shù)據(jù)。從TS流中解碼出PID號信息，再在上述保存的PMT表中查找上述PID號對應(yīng)的媒體流的類型，最后解碼出媒體數(shù)據(jù)，并將其傳遞給內(nèi)部的相應(yīng)的媒體流處理裝置。解碼模塊包括PAT和PMT表解碼模塊和媒體流解碼模塊。
其中，PAT和PMT表解碼模塊用于在和對端之間的物理信道建立起來以后，首先接收并保存對端發(fā)送的PAT表，PAT表中包含了不同的節(jié)目號與其PMT表的對應(yīng)關(guān)系。然后，根據(jù)該PAT表檢測對端隨后發(fā)送的PMT表，并將該PMT表進行保存。
其中，媒體流解碼接收TS流數(shù)據(jù)接收單元傳遞過來的TS流數(shù)據(jù)。首先從TS流中解碼出PID號信息，再根據(jù)該PID號在上述保存的對端發(fā)送的PMT表查找其對應(yīng)的媒體流的類型，最后解碼出媒體數(shù)據(jù)，并將其傳遞給內(nèi)部的相應(yīng)的媒體流處理裝置。
本發(fā)明所述方法的實施例的處理流程如圖9所示，包括如下步驟 步驟91、本端和對端互相建立數(shù)字信道。
首先在互相傳輸媒體流數(shù)據(jù)的本端和對端之間，通過Modem建立數(shù)字信道。
步驟92、本端和對端互相交換PAT表和PMT表信息。
在本端和對端互相建立了數(shù)字信道后，本端和對端互相傳輸媒體流數(shù)據(jù)之前，本端和對端之間需要互相交換在上述TS單元中配置的PAT表和PMT表信息。
本端首先向?qū)Χ税l(fā)送PAT表，PAT表中包含了不同的節(jié)目號與其PMT表的對應(yīng)關(guān)系。然后，向?qū)Χ税l(fā)送當(dāng)前節(jié)目對應(yīng)的PMT表信息，并設(shè)置等待對端響應(yīng)的超時時間，以及PAT表和PMT表信息的最大重發(fā)次數(shù)。對端根據(jù)上述PAT表檢測上述PMT表，并將上述PAT表和PMT表進行保存。
對端首先向本端發(fā)送PAT表，PAT表中包含了不同的節(jié)目號與其PMT表的對應(yīng)關(guān)系。然后，向本端發(fā)送當(dāng)前節(jié)目對應(yīng)的PMT表信息，并設(shè)置等待對端響應(yīng)的超時時間，以及PAT表和PMT表信息的最大重發(fā)次數(shù)。本端根據(jù)上述PAT表檢測上述PMT表，并將上述PAT表和PMT表進行保存。
步驟93、本端和對端互相發(fā)送確認信息。
當(dāng)上述本端收到對端發(fā)送的PAT和PMT表信息，向?qū)Χ嘶貞?yīng)確認消息，如果對端收到本端回應(yīng)的上述確認消息，向上層UI單元返回連接建立成功信息。即對端到本端的TS協(xié)議建立成功。
如果上述對端在上述設(shè)定的超時時間之內(nèi)沒有收到本端回應(yīng)的上述確認消息，并且PAT表和PMT表信息的重發(fā)次數(shù)沒有超過上述設(shè)置的最大重發(fā)次數(shù)，則對端繼續(xù)向本端發(fā)送PAT表和PMT表信息，繼續(xù)等待本端回應(yīng)的確認消息。當(dāng)PAT表和PMT表信息的重發(fā)次數(shù)超過了上述設(shè)置的最大重發(fā)次數(shù)后，向上層UI單元返回連接建立失敗信息。即對端到本端的TS協(xié)議建立失敗。流程結(jié)束。
當(dāng)上述對端收到本端發(fā)送的PAT和PMT表信息，向本端回應(yīng)確認消息，如果本端收到對端回應(yīng)的上述確認消息，向上層UI單元返回連接建立成功信息。即本端到對端的TS協(xié)議建立成功。
如果上述本端在上述設(shè)定的超時時間之內(nèi)沒有收到對端回應(yīng)的上述確認消息，并且PAT表和PMT表信息的重發(fā)次數(shù)沒有超過上述設(shè)置的最大重發(fā)次數(shù)，則本端繼續(xù)向?qū)Χ税l(fā)送PAT表和PMT表信息，繼續(xù)等待對端回應(yīng)的確認消息。當(dāng)PAT表和PMT表信息的重發(fā)次數(shù)超過了上述設(shè)置的最大重發(fā)次數(shù)后，向上層UI單元返回連接建立失敗信息。即本端到對端的TS協(xié)議建立失敗。流程結(jié)束。
當(dāng)本端到對端、對端到本端的TS協(xié)議都建立成功后。執(zhí)行步驟94。
步驟94本端和對端互相傳輸媒體流數(shù)據(jù)。
當(dāng)本端到對端、對端到本端的TS協(xié)議都建立成功后，本端和對端之間就可以互相通過TS數(shù)據(jù)流來傳輸媒體流數(shù)據(jù)。
所述本端和對端根據(jù)收到的PAT表和PMT表信息，獲得對方的具體媒體業(yè)務(wù)類型、媒體流類型信息，根據(jù)所述媒體業(yè)務(wù)類型、媒體流類型信息將媒體流數(shù)據(jù)封裝為TS流數(shù)據(jù)，并將該TS流數(shù)據(jù)傳遞給對方。PAT表反映的是節(jié)目與其對應(yīng)的PMT表的映射關(guān)系，通過這張表，接收端可以檢測并解碼指定節(jié)目號的PMT表。一個節(jié)目的PMT表是反映該節(jié)目所包含的各個媒體類型在傳輸中所使用的PID號的映射關(guān)系。發(fā)送端在對媒體數(shù)據(jù)進行編碼時需要根據(jù)對應(yīng)的PMT表查找指定媒體類型的PID號，而接收端正好相反，需要根據(jù)解碼出的PID號在PMT表中查找出其對應(yīng)的媒體數(shù)據(jù)類型。所述本端和對端將對方傳遞過來的TS流數(shù)據(jù)解封裝成各種媒體流數(shù)據(jù)，并將該各種媒體流數(shù)據(jù)傳遞給內(nèi)部的相應(yīng)的媒體流數(shù)據(jù)處理裝置。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)該以權(quán)利要求的保護范圍為準。
權(quán)利要求
1、一種傳輸媒體流數(shù)據(jù)的裝置，其特征在于，包括TS流數(shù)據(jù)封裝單元和TS流數(shù)據(jù)發(fā)送單元，其中
TS流數(shù)據(jù)封裝單元用于將需要發(fā)送的媒體流數(shù)據(jù)封裝成TS流數(shù)據(jù)，并傳遞給TS流數(shù)據(jù)發(fā)送單元；
TS流數(shù)據(jù)發(fā)送單元用于將TS流數(shù)據(jù)封裝單元傳遞過來的TS流數(shù)據(jù)發(fā)送給通信對端。
2、根據(jù)權(quán)利要求1所述的裝置，其特征在于，所述裝置還包括
TS流數(shù)據(jù)接收單元用于接收通信對端發(fā)送過來的TS流數(shù)據(jù)，并傳遞給TS流數(shù)據(jù)解封裝單元；
TS流數(shù)據(jù)解封裝單元用于將TS流數(shù)據(jù)接收單元傳遞過來的TS流數(shù)據(jù)解封裝成媒體流數(shù)據(jù)。
3、根據(jù)權(quán)利要求1或2所述的裝置，其特征在于，所述裝置還包括
媒體流配置模塊用于配置各種媒體流業(yè)務(wù)類型的節(jié)目號，通過該節(jié)目號對各種媒體流業(yè)務(wù)類型進行識別；配置各種媒體流類型的定義和各種媒體流類型相應(yīng)的節(jié)目關(guān)聯(lián)PAT表和節(jié)目映射PMT表。
4、根據(jù)權(quán)利要求3所述的裝置，其特征在于，所述媒體流配置模塊具體包括
節(jié)目號配置模塊用于配置各種媒體流業(yè)務(wù)類型的節(jié)目號，通過所述節(jié)目號對各種媒體流業(yè)務(wù)類型進行識別，通過對所述節(jié)目號進行擴展來增加相應(yīng)的媒體流業(yè)務(wù)類型；
PAT表配置模塊用于配置節(jié)目號和PMT表包識別符PID號的對應(yīng)信息；
PMT表配置模塊用于配置各種媒體流類型和其使用的PID號的對應(yīng)信息。
5、根據(jù)權(quán)利要求4所述的裝置，其特征在于，所述媒體流配置模塊還包括
媒體流類型配置模塊用于配置各種媒體流的類型信息。
6、根據(jù)權(quán)利要求5所述的裝置，其特征在于，所述TS流數(shù)據(jù)封裝單元具體包括
編碼模塊根據(jù)媒體流配置模塊中配置的節(jié)目號、媒體流類型定義、PAT表和PMT表信息，將需要發(fā)送的各種媒體流數(shù)據(jù)復(fù)合成TS流數(shù)據(jù)，將該TS流數(shù)據(jù)傳遞給TS流數(shù)據(jù)發(fā)送單元。
7、根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述編碼模塊具體包括
實時復(fù)合模塊通過H.223協(xié)議將需要發(fā)送的各種媒體流數(shù)據(jù)復(fù)合成包括多個音頻幀和可變長類型數(shù)據(jù)的TS流數(shù)據(jù)。
8、根據(jù)權(quán)利要求5所述的裝置，其特征在于，所述TS流數(shù)據(jù)解封裝單元具體包括
解碼模塊用于接收并保存通信對端發(fā)送過來的PAT表和PMT表，根據(jù)該PMT表信息將TS流數(shù)據(jù)接收單元傳遞過來的TS流數(shù)據(jù)解碼成相應(yīng)的媒體流數(shù)據(jù)，將該媒體流數(shù)據(jù)輸出。
9、根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述解碼模塊具體包括
PAT和PMT表解碼模塊用于在和通信對端之間的物理信道建立起來以后，接收并保存通信對端發(fā)送過來的PAT表，根據(jù)該PAT表檢測通信對端發(fā)送過來的PMT表，并將該PMT表進行保存；
媒體流解碼接收TS流數(shù)據(jù)接收單元傳遞過來的TS流數(shù)據(jù)，從該TS流數(shù)據(jù)中解碼出PID號信息，在PAT和PMT表解碼模塊中保存的PMT表中查找該PID號對應(yīng)的媒體流的類型，解碼出媒體流數(shù)據(jù)，將該媒體流數(shù)據(jù)輸出。
10、根據(jù)權(quán)利要求1或2所述的裝置，其特征在于，所述裝置適用于窄帶可視電話系統(tǒng)。
11、一種傳輸媒體流數(shù)據(jù)的方法，其特征在于，包括
將媒體流數(shù)據(jù)封裝為TS流數(shù)據(jù)，通過相應(yīng)的TS流數(shù)據(jù)在網(wǎng)絡(luò)中傳遞所述的媒體流數(shù)據(jù)。
12、根據(jù)權(quán)利要求11所述的方法，其特征在于，所述方法包括步驟
A、傳輸媒體流數(shù)據(jù)的本端和對端在建立了連接之后，互相交換其PAT表和PMT表信息；
B、所述本端和對端在確認對方收到其PAT表和PMT表信息后，通過TS流數(shù)據(jù)來互相傳遞媒體流數(shù)據(jù)。
13、根據(jù)權(quán)利要求12所述的方法，其特征在于，所述步驟A具體包括
在本端和對端之間建立了數(shù)字信道后，本端向?qū)Χ税l(fā)送其PAT表和當(dāng)前節(jié)目對應(yīng)的PMT表信息，并設(shè)置等待對端響應(yīng)的超時時間，以及PAT表和PMT表信息的最大重發(fā)次數(shù)；
對端向本端發(fā)送其PAT表和當(dāng)前節(jié)目對應(yīng)的PMT表信息，并設(shè)置等待本端響應(yīng)的超時時間，以及PAT表和PMT表信息的最大重發(fā)次數(shù)。
14、根據(jù)權(quán)利要求13所述的方法，其特征在于，所述步驟B具體包括
B1、當(dāng)所述本端收到所述對端發(fā)送的PAT表和PMT表信息，向所述對端回應(yīng)確認消息，當(dāng)所述對端收到該確認消息后，則確認所述本端收到了其PAT表和PMT表信息；
當(dāng)所述對端收到所述本端發(fā)送的PAT表和PMT表信息，向所述本端回應(yīng)確認消息，當(dāng)所述本端收到該確認消息后，則確認所述對端收到了其PAT表和PMT表信息；
B2、所述本端和對端根據(jù)媒體流的節(jié)目號查詢本方的PAT表獲得對應(yīng)該節(jié)目號的PMT表，再查詢該PMT表查找所述媒體流對應(yīng)的PID號，最后將所述媒體流數(shù)據(jù)復(fù)合成具有相應(yīng)PID號的TS流數(shù)據(jù)，將該TS流傳遞給對方。
15、根據(jù)權(quán)利要求14所述的方法，其特征在于，所述步驟B1還包括
當(dāng)所述對端在所述設(shè)定的超時時間之內(nèi)沒有收到所述本端回應(yīng)的確認消息，如果PAT表和PMT表信息的重發(fā)次數(shù)沒有超過所述設(shè)置的最大重發(fā)次數(shù)，則所述對端繼續(xù)向所述本端發(fā)送其PAT表和PMT表信息；否則，停止向所述本端發(fā)送其PAT表和PMT表信息；
當(dāng)所述本端在所述設(shè)定的超時時間之內(nèi)沒有收到所述對端回應(yīng)的確認消息，如果PAT表和PMT表信息的重發(fā)次數(shù)沒有超過所述設(shè)置的最大重發(fā)次數(shù)，則所述本端繼續(xù)向所述對端發(fā)送其PAT表和PMT表信息；否則，停止向所述對端發(fā)送其PAT表和PMT表信息。
16、根據(jù)權(quán)利要求12所述的方法，其特征在于，所述方法還包括
所述本端和對端從對方傳遞過來的TS流數(shù)據(jù)中解碼出PID號信息，根據(jù)所述PID號查詢所述PMT表獲得對應(yīng)的媒體流的類型，最后解碼出媒體數(shù)據(jù)，并將其傳遞給相應(yīng)的媒體流處理裝置。
17、根據(jù)權(quán)利要求11至16任一項所述的方法，其特征在于，所述方法適用于窄帶可視電話系統(tǒng)。
全文摘要
本發(fā)明提供了一種傳輸媒體流數(shù)據(jù)的裝置和方法，該裝置主要包括TS(傳輸流)數(shù)據(jù)封裝單元用于將需要發(fā)送的媒體流數(shù)據(jù)封裝成TS流數(shù)據(jù)，并傳遞給TS流數(shù)據(jù)發(fā)送單元；TS流數(shù)據(jù)發(fā)送單元用于將TS流數(shù)據(jù)封裝單元傳遞過來的TS流數(shù)據(jù)發(fā)送給通信對端。該方法主要包括將媒體流數(shù)據(jù)封裝為TS流數(shù)據(jù)，通過相應(yīng)的TS流數(shù)據(jù)在網(wǎng)絡(luò)中傳遞所述的媒體流數(shù)據(jù)。利用本發(fā)明所述裝置和方法，可以簡化互相傳輸媒體流數(shù)據(jù)的終端之間的連接的建立流程，縮短連接建立時間，增強了擴展新媒體流應(yīng)用的能力。
文檔編號H04N7/26GK1929607SQ20061008911
公開日2007年3月14日 申請日期2006年8月3日 優(yōu)先權(quán)日2006年8月3日
發(fā)明者李立鋒, 王義鋒, 許操, 王昕 , 周麗麗, 孟晶晶 申請人:愛普拉斯通信技術(shù)(北京)有限公司