WO2016163820A1 - Procédé, système et appareil pour transmettre des données de service de communication de groupe - Google Patents

Procédé, système et appareil pour transmettre des données de service de communication de groupe Download PDF

Info

Publication number
WO2016163820A1
WO2016163820A1 PCT/KR2016/003730 KR2016003730W WO2016163820A1 WO 2016163820 A1 WO2016163820 A1 WO 2016163820A1 KR 2016003730 W KR2016003730 W KR 2016003730W WO 2016163820 A1 WO2016163820 A1 WO 2016163820A1
Authority
WO
WIPO (PCT)
Prior art keywords
transmission mode
single cell
gcse
multicast transmission
mbms
Prior art date
Application number
PCT/KR2016/003730
Other languages
English (en)
Inventor
Hong Wang
Lixiang Xu
Xiaowan KE
Original Assignee
Samsung Electronics Co., Ltd.
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
Priority claimed from CN201510170353.0A external-priority patent/CN106162565B/zh
Application filed by Samsung Electronics Co., Ltd. filed Critical Samsung Electronics Co., Ltd.
Priority to KR1020177027931A priority Critical patent/KR102362973B1/ko
Priority to US15/565,076 priority patent/US10506387B2/en
Priority to EP16776923.1A priority patent/EP3281424B1/fr
Publication of WO2016163820A1 publication Critical patent/WO2016163820A1/fr
Priority to US16/708,226 priority patent/US10993086B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
    • 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/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles

Definitions

  • the present disclosure relates to radio communications, and in particular to a method, a system and an apparatus for transmitting group communication service data.
  • Fig.1 is architecture of a long term evolution(LTE)system provided according to traditional art.
  • Evolved universal terrestrial radio access network (E-UTRAN) 102 is a radio access network which includes a macro base station (eNode B/Node B) to provide a radio network interface for the UE.
  • Mobility management entity (MME) 103 is in charge of mobility context, session context, and security information of the UE.
  • Serving gateway (SGW) 104 is mainly configured to provide a user plane function. The MME 103 and the SGW 104 may be located in a same physical entity.
  • Packet data network gateway (PGW) 105 is in charge of functions such as charging and lawful interception, and it may be located in a same physical entity together with the SGW 104.
  • Policy and charging rule function (PCRF) entity 106 provides quality of service (QoS) policy and charging rules.
  • Serving general packet radio service (GPRS) support node (SGSN) 108 is a network node device that provides routing for data transmission in a universal mobile telecommunications system (UMTS).
  • Home subscriber server (HSS) 109 is a home sub-system of the UE, and is responsible for protecting user information such as a current location of the UE, an address of a serving node, user security information, and packet data context of the UE.
  • the object of the group communication service is to provide a fast and efficient mechanism to distribute same data to UEs in a group.
  • the idea of the group communication service has been widely used in land mobile radio (LMR) systems of public security organizations.
  • a typical application is to provide a push to talk (PTT) function.
  • PTT push to talk
  • the group communication service for LTE at least should support voice communications, and performance thereof should be equivalent to PTT performance of traditional group communication services.
  • the group communication service for LTE should support a UE in different statuses and different environments where a UE is located.
  • LTE has an ability of broadband data transmission, and the group communication service for LTE should support data communications such as voice and video communications.
  • Group call system enabler (GCSE) service for LTE is a service that introduces application layer functions into the 3GPP technique to support the group communication.
  • UEs of a LTE system are divided into different GCSE groups, and a UE may belong to one or more different GCSE groups.
  • a GCSE group a UE that needs to receive GCSE service data is called receiving group member, and a UE that needs to send GCSE service data is called sending group member.
  • the GCSE service for LTE is communications between sending group members and receiving group members.
  • the GCSE service for LTE also needs to support a UE communicating with multiple GCSE groups at the same time, e.g., the UE carrying out a voice service with a GCSE group and carrying out a video service or other data services with other GCSE groups.
  • the service may be provided to the receiving UEs by a broadcast mode and a multicast mode, i.e., the GCSE service for LTE being implemented by the broadcast mode and the multicast mode.
  • This kind of broadcast and multicast service is referred to as multimedia broadcast and multicast service (MBMS).
  • MBMS multimedia broadcast and multicast service
  • Each MBMS bearer provides services in its serving area, and for each cell in the serving area, uses a dedicated control channel, e.g. a multicast control channel (MCCH), to transmit MBMS signaling.
  • MCCH multicast control channel
  • LTE introduces a broadcast/multicast service center (BM-SC), a multi-cell/multicast coordination entity (MCE), and a MBMS gateway (MBMS-GW).
  • BM-SC broadcast/multicast service center
  • MCE multi-cell/multicast coordination entity
  • MBMS-GW MBMS gateway
  • the BM-SC is a multimedia broadcast-multicast service providing center
  • MBMS data packets are sent from the BM-SC to the MBMS-GW.
  • the MBMS-GW is a logic entity, and may be integrated into another entity or may be configured separately between the BM-SC and an eNB, responsible for sending/broadcasting MBMS data packets to each eNB which is to transmit data.
  • Each eNB forwards the MBMS data packets to UEs.
  • MBMS control signaling is sent from the BM-SC to the MBMS-GW, and then it is sent to an EUTRAN through a MME.
  • a MCE is configured to receive MBMS signaling, decide to use a multimedia broadcast single frequency network (MBSFN) transmission mode, and transmit MBMS signaling to a corresponding eNB.
  • MMSFN multimedia broadcast single frequency network
  • a continuous area is defined.
  • each eNB uses a same carrier to synchronously transmit same MBMS signaling, so as to improve MBMS receiving quality of UEs.
  • This continuous area is called single frequency network (SFN) area.
  • SFN single frequency network
  • the SFN area contains a group of cells whose geographical locations are continuous. The group of cells uses a same radio resource to synchronously transmit a specific MBMS.
  • transmitting data using the MBSFN transmission mode is suitable for a MBMS where there are a great number of UEs and the UEs are widely spread.
  • a MBSFN area covers coverage areas of multiple eNBs, and a same radio resource needs to be allocated to the multiple eNBs.
  • the same radio resource may be configured by a MCE, and may be sent to the eNBs through a M2 interface.
  • the MBSFN transmission mode may not be suitable for requirements of some GCSE services.
  • the MBSFN transmission mode to transmit the GCSE service data in an overall SFN area may waste LTE air interface resources.
  • the single cell multicast transmission mode should be used to transmit the GCSE service data.
  • the embodiments of the present disclosure provide a method, a system, and an apparatus for transmitting group communication service data, so that when a MBMS is used to transmit GCSE service data, LTE air interface resources may be saved.
  • the present disclosure may be implemented as follows.
  • a method for transmitting group communication service data includes:
  • MCE multi-cell/multicast coordination entity
  • MBSFN multimedia broadcast single frequency network
  • GCSE group communication system enabler
  • the MCE instructing an eNodeB (eNB) to use the single cell multicast transmission mode to transmit the GCSE service data.
  • eNB eNodeB
  • a system for transmitting group communication service data includes a multi-cell/multicast coordination entity (MCE) and an eNodeB (eNB), in which
  • MCE multi-cell/multicast coordination entity
  • eNB eNodeB
  • the MCE is configured to know whether a multimedia broadcast single frequency network (MBSFN) transmission mode or a single cell multicast transmission mode is used to transmit group communication system enabler(GCSE) service data, in which whether the MBSFN transmission mode or the single cell multicast transmission mode is used to transmit the GCSE service data is determined based on UE capability information and UE location information, and in response to determining that the single cell multicast transmission mode is used, the MCE instructs the eNB to use the single cell multicast transmission mode to transmit the GCSE service data; and
  • MBSFN multimedia broadcast single frequency network
  • GCSE group communication system enabler
  • the eNB is configured to transmit the GCSE service data using the single cell multicast transmission mode under an instruction by the MCE.
  • An apparatus for transmitting group communication service data includes a determination module and an instruction module, in which
  • the determination module is configured to determine whether a multimedia broadcast single frequency network (MBSFN) transmission mode or a single cell multicast transmission mode is used to transmit group cell service enabler (GCSE) service data, in which whether the MBSFN transmission mode or the single cell multicast transmission mode is used to transmit the GCSE service data is determined based on UE capability information and UE location information; and
  • MBSFN multimedia broadcast single frequency network
  • GCSE group cell service enabler
  • the instruction module is configured to instruct an eNodeB (eNB) to use the single cell multicast transmission mode to transmit the GCSE service data in response to the determination module determining that the single cell multicast transmission mode is used.
  • eNB eNodeB
  • the LTE uses a MBMS to transmit GCSE service data
  • a MCE knows whether a MBSFN transmission mode or a single cell multicast transmission mode is used to transmit the GCSE service data. Whether the MBSFN transmission mode or the single cell multicast transmission mode is used to transmit the GCSE service data is determined based on UE capability information and UE location information.
  • the MCE instructs an eNodeB (eNB) to use the single cell multicast transmission mode to transmit the GCSE service data.
  • eNB eNodeB
  • a transmission mode is determined according to UE requirements required for transmitting the GCSE service data, and the GCSE service data is not transmitted using the MBSFN transmission mode in all situations, so the GCSE service data may be transmitted in several cells or in a cell, not in an overall SFN area, which saves LTE air interface resources.
  • FIG.1 is architecture of a LTE system provided according to traditional art
  • FIG.2 is a flowchart illustrating a method for transmitting group communication service data according to embodiments of the present disclosure
  • FIG.3 is a flowchart illustrating a method in a first detailed example of transmitting group communication service data according to embodiments of the present disclosure
  • FIG.4 is a flowchart illustrating a method in a second detailed example of transmitting group communication service data according to embodiments of the present disclosure
  • FIG.5 is a flowchart illustrating a first method for a MCE making statistics of UE capability information according to embodiments of the present disclosure
  • FIG.6 is a flowchart illustrating a second method for a MCE making statistics of UE capability information according to embodiments of the present disclosure
  • FIG.7 is a flowchart illustrating a method for a MCE acquiring capability information of an eNB according to embodiments of the present disclosure
  • FIG.8 is a schematic diagram of a structure of a system for transmitting group communication service data according to embodiments of the present disclosure.
  • FIG.9 is a schematic diagram of a structure of an apparatus for transmitting group communication service data according to embodiments of the present disclosure.
  • a reason that causes waste of LTE interface resources is that in a solution where a MCE configures a MBSFN transmission mode, and CGSE service data is transmitted in a determined SFN area, a mode by which an eNB transmitting the GCSE service data cannot be changed, and no matter whether the GCSE service data needs to cover the overall SFN area, or only needs to cover one or several cells, the GCSE service data needs to be transmitted in the SFN area.
  • a MCE when a MBMS is used to transmit GCSE service data in a LTE system, a MCE knows whether to use a MBSFN transmission mode or a single cell multicast transmission mode to transmit the GCSE service data. Whether to use the MBSFN transmission mode or use the single cell multicast transmission mode to transmit the GCSE service data is determined according to UE capability information and UE location information. When the single cell multicast transmission mode is used, the MCE instructs aneNB to transmit the GCSE service data using the single cell multicast transmission mode.
  • the mode of transmitting the GCSE service data is determined according to UE requirements needed for transmitting the GCSE service data, the GCSE service data is not transmitted using the MBSFN transmission mode in all situations, so the GCSE service data may be transmitted within several cells or within a cell, but not in an overall SFN area, which saves LTE air interface resources.
  • the GCSE service data when transmitted using the embodiments of the present disclosure, it is strongly targeted, which may support a UE continuously receiving the GCSE service data and reducing loss of the GCSE service data.
  • Fig.2 is a flowchart illustrating a method for transmitting group communication service data according to embodiments of the present disclosure. The method is as follows.
  • Step 201 a MCE knows whether GCSE service data is transmitted using a MBSFN transmission mode or using a single cell multicast transmission mode, and whether the GCSE service data is transmitted using the MBSFN transmission mode or using the single cell multicast transmission mode is determined according to UE capability information and UE location information.
  • the MCE determines whether the MBSFN transmission mode or the single cell multicast transmission mode is used to transmit the GCSE service data.
  • One approach is that the MCE by itself decides whether the MBSFN transmission mode or the single cell multicast transmission mode is used to transmit the GCSE service data according to UE capability information and UE location information.
  • a GCSE server decides whether the MBSFN transmission mode or the single cell multicast transmission mode is used to transmit the GCSE service data according to the UE capability information and UE location information, and then notifies the MCE.
  • Step 202 when the single cell multicast transmission mode is used, the MCE instructs an eNB to transmit the GCSE service data using the single cell multicast transmission mode.
  • a GCSE server determines to use a single cell multicast transmission mode to transmit GCSE service data.
  • the GCSE server determines whether the single cell multicast transmission mode can be used or not according to capability information of UEs and location information of the UEs.
  • Fig.3 is a flowchart illustrating a method in the first detailed example of transmitting group communication service data according to embodiments of the present disclosure. The method may include the following steps.
  • Step 301 a UE sends location information of the UE to a GCSE server.
  • the UE should also report its capability information to the GCSE server.
  • the capability information of the UE includes information on whether the UE has a capability of supporting the single cell multicast transmission mode.
  • the UE may enter into an idle mode, and when the UE moves to a new cell, the UE needs to enter into a connected mode, and then report its location information, e.g., an E-UTRAN cell global identifier (ECGI) of the new cell, to the GCSE server through a message.
  • the message may further include an identity of the UE, e.g., an application layer identity of the UE. The identity of the UE enables the GCSE server to distinguish different subscribers using UEs.
  • Step 302 an eNB sends a M2 establishment request message to a MCE.
  • the M2 establishment request message includes an identity of the eNB, a cell identity of the eNB, and a service area identity (SAI) of a cell on the eNB, and the message may further carry single cell multicast transmission capability information of the eNB, i.e., indication information indicating whether the eNB supports the single cell multicast transmission mode or not.
  • SAI service area identity
  • Step 303 the MCE sends a M2 establishment response message to the eNB.
  • the M2 establishment response message carries configuration information made by the MCE for the eNB, e.g., configuration information for a MBMS control channel.
  • the step 302 and the step 303 are interactions between the eNB and the MCE, and may be performed before the step 301.
  • the step 302 is to let the MCE know whether the eNB can support the single cell multicast transmission mode or not. If the eNB cannot support the single cell multicast transmission mode, the MCE may refuse to use the single cell multicast transmission mode to provide the MBMS service. Or according to configuration by an operator, all eNBs under the MCE may be updated to eNBs which can support the single cell multicast transmission mode, then a M2 establishment procedure currently defined may be used.
  • Step 304 the GCSE server determines to use the single cell multicast transmission mode to transmit the GCSE service data.
  • the GCSE server sends a service start message to a BM-SC, and the service start message carries a GCSE service identity, indication information of the single cell multicast transmission mode, and a cell list.
  • the GCSE server may determine whether to use the MBSFN transmission mode or use the single cell multicast transmission mode according to UE capability information and UE location information.
  • the GCSE server determines to use the single cell multicast transmission mode. If some of the UEs do not support the single cell multicast transmission mode, or the UEs are very scattered, then the MBSFN transmission mode may be used.
  • the GCSE service identity in the service start message may be a temporary mobile group identity (TMGI), or other service identities that can uniquely indicate a service, and the service identities may be mapped to TMGIs.
  • TMGI temporary mobile group identity
  • Each UE for the GCSE service reports its location information to the GCSE server.
  • the GCSE server forms the cell list to indicate locations of all UEs that are to receive the GCSE service data, and the GCSE service data are to be sent within cells indicated by the cell list.
  • the service start message may further carry indication information of the single cell multicast transmission mode.
  • the indication information of the single cell multicast transmission mode may be implemented through various approaches.
  • the service start message in the step 304 contains the cell list, and further contains the indication information of the single cell multicast transmission mode, indicating that the GCSE server determines to use the single cell multicast transmission mode.
  • the service start message in the step 304 not only contains eMBMS service scope information, i.e., a SAI list, but also contains a cell list of the UEs, then it does not need to carry the indication information of the single cell multicast transmission mode, as the cell list can indicate that the GCSE server decides to adopt the single cell multicast transmission mode to transmit the GCSE service data.
  • eMBMS service scope information i.e., a SAI list
  • the cell list can indicate that the GCSE server decides to adopt the single cell multicast transmission mode to transmit the GCSE service data.
  • the MBMS service scope information may be set to a SAI list, or a cell list.
  • the MBMS service scope information is set to the SAI list, then it indicates the MBSFN transmission mode, or when the MBMS service scope information is set to the cell list, then it indicates the single cell multicast transmission mode.
  • Step 305 the BM-SC sends a MBMS session start request message to a core network.
  • the core network includes an eMBMS gateway and a MME.
  • the BM-SC and the core network are described as a single function module.
  • the MME sends the MBMS session start request message to the MCE.
  • Step 306 the MCE sends the MBMS session start request message to the eNB.
  • the MBMS session start request message carries for example, a TMGI, a QoS, and a cell list.
  • the MBMS session start request message may further carry indication information of the single cell multicast transmission mode.
  • Carrying the indication information of the single cell multicast transmission mode may be implemented via various approaches.
  • the MBMS session start request message of the step 306 carries the indication information of the single cell multicast transmission mode and the cell list.
  • the MBMS session start request message of the step 306 not only contains the eMBMS service scope information, i.e., the SAI list, but also contains cell list information of the UEs, then it is not necessary to carry the indication information of the single cell multicast transmission mode, because if the MBMS session start request message carries the cell list, the cell list may indicate that the GCSE server decides to use the single cell multicast transmission mode to transmit the GCSE service data.
  • the cell list indicates that the single cell multicast transmission mode is to be used to transmit the GCSE service data, and if the cell list is not contained, but the MBMS session start request message carries the SAI list, then it indicates that the MBSFN transmission mode is to be used to transmit the GCSE service data.
  • the MCE needs to determine eNBs to which it sends the MBMS session start request message. If the MBMS session start request message of the step 305 contains the eMBMS service scope information, i.e., the SAI list, but does not contain the cell list, then the MCE may find a corresponding MBSFN according to a service scope indicated by the eMBMS service scope information, and send the MBMS session start request message to all eNBs in the scope of the MBSFN.
  • the eMBMS service scope information i.e., the SAI list
  • the MCE may send the MBMS session start request message to all eNBs that belong to the SAI list.
  • Actions of the eNB the eNB receives the MBMS session start request message of the step 306, and the eNB executes actions of the step 310. That is, if the MBMS session start request message carries the cell list, then the eNB may omit the eMBMS service scope information, i.e., the SAI list, contained in the MBMS session start request message. The eNB may determine whether a serving cell of the eNB belongs to a scope indicated by the cell list according to the cell list. If yes, then the following steps 311, 312, and 313 are performed. And if no, then the following steps 312 and 313 will not be performed, but the step 311 is performed.
  • the eNB receives the MBMS session start request message of the step 306, and the eNB executes actions of the step 310. That is, if the MBMS session start request message carries the cell list, then the eNB may omit the eMBMS service scope information, i.e., the
  • Step 307 the eNB sends a MBMS session start response message or a MBMS session start failure message to the MCE.
  • the eNB sends the MBMS session start failure message to the MCE. If the base station can configure the single cell multicast transmission according to the MBMS session start request message, the base station sends a MBMS session start response message to the MCE.
  • Step 308 the MCE sends the MBMS session start response message or the MBMS failure message to the core network.
  • Step 309 the core network sends a service response message or a service failure message to the GCSE server.
  • Step 311 the eNB joins a MBMS multicast data group. According to a multicast address carried in the step 306, the eNB sends a corresponding message to join an IP multicast group. After this, the eNB may receive the GCSE service data from a MBMS-GW.
  • Step 312 the eNB sends MBMS control information.
  • the MBMS control information carries a MBMS service identity, or indication information corresponding to the MBMS service, and may further include a single cell multicast group identity, channel configuration information, etc.
  • the MBMS control information may be transmitted on a broadcast channel, or on a MCCH, or on new multicast control information defined for the MBMS.
  • the eNB may send the GCSE service data to the UE, and for the single cell multicast transmission mode, the eNB sends the GCSE service data to the UE via a downlink shared channel.
  • the UE When the UE moves to the new cell, the UE needs to enter into the RRC connected mode, and then initiate the procedure of step 301.
  • the GCSE server may need to update the cell list, e.g., adding a new cell identity, and removing an identity of a cell where no UE resides, and the GCSE server sends the updated cell list to the BM-SC.
  • the BM-SC initiates an eMBMS update procedure.
  • eMBMS update message a new cell list is contained.
  • the update procedure is similar to that of the MBMS session start procedure, which will not be elaborated herein.
  • the GCSE server When the service ends, the GCSE server notifies the BM-SC that the service ends, and the BM-SC initiates a service stop procedure through a service stop message.
  • the service stop message contains a service identity.
  • Fig.4 is a flowchart illustrating a method in a second detailed example of transmitting group communication service data according to embodiments of the present disclosure. The method includes the following steps.
  • Step 401 a GCSE server decides to start a service, and the GCSE server sends a service start message to a BM-SC.
  • the service start message carries information such as an identity of the service and a QoS of the service.
  • the identity of the service in the service start message may be a TMGI, or other identities that can uniquely indicate the service.
  • Step 402 the BM-SC sends a MBMS session start request message to a core network which includes an eMBMS-GW and a MME.
  • a core network which includes an eMBMS-GW and a MME.
  • the BM-SC and the core network are described as a single function module.
  • the MME sends the MBMS session start request message to the MCE.
  • Step 403 the MCE sends a UE counting procedure.
  • the UE counting procedure will be described in Embodiment 3.
  • the MCE counts the number of UEs and obtains identities of cells where the UEs are located. According to UE statistics, the MCE knows location information of the UEs, and determines whether the UEs use the single cell multicast transmission mode, or use the MBSFN transmission mode. For example, a lot of UEs may be in a same cell or in a same group of cells, when the single cell transmission mode is used, waste of LTE air interface resources may be reduced. In this case, the MCE may decide to use the single cell multicast transmission mode. If the MCE decides to use the single cell multicast transmission mode, it may form identities of cells which are to provide the single cell multicast transmission mode into a cell list, contain the cell list in a message of step 404, and send the cell list to the eNB.
  • the MCE may determine whether to use the single cell multicast transmission mode or not based on the UE statistics together with capability information of the UEs obtained from the Embodiment 3. There may be other approaches to provide information to the MCE so that the MCE makes a decision, in which case, the step 403 does not need to be performed.
  • the UE may report its location information and capability information to the GCSE server, and the GCSE server generates a cell list according to the capability information and the UE location information, and the cell list includes an EGCI of the cell.
  • the GCSE forms a cell list, and the cell list indicates cells in which the GCSE service data are to be broadcasted.
  • the GCSE server sends a service start message to the BM-SC, and the service start message contains a service identity of the GCSE and the cell list.
  • the BM-SC sends a MBMS session start request message to the MBMS-GW, the MBMS-GW forwards the MBMS session start request message to the MME, and the MME forwards the MBMS session start request message to the MCE.
  • the MCE determines to use the MBSFN transmission mode or use the single cell multicast transmission mode according to cell lists contained in cells, and according to capability information of eNBs under the MCE, with reference to a MBMS service scope. For example, the MBMS service scope is large, but a cell list just contains identities of several cells, which indicates that data is to be broadcast in a small scope. In this case, the MCE may decide to use the single cell multicast transmission mode. If the MCE can map cells indicated by the cell list to a certain MBSFN area, the MCE may decide to use the MBSFN transmission mode, and if the cells indicated by the cell list cannot be mapped to the MBSFN area, the MCE decides to use the single cell multicast transmission mode. After the MCE makes a decision, it may send the message of step 404 to the eNB.
  • the GCSE server may know the UE capability information through report by the UEs (e.g. through the step 301), if a UE having GCSE service does not support the single cell multicast transmission mode, the GCSE server may contain indication information indicating that it does not support the single cell multicast mode in a BMSC message (e.g., service start message) sent to the BMSC.
  • the indication information may be sent by the GCSE server to the BMSC.
  • the BMSC may send the MBMS session start request message to the MCE through a core network in the step 402.
  • the MBMS session start request message carries the indication information indicating that the single cell multicast transmission mode is not supported. According to the indication information, the MCE decides to use the MBSFN transmission mode, and not to use the single cell multicast transmission mode, even if the MBMS session start request message contains the cell list.
  • the GCSE server may know the UE capability information according to report by the UEs (e.g., through the step 301). If the UEs for the GCSE service all support the single cell multicast transmission mode, the GCSE server may contain indication information indicating that the single cell multicast transmission mode is supported in a message (e.g., service start message) sent to the BMSC. The indication information may be sent to the BMSC by the GCSE server. The message may include a cell list.
  • the BMSC sends the MBMS session start request message to the MCE through the core network, and the MBMS session start request message contains indication information indicating that the single cell multicast transmission mode is supported.
  • the MCE may decide to use the MBSFN transmission mode or use the single cell multicast transmission mode. For example, if the MCE can map cells indicated by the cell list to a certain MBSFN area, the MCE may decide to use the MBSFN transmission mode, and if the cells indicated by the cell list cannot be mapped to the MBSFN area, the MCE decides to use the single cell multicast transmission mode.
  • Step 404 the MCE sends a MBMS session start request message to the eNB.
  • the MBMS session start request message includes a service identity, e.g. a TMGI, a QoS, a service serving scope, e.g., a SAI list, and a cell list.
  • a service identity e.g. a TMGI
  • QoS QoS
  • a service serving scope e.g., a SAI list
  • cell list e.g., a cell list.
  • the MBMS session start request message may carry indication information of the single cell multicast transmission mode, and carrying the indication information of the single cell multicast transmission mode may be implemented by various approaches.
  • the MBMS session start request message of the step 404 carries the indication information of the single cell multicast transmission mode and the cell list.
  • the MBMS session start request message of the step 404 not only contains the eMBMS service scope information, i.e., the SAI list, but also contains cell list information of the UEs, then it is not necessary to carry the indication information of the single cell multicast transmission mode, because if the MBMS session start request message carries the cell list, the cell list may indicate that the GCSE server or the MCE decides to use the single cell multicast transmission mode to transmit the GCSE service data.
  • the cell list indicates that the single cell multicast transmission mode is to be used to transmit the GCSE service data, and if the cell list is not contained, but the MBMS session start request message carries the SAI list, then it indicates that the MBSFN transmission mode is to be used to transmit the GCSE service data.
  • the MCE may send the MBMS session start request message to all eNBs in a service scope.
  • the MCE may send the MBMS session start request message to all the eNBs in the service scope.
  • an eNB When an eNB receives the MBMS session start request message, if the MBMS session start request message contains a cell list, and the eNB has an ability to provide the single cell multicast transmission mode, the eNB sends a MBMS session start response message to the MCE. If the eNB does not have the ability to provide the single cell multicast transmission mode, the eNB may send a MBMS session start refuse message to the MCE.
  • a service transmitted by the broadcast mode is very import and each UE needs to be guaranteed to receive the service, it is better for the eNB to report its ability of whether supporting the single cell multicast transmission mode or not to the MCE during the M2 establishment procedure.
  • the MCE decides whether to use the single cell multicast transmission mode to transmit the GCSE service data or not according to eNB capability information and UE capability information. How the MCE obtains the eNB capability information and the UE capability information will be further described in Embodiment 3 and Embodiment 4.
  • the eNB After the eNB receives the message, it needs to determine whether a serving cell on the eNB belongs to a cell indicated by a cell list. If yes, then the eNB needs to broadcast the GCSE service data using the single cell multicast transmission mode in the cell. If the cell on the eNB does not belong to cells indicated by the cell list, then the eNB saves information contained in the service request message, and forms MBMS service context on the eNB for subsequent transmission of the GCSE service data.
  • the eNB To support a situation where when a UE moves, it can continuously receive the GCSE service data, and a situation where a UE which just powers on can report GCSE service data that the UE is interested in, even if the cell on the eNB does not belong to the cells indicated by the cell list, the eNB still needs to broadcast MBMS control information. Specifically, if the eNB belongs to a MBMS service scope, but the cell on the eNB does not belong to the cells indicated by the cell list, the eNB may broadcast the MBMS service identity through the MBMS control information, or broadcast indication information which can be mapped to a particular MBMS service, and broadcast the indication information of transmitting the MBMS service using the single cell multicast transmission mode.
  • Step 405 the eNB sends a MBMS session start response message or a MBMS session start failure message to the MCE.
  • the eNB If the eNB does not support the single cell multicast transmission mode, the eNB sends the MBMS session start failure message to the MCE.
  • the eNB If the eNB is able to configure the single cell multicast transmission mode according to the MBMS session start request message, the eNB sends a MBMS session start response message to the MCE.
  • Step 406 the MCE sends the MBMS session start response message or the MBMS session start failure message to the core network.
  • the MCE forwards the MBMS session start response message or the MBMS session start failure message to the core network.
  • the core network includes a MME, a MBMS-GW, and a BM-SC.
  • the MCE sends the MBMS session start response message or the MBMS session start failure message to the MME, and the MME forwards the MBMS session start response message or the MBMS session start failure message to the MME.
  • the MME then forwards the MBMS session start response message or the MBMS session start failure message to the MBMS-GW, and the MBMS-GW forwards the MBMS session start response message or the MBMS session start failure message to the BM-SC.
  • Step 407 the core network sends a service response message or a service failure message to the GCSE server.
  • the BM-SC may forward the service response message or the service failure message to the GCSE server.
  • Step 408 the eNB joins a MBMS multicast data group.
  • the eNB sends a message to a MBMS-GW to join an IP multicast group.
  • the eNB may receive GCSE service data from the MBMS gateway. Only an eNB which has received the MBMS session start request message and a cell of the eNB belongs to the cell list can join the IP multicast group, other eNBs may join the IP group when an UE of an eNB needs to receive the GCSE service data.
  • all eNB that have received the MBMS session start request message will join the IP multicast group, and an eNB that does not need to provide the single cell multicast transmission mode discards data after it receive the data, and if a UE needs to receive data from the eNB, the eNB may establish a multicast channel to provide data transmission for the UE.
  • Step 409 the message of step 404 may contain a cell list.
  • the eNB After the eNB receives the message of step 404, it needs to determine whether the cell on the eNB belongs to the cell list. If it does, then the eNB performs the step 410 and step 411.
  • Step 410 the eNB sends MBMS control information.
  • the MBMS control information carries a service identity of the MBMS service, or indication information corresponding to the MBMS service, and may also contain a single cell multicast identity, channel configuration information, etc.
  • the control information may be transmitted on a broadcast channel, or on a MCCH, or on newly multicast control information defined for the MBMS.
  • Step 411 the eNB transmits the GCSE service data to the UE, and for the single cell multicast transmission mode, the GCSE service is sent to the UE through a downlink sharing channel.
  • FIG.5 is a flowchart illustrating a first method for a MCE making statistics of UE capability information according to embodiments of the present disclosure. The method is as follows.
  • Step 501 the MCE sends a UE counting message to eNB1 and eNB2.
  • the eNB1 and the eNB2 are certain eNBs in a MBMS service scope.
  • the UE counting message contains a MBMS service identity, and the UE counting message further includes instruction information to indicate the number of UEs in a cell to be made statistics of, including UEs in a connected mode, or UEs in an idle mode.
  • an eNB sends the UE counting message to UEs.
  • the UE counting message includes a MBMS service identity, or includes indication information that can indicate a MBMS service.
  • the eNB1 and eNB2 in the MBMS service scope send the UE counting message through air interfaces.
  • Step 503 the UEs send UE counting response messages, and if a UE is in the RRC connected mode, it can send a UE counting response message directly, and if a UE is in the idle mode, the UE needs first to establish a RRC connection, and send the UE counting response message.
  • the UE During the RRC connection establishment procedure, the UE needs to reports its capability information on whether it support the single cell multicast transmission mode to an eNB.
  • An indication of the capability information may be carried in a RRC establishment request message, or in a RRC establishment complete message, and is sent to the eNB by the UE.
  • the MCE decides to transmit the GCSE service using the single cell multicast transmission mode. For example, if the UE sends the message of the step 503, or the message of the step 505, or the message of step 508, but during the RRC establishment procedure, indication information of supporting the single cell multicast transmission mode is not carried.
  • the eNB needs to send a message to the MCE, to notify the MCE that the UE is not capable of supporting the single cell multicast transmission mode, and after knowing that the UE is not capable of supporting the single cell multicast transmission mode, the MCE decides to use the MBSFN transmission mode to provide the GCSE service.
  • Step 504 the eNB sends a UE counting report message to the MCE.
  • the eNB counts the number of UEs in cells, and sends the number of UEs in the respective cells to the MCE, and the UE counting report message includes a MBMS service identity, cell identities, and the number of UEs in the cells. If under the eNB2, no UE sends a UE counting response, the eNB2 may not send a UE counting report message to the MCE, or sends aUE counting report message to the MCE, in which the number of UEs is 0.
  • the foregoing description is made for the first method for making statistics of the UE number.
  • the method may use a current UE counting procedure, and make corresponding changes to messages contained therein, or may define a new procedure to perform the UE counting procedure.
  • Fig.6 is a flowchart illustrating a second method for a MCE making counting of UE capability information according to embodiments of the present disclosure. The method is as follows.
  • Step 601 after a UE for a GCSE service resides or is handed over to a new cell, the UE sends indication information indicating the UE is interested in the GCSE service to an eNB through a message, and the message carries an identity of a MBMS, or carries indication information corresponding to the MBMS.
  • an eNB in a service scope of the MBMS sends control information of the MBMS to the UE, even if the eNB does not provide a GCSE service through the single cell multicast transmission mode at the moment.
  • the control information contains the identity of the MBMS, or contains the indication information corresponding to the MBMS, and may also contain indication information of the single cell multicast transmission mode.
  • the control information is sent over a MBMS control channel (MCCH), or over a broadcast channel, or over a newly defined MBMS control channel.
  • MCCH MBMS control channel
  • Step 602-a after the eNB receives the message, it saves context information of the MBMS.
  • the context information contains the identity of the MBMS, identities of cells, and the number of UEs.
  • the message may include cell radio network temporal identities(C-RNTIs) of the UEs.
  • the UE may not send the message in step 601, as the source eNB of the UE has saved context information of the UE, and has recorded an identity of a MBMS to be received by the UE, or a GCSE service identity.
  • the source eNB may send the message via a handover request message to a target eNB, and the target eNB saves received information.
  • the MBMS or the GCSE service is transmitted through the single cell multicast transmission mode, and the target eNB is in a service scope of the MBMS, and the target eNB sends a UE number report message to the MCE, and the UE number report message carries information such as a MBMS service identity, a cell identity, and the number of UEs.
  • Step 602-b the eNB reports the number of UEs to the MCE through a message, and the message contains information such as a MBMS service identity, a cell identity, and the number of UEs.
  • a UE in the idle mode needs to send the message of step 601, and if the UE in the idle mode moves from the eNB1 to the eNB2, the UE needs to send an indication message indicating the UE is interested in the GCSE service to the eNB2 in step 603.
  • the message of the step 603 is the same as that in the step 601.
  • the message of the step 603 further contains an identity of a source cell, e.g., an ECGI of the source cell, or a frequency and a physical layer cell identity, or further includes an identity of the UE in the source cell, e.g., a C-RNTI.
  • the eNB2 receives the message of the step 603, establishes or updates and saves context information of the MBMS.
  • the context information includes the identity of the MBMS, identities of cells, and the number of UEs, and may further include identities of the UEs. Since the UE has moved to the eNB2, and context information of the MBMS on the eNB1 needs to be modified, and needs to reduce the number of UEs. Thus, the eNB2 needs to update the context information of the MBMS on the eNB1, to perform the step 604.
  • the eNB2 may send a UE information modification message to the eNB1.
  • the eNB2 knows that the resource cell is on the eNB1, and the eNB2 sends the UE information modification message to the eNB1.
  • the UE information modification message includes a MBMS service identity, indication information of the number of UEs minus 1, or further includes an identity of the UE.
  • Step 605 the eNB reports the number of the UEs to the MCE through a message, and the message contains a MBMS service identity, a cell identity, and the number of UEs.
  • Embodiment 4 is a diagrammatic representation of Embodiment 4:
  • FIG.7 is a flowchart illustrating a method for a MCE obtaining capability information of an eNB according to embodiments of the present disclosure. The method includes the following steps.
  • Step 701 the eNB sends a M2 establishment request message to the MCE.
  • the M2 establishment request message carries an eNB identity, a SAI list supported by the eNB, and indication information on whether the eNB supports the single cell multicast transmission mode or not.
  • the MCE may save information in its context.
  • the MCE decides whether to use the single cell multicast transmission mode, it needs to consider capability information of eNBs, and capability information of UEs.
  • the MCE may decide to use the single cell multicast transmission mode, if the eNBs or the UEs do not support the single cell multicast transmission mode, while the GCSE service requires that all the UEs receive the service data, then the single cell multicast transmission mode will not be used. Or through configuration, all eNBs under the MCE are updated to eNBs which support the single cell multicast transmission mode.
  • Step 702 the MCE sends a M2 establishment response message to the eNB.
  • the M2 establishment response message may be the same as an existing one, and will not be elaborated herein.
  • FIG.8 is a schematic diagram of a structure of a system for transmitting group communication service data according to embodiments of the present disclosure.
  • the system includes a MCE and an eNB.
  • the MCE is configured to know whether a MBSFN transmission mode or a single cell multicast transmission mode is used to transmit GCSE service data. Whether the MBSFN transmission mode or the single cell multicast transmission mode is used to transmit the GCSE service data is determined according to UE capability information and UE location information. When the MCE determines to use the single cell multicast transmission mode, the MCE instructs the eNB to use the single cell multicast transmission mode to transmit the GCSE service data.
  • the eNB is configured to transmit the GCSE service data using the single cell multicast transmission mode under an instruction by the MCE.
  • the present disclosure further provides an apparatus for transmitting group communication service data, as shown in Fig.9.
  • Fig.9 is a schematic diagram illustrating a structure of an apparatus for transmitting group communication service data according to embodiments of the present disclosure.
  • the apparatus may be a MCE or a GCSE server.
  • the apparatus is the GCSE server, the group communication service data is transmitted according to an instruction by the MCE, and the apparatus includes a determination module and an instruction module.
  • the determination module is configured to determine whether a MBSFN transmission mode or a single cell multicast transmission mode is used to transmit GCSE service data, in which, whether the MBSFN transmission mode or the single cell multicast transmission mode is used is determined according to UE capability information and UE location information.
  • the instruction module is configured to instruct an eNB to use the single cell multicast transmission mode to transmit the GCSE service data when the determination module determines to use the single cell multicast transmission mode.

Landscapes

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

Abstract

La présente invention concerne un procédé, un système et un appareil servant à transmettre des données de service de communication de groupe. Dans la présente invention, le LTE utilise un service de diffusion et de multidiffusion multimédia (MBMS) pour transmettre des données de service d'activateur de système de communication de groupe (GCSE), une entité de coordination multicellulaire/multidiffusion (MCE) sait si un mode de transmission dans un réseau à fréquence unique multidiffusion multimédia (MBSFN) ou un mode de transmission de multidiffusion à cellule unique est utilisé pour transmettre les données de service GCSE. Sur la base d'informations de capacité d'UE et d'informations de localisation d'UE, on détermine si le mode de transmission MBSFN ou le mode de transmission multidiffusion à cellule unique est utilisé pour transmettre les données de service GCSE, Lorsque le mode de transmission multidiffusion à cellule unique est utilisé, la MCE envoie une instruction à un noeud B évolué (eNB) pour utiliser le mode de transmission multidiffusion à cellule unique afin de transmettre les données de service GCSE. La présente invention permet d'économiser des ressources d'interface radio LTE.
PCT/KR2016/003730 2015-04-09 2016-04-08 Procédé, système et appareil pour transmettre des données de service de communication de groupe WO2016163820A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020177027931A KR102362973B1 (ko) 2015-04-09 2016-04-08 그룹 통신 서비스 데이터를 송신하기 위한 방법, 시스템 및 장치
US15/565,076 US10506387B2 (en) 2015-04-09 2016-04-08 Method, system, and apparatus for transmitting group communication service data
EP16776923.1A EP3281424B1 (fr) 2015-04-09 2016-04-08 Procédés et appareiles pour transmettre des données de service de communication de groupe
US16/708,226 US10993086B2 (en) 2015-04-09 2019-12-09 Method, system, and apparatus for transmitting group communication service data

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN201510166109 2015-04-09
CN201510166109.7 2015-04-09
CN201510170353.0A CN106162565B (zh) 2015-04-09 2015-04-10 传输组通信业务数据的方法、系统及装置
CN201510170353.0 2015-04-10

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/565,076 A-371-Of-International US10506387B2 (en) 2015-04-09 2016-04-08 Method, system, and apparatus for transmitting group communication service data
US16/708,226 Continuation US10993086B2 (en) 2015-04-09 2019-12-09 Method, system, and apparatus for transmitting group communication service data

Publications (1)

Publication Number Publication Date
WO2016163820A1 true WO2016163820A1 (fr) 2016-10-13

Family

ID=57071962

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/003730 WO2016163820A1 (fr) 2015-04-09 2016-04-08 Procédé, système et appareil pour transmettre des données de service de communication de groupe

Country Status (2)

Country Link
KR (1) KR102362973B1 (fr)
WO (1) WO2016163820A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021155673A1 (fr) * 2020-02-07 2021-08-12 Oppo广东移动通信有限公司 Procédé de commutation de mode de communication, et appareil et dispositif
CN113347576A (zh) * 2020-03-03 2021-09-03 大唐移动通信设备有限公司 一种mbms辅助信息的上报方法、装置及存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4156726A4 (fr) * 2020-05-22 2024-05-22 Lg Electronics Inc Communication liée à une multidiffusion

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110305183A1 (en) * 2010-06-15 2011-12-15 Mediatek Inc. Methods to support MBMS service continuity and counting and localized MBMS service
US20140064177A1 (en) * 2012-08-31 2014-03-06 Qualcomm Incorporated EVOLVED MULTIMEDIA BROADCAST/MULTICAST SERVICES (eMBMS) GEO-LOCATION BASED GROUP CALL
US20140177506A1 (en) * 2012-12-20 2014-06-26 Motorola Solutions, Inc. Method and apparatus for identifying a multimedia broadcast/multicast service (mbms) area in a wireless communication system
US20140286222A1 (en) * 2013-03-22 2014-09-25 Mediatek Inc. Group Communication over LTE eMBMS
US20150078241A1 (en) * 2013-09-13 2015-03-19 Nokia Solutions And Networks Oy Method and apparatus for supporting multicast delivery

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8320292B2 (en) * 2009-11-18 2012-11-27 Motorola Mobility Llc Method to control a multimedia broadcast multicast service(MBMS) mode of a MBMS session in a communication system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110305183A1 (en) * 2010-06-15 2011-12-15 Mediatek Inc. Methods to support MBMS service continuity and counting and localized MBMS service
US20140064177A1 (en) * 2012-08-31 2014-03-06 Qualcomm Incorporated EVOLVED MULTIMEDIA BROADCAST/MULTICAST SERVICES (eMBMS) GEO-LOCATION BASED GROUP CALL
US20140177506A1 (en) * 2012-12-20 2014-06-26 Motorola Solutions, Inc. Method and apparatus for identifying a multimedia broadcast/multicast service (mbms) area in a wireless communication system
US20140286222A1 (en) * 2013-03-22 2014-09-25 Mediatek Inc. Group Communication over LTE eMBMS
US20150078241A1 (en) * 2013-09-13 2015-03-19 Nokia Solutions And Networks Oy Method and apparatus for supporting multicast delivery

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3281424A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021155673A1 (fr) * 2020-02-07 2021-08-12 Oppo广东移动通信有限公司 Procédé de commutation de mode de communication, et appareil et dispositif
CN113347576A (zh) * 2020-03-03 2021-09-03 大唐移动通信设备有限公司 一种mbms辅助信息的上报方法、装置及存储介质
CN113347576B (zh) * 2020-03-03 2022-04-08 大唐移动通信设备有限公司 一种mbms辅助信息的上报方法、装置及存储介质

Also Published As

Publication number Publication date
KR20170137075A (ko) 2017-12-12
KR102362973B1 (ko) 2022-02-15

Similar Documents

Publication Publication Date Title
EP3281424A1 (fr) Procédé, système et appareil pour transmettre des données de service de communication de groupe
WO2013025033A2 (fr) Dispositif et procédé pour prendre en charge la continuité de mbms
WO2015111974A2 (fr) Procédé, dispositif, et système de prise en charge de la transmission d'un service de groupe
WO2015137730A1 (fr) Procédé et appareil pour transmettre un complément de diffusion multimédia pour un système d'avertissement public dans un système de communication sans fil
WO2011136530A2 (fr) Appareil et procédé d'établissement d'interface x2 et de commutation de cellules dans un système de communication mobile
WO2015141982A1 (fr) Procédé et appareil de maintien de configuration mdt-mbms dans un système de communication sans fil
WO2015037947A1 (fr) Procédé et dispositif pour paramétrer des supports de dérivation locaux
WO2010123319A2 (fr) Appareil prenant en charge un service mbms
WO2015152588A1 (fr) Procédé d'obtention de résultat de comptage d'ue, et procédé et appareil de suspension de transmission de données
WO2011087288A2 (fr) Procédé de communication dans un système de communication mobile à l'aide d'un équipement mtc et dispositif associé
WO2016021904A1 (fr) Procédé et appareil permettant de prendre en charge une convergence mobile de radiodiffusion dans un système de communication sans fil
WO2015020366A1 (fr) Procédés, systèmes et dispositifs de prise en charge de décrochage local dans une architecture de petite cellule
WO2017073992A1 (fr) Procédé et appareil pour commander une session
WO2016204519A1 (fr) Procédé et appareil de communication de groupe dans un système de communication sans fil
WO2017155344A1 (fr) Procédé de communication de message v2x mis en œuvre par un terminal dans un système de communication sans fil, et terminal utilisant le procédé
WO2017065501A1 (fr) Procédé et appareil de prise en charge d'une continuité de service scptm
WO2016163837A1 (fr) Procédé et appareil de gestion d'entité l2 en continuité entre une transmission sc-ptm et une transmission mbsfn dans un système de communication sans fil
WO2015068983A1 (fr) Procédé permettant de déterminer des priorités de services et équipement sans fil associé
WO2017052317A1 (fr) Procédé et dispositif permettant d'arrêter une transmission scptm
WO2011056022A2 (fr) Procédé et appareil de commutation dans un système de communication sans fil à large bande
WO2016163820A1 (fr) Procédé, système et appareil pour transmettre des données de service de communication de groupe
WO2017090953A1 (fr) Procédé et dispositif de détermination de service mbms d'intérêt pour un terminal
WO2021060823A1 (fr) Procédé et appareil permettant de transmettre et de recevoir des données dans un système de communication sans fil
EP3308501A1 (fr) Procédé et appareil de communication de groupe dans un système de communication sans fil
WO2013022216A1 (fr) Appareil et procédé pour continuité de transmission mbms

Legal Events

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

Ref document number: 16776923

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20177027931

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15565076

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2016776923

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE