[发明专利]一种广播系统中数据的接收方法及终端

说明书

技术领域

本发明涉及移动多媒体广播系统，具体涉及一种广播系统中数据的接收方法及终端。

背景技术

现有广播系统中，对于音视频数据通常采用复用方式传输：广播信道帧由多个复用帧构成，每一复用帧又由复用帧头、一个或多个复用子帧和填充组成。如图1所示，每一复用子帧又由子帧头、视频段、音频段和数据段组成，其中，在子帧头中又包含一些控制信息及保留位。通常，1个复用子帧是1套视音频节目的1秒数据码流，其中，视频码流大小为384kbit，音频码流大小为64kbit。

基于现有的复用帧结构，对于流媒体数据通常需要进行拆封重装，对流媒体数据包的标准格式进行改造。例如，对于RTP(实时传输协议，Real-timeTransport Protocol)格式的流媒体处理方式中，通常需要拆掉原有RTP封装格式，重新组装成现有复用帧净荷，其中，复用块与RTP包进行对应，负载头格式存在转换关系。对于其它格式的音视频数据，例如WINDOWS流媒体wmv、或asf等格式的流媒体数据，同样需要进行改造后，再进行封装组帧，而处理方式则不尽相同。

在广播系统中对流媒体业务数据进行传输时，对各种标准的流媒体数据需要进行改造，破坏固有的数据格式，一方面，在广播发射端额外增加了处理过程；另一方面，在接收端还需要对流媒体数据进行重装还原，同时还会增加了处理时间、给终端造成额外负担，增加终端本身的技术复杂度。

例如，在现有技术中，采用H264的视频编码和AAC的音频编码，将每一秒钟的音视频数据进行打包，在包头信息中加入H264帧及AAC帧在整个包中的相对位置和相对时间等信息。通过CRC对包头信息进行保护。其主要问题在于，如果包头的数据出现CRC错误，则丢掉整个包的音视频数据，并且其复用标准中只规定了所允许传播的音视频格式，缺乏可扩展性，不能适用多种音视频格式的流媒体数据。

同时，基于图1所示的复用帧，由于每个复用子帧数据包过大，仅在各音频、视频、数据段头设计了CRC校验，对视音频的净荷部分的没有保护，数据传输过程中出现误码或丢包后，会影响整个数据包的解码，出现严重马赛克效应，影响正常收视体验。如果包头出错，需要丢掉整个视频段、音频段。

另外，在现有广播系统中，对于数据服务没有一个统一的标准来进行支持和保障，而且终端厂商常需要对新推出数据服务的标准开发对应的软硬件。无论的数据服务标准的制定还是终端厂商为某项数据服务的开发，都消耗了宝贵的时间和人力物力资源。这样的模式制约了新的数据服务的推出和应用。

因此，随着广播系统中技术的快速发展以及不断演进，需要一种兼容性更高、扩展性更好、简便统一的数据传输技术，以适用多种流媒体数据及数据服务的广播传输，使得广播系统中数据传输质量更高、确保数据正确及高效，更具通用性并具有良好的可扩展性，以适应移动多媒体广播系统的演进发展。

发明内容

本发明要解决的技术问题是提供一种广播系统中数据的接收方法及终端，使得终端能够以简便易行统一的方式，实现广播系统中各类业务数据的接收，并且能够选择使用标准的流媒体播放软件实现流媒体数据的播放，降低了接收的复杂度；提高了终端的通用性和扩展能力。

为了解决上述技术问题，本发明提供了一种广播系统中数据的接收方法，包括：

A、接收广播数据后，从复用子帧的数据段中提取出可扩展协议封装XPE包；

B、根据XPE头里的信息提取本XPE包中的数据净荷，得到业务数据；

C、根据XPE头中的信息对业务数据进行相应处理。

进一步的，步骤C具体包括：

根据XPE头中的业务模式指示判断业务数据的类型，对流模式数据进行实时解析，将文件模式数据存储在本地；

所述流模式数据以数据流的方式展现，所述文件模式数据以文件的方式展现。

进一步的，对流模式数据进行实时解析具体包括：

对流媒体数据进行解码；

对流模式数据服务，在需要显示其内容时加载对应的解释程序进行读取并播放。

进一步的，对流媒体数据进行解码是指：

直接将流媒体数据包中的音频包及视频包送到相应的解码器中进行解码得到音/视频流，在需要显示时进行播放。

进一步的，对流媒体数据进行解码是指：

将提取出的流媒体数据包构造为IP包并发送到本地的TCP/IP层，需要显示时透过TCP/IP层获取用户数据报协议UDP包并用相应的标准流媒体播放软件进行播放。

进一步的，构造IP包是指：