一种mpeg-4的传输码流到互联网流媒体联盟流的实时转换系统的制作方法

文档序号:7971121阅读:189来源:国知局
专利名称:一种mpeg-4的传输码流到互联网流媒体联盟流的实时转换系统的制作方法
技术领域
本发明属于多媒体通信领域,尤其涉及一种MPEG-4的传输码流(TS ) 流到互联网流媒体联盟(ISMA)流的实时转换方法。
背景技术
通过IP (互联网协议)网络提供实时电视视频业务是一种趋势,IPTV (网络电视)的兴起就是这种趋势的一种体现。IPTV是在宽带互联网上传 输,采用机顶盒加电视机进行显示和交互的一种新的视频业务。
在IPTV系统中,目前业界存在两种视频流的传输规范,即互联网中广 泛使用的由互联网流媒体联盟(ISMA)提出的ISMA规范和在广电网络中 广泛使用的由运动图像专家组(MPEG)提出的TS规范。TS规范采用TS 包封装格式把音频流和视频流统一组包并复用成一个传输流,而ISMA协议 则把视频流和音频流分开传输,因此这两种规范互不兼容。
由于ISMA协议是针对互联网特性提出,能够较好地适应IP网络上丟 包、延时、抖动等网络特点,加上电信运营商已有互联网流媒体业务经营经 验,因此,在IPTV系统中电信运营商通常倾向于采用ISMA传输规范,但 电视内容却掌握在广电系统中,通常采用TS传输格式。为了解决格式转换 问题,本文提出了从TS流实时转换成ISMA流的转码方法,并着重解决了 转码过程中的时戳生成、组包策略和转码延时控制等问题。

发明内容
本发明要解决的技术问题是提供一种传统TS格式的视频流到ISMA传 输流的实时转换系统,为电信运营商的IPTV系统提供从广电系统引入实时 视频的解决方案。
一种MPEG-4的传输码流TS流到互联网流々某体联盟ISMA流的实时传 输系统,包含编码器、转码器、IP网络和终端,所述转码器包含配置模块、 接收模块、解复用模块、封装模块和发送模块,其中
所述配置模块为转码器配置相关参数,包含视、音频编码类型,TS流 节目号,ISMA直播流会话描述协议SDP参数,SDP参数中包含发送连接类 型,即传输控制协议TCP或用户数据报协议UDP,和相应的端口号;
所述接收模块接收来自编码器的TS流;
所述解复用模块按配置信息解复用TS流,根据TS流节目参考时钟PCR 值生成对应的帧参考时间;
所述封装模块根据配置信息和帧参考时间将解复用后的TS流封装为实 时传输协议RTP包;
所述发送模块将封装的RTP包根据SDP参数通过IP网络发送至终端。
所述配置模块配置的参数还包含接收节目源网卡地址;发送节目网卡地 址;节目源组播网络IP地址,非组播源则可取值0.0.0.0,及节目源端口号。
所述配置模块以配置文件的形式配置参数,每个配置文件可以配置多个 节目。
所述封装模块封装视频RTP包时,每个RTP包至多包含一个视频分组 基本码流PES,即每个视频PES负载头都在RTP有效负载Payload的起始点。
所述封装模块封装音频RTP包时,每个RTP包包含一个或多个音频 PES, —个PES只属于一个RTP包。
所述封装模块封装的RTP包的有效负载Payload的最大长度不超过1436字节。
所述发送4莫块在发送RTP包时,不为排序预留緩存。
所述发送模块发送RTP包时为RTP包中Marker标识置位预留的緩存不 超过1个UDP包或TCP包。
所述发送模块接收和发送数据时采用异步机制,对共享内存的加锁控制
以UDP包或TCP包为单位。
所述发送模块收到生成的RTP包后,立即发送。
采用本文发明提供的TS流到ISMA流的实时转换系统,很好地解决了 在基于ISMA传输规范的IPTV系统中接入MPEG - 4的TS视音频内容的问 题,从而为IPTV系统引入传统广电内容源提供了解决方案。


图1是本发明TS流到ISMA流实时转换系统框图2是本发明一种TS流到ISMA流的实时转换方法流程图3是TS包封装格式示意图4是MPEG-4视频流的RTP包封装格式示意图5是MPEG-4音频流的RTP包封装格式示意图。
具体实施例方式
图1所示是本发明由TS流至ISMA流的实时转换系统框图,包含编码 器,转码器,IP网络和终端,其中转码器接收来自编码器的TS流,对该码 流进行解复用后封装为RTP包,再通过IP网络发送至终端。转码器包含配 置模块、接收模块、解复用模块、封装模块和发送模块,其中
所述配置模块为转码器配置相关参数,包含视、音频编码类型,TS流 节目号,ISMA直播流会话描述协议SDP参数,SDP参数中包含发送连接类 型,即传输控制协议TCP或用户数据报协议UDP,和相应的端口号;
所述接收模块接收来自编码器的TS流;
所述解复用模块按配置信息解复用TS流,根据TS流节目参考时钟PCR 值生成对应的帧参考时间;
所述封装模块根据配置信息和帧参考时间将解复用后获得的视音频数 据封装为实时传输协议RTP包;
所述发送模块将封装的RTP包根据SDP参数通过IP网络发送至终端。 各模块的功能在下面进一步详细说明。
图2所示是本发明一种MPEG-4的TS流到ISMA流的实时转换方法流 程图,包括以下步骤
步骤一、配置,由转码器的配置;f莫块完成。
启动转码器前,由配置模块先对转码器进行必要的配置,包括视、音频 编码类型,TS流节目号,ISMA直播流SDP (会话描述协议)等,以配置 文件方式进行配置, 一个配置文件可对多个节目同时进行配置。每个节目的 配置项包括
1) 节目号如果TS流为MPTS (多节目TS码流),则对应节目的节 目号(program—number);如果TS流为SPTS (多3各单节目TS ),则值为 0;
2) 接收节目源网卡地址;
3) 发送节目网卡地址;
4) 节目源组播IP地址,非组播源则可取值0.0.0.0;
5) 节目源端口号;
6) 节目SDP (会话描述协议),包括发送IP地址、端口号,发送连接 类型(TCP/UDP,传输控制协议/用户数据报协议),载荷类型,媒体类型 和时戳的时钟频率,缺省为90kHz;
7) 视频、音频编码类型。
步骤二、接收,由转码器的接收^t块完成。
转码器接收来自编码器的TS over UDP流(用UDP协议承载的TS流)。 TS包结构如图3所示,TS包由包头、自适应区和包数据3部分组成。每个 包长度为固定的188字节,包头为4字节,自适应区和包数据为184字节。 184字节为有用信息空间,用于传送已编码的视音频数据流。包头由同步字 节、传输误码指示符、有效载荷单元起始指示符、传输优先、包识别
(PID-Packet Identification )、传输加扰控制、自适应区控制和连续计数器8 个部分组成。
步骤三、解复用,由转码器的解复用模块完成。
转码器按配置信息解复用TS流,逐帧(以TS的分組基本码流PES为 单位)分辨出视频和音频码流,并由节目参考时钟值(PCR)生成对应帧的 参考时间;转码器把TS流解复用后得到对应的视音频流PES,取PES头对 应的PCR值作为该帧的时戳,PCR值与时戳的具体转换方法依据标准协议 IS013818-1的相关规定进行。
步骤四、封装,由转码器的封住模块完成。
转码器对解复用获得的视音频分组基本码流(PES)数据进一步处理, 根据配置信息和帧参考时间,依据RFC3016协议(用于MPEG-4视听流的 RTP负载格式协议)生成RTP包。MPEG-4的视频和音频RTP包格式分别 如图4和图5所示,包头一般只包含开始的12字节,CSRC标识字段一般 不需要。字段V表示协议版本,字段P表示是否包含填充数据,X字段表 示是否有协议扩展,CC字段表示CSRC标志数,M字段标识是否是VOP 的最后一个RTP包,PT字段表示载荷类型,Sequence Number是序列号, 开始值随机,Timestamp是时戳字^:,指明该RTP包中所包含的VOP的采 样时刻,SSRC是标识同步源的一个随机数。由于输入的TS包与输出的RTP 包并非--对应,RTP组包策略如下
1 )视频RTP包至多包含一个PES,即每个视频PES负载头都在RTP有 效负栽(Payload)的起始点;
2 )音频RTP包可包含多个PES,但一个PES不能跨多个RTP包,即 每个音频RTP有效负载(Payload)起始点即PES负载头;
3 )音频和^L频RTP包有效负载(Payload)的最大长度不超过1436字,。
步骤五、发送,由转码器的发送模块完成。
转码器将生成的视音频RTP包通过配置的UDP端口各自发送至网络。 为了确保直播的实时性,转码的时延应尽可能小。采用的策略和机制如下
1) 由于编码器和转码器一般是直接相连,因此不考虑丢包与乱序情况,
即不必为排序预留緩存;
2) 由于视音频帧的最后一个RTP包须将Marker标识置位,如杲TS流 的PES长度值为0 ( TS流视频包的PES长度大多为0 ),只有通过PES头 标志位才能判断帧边界。因而需緩存一定量的凝:据以判定边界。从下一有效
(含ES数据)TS包可确定当前TS包是否为帧边界,所以为Marker置位预 留的緩存最多可为1个UDP包。根据一个TS包生成RTP包后暂时緩存, 待收到下一个TS包后再决定是否将RTP包的Marker标识置位,然后再发 送。
3) 为避免因数据处理和发送影响数据包接收,接收与处理发送一般采 用异步机制,对共享内存的加锁控制应该以UDP包为单位,即以整个UDP 包为单位进行加锁控制。比如这个包占用的緩冲区在接收时由接收进程加 锁,避免处理进程对它进行修改。每个包都有一把锁,而不是整个緩冲区(内 存块)一把锁,这样便于两个进程并行工作,即不会产生过多的处理延时。 以剔除因异步机制产生的緩存;
4) 发送模块在收到生成的RTP包后,立即向目标地址发送,不作流量 控制及緩存。
上述发送也可以以采用TCP方式,采用TCP方式时,发送方式同UDP。
权利要求
1、一种MPEG-4的传输码流TS流到互联网流媒体联盟ISMA流的实时传输系统,包含编码器、转码器、IP网络和终端,其特征在于所述转码器包含配置模块、接收模块、解复用模块、封装模块和发送模块,其中所述配置模块为转码器配置相关参数,包含视、音频编码类型,TS流节目号,ISMA直播流会话描述协议SDP参数,SDP参数中包含发送连接类型,即传输控制协议TCP或用户数据报协议UDP,和相应的端口号;所述接收模块接收来自编码器的TS流;所述解复用模块按配置信息解复用TS流,根据TS流节目参考时钟PCR值生成对应的帧参考时间;所述封装模块根据配置信息和帧参考时间将解复用后获得的视音频数据封装为实时传输协议RTP包;所述发送模块将封装的RTP包根据SDP参数通过IP网络发送至终端。
2、 如权利要求l所述的系统,其特征在于所述配置模块配置的参数 还包含接收节目源网卡地址;发送节目网卡地址;节目源组播网络IP地址, 非组播源则可取值0.0.0.0,及节目源端口号。
3、 如权利要求1或2所述的系统,其特征在于所述配置模块以配置 文件的形式配置参数,每个配置文件可以配置多个节目。
4、 如权利要求1所述的系统,其特征在于所述封装模块封装视频 RTP包时,每个RTP包至多包含一个视频分组基本码流PES,即每个视频 PES负载头都在RTP有效负载Payload的起始点。
5、 如权利要求1所述的系统,其特征在于所述封装模块封装音频RTP 包时,每个RTP包包含一个或多个音频PES, —个PES只属于一个RTP包。
6、 如权利要求4或5所述的系统,其特征在于所述封装模块封装的 RTP包的有效负载Payload的最大长度不超过1436字节。
7、 如权利要求l所述的系统,其特征在于所述发送模块在发送RTP 包时,不为排序预留緩存。
8、 如权利要求l所述的系统,其特征在于所述发送模块发送RTP包 时为RTP包中Marker标识置位预留的緩存不超过1个UDP包或TCP包。
9、 如权利要求l所述的系统,其特征在于所述发送模块接收和发送数据时采用异步机制,对共享内存的加锁控制以UDP包或TCP包为单位。
10、 如权利要求l所述的系统,其特征在于所述发送^f莫块收到生成的 RTP包后,立即发送。
全文摘要
一种MPEG-4的传输码流TS流到互联网流媒体联盟ISMA流的实时传输系统,包含编码器、转码器、IP网络和终端,所述转码器包含配置模块、接收模块、解复用模块、封装模块和发送模块,所述配置模块为转码器配置相关参数,包含视、音频编码类型,TS流节目号,ISMA直播流会话描述协议SDP参数,所述接收模块接收来自编码器的TS流;所述解复用模块按配置信息解复用TS流,根据TS流节目参考时钟PCR值生成对应的帧参考时间;所述封装模块根据配置信息和帧参考时间将解复用后获得的视音频数据封装为实时传输协议RTP包;所述发送模块将封装的RTP包根据SDP参数通过IP网络发送至终端。
文档编号H04N7/26GK101193290SQ20061014562
公开日2008年6月4日 申请日期2006年11月22日 优先权日2006年11月22日
发明者田洪亮 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1