WO2015117376A1 - 建立lte集群通信承载的方法、用户设备及第一网元设备 - Google Patents

建立lte集群通信承载的方法、用户设备及第一网元设备 Download PDF

Info

Publication number
WO2015117376A1
WO2015117376A1 PCT/CN2014/089058 CN2014089058W WO2015117376A1 WO 2015117376 A1 WO2015117376 A1 WO 2015117376A1 CN 2014089058 W CN2014089058 W CN 2014089058W WO 2015117376 A1 WO2015117376 A1 WO 2015117376A1
Authority
WO
WIPO (PCT)
Prior art keywords
bearer
cluster service
user equipment
indication information
cluster
Prior art date
Application number
PCT/CN2014/089058
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 WO2015117376A1 publication Critical patent/WO2015117376A1/zh

Links

Images

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

Definitions

  • the present invention relates to a trunking communication technology, and in particular, to a method, a user equipment, and a first network element device for establishing an LTE trunking communication bearer.
  • the trunking communication system is a dedicated wireless communication system developed for industrial users' command and dispatching needs for specific industry applications. A large number of wireless users share a small number of wireless channels in the system, and the command and dispatch is the main application. It is a multi-purpose and high-performance system. Wireless communication system.
  • the trunking communication system has a wide application market in the fields of government departments, public safety, emergency telecommunications, electric power, civil aviation, petrochemicals and military.
  • the trunked communication system has undergone a similar development process as cellular mobile communication systems.
  • the first generation of cluster systems is an analog trunking communication system that mainly supports voice communication.
  • the first analog trunking communication system that entered China was the Actionet system of Nokia. It used MPT-1327 signaling and was applied in the 450MHz frequency band. Since then, Japan's F.A.S.T and the US Motorola's Smartnet have entered China, and have long occupied more than 80% of the market share of China's cluster market.
  • the second-generation cluster system is a narrow-band digital trunking communication system. It started in the 1990s and began to be deployed in China around 2004. It is the most widely used cluster communication system in China.
  • the digital trunking communication system supports voice and low-speed data (up to 28.8 kbps) communication.
  • the representative system is the Terestrial Trunked Radio (TETRA) system defined by the European Telecommunications Standards Institute (ETSI), and the integration of Motorola in the United States.
  • Digital Enhanced Network (iDEN, Integrated Digital Enhanced Networks) system, as well as two domestic cluster structures, are the Open Cluster Architecture (GoTa, Global Open Trunking Architecture) system based on CDMA1X development, and the GT800 system based on GSM development. From the domestic point of view, in the last two or three years, the TETRA network has the fastest growth. In the digital trunking communication network built nationwide, the number of TETRA networks accounts for about 2/3.
  • the distinguishing feature of a cluster system from a public system is that the cluster system needs to have efficient command and dispatch characteristics and requires high reliability and security.
  • Call control establish, maintain, and release service bearers between the calling user and the called user according to the service request of the user;
  • Authentication authentication Supports authentication and authentication.
  • the authentication function includes: network-side terminal authentication, and network-side authentication of the terminal and terminal to the network side;
  • the weakening of the fault When the link between the network side and the internal network element of the base station or the network side fails, the base station can provide limited cluster services for the user terminals under the coverage.
  • Network interconnection and intercommunication function It can communicate with public telephone system (PSTN, Public Switched Telephone Network), public mobile communication system (GSM/CDMA, TD-LTE, etc.), IP telephone, and other types of trunking communication systems.
  • PSTN Public Switched Telephone Network
  • GSM/CDMA public mobile communication system
  • TD-LTE TD-LTE
  • IP telephone and other types of trunking communication systems.
  • Cluster communication in 3GPP LTE is called group communication service capability GCSE
  • Figure 1 shows the system architecture of LTE GCSE.
  • the 3rd Generation Partnership Project (3GPP) proposes Multimedia Broadcast Multicast Service (MBMS), which is a data source to multiple
  • MBMS Multimedia Broadcast Multicast Service
  • the technology for transmitting data by the target mobile terminal realizes sharing of resources of the network (including the core network and the access network), and improves utilization of network resources (especially air interface resources).
  • the MBMS service defined by 3GPP can not only realize plain text low-rate message class multicast and broadcast, but also realize high-speed multimedia service broadcast and multicast, and provide a variety of rich video, audio and multimedia services, which undoubtedly conforms to the future.
  • the trend of mobile data development provides a better business prospect for the development of 3G.
  • the MBMS service is characterized by a large amount of data for the service, a long duration of reception by the mobile terminal, and a constant average data rate.
  • the above features determine that the scheduling and control signaling configuration of the MBMS service is semi-static, that is, the scheduling information and control signaling information of the MBMS service are "long-term" unchanged, and the information passes through the MBMS control channel (MCCH, MBMS).
  • the Control Channel is sent periodically, collectively as MCCH information.
  • the evolved MBMS (eMBMS) system may have multiple MCCHs, and each MCCH corresponds to a different MBSFN area, where only the control information of the MBMS service corresponding to the MBSFN area is carried.
  • Figure 2 shows the architecture of MBMS in LTE.
  • the user equipment (UE) for a specific cluster can receive the required cluster service in any of the following two ways: multicast. ,Unicast.
  • the multicast mode is to receive the cluster service through the MBMS bearer. In this case, the UE needs to have the MBMS receiving capability.
  • the network side needs to select the bearer mode for sending the cluster service for each UE before the start of the cluster service. Even the UE in the MBSFN area may not receive the cluster service through the multicast mode. How is the UE? The problem of establishing a suitable bearer has not been resolved.
  • the embodiment of the present invention is to provide a method for establishing an LTE trunking communication bearer, a user equipment, and a first network element device, and at least solve the problem that a suitable bearer mode can be established for each UE.
  • the technical solution of the embodiment of the present invention is implemented as follows:
  • An embodiment of the present invention provides a method for establishing an LTE trunk communication bearer, where the method includes:
  • the indication information is used to indicate whether the receiving can be received through the MBMS bearer.
  • the user equipment receives the cluster service data according to the cluster service bearer mode selected by the network side based on the received indication information.
  • the receiving, by the user equipment, the cluster service data according to the cluster service bearer mode selected by the network side according to the received indication information includes:
  • the user equipment receives the cluster service data by using a unicast bearer
  • the user equipment receives the cluster service data by using an MBMS bearer.
  • the method further includes:
  • the user equipment determines whether the user equipment supports the MBMS bearer when it moves inside and outside the MBSFN area where the cluster service is located.
  • the determining whether the user equipment itself supports the MBMS bearer includes:
  • the user equipment acquires a temporary mobility group identifier TMGI corresponding to the cluster service to be received;
  • the user equipment reads the related system broadcast message of the current cell for configuring the MBMS parameter, and obtains the configuration information of the multicast control channel MCCH. If the MCCH configuration information is read, the TMGI is carried on the MCCH. Then, it is determined that the user equipment itself supports the MBMS bearer.
  • the indication information is reported by using at least application layer signaling or evolved packet system EPS signaling;
  • the EPS signaling includes: air interface signaling and evolved packet core network EPC signaling.
  • An embodiment of the present invention provides a user equipment, where the user equipment includes:
  • the reporting unit is configured to report the indication information of the user equipment that receives the cluster service data by using the multimedia broadcast/multicast service MBMS bearer; the indication information is used to indicate whether the cluster data sent by the MBMS bearer can be received;
  • the receiving unit is configured to receive the cluster service data according to the cluster service bearer mode selected by the network side based on the received indication information.
  • the receiving unit is further configured to: when the cluster service bearer mode is a unicast bearer, the user equipment receives the cluster service data by using a unicast bearer; or the cluster service bearer mode is an MBMS bearer The user equipment receives the cluster service data by using an MBMS bearer.
  • the user equipment further includes:
  • the determining unit is configured to report whether the user equipment supports the MBMS bearer when the user equipment moves inside and outside the MBSFN area where the cluster service is located before the information is reported.
  • the determining unit further includes:
  • Obtaining a sub-unit configured to obtain a temporary mobile group identifier TMGI corresponding to the cluster service to be received;
  • the parsing sub-unit is configured to read the related system broadcast message of the current cell for configuring the MBMS parameter, and parse the configuration information of the multicast control channel MCCH, and if it can be read on the MCCH according to the configuration information of the MCCH
  • the TMGI is carried, it is determined that the user equipment itself supports the MBMS bearer.
  • the indication information is reported by using at least application layer signaling or evolved packet system EPS signaling;
  • the EPS signaling includes: air interface signaling and evolved packet core network EPC signaling.
  • the reporting unit, the receiving unit, the determining unit, the obtaining subunit, and the parsing subunit may use a central processing unit (CPU) and a digital signal processor (DSP) when performing processing. , Digital Singnal Processor) or Field-Programmable Gate Array (FPGA) implementation.
  • CPU central processing unit
  • DSP digital signal processor
  • FPGA Field-Programmable Gate Array
  • An embodiment of the present invention provides a method for establishing an LTE trunk communication bearer, where the method includes:
  • the first network element device receives the indication information reported by the user equipment that is to receive the cluster service data by using the multimedia broadcast/multicast service MBMS bearer; the indication information is used to indicate whether the cluster data sent by the MBMS bearer can be received;
  • the first network element device selects a cluster service bearer mode according to the indication information
  • the first network element device feeds back the cluster service bearer mode to the user equipment, and the first network element device sends the cluster service data by using the selected cluster service bearer mode.
  • the selecting, by the first network element device, the cluster service bearer according to the indication information includes:
  • the first network element device determines whether to use the unicast bearer according to the indication information. If the indication information indicates that the MBMS bearer cannot be received, the cluster service bearer mode is selected as a unicast bearer; otherwise, the cluster service bearer is selected.
  • the mode is MBMS bearer.
  • the first network element device sends the cluster service data by using the selected cluster service bearer mode, including:
  • the first network element device determines whether the user equipment supports sending the cluster service data through the MBMS bearer. If yes, the cluster service data is sent through the MBMS bearer; otherwise, the indication information is received, and the cluster service data is sent through the unicast bearer.
  • the first network element device sends the cluster service data by using the selected cluster service bearer mode, including:
  • the first network element device sends the cluster service data by using the selected cluster service bearer mode, including:
  • the first network element device determines whether the user equipment supports sending the cluster service data through the MBMS bearer. If yes, the cluster service data is sent through the MBMS bearer; otherwise, the cluster service data is sent through the unicast bearer.
  • An embodiment of the present invention provides a first network element device, where the first network element device includes:
  • the information receiving unit is configured to receive the indication information reported by the user equipment that is to receive the cluster service data by using the multimedia broadcast/multicast service MBMS bearer; the indication information is used to indicate whether the cluster data sent by the MBMS bearer can be received;
  • the selecting unit is configured to select a cluster service bearer mode according to the indication information
  • the sending unit is configured to feed back the cluster service bearer mode to the user equipment, and send the cluster service data by using the selected cluster service bearer mode.
  • the selecting unit is further configured to determine whether to use the unicast bearer according to the indication information, and if the indication information indicates that the MBMS bearer cannot be received, the cluster service bearer mode is selected as a unicast bearer; otherwise, the selecting The cluster service bearer mode is MBMS bearer.
  • the sending unit is further configured to: before the user equipment moves in the MBSFN area where the cluster service is located, determine whether the user equipment supports sending the cluster service data by using the MBMS bearer, and if yes, pass the MBMS.
  • the bearer sends the cluster service data; otherwise, the indication information is received, and the cluster service data is sent through the unicast bearer.
  • the sending unit is further configured to: before the user equipment moves from the MBSFN area where the cluster service is located to the outside of the MBSFN area, the sending unit receives the indication information, and sends the cluster service data by using the unicast bearer.
  • the sending unit is further configured to: before the reporting of the indication information, the user equipment moves from outside the MBSFN area where the cluster service is located and returns to the MBSFN area, and receives the indication information; and determines whether the user equipment supports sending by using the MBMS bearer.
  • the cluster service data if yes, sends the cluster service data through the MBMS bearer; otherwise, the cluster service data is sent through the unicast bearer.
  • the information receiving unit, the selecting unit, and the sending unit may use a Central Processing Unit (CPU), a Digital Signal Processor (DSP), or a programmable logic array when performing processing.
  • CPU Central Processing Unit
  • DSP Digital Signal Processor
  • FPGA Field-Programmable Gate Array
  • the method of the embodiment of the present invention is to prepare a user equipment that receives the cluster service data by using the multimedia broadcast/multicast service MBMS bearer, and report the indication information; the indication information is used to indicate whether the cluster data sent by the MBMS bearer can be received; the user The device receives the cluster service data according to the cluster service bearer mode selected by the network side based on the received indication information.
  • the UE can report whether the indication information of the MBMS bearer can be received to the network side, and the UE can receive the cluster service data sent by the network side according to the bearer mode, so that the UE can Each UE establishes a suitable bearer mode.
  • 1 is a schematic structural diagram of an existing trunking communication system
  • FIG. 2 is a schematic diagram of an existing MBMS communication architecture
  • FIG. 3 is a flowchart of an implementation of an embodiment of a method according to the present invention.
  • FIG. 4 is a structural diagram of an embodiment of a user equipment according to the present invention.
  • FIG. 5 is a flowchart of an implementation of another method embodiment of the present invention.
  • FIG. 6 is a structural diagram of an embodiment of a first network element device according to the present invention.
  • FIG. 7 is a flowchart of a scenario 1 to which an embodiment of the present invention is applied;
  • FIG. 8 is a flowchart of scenario 2 in which an embodiment of the present invention is applied.
  • FIG. 9 is a flowchart of a scenario 3 in which an embodiment of the present invention is applied.
  • FIG. 10 is a flowchart of a scenario 4 in which an embodiment of the present invention is applied.
  • An embodiment of the present invention provides a method for establishing an LTE trunk communication bearer. As shown in FIG. 3, the method includes:
  • Step 101 Prepare, by the multimedia broadcast/multicast service MBMS, the user equipment that receives the cluster service data, and report the indication information; the indication information is used to indicate whether the cluster data sent by the MBMS bearer can be received;
  • Step 102 The user equipment receives the cluster service data according to the cluster service bearer mode selected by the network side according to the received indication information.
  • the receiving, by the user equipment, the cluster service data according to the cluster service bearer mode selected by the network side based on the received indication information includes:
  • the user equipment receives the cluster service data by using a unicast bearer
  • the user equipment receives the cluster service data by using an MBMS bearer.
  • the method further includes:
  • the user equipment determines whether the user equipment supports the MBMS bearer when it moves inside and outside the MBSFN area where the cluster service is located.
  • the determining whether the user equipment supports the MBMS bearer includes:
  • the user equipment acquires a temporary mobility group identifier TMGI corresponding to the cluster service to be received;
  • the user equipment reads the related system broadcast message of the current cell for configuring the MBMS parameter, and obtains the configuration information of the multicast control channel MCCH. If the MCCH configuration information is read, the TMGI is carried on the MCCH. Then, it is determined that the user equipment itself supports the MBMS bearer.
  • the indication information is reported by using at least application layer signaling or an evolved packet system EPS signaling;
  • the EPS signaling includes: air interface signaling and evolved packet core network EPC signaling.
  • An embodiment of the present invention provides a user equipment. As shown in FIG. 4, the user equipment includes:
  • the reporting unit 11 is configured to: report, by the user equipment that receives the cluster service data by using the multimedia broadcast/multicast service MBMS bearer, the indication information, where the indication information is used to indicate whether the cluster data sent by the MBMS bearer can be received;
  • the receiving unit 12 is configured to receive the cluster service data according to the cluster service bearer mode selected by the network side based on the received indication information.
  • the receiving unit is further configured to: when the cluster service bearer mode is a unicast bearer, the user equipment receives the cluster service data by using a unicast bearer; or When the bearer service bearer mode is an MBMS bearer, the user equipment receives the cluster service data by using an MBMS bearer.
  • the user equipment further includes:
  • the determining unit is configured to report whether the user equipment supports the MBMS bearer when the user equipment moves inside and outside the MBSFN area where the cluster service is located before the information is reported.
  • the determining unit further includes:
  • Obtaining a sub-unit configured to obtain a temporary mobile group identifier TMGI corresponding to the cluster service to be received;
  • the parsing sub-unit is configured to read the related system broadcast message of the current cell for configuring the MBMS parameter, and parse the configuration information of the multicast control channel MCCH, and if it can be read on the MCCH according to the configuration information of the MCCH
  • the TMGI is carried, it is determined that the user equipment itself supports the MBMS bearer.
  • the indication information is reported by using at least application layer signaling or an evolved packet system EPS signaling;
  • the EPS signaling includes: air interface signaling and evolved packet core network EPC signaling.
  • An embodiment of the present invention provides a method for establishing an LTE trunk communication bearer, as shown in FIG. 5, The method includes:
  • Step 201 The first network element device receives the indication information that is sent by the user equipment that is to receive the cluster service data by using the multimedia broadcast/multicast service MBMS bearer.
  • the indication information is used to indicate whether the cluster data sent by the MBMS bearer can be received.
  • Step 202 The first network element device selects a cluster service bearer mode according to the indication information.
  • Step 203 The first network element device feeds back the cluster service bearer mode to the user equipment, and the first network element device sends the cluster service data by using the selected cluster service bearer mode.
  • the first network element device selects a cluster service bearer according to the indication information, including:
  • the first network element device determines whether to use the unicast bearer according to the indication information. If the indication information indicates that the MBMS bearer cannot be received, the cluster service bearer mode is selected as a unicast bearer; otherwise, the cluster service bearer is selected.
  • the mode is MBMS bearer.
  • the first network element device sends the cluster service data by using the selected cluster service bearer mode.
  • the first network element device determines whether the user equipment supports sending the cluster service data through the MBMS bearer. If yes, the cluster service data is sent through the MBMS bearer; otherwise, the indication information is received, and the cluster service data is sent through the unicast bearer.
  • Cluster business data including:
  • Cluster business data including:
  • the first network element device determines whether the user equipment supports sending the cluster service data through the MBMS bearer. If yes, the cluster service data is sent through the MBMS bearer; otherwise, the cluster service data is sent through the unicast bearer.
  • the embodiment of the present invention provides a first network element device.
  • the first network element device includes:
  • the information receiving unit 21 is configured to receive the indication information reported by the user equipment that is to receive the cluster service data by using the multimedia broadcast/multicast service MBMS bearer; the indication information is used to indicate whether the cluster data sent by the MBMS bearer can be received;
  • the selecting unit 22 is configured to select a cluster service bearer mode according to the indication information
  • the sending unit 23 is configured to feed back the cluster service bearer mode to the user equipment, and send the cluster service data by using the selected cluster service bearer mode.
  • the selecting unit is further configured to determine whether to use the unicast bearer according to the indication information, and if the indication information indicates that the MBMS bearer cannot be received, the cluster service bearer mode is selected as Unicast bearer; otherwise, the trunk service bearer mode is selected as an MBMS bearer.
  • the sending unit is further configured to: before the user equipment moves in the MBSFN area where the cluster service is located, the user equipment determines whether the user equipment supports sending the cluster service through the MBMS bearer. The data, if yes, sends the cluster service data through the MBMS bearer; otherwise, the indication information is received, and the cluster service data is sent through the unicast bearer.
  • the sending unit is further configured to: before the user equipment moves from the MBSFN area where the cluster service is located to the outside of the MBSFN area, the sending unit receives the indication information and passes the information.
  • the unicast bearer sends cluster service data.
  • the sending unit is further configured to receive the indication information when the user equipment moves from outside the MBSFN area where the cluster service is located and returns to the MBSFN area before reporting the indication information; Whether the user equipment supports sending the cluster service data through the MBMS bearer, and if yes, sending the cluster service data through the MBMS bearer; otherwise, sending the cluster service data through the unicast bearer.
  • the embodiment of the present invention mainly includes: a UE registered to a certain/some cluster service (GCSE service) prepares to receive the/these cluster services through a pre-built MBMS bearer, before the start of a certain cluster service, the UE
  • a network for example, the GCSE AS, the EPC network element, the cluster service scheduling station, etc., the description of the subsequent embodiments of the present invention uses the GCSE AS as an example
  • the GCSE AS is abbreviated as AS.
  • the bearer mode of sending the cluster service to the UE is selected, and the cluster service is sent by the selected bearer.
  • the present invention can solve the problem of establishing a cluster bearer for different UEs, and can realize the transmission of the cluster services in the MBSFN area, and ensure that all the cluster service application service systems provide services for all group members and cluster users obtain cluster services in time. Reduce the signaling load from the UE to the AS and reduce the access load of the access network, reducing the impact on the wireless access network.
  • the MBMS in the embodiment of the present invention refers to an evolved MBMS, that is, an eMBMS, and the AS refers to a GCSE AS.
  • Scenario 1 The complete process of interaction between the user side and the network side, and the method for transmitting the cluster communication by establishing an appropriate bearer mode is as shown in FIG. 7, including:
  • step 301 the cluster member (group member) is ready to receive a certain cluster service.
  • the cluster UE Before step 301, the cluster UE first registers with the GCSE AS corresponding to the cluster service. In this way, the GCSE AS can know how many UEs have joined the cluster service.
  • the cluster service that the UE is ready to receive is also the UE that the UE joins the cluster service and becomes a member of the cluster service.
  • GCSE AS can know about a cluster through the UE's registration process. What group members are in the business.
  • the UE is ready to receive the cluster service.
  • the cluster service is not started.
  • the UE is registered to the AS and is ready to receive the cluster service.
  • the UE also refers to the interest receiving of the cluster service.
  • the UE has a cluster communication capability, including a user terminal and a dispatching station.
  • the user terminal includes a handheld terminal, a radio station, a fixed station, and the like;
  • the dispatching station includes a wired dispatching station and a wireless dispatching station.
  • the user terminal and the wireless dispatching station are connected to the LTE network through the air interface, and the wired dispatching station is connected to the network subsystem through the cluster gateway. It is assumed here that the UE has the MBMS receiving capability.
  • the receiving may be performed by a unicast bearer or a multicast bearer, where the multicast bearer refers to a point-to-multipoint (PTM) bearer, also referred to as an MBMS bearer (in an LTE system, generally received in MBSFN mode).
  • PTM point-to-multipoint
  • MBMS bearer MBSFN bearer
  • multicast bearer multicast bearer
  • point-to-multipoint PTM bearer point-to-multipoint PTM bearer
  • the MBMS bearer includes a core network bearer (ie, an EPC bearer) and an air interface bearer; the RAN (the base station eNB and/or the MCE) configures the MBMS air interface resource, and sends the MBMS configuration information and the cluster data in the air interface.
  • a core network bearer ie, an EPC bearer
  • an air interface bearer the RAN (the base station eNB and/or the MCE) configures the MBMS air interface resource, and sends the MBMS configuration information and the cluster data in the air interface.
  • Step 302 The UE sends the indication information to the AS.
  • the UE is sent from the idle state to the connected state (if it is in the idle state), the UE sends the indication information to the AS in any one of the following manners: application layer signaling, EPS signaling; wherein the EPS signaling includes air interface signaling And EPC signaling.
  • the UE returns to the idle state.
  • the UE can send indication information to the AS through the GC1 interface.
  • the GC1 interface refers to the interface between the UE and the GCSE AS.
  • the indication information sent by the UE to the AS is: whether the UE supports the MBMS bearer (that is, whether the UE can receive some/some cluster services by using the MBMS bearer). If 1 bit is used to indicate whether the UE supports multicast bearer, that is, TRUE (true) or FALSE (false) is reported, TRUE indicates UE The cluster service can be received by the MBMS bearer, and the FALSE indicates that the UE cannot receive the cluster service sent by the MBMS bearer. The UE determines whether to support the multicast bearer according to the received information. If the UE is in the MBSFN area and can receive the MBMS control message normally, the UE supports the multicast bearer. Otherwise, the UE cannot support the multicast bearer. The UE is in an RRC idle state or an RRC connected state;
  • the UE Before sending the indication information to the AS, the UE first needs to determine whether it can support the multicast bearer itself.
  • the SAI list and frequency corresponding to the TMGI the UE reads the SIB13 of the current camping cell, obtains the configuration information of the MCCH, and the UE then reads the MCCH content. If the MCCH content includes the configuration parameters of the TMGI, the UE further reads the bearer.
  • the MTCH of the TMGI content If the MCCH content includes the configuration parameters of the TMGI, the UE further reads the bearer.
  • the MTCH of the TMGI content is the mapped to the TMGI content.
  • the UE determines that it supports the multicast bearer itself; the support for the multicast bearer refers to support for a certain Multicast bearer for a specific cluster service.
  • the UE can obtain the TMGI identifier corresponding to the certain/some clusters that it is ready to receive from the AS, so as to determine whether it can receive the service through the MBMS bearer, and then the UE sends the indication information to the AS, AS.
  • the indication information sent by all registered group members of the cluster service can be obtained, and the AS thus knows which group members (UEs) can receive the service through the MBMS bearer, and which group members (UEs) cannot receive the service through the MBMS bearer.
  • the state in which the UE receives the MBMS bearer may change, and if the receiving state changes, the UE sends the updated indication information to the AS.
  • the change of the receiving state refers to whether the UE can receive the change of the state of the MBMS bearer, for example, it can receive from the MBMS bearer mode, and can receive the MBMS bearer mode.
  • the signal quality of the trunking service (ie, the UE is ready to receive/interested reception) carried by the MBMS is so poor that the UE can no longer use the MBMS bearer to receive the service, or vice versa, from poor signal quality to good signal quality. .
  • the AS can always grasp in real time: which UEs can receive the service through the MBMS bearer, and which UEs cannot receive the service through the MBMS bearer.
  • step 303 the AS determines whether it is necessary to establish a unicast bearer for the UE. If yes, go to step 304, otherwise go to step 305.
  • the AS determines whether it is necessary to establish a unicast bearer for the UE, and the method for determining whether the available MBMS bearer is available (that is, multicasting)
  • the multicast bearer is a multicast bearer with respect to the unicast bearer, and is also called a PTM point-to-multipoint bearer.
  • the available MBMS bearer refers to the UE in the MBMS coverage area (the MBMS coverage area is the MBSFN area). Not yet started. If the AS determines that no MBMS bearer is available, a unicast bearer is established, otherwise the MBMS bearer is continued.
  • the AS may also wait for the start of the cluster service that the UE is ready to receive, and immediately establish a unicast bearer for the UE. That is, after receiving the foregoing UE indication information, the AS does not perform judgment and processing. If the cluster has started, it immediately establishes a unicast bearer for the UE; if the cluster has not started, it waits for the UE to start after the service starts. Unicast bearer.
  • step 304 the AS sends the cluster service to the UE by using a unicast bearer (also referred to as a PTP bearer, point-to-point).
  • a unicast bearer also referred to as a PTP bearer, point-to-point.
  • the AS chooses to send the cluster service through the unicast bearer. If the AS knows the location information of the UE, the AS sends a paging message through the MME where the UE is located, thereby establishing a PTP connection with the UE to transmit the cluster service; if the AS does not know the location information of the UE, The AS sends a paging message through all connected MMEs to establish a PTP connection with the UE to transmit the cluster service.
  • the UE receives cluster data through a unicast bearer.
  • Step 305 The AS sends the cluster service to the UE by using the MBMS bearer.
  • the AS can know which of the UEs cannot receive the cluster service through the MBMS bearer; when the cluster service starts, the AS needs to establish for the UE. PTP bearer; for a UE that can receive the service through the MBMS bearer, the AS does not need to establish a PTP bearer for it.
  • the AS determines whether to release the unicast bearer according to the network load condition and the UE state. If the network load is high, and the UE supports the multicast bearer to send the cluster service, the AS selects The unicast bearer is released and the cluster service is sent through the pre-built MBMS bearer.
  • the AS sends a cluster service to the UE by using an existing MBMS bearer or a new MBMS bearer.
  • the new MBMS bearer refers to the BM-SC updating the MBMS bearer according to the cluster service requirements.
  • Scenario 2 The method for transmitting the cluster communication by establishing a suitable bearer mode for the case where the UE moves in the MBSFN area is as shown in FIG. 8 , and includes:
  • step 401 the UE is ready to receive some/some cluster services.
  • the UE is in the MBMS coverage area (ie, in a certain/some MBSFN coverage area, or the UE belongs to a certain/some MBMS service area SA), and prepares to receive the cluster service by registering with the AS.
  • the cluster service is not started, and the MBMS bearer of the cluster service is pre-established.
  • step 402 the UE moves in the MBSFN area.
  • the UE moves in the MBSFN area, and the UE determines whether it is in the MBSFN area according to the system message SIB13 and/or the SIB15 and/or the MCCH message of the camping cell, for example, the SIB13/ in the UE camping cell.
  • the SIB15/MCCH broadcast message the UE determines that it is in the MBSFN area. Further, the UE determines, according to the TMGI list in the MCCH or the service area identifier SAI in the SIB 15, whether the cluster service area is prepared/interested for itself.
  • Step 403 whether the UE can receive the multicast bearer, if yes, then go to step 404, otherwise, go to step 405.
  • the UE may also be unable to receive the multicast bearer in the MBSFN area, for example, the UE is located in the reserved cell of the MBSFN area, the MBSFN hole, or the received MBSFN signal quality of the UE is poor, or the UE cannot correctly decode the PMCH data, etc.;
  • the UE determines whether to send the indication information to the AS by whether the PTM bearer can be normally received in the MBSFN area. If the UE can normally receive the multicast bearer, the indication information is not sent, otherwise the indication information is sent.
  • Step 404 The AS sends the cluster service by using the multicast bearer.
  • the UE If the UE is in the MBSFN area and can receive the multicast bearer normally, the UE does not send the indication information, and the AS sends the cluster service through the pre-built multicast bearer.
  • Step 405 The UE sends the indication information to the AS.
  • the UE cannot receive the multicast bearer normally in the MBSFN area, and the indication information is False false. Further, the indication information may include area information SAI or ECI.
  • the UE is ready to receive the cluster service 1 and the cluster service 2, that is, the UE joins multiple cluster service groups at the same time; the cluster service 1 and the cluster service 2 may belong to the same/different AS, for example, the cluster service 1 belongs to AS1, and the cluster service 2 belongs to AS2, the UE sends indication information to AS1 and AS2 respectively. If cluster services 1 and 2 belong to the same AS, the UE sends indication information to the AS.
  • the UE may receive the cluster service 1 in the PTM mode, but may not receive the set in the PTM mode.
  • the UE sends the cluster service 1 to the AS to the AS, and sends the cluster service 2 to the AS as the False.
  • the UE sends the indication information of the cluster service 1 to the AS1 to which the cluster service 1 belongs:
  • the UE may be in an idle state or a connected state. If the UE is in an idle state, the UE first enters a connection state reporting indication information, and after the reporting ends, the UE returns to an idle state.
  • Step 406 The AS sends the cluster service through the unicast bearer.
  • the AS advertises the UE by the EPC. If the AS knows the location information of the UE, the AS sends a paging message to the MME where the UE is located, establishes a PTP connection with the UE, and sends the cluster service. If the AS does not know the location information of the UE, the AS is The MME in the MBSFN area where the UE is located sends a paging message, establishes a PTP connection with the UE, and sends the cluster service.
  • EPC includes: BM-SC, MBMS-GW, MME.
  • Scenario 3 The method for transmitting the cluster communication by establishing a suitable bearer mode for the case where the UE moves from the MBSFN area to the outside of the MBSFN area is as shown in FIG. 9 , and includes:
  • step 501 the UE is ready to receive the cluster service.
  • This step is the same as step 301 and will not be described here.
  • Step 502 The UE moves from within the MBSFN area to outside the MBSFN area.
  • the UE determines whether it moves outside the MBSFN area according to the system message SIB13 and/or the SIB15 and/or the MCCH message of the camping cell, for example, if the UE camping cell does not have the SIB13/SIB15/MCCH broadcast message, the UE determines itself. Outside the MBSFN area. Further, the UE determines, according to the TMGI list in the MCCH or the service area identifier SAI in the SIB 15, whether it is located in a cluster service area that is prepared/interested by itself.
  • step 503 the UE sends the indication information to the AS.
  • the indication information is sent by application layer signaling of the GC1 interface between the UE and the AS.
  • Step 504 The AS establishes a unicast bearer with the UE and sends the cluster service.
  • the UE cannot receive the cluster service through the MBMS bearer, and the AS establishes a unicast bearer with the UE and sends the cluster service.
  • Scenario 4 The method for transmitting the cluster communication by establishing an appropriate bearer mode for the case where the UE moves from the outside of the MBSFN area to the MBSFN area is as shown in FIG. 10, and includes:
  • step 601 the UE is ready to receive the cluster service.
  • step 602 the UE moves from outside the MBSFN area to the MBSFN area.
  • the UE determines whether it moves into the MBSFN area according to the system message SIB13 and/or the SIB15 and/or the MCCH message of the camping cell, for example, if the UE camping cell receives the SIB13/SIB15/MCCH broadcast message, the UE determines I am in the MBSFN area. Further, the UE determines, according to the TMGI list in the MCCH or the service area identifier SAI in the SIB 15, whether it is located in a cluster service area that is prepared/interested by itself.
  • step 603 the UE sends the indication information to the AS.
  • the indication information is True, to indicate that the UE can receive the cluster service by using the MBMS bearer. If true, you can only send true, ie: ⁇ cluster service 1, true ⁇
  • Step 604 The AS determines whether the cluster service is sent to the UE by using the MBMS bearer. If yes, go to step 605. Otherwise, go to step 606.
  • the AS determines whether to send the cluster service through the MBMS bearer according to the network load and the UE status. If the UE is receiving the cluster service through the unicast bearer, and the network load allows the UE to continue to receive the cluster service through the unicast bearer, the AS selects to pass the unicast. The bearer sends the cluster service to the UE. Otherwise, the AS chooses to send the cluster service to the UE through the MBMS bearer.
  • Step 605 The AS sends the cluster service by using the pre-built MBMS bearer.
  • the pre-built MBMS bearer refers to an MBMS bearer established in the cluster service area for sending the cluster service before the UE reports the indication information. If the UE originally established a unicast bearer to the AS, the AS releases the unicast bearer to the UE.
  • Step 606 The AS sends the cluster service to the UE by using the unicast bearer.
  • the AS If the AS has established a unicast bearer to the UE, it continues to send the cluster service through the unicast bearer. Otherwise, the AS advertises the UE, and establishes a unicast bearer with the UE to send the cluster service.
  • AS Application Server, application server;
  • EPC Evolved Packet Core network, evolved packet core network
  • EPS Evolved Packet System, an evolved packet system
  • ECI E-UTRAN Cell Identifier, E-UTRAN cell identifier
  • MBMS Multimedia Broadcast/Multicast Service, multimedia broadcast/multicast service
  • GCSE Group Communication Service Enabler, group communication service capability
  • MCE Multicell/Multicast Coordination Entity, multi-cell/multicast collaboration entity
  • MME Mobility Management Entity, mobile management entity
  • BM-SC Broadcast Multicast-Service Centre, broadcast multicast service center
  • MBMS-GW MBMS-GateWay, MBMS Gateway
  • MBSFN MBMS over a Single Frequency Network, single frequency network MBMS
  • MCCH Multicast Control Channel, multicast control channel
  • MTCH Multicast Traffic Channel, multicast traffic channel
  • PTM Point To Multipoint, point to multipoint
  • PTP Point To Point, point to point
  • RRC Radio Resource Control, radio resource control
  • SAI Service Area Identifier, server area identifier
  • SIB System Information Block, system information block
  • TMGI Temporary Mobile Group Identity, temporary mobile group identity
  • the integrated modules described in the embodiments of the present invention may also be stored in a computer readable storage medium if they are implemented in the form of software functional modules and sold or used as separate products. Based on such understanding, the technical solution of the embodiments of the present invention may be embodied in the form of a software product in essence or in the form of a software product stored in a storage medium, including a plurality of instructions.
  • a computer device (which may be a personal computer, server, or network device, etc.) is caused to perform all or part of the methods described in various embodiments of the present invention.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like. .
  • embodiments of the invention are not limited to any specific combination of hardware and software.
  • the embodiment of the present invention further provides a computer storage medium, wherein a computer program is stored, and the computer program is used to execute the method for establishing an LTE cluster communication bearer according to an embodiment of the present invention.
  • the method of the embodiment of the present invention is to prepare a user equipment that receives the cluster service data by using the multimedia broadcast/multicast service MBMS bearer, and report the indication information; the indication information is used to indicate whether the cluster data sent by the MBMS bearer can be received; the user The device receives the cluster service data according to the cluster service bearer mode selected by the network side based on the received indication information.
  • the UE can report whether the indication information of the MBMS bearer can be received to the network side, and the appropriate bearer mode fed back by the network side to the UE, to receive the network side transmission according to the bearer mode.
  • Cluster service data so that a suitable bearer mode can be established for each UE.

Landscapes

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

Abstract

本发明公开了一种建立LTE集群通信承载的方法，用户设备及第一网元设备，其中，所述方法包括：准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备，上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群业务数据；所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。

Description

建立LTE集群通信承载的方法、用户设备及第一网元设备 技术领域
本发明涉及集群通信技术，尤其涉及一种建立LTE集群通信承载的方法、用户设备及第一网元设备。
背景技术
本申请发明人在实现本申请实施例技术方案的过程中，至少发现相关技术中存在如下技术问题：
集群通信系统是为了满足行业用户指挥调度需求而开发的、面向特定行业应用的专用无线通信系统，系统中大量无线用户共享少量无线信道，以指挥调度为主体应用，是一种多用途、高效能的无线通信系统。集群通信系统在政府部门、公共安全、应急通信、电力、民航、石油化工和军队等领域有着广泛的应用市场。
集群通信系统经历了与蜂窝移动通信系统类似的发展历程。第一代集群系统是模拟集群通信系统，主要支持语音通信。最早进入我国的模拟集群通信系统是Nokia公司的Actionet系统，它采用MPT-1327信令，应用在450MHz频段上。此后，日本的F.A.S.T和美国Motorola公司的Smartnet进入我国，并长期占领我国集群市场80％以上的市场份额。
第二代集群系统是窄带数字集群通信系统，兴起于20世纪90年代，2004年左右开始在我国部署，是当前国内应用最广泛的集群通信系统。数字集群通信系统支持语音和低速数据(最高28.8kbps)通信，代表系统是欧洲电信标准组织(ETSI，European Telecommunications Standards Institute)定义的陆上集群无线电(TETRA，Terrestrial Trunked Radio)系统、美国Motorola的综合数字增强型网络(iDEN，Integrated Digital Enhanced  Networks)系统，还有国内的两款集群结构，分别是基于CDMA1X开发的开放式集群结构(GoTa，Global Open Trunking Architecture)系统、基于GSM开发的GT800系统。从国内来看，最近两三年，TETRA网络的增长最快，在全国已建的数字集群通信网中，TETRA网的数量约占2/3强。
集群系统区别于公众系统的特性在于，集群系统需要具备高效的指挥调度特性，并且要求网络具有高可靠性和安全性。
呼叫控制：根据用户的业务请求，在主叫用户和被叫用户之间建立、维持和释放业务承载；
鉴权认证：支持鉴权和认证，鉴权功能包括：网络侧对终端鉴权，以及网络侧对终端和终端对网络侧的双向鉴权；
故障弱化：当网络侧与基站或网络侧内部网元之间的链路发生故障时，基站能够为其覆盖范围下的用户终端提供受限的集群服务。
网络互联互通功能：能够与公共电话系统(PSTN，Public Switched Telephone Network)、公众移动通信系统(GSM/CDMA、TD-LTE等)、IP电话、其他制式的集群通信系统等互通。在3GPP LTE中集群通信称为组通信服务能力GCSE，图1给出了LTE GCSE的系统架构。
为了有效地利用移动网络资源，第三代合作伙伴计划(3GPP，3rd Generation Partnership Project)提出了多媒体广播多播业务(MBMS，Multimedia Broadcast Multicast Service)，该业务是一种从一个数据源向多个目标移动终端传送数据的技术，实现了网络(包括核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS业务不仅能够实现纯文本低速率的消息类组播和广播，而且还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为3G的发展提供了更好的业务前景。
MBMS业务的特点是业务的数据量大，移动终端接收时持续时间长，平均数据率恒定。上述特点决定了MBMS业务的调度与控制信令配置都是半静态的，即MBMS业务的调度信息与控制信令信息都是“长期”保持不变的，这些信息通过MBMS控制信道(MCCH，MBMS Control Channel)周期性地发送，统称为MCCH信息。演进型MBMS(eMBMS)系统可能存在多个MCCH，每个MCCH对应于不同的MBSFN区域，其中仅承载对应MBSFN区域发送的MBMS业务的控制信息。图2给出了LTE中MBMS的架构示意图。
目前业界正在讨论采用MBMS技术实现集群通信的可能性，在这个应用场景下，针对特定的集群的用户设备(UE)，可以通过以下两种方式的任意一种接收所需的集群业务：多播，单播。其中多播方式即通过MBMS承载接收集群业务，此时需要UE具备MBMS接收能力。
在对现有技术的研究和实践过程中发现现有技术存在以下问题：
对于注册到集群业务的UE，网络侧在集群业务开始前需要为每个UE选择发送集群业务的承载方式，即使处于MBSFN区域的UE也可能无法通过多播方式接收集群业务，如何为每个UE建立合适的承载方式，这个问题尚未得到解决。
发明内容
有鉴于此，本发明实施例希望提供一种建立LTE集群通信承载的方法、用户设备及第一网元设备，至少解决了能为每个UE建立合适的承载方式的问题。本发明实施例的技术方案是这样实现的：
本发明实施例提供了一种建立LTE集群通信承载的方法，所述方法包括：
准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备，上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发 送的集群业务数据；
所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。
优选地，所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据包括：
所述集群业务承载方式为单播承载时，所述用户设备通过单播承载接收所述集群业务数据；或者，
所述集群业务承载方式为MBMS承载时，所述用户设备通过MBMS承载接收所述集群业务数据。
优选地，所述方法还包括：
上报指示信息之前，用户设备在集群业务所在的MBSFN区域内外移动时，判断用户设备自身是否支持MBMS承载。
优选地，所述判断用户设备自身是否支持MBMS承载包括：
用户设备获取准备接收的集群业务对应的临时移动组标识TMGI；
用户设备读取当前小区的用于配置MBMS参数的相关系统广播消息，得到多播控制信道MCCH的配置信息，若能根据所述MCCH的配置信息读取到在所述MCCH上承载了所述TMGI，则判断出用户设备自身支持MBMS承载。
优选地，所述指示信息至少采用应用层信令或演进的分组系统EPS信令的方式上报；
所述EPS信令包括：空口信令和演进的分组核心网EPC信令。
本发明实施例提供了一种用户设备，所述用户设备包括：
上报单元，配置为准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；
接收单元，配置为根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。
优选地，所述接收单元，还配置为所述集群业务承载方式为单播承载时，所述用户设备通过单播承载接收所述集群业务数据；或者，所述集群业务承载方式为MBMS承载时，所述用户设备通过MBMS承载接收所述集群业务数据。
优选地，所述用户设备还包括：
判断单元，配置为上报指示信息之前，用户设备在集群业务所在的MBSFN区域内外移动时，判断用户设备自身是否支持MBMS承载。
优选地，所述判断单元，还包括：
获取子单元，配置为获取准备接收的集群业务对应的临时移动组标识TMGI；
解析子单元，配置为读取当前小区的用于配置MBMS参数的相关系统广播消息，解析得到多播控制信道MCCH的配置信息，若能根据所述MCCH的配置信息读取到在所述MCCH上承载了所述TMGI，则判断出用户设备自身支持MBMS承载。
优选地，所述指示信息至少采用应用层信令或演进的分组系统EPS信令的方式上报；
所述EPS信令包括：空口信令和演进的分组核心网EPC信令。
所述上报单元、所述接收单元、所述判断单元、所述获取子单元、所述解析子单元在执行处理时，可以采用中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital Singnal Processor)或可编程逻辑阵列(FPGA，Field－Programmable Gate Array)实现。
本发明实施例提供了一种建立LTE集群通信承载的方法，所述方法包括：
第一网元设备接收准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备所上报的指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；
第一网元设备根据所述指示信息选择集群业务承载方式；
第一网元设备向所述用户设备反馈集群业务承载方式，第一网元设备通过选择的集群业务承载方式发送集群业务数据。
优选地，所述第一网元设备根据所述指示信息选择集群业务承载方式包括：
第一网元设备根据所述指示信息判断是否采用单播承载，如果所述指示信息指示出不能接收MBMS承载，则选择所述集群业务承载方式为单播承载；否则，选择所述集群业务承载方式为MBMS承载。
优选地，上报指示信息之前，用户设备在集群业务所在的MBSFN区域内移动的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：
第一网元设备判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，接收所述指示信息，通过单播承载发送集群业务数据。
优选地，上报指示信息之前，用户设备从集群业务所在的MBSFN区域内移动到MBSFN区域外的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：
接收所述指示信息，通过单播承载发送集群业务数据。
优选地，上报指示信息之前，用户设备从集群业务所在的MBSFN区域外移动返回MBSFN区域内的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：
接收所述指示信息；
第一网元设备判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，通过单播承载发送集群业务数据。
本发明实施例提供了一种第一网元设备，所述第一网元设备，包括：
信息接收单元，配置为接收准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备所上报的指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；
选择单元，配置为根据所述指示信息选择集群业务承载方式；
发送单元，配置为向所述用户设备反馈集群业务承载方式，通过选择的集群业务承载方式发送集群业务数据。
优选地，选择单元，还配置为根据所述指示信息判断是否采用单播承载，如果所述指示信息指示出不能接收MBMS承载，则选择所述集群业务承载方式为单播承载；否则，选择所述集群业务承载方式为MBMS承载。
优选地，所述发送单元，还配置为上报指示信息之前，用户设备在集群业务所在的MBSFN区域内移动的情况下，判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，接收所述指示信息，通过单播承载发送集群业务数据。
优选地，所述发送单元，还配置为上报指示信息之前，用户设备从集群业务所在的MBSFN区域内移动到MBSFN区域外的情况下，接收所述指示信息，通过单播承载发送集群业务数据。
优选地，所述发送单元，还配置为上报指示信息之前，用户设备从集群业务所在的MBSFN区域外移动返回MBSFN区域内的情况下，接收所述指示信息；判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，通过单播承载发送集群业务数据。
所述信息接收单元、所述选择单元、所述发送单元在执行处理时，可以采用中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital Singnal Processor)或可编程逻辑阵列(FPGA，Field－Programmable Gate Array)实现。
本发明实施例的方法是准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备，上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。采用本发明的方法，UE能够上报能否接收MBMS承载的指示信息给网络侧，由网络侧反馈的合适的承载方式给UE，以根据该承载方式接收网络侧发送的集群业务数据，从而能为每个UE建立合适的承载方式。
附图说明
图1为现有集群通信系统架构示意图；
图2为现有MBMS通信架构示意图；
图3为本发明方法实施例的实现流程图；
图4为本发明用户设备实施例的组成结构图；
图5为本发明另一方法实施例的实现流程图；
图6为本发明第一网元设备实施例的组成结构图；
图7为应用本发明实施例的场景一的流程图；
图8为应用本发明实施例的场景二的流程图；
图9为应用本发明实施例的场景三的流程图；
图10为应用本发明实施例的场景四的流程图。
具体实施方式
下面结合附图对技术方案的实施作进一步的详细描述。
本发明实施例提供了一种建立LTE集群通信承载的方法，如图3所示，所述方法包括：
步骤101、准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备，上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；
步骤102、所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。
在本发明实施例一优选实施方式中，所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据包括：
所述集群业务承载方式为单播承载时，所述用户设备通过单播承载接收所述集群业务数据；或者，
所述集群业务承载方式为MBMS承载时，所述用户设备通过MBMS承载接收所述集群业务数据。
在本发明实施例一优选实施方式中，所述方法还包括：
上报指示信息之前，用户设备在集群业务所在的MBSFN区域内外移动时，判断用户设备自身是否支持MBMS承载。
在本发明实施例一优选实施方式中，所述判断用户设备自身是否支持MBMS承载包括：
用户设备获取准备接收的集群业务对应的临时移动组标识TMGI；
用户设备读取当前小区的用于配置MBMS参数的相关系统广播消息，得到多播控制信道MCCH的配置信息，若能根据所述MCCH的配置信息读取到在所述MCCH上承载了所述TMGI，则判断出用户设备自身支持MBMS承载。
在本发明实施例一优选实施方式中，所述指示信息至少采用应用层信令或演进的分组系统EPS信令的方式上报；
所述EPS信令包括：空口信令和演进的分组核心网EPC信令。
本发明实施例提供了一种用户设备，如图4所示，所述用户设备包括：
上报单元11，配置为准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；
接收单元12，用于根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。
在本发明实施例一优选实施方式中，所述接收单元，进一步配置为所述集群业务承载方式为单播承载时，所述用户设备通过单播承载接收所述集群业务数据；或者，所述集群业务承载方式为MBMS承载时，所述用户设备通过MBMS承载接收所述集群业务数据。
在本发明实施例一优选实施方式中，所述用户设备还包括：
判断单元，配置为上报指示信息之前，用户设备在集群业务所在的MBSFN区域内外移动时，判断用户设备自身是否支持MBMS承载。
在本发明实施例一优选实施方式中，所述判断单元，进一步包括：
获取子单元，配置为获取准备接收的集群业务对应的临时移动组标识TMGI；
解析子单元，配置为读取当前小区的用于配置MBMS参数的相关系统广播消息，解析得到多播控制信道MCCH的配置信息，若能根据所述MCCH的配置信息读取到在所述MCCH上承载了所述TMGI，则判断出用户设备自身支持MBMS承载。
在本发明实施例一优选实施方式中，所述指示信息至少采用应用层信令或演进的分组系统EPS信令的方式上报；
所述EPS信令包括：空口信令和演进的分组核心网EPC信令。
本发明实施例提供了一种建立LTE集群通信承载的方法，如图5所示， 所述方法包括：
步骤201、第一网元设备接收准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备所上报的指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；
步骤202、第一网元设备根据所述指示信息选择集群业务承载方式；
步骤203、第一网元设备向所述用户设备反馈集群业务承载方式，第一网元设备通过选择的集群业务承载方式发送集群业务数据。
在本发明实施例一优选实施方式中，所述第一网元设备根据所述指示信息选择集群业务承载方式包括：
第一网元设备根据所述指示信息判断是否采用单播承载，如果所述指示信息指示出不能接收MBMS承载，则选择所述集群业务承载方式为单播承载；否则，选择所述集群业务承载方式为MBMS承载。
在本发明实施例一优选实施方式中，上报指示信息之前，用户设备在集群业务所在的MBSFN区域内移动的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：
第一网元设备判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，接收所述指示信息，通过单播承载发送集群业务数据。
在本发明实施例一优选实施方式中，上报指示信息之前，用户设备从集群业务所在的MBSFN区域内移动到MBSFN区域外的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：
接收所述指示信息，通过单播承载发送集群业务数据。
在本发明实施例一优选实施方式中，上报指示信息之前，用户设备从集群业务所在的MBSFN区域外移动返回MBSFN区域内的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：
接收所述指示信息；
第一网元设备判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，通过单播承载发送集群业务数据。
本发明实施例提供了一种第一网元设备，如图6所示，所述第一网元设备，包括：
信息接收单元21，配置为接收准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备所上报的指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；
选择单元22，配置为根据所述指示信息选择集群业务承载方式；
发送单元23，配置为向所述用户设备反馈集群业务承载方式，通过选择的集群业务承载方式发送集群业务数据。
在本发明实施例一优选实施方式中，选择单元，进一步配置为根据所述指示信息判断是否采用单播承载，如果所述指示信息指示出不能接收MBMS承载，则选择所述集群业务承载方式为单播承载；否则，选择所述集群业务承载方式为MBMS承载。
在本发明实施例一优选实施方式中，所述发送单元，进一步配置为上报指示信息之前，用户设备在集群业务所在的MBSFN区域内移动的情况下，判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，接收所述指示信息，通过单播承载发送集群业务数据。
在本发明实施例一优选实施方式中，所述发送单元，进一步配置为上报指示信息之前，用户设备从集群业务所在的MBSFN区域内移动到MBSFN区域外的情况下，接收所述指示信息，通过单播承载发送集群业务数据。
在本发明实施例一优选实施方式中，所述发送单元，进一步配置为上报指示信息之前，用户设备从集群业务所在的MBSFN区域外移动返回MBSFN区域内的情况下，接收所述指示信息；判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，通过单播承载发送集群业务数据。
综上所述，本发明实施例主要包括：注册到某个/某些集群业务(GCSE service)的UE准备通过预建的MBMS承载接收这个/这些集群业务，在某个集群业务开始前，UE向网络(如：GCSE AS、EPC网元，集群业务调度台等，本发明后续实施例的描述均以GCSE AS为例)上报能否接收MBMS承载信息，收到信息的AS(本发明后续实施例中GCSE AS简称为AS)选择向所述UE发送集群业务的承载方式，并通过选择的承载发送集群服务。通过本发明，能解决为不同UE建立集群承载的问题，能够实现在MBSFN区域内外的集群业务的传输，保障所有集群业务应用服务系统为其所有群组成员提供业务和集群用户及时获取集群业务，降低UE到AS的信令负载和减少接入网的接入负荷，减少对无线接入网络的影响。
以下采用各个应用场景对本发明实施例进一步详细阐述。如无具体说明，本发明实施例的MBMS是指演进的MBMS即eMBMS，AS是指GCSE AS。
场景一：用户侧与网络侧交互的完整流程，通过建立合适的承载方式实现传送集群通信的方法如图7所示，包括：
步骤301，集群UE(group member)准备接收某个集群业务。
步骤301之前，该集群UE首先到该集群业务所对应的GCSE AS进行注册。这样GCSE AS可以知道一共有多少UE加入了这个集群业务。
UE准备接收的集群业务，也是UE加入了这个集群业务，并成为该集群业务的组成员。GCSE AS可以通过UE的注册流程，知道针对某个集群 业务有哪些组成员。
所述UE准备接收集群业务是指：集群业务未开始，UE已注册到AS，准备接收上述集群业务，也称：UE对这个/这些集群业务感兴趣(interesting)接收。
所述UE具有集群通信能力，包括用户终端和调度台，用户终端包括手持终端、车载台和固定台等；调度台包括有线调度台和无线调度台。用户终端和无线调度台通过空中接口与LTE网络相连，有线调度台通过集群网关与网络子系统相连。这里假设UE具备MBMS接收能力。
所述接收可以通过单播承载或多播承载进行，其中多播承载是指点到多点(PTM)承载，也称为MBMS承载(在LTE系统中，一般是采用MBSFN模式接收)。
本发明实施例中，以下描述表示同一概念：MBMS承载，MBSFN承载，多播承载，点到多点PTM承载。
所述MBMS承载包括核心网承载(即：EPC承载)和空口承载；RAN(基站eNB和/或MCE)配置MBMS空口资源，并在空口发送MBMS配置信息和集群数据。
步骤302，UE向AS发送指示信息。
所述UE从空闲态转到连接态(如果本来处于空闲态)，所述UE通过以下任意一种方式向AS发送指示信息：应用层信令，EPS信令；其中EPS信令包括空口信令和EPC信令。当发送指示信息结束，所述UE返回空闲态。比如：UE可以通过GC1接口向AS发送指示信息，GC1接口是指：UE与GCSE AS之间的接口。
所述UE向AS发送的指示信息为：UE是否支持MBMS承载(也就是：UE是否可以采用MBMS承载接收某个/某些集群业务)。如用1比特指示UE是否支持多播承载，即上报TRUE(真)或FALSE(假)，TRUE表示UE 能够接收MBMS承载发送的集群业务，FALSE表示UE不能接收MBMS承载发送的集群业务。所述UE根据已收到的信息确定是否支持多播承载，如UE处于MBSFN区域，且可以正常接收MBMS控制消息，则UE支持多播承载，否则UE不能支持多播承载。所述UE为RRC空闲态或RRC连接态；
UE在向AS发送指示信息之前，首先需要判断其自身能否支持多播承载。UE判断其自身能否支持多播承载的方法为：UE准备接收某个集群业务并注册到相应的AS，从而获得该集群业务所对应临时移动组标识(TMGI)；UE读取USD获得该业务TMGI所对应的SAI list和frequency，UE读取其当前驻留小区的SIB13，获得MCCH的配置信息，UE随后读取MCCH内容，如果MCCH内容中包括上述TMGI的配置参数，UE进一步地读取承载了该TMGI内容的MTCH。简单地说，当UE可以在当前小区所属的MBSFN区域，正确地读取到的MCCH上承载了上述TMGI，则UE判断其自身支持多播承载；所述支持多播承载，是指支持针对某个特定集群业务的多播承载。
初始地，当UE注册后，该UE可以从AS获得其准备接收的某个/某些集群所对应TMGI标识，从而判断其能否通过MBMS承载接收该业务，然后UE向AS发送指示信息，AS也就可以获得该集群业务的所有注册的组成员所发送的指示信息，AS从而知道哪些组成员(UE)可以通过MBMS承载接收该业务，哪些组成员(UE)不能通过MBMS承载接收该业务。进一步，所述UE接收MBMS承载的状态可能变化，如果接收状态变化，UE要向AS发送更新的指示信息。
所述接收状态变化，是指UE能否接收MBMS承载的状态发生变化，比如：从能采用MBMS承载方式接收到不能接收；从不能采用MBMS承载方式接收到能够接收。
UE接收MBMS承载的状态发生变化原因有许多，比如：
1)由于UE的移动，当UE离开或者进入了承载了其准备接收的集群业务的SA区域或者离开了承载了其准备接收的集群业务的MBSFN区域；
2)由于MBMS承载的所述集群业务(即该UE准备接收/感兴趣接收)的信号质量差，以至于UE无法再采用MBMS承载来接收该业务，或者反之，从信号质量差到信号质量好。
通过上述过程，AS总是可以实时掌握：哪些UE可以通过MBMS承载接收该业务，哪些UE不能通过MBMS承载接收该业务。
步骤303，AS判断是否需要为该UE建立单播承载，如果是转向步骤304，否则转向步骤305。
AS收到UE的上述指示信息后，如果该指示信息是“FALSE”，则AS判断是否需要为该UE建立单播承载，其判断方法是：判断是否有可用的MBMS承载(也就是：多播承载，Multicast bearer，是相对于单播承载的多播承载，也称为PTM点到多点承载)：可用的MBMS承载是指UE在MBMS覆盖区域(MBMS覆盖区域就是MBSFN area)内，集群业务还未开始。如果AS判断没有可用MBMS承载，则建立单播承载，否则继续采用MBMS承载。
AS收到UE的上述指示信息后，如果该指示信息是“FALSE”，则AS也可以等到该UE准备接收的集群业务开始时，立即为其建立单播承载。也就是说，AS收到上述UE指示信息后，不做判断和处理，如果所述集群已经开始则立即为该UE建立单播承载；如果所述集群尚未开始就等到业务开始后为该UE建立单播承载。
步骤304，AS通过单播承载(也称为PTP承载，点到点)向UE发送集群服务。
所述AS根据UE的指示信息和本地信息确定是否采用单播承载，如果 没有可用MBMS承载，则AS选择通过单播承载发送集群服务。如果所述AS已知所述UE的位置信息，则所述AS通过所述UE所在的MME发送寻呼消息，从而与UE建立PTP连接以传输集群业务；如果AS不知UE的位置信息，则所述AS通过相连的所有MME发送寻呼消息，从而与UE建立PTP连接以传输集群业务。
所述UE通过单播承载接收集群数据。
步骤305，AS通过MBMS承载向UE发送集群业务。
一般地，通过UE向AS发送的指示信息，对于所有注册该集群业务的UE，AS可以知道其中的哪些UE不能通过MBMS承载接收该集群业务；当该集群业务开始后，AS需要为这些UE建立PTP承载；而对于可以通过MBMS承载接收该业务的UE，则AS不需要为其建立PTP承载。
如果所述AS与所述UE建立了单播承载，则AS根据网络负载情况和UE状态判断是否释放该单播承载，如网络负载较高，且UE支持多播承载发送集群业务，则AS选择释放单播承载而通过预建的MBMS承载发送集群业务。
所述AS通过现有MBMS承载或者新建MBMS承载向所述UE发送集群业务。其中新建MBMS承载是指根据集群业务需求，BM-SC更新了MBMS承载。
场景二：针对UE在MBSFN区域内移动的情况，通过建立合适的承载方式实现传送集群通信的方法如图8所示，包括：
步骤401，UE准备接收某个/某些集群业务。
所述UE在MBMS覆盖区域(即：在某个/某些MBSFN覆盖区域，也可以是UE属于某个/某些MBMS业务区域SA)，并通过注册到AS准备接收集群服务。所述集群业务未开始，所述集群业务的MBMS承载已预建立。
步骤402，UE在MBSFN区域内移动。
所述UE在所述MBSFN区域内移动，所述UE根据所在驻留小区的系统消息SIB13和/或SIB15和/或MCCH消息判断自己是否在MBSFN区域内，例如：在UE驻留小区有SIB13/SIB15/MCCH广播消息，则UE确定自己在MBSFN区域中。进一步，所述UE根据MCCH中的TMGI列表或者SIB15中的业务区域标识SAI确定是否为自己准备/感兴趣接收的集群业务区域。
步骤403，UE是否能够接收多播承载，如果是，则转向步骤404，否则，转向步骤405。
所述UE在MBSFN区域内也可能无法接收多播承载，如：UE位于MBSFN区域的保留小区、MBSFN洞hole，或者UE的接收MBSFN信号质量差，或者UE无法正确地解码PMCH数据等；所述UE通过在MBSFN区域内是否能够正常接收PTM承载确定是否向AS发送指示信息，如果UE能够正常接收多播承载，则不发送指示信息，否则发送指示信息。
步骤404，AS通过多播承载发送集群业务。
UE在MBSFN区域且能够正常接收多播承载，则UE不发送指示信息，所述AS通过预建的多播承载发送集群业务。
步骤405，UE向AS发送指示信息。
所述UE在MBSFN区域中不能正常接收多播承载，所述指示信息为False假。进一步，所述指示信息可能包含区域信息SAI或ECI.
比如：UE准备接收集群业务1和集群业务2，即该UE同时加入了多个集群业务组；集群业务1和集群业务2可能属于相同/不同的AS，比如集群业务1属于AS1，而集群业务2属于AS2，则UE向AS1和AS2分别发送指示信息.如果集群业务1和2属于同一个AS，则UE向这个AS发送指示信息。
UE可能采用PTM模式接收集群业务1，但不能采用PTM模式接收集 群业务2，则该UE向AS发送集群业务1为True，向AS发送集群业务2为False。
如：UE向集群业务1所属的AS1发送该集群业务1的指示信息：
如果是true，则可以仅发送true，即：{集群业务1，true}
也可以不但发送true还有其他信息，即：{集群业务1，true,ECI/SAI}
所述UE可以是空闲态或连接态，如果是空闲态，则所述UE先进入连接态上报指示信息，上报结束后，所述UE返回空闲态。
步骤406，AS通过单播承载发送集群业务。
所述AS通过EPC寻呼UE，如果AS已知UE位置信息，则AS在UE所在的MME发送寻呼消息，与UE建立PTP连接并发送集群业务；如果AS不知UE的位置信息，则AS在UE所在MBSFN区域的MME发送寻呼消息，与UE建立PTP连接并发送集群业务。
EPC包括：BM-SC,MBMS-GW,MME.
场景三：针对UE从MBSFN区域内移动到MBSFN区域外的情况，通过建立合适的承载方式实现传送集群通信的方法如图9所示，包括：
步骤501，UE准备接收集群服务。
本步骤与步骤301相同，这里不再赘述。
步骤502，UE从MBSFN区域内移动到MBSFN区域外。
所述UE根据所在驻留小区的系统消息SIB13和/或SIB15和/或MCCH消息判断自己是否移动到MBSFN区域外，例如：在UE驻留小区没有SIB13/SIB15/MCCH广播消息，则UE确定自己在MBSFN区域外。进一步，所述UE根据MCCH中的TMGI列表或者SIB15中的业务区域标识SAI确定是否位于自己准备/感兴趣接收的集群业务区域。
步骤503，UE向AS发送指示信息。
所述指示信息是False，则可以仅发送false，即：{集群业务1，false}
也可以不但发送false，还有其他信息，即：{集群业务1，false,ECI/SAI}.
所述指示信息通过UE和AS之间的GC1接口的应用层信令发送。
步骤504，AS与UE建立单播承载并发送集群业务。
所述UE无法通过MBMS承载接收集群业务，所述AS与所述UE建立单播承载并发送集群业务。
场景四：针对UE从MBSFN区域外移动到MBSFN区域内的情况，通过建立合适的承载方式实现传送集群通信的方法如图10所示，包括：
步骤601，UE准备接收集群业务。
步骤602，UE从MBSFN区域外移动到MBSFN区域内。
所述UE根据所在驻留小区的系统消息SIB13和/或SIB15和/或MCCH消息判断自己是否移动到MBSFN区域内，例如：在UE驻留小区接收到SIB13/SIB15/MCCH广播消息，则UE确定自己在MBSFN区域内。进一步，所述UE根据MCCH中的TMGI列表或者SIB15中的业务区域标识SAI确定是否位于自己准备/感兴趣接收的集群业务区域。
步骤603，UE向AS发送指示信息。
所述指示信息为True，用以表明所述UE可以通过MBMS承载接收集群业务。如果是true，可以仅发送true，即：{集群业务1，true}
也可以不但发送true还有其他信息，即：{集群业务1，true,ECI/SAI}
步骤604，AS判断是否通过MBMS承载向UE发送集群业务，如果是，转向步骤605，否则，转向步骤606。
所述AS根据网络负载和UE状态确定是否通过MBMS承载向发送集群业务，如果UE正在通过单播承载接收集群业务，且网络负载允许UE继续通过单播承载接收集群业务，则AS选择通过单播承载发送集群业务到UE，否则AS选择通过MBMS承载向UE发送集群业务。
步骤605，AS通过预建MBMS承载发送集群业务。
所述预建MBMS承载是指在UE上报指示信息之前，在集群业务区域建立的用于发送集群业务的MBMS承载。如果UE原来已建立单播承载到AS，则AS释放到UE的单播承载。
步骤606，AS通过单播承载向UE发送集群业务。
如果所述AS已经建立到UE的单播承载，则继续通过单播承载发送集群业务，否则AS寻呼UE，并与UE建立单播承载发送集群业务。
缩略语：
AS：Application Server，应用服务器；
EPC，Evolved Packet Core network，演进的分组核心网；
EPS：Evolved Packet System，演进的分组系统；
ECI：E-UTRAN Cell Identifier，E-UTRAN小区标识；
MBMS：Multimedia Broadcast/Multicast Service，多媒体广播/多播服务；
GCSE：Group Communication Service Enabler，组通信服务能力；
MCE：Multicell/Multicast Coordination Entity，多小区/多播协作实体；
MME：Mobility Management Entity，移动管理实体；
BM-SC：Broadcast Multicast-Service Centre，广播多播服务中心；
MBMS-GW：MBMS-GateWay，MBMS网关；
MBSFN:MBMS over a Single Frequency Network，单频网MBMS；
MCCH：Multicast Control Channel，多播控制信道；
MTCH：Multicast Traffic Channel，多播业务信道；
OAM，Operation Administration and Maintenance，操作管理和维护；
PTM：Point To Multipoint，点到多点；
PTP：Point To Point，点到点；
RRC：Radio Resource Control，无线资源控制；
SAI：Service Area Identifier，服务器区域标识；
SIB：System Information Block，系统信息块；
TMGI：Temporary Mobile Group Identity，临时移动组标识；
USD：User Service Description，用户业务描述。
本发明实施例所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。
相应的，本发明实施例还提供一种计算机存储介质，其中存储有计算机程序，该计算机程序用于执行本发明实施例的建立LTE集群通信承载的方法。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
工业实用性
本发明实施例的方法是准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备，上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。采用本发明的方法，UE能够上报能否接收MBMS承载的指示信息给网络侧，由网络侧反馈的合适的承载方式给UE，以根据该承载方式接收网络侧发送的 集群业务数据，从而能为每个UE建立合适的承载方式。

Claims (20)

  1. 一种建立LTE集群通信承载的方法，所述方法包括：
    准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备，上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群业务数据；
    所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。
  2. 根据权利要求1所述的方法，其中，所述用户设备根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据包括：
    所述集群业务承载方式为单播承载时，所述用户设备通过单播承载接收所述集群业务数据；或者，
    所述集群业务承载方式为MBMS承载时，所述用户设备通过MBMS承载接收所述集群业务数据。
  3. 根据权利要求1或2所述的方法，其中，所述方法还包括：
    上报指示信息之前，用户设备在集群业务所在的MBSFN区域内外移动时，判断用户设备自身是否支持MBMS承载。
  4. 根据权利要求3所述的方法，其中，所述判断用户设备自身是否支持MBMS承载包括：
    用户设备获取准备接收的集群业务对应的临时移动组标识TMGI；
    用户设备读取当前小区的用于配置MBMS参数的相关系统广播消息，得到多播控制信道MCCH的配置信息，若能根据所述MCCH的配置信息读取到在所述MCCH上承载了所述TMGI，则判断出用户设备自身支持MBMS承载。
  5. 根据权利要求1或2所述的方法，其中，所述指示信息至少采用应 用层信令或演进的分组系统EPS信令的方式上报；
    所述EPS信令包括：空口信令和演进的分组核心网EPC信令。
  6. 一种用户设备，所述用户设备包括：
    上报单元，配置为准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备上报指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；
    接收单元，配置为根据网络侧基于接收到的所述指示信息所选择的集群业务承载方式接收集群业务数据。
  7. 根据权利要求6所述的用户设备，其中，所述接收单元，还配置为所述集群业务承载方式为单播承载时，所述用户设备通过单播承载接收所述集群业务数据；或者，所述集群业务承载方式为MBMS承载时，所述用户设备通过MBMS承载接收所述集群业务数据。
  8. 根据权利要求6或7所述的用户设备，其中，所述用户设备还包括：
    判断单元，配置为上报指示信息之前，用户设备在集群业务所在的MBSFN区域内外移动时，判断用户设备自身是否支持MBMS承载。
  9. 根据权利要求8所述的用户设备，其中，所述判断单元，还包括：
    获取子单元，配置为获取准备接收的集群业务对应的临时移动组标识TMGI；
    解析子单元，配置为读取当前小区的用于配置MBMS参数的相关系统广播消息，解析得到多播控制信道MCCH的配置信息，若能根据所述MCCH的配置信息读取到在所述MCCH上承载了所述TMGI，则判断出用户设备自身支持MBMS承载。
  10. 根据权利要求6或7所述的用户设备，其中，所述指示信息至少采用应用层信令或演进的分组系统EPS信令的方式上报；
    所述EPS信令包括：空口信令和演进的分组核心网EPC信令。
  11. 一种建立LTE集群通信承载的方法，所述方法包括：
    第一网元设备接收准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备所上报的指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；
    第一网元设备根据所述指示信息选择集群业务承载方式；
    第一网元设备向所述用户设备反馈集群业务承载方式，第一网元设备通过选择的集群业务承载方式发送集群业务数据。
  12. 根据权利要求11所述的方法，其中，所述第一网元设备根据所述指示信息选择集群业务承载方式包括：
    第一网元设备根据所述指示信息判断是否采用单播承载，如果所述指示信息指示出不能接收MBMS承载，则选择所述集群业务承载方式为单播承载；否则，选择所述集群业务承载方式为MBMS承载。
  13. 根据权利要求11所述的方法，其中，上报指示信息之前，用户设备在集群业务所在的MBSFN区域内移动的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：
    第一网元设备判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，接收所述指示信息，通过单播承载发送集群业务数据。
  14. 根据权利要求11所述的方法，其中，上报指示信息之前，用户设备从集群业务所在的MBSFN区域内移动到MBSFN区域外的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：
    接收所述指示信息，通过单播承载发送集群业务数据。
  15. 根据权利要求11所述的方法，其中，上报指示信息之前，用户设备从集群业务所在的MBSFN区域外移动返回MBSFN区域内的情况下，所述第一网元设备通过选择的集群业务承载方式发送集群业务数据，包括：
    接收所述指示信息；
    第一网元设备判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，通过单播承载发送集群业务数据。
  16. 一种第一网元设备，所述第一网元设备，包括：
    信息接收单元，配置为接收准备通过多媒体广播/多播服务MBMS承载接收集群业务数据的用户设备所上报的指示信息；所述指示信息用于指示能否接收通过MBMS承载发送的集群数据；
    选择单元，配置为根据所述指示信息选择集群业务承载方式；
    发送单元，配置为向所述用户设备反馈集群业务承载方式，通过选择的集群业务承载方式发送集群业务数据。
  17. 根据权利要求16所述的第一网元设备，其中，选择单元，还配置为根据所述指示信息判断是否采用单播承载，如果所述指示信息指示出不能接收MBMS承载，则选择所述集群业务承载方式为单播承载；否则，选择所述集群业务承载方式为MBMS承载。
  18. 根据权利要求16所述的第一网元设备，其中，所述发送单元，还配置为上报指示信息之前，用户设备在集群业务所在的MBSFN区域内移动的情况下，判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，接收所述指示信息，通过单播承载发送集群业务数据。
  19. 根据权利要求16所述的第一网元设备，其中，所述发送单元，还配置为上报指示信息之前，用户设备从集群业务所在的MBSFN区域内移动到MBSFN区域外的情况下，接收所述指示信息，通过单播承载发送集群业务数据。
  20. 根据权利要求16所述的第一网元设备，其中，所述发送单元，还 配置为上报指示信息之前，用户设备从集群业务所在的MBSFN区域外移动返回MBSFN区域内的情况下，接收所述指示信息；判断用户设备是否支持通过MBMS承载发送集群业务数据，如果是，则通过MBMS承载发送集群业务数据；否则，通过单播承载发送集群业务数据。
PCT/CN2014/089058 2014-08-25 2014-10-21 建立lte集群通信承载的方法、用户设备及第一网元设备 WO2015117376A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410422492.3A CN105376717B (zh) 2014-08-25 2014-08-25 建立lte集群通信承载的方法、用户设备及第一网元设备
CN201410422492.3 2014-08-25

Publications (1)

Publication Number Publication Date
WO2015117376A1 true WO2015117376A1 (zh) 2015-08-13

Family

ID=53777196

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/089058 WO2015117376A1 (zh) 2014-08-25 2014-10-21 建立lte集群通信承载的方法、用户设备及第一网元设备

Country Status (2)

Country Link
CN (1) CN105376717B (zh)
WO (1) WO2015117376A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114125956A (zh) * 2020-08-31 2022-03-01 上海朗帛通信技术有限公司 一种被用于无线通信的方法和设备

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018058692A1 (zh) 2016-10-01 2018-04-05 华为技术有限公司 一种广播承载管理的方法及其设备
CN109429185B (zh) * 2017-08-30 2021-08-03 成都鼎桥通信技术有限公司 Mbsfn群组信令发送方法及装置
CN113411755B (zh) * 2017-12-28 2022-10-04 华为技术有限公司 一种通信方法、及相关产品
CN110972078A (zh) * 2018-09-30 2020-04-07 华为技术有限公司 多播/广播业务传输的方法、核心网网元和终端设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130159521A1 (en) * 2011-12-19 2013-06-20 Motorola Solutions, Inc. Method and apparatus for processing group event notifications and providing group policy in a communication system
CN103391513A (zh) * 2012-05-07 2013-11-13 中兴通讯股份有限公司 宽带数字集群业务的实现方法及集群调度管理中心
US20140194100A1 (en) * 2013-01-04 2014-07-10 Qualcomm Incorporated Enabling a wireless communication device to swtich from one local network to a separate wide area network for a high priority multicast group communication

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100442701C (zh) * 2004-12-28 2008-12-10 华为技术有限公司 网络侧获知用户接收多媒体广播/组播业务情况的方法
CN101114921B (zh) * 2006-07-28 2010-10-27 华为技术有限公司 一种发送多媒体广播/组播服务业务的方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130159521A1 (en) * 2011-12-19 2013-06-20 Motorola Solutions, Inc. Method and apparatus for processing group event notifications and providing group policy in a communication system
CN103391513A (zh) * 2012-05-07 2013-11-13 中兴通讯股份有限公司 宽带数字集群业务的实现方法及集群调度管理中心
US20140194100A1 (en) * 2013-01-04 2014-07-10 Qualcomm Incorporated Enabling a wireless communication device to swtich from one local network to a separate wide area network for a high priority multicast group communication

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114125956A (zh) * 2020-08-31 2022-03-01 上海朗帛通信技术有限公司 一种被用于无线通信的方法和设备

Also Published As

Publication number Publication date
CN105376717A (zh) 2016-03-02
CN105376717B (zh) 2020-06-23

Similar Documents

Publication Publication Date Title
CN104813690B (zh) 基于lte多媒体广播多播业务的群组通信方法及用户设备
CN102378113B (zh) 一种多媒体广播多播业务传输方式的转换方法和系统
US8472364B2 (en) Evolved multimedia broadcast/multicast service base station, user equipment and methods thereof
JP5570604B2 (ja) 通信システム内でマルチキャストサービスを提供するための装置および方法
EP3051846B1 (en) Cluster communication method and user equipment
WO2017128704A1 (zh) 一种建立单播承载的方法、终端及基站
WO2016045325A1 (zh) 指示信息的确定、处理以及请求消息的处理方法、装置及计算机存储介质
KR101801363B1 (ko) Ｍｂｍｓ 제공 장치 및 이를 이용한 ｍｂｍｓ 제공 방법
US10334480B2 (en) Method, system, device for controlling congestion or overload and evolved node B (eNB)
KR20140107628A (ko) 클라이언트 지원형 타깃 멀티캐스트 영역 검출
WO2011147237A1 (zh) 多媒体广播组播业务控制信息的发送方法及装置
EP3188518B1 (en) Lte trunking communication method and device
WO2015117376A1 (zh) 建立lte集群通信承载的方法、用户设备及第一网元设备
US20220322291A1 (en) Method for channel establishment, base station and multi-cell multicast coordination entity mce
CN107135485B (zh) 一种建立车与万物会话请求、确定传输小区的方法及装置
CN101442711A (zh) 用户设备反馈多媒体广播多播业务信息的方法
CN112566045A (zh) 多媒体广播组播业务mbms传输方法及设备
WO2010135870A1 (zh) 多播组播业务控制信息的传输和获取方法及装置

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

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

Country of ref document: EP

Kind code of ref document: A1