多媒体广播组播业务系统及其同步方法.pdf

1、10申请公布号CN102056084A43申请公布日20110511CN102056084ACN102056084A21申请号200910212090X22申请日20091104H04W4/06200901H04W56/00200901H04B7/2620060171申请人中兴通讯股份有限公司地址518057广东省深圳市南山区科技南路55号72发明人翟恒星艾建勋74专利代理机构北京康信知识产权代理有限责任公司11240代理人余刚吴孟秋54发明名称多媒体广播组播业务系统及其同步方法57摘要本发明公开了一种多媒体广播组播业务系统的同步方法包括当业务结束时，上层网元在用户面发送业务结束信息；下层网元

2、根据接收到的业务结束信息，获知业务结束，并进行相应地处理。本发明还公开了一种多媒体广播组播业务系统。本发明能够使得下层网元及时获知某一业务具体的结束时间，从而判定数据是丢失了还是已经结束，能够准确地对资源进行调度；能够使得不同下层网元对同一业务的资源分配保持一致，对同一情况采取一致的处理，从而使用户终端能够正常地接收业务数据。51INTCL19中华人民共和国国家知识产权局12发明专利申请权利要求书2页说明书13页附图10页CN102056091A1/2页21一种多媒体广播组播业务系统的同步方法，其特征在于，包括当业务结束时，上层网元在用户面发送业务结束信息；下层网元根据接收到的业务结束信息，获

3、知所述业务结束，并进行相应地处理。2根据权利要求1所述的方法，其特征在于，自定义的协议数据单元类型为TYPE3的同步SYNC帧携带所述业务结束信息，上层网元在用户面发送业务结束信息采用以下方式之一所述上层网元在所述业务的最后一个数据包所在的同步序列的末尾发送一个或多个TYPE3的SYNC帧；所述上层网元在所述业务的最后一个数据包所在的同步序列的下一个同步序列中发送一个或多个TYPE3的SYNC帧；所述上层网元在所述业务的最后一个数据包所在的同步序列的之后的一个或多个同步序列中发送一个或多个TYPE3的SYNC帧；下层网元根据接收到的业务结束信息，获知所述业务结束，并进行相应地处理包括所述下层网

4、元接收到所述TYPE3的SYNC帧后，获知所述业务已结束；所述下层网元释放为所述业务分配的资源。3根据权利要求1所述的方法，其特征在于，上层网元在用户面发送业务结束信息的方式包括在协议数据单元类型为TYPE0的SYNC帧中携带所述业务结束信息，其中，所述业务结束信息占用所述TYPE0的SYNC帧中的空闲比特位中的一位或者多位，当占用空闲比特位中的一位且比特位的值为1时，表示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息；当占用空闲比特位中的二位且比特位的值为11时，表示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息；当占用空闲比特位中的三位且比特位的值为111时，表

5、示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息；当占用空闲比特位中的四位且比特位的值为1111时，表示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息。4根据权利要求3所述的方法，其特征在于，下层网元根据接收到的业务结束信息，获知所述业务结束，并进行相应地处理包括所述下层网元接收到TYPE0的SYNC帧，且所述TYPE0的SYNC帧的空闲比特位中表示业务结束信息的比特位的值为1或11或111或1111时，所述下层网元获知接收到的所述TYPE0的SYNC帧所在的同步序列为所述业务的最后一个同步序列；所述下层网元释放为所述业务分配的资源。5根据权利要求3所述的方法，其特

6、征在于，所述业务结束信息占用所述TYPE0的SYNC帧中的补丁比特位中的一位或者多位，当占用补丁比特位中的一位且比特位的值为1时，表示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息；当占用补丁比特位中的二位且比特位的值为11时，表示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息。6根据权利要求3或5所述的方法，其特征在于，上层网元在用户面发送业务结束信息的方式还包括所述业务的最后一个数据包所在的同步序列中的所有TYPE0的SYNC帧格式均为采用所述携带有业务结束信息的TYPE0的SYNC帧格式，指示所述同步序列为所述业务的最后一权利要求书CN102056084ACN

7、102056091A2/2页3个同步序列。7根据权利要求1所述的方法，其特征在于，上层网元在用户面发送业务结束信息的方式包括在协议数据单元类型为TYPE1的SYNC帧中携带所述业务结束信息，其中，所述业务结束信息占用所述TYPE1的SYNC帧中的空闲比特位中的一位或者多位；或者所述业务结束信息占用所述TYPE1的SYNC帧中的空闲位扩展比特位中的一位或者多位；或者所述业务结束信息占用所述TYPE1的SYNC帧中的补丁比特位中的一位或者多位。8根据权利要求7所述的方法，其特征在于，上层网元在用户面发送业务结束信息的方式还包括所述业务的最后一个数据包所在的同步序列中的所有TYPE1的SYNC帧格式

8、均为采用所述携带有业务结束信息的TYPE1的SYNC帧格式，指示所述同步序列为所述业务的最后一个同步序列。9根据权利要求1所述的方法，其特征在于，上层网元在用户面发送业务结束信息的方式包括在协议数据单元类型为TYPE2的SYNC帧中携带所述业务结束信息，其中，所述业务结束信息占用所述TYPE2的SYNC帧中的空闲比特位中的一位或者多位；或者所述业务结束信息占用所述TYPE2的SYNC帧中的补丁比特位中的一位或者多位；或者所述业务结束信息占用所述TYPE2的SYNC帧中的空闲位扩展比特位中的一位或者多位。10根据权利要求9所述的方法，其特征在于，上层网元在用户面发送业务结束信息的方式还包括所述业

9、务的最后一个数据包所在的同步序列中的所有TYPE2的SYNC帧格式均为采用所述携带有业务结束信息的TYPE2的SYNC帧格式，指示所述同步序列为所述业务的最后一个同步序列。11根据权利要求1至10任一项所述的方法，其特征在于，在当业务结束时，上层网元在用户面发送业务结束信息之后还包括多媒体广播多播业务网关接收到所述业务结束信息后释放所述业务的承载。12一种多媒体广播组播业务系统，其特征在于，包括上层网元，用于当业务结束时，在用户面发送业务结束信息；下层网元，用于根据接收到的业务结束信息，获知所述业务结束，并进行相应地处理。13根据权利要求12所述的系统，其特征在于，自定义的协议数据单元类型为T

10、YPE3的SYNC帧携带所述业务结束信息，所述上层网元还用于在所述业务的最后一个数据包所在的同步序列的末尾发送一个或多个TYPE3的SYNC帧；或者还用于在所述业务的最后一个数据包所在的同步序列的下一个同步序列中发送一个或多个TYPE3的SYNC帧；或者还用于在所述业务的最后一个数据包所在的同步序列的之后的一个或多个同步序列中发送一个或多个TYPE3的SYNC帧；所述下层网元还用于接收到所述TYPE3的SYNC帧后，获知所述业务已结束；还用于释放为所述业务分配的资源。权利要求书CN102056084ACN102056091A1/13页4多媒体广播组播业务系统及其同步方法技术领域0001本发明涉

11、及通信领域，具体而言，涉及一种多媒体广播组播业务系统及其同步方法。背景技术0002为了有效地利用移动网络资源，3GPP3RDGENERATIONPARTNERSHIPPROJECT，第三代合作伙伴计划提出了多媒体广播多播业务MULTIMEDIABROADCASTMULTICASTSERVICE，MBMS，该MBMS业务是一种从一个数据源向多个目标传送数据的技术，实现了网络包括核心网和接入网资源的共享，提高了网络资源尤其是空中接口资源的利用率。0003在现有的LTELONGTERMEVOLUTION，长期演进技术中，复用在同一个传输信道上的多个MBMS业务可以采用如下的方式动态地共享信道的资源，

12、这种方式称为动态复用DYNAMICMULTIPLEXING。下面对动态复用方式进行详细说明。0004在LTEMBMS中，首先定义了调度周期的概念。一个调度周期在时域上定义为一个时间段长度，例如320或640MS，在该时间段内，一条传输信道占用分配若干MBSFN子帧SUBFRAME资源。在一个调度周期内，一个MBMS逻辑信道的数据连续占用其映射的传输信道的资源，也就是连续地占用MCH信道的MBSFN子帧资源，直到该业务在该调度周期内需要发送的业务数据全部发送完毕。不同业务的数据可以在同一个MBSFN子帧内发送。也就是来自不同的逻辑信道的数据通过媒体接入控制MAC层串接在同一个MACPDU媒体接入

13、控制层协议数据单元中发送。0005一个动态复用的例子如图1所示，多个业务在一个调度周期内动态复用信道资源，在一个调度周期内复用有业务S1和业务S2的数据。0006为实现MBMS业务在多个网元实体基站网元的小区间实现同步的发送，现有公开技术提供了一种同步协议SYNC的处理方式，该方法对应的网络系统包括上层网元和下层网元1N，如图2所示。该SYNC协议的同步发送过程包括以下处理步骤0007步骤S1，上层网元发送MBMS业务数据包到各下层网元1N，该业务数据包承载了业务数据PAYLOAD，并携带时间戳信息、数据包序列号信息、累计业务数据长度信息等。其中0008上层网元对一个或多个连续业务数据包中标识

14、相同的时间戳信息，这些标记了相同时间戳的数据包组成一个数据突发DATABURST或者称为同步序列SYNCHRONIZATIONSEQUENCE；相邻两个同步序列的时间戳差为同步序列长度；0009上述的业务数据包在SYNC协议中又称为SYNC数据帧DATAFRAME。所述的业务数据是真实的业务数据，将要在无线接口发送的数据部分。所述的数据包序列号是指在一个同步序列内，或从某个约定的起点开始数据帧的序列号。所述累计业务数据包长度信息是指一个同步序列内，或从某个约定的起点开始，到所述业务数据包之前的业务数据累计长度。该数据包长度可以是数据帧的长度，也可以是数据帧携带的业务数据的长度。这二说明书CN1

15、02056084ACN102056091A2/13页5者是等价的，因为数据帧的长度减去数据帧的帧头的长度就等于业务数据的长度。而数据帧的帧头长度可以根据协议定义获知。0010在每个同步序列的最后，上层网元还发送一种SYNC控制帧，该控制帧携带信息指示其对应的同步序列的数据帧的总个数、业务数据总长度信息。图3示出了上层网元向下层网元发送的同步序列数据帧和控制帧的一个例子。0011步骤S2，下层网元接收到上层网元所发送的上述同步序列，并通过检测业务数据包的序列号，检测是否存在业务数据包的丢失，以及已经丢失的业务数据包的总长度。其中0012下层网元通过检测接收到的一个同步序列的数据包的序列号，可以检

16、测出是否存在业务数据包的丢失，例如下层网元接收到了同步序列X的业务数据包的序列号为N1，N，N3，N4，则下层网元可以检测出数据包N1，N2丢失。下层网元进一步通过检测序列号为N和N3的数据包携带的累计数据长度的差，可以知道所丢失的业务数据N1，N2的业务数据长度的和。例如数据包N携带的累积数据长度为L1，N3携带的累积数据长度为L2，则数据包N1和N2携带的业务数据的总长度为L2L1数据包N1的数据长度。下层网元还可以通过读取上述的SYNC控制帧，获取其对应的同步序列的数据包总个数和业务数据总长度。该控制帧也是一个同步序列结束的标记。0013步骤S3，每个下层网元对同一个同步序列中的业务数据

17、包所携带的业务数据在其时间戳对应的调度周期开始在无线接口依次发送业务数据包。0014在上述的描述中，上层网元和下层网元可以是下列网元的组合方式，但是不限于下列的组合0015在UMTSUNIVERSALMOBILETELECOMMUNICATIONSSYSTEM，通用移动通信系统系统的MBMS业务同步组网中，上层网元为核心网网元，下层网元为RNC无线网络控制器。0016在LTE系统的MBMS业务同步组网中，上层网元为BMSC广播多播业务中心或其它核心网网元，下层网元为节点BENB，EUTRANNODEB。0017图2示出了上层网元下层网元的逻辑结构图。其中下层网元间的接口为逻辑接口或者物理接口。

18、0018在上述MBMS业务复用和同步方法中，考虑到数据从上层网元传输到下层网元的过程中，存在丢失的可能性，并且可能出现连续的数据包丢失，根据现有同步协议SYNC的技术，下层网元可以检测到丢失的数据包的个数和丢失的数据包的总长度，并根据这些信息构造虚拟的丢失数据包，并将这些虚拟的数据包进行用户面协议层处理，就像这些数据包没有丢失一样。但是上述的方法存在一个严重的问题即，考虑到RLC处理的特殊性，一个业务数据包，或称为RLCSDURLC业务数据单元，在进行RLC处理时，其占用的RLCPDURLC协议数据单元的空间的大小取决于其具体的位置。具体的，一个RLCSDU在RLC处理中，其占用的RLC协议L

19、I长度指示的个数是不确定的，取决于其在RLCPDU中的具体情况，其个数可以是0，或1，或2个。因而，具体处理时0019如果丢失的业务数据包个数为1个，则下层网元可以根据其长度计算得到确定的占用RLCPDU的空间；如果出现连续数据丢失，根据现有SYNC协议的技术，下层网元没有办法得到丢失的多个数据包的每一个数据包的长度，而只能获得这些丢失的业务数据包的总长度，因为造成这些丢失的数据包真实的占用RLCPDU的负荷空间的大小是没有办法正确说明书CN102056084ACN102056091A3/13页6计算的。0020现有的解决丢包的方法，可以是通过发送多个TYPE0的SYNC帧，使得ENB能够更可

20、靠地接收。也就是当某一段时间内没有数据的情况下，通过发送TYPE0的SYNC帧通知基站当前确实没有数据发送，而不是发送的数据丢失了。0021不过，在数据发送的末尾，现有技术仍然还无法及时地指示用户面数据何时结束，即，用户的数据包什么时候结束。MBMSGWMBMS网关在发送完最后的一个数据包之后将会拆掉相应的承载，并且发送该业务的MBMS会话结束消息给MCE，再由MCE转发给基站。但是，基站在接收到最后一个数据包之后就会再陷入一片“寂静”，没有收到任何响应的后续数据包。此时，控制面的MBMS会话结束消息可能不能及时地发送给基站，如基站延时收到，或者由于其他原因不能及时收到该消息。在这种情况下，由

21、于基站不能从控制面得知具体的业务结束时间，而用户面已经没有数据发送，无法判知到底是数据丢失了，还是不发送数据了。由此而导致的问题是对于同时处理多个业务，并进行动态调度的基站来讲，基站无法对其他业务进行调度，到底是空闲一部分资源还是应该放掉相应的资源，处理上没有办法决定，导致基站的处理不一致。0022针对相关技术中当下层网元延时收到或未收到控制面的MBMS会话结束消息时，下层网元无法准确调度资源，且不同下层网元之间的处理不一致的问题，目前尚未提出有效的解决方案。发明内容0023针对相关技术中当下层网元延时收到或未收到控制面的MBMS会话结束消息时，下层网元无法准确调度资源，且不同的下层网元之间的

22、处理不一致的问题而提出本发明，为此，本发明的主要目的在于提供一种多媒体广播组播业务系统及其同步方法，以解决上述问题至少之一。0024为了实现上述目的，根据本发明的一个方面，提供了一种多媒体广播组播业务系统的同步方法。0025根据本发明的多媒体广播组播业务系统的同步方法包括当业务结束时，上层网元在用户面发送业务结束信息；下层网元根据接收到的业务结束信息，获知业务结束，并进行相应地处理。0026优选地，自定义的协议数据单元类型为TYPE3的同步SYNC帧携带业务结束信息，0027上层网元在用户面发送业务结束信息采用以下方式之一上层网元在业务的最后一个数据包所在的同步序列的末尾发送一个或多个TYPE

23、3的SYNC帧；上层网元在业务的最后一个数据包所在的同步序列的下一个同步序列中发送一个或多个TYPE3的SYNC帧；上层网元在业务的最后一个数据包所在的同步序列的之后的一个或多个同步序列中发送一个或多个TYPE3的SYNC帧；0028下层网元根据接收到的业务结束信息，获知业务结束，并进行相应地处理包括下层网元接收到TYPE3的SYNC帧后，获知业务已结束；下层网元释放为业务分配的资源。0029优选地，上层网元在用户面发送业务结束信息的方式包括在协议数据单元类型为TYPE0的SYNC帧中携带业务结束信息，说明书CN102056084ACN102056091A4/13页70030其中，业务结束信息

24、占用TYPE0的SYNC帧中的空闲比特位中的一位或者多位，当占用空闲比特位中的一位且比特位的值为1时，表示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息；当占用空闲比特位中的二位且比特位的值为11时，表示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息；当占用空闲比特位中的三位且比特位的值为111时，表示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息；当占用空闲比特位中的四位且比特位的值为1111时，表示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息。0031优选地，下层网元根据接收到的业务结束信息，获知业务结束，并进行相应地处理包括下层网

25、元接收到TYPE0的SYNC帧，且TYPE0的SYNC帧的空闲比特位中表示业务结束信息的比特位的值为1或11或111或1111时，下层网元获知接收到的TYPE0的SYNC帧所在的同步序列为业务的最后一个同步序列；下层网元释放为业务分配的资源。0032优选地，业务结束信息占用TYPE0的SYNC帧中的补丁比特位中的一位或者多位，当占用补丁比特位中的一位且比特位的值为1时，表示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息；当占用补丁比特位中的二位且比特位的值为11时，表示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息。0033优选地，上层网元在用户面发送业务结束信息的

26、方式还包括业务的最后一个数据包所在的同步序列中的所有TYPE0的SYNC帧格式均为采用携带有业务结束信息的TYPE0的SYNC帧格式，指示同步序列为业务的最后一个同步序列。0034优选地，上层网元在用户面发送业务结束信息的方式包括在协议数据单元类型为TYPE1的SYNC帧中携带业务结束信息，0035其中，业务结束信息占用TYPE1的SYNC帧中的空闲比特位中的一位或者多位；或者0036业务结束信息占用TYPE1的SYNC帧中的空闲位扩展比特位中的一位或者多位；或者0037业务结束信息占用TYPE1的SYNC帧中的补丁比特位中的一位或者多位。0038优选地，上层网元在用户面发送业务结束信息的方式

27、还包括业务的最后一个数据包所在的同步序列中的所有TYPE1的SYNC帧格式均为采用携带有业务结束信息的TYPE1的SYNC帧格式，指示同步序列为业务的最后一个同步序列。0039优选地，上层网元在用户面发送业务结束信息的方式包括在协议数据单元类型为TYPE2的SYNC帧中携带业务结束信息，0040其中，业务结束信息占用TYPE2的SYNC帧中的空闲比特位中的一位或者多位；或者0041业务结束信息占用TYPE2的SYNC帧中的补丁比特位中的一位或者多位；或者0042业务结束信息占用TYPE2的SYNC帧中的空闲位扩展比特位中的一位或者多位。0043优选地，上层网元在用户面发送业务结束信息的方式还包

28、括业务的最后一个数据包所在的同步序列中的所有TYPE2的SYNC帧格式均为采用携带有业务结束信息的TYPE2的SYNC帧格式，指示同步序列为业务的最后一个同步序列。0044优选地，在当业务结束时，上层网元在用户面发送业务结束信息之后还包括多媒体广播多播业务网关接收到业务结束信息后释放业务的承载。说明书CN102056084ACN102056091A5/13页80045为了实现上述目的，根据本发明的另一方面，提供了一种多媒体广播组播业务系统。0046根据本发明的多媒体广播组播业务系统，包括上层网元，用于当业务结束时，在用户面发送业务结束信息；下层网元，用于根据接收到的业务结束信息，获知业务结束，

29、并进行相应地处理。0047优选地，自定义的协议数据单元类型为TYPE3的SYNC帧携带业务结束信息，0048上层网元还用于在业务的最后一个数据包所在的同步序列的末尾发送一个或多个TYPE3的SYNC帧；或者还用于在业务的最后一个数据包所在的同步序列的下一个同步序列中发送一个或多个TYPE3的SYNC帧；或者还用于在业务的最后一个数据包所在的同步序列的之后的一个或多个同步序列中发送一个或多个TYPE3的SYNC帧；0049下层网元还用于接收到TYPE3的SYNC帧后，获知业务已结束；还用于释放为业务分配的资源。0050由于定义了一个业务结束信息，当某一业务结束时，将该业务结束信息添加到用户面数据

30、中一起发送给下层网元，指示下层网元该业务已经结束，该业务不会再有其他数据包到来，解决了相关技术中的当下层网元延时收到或未收到控制面的MBMS会话结束消息时，下层网元无法准确调度资源，且不同的下层网元之间的处理不一致的问题，从而能够使得下层网元及时获知某一业务具体的结束时间，从而判定数据是丢失了还是已经结束，能够准确地对资源进行调度。附图说明0051此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中0052图1是根据相关技术的动态复用的示例图；0053图2是根据相关技术的上层网元下层网元的逻辑结构图；

31、0054图3是根据相关技术的上层网元向下层网元发送的同步序列数据帧和控制帧的示例图；0055图4是根据本发明实施例的多媒体广播组播业务系统的同步方法的流程图；0056图5是根据本发明优选实施例的多媒体广播组播业务系统的同步方法的流程示意图；0057图6是根据本发明优选实施例一的SYNCPDUTYPE3格式的示意图；0058图7是根据本发明优选实施例二的SYNCPDUTYPE3格式的示意图；0059图8是根据本发明优选实施例三的SYNCPDUTYPE3格式的示意图；0060图9是根据本发明优选实施例四的SYNCPDUTYPE0格式包括增加数据结束指示的示意图；0061图10是根据本发明优选实施例

32、五的SYNCPDUTYPE1格式包括增加数据结束指示的示意图；0062图11是根据本发明优选实施例六的SYNCPDUTYPE2格式包括增加数据结束指示的示意图；0063图12是根据本发明优选实施例七的SYNCPDUTYPE0格式包括增加数据结束说明书CN102056084ACN102056091A6/13页9指示的示意图；0064图13是根据本发明优选实施例八的SYNCPDUTYPE1格式包括增加数据结束指示的示意图；0065图14是根据本发明优选实施例九的SYNCPDUTYPE2格式包括增加数据结束指示的示意图；0066图15是根据本发明优选实施例十的SYNCPDUTYPE1格式包括增加数据

33、结束指示的示意图；0067图16是根据本发明优选实施例十一的SYNCPDUTYPE2格式包括增加数据结束指示的示意图；0068图17是根据本发明实施例的多媒体广播组播业务系统的示意图。具体实施方式0069下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。0070图4是根据本发明实施例的多媒体广播组播业务系统的同步方法的流程图，包括0071步骤S401，当业务结束时，上层网元在用户面发送业务结束信息；0072步骤S402，下层网元根据接收到的业务结束信息，获知该业务结束，并进行相应地处理。0073该实施例由于定义了一个业务

34、结束信息，当某一业务结束时，将该业务结束信息添加到用户面数据中一起发送给下层网元，指示下层网元该业务已经结束，该业务不会再有其他数据包到来，解决了相关技术中的当下层网元延时收到或未收到控制面的MBMS会话结束消息时，下层网元无法准确调度资源，且不同的下层网元之间的处理不一致的问题。使用该实施例能够使得下层网元及时获知某一业务具体的结束时间，从而判定数据是丢失了还是已经结束，能够准确地对资源进行调度。0074使用该实施例能够使得不同下层网元对同一业务的资源分配保持一致，对同一情况采取一致的处理，从而使用户终端能够正常地接收业务数据。0075优选地，自定义的协议数据单元类型为TYPE3的SYNC帧

35、携带业务结束信息其格式如图6、图7和图8所示，0076步骤S401中上层网元在用户面发送业务结束信息采用以下方式之一0077上层网元在业务的最后一个数据包所在的同步序列的末尾发送一个或多个TYPE3的SYNC帧；0078上层网元在业务的最后一个数据包所在的同步序列的下一个同步序列中发送一个或多个TYPE3的SYNC帧；0079上层网元在业务的最后一个数据包所在的同步序列的之后的一个或多个同步序列中发送一个或多个TYPE3的SYNC帧；0080步骤S401包括下层网元接收到TYPE3的SYNC帧后，获知业务已结束；下层网元释放为业务分配的资源。0081上述优选实施例提供了采用TYPE3的SYNC

36、帧表示业务结束信息时，本发明的多媒说明书CN102056084ACN102056091A7/13页10体广播组播业务系统的同步方法的具体实施方案。0082优选地，步骤S401中上层网元在用户面发送业务结束信息的方式包括在协议数据单元类型为TYPE0的SYNC帧中携带业务结束信息TYPE0的SYNC帧的格式如图9、图12所示，0083其中，业务结束信息占用TYPE0的SYNC帧中的SPARE比特位中的一位或者多位，当占用SPARE比特位中的一位且比特位的值为1时，表示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息；当占用SPARE比特位中的二位且比特位的值为11时，表示TYPE0的

37、SYNC帧中携带有指示业务数据结束的业务结束信息；当占用SPARE比特位中的三位且比特位的值为111时，表示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息；当占用SPARE比特位中的四位且比特位的值为1111时，表示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息。0084步骤S402包括下层网元接收到TYPE0的SYNC帧，且TYPE0的SYNC帧的SPARE比特位中表示业务结束信息的比特位的值为1或11或111或1111时，下层网元获知接收到的TYPE0的SYNC帧所在的同步序列为该业务的最后一个同步序列；下层网元释放为该业务分配的资源。0085上述优选实施例提供

38、了在现有的SYNCPDU的格式TYPE0格式的基础上，在TYPE0的SYNC帧中携带业务结束信息时，本发明的多媒体广播组播业务系统的同步方法的具体实施方案。0086优选地，业务结束信息占用TYPE0的SYNC帧中的PADDING比特位中的一位或者多位，当占用PADDING比特位中的一位且比特位的值为1时，表示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息；当占用PADDING比特位中的二位且比特位的值为11时，表示TYPE0的SYNC帧中携带有指示业务数据结束的业务结束信息。0087优选地，步骤S401中上层网元在用户面发送业务结束信息的方式还包括0088该业务的最后一个数据包所

39、在的同步序列中的所有TYPE0的SYNC帧格式均为采用携带有业务结束信息的TYPE0的SYNC帧格式，指示该同步序列为该业务的最后一个同步序列。0089上述优选实施例提供了在TYPE0的SYNC帧中携带业务结束信息的另外两种方案。0090优选地，步骤S401中上层网元在用户面发送业务结束信息的方式包括在协议数据单元类型为TYPE1的SYNC帧中携带业务结束信息TYPE1的SYNC帧的格式如图10、图13、图15所示，0091其中，业务结束信息占用TYPE1的SYNC帧中的SPARE比特位中的一位或者多位；或者0092业务结束信息占用TYPE1的SYNC帧中的SPAREEXTENSION比特位中

40、的一位或者多位；或者0093业务结束信息占用TYPE1的SYNC帧中的PADDING比特位中的一位或者多位。0094或者该业务的最后一个数据包所在的同步序列中的所有TYPE1的SYNC帧格式均为采用携带有业务结束信息的TYPE1的SYNC帧格式，指示该同步序列为该业务的最后一个同步序列。0095上述优选实施例提供了在现有的SYNCPDU的格式TYPE1格式的基础上，在TYPE1说明书CN102056084ACN102056091A8/13页11的SYNC帧中携带业务结束信息的四种方案。0096优选地，步骤S401中上层网元在用户面发送业务结束信息的方式包括在协议数据单元类型为TYPE2的SYN

41、C帧中携带业务结束信息，0097其中，业务结束信息占用TYPE2的SYNC帧中的SPARE比特位中的一位或者多位；或者0098业务结束信息占用TYPE2的SYNC帧中的PADDING比特位中的一位或者多位；或者0099业务结束信息占用TYPE2的SYNC帧中的SPAREEXTENSION比特位中的一位或者多位。0100或者该业务的最后一个数据包所在的同步序列中的所有TYPE2的SYNC帧格式均为采用携带有业务结束信息的TYPE2的SYNC帧格式，指示该同步序列为该业务的最后一个同步序列。0101上述优选实施例提供了在现有的SYNCPDU的格式TYPE2格式的基础上，在TYPE2的SYNC帧中携

42、带业务结束信息的四种方案。0102可选地，在步骤S401之后还包括MBMS网关接收到业务结束信息后释放业务的承载。0103优选实施例一新的TYPE格式，与TYPE0相似0104如图6所示，定义一种新的SYNCPDU的格式，命名为TYPE3。该格式主要用于指示最后一个数据包的信息。即，在基站接收到这种格式的数据包时，可以认为该数据包是所属业务的最后一个数据包，该业务不会再有其他数据包到来。0105在该类型的数据帧中，各参数的含义如下0106协议数据单元类型PROTOCOLDATAUNITTYPE，PDUTYPE该参数指示SYNC帧的结构。该参数位于帧中第一个字节的第4至第7比特。0107值范围0

43、无静荷同步帧，1无压缩头的用户数据同步帧，2有压缩头的用户数据同步帧，3指示尾部的同步帧，415保留。0108域长度4BITS比特。0109时间戳TIMESTAMP一个同步周期中，同步序列的开始时间的相对时间值。0110值范围0600001，单位10MS的基准。0111域长度2OCTETS字节。0112包号PACKETNUMBER指示在同步序列中SYNCPDU的个数。辅助无线接入网节点检测SYNCPDU的丢包。另外，该参数也用于在无线接入网节点内重新排列PDU。PACKETNUMBER需要在每个同步序列的末端复位，这个参数对于TYPE3的SYNCPDU不计数。0113值范围02161。0114

44、域长度2OCTETS。0115累积发送的字节数ELAPSEDOCTETNUMBER该参数指示一个同步序列内的，累计的已发字节数。该参数在每个同步序列末端复位。这个参数对于TYPE3的SYNCPDU不计数。0116值范围02321。0117域长度4OCTETS。0118已发送的总包数TOTALNUMBEROFPACKET该参数指示一个同步周期内，MBMS说明书CN102056084ACN102056091A9/13页12业务累积数据包个数。这个参数对于TYPE3的SYNCPDU不计数。0119值范围02241。0120域长度3OCTETS。0121已发送的总字节数TOTALNUMBEROFOCT

45、ET该参数指示一个同步周期内，MBMS业务累积字节数。这个参数对于TYPE3的SYNCPDU不计数。0122值范围02401。0123域长度5OCTETS。0124此外，还有参数空闲SPARE、头循环冗余校验HEADERCYCLICREDUNDANCYCHECK，HEADERCRC和补丁PADDING。0125如图5所示，此时，在LTE系统中，MBMS的同步方法如下0126步骤1，在BMSC广播多播业务中心获知某数据包为该业务的最后一个数据包时，在该数据包所在的同步序列的末尾发送一个或多个TYPE3帧。同时，BMSC发送MBMS会话结束消息。0127为防止TYPE3帧在传输过程中丢失，可以发送

46、多个TYPE3帧。0128也可以，在最后一个数据包所在的同步序列的下一个同步序列中发送一个或多个TYPE3帧。0129步骤2，当MBMSGWMBMSGATEWAY，MBMS网关接收到TYPE3帧后，释放相应的业务承载。并且，MBMSGW转发接收到的MBMS会话结束消息给相应的MMEMOBILITYMANAGEMENTENTITY，移动管理实体。0130步骤3，当ENB接收到此格式的数据包时，认为该业务已经结束，可选的，为该业务所分配的资源可以释放。0131其中，如果TYPE3帧在最后一个数据包所在同步序列中发送，则根据TIMESTAMP，可以获知该TYPE3帧与最后一个数据包属于相同的同步序列

47、。如果前面的数据包有丢失，可以根据PACKETNUMBER获知丢包的个数，根据ELAPSEDOCTETNUMBER获知丢失的OCTET数。而TOTALNUMBEROFPACKET和TOTALNUMBEROFOCTET则可以做统计计算只用。0132如果TYPE3帧在最后一个数据包所在同步序列之后的一个或者多个同步序列中发送，则根据TIMESTAMP，可以获知该TYPE3帧所处的同步序列。此时，PACKETNUMBER和ELAPSEDOCTETNUMBER没有实际意义。而TOTALNUMBEROFPACKET和TOTALNUMBEROFOCTET则可以做统计计算只用。0133优选实施例二新的TYP

48、E格式，TYPE0的极简化版0134如图7所示，定义一种新的SYNCPDU的格式，命名为TYPE3。该格式主要用于指示最后一个数据包即上述的业务结束信息。即，在基站接收到这种格式的数据包时，可以获知哪一个数据包是所属业务的最后一个数据包，该业务不会再有其他数据包到来。0135PDUTYPE该参数指示SYNC帧的结构，该参数位于帧中第一个字节的，第4至第7比特。0136值范围0无静荷同步帧，1无压缩头的用户数据同步帧，2有压缩头的用户数据同步帧，3指示尾部的同步帧，415保留。0137域长度4BITS。0138TIMESTAMP一个同步周期中，同步序列的开始时间的相对时间值。说明书CN10205

49、6084ACN102056091A10/13页130139值范围0600001，单位10MS的基准。0140域长度2OCTETS。0141如图5所示，此时，在LTE系统中，MBMS的同步方法如下0142步骤1，在BMSC获知某数据包为该业务的最后一个数据包时，在该数据包所在的同步序列的下一个同步序列，或者之后的多个同步序列发送一个或者多个TYPE3帧。同时，BMSC发送MBMS会话结束消息。0143步骤2，当MBMSGW接收到TYPE3帧后，释放相应的业务承载。并且，MBMSGW转发接收到的MBMS会话结束消息给相应的MME。0144步骤3，当ENB接收到此格式的数据包时，认为该业务已经结束，为该业务所分配的资源可以释放。0145其中，当TYPE3帧在最后一个数据包所在同步序列之后的一个或者多个同步序列中发送时，根据TIMESTAMP，可以获知该TYPE3帧所处的同步序列。0146优选实施例三新的TYPE格式，TYPE0简化版0147如图8所示，定义一种新的SYNCPDU的格式，命名为TYPE3。该格式主要用于指示最后一个数据包的信息。即，在基站接收到这种格式的数据包时，可以认为该数据包是所属业务的最后一个数据包，该业务不会再有其他数据包到来。0148PDUTYPE该参数指示SYNC帧的结构。该参数位于帧中第一个字节的，第