WO2014166439A1 - 集群多播决策方法、集群终端、集群服务器及存储介质 - Google Patents

集群多播决策方法、集群终端、集群服务器及存储介质 Download PDF

Info

Publication number
WO2014166439A1
WO2014166439A1 PCT/CN2014/075807 CN2014075807W WO2014166439A1 WO 2014166439 A1 WO2014166439 A1 WO 2014166439A1 CN 2014075807 W CN2014075807 W CN 2014075807W WO 2014166439 A1 WO2014166439 A1 WO 2014166439A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast service
multicast
cluster
service
terminal
Prior art date
Application number
PCT/CN2014/075807
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 中兴通讯股份有限公司
Publication of WO2014166439A1 publication Critical patent/WO2014166439A1/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
    • 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
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities

Definitions

  • Cluster multicast decision method cluster terminal, cluster server and storage medium
  • the present invention relates to a clustering technology, and in particular, to a cluster multicast decision making method, a cluster terminal, a cluster server, and a storage medium. Background technique
  • the trunking communication system is a mobile communication system used for group dispatching command communication, and is widely used in public security, fire protection and other public security fields.
  • the biggest feature of trunking communication is that PTT (Push To Talk) is used for voice communication, and the call is connected in a push-to-talk manner.
  • the called party can answer the call without going off-hook, and the connection speed is fast, and can support functions such as cluster group call.
  • Its operation mode is mainly simplex and half-duplex, mainly adopting channel dynamic allocation mode, and users have different priority levels and special functions. When communicating, they can respond to one-stop applications, mainly in the field of professional mobile communication.
  • the cluster system transmits data through the shared channel to save resources and improve efficiency.
  • LTE Long Term Evolution
  • 3GPP 3rd Generation Partnership Project
  • Terminal User equipment (UE, User Equipment), when there is wireless coverage, the user equipment accesses the base station through the wireless air interface and accesses the core network.
  • UE User Equipment
  • the user equipment accesses the base station through the wireless air interface and accesses the core network.
  • the evolved base station (eNodeB, evolved NodeB) mainly provides radio resources for the access of the terminal, and the control plane and the mobile management unit communicate with each other through the S1-C interface, and the user plane and the service gateway communicate with each other through the S1-U interface.
  • the eNodeB notifies the current cell information of the terminal by broadcasting, and the terminal accesses the base station according to the cell information.
  • the Mobility Management Element (MME) is a control plane entity that temporarily stores user data and is responsible for user access authentication, mobility management, and bearer management.
  • the Serving Gateway is an anchor point for the terminal to move in 2G ⁇ 3G and LTE. If the terminal is in the idle state, the SGW can also page the terminal through the MME.
  • PGW PDN Gateway
  • QoS quality of service
  • GCSE AS is a cluster application server. Its main functions include management of cluster service clusters, call setup, release, and management.
  • the UE and the GCSE AS are connected through a GC1 interface, and the GC1 interface is mainly used to provide the UE with the functions of GCSE AS registration, initiating a cluster group call, requesting a voice, and the like.
  • the cluster group is configured with geographic area information, and only members of the group group in the geographic area information can send and receive data of the cluster group.
  • new multicast service logical network element NE (MuS, Multipoint Service) main function is to provide a set of clusters p almost called cluster group communication service application server (GCSE AS, Group Communication Service Enabler application server) business.
  • the MuSE receives the cluster group call related information from the GCSE AS through the Gc2 interface, connects to the MME through the Gc4 interface, establishes a cluster group call, and sends the received media to the base station through the Gc3 interface, and the base station sends the call to the base station through the shared channel. All users in the cluster group.
  • the GCSE AS There are two ways for GCSE AS to send downstream data: unicast and multicast.
  • the unicast that is, the GCSE AS sends the downlink data point to the terminal, and the data is sent to the terminal through the EPC bearer.
  • the multicast ie, the GCSE AS, sends the downlink data to MuSe, which then sends the data to the base station, which then rebroadcasts it to the terminal.
  • the GCSE AS needs to decide whether the downlink data is unicast or multicast. However, how to decide the playback mode of the downlink data, the current communication protocol has not been involved, and there is no relevant solution for reference. Summary of the invention
  • the main object of the present invention is to provide a cluster multicast decision making method, a cluster terminal, and a cluster server, which can implement cluster-based multicast services.
  • a cluster multicast decision making method includes:
  • the cluster server obtains the temporary service identifier of the multicast service and the corresponding multicast service area identifier list, and sends the obtained temporary service identifier of the multicast service and the corresponding multicast service area identifier list to the cluster group terminal;
  • the method further includes:
  • the cluster group terminal determines that the cluster group terminal can receive the multicast packet by reading the currently camped cell broadcast information and detecting that the current serving cell belongs to the multicast service area list corresponding to the temporary service identifier. Service, otherwise the multicast service cannot be received.
  • the method further includes:
  • the cluster group terminal determines that the cluster group terminal can receive the device by reading the currently camped cell broadcast information and detecting that the service area of the mobile target cell belongs to the multicast service area list corresponding to the temporary service identifier.
  • the multicast service is described, otherwise the multicast service cannot be received.
  • the cluster server obtains a temporary service identifier of the multicast service and a corresponding multicast service area identifier list, including:
  • the cluster server sends a message carrying the cluster group identifier to the multicast service network element, and receives the temporary service identifier of the cluster group that is returned by the multicast service network element.
  • the message carrying the cluster group identifier further carries the geographic area information corresponding to the cluster group; the cluster server further receives the multicast service network element and returns the corresponding information of the geographic area information. Broadcast service area identification list.
  • the method further includes:
  • the cluster server can receive the indication information of the multicast service according to the current location returned by the cluster group terminal, and count the number of terminals that can receive the multicast service, and perform unicast and multicast.
  • a cluster terminal includes a reading module, a detecting module, a determining module, and a sending module, wherein:
  • a reading module configured to read the currently camped cell broadcast information
  • a detecting module configured to detect whether a service area of the mobile target cell belongs to a multicast service area list corresponding to the temporary service identifier, and detect whether the service area of the mobile target cell belongs to a multicast service corresponding to the temporary service identifier List of districts;
  • a determining module when the detection result of the detecting module is YES, determining that the cluster group terminal can receive the multicast service, and if the detection result is no, determining that the cluster group terminal cannot receive the multicast service;
  • the sending module is configured to send information about whether the multicast service can be received to the cluster server.
  • a cluster server includes an acquisition module, a sending module, a receiving module, and a decision module, where:
  • the obtaining module is configured to obtain a temporary service identifier of the multicast service and a corresponding multicast service area identifier list;
  • a sending module configured to send the obtained temporary service identifier of the multicast service and the corresponding multicast service area identifier list to the cluster group terminal;
  • a receiving module configured to receive, by the current location returned by the cluster group terminal, whether the indication information of the multicast service is received
  • the decision module is configured to perform multicast and unicast decision according to whether the current location of the cluster group terminal can receive the indication information of the multicast service.
  • the acquiring module is configured to send the cluster group label to the multicast service network element. And the received temporary service identifier of the illustrated cluster group returned by the multicast service network element.
  • the message carrying the cluster group identifier further carries the geographic area information corresponding to the cluster group; the acquiring module is further configured to receive the multicast service network element to return the geographic area information. A list of corresponding multicast service area identifiers.
  • the determining module is further configured to: according to whether the current location returned by the cluster group terminal can receive the indication information of the multicast service, and count the number of users capable of receiving the multicast service, and perform unicast and multicast decision making.
  • a storage medium having a computer program stored therein, the computer program being configured to perform the aforementioned cluster multicast decision method.
  • the cluster server obtains the temporary service identifier of the multicast service and the corresponding multicast service area identifier list, and sends the obtained temporary service identifier of the multicast service and the corresponding multicast service area identifier list to the cluster group terminal; After receiving the receiving capability information of the multicast service returned by the cluster group terminal, the multicast and unicast decisions are performed.
  • the cluster server acquires the receiving capability information of the multicast service of each terminal in the cluster group, and performs unicast and multicast decision according to the LSP, thereby better satisfying the cluster function of the LTE system and expanding the cluster.
  • the application range of the relay function improves the service capability of the communication system and improves the user experience.
  • Figure 1 is a schematic diagram of a logical architecture of an LTE support cluster
  • FIG. 2 is a schematic diagram of a registration process according to an embodiment of the present invention.
  • FIG. 3 is a schematic diagram of a communication establishment process according to an embodiment of the present invention.
  • FIG. 4 is a schematic flowchart of a cluster communication establishment process according to an embodiment of the present invention.
  • FIG. 5 is a schematic flowchart of a terminal moving into a multicast area according to an embodiment of the present invention
  • FIG. 6 is a schematic structural diagram of a cluster terminal according to an embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of a cluster server according to an embodiment of the present invention. detailed description
  • FIG. 2 is a schematic diagram of a registration process according to an embodiment of the present invention. As shown in FIG. 2, the registration process of the embodiment of the present invention includes the following steps:
  • Step 201 The GCSE AS determines to initiate a multicast service to a certain cluster group, or needs to modify the geographic area information of the cluster group, and then sends a cluster group service request to the MuSe, where the cluster group service request message carries the cluster to be initiated.
  • the cluster group ID of the service and the geographic area information of the cluster group.
  • MuSe is to request the temporary service indicator (TMGI) from the Broadcast Multicast Service Center (BMSC) and the Multimedia Broadcast/Multicast Service Gateway (eMBMS Gateway).
  • TMGI temporary service indicator
  • BMSC Broadcast Multicast Service Center
  • eMBMS Gateway Multimedia Broadcast/Multicast Service Gateway
  • Step 202 MuSe allocates a globally unique temporary service identifier to the cluster group, and the MuSe generates a corresponding multicast service area list according to the static configuration and the geographic area information requested by the GCSE AS. MuSe returns the list of temporary service IDs and multicast service area IDs to GCSE AS.
  • An implementation of the multicast service area identifier is an MBFSN area identifier.
  • the temporary service identifier is the TMGI returned by the BMSC.
  • the identifier is used for the air interface broadcast message to uniquely identify a service of a cluster group or a cluster group.
  • the following steps 203a and 203b are only used for the terminal that has not been registered with the GCSE AS when the GCSE AS obtains the temporary service identifier, and the step 204 is only used for the terminal that has been registered with the GCSE AS when the GCSE AS requests the temporary service identification.
  • Step 203a After the LTE is registered, the terminal obtains an IP address, and then sends a registration request to the GCSE AS, with the application layer identification information of the terminal and the IP address information of the terminal.
  • step 203b the GCSE AS authenticates the user to determine whether it is a cluster group user.
  • the GCSE AS checks that the cluster group currently has an ongoing multicast service, and then returns the temporary service identifier corresponding to the cluster group and the corresponding multicast service area identifier list to the terminal in the registration response.
  • Step 204 If the terminal has been registered in the GCSE AS, the GCSE AS returns the temporary service identifier of the cluster group and the corresponding multicast service area identifier list to the terminal by using a notification message.
  • Step 205 After receiving the UE, the UE broadcasts an air interface broadcast message of the base station, where the base station broadcast message includes the service area identifier supported by the cell, so the terminal can determine whether the service area of the current cell is the multicast service received in step 203b/204. Within the list of districts.
  • Step 206 If the service area of the current cell is in the multicast service area list, the terminal sends a notification message to the GCSE AS, with a corresponding temporary service identifier, and informs the user that the current location can receive the multicast service represented by the temporary service identifier. .
  • the GCSE AS saves this information.
  • Step 207 as the user moves, when the user detects that the service area identifier of the current cell is not in the multicast service area list.
  • Step 208 The terminal sends a notification message to the GCSE AS, with a corresponding temporary service identifier, to notify the user that the current location cannot receive the multicast service represented by the temporary service identifier.
  • the GCSE AS saves this information.
  • the GCSE AS knows which users in the cluster group can use multicast communication, and which users must use unicast communication.
  • FIG. 3 is a schematic diagram of a communication establishment process according to an embodiment of the present invention. As shown in FIG. 3, the communication establishment process of the embodiment of the present invention includes the following steps:
  • step 301 the GCSE AS initiates cluster communication, and the step may be initiated by a user in the cluster group or by a third party.
  • the GCSE AS makes a unicast or multicast decision.
  • the GCSE AS can know how many terminals can receive multicast data at present, and if there are many terminals capable of receiving multicast, in order to save air interface resources, it is possible to decide to use multicast, and execute the following 305, 306, and 307; If there are fewer terminals capable of receiving multicast, the GCSE AS may decide to use unicast, and perform the following steps 303 and 304.
  • step 303 the GCSE AS decides to use unicast transmission, and a unicast bearer is established between the GCSE AS and the terminal.
  • Step 304 The GCSE AS sends the cluster downlink data to the terminal through the unicast bearer.
  • step 305 the GCSE AS decides to use multicast transmission, and the GCSE AS initiates a session start request to MuSe.
  • Step 306 The MuSe joins the base station in the multicast service area to the IP cluster multicast cluster group by using the MME, and the base station starts to broadcast the temporary service identifier and the corresponding multicast radio resource.
  • Step 307 MuSe sends the downlink data to the base station in the multicast service area by IP cluster multicast, and the base station broadcasts the data to the terminal.
  • the terminal first reads the multicast radio resource and then receives the multicast data.
  • FIG. 4 is a schematic flowchart of a terminal moving out of a multicast area according to an embodiment of the present invention. As shown in FIG. 4, the process of the terminal moving out of the multicast area according to the embodiment of the present invention includes the following steps:
  • Step 401 The terminal monitors the broadcast information of the current cell while receiving the multicast data, and finds that the service area of the current cell is not in the multicast service area list.
  • Step 402 The terminal sends a notification message to the GCSE AS, with a corresponding temporary service identifier, and informs the user that the current location is no longer able to receive the multicast service represented by the temporary service identifier.
  • Step 403 the GCSE AS determines to use the unicast mode to send ;
  • Step 404 The GCSE AS decision is sent in a unicast manner, and a unicast bearer is established between the GCSE AS and the terminal.
  • Step 405 The GCSE AS sends the cluster downlink data to the terminal by using the unicast bearer.
  • the terminal can also read the multicast service area identifier of other surrounding cells included in the broadcast information of the local cell, if the terminal determines that the user is about to move to the next cell, and the next cell is not in the multicast service area list of the service. Inside, the terminal can also trigger step 402. Such a good It is possible to reduce the multicast to unicast handover packet loss rate.
  • FIG. 5 is a schematic flowchart of a process for a terminal to move into a multicast area according to an embodiment of the present invention. As shown in FIG. 5, the process of moving a terminal into a multicast area according to an embodiment of the present invention includes the following steps:
  • Step 501 The terminal monitors the broadcast information of the current cell while receiving the unicast data, and finds that the service area of the current cell is already in the multicast service area list.
  • Step 502 The terminal starts to receive multicast data.
  • Step 503 The terminal sends a notification message to the GCSE AS, with a corresponding temporary service identifier, to notify the user that the current location has been able to receive the multicast service represented by the temporary service identifier.
  • Step 504 The terminal initiates deleting the unicast bearer.
  • FIG. 6 is a schematic structural diagram of a cluster terminal according to an embodiment of the present invention.
  • the cluster terminal of the embodiment of the present invention includes a reading module 60, a detecting module 61, a determining module 62, and a sending module 63, where:
  • the reading module 60 is configured to read the currently camped cell broadcast information
  • the detecting module 61 is configured to detect whether the service area of the mobile target cell belongs to the multicast service area list corresponding to the temporary service identifier, and detect whether the service area of the mobile target cell belongs to the multicast corresponding to the temporary service identifier Service area list;
  • the determining module 62 when the detection result of the detecting module is yes, determining that the cluster group terminal can receive the multicast service, and if the detection result is no, determining that the cluster group terminal cannot receive the multicast service;
  • the sending module 63 is configured to send the information about whether the multicast service can be received to the cluster server; that is, when the cluster terminal determines its own multicast service capability, it reports to the cluster server.
  • FIG. 7 is a schematic structural diagram of a cluster server according to an embodiment of the present invention.
  • the cluster server of the embodiment of the present invention includes an obtaining module 70, a sending module 71, a receiving module 72, and a determining module 73, where:
  • the obtaining module 70 is configured to obtain a temporary service identifier of the multicast service and a corresponding multicast service area identifier list;
  • the sending module 71 is configured to send the obtained temporary service identifier of the multicast service and the corresponding multicast service area identifier list to the cluster group terminal;
  • the receiving module 72 is configured to receive, according to the current location returned by the cluster group terminal, whether the indication information of the multicast service is received;
  • the decision module 73 is configured to perform multicast and unicast decision according to whether the current location of the cluster group terminal can receive the indication information of the multicast service.
  • the obtaining module 70 is configured to send a message carrying the cluster group identifier to the multicast service network element, and receive the temporary service identifier of the cluster group that is returned by the multicast service network element.
  • the message carrying the cluster group identifier also carries the geographic area information corresponding to the cluster group; the obtaining module 70 is further configured to receive the multicast service network element and return the corresponding geographic area information. Multicast service area identification list.
  • the determining module 73 is further configured to: according to whether the current location returned by the cluster group terminal can receive the indication information of the multicast service, count the number of users of the multicast service that can be received, and perform unicast and multicast decision.
  • the decision module 73 can determine whether to transmit the service data in the multicast mode or the unicast mode according to the number of multicast services supported by the current cluster group terminal.
  • the network may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from The steps shown or described are performed sequentially, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated into a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the cluster server obtains the receiving capability information of the multicast service of each terminal in the cluster group, and performs unicast and multicast decision according to the network, thereby better satisfying the cluster function of the LTE system, and expanding the
  • the application scope of the cluster relay function improves the service capability of the communication system and improves the user experience.

Landscapes

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

Abstract

本发明公开了一种集群多播决策方法，包括：集群服务器获取多播业务的临时业务标识和对应的多播服务区标识列表，将获取的多播业务的临时业务标识和对应的多播服务区标识列表发送至集群组终端；接收到所述集群组终端返回的多播业务的接收能力信息后，进行多播、单播决策。本发明还公开了一种集群终端及集群服务器。本发明的技术方案，集群服务器获取集群组内各终端的多播业务的接收能力信息，并据此进行单播、多播决策，从而更好地满足了LTE系统的集群功能，拓展了集群中继功能的应用范围，提升了通信系统的服务能力，提升了用户体验。

Description

集群多播决策方法、 集群终端、 集群服务器及存储介质 技术领域
本发明涉及集群技术， 尤其涉及一种集群多播决策方法、 集群终端、 集群服务器及存储介质。 背景技术
集群通信系统是一种用于集团调度指挥通信的移动通信系统， 广泛应 用于公安、消防等公共安全领域。集群通信的最大特点是话音通信釆用 PTT ( Push To Talk ), 以一按即通的方式接续， 被叫无需摘机即可接听， 且接续 速度较快， 并能支持群集群组呼叫等功能， 其运作方式以单工、 半双工为 主， 主要釆用信道动态分配方式， 并且用户具有不同的优先等级和特殊功 能， 通信时可以一呼百应， 主要应用在专业移动通信领域。 集群系统通过 共享信道传输数据从而节约资源， 提高效率。
长期演进（ LTE， Long Term Evolution )是第三代合作伙伴计划（ 3GPP， 3rd Generation Partnership Project )标准集群组织发展的一种 4G无线通信技 术。随着全球 LTE部署加快，公共安全部门也希望 LTE能够支持集群业务。 目前 3GPP正在定义的 LTE支持集群业务的架构如图 1所示。 图 1中， LTE 系统网元的功能如下：
终端： 也叫用户设备 ( UE, User Equipment )在有无线覆盖的情况下， 用户设备通过无线空口接入基站， 并接入到核心网。
演进的基站 （eNodeB , evolved NodeB ), 主要为终端的接入提供无线 资源， 同时控制面与移动管理单元通过 S1-C接口互通， 用户面与服务网关 通过 S1-U接口互通。 eNodeB通过广播通知终端目前的小区信息， 终端根 据这些小区信息接入基站。 移动管理单元（MME， Mobility Management Element )是控制面实体， 临时存储用户数据的服务器， 负责用户接入认证， 移动性管理和承载管理 等功能。
服务网关（ SGW， Serving Gateway )是供终端在 2G\3G和 LTE移动的 锚点， 如果终端处于空闲态下， 则 SGW还能通过 MME对终端进行寻呼。
PDN网关（ PGW， PDN Gateway ):终端通过 PGW接入业务网络。 PGW 为终端分配 IP地址， 并对承载的服务质量（QoS， Quality of Service )进行 管理。
GCSE AS是集群应用服务器， 主要功能包括集群业务集群组的管理、 呼叫建立、 释放和管理等功能。 UE和 GCSE AS之间通过 GC1接口连接， GC1接口的主要用于为 UE提供 GCSE AS注册、 发起集群组呼叫、 请求话 权等的功能。
可选地， 集群组配置有地理区域信息， 只有处于该地理区域信息的集 群组成员， 能够发送和接收所述集群组的数据。
为了支持集群业务， 新增逻辑网元多播服务网元 （MuS， Multipoint Service ) 主要功能是为集群组通信业务应用服务器 （GCSE AS , Group Communication Service Enabler application server )提供集群组 p乎叫业务。 MuSE通过 Gc2接口， 从 GCSE AS收到集群组呼叫相关信息， 通过 Gc4接 口和 MME相连， 建立集群组呼叫， 并将收到的媒体通过 Gc3接口发给基 站， 基站再通过共享信道发给集群组内所有用户。
GCSE AS发下行数据有两种方式： 单播和多播。单播即 GCSE AS将下 行数据点对点发给终端，这些数据将通过 EPC承载发给终端。多播即 GCSE AS将下行数据发给 MuSe， MuSe再将数据发给基站， 然后由基站再广播给 终端。 GCSE AS需要决策下行数据是釆用单播还是多播。 但如何决策下行 数据的播放方式， 当前的通信协议尚未涉及， 也无相关解决方案可供参考。 发明内容
有鉴于此， 本发明的主要目的在于提供一种集群多播决策方法、 集群 终端及集群服务器， 能实现基于集群的多播业务。
为达到上述目的， 本发明的技术方案是这样实现的：
一种集群多播决策方法， 包括：
集群服务器获取多播业务的临时业务标识和对应的多播服务区标识列 表， 将获取的多播业务的临时业务标识和对应的多播服务区标识列表发送 至集群组终端；
接收到所述集群组终端返回的当前位置能否接收所述多播业务的指示 信息后， 进行多播、 单播决策。
优选地， 所述方法还包括：
所述集群组终端通过读取当前驻留的小区广播信息， 检测当前服务小 区属于与所述临时业务标识对应的多播服务区列表时， 确定所述集群组终 端能接收所述多播业务， 否则不能接收所述多播业务。
优选地， 所述方法还包括：
所述集群组终端通过读取当前驻留的小区广播信息， 检测移动目标小 区的服务区属于与所述临时业务标识对应的多播服务区列表时， 确定所述 集群组终端能接收所述多播业务， 否则不能接收所述多播业务。
优选地， 所述集群服务器获取多播业务的临时业务标识和对应的多播 服务区标识列表， 包括：
所述集群服务器向多播服务网元发送携带有集群组标识的消息， 并接 收所述多播服务网元返回的所示集群组的临时业务标识。
优选地， 所述携带有集群组标识的消息还携带有所述集群组所对应的 地理区域信息； 所述集群服务器还接收所述多播服务网元返回所述地理区 域信息对应的多播服务区标识列表。 优选地， 所述方法还包括：
所述集群服务器根据集群组终端返回的当前位置能否接收所述多播业 务的指示信息， 统计能够接收所述多播业务的终端数， 进行单播、 多播决 來。
一种集群终端， 包括读取模块、 检测模块、 确定模块和发送模块， 其 中：
读取模块， 配置为读取当前驻留的小区广播信息；
检测模块， 配置为检测移动目标小区的服务区是否属于与所述临时业 务标识对应的多播服务区列表， 以及， 检测移动目标小区的服务区是否属 于与所述临时业务标识对应的多播服务区列表；
确定模块， 所述检测模块的检测结果为是时， 确定所述集群组终端能 接收所述多播业务， 检测结果为否时， 确定所述集群组终端不能接收所述 多播业务；
发送模块， 配置为将能否接收所述多播业务的信息发送至集群服务器。 一种集群服务器， 包括获取模块、 发送模块、 接收模块和决策模块， 其中：
获取模块， 配置为获取多播业务的临时业务标识和对应的多播服务区 标识列表；
发送模块， 配置为将获取的多播业务的临时业务标识和对应的多播服 务区标识列表发送至集群组终端；
接收模块， 配置为接收所述集群组终端返回的当前位置能否接收所述 多播业务的指示信息；
决策模块， 配置为根据所述集群组终端的当前位置能否接收所述多播 业务的指示信息进行多播、 单播决策。
优选地， 所述获取模块， 配置为向多播服务网元发送携带有集群组标 识的消息， 并接收所述多播服务网元返回的所示集群组的临时业务标识。 优选地， 所述携带有集群组标识的消息还携带有所述集群组所对应的 地理区域信息； 所述获取模块， 还配置为接收所述多播服务网元返回所述 地理区域信息对应的多播服务区标识列表。
优选地， 所述决策模块， 还配置为根据集群组终端返回的当前位置能 否接收所述多播业务的指示信息， 统计能够接收所述多播业务的用户数， 进行单播、 多播决策。
一种存储介质， 所述计算机存储介质中存储有计算机程序， 所述计算 机程序配置为执行前述的集群多播决策方法。
本发明中， 集群服务器获取多播业务的临时业务标识和对应的多播服 务区标识列表， 将获取的多播业务的临时业务标识和对应的多播服务区标 识列表发送至集群组终端； 接收到所述集群组终端返回的多播业务的接收 能力信息后， 进行多播、 单播决策。 本发明的技术方案， 集群服务器获取 集群组内各终端的多播业务的接收能力信息， 并据此进行单播、 多播决策， 从而更好地满足了 LTE系统的集群功能，拓展了集群中继功能的应用范围， 提升了通信系统的服务能力， 提升了用户体验。 附图说明
图 1为 LTE支持集群的逻辑架构示意图；
图 2为本发明实施例的注册流程示意图；
图 3为本发明实施例的通信建立流程示意图；
图 4为本发明实施例的集群通信建立流程示意；
图 5为本发明实施例的终端移入多播区域的流程示意图；
图 6为本发明实施例的集群终端的组成结构示意图；
图 7为本发明实施例的集群服务器的组成结构示意图。 具体实施方式
为使本发明的目的、 技术方案和优点更加清楚明白， 以下举实施例并 参照附图， 对本发明进一步详细说明。
图 2为本发明实施例的注册流程示意图， 如图 2所示， 本发明实施例 的注册流程包括以下步骤：
步骤 201， GCSE AS决定对某个集群组发起多播业务， 或者希望修改 集群组的地理区域信息， 于是向 MuSe发送集群组业务请求，集群组业务请 求消息中携带有即将发起集群业务的集群组标识， 以及集群组的地理区域 信息。 MuSe 的一种实现方式是向广播多播服务中心 （BMSC， Broadcast Multicast Service Center ) 和媒体多播广播服务网关 （ eMBMS Gateway, Multimedia Broadcast/Multicast Service Gateway )请求菝取临时业务标 i只 ( TMGI, Temporary Mobile Group Identity )， 即 GCSE AS将向 BMSC请求 临时业务标识（ TMGI， Temporary Mobile Group Identity )。
步骤 202， MuSe为该集群组分配一个全球唯一的临时业务标识， 并且 MuSe根据静态配置， 将 GCSE AS请求的地理区域信息， 生成对应的多播 服务区列表。 MuSe 将临时业务标识和多播服务区标识列表返回给 GCSE AS。 多播服务区标识的一种实现方式是 MBFSN区域标识， 临时业务标识 即 BMSC返回的 TMGI， 该标识将用于空口广播消息唯一标识一个集群组 或者集群组的一个业务。
下面的步骤 203a和步骤 203b仅用于 GCSE AS获得临时业务标识时、 尚未在 GCSE AS注册的终端， 步骤 204仅用于 GCSE AS请求临时业务标 识时、 已经在 GCSE AS注册的终端。
步骤 203a， 终端在 LTE注册之后， 获得 IP地址， 然后向 GCSE AS发 起注册请求， 带有终端的应用层标识信息和终端的 IP地址信息。
步骤 203b， GCSE AS对该用户进行鉴权， 以确定的确是集群组用户。 GCSE AS检查目前该集群组有正在进行中的多播业务， 于是在注册响应中 将集群组对应的临时业务标识以及对应的多播服务区标识列表返回给终 端。
步骤 204，如果终端已经在 GCSE AS注册则 GCSE AS通过通知消息将 集群组的临时业务标识以及对应的多播服务区标识列表返回给终端。
步骤 205， UE收到之后， 监听基站的空口广播消息， 基站广播消息中 包含了本小区支持的服务区标识， 因此终端能够判断当前小区的服务区是 否在步骤 203b/204收到的多播服务区列表内。
步骤 206， 如果当前小区的服务区在多播服务区列表内， 于是终端向 GCSE AS发送通知消息， 带有对应的临时业务标识， 告知用户当前位置能 够接收该临时业务标识所代表的多播业务。 GCSE AS保存该信息。
步骤 207， 随着用户的移动， 当用户检测到当前小区的服务区标识已经 不在多播服务区列表内。
步骤 208， 终端向 GCSE AS发送通知消息， 带有对应的临时业务标识， 告知用户当前位置不能够接收该临时业务标识所代表的多播业务。 GCSE AS保存该信息。
通过上述步骤， GCSE AS知道本集群组内哪些用户可以用多播通信， 哪些用户必须用单播通信。
图 3为本发明实施例的通信建立流程示意图， 如图 3所示， 本发明实 施例的通信建立流程包括以下步骤：
步骤 301， GCSE AS发起集群通信， 该步骤可以由集群组内用户发起 也可以由第三方发起。
步骤 302， GCSE AS进行单播还是多播决策。 依照实施例 2， GCSE AS 能够知道目前有多少终端能够接收多播数据， 如果能够接收多播的终端比 较多， 为了节约空口资源， 可以决策釆用多播， 执行后面 305、 306和 307; 如果能够接收多播的终端比较少， 则 GCSE AS可能决策釆用单播， 执行后 面步骤 303和步骤 304。
步骤 303， GCSE AS决策釆用单播发送， GCSE AS和终端之间建立单 播承载。
步骤 304， GCSE AS将集群下行数据通过该单播承载发送给终端。 步骤 305， GCSE AS决策釆用多播发送， GCSE AS向 MuSe发起会话 开始请求。
步骤 306， MuSe通过 MME将多播服务区内的基站加入到 IP集群组播 集群组内， 基站开始广播本临时业务标识以及对应的多播无线资源。
步骤 307， MuSe通过 IP集群组播将下行数据发送给多播服务区内的基 站， 基站再将数据广播给终端。 终端首先读取多播无线资源， 然后接收多 播数据。
图 4为本发明实施例的终端移出多播区域的流程示意图， 如图 4所示， 本发明实施例的终端移出多播区域的流程包括以下步骤：
步骤 401， 终端在接收多播数据的同时， 监听当前小区的广播信息， 发 现当前小区的服务区已经不在多播服务区列表内。
步骤 402， 终端向 GCSE AS发送通知消息， 带有对应的临时业务标识， 告知用户当前位置已经不能够接收该临时业务标识所代表的多播业务； 步骤 403， GCSE AS决策釆用单播方式发送；
步骤 404， GCSE AS决策釆用单播方式发送， GCSE AS和终端之间建 立单播承载。
步骤 405， GCSE AS将集群下行数据通过该单播承载发送给终端。 终端还能够通过读取本小区的广播信息中所包括的其他周围小区的多 播服务区标识， 如果终端判断用户即将移动到下一个小区， 而下一个小区 不在所述业务的多播服务区列表内， 则终端也可以触发 402 步。 这样的好 处是可以减少多播到单播切换丟包率。
图 5为本发明实施例的终端移入多播区域的流程示意图， 如图 5所示， 本发明实施例的终端移入多播区域的流程包括以下步骤：
步骤 501， 终端在接收单播数据的同时， 监听当前小区的广播信息， 发 现当前小区的服务区已经处于多播服务区列表内。
步骤 502， 终端开始接收多播数据；
步骤 503， 终端向 GCSE AS发送通知消息， 带有对应的临时业务标识， 告知用户当前位置已经能够接收该临时业务标识所代表的多播业务；
步骤 504， 终端发起删除单播承载。
图 6为本发明实施例的集群终端的组成结构示意图， 如图 6所示， 本 发明实施例的集群终端包括读取模块 60、 检测模块 61、 确定模块 62和发 送模块 63， 其中：
读取模块 60， 配置为读取当前驻留的小区广播信息；
检测模块 61， 配置为检测移动目标小区的服务区是否属于与所述临时 业务标识对应的多播服务区列表， 以及， 检测移动目标小区的服务区是否 属于与所述临时业务标识对应的多播服务区列表；
确定模块 62， 所述检测模块的检测结果为是时， 确定所述集群组终端 能接收多播业务， 检测结果为否时， 确定所述集群组终端不能接收多播业 务；
发送模块 63， 配置为将能否接收所述多播业务的信息发送至集群服务 器； 即当集群终端确定自身的多播业务业务能力后， 上报至集群服务器。
本领域技术人员应当理解， 图 6 中所示的集群终端中的各处理单元的 实现功能可参照前述集群多播决策方法的相关描述而理解。 本领域技术人 员应当理解， 图 6所示的集群终端中各处理单元的功能可通过运行于处理 器上的程序而实现， 也可通过具体的逻辑电路而实现。 图 Ί为本发明实施例的集群服务器的组成结构示意图， 如图 7所示， 本发明实施例的集群服务器包括获取模块 70、 发送模块 71、 接收模块 72 和决策模块 73， 其中：
获取模块 70， 配置为获取多播业务的临时业务标识和对应的多播服务 区标识列表；
发送模块 71， 配置为将获取的多播业务的临时业务标识和对应的多播 服务区标识列表发送至集群组终端；
接收模块 72， 配置为接收所述集群组终端返回的当前位置能否接收所 述多播业务的指示信息；
决策模块 73， 配置为根据所述集群组终端的当前位置能否接收所述多 播业务的指示信息进行多播、 单播决策。
所述获取模块 70， 配置为向多播服务网元发送携带有集群组标识的消 息， 并接收所述多播服务网元返回的所示集群组的临时业务标识。
所述携带有集群组标识的消息还携带有所述集群组所对应的地理区域 信息； 所述获取模块 70， 还配置为接收所述多播服务网元返回所述地理区 域信息对应的多播服务区标识列表。
上述决策模块 73， 还配置为根据集群组终端返回的当前位置能否接收 所述多播业务的指示信息， 统计能够接收的多播业务的用户数， 进行单播、 多播决策。
本发明中， 决策模块 73可根据当前集群组终端中支持多播业务的数量 而确定釆用多播方式或单播方式进行业务数据发送。
本领域技术人员应当理解， 图 7 中所示的集群服务器中的各处理单元 的实现功能可参照前述集群多播决策方法的相关描述而理解。 本领域技术 人员应当理解， 图 7 所示的集群服务器中各处理单元的功能可通过运行于 处理器上的程序而实现， 也可通过具体的逻辑电路而实现。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤 可以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者 分布在多个计算装置所集群组成的网络上， 可选地， 它们可以用计算装置 可执行的程序代码来实现， 从而， 可以将它们存储在存储装置中由计算装 置来执行， 并且在某些情况下， 可以以不同于此处的顺序执行所示出或描 述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将它们中的多 个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。
工业实用性
本发明的技术方案， 集群服务器通过获取集群组内各终端的多播业务 的接收能力信息， 并据此进行单播、 多播决策， 从而更好地满足了 LTE系 统的集群功能， 拓展了集群中继功能的应用范围， 提升了通信系统的服务 能力， 提升了用户体验。

Claims

权利要求书
1、 一种集群多播决策方法， 包括：
集群服务器获取多播业务的临时业务标识和对应的多播服务区标识列 表， 将获取的多播业务的临时业务标识和对应的多播服务区标识列表发送 至集群组终端；
接收到所述集群组终端返回的当前位置能否接收所述多播业务的指示 信息后， 进行多播、 单播决策。
2、 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括： 所述集群组终端通过读取当前驻留的小区广播信息， 检测当前服务小 区属于与所述临时业务标识对应的多播服务区列表时， 确定所述集群组终 端能接收所述多播业务， 否则不能接收所述多播业务。
3、 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括： 所述集群组终端通过读取当前驻留的小区广播信息， 检测移动目标小 区的服务区属于与所述临时业务标识对应的多播服务区列表时， 确定所述 集群组终端能接收所述多播业务， 否则不能接收所述多播业务。
4、 根据权利要求 1所述的方法， 其特征在于， 所述集群服务器获取多 播业务的临时业务标识和对应的多播服务区标识列表， 包括：
所述集群服务器向多播服务网元发送携带有集群组标识的消息， 并接 收所述多播服务网元返回的所示集群组的临时业务标识。
5、 根据权利要求 4所述的方法， 其特征在于， 所述携带有集群组标识 的消息还携带有所述集群组所对应的地理区域信息； 所述集群服务器还接 收所述多播服务网元返回所述地理区域信息对应的多播服务区标识列表。
6、 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括： 所述集群服务器根据集群组终端返回的当前位置能否接收所述多播业 务的指示信息， 统计能够接收所述多播业务的终端数， 进行单播、 多播决 來。
7、 一种集群终端， 包括读取模块、 检测模块、 确定模块和发送模块， 其中：
读取模块， 配置为读取当前驻留的小区广播信息；
检测模块， 配置为检测移动目标小区的服务区是否属于与所述临时业 务标识对应的多播服务区列表， 以及， 检测移动目标小区的服务区是否属 于与所述临时业务标识对应的多播服务区列表；
确定模块， 所述检测模块的检测结果为是时， 确定所述集群组终端能 接收所述多播业务， 检测结果为否时， 确定所述集群组终端不能接收所述 多播业务；
发送模块， 配置为将能否接收所述多播业务的信息发送至集群服务器。
8、 一种集群服务器， 包括获取模块、发送模块、接收模块和决策模块， 其中：
获取模块， 配置为获取多播业务的临时业务标识和对应的多播服务区 标识列表；
发送模块， 配置为将获取的多播业务的临时业务标识和对应的多播服 务区标识列表发送至集群组终端；
接收模块， 配置为接收所述集群组终端返回的当前位置能否接收所述 多播业务的指示信息；
决策模块， 配置为根据所述集群组终端的当前位置能否接收所述多播 业务的指示信息进行多播、 单播决策。
9、 根据权利要求 8所述的集群服务器， 其特征在于， 所述获取模块， 配置为向多播服务网元发送携带有集群组标识的消息， 并接收所述多播服 务网元返回的所示集群组的临时业务标识。
10、 根据权利要求 9所述的集群服务器， 其特征在于， 所述携带有集 群组标识的消息还携带有所述集群组所对应的地理区域信息； 所述获取模 块， 还配置为接收所述多播服务网元返回所述地理区域信息对应的多播服 务区标识列表。
11、 根据权利要求 8所述的集群服务器， 其特征在于， 所述决策模块， 还配置为根据集群组终端返回的当前位置能否接收所述多播业务的指示信 息， 统计能够接收所述多播业务的用户数， 进行单播、 多播决策。
12、 一种存储介质， 所述计算机存储介质中存储有计算机程序， 所述 计算机程序配置为执行权利要求 1至 6任一项所述的集群多播决策方法。
PCT/CN2014/075807 2013-07-09 2014-04-21 集群多播决策方法、集群终端、集群服务器及存储介质 WO2014166439A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310286928.6 2013-07-09
CN201310286928.6A CN104284299A (zh) 2013-07-09 2013-07-09 集群多播决策方法、集群终端及集群服务器

Publications (1)

Publication Number Publication Date
WO2014166439A1 true WO2014166439A1 (zh) 2014-10-16

Family

ID=51688952

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/075807 WO2014166439A1 (zh) 2013-07-09 2014-04-21 集群多播决策方法、集群终端、集群服务器及存储介质

Country Status (2)

Country Link
CN (1) CN104284299A (zh)
WO (1) WO2014166439A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016112496A1 (zh) * 2015-01-13 2016-07-21 华为技术有限公司 一种集群业务的处理方法及装置
WO2019001039A1 (en) * 2017-06-30 2019-01-03 Jrd Communication (Shenzhen) Ltd RELAY OPERATIONS IN A CELLULAR NETWORK
CN110972078A (zh) * 2018-09-30 2020-04-07 华为技术有限公司 多播/广播业务传输的方法、核心网网元和终端设备

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111556587B (zh) * 2015-01-19 2024-04-23 华为技术有限公司 一种数据流传输方法、设备及系统
CN106792573A (zh) * 2016-12-29 2017-05-31 哈尔滨海能达科技有限公司 终端、可基于数字集群通信系统实现越区切换的方法
WO2021026851A1 (en) * 2019-08-15 2021-02-18 Zte Corporation Sidelink capability information transmission and security between peer terminals
CN113068133A (zh) * 2020-01-02 2021-07-02 维沃移动通信有限公司 多播用户操作通知方法及装置、通信设备
CN113536082B (zh) * 2020-04-14 2023-06-09 哈尔滨海能达科技有限公司 一种终端数量查询处理方法及装置
CN113891253B (zh) * 2020-07-02 2023-03-24 大唐移动通信设备有限公司 多播处理方法、配置方法、装置、终端及网络侧设备
CN114598999A (zh) * 2020-12-07 2022-06-07 中国移动通信有限公司研究院 一种多播业务的处理方法、接入网节点及服务器
WO2022198410A1 (zh) * 2021-03-22 2022-09-29 华为技术有限公司 通信方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101043252A (zh) * 2006-04-23 2007-09-26 华为技术有限公司 一种基于mbms机制的ims业务的传输方法及系统
US20120163204A1 (en) * 2010-12-28 2012-06-28 Motorola Solutions, Inc. Methods for reducing set-up signaling in a long term evolution system
US20120170502A1 (en) * 2010-12-29 2012-07-05 Motorola, Inc. Methods for binding and unbinding a mbms bearer to a communication group in a 3gpp compliant system
US20130007287A1 (en) * 2011-06-30 2013-01-03 Alcatel-Lucent Usa Inc. Dynamic Multicast Session Setup in LTE Networks
CN103108286A (zh) * 2011-11-10 2013-05-15 中兴通讯股份有限公司 基于eMBMS集群系统用户迟后接入方法、网元和终端
US20130121133A1 (en) * 2011-11-15 2013-05-16 Qualcomm Incorporated Group communications with mixed casting services

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101163320B (zh) * 2006-10-13 2010-04-21 华为技术有限公司 一种获取多播能力并处理承载的方法、系统及装置
CN102769825A (zh) * 2011-05-04 2012-11-07 华为技术有限公司 用于传输多媒体广播多播服务的方法和装置
CN102843649B (zh) * 2011-06-20 2015-02-04 中国移动通信集团公司 一种确定业务承载方式的方法以及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101043252A (zh) * 2006-04-23 2007-09-26 华为技术有限公司 一种基于mbms机制的ims业务的传输方法及系统
US20120163204A1 (en) * 2010-12-28 2012-06-28 Motorola Solutions, Inc. Methods for reducing set-up signaling in a long term evolution system
US20120170502A1 (en) * 2010-12-29 2012-07-05 Motorola, Inc. Methods for binding and unbinding a mbms bearer to a communication group in a 3gpp compliant system
US20130007287A1 (en) * 2011-06-30 2013-01-03 Alcatel-Lucent Usa Inc. Dynamic Multicast Session Setup in LTE Networks
CN103108286A (zh) * 2011-11-10 2013-05-15 中兴通讯股份有限公司 基于eMBMS集群系统用户迟后接入方法、网元和终端
US20130121133A1 (en) * 2011-11-15 2013-05-16 Qualcomm Incorporated Group communications with mixed casting services

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
QUALCOMM INCORPORATED.: "3GPP, S2-131873, Clarifications on pre-established eMBMS bearers for GCSE", 3GPP, SA WG2 MEETING, SA WG2 MEETING #97, 27 May 2013 (2013-05-27) *
QUALCOMM INCORPORATED.: "3GPP, S2-132271 ; Decision for using PTP or PTM", 3GPP, SA WG2 MEETING, SA WG2 MEETING #97, 27 May 2013 (2013-05-27) *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016112496A1 (zh) * 2015-01-13 2016-07-21 华为技术有限公司 一种集群业务的处理方法及装置
WO2019001039A1 (en) * 2017-06-30 2019-01-03 Jrd Communication (Shenzhen) Ltd RELAY OPERATIONS IN A CELLULAR NETWORK
CN110972078A (zh) * 2018-09-30 2020-04-07 华为技术有限公司 多播/广播业务传输的方法、核心网网元和终端设备

Also Published As

Publication number Publication date
CN104284299A (zh) 2015-01-14

Similar Documents

Publication Publication Date Title
WO2014166439A1 (zh) 集群多播决策方法、集群终端、集群服务器及存储介质
JP6503071B2 (ja) サービングセル情報を用いる、ポイントツーマルチポイント（ｐｔｍ）互換サービスのための送信メカニズム選択
US9451608B2 (en) Resource configuration method, resource deletion method and device
EP3399824B1 (en) Data scheduling method, base station and system
WO2016161867A1 (zh) 终端直通中继节点的确定、使用方法及装置
WO2017132991A1 (zh) 通信资源分配方法及装置、终端设备、基站和通信系统
EP2928220B1 (en) Method, system, base station and cluster epc for establishing group call context
JP6759362B2 (ja) ブロードキャスト／マルチキャストサービスを提供する方法及び装置
CN103733657B (zh) 识别ue对embms的计数结果
WO2016145735A1 (zh) 基于终端直连通信的数据共享方法、装置和终端
WO2014146474A1 (zh) 终端注册方法、终端发现方法、终端及装置
WO2013178158A1 (zh) 多播物理信道的请求方法及系统
US10595168B2 (en) Enhancements to eMBMS for group communication
WO2014166440A1 (zh) 集群中继方法、装置、系统及存储介质
WO2014146473A1 (zh) 一种设备标识的分配方法及系统
JP2019528588A (ja) オンデマンドシステム情報を送信するためのモバイル通信システム方法、ユーザ機器、および基地局
WO2013189385A2 (zh) 一种基于长期演进的集群业务实现方法和集群用户终端
WO2014111057A1 (zh) 宽带集群通信系统及其资源释放、建立方法、终端及基站
WO2009043297A1 (fr) Procédé, équipement et système pour confirmer un canal de transmission de radiomessagerie et déclencher un repositionnement par sous-système srns
WO2016050034A1 (zh) 组寻址处理方法、装置、mtc互通网关及api gw
WO2017000591A1 (zh) 一种信息发送的方法和终端
WO2013131447A1 (zh) 一种组呼会话信息的传输方法和设备
WO2016180367A1 (zh) 信息处理方法及通信节点
WO2021229346A1 (en) 5g multicast broadcast service procedures
US20240040339A1 (en) Method and apparatus for providing multicast broadcast service in a local service area

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: 14783197

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: 14783197

Country of ref document: EP

Kind code of ref document: A1