专利名称：传输媒体流数据的装置和方法
技术领域：
本发明涉及通信领域，尤其涉及一种传输媒体流数据的装置和方法。
背景技术：
窄带可视电话就是利用modem(调制解调器)技术，通过PSTN(普通电话网)传输图像与声音信息，从而实现音视频通信功能。PSTN网是一个低码率的线路。H.324协议是一个系统协议，其结构如图1所示。H.324协议是ITU-T(国际电信联盟)指定的基于PSTN网络的多媒体终端之间的通信标准。因此，目前多采用H.324框架协议在PSTN网上实时地传输大量的音、视频数据。
两台窄带可视电话要想进行正常的音、视频通信，每台窄带可视电话必须告知对方本方使用的音频、视频编解码算法和数据打包格式。上述H.324系统中使用下面的协议来完成该功能 1、系统控制协议H.245。
通过协议定义的消息和过程，通信双方互相交换信息，决定如何传送语音、图象和数据，如何处理错误。H.245分成对消息编解码和对各个消息进行处理的状态转换机制两个部分。声音和图象采用的算法及选项由H.245的交换信息决定。
2、数据复合与解复合协议H.223。
在发送端把控制数据、语音数据、图象数据和其他数据合成一路数据，再通过调制解调器发送到接收端。在接收端再分开上述一路数据。H.223分成复合MUX(复用器)和自适应AL(应用层)两个层次，MUX与调制解调器接口，AL与数据来源接口。AL层分为AL1，AL2，AL3三种情况，语音数据和AL2相关联，图象数据和H.223的AL3相关联，有关H.245的控制数据则和AL1相关联。
TS(Transport Stream，传输流)是MPEG(Moving Pictures Experts Group，移动图象专家组)-2系统中定义的一种媒体传输协议。TS可以传输两种类型的数据PES(Packetized Elementary Stream，打包基本流)和PSI(Program SpecificInformation，节目特定信息)。TS包长度为固定的188个Bytes。PES将经过编码后的媒体流封装成数据包，通常PES包的长度远远大于TS包，最长不超过65536个Bytes。PSI用于解码端从TS流分解出所需的节目媒体流，ISO/IEC13818中定义了四种PSI信息，包括PAT(Program Association Table，节目关联表)、PMT(PMT-Program Map Table，节目映射表)、NIT(Network Information Table，网络信息表)和CAT(Conditional AccessTable，条件接收表)。其中NIT和CAT是可选的。
MPEG-2是一组用于视音频压缩编码及其数据流格式的国际标准，它定义了编解码技术及数据流的传输协议。MPEG-2系统定义了PS(节目流)和TS(传输流)两种传输方式，其中TS是面向数字化分配媒介(有线、卫星、地面网)的传输层接口。
现有技术中一种典型的基于H.324协议的可视电话系统的结构如图2所示。该系统中涉及到数据传输的模块包括H.245模块、X.691CODEC(编码解码器)模块、SRP(简单重传协议)模块、H.223多路复合解复合模块。
上述可视电话系统的工作原理示意图如图3所示，具体工作过程为 在H.245协议中，把系统支持的音视频编解码算法和数据打包格式等内容抽象成消息的形式来描述，这些消息在线路上进行传输的时候采用X.691协议进行编码。
在整个H245协议中规定了10个实现多媒体通信交互流程，并且必须实现以下3个过程 1、CESE(能力交互过程)。
该过程主要用来实现音视频编解码算法等通信能力的交互，通过本方和对方互相发送能力交互消息，将本方的音视频编解码算法通知对方，同时也获得对方的音视频编解码算法，然后双方握手协商出一个在双方的此次通信中所采用的音视频编解码算法。
上述能力交互消息可以通过下述编码来定义 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(发送H.223多路复合表过程)。
该过程用于通过本方和对方互相发送多路复合表消息，将本方的用来打包多种类型数据的基于H.223协议的数据复合表发送给对方，同时接收对方发送的数据复合表，用于进行本方的数据解复合。
上述发送多路复合表消息可以定义为 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(打开逻辑信道过程)。
该过程用于通过本方和对方互相发送打开逻辑信道消息，打开本方到对方的数据发送信道。
上述打开逻辑信道消息可以定义为 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协议来实现错误重传机制。
在上述可视电话系统的工作过程中，H.245与其它子模块的交互流程如图4所示，包括如下步骤 1、SC(会话控制模块)通过调用H245C_SC_Start()，通知H245开始和对方进行H245信令交互； 2、H245C调用H245CESE_H245C_Start()函数，通知CESE开始和对方进行能力协商过程； 3、CESE模块和对方进行能力协商完成后，调用H245C_H245CESE_OutTransferConfirm()，通知H245C本方发起的CESE过程完成。如果对方发起的CESE过程交互也完成，将会调用H245C_H245CESE_InTransferConfirm()通知H245C模块，协商的结果存放在一个全局变量中； 4、H245C模块在CESE的outgoing和incoming都完成后，将调用H245MTSE_H245C_Start()函数，通知MTSE模块开始向对方发送多路复用表； 5、如果对方成功接收多路复用表，MTSE模块将通过调用H245C_H245MTSE_OutTransferConfirm()函数的方式通知H245C模块CESEoutgoing侧交互完成； 6、H245C模块在收到MTSE的outgoing完成后，将不判断其incoming是否完成，而直接调用H245LCSE_H245C_Establish()函数，通知LCSE模块开始和对方进行打开逻辑信道的交互过程； 7、如果本方成功打开逻辑信道，LCSE模块将调用H245C_H245LCSE_OutEstablishConfirm()函数通知H245C模块LCSE的outgoing完成； 8、在上述过程的任意时刻，如果MSDSE模块收到对方发起的MSDSE请求，将与完成交互并调用H245C_H245MSDSE_InTransferConfirm()函数通知H245C其incoming完成； 9、在上述过程的任意时刻，如果MTSE模块收到对方发来的多路复用表，将与其完成MTSE交互过程并调用H245C_H245MTSE_InTransferConfirm()通知H245C其incoming完成； 10、在上述过程的任意时刻，如果LCSE模块收到对方的打开逻辑信道请求，将与其完成LCSE交互过程并调用H245C_H245LCSE_InEstablishConfirm()通知H245C其incoming完成； 11、上述所有过程中，除MSDSE为可选流程不影响交互的结果外，其余过程必须全部完成后，H245C调用H245C_SC_Connect()函数通知SC交互完成； 双方连接建立起来以后，在音视频通信中需要采用H.223协议，H.223协议的模块结构如图5所示。H.223模块根据当前MODEM速率和需要传输的数据类型(音频、视频、数据和控制消息)，选择合适的多路复合规则，将其复合成单一的比特流(若是音视频数据，则需要添加相应的序列头和CRC校验)，通过物理信道传输给MODEM。同时将来自底层的MODEM接收的单一PDU包进行解复合，获得相应的媒体/控制流，并分发到相应的Buffer中。
根据数据的流向，可以将上述H.223协议的模块结构分为下行编码子模块和上行解码子模块两部分。两个子模块结构对称，数据处理过程相反。H.223协议规定，数据分为控制数据、音频数据、视频数据以及其它方面应用的数据四种类型，不同类型数据对传输的要求不同，因而协议中专门定义了AL1、AL2和AL3三个子模块来分别处理上述类型数据。其中控制数据和其它应用的数据用AL1子模块来处理，音频类型数据用AL2子模块来处理，视频类型数据用AL3子模块来处理。AL1子模块对数据不作任何处理直接透明传输，而AL2和AL3必须对传输的数据添加CRC校验，而且可以选择是否加入包序号，从而保证传输的正确性。
上述现有的可视电话系统方案的缺点为 1、该系统不利于进行新功能的扩展，在该系统中扩展其它数据应用需使用复杂的应用协议如T.120等； 2、H.245协议中的消息在信道中进行传输前必须采用复杂的X.691进行编码，降低了数据处理的效率； 3、连接的双方必须遵循H.245协议中规定的流程进行握手，连接过程复杂。
发明内容
本发明的目的是提供一种传输媒体流数据的装置和方法，从而可以简化互相传输媒体流数据的终端之间的连接的建立流程，缩短连接建立时间，增强了扩展新媒体流应用的能力。
本发明的目的是通过以下技术方案实现的 一种传输媒体流数据的装置，包括TS流数据封装单元和TS流数据发送单元，其中 TS流数据封装单元用于将需要发送的媒体流数据封装成TS流数据，并传递给TS流数据发送单元； TS流数据发送单元用于将TS流数据封装单元传递过来的TS流数据发送给通信对端。
所述装置还包括 TS流数据接收单元用于接收通信对端发送过来的TS流数据，并传递给TS流数据解封装单元； TS流数据解封装单元用于将TS流数据接收单元传递过来的TS流数据解封装成媒体流数据。
所述装置还包括 媒体流配置模块用于配置各种媒体流业务类型的节目号，通过该节目号对各种媒体流业务类型进行识别；配置各种媒体流类型的定义和各种媒体流类型相应的节目关联PAT表和节目映射PMT表。
所述媒体流配置模块具体包括 节目号配置模块用于配置各种媒体流业务类型的节目号，通过所述节目号对各种媒体流业务类型进行识别，通过对所述节目号进行扩展来增加相应的媒体流业务类型； PAT表配置模块用于配置节目号和PMT表包识别符PID号的对应信息； PMT表配置模块用于配置各种媒体流类型和其使用的PID号的对应信息。
所述媒体流配置模块还包括 媒体流类型配置模块用于配置各种媒体流的类型信息。
所述TS流数据封装单元具体包括 编码模块根据媒体流配置模块中配置的节目号、媒体流类型定义、PAT表和PMT表信息，将需要发送的各种媒体流数据复合成TS流数据，将该TS流数据传递给TS流数据发送单元。
所述编码模块具体包括 实时复合模块通过H.223协议将需要发送的各种媒体流数据复合成包括多个音频帧和可变长类型数据的TS流数据。
所述TS流数据解封装单元具体包括 解码模块用于接收并保存通信对端发送过来的PAT表和PMT表，根据该PMT表信息将TS流数据接收单元传递过来的TS流数据解码成相应的媒体流数据，将该媒体流数据输出。
所述解码模块具体包括 PAT和PMT表解码模块用于在和通信对端之间的物理信道建立起来以后，接收并保存通信对端发送过来的PAT表，根据该PAT表检测通信对端发送过来的PMT表，并将该PMT表进行保存； 媒体流解码接收TS流数据接收单元传递过来的TS流数据，从该TS流数据中解码出PID号信息，在PAT和PMT表解码模块中保存的PMT表中查找该PID号对应的媒体流的类型，解码出媒体流数据，将该媒体流数据输出。
所述装置适用于窄带可视电话系统。
一种传输媒体流数据的方法，包括 将媒体流数据封装为TS流数据，通过相应的TS流数据在网络中传递所述的媒体流数据。
所述方法包括步骤 A、传输媒体流数据的本端和对端在建立了连接之后，互相交换其PAT表和PMT表信息； B、所述本端和对端在确认对方收到其PAT表和PMT表信息后，通过TS流数据来互相传递媒体流数据。
所述步骤A具体包括 在本端和对端之间建立了数字信道后，本端向对端发送其PAT表和当前节目对应的PMT表信息，并设置等待对端响应的超时时间，以及PAT表和PMT表信息的最大重发次数； 对端向本端发送其PAT表和当前节目对应的PMT表信息，并设置等待本端响应的超时时间，以及PAT表和PMT表信息的最大重发次数。
所述步骤B具体包括 B1、当所述本端收到所述对端发送的PAT表和PMT表信息，向所述对端回应确认消息，当所述对端收到该确认消息后，则确认所述本端收到了其PAT表和PMT表信息； 当所述对端收到所述本端发送的PAT表和PMT表信息，向所述本端回应确认消息，当所述本端收到该确认消息后，则确认所述对端收到了其PAT表和PMT表信息； B2、所述本端和对端根据媒体流的节目号查询本方的PAT表获得对应该节目号的PMT表，再查询该PMT表查找所述媒体流对应的PID号，最后将所述媒体流数据复合成具有相应PID号的TS流数据，将该TS流传递给对方。
所述步骤B1还包括 当所述对端在所述设定的超时时间之内没有收到所述本端回应的确认消息，如果PAT表和PMT表信息的重发次数没有超过所述设置的最大重发次数，则所述对端继续向所述本端发送其PAT表和PMT表信息；否则，停止向所述本端发送其PAT表和PMT表信息； 当所述本端在所述设定的超时时间之内没有收到所述对端回应的确认消息，如果PAT表和PMT表信息的重发次数没有超过所述设置的最大重发次数，则所述本端继续向所述对端发送其PAT表和PMT表信息；否则，停止向所述对端发送其PAT表和PMT表信息。
所述方法还包括 所述本端和对端从对方传递过来的TS流数据中解码出PID号信息，根据所述PID号查询所述PMT表获得对应的媒体流的类型，最后解码出媒体数据，并将其传递给相应的媒体流处理装置。
所述方法适用于窄带可视电话系统。
由上述本发明提供的技术方案可以看出，本发明通过采用TS流作为媒体流数据的传输协议，从而可以简化互相传输媒体流数据的终端之间的连接的建立流程，缩短连接建立时间，省去了现有技术中的复杂的X.691编解码及H.245握手流程。本发明使用TS中的节目号来对各种业务类型进行识别，增强了扩展新媒体流应用的能力。
图1为现有技术中H.324协议的结构示意图； 图2为现有技术中一种典型的基于H.324协议的可视电话系统的结构示意图； 图3为现有技术中一种可视电话系统的工作原理示意图； 图4为在图3所述可视电话系统的工作过程中，H.245与其它子模块的交互流程图； 图5为H.223协议的模块结构示意图； 图6为本方法所述TS单元的实施例的结构示意图； 图7为本方法所述TS单元在媒体流的传输系统中位置示意图； 图8为本方法所述可视电话节目中的复合数据流中音频帧的帧格式示意图； 图9为本发明所述方法的实施例的处理流程图。
具体实施例方式 本发明提供了一种传输媒体流数据的装置和方法，本发明的核心为采用TS流作为媒体流数据的传输协议，使用TS中的节目号来对各种业务类型进行识别。
下面结合附图来详细描述本发明，本方法所述传输媒体流信息的装置为TS单元，TS单元的实施例的结构示意图如图6所示，TS单元在媒体流的传输系统中位置示意图如图7所示。TS单元包括如下模块 媒体流配置模块配置各种业务类型的节目号，通过该节目号对各种业务类型进行识别。配置各种媒体流类型定义和各种类型媒体流相应的PAT表和PMT表。媒体流配置模块包括节目号配置模块、媒体流类型配置模块、PAT表配置模块、PMT表配置模块。
其中，节目号配置模块用于配置包括各种业务类型的节目号、节目内容等信息的节目号定义表。节目号定义表的格式可以如表1所示。
表1节目号定义表 其中，媒体流类型配置模块用于配置包括各种Stream_type(媒体流类型编号)信息的媒体流类型定义表。媒体流类型定义表的格式可以如表2所示。表2媒体流类型定义表 注表中Stream_type范围为0x80-0x84的部分表示仅在实时应用(即可视通话)中采用的媒体流类型，音频特指G.7231、视频特指H.263、快拍特指JPEG。
其中，PAT表配置模块用于配置包括节目号、PMT表PID(包识别符)等信息的PAT表。PAT表给出了传输的数据流中各个业务类型的节目号对应的PMT表PID，同时，也给出了NIT的PID号。解码器总是通过寻找PAT表来开始工作。PAT表的格式可以如表3所示。
表3PAT表 其中，PMT表配置模块用于配置包括媒体类型、PID号信息的PMT表。PMT表给出了各种媒体类型所对应的PID号。针对可视通话的PAT表的格式可以如表4所示。 表4、针对可视通话的PMT表 TS流数据封装单元用于将需要发送的媒体流数据封装成TS流数据，并传递给TS流数据发送单元。TS流数据封装单元包括编码模块。
编码模块从内部的各个媒体流处理装置中选择需要进行传输的多媒体短消息、音频和视频等媒体流。根据媒体流配置模块中配置的节目号在本端对应该节目的PMT表中查找该媒体流所对应的PID号，最后将对应的媒体流复合成具有相应PID号信息的TS流数据，将该TS流传递给TS流数据发送单元，TS流数据发送单元再通过数字信道将该复合数据流发送给通信对端。编码模块包括实时复合模块。
实时复合模块通过H.223协议将需要发送的各种媒体流数据复合成包括多个音频帧和可变长类型数据的复合TS流数据。将该复合TS流数据传递给TS流数据发送单元，TS流数据发送单元再通过数字信道将该复合数据流发送给通信对端。
实时复合模块主要针对可视电话系统。在可视电话系统中，为了保证音、视频数据的实时传输，每一个复合数据流都复合了多个音频帧和可变长的其它类型数据，其复用方式参考H.223协议，其复用方式的定义如表5所示。
表5、可视电话节目中的复合数据流的复用方式的定义表 在上述表5中，各种符号的定义为A音频帧，V视频数据，P快拍数据，C控制数据，S填充数据。
可视电话节目中的复合数据流中音频帧的帧格式如图8所示。
TS流数据发送单元用于将TS流数据封装单元传递过来的TS流数据发送给通信对端。
TS流数据接收单元用于接收通信对端发送过来的TS流数据，并传递给TS流数据解封装单元。
TS流数据解封装单元用于将TS流数据接收单元传递过来的TS流数据解封装成媒体流数据。TS流数据解封装单元包括解码模块。
解码模块用于在和对端的连接建立开始阶段，接收并保存对端发送的PAT表和PMT表。接收TS流数据接收单元传递过来的TS流数据。从TS流中解码出PID号信息，再在上述保存的PMT表中查找上述PID号对应的媒体流的类型，最后解码出媒体数据，并将其传递给内部的相应的媒体流处理装置。解码模块包括PAT和PMT表解码模块和媒体流解码模块。
其中，PAT和PMT表解码模块用于在和对端之间的物理信道建立起来以后，首先接收并保存对端发送的PAT表，PAT表中包含了不同的节目号与其PMT表的对应关系。然后，根据该PAT表检测对端随后发送的PMT表，并将该PMT表进行保存。
其中，媒体流解码接收TS流数据接收单元传递过来的TS流数据。首先从TS流中解码出PID号信息，再根据该PID号在上述保存的对端发送的PMT表查找其对应的媒体流的类型，最后解码出媒体数据，并将其传递给内部的相应的媒体流处理装置。
本发明所述方法的实施例的处理流程如图9所示，包括如下步骤 步骤91、本端和对端互相建立数字信道。
首先在互相传输媒体流数据的本端和对端之间，通过Modem建立数字信道。
步骤92、本端和对端互相交换PAT表和PMT表信息。
在本端和对端互相建立了数字信道后，本端和对端互相传输媒体流数据之前，本端和对端之间需要互相交换在上述TS单元中配置的PAT表和PMT表信息。
本端首先向对端发送PAT表，PAT表中包含了不同的节目号与其PMT表的对应关系。然后，向对端发送当前节目对应的PMT表信息，并设置等待对端响应的超时时间，以及PAT表和PMT表信息的最大重发次数。对端根据上述PAT表检测上述PMT表，并将上述PAT表和PMT表进行保存。
对端首先向本端发送PAT表，PAT表中包含了不同的节目号与其PMT表的对应关系。然后，向本端发送当前节目对应的PMT表信息，并设置等待对端响应的超时时间，以及PAT表和PMT表信息的最大重发次数。本端根据上述PAT表检测上述PMT表，并将上述PAT表和PMT表进行保存。
步骤93、本端和对端互相发送确认信息。
当上述本端收到对端发送的PAT和PMT表信息，向对端回应确认消息，如果对端收到本端回应的上述确认消息，向上层UI单元返回连接建立成功信息。即对端到本端的TS协议建立成功。
如果上述对端在上述设定的超时时间之内没有收到本端回应的上述确认消息，并且PAT表和PMT表信息的重发次数没有超过上述设置的最大重发次数，则对端继续向本端发送PAT表和PMT表信息，继续等待本端回应的确认消息。当PAT表和PMT表信息的重发次数超过了上述设置的最大重发次数后，向上层UI单元返回连接建立失败信息。即对端到本端的TS协议建立失败。流程结束。
当上述对端收到本端发送的PAT和PMT表信息，向本端回应确认消息，如果本端收到对端回应的上述确认消息，向上层UI单元返回连接建立成功信息。即本端到对端的TS协议建立成功。
如果上述本端在上述设定的超时时间之内没有收到对端回应的上述确认消息，并且PAT表和PMT表信息的重发次数没有超过上述设置的最大重发次数，则本端继续向对端发送PAT表和PMT表信息，继续等待对端回应的确认消息。当PAT表和PMT表信息的重发次数超过了上述设置的最大重发次数后，向上层UI单元返回连接建立失败信息。即本端到对端的TS协议建立失败。流程结束。
当本端到对端、对端到本端的TS协议都建立成功后。执行步骤94。
步骤94本端和对端互相传输媒体流数据。
当本端到对端、对端到本端的TS协议都建立成功后，本端和对端之间就可以互相通过TS数据流来传输媒体流数据。
所述本端和对端根据收到的PAT表和PMT表信息，获得对方的具体媒体业务类型、媒体流类型信息，根据所述媒体业务类型、媒体流类型信息将媒体流数据封装为TS流数据，并将该TS流数据传递给对方。PAT表反映的是节目与其对应的PMT表的映射关系，通过这张表，接收端可以检测并解码指定节目号的PMT表。一个节目的PMT表是反映该节目所包含的各个媒体类型在传输中所使用的PID号的映射关系。发送端在对媒体数据进行编码时需要根据对应的PMT表查找指定媒体类型的PID号，而接收端正好相反，需要根据解码出的PID号在PMT表中查找出其对应的媒体数据类型。所述本端和对端将对方传递过来的TS流数据解封装成各种媒体流数据，并将该各种媒体流数据传递给内部的相应的媒体流数据处理装置。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
权利要求
1、一种传输媒体流数据的装置，其特征在于，包括TS流数据封装单元和TS流数据发送单元，其中
TS流数据封装单元用于将需要发送的媒体流数据封装成TS流数据，并传递给TS流数据发送单元；
TS流数据发送单元用于将TS流数据封装单元传递过来的TS流数据发送给通信对端。
2、根据权利要求1所述的装置，其特征在于，所述装置还包括
TS流数据接收单元用于接收通信对端发送过来的TS流数据，并传递给TS流数据解封装单元；
TS流数据解封装单元用于将TS流数据接收单元传递过来的TS流数据解封装成媒体流数据。
3、根据权利要求1或2所述的装置，其特征在于，所述装置还包括
媒体流配置模块用于配置各种媒体流业务类型的节目号，通过该节目号对各种媒体流业务类型进行识别；配置各种媒体流类型的定义和各种媒体流类型相应的节目关联PAT表和节目映射PMT表。
4、根据权利要求3所述的装置，其特征在于，所述媒体流配置模块具体包括
节目号配置模块用于配置各种媒体流业务类型的节目号，通过所述节目号对各种媒体流业务类型进行识别，通过对所述节目号进行扩展来增加相应的媒体流业务类型；
PAT表配置模块用于配置节目号和PMT表包识别符PID号的对应信息；
PMT表配置模块用于配置各种媒体流类型和其使用的PID号的对应信息。
5、根据权利要求4所述的装置，其特征在于，所述媒体流配置模块还包括
媒体流类型配置模块用于配置各种媒体流的类型信息。
6、根据权利要求5所述的装置，其特征在于，所述TS流数据封装单元具体包括
编码模块根据媒体流配置模块中配置的节目号、媒体流类型定义、PAT表和PMT表信息，将需要发送的各种媒体流数据复合成TS流数据，将该TS流数据传递给TS流数据发送单元。
7、根据权利要求6所述的装置，其特征在于，所述编码模块具体包括
实时复合模块通过H.223协议将需要发送的各种媒体流数据复合成包括多个音频帧和可变长类型数据的TS流数据。
8、根据权利要求5所述的装置，其特征在于，所述TS流数据解封装单元具体包括
解码模块用于接收并保存通信对端发送过来的PAT表和PMT表，根据该PMT表信息将TS流数据接收单元传递过来的TS流数据解码成相应的媒体流数据，将该媒体流数据输出。
9、根据权利要求8所述的装置，其特征在于，所述解码模块具体包括
PAT和PMT表解码模块用于在和通信对端之间的物理信道建立起来以后，接收并保存通信对端发送过来的PAT表，根据该PAT表检测通信对端发送过来的PMT表，并将该PMT表进行保存；
媒体流解码接收TS流数据接收单元传递过来的TS流数据，从该TS流数据中解码出PID号信息，在PAT和PMT表解码模块中保存的PMT表中查找该PID号对应的媒体流的类型，解码出媒体流数据，将该媒体流数据输出。
10、根据权利要求1或2所述的装置，其特征在于，所述装置适用于窄带可视电话系统。
11、一种传输媒体流数据的方法，其特征在于，包括
将媒体流数据封装为TS流数据，通过相应的TS流数据在网络中传递所述的媒体流数据。
12、根据权利要求11所述的方法，其特征在于，所述方法包括步骤
A、传输媒体流数据的本端和对端在建立了连接之后，互相交换其PAT表和PMT表信息；
B、所述本端和对端在确认对方收到其PAT表和PMT表信息后，通过TS流数据来互相传递媒体流数据。
13、根据权利要求12所述的方法，其特征在于，所述步骤A具体包括
在本端和对端之间建立了数字信道后，本端向对端发送其PAT表和当前节目对应的PMT表信息，并设置等待对端响应的超时时间，以及PAT表和PMT表信息的最大重发次数；
对端向本端发送其PAT表和当前节目对应的PMT表信息，并设置等待本端响应的超时时间，以及PAT表和PMT表信息的最大重发次数。
14、根据权利要求13所述的方法，其特征在于，所述步骤B具体包括
B1、当所述本端收到所述对端发送的PAT表和PMT表信息，向所述对端回应确认消息，当所述对端收到该确认消息后，则确认所述本端收到了其PAT表和PMT表信息；
当所述对端收到所述本端发送的PAT表和PMT表信息，向所述本端回应确认消息，当所述本端收到该确认消息后，则确认所述对端收到了其PAT表和PMT表信息；
B2、所述本端和对端根据媒体流的节目号查询本方的PAT表获得对应该节目号的PMT表，再查询该PMT表查找所述媒体流对应的PID号，最后将所述媒体流数据复合成具有相应PID号的TS流数据，将该TS流传递给对方。
15、根据权利要求14所述的方法，其特征在于，所述步骤B1还包括
当所述对端在所述设定的超时时间之内没有收到所述本端回应的确认消息，如果PAT表和PMT表信息的重发次数没有超过所述设置的最大重发次数，则所述对端继续向所述本端发送其PAT表和PMT表信息；否则，停止向所述本端发送其PAT表和PMT表信息；
当所述本端在所述设定的超时时间之内没有收到所述对端回应的确认消息，如果PAT表和PMT表信息的重发次数没有超过所述设置的最大重发次数，则所述本端继续向所述对端发送其PAT表和PMT表信息；否则，停止向所述对端发送其PAT表和PMT表信息。
16、根据权利要求12所述的方法，其特征在于，所述方法还包括
所述本端和对端从对方传递过来的TS流数据中解码出PID号信息，根据所述PID号查询所述PMT表获得对应的媒体流的类型，最后解码出媒体数据，并将其传递给相应的媒体流处理装置。
17、根据权利要求11至16任一项所述的方法，其特征在于，所述方法适用于窄带可视电话系统。
全文摘要
本发明提供了一种传输媒体流数据的装置和方法，该装置主要包括TS(传输流)数据封装单元用于将需要发送的媒体流数据封装成TS流数据，并传递给TS流数据发送单元；TS流数据发送单元用于将TS流数据封装单元传递过来的TS流数据发送给通信对端。该方法主要包括将媒体流数据封装为TS流数据，通过相应的TS流数据在网络中传递所述的媒体流数据。利用本发明所述装置和方法，可以简化互相传输媒体流数据的终端之间的连接的建立流程，缩短连接建立时间，增强了扩展新媒体流应用的能力。
文档编号H04N7/26GK1929607SQ20061008911
公开日2007年3月14日 申请日期2006年8月3日 优先权日2006年8月3日
发明者李立锋, 王义锋, 许操, 王昕 , 周丽丽, 孟晶晶 申请人:爱普拉斯通信技术(北京)有限公司