WO2015065022A1 - Procédé et dispositif de communication de groupe à mobilité robuste - Google Patents

Procédé et dispositif de communication de groupe à mobilité robuste Download PDF

Info

Publication number
WO2015065022A1
WO2015065022A1 PCT/KR2014/010207 KR2014010207W WO2015065022A1 WO 2015065022 A1 WO2015065022 A1 WO 2015065022A1 KR 2014010207 W KR2014010207 W KR 2014010207W WO 2015065022 A1 WO2015065022 A1 WO 2015065022A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbms
bearer
enb
group communication
information
Prior art date
Application number
PCT/KR2014/010207
Other languages
English (en)
Korean (ko)
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
Priority claimed from KR1020140013853A external-priority patent/KR20150048611A/ko
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to EP14858308.1A priority Critical patent/EP3065429B1/fr
Priority to US14/762,659 priority patent/US10009187B2/en
Priority to CN201480005893.7A priority patent/CN104937963B/zh
Publication of WO2015065022A1 publication Critical patent/WO2015065022A1/fr
Priority to US15/964,847 priority patent/US10560876B2/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0007Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective 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 method and apparatus for group communication. More specifically, the present invention relates to a method and apparatus for enabling a mobile terminal to effectively participate in group communication.
  • the point may refer to, for example, a caller and a receiver in case of a call between two users (sender and receiver).
  • the dots may refer to the user and the Amazon server, respectively.
  • Group communication may be referred to collectively as a communication that includes various subjects including broadcasting.
  • the group communication service may be provided using existing PTP type communication.
  • a PTP communication path may be generated between a broadcast provider and a plurality of users who want to listen to the broadcast, so that a plurality of users may receive the services of the broadcast provider.
  • the above scheme is very inefficient in terms of resource usage. For example, when multiple users require a lot of data in common or in common, it may be very inefficient in terms of resource use when data that is common to multiple users is repeatedly sent through multiple PTP communication paths.
  • MBMS Multimedia Multicast Broadcast Service
  • LTE Long Term Evolution
  • An object of the present invention is to provide a method and apparatus for receiving a service without interruption of a mobile station in a group communication service in a wireless communication system in which a group communication service is provided through a multimedia multicast broadcast service (MBMS).
  • the present invention also provides a method and apparatus for allowing a terminal to receive a group communication service without interruption by allowing a group communication service to be provided quickly through a point-to-point communication path even when the terminal moves to an area where an MBMS is not provided. The purpose is to provide.
  • the communication method of the base station includes a QoS parameter from a multi-cell / multicast coordination entity (MCE) Receiving information related to a multimedia multicast broadcast service (MBMS) bearer; Updating bearer information for a terminal by using the received MBMS bearer related information; Determining a handover of the terminal and transmitting a handover request message including MBMS bearer information to a mobility management entity (MME) or a second base station that cannot support MBMS; Transmitting a handover command message to the second base station to the terminal; And transferring MBMS data to the second base station for a preset time.
  • MCE multi-cell / multicast coordination entity
  • the QoS parameter may include at least one of a QoS Class Identifier (QCI), Guaranteed Bit Rate (GBR) QoS information, and Allocation and Retention Priority (ARP). can do.
  • QCI QoS Class Identifier
  • GRR Guaranteed Bit Rate
  • ARP Allocation and Retention Priority
  • the ARP has a priority level for bearer allocation and maintenance, pre-emption capability (for other bearers), and pre-emption vulnerability (by other bearers). It may include at least one of).
  • the base station may be located at the edge of the MBMS service area or MBMS Single Frequency Network (MBSFN) area.
  • MMSFN MBMS Single Frequency Network
  • the handover request message may include the QoS parameter, a bearer identifier, a downlink (DL) propagation indication indicator, a transport layer address of an S-GW, and an uplink (UL) packet data unit (PDU: Packet Data). It may include at least one of a Tunnel Endpoint Identifier (TEID) of the S-GW for the unit.
  • TEID Tunnel Endpoint Identifier
  • the handover request message may further include an indicator indicating that MBMS bearer related information is included.
  • the updating of the bearer information may further include receiving a message including information indicating that the terminal is receiving an MBMS service or is interested in an MBMS service.
  • the transmitting of the MBMS data to the second base station for a predetermined time may further include transmitting data indicating that the MBMS data is stopped from being transmitted to the second base station.
  • the step of delivering the MBMS data to the second base station for a predetermined time, from the Group Communication Service Enabler Application Server (GCSE-AS: Group Communication Service Enabler Application Server), stopping the transmission of MBMS data to the second base station Receiving the information displayed on the information indicating the; may further include.
  • GCSE-AS Group Communication Service Enabler Application Server
  • the communication method of the terminal MBMS service to the first base station that receives the MBMS bearer-related information including the QoS parameters from the MCE, Transmitting a message containing information that the receiver is receiving or interested in an MBMS service; Receiving a handover command message from the first base station to a second base station that does not support MBMS according to the handover decision of the first base station; Performing a connection with the second base station; Receiving, by the second base station, an MBMS message received from the first base station from the second base station for a preset time; Transmitting a message including information indicating that MBMS service is unavailable to the GCSE-AS; And establishing a bearer with the second base station.
  • the information that the MBMS service is unavailable may include at least one of a service area identifier (SAI), a temporary mobile group identifier (TMGI), and a group communication service identifier (ServiceId).
  • SAI service area identifier
  • TMGI temporary mobile group identifier
  • ServiceId group communication service identifier
  • the base station for achieving the above technical problem, the communication unit; And receiving Multimedia Multicast Broadcast Service (MBMS) bearer related information including QoS parameters from various cell / multicast coordination entities (MCEs).
  • MBMS Multimedia Multicast Broadcast Service
  • a hand including MBMS bearer information to update a bearer information for a terminal using MBMS bearer related information, determine handover of the terminal, and provide a mobility management entity (MME) or a second base station that does not support MBMS.
  • MME mobility management entity
  • a controller configured to transmit an over request message, transmit a handover command message to the second base station to the terminal, and transmit MBMS data to the second base station for a preset time.
  • the terminal for achieving the above technical problem, the communication unit; And transmitting a message including information indicating that the MBMS bearer related information including the QoS parameter from the MCE is received or interested in the MBMS service, and determines the handover decision of the first base station. Accordingly, a handover command message to a second base station that does not support MBMS is received from the first base station, the connection is performed with the second base station, and the second base station is received from the first base station for a preset time. And a controller for receiving an MBMS message from the second base station, transmitting a message including information indicating that MBMS service is unavailable to GCSE-AS, and establishing a bearer with the second base station.
  • the communication method of the base station in a mobile communication system for achieving the technical problem, the step of receiving an information request message about the number of terminals receiving the MBMS service from the MCE; Determining the number of terminals receiving the MBMS service; And transmitting information on the number of UEs receiving MBMS service to the MCE.
  • the communication method of the terminal in a mobile communication system for achieving the technical problem, determining whether the terminal is located at the edge of the MBMS service area; Transmitting a message including information indicating to the GCSE-AS that the terminal is located at an edge of an MBMS service area; Receiving a keep-alive message from the GCSE-AS; And transmitting and receiving a signal to and from the GCSE-AS through a point to point (PTP) path.
  • PTP point to point
  • the method may further include transmitting a message including information for requesting transmission of the keepalive message to the GCSE-AS.
  • the determining of whether the terminal is located at the edge of the MBMS service area may include receiving an edge indicator indicating from the base station that the terminal is located at the edge of the MBMS service area.
  • the determining of whether the terminal is located at the edge of the MBMS service area may include: measuring a reference signal (RS); And comparing the RS with a preset threshold to determine whether the terminal is located at an edge of an MBMS service area.
  • RS reference signal
  • the method may further include receiving the threshold value from the GCSE-AS or the base station.
  • the group communication service is quickly provided through a PTP type communication path, thereby allowing the terminal to be seamlessly grouped. It can make communication service available.
  • FIG. 1 is a diagram illustrating an example of a wireless communication system in which a group communication service is provided through an MBMS.
  • FIG. 2 is a flowchart illustrating a process of performing S1 based handover according to an embodiment of the present invention.
  • FIG. 3 is a flowchart illustrating a process of performing an X2-based handover according to another embodiment of the present invention.
  • FIG. 4 is a flowchart illustrating a process of collecting assistance information for determining switching between a PTP scheme and an MBMS scheme for increasing resource efficiency according to another embodiment of the present invention.
  • FIG. 5 is a flowchart for providing a group communication service without interruption to an idle mode UE 100 according to another embodiment of the present invention.
  • FIG. 6 is an example of a block diagram of a base station according to an embodiment of the present invention.
  • FIG. 7 is an example of a block diagram of a terminal according to an embodiment of the present invention.
  • FIG. 8 is an example of a block diagram of a GCSE-AS according to an embodiment of the present invention.
  • FIG. 9 is a flowchart illustrating a process of allowing a base station not supporting a new QCI value to properly provide a group communication service according to an embodiment of the present invention.
  • 3GPP will mainly target a wireless access network, a core network LTE, and an evolved packet core (EPC), but the main points of the present invention are similar.
  • EPC evolved packet core
  • Other communication systems having a technical background may be applied in a slight modification without departing from the scope of the present invention, which may be determined by those skilled in the art.
  • FIG. 1 is a diagram illustrating an example of a wireless communication system in which a group communication service is provided through an MBMS.
  • a wireless communication system in which group communication service is provided through a multimedia multicast broadcast service is composed of four elements.
  • a wireless communication system in which a group communication service is provided through an MBMS includes a user equipment (UE) 100, a long term evolution (LTE) 130, an evolved packet core (EPC) 199, and the like. It may include a group communication service assistant application server (GCSE-AS) (200).
  • UE user equipment
  • LTE long term evolution
  • EPC evolved packet core
  • GCSE-AS group communication service assistant application server
  • the GCSE-AS 200 is an entity in which data of a group communication service is aggregated. If there is uplink (UL) data to be transmitted by the UE 100 participating in the group communication, the data is eventually sent to the GCSE-AS 200 through the LTE 130 and the EPC 199. Downlink (DL) group communication data received by the UE 100 is data transmitted by the GCSE-AS 200 and transmitted through the EPC 199 and the LTE 130.
  • UL uplink
  • DL downlink
  • the UE 100 is connected to the LTE 130 via the Uu 105 interface, which is a wireless interface (other interfaces are wired interfaces in the general case). More precisely, the UE 100 is connected to an evolved Node B (eNB) 110 via a Uu 105 interface.
  • eNB evolved Node B
  • the LTE 130 has a form in which a plurality of eNBs 110 are intricately intertwined. Several eNBs 110 are connected to each other by an X2 113 interface. Each eNB 110 provides a service to the UE 100 in a specific range, each of which is called coverage. Coverage is limited, so if the user wants to receive voice and / or data services while moving, the UE 100 must establish a wireless connection through the appropriate eNB 110 and Uu 105 interface as it moves.
  • the eNB 110 may generally consist of one or more cells.
  • a cell refers to a cell of a general cellular system, and the eNB 110 is a device for managing and controlling the cell.
  • the cell and the eNB 110 may be used for the same meaning.
  • the cell and the eNB 110 may be confused for convenience.
  • DL group communication user data delivered to the eNB 110 may be delivered to the UE 100 through at least two paths. One is a point-to-point communication path, and the other is a path through an MBMS.
  • DL group communication data passes through the GCSE-AS 200 to the Public Data Network Gateway (P-GW) 160 and the Serving Gateway (S-GW) 150.
  • P-GW Public Data Network Gateway
  • S-GW Serving Gateway
  • the path is delivered to the eNB 110 via (the interface order is: SGi 165-> S5 / S8 155-> S1-U 116).
  • the DL group communication user data transmission path through the MBMS includes DL Group communication data passing through the GCSE-AS 200 through a Broadcast Multicast Service Center (BM-SC) 180 and an MBMS Gateway (MBMS GW: MBMS).
  • Gateway (170) is a path passed to the eNB 110 (the interface order is: GC2 (185)-> SGi-mb 178-> M1 (118)).
  • the UL group communication user data transferred from the UE 100 to the eNB 110 may be delivered to the GCSE-AS 200 through a PTP scheme communication path. That is, the UL group communication user data may be transferred from the eNB 110 to the GCSE-AS 200 via the S-GW 150 and the P-GW 160.
  • the Policy and Charging Rules Function (PCRF) 190 determines the quality of service (QoS) and billing policies differentiated for each service flow for group communication user data. .
  • the PCRF 190 is connected to the P-GW 160 and the BM-SC 180 through the Gx 163 interface and the Gx2 183 interface, respectively, and the GCSE-AS 200 through the Rx 195 interface. It is connected.
  • MBMS session related information such as multicast channel related resource allocation information and a modulation and coding scheme (MCS) needs to be delivered to the eNB 110.
  • MCS modulation and coding scheme
  • Information on this can be found in the Multi-cell / multicast Coordination Entity (MCE) 120, the Mobility Management Entity (MME) 140, the MBMS-GW 170, and the BM-SC.
  • MCE Multi-cell / multicast Coordination Entity
  • MME Mobility Management Entity
  • MBMS-GW 170 the MBMS-GW 170
  • BM-SC BM-SC
  • an interface connected to the eNB 110 through the GCSE-AS 200, the BM-SC 180, the MBMS-GW 170, the MME 140, and the MCE 120 is connected.
  • Each is defined (see Table 1).
  • the DL group communication user data delivered to the eNB 110 may be delivered through a PTP scheme communication path and / or a path through the MBMS.
  • the group communication service is provided through the MBMS. May be suitable.
  • the UE 100 may switch from the PTP type group communication service to the group communication service through the MBMS.
  • the UE 100 may need to operate while switching between the PTP scheme and the MBMS scheme due to resource efficiency and mobility.
  • the GCSE-AS 200 may determine the conversion.
  • the UE 100 may receive a group communication service in the PTP scheme until a communication path through the MBMS is prepared.
  • the group communication service can be maintained seamlessly when switching from PTP to MBMS.
  • the UE 100 may receive a group communication service in a PTP scheme until a communication path through the MBMS is prepared.
  • PTP communication is also provided to a cell supporting MBMS communication
  • only PTP communication is provided to a cell not supporting MBMS communication, but is not limited thereto. That is, there may be a cell that supports only MBMS communication and the present invention may be applied to this.
  • the group communication service may be interrupted when switching from the MBMS method to the PTP method. For example, if the UE 100 moves to a cell in which MBMS is not supported, the UE 100 may no longer be provided with the group communication service provided through the MBMS. In this case, as soon as the UE 100 moves to a cell in which MBMS is not supported, the group communication service is cut off, and the UE 100 may need to request the group communication service from the GCSE-AS 200 again. In this case, the UE 100 may not receive the group communication service until the group communication service is resumed.
  • Embodiments of the present invention include a method for resolving and mitigating a disconnection phenomenon in a group communication service.
  • FIG. 2 is a flowchart illustrating a process of performing S1 based handover according to an embodiment of the present invention.
  • a disconnection of the group communication service may be alleviated by generating a radio bearer for the group communication service in advance in the target eNB 110b.
  • the MCE 120 may plant MBMS bearer related information when generating an MBMS session with the first eNB 110a.
  • the MCE 120 may send a message including MBMS bearer related information to the first eNB 110a.
  • the MBMS bearer related information may include a QoS parameter.
  • the QoS parameter may include at least one of a QoS Class Identifier (QCI), Guaranteed Bit Rate (GBR) QoS information, and Allocation and Retention Priority (ARP).
  • QCI QoS Class Identifier
  • GBR Guaranteed Bit Rate
  • ARP Allocation and Retention Priority
  • the GBR QoS information may include a GBR and a maximum bit rate (MBR).
  • the message may mean at least one of an MBMS SESSION START REQUEST message and an MBMS SESSION UPDATE REQUEST message.
  • the ARP may have a priority level for bearer allocation and maintenance, pre-emption capability (for other bearers), and pre-emption vulnerability (by other bearers). It may include at least one of).
  • the MBMS bearer related information delivery through step 210 may be targeted only to the optional first eNB 110a.
  • Delivering MBMS bearer related information to the first eNB (110a) is for generating a radio bearer in advance to the second eNB (110b) that does not support MBMS to deliver MBMS data. Therefore, the MBMS bearer-related information transfer may be targeted only to the first eNB 110a located at the edge of the MBMS service area or MBMS Single Frequency Network (MBSFN) area, for example.
  • MMSFN MBMS Single Frequency Network
  • the first eNB 110a receiving the message including the MBMS bearer related information may store the received MBMS bearer related information.
  • the first eNB 110a may transmit a response message to the message received through operation 210 to the MCE 120.
  • the response message may mean at least one of an MBMS SESSION START RESPONSE message and an MBMS SESSION UPDATE RESPONSE message.
  • the UE 100 serviced by the first eNB 110a may receive the service through the MBMS.
  • the group communication data is transmitted to the UE 100 via the GCSE-S 200, the BM-SC 180, the MBMS-GW 170, and the first eNB 110a. Can be delivered.
  • the UE 100 receiving the MBMS service may transmit a message including information indicating that the UE is receiving the MBMS service or is interested in the MBMS service.
  • the message may mean an MBMSInterestIndication message or an MBMSCountingResponse message.
  • at least one of the messages may include information indicating an interest in the MBMS service for each MBMS session, Temporary Mobile Group Identity (TMGI), and Group Communication Service Identifier (ServiceId).
  • TMGI Temporary Mobile Group Identity
  • ServiceId Group Communication Service Identifier
  • at least one of the messages may include an MBMS session identifier or a bitmap in which each bit represents an MBMS session.
  • ServiceId may be used to identify a group communication service.
  • the ServiceID for identifying the group communication service may mean the same identifier as the ServiceId used in the MBMS service, or, according to an embodiment, may mean a new identifier for group communication only.
  • TMGI is for identifying MBMS bearer service that can be used as a means for providing a service from a user perspective identified by ServiceId.
  • the first eNB 110a receiving a message indicating that the UE 100 receives the MBMS service or is interested in the MBMS service may update bearer information about the UE 100 that has been stored.
  • the first eNB 110a may modify the bearer information for the UE 100 such that the bearer information for the UE 100 may include MBMS bearer related information received from the MCE 120 through step 210. Can be.
  • the first eNB 110a may no longer be an eNB suitable for servicing the UE 100.
  • the first eNB 110a may select a second eNB 110b suitable for servicing the UE 100 and decide to handover the UE 100.
  • the first eNB 110a may send a message including information for requesting handover to the MME 140, for example, a HANDOVER REQUIRED message.
  • the HANDOVER REQUIRED message may include an information element (IE) for notifying the MME 140 of MBMS bearer related information.
  • the IE may include at least one of a QoS parameter, a bearer identifier, a DL delivery proposal indicator, an MBMS session indicator, an MBMS service area identifier (SAI), a TMGI, and a ServiceId .
  • a new indicator may be included in the MBMS bearer related information to inform MME 140 that the information is MBMS related information.
  • a bearer identifier that can be assigned only to the MBMS bearer may be promised so that the MME 140 may know that the bearer indicated by the bearer identifier is an MBMS bearer.
  • FIG. 2 depicts a case in which the MME 140 in charge of the first eNB and the second eNBs 110a and 110b are the same.
  • the MME in charge of the first eNB 110a may be referred to the MME in charge of the second eNB 110b.
  • Forward Relocation Request message can be sent.
  • the message may include at least one of a QoS parameter, a bearer identifier, an indicator of whether data can be delivered, and a new indicator for informing that the corresponding information is information related to the MBMS.
  • the forward relocation request message may include information related to an evolved radio access bearer (E-RAB).
  • the bearer for group communication service delivery among the E-RABs may include at least one of MBMS session indicator, MBMS SAI, TMGI, and ServiceId.
  • the MME 140 may have mapping information between at least one of the MBMS session indicator, MBMS SAI, TMGI, and ServiceId and E-RAB in advance.
  • the MME 140 uses the at least one of the MBMS session indicator, MBMS SAI, TMGI, and ServiceId received from the first eNB 110a and the mapping information to the MBMS session indicator, MBMS SAI, TMGI.
  • ServiceId may include at least one information.
  • the MME 140 may send a HANDOVER REQUEST message to the second eNB 110b.
  • the HANDOVER REQUEST message may include MBMS bearer related information.
  • the MBMS bearer-related information may include QoS parameters, bearer identifiers, indicators of whether data can be delivered, a transport layer address of the S-GW 150, and an S-GW for a UL packet data unit (PDU).
  • 150 may include at least one of a tunnel endpoint identifier (TEID).
  • the MME 140 may add the MBMS bearer related information to general PTP type bearer information, and then send the MBMS bearer related information to the second eNB 110b so that the MBMS bearer and the PTP type bearer are not distinguished.
  • the HANDOVER REQUEST message may include E-RAB related information.
  • the bearer for group communication service delivery among the E-RABs may include at least one of MBMS session indicator, MBMS SAI, TMGI, and ServiceId.
  • the MME 140 may have in advance mapping information between at least one of the MBMS session indicator, MBMS SAI, TMGI, and ServiceId and the E-RAB.
  • the MME 140 uses the at least one of the MBMS session indicator, MBMS SAI, TMGI, and ServiceId received from the first eNB 110a and the mapping information to the MBMS session indicator, MBMS SAI, TMGI.
  • ServiceId may include at least one information.
  • the MME 140 may arbitrarily set a transport layer address of the S-GW 150 and a TEID for the UL PDU and transmit the same to the second eNB 110b.
  • the specific transport layer address and / or the TEID for the UL PDU may refer to the MBMS bearer, so that the second eNB 110b transmits the specific transport layer address and / or the UL PDU TEID for the corresponding bearer. May be aware that it is an MBMS bearer.
  • the second eNB 110b may send a HANDOVER REQUEST ACKNOWLEDGE message to the MME 140.
  • the second eNB 110b may determine whether to accept each bearer having information in the HANDOVER REQUEST message.
  • the HANDOVER REQUEST ACKNOWLEDGE message may include bearer related information including the MBMS bearer accommodated in the second eNB 110b.
  • the MBMS bearer related information may include at least one of a bearer identifier, a QoS parameter, a transport layer address of the second eNB 110b, a TEID for DL PDU, and a TEID / Transport Layer address for UL / DL data to be transmitted from the first eNB 110a. It may include.
  • the HANDOVER REQUEST ACKNOWLEDGE message may include E-RAB related information.
  • the bearer for group communication service delivery among the E-RABs includes at least one of MBMS session indicator, MBMS SAI, TMGI, ServiceId, and TEID / Transport Layer address for UL / DL data to be transmitted from the first eNB 110a. can do.
  • the second eNB 110b may receive from the MME 140 E-RAB information including at least one of the MBMS session indicator, MBMS SAI, TMGI, and ServiceId through step 230.
  • the second eNB 110b may include at least one of MBMS session indicator, MBMS SAI, TMGI, and ServiceId as it is in E-RAB related information including at least one of the MBMS session indicator, MBMS SAI, TMGI, and ServiceId received from MME 140. It can carry one piece of information.
  • the second eNB 110b may additionally include a TEID / Transport Layer address for UL / DL data to be transmitted from the first eNB 110a in the E-RAB related information.
  • the MME 140 may command a handover by sending a HANDOVER COMMAND message to the first eNB 110a.
  • the first eNB 110a sends an RRCConnectionReconfiguration message to the UE 100 so that the UE 100 can synchronize with the cell of the second eNB 110b so that the UE 100 can receive service from the second eNB 110b. can do.
  • the HANDOVER COMMAND message may include E-RAB related information.
  • the bearer for group communication service delivery among the E-RABs includes at least one of MBMS session indicator, MBMS SAI, TMGI, ServiceId, and TEID / Transport Layer address for UL / DL data to be transmitted from the first eNB 110a. can do.
  • the information may be received by the MME 140 from the second eNB 110b via step 235, according to an embodiment.
  • the first eNB 110a receiving the HANDOVER COMMAND message in step 245 may deliver MBMS data to the second eNB 110b using the Transport Layer address and the TEID included in the message. have.
  • the data transfer may be delivered from the first eNB (110a) to the second eNB (110b) if the direct transfer of data is possible, otherwise the S-GW ( It may be delivered to the second eNB 110b via 150.
  • the transmission may be referred to as transferring data received through the MBMS path (MBMS E-RAB) to the PTP path (E-RAB).
  • the mapping between the MBMS E-RAB and the E-RAB may be performed by comparing the MBMS E-RAB information with at least one of the MBMS session indicator, MBMS SAI, TMGI, and ServiceId received in step 245.
  • UE 255 in step 100 may send a message to a RRCConnectionReconfigurationComplete eNB 2 (110b) in answer to the RRCConnectionReconfiguration message.
  • UL and DL data may be exchanged between the UE 100 and the second eNB 110b.
  • the UE 100 may receive MBMS data delivered through the GCSE-AS 200, the BM-SC 180, the MBMS GW 170, the first eNB 110a, and the second eNB 110b.
  • the first eNB 110a may deliver MBMS data to the second eNB 110b for a specific time.
  • the specific time may be a preset value or a value calculated by considering at least one of time stamp information included in a SYNC layer header of MBMS data and a time of receiving a HANDOVER COMMAND message. If the specific time is too short, the group communication service may be temporarily disconnected before the UE 100 can receive the group communication service through the PTP method (after step 290). On the contrary, if the specific time is too long, MBMS data transfer from the first eNB 100a to the second eNB 100b will occur unnecessarily even though the UE 100 has already been able to receive the group communication service through the PTP scheme. Can be. According to an embodiment, after the specific time, the first eNB 100a may stop the MBMS data transfer and send a packet containing an end marker to the second eNB 100b to inform that the data transfer is complete.
  • the MME 140 since the MME 140 provided information about the S-GW 150 through step 230, UL data is transmitted to the UE 100, the second eNB 110b, the S-GW 150, and the P-GW ( 160 may be delivered to the GCSE-AS (200).
  • the UE 100 may send a message including information indicating that the MBMS service is not supported to the GCSE-AS 200 using the UL data path.
  • the message including the information that the MBMS service is not supported includes a first eNB 110a identifier, a second eNB 110b identifier, a source cell identifier, a target cell identifier, a UE 100 identifier, and a UE 100.
  • the information indicating that the mobile station is moved to an unsupported cell may include one or more of one or more MBMS SAI, TMGI, and ServiceId.
  • the message may be, for example, an MBMS Service Unavailable message.
  • ServiceId may be an identifier of the group communication that can be recognized between the UE 100 and the GCSE-AS 200, that is, defined at the application level.
  • the second eNB 110b receiving the RRCConnectionReconfigurationComplete message from step 255 may send a HANDOVER NOTIFY message indicating that the handover was successfully performed to the MME 140 in step 265.
  • the MME 140 subsequently changes the bearer information while the S-GW 150 and / or the S-GW 150 exchanges the P-GW 160 with a Modify Bearer Request / Response message.
  • transport layer address (TEID) can be exchanged.
  • the GCSE-AS 200 is informed that the UE 100 has moved to an unsuitable cell to receive the MBMS service through a message including information indicating that the MBMS service is not supported, such as an MBMS Service Unavailable message.
  • the MME 140 receiving the HANDOVER NOTIFY message through step 265 may send a message indicating that the handover has been made to the S-GW 150.
  • the message may be a Change Notification message.
  • the change notification message may contain a target cell identifier.
  • the change notification message may be transmitted from the S-GW 150 to the P-GW 160.
  • the P-GW 160 may transmit the target cell identifier to the PCRF 190 and / or the GCSE-AS 200.
  • the GCSE-AS 200 may determine to provide a group communication service to the UE 100 in a PTP manner, and may exchange information with the PCRF 190 for establishing a new bearer and updating an existing bearer.
  • the GCSE-AS 200 may provide the PCRF 190 with at least one information of MBMS session indicator, MBMS SAI, TMGI, ServiceId, QoS, and group communication service characteristic.
  • the PCRF 190 receiving the information may be reflected in the bearer setup.
  • the above-described group communication service characteristic may include, for example, description of media or flow, and priority, and the GCSE-AS 200 is an interface between the UE 100 and the UE 100 and the GCSE-AS 200. It may be determined through the information delivered through the GC1.
  • the information transmitted through the GC1 may include a profile related to the UE 100.
  • the PCRF 190 is sent to the P-GW 160 (step 275);
  • the S-GW 150 to the MME 140 (step 280);
  • the MME 140 to the eNB 110b (step 280); And / or
  • the MME 140 to the UE 100 (step 280).
  • the information may be different from the QoS parameter to convey.
  • the QoS parameter may be referred to as comprehensive information including at least one of QCI, GBR QoS information, and ARP.
  • the QoS parameter may be referred to as a standardized specific configuration for the bearer.
  • the QoS delivered in this step 270 may be less specific information than QoS parameters.
  • the ARP may be configured with at least one of detailed parameters such as priority level, pre-emption capability, and pre-emption vulnerability.
  • the GCSE-AS 200 may deliver only the priority level to the PCRF 190, and the PCRF 190 may additionally differ from the priority level (for example, MBMS session indicator, MBMS SAI, TMGI, ServiceId, and group communication).
  • the remaining values of the ARP may be generated using at least one piece of service characteristic.
  • PCRF 190 can derive the QoS parameters as follows:
  • the QCI can be determined by ServiceId and / or group communication service characteristics. Even in the same group communication service, the QCI may be designated differently according to the characteristics of the service. This may be determined by the exchange of information at the application end between the UE 100 and the GCSE-AS 200. For example, a higher priority QCI can be assigned to a bearer used by the UE 100 of a firefighter who has an important position in a group communication service between firefighters. In addition, when recognizing that the group communication service from the ServiceId or the group communication service from the nature of the group communication service, it may be determined as a newly defined QCI for the group communication service. On the other hand, the group communication service personality may include, for example, media or flow description and priority information.
  • the priority information may be used for a purpose different from the priority level contained in the QoS (for example, priority information contained in the nature of group communication service is used to determine the priority of the QCI, and the priority level contained in the QoS is the priority of the ARP can be used to determine the level).
  • Priority level the priority level contained in QoS may be derived as it is or processed.
  • ServiceId may be considered.
  • the mapping between the priority level sent by the GCSE-AS 200 (for each ServiceId) and the priority level derived by the PCRF 190 is provided to the PCRF 190.
  • Configuration information may exist.
  • Pre-emption capability / vulnerability It may be appropriately set in consideration of the priority level and / or ServiceId contained in QoS.
  • the PCRF 190 may send an IP-CAN Session Modification message to the P-GW 160.
  • the PCRF 190 sending the IP-CAN Session Modification message to the P-GW 160 may be caused by the message received in step 270.
  • information related to the location of the UE 100 received from the P-GW 160 that the PCRF 190 receives the change notification message may be triggered, and the IP-CAN Session Modification message may be sent to the P-GW 160. You can also send.
  • the IP-CAN Session Modification message may contain at least one of MBMS session indicator, MBMS SAI, TMGI, ServiceId, and QoS parameters.
  • the P-GW 160, the S-GW 150, the second eNB 110b, the MME 140, and the UE 100 may establish or update a bearer.
  • the target of bearer establishment will mainly be a dedicated bearer (since a default bearer may already be established).
  • the target of bearer update may be a default bearer or a dedicated bearer.
  • the Create / Update Bearer Request message that may be used when establishing / updating a bearer may include at least one of an MBMS session indicator, MBMS SAI, TMGI, ServiceId, and QoS parameters.
  • the MME 140 compares the information (at least one of the MBMS session indicator, MBMS SAI, TMGI, ServiceId, and QoS parameters) with E-RAB related information corresponding to the second eNB 110b, and the E-RAB and PCRF. 190 may connect the bearer triggered. At this time, the MME 140 may allocate an appropriate EPS bearer identifier.
  • the P-GW 160 receives the MBMS session indicator, the MBMS SAI, TMGI, ServiceId, and QoS parameters from the PCRF 190, wherein the QoS parameters include at least one of QCI, GBR QoS information, and ARP.
  • the QoS parameters include at least one of QCI, GBR QoS information, and ARP.
  • at least one of QCI, GBR QoS information, and ARP may have a value specifically assigned for group communication according to the provider network.) Can be.
  • the P-GW 160 may use at least one of the above information to make a bearer decision differently than in the normal case (eg, when a QoS parameter is provided).
  • the P-GW 160 may add only a new IP flow to a bearer that satisfies an already existing QoS parameter without creating a new bearer.
  • the P-GW 160 may create / update a new bearer because at least one of the MBMS session indicator, MBMS SAI, TMGI, ServiceId information, and QoS parameter is newly delivered.
  • the P-GW 160 may store at least one of MBMS session indicator, MBMS SAI, TMGI, ServiceId, and QoS parameters in a bearer related context managed by the P-GW 160.
  • the P-GW 160 may deliver at least one of MBMS session indicator, MBMS SAI, TMGI, ServiceId, and QoS parameters to the S-GW 150.
  • the message transmitting the information may be a Create / Update Bearer Request message.
  • the S-GW 150 may store at least one of an MBMS session indicator, MBMS SAI, TMGI, ServiceId information, and QoS parameters in a bearer related context managed by the S-GW 150.
  • the S-GW 150 may deliver at least one of MBMS session indicator, MBMS SAI, TMGI, ServiceId, and QoS parameters to the MME 140.
  • the message delivering the information may be a Create / Update Bearer Request message.
  • the MME 140 may store at least one of an MBMS session indicator, MBMS SAI, TMGI, ServiceId information, and QoS parameters in a bearer related context managed by the MME 140.
  • the MME 140 may deliver at least one of the information to the target eNB (ie, the second eNB) 110b in the S1-based handover process. The delivery can follow step 230.
  • the MME 140 may deliver at least one of MBMS session indicator, MBMS SAI, TMGI, ServiceId, and QoS parameters to the second eNB 110b.
  • the message delivering the information may be an E-RAB SETUP REQUEST message.
  • the second eNB 110b may store at least one of an MBMS session indicator, MBMS SAI, TMGI, ServiceId information, and QoS parameters in a bearer related context managed by the second eNB 110b.
  • bearers carrying data for group communication services are intermittent (e.g., characteristics of services such as Push To Talk, which may be representative characteristics of group communication services), and data may not be continuously transmitted. It may need to be displayed to reflect a short delay request (e.g., a request based on the use of users responsible for public safety, such as police).
  • a short delay request e.g., a request based on the use of users responsible for public safety, such as police.
  • at least one of an MBMS session indicator, MBMS SAI, TMGI, ServiceId information, and QoS parameters that may be delivered to the second eNB 110b via the P-GW 160, the S-GW 150, and the MME 140.
  • One can be used to make an indication that can reflect the above characteristics of the group communication service.
  • At least one of the MBMS session indicator, MBMS SAI, TMGI, and ServiceId information can identify the group communication service itself, so that the characteristics of the group communication service can be reflected.
  • the QoS parameter may be information reflecting characteristics of the group communication service.
  • each QCI value has a combination of different Resource Type, Priority, Packet Delay Budget, and Packet Error Loss Rate. Therefore, when a new QCI value is introduced, a QCI value having a new combination of Resource Type, Priority, Packet Delay Budget, and Packet Error Loss Rate may be newly specified compared to the previously defined QCI value.
  • a new QCI value may be generated for at least one of the following. That is, mission critical Push To Talk voice data, non Mission critical Push To Talk voice data, Mission critical Push To Talk signaling, non Mission critical Push To Talk signaling , Push-to-talk signaling (without mission criticality), bearer for general group communication (which can also be further divided into signaling and user data), mission critical (video) data and public safety bearer (which is also detailed)
  • new QCI values may be generated for at least one of signaling and user data).
  • a Resource Type for a QCI value corresponding to voice data among the new QCI values may correspond to a guaranteed bit rate (GBR).
  • the resource type for the QCI value corresponding to the signaling may correspond to non-GBR.
  • a new Resource Type value such as, for example, a bursty GBR or a hybrid GBR may be defined in addition to the existing GBR. It is obvious that other names indicating intermittentity are possible even if they are not necessarily bursty GBR or hybrid GBR).
  • This new Resource Type value (for example, bursty GBR or hybrid GBR) may be designated as a Resource Type of a QCI value corresponding to Push To Talk voice data.
  • a bearer having the new Resource Type value may include GBR QoS information.
  • GBR QoS information may be included.
  • an entity eg, a terminal
  • an entity that is not aware of a new QCI value having a new Resource Type value may map it to an appropriate existing QCI value for GBR.
  • an indicator indicating whether a bearer has at least one of intermittent and short delay requests may be included in a bearer related context.
  • the second eNB 110b uses at least one of MBMS session indicator, MBMS SAI, TMGI, ServiceId information, and QoS parameters stored in the bearer-related context. You can additionally perform:
  • At least one of MBMS session indicator, MBMS SAI, TMGI, ServiceId information, and QoS parameters is transmitted to another eNB (e.g., a third eNB) during X2 handover (this operation will be described later with reference to FIG. 3).
  • another eNB e.g., a third eNB
  • an intermittent bearer can accept the GBR QoS information even if it cannot support it right away.
  • the DRX parameter can be shortened.
  • the second eNB 110b may recognize which group communication service-related bearer the bearer is, and if a lot of bearers for a specific group communication service are generated in the second eNB 110b, the group communication service is performed in the PTM method. May be determined to provide.
  • the P-GW 160 may transmit an IP-CAN Session Modification message to the PCRF 190.
  • the message sent in step 285 may also include at least one of an MBMS session indicator, MBMS SAI, TMGI, ServiceId, and QoS parameters.
  • the UE 100 may receive a group communication service through a PTP scheme.
  • group communication data delivery method transfer MBMS data from the first eNB (110a) to the second eNB (110b) and End Marker transmission for a specific time
  • the group communication data by the method through the step 295 Consider ways to mitigate the loss of.
  • the steps 270 to 290 may be applied to the X2 handover, which will be described later.
  • it can be used to create and / or modify PTP bearers related to general group communication.
  • the eNB 110b may be regarded as a general eNB 110.
  • some of the steps 270 to 290 may be similarly applied when the PTM method is used.
  • information required for the PCRF 190 to set QoS parameters from the GCSE-AS 200 (MBMS session indicator, MBMS SAI, TMGI, ServiceId, QoS, group communication service characteristics, etc.).
  • the GCSE-AS 200 may deliver information of at least one of MBMS session indicator, MBMS SAI, TMGI, ServiceId, QoS, and group communication service characteristics to the BM-SC 180. have.
  • the BM-SC 180 may derive QoS parameters from information received from the GCSE-AS 200 similarly to the operation performed by the PCRF 190.
  • the BM-SC 180 sets the derived new (if creating a new MBMS session) or modified (if updating existing MBMS session) QoS parameters MBMS GW 170, MME 140; It can be delivered to the MCE (120).
  • the MCE 120 may perform some of the tasks performed by the eNB 110b. That is, since the eNB 110b does not need complicated radio resource management for the MBMS bearer resource on the characteristics (broadcast) of the MBMS bearer, the eNB 110b simply provides data for the MBMS bearer to be released by the MCE 120.
  • the MCE 120 may perform some of the functions that the eNB 110b performs instead of only transmitting the resource. At this time, the MCE 120 may perform at least one of the following operations using the new or modified QoS parameters included in the message MBMS SESSION START REQUEST or MBMS SESSION UPDATE REQUEST delivered through the M3 interface 125. have:
  • a pre-emption process between MBMS bearers using ARP information can be performed.
  • the existing MBMS session may be deactivated or the creation of the MBMS session to be created may fail according to the priority level of the new MBMS session.
  • a new MBMS session creation process can be performed.
  • MBMS scheduling information process considering the new or modified QoS parameter may be performed (for example, physical multicast channel (PMCH) configuration information and / or to satisfy a condition required by the QoS parameter).
  • the subframe configuration information may be delivered to the eNB 110b.).
  • the GCSE-AS 200 sends at least one of an End Marker, a UE 100 identifier, and a source cell identifier to the BM-SC 180 immediately before sending the group communication data sent through the PTP scheme.
  • the BM-SC 180 sends the MBMS GW 170 to the first eNB 110a at the MBMS GW 170 and at least one of an end marker, a UE 100 identifier, and a source cell identifier. Can be delivered.
  • the first eNB 110a may transmit an end marker to the second eNB 110b. Thereafter, the first eNB 110a may not deliver MBMS data to the second eNB 110b.
  • the second eNB 110b preferentially delivers the data received from the first eNB 110a to the UE 100 until it receives the end marker. After the end marker, the second eNB 110b delivers the data delivered from the S-GW 150 to the UE 100.
  • the non-upgraded eNB 110b may request to establish a bearer with an unsupported QCI value and / or do not support through at least one of a bearer creation procedure, a bearer modification procedure, and a handover procedure.
  • an appropriate cause may indicate that the bearer establishment and / or modification has failed.
  • An example of Cause value that can be used at this time is Not supported QCI value. If so, the failure to bearer establishment and / or modification is known as P-GW 160 via MME 140 and S-GW 150 and the bearer may be deleted or returned to its previous state.
  • a message indicating / suggesting that a new bearer establishment or an existing bearer modification is required for smooth group communication service is delivered to the P-GW 160 via the PCRF 190 or the S-GW 150.
  • the P-GW 160 receiving the message may decide to establish a new bearer or modify an existing bearer.
  • the P-GW 160 may, for example, send a Create / Update Bearer Request message to request creation of a bearer having a new QCI value.
  • the P-GW 160 may send an Update Bearer Request message requesting to modify the QCI value of the existing bearer to the new QCI value.
  • the non-upgraded eNB 110 that does not support the new QCI value may inform that the bearer establishment and / or modification has failed with an appropriate cause of failure.
  • the bearer may be deleted or returned to the previous state, and again, the P-GW 160 may request bearer establishment / modification. According to an embodiment, this may continue to occur while the UE 100 is serviced by the eNB 110 which is not upgraded.
  • P-GW 160 and / or PCRF 190 that the eNB 110 does not support the new QCI value.
  • FIG. 9 is a flowchart illustrating a process of allowing a base station not supporting a new QCI value to properly provide a group communication service according to an embodiment of the present invention.
  • the eNB 110 serving the UE 100 to the P-GW 160 and / or the PCRF 190 may recognize that the new QCI value is not supported. Further, a bearer having a (suboptimal) QCI value suitable for the group communication service may be established, or an existing bearer may be modified to have a (suboptimal) QCI value suitable for the group communication service.
  • the eNB 110 may inform the MME 140 that it does not support a new QCI value.
  • the MME 140 may inform the S-GW 150 that the eNB 110 does not support the corresponding QCI value.
  • the S-GW 150 may inform the P-GW 160 that the eNB 110 does not support the corresponding QCI value.
  • the available method may correspond to at least one of the following:
  • the S-GW 150 uses the P-P using at least one of the methods in which the MME 140 notifies the S-GW 150 that the eNB 110 does not support the corresponding QCI value. It will be apparent that the GW 150 can be used to inform the eNB 110 that the QCI value is not supported.
  • the P-GW 160 may exchange information about the QoS parameters with the PCRF 190. Accordingly, at least one of the PCRF 190 and the P-GW 160 may know that the eNB 110 does not support the corresponding QCI value. Subsequently, when making a decision about bearer creation and modification or sending QoS parameters required for the determination, considering that the eNB 110 does not support the corresponding QCI, group communication among the QCI values supported by the eNB 110 is performed. You can specify the appropriate QCI value for your service.
  • the message delivered in step 920 may include an identifier (ECGI) of a cell in the eNB 110 that serves the UE 100.
  • ECGI identifier
  • the P-GW 160 and / or PCRF 190 contains the message transmitted in step 920.
  • the eNB 110 can infer information about whether or not the corresponding QCI is supported.
  • step 920 it is not known to the P-GW 160 whether the eNB 110 supports the corresponding QCI value through step 920, and ECGI setting information is provided to the P-GW 160 and / or the PCRF 190. It may not be.
  • step 950 information about whether the eNB 110 supports the corresponding QCI value may be known to the P-GW 160 and / or the PCRF 190 in the bearer creation / modification process.
  • one method is receiving information on whether the eNB 110 supports the corresponding QCI value through the MME 140 (step 950-a), and another method is GCSE-. Receiving information on whether the eNB 110 supports the corresponding QCI value through the AS (200) (step 950-b).
  • the MME 140 may issue a command to bearer resource modification to the S-GW 150 / P-GW 160.
  • the message used at this time may be, for example, a Bearer Resource Command message.
  • the message may include an indicator indicating that the eNB 110 does not support the corresponding QCI value.
  • the MME 140 may store the Cause value received in step 910 to recognize that the eNB 110 does not support the corresponding QCI value, and set up S1 between the eNB 110 and the MME 140 in advance. In the process, the eNB 110 may have received information on whether the corresponding QCI value is supported.
  • the GCSE-AS 200 receives the request for bearer establishment / modification from the UE 100 or recognizes the need for bearer establishment / modification by itself, and the eNB 110 supports the corresponding QCI value. It can be delivered to the P-GW 160 including an indicator indicating not to. In this case, according to an embodiment, the indicator may be delivered through the PCRF 190.
  • FIG. 3 is a flowchart illustrating a process of performing an X2-based handover according to another embodiment of the present invention.
  • a disconnection phenomenon of the group communication service may be alleviated by generating a radio bearer for the group communication service in advance in the target eNB 110b.
  • the MCE 120 may plant MBMS bearer related information when the MBMS session is generated to the first eNB 110a.
  • the MCE 120 may send a message including MBMS bearer related information to the first eNB 110a.
  • the MBMS bearer related information may include a QoS parameter. Detailed description of the QoS parameters has been described above and will be omitted.
  • the message may mean at least one of an MBMS SESSION START REQUEST message and an MBMS SESSION UPDATE REQUEST message.
  • the delivery of MBMS bearer related information through step 310 may be targeted only to the optional first eNB 110a.
  • the transfer of MBMS bearer related information to the first eNB 110a is for generating a radio bearer in advance to the first eNB 110b that does not support the MBMS and delivering MBMS data. Therefore, the MBMS bearer related information transfer may be targeted only to the first eNB 110a located at the edge of the MBMS service area or MBSFN area, for example.
  • the first eNB 110a receiving the message including the MBMS bearer related information may store the received MBMS bearer related information.
  • the first eNB 110a may transmit a response message to the message received through operation 310 to the MCE 120.
  • the response message may mean at least one of an MBMS SESSION START RESPONSE message and an MBMS SESSION UPDATE RESPONSE message.
  • the UE 100 serviced by the first eNB 110a may receive the service through the MBMS.
  • the group communication data is transmitted to the UE 100 via the GCSE-AS 200, the BM-SC 180, the MBMS-GW 170, and the first eNB 110a. Delivered.
  • the UE 100 receiving the MBMS service may send a message including information indicating that the UE is receiving the MBMS service or is interested in the MBMS service to the first eNB 110a.
  • the message may mean an MBMSInterestIndication message or an MBMSCountingResponse message.
  • the first eNB 110a receiving a message indicating that the UE 100 receives the MBMS service or is interested in the MBMS service may update bearer information about the UE 100 that has been stored.
  • the first eNB 110a may modify the bearer information for the UE 100 such that the bearer information for the UE 100 may include MBMS bearer related information received from the MCE 120 through step 310. Can be.
  • the first eNB and the second eNBs 110a and 110b may share information on which MBMS service they support.
  • the information sharing may be achieved by the first eNB 110a and the second eNB 110b exchanging the Served Cell Information IE including the TMGI in step 325.
  • the first eNB 110a may no longer be an eNB suitable for servicing the UE 100.
  • the first eNB 110a may select a second eNB 110b suitable for servicing the UE 100 and decide to handover the UE 100.
  • the first eNB 110a may send a message including information for requesting handover to the second eNB 110b, for example, a HANDOVER REQUEST message.
  • the HANDOVER REQUEST message may include an IE for notifying MBMS bearer related information.
  • the IE may include at least one of a QoS parameter, a bearer identifier, a DL transfer proposal indicator, a transport layer address of the S-GW 150, and a TEID of the S-GW 150 for the UL PDU.
  • a new indicator may be included in the MBMS bearer related information to inform the second eNB 110b that the information is information related to MBMS.
  • a bearer identifier that can be assigned only to the MBMS bearer may be promised so that the second eNB 110b may know that the bearer indicated by the bearer identifier is an MBMS bearer.
  • the first eNB 110a informs the MBMS bearer related information when the MB100 bearer is handed over to the second eNB 110b in which the UE 100 is being serviced. Can be passed.
  • the delivery condition may likewise apply to step 225.
  • the MBMS bearer related information is obtained from the S-GW ( The transport layer address of 150) and the TEID for the UL PDU may not be needed.
  • the first eNB 110a may arbitrarily set the transport layer address of the S-GW 150 and the TEID for the UL PDU and transmit the same to the second eNB 110b.
  • the specific transport layer address and / or the TEID for the UL PDU may refer to the MBMS bearer, so that the second eNB 110b transmits the specific transport layer address and / or the UL PDU TEID for the corresponding bearer. May be aware that it is an MBMS bearer.
  • the HANDOVER REQUEST message may include E-RAB related information.
  • the bearer for group communication service delivery among the E-RABs may include at least one of MBMS session indicator, MBMS SAI, TMGI, and ServiceId. Since the description thereof has been described above with reference to FIG. 2, a detailed description thereof will be omitted.
  • the second eNB 110b may send a HANDOVER REQUEST ACKNOWLEDGE message to the first eNB 110a.
  • the second eNB 110b may determine whether to accept each bearer having information in the HANDOVER REQUEST message.
  • the HANDOVER REQUEST ACKNOWLEDGE message may include bearer related information including the MBMS bearer accommodated in the second eNB 110b.
  • the MBMS bearer related information may include at least one of a bearer identifier, a QoS parameter, and a TEID / Transport Layer address for UL / DL data to be transmitted from the first eNB 110a.
  • the HANDOVER REQUEST ACKNOWLEDGE message may include E-RAB related information.
  • the bearer for group communication service delivery among the E-RABs includes at least one of MBMS session indicator, MBMS SAI, TMGI, ServiceId, and TEID / Transport Layer address for UL / DL data to be transmitted from the first eNB 110a. can do.
  • the second eNB 110b may receive E-RAB information including at least one of the MBMS session indicator, MBMS SAI, TMGI, and ServiceId from the first eNB 110a through step 340. have.
  • the second eNB 110b is an MBMS session indicator, MBMS SAI, TMGI, ServiceId as it is in E-RAB related information including at least one of the MBMS session indicator, MBMS SAI, TMGI, and ServiceId received from the first eNB 110a. At least one of the information can be carried.
  • the second eNB 110b may additionally include a TEID / Transport Layer address for UL / DL data to be transmitted from the first eNB 110a in the E-RAB related information.
  • the first eNB 110a sends an RRCConnectionReconfiguration message to the UE 100 so that the UE 100 can synchronize with the cell of the second eNB 110b so that the UE 100 can receive service from the second eNB 110b. can do.
  • the first eNB 110a receiving the HANDOVER REQUEST ACKNOWLEDGE message in step 345 transmits MBMS data to the second eNB 110b using the transport layer address and the TEID included in the message. Can be.
  • the transmission may be referred to as transferring data received through the MBMS path (MBMS E-RAB) to the PTP path (E-RAB).
  • the mapping between the MBMS E-RAB and the E-RAB may be performed by comparing the MBMS E-RAB information with at least one of the MBMS session indicator, MBMS SAI, TMGI, and ServiceId received in step 245.
  • UE 100 may send a message to the RRCConnectionReconfigurationComplete eNB 2 (110b) in answer to the RRCConnectionReconfiguration message.
  • UL and DL data may be exchanged between the UE 100 and the second eNB 110b.
  • the UE 100 may receive MBMS data transmitted through the GCSE-AS 200, the BM-SC 180, the MBMS GW 170, the first eNB 110a, and the second eNB 110b.
  • the first eNB 110a may deliver MBMS data to the second eNB 110b for a specific time.
  • the specific time may be a preset value or a value calculated in consideration of at least one of time stamp information included in a SYNC layer header of MBMS data and a time of receiving a HANDOVER REQUEST ACKNOWLEDGE message. If the specific time is too short, the group communication service may be temporarily disconnected before the UE 100 can receive the group communication service through the PTP method (after step 390). On the contrary, if the specific time is too long, MBMS data transfer from the first eNB 100a to the second eNB 100b will occur unnecessarily even though the UE 100 has already been able to receive the group communication service through the PTP scheme. Can be. According to an embodiment, after the specific time, the first eNB 100a may stop the MBMS data transfer and send a packet containing an end marker to the second eNB 100b to inform that the data transfer is complete.
  • the first eNB 110a provides the second eNB 110b with information about the S-GW 150 through step 340, UL data is transmitted to the UE 100, the second eNB 110b, and the S-. It may be delivered to the GCSE-AS 200 via the GW 150 and the P-GW 160.
  • the UE 100 may send a message including information indicating that the MBMS service is not supported to the GCSE-AS 200 using the UL data path.
  • the message including the information that the MBMS service is not supported includes a first eNB 110a identifier, a second eNB 110b identifier, a source cell identifier, a target cell identifier, a UE 100 identifier, and a UE 100.
  • the information indicating that the mobile station is moved to an unsupported cell may include one or more of one or more MBMS SAI, TMGI, and ServiceId.
  • the message may be, for example, an MBMS Service Unavailable message.
  • the second eNB 110b receiving the RRCConnectionReconfigurationComplete message from step 355 may send a PATH SWITCH REQUEST message indicating that the handover was successfully performed to the MME 140 in step 365.
  • the message may contain MBMS bearer related information.
  • the MBMS bearer related information may include at least one of a bearer identifier, a transport layer address of the second eNB 110b, a TEID for DL PDU, and an indicator indicating that the bearer is an MBMS bearer.
  • an indirect indication method using the aforementioned bearer identifier, TEID, and / or transport layer address may also be applied.
  • the MME 140 may not have previously recognized the MBMS bearer related information contained in the PATH SWITCH REQUEST message. If the existing MME 140, the bearer may include information indicating that the bearer is unacceptable in the PATH SWITCH REQUEST ACKNOWLEDGE message. For example, the identifier of the MBMS bearer may be sent to the E-RAB To Be Released List IE. However, if the MME 140 recognizes in advance that the second eNB 110b is located just outside an arbitrary MBSFN Area boundary and sets it, the MMS 140 may accommodate the MBMS bearer even if it is not distinguished from the general PTP bearer.
  • location information of the second eNB 110b may be set in advance in the MME 140 through a device such as an OAM. If the MME 140 and the second eNB (110b) can recognize each other that the bearer is an MBMS bearer (including an indicator indicating that the bearer is an MBMS bearer, a contracted bearer identifier, TEID, and / and transport layer address Indirect instruction method using the), the location information setting of the second eNB (110b) via the device such as OAM in advance in the MME 140 is not necessarily required.
  • the GCSE-AS 200 is informed that the UE 100 has moved to an inappropriate cell to receive the MBMS service through a message including information indicating that the MBMS service is not supported, such as an MBMS Service Unavailable message.
  • the MME 140 receiving the PATH SWITCH REQUEST message through step 365 may send a message indicating that the handover has been made to the S-GW 150.
  • the message may be a Change Notification message.
  • the change notification message may contain a target cell identifier.
  • the change notification message may be transmitted from the S-GW 150 to the P-GW 160.
  • the P-GW 160 may transmit the target cell identifier to the PCRF 190 and / or the GCSE-AS 200.
  • the MME 140 subsequently changes the bearer information while the S-GW 150 and / or the S-GW 150 exchanges the P-GW 160 with a Modify Bearer Request / Response message.
  • a transport layer address TEID
  • TEID transport layer address
  • the GCSE-AS 200 may determine to provide the group communication service to the UE 100 in a PTP manner, and may exchange information with the PCRF 190 for establishing a new bearer and updating an existing bearer.
  • the GCSE-AS 200 may provide the PCRF 190 with at least one information of TMGI, ServiceId, and QoS.
  • the PCRF 190 may send an IP-CAN Session Modification message to the P-GW 160.
  • the PCRF 190 sending the IP-CAN Session Modification message to the P-GW 160 may be caused by the message received in step 370.
  • information related to the location of the UE 100 received from the P-GW 160 that the PCRF 190 receives the change notification message may be triggered, and the IP-CAN Session Modification message may be sent to the P-GW 160. You can also send.
  • This IP-CAN Session Modification message may contain QoS parameters.
  • the P-GW 160, the S-GW 150, the second eNB 110b, the MME 140, and the UE 100 may establish or update a bearer in operation 380.
  • the P-GW 160 may transmit an IP-CAN Session Modification message to the PCRF 190.
  • the message sent in step 385 may also include a QoS parameter.
  • the UE 100 may receive a group communication service through a PTP scheme.
  • the group communication data delivery method transferring MBMS data from the first eNB 110a to the second eNB 110b and transmitting End Marker for a specific time
  • the group communication data by the method of step 395. Consider ways to mitigate the loss of.
  • the GCSE-AS 200 may send at least one of an end marker, a UE 100 identifier, and a source cell identifier to the BM-SC 180 immediately before sending the group communication data sent through the PTP scheme.
  • the BM-SC 180 transmits at least one of an end marker, a UE 100 identifier, and a source cell identifier to the MBMS GW 170 and the first eNB 110a at the MBMS GW 170. Can be delivered.
  • the first eNB 110a may transmit an end marker to the second eNB 110b. Thereafter, the first eNB 110a may not deliver MBMS data to the second eNB 110b.
  • the second eNB 110b preferentially delivers the data received from the first eNB 110a to the UE 100 until it receives the end marker. After the end marker, the second eNB 110b delivers the data delivered from the S-GW 150 to the UE 100.
  • FIG. 4 is a flowchart illustrating a process of collecting assistance information for determining switching between a PTP scheme and an MBMS scheme for increasing resource efficiency according to another embodiment of the present invention.
  • the GCSE-AS 200 by counting the number of the UE (100) that is actually being serviced for the bearer and delivers it to the GCSE-AS 200, the GCSE-AS 200 between the PTP scheme and MBMS scheme You can make a transition decision.
  • the MCE 120 may send an MBMS SERVICE COUNITING REQUEST message to the eNB 110.
  • the message may include a TMGI to indicate which service 100 the UE 100 wants to know about.
  • the step 400 may be based on a request that the MCE 120 receives from another entity (eg, GCSE-AS 200, BM-SC 180, etc.) directly or indirectly through other entities. It may be triggered.
  • another entity eg, GCSE-AS 200, BM-SC 180, etc.
  • the eNB 110 and the UE 100 may examine whether the UE 100 receives the MBMS service by exchanging an MBMSCountingRequest message and an MBMSCountingResponse message.
  • the eNB 110 may send a result of checking the number of UEs 100 serviced for the TMGI requested to the MCE 120.
  • the MCE 120 may send all or part of the information included in the MBMS SERVICE COUNTING RESULT REPORT message received from the eNB 110 to the GCSE-AS 200 in step 420.
  • the information may be transferred directly through a new interface between the MCE 120 and the GCSE-AS 200, and the MCE 120-MME 140-MBMS GW 170-BM-SC 180-GCSE- It may be delivered via a path via the AS 200. In the latter case, counting result information for each TMGI may be delivered to the GCSE-AS 200 through a newly defined GC2 185 interface through group communication.
  • the GCSE-AS 200 receiving the information may make a decision about switching between the PTP scheme and the MBMS scheme.
  • the GCSE-AS 200 switches to the MBMS method when there are a lot of UEs 100 to be serviced / received for the corresponding TMGI (if the UE 100 is serviced by the PTP method) / maintenance (if If the UE 100 was being serviced by the MBMS method).
  • the GCSE-AS 200 switches to the PTP method when there are few UEs 100 to receive / receive service for the corresponding TMGI (if the UE 100 is being serviced by the MBMS method) / maintenance (if UEs). If 100 is being serviced in a PTP fashion).
  • the method of switching to delivering the service by the PTP method may follow some or all of the above-described step 270 to step 290.
  • the GCSE-AS 200 needs information for determining the switching between the PTP scheme and the MBMS scheme through a GC1 (which may be an interface between the GCSE-AS 200 and the UE 100 and an application level) message. Can be obtained.
  • the GCSE-AS 200 may inform the UE 100 that it wants to check how the service is provided in the GC1 message. Accordingly, the UE 100 may notify the GCSE-AS 200 whether it is receiving a service using the PTP method or MBMS method (after switching to the connected mode if it is in the idle mode). Based on this, the GCSE-AS 200 may make a decision about switching between the PTP scheme and the MBMS scheme.
  • 5 is a flowchart for providing a group communication service to the idle mode UE 100 without interruption according to another embodiment of the present invention.
  • an indicator is sent to the UE 100 receiving MBMS service at the edge of the MBSFN area and / or MBMS service area, and the UE 100 decides itself to change to the connected mode. You can do that. Meanwhile, if the present embodiment is applied to the UE 100 in the connected mode, the present embodiment may be used to preserve service continuity of the UE 100 located at the edge of the MBSFN area and / or the MBMS service area.
  • the eNB 110 may send an edge indicator to the UE 100.
  • the eNB 110 sending the edge indicator may be the eNB 110 located at the edge of the MBSFN area and / or MBMS service area.
  • the edge indicator may be delivered through BCCH or MCCH.
  • the edge indicator may include at least one of an indicator indicating that the corresponding cell / eNB 110 is located at an edge, TMGI, ServiceId, MBMS session identifier, and one or more MBMS SAIs.
  • the UE 100 may independently determine that the UE 100 is at the edge through the measurement result. For example, the UE 100 may determine whether it is at the edge by comparing at least one parameter of the measurement result with a specific threshold.
  • the threshold on which the determination is based may be a value received from the GCSE-AS 200, the eNB 110, and / or the EPC 199.
  • the UE 100 may receive a threshold through a GC1 message, an RRC, a SystemInformationBlock, or a NAS message.
  • the measurement result may mean a result of measuring a reference signal (RS).
  • RS reference signal
  • the reference signal include channel state information (CSI) RS (CSI-RS), cell-specific (Cell-specific) RS (CRS), and the like.
  • CSI-RS channel state information
  • Cell-specific RS CRS
  • the UE 100 may determine whether it is at the edge by comparing the measurement result with a threshold.
  • the eNB 100 or the EPC 199 may be directly or from at least one entity (eg, BMSC, MBMS-GW, MCE, P-) from the GCSE-AS 200.
  • GW, S-GW, MME may receive a threshold value.
  • the eNB 100 or the EPC 199 may transmit the received threshold value to the UE 100.
  • the threshold value may be transferred from the GCSE-AS 200 to the eNB 100 or the EPC 199 via the MCE 120, the MBMS-GW 170, or the BM-SC 180.
  • the UE 100 may switch to the connected mode.
  • an RRCConnectionRequest message can be sent.
  • Established because (EstablishmentCause) of the message may choose to set a new one because associated with mo-Signalling, mo-Data, delayTolerantAccess, highPriorityAccess, MBMS.
  • the UE 100 may trigger a service request or bearer resource update process.
  • the UE 100 in the connected mode or the UE 100 in the originally connected mode may provide service continuity to the GCSE-AS 200.
  • the trigger can be made by sending a GC1 message to the GCSE-AS 200.
  • the UE 100 includes the eNB 110 identifier, the cell identifier, an indicator indicating that it has left the corresponding MBSFN region and / or MBMS service region and / or an edge indicator to the GCSE-AS 200. At least one of some / all of the information may be sent. Meanwhile, even if the UE 100 sends only the eNB 110 identifier or the cell identifier to the GCSE-AS 200 according to the exemplary embodiment, if the eNB 110 related location information is previously set in the GCSE-AS 200, the UE 100 may be determined. It may not be necessary to inform the GCSE-AS 200 that it is an edge of the MBSFN area and / or MBMS service area. As such, the GCSE-AS 200 may recognize that the UE 100 is located at the edge of the MBSFN area and / or MBMS service area.
  • the GCSE-AS 200 in addition to the method in which the GCSE-AS 200 recognizes that the UE 100 is located at the edge of the MBSFN region and / or MBMS service region through the edge indicator sent in step 520, the GCSE-AS 200 ) May receive cell information from the EPC 199 serving the UE 100.
  • the P-GW 160 may receive a Change Notification message through the MME 140 and the S-GW 150.
  • the P-GW 160 may directly transfer the cell information included in the change notification to the GCSE-AS 200 or the GCSE-AS 200 through the PCRF 190.
  • the GCSE-AS 200 may send a keep-alive message to the UE 100 located at the edge at an appropriate period.
  • the suitable period may need to be shorter than the UE inactivity timer.
  • the GCSE-AS 200 may transmit and receive the corresponding group communication data through the PTP path to maintain service continuity. In this case, even if it is impossible to transmit / receive group communication data through the PTM path, the UE 100 may receive the group communication service through the PTP path.
  • the eNB that is a target when generating or modifying a PTP path may be an eNB including a cell in which the UE 100 is serviced through an MBMS path, or may be another eNB.
  • the other eNB may be, for example, an eNB outside the MBSFN area and / or the MBMS service area that the UE 100 was serviced / received. Since a detailed description thereof has been described with reference to FIGS. 2 and 3, a detailed description thereof will be omitted. For example, some or all of the above steps 270 to 290 may be followed.
  • FIG. 6 is an example of a block diagram of a base station according to an embodiment of the present invention.
  • a base station may include a communication unit 620 and a control unit 610.
  • the controller 610 of the base station controls the base station to perform any one of the above-described embodiments.
  • the controller 610 receives MBMS bearer related information including QoS parameters from an MCE, updates bearer information for a terminal using the received MBMS bearer related information, and performs handover of the terminal.
  • the data may be controlled to be delivered for a preset time.
  • the communication unit 620 of the base station transmits and receives a signal in accordance with any one of the above-described embodiments.
  • the communication unit 620 may receive MBMS bearer related information including QoS parameters from the MCE, and transmit MBMS data to the second base station for a preset time.
  • FIG. 7 is an example of a block diagram of a terminal according to an embodiment of the present invention.
  • the terminal may include a communication unit 720 and a control unit 710.
  • the controller 710 of the terminal controls the terminal to perform any one of the above-described embodiments.
  • the control unit 710 transmits a message including information indicating that the MBMS service is received or is interested in the MBMS service to the first base station that has received the MBMS bearer related information including the QoS parameter from the MCE,
  • a handover command message to the second base station that does not support MBMS is received from the first base station, the connection is performed with the second base station, and the second base station is previously determined.
  • Receive the MBMS message received from the first base station from the second base station for a set time transmit a message including information that MBMS service is unavailable to GCSE-AS, and establish a bearer with the second base station can do.
  • the communication unit 720 of the terminal transmits and receives a signal in accordance with any one of the above-described embodiments.
  • the communication unit 720 may transmit a message including information indicating that the first base station receives or is interested in the MBMS service, and may receive MBSM data through the first base station and the second base station. .
  • FIG. 8 is an example of a block diagram of a GCSE-AS according to an embodiment of the present invention.
  • the GCSE-AS may include a communication unit 820 and a control unit 810.
  • the controller 810 of the GCSE-AS controls the GCSE-AS to perform the operation of any of the above-described embodiments.
  • the controller 810 may receive a message including information indicating that the MBMS service is not available from the terminal, and control to provide the PTP service between the second base station and the terminal accordingly.
  • the controller 810 may receive an edge indicator indicating that the terminal is located at the edge of the MBMS service area from the terminal, and may control to transmit a keep-alive message to the terminal.
  • the controller may control to switch between the PTP scheme and the MBMS scheme according to the information on the number of terminals receiving the MBMS service from the MCE.
  • the communication unit 820 of the GCSE-AS transmits and receives a signal according to any one of the above-described embodiments.
  • the communication unit 820 may receive a message including information indicating that the MBMS service is not available from the terminal, or receive an edge indicator indicating that the terminal is located at the edge of the MBMS service area from the terminal.
  • a keep-alive message may be transmitted to the terminal.
  • the communication unit 820 may receive information about the number of terminals receiving MBMS service from the MCE.
  • all steps and messages may optionally be subject to execution or subject to omission.
  • the steps need not necessarily occur in order and may be reversed.
  • Message delivery doesn't necessarily have to happen in order, but can be reversed.

Abstract

La présente invention concerne un procédé et un dispositif de communication de groupe. En particulier, la présente invention concerne un procédé et un dispositif par lesquels un terminal en mouvement peut efficacement participer à la communication de groupe. Un procédé de communication pour une station de base dans un système de communication mobile, selon un mode de réalisation de la présente invention, peut comprendre les étapes consistant : à recevoir, en provenance d'une MCE, des informations relatives à un support MBMS comprenant un paramètre QoS ; à mettre à jour des informations de support sur le terminal par utilisation des informations relatives au support MBMS reçues ; à déterminer un transfert intercellulaire du terminal et transmettre un message de requête de transfert intercellulaire, qui comprend les informations de support MBMS, à une seconde station de base ne pouvant pas prendre en charge une MME ni un MBMS ; à transmettre un message d'instruction de transfert intercellulaire de la seconde station de base au terminal ; et à transmettre des données MBMS à la seconde station de base pendant un laps de temps préréglé. Selon un mode de réalisation de la présente invention, bien que le terminal rentre dans une région dans laquelle le MBMS n'est pas fourni, un service de communication de groupe est rapidement fourni par l'intermédiaire d'un canal de communication du type PTP de manière que le terminal puisse recevoir sans coupure le service de communication de groupe.
PCT/KR2014/010207 2013-10-28 2014-10-28 Procédé et dispositif de communication de groupe à mobilité robuste WO2015065022A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP14858308.1A EP3065429B1 (fr) 2013-10-28 2014-10-28 Procédé et dispositif de communication de groupe à mobilité robuste
US14/762,659 US10009187B2 (en) 2013-10-28 2014-10-28 Method and device for group communication, having robust mobility
CN201480005893.7A CN104937963B (zh) 2013-10-28 2014-10-28 具有鲁棒移动性的用于组通信的方法和装置
US15/964,847 US10560876B2 (en) 2013-10-28 2018-04-27 Method and device for group communication, having robust mobility

Applications Claiming Priority (12)

Application Number Priority Date Filing Date Title
KR10-2013-0128790 2013-10-28
KR20130128790 2013-10-28
KR10-2013-0133730 2013-11-05
KR20130133730 2013-11-05
KR20130159487 2013-12-19
KR10-2013-0159487 2013-12-19
KR10-2014-0013853 2014-02-06
KR1020140013853A KR20150048611A (ko) 2013-10-28 2014-02-06 이동성에 강인한 그룹 통신을 위한 방법 및 장치
KR10-2014-0055911 2014-05-09
KR1020140055911A KR20150048615A (ko) 2013-10-28 2014-05-09 이동성에 강인한 그룹 통신을 위한 방법 및 장치
KR1020140096823A KR102221939B1 (ko) 2013-10-28 2014-07-29 이동성에 강인한 그룹 통신을 위한 방법 및 장치
KR10-2014-0096823 2014-07-29

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US14/762,659 A-371-Of-International US10009187B2 (en) 2013-10-28 2014-10-28 Method and device for group communication, having robust mobility
US15/964,847 Continuation US10560876B2 (en) 2013-10-28 2018-04-27 Method and device for group communication, having robust mobility

Publications (1)

Publication Number Publication Date
WO2015065022A1 true WO2015065022A1 (fr) 2015-05-07

Family

ID=53004542

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/010207 WO2015065022A1 (fr) 2013-10-28 2014-10-28 Procédé et dispositif de communication de groupe à mobilité robuste

Country Status (1)

Country Link
WO (1) WO2015065022A1 (fr)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017104858A1 (fr) * 2015-12-14 2017-06-22 엘지전자(주) Procédé pour réaliser une connexion s1 entre une station de base alternative et une entité de réseau dans un système de communication sans fil et appareil pour prendre en charge ce dernier
CN107925848A (zh) * 2015-07-31 2018-04-17 三星电子株式会社 用于跨多个平面的标识管理的方法和系统
WO2018089615A1 (fr) * 2016-11-10 2018-05-17 Intel Corporation Nœud de réseau d'accès radio (ran), dispositif mobile et procédés de configuration d'un mode de diffusion groupée dans un réseau défini par logiciel (sdn)
CN111432354A (zh) * 2015-08-10 2020-07-17 华为技术有限公司 变更mcptt用户与mcptt群组关联关系的方法、装置及系统
CN112997456A (zh) * 2018-11-14 2021-06-18 中兴通讯股份有限公司 用于满足无线通信中时间控制要求的方法、装置和系统
CN113810956A (zh) * 2020-06-11 2021-12-17 维沃移动通信有限公司 切换多播业务的方法及设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120086746A (ko) * 2010-01-06 2012-08-03 가부시키가이샤 엔티티 도코모 이동통신방법, 호 제어 노드, 우선도 제어 노드 및 이동 관리 노드
US20130136036A1 (en) * 2011-11-29 2013-05-30 Motorola Solutions, Inc. Method and apparatus for managing quality of service settings for group communications

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120086746A (ko) * 2010-01-06 2012-08-03 가부시키가이샤 엔티티 도코모 이동통신방법, 호 제어 노드, 우선도 제어 노드 및 이동 관리 노드
US20130136036A1 (en) * 2011-11-29 2013-05-30 Motorola Solutions, Inc. Method and apparatus for managing quality of service settings for group communications

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
GENERAL DYNAMICS BROADBAND UK: "Unicast/eMBMS switching for MuSe services", 3GPP TSG-SA WG2 #99, 18 September 2013 (2013-09-18), XIAMEN, CHINA, pages S 2 - 133373, XP055294560 *
QUALCOMM INCORPORATED: "Clarifications on interface between the BMSC and the GCSE application server", 3GPP TSG-SA WG2 #98, 9 July 2013 (2013-07-09), VALENCIA, SPAIN, pages S 2 - 132551, XP055294564 *
QUALCOMM INCORPORATED: "GCSE Service continuity during unicast and MBMS switching", 3GPP TSG-SA WG2 #99, 18 September 2013 (2013-09-18), XIAMEN, CHINA, pages 2 - 133446, XP055294555 *

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107925848A (zh) * 2015-07-31 2018-04-17 三星电子株式会社 用于跨多个平面的标识管理的方法和系统
CN107925848B (zh) * 2015-07-31 2021-12-03 三星电子株式会社 用于跨多个平面的标识管理的方法和系统
CN111432354A (zh) * 2015-08-10 2020-07-17 华为技术有限公司 变更mcptt用户与mcptt群组关联关系的方法、装置及系统
US11617063B2 (en) 2015-08-10 2023-03-28 Huawei Technologies Co., Ltd. Method, apparatus, and system for changing association relationship between MCPTT user and MCPTT group
WO2017104858A1 (fr) * 2015-12-14 2017-06-22 엘지전자(주) Procédé pour réaliser une connexion s1 entre une station de base alternative et une entité de réseau dans un système de communication sans fil et appareil pour prendre en charge ce dernier
WO2018089615A1 (fr) * 2016-11-10 2018-05-17 Intel Corporation Nœud de réseau d'accès radio (ran), dispositif mobile et procédés de configuration d'un mode de diffusion groupée dans un réseau défini par logiciel (sdn)
CN112997456A (zh) * 2018-11-14 2021-06-18 中兴通讯股份有限公司 用于满足无线通信中时间控制要求的方法、装置和系统
CN113810956A (zh) * 2020-06-11 2021-12-17 维沃移动通信有限公司 切换多播业务的方法及设备
CN113810956B (zh) * 2020-06-11 2023-03-31 维沃移动通信有限公司 切换多播业务的方法及设备

Similar Documents

Publication Publication Date Title
KR102221939B1 (ko) 이동성에 강인한 그룹 통신을 위한 방법 및 장치
WO2015065022A1 (fr) Procédé et dispositif de communication de groupe à mobilité robuste
WO2018174373A1 (fr) Procédé de gestion de session et nœud smf
WO2018143774A1 (fr) Procédé de gestion d'enregistrement pour un terminal accédant à un réseau 5g au moyen d'un accès non 3 gpp
US10993086B2 (en) Method, system, and apparatus for transmitting group communication service data
WO2015111974A2 (fr) Procédé, dispositif, et système de prise en charge de la transmission d'un service de groupe
WO2018038490A1 (fr) Procédé et système de configuration de réseau de données régional dans un réseau de communication sans fil
WO2018070845A1 (fr) Procédé de transmission de signal de synchronisation de liaison latérale exécuté par un terminal dans un système de communications sans fil, et terminal utilisant ledit procédé
WO2015142080A1 (fr) Procédé et appareil pour déterminer des priorités de rapports d'état de tampon dans un système de communication sans fil
WO2012148235A2 (fr) Dispositif et procédé de transfert pour la continuité de service dans un service mbms
WO2014163289A1 (fr) Procédé d'utilisation d'un temporisateur d'alignement de temps et dispositif de communication associé
WO2013009008A1 (fr) Procédé et terminal pour réaliser une procédure de détachement
WO2013133663A1 (fr) Procédé de commande de service dans un système de radiocommunication
WO2017030399A1 (fr) Procédé et appareil d'accès d'ue
WO2013109080A1 (fr) Procédé d'obtention informations de ta pour nœud de relais mobile, procédé de commutation de nœuds de relais mobile, procédé de mise à jour de localisation d'utilisateur et procédé de radiomessagerie d'utilisateur
WO2013051845A2 (fr) Procédé et appareil pour commander l'accès d'un équipement d'utilisateur dans un système de communication mobile
WO2012150790A2 (fr) Appareil et procédé de transmission d'informations de commande pour service mbms continu
WO2018169281A1 (fr) Procédé de réception de rapport, dispositif réseau, procédé de réalisation de rapport et station de base
WO2014112843A1 (fr) Procédé et appareil de règlement de niveau de service en congestion
EP3566509A1 (fr) Procédé de gestion d'enregistrement pour un terminal accédant à un réseau 5g au moyen d'un accès non 3 gpp
WO2012148206A2 (fr) Procédé et dispositif pour assurer la continuité dans un service mbms
WO2013105816A1 (fr) Procédé et appareil de sélection de service de domaine dans un système de communication sans fil
WO2017160134A1 (fr) Procédé et appareil pour effectuer une communication v2x basée sur des informations de groupe de cellules
WO2017099482A1 (fr) Procédé et appareil d'utilisation de ressources dans un système de communication sans fil
WO2015137721A1 (fr) Procédé et appareil pour générer une connexion dans un système de communication sans fil

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14762659

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2014858308

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014858308

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE