CN100579222C - 一种广播系统中数据广播业务数据的传输方法及发射系统 - Google Patents

一种广播系统中数据广播业务数据的传输方法及发射系统 Download PDF

Info

Publication number
CN100579222C
CN100579222C CN 200710179586 CN200710179586A CN100579222C CN 100579222 C CN100579222 C CN 100579222C CN 200710179586 CN200710179586 CN 200710179586 CN 200710179586 A CN200710179586 A CN 200710179586A CN 100579222 C CN100579222 C CN 100579222C
Authority
CN
China
Prior art keywords
data
xpe
bag
business datum
head
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN 200710179586
Other languages
English (en)
Other versions
CN101198044A (zh
Inventor
张辉
王西强
郭洛玮
吕义柱
邹畅捷
肖兵
杨君云
孙家旺
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Innofidei Technology Co Ltd
Original Assignee
Innofidei Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Innofidei Technology Co Ltd filed Critical Innofidei Technology Co Ltd
Priority to CN 200710179586 priority Critical patent/CN100579222C/zh
Publication of CN101198044A publication Critical patent/CN101198044A/zh
Application granted granted Critical
Publication of CN100579222C publication Critical patent/CN100579222C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

本发明公开了一种广播系统中数据广播业务数据的发送方法、传输方法及发射系统;所述传输方法包括:A.发射系统将业务数据作为数据净荷,加上可扩展协议封装XPE头,封装为XPE包;发射系统将XPE包作为复用子帧的数据段的内容,通过广播网络传输给无线终端;B.无线终端接收广播数据后,从中提取出XPE包,并根据XPE头里的信息对本XPE包中数据净荷进行相应处理。所述发射系统包括复用器、单频网适配器、若干个调制器、若干个发射机及XPE打包机。本发明以简便易行统一的方式,实现广播系统中各类业务数据的传输,降低了流媒体数据及数据服务传输技术的复杂度;具有很强的通用性和可扩展能力。

Description

一种广播系统中数据广播业务数据的传输方法及发射系统
技术领域
本发明涉及无线传输领域,具体涉及一种广播系统中数据广播业务数据的传输方法及发射系统。
背景技术
现有广播系统中,对于音视频数据通常采用复用方式传输:广播信道帧由多个复用帧构成,每一复用帧又由复用帧头、一个或多个复用子帧和填充组成。如图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头,封装为XPE包;
b、发射系统将XPE包作为复用子帧的数据段的内容,通过广播网络传输给无线终端;
所述XPE头包括:
业务模式指示,用于表示业务数据的协议;
所述业务数据包括流模式数据和文件模式数据;所述流模式数据以数据流的方式展现,所述文件模式数据以文件的方式展现。
进一步的,步骤a还包括:
发射系统在封装XPE包前,先对待封装的业务数据进行前向纠错FEC检验,然后将进行过FEC检验后的业务数据及纠错数据作为数据净荷,分别加上XPE头后封装为XPE包;所述纠错数据为前向纠错信息;
所述XPE头包括:净荷类型,用于表示本XPE包中的数据净荷是未进行FEC的业务数据、进行过FEC的业务数据还是纠错数据;
对于数据净荷为业务数据的XPE包,XPE头还包括:业务模式指示,用于表示业务数据的协议;
所述业务数据包括流模式数据和文件模式数据;所述流模式数据以数据流的方式展现,所述文件模式数据以文件的方式展现;
对于数据净荷为纠错数据的XPE包,XPE头还包括:
FEC算法标识,用于标识所采用的前向纠错算法的类型;
FEC参数长度,用于表示FEC参数信息的数据包总长度;
FEC参数,用于指示所采用的前向纠错算法的参数;
进一步的,步骤a还包括:
发射系统在封装XPE包时,先对待封装的数据净荷进行循环校验码CRC校验,并在数据净荷后加上CRC数据后,一起封装为XPE包;
所述XPE头还包括:
CRC指示,用于表示本XPE包的净荷是否进行过CRC_32校验。
进一步的,步骤a还包括:
发射系统在封装XPE包时,当待封装的数据的长度超过XPE最大数据单元长度时,将数据分拆在多个XPE包中;
所述XPE头还包括:
开始标志,用于表示业务数据或纠错数据的开始部分是否在本XPE包中;
结束标志,用于表示业务数据或纠错数据的结束部分是否在本XPE包中;
数据包总长度,用于表示数据净荷未分割时的数据包总长度。
进一步的,步骤a还包括:
发射系统在封装XPE包时,在XPE包前面加上头部HEADER。
进一步的,步骤b具体包括:
发射系统将一个或一个以上的XPE包构成一个数据单元,将一个或一个以上的数据单元加上数据段头构成一个数据段,将该数据段加上子帧头构成复用子帧;将所述复用子帧进一步封装为广播信道帧后通过广播网络传输给无线终端;
所述的数据段头包括数据单元数、各数据单元的参数及CRC;所述数据单元的参数包括数据单元长度和数据单元类型。
本发明还提供了一种广播系统中数据广播业务数据的传输方法,包括:
A、发射系统将业务数据作为数据净荷,加上可扩展协议封装XPE头,封装为XPE包;发射系统将XPE包作为复用子帧的数据段的内容,通过广播网络传输给无线终端;
B、无线终端接收广播数据后,从中提取出XPE包,并根据XPE头里的信息对本XPE包中数据净荷进行相应处理;
所述XPE头包括:
业务模式指示,用于表示业务数据的协议;
所述业务数据包括流模式数据和文件模式数据;所述流模式数据以数据流的方式展现,所述文件模式数据以文件的方式展现;
所述步骤B中,终端根据XPE头中的业务模式指示判断所接收的XPE包中业务数据类型,对流模式数据进行实时解析,对文件模式数据则存储在本地,在用户浏览时解析。
进一步的,步骤A还包括:
发射系统在封装XPE包前,先对待封装的业务数据进行前向纠错FEC检验,然后将进行过FEC检验后的业务数据及纠错数据作为数据净荷,分别加上XPE头后封装为XPE包;所述纠错数据为前向纠错信息;
所述XPE头包括:净荷类型,用于表示本XPE包中的数据净荷是未进行FEC的业务数据、进行过FEC的业务数据还是纠错数据;
对于数据净荷为业务数据的XPE包,XPE头还包括:业务模式指示,用于表示业务数据的协议;
所述业务数据包括流模式数据和文件模式数据;所述流模式数据以数据流的方式展现,所述文件模式数据以文件的方式展现;
对于数据净荷为纠错数据的XPE包,XPE头还包括:
FEC算法标识,用于标识所采用的前向纠错算法的类型;
FEC参数长度,用于表示FEC参数信息的数据包总长度;
FEC参数,用于指示所采用的前向纠错算法的参数;
所述步骤B还包括:当数据净荷是进行过FEC的业务数据时,终端根据提取出的纠错数据确定所采用的FEC算法及参数,然后对其进行FEC。
进一步的,步骤A还包括:
发射系统在封装XPE包时,先对待封装的数据净荷进行循环校验码CRC校验,并在数据净荷后加上CRC数据后,一起封装为XPE包;
所述XPE头还包括:
CRC指示,用于表示本XPE包的净荷是否进行过CRC_32校验;
所述步骤B还包括:如果XPE头中CRC指示表示本XPE包进行过CRC校验,则终端先对本XPE包中的数据净荷进行CRC检验,如果正确则提取数据净荷。
进一步的,步骤A还包括:
发射系统在封装XPE包时,当待封装的数据的长度超过XPE最大数据单元长度时,将数据分拆在多个XPE包中;
所述XPE头还包括:
开始标志,用于表示业务数据或纠错数据的开始部分是否在本XPE包中;
结束标志,用于表示业务数据或纠错数据的结束部分是否在本XPE包中;
数据包总长度,用于表示数据净荷未分割时的数据包总长度;
所述步骤B还包括:根据XPE头中的开始标志和结束标志判断本XPE包中的数据净荷是分拆过的时,终端将其与其它相应XPE包中的数据净荷组合,恢复为分拆前的数据。
进一步的,步骤A还包括:
发射系统在封装XPE包时,在XPE包前面加上头部HEADER;
所述XPE头还包括:
校验和,用于对XPE头信息进行校验;
所述步骤B还包括:终端首先根据XPE头中的校验和字段判断是否该XPE包是否正确被接收;如果正确被接收,则根据XPE头中的信息提取所述XPE包里的数据净荷;如果没有正确被接收,则通过所述HEADER找到下面的XPE包。
进一步的,步骤A中,发射系统将XPE包作为复用子帧的数据段的内容,通过广播网络传输给无线终端是指:
发射系统将一个或一个以上的XPE包构成一个数据单元,将一个或一个以上的数据单元加上数据段头构成一个数据段,将该数据段加上子帧头构成复用子帧;将所述复用子帧进一步封装为广播信道帧后通过广播网络传输给无线终端;
所述的数据段头包括数据单元数、各数据单元的参数及CRC;所述数据单元的参数包括数据单元长度和数据单元类型。
本发明还提供了一种广播系统中的发射系统,包括复用器;
单频网适配器,用于接收复用器输出的数据,对数据进行适配后,将其通过分布式网络发送;
若干个调制器,用于从分布式网络中接收适配后的数据,并进行调制后,发送给相连的发射机;及
若干个发射机,用于将调制器调制后的信号通过广播网络传输给无线终端;
还包括:XPE打包机,用于将业务数据作为数据净荷,其加上XPE头封装为XPE包;
所述复用器用于接收XPE打包机输出的XPE包并将其封装为复用子帧发送给单频网适配器;
所述XPE打包机加上的XPE头包括:
业务模式指示,用于表示业务数据的协议;
所述业务数据包括流模式数据和文件模式数据;所述流模式数据以数据流的方式展现,所述文件模式数据以文件的方式展现。
进一步的,所述XPE打包机还用于在封装XPE包前,对待封装的业务数据进行FEC检验,然后将进行过FEC检验后的业务数据及纠错数据作为数据净荷,分别加上XPE头后封装为XPE包;所述纠错数据为前向纠错信息;
所述XPE打包机加上的XPE头包括:
净荷类型,用于表示本XPE包中的数据净荷是未进行FEC的业务数据、进行过FEC的业务数据还是纠错数据;
对于数据净荷为业务数据的XPE包,XPE头还包括:业务模式指示,用于表示业务数据的协议;
所述业务数据包括流模式数据和文件模式数据;所述流模式数据以数据流的方式展现,所述文件模式数据以文件的方式展现;
对于数据净荷为纠错数据的XPE包,XPE头还包括:
FEC算法标识,用于标识所采用的前向纠错算法的类型;
FEC参数长度,用于表示FEC参数信息的数据包总长度;
FEC参数,用于指示所采用的前向纠错算法的参数;
进一步的,所述XPE打包机还用于在封装XPE包前,先对待封装数据净荷进行循环校验码CRC校验,并在数据净荷后加上CRC数据后,一起封装为XPE包;
所述XPE打包机加上的XPE头还包括:
CRC指示,用于表示本XPE包的净荷是否进行过CRC 32校验。
进一步的,所述XPE打包机还用于在封装XPE包时,当待封装的数据的长度超过XPE最大数据单元长度时,将数据分拆在多个XPE包中;
所述XPE打包机加上的XPE头还包括:
开始标志,用于表示业务数据或纠错数据的开始部分是否在本XPE包中;
结束标志,用于表示业务数据或纠错数据的结束部分是否在本XPE包中;
数据包总长度,用于表示数据净荷未分割时的数据包总长度。
进一步的,所述XPE打包机还用于在封装XPE包时,在XPE包前面加上HEADER。
进一步的,所述复用器将所述XPE包封装为复用子帧是指:
将一个或一个以上的XPE包构成一个数据单元,将一个或一个以上的数据单元加上数据段头构成一个数据段,将该数据段加上子帧头构成复用子帧;将该复用子帧进一步封装为广播信道帧后通过广播网络传输给无线终端;所述数据段头包括数据单元数、各数据单元的参数及循环校验码;数据单元的参数包括数据单元长度和数据单元类型。
本发明的技术方案使用统一标准传输包括流媒体数据、数据服务、授权信息等在内的各类数据,因此本发明的技术方案能增强系统的通用性、兼容性、并有利于新的数据服务的推出和应用;并且具有技术体系简单、业务可扩展性好等特点,使用灵活方便。进一步的,其优化方案采用较小数据包的封装方式,确保数据正确、高效地读取,提高信道资源的利用率。进一步的,其优化方案引入CRC校验、前向纠错等措施,提高了传输可靠性。
附图说明
图1是现有技术中一种广播复用帧结构示意图;
图2是本发明提供的广播系统中的数据传输方法的具体实施流程图;
图3是本发明中XPE包放入复用子帧数据段的具体实施示意图;
图4是本发明中净荷为业务数据并且进行CRC校验时XPE包的结构示意图;
图5是本发明中XPE-FEC包的结构示意图;
图6是本发明的一种广播系统中发射系统的具体实施框图。
具体实施方式
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。
本发明提供了一种广播系统中数据广播业务数据的传输方法及发射系统,针对流媒体数据和数据服务等数据传输实现复杂、兼容性和可扩展性差的问题,采用统一的方式进行各类数据的传输,其核心思想是:将业务数据按统一格式封装为XPE(可扩展协议封装)包,将这些XPE包作为复用子帧的数据段的内容通过广播网络传输。要传输的业务数据包括两类,一类是流模式数据,指如音视频数据、ECM(授权控制信息)、EMM(授权管理信息)、音频广播、数据流形式的数据服务等以数据流方式呈现给用户的业务类型;另一类为以文件方式呈现给用户的文件模式数据,包括流模式数据服务对应的解释程序。对于流模式数据包可以不用进行重新构造,直接封装为XPE包,或是将原流模式数据包中的数据净荷封装为XPE包;而对于文件模式数据也可以直接封装为XPE包。
本发明实施例适用于通过卫星和/或地面无线发射视频、音频、数据信息等信号的移动多媒体广播系统,如CMMB(中国移动多媒体广播)广播系统、DVB-H(数字视频广播手持式接收:Digital Video Broadcast Handheld)、MediaFLO(媒体单一前向链路:Media Forward Link Only)等。
本发明的广播系统中数据广播业务数据的传输方法如图2所示,包括:
A、广播系统中的发射系统将业务数据加上XPE头,封装为XPE包后,通过广播网络将所述XPE包传输给无线终端。
本发明实施例所述的业务数据包括流模式数据和文件模式数据;本发明实施例所述的流模式数据以数据流的方式展现,通常具有时序要求、传输有时间标签指示或数据流内部有同步要求;而本发明实施例所述的文件模式数据则以离散文件的方式展现,通常无时序要求、传输无时间标签指示或同步要求。
对于数据服务而言,其中不是以数据流方式进行传输的内容:如固定不变的内容及较少更新的内容等,作为文件模式数据传输;而以数据流方式进行传输的内容则作为流模式数据传输。
流媒体数据——如音视频数据、授权信息均作为流模式数据传输。
本步骤同时也是本发明提供的广播系统中数据广播业务数据的发送方法。
本步骤可以包括以下步骤:
A1、广播系统中的发射系统将业务数据作为数据净荷,加上XPE头封装为XPE包。
本步骤中,发射系统可以在封装XPE包前,先对待封装的业务数据进行FEC(前向纠错)检验,然后将进行过FEC检验后的业务数据及纠错数据作为数据净荷分别加上XPE头后封装为XPE包。将封装纠错数据的XPE包称为XPE-FEC包,将XPE-FEC包的XPE头称为XPE-FEC头;所述纠错数据为前向纠错信息。
本步骤中,发射系统可以在封装XPE包时,先对待封装的数据净荷——即业务数据和/或纠错数据进行循环校验码CRC校验,并在数据净荷后加上CRC数据后,一起封装为XPE包;即各XPE包中包括XPE头、数据净荷和CRC数据。所述CRC数据可以但不限于为32位的CRC_32数据。
本步骤中,发射系统可以在封装XPE包时,当待封装的数据——即业务数据包或纠错数据的长度超过XPE最大数据单元长度(4096字节)时,则进行分割,可以将数据分拆在多个XPE包中。可以看出,XPE包是一种小数据包的封装方式,用这种封装方式代替现有技术中的大码流封装格式,能确保数据正确、高效地被读取。
本步骤中,发射系统可以在封装XPE包时,在XPE包前面加4个BYTE的HEADER(头部),这样可以在XPE头判断错误的时候,通过此HEADER找到下面的XPE包。
本发明实施例所述的XPE头可以包括以下字段中的任意一个或几个:
开始标志,用于表示业务数据或纠错数据的开始部分是否在本XPE包(包括XPE-FEC包)中;可以但不限于占用1位。可以定义:本字段取值“1”表示本XPE包(包括XPE-FEC包)中携带着业务数据或纠错数据的开始部分,取值“0”表示业务数据或纠错数据的开始部分不在本XPE包(包括XPE-FEC包)内。
结束标志,用于表示业务数据或纠错数据的结束部分是否在本XPE包(包括XPE-FEC包)中;可以但不限于占用1位。可以定义:本字段取值“1”表示本XPE包(包括XPE-FEC包)携带着业务数据或纠错数据的结束部分,取值“0”表示业务数据/纠错数据的结束部分不在本XPE包(包括XPE-FEC包)内。
比如一个业务数据包未分拆,全部封装在一个XPE包里,则开始标志和结束标志的值均为“1”。
如果对业务数据/纠错数据不进行分拆,则可以没有这两个字段。
净荷类型,用于表示本XPE包(包括XPE-FEC包)中的数据净荷是未进行FEC的业务数据、进行过FEC的业务数据、还是纠错数据;可以但不限于占用2位。可以定义:本字段取值“00”表示数据净荷为未进行FEC的业务数据;取值“01”表示数据净荷为进行过FEC的业务数据;取值“10”表示数据净荷为纠错数据;“11”保留。
净荷长度,用于表示本XPE包(包括XPE-FEC包)携带的净荷长度,单位为字节;可以但不限于占用12位,取值范围0~4095。若业务数据或纠错数据未进行分割,则本字段即为业务数据或纠错数据的数据包总长度。
CRC指示,用于表示本XPE包(包括XPE-FEC包)的净荷是否进行过CRC_32校验;可以但不限于占用1位。可以定义:本字段取值“0”表示本XPE包(包括XPE-FEC包)的净荷未进行CRC_32校验,取值“1”表示本XPE包(包括XPE-FEC包)的净荷进行CRC_32校验,并且本XPE包(包括XPE-FEC包)中,数据净荷后带有CRC_32数据。
数据包标识,用于标识XPE包;可以但不限于占用7位,在0~127范围内循环递增加1取值,初值为0。
数据包总长度,只有当业务数据或纠错数据进行分割时才需要传输本字段;用于表示数据净荷未分割时的数据包总长度,单位为字节;可以但不限于占用16位,取值范围0~65535。若业务数据或纠错数据未分割,则不传输本字段,净荷长度字段即表示业务数据或纠错数据的数据包总长度。
业务模式指示,该字段只使用在净荷为业务数据的XPE包中,用于表示业务数据的协议;可以但不限于占用1位。可以定义:本字段取值“0”表示业务数据为流模式数据;取值“0”表示业务数据为文件模式数据。
保留位,可以但不限于占用7位。
FEC算法标识,该字段只使用在净荷为纠错数据的XPE包——即XPE-FEC包中,用于标识所采用的前向纠错算法的类型;可以但不限于占用8位。可以定义:本字段取值“0x00”表示采用RS(255,191);其它值保留。
FEC参数长度,该字段只使用在XPE-FEC包中,用于表示后续前向纠错参数信息的总长度,单位为字节;可以但不限于占用8位,取值范围0~255。
FEC参数,该字段只使用在XPE-FEC包中,用于指示所采用的前向纠错算法的参数。本字段的语法跟前向纠错算法相关,长度由“FEC参数长度”字段指定。定义前向纠错算法时,需要同时定义本字段。
校验和,用于对XPE头(包括XPE-FEC头)信息进行校验,是本字段前面所有字节进行XOR运算的值。
净荷为业务数据并且进行CRC校验时的XPE包如图4所示;XPE-FEC包如图5所示。
A2、发射系统将XPE包作为复用子帧的数据段的内容通过广播网络传输给无线终端。
由于通过复用子帧头可以进行定位,因此XPE头的实现可以比较灵活,根据实际情况的不同而设定长度不同的XPE头,比如无CRC时,XPE头中可以不加入CRC指示字段。
本步骤中具体包括:发射系统将一个或一个以上的XPE包构成一个数据单元,将一个或一个以上的数据单元加上数据段头构成一个数据段,将该数据段加上子帧头构成复用子帧,如图3所示。发射系统将所述复用子帧进一步封装为广播信道帧后通过广播网络传输给无线终端。
本发明实施例所述的数据段头可以包括数据单元数、各数据单元的参数及CRC(循环校验码)。本发明实施例所述的数据单元的参数可以包括数据单元长度和数据单元类型。本发明实施例所述的数据单元类型可以但不限于定义为:取值“160”表示数据单元中为XPE包;取值“161”表示数据单元中为XPE-FEC包。
B、无线终端接收广播数据后,从中提取出XPE包,并根据XPE头里的信息对本XPE包中数据净荷进行相应处理。
具体来说,终端首先根据XPE头中的校验和字段判断是否该XPE包是否正确被接收;如果正确被接收,则根据XPE头中的信息提取所述XPE包里的数据净荷。如果没有正确被接收,并且XPE包前有HEADER时,终端可以通过所述HEADER找到下面的XPE包。
如果XPE头中CRC指示表示本XPE包进行过CRC校验,则终端先对本XPE包中的数据净荷进行CRC检验,如果正确则提取数据净荷。
如果数据净荷是进行过FEC的业务数据,则终端根据提取出的纠错数据确定所采用的FEC算法及参数,然后对其进行FEC。
根据XPE头中的开始标志和结束标志判断本XPE包中的数据净荷是分拆过的时,终端将其与其它相应XPE包中的数据净荷组合,恢复为分拆前的数据。
根据XPE头中的业务模式指示判断所接收的XPE包中业务数据类型,对流模式数据进行实时解析,对文件模式数据则存储在本地,在用户浏览时解析。
本发明还提供了一种广播系统中的发射系统,如图6所示,包括XPE打包机、复用器、单频网适配器、以及若干调制器和若干发射机。
本发明实施例所述的XPE打包机用于将业务数据加上XPE头封装为XPE包。
本发明实施例所述的XPE打包机还可以用于在封装XPE包前,对待封装的业务数据进行FEC(前向纠错)检验,然后将进行过FEC检验后的业务数据及纠错数据作为数据净荷分别加上XPE头后封装为XPE包。将封装纠错数据的XPE包称为XPE-FEC包,将XPE-FEC包的XPE头称为XPE-FEC头;所述纠错数据为前向纠错信息。
本发明实施例所述的XPE打包机还可以用于在封装XPE包前,先对待封装的业务数据和/或纠错数据进行循环校验码CRC校验,并在业务数据或纠错数据后加上CRC数据后,一起封装为XPE包。
本发明实施例所述的XPE打包机还可以用于当待封装的数据——如业务数据包或纠错数据——的长度超过XPE最大数据单元长度(4096字节)时,将业务数据包或纠错数据分拆在多个XPE包中。
本发明实施例所述的XPE打包机还可以用于在封装XPE包时,在XPE包前面加4个BYTE的HEADER(头部)。
所述XPE头同上文所述,这里不再重复。
本发明实施例所述的复用器,用于接收XPE打包机输出的XPE包并发送给单频网适配器;还可以用于将所述XPE包先封装为复用子帧,再进一步封装为广播信道帧后发送给单频网适配器。
本发明实施例所述的复用器将XPE包封装为复用子帧可以但不限于是指:将一个或一个以上的XPE包构成一个数据单元,将一个或一个以上的数据单元加上数据段头构成一个数据段,将该数据段加上子帧头构成复用子帧;所述数据段头包括数据单元数、各数据单元的参数及循环校验码;所述数据单元的参数可以包括数据单元长度和数据单元类型。所述数据单元类型同上文所述。
本发明实施例所述的单频网适配器用于接收复用器输出的数据,对数据进行适配后,将其通过分布式网络发送给调制器。
本发明实施例所述的调制器,用于从分布式网络中接收适配后的数据,并进行调制后,发送给相连的发射机。
本发明实施例所述的发射机用于将调制器调制后的信号通过广播网络发送给广播系统的无线终端。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (18)

1、一种广播系统中数据广播业务数据的发送方法,其特征在于,包括:
a、发射系统将业务数据作为数据净荷,加上可扩展协议封装XPE头,封装为XPE包;所述XPE头包括业务模式指示,用于表示业务数据的协议;所述业务数据包括流模式数据和文件模式数据;所述流模式数据以数据流的方式展现,所述文件模式数据以文件的方式展现;
b、发射系统将XPE包作为复用子帧的数据段的内容,通过广播网络传输给无线终端。
2、如权利要求1所述的发送方法,其特征在于,所述步骤b具体包括:
发射系统将一个或一个以上的XPE包构成一个数据单元,将一个或一个以上的数据单元加上数据段头构成一个数据段,将该数据段加上子帧头构成复用子帧;将所述复用子帧进一步封装为广播信道帧后通过广播网络传输给无线终端;
所述的数据段头包括数据单元数、各数据单元的参数及CRC;所述数据单元的参数包括数据单元长度和数据单元类型。
3、如权利要求1所述的发送方法,其特征在于,步骤a还包括:
发射系统在封装XPE包前,先对待封装的业务数据进行前向纠错FEC检验,然后将进行过FEC检验后的业务数据及纠错数据作为数据净荷,分别加上XPE头后封装为XPE包;所述纠错数据为前向纠错信息;
所述XPE头包括:净荷类型,用于表示本XPE包中的数据净荷是未进行FEC的业务数据、进行过FEC的业务数据还是纠错数据;
对于数据净荷为业务数据的XPE包,XPE头还包括:业务模式指示,用于表示业务数据的协议;
所述业务数据包括流模式数据和文件模式数据;所述流模式数据以数据流的方式展现,所述文件模式数据以文件的方式展现;
对于数据净荷为纠错数据的XPE包,XPE头还包括:
FEC算法标识,用于标识所采用的前向纠错算法的类型;
FEC参数长度,用于表示FEC参数信息的数据包总长度;
FEC参数,用于指示所采用的前向纠错算法的参数。
4、如权利要求2所述的发送方法,其特征在于,所述步骤a还包括:
发射系统在封装XPE包时,先对待封装的数据净荷进行循环校验码CRC校验,并在数据净荷后加上CRC数据后,一起封装为XPE包;
所述XPE头还包括:
CRC指示,用于表示本XPE包的净荷是否进行过CRC_32校验。
5、如权利要求1到4中任一项所述的发送方法,其特征在于,所述步骤a还包括:
发射系统在封装XPE包时,当待封装的数据的长度超过XPE最大数据单元长度时,将数据分拆在多个XPE包中;
所述XPE头还包括:
开始标志,用于表示业务数据或纠错数据的开始部分是否在本XPE包中;
结束标志,用于表示业务数据或纠错数据的结束部分是否在本XPE包中;
数据包总长度,用于表示数据净荷未分割时的数据包总长度。
6、如权利要求1到4中任一项所述的发送方法,其特征在于,所述步骤a还包括:
发射系统在封装XPE包时,在XPE包前面加上头部HEADER。
7、一种广播系统中数据广播业务数据的传输方法,其特征在于,包括:
A、发射系统将业务数据作为数据净荷,加上可扩展协议封装XPE头,封装为XPE包;发射系统将XPE包作为复用子帧的数据段的内容,通过广播网络传输给无线终端;所述XPE头包括业务模式指示,用于表示业务数据的协议;所述业务数据包括流模式数据和文件模式数据;所述流模式数据以数据流的方式展现,所述文件模式数据以文件的方式展现;
B、无线终端接收广播数据后,从中提取出XPE包,并根据XPE头里的信息对本XPE包中数据净荷进行相应处理,根据所述业务模式指示判断所接收的XPE包中业务数据类型,对流模式数据进行实时解析,对文件模式数据则存储在本地,在用户浏览时解析。
8、如权利要求7所述的传输方法,其特征在于,所述步骤A中,发射系统将XPE包作为复用子帧的数据段的内容,通过广播网络传输给无线终端是指:
发射系统将一个或一个以上的XPE包构成一个数据单元,将一个或一个以上的数据单元加上数据段头构成一个数据段,将该数据段加上子帧头构成复用子帧;将所述复用子帧进一步封装为广播信道帧后通过广播网络传输给无线终端;
所述的数据段头包括数据单元数、各数据单元的参数及CRC;所述数据单元的参数包括数据单元长度和数据单元类型。
9、如权利要求7所述的传输方法,其特征在于,所述步骤A还包括:
发射系统在封装XPE包前,先对待封装的业务数据进行前向纠错FEC检验,然后将进行过FEC检验后的业务数据及纠错数据作为数据净荷,分别加上XPE头后封装为XPE包;所述纠错数据为前向纠错信息;
所述XPE头包括:净荷类型,用于表示本XPE包中的数据净荷是未进行FEC的业务数据、进行过FEC的业务数据还是纠错数据;
对于数据净荷为业务数据的XPE包,XPE头还包括:业务模式指示,用于表示业务数据的协议;
所述业务数据包括流模式数据和文件模式数据;所述流模式数据以数据流的方式展现,所述文件模式数据以文件的方式展现;
对于数据净荷为纠错数据的XPE包,XPE头还包括:
FEC算法标识,用于标识所采用的前向纠错算法的类型;
FEC参数长度,用于表示FEC参数信息的数据包总长度;
FEC参数,用于指示所采用的前向纠错算法的参数;
所述步骤B还包括:当数据净荷是进行过FEC的业务数据时,终端根据提取出的纠错数据确定所采用的FEC算法及参数,然后对其进行FEC。
10、如权利要求8所述的传输方法,其特征在于,所述步骤A还包括:
发射系统在封装XPE包时,先对待封装的数据净荷进行循环校验码CRC校验,并在数据净荷后加上CRC数据后,一起封装为XPE包;
所述XPE头还包括:
CRC指示,用于表示本XPE包的净荷是否进行过CRC_32校验;
所述步骤B还包括:如果XPE头中CRC指示表示本XPE包进行过CRC校验,则终端先对本XPE包中的数据净荷进行CRC检验,如果正确则提取数据净荷。
11、如权利要求7到10中任一项所述的传输方法,其特征在于,所述步骤A还包括:
发射系统在封装XPE包时,当待封装的数据的长度超过XPE最大数据单元长度时,将数据分拆在多个XPE包中;
所述XPE头还包括:
开始标志,用于表示业务数据或纠错数据的开始部分是否在本XPE包中;
结束标志,用于表示业务数据或纠错数据的结束部分是否在本XPE包中;
数据包总长度,用于表示数据净荷未分割时的数据包总长度;
所述步骤B还包括:根据XPE头中的开始标志和结束标志判断本XPE包中的数据净荷是分拆过的时,终端将其与其它相应XPE包中的数据净荷组合,恢复为分拆前的数据。
12、如权利要求7到10中任一项所述的传输方法,其特征在于,步骤A还包括:
发射系统在封装XPE包时,在XPE包前面加上头部HEADER;
所述XPE头还包括:
校验和,用于对XPE头信息进行校验;
所述步骤B还包括:终端首先根据XPE头中的校验和字段判断是否该XPE包是否正确被接收;如果正确被接收,则根据XPE头中的信息提取所述XPE包里的数据净荷;如果没有正确被接收,则通过所述HEADER找到下面的XPE包。
13、一种广播系统中的发射系统,包括复用器;
单频网适配器,用于接收复用器输出的数据,对数据进行适配后,将其通过分布式网络发送;
若干个调制器,用于从分布式网络中接收适配后的数据,并进行调制后,发送给相连的发射机;及
若干个发射机,用于将调制器调制后的信号通过广播网络传输给无线终端;
其特征在于,还包括:
XPE打包机,用于将业务数据作为数据净荷,加上XPE头封装为XPE包;所述XPE打包机加上的XPE头包括业务模式指示,用于表示业务数据的协议;所述业务数据包括流模式数据和文件模式数据;所述流模式数据以数据流的方式展现,所述文件模式数据以文件的方式展现;
所述复用器用于接收XPE打包机输出的XPE包并将其封装为复用子帧发送给单频网适配器。
14、如权利要求13所述的发射系统,其特征在于,所述复用器将所述XPE包封装为复用子帧是指:
将一个或一个以上的XPE包构成一个数据单元,将一个或一个以上的数据单元加上数据段头构成一个数据段,将该数据段加上子帧头构成复用子帧;将该复用子帧进一步封装为广播信道帧后通过广播网络传输给无线终端;所述数据段头包括数据单元数、各数据单元的参数及循环校验码;数据单元的参数包括数据单元长度和数据单元类型。
15、如权利要求13所述的发射系统,其特征在于:
所述XPE打包机还用于在封装XPE包前,对待封装的业务数据进行FEC检验,然后将进行过FEC检验后的业务数据及纠错数据作为数据净荷,分别加上XPE头后封装为XPE包;所述纠错数据为前向纠错信息;
所述XPE打包机加上的XPE头包括:
净荷类型,用于表示本XPE包中的数据净荷是未进行FEC的业务数据、进行过FEC的业务数据还是纠错数据;
对于数据净荷为业务数据的XPE包,XPE头还包括:业务模式指示,用于表示业务数据的协议;
所述业务数据包括流模式数据和文件模式数据;所述流模式数据以数据流的方式展现,所述文件模式数据以文件的方式展现;
对于数据净荷为纠错数据的XPE包,XPE头还包括:
FEC算法标识,用于标识所采用的前向纠错算法的类型;
FEC参数长度,用于表示FEC参数信息的数据包总长度;
FEC参数,用于指示所采用的前向纠错算法的参数。
16、如权利要求14所述的发射系统,其特征在于:
所述XPE打包机还用于在封装XPE包前,先对待封装数据净荷进行循环校验码CRC校验,并在数据净荷后加上CRC数据后,一起封装为XPE包;
所述XPE打包机加上的XPE头还包括:
CRC指示,用于表示本XPE包的净荷是否进行过CRC_32校验。
17、如权利要求13到16中任一项所述的发射系统,其特征在于:
所述XPE打包机还用于在封装XPE包时,当待封装的数据的长度超过XPE最大数据单元长度时,将数据分拆在多个XPE包中;
所述XPE打包机加上的XPE头还包括:
开始标志,用于表示业务数据或纠错数据的开始部分是否在本XPE包中;
结束标志,用于表示业务数据或纠错数据的结束部分是否在本XPE包中;
数据包总长度,用于表示数据净荷未分割时的数据包总长度。
18、如权利要求13到16中任一项所述的发射系统,其特征在于:所述XPE打包机还用于在封装XPE包时,在XPE包前面加上HEADER。
CN 200710179586 2007-12-14 2007-12-14 一种广播系统中数据广播业务数据的传输方法及发射系统 Expired - Fee Related CN100579222C (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN 200710179586 CN100579222C (zh) 2007-12-14 2007-12-14 一种广播系统中数据广播业务数据的传输方法及发射系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 200710179586 CN100579222C (zh) 2007-12-14 2007-12-14 一种广播系统中数据广播业务数据的传输方法及发射系统

Publications (2)

Publication Number Publication Date
CN101198044A CN101198044A (zh) 2008-06-11
CN100579222C true CN100579222C (zh) 2010-01-06

Family

ID=39548139

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 200710179586 Expired - Fee Related CN100579222C (zh) 2007-12-14 2007-12-14 一种广播系统中数据广播业务数据的传输方法及发射系统

Country Status (1)

Country Link
CN (1) CN100579222C (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101330398B (zh) * 2008-07-25 2010-06-16 中兴通讯股份有限公司 一种业务数据流的发送方法
CN101883272B (zh) * 2010-06-09 2012-10-10 清华大学 基于dtmb单频网系统的多业务适配方法及其实现装置
CN108173807B (zh) * 2017-11-28 2021-12-03 贵阳语玩科技有限公司 统一消息发送、处理方法及装置
CN110099036B (zh) * 2018-01-31 2022-03-11 国广融合(北京)传媒科技发展有限公司 一种基于融合传输系统的数据封装方法
CN109889267B (zh) * 2018-09-28 2020-09-29 曹一宁 基于光通信的编码信息的发送方法、光标签和扫码设备

Also Published As

Publication number Publication date
CN101198044A (zh) 2008-06-11

Similar Documents

Publication Publication Date Title
CN101222290B (zh) 一种广播系统中的数据传输方法、发射系统和终端
AU2003207435B2 (en) Clock-based time slicing
CN101159579B (zh) 接收基于网络传输协议的流媒体数据的方法及终端
CN100579222C (zh) 一种广播系统中数据广播业务数据的传输方法及发射系统
CN101350768B (zh) 在广播网络中传送ip报文的方法
CN104303507A (zh) 用于多媒体传输系统的收发数据的方法和装置
MX2007012338A (es) Almacenamiento temporal en la distribucion de corriente de datos.
CN101459654A (zh) 一种多协议业务数据封装解析方法、接收端和发送端
CN1972453B (zh) 一种移动多媒体广播系统的数据流封装方法
CN101202920A (zh) 一种广播系统中的数据发送、传输方法、发射系统和终端
CN1972408A (zh) 一种移动多媒体广播系统的数据传送方法
CN101646075B (zh) 一种多媒体码流的码率调整装置及方法
CN101312531B (zh) 一种广播系统中的流媒体业务传输方法及流媒体帧封装器
CN101465711B (zh) 一种移动多媒体广播系统中传输多模式数据业务的方法
CN101383716B (zh) 显示数据业务和紧急广播的方法及装置
US10051339B2 (en) Method for generating and transferring at least one data stream
CN101453347B (zh) 一种移动多媒体广播数据发送和接收方法
CN101159667B (zh) 用于移动多媒体广播系统对分组数据进行报头压缩的方法
CN101325505B (zh) 一种复用数据流的传输方法
CN101207460B (zh) 一种广播系统中数据的接收方法及终端
CN100534198C (zh) 基于音视频信源数据的封装方法
CN101426005A (zh) 一种无线广播系统的ip数据包封装、发送及接收方法
CN1960520B (zh) 一种在移动多媒体广播中传递辅助数据的方法
CN100536568C (zh) 一种移动多媒体广播控制信息与媒体信息区分传送的方法
CN101860737A (zh) 一种降低传输时延的mpeg2系统层封装方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
PE01 Entry into force of the registration of the contract for pledge of patent right

Denomination of invention: Transmission method and emission system for data broadcasting service data in broadcasting system

Effective date of registration: 20130205

Granted publication date: 20100106

Pledgee: China Development Bank Co

Pledgor: Beijing InnoFidei Technology Co. Ltd.|Beijing smartwell xunlian Polytron Technologies Inc|Anhui smartwell Communication Technology Co. Ltd.

Registration number: 2013990000087

PLDC Enforcement, change and cancellation of contracts on pledge of patent right or utility model
PC01 Cancellation of the registration of the contract for pledge of patent right

Date of cancellation: 20140416

Granted publication date: 20100106

Pledgee: China Development Bank Co

Pledgor: Beijing InnoFidei Technology Co. Ltd.|Beijing smartwell xunlian Polytron Technologies Inc|Anhui smartwell Communication Technology Co. Ltd.

Registration number: 2013990000087

PLDC Enforcement, change and cancellation of contracts on pledge of patent right or utility model
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20100106

Termination date: 20171214