专利名称：一种广播系统中的流媒体业务传输方法及流媒体帧封装器的制作方法
技术领域：
本发明涉及无线传输技术领域，尤其涉及一种广播系统中的流媒体业务 传输方法及流媒体帧封装器。
背景技术：
在数字电视广播、移动多媒体技术领域中存在大量音视频数据的传输需 求，例如实时赛事直播、在线电影视播放、滚动新闻播报等。流媒体技术因 其实时播放的特点，成为音视频技术的 一种重要技术手段。现有广播系统中，通常采用复用方式传输音视频数据，广播信道帧由多 个复用帧构成，每一复用帧又由复用包头、 一个或多个复用子帧和填充组成。 如图l所示，每一复用子帧又由子包头、视频段、音频段和数据段组成，其 中，在子包头中又包含一些控制信息及保留位。通常，l个复用子帧是l套视音频节目的1秒数据码流，其中，视频码流大小为384kbit，音频码流大 小为64kbit。基于现有的复用帧结构，对于流^ 某体数据通常需要进行拆解重装，对流 媒体数据包的标准格式进行改造。例如，对于RTP(实时传输协议，Real-time Transport Protocol)格式的流媒体处理方式中，通常需要拆掉原有RTP封装 格式，重新组装成现有复用帧净荷，其中，复用块与RTP包进行对应，负 载头格式存在转换关系。对于其它格式的音视频数据，例如WINDOWS流 媒体wmv、或asf等格式的流媒体数据，同样需要进行改造后，再进行封装 组帧，而处理方式则不尽相同。在广播系统中对流媒体业务数据进行传输时，对各种标准的流媒体数据 需要进行改造，破坏固有的数据格式， 一方面，在广播发射端额外增加了处 理过程；另一方面，在接收端还需要对流媒体数据进行重装还原，同时还会 增加了处理时间、给终端造成额外负担，增加终端本身的技术复杂度。例如，在现有技术中，采用H264的视频编码和AAC的音频编码，将 每一秒钟的音视频数据进行打包，在包头信息中加入H264帧及AAC帧在 整个包中的相对位置和相对时间等信息。通过CRC对包头信息进行保护。 其主要问题在于，如果包头的数据出现CRC错误，则丢掉整个包的音4见频 数据，并且其复用标准中只规定了所允许传播的音视频格式，缺乏可扩展性， 不能适用多种音视频格式的流媒体数据。同时，基于图l所示的复用帧，还存在如下主要缺点(1) 由于每个复用子帧数据包过大，仅在各音频、视频、数据段头设 计了CRC校验，对视音频的净荷部分的没有保护，数据传输过程中出现误 码或丢包后，会影响整个数据包的解码，出现严重马赛克效应，影响正常收 视体验。如果包头出错，需要丢掉整个视频段、音频段。(2) 复用帧对RTP数据包进行了转换处理，不能有效地支持基于RTP 的CA加扰设计，使得CA加扰与解扰变得非常复杂。因此，随着广播系统中技术的快速发展以及不断演进，需要一种兼容性 更高、扩展性更好、简便统一的流媒体数据传输技术，以适用多种流々某体数 据的广播传输，使得广播系统中数据传输质量更高、确保数据正确及高效， 更具通用性并具有良好的可扩展性，以适应移动多媒体广播系统的演进发 展。发明内容本发明要解决的技术问题在于，提供广播系统中的 一种流媒体业务传输 方法及流媒体帧(A/V Stream Packet)封装器，以简便易行统一的方式，实 现广播系统中流媒体数据业务的传输，以便降低流媒体业务数据传输技术中 传输技术的复杂度，兼容多种流媒体数据流、具有很强的可扩展能力。本发明提供一种广播系统中的流媒体业务传输方法，包括广播系统网络侧对流媒体数据包按其自身固有数据格式进行封装生成 流4某体帧，并写入帧头信息后，再将所述流媒体帧通过广播网络传输给无线 终端。进一步地，在写入帧头信息步骤中，将长度信息和目标端口信息写入所述帧头中，所述长度信息，是用于指示该流媒体帧长度的信息；所述目标端 口信息，是用于区分不同节目的参数，其不同参数值指示相应的节目号。进一步地，在写入帧头信息的步骤中，进一步还将校验和写入所述帧头 信息中，所述校验和是根据流媒体数据包内容生成的用于判断流媒体数据是 否正确的信息。进一步地，在写入帧头信息的步骤中，进一步还对写入的所述长度信息 和目标端口信息进行维特比编码，并生成保留位，由所述长度信息、目标端 口信息及保留位组成施加了维特比编码保护的帧头信息。进一步地，先对所述长度信息和所述目标端口信息进行维特比编码，并 生成保留位，在写入帧头信息的步骤中，进一步地，再将维特比编码后的长 度信息、目标端口信息、保留位作为整体加入帧头信息中。进一步地，所述流媒体数据包，是实时传输协议RTP包、或者WINDOWS 流媒体WMV包。进一步地，所述流媒体数据包，是来自从一个或多个音视频编码器的流 媒体数据包。本发明还提供一种广播系统中用于流媒体传输的流媒体帧封装器，包括流媒体数据包接收模块，用于接收流媒体数据包并将所述流媒体数据包 送入流媒体帧生成模块；流媒体帧生成模块，将接收的所述流媒体数据包封装生成流媒体帧，在 流媒体帧的帧头中写入帧头信息；流媒体帧输出模块，用于将所述流媒体帧生成模块所产生的流媒体帧输 出至调制器。进一步地，所述流媒体帧生成模块加入流媒体帧中的帧头信息，包括长 度信息和目标端口信息，其中所述长度信息，是用于指示该流媒体帧长度的信息；所述目标端口信息，是用于区分不同节目的参数，其不同参数值指示相 应的节目号。进一步地，所述流媒体帧生成模块加入流媒体帧中的帧头信息，进一步 还包括校验和，所述校验和是根据流媒体数据包内容生成的用于判断流々某体 数据是否正确的信息。进一步地，所述流媒体帧生成模块加入流媒体帧中的帧头信息时，进一 步还对已写入的所述长度信息和目标端口信息进行维特比编码，并生成保留 位，由所述长度信息、目标端口信息及保留位组成施加了維特比编码保护的 帧头信息。进一步地，所述流媒体帧生成模块加入流媒体帧中的帧头信息中，还根 据所述长度信息和所述目标端口信息进行维特比编码，并生成保留位，进一 步地，再将维特比编码后的长度信息、目标端口信息、保留位作为整体加入 帧头信息中。进一步地，流媒体数据包接收模块接收的所述流媒体数据包是实时传输协议RTP包、或者WINDOWS流媒体WMV包。进一步地，所述流媒体帧封装器是从一个或多个音视频编码器接收流媒 体数据包。本发明所述的技术方案，保持流4某体业务数据包的固有格式，将所述流 媒体数据包封装为流媒体帧进行无线广播传输。相比现有技术可取得如下技 术效果(1)釆用流媒体帧方式进行封装，是一种小数据包的封装方式，用较 小的1到2Kbps (如1.5Kbps)封装方式，代替64Kbps大码流封装格式，保 证数据的误码率和误块率在移动多媒体广播业务性能允许的范围内，能够确 保数据的正确、高效地读取，提高移动多媒体广播CMMB系统手机电视业 务以及其它音视频业务的接收质量。(2 )流媒体帧封装方式是保留网络实时传输的流媒体数据包固有格式 来进行业务传输的，能够提高信道资源的利用率；(3)本发明技术体系简单，对业务的可扩展性好，高效适应产业化； 可以和目前的IPTV以及今后的3G应用实现兼容和可能的技术平台共享。
图l是现有技术中的一种广播复用帧结构示意图；图2是本发明实施例的一种用于流媒体业务封装传输的硬件框图；图3是本发明实施例的流媒体帧封装器的结构示意图；图4是本发明实施例中未施加维特比编码的流士某体帧的结构示意图；图5是本发明实施例中施加了维特比编码的流J泉体帧的结构示意图；图6是本发明实施例中另一种施加了维特比编码的流媒体帧的结构示意图。
具体实施方式
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。中国移动多媒体广播(CMMB)系统，是一种能够实现向移动终端广播 各种音视频、文本、图形等多媒体数据的无线广播系统。当前存在对实时音 视频广播的需求，若想满足这一需求，就必然产生如何实现大量音视频数据 的实时传输的问题。流媒体作为 一种解决实施音视频播放的技术正被广泛应 用开来。本发明针对现有广播系统中流媒体业务进行传输时，多种技术混杂，缺 乏统一标准、适用性差、扩展能力不强以及易造成传输错误等缺点，提出了 中国移动多媒体广播系统(CMMB)中的一种流媒体业务传输方法，同时， 提出了一种用于实现流媒体业务封装传输的流媒体帧封装器，用于实现实时 流媒体业务数据传输的目的。本发明的主要创新点在于，在进行流媒体业务数据传输时，不改变流媒 体业务数据自身固有的标准格式，即不对流媒体编码器所输出的流媒体数据 包进行修改，保持其自身的数据格式，直接以流媒体数据包自身固有的格式 放入流媒体帧中，将所有流媒体业务都以流媒体帧模式进行广播传输。如图2所示，给出了本发明具体实施例中的一种无线广播传输的广播系统框图。图2中，包括音视频编码器、流媒体帧封装器、调制器、发射机， 其中所述音视频编码器，主要用于对音视频数据进行编码，将模拟/或数字 的音视频数据转换后，输出为相应编码格式的音视频数据包，并发送至流々某 体帧封装器。对于流媒体业务传输，则输出对应格式的流媒体数据包。例如，若该音视频编码器为RTP编码器，则可输出RTP包(RTP Packet )， 其中包封了 RTP格式的流媒体数据；若该音视频编码器为WMV编码器， 则可输出WINDOWS流媒体WMV包，其中包封了 WMV格式的流媒体数 据。该音视频编码器根据具体业务需要，也可以是其它格式编码器，并输出 其它格式的音视频数据包，例如RM、 RSTP、 ASF、 FLV等格式。该音视频 编码器可以为多功能的音视频编码器，即一个编码器可根据需要输出多种格 式的流i某体数据包，也可以配置多个专用编码器，每一编码器输出一种格式 的流纟某体数据包。所述流媒体帧封装器，用于对从音视频编码器接收的流媒体数据包进行 封装处理，生成流J^某体帧，在帧头中加入相关帧头信息，并将该流媒体帧发 送至调制器。如图3所示，所述封装器包括流媒体数据包接收模块，用于接收流媒体数据包并将所述流媒体数据包 送入流媒体帧生成模块；流媒体帧生成模块，将接收的所述流媒体数据包封装生成流媒体帧，在 帧头中写入帧头信息；流媒体帧输出模块，用于将所述流媒体帧生成模块所产生的流媒体帧输 出至调制器。所迷流媒体帧生成模块在向流媒体帧的帧头中写入帧头信息时，需要写 入长度(Length)、目标端口 ( Dst Port)信息，必要时还可写入4交验和 (Checksum),在施加维特比编码保护的情况下，还需要写入保留位(Reserved)。如图4所示，显示了本发明实施例中的一种改进的流i某体帧封装结构示 意图。首先，对于音视频原始数据(Video/Audio Raw Data)，可按音一见频 编码器的流媒体业务数据格式，由音视频编码器将音视频数据进行编码，输 出为标准的流媒体业务数据包，音视频数据作为载荷由RTP编码器包封生 成RTP包，并在RTP包中加入时戳(Time Stamp)、同步源(Sync Source) 等信息，所有的信息都由RTP编码器按RTP标准确定，无需更改；此处， 对于RTP流媒体数据，由音视频编码器编码后输出为RTP数据包，输出至 流媒体帧封装器。之后，流媒体帧封装器的所述流媒体帧生成模块将RTP包进行封装为 流媒体帧，还在帧头中写入帧头信息，所述帧头信息包括长度(Length)、 目标端口 (DstPort)、校验和(Checksum)。其中所述长度信息，用于指示该流媒体帧的长度信息；所述目标端口，是用于区分不同节目的参数。例如，可将目标端口设置 为指示节目的信息，可将目标端口设置为8000,表示该流媒体帧中携带的 是用于节目1的流々某体数据；可将目标端口设置为8004,表示该流媒体帧 中携带的是用于节目2的流媒体数据；所述校验和，是用于判断流媒体数据是否正确的信息，是根据流媒体数 据内容计算生成的。在终端接收到流媒体帧后，会先根据流媒体数据内容来 计算校验和，并与此数据段进行对比，如果不一致则放弃对帧的使用。此夕卜，在帧头中通常还包括一个帧起始标志位，例如图4中设置为A6F0 C3B2,用于指示该帧的起始位，便于终端查找接收。在流媒体帧封装器封装生成流媒体帧后，将流媒体帧发送到调制器，经 调制器调制后发送至发射器无线传输给各个无线终端。对于WMV格式或其它格式的流媒体业务数据，可参照RTP格式的处 理方式，即无需更改流媒体数据包，将音视频编码器输出的流媒体数据包 直接进行包封后，加入相应帧头信息后生成流力某体帧进行调制传输即可。所述调制器，用于对从流媒体帧封装器接收的流媒体帧进行调制后，送至所述发射机发送给广播系统的无线接收终端，实现广播系统中流纟!某体业务 数据的无线广播传输。对于接收终端而言，根据不同的终端和操作系统可采取相应的接收方 式，接收流媒体帧，并从流媒体帧中提取出流媒体业务数据包，即可进行播 放。省去了因广播系统网络侧对流媒体业务数据封装时所做各种修改而额外 增加的处理。如图5所示，所述流媒体帧封装器的所述流^某体帧生成模块将RTP包 进行封装为流媒体帧，还在帧头中写入帧头信息，所述帧头信息包括长度(Length)、目标端口 (DstPort)、校验和(CheckSum),还可对帧头中 的所述长度(Length)、目标端口 (DstPort)施加维特比编码保护，并生成 相应的保留位。组成了连同保留位在一起的18Bytes帧头信息，而校验和(Checksum)则单独占用2Bytes构成帧头信息的一部分。其中，所述保留 位，在施加维特比(Viterbi)编码的帧头信息中，表示对所述长度信息、所 述目标端口信息进行viterbi编码时所生成的保留位信息，在广播信号不好 时，终端若接收所述长度信息、所述目标端口信息错误时，可以利用保留位 信息进行恢复，恢复出正确的所述长度信息、所述目标端口信息；上述帧头信息在加入维特比(Viterbi)编码保护后，可对保证传输质量的重要参数，如所述长度信息、所述目标端口信息进行更好的保护，提高流 媒体数据传输可靠性。在流媒体帧封装器封装生成流媒体帧后，将流媒体帧发送到调制器，经 调制器调制后发送至发射器无线传输给各个无线终端。如图6所示，所述流媒体帧封装器的所述流媒体帧生成模块将RTP包 进行封装为流媒体帧，还在帧头中写入帧头信息，其中帧头中包括施加了维 特比编码保护的帧头信息以及未施加维特比编码保护的帧头信息。所述帧头信息包括两组信息， 一组是施加维特比(Viterbi)编码的帧头 信息(18bytes)， 一组是未施加维特比编码的帧头信息(6bytes)。在施加维特比(Viterbi)编码的信息中，包括长度(Length)、目标端口 (DstPort)、保留位(Reserved);在未施加维特比(Viterbi)编码的信息中，包括长度(Length)、目 标端口 (DstPort)、校验和(CheckSum)。上述帧头信息之所以分为两组，是提供给接收端一种是否选择维特比 (Viterbi)编码保护的选择权，如果终端认为需要维特比(Viterbi)保护的 时候就从第5个Bytes开始接收，否则，在不需要维特比(Viterbi)保护的 时候，就从笫2 3个Bytes开始接收。在加入维特比(Viterbi)编码保护后， 可对保证传输质量的重要参数，如所述长度信息、所述目标端口信息进行更 好的保护，提高流媒体数据传输可靠性。在流媒体帧封装器封装生成流媒体帧后，将流媒体帧发送到调制器，经 调制器调制后发送至发射器无线传输给各个无线终端。下面，结合图2所示的广播系统，以RTP格式的流i某体业务数据传输 为例，并结合图4、 5、 6分别具体说明本发明的三个实施例中的流^f某体业务 传输方法。本发明的第一、第二、第三实施例中，在保持承载音视频数据的RTP (或其它流媒体协议)包结构不变的前提下，设计了一种全新的流媒体帧封 结构，以流媒体帧为最小单位传输流々某体业务数据。进一步地，对于流i某体 帧中的重要信息，可4吏用巻积码进行保护。第一实施例如图4所示，显示了本发明实施例中的一种改进的流媒体帧封装结构示 意图。下面结合图4说明封装传输的实施步骤首先，对于音视频原始数据(Video/Audio Raw Data)，可按音—见频编 码器的流媒体业务数据格式，由音视频编码器将音视频数据进行编码，输出 为标准的流媒体业务数据包，音视频数据作为载荷由RTP编码器包封生成 RTP包，并在RTP包中加入时戳(Time Stamp)、同步源(Sync Source) 等信息，所有的信息都由RTP编码器按RTP标准确定，无需更改；此处，对于RTP流媒体数据，由音视频编码器编码后输出为RTP数据包，输出至 流媒体帧封装器。之后，流媒体帧封装器将RTP包进行封装为流媒体帧，还在帧头中写 入帧头信息，所述帧头信息包括长度(Length)、目标端口 (DstPort)、校 验和(Checksum)。其中所述长度信息，用于指示该流媒体帧的长度信息；所述目标端口，是用于区分不同节目的参数。例如，可将目标端口设置 为指示节目的信息，可将目标端口设置为8000，表示该流々某体帧中携带的 是用于节目1的流媒体数据；可将目标端口设置为8004,表示该流媒体帧 中携带的是用于节目2的流媒体数据；所述校验和，是用于判断流媒体数据是否正确的信息，是根据流媒体数 据内容计算生成的。在终端接收到流媒体帧后，会先根据流媒体数据内容来 计算校验和，并与此数据段进行对比，如果不一致则放弃对帧的使用。此夕卜，在帧头中通常还包括一个帧起始标志位，例如图4中设置为A6F0 C3B2，用于指示该帧的起始位，便于终端查找接收。在流媒体帧封装器封装生成流媒体帧后，将流媒体帧发送到调制器，经 调制器调制后发送至发射器无线传输给各个无线终端。第二实施例如图5所示，显示了本发明实施例中的一种改进的流4某体帧封装结构示 意图，其中对帧头信息施加了维特比编码保护，下面结合图5说明封装传输 的实施步骤首先，对于音S见频原始数据(Video/Audio Raw Data)，可按音一见频编 码器的流媒体业务数据格式，由音视频编码器将音视频数据进行编码，输出 为标准的流媒体业务数据包，音视频数据作为载荷由RTP编码器包封生成 RTP包，并在RTP包中加入时戳(Time Stamp)、同步源(Sync Source) 等信息，所有的信息都由RTP编码器按RTP标准确定，无需更改；此处， 对于RTP流媒体数据，由音视频编码器编码后输出为RTP数据包，输出至流媒体帧封装器。之后，流媒体帧封装器将RTP包进行封装为流^ 某体帧，还在帧头中写入帧头信息，所述帧头信息包括长度(Length)、目标端口 (DstPort)、保 留位(Reserved)，校验和(Checksum),其中，对所述长度(Length)和 目标端口 (DstPort)施加了维特比(Viterbi)编码，组成了连同保留位在一 起的18Bytes帧头信息，而校验和(Checksum)则单独占用2Bytes构成帧 头信息的一部分。其中所述长度信息，用于指示该流媒体帧的长度信息；所述目标端口，是用于区分不同节目的参数。例如，可将目标端口设置 为指示节目的信息，可将目标端口设置为8000，表示该流媒体帧中携带的 是用于节目1的流媒体数据；可将目标端口设置为8004,表示该流媒体帧 中携带的是用于节目2的流媒体数据；所述保留位，在施加维特比(Viterbi)编码的帧头信息中，表示对所述 长度信息、所述目标端口信息进行Viterbi编码时所生成的保留位信息，在 广播信号不好时，终端若接收所述长度信息、所述目标端口信息错误时，可 以利用保留位信息进行恢复，恢复出正确的所述长度信息、所述目标端口信 息；所述校验和，是用于判断流媒体数据是否正确的信息，是根据流媒体数 据内容计算生成的。在终端接收到流媒体帧后，会先根据流媒体数据内容来 计算校验和，并与此数据段进行对比，如果不一致则放弃对帧的使用。上述帧头信息在加入维特比(Viterbi)编码保护后，可对保证传输质量的重要参数，如所述长度信息、所述目标端口信息进行更好的保护，提高流 媒体数据传输可靠性。此夕卜，在帧头中通常还包括一个帧起始标志位，例如图5中设置为A6 F0 C3B2，用于指示该帧的起始位，便于终端查找接收。在流媒体帧封装器封装生成流媒体帧后，将流媒体帧发送到调制器，经 调制器调制后发送至发射器无线传输给各个无线终端。第三实施例如图6所示，显示了本发明实施例中的又一种改进的流々某体帧封装结构 示意图，其中帧头中包括施加了维特比编码保护的帧头信息以及未施加维特 比编码保护的帧头信息，下面结合图6说明封装传输的实施步骤首先，对于音3见频原始数据(Video/Audio Raw Data),可按音一见频编 码器的流媒体业务数据格式，由音视频编码器将音视频数据进行编码，输出 为标准的流媒体业务数据包，音视频数据作为载荷由RTP编码器包封生成 RTP包，并在RTP包中加入时戳(Time Stamp)、同步源(Sync Source) 等信息，所有的信息都由RTP编码器按RTP标准确定，无需更改；此处， 对于RTP流媒体数据，由音视频编码器编码后输出为RTP数据包，输出至 流媒体帧封装器。之后，流媒体帧封装器将RTP包进行封装为流媒体帧，还在帧头中写 入帧头信息，所迷帧头信息包括两组信息， 一组是施加维特比(Viterbi)编 码的帧头信息(18bytes), —组是未施加维特比编码的帧头信息(6bytes )。在施加维特比(Viterbi)编码的信息中，包括长度(Length)、目标 端口 (DstPort)、保留位(Reserved);在未施加维特比(Viterbi)编码的信息中，包括长度(Length)、目 标端口 (DstPort)、校验和(Checksum)。其中所述长度信息，用于指示该流々某体帧的长度信息；所述目标端口，是用于区分不同节目的参数。例如，可将目标端口设置 为指示节目的信息，可将目标端口设置为8000,表示该流士某体帧中携带的 是用于节目1的流媒体数据；可将目标端口设置为8004，表示该流媒体帧 中携带的是用于节目2的流士某体数据；所述保留位，在施加维特比(Viterbi)编码的信息中，表示对所述长度 信息、所述目标端口信息进行Viterbi编码时所生成的保留位信息，广播信 号不好时，终端若接收所述长度信息、所述目标端口信息错误时，可以利用 保留位信息进行恢复，恢复出正确的所述长度信息、所述目标端口信息；所述校验和，是用于判断流媒体数据是否正确的信息，是根据流媒体数 据内容计算生成的。在终端接收到流媒体帧后，会先根据流媒体数据内容来 计算校验和，并与此数据段进行对比，如果不一致则放弃对帧的使用。
上述帧头信息之所以分为两组，是提供给接收端一种是否选择维特比
(Viterbi)编码保护的选择权，如果终端认为需要维特比(Viterbi)保护的 时候就从第5个Bytes开始接收，否则，在不需要维特比(Viterbi)保护的 时候，就从第2 3个Bytes开始接收。在加入维特比(Viterbi)编码保护后， 可对保证传输质量的重要参数，如所述长度信息、所述目标端口信息进行更 好的保护，提高流媒体数据传输可靠性。
此夕卜，在帧头中通常还包括一个帧起始标志位，例如图5中设置为A6F0 C3B2,用于指示该帧的起始位，便于终端查找接收。
在流媒体帧封装器封装生成流媒体帧后，将流媒体帧发送到调制器，经 调制器调制后发送至发射器无线传输给各个无线终端。
上述图4、 5、 6所示的帧结构中，对于音视频的输入源为RTP流々某体 数据时，进行加扰时的加扰源也是RTP,加扰后还是RTP封装格式。同时， 由于一般移动终端中的多媒体播放器均支持对RTP流的读取和播放，所以 不必改变RTP的封装形式。
参照上述图4、 5、 6所示的流媒体帧结构，也可对其它格式的音视频数 据相应的封装处理，具体实现时，可将图5中所示的RTP包换成相应数据 格式的数据包即可，无需对数据包进行改造或特殊设定。例如，对于WMV 格式的音视频数据，直接将RTP包替换为WMV包即可。
上述图4、 5、 6所示的实施例中，在音视频的信源方案中，音视频压缩 数据以RTP包的形式输出，封装成流媒体帧时并不改变该RTP包固有封装 格式，由于未改变RTP包，可以有效地支持CA加扰。
在移动多媒体广播CMMB系统中，应用本发明实施例中的流媒体帧封 装传输方法，相比现有技术可取得如下技术效果(1) 釆用流媒体帧方式进行封装传输，是一种小数据包的封装方式，
用较小的1到2Kbps(如1.5Kbps )封装方式，代替64Kbps大码流封装格式， 保证数据的误码率和误块率在移动多々某体广播业务性能允许的范围内，能够 确保数据的正确、高效地读取，提高CMMB手机电视业务以及其它音视频 业务的接收质量。
(2) 流媒体帧封装传输是以网络实时传输的流媒体格式为业务传输的 底层，能够提高信道资源的利用率；
(3) 技术体系简单，对业务的可扩展性好，高效适应产业化；可以和 目前的IPTV以及今后的3G应用实现兼容和可能的技术平台共享。
当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的 形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
权利要求
1、 一种广播系统中的流媒体业务传输方法，其特征在于广播系统网络侧对流媒体数据包按其自身固有数据格式进行封装生成 流媒体帧，并写入帧头信息后，再将所述流媒体帧通过广播网络传输给无线 终端。
2、 如权利要求2所述的流i某体传输方法，其特征在于在写入帧头信息步骤中，将长度信息和目标端口信息写入所述帧头中，所述长度信息，是用于指示该流媒体帧长度的信息；所述目标端口信息，是用于区分不同节目的参数，其不同参数值指示相 应的节目号。
3、 如权利要求3所述的流々某体传输方法，其特征在于在写入帧头信息的步骤中，进一步还将校验和写入所述帧头信息中，所 述校验和是根据流媒体数据包内容生成的用于判断流媒体数据是否正确的"f吕息。
4、 如权利要求2或3所述的流媒体传输方法，其特征在于在写入帧头信息的步骤中，进一步还对写入的所述长度信息和目标端口 信息进行维特比编码，并生成保留位，由所述长度信息、目标端口信息及保 留位组成施加了维特比编码保护的帧头信息。
5、 如权利要求4所述的流媒体传输方法，其特征在于所述流媒体数据包，是实时传输协议RTP包、或者WINDOWS流媒体 丽V包。
6、 如权利要求5所述的流媒体业务传输方法，其特征在于 所述流媒体数据包，是来自从一个或多个音视频编码器的流媒体数据包。
7、 如权利要求2或3所述的流媒体传输方法，其特征在于先对所述长度信息和所迷目标端口信息进行维特比编码，并生成保留 位，在写入帧头信息的步骤中，进一步地，再将维特比编码后的长度信息、 目标端口信息、保留位作为整体加入帧头信息中。
8、 如权利要求7所述的流媒体传输方法，其特征在于所述流媒体数据包，是实时传输协议RTP包、或者WINDOWS流媒体 丽V包。
9、 如权利要求8所述的流媒体业务传输方法，其特征在于 所述流媒体数据包，是来自从一个或多个音视频编码器的流媒体数据包。
10、 一种广播系统中用于流媒体传输的流々某体帧封装器，其特征在于， 包括流媒体数据包接收模块，用于接收流媒体数据包并将所述流媒体数据包 送入流媒体帧生成模块；流媒体帧生成模块，将接收的所述流媒体数据包封装生成流媒体帧，在 流士某体帧的帧头中写入帧头信息；流媒体帧输出模块，用于将所述流媒体帧生成模块所产生的流媒体帧输 出至调制器。
11、 如权利要求10所述的流^!某体帧封装器，其特征在于所述流媒体帧生成模块加入流媒体帧中的帧头信息，包括长度信息和目 标端口信息，其中所述长度信息，是用于指示该流媒体帧长度的信息；所述目标端口信息，是用于区分不同节目的参数，其不同参数值指示相 应的节目号。
12、 如权利要求11所述的流媒体帧封装器，其特征在于所述流媒体帧生成模块加入流媒体帧中的帧头信息，进一步还包括校验 和，所述校验和是根据流媒体数据包内容生成的用于判断流:&某体数据是否正确的信息。
13、 如权利要求10或11所述的流纟某体帧封装器，其特征在于所述流媒体帧生成模块加入流媒体帧中的帧头信息时，进一步还对已写 入的所述长度信息和目标端口信息进行维特比编码，并生成保留位，由所述 长度信息、目标端口信息及保留位组成施加了维特比编码保护的帧头信息。
14、 如权利要求13所述的流媒体帧封装器，其特征在于流媒体数据包接收模块接收的所述流媒体数据包，是实时传输协议RTP 包、或者WINDOWS流媒体WMV包。
15、 如权利要求14所述的流媒体帧封装器，其特征在于流媒体数据包接收模块接收的所述流媒体数据包，是来自从一个或多个 音视频编码器的流媒体数据包。
16、 如权利要求10或11所述的流媒体帧封装器，其特征在于所述流媒体帧生成模块加入流媒体帧中的帧头信息中，还根据所述长度 信息和所述目标端口信息进行维特比编码，并生成保留位，进一步地，再将 维特比编码后的长度信息、目标端口信息、保留位作为整体加入帧头信息中。
17、 如权利要求16所述的流媒体帧封装器，其特征在于流媒体数据包接收模块接收的所述流媒体数据包是实时传输协议RTP 包、或者WINDOWS流媒体WMV包。
18、 如权利要求17所述的流媒体帧封装器，其特征在于 所述流媒体帧封装器是从一个或多个音视频编码器接收流媒体数据包。
全文摘要
本发明涉及广播系统技术领域，公开了一种广播系统中的流媒体业务传输方法及相应的流媒体帧封装器，首先，广播系统网络侧的流媒体帧封装器将流媒体数据包按其自身固有数据格式进行封装，并加入帧头信息后生成流媒体帧，再将所述流媒体帧通过广播网络传输给无线终端。应用本发明可保持流媒体数据包的固有格式，同时采用较小数据包的封装方式，以流媒体帧方式传输，确保数据的正确、高效地读取，提高信道资源的利用率，适于多种格式的流媒体数据传输，具有技术体系简单、业务可扩展性好等特点，同时对目前的IPTV以及今后的3G应用，可实现兼容以及可能的技术平台共享。
文档编号H04N7/26GK101312531SQ20071016724
公开日2008年11月26日 申请日期2007年11月2日 优先权日2007年11月2日
发明者吕义柱, 辉 张, 张晓伟, 李慧镝, 王志飞, 王西强, 靖 谭, 邹畅捷, 郭洛玮, 魏英钦, 黄月生 申请人:北京创毅视讯科技有限公司