CN101350768B

CN101350768B - 在广播网络中传送ip报文的方法

Info

Publication number: CN101350768B
Application number: CN2007101304659A
Authority: CN
Inventors: 沈灿; 江华; 童登金; 戴志军; 王志英
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2007-07-19
Filing date: 2007-07-19
Publication date: 2011-08-24
Anticipated expiration: 2027-07-19
Also published as: CN101350768A

Abstract

本发明提供一种在广播网络中传送IP报文的方法，可利用多媒体广播网络有效实现如浏览、游戏等基于IP的业务。该方法为：将Mac地址、IP与UDP包头、IP数据净荷封装在IP负载中并将Mac地址指示、IP包头压缩指示封装在IP块头中；将IP块头、IP负载、CRC封装在数据单元中并将每个数据单元的长度及其类型都记录在数据段头中；将多个数据单元封装于数据段；再将数据段与其他需要传输的数据封装在一个业务通道中传送；以及，终端接收到数据段后，根据其头中的每个数据单元长度取出每个数据单元，再从数据单元取出IP与UDP包头、IP数据净荷而得到IP报文。Mac地址长度可变且IP包头可压缩后传送，故提高了传输效率。

Description

在广播网络中传送IP报文的方法

技术领域

本发明属于多媒体广播或手机电视技术领域，特别涉及到一种实现多媒体广播网络中传送IP报文的方法。

背景技术

移动多媒体广播是近年来兴起的一种多媒体播放技术。通过手持的终端，在高速移动的情况下，可以观看电视。终端通过无线协议，接收到节目单，并可以选择自己有权利收看的频道，从而可接收所选频道的多媒体数据，以实现在移动终端上观看电视。

系统发射的空中数据，被分成不同的频道，而每个频道又包括：视频、音频和数据三种类型。终端可以接收相关的数据，并通过终端上的播放器来实现电视的正常播放。

在广播网络中传送数据，可以实现字幕、文件下载、IP组播、以及ESG下载等应用，这就是对实时播放的视音频流的一个重要补充。在IP组播的基础上，可以支持Web浏览、和游戏娱乐等业务。

在广播网络中，现有的IP组播实现方法有两种：

第一，TS(传输流)方式，TS协议是MPEG(运动图像专家组)标准中的一种，它把IP报文切割成小块数据后，放在一个固定为188字节大小的包里传送；

第二，数据块传送方式，把IP报文直接放到一个个数据块中进行传送，例如：Media FLO标准，这个标准是高通公司主导的，即，把IP报文封装在传输层。

现有的方法各有其缺点。第一种方法，由于TS包的大小固定，一个IP包被分到一个或多个TS包中传送，最后一个TS包不能完全用完，存在大量的填充信息，TS方式的传输效率比较低。第二种方法，由于IP组播的包头有28字节，而现有的技术并没有考虑如何压缩IP包头、和Mac地址等，所以，开销也比较大。

本发明为在第二种方法基础上的改进，本发明适合在广播网络中实现IP组播，是一种灵活的封装方法，其允许IP包头压缩以及Mac地址压缩，包头开销很小而灵活度却高，因此，效率要远高于上述两种方法，此外还附加有校验机制。

发明内容

为了解决上述技术问题，本发明提供了一种在广播网络中传送IP报文的方法，使得利用多媒体广播网络能有效实现基于IP的众多业务，如：Web浏览、和游戏等。

根据本发明的在广播网络中传送IP报文的方法，参见图1，所述方法包含以下步骤：

步骤S102，将Mac地址、IP与UDP包头、和IP数据净荷封装在IP负载中，并将Mac地址指示、和IP包头压缩指示封装在IP块头中；

步骤S104，将IP块头、IP负载、和CRC封装在数据单元中，再将多个数据单元封装在数据段中，然后将每个数据单元的长度、数据单元的类型都记录在数据段头中；

步骤S106，将数据段与其他需要传输的数据封装在一个业务通道中传送；以及

步骤S108，终端接收到数据段后，根据数据段头中的每个数据单元的长度取出每个数据单元，再从数据单元中取出IP与UDP包头、IP数据净荷，从而得到IP报文。

上述步骤S104中，一个IP报文封装在一个数据单元中，把该数据单元封装到数据段，再把数据段封装到复用子帧。

上述步骤S102中，每个IP包都是由Mac地址、IP包头、UDP包头、数据净荷以及CRC(循环校验)组成的。Mac地址的长度是改变的。IP包头可以压缩后传送，从而提高传输效率。

本发明的方法是通过封装IP报文在数据单元中，实现IP包在业务通道中复用，从而可以传送IP组播。本发明的其它特征和优点将在随后的说明书中阐述，并且，部分因说明书而变得非常清楚，或者通过实施本发明而被了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，并构成本申请的一部分；本发明的示意性实施例及其说明用于解释本发明，而并不构成对本发明的不当限定。在附图中：

图1为数据段中封装IP报文的流程图；

图2为IP报文在业务通道中传送的示意图，由于这个业务通道是专门用来传送IP报文的，所以并没有示出视频段与音频段；

图3为数据段中封装IP报文的示意图。

具体实施方式

本发明实现了在广播网络中传送IP报文的方法，如图2所示，一个业务通道(逻辑的)都在概念上对应一个频道，一个频道的数据是在一个固定时间间隔内发送一次数据，固定时间间隔可以是一秒钟，也可以是其他时间值。

如果一个业务通道是用来实现传送IP报文功能，则这个业务通道中一般不包含视频段、音频段，仅包括子帧头和数据段。子帧头中主要是一些控制信息，主要包括：子帧头长度、视频段长度、音频段长度、数据段的长度、以及CRC等。

如图3所示，数据段是由数据段头和N个数据单元组成的。数据段头包括：数据单元的总数、数据类型、每个数据单元的长度、以及CRC等。

传送IP报文时，前述数据类型参数的值为2。

复用子帧数据段里的一个数据单元封装一个IP组播包。一个IP组播包是由IP块头、IP负载、以及CRC组成的。

IP块头包括Mac地址指示、IP包头压缩指示的参数。

IP负载是由Mac地址、IP与UDP包头、以及IP数据净荷所组成的。

一种在广播网络中传送IP报文的方法，如图1所示，包含以下步骤：

步骤S102，将Mac地址、IP与UDP包头、以及IP数据净荷封装在IP负载中，将Mac地址指示和IP包头压缩指示封装在IP块头中；

步骤S104，将IP块头、IP负载、以及CRC封装在数据单元中，再将多个数据单元封装在数据段中，然后将每个数据单元的长度和数据单元的类型都记录在数据段头中；

步骤S108，终端接收到数据段后，根据数据段头中的每个数据单元的长度取出每个数据单元，再从数据单元中取出IP与UDP包头、以及IP数据净荷，从而得到IP报文。

前述Mac地址指示的长度为2比特，用来区分Mac地址的长度：如果Mac地址指示为0，则Mac地址的长度为0；如果Mac地址指示为1，则Mac地址的长度为48比特。

前述IP包头压缩指示的长度为2比特，用来区分IP包头与UDP包头的传送方法：如果IP包头压缩指示为0，则IP与UDP包头是224比特字段，依次传送128比特的IP包头与96比特的UDP包头；如果IP包头压缩指示为1，则IP与UDP包头是48比特字段，依次传送32比特的目的IP地址与16比特的目的端口号。

前述CRC是用来校验IP组播包是否正确的：如果CRC校验正确，则说明IP组播包没有误码。

业务通道每隔一段时间，发送一次数据，包括一个或多个数据单元，一次就可以传送一个或多个IP报文。

每个数据单元都是变长的，也没有了填充数据，因此，与TS封装方法相比，提高数据传输的利用率。CRC是为了防止出现误码以及为了提高可靠性。

如果Mac地址对终端来说没有用途，则应当采用Mac地址压缩方法；而如果IP头、UDP头中的源地址、目的地址没有用途，则应该采用IP与UDP包头压缩方法。

本发明的方法，可以灵活封装IP报文，并可以实现Mac地址、IP包头、以及UDP包头的压缩，从而减少了冗余的信息，只需要6个字节即可。

下面通过一个实例对本发明进行描述。

在本实例中，一个业务通道有64Kbit/s的速率。这个频道的总长度是8192字节，其中：子帧头长18字节；数据段头长212字节，数据单元有70个。如果每个数据单元中，IP块头长度是1字节，Mac地址不传送，IP与UDP包头是6字节，CRC是4字节，故数据净荷的总长度是7192字节，则采用本发明方法的传输效率(数据净荷的总长度与频道的总长度之比)是87.8％。但是，如果不采用IP包头压缩，Mac地址也不传送，数据单元还是70个，而由于在每个数据单元中，IP组播包头都占28字节，则数据净荷的总长度是6002字节，从而该传输效率仅为73％。

本文所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。因此，凡在本发明的精神和原则之内所作的任何修改、等同替换、改进以及更新等等，均应包含在本发明的保护范围之内。

Claims

1.一种在广播网络中传送IP报文的方法，其特征在于包括以下步骤：

步骤S102，将Mac地址、IP与UDP包头、和IP数据净荷封装在IP负载中，并且将Mac地址指示、IP包头压缩指示封装在IP块头中，其中，所述Mac地址指示用来区分Mac地址的长度，所述IP包头压缩指示用来区分所述IP包头与UDP包头的传送方法，其中，如果所述Mac地址指示为0，则Mac地址的长度为0比特，如果所述Mac地址指示为1，则Mac地址的长度为48比特；如果IP包头压缩指示为0，则IP与UDP包头是224比特字段，依次传送128比特的IP包头与96比特的UDP包头；如果IP包头压缩指示为1，则IP与UDP包头是48比特字段，依次传送32比特的目的IP地址与16比特的目的端口号；

步骤S104，将一个由所述IP负载、IP块头和CRC组成的IP组播包封装在一个数据单元中，再将多个数据单元封装在数据段中，进而将每个数据单元的长度和数据单元的类型都记录在数据段头中，其中，所述CRC用来校验IP组播包是否正确；

步骤S106，将所述数据段与其他需要传输的数据封装在一个业务通道中进行传送；以及

步骤S108，终端接收到所述数据段后，根据所述数据段头中的每个数据单元的长度来取出每个数据单元，再从所述数据单元中取出所述IP与UDP包头、和所述IP数据净荷，从而得到所述IP报文。

2.根据权利要求1所述的方法，其特征在于：如果所述CRC校验正确，则说明所述IP组播包没有误码。

3.根据权利要求1所述的方法，其特征在于，所述IP包头压缩指示的长度为2比特。

4.根据权利要求1所述的方法，其特征在于，所述Mac地址指示的长度为2比特。