Login| Sign Up| Help| Contact|

Patent Searching and Data


Title:
CLUSTER SERVICE PROCESSING METHOD AND MULTICAST COORDINATION ENTITY
Document Type and Number:
WIPO Patent Application WO/2015/070370
Kind Code:
A1
Abstract:
Embodiments of the present invention provide a cluster service processing method and a Multicast Coordination Entity (MCE). The cluster service processing method comprises: an MCE receiving a multicast session start request message sent by an upstream device, wherein the multicast session start request message comprises a cluster service instruction; and the MCE, based on the cluster service instruction, allocating a Multimedia Broadcast Multicast Service (MBMS) air interface resource for a cluster service, wherein the allocated MBMS air interface resource can make a resource interval in which cluster service data can be scheduled not exceed an air interface delay requirement. The embodiments of the present invention can meet cluster service requirements that have a strict requirement on a delay such as voice call, interaction video and the like.

Inventors:
ZENG, Qinghai (Huawei Administration Building, Bantian Longgang Distric, Shenzhen Guangdong 9, 518129, CN)
HUANG, Qufang (Huawei Administration Building, Bantian Longgang Distric, Shenzhen Guangdong 9, 518129, CN)
LIU, Wenji (Huawei Administration Building, Bantian Longgang Distric, Shenzhen Guangdong 9, 518129, CN)
SUN, Qi (Huawei Administration Building, Bantian Longgang Distric, Shenzhen Guangdong 9, 518129, CN)
QIAN, Chenguang (Huawei Administration Building, Bantian Longgang Distric, Shenzhen Guangdong 9, 518129, CN)
Application Number:
CN2013/086931
Publication Date:
May 21, 2015
Filing Date:
November 12, 2013
Export Citation:
Click for automatic bibliography generation   Help
Assignee:
HUAWEI TECHNOLOGIES CO., LTD. (Huawei Administration Building, Bantian Longgang Distric, Shenzhen Guangdong 9, 518129, CN)
International Classes:
H04L7/02
Foreign References:
CN101662356A2010-03-03
CN103096261A2013-05-08
CN102638767A2012-08-15
CN103096260A2013-05-08
Attorney, Agent or Firm:
LEADER PATENT & TRADEMARK FIRM (8F-6, Bldg. A Winland International Center, No. 32 Xizhimen North Street, Haidian District, Beijing 2, 100082, CN)
Download PDF:
Claims:
权 利 要 求 书

1、 一种集群业务处理方法, 其特征在于, 包括:

组播协调实体 MCE接收上游设备发送的组播会话开始请求消息,所述组 播会话开始请求消息中包含集群业务指示;

所述 MCE根据所述集群业务指示, 为该集群业务分配多媒体广播组播

MBMS空口资源;

其中,分配的 MBMS空口资源能够使得可调度集群业务数据的资源间隔 不超过空口时延要求。

2、 根据权利要求 1所述的方法, 其特征在于, 所述集群业务指示采用所 述组播会话开始请求消息中已有的信息元素 IE, 或者, 所述集群业务指示采 用所述组播会话开始请求消息中新增的 IE。

3、 根据权利要求 2所述的方法, 其特征在于, 所述已有的 IE, 包括: MBMS数据传输的最小时间、 MBMS会话持续时间、 服务质量、 MBMS 会话标识、 TMGI中的 MBMS业务标识。

4、 根据权利要求 1~3中任一项所述的方法, 其特征在于, 所述 MCE根 据所述集群业务指示, 为该集群业务分配 MBMS空口资源, 包括:

所述 MCE根据所述集群业务指示,确定将所述集群业务映射到至少一个 组播信道 MCH上。

5、 根据权利要求 4所述的方法, 其特征在于, 所述 MCE根据所述集群 业务指示, 确定将所述集群业务映射到至少一个组播信道 MCH上, 包括: 所述 MCE 根据所述集群业务指示, 确定将所述集群业务映射到一个 MCH上, 且所述一个 MCH的调度周期 MSP满足所述空口时延要求。

6、 根据权利要求 4所述的方法, 其特征在于, 所述 MCE根据所述集群 业务指示, 确定将所述集群业务映射到至少一个组播信道 MCH上, 包括: 所述 MCE根据所述集群业务指示,确定将所述集群业务映射到至少两个

MCH上, 且相邻两个 MCH调度时间间隔满足所述空口时延要求。

7、 根据权利要求 1~6中任一项所述的方法, 其特征在于, 所述 MCE接 收上游设备发送的组播会话开始请求消息, 包括:

所述 MCE接收移动管理实体 MME发送的组播会话开始请求消息,所述 组播会话开始请求消息为广播组播业务中心 BMSC通过多媒体广播组播业务 网关 MBMS GW发送给所述 MME的。

8、 一种组播协调实体, 其特征在于, 包括:

接收模块, 用于接收上游设备发送的组播会话开始请求消息, 所述组播 会话开始请求消息中包含集群业务指示;

资源分配模块, 用于根据所述集群业务指示, 为该集群业务分配多媒体 广播组播 MBMS空口资源;

其中,分配的 MBMS空口资源能够使得可调度集群业务数据的资源间隔 不超过空口时延要求。

9、 根据权利要求 8所述的实体, 其特征在于, 所述集群业务指示采用所 述组播会话开始请求消息中已有的信息元素 IE, 或者, 所述集群业务指示采 用所述组播会话开始请求消息中新增的 IE。

10、 根据权利要求 9所述的实体, 其特征在于, 所述已有的 IE, 包括: MBMS数据传输的最小时间、 MBMS会话持续时间、 服务质量、 MBMS 会话标识、 TMGI中的 MBMS业务标识。

11、 根据权利要求 8~10中任一项所述的实体, 其特征在于, 所述资源分 配模块, 具体用于:

根据所述集群业务指示, 确定将所述集群业务映射到至少一个组播信道 MCH上。

12、 根据权利要求 11所述的实体, 其特征在于, 所述资源分配模块, 具 体用于:

根据所述集群业务指示, 确定将所述集群业务映射到一个 MCH上, 且 所述一个 MCH的调度周期 MSP满足所述空口时延要求。

13、 根据权利要求 11所述的实体, 其特征在于, 所述资源分配模块, 具 体用于:

根据所述集群业务指示, 确定将所述集群业务映射到至少两个 MCH上, 且相邻两个 MCH调度时间间隔满足所述空口时延要求。

14、 根据权利要求 8~13中任一项所述的实体, 其特征在于, 所述接收模 块, 具体用于:

接收移动管理实体 MME发送的组播会话开始请求消息, 所述组播会话 开始请求消息为广播组播业务中心 BMSC 通过多媒体广播组播业务网关 MBMS GW发送给所述 MME的。

15、 一种组播协调实体, 其特征在于, 包括: 处理器、 存储器以及至少 一个通信接口, 所述通信接口用于与外部设备进行通信, 所述存储器用于 存储计算机程序指令, 所述处理器用于调用所述存储器存储的计算机程序 指令, 以执行如权利要求 1~7中任一项所述的集群业务处理方法。

Description:
技术领域

明实施例涉及通信技术, 尤其涉及一种集群业务处理方法和组播协 背景技术

第三代合作伙伴计划 (3rd Generation Partnership Project,以下简称: 3 GPP) 在研究用多媒体广播组播业务 (Multimedia Broadcast Multicast Service, 以下 简称: MBMS ) 技术承载集群业务。

在公共安全领域, 集群业务有着广泛的用途。 其基本方式为组呼, 即在 群组内, 成员通过按下按讲 (Push To Talk, 以下简称: PTT) 按键后即可开 始讲话。 该群组的其他成员都可以听到该成员的话音。 由于其用途, 集群业 务对组呼的呼叫和业务数据传输时延都有较高 的要求, 具体为: 呼叫建立时 延不超过 300ms,端到端的业务数据传输时延不超过 150ms。 目前 3GPP开始 研究如何在长期演进(Long Term Evolution, 以下简称: LTE)系统上支持组 呼业务。 LTE需要支持的集群通信传输媒体, 例如可以包括语音通话、 交互 视频、 视频流和即时消息等。 其中会话类型的语音通话和交互视频对时延要 求很高, 分组数据网关(Packet Data Network Gateway, 以下简称: PDN-GW) 与用户设备 (User Equipment, 以下简称: UE) 之间的时延要求在 100ms以 内,基站(eNB )与 UE之间的时延要求在 50ms左右以保证服务质量(Quality of Service, 以下简称: QoS ) 。

但是, 现有 MBMS集群业务的组播信道(Multicast Channel, 以下简称: MCH) 的组播信道调度周期 (MCH Scheduling Period, 以下简称: MSP) 的 最小取值为 80ms, 显然无法满足语音通话和交互视频对时延的严 格要求。 发明内容

本发明实施例提供一种集群业务处理方法和组 播协调实体。

第一方面, 提供一种集群业务处理方法, 包括: 组播协调实体 MCE接收上游设备发送的组播会话开始请求消息 ,所述组 播会话开始请求消息中包含集群业务指示;

所述 MCE根据所述集群业务指示, 为该集群业务分配多媒体广播组播 MBMS空口资源;

其中,分配的 MBMS空口资源能够使得可调度集群业务数据的 源间隔 不超过空口时延要求。

结合第一方面, 在第一种实现方式中, 所述集群业务指示采用所述组播 会话开始请求消息中已有的信息元素 IE, 或者, 所述集群业务指示采用所述 组播会话开始请求消息中新增的 IE。

结合第一种实现方式, 在第二种实现方式中, 所述已有的 IE, 包括:

MBMS数据传输的最小时间、 MBMS会话持续时间、 服务质量、 MBMS 会话标识、 TMGI中的 MBMS业务标识。

结合第一方面、 第一种实现方式或第二种实现方式, 在第三种实现方式 中,所述 MCE根据所述集群业务指示,为该集群业务分配 MBMS空口资源, 包括:

所述 MCE根据所述集群业务指示,确定将所述集群业 务映射到至少一个 组播信道 MCH上。

结合第三种实现方式,在第四种实现方式中, 所述 MCE根据所述集群业 务指示, 确定将所述集群业务映射到至少一个组播信道 MCH上, 包括: 所述 MCE 根据所述集群业务指示, 确定将所述集群业务映射到一个

MCH上, 且所述一个 MCH的调度周期 MSP满足所述空口时延要求。

结合第三种实现方式,在第五种实现方式中, 所述 MCE根据所述集群业 务指示, 确定将所述集群业务映射到至少一个组播信道 MCH上, 包括: 所述 MCE根据所述集群业务指示,确定将所述集群业 务映射到至少两个 MCH上, 且相邻两个 MCH调度时间间隔满足所述空口时延要求。

结合第一方面、 第一至第五种实现方式中的任一种, 在第六种实现方式 中, 所述 MCE接收上游设备发送的组播会话开始请求消息 , 包括:

所述 MCE接收移动管理实体 MME发送的组播会话开始请求消息,所述 组播会话开始请求消息为广播组播业务中心 BMSC通过多媒体广播组播业务 网关 MBMS GW发送给所述 MME的。 第二方面, 提供一种组播协调实体, 其特征在于, 包括:

接收模块, 用于接收上游设备发送的组播会话开始请求消 息, 所述组播 会话开始请求消息中包含集群业务指示;

资源分配模块, 用于根据所述集群业务指示, 为该集群业务分配多媒体 广播组播 MBMS空口资源;

其中,分配的 MBMS空口资源能够使得可调度集群业务数据的 源间隔 不超过空口时延要求。

结合第二方面, 在第一种实现方式中, 所述集群业务指示采用所述组播 会话开始请求消息中已有的信息元素 IE, 或者, 所述集群业务指示采用所述 组播会话开始请求消息中新增的 IE。

结合第一种实现方式, 在第二种实现方式中, 所述已有的 IE, 包括:

MBMS数据传输的最小时间、 MBMS会话持续时间、 服务质量、 MBMS 会话标识、 TMGI中的 MBMS业务标识。

结合第二方面、 第一种实现方式或第二种实现方式, 在第三种实现方式 中, 所述资源分配模块, 具体用于:

根据所述集群业务指示, 确定将所述集群业务映射到至少一个组播信道 MCH上。

结合第三种实现方式, 在第四种实现方式中, 所述资源分配模块, 具体 用于:

根据所述集群业务指示, 确定将所述集群业务映射到一个 MCH上, 且 所述一个 MCH的调度周期 MSP满足所述空口时延要求。

结合第三种实现方式, 在第五种实现方式中, 所述资源分配模块, 具体 用于:

根据所述集群业务指示, 确定将所述集群业务映射到至少两个 MCH上, 且相邻两个 MCH调度时间间隔满足所述空口时延要求。

结合第二方面、 第一至第五种实现方式中的任一种, 在第六种实现方式 中, 所述接收模块, 具体用于:

接收移动管理实体 MME发送的组播会话开始请求消息, 所述组播会话 开始请求消息为广播组播业务中心 BMSC 通过多媒体广播组播业务网关 MBMS GW发送给所述 MME的。 第三方面, 提供一种组播协调实体, 包括: 处理器、 存储器以及至少一 个通信接口, 所述通信接口用于与外部设备进行通信, 所述存储器用于存 储计算机程序指令, 所述处理器用于调用所述存储器存储的计算机 程序指 令, 以执行上述的集群业务处理方法。

本发明实施例中, MCE通过上游设备发送的组播会话开始请求消息 中可 以获得集群业务指示,从而可以获知该集群业 务有空口时延要求,因此, MCE 为该集群业务分配 MBMS空口资源时即可考虑空口时延要求, 保证分配的 MBMS空口资源能够使得可调度集群业务数据的 源, 例如 MCH的间隔不 超过空口时延要求, 进而满足语音通话、 交互视频等对时延要求严格的集群 业务需求。 附图说明

图 1为本发明集群业务处理方法实施例一的流程 ;

图 2为本发明集群业务处理方法实施例二的信令 程图;

图 3为本发明集群业务处理方法实施例二中的一 资源分配示意图; 图 4为本发明集群业务处理方法实施例二中的另 种资源分配示意图; 图 5为本发明 MCE实施例一的结构示意图;

图 6为本发明 MCE实施例二的结构示意图。 具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚, 下面将结合本发 明实施例中的附图, 对本发明实施例中的技术方案进行清楚、 完整地描述, 显然, 所描述的实施例是本发明一部分实施例, 而不是全部的实施例。 基于 本发明中的实施例, 本领域普通技术人员在没有作出创造性劳动前 提下所获 得的所有其他实施例, 都属于本发明保护的范围。

图 1为本发明集群业务处理方法实施例一的流程 , 如图 1所示, 本实 施例的方法, 可以包括:

S101、 组播协调实体 (multicast Coordination Entity, 以下简称: MCE) 接收上游设备发送的组播会话开始请求消息, 该组播会话开始请求消息中包 含集群业务指示; S102、 MCE根据该集群业务指示, 为该集群业务分配 MBMS空口资源, 其中,分配的 MBMS空口资源能够使得可调度集群业务数据的 源间隔不超 过空口时延要求。

当有集群业务发起或更新时,上游设备可以向 MCE发送组播会话开始请 求消息。

该上游设备可以包括广播组播业务中心 (Broadcast Multicast Service Centre, 以下简称: BMSC)、多媒体广播组播业务网关(Multimedia Broadcast Multicast Service Gateway , 以下简称: MBMS GW ) 以及移动管理实体 (Mobility Management Entity, 以下简称: MME) , 因此, MCE可以接收 MME发送的组播会话开始请求消息, 该组播会话开始请求消息为 BMSC通 过多 MBMS GW发送给 MME的。

在现有技术中, 该组播会话开始请求消息中并不包含集群业务 指示, 因 此, MCE 在接收到该组播会话开始请求消息之后, 其为该集群业务分配 MBMS空口资源时可能并不考虑空口时延给该集 业务带来的影响。 举例来 说, 若空口时延要求为 80ms, 但是 MCE分配的 MCH之间的间隔可能超过 80ms 因此, 在本实施例中, 上游设备发送给 MCE的组播会话开始请求消 息中携带有集群业务指示, 在具体实现时, 该集群业务指示既可以复用组播 会话开始请求消息中已有的信息元素(Informati on Element, 以下简称: IE), 也可以在该组播会话开始请求消息中新增一 IE, 本实施例不作限定。

MCE 根据该集群业务指示即可获知该集群业务有空 口时延要求, 相应 的, MCE为该集群业务分配 MBMS空口资源, 且分配的 MBMS空口资源能 够使得可调度集群业务数据的资源, 例如 MCH的间隔不超过空口时延要求。

在具体实现时, MCE可以根据该集群业务指示, 确定将集群业务映射到 至少一个 MCH上, 已确定 MBMS空口资源。

本实施例中, MCE通过上游设备发送的组播会话开始请求消息 中可以获 得集群业务指示, 从而可以获知该集群业务有空口时延要求, 因此, MCE为 该集群业务分配 MBMS 空口资源时即可考虑空口时延要求, 保证分配的 MBMS空口资源能够使得可调度集群业务数据的 源, 例如 MCH的间隔不 超过空口时延要求, 进而满足语音通话、 交互视频等对时延要求严格的集群 业务。 除了空口时延要求外, 该集群业务指示还可以用于其他用途, 我们不做 任何限制。 比如, 当该集群业务指示为集群组标识时, MCE将根据该指示将 同一集群组的 MBMS承载复用到同一个 MCH或映射到同一个 MBSFN Area, 以使终端可以更省电地接收该集群组的所有数 据。 再比如, MCE可以根据该 集群业务指示,在准入该 MBMS承载时不进行空口资源预留的预算或只预 少量空口资源。具体的例子可以是, 当 MCE已经为集群业务预算了设定资源 后, MCE将不再为后续集群业务触发的 MBMS承载建立在准入控制时预算 新的空口资源。这样做是因为每个集群组可能 预建立 MBMS承载。这种情况 下, 可能很长时间内某个 MBMS承载都没有集群业务数据, 如果为每个集群 业务的 MBMS承载都预留资源将严重影响系统准入其他 载。

下面采用一个具体实施例, 对本发明的技术方案进行详细说明。

图 2为本发明集群业务处理方法实施例二的信令 程图, 如图 2所示, 本实施例的方法可以包括:

S201、 BMSC 向 MBMS GW发送 MBMS会话开始请求消息 (MBMS session start request ) ;

该 MBMS session start request消息中可以携带集群业务指示;

具体来说, BMSC在接收到集群应用服务器发送的 MBMS承载建立 /更 新请求后, 可以向 MBMS GW发送 MBMS session start request消息。

为了用 MBMS支持集群,集群应用服务器可以在集群用 注册激活集群 群组时就向 3GPP网络获取该群组的临时移动组标识(Temporar y mobile group identifier, 以下简称: TMGI) 并发起 MBMS承载建立 /更新过程, 然后在群 组业务发起时直接用 MBMS承载传输组呼通知消息和集群业务数据, 而可 以满足集群通信信道建立时延不大于 300ms的需求。

MBMS session start Request消息中包含的集群业务指示, 可以采用两种 方式实现:

方式一、 采用该消息中现有 IE的特殊取值

举例来说,可以对 MBMS数据传输的最小时间(Minimum Time to MBMS Data Transfer) 、 MBMS会话持续时间 (MBMS Session Duration) 、 服务质 量 (Quality of Service, 以下简称: QoS ) 、 MBMS会话标识 (MBMS session identity) 、 TMGI中的 MBMS业务标识 (MBMS service ID) 进行特殊设置, 例如设置为全 1, 全 0, 或其它协议约定的特殊值或特殊范围。

方式二、 在该消息中新增 IE

举例来说, 可以新增 MBMS业务类型(MBMS service type) , 明确指示 该 MBMS业务为集群业务。

可选的,该 MBMS session start Request消息中还可以包含 MBMS业务区 域(MBMS service area)信息, 以确定需要建立 MBMS承载的范围。 MBMS service area通常是网管配置的一个有小区集合组成的 域。 对集群通信区域 不固定的情况, 支持集群的 UE在跟踪区 (Tracking Area, 以下简称: TA) 更新或小区重选或初始接入或切换到新基站后 向集群应用服务器上报所在基 站的位置信息, 例如 E-UTRAN 小区全球标识 (E-UTRAN Cell Global Identifier , 以下简称: ECGI) , 或 MBMS业务区域标识 (MBMS SAI) 等, 从而可以让集群应用服务器确定集群用户所在 地理范围, 并告诉 BM-SC。

S202、 MBMS GW向 BMSC反馈 MBMS会话开始响应 (MBMS session start response ) 消息;

S203、 MBMS GW向 MME发送 MBMS session start request消息; 该消息中也包含集群业务指示、 TMGI和 MBMS GW为该集群业务分配 的 MBMS GW的组播 IP地址。

5204、 MME向 MCE发送 MBMS session start request消息;

该消息中包含集群业务指示、 TMGI和 MBMS GW为该集群业务分配的 MBMS GW的组播 IP地址。

5205、 MCE根据该集群业务指示, 为该集群业务分配 MBMS空口资源。 具体来说, MCE接收到该 MBMS session start request消息后, 可以根据 可用的空口无线资源情况和该集群业务的 QoS要求, 判断是否可以接纳该业 务。 如果可以接纳, 则 MCE可以为该业务分配 MBMS空口资源, 且分配的 MBMS空口资源能够使得可调度集群业务数据的 源间隔不超过空口时延要 求。

MCE分配 MBMS空口资源, 可以具体为: 确定将该集群业务映射到哪 个或哪几个 MCH上。 映射到的 MCH可以是已经有的其它 MBMS业务映射 的 MCH, 也可以是新的 MCH。

举例来说, MCE在接纳集群业务的 MBMS session start request消息后, 将给该业务分配 MBMS 空口资源, 可以将该集群业务映射到两个 MCH (MCH1和 MCH2)。 MCH1和 MCH2的空口无线资源配置情况如图 3所示。 其中 MCH1和 MCH2的配置资源都可以以 80ms为周期出现, MCHl和 MCH2 资源出现的偏置 offset为 40ms。 这样配置的目的是让该集群业务每 40ms就 有一次调度机会, 满足集群语音通话和 /或交互视频在空口的时延要求 (<50ms) 。

又或者, MCE在接纳集群业务的 MBMS会话开始请求后, 将给该业务 分配 MBMS空口资源, 并将它映射到一个 MSP为 40ms的 MCH (MCH3 ) 。 MCH3的空口无线资源配置情况如图 4所示。其中 MCH3的配置资源以 40ms 为周期出现。这样配置的目的是让该集群业务 每 40ms就有一次调度机会,满 足集群语音通话和 /或交互视频在空口的时延要求 (<50ms) 。

上述给出的配置给集群业务的 MCH 的空口无线资源配置情况只是举例 说明, 本领域技术人员可以理解的是, 只要可调度集群业务数据的资源间隔 不超过其空口时延要求的最大值就可以。

类似的, 集群业务也可以映射到三个及以上的 MCH, 其实现原理类似, 此处不再赘述。

5206、 MCE向 MME反馈 MBMS会话开始响应消息(MBMS session start response ) ;

5207、 MME向 MBMS GW反馈 MBMS session start response消息; S208、 MCE向 eNB发送 MBMS session start request消息;

该消息可以包含集群业务的 TMGI和该集群业务的组播 IP地址。

5209、 eNB向 MCE反馈 MBMS session start response消息;

5210、 eNB加入 MBMS组播组;

eNB可以根据 MCE在 S208得到的组播 IP地址加入 MBMS组播组。 S211、 MCE 向 eNB 发送 MBMS 调度消息 (MBMS scheduling information ) ;

MBMS scheduling information消息可以包含新组播控制信道 (Multicast Control Channel,以下简称: MCCH)消息的内容和新 MCCH生效时间, MCCH 消息的内容主要为 MCH列表信息,包括每个已配置 MCH对应的空口资源和 包含哪些 MBMS业务等信息。 S212、 eNB 向 MCE 反馈 MBMS 调度响应消息 (MBMS scheduling information Response消息 ) ;

S213、 eNB在空口发送 MCCH改变通知消息( MCCH change notification ); eNB在新 MCCH生效时间之前一个 MCCH 的修改周期 (Modification Period,以下简称: MP )发送 MCCH change notification消息,以通知对 MBMS 感兴趣的 UE提前知道 MCCH将在下一个 MCCH MP边界发生改变, 并准备 读取新 MCCH。

S214、 eNB在空口广播更新后的 MCCH消息;

eNB在 MCCH生效时间指示的对应 MCCH MP边界开始在配置的 MCCH 位置发送新的 MCCH。读取新的 MCCH后, 对该集群业务感兴趣的 UE将根 据 MCCH的指示周期性地读取 MCH1和 MCH2的 MCH调度信息 (MCH Scheduling Information, 以下简称: MSI) 以判断是否有该集群业务的数据。 如果有, 则进一步根据 MSI的指示到对应的子帧位置 (甚至频率位置) 读取 该集群业务的数据。

本实施例中, BMSC在 MBMS session start request消息中对集群业务进 行特殊指示, 从而使得 MCE可以根据该特殊指示分配 MBMS空口资源, 以 满足集群业务的空口时延要求。

图 5为本发明 MCE实施例一的结构示意图, 如图 5所示, 本实施例 的 MCE可以包括: 接收模块 51、 资源分配模块 52, 其中:

接收模块 51, 用于接收上游设备发送的组播会话开始请求消 息, 所述组 播会话开始请求消息中包含集群业务指示;

资源分配模块 52, 用于根据所述集群业务指示, 为该集群业务分配多媒 体广播组播 MBMS空口资源;

其中,分配的 MBMS空口资源能够使得可调度集群业务数据的 源间隔 不超过空口时延要求。

进一步的, 所述集群业务指示采用所述组播会话开始请求 消息中已有的 信息元素 IE, 或者, 所述集群业务指示采用所述组播会话开始请求 消息中新 增的 IE。

其中, 已有的 IE, 包括:

MBMS数据传输的最小时间、 MBMS会话持续时间、 服务质量、 MBMS 会话标识、 TMGI中的 MBMS业务标识。

进一步的, 资源分配模块 52, 具体用于:

根据所述集群业务指示, 确定将所述集群业务映射到至少一个组播信道 MCH上。

进一步的, 资源分配模块 52, 具体用于:

根据所述集群业务指示, 确定将所述集群业务映射到一个 MCH上, 且 所述一个 MCH的调度周期 MSP满足所述空口时延要求;

或者,

根据所述集群业务指示, 确定将所述集群业务映射到至少两个 MCH上, 且相邻两个 MCH调度时间间隔满足所述空口时延要求。

进一步的, 接收模块 51, 具体用于:

接收移动管理实体 MME发送的组播会话开始请求消息, 所述组播会话 开始请求消息为广播组播业务中心 BMSC 通过多媒体广播组播业务网关 MBMS GW发送给所述 MME的。

本实施例的 MCE, 可以用于执行图 1或图 2所示方法实施例的技术 方案, 其实现原理和技术效果类似, 此处不再赘述。

图 6为本发明 MCE实施例二的结构示意图, 如图 6所示, 本实施例 的 MCE包括: 处理器 61、 存储器 62以及至少一个通信接口 63, 该通信 接口 63用于与外部设备进行通信, 存储器 62用于存储计算机程序指令, 处理器 61用于调用存储器 62存储的计算机程序指令, 以执行如上述图 1 和图 2所示实施例中 MCE所执行的技术方案。

本领域普通技术人员可以理解: 实现上述方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成, 前述的程序可以存储于一计算机可 读取存储介质中, 该程序在执行时, 执行包括上述方法实施例的步骤; 而前 述的存储介质包括: ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的 介质。

最后应说明的是: 以上各实施例仅用以说明本发明的技术方案, 而非对 其限制; 尽管参照前述各实施例对本发明进行了详细的 说明, 本领域的普通 技术人员应当理解:其依然可以对前述各实施 例所记载的技术方案进行修改, 或者对其中部分或者全部技术特征进行等同替 换; 而这些修改或者替换, 并 不使相应技术方案的本质脱离本发明各实施例 技术方案的范围