多媒体广播组播业务系统及其同步方法 【技术领域】
本发明涉及通信领域， 具体而言， 涉及一种多媒体广播组播业务系统及其同步方法。 背景技术 为了有效地利用移动网络资源， 3GPP(3rd Generation Partnership Project， 第三代合作伙伴计划 ) 提出了多媒体广播多播业务 (Multimedia Broadcast Multicast Service， MBMS)， 该 MBMS 业务是一种从一个数据源向多个目标传送数据的技术， 实现了网 络 ( 包括核心网和接入网 ) 资源的共享， 提高了网络资源 ( 尤其是空中接口资源 ) 的利用 率。
在现有的 LTE(Long Term Evolution， 长期演进 ) 技术中， 复用在同一个传输信道 上的多个 MBMS 业务可以采用如下的方式动态地共享信道的资源， 这种方式称为动态复用 (dynamic multiplexing)。下面对动态复用方式进行详细说明。
在 LTE MBMS 中， 首先定义了调度周期的概念。一个调度周期在时域上定义为一 个时间段长度， 例如 320 或 640ms， 在该时间段内， 一条传输信道占用分配若干 MBSFN 子帧 (subframe) 资源。 在一个调度周期内， 一个 MBMS 逻辑信道的数据连续占用其映射的传输信 道的资源， 也就是连续地占用 MCH 信道的 MBSFN 子帧资源， 直到该业务在该调度周期内需要 发送的业务数据全部发送完毕。不同业务的数据可以在同一个 MBSFN 子帧内发送。也就是 来自不同的逻辑信道的数据通过媒体接入控制 (MAC) 层串接在同一个 MAC PDU( 媒体接入 控制层协议数据单元 ) 中发送。
一个动态复用的例子如图 1 所示， 多个业务在一个调度周期内动态复用信道资 源， 在一个调度周期内复用有业务 S1 和业务 S2 的数据。
为实现 MBMS 业务在多个网元实体 ( 基站网元 ) 的小区间实现同步的发送， 现有公 开技术提供了一种同步协议 (SYNC) 的处理方式， 该方法对应的网络系统包括上层网元和 下层网元 (1 ～ N)， 如图 2 所示。该 SYNC 协议的同步发送过程包括以下处理步骤 ：
步骤 S1， 上层网元发送 MBMS 业务数据包到各下层网元 (1 ～ N)， 该业务数据包承 载了业务数据 (payload)， 并携带时间戳信息、 数据包序列号信息、 累计业务数据长度信息 等。其中 ：
上层网元对一个或多个连续业务数据包中标识相同的时间戳信息， 这些标记了相 同时间戳的数据包组成一个数据突发 (data burst) 或者称为同步序列 (synchronization Sequence) ； 相邻两个同步序列的时间戳差为同步序列长度 ；
上述的业务数据包在 SYNC 协议中又称为 SYNC 数据帧 (data frame)。 所述的业务 数据是真实的业务数据， 将要在无线接口发送的数据部分。所述的数据包序列号是指在一 个同步序列内， 或从某个约定的起点开始数据帧的序列号。所述累计业务数据包长度信息 是指一个同步序列内， 或从某个约定的起点开始， 到所述业务数据包之前的业务数据累计 长度。该数据包长度可以是数据帧的长度， 也可以是数据帧携带的业务数据的长度。这二
者是等价的， 因为数据帧的长度减去数据帧的帧头的长度就等于业务数据的长度。而数据 帧的帧头长度可以根据协议定义获知。
在每个同步序列的最后， 上层网元还发送一种 SYNC 控制帧， 该控制帧携带信息指 示其对应的同步序列的数据帧的总个数、 业务数据总长度信息。图 3 示出了上层网元向下 层网元发送的同步序列数据帧和控制帧的一个例子。
步骤 S2， 下层网元接收到上层网元所发送的上述同步序列， 并通过检测业务数据 包的序列号， 检测是否存在业务数据包的丢失， 以及已经丢失的业务数据包的总长度。其 中：
下层网元通过检测接收到的一个同步序列的数据包的序列号， 可以检测出是否存 在业务数据包的丢失， 例如下层网元接收到了同步序列 X 的业务数据包的序列号为 N-1， N， N+3， N+4...， 则下层网元可以检测出数据包 N+1， N+2 丢失。下层网元进一步通过检测序列 号为 N 和 N+3 的数据包携带的累计数据长度的差， 可以知道所丢失的业务数据 N+1， N+2 的 业务数据长度的和。例如数据包 N 携带的累积数据长度为 L1， N+3 携带的累积数据长度为 L2， 则数据包 N+1 和 N+2 携带的业务数据的总长度为 L2-L1- 数据包 N1 的数据长度。下层 网元还可以通过读取上述的 SYNC 控制帧， 获取其对应的同步序列的数据包总个数和业务 数据总长度。该控制帧也是一个同步序列结束的标记。
步骤 S3， 每个下层网元对同一个同步序列中的业务数据包所携带的业务数据在其 时间戳对应的调度周期开始在无线接口依次发送业务数据包。
在上述的描述中， 上层网元和下层网元可以是下列网元的组合方式， 但是不限于 下列的组合 ：
①在 UMTS(Universal Mobile Telecommunications System， 通用移动通信系统 ) 系统的 MBMS 业务同步组网中， 上层网元为核心网网元， 下层网元为 RNC( 无线网络控制器 )。
②在 LTE 系统的 MBMS 业务同步组网中， 上层网元为 BMSC( 广播多播业务中心 ) 或 其它核心网网元， 下层网元为节点 B(E-NB， E-UTRAN NodeB)。
图 2 示出了上层网元 - 下层网元的逻辑结构图。其中下层网元间的接口为逻辑接 口或者物理接口。
在上述 MBMS 业务复用和同步方法中， 考虑到数据从上层网元传输到下层网元的 过程中， 存在丢失的可能性， 并且可能出现连续的数据包丢失， 根据现有同步协议 SYNC 的 技术， 下层网元可以检测到丢失的数据包的个数和丢失的数据包的总长度， 并根据这些信 息构造虚拟的丢失数据包， 并将这些虚拟的数据包进行用户面协议层处理， 就像这些数据 包没有丢失一样。但是上述的方法存在一个严重的问题 ： 即， 考虑到 RLC 处理的特殊性， 一个业务数据包， 或称为 RLC SDU(RLC 业务数据单元 )， 在进行 RLC 处理时， 其占用的 RLC PDU(RLC 协议数据单元 ) 的空间的大小取决于其具体的位置。具体的， 一个 RLC SDU 在 RLC 处理中， 其占用的 RLC 协议 LI( 长度指示 ) 的个数是不确定的， 取决于其在 RLC PDU 中的具 体情况， 其个数可以是 0， 或 1， 或 2 个。因而， 具体处理时 ：
如果丢失的业务数据包个数为 1 个， 则下层网元可以根据其长度计算得到确定的 占用 RLC PDU 的空间 ； 如果出现连续数据丢失， 根据现有 SYNC 协议的技术， 下层网元没有办 法得到丢失的多个数据包的每一个数据包的长度， 而只能获得这些丢失的业务数据包的总 长度， 因为造成这些丢失的数据包真实的占用 RLC PDU 的负荷空间的大小是没有办法正确计算的。 现有的解决丢包的方法， 可以是通过发送多个 TYPE0 的 SYNC 帧， 使得 eNB 能够更 可靠地接收。也就是当某一段时间内没有数据的情况下， 通过发送 TYPE0 的 SYNC 帧通知基 站当前确实没有数据发送， 而不是发送的数据丢失了。
不过， 在数据发送的末尾， 现有技术仍然还无法及时地指示用户面数据何时结束， 即， 用户的数据包什么时候结束。MBMS-GW(MBMS 网关 ) 在发送完最后的一个数据包之后将 会拆掉相应的承载， 并且发送该业务的 MBMS 会话结束消息给 MCE， 再由 MCE 转发给基站。 但 是， 基站在接收到最后一个数据包之后就会再陷入一片 “寂静” ， 没有收到任何响应的后续 数据包。此时， 控制面的 MBMS 会话结束消息可能不能及时地发送给基站， 如基站延时收到， 或者由于其他原因不能及时收到该消息。在这种情况下， 由于基站不能从控制面得知具体 的业务结束时间， 而用户面已经没有数据发送， 无法判知到底是数据丢失了， 还是不发送数 据了。 由此而导致的问题是对于同时处理多个业务， 并进行动态调度的基站来讲， 基站无法 对其他业务进行调度， 到底是空闲一部分资源还是应该放掉相应的资源， 处理上没有办法 决定， 导致基站的处理不一致。
针对相关技术中当下层网元延时收到或未收到控制面的 MBMS 会话结束消息时， 下层网元无法准确调度资源， 且不同下层网元之间的处理不一致的问题， 目前尚未提出有 效的解决方案。
发明内容 针对相关技术中当下层网元延时收到或未收到控制面的 MBMS 会话结束消息时， 下层网元无法准确调度资源， 且不同的下层网元之间的处理不一致的问题而提出本发明， 为此， 本发明的主要目的在于提供一种多媒体广播组播业务系统及其同步方法， 以解决上 述问题至少之一。
为了实现上述目的， 根据本发明的一个方面， 提供了一种多媒体广播组播业务系 统的同步方法。
根据本发明的多媒体广播组播业务系统的同步方法包括 ： 当业务结束时， 上层网 元在用户面发送业务结束信息 ； 下层网元根据接收到的业务结束信息， 获知业务结束， 并进 行相应地处理。
优选地， 自定义的协议数据单元类型为 TYPE3 的同步 (SYNC) 帧携带业务结束信 息，
上层网元在用户面发送业务结束信息采用以下方式之一 ： 上层网元在业务的最后 一个数据包所在的同步序列的末尾发送一个或多个 TYPE3 的 SYNC 帧 ； 上层网元在业务的最 后一个数据包所在的同步序列的下一个同步序列中发送一个或多个 TYPE3 的 SYNC 帧 ； 上层 网元在业务的最后一个数据包所在的同步序列的之后的一个或多个同步序列中发送一个 或多个 TYPE3 的 SYNC 帧 ；
下层网元根据接收到的业务结束信息， 获知业务结束， 并进行相应地处理包括 ： 下 层网元接收到 TYPE3 的 SYNC 帧后， 获知业务已结束 ； 下层网元释放为业务分配的资源。
优选地， 上层网元在用户面发送业务结束信息的方式包括 ： 在协议数据单元类型 为 TYPE0 的 SYNC 帧中携带业务结束信息，
其中， 业务结束信息占用 TYPE0 的 SYNC 帧中的空闲比特位中的一位或者多位， 当 占用空闲比特位中的一位且比特位的值为 1 时， 表示 TYPE0 的 SYNC 帧中携带有指示业务数 据结束的业务结束信息 ； 当占用空闲比特位中的二位且比特位的值为 11 时， 表示 TYPE0 的 SYNC 帧中携带有指示业务数据结束的业务结束信息 ； 当占用空闲比特位中的三位且比特 位的值为 111 时， 表示 TYPE0 的 SYNC 帧中携带有指示业务数据结束的业务结束信息 ； 当占 用空闲比特位中的四位且比特位的值为 1111 时， 表示 TYPE0 的 SYNC 帧中携带有指示业务 数据结束的业务结束信息。
优选地， 下层网元根据接收到的业务结束信息， 获知业务结束， 并进行相应地处理 包括 ： 下层网元接收到 TYPE0 的 SYNC 帧， 且 TYPE0 的 SYNC 帧的空闲比特位中表示业务结束 信息的比特位的值为 1 或 11 或 111 或 1111 时， 下层网元获知接收到的 TYPE0 的 SYNC 帧所 在的同步序列为业务的最后一个同步序列 ； 下层网元释放为业务分配的资源。
优选地， 业务结束信息占用 TYPE0 的 SYNC 帧中的补丁比特位中的一位或者多位， 当占用补丁比特位中的一位且比特位的值为 1 时， 表示 TYPE0 的 SYNC 帧中携带有指示业务 数据结束的业务结束信息 ； 当占用补丁比特位中的二位且比特位的值为 11 时， 表示 TYPE0 的 SYNC 帧中携带有指示业务数据结束的业务结束信息。 优选地， 上层网元在用户面发送业务结束信息的方式还包括 ： 业务的最后一个数 据包所在的同步序列中的所有 TYPE0 的 SYNC 帧格式均为采用携带有业务结束信息的 TYPE0 的 SYNC 帧格式， 指示同步序列为业务的最后一个同步序列。
优选地， 上层网元在用户面发送业务结束信息的方式包括 ： 在协议数据单元类型 为 TYPE1 的 SYNC 帧中携带业务结束信息，
其中， 业务结束信息占用 TYPE1 的 SYNC 帧中的空闲比特位中的一位或者多位 ； 或 者
业务结束信息占用 TYPE1 的 SYNC 帧中的空闲位扩展比特位中的一位或者多位 ； 或 者
业务结束信息占用 TYPE1 的 SYNC 帧中的补丁比特位中的一位或者多位。
优选地， 上层网元在用户面发送业务结束信息的方式还包括 ： 业务的最后一个数 据包所在的同步序列中的所有 TYPE1 的 SYNC 帧格式均为采用携带有业务结束信息的 TYPE1 的 SYNC 帧格式， 指示同步序列为业务的最后一个同步序列。
优选地， 上层网元在用户面发送业务结束信息的方式包括 ： 在协议数据单元类型 为 TYPE2 的 SYNC 帧中携带业务结束信息，
其中， 业务结束信息占用 TYPE2 的 SYNC 帧中的空闲比特位中的一位或者多位 ； 或 者
业务结束信息占用 TYPE2 的 SYNC 帧中的补丁比特位中的一位或者多位 ； 或者
业务结束信息占用 TYPE2 的 SYNC 帧中的空闲位扩展比特位中的一位或者多位。
优选地， 上层网元在用户面发送业务结束信息的方式还包括 ： 业务的最后一个数 据包所在的同步序列中的所有 TYPE2 的 SYNC 帧格式均为采用携带有业务结束信息的 TYPE2 的 SYNC 帧格式， 指示同步序列为业务的最后一个同步序列。
优选地， 在当业务结束时， 上层网元在用户面发送业务结束信息之后还包括 ： 多媒 体广播多播业务网关接收到业务结束信息后释放业务的承载。
为了实现上述目的， 根据本发明的另一方面， 提供了一种多媒体广播组播业务系统。 根据本发明的多媒体广播组播业务系统， 包括 ： 上层网元， 用于当业务结束时， 在 用户面发送业务结束信息 ； 下层网元， 用于根据接收到的业务结束信息， 获知业务结束， 并 进行相应地处理。
优选地， 自定义的协议数据单元类型为 TYPE3 的 SYNC 帧携带业务结束信息，
上层网元还用于在业务的最后一个数据包所在的同步序列的末尾发送一个或多 个 TYPE3 的 SYNC 帧 ； 或者还用于在业务的最后一个数据包所在的同步序列的下一个同步序 列中发送一个或多个 TYPE3 的 SYNC 帧 ； 或者还用于在业务的最后一个数据包所在的同步序 列的之后的一个或多个同步序列中发送一个或多个 TYPE3 的 SYNC 帧 ；
下层网元还用于接收到 TYPE3 的 SYNC 帧后， 获知业务已结束 ； 还用于释放为业务 分配的资源。
由于定义了一个业务结束信息， 当某一业务结束时， 将该业务结束信息添加到用 户面数据中一起发送给下层网元， 指示下层网元该业务已经结束， 该业务不会再有其他数 据包到来， 解决了相关技术中的当下层网元延时收到或未收到控制面的 MBMS 会话结束消 息时， 下层网元无法准确调度资源， 且不同的下层网元之间的处理不一致的问题， 从而能够 使得下层网元及时获知某一业务具体的结束时间， 从而判定数据是丢失了还是已经结束， 能够准确地对资源进行调度。
附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。在附图中 ：
图 1 是根据相关技术的动态复用的示例图 ；
图 2 是根据相关技术的上层网元 - 下层网元的逻辑结构图 ；
图 3 是根据相关技术的上层网元向下层网元发送的同步序列数据帧和控制帧的 示例图 ；
图 4 是根据本发明实施例的多媒体广播组播业务系统的同步方法的流程图 ；
图 5 是根据本发明优选实施例的多媒体广播组播业务系统的同步方法的流程示 意图 ；
图 6 是根据本发明优选实施例一的 SYNC PDU Type 3 格式的示意图 ；
图 7 是根据本发明优选实施例二的 SYNC PDU Type 3 格式的示意图 ；
图 8 是根据本发明优选实施例三的 SYNC PDU Type 3 格式的示意图 ；
图 9 是根据本发明优选实施例四的 SYNC PDU Type 0 格式 ( 包括增加数据结束指 示 ) 的示意图 ；
图 10 是根据本发明优选实施例五的 SYNC PDU Type 1 格式 ( 包括增加数据结束 指示 ) 的示意图 ；
图 11 是根据本发明优选实施例六的 SYNC PDU Type 2 格式 .( 包括增加数据结束 指示 ) 的示意图 ；
图 12 是根据本发明优选实施例七的 SYNC PDU Type 0 格式 ( 包括增加数据结束
指示 ) 的示意图 ；
图 13 是根据本发明优选实施例八的 SYNC PDU Type 1 格式 ( 包括增加数据结束 指示 ) 的示意图 ；
图 14 是根据本发明优选实施例九的 SYNC PDU Type 2 格式 ( 包括增加数据结束 指示 ) 的示意图 ；
图 15 是根据本发明优选实施例十的 SYNC PDU Type 1 格式 ( 包括增加数据结束 指示 ) 的示意图 ；
图 16 是根据本发明优选实施例十一的 SYNC PDU Type 2 格式 ( 包括增加数据结 束指示 ) 的示意图 ；
图 17 是根据本发明实施例的多媒体广播组播业务系统的示意图。 具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。
图 4 是根据本发明实施例的多媒体广播组播业务系统的同步方法的流程图， 包 括：
步骤 S401， 当业务结束时， 上层网元在用户面发送业务结束信息 ；
步骤 S402， 下层网元根据接收到的业务结束信息， 获知该业务结束， 并进行相应地 处理。
该实施例由于定义了一个业务结束信息， 当某一业务结束时， 将该业务结束信息 添加到用户面数据中一起发送给下层网元， 指示下层网元该业务已经结束， 该业务不会再 有其他数据包到来， 解决了相关技术中的当下层网元延时收到或未收到控制面的 MBMS 会 话结束消息时， 下层网元无法准确调度资源， 且不同的下层网元之间的处理不一致的问题。 使用该实施例能够使得下层网元及时获知某一业务具体的结束时间， 从而判定数据是丢失 了还是已经结束， 能够准确地对资源进行调度。
使用该实施例能够使得不同下层网元对同一业务的资源分配保持一致， 对同一情 况采取一致的处理， 从而使用户终端能够正常地接收业务数据。
优选地， 自定义的协议数据单元类型为 TYPE3 的 SYNC 帧携带业务结束信息 ( 其格 式如图 6、 图 7 和图 8 所示 )，
步骤 S401 中上层网元在用户面发送业务结束信息采用以下方式之一 ：
上层网元在业务的最后一个数据包所在的同步序列的末尾发送一个或多个 TYPE3 的 SYNC 帧 ；
上层网元在业务的最后一个数据包所在的同步序列的下一个同步序列中发送一 个或多个 TYPE3 的 SYNC 帧 ；
上层网元在业务的最后一个数据包所在的同步序列的之后的一个或多个同步序 列中发送一个或多个 TYPE3 的 SYNC 帧 ；
步骤 S401 包括 ： 下层网元接收到 TYPE3 的 SYNC 帧后， 获知业务已结束 ； 下层网元 释放为业务分配的资源。
上述优选实施例提供了采用 TYPE3 的 SYNC 帧表示业务结束信息时， 本发明的多媒体广播组播业务系统的同步方法的具体实施方案。
优选地， 步骤 S401 中上层网元在用户面发送业务结束信息的方式包括 ： 在协议数 据单元类型为 TYPE0 的 SYNC 帧中携带业务结束信息 (TYPE0 的 SYNC 帧的格式如图 9、 图 12 所示 )，
其中， 业务结束信息占用 TYPE0 的 SYNC 帧中的 spare 比特位中的一位或者多位， 当占用 spare 比特位中的一位且比特位的值为 1 时， 表示 TYPE0 的 SYNC 帧中携带有指示 业务数据结束的业务结束信息 ； 当占用 spare 比特位中的二位且比特位的值为 11 时， 表示 TYPE0 的 SYNC 帧中携带有指示业务数据结束的业务结束信息 ； 当占用 spare 比特位中的三 位且比特位的值为 111 时， 表示 TYPE0 的 SYNC 帧中携带有指示业务数据结束的业务结束信 息； 当占用 spare 比特位中的四位且比特位的值为 1111 时， 表示 TYPE0 的 SYNC 帧中携带有 指示业务数据结束的业务结束信息。
步骤 S402 包括 ： 下层网元接收到 TYPE0 的 SYNC 帧， 且 TYPE0 的 SYNC 帧的 spare 比特位中表示业务结束信息的比特位的值为 1 或 11 或 111 或 1111 时， 下层网元获知接收 到的 TYPE0 的 SYNC 帧所在的同步序列为该业务的最后一个同步序列 ； 下层网元释放为该业 务分配的资源。 上述优选实施例提供了在现有的 SYNC PDU 的格式 -TYPE0 格式的基础上， 在 TYPE0 的 SYNC 帧中携带业务结束信息时， 本发明的多媒体广播组播业务系统的同步方法的具体 实施方案。
优选地， 业务结束信息占用 TYPE0 的 SYNC 帧中的 padding 比特位中的一位或者多 位， 当占用 padding 比特位中的一位且比特位的值为 1 时， 表示 TYPE0 的 SYNC 帧中携带有指 示业务数据结束的业务结束信息 ； 当占用 padding 比特位中的二位且比特位的值为 11 时， 表示 TYPE0 的 SYNC 帧中携带有指示业务数据结束的业务结束信息。
优选地， 步骤 S401 中上层网元在用户面发送业务结束信息的方式还包括 ：
该业务的最后一个数据包所在的同步序列中的所有 TYPE0 的 SYNC 帧格式均为采 用携带有业务结束信息的 TYPE0 的 SYNC 帧格式， 指示该同步序列为该业务的最后一个同步 序列。
上述优选实施例提供了在 TYPE0 的 SYNC 帧中携带业务结束信息的另外两种方案。
优选地， 步骤 S401 中上层网元在用户面发送业务结束信息的方式包括 ： 在协议数 据单元类型为 TYPE1 的 SYNC 帧中携带业务结束信息 (TYPE1 的 SYNC 帧的格式如图 10、 图 13、 图 15 所示 )，
其中， 业务结束信息占用 TYPE1 的 SYNC 帧中的 spare 比特位中的一位或者多位 ； 或者
业务结束信息占用 TYPE1 的 SYNC 帧中的 spare extension 比特位中的一位或者 多位 ； 或者
业务结束信息占用 TYPE1 的 SYNC 帧中的 padding 比特位中的一位或者多位。
或者该业务的最后一个数据包所在的同步序列中的所有 TYPE1 的 SYNC 帧格式均 为采用携带有业务结束信息的 TYPE1 的 SYNC 帧格式， 指示该同步序列为该业务的最后一个 同步序列。
上述优选实施例提供了在现有的 SYNC PDU 的格式 -TYPE1 格式的基础上， 在 TYPE1
的 SYNC 帧中携带业务结束信息的四种方案。
优选地， 步骤 S401 中上层网元在用户面发送业务结束信息的方式包括 ： 在协议数 据单元类型为 TYPE2 的 SYNC 帧中携带业务结束信息，
其中， 业务结束信息占用 TYPE2 的 SYNC 帧中的 spare 比特位中的一位或者多位 ； 或者
业务结束信息占用 TYPE2 的 SYNC 帧中的 padding 比特位中的一位或者多位 ； 或者
业务结束信息占用 TYPE2 的 SYNC 帧中的 spare extension 比特位中的一位或者 多位。
或者该业务的最后一个数据包所在的同步序列中的所有 TYPE2 的 SYNC 帧格式均 为采用携带有业务结束信息的 TYPE2 的 SYNC 帧格式， 指示该同步序列为该业务的最后一个 同步序列。
上述优选实施例提供了在现有的 SYNC PDU 的格式 -TYPE2 格式的基础上， 在 TYPE2 的 SYNC 帧中携带业务结束信息的四种方案。
可选地， 在步骤 S401 之后还包括 ： MBMS 网关接收到业务结束信息后释放业务的承 载。 优选实施例一 ( 新的 TYPE 格式， 与 TYPE0 相似 )
如图 6 所示， 定义一种新的 SYNC PDU 的格式， 命名为 TYPE3。 该格式主要用于指示 最后一个数据包的信息。 即， 在基站接收到这种格式的数据包时， 可以认为该数据包是所属 业务的最后一个数据包， 该业务不会再有其他数据包到来。
在该类型的数据帧中， 各参数的含义如下 ：
协议数据单元类型 (Protocol Data Unit Type， PDU Type) ： 该参数指示 SYNC 帧 的结构。该参数位于帧中第一个字节的第 4 至第 7 比特。
值范围 ： {0 ＝无静荷同步帧， 1 ＝无压缩头的用户数据同步帧， 2 ＝有压缩头的用 户数据同步帧， 3 ＝指示尾部的同步帧， 4-15 ＝保留 }。
域长度 ： 4bits( 比特 )。
时间戳 (Time Stamp) ： 一个同步周期中， 同步序列的开始时间的相对时间值。
值范围 ： {0...60000-1}， 单位 ： 10ms 的基准。
域长度 ： 2octets( 字节 )。
包号 (Packet Number) ： 指示在同步序列中 SYNC PDU 的个数。辅助无线接入网节 点检测 SYNC PDU 的丢包。另外， 该参数也用于在无线接入网节点内重新排列 PDU。Packet number 需要在每个同步序列的末端复位， 这个参数对于 TYPE3 的 SYNC PDU 不计数。
值范围 ： {0..216-1}。
域长度 ： 2 octets。
累积发送的字节数 (Elapsed Octet Number) ： 该参数指示一个同步序列内的， 累 计的已发字节数。该参数在每个同步序列末端复位。这个参数对于 TYPE3 的 SYNC PDU 不 计数。
值范围 ： {0..232-1}。
域长度 ： 4octets。
已发送的总包数 (Total Number of Packet) ： 该参数指示一个同步周期内， MBMS
业务累积数据包个数。这个参数对于 TYPE3 的 SYNC PDU 不计数。
值范围 ： {0..224-1}。
域长度 ： 3octets。
已发送的总字节数 (Total Number of Octet) ： 该参数指示一个同步周期内， MBMS 业务累积字节数。这个参数对于 TYPE3 的 SYNC PDU 不计数。
值范围 ： {0..240-1}。
域长度 ： 5 octets。
此 外， 还 有 参 数 空 闲 (spare)、 头 循 环 冗 余 校 验 (Header Cyclic Redundancy Check， Header CRC) 和补丁 (Padding)。
如图 5 所示， 此时， 在 LTE 系统中， MBMS 的同步方法如下 ：
步骤 1， 在 BM-SC( 广播多播业务中心 ) 获知某数据包为该业务的最后一个数据包 时， 在该数据包所在的同步序列的末尾发送一个或多个 TYPE 3 帧。同时， BM-SC 发送 MBMS 会话结束消息。
为防止 TYPE 3 帧在传输过程中丢失， 可以发送多个 TYPE 3 帧。
也可以， 在最后一个数据包所在的同步序列的下一个同步序列中发送一个或多个 TYPE 3 帧。 步 骤 2， 当 MBMS-GW(MBMS gateway， MBMS 网 关 ) 接 收 到 TYPE3 帧 后， 释放相应 的业务承载。并且， MBMS-GW 转发接收到的 MBMS 会话结束消息给相应的 MME(mobility management entity， 移动管理实体 )。
步骤 3， 当 eNB 接收到此格式的数据包时， 认为该业务已经结束， 可选的， 为该业务 所分配的资源可以释放。
其中， 如果 TYPE 3 帧在最后一个数据包所在同步序列中发送， 则根据 Timestamp， 可以获知该 TYPE 3 帧与最后一个数据包属于相同的同步序列。如果前面的数据包有丢失， 可以根据 Packet Number 获知丢包的个数， 根据 Elapsed Octet Number 获知丢失的 Octet 数。而 Total Number of Packet 和 Total Number of Octet 则可以做统计计算只用。
如果 TYPE 3 帧在最后一个数据包所在同步序列之后的一个或者多个同步序列中 发送， 则根据 Timestamp， 可以获知该 TYPE 3 帧所处的同步序列。此时， Packet Number 和 Elapsed Octet Number 没有实际意义。而 Total Number of Packet 和 Total Number of Octet 则可以做统计计算只用。
优选实施例二 ( 新的 TYPE 格式， TYPE0 的极简化版 )
如图 7 所示， 定义一种新的 SYNC PDU 的格式， 命名为 TYPE3。 该格式主要用于指示 最后一个数据包 ( 即上述的业务结束信息 )。即， 在基站接收到这种格式的数据包时， 可以 获知哪一个数据包是所属业务的最后一个数据包， 该业务不会再有其他数据包到来。
PDU Type ： 该参数指示 SYNC 帧的结构， 该参数位于帧中第一个字节的， 第 4 至第 7 比特。
值范围 ： {0 ＝无静荷同步帧， 1 ＝无压缩头的用户数据同步帧， 2 ＝有压缩头的用 户数据同步帧， 3 ＝指示尾部的同步帧， 4-15 ＝保留 }。
域长度 ： 4bits。
Time Stamp ： 一个同步周期中， 同步序列的开始时间的相对时间值。
值范围 ： {0...60000-1}， 单位 ： 10ms 的基准。
域长度 ： 2 octets。
如图 5 所示， 此时， 在 LTE 系统中， MBMS 的同步方法如下 ：
步骤 1， 在 BM-SC 获知某数据包为该业务的最后一个数据包时， 在该数据包所在的 同步序列的下一个同步序列， 或者之后的多个同步序列发送一个或者多个 TYPE 3 帧。同 时， BM-SC 发送 MBMS 会话结束消息。
步骤 2， 当 MBMS-GW 接收到 TYPE3 帧后， 释放相应的业务承载。并且， MBMS-GW 转发 接收到的 MBMS 会话结束消息给相应的 MME。
步骤 3， 当 eNB 接收到此格式的数据包时， 认为该业务已经结束， 为该业务所分配 的资源可以释放。
其中， 当 TYPE 3 帧在最后一个数据包所在同步序列之后的一个或者多个同步序 列中发送时， 根据 Timestamp， 可以获知该 TYPE3 帧所处的同步序列。
优选实施例三 ( 新的 TYPE 格式， TYPE0 简化版 )
如图 8 所示， 定义一种新的 SYNC PDU 的格式， 命名为 TYPE3。 该格式主要用于指示 最后一个数据包的信息。 即， 在基站接收到这种格式的数据包时， 可以认为该数据包是所属 业务的最后一个数据包， 该业务不会再有其他数据包到来。
PDU Type ： 该参数指示 SYNC 帧的结构。该参数位于帧中第一个字节的， 第 4 至第 7 比特。
值范围 ： {0 ＝无静荷同步帧， 1 ＝无压缩头的用户数据同步帧， 2 ＝有压缩头的用 户数据同步帧， 3 ＝指示尾部的同步帧， 4-15 ＝保留 }。
域长度 ： 4bits。
Time Stamp ： 一个同步周期中， 同步序列的开始时间的相对时间值。
值范围 ： {0...60000-1}， 单位 ： 10ms 的基准。
域长度 ： 2 octets。
Total Number of Packet ： 该参数指示一个同步周期内， MBMS 业务累积数据包个 数。这个参数对于 TYPE3 的 SYNC PDU 不计数。
值范围 ： {0..224-1}。
域长度 ： 3 octets。
Total Number of Octet ： 该参数指示一个同步周期内， MBMS 业务累积字节数。这 个参数对于 TYPE3 的 SYNC PDU 不计数。
值范围 ： {0..240-1}。
域长度 ： 5 octets。
如图 5 所示， 此时， 在 LTE 系统中， MBMS 的同步方法如下 ：
步骤 1， 在 BM-SC 获知某数据包为该业务的最后一个数据包时， 在该数据包所在的 同步序列的下一个同步序列， 或者之后的多个同步序列发送一个或者多个 TYPE 3 帧。同 时， BM-SC 发送 MBMS 会话结束消息。
步骤 2， 当 MBMS-GW 接收到 TYPE3 帧后， 释放相应的业务承载。并且， MBMS-GW 转发 接收到的 MBMS 会话结束消息给相应的 MME。
步骤 3， 当 eNB 接收到此格式的数据包时， 认为该业务已经结束， 为该业务所分配的资源可以释放。
其中， 当 TYPE 3 帧在最后一个数据包所在同步序列之后的一个或者多个同步序 列中发送时， 根据 Timestamp， 可以获知该 TYPE3 帧所处的同步序列。而 Total Number of Packet 和 Total Number of Octet 则可以做统计计算之用。
优选实施例四 ( 在现有的 TYPE0 结构上加以修改 )
如图 9 所示， 重新使用现有的 SYNC PDU 的格式 -TYPE 0。使用该格式中的 spare 比特位中的一位或者多位， 用于指示最后一个数据包的信息。 即， 在基站接收到这种格式的 数据包时， 可以认为该数据包是所属业务的最后一个数据包， 该业务不会再有其他数据包 到来。
1、 只使用一个比特位的方法 ： 例如，
①用第三比特指示该 TYPE 0 是否携带数据结束信息。如果该比特位值为 “0” ， 则 表示非数据传输结束 ； 如果该比特位值为 “1” ， 则表示该 TYPE 0 帧携带数据结束指示， 当收 到该指示时， eNB 认为该 TYPE 0 所在同步序列为相应的 MBMS 业务数据传输的最后一个同 步序列。
②用第二比特指示该 TYPE 0 是否携带数据结束信息。
③用第一比特指示该 TYPE 0 是否携带数据结束信息。
④用第零比特指示该 TYPE 0 是否携带数据结束信息。
2、 使用两个比特位的方法 ： 例如，
①用第三比特和第二比特指示该 TYPE 0 是否携带数据结束信息。如果该比特位 值为 “00” ， 则表示非数据传输结束 ； 如果该比特位值为 “11” ， 则表示该 TYPE 0 帧携带数据 结束指示， 当收到该指示时， eNB 认为该 TYPE 0 所在同步序列为相应的 MBMS 业务数据传输 的最后一个同步序列。
②用第一比特和第零比特指示该 TYPE 0 是否携带数据结束信息。
③其他组合方式可以根据具体情况定义， 或者保留不用
3、 使用三个比特位的方法 ： 例如，
①用第三比特和第二比特和第一比特指示该 TYPE 0 是否携带数据结束信息。如 果该比特位值为 “000” ， 则表示非数据传输结束 ； 如果该比特位值为 “111” ， 则表示该 TYPE 0 帧携带数据结束指示， 当收到该指示时， eNB 认为该 TYPE 0 所在同步序列为相应的 MBMS 业务数据传输的最后一个同步序列。
②用第二比特和第一比特和第零比特指示该 TYPE 0 是否携带数据结束信息。如 果该比特位值为 “000” ， 则表示非数据传输结束 ； 如果该比特位值为 “111” ， 则表示该 TYPE 0 帧携带数据结束指示， 当收到该指示时， eNB 认为该 TYPE 0 所在同步序列为相应的 MBMS 业务数据传输的最后一个同步序列。
③其他组合方式可以根据具体情况定义， 或者保留不用
4、 使用四个比特位的方法 ： 例如，
①用第三比特和第二比特和第一比特和第零比特指示该 TYPE0 是否携带数据结 束信息。如果该比特位值为 “0000” ， 则表示非数据传输结束 ； 如果该比特位值为 “1111” ， 则 表示该 TYPE 0 帧携带数据结束指示， 当收到该指示时， eNB 认为该 TYPE 0 所在同步序列为 相应的 MBMS 业务数据传输的最后一个同步序列。②其他组合方式可以根据具体情况定义， 或者保留不用
优选实施例五
如图 10 所示， 重新使用现有的 SYNC PDU 的格式 -TYPE 1。使用该格式中的 spare 比特位中的一位或者多位， 用于指示最后一个数据包的信息。 即， 在基站接收到这种格式的 数据包时， 可以认为该数据包是所属业务的最后一个数据包， 该业务不会再有其他数据包 到来。
或， 在最后一个数据包所在的同步序列的所有数据包均采用本实施例的格式， 指 示该同步序列为业务的最后一个同步序列。
图 10 中的 TYPE1 帧格式中的参数 ： 净荷循环冗余校验 ： Payload CRC、 空闲位扩展 ： Spare extention、 净荷域 ： Payload fields。
具体同步方法可以参考优选实施例四。
优选实施例六
如图 11 所示， 重新使用现有的 SYNC PDU 的格式 -TYPE 2。使用该格式中的 spare 比特位中的一位或者多位， 用于指示最后一个数据包的信息。 即， 在基站接收到这种格式的 数据包时， 可以认为该数据包是所属业务的最后一个数据包， 该业务不会再有其他数据包 到来。 或， 在最后一个数据包所在的同步序列的所有数据包均采用本实施例的格式， 指 示该同步序列为业务的最后一个同步序列。
图 11 中 的 TYPE2 帧 格 式 中 的 参 数 ：数 据 包 收 敛 协 议 信 息 ： PDCP information(Packet Data Convergence Protocol information)、 未压缩的净荷 IP 头 ： Uncompressed payload IP header、 Ipv6 indic ： Ipv6 指示。
具体同步方法可以参考优选实施例四。
优选实施例七
如图 12 所示， 重新使用现有的 SYNC PDU 的格式 -TYPE 0。 使用该格式中的 padding 比特位中的一位或者多位， 用于指示最后一个数据包的信息。 即， 在基站接收到这种格式的 数据包时， 可以认为该数据包是所属业务的最后一个数据包， 该业务不会再有其他数据包 到来。
或， 在最后一个数据包所在的同步序列的所有数据包均采用本实施例的格式， 指 示该同步序列为业务的最后一个同步序列。
具体同步方法可以参考优选实施例四。
优选实施例八
如图 13 所示， 重新使用现有的 SYNC PDU 的格式 -TYPE 1。 使用该格式中的 padding 比特位中的一位或者多位， 用于指示最后一个数据包的信息。 即， 在基站接收到这种格式的 数据包时， 可以认为该数据包是所属业务的最后一个数据包， 该业务不会再有其他数据包 到来。
具体同步方法可以参考优选实施例四。
优选实施例九
如图 14 所示， 重新使用现有的 SYNC PDU 的格式 -TYPE 2。 使用该格式中的 padding 比特位中的一位或者多位， 用于指示最后一个数据包的信息。 即， 在基站接收到这种格式的
数据包时， 可以认为该数据包是所属业务的最后一个数据包， 该业务不会再有其他数据包 到来。
具体同步方法可以参考优选实施例四。
优选实施例十
如图 15 所示， 重新使用现有的 SYNC PDU 的格式 -TYPE 1。使用该格式中的 Spare extension 比特位中的一位或者多位， 用于指示最后一个数据包的信息。即， 在基站接收到 这种格式的数据包时， 可以认为该数据包是所属业务的最后一个数据包， 该业务不会再有 其他数据包到来。
具体同步方法可以参考优选实施例四。
实施例十一
如图 16 所示， 重新使用现有的 SYNC PDU 的格式 -TYPE 2。使用该格式中的 Spare extension 比特位中的一位或者多位， 用于指示最后一个数据包的信息。即， 在基站接收到 这种格式的数据包时， 可以认为该数据包是所属业务的最后一个数据包， 该业务不会再有 其他数据包到来。
具体同步方法可以参考优选实施例四。 图 17 是根据本发明实施例的多媒体广播组播业务系统的示意图， 包括 ： 上层网元 10， 用于当业务结束时， 在用户面发送业务结束信息 ； 下层网元 20， 用于根据接收到的业务 结束信息， 获知业务结束， 并进行相应地处理。
优选地， 自定义的协议数据单元类型为 TYPE3 的 SYNC 帧携带业务结束信息，
上层网元 10 还用于在业务的最后一个数据包所在的同步序列的末尾发送一个或 多个 TYPE3 的 SYNC 帧 ； 或者还用于在业务的最后一个数据包所在的同步序列的下一个同步 序列中发送一个或多个 TYPE3 的 SYNC 帧 ； 或者还用于在业务的最后一个数据包所在的同步 序列的之后的一个或多个同步序列中发送一个或多个 TYPE3 的 SYNC 帧 ；
下层网元 20 还用于接收到 TYPE3 的 SYNC 帧后， 获知业务已结束 ； 还用于释放为业 务分配的资源。
从以上的描述中， 可以看出， 本发明实现了如下技术效果 ：
(1) 能够使得下层网元及时获知某一业务具体的结束时间， 从而判定数据是丢失 了还是已经结束， 能够准确地对资源进行调度。
(2) 能够使得不同下层网元对同一业务的资源分配保持一致， 对同一情况采取一 致的处理， 从而使用户终端能够正常地接收业务数据。
显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所组成 的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以将它们存储 在存储装置中由计算装置来执行， 或者将它们分别制作成各个集成电路模块， 或者将它们 中的多个模块或步骤制作成单个集成电路模块来实现。这样， 本发明不限制于任何特定的 硬件和软件结合。
以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的任何修 改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。