WO2015070370A1 - 集群业务处理方法和组播协调实体 - Google Patents

集群业务处理方法和组播协调实体 Download PDF

Info

Publication number
WO2015070370A1
WO2015070370A1 PCT/CN2013/086931 CN2013086931W WO2015070370A1 WO 2015070370 A1 WO2015070370 A1 WO 2015070370A1 CN 2013086931 W CN2013086931 W CN 2013086931W WO 2015070370 A1 WO2015070370 A1 WO 2015070370A1
Authority
WO
WIPO (PCT)
Prior art keywords
cluster service
mbms
multicast
cluster
air interface
Prior art date
Application number
PCT/CN2013/086931
Other languages
English (en)
French (fr)
Inventor
曾清海
黄曲芳
刘文济
孙启
钱晨光
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN201380003656.2A priority Critical patent/CN104798336B/zh
Priority to PCT/CN2013/086931 priority patent/WO2015070370A1/zh
Publication of WO2015070370A1 publication Critical patent/WO2015070370A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services

Definitions

  • the embodiment relates to communication technologies, and in particular, to a cluster service processing method and a multicast association. Background technique
  • the 3rd Generation Partnership Project (3GPP) is used to carry cluster services in the Multimedia Broadcast Multicast Service (MBMS) technology.
  • MBMS Multimedia Broadcast Multicast Service
  • the cluster business has a wide range of uses.
  • the basic mode is group call, that is, in the group, members can start speaking by pressing the Push To Talk (hereinafter referred to as PTT) button.
  • PTT Push To Talk
  • the members of the group can hear the member's voice.
  • the cluster service Due to its use, the cluster service has high requirements for group call calls and service data transmission delays, specifically: The call setup delay does not exceed 300ms, and the end-to-end service data transmission delay does not exceed 150ms.
  • 3GPP has begun to study how to support group call services on Long Term Evolution (LTE) systems.
  • LTE needs to support cluster communication transmission media, which may include, for example, voice calls, interactive video, video streams, and instant messages.
  • the voice call and the interactive video of the session type have high delay requirements, and the delay requirement between the packet data gateway (PDN-GW) and the user equipment (User Equipment, UE) Within 100 ms, the delay between the base station (eNB) and the UE is required to be about 50 ms to ensure the quality of service (QoS).
  • PDN-GW packet data gateway
  • UE User Equipment
  • the minimum channel value of the multicast channel scheduling period (MCH Scheduling Period, MSC) of the multicast channel (MCH) of the existing MBMS cluster service is 80 ms, which obviously cannot satisfy the voice call and interaction.
  • MSC multicast channel scheduling Period
  • the embodiment of the invention provides a cluster service processing method and a multicast coordination entity.
  • the first aspect provides a cluster service processing method, including: The multicast coordination entity MCE receives the multicast session start request message sent by the upstream device, where the multicast session start request message includes a cluster service indication.
  • the MCE allocates a multimedia broadcast multicast MBMS air interface resource to the cluster service according to the cluster service indication;
  • the allocated MBMS air interface resource enables the resource interval of the schedulable cluster service data not to exceed the air interface delay requirement.
  • the cluster service indication adopts an information element IE existing in the multicast session start request message, or the cluster service indication adopts the multicast session start request New IE in the message.
  • the existing IE includes:
  • the MCE allocates an MBMS air interface resource to the cluster service according to the cluster service indication, including:
  • the MCE determines to map the cluster service to at least one multicast channel MCH according to the cluster service indication.
  • the MCE determines to map the cluster service to the at least one multicast channel MCH, including: the MCE according to the cluster Business indication, determining to map the cluster service to one
  • the scheduling period MSP of the one MCH satisfies the air interface delay requirement.
  • the MCE determines, according to the cluster service indication, that the cluster service is mapped to the at least one multicast channel MCH, including: the MCE according to the cluster The service indicates that the cluster service is mapped to the at least two MCHs, and the two adjacent MCH scheduling time intervals meet the air interface delay requirement.
  • the receiving, by the MCE, the multicast session start request message sent by the upstream device includes:
  • the MCE receives the multicast session start request message sent by the mobility management entity MME, and the multicast session start request message is sent by the broadcast multicast service center BMSC to the MME through the multimedia broadcast multicast service gateway MBMS GW.
  • a multicast coordination entity including:
  • a receiving module configured to receive a multicast session start request message sent by the upstream device, where the multicast session start request message includes a cluster service indication;
  • a resource allocation module configured to allocate, according to the cluster service indication, a multimedia broadcast multicast MBMS air interface resource for the cluster service
  • the allocated MBMS air interface resource enables the resource interval of the schedulable cluster service data not to exceed the air interface delay requirement.
  • the cluster service indicates that an information element IE existing in the multicast session start request message is used, or the cluster service indication uses the multicast session start request. New IE in the message.
  • the existing IE includes:
  • the resource allocation module is specifically configured to:
  • mapping the cluster service to at least one multicast channel MCH.
  • the resource allocation module is specifically configured to:
  • the resource allocation module is specifically configured to:
  • the receiving module is specifically configured to:
  • a third aspect provides a multicast coordination entity, including: a processor, a memory, and at least one communication interface, wherein the communication interface is configured to communicate with an external device, the memory is configured to store computer program instructions, and the processor is configured to: The computer program instructions stored in the memory are called to execute the cluster service processing method described above.
  • the MCE can obtain the cluster service indication by using the multicast session start request message sent by the upstream device, so that the MCE can obtain the air interface delay requirement of the cluster service. Therefore, when the MCE allocates the MBMS air interface resource for the cluster service, The air interface delay requirement can be considered to ensure that the allocated MBMS air interface resources can make the resources of the schedulable cluster service data, for example, the MCH interval does not exceed the air interface delay requirement, thereby satisfying the cluster service with strict delay requirements such as voice call and interactive video. demand.
  • Embodiment 1 is a flowchart of Embodiment 1 of a cluster service processing method according to the present invention
  • Embodiment 2 is a signaling flowchart of Embodiment 2 of a method for processing a cluster service according to the present invention
  • FIG. 3 is a schematic diagram of resource allocation in the second embodiment of the method for processing a cluster service according to the present invention
  • FIG. 4 is a schematic diagram of another resource allocation in the second embodiment of the cluster service processing method according to the present invention. Schematic diagram of the structure;
  • FIG. 6 is a schematic structural diagram of Embodiment 2 of an MCE according to the present invention.
  • the technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention.
  • the embodiments are a part of the embodiments of the invention, and not all of the embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.
  • FIG. 1 is a flowchart of Embodiment 1 of a method for processing a cluster service according to the present invention. As shown in FIG. 1 , the method in this embodiment may include:
  • the multicast coordination entity receives a multicast session start request message sent by the upstream device, where the multicast session start request message includes a cluster service indication.
  • the MCE allocates the MBMS air interface resource to the cluster service according to the cluster service indication, where the allocated MBMS air interface resource enables the resource interval of the schedulable cluster service data not to exceed the air interface delay requirement.
  • the upstream device can send a multicast session start request message to the MCE.
  • the upstream device may include a Broadcast Multicast Service Centre (BMSC), a Multimedia Broadcast Multicast Service Gateway (MBMS GW), and a Mobility Management Entity (Mbility Management Entity).
  • BMSC Broadcast Multicast Service Centre
  • MBMS GW Multimedia Broadcast Multicast Service Gateway
  • MME Mobility Management Entity
  • MME Mobility Management Entity
  • the multicast session start request message does not include the cluster service indication. Therefore, after receiving the multicast session start request message, the MCE may not consider the allocation of the MBMS air interface resource for the cluster service. The impact of air interface delay on the cluster business. For example, if the air interface delay request is 80 ms, but the interval between the MCHs allocated by the MCE may exceed 80 ms, in this embodiment, the multicast session start request message sent by the upstream device to the MCE carries the cluster service indication.
  • the cluster service indication may multiplex the information element (Information Element, hereinafter referred to as IE) existing in the multicast session start request message, or add a new one in the multicast session start request message. IE, this embodiment is not limited.
  • the MCE can obtain the air interface delay requirement of the cluster service according to the cluster service indication. Accordingly, the MCE allocates the MBMS air interface resource for the cluster service, and the allocated MBMS air interface resource enables the resource of the configurable cluster service data, such as the MCH. The interval does not exceed the air interface delay requirement.
  • the MCE may determine, according to the cluster service indication, that the cluster service is mapped to at least one MCH, and the MBMS air interface resource is determined.
  • the MCE can obtain the cluster service indication by using the multicast session start request message sent by the upstream device, so that the MCE can obtain the air interface delay requirement of the cluster service. Therefore, when the MCE allocates the MBMS air interface resource for the cluster service, Considering the air interface delay requirement, the allocated MBMS air interface resources can enable the resources of the schedulable cluster service data, for example, the MCH interval does not exceed the air interface delay requirement, thereby satisfying the cluster service with strict delay requirements such as voice call and interactive video.
  • the cluster service indication can also be used for other purposes, and we do not impose any restrictions.
  • the MCE when the cluster service indicates the cluster group identifier, the MCE multiplexes the MBMS bearers of the same cluster group to the same MCH or maps to the same MBSFN Area according to the indication, so that the terminal can receive the power more efficiently. All data for this cluster group.
  • the MCE may not perform the budget for air interface resource reservation or only a small amount of air interface resources when the MBMS bearer is admitted according to the cluster service indication.
  • a specific example may be that, after the MCE has set a resource for the cluster service budget, the MCE will no longer establish a new air interface resource for the MBMS bearer triggered by the subsequent cluster service when the admission control is performed. This is done because each cluster group may pre-establish an MBMS bearer. In this case, there may be no cluster service data for a certain MBMS bearer for a long time. If resources are reserved for the MBMS bearer of each cluster service, the system will seriously affect the system to access other bearers.
  • Embodiment 2 is a signaling flowchart of Embodiment 2 of a method for processing a cluster service according to the present invention. As shown in FIG. 2, the method in this embodiment may include:
  • the BMSC sends an MBMS session start request message to the MBMS GW.
  • the MBMS session start request message may carry a cluster service indication.
  • the BMSC may send an MBMS session start request message to the MBMS GW.
  • the cluster application server can obtain the Temporary Mobile Group Identifier (TMGI) of the group and initiate the MBMS bearer setup/update to the 3GPP network when the cluster user registers the activated cluster group.
  • TMGI Temporary Mobile Group Identifier
  • the process then directly transmits the group call notification message and the cluster service data by using the MBMS when the group service is initiated, so that the requirement that the cluster communication channel establishment delay is not more than 300 ms can be satisfied.
  • the cluster service indication included in the MBMS session start Request message can be implemented in two ways:
  • Method 1 Use the special value of the existing IE in the message.
  • the MBMS service ID in the TMGI is specially set, For example, set to all 1, all 0, or special values or special ranges agreed by other protocols.
  • the MBMS service type can be added to explicitly indicate that the MBMS service is a cluster service.
  • the MBMS session start Request message may further include an MBMS service area information to determine a range in which the MBMS bearer needs to be established.
  • the MBMS service area is usually an area of a network management configured with a set of cells. If the cluster communication area is not fixed, the UE supporting the cluster reports the location information of the base station to the cluster application server after the tracking area (Tracking Area, TA) update or cell reselection or initial access or handover to the new base station. For example, E-UTRAN Cell Global Identifier (hereinafter referred to as ECGI) or MBMS Service Area Identifier (MBMS SAI), so that the cluster application server can determine the geographic scope of the cluster user and tell BM- SC.
  • ECGI E-UTRAN Cell Global Identifier
  • MBMS SAI MBMS Service Area Identifier
  • the MBMS GW feeds back an MBMS session start response message to the BMSC.
  • the MBMS GW sends an MBMS session start request message to the MME.
  • the message also includes a cluster service indication, a multicast IP address of the MBMS GW allocated by the TMGI and the MBMS GW for the cluster service.
  • S204 The MME sends an MBMS session start request message to the MCE.
  • the message includes the cluster service indication, the multicast IP address of the MBMS GW allocated by the TMGI and the MBMS GW for the cluster service.
  • the MCE allocates an MBMS air interface resource to the cluster service according to the cluster service indication. Specifically, after receiving the MBMS session start request message, the MCE can determine whether the service can be accepted according to the available air interface radio resource condition and the QoS requirement of the cluster service. If it is acceptable, the MCE can allocate MBMS air interface resources for the service, and the allocated MBMS air interface resources can make the resource interval of the schedulable cluster service data not exceed the air interface delay requirement.
  • the MCE allocates the MBMS air interface resource, which can be specifically: Determine which MCH or MC5 to map the cluster service to.
  • the MCH mapped to it may be the MCH of other MBMS service mappings already existing, or it may be a new MCH.
  • the MCE The service will be allocated MBMS air interface resources, which can be mapped to two MCHs (MCH1 and MCH2).
  • MCH1 and MCH2 The air interface radio resource configuration of MCH1 and MCH2 is shown in Figure 3.
  • the configuration resources of MCH1 and MCH2 can appear in the period of 80ms, and the offset offset of the MCH1 and MCH2 resources is 40ms.
  • the purpose of this configuration is to enable the cluster service to have a scheduling opportunity every 40ms to meet the delay requirement ( ⁇ 50ms) of the trunk voice call and/or interactive video in the air interface.
  • the MCE allocates the MBMS air interface resource to the service and maps it to an MCH (MCH3) with an MSP of 40 ms.
  • MCH3 MCH
  • the air interface radio resource configuration of MCH3 is shown in Figure 4.
  • the configuration resources of MCH3 appear in a period of 40ms. The purpose of this configuration is to enable the cluster service to have a scheduling opportunity every 40ms to meet the delay requirement ( ⁇ 50ms) of the trunk voice call and/or interactive video in the air interface.
  • the air interface radio resource configuration of the MCH of the cluster service is only illustrated by the above-mentioned configuration. It can be understood by those skilled in the art that as long as the resource interval of the configurable cluster service data does not exceed the maximum value of the air interface delay requirement, .
  • the cluster service can be mapped to three or more MCHs.
  • the implementation principle is similar and will not be described here.
  • the MCE feeds back an MBMS session start response message to the MME.
  • the MME feeds back an MBMS session start response message to the MBMS GW;
  • the MCE sends an MBMS session start request message to the eNB;
  • the message can contain the TMGI of the cluster service and the multicast IP address of the cluster service.
  • the eNB feeds back an MBMS session start response message to the MCE.
  • the eNB joins an MBMS multicast group.
  • the eNB may join the MBMS multicast group according to the multicast IP address obtained by the MCE at S208. S211.
  • the MCE sends an MBMS scheduling information to the eNB.
  • the MBMS scheduling information message may include the content of the new multicast control channel (MCCH) message and the new MCCH effective time.
  • the content of the MCCH message is mainly the MCH list information, including the air interface resources corresponding to each configured MCH. And information about which MBMS services are included.
  • S212. The eNB feeds back an MBMS scheduling response message (MBMS scheduling information Response message) to the MCE.
  • the eNB sends an MCCH change notification message to the air interface.
  • the eNB sends an MCCH change notification message to notify the MBMS that the MBMS is interested in the modification period (hereinafter referred to as MP) of the MCCH before the new MCCH effective time.
  • MP modification period
  • the UE knows in advance that the MCCH will change at the next MCCH MP boundary and is ready to read the new MCCH.
  • the eNB broadcasts the updated MCCH message on the air interface.
  • the eNB starts transmitting a new MCCH at the configured MCCH location at the corresponding MCCH MP boundary indicated by the MCCH effective time.
  • the UE that is interested in the cluster service periodically reads the MCH Scheduling Information (MSI) of the MCH1 and the MCH2 according to the indication of the MCCH to determine whether the cluster service is available. data. If yes, the data of the cluster service is further read according to the indication of the MSI to the corresponding subframe position (or even the frequency position).
  • MSI MCH Scheduling Information
  • FIG. 5 is a schematic structural diagram of Embodiment 1 of an MCE according to the present invention.
  • the MCE in this embodiment may include: a receiving module 51 and a resource allocation module 52, where:
  • the receiving module 51 is configured to receive a multicast session start request message sent by the upstream device, where the multicast session start request message includes a cluster service indication.
  • the resource allocation module 52 is configured to allocate, according to the cluster service indication, a multimedia broadcast multicast MBMS air interface resource for the cluster service;
  • the allocated MBMS air interface resource enables the resource interval of the schedulable cluster service data not to exceed the air interface delay requirement.
  • the cluster service indicates that the information element IE existing in the multicast session start request message is used, or the cluster service indication uses the newly added IE in the multicast session start request message.
  • the existing IE including:
  • Minimum time for MBMS data transmission MBMS session duration, quality of service, MBMS Session ID, MBMS Service ID in TMGI.
  • mapping the cluster service to at least one multicast channel MCH.
  • resource allocation module 52 is specifically configured to:
  • the receiving module 51 is specifically configured to:
  • the MCE of this embodiment may be used to implement the technical solution of the method embodiment shown in FIG. 1 or FIG. 2, and the implementation principle and the technical effect are similar, and details are not described herein again.
  • FIG. 6 is a schematic structural diagram of Embodiment 2 of an MCE according to the present invention.
  • the MCE of this embodiment includes: a processor 61, a memory 62, and at least one communication interface 63, and the communication interface 63 is configured to communicate with an external device.
  • the memory 62 is used to store computer program instructions
  • the processor 61 is used to call the computer program instructions stored in the memory 62 to execute the technical solution executed by the MCE in the embodiment shown in FIGS. 1 and 2 above.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例提供一种集群业务处理方法和组播协调实体。集群业务处理方法，包括：组播协调实体MCE接收上游设备发送的组播会话开始请求消息，所述组播会话开始请求消息中包含集群业务指示；所述MCE根据所述集群业务指示，为该集群业务分配多媒体广播组播MBMS空口资源；其中，分配的MBMS空口资源能够使得可调度集群业务数据的资源间隔不超过空口时延要求。本发明实施例可以满足语音通话、交互视频等对时延要求严格的集群业务需求。

Description

技术领域
明实施例涉及通信技术， 尤其涉及一种集群业务处理方法和组播协
Figure imgf000003_0001
背景技术
第三代合作伙伴计划 (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的组播会话开始请求消 息中携带有集群业务指示， 在具体实现时， 该集群业务指示既可以复用组播 会话开始请求消息中已有的信息元素（Information 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网络获取该群组的临时移动组标识（Temporary 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, 磁碟或者光盘等各种可以存储程序代码的 介质。
最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或者替换， 并 不使相应技术方案的本质脱离本发明各实施例技术方案的范围

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中任一项所述的集群业务处理方法。
PCT/CN2013/086931 2013-11-12 2013-11-12 集群业务处理方法和组播协调实体 WO2015070370A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201380003656.2A CN104798336B (zh) 2013-11-12 2013-11-12 集群业务处理方法和组播协调实体
PCT/CN2013/086931 WO2015070370A1 (zh) 2013-11-12 2013-11-12 集群业务处理方法和组播协调实体

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/086931 WO2015070370A1 (zh) 2013-11-12 2013-11-12 集群业务处理方法和组播协调实体

Publications (1)

Publication Number Publication Date
WO2015070370A1 true WO2015070370A1 (zh) 2015-05-21

Family

ID=53056596

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/086931 WO2015070370A1 (zh) 2013-11-12 2013-11-12 集群业务处理方法和组播协调实体

Country Status (2)

Country Link
CN (1) CN104798336B (zh)
WO (1) WO2015070370A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109257084A (zh) * 2017-07-14 2019-01-22 中兴通讯股份有限公司 一种基于卫星通讯系统的调度方法及装置
CN110278607A (zh) * 2018-03-13 2019-09-24 中兴通讯股份有限公司 一种资源确定方法、装置和计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101662356A (zh) * 2008-08-25 2010-03-03 大唐移动通信设备有限公司 Embms系统中控制信令的同步方法与装置
CN102638767A (zh) * 2012-03-14 2012-08-15 电信科学技术研究院 一种集群业务传输方法及装置
CN103096261A (zh) * 2011-11-08 2013-05-08 中兴通讯股份有限公司 一种根据优先级管理集群话语权的方法及系统
CN103096260A (zh) * 2011-11-04 2013-05-08 中兴通讯股份有限公司 一种宽带数字集群业务实现的方法、设备及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009100577A1 (zh) * 2008-02-04 2009-08-20 Alcatel Shanghai Bell Co., Ltd. 对信令消息进行同步的方法和基站
KR20120122335A (ko) * 2011-04-28 2012-11-07 주식회사 팬택 Ｍｂｍｓ 서비스의 연속성을 제공하는 장치 및 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101662356A (zh) * 2008-08-25 2010-03-03 大唐移动通信设备有限公司 Embms系统中控制信令的同步方法与装置
CN103096260A (zh) * 2011-11-04 2013-05-08 中兴通讯股份有限公司 一种宽带数字集群业务实现的方法、设备及系统
CN103096261A (zh) * 2011-11-08 2013-05-08 中兴通讯股份有限公司 一种根据优先级管理集群话语权的方法及系统
CN102638767A (zh) * 2012-03-14 2012-08-15 电信科学技术研究院 一种集群业务传输方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109257084A (zh) * 2017-07-14 2019-01-22 中兴通讯股份有限公司 一种基于卫星通讯系统的调度方法及装置
CN110278607A (zh) * 2018-03-13 2019-09-24 中兴通讯股份有限公司 一种资源确定方法、装置和计算机可读存储介质

Also Published As

Publication number Publication date
CN104798336A (zh) 2015-07-22
CN104798336B (zh) 2018-05-18

Similar Documents

Publication Publication Date Title
EP2830337B1 (en) Broadband digital trunking service implementation method and trunking scheduling management centre
CN104937963B (zh) 具有鲁棒移动性的用于组通信的方法和装置
CN108886669B (zh) 广播和单播递送之间的流送服务的动态切换
CN102857873B (zh) 基于td‑lte的宽带数字集群系统及其数据传输方法
US8488527B2 (en) Apparatus and method for facilitating radio resource dimensioning for communication services
KR101176260B1 (ko) 무선 통신 시스템에서 멀티미디어 브로드캐스트 멀티캐스트서비스를 위한 멀티-셀 코디네이션
WO2015096718A1 (zh) 一种保持组通信业务连续性的方法、装置和系统
JP6078159B2 (ja) クラスタシステムにおけるグループ通話リソース割当て方法及び装置
WO2014063332A1 (zh) 集群通信系统、集群服务器、接入网络以及集群通信方法
WO2012155408A1 (zh) 一种指示mbms业务中断的方法、装置及用户设备
JP5911586B2 (ja) Ｍｃｅがクラスタセッション確立を制御する方法およびシステム
CN104254054A (zh) 一种集群通信方法及装置和系统
WO2015168985A1 (zh) 更新多媒体广播多播控制信道信息的方法及设备
KR20230004776A (ko) 브로드캐스트/멀티캐스트 서비스 관리 방법, 장치, 전자 설비, 저장 매체
EP3547722B1 (en) Multimedia broadcast multicast communication method and corresponding base station
WO2016107204A1 (zh) 一种群组通信方法和服务器
WO2013174302A1 (zh) 广播业务的资源分配方法、资源管理中心及mme
EP2903310A1 (en) Multi-media broadcast/multi-media services
WO2012016446A1 (zh) eMBMS业务发布方法和eMBMS系统
WO2011157090A1 (zh) 一种mbms承载释放通知的方法和设备
WO2015070370A1 (zh) 集群业务处理方法和组播协调实体
CN101370170A (zh) 无线资源协调方法
WO2016070580A1 (zh) 恢复挂起业务的通知、指示信息处理方法及装置
WO2012019542A1 (zh) Mbms业务接收状态的上报方法和设备
WO2015143795A1 (zh) Mbms差错处理方法、通信节点、通信系统和存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13897397

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13897397

Country of ref document: EP

Kind code of ref document: A1