[发明专利]多媒体广播多播业务同步处理方法、上层网元及下层网元

说明书

技术领域

本发明涉及通信领域，具体而言，涉及一种多媒体广播多播业务(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序列号的同步。