CN102055724A - 多媒体广播多播业务同步处理方法、上层网元及下层网元 - Google Patents

Abstract

本发明公开了一种多媒体广播多播业务同步处理方法、上层网元及下层网元，上述方法包括：上层网元向下层网元发送同步协议控制帧，其中，同步协议控制帧携带有同步协议控制帧对应的同步序列中的预定数据帧的数据包长度信息，预定数据帧包括以下之一：每个数据帧、部分数据帧。本发明解决了在连续多个数据包丢失的情况下，下层网元由于无法获得每个丢失数据包的长度因而无法和其他正确接收数据包的下层网元保持同步的问题，可以避免该下层网元在业务数据包丢失的情况下长时间失去同步，从而提高了MBMS业务同步的鲁棒性和效率。

Description

多媒体广播多播业务同步处理方法、上层网元及下层网元

技术领域

本发明涉及通信领域，具体而言，涉及一种多媒体广播多播业务(Multimedia Broadcast Multicast Service，简称为MBMS)同步处理方法、上层网元及下层网元。

背景技术

为了有效地利用移动网络资源，第三代合作伙伴计划(3rd Generation Partnership Project，简称为3GPP)提出了多媒体广播多播业务，其是一种从一个数据源向多个目标传送数据的技术，实现了网络(包括核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。

如图1所示，多个业务在一个调度周期内可以动态复用信道资源，在图1的情况中，业务S1和业务S2的数据在一个调度周期内复用。为实现MBMS业务在多个网元实体(基站网元)的小区间实现同步的发送，现有技术提供了一种同步协议(SYNC)的处理方式，该方法对应的网络系统包括上层网元和下层网元(1～N)，如图2所示，该SYNC协议的同步发送过程包括以下处理步骤：

步骤S1，上层网元发送MBMS业务数据包到各下层网元(1～N)，该业务数据包承载了业务数据(payload)，并携带时间戳信息、数据包序列号信息、累计业务数据长度信息等。业务数据包在SYNC协议中又称为SYNC数据帧(data frame)。在每个同步序列的最后，上层网元还发送一种SYNC控制帧，该控制帧携带信息指示其对应的同步序列的数据帧的总个数、业务数据总长度信息。图3示出了上层网元向下层网元发送的同步序列数据帧和控制帧的一个例子。

步骤S2，下层网元接收到上层网元所发送的上述同步序列，并通过检测业务数据包的序列号，判断是否存在业务数据包的丢失，以及已经丢失的业务数据包的总长度。

步骤S3，每个下层网元对同一个同步序列中的业务数据包所携带的业务数据在其时间戳对应的调度周期开始在无线接口依次发送业务数据包。

每个下层网元独立的完成对MBMS业务数据包的无线链路控制协议(Radio Link Control，简称为RLC)处理，包括分配RLC序列号、RLC分片和串接(segmentation and concatenation)。每个下层网元维护当前的RLC序列号，初始RLC序列号可以通过配置保持同步，这样，每个下层网元在处理数据过程中，都可以保持RLC序列号分配的一致。

现有技术中，在出现丢包(特别是没有连续丢包)时，下层网元通过检测累计数据包长度可以得到丢失的数据包的长度。在此情况下，下层网元在进行RLC层协议处理时，可以设置虚拟数据包，其长度为丢失的数据包的长度。该虚拟数据包和其它正确接收到的数据包一样进行RLC串接、分片处理。在真实的无线接口发送时，包含有该虚拟数据包数据的传输时间间隔(Transmission Time Interval，简称为TTI)将不进行发送。该处理方式称为静默(mute)处理。通过mute处理，可以避免因为虚拟数据包和其它网元正确接收到的真实业务数据不一致导致的相互干扰。并且，因为该虚拟的数据包的长度和对应的丢失的数据包的长度一致，其在RLC协议数据单元(Protocol Data Unit，简称为PDU)中占据的空间大小和真实的数据包占据的空间大小是一致的，因此，正确接收到的数据包在RLC PDU中的开始位置和没有出现丢包的网元能保持一致。通过这样的处理，可以保持丢包的网元和没有丢包网元处理的一致性。

考虑到下层网元存在重启的可能性，在重启后，其之前为该MBMS业务维护的RLC序号丢失，此时，下层网元将无法确定对下一个接收到MBMS业务数据包进行RLC分片串接处理后的RLC序列号。为了解决这个问题，在现有技术中，采用了RLC序列号复位的方法，具体的，在一个调度周期的开始，或者约定的一个时间间隔开始，RLC序列号从初始值(0)开始分配，这样重启的下层网元可以从一个调度周期开始重新和其它网元保持RLC序列号的同步。

考虑到数据从上层网元传输到下层网元的过程中，存在数据包丢失甚至连续丢失的可能性，根据现有同步协议SYNC的技术，下层网元可以通过静默处理来避免丢失数据包带来的危害，但是上述方法存在一个严重的问题：考虑到RLC处理的特殊性，一个业务数据包，或称为RLC业务数据单元(Service Data Unit，简称为SDU)，在进行RLC处理时，其占用的RLC PDU的空间的大小取决于其具体的位置。一个RLC SDU在RLC处理中，其占用的RLC协议长度指示(Length Indication，简称为LI)的个数是不确定的，取决于其在RLC PDU中的具体情况，其个数可以是0、1或2。因而，具体处理时：如果丢失的业务数据包个数为1个，则下层网元可以根据其长度计算得到确定的占用RLC PDU的空间；如果出现连续数据丢失，下层网元无法得到丢失的多个数据包的每一个数据包的长度，而只能获得这些丢失的业务数据包的总长度，因为造成这些丢失的数据包真实的占用RLC PDU的负荷空间的大小是没有办法正确计算的。

在上述的连续多个数据包丢失的情况下，因为下层网元不能获得每个丢失的每个数据包的长度，从而导致对业务数据的RLC处理不能和没有丢包的下层网元保持一致，下层网元将不能发送出现丢包的业务的数据，并且，如果存在多个业务复用在同一个信道，该下层网元不能发送出现连续数据包丢失的业务之后的其他业务的数据，否则将出现小区间的干扰，例如图4所示的情况，业务1的数据出现丢失，则在上述问题背景下，业务1在丢失数据之后仅能接收到正确发送的数据，对于丢失的数据包之后的数据包，甚至业务2的数据包均无法接收。

针对相关技术中在连续多个数据包丢失的情况下，下层网元无法和其他正确接收数据包的下层网元保持同步的问题，目前尚未提出有效的解决方案。

发明内容

针对在连续多个数据包丢失的情况下，下层网元由于无法获得每个丢失数据包的长度因而无法和其他正确接收数据包的下层网元保持同步的问题而提出本发明，为此，本发明的主要目的在于提供一种多媒体广播多播业务同步处理方法、上层网元及下层网元，以解决上述问题至少之一。

为了实现上述目的，根据本发明的一个方面，提供了一种多媒体广播多播业务同步处理方法。

根据本发明的多媒体广播多播业务同步处理方法包括：上层网元向下层网元发送同步协议控制帧，其中，同步协议控制帧携带有同步协议控制帧对应的同步序列中的预定数据帧的数据包长度信息，预定数据帧包括以下之一：每个数据帧、部分数据帧。

优选地，预定数据帧的数据包长度信息包括以下之一：预定数据帧的长度信息、预定数据帧中携带的业务数据的长度信息。

优选地，同步协议控制帧包括携带的预定数据帧的数据包长度的数量。

优选地，部分数据帧是全部数据帧中的每N个数据帧中的第M个至第M+L个数据帧，其中，M＜＝N，M+L＜＝N；或者，部分数据帧是全部数据帧中的每N个数据帧中的除了第M个数据帧之外的数据帧，其中，M＜＝N。

优选地，同步协议控制帧的帧格式包括以下至少之一：同步协议定义的type0帧格式、预先定义的帧格式。

优选地，上层网元包括广播组播业务中心，下层网元包括以下至少之一：基站eNB、无线链路控制器。

为了实现上述目的，根据本发明的一个方面，提供了一种多媒体广播多播业务同步处理方法。

根据本发明的多媒体广播多播业务同步处理方法包括：下层网元接收来自上层网元的同步协议控制帧，其中，同步协议控制帧携带有同步协议控制帧对应的同步序列中的预定数据帧的数据包长度信息，预定数据帧包括以下之一：每个数据帧、部分数据帧。

优选地，下层网元接收来自上层网元的同步协议控制帧之后，上述方法还包括：在下层网元检测到同步序列中存在数据帧丢失的情况下，下层网元根据同步协议控制帧中的预定数据帧的数据包长度信息进行同步恢复处理。

为了实现上述目的，根据本发明的另一个方面，提供了一种上层网元。

根据本发明的上层网元包括：发送模块，用于向下层网元发送同步协议控制帧，其中，同步协议控制帧携带有同步协议控制帧对应的同步序列中的预定数据帧的数据包长度信息，预定数据帧包括以下之一：每个数据帧、部分数据帧。

为了实现上述目的，根据本发明的又一个方面，提供了一种下层网元。

根据本发明的下层网元包括：接收模块，用于接收来自上层网元的同步协议控制帧，其中，同步协议控制帧携带有同步协议控制帧对应的同步序列中的预定数据帧的数据包长度信息，预定数据帧包括以下之一：每个数据帧、部分数据帧。

优选地，上述下层网元还包括：同步恢复处理模块，用于在下层网元检测到同步序列中存在数据帧丢失的情况下，根据同步协议控制帧中的预定数据帧的数据包长度信息进行同步恢复处理。

通过本发明，采用在同步协议控制帧中携带其对应的同步序列中每个或部分数据帧的长度或数据帧中携带的业务数据的长度，解决了在连续多个数据包丢失的情况下，下层网元由于无法获得每个丢失数据包的长度因而无法和其他正确接收数据包的下层网元保持同步的问题，可以避免该下层网元在业务数据包丢失的情况下长时间失去同步，从而提高了MBMS业务同步的鲁棒性和效率。

附图说明

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

图1是根据相关技术的多个MBMS业务采用动态复用方式共享信道的资源的示意图；

图2是根据相关技术的实现多网元同步发送MBMS业务的网络系统示意图；

图3是根据相关技术的发送MBMS业务的一个同步序列和其控制帧的示意图；

图4根据相关技术的多媒体广播组播业务数据丢失导致不同步的示意图；

图5是根据本发明实施例的多媒体广播多播业务同步处理方法的流程图；

图6是根据本发明实例1的同步序列及其控制帧的示意图；

图7是根据本发明实施例的同步协议控制帧格式的示意图；

图8是根据本发明实例2的同步序列及其控制帧的示意图；

图9是根据本发明实施例的上层网元的结构框图；

图10是根据本发明实施例的下层网元的结构框图。

具体实施方式

功能概述

考虑到现有技术中存在的问题，本发明实施例提供了一种多媒体广播多播业务同步处理方案，该方案的处理原则为：上层网元向下层网元发送同步协议控制帧，其中，所述同步协议控制帧携带有所述同步协议控制帧对应的同步序列中的预定数据帧的数据包长度信息，所述预定数据帧包括以下之一：每个数据帧、部分数据帧。该方案可以避免该下层网元在业务数据包丢失的情况下长时间失去同步，从而提高了MBMS业务同步的鲁棒性和效率。

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

方法实施例

根据本发明的实施例，提供了一种多媒体广播多播业务同步处理方法，该方法包括：上层网元向下层网元发送同步协议控制帧，其中，同步协议控制帧携带有同步协议控制帧对应的同步序列中的预定数据帧的数据包长度信息，预定数据帧可以包括以下之一：每个数据帧、部分数据帧。

优选地，在下层网元检测到同步序列中存在数据帧丢失的情况下，下层网元根据同步协议控制帧中的预定数据帧的数据包长度信息进行同步恢复处理。

优选地，预定数据帧的数据包长度信息可以包括以下之一：预定数据帧的长度信息、预定数据帧中携带的业务数据的长度信息。同步协议控制帧可以包括携带的预定数据帧的数据包长度的数量。部分数据帧是全部数据帧中的每N个数据帧中的第M个至第M+L个数据帧，其中，M＜＝N，M+L＜＝N；或者，部分数据帧是全部数据帧中的每N个数据帧中的除了第M个数据帧之外的数据帧，其中，M＜＝N。

优选地，同步协议控制帧的帧格式可以包括以下至少之一：同步协议定义的type0帧格式、预先定义的帧格式。

优选地，上层网元可以包括广播组播业务中心，下层网元可以包括以下至少之一：基站eNB、无线链路控制器。

根据本发明的实施例，还提供了一种多媒体广播多播业务同步处理方法，该方法包括：下层网元接收来自上层网元的同步协议控制帧，其中，同步协议控制帧携带有同步协议控制帧对应的同步序列中的预定数据帧的数据包长度信息，预定数据帧包括以下之一：每个数据帧、部分数据帧。

图5是根据本发明实施例的多媒体广播多播业务同步处理方法的流程图，如图5所示，作为优选的方案，该方法包括如下的步骤S502至步骤S504：

步骤S502，下层网元接收来自上层网元的同步协议控制帧，其中，同步协议控制帧携带有同步协议控制帧对应的同步序列中的预定数据帧的数据包长度信息，预定数据帧包括以下之一：每个数据帧、部分数据帧。

步骤S504，在下层网元检测到同步序列中存在数据帧丢失的情况下，下层网元根据同步协议控制帧中的预定数据帧的数据包长度信息进行同步恢复处理。

下面将结合实例对本发明实施例的实现过程进行详细描述。

实施例一

在该实施例中，描述了预定数据帧为每个数据帧的情况下的处理流程，包括以下步骤601至步骤604的处理：

步骤601，上层网元将业务数据包组成一个或多个同步序列，并依次发送给下层网元。上层网元将一个或多个同步协议数据帧组成一个同步序列，同一个同步序列的同步协议数据帧携带相同的时间戳信息。其中，上层网元指同步协议的数据发送端网元，下层网元为同步协议的数据接收端网元。

步骤602，上层网元在发送同步序列之后，发送同步协议控制帧，同步协议控制帧携带其对应的同步序列中每个同步协议数据帧的数据包长度。上述数据包长度可以是同步协议数据帧携带的业务数据包的长度，也可以是同步协议数据帧的长度。同步协议控制帧还可以携带其对应的同步序列的时间戳信息。

步骤603，下层网元接收到上述同步协议控制帧，获得其对应的同步序列的每个同步协议数据帧携带的业务数据的长度。

步骤604，如果下层网元检测到同步序列内存在同步协议数据帧丢失，则通过同步协议控制帧携带的信息获得丢失的数据帧携带的业务数据的长度，并进行同步恢复处理。

实例1

在本实例中，详细描述了实施例一提供的处理流程的具体实例，在该实例中，上层网元可以为广播组播业务中心(Broadcast Multicast Service Center，简称为BMSC)，下层网元可以为eNB、无线链路控制器或其它的无线接入网网元。同步协议(SYNC)数据帧可以为SYNC协议定义的type 1帧格式，同步协议控制帧可以为SYNC协议定义的type 0帧格式、或在SYNC协议中定义一种新的帧格式，即，预先设置的帧格式。BMSC将业务数据包组成一个或多个同步序列，每个同步序列包含一个多个type 1数据帧。在每个type1数据帧中，携带同步序列时间戳信息。

在控制帧结构中，可以定义数据包个数信息，指示一个同步序列中数据帧的个数，在本实例中，上述数据包个数信息也可以理解为携带的数据包长度的个数信息。同时，在控制帧中还定义了一组数据包长度信息，每个数据包长度指示同步序列中一个数据帧的业务数据长度或数据帧携带的业务数据(payload)的长度。

图7是根据本发明实施例的同步协议控制帧格式的示意图，该图说明了如何在控制帧中携带业务数据的长度，真实实施中该数据帧可以包含更多的其它的内容或采用其他的格式，本发明实施例对此不作限定。

图6是根据本发明实例1的同步序列及其控制帧的示意图，如图6所示，BMSC在每个同步序列的最后，也就是发送完一个同步序列后，发送同步协议控制帧。具体的，一个同步序列的数据帧个数为3，其长度分别为L0，L1，L2，其数据包序列号分别为0，1，2。相应地，BMSC在该同步序列对应的控制帧中，携带该同步序列数据帧的长度，也就是L0，L1，L2，同时携带同步序列中数据帧的个数(也可理解为携带的数据包长度的个数)，也就是3。可选的，BMSC可以发送一次或多次上述控制帧的副本(copy)。

如果上述同步序列发送到eNB的传输过程中，出现丢包，例如序列号为1和2的同步序列数据帧丢失时，eNB可以SYNC协议的机制检测到该丢包的情况。eNB通过读取接收到的同步协议控制帧携带的信息，可以得到丢失的数据帧1和2的长度分别为L1和L2。这样，eNB就可以构造长度等于L1和L2的两个虚拟数据包，并将这两个虚拟的数据包和正确接收到的数据帧0携带的数据一样，按照数据帧的序号顺序进行无线链路控制层协议处理。这样，虚拟的数据包在无线链路控制协议层处理中在RLC PDU(协议数据单元)中占据的位置和长度，和正确接收到这两个丢失的数据包的处理情况是一样的，只是虚拟的数据包没有真实的业务数据。eNB在无线接口发送上述业务时，可以选择不发送包含上述虚拟数据包的RLCPDU，这样可以避免和相邻小区间的信号的不一致导致的干扰。

实施例二

在该实施例中，描述了预定数据帧为部分数据帧的情况下的处理流程，包括以下步骤701至704的处理：

步骤701，上层网元将一个或多个同步协议数据帧(或简称数据帧)组成一个同步序列，同一个同步序列的同步协议数据帧携带相同的时间戳信息。上层网元将业务数据包组成一个或多个同步序列，并依次发送给下层网元。其中，上层网元指同步协议的数据发送端网元，下层网元为同步协议的数据接收网元。

步骤702，上层网元在发送同步序列之后，发送同步协议控制帧，同步协议控制帧携带其所述同步序列中部分同步协议数据帧的数据包长度。数据包长度可以是同步协议数据帧携带的业务数据包的长度，也可以是同步协议数据帧的长度。而且，同步协议控制帧还可以携带其对应的同步序列的时间戳信息。其中，部分同步协议数据帧是指按照特定模式(pattern)选择的数据帧。可选的模式包括：

1.每N个数据帧中的第M到M+L个数据帧，其中M，M+L小于等于N；

2.每N个数据帧中的除第M个帧之外的数据帧，其中M小于等于N。

步骤703，下层网元接收到同步协议控制帧，获得其对应的同步序列的每个同步协议数据帧携带的业务数据的长度。

步骤704，如果下层网元检测到同步序列内存在同步协议数据帧丢失，则通过同步协议控制帧携带的信息获得丢失的数据帧携带的业务数据的长度，并进行同步恢复处理。需要说明的是，如果控制帧没有携带丢失的数据包的长度，但是携带了丢失的业务数据包的之后和/或之前的数据帧的数据包长度，则下层网元可以根据控制帧携带的这些数据包长度和接收到的数据帧携带的累积数据长度等同步信息进行推算，以获得丢失的数据帧数据包长度。

实施例中提供的方案与携带所有数据帧的数据包长度的方案相比，可以节省控制帧的长度，适用于上层网元到下层网元的出现连续多个丢包的概率不大的情况。

对于上述选择部分同步协议控制帧的第2个模式，如果控制帧携带每N个数据帧中的N-1个数据帧的数据包长度，则在出现连续丢失数据帧个数小于N+1的情况下，同步恢复可通过本实施例提供的方法实现。

实例2

在本实例中，详细描述了实施例二提供的处理流程的具体实例，在该实例中，上层网元可以为BMSC或其它，下层网元可以为eNB、无线链路控制器或其它的无线接入网网元。同步协议(SYNC)数据帧可以为SYNC协议定义的type 1帧格式，同步协议控制帧可以为SYNC协议定义的type 0帧格式、或在SYNC协议中定义一种新的帧格式，即，预先设置的帧格式。

BMSC将业务数据包组成一个或多个同步序列，每个同步序列包含一个多个type 1数据帧。在每个type1数据帧中，携带同步序列时间戳信息，还携带累计数据长度信息，该累计数据长度信息为一个同步序列内累积的数据包的长度。换句话说，第N个数据帧携带从第0个到第N或N-1个数据帧的数据包长度之和。

在控制帧结构中，可以定义数据包个数信息，指示一个同步序列中数据帧的个数，还可以定义携带的数据包长度的个数的信息。同时，在控制帧中还定义了一组数据包长度信息，每个数据包长度指示同步序列中一个数据帧的业务数据长度或数据帧携带的业务数据(payload)的长度。

图7是根据本发明实施例的同步协议控制帧格式的示意图，该图说明了如何在控制帧中携带业务数据的长度，真实实施中该数据帧可以包含更多的其它的内容或采用其他的格式，本发明实施例对此不作限定。

在本实例中，控制帧中携带的数据包长度为按照下列方式从同步序列选取的数据帧的数据包长度：不携带每3个数据帧中的第0个数据帧的数据包长度，也就是携带每3个数据帧中的第2和3个数据帧的数据包长度。

图8是根据本发明实例2的同步序列及其控制帧的示意图，如图8所示，BMSC在每个同步序列的最后，也就是发送完一个同步序列后，发送所述的同步协议控制帧。具体的，如图7所示，一个同步序列的数据帧个数为6，其数据包长度分别为L0到L5，其数据包序列号分别为0到5。BMSC在该同步序列对应的控制帧中，携带数据帧1，2和4，5的数据包长度，即，L1，L2，L4和L5。可选地，还可以加入携带数据包长度的个数，即4。优选地，BMSC可以发送一次或多次上述控制帧的副本(copy)。

可能出现的丢包情况包括以下情形：

1.数据帧0丢失，则下层网元可以通过数据帧1携带的累计数据长度，获得数据帧0的数据包长度，具体的，上述累计数据长度减去数据帧1的数据包长度即可得到数据帧0的数据包长度。

2.数据帧0和1丢失，则下层网元可以通过控制帧获得数据帧1的数据包长度，通过数据帧2携带的累计数据长度获得数据帧0和1的数据包长度的和。具体的，数据帧2携带的累积数据长度减去数据帧1数据包长度即可得到数据帧0的数据包长度。

3.数据帧0、1、2都丢失，则下层网元可以通过控制帧获得的数据帧1、2和3的数据包长度，结合数据帧3携带的累积数据长度得到数据帧0的数据包长度，具体的，数据帧3携带的累积数据包长度减去数据帧1、2.、3的数据包长度即可得到数据帧0的数据包长度。

4.数据帧0、1、2、3都丢失，则因为存在两个数据帧(0和3)的数据包长度未知，因此根据后续数据包携带的数据包累积长度不能推算出丢失的数据帧的分别长度。也就是说，该方案适用于连续4个数据帧丢失的概率很小(小于一定阈值)的情况下使用。

也就是说，该实例可以在以下情况下实现同步恢复：连续丢失的数据帧中只包含一个其数据包长度不携带在控制帧的数据帧时，下层网元可以根据控制帧携带的数据包长度、接收到的数据帧携带的累计数据长度等同步信息推算获得丢失的数据帧数据包长度。

更具体的，如果控制帧携带每N个数据帧中的N-1个数据帧的数据包长度，则在出现连续N+1个数据帧丢失的情况下，上述同步恢复方法不能通过该方法实现。在本例中，N为3，则连续丢失4个数据包将不能恢复丢失的业务数据包的长度。

装置实施例

根据本发明的实施例，提供了一种上层网元，该上层网元用于实现上述方法实施例中描述的多媒体广播多播业务同步处理方法。图9是根据本发明实施例的上层网元的结构框图，如图9所示，该上层网元包括：发送模块92，用于向下层网元发送同步协议控制帧，其中，同步协议控制帧携带有同步协议控制帧对应的同步序列中的预定数据帧的数据包长度信息，预定数据帧包括以下之一：每个数据帧、部分数据帧。

根据本发明的实施例，还提供了一种下层网元，该下层网元用于实现上述方法实施例中描述的多媒体广播多播业务同步处理方法。图10是根据本发明实施例的下层网元的结构框图，如图10所示，该下层网元包括：接收模块102，用于接收来自上层网元的同步协议控制帧，其中，同步协议控制帧携带有同步协议控制帧对应的同步序列中的预定数据帧的数据包长度信息，预定数据帧包括以下之一：每个数据帧、部分数据帧。

优选地，该下层网元还可以包括：同步恢复处理模块，连接于接收模块102，用于在下层网元检测到同步序列中存在数据帧丢失的情况下，根据同步协议控制帧中的预定数据帧的数据包长度信息进行同步恢复处理。

需要说明的是，装置实施例中描述的下层网元和上层网元对应于上述的方法实施例，其具体的实现方法在方法实施例中已经进行过详细说明，在此不再赘述。

综上所述，本发明实施例提供的多媒体广播多播业务同步处理方案可以避免该下层网元在业务数据包丢失的情况下长时间失去同步，从而提高了MBMS业务同步的鲁棒性和效率。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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

Claims (11)

1.一种多媒体广播多播业务同步处理方法，其特征在于，包括：

上层网元向下层网元发送同步协议控制帧，其中，所述同步协议控制帧携带有所述同步协议控制帧对应的同步序列中的预定数据帧的数据包长度信息，所述预定数据帧包括以下之一：每个数据帧、部分数据帧。

2.根据权利要求1所述的方法，其特征在于，所述预定数据帧的所述数据包长度信息包括以下之一：所述预定数据帧的长度信息、所述预定数据帧中携带的业务数据的长度信息。

3.根据权利要求1所述的方法，其特征在于，所述同步协议控制帧包括携带的所述预定数据帧的数据包长度的数量。

4.根据权利要求1所述的方法，其特征在于，

所述部分数据帧是全部数据帧中的每N个数据帧中的第M个至第M+L个数据帧，其中，M＜＝N，M+L＜＝N；或者，

所述部分数据帧是全部数据帧中的每N个数据帧中的除了第M个数据帧之外的数据帧，其中，M＜＝N。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述同步协议控制帧的帧格式包括以下至少之一：同步协议定义的type0帧格式、预先定义的帧格式。

6.根据权利要求1至4中任一项所述的方法，其特征在于，所述上层网元包括广播组播业务中心，所述下层网元包括以下至少之一：基站eNB、无线链路控制器。

7.一种多媒体广播多播业务同步处理方法，其特征在于，包括：

下层网元接收来自上层网元的同步协议控制帧，其中，所述同步协议控制帧携带有所述同步协议控制帧对应的同步序列中的预定数据帧的数据包长度信息，所述预定数据帧包括以下之一：每个数据帧、部分数据帧。

8.根据权利要求7所述的方法，其特征在于，所述下层网元接收来自所述上层网元的所述同步协议控制帧之后，所述方法还包括：

在所述下层网元检测到所述同步序列中存在数据帧丢失的情况下，所述下层网元根据所述同步协议控制帧中的所述预定数据帧的所述数据包长度信息进行同步恢复处理。

9.一种上层网元，其特征在于，包括：

发送模块，用于向下层网元发送同步协议控制帧，其中，所述同步协议控制帧携带有所述同步协议控制帧对应的同步序列中的预定数据帧的数据包长度信息，所述预定数据帧包括以下之一：每个数据帧、部分数据帧。

10.一种下层网元，其特征在于，包括：

接收模块，用于接收来自上层网元的同步协议控制帧，其中，所述同步协议控制帧携带有所述同步协议控制帧对应的同步序列中的预定数据帧的数据包长度信息，所述预定数据帧包括以下之一：每个数据帧、部分数据帧。

11.根据权利要求10所述的下层网元，其特征在于，所述下层网元还包括：

同步恢复处理模块，用于在下层网元检测到所述同步序列中存在数据帧丢失的情况下，根据所述同步协议控制帧中的所述预定数据帧的所述数据包长度信息进行同步恢复处理。

Images