CN101119219B - 一种广播组播业务中数据传输的实现方法及系统 - Google Patents

Abstract

本发明公开了一种广播组播业务中数据传输的实现方法，包括步骤有：发送端获取需要发送的数据文件及其业务类型信息；发送端将数据文件拆分以封装成若干数据包，并在每个数据包的包头中加入该业务类型信息；发送端将封装好的数据包循环发送给接收端；接收端收到完整的数据包后组装成数据文件，并根据包头中的业务类型信息，调用业务类型的解析方式对数据文件进行有效解析。相应地，本发明还提供一种广播组播业务中数据传输的实现系统。借此，本发明提高了数据解析的正确性及效率性；另外，本发明还可提高数据传输的可靠性以及正确性。

Description

一种广播组播业务中数据传输的实现方法及系统

技术领域

本发明涉及移动网络中的广播组播业务领域，尤其涉及一种广播组播业务中数据传输的实现方法及系统。

背景技术

目前，随着智能移动终端的日益普及，移动数据业务的使用越来越广泛，人们已不再满足于简单的移动终端上网浏览业务，各种高带宽多媒体业务如视频会议、电视广播、视频点播、广告等不断出现，一方面满足移动用户不断上升的业务需求，同时也为移动运营商带来新的业务增长点。而BCMCS(Broadcast and Multicast Service，广播组播业务)技术可在移动网络中实现多种丰富的视频音频和多媒体应用业务，且BCMCS技术可极大地提高网络资源利用率，尤其是宝贵的空口资源，为3G发展提供更好的业务前景。

图1示出了BCMCS系统的应用环境，该BCMCS系统主要包括如下部分：BCMCS控制器101、BCMCS内容服务器102、BCMCS内容提供商103、BCMCS用户属性管理器104，用户属性数据库105、归属AAA(Authentication Authorization Accounting，认证，授权，计费)106、服务AAA 107、MR(Multicast Router，多播路由器)108、PDSN(Packet Data Service Node，分组数据业务节点)109、BSN(Broadcast Service Node，广播业务节点)110、BSC/PCF(Base Station Controller，基站控制器/Packet Control Function，分组控制功能)111以及移动终端112等功能实体。BCMCS系统中各个功能实体的连接关系与性能已是本领域技术人员所熟知，故在此不作详述。本文所关注的是，在BCMCS系统中BCMCS内容服务器102(发送端)需要将不同业务类型的数据文件，比如天气文件或者视频短片等，以广播或组播的方式发送出去。在此过程中，为方便BCMCS的数据传输，需要对该数据文件进行拆分组包。但是现有标准规范中并没有明确的业务类型设定方式以及组包方法，一方面，导致移动终端112(接收端)不能有效区别不同业务类型的数据文件，从而不能调用不同的解析方式去有效解析该数据文件；另一方面，BCMCS内容服务器102不能保证数据文件能够正确的传输到移动终端112。

综上可知，现有广播组播业务中数据传输技术，在实际使用显然存在不便与缺陷，所以有必要加以改进。

发明内容

针对上述的缺陷，本发明的目的在于提供一种广播组播业务中数据传输的实现方法及系统，其使接收端能正确区分出不同的业务类型数据以进行有效解析。

为了实现上述目的，本发明提供一种广播组播业务中数据传输的实现方法，所述方法包括如下步骤：

A、发送端获取需要发送的数据文件及其业务类型信息；

B、发送端将该数据文件拆分以封装成若干数据包，并在每个数据包的包头中加入所述业务类型信息；

C、发送端将该封装好的数据包循环发送给接收端；

D、接收端收到完整的数据包后组装成该数据文件，并根据所述包头中的业务类型信息，调用该业务类型的解析方式对该数据文件进行解析。

根据本发明的方法，所述数据文件的业务类型信息为业务类型标识，该业务类型标识表示该数据文件所属的业务类型。

根据本发明的方法，所述步骤B中进一步包括，发送端在每个数据包的包头中加入数据文件标识，该数据文件标识表示本数据包所属的数据文件；

所述步骤D中接收端收到完整的具有相同数据文件标识的数据包后，组装成该数据文件。

根据本发明的方法，所述步骤B中进一步包括，发送端在所述数据包的包头中加入校验信息；

所述步骤D中接收端每收到一数据包后，对其包头中的校验信息进行校验，如果校验通过则保存该数据包，否则丢掉该数据包；直至接收并保存了完整的数据包后组装成该数据文件。

根据本发明的方法，所述校验信息为循环冗余检验信息；所述步骤D中接收端每收到一数据包后，对其包头中的循环冗余检验信息进行校验，如果接收端生成的循环冗余检验信息与所述包头中的循环冗余检验信息一致，则保存该数据包；否则丢掉该数据包，等待下一次接收该数据包。

根据本发明的方法，所述步骤B中还包括发送端在所述数据包的包头中加入基本包信息，该基本包信息至少包括有包总数和包序列号，所述包总数表示组成该数据文件的所有数据包的个数，所述包序列号表示本数据包在组成该数据文件的所有数据包中的序列号；

所述步骤D中接收端根据已收到的数据包的包头中的包序列号和包总数，判断是否收到完整的数据包，如果已经接收到完整的数据包，则将这些数据包组装成该数据文件。

根据本发明的方法，所述步骤B中还包括发送端将该数据文件拆分成若干段数据净荷，并将这些数据净荷分别封装在各数据包的包体中。

根据本发明的方法，所述步骤D中接收端对该数据文件进行解析后还包括，将解析后的数据文件在接收端进行展示。

根据本发明的方法，所述发送端为广播组播业务内容服务器，所述接收端为移动终端。

本发明还提供一种广播组播业务中数据传输的实现系统，所述系统包括发送端和接收端，其中：

所述发送端包括有：

获取模块，用于获取需要发送的数据文件及其业务类型信息；

拆分组包模块，用于将所获取的数据文件拆分以封装成若干数据包，并在每个数据包的包头中加入所述业务类型信息；

发送模块，用于将封装好的数据包循环发送给接收端；

所述接收端包括有：

接收组装模块，用于接收到完整的数据包后组装成该数据文件；

解析模块，用于根据所述数据包的包头中的业务类型信息，调用该业务类型的解析方式对该数据文件进行解析。

本发明在广播组播业务的数据传输中，发送端在要发送的数据包的包头中加入业务类型信息，接收端接收完整的数据包后组装成数据文件，并根据其包头中的业务类型信息，调用该业务类型的解析方式对该数据文件进行有效解析，从而提高了数据解析的正确性及效率性。并且，所述发送端还可在要发送的数据包的包头中加入数据文件标识，接收端收到完整的具有相同数据文件标识的数据包后组装成数据文件，以有效地区分出不同的数据文件进行接收组装，进而提高了数据传输的可靠性。另外，所述发送端还可在要发送的数据包的包头中加入校验信息，以保证数据传输的正确性。

附图说明

图1是BCMCS系统应用环境示意图；

图2是本发明实现广播组播业务中数据传输的实现系统结构图；

图3是本发明提供的实施例中BCMCS数据封装示意图；

图4是本发明广播组播业务中数据传输的实现方法流程图；

图5是本发明优选的广播组播业务中数据传输的实现方法流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明的基本思想是：提供一种广播组播业务(BCMCS)中数据传输的实现方案，将要传输的数据文件进行拆分组包，并将该数据文件的业务类型信息、数据文件标识和/或校验信息等记录在包头中，然后将拆分后的数据文件内容封装在包体中进行传输，从而接收端可正确区分出不同的业务类型数据以进行有效解析，并且可提高无线广播组播业务中数据传输的可靠性。

图2示出了本发明实现广播组播业务中数据传输的实现系统结构，该系统1主要包括发送端10和接收端20，其中：

所述发送端10，一般是指BCMCS内容服务器，其使BCMCS内容可以在IP组播流中使用，用于获取并保存BCMCS内容提供商传来的业务内容数据文件，并将该数据文件转发给接收端20，BCMCS内容服务器可融合多个BCMCS内容提供商的业务内容。本发明的发送端10进一步包括获取模块11、拆分组包模块12和发送模块13，其中：

获取模块11，用于获取需要发送的数据文件及其业务类型信息，再将该数据文件及其业务类型信息发送给拆分组包模块12。所述数据文件的业务类型信息优选为业务类型标识，该业务类型标识表示该数据文件所属的业务类型，例如表示数据文件属于视频会议业务或者广播电视业务等。

拆分组包模块12，用于将获取模块11获取并发来的数据文件拆分以封装成若干数据包。每个数据包至少包括包头和包体，拆分组包模块12将根据传输单元的要求将数据文件拆分成若干段数据净荷，再将这些若干段数据净荷分别封装在各数据包的包体中，并在每个数据包的包头中加入所述业务类型信息。优选的是，拆分组包模块12还可在每个数据包的包头中加入数据文件标识和/或校验信息。所述数据文件标识表示本数据包所属的数据文件，适用于发送端10同时或者陆续发送多组数据文件时以作区分之用；所述校验信息用于对数据文件进行校验，其可以是奇偶校验信息、海明校验信息、CRC(Cyclical Redundancy Check，循环冗余检验校验)信息等，优选CRC 32校验码。实际上，拆分组包模块12还可以在数据包的包头中加入基本包信息，该基本包信息至少包括有包总数和包序列号，所述包总数表示组成该数据文件的所有数据包的个数，所述包序列号表示本数据包在组成该数据文件的所有数据包中的序列号。

图3为本发明提供的实施例中BCMCS数据封装示意图，每个数据包由包头和包体组成。该包体中封装有数据净荷，而包头中包括业务类型标识、数据文件标识、CRC_32校验信息以及基本包信息；该基本包信息又包括包序列号、包总数、数据净荷长度等，其中：

业务类型标识，5位字段，表示该数据文件所属的业务类型；

数据文件标识，8位字段，表示本数据包所属的数据文件；

CRC_32校验信息：32位字段CRC，表示该数据文件的校验码；

包总数，16位字段，取值范围1～65535，表示组成该数据文件的所有数据包的个数；

包序列号，16位字段，取值范围0～65534，表示本数据包在组成该数据文件的所有数据包中的序列号；

数据净荷长度，11位字段，表示本数据包中数据净荷的字节数。

发送模块13，用于将由拆分组包模块12封装好的数据包循环发送给接收端20，以确保接收端20可以完整的收到该数据文件的数据包并进行组合。

所述接收端20，一般是指可实现BCMCS业务的移动终端，移动终端可包含MS(Mobile Station，移动台)和(User Identity Model，用户识别模块)，本发明的接收端20进一步包括接收组装模块21和解析模块22，其中：

接收组装模块21，用于接收到完整的数据包后组装成该数据文件，所谓完整的数据包是指该数据文件拆分后封装成的全部数据包。若该数据包的包头中具有数据文件标识，具有相同数据文件标识的数据包属于同一个数据文件，则接收组装模块21收到完整的具有相同数据文件标识的数据包后，组装成该数据文件，以有效地区分出不同的数据文件进行接收组装，进而提高了数据传输的可靠性。若该数据包的包头中还具有检验信息，则接收组装模块21每收到一数据包后，对其包头中的校验信息进行校验，如果校验通过则保存该数据包，否则丢掉该数据包，以保证数据传输的正确性。进一步的，若数据包的包头中具有包序列号和包总数的基本包信息，则接收组装模块21根据已收到的数据包的包头中的包序列号和包总数，判断是否收到完整的数据包，如果已经接收到完整的数据包，则将这些数据包组装成该数据文件。

解析模块22，用于根据所述数据包的包头中的业务类型信息，调用该业务类型的解析方式对该数据文件进行有效解析，例如若数据文件的业务类型是广播电视业务或多媒体短信业务，则解析模块22调用广播电视业务或多媒体短信的解析方式对该数据文件进行解析，以提高数据解析的正确性及效率性。

本系统1的接收端20还可包括展示模块23，用于将解析模块22解析后的数据文件在本地进行展示，例如播放广播电视视频等。

图4示出了本发明广播组播业务中数据传输的实现方法流程，其通过图2所示的系统1来实现，该方法具体包括步骤如下：

步骤S401，发送端10获取需要发送的数据文件及其业务类型信息。具体的是，发送端10的获取模块11获取需要发送的数据文件及其业务类型信息，该业务类型信息优选为业务类型标识，用于表示该数据文件所属的业务类型。

步骤S402，发送端10将该数据文件拆分以封装成若干数据包，并在每个数据包的包头中加入所述业务类型信息。具体的是，发送端10的拆分组包模块12将获取模块11所获取的数据文件拆分并封装成若干数据包，将数据净荷封装在各数据包的包体中进行传输，而在每个数据包的包头中加入所述业务类型信息。优选的是，拆分组包模块12还可在每个数据包的包头中加入数据文件标识和/或校验信息。拆分组包模块12还可以在数据包的包头中加入包总数和包序列号等基本包信息。

步骤S403，发送端10将这些数据包循环发送给接收端20。具体的是，发送端10的发送模块13将拆分组包模块12封装好的数据包循环不断的发送给接收端20。

步骤S404，接收端20收到完整的数据包后组装成该数据文件，并根据所述包头中的业务类型信息，调用该业务类型的解析方式对该数据文件进行解析。优选的是，若该数据包的包头中具有数据文件标识，具有相同数据文件标识的数据包属于同一个数据文件，接收端20的接收组装模块21接收完整的具有相同数据文件标识的数据包，以有效地区分出不同的数据文件进行接收组装。若该数据包的包头中还具有检验信息，则接收组装模块21每收到一数据包后，对其包头中的校验信息进行校验，如果校验通过则保存该数据包，否则丢掉该数据包。若数据包的包头中具有包序列号和包总数的基本包信息，则接收组装模块21根据已收到的数据包的包头中的包序列号和包总数，判断是否收到完整的数据包，如果已经接收到完整的数据包，则将这些数据包组装成该数据文件。待接收组装模块21组装好数据文件后，由解析模块22根据所述包头中的业务类型信息，调用该业务类型的解析方式对该数据文件进行有效解析，以提高数据解析的正确性及效率性。

图5示出了本发明优选的广播组播业务中数据传输的实现方法流程，其通过图2所示的系统1实现，包括发送端流程和接收端流程，具体包括步骤如下：

一、发送端流程：

步骤S501，发送端10获取需要发送的数据文件及其业务类型信息。具体的是，由发送端10的获取模块11获取需要发送的数据文件及其业务类型标识。

步骤S502，发送端10将数据文件拆分组包。具体的是，发送端10的拆分组包模块12按照发送模块13的要求将数据文件拆分成若干段数据净荷，并将拆分后的若干段数据净荷分别封装在数据包的包体中。

步骤S503，发送端10的拆分组包模块12在数据包的包头中加入如图3所示的业务类型标识、数据文件标识、CRC32校验信息、包序列号、总包数、数据净荷长度等信息。

步骤S504，发送端10将封装好的数据包循环发送给接收端20。具体的，发送端10的发送模块13将封装后的数据包循环发送给接收端20，以保证接收端20可以完整的收到该数据文件的数据包。

二、接收端流程：

步骤S505，接收端20接收数据包。具体的是，由接收端20的接收组装模块21来接收发送端10发送来的数据包，其中，包头中具有相同数据文件标识的数据包属于同一个数据文件。

步骤S506，接收端20对数据包进行CRC32校验，若CRC32校验通过，则执行步骤S507；若CRC32检验不通过，则返回到步骤S505继续接收数据包。具体的CRC32校验过程是，接收端20的接收组装模块21每收到一数据包后，对其包头中的CRC32校验信息进行校验，如果接收端20生成的CRC32校验信息与所述包头中的CRC32校验信息一致，则保存该数据包，执行步骤S507；否则丢掉该数据包，返回步骤S505以等待下一次接收该数据包。

步骤S507，接收端20判断数据包是否接收完毕。接收端20的接收组装模块21根据已收到的数据包的包头中的包序列号和包总数，判断是否收到完整的数据包，如果已经接收到完整的数据包，则不再接收该数据文件的数据包，并执行步骤S508，否则返回步骤S505以继续接收剩余的数据包。

步骤S508，接收端20将完整的数据包组合成数据文件。具体的是，接收端20的接收组装模块21根据收到数据包的包序列号进行数据文件组装。

步骤S509，接收端20根据包头中业务类型信息对数据文件进行解析，并在接收端20进行展示。接收端20的解析模块22根据包头中业务类型信息对数据文件进行解析，例如若数据文件的业务类型是广播电视业务或多媒体短信业务，则解析模块22调用广播电视业务或多媒体短信的解析方式对该数据文件进行解析，以便提高数据解析的正确性及效率性。解析模块22将解析完毕的数据文件发送给展示模块23，由展示模块23对该数据文件进行相应展示。

综上所述，本发明在广播组播业务的数据传输中，发送端在要发送的数据包的包头中加入业务类型信息，接收端接收完整的数据包后组装成数据文件，并根据其包头中的业务类型信息，调用该业务类型的解析方式对该数据文件进行有效解析，从而提高了数据解析的正确性及效率性。并且，所述发送端还可在要发送的数据包的包头中加入数据文件标识，接收端收到完整的具有相同数据文件标识的数据包后组装成数据文件，以有效地区分出不同的数据文件进行接收组装，进而提高了数据传输的可靠性。另外，所述发送端还可在要发送的数据包的包头中加入校验信息，以保证数据传输的正确性。

当然，本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种广播组播业务中数据传输的实现方法，其特征在于，所述方法包括如下步骤：

A、发送端获取需要发送的数据文件及其业务类型信息；

B、发送端将该数据文件拆分以封装成若干数据包，并在每个数据包的包头中加入所述业务类型信息；

C、发送端将该封装好的数据包循环发送给接收端；

D、接收端收到完整的数据包后组装成该数据文件，并根据所述包头中的业务类型信息，调用该业务类型的解析方式对该数据文件进行解析。

2.根据权利要求1所述的方法，其特征在于，所述数据文件的业务类型信息为业务类型标识，该业务类型标识表示该数据文件所属的业务类型。

3.根据权利要求1所述的方法，其特征在于，所述步骤B中进一步包括，发送端在每个数据包的包头中加入数据文件标识，该数据文件标识表示本数据包所属的数据文件；

所述步骤D中接收端收到完整的具有相同数据文件标识的数据包后，组装成该数据文件。

4.根据权利要求1所述的方法，其特征在于，所述步骤B中进一步包括，发送端在所述数据包的包头中加入校验信息；

所述步骤D中接收端每收到一数据包后，对其包头中的校验信息进行校验，如果校验通过则保存该数据包，否则丢掉该数据包；直至接收并保存了完整的数据包后组装成该数据文件。

5.根据权利要求4所述的方法，其特征在于，所述校验信息为循环冗余检验信息；所述步骤D中接收端每收到一数据包后，对其包头中的循环冗余检验信息进行校验，如果接收端生成的循环冗余检验信息与所述包头中的循环冗余检验信息一致，则保存该数据包；否则丢掉该数据包，等待下一次接收该数据包。

6.根据权利要求1所述的方法，其特征在于，所述步骤B中还包括发送端在所述数据包的包头中加入基本包信息，该基本包信息至少包括有包总数和包序列号，所述包总数表示组成该数据文件的所有数据包的个数，所述包序列号表示本数据包在组成该数据文件的所有数据包中的序列号；

所述步骤D中接收端根据已收到的数据包的包头中的包序列号和包总数，判断是否收到完整的数据包，如果已经接收到完整的数据包，则将这些数据包组装成该数据文件。

7.根据权利要求1所述的方法，其特征在于，所述步骤B中还包括发送端将该数据文件拆分成若干段数据净荷，并将这些数据净荷分别封装在各数据包的包体中。

8.根据权利要求1所述的方法，其特征在于，所述步骤D中接收端对该数据文件进行解析后还包括，将解析后的数据文件在接收端进行展示。

9.根据权利要求1所述的方法，其特征在于，所述发送端为广播组播业务内容服务器，所述接收端为移动终端。

10.一种实现如权利要求1～9任一项所述方法的系统，其特征在于，所述系统包括发送端和接收端，其中：

所述发送端包括有：

获取模块，用于获取需要发送的数据文件及其业务类型信息；

拆分组包模块，用于将所获取的数据文件拆分以封装成若干数据包，并在每个数据包的包头中加入所述业务类型信息；

发送模块，用于将封装好的数据包循环发送给接收端；

所述接收端包括有：

接收组装模块，用于接收到完整的数据包后组装成该数据文件；

解析模块，用于根据所述数据包的包头中的业务类型信息，调用该业务类型的解析方式对该数据文件进行解析。

Images