WO2022138450A1 - 通信制御方法及びユーザ装置 - Google Patents

通信制御方法及びユーザ装置 Download PDF

Info

Publication number
WO2022138450A1
WO2022138450A1 PCT/JP2021/046549 JP2021046549W WO2022138450A1 WO 2022138450 A1 WO2022138450 A1 WO 2022138450A1 JP 2021046549 W JP2021046549 W JP 2021046549W WO 2022138450 A1 WO2022138450 A1 WO 2022138450A1
Authority
WO
WIPO (PCT)
Prior art keywords
transmission
mbs
ptp
ptm
status report
Prior art date
Application number
PCT/JP2021/046549
Other languages
English (en)
French (fr)
Inventor
真人 藤代
Original Assignee
京セラ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 京セラ株式会社 filed Critical 京セラ株式会社
Priority to JP2022571378A priority Critical patent/JPWO2022138450A1/ja
Publication of WO2022138450A1 publication Critical patent/WO2022138450A1/ja
Priority to US18/339,896 priority patent/US20230337327A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers

Definitions

  • the present disclosure relates to a communication control method and a user device used in a mobile communication system.
  • NR New Radio
  • RAT Radio Access Technology
  • LTE Long Term Evolution
  • the communication control method is a communication control method executed by a user device in a mobile communication system that provides a multicast / broadcast service (MBS), and is a communication control method for PTP (Point-To-Point) transmission and PTM (Point). -Depending on the receipt of MBS data transmitted from the base station by any transmission method of To-Multipoint) transmission and the switching of the transmission method between the PTP transmission and the PTM transmission. It includes triggering the transmission of a status report indicating the reception status of MBS data in a predetermined layer of the user apparatus, and transmitting the status report to the base station.
  • MBS multicast / broadcast service
  • the user device is a user device used in a mobile communication system that provides a multicast / broadcast service (MBS), and is used for PTP (Point-To-Point) transmission and PTM (Point-To-Multipoint) transmission.
  • a receiver that receives MBS data transmitted from a base station by any of the transmission methods of the above, and a predetermined user device according to the fact that the transmission method is switched between the PTP transmission and the PTM transmission. It includes a control unit that triggers transmission of a status report indicating the reception status of MBS data in the layer, and a transmission unit that transmits the status report to the base station.
  • logical channel logical channel
  • Transport channel Transport channel
  • NR 5G system
  • the purpose of this disclosure is to realize an improved multicast / broadcast service.
  • FIG. 1 is a diagram showing a configuration of a mobile communication system according to an embodiment.
  • This mobile communication system complies with the 5th generation system (5GS: 5th Generation System) of the 3GPP standard.
  • 5GS 5th Generation System
  • 5GS will be described as an example, but the LTE (Long Term Evolution) system may be applied at least partially to the mobile communication system, and the 6th generation (6G) system may be applied at least partially. May be done.
  • mobile communication systems include a user device (UE: User Equipment) 100, a 5G radio access network (NG-RAN: Next Generation Radio Access Network) 10, and a 5G core network (5GC: 5G). It has Core Network) 20.
  • UE User Equipment
  • NG-RAN Next Generation Radio Access Network
  • 5GC 5G core network
  • the UE 100 is a mobile wireless communication device.
  • the UE 100 may be any device as long as it is a device used by the user.
  • the UE 100 may be a mobile phone terminal (including a smartphone), a tablet terminal, a notebook PC, or a communication module (communication card or communication card).
  • a device including a chipset), a sensor or a device provided on the sensor, a vehicle or a device provided on the vehicle (Vehicle UE), a flying object or a device provided on the flying object (Arial UE).
  • the NG-RAN 10 includes a base station (referred to as "gNB” in a 5G system) 200.
  • the gNB 200 are connected to each other via the Xn interface, which is an interface between base stations.
  • the gNB 200 manages one or more cells.
  • the gNB 200 performs wireless communication with the UE 100 that has established a connection with its own cell.
  • the gNB 200 has a radio resource management (RRM) function, a routing function for user data (hereinafter, simply referred to as “data”), a measurement control function for mobility control / scheduling, and the like.
  • RRM radio resource management
  • Cell is used as a term to indicate the smallest unit of a wireless communication area.
  • the term “cell” is also used to indicate a function or resource for wireless communication with the UE 100.
  • One cell belongs to one carrier frequency.
  • gNB can also connect to EPC (Evolved Packet Core), which is the core network of LTE.
  • EPC Evolved Packet Core
  • LTE base stations can also be connected to 5GC.
  • the LTE base station and gNB can also be connected via an inter-base station interface.
  • 5GC20 includes AMF (Access and Mobility Management Function) and UPF (User Plane Function) 300.
  • the AMF performs various mobility controls and the like for the UE 100.
  • the AMF manages the mobility of the UE 100 by communicating with the UE 100 using NAS (Non-Access Stratum) signaling.
  • UPF controls data transfer.
  • the AMF and UPF are connected to the gNB 200 via the NG interface, which is an interface between the base station and the core network.
  • FIG. 2 is a diagram showing a configuration of a UE 100 (user device) according to an embodiment.
  • the UE 100 includes a receiving unit 110, a transmitting unit 120, and a control unit 130.
  • the receiving unit 110 performs various receptions under the control of the control unit 130.
  • the receiving unit 110 includes an antenna and a receiver.
  • the receiver converts the radio signal received by the antenna into a baseband signal (received signal) and outputs it to the control unit 130.
  • the transmission unit 120 performs various transmissions under the control of the control unit 130.
  • the transmitter 120 includes an antenna and a transmitter.
  • the transmitter converts the baseband signal (transmission signal) output by the control unit 130 into a radio signal and transmits it from the antenna.
  • the control unit 130 performs various controls on the UE 100.
  • the control unit 130 includes at least one processor and at least one memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor may include a baseband processor and a CPU (Central Processing Unit).
  • the baseband processor modulates / demodulates and encodes / decodes the baseband signal.
  • the CPU executes a program stored in the memory to perform various processes.
  • FIG. 3 is a diagram showing the configuration of gNB200 (base station) according to one embodiment.
  • the gNB 200 includes a transmission unit 210, a reception unit 220, a control unit 230, and a backhaul communication unit 240.
  • the transmission unit 210 performs various transmissions under the control of the control unit 230.
  • the transmitter 210 includes an antenna and a transmitter.
  • the transmitter converts the baseband signal (transmission signal) output by the control unit 230 into a radio signal and transmits it from the antenna.
  • the receiving unit 220 performs various receptions under the control of the control unit 230.
  • the receiving unit 220 includes an antenna and a receiver.
  • the receiver converts the radio signal received by the antenna into a baseband signal (received signal) and outputs it to the control unit 230.
  • the control unit 230 performs various controls on the gNB 200.
  • the control unit 230 includes at least one processor and at least one memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor may include a baseband processor and a CPU.
  • the baseband processor modulates / demodulates and encodes / decodes the baseband signal.
  • the CPU executes a program stored in the memory to perform various processes.
  • the backhaul communication unit 240 is connected to an adjacent base station via an interface between base stations.
  • the backhaul communication unit 240 is connected to the AMF / UPF 300 via the base station-core network interface.
  • the gNB is composed of a CU (Central Unit) and a DU (Distributed Unit) (that is, the functions are divided), and both units may be connected by an F1 interface.
  • FIG. 4 is a diagram showing a configuration of a protocol stack of a wireless interface of a user plane that handles data.
  • the wireless interface protocol of the user plane includes a physical (PHY) layer, a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, and a PDCP (Packet Data Convergence Protocol) layer. It has an SDAP (Service Data Adjustment Protocol) layer.
  • PHY physical
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • SDAP Service Data Adjustment Protocol
  • the PHY layer performs coding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping. Data and control information are transmitted between the PHY layer of the UE 100 and the PHY layer of the gNB 200 via a physical channel.
  • the MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ), random access procedure, and the like. Data and control information are transmitted between the MAC layer of the UE 100 and the MAC layer of the gNB 200 via the transport channel.
  • the MAC layer of gNB200 includes a scheduler. The scheduler determines the transport format (transport block size, modulation / coding method (MCS)) of the upper and lower links and the resource block allocated to the UE 100.
  • MCS modulation / coding method
  • the RLC layer transmits data to the receiving RLC layer by using the functions of the MAC layer and the PHY layer. Data and control information are transmitted between the RLC layer of the UE 100 and the RLC layer of the gNB 200 via a logical channel.
  • the PDCP layer performs header compression / decompression and encryption / decryption.
  • the SDAP layer maps an IP flow, which is a unit in which a core network performs QoS control, with a wireless bearer, which is a unit in which an AS (Access Stratum) controls QoS.
  • IP flow which is a unit in which a core network performs QoS control
  • wireless bearer which is a unit in which an AS (Access Stratum) controls QoS.
  • AS Access Stratum
  • FIG. 5 is a diagram showing a configuration of a protocol stack of a wireless interface of a control plane that handles signaling (control signal).
  • the protocol stack of the radio interface of the control plane has an RRC (Radio Resource Control) layer and a NAS (Non-Access Stratum) layer in place of the SDAP layer shown in FIG.
  • RRC signaling for various settings is transmitted between the RRC layer of UE100 and the RRC layer of gNB200.
  • the RRC layer controls logical channels, transport channels, and physical channels in response to the establishment, re-establishment, and release of radio bearers.
  • RRC connection connection between the RRC of the UE 100 and the RRC of the gNB 200
  • the UE 100 is in the RRC connected state.
  • RRC connection no connection between the RRC of the UE 100 and the RRC of the gNB 200
  • the UE 100 is in the RRC idle state.
  • the connection between the RRC of the UE 100 and the RRC of the gNB 200 is suspended, the UE 100 is in the RRC inactive state.
  • the NAS layer located above the RRC layer performs session management, mobility management, etc.
  • NAS signaling is transmitted between the NAS layer of the UE 100 and the NAS layer of the AMF300B.
  • the UE 100 has an application layer and the like in addition to the wireless interface protocol.
  • MBS is a service that enables broadcast or multicast, that is, one-to-many (PTM: Point To Multipoint) data transmission from NG-RAN10 to UE100.
  • PTM Point To Multipoint
  • MBS may be referred to as MBMS (Multicast Broadcast and Multicast Service).
  • the MBS use cases (service types) include public safety communication, mission-critical communication, V2X (Vehicle to Everything) communication, IPv4 or IPv6 multicast distribution, IPTV, group communication, software distribution, and the like.
  • FIG. 6 is a diagram showing a correspondence relationship between a downlink logical channel (Logical channel) and a transport channel (Transport channel) according to an embodiment.
  • MBSFN Multipoint Broadcast Single Frequency Network
  • SC-PTM Single Cell Point To Multipoint
  • the logical channels used for MBSFN transmission are MTCH (Multicast Traffic Channel) and MCCH (Multicast Control Channel), and the transport channel used for MBSFN transmission is MCH (Multicast Control Channel).
  • MBSFN transmission is mainly designed for multi-cell transmission, and each cell performs synchronous transmission of the same signal (same data) in the same MBSFN subframe in an MBSFN area composed of a plurality of cells.
  • the logical channels used for SC-PTM transmission are SC-MTCH (Single Cell Multicast Traffic Channel) and SC-MCCH (Single Cell Multicast Control Channel).
  • the transport channel used for SC-PTM transmission is DL-SCH (Downlink Shared Channel).
  • SC-PTM transmission is designed primarily for single-cell transmission and performs broadcast or multicast data transmission on a cell-by-cell basis.
  • the physical channels used for SC-PTM transmission are PDCCH (Physical Downlink Control Channel) and PDSCH (Physical Downlink Control Channel), and dynamic resource allocation is possible.
  • MBS may be provided using a method similar to the SC-PTM transmission method.
  • MBS may be provided using the MBSFN transmission method.
  • MBS may be read as multicast.
  • MBS may be provided by broadcast.
  • MBS data means data provided by MBS
  • MBS control channel means MCCH or SC-MCCH
  • MBS traffic channel means MTCH or SC-MTCH.
  • MBS data may be transmitted by unicast.
  • MBS data may be referred to as MBS packets or MBS traffic.
  • the network can provide different MBS services for each MBS session.
  • the MBS session is identified by at least one of TMGI (Temporary Mobile Group Identity) and a session identifier, and at least one of these identifiers is called an MBS session identifier.
  • TMGI Temporal Mobile Group Identity
  • Such an MBS session identifier may be referred to as an MBS service identifier or a multicast group identifier.
  • FIG. 7 is a diagram showing a method of distributing MBS data according to an embodiment.
  • MBS data (MBS Traffic) is distributed from a single data source (application service provider) to a plurality of UEs.
  • the 5G CN (5GC) 20 which is a 5G core network, receives MBS data from an application service provider, creates a copy of the MBS data (Replication), and distributes it.
  • NG-RAN10 5G radio access networks
  • 5G RAN 5G radio access networks
  • MBS connection such a connection (tunnel) will be referred to as an “MBS connection”.
  • the MBS connection may be referred to as a Shared MBS Traffic delivery connection or a shared transport.
  • the MBS connection is terminated at NG-RAN10 (ie, gNB200).
  • the MBS connection may have a one-to-one correspondence with the MBS session.
  • the gNB 200 selects either PTP (Point-to-Point: Unicast) or PTM (Point-to-Multipoint: Multicast or Broadcast) transmission method at its own discretion, and MBS data is sent to the UE 100 by the selected transmission method. To send.
  • PTP Point-to-Point: Unicast
  • PTM Point-to-Multipoint: Multicast or Broadcast
  • a unicast session is established between NG-RAN10 and UE100, and MBS data is individually distributed from 5GC20 to UE100.
  • MBS data is individually distributed from 5GC20 to UE100.
  • Such a unicast may be called a PDU session.
  • Unicast (PDU session) ends at UE100.
  • split MBS bearer Next, the split MBS bearer according to the embodiment will be described.
  • the gNB 200 may set the MBS bearer (hereinafter, appropriately referred to as “split MBS bearer”) separated into the PTP communication path and the PTM communication path in the UE 100.
  • the gNB 200 can dynamically switch the transmission of MBS data to the UE 100 between PTP (PTP communication path) and PTM (PTM communication path).
  • the gNB 200 can improve reliability by double-transmitting the same MBS data by using PTP (PTP communication path) and PTM (PTM communication path) in combination.
  • the predetermined layer that terminates the split is a MAC layer (HARQ), an RLC layer, a PDCP layer, or a SDAP layer.
  • HARQ MAC layer
  • RLC Radio Link Control
  • PDCP Packet Control Protocol
  • SDAP Secure Sockets Layer
  • FIG. 8 is a diagram showing a split MBS bearer according to an embodiment.
  • the PTP communication path will be referred to as a PTP leg
  • the PTM communication path will be referred to as a PTM leg
  • the functional part corresponding to each layer is called an entity.
  • each of the PDCP entity of gNB200 and the PDCP entity of UE100 separates the MBS bearer, which is a bearer (data radio bearer) used for MBS, into a PTP leg and a PTM leg.
  • the PDCP entity is provided for each bearer.
  • Each of gNB200 and UE100 has two RLC entities provided for each leg, one MAC entity, and one PHY entity.
  • the PHY entity may be provided for each leg.
  • the UE 100 may have two MAC entities.
  • the PHY entity sends and receives PTP leg data using a cell RNTI (C-RNTI: Cell Radio Network Entity Identifier) that is assigned one-to-one with the UE 100.
  • C-RNTI Cell Radio Network Entity Identifier
  • the PHY entity sends and receives PTM leg data using the group RNTI (G-RNTI: Group Radio Network Entity Identifier) that is assigned one-to-one with the MBS session.
  • G-RNTI Group Radio Network Entity Identifier
  • a split MBS bearer is set from gNB200 to UE100, and the PTM leg is activated. Must have been. In other words, even if the split MBS bearer is set in the UE 100, the gNB 200 cannot perform PTM transmission of MBS data using this PTM leg when the PTM leg is in the deactivation state.
  • the split MBS bearer is set from the gNB 200 to the UE 100 and the PTP leg is activated. There is. In other words, even if the split MBS bearer is set in the UE 100, the gNB 200 cannot perform PTP transmission of MBS data using this PTP leg when the PTP leg is in the inactive state.
  • the UE 100 monitors the PDCCH (Physical Downlink Control Channel) to which the G-RNTI associated with the MBS session is applied while the PTM leg is activated (that is, the blind display of the PDCCH using the G-RNTI). Do the coding).
  • the UE 100 may monitor the PDCCH only at the scheduling opportunity of the MBS session.
  • the UE 100 does not monitor the PDCCH to which the G-RNTI associated with the MBS session is applied (ie, does not blind decode the PDCCH using the G-RNTI) when the PTM leg is deactivated. ..
  • the UE 100 monitors the PDCCH to which the C-RNTI is applied while the PTP leg is activated.
  • the UE 100 monitors the PDCCH in the set on period (OnDuration) when the intermittent reception (DRX: Discontinuus Reception) in the PTP leg is set.
  • OnDuration the on period
  • DRX Discontinuus Reception
  • the UE 100 may monitor the PDCCH of the cell even if the cell is deactivated.
  • the UE 100 may monitor the PDCCH to which C-RNTI is applied in preparation for normal unicast downlink transmission other than MBS data in a state where the PTP leg is deactivated. However, the UE 100 does not have to monitor the PDCCH for the MBS session when the cell (frequency) associated with the MBS session is specified.
  • the split MBS bearer as described above is set by the RRC message (for example, RRC Configuration message) transmitted by the RRC entity of gNB200 to the RRC entity of UE100.
  • RRC message for example, RRC Configuration message
  • FIG. 9 is a diagram showing an operation example 1 relating to activation and deactivation of the leg according to the embodiment.
  • the RRC entity of gNB200 sends an RRC message including the setting of the split MBS bearer (split bearer) shown in FIG. 8 to the UE 100.
  • the RRC message is, for example, an RRC Reconnection message.
  • the RRC entity of the UE 100 establishes a split MBS bearer based on the settings contained in the RRC message received from the gNB 200.
  • the UE 100 may establish a plurality of split MBS bearers according to the setting from the gNB 200.
  • the gNB 200 may instruct the UE 100 in the initial state of each leg (that is, activation or deactivation of each leg) by the same message.
  • the RRC entity of gNB200 sends an RRC message containing the bearer setting of the split MBS bearer to the UE 100, the RRC message includes the activation or deactivation instruction of each leg together with the bearer setting.
  • Such an RRC message may include at least one of an identifier of the leg (PTP leg, PTM leg) to be instructed and an identifier indicating either activation or deactivation.
  • the RRC message may include an identifier (eg, TMGI, G-RNTI, session identifier, QoS flow identifier, bearer identifier) associated with the MBS session (split MBS bearer) to be instructed.
  • step S12 the gNB 200 sends an instruction to individually activate or deactivate the PTP leg and the PTM leg to the UE 100.
  • the MAC entity of gNB200 may transmit a MAC control element (MAC CE) including the instruction to the UE 100.
  • the MAC entity of UE100 receives MAC CE from gNB200.
  • the PHY entity of the gNB 200 may transmit downlink control information (DCI) including the instruction to the UE 100.
  • the PHY entity of UE100 receives DCI from gNB200.
  • DCI downlink control information
  • Such a MAC CE or DCI may include at least one of an identifier of the leg (PTP leg, PTM leg) to be instructed and an identifier indicating either activation or deactivation.
  • the MAC CE or DCI may include an identifier (for example, TMGI, G-RNTI, session identifier, QoS flow identifier, bearer identifier) associated with the MBS session (split MBS bearer) to be instructed.
  • the UE 100 starts the data reception process using C-RNTI in response to the reception of the instruction to activate the PTP leg.
  • the UE 100 starts the MBS data reception processing using the G-RNTI in response to the reception of the instruction to activate the PTM leg.
  • the UE 100 ends the data reception process using the C-RNTI in response to the reception of the instruction to deactivate the PTP leg.
  • the UE 100 ends the MBS data reception processing using the G-RNTI in response to the reception of the instruction to deactivate the PTM leg.
  • the gNB 200 may transmit (PTM transmission) an instruction to activate or deactivate the PTP leg to the UE 100 via the PTM leg in the activated state.
  • PTM transmission an instruction to activate or deactivate the PTP leg to the UE 100 via the PTM leg in the activated state.
  • the gNB 200 may transmit (PTM transmission) an instruction to deactivate the PTM leg to the UE 100 via the PTM leg in the activated state.
  • PTM transmission an instruction to deactivate the PTM leg to the UE 100 via the PTM leg in the activated state.
  • the gNB 200 may transmit (PTP transmission) an instruction to activate or deactivate the PTM leg to the UE 100 via the PTP leg in the activated state. This allows the PTM leg to be individually activated or deactivated for each UE 100.
  • the gNB 200 may transmit (PTP transmission) an instruction to deactivate the PTP leg to the UE 100 via the PTP leg in the activated state. This allows the PTP leg to be individually deactivated for each UE 100.
  • the UE 100 may transmit a response to the received instruction to the gNB 200 in response to receiving an instruction from the gNB 200 to activate at least one leg of the PTP leg and the PTM leg in step S12.
  • This response may be transmitted from the MAC entity of the UE 100 to the gNB 200 via the PTP leg, for example.
  • the UE 100 may initiate a data receiving operation on the activated leg after transmitting the response.
  • the gNB 200 transmits data via the activated leg in response to receiving a response from the UE 100. That is, after receiving the response, the gNB 200 starts the data transmission operation in the leg.
  • the UE 100 may transmit a response to the received instruction to the gNB 200 in response to receiving an instruction from the gNB 200 to deactivate at least one leg of the PTP leg and the PTM leg in step S12.
  • FIG. 10 is a diagram showing an operation example 2 relating to activation and deactivation of a leg according to an embodiment. Since the basic operation of the operation example 2 is the same as that of the operation example 1, the differences from the operation example 1 will be mainly described here. The operation example 2 can be used in combination with the operation example 1.
  • the gNB 200 transmits an instruction for activating or deactivating both the PTP leg and the PTM leg to the UE 100.
  • the MAC entity of gNB200 includes both the control instruction of the PTP leg and the control instruction of the PTM leg in the MAC CE instructing the activation or deactivation of the leg.
  • the RRC entity of gNB200 sends an RRC message including the setting of the split MBS bearer (split bearer) shown in FIG. 8 to the UE 100.
  • the RRC message may include information that sets the initial state of each leg.
  • the information for setting the initial state of each leg may be the same information as the instruction included in the MAC CE or DCI described later.
  • step S22 the gNB 200 sends an instruction to the UE 100 to activate or deactivate both the PTP leg and the PTM leg.
  • the instructions are included in MAC CE or DCI.
  • the MAC CE or DCI indicates an indication value for activating both the PTP leg and the PTM leg (for example, “1”) or deactivating both the PTP leg and the PTM leg (for example, “0”).
  • the activation of both the PTP leg and the PTM leg may be the activation of the split MBS bearer or the activation of duplication using the two legs.
  • the deactivation of both the PTP leg and the PTM leg may be the deactivation of the split MBS bearer or the deactivation of double transmission using the two legs.
  • the MAC CE or DCI may include an identifier (for example, TMGI, G-RNTI, session identifier, QoS flow identifier, bearer identifier) associated with the MBS session (split MBS bearer) to be instructed.
  • MAC CE or DCI may include activation or deactivation instructions for each such identifier.
  • FIG. 11 is a diagram showing an example of a MAC CE (1 octet) that stores an instruction value for each bearer identifier (or logical channel identifier) according to an embodiment.
  • M1 to M8 correspond to bearers # 1 to # 8 (or logical channels # 1 to # 8.
  • Each field of M1 to M8 is 1 bit, and each field has one bit.
  • the indicated value for activation (eg, "1") or deactivation (eg, "0") is stored.
  • Step S23 is the same as operation example 1.
  • the UE 100 may send the response to the gNB 200.
  • the PDCP entity of the UE 100 may perform a duplicate packet discarding process of two identical MBS packets transmitted by duplication.
  • the RRC entity of the UE 100 may send a message (RAI: Entity Assistance Information / preference) to the gNB 200 to prompt the gNB 200 to release the RRC connection when the PTP leg is deactivated.
  • RAI Entity Assistance Information / preference
  • the UE 100 may be allowed to transmit the RAI even while the dynamic switching of the PTP leg and the PTM leg is being set.
  • Switching operation between PTP transmission and PTM transmission Next, the operation of switching between PTP transmission and PTM transmission according to the embodiment will be described.
  • the PTP transmission may be a method of transmitting MBS data from the gNB 200 to the UE 100 using a PTP leg (PTP communication path).
  • the PTM transmission may be a method of transmitting MBS data from the gNB 200 to the UE 100 using a PTM leg (PTM communication path).
  • the PTP transmission may be a method of transmitting MBS data from the gNB 200 to the UE 100 using a PTP bearer (PTP communication path) which is a first data radio bearer for PTP.
  • the PTM transmission may be a method of transmitting MBS data from the gNB 200 to the UE 100 using a PTM bearer (PTM communication path) which is a second data radio bearer for PTM.
  • the switching operation between PTP transmission and PTM transmission is an operation of terminating the MBS data transmission of one of the PTP transmissions and the PTM transmissions and at the same time starting the MBS data transmission of the other transmission method.
  • MBS data MBS packet
  • the MBS data MBS packet
  • the receiving unit 110 receives MBS data transmitted from the gNB 200 by either PTP (Point-To-Point) transmission or PTM (Point-To-Multipoint) transmission.
  • the control unit 130 of the UE 100 triggers the transmission of a status report indicating the reception status of MBS data in a predetermined layer of the UE 100 in response to the transmission method being switched between PTP transmission and PTM transmission.
  • the transmission unit 120 of the UE 100 transmits the status report to the gNB 200.
  • the gNB 200 can grasp the reception state of the MBS data of the UE 100 regarding the switching between the PTP transmission and the PTM transmission. Therefore, even if the MBS packet is missing when switching between PTP transmission and PTM transmission, the gNB 200 can easily identify the missing MBS packet. Therefore, when a packet loss of an MBS packet occurs, it can be retransmitted in the PDCP layer (or RLC layer), so that the reliability of communication can be improved.
  • the predetermined layer is the PDCP layer and the status report transmitted from the UE 100 to the gNB 200 is the PDCP status report (PDCP status report).
  • the predetermined layer may be an RLC layer.
  • the status report transmitted from the UE 100 to the gNB 200 may be an RLC status report (RLC Status PDU).
  • FIG. 12 is a diagram showing a configuration example of a PDCP status report according to an embodiment.
  • the PDCP status report has, as the main components, a 1-bit length "D / C” field, a 3-bit length "PDU Type” field, and a 32-bit length "FMC (First Missing”). It has a "COUNT)” field and a variable bit length "Bitmap” field.
  • the "D / C" field is a field indicating whether this PDCP PDU is a PDCP Data PDU or a PDCP Control PDU.
  • the PDCP status report corresponds to the PDCP Control PDU.
  • the "PDU Type” field is a field indicating whether the PDCP Control PDU is "PDCP status report”, "Interspired ROHC feedback", or "EHC feedback”.
  • the "FMC (First Missing COUNT)" field is a field indicating the count value (COUNT) of the PDCP SDU that was first missing in the reordering window.
  • the count value (COUNT) is composed of an HFN (Hyper Frame Number) and a PDCP sequence number.
  • the "Bitmap” field is a field indicating the missing PDCP SDU and the PDCP SDU correctly received by the receiving PDCP entity. Specifically, the "Bitmap” field indicates the reception status of PDCP SDU after FMC as "0" (missing) or "1" (correctly received).
  • FIG. 13 is a diagram showing a switching operation from PTM transmission to PTP transmission according to one embodiment.
  • the gNB 200 has established the MBS connection of the shared MBS data distribution (Shared MBS Traffic Delivery) shown in FIG. 7 as 5GC20.
  • step S101 the gNB 200 starts PTM transmission of MBS data. Specifically, the gNB 200 initiates multicast or broadcast transmission of MBS data belonging to a certain MBS session.
  • step S102 the gNB 200 transmits MBS data belonging to a certain MBS session by PTM.
  • the UE 100 receives the MBS data.
  • step S103 the PDCP entity of the UE 100 uses the sequence number of the MBS data (PDCP SDU) transmitted by the PTM that was successfully received and the sequence of the MBS data that failed to be received in order to generate the PDCP status report. Each number may be recorded.
  • PDCP SDU sequence number of the MBS data
  • step S104 the gNB 200 transmits an instruction for switching from PTM transmission to PTP transmission to the UE 100.
  • This instruction may be a PTM leg deactivation instruction and / or a PTP leg activation instruction.
  • This instruction may be a change instruction from a PTM bearer to a PTP bearer by an RRC message (for example, an RRC Modification message).
  • This instruction may include a transmission instruction or transmission setting for a PDCP status report.
  • the UE 100 may voluntarily trigger (step S107) and transmit the PDCP status report (step S108) even if there is no transmission instruction or transmission setting of the PDCP status report from the gNB 200.
  • step S105 the gNB 200 and the UE 100 perform a switching process from PTM transmission to PTP transmission. Specifically, the gNB 200 and the UE 100 end the PTM transmission of the MBS data belonging to a certain MBS session and start the PTP transmission of the MBS data belonging to the MBS session.
  • step S106 gNB200 transmits MBS data belonging to the MBS session by PTP.
  • the UE 100 receives the MBS data.
  • the UE 100 may fail to receive the last MBS data (PDCP SDU) transmitted by the PTM due to the switching process from the PTM transmission to the PTP transmission.
  • the PDCP entity of the UE 100 records the sequence number of the MBS data (PDCP SDU) that failed to be received among the MBS data (PDCP SDU) transmitted by the PTM.
  • the UE 100 may fail to receive the first MBS data (PDCP SDU) transmitted by PTP due to the switching process from PTM transmission to PTP transmission.
  • the PDCP entity of the UE 100 records the sequence number of the MBS data (PDCP SDU) that failed to be received among the MBS data (PDCP SDU) transmitted by PTP.
  • step S107 the PDCP entity of UE100 triggers the transmission of the PDCP status report. Specifically, the PDCP entity of UE 100 generates a PDCP status report as shown in FIG. 12 and passes the PDCP status report to a lower layer.
  • the PDCP entity of the UE 100 may trigger the transmission of the PDCP status report when receiving the instruction of step S104, or trigger the transmission of the PDCP status report when the switching process of step S105 is performed. It is also good.
  • the PDCP entity of the UE 100 may trigger the transmission of the PDCP status report after a lapse of a certain period of time after receiving the instruction of step S104, or the PDCP status report after a lapse of a certain time after performing the switching process of step S105. May be triggered to send.
  • a fixed time timer value
  • condition for the UE 100 to trigger the transmission of the PDCP status report there may be a condition that the sequence number of the MBS data last received by the PTM and the sequence number of the MBS data first received by the PTP are discontinuous.
  • the PDCP entity of the UE 100 triggers the transmission of the PDCP status report only when it detects such a discontinuity.
  • the condition for the UE 100 to trigger the transmission of the PDCP status report may be that it has detected a missing (discontinuous sequence number) in the MBS data transmitted by the PTM.
  • step S108 the lower layer of UE100 (RLC entity, MAC entity, and PHY entity) transmits the PDCP status report to gNB200.
  • the gNB 200 receives a PDCP status report.
  • step S109 the gNB 200 retransmits the missing MBS data to the UE 100 by PTP based on the missing packet information (FMC and Bitmap) included in the PDCP status report.
  • the UE 100 receives the MBS data retransmitted by PTP.
  • the missing MBS data can be identified based on the PDCP status report, and the missing MBS data can be supplemented by retransmission in the PDCP layer. ..
  • FIG. 14 is a diagram showing a switching operation from PTP transmission to PTM transmission according to one embodiment.
  • step S201 the gNB 200 starts PTP transmission of MBS data. Specifically, the gNB 200 initiates unicast transmission of MBS data belonging to a certain MBS session.
  • step S202 gNB200 transmits MBS data belonging to a certain MBS session by PTM.
  • the UE 100 receives the MBS data.
  • step S203 the PDCP entity of the UE 100 uses the sequence number of the MBS data (PDCP SDU) transmitted by PTP, the sequence number of the MBS data successfully received, and the sequence of the MBS data failed to be received, in order to generate the PDCP status report. Each number may be recorded.
  • PDCP SDU sequence number of the MBS data
  • step S204 the gNB 200 transmits an instruction for switching from PTP transmission to PTM transmission to the UE 100.
  • This instruction may be a PTP leg deactivation instruction and / or a PTM leg activation instruction.
  • This instruction may be a change instruction from a PTP bearer to a PTM bearer by an RRC message (for example, an RRC Modification message).
  • This instruction may include a transmission instruction or transmission setting for a PDCP status report.
  • the UE 100 may voluntarily trigger (step S207) and transmit the PDCP status report even if there is no transmission instruction or transmission setting of the PDCP status report from the gNB 200 (step S208).
  • step S205 the gNB 200 and the UE 100 perform a switching process from PTP transmission to PTM transmission. Specifically, the gNB 200 and the UE 100 end the PTP transmission of the MBS data belonging to a certain MBS session and start the PTM transmission of the MBS data belonging to the MBS session.
  • step S206 the gNB 200 transmits MBS data belonging to the MBS session by PTM.
  • the UE 100 receives the MBS data.
  • the UE 100 may fail to receive the last MBS data (PDCP SDU) transmitted by PTP due to the switching process from PTP transmission to PTM transmission.
  • the PDCP entity of the UE 100 records the sequence number of the MBS data (PDCP SDU) that failed to be received among the MBS data (PDCP SDU) transmitted by PTP.
  • the UE 100 may fail to receive the first MBS data (PDCP SDU) transmitted by the PTM due to the switching process from the PTP transmission to the PTM transmission.
  • the PDCP entity of the UE 100 records the sequence number of the MBS data (PDCP SDU) that failed to be received among the MBS data (PDCP SDU) transmitted by the PTM.
  • step S207 the PDCP entity of UE100 triggers the transmission of the PDCP status report. Specifically, the PDCP entity of UE 100 generates a PDCP status report as shown in FIG. 12 and passes the PDCP status report to a lower layer.
  • the PDCP entity of the UE 100 may trigger the transmission of the PDCP status report when receiving the instruction in step S204, or trigger the transmission of the PDCP status report when the switching process of step S205 is performed. May be good.
  • the PDCP entity of the UE 100 may trigger the transmission of the PDCP status report after a certain period of time has elapsed from receiving the instruction in step S204, or the PDCP status report after a certain period of time has elapsed from the switching process of step S205. May be triggered to send.
  • a fixed time timer value
  • condition for the UE 100 to trigger the transmission of the PDCP status report there may be a condition that the sequence number of the MBS data last received by the PTP and the sequence number of the MBS data first received by the PTM are discontinuous.
  • the PDCP entity of the UE 100 triggers the transmission of the PDCP status report only when it detects such a discontinuity.
  • the condition for the UE 100 to trigger the transmission of the PDCP status report may be the detection of a missing item (discontinuity of sequence numbers) in the MBS data transmitted by PTP.
  • step S208 the lower layer of UE100 (RLC entity, MAC entity, and PHY entity) transmits the PDCP status report to gNB200.
  • the gNB 200 receives a PDCP status report.
  • step S209 the gNB 200 retransmits the missing MBS data to the UE 100 by PTM based on the missing packet information (FMC and Bitmap) included in the PDCP status report.
  • the UE 100 receives the MBS data retransmitted by the PTM.
  • the missing MBS data can be identified based on the PDCP status report, and the missing MBS data can be supplemented by retransmission in the PDCP layer. ..
  • FIG. 15 is a diagram showing an example of changing the switching operation from PTP transmission to PTM transmission according to one embodiment.
  • steps S301 to S308 is the same as that of FIG. However, in steps S304 and S305, the gNB 200 and the UE 100 maintain an active state without deactivating the PTP communication path (PTP leg).
  • step S309 the gNB 200 retransmits the missing MBS data to the UE 100 by PTP based on the missing packet information (FMC and Bitmap) included in the PDCP status report.
  • the UE 100 receives the MBS data retransmitted by PTP.
  • the gNB 200 and the UE 100 perform the MBS data retransmission processing by the PTP while performing the MBS data initial transmission processing by the PTM.
  • the MBS data can be retransmitted by PTP only to the UE 100 in which the MBS data is missing, so that efficient retransmission processing can be realized.
  • the UE 100 may voluntarily stop the reception processing in the PTP when the missing MBS data is supplemented by retransmission.
  • the PTP communication path is configured by the PTP leg and the PTM communication path is configured by the PTM leg using the split MBS bearer has been described.
  • the PTP communication path may be configured by the first radio bearer for PTP and the PTM communication path may be configured by the second radio bearer for PTM.
  • the predetermined layer is the PDCP layer and the status report transmitted from the UE 100 to the gNB 200 is the PDCP status report (PDCP status report).
  • the PDCP entity in the above-described embodiment may be read as an RLC entity, and the PDCP status report may be read as an RLC status report (RLC Status PDU).
  • Each of the above-mentioned operation flows is not limited to the case where they are individually and independently implemented, but can be implemented by combining two or more operation flows. For example, some steps of one operation flow may be added to another operation flow, or some steps of one operation flow may be replaced with some steps of another operation flow.
  • the base station may be an NR base station (gNB)
  • the base station may be an LTE base station (eNB).
  • the base station may be a relay node such as an IAB (Integrated Access and Backhaul) node.
  • the base station may be a DU (Distributed Unit) of an IAB node.
  • a program may be provided that causes a computer to execute each process performed by the UE 100 or gNB 200.
  • the program may be recorded on a computer-readable medium.
  • Computer-readable media can be used to install programs on a computer.
  • the computer-readable medium on which the program is recorded may be a non-transient recording medium.
  • the non-transient recording medium is not particularly limited, but may be, for example, a recording medium such as a CD-ROM or a DVD-ROM.
  • a circuit that executes each process performed by the UE 100 or the gNB 200 may be integrated, and at least a part of the UE 100 or the gNB 200 may be configured as a semiconductor integrated circuit (chipset, SoC).
  • NG-RAN 5G RAN
  • 5GC 5G CN
  • UE 110 Receiver unit 120: Transmitter unit 130: Control unit 200: gNB 210: Transmitter 220: Receiver 230: Control 240: Backhaul communication unit

Landscapes

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

Abstract

マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいてＵＥ１００が実行する通信制御方法は、ＰＴＰ（Ｐｏｉｎｔ－Ｔｏ－Ｐｏｉｎｔ）伝送及びＰＴＭ（Ｐｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）伝送のいずれかの伝送方式でｇＮＢ２００から伝送されるＭＢＳデータを受信するステップＳ１０５と、伝送方式がＰＴＰ伝送とＰＴＭ伝送との間で切り替えられたことに応じて、ＵＥ１００の所定レイヤにおけるＭＢＳデータの受信状態を示すステータス報告の送信をトリガするステップＳ１０７と、ステータス報告をｇＮＢ２００に送信するステップＳ１０８とを有する。

Description

通信制御方法及びユーザ装置
　本開示は、移動通信システムで用いる通信制御方法及びユーザ装置に関する。
　近年、第５世代（５Ｇ）の移動通信システムが注目されている。５Ｇシステムの無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｔｅｃｈｎｏｌｏｇｙ）であるＮＲ（Ｎｅｗ　Ｒａｄｉｏ）は、第４世代の無線アクセス技術であるＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）に比べて、高速・大容量かつ高信頼・低遅延といった特徴を有する。
３ＧＰＰ技術仕様書「３ＧＰＰ　ＴＳ　３８．３００　Ｖ１６．３．０　（２０２０－０９）」
　第１の態様に係る通信制御方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいてユーザ装置が実行する通信制御方法であって、ＰＴＰ（Ｐｏｉｎｔ－Ｔｏ－Ｐｏｉｎｔ）伝送及びＰＴＭ（Ｐｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）伝送のいずれかの伝送方式で基地局から伝送されるＭＢＳデータを受信することと、前記伝送方式が前記ＰＴＰ伝送と前記ＰＴＭ伝送との間で切り替えられたことに応じて、前記ユーザ装置の所定レイヤにおけるＭＢＳデータの受信状態を示すステータス報告の送信をトリガすることと、前記ステータス報告を前記基地局に送信することと、を有する。
　第２の態様に係るユーザ装置は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いるユーザ装置であって、ＰＴＰ（Ｐｏｉｎｔ－Ｔｏ－Ｐｏｉｎｔ）伝送及びＰＴＭ（Ｐｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）伝送のいずれかの伝送方式で基地局から伝送されるＭＢＳデータを受信する受信部と、前記伝送方式が前記ＰＴＰ伝送と前記ＰＴＭ伝送との間で切り替えられたことに応じて、前記ユーザ装置の所定レイヤにおけるＭＢＳデータの受信状態を示すステータス報告の送信をトリガする制御部と、前記ステータス報告を前記基地局に送信する送信部とを備える。
一実施形態に係る移動通信システムの構成を示す図である。 一実施形態に係るＵＥ（ユーザ装置）の構成を示す図である。 一実施形態に係るｇＮＢ（基地局）の構成を示す図である。 データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 一実施形態に係る下りリンクの論理チャネル（Ｌｏｇｉｃａｌ　ｃｈａｎｎｅｌ）とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ　ｃｈａｎｎｅｌ）との対応関係を示す図である。 一実施形態に係るＭＢＳデータの配信方法を示す図である。 一実施形態に係るスプリットＭＢＳベアラを示す図である。 一実施形態に係るレグのアクティブ化及び非アクティブ化に関する動作例１を示す図である。 一実施形態に係るレグのアクティブ化及び非アクティブ化に関する動作例２を示す図である。 一実施形態に係るベアラ識別子（若しくは論理チャネル識別子）ごとの指示値を格納するＭＡＣ　ＣＥ（１オクテット）の一例を示す図である。 一実施形態に係るＰＤＣＰステータス報告の構成例を示す図である。 一実施形態に係るＰＴＭ伝送からＰＴＰ伝送への切り替え動作を示す図である。 一実施形態に係るＰＴＰ伝送からＰＴＭ伝送への切り替え動作を示す図である。 一実施形態に係るＰＴＰ伝送からＰＴＭ伝送への切り替え動作の変更例を示す図である。
　５Ｇシステム（ＮＲ）にマルチキャスト・ブロードキャストサービスを導入することが検討されている。ＮＲのマルチキャスト・ブロードキャストサービスは、ＬＴＥのマルチキャスト・ブロードキャストサービスよりも改善されたサービスを提供することが望まれる。
　そこで、本開示は、改善されたマルチキャスト・ブロードキャストサービスを実現することを目的とする。
　図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
　（移動通信システムの構成）
　まず、実施形態に係る移動通信システムの構成について説明する。図１は、一実施形態に係る移動通信システムの構成を示す図である。この移動通信システムは、３ＧＰＰ規格の第５世代システム（５ＧＳ：５ｔｈ　Ｇｅｎｅｒａｔｉｏｎ　Ｓｙｓｔｅｍ）に準拠する。以下において、５ＧＳを例に挙げて説明するが、移動通信システムにはＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）システムが少なくとも部分的に適用されてもよいし、第６世代（６Ｇ）システムが少なくとも部分的に適用されてもよい。
　図１に示すように、移動通信システムは、ユーザ装置（ＵＥ：Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ：Ｎｅｘｔ　Ｇｅｎｅｒａｔｉｏｎ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０と、５Ｇのコアネットワーク（５ＧＣ：５Ｇ　Ｃｏｒｅ　Ｎｅｔｗｏｒｋ）２０とを有する。
　ＵＥ１００は、移動可能な無線通信装置である。ＵＥ１００は、ユーザにより利用される装置であればどのような装置であっても構わないが、例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）やタブレット端末、ノートＰＣ、通信モジュール（通信カード又はチップセットを含む）、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ　ＵＥ）、飛行体若しくは飛行体に設けられる装置（Ａｅｒｉａｌ　ＵＥ）である。
　ＮＧ－ＲＡＮ１０は、基地局（５Ｇシステムにおいて「ｇＮＢ」と呼ばれる）２００を含む。ｇＮＢ２００は、基地局間インターフェイスであるＸｎインターフェイスを介して相互に接続される。ｇＮＢ２００は、１又は複数のセルを管理する。ｇＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数に属する。
　なお、ｇＮＢがＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）に接続することもできる。ＬＴＥの基地局が５ＧＣに接続することもできる。ＬＴＥの基地局とｇＮＢとが基地局間インターフェイスを介して接続されることもできる。
　５ＧＣ２０は、ＡＭＦ（Ａｃｃｅｓｓ　ａｎｄ　Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）及びＵＰＦ（Ｕｓｅｒ　Ｐｌａｎｅ　Ｆｕｎｃｔｉｏｎ）３００を含む。ＡＭＦは、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦは、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００のモビリティを管理する。ＵＰＦは、データの転送制御を行う。ＡＭＦ及びＵＰＦは、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００と接続される。
　図２は、一実施形態に係るＵＥ１００（ユーザ装置）の構成を示す図である。
　図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
　受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
　送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。
　図３は、一実施形態に係るｇＮＢ２００（基地局）の構成を示す図である。
　図３に示すように、ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
　送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
　制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。
　バックホール通信部２４０は、基地局間インターフェイスを介して隣接基地局と接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイスを介してＡＭＦ／ＵＰＦ３００と接続される。なお、ｇＮＢは、ＣＵ（Ｃｅｎｔｒａｌ　Ｕｎｉｔ）とＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ　Ｕｎｉｔ）とで構成され（すなわち、機能分割され）、両ユニット間はＦ１インターフェイスで接続されてもよい。
　図４は、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
　図４に示すように、ユーザプレーンの無線インターフェイスプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）レイヤと、ＳＤＡＰ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）レイヤとを有する。
　ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
　ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｇＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｇＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
　ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｇＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
　ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
　ＳＤＡＰレイヤは、コアネットワークがＱｏＳ制御を行う単位であるＩＰフローとＡＳ（Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。なお、ＲＡＮがＥＰＣに接続される場合は、ＳＤＡＰが無くてもよい。
　図５は、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
　図５に示すように、制御プレーンの無線インターフェイスのプロトコルスタックは、図４に示したＳＤＡＰレイヤに代えて、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）レイヤ及びＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）レイヤを有する。
　ＵＥ１００のＲＲＣレイヤとｇＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドル状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間の接続がサスペンドされている場合、ＵＥ１００はＲＲＣインアクティブ状態にある。
　ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＡＭＦ３００ＢのＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。
　なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。
　（ＭＢＳ）
　次に、一実施形態に係るＭＢＳについて説明する。ＭＢＳは、ＮＧ－ＲＡＮ１０からＵＥ１００に対してブロードキャスト又はマルチキャスト、すなわち、１対多（ＰＴＭ：Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）でのデータ送信を可能とするサービスである。ＭＢＳは、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　ａｎｄ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）と呼ばれてもよい。なお、ＭＢＳのユースケース（サービス種別）としては、公安通信、ミッションクリティカル通信、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ　ｔｏ　Ｅｖｅｒｙｔｈｉｎｇ）通信、ＩＰｖ４又はＩＰｖ６マルチキャスト配信、ＩＰＴＶ、グループ通信、及びソフトウェア配信等がある。
　ＬＴＥにおけるＭＢＳの送信方式には、ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ　Ｂｒｏａｄｃａｓｔ　Ｓｉｎｇｌｅ　Ｆｒｅｑｕｅｎｃｙ　Ｎｅｔｗｏｒｋ）送信及びＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）送信の２種類がある。図６は、一実施形態に係る下りリンクの論理チャネル（Ｌｏｇｉｃａｌ　ｃｈａｎｎｅｌ）とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ　ｃｈａｎｎｅｌ）との対応関係を示す図である。
　図６に示すように、ＭＢＳＦＮ送信に用いる論理チャネルはＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｔｒａｆｆｉｃ　Ｃｈａｎｎｅｌ）及びＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）であり、ＭＢＳＦＮ送信に用いるトランスポートチャネルはＭＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）である。ＭＢＳＦＮ送信は、主にマルチセル送信用に設計されており、複数のセルからなるＭＢＳＦＮエリアにおいて各セルが同じＭＢＳＦＮサブフレームで同じ信号（同じデータ）の同期送信を行う。
　ＳＣ－ＰＴＭ送信に用いる論理チャネルはＳＣ－ＭＴＣＨ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｍｕｌｔｉｃａｓｔ　Ｔｒａｆｆｉｃ　Ｃｈａｎｎｅｌ）及びＳＣ－ＭＣＣＨ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｍｕｌｔｉｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）である。ＳＣ－ＰＴＭ送信に用いるトランスポートチャネルは、ＤＬ－ＳＣＨ（Ｄｏｗｎｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）である。ＳＣ－ＰＴＭ送信は、主に単一セル送信用に設計されており、セル単位でブロードキャスト又はマルチキャストでのデータ送信を行う。ＳＣ－ＰＴＭ送信に用いる物理チャネルはＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）及びＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）であり、動的なリソース割当が可能になっている。
　以下において、ＳＣ－ＰＴＭ伝送方式と同様な方式を用いてＭＢＳが提供される一例について主として説明するが、ＭＢＳＦＮ伝送方式を用いてＭＢＳが提供されてもよい。また、ＭＢＳがマルチキャストにより提供される一例について主として説明する。このため、ＭＢＳをマルチキャストと読み替えてもよい。但し、ＭＢＳがブロードキャストにより提供されてもよい。
　また、ＭＢＳデータとは、ＭＢＳにより提供されるデータをいい、ＭＢＳ制御チャネルとは、ＭＣＣＨ又はＳＣ－ＭＣＣＨをいい、ＭＢＳトラフィックチャネルとは、ＭＴＣＨ又はＳＣ－ＭＴＣＨをいうものとする。但し、ＭＢＳデータは、ユニキャストで送信される場合もある。ＭＢＳデータは、ＭＢＳパケット又はＭＢＳトラフィックと呼ばれてもよい。
　ネットワークは、ＭＢＳセッションごとに異なるＭＢＳサービスを提供できる。ＭＢＳセッションは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｍｏｂｉｌｅ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｔｙ）及びセッション識別子のうち少なくとも１つにより識別され、これらの識別子のうち少なくとも１つをＭＢＳセッション識別子と呼ぶ。このようなＭＢＳセッション識別子は、ＭＢＳサービス識別子又はマルチキャストグループ識別子と呼ばれてもよい。
　図７は、一実施形態に係るＭＢＳデータの配信方法を示す図である。
　図７に示すように、ＭＢＳデータ（ＭＢＳ　Ｔｒａｆｆｉｃ）は、単一のデータソース（アプリケーションサービスプロバイダ）から複数のＵＥに配信される。５Ｇコアネットワークである５Ｇ　ＣＮ（５ＧＣ）２０は、アプリケーションサービスプロバイダからＭＢＳデータを受信し、ＭＢＳデータのコピーの作成（Ｒｅｐｌｉｃａｔｉｏｎ）を行って配信する。
　５ＧＣ２０の観点からは、共有ＭＢＳデータ配信（Ｓｈａｒｅｄ　ＭＢＳ　Ｔｒａｆｆｉｃ　ｄｅｌｉｖｅｒｙ）及び個別ＭＢＳデータ配信（Ｉｎｄｉｖｉｄｕａｌ　ＭＢＳ　Ｔｒａｆｆｉｃ　ｄｅｌｉｖｅｒｙ）の２つの配信方法が可能である。
　共有ＭＢＳデータ配信では、５Ｇ無線アクセスネットワーク（５Ｇ　ＲＡＮ）であるＮＧ－ＲＡＮ１０と５ＧＣ２０との間に接続が確立され、５ＧＣ２０からＮＧ－ＲＡＮ１０へＭＢＳデータを配信する。以下において、このような接続（トンネル）を「ＭＢＳ接続」と呼ぶ。
　ＭＢＳ接続は、Ｓｈａｒｅｄ　ＭＢＳ　Ｔｒａｆｆｉｃ　ｄｅｌｉｖｅｒｙ接続又は共有トランスポート（ｓｈａｒｅｄ　ｔｒａｎｓｐｏｒｔ）と呼ばれてもよい。ＭＢＳ接続は、ＮＧ－ＲＡＮ１０（すなわち、ｇＮＢ２００）で終端する。ＭＢＳ接続は、ＭＢＳセッションと１対１で対応していてもよい。
　ｇＮＢ２００は、自身の判断でＰＴＰ（Ｐｏｉｎｔ－ｔｏ－Ｐｏｉｎｔ：ユニキャスト）及びＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ：マルチキャスト又はブロードキャスト）のいずれかの伝送方式を選択し、選択した伝送方式でＵＥ１００にＭＢＳデータを送信する。
　他方、個別ＭＢＳデータ配信では、ＮＧ－ＲＡＮ１０とＵＥ１００との間にユニキャストのセッションが確立され、５ＧＣ２０からＵＥ１００へＭＢＳデータを個別に配信する。このようなユニキャストは、ＰＤＵセッション（ＰＤＵ　Ｓｅｓｓｉｏｎ）と呼ばれてもよい。ユニキャスト（ＰＤＵセッション）は、ＵＥ１００で終端する。
　（スプリットＭＢＳベアラ）
　次に、一実施形態に係るスプリットＭＢＳベアラについて説明する。
　ｇＮＢ２００は、ＰＴＰ通信パス及びＰＴＭ通信パスに分離されたＭＢＳベアラ（以下、適宜「スプリットＭＢＳベアラ」と呼ぶ）をＵＥ１００に設定し得る。これにより、ｇＮＢ２００は、ＵＥ１００に対するＭＢＳデータの送信をＰＴＰ（ＰＴＰ通信パス）とＰＴＭ（ＰＴＭ通信パス）との間で動的に切り替えることができる。或いは、ｇＮＢ２００は、ＰＴＰ（ＰＴＰ通信パス）及びＰＴＭ（ＰＴＭ通信パス）を併用して同一のＭＢＳデータを二重送信することにより信頼性を高めることができる。
　スプリットを終端する所定レイヤは、ＭＡＣレイヤ（ＨＡＲＱ）、ＲＬＣレイヤ、ＰＤＣＰレイヤ、又はＳＤＡＰレイヤである。以下において、スプリットを終端する所定レイヤがＰＤＣＰレイヤである一例について主として説明するが、所定レイヤは、ＭＡＣレイヤ（ＨＡＲＱ）、ＲＬＣレイヤ、又はＳＤＡＰレイヤであってもよい。
　図８は、一実施形態に係るスプリットＭＢＳベアラを示す図である。以下において、ＰＴＰ通信パスをＰＴＰレグと呼び、ＰＴＭ通信パスをＰＴＭレグと呼ぶ。また、各レイヤに相当する機能部をエンティティと呼ぶ。
　図８に示すように、ｇＮＢ２００のＰＤＣＰエンティティ及びＵＥ１００のＰＤＣＰエンティティのそれぞれは、ＭＢＳに用いるベアラ（データ無線ベアラ）であるＭＢＳベアラをＰＴＰレグ及びＰＴＭレグに分離する。なお、ＰＤＣＰエンティティはベアラごとに設けられる。
　ｇＮＢ２００及びＵＥ１００のそれぞれは、レグごとに設けられる２つのＲＬＣエンティティと、１つのＭＡＣエンティティと、１つのＰＨＹエンティティとを有する。ＰＨＹエンティティは、レグごとに設けられてもよい。なお、ＵＥ１００が２つのｇＮＢ２００との通信を行う二重接続（Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ）の場合、ＵＥ１００が２つのＭＡＣエンティティを有していてもよい。
　ＰＨＹエンティティは、ＵＥ１００と１対１で割り当てられるセルＲＮＴＩ（Ｃ－ＲＮＴＩ：Ｃｅｌｌ　Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）を用いて、ＰＴＰレグのデータを送受信する。ＰＨＹエンティティは、ＭＢＳセッションと１対１で割り当てられるグループＲＮＴＩ（Ｇ－ＲＮＴＩ：Ｇｒｏｕｐ　Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）を用いて、ＰＴＭレグのデータを送受信する。Ｃ－ＲＮＴＩはＵＥ１００ごとに異なるが、Ｇ－ＲＮＴＩは１つのＭＢＳセッションを受信する複数のＵＥ１００で共通のＲＮＴＩである。
　ｇＮＢ２００からＵＥ１００に対してＰＴＭレグを用いてＭＢＳデータのＰＴＭ送信（マルチキャスト又はブロードキャスト）を行うためには、ｇＮＢ２００からＵＥ１００にスプリットＭＢＳベアラが設定されており、且つ、ＰＴＭレグがアクティブ化（ａｃｔｉｖａｔｉｏｎ）されている必要がある。言い換えると、ｇＮＢ２００は、ＵＥ１００にスプリットＭＢＳベアラが設定されていても、ＰＴＭレグが非アクティブ（ｄｅａｃｔｉｖａｔｉｏｎ）状態にある場合は、このＰＴＭレグを用いてＭＢＳデータのＰＴＭ送信を行うことができない。
　また、ｇＮＢ２００及びＵＥ１００がＰＴＰレグを用いてＭＢＳデータのＰＴＰ送信（ユニキャスト）を行うためには、ｇＮＢ２００からＵＥ１００にスプリットＭＢＳベアラが設定されており、且つ、ＰＴＰレグがアクティブ化されている必要がある。言い換えると、ｇＮＢ２００は、ＵＥ１００にスプリットＭＢＳベアラが設定されていても、ＰＴＰレグが非アクティブ状態にある場合は、このＰＴＰレグを用いてＭＢＳデータのＰＴＰ送信を行うことができない。
　ＵＥ１００は、ＰＴＭレグがアクティブ化された状態において、ＭＢＳセッションと対応付けられたＧ－ＲＮＴＩが適用されたＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）をモニタする（すなわち、Ｇ－ＲＮＴＩを用いてＰＤＣＣＨのブラインドデコーディングを行う）。ＵＥ１００は、当該ＭＢＳセッションのスケジューリング機会にのみ当該ＰＤＣＣＨをモニタしてもよい。
　ＵＥ１００は、ＰＴＭレグが非アクティブ化された状態において、ＭＢＳセッションと対応付けられたＧ－ＲＮＴＩが適用されたＰＤＣＣＨをモニタしない（すなわち、Ｇ－ＲＮＴＩを用いたＰＤＣＣＨのブラインドデコーディングを行わない）。
　ＵＥ１００は、ＰＴＰレグがアクティブ化された状態において、Ｃ－ＲＮＴＩが適用されたＰＤＣＣＨをモニタする。ＵＥ１００は、ＰＴＰレグにおける間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ　Ｒｅｃｅｐｔｉｏｎ）が設定されている場合、設定されたオン期間（ＯｎＤｕｒａｔｉｏｎ）においてＰＤＣＣＨをモニタする。ＵＥ１００は、ＭＢＳセッションと紐づいたセル（周波数）が指定されている場合、当該セルが非アクティブ化されていても、当該セルのＰＤＣＣＨをモニタしてもよい。
　ＵＥ１００は、ＰＴＰレグが非アクティブ化された状態において、ＭＢＳデータ以外の通常のユニキャスト下りリンク送信に備えて、Ｃ－ＲＮＴＩが適用されたＰＤＣＣＨをモニタしてもよい。但し、ＵＥ１００は、ＭＢＳセッションと紐づいたセル（周波数）が指定されている場合、当該ＭＢＳセッションについて当該ＰＤＣＣＨをモニタしなくてもよい。
　なお、ｇＮＢ２００のＲＲＣエンティティがＵＥ１００のＲＲＣエンティティに対して送信するＲＲＣメッセージ（例えば、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）により、上述のようなスプリットＭＢＳベアラが設定されるものとする。
　（レグのアクティブ化及び非アクティブ化）
　次に、一実施形態に係るレグのアクティブ化及び非アクティブ化について説明する。
　図９は、一実施形態に係るレグのアクティブ化及び非アクティブ化に関する動作例１を示す図である。
　図９に示すように、ステップＳ１１において、ｇＮＢ２００のＲＲＣエンティティは、図８に示すスプリットＭＢＳベアラ（スプリットベアラ）の設定を含むＲＲＣメッセージをＵＥ１００に送信する。ＲＲＣメッセージは、例えばＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージである。ＵＥ１００のＲＲＣエンティティは、ｇＮＢ２００から受信したＲＲＣメッセージに含まれる設定に基づいてスプリットＭＢＳベアラを確立する。以下において、ＵＥ１００が確立するスプリットＭＢＳベアラが１つである一例について主として説明するが、ＵＥ１００は、ｇＮＢ２００からの設定に応じて複数のスプリットＭＢＳベアラを確立してもよい。
　ｇＮＢ２００は、ＲＲＣメッセージ（ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）でベアラ設定を行う際に、同メッセージにて各レグの初期状態（すなわち、各レグのアクティブ化又は非アクティブ化）をＵＥ１００に指示してもよい。ｇＮＢ２００のＲＲＣエンティティは、スプリットＭＢＳベアラのベアラ設定を含むＲＲＣメッセージをＵＥ１００に送信するとき、ベアラ設定と共に、各レグのアクティブ化又は非アクティブ化の指示をＲＲＣメッセージに含める。
　このようなＲＲＣメッセージは、指示の対象となるレグ（ＰＴＰレグ、ＰＴＭレグ）の識別子、及び、アクティブ化及び非アクティブ化のいずれか一方を示す識別子のうち、少なくとも一方を含んでもよい。ＲＲＣメッセージは、指示の対象となるＭＢＳセッション（スプリットＭＢＳベアラ）と対応付けられた識別子（例えば、ＴＭＧＩ、Ｇ－ＲＮＴＩ、セッション識別子、ＱｏＳフロー識別子、ベアラ識別子）を含んでもよい。
　ステップＳ１２において、ｇＮＢ２００は、ＰＴＰレグ及びＰＴＭレグを個別にアクティブ化又は非アクティブ化するための指示をＵＥ１００に送信する。
　ここで、ｇＮＢ２００のＭＡＣエンティティは、当該指示を含むＭＡＣ制御要素（ＭＡＣ　ＣＥ）をＵＥ１００に送信してもよい。ＵＥ１００のＭＡＣエンティティは、ｇＮＢ２００からＭＡＣ　ＣＥを受信する。或いは、ｇＮＢ２００のＰＨＹエンティティは、当該指示を含む下りリンク制御情報（ＤＣＩ）をＵＥ１００に送信してもよい。ＵＥ１００のＰＨＹエンティティは、ｇＮＢ２００からＤＣＩを受信する。
　このようなＭＡＣ　ＣＥ又はＤＣＩは、指示の対象となるレグ（ＰＴＰレグ、ＰＴＭレグ）の識別子、及び、アクティブ化及び非アクティブ化のいずれか一方を示す識別子のうち、少なくとも一方を含んでもよい。ＭＡＣ　ＣＥ又はＤＣＩは、指示の対象となるＭＢＳセッション（スプリットＭＢＳベアラ）と対応付けられた識別子（例えば、ＴＭＧＩ、Ｇ－ＲＮＴＩ、セッション識別子、ＱｏＳフロー識別子、ベアラ識別子）を含んでもよい。
　ＭＡＣ　ＣＥ又はＤＣＩを用いて各レグのアクティブ化及び非アクティブ化を指示することにより、ＲＲＣメッセージを用いる場合に比べて動的な制御が可能である。
　ＵＥ１００は、ＰＴＰレグをアクティブ化する指示の受信に応じて、Ｃ－ＲＮＴＩを用いたデータの受信処理を開始する。ＵＥ１００は、ＰＴＭレグをアクティブ化する指示の受信に応じて、Ｇ－ＲＮＴＩを用いたＭＢＳデータの受信処理を開始する。他方、ＵＥ１００は、ＰＴＰレグを非アクティブ化する指示の受信に応じて、Ｃ－ＲＮＴＩを用いたデータの受信処理を終了する。ＵＥ１００は、ＰＴＭレグを非アクティブ化する指示の受信に応じて、Ｇ－ＲＮＴＩを用いたＭＢＳデータの受信処理を終了する。
　ステップＳ１２において、ｇＮＢ２００は、アクティブ化された状態にあるＰＴＭレグを介して、ＰＴＰレグをアクティブ化又は非アクティブ化する指示をＵＥ１００に送信（ＰＴＭ送信）してもよい。これにより、複数のＵＥ１００のＰＴＰレグをＰＴＭで一括してアクティブ化又は非アクティブ化することができる。
　ｇＮＢ２００は、アクティブ化された状態にあるＰＴＭレグを介して、ＰＴＭレグを非アクティブ化する指示をＵＥ１００に送信（ＰＴＭ送信）してもよい。これにより、複数のＵＥ１００のＰＴＭレグをＰＴＭで一括して非アクティブ化することができる。
　ステップＳ１２において、ｇＮＢ２００は、アクティブ化された状態にあるＰＴＰレグを介して、ＰＴＭレグをアクティブ化又は非アクティブ化する指示をＵＥ１００に送信（ＰＴＰ送信）してもよい。これにより、ＵＥ１００ごとにＰＴＭレグを個別にアクティブ化又は非アクティブ化することができる。
　ｇＮＢ２００は、アクティブ化された状態にあるＰＴＰレグを介して、ＰＴＰレグを非アクティブ化する指示をＵＥ１００に送信（ＰＴＰ送信）してもよい。これにより、ＵＥ１００ごとにＰＴＰレグを個別に非アクティブ化することができる。
　ステップＳ１３において、ＵＥ１００は、ステップＳ１２でｇＮＢ２００からＰＴＰレグ及びＰＴＭレグの少なくとも一方のレグをアクティブ化する指示を受信したことに応じて、受信した指示に対する応答をｇＮＢ２００に送信してもよい。この応答は、例えば、ＵＥ１００のＭＡＣエンティティからＰＴＰレグを介してｇＮＢ２００に送信されてもよい。ＵＥ１００は、当該応答を送信後、アクティブ化されたレグにおけるデータ受信動作を開始してもよい。
　ｇＮＢ２００は、ＵＥ１００からの応答の受信に応じて、アクティブ化されたレグを介してデータを送信する。すなわち、ｇＮＢ２００は、当該応答を受信後、当該レグにおけるデータ送信動作を開始する。
　なお、ＵＥ１００は、ステップＳ１２でｇＮＢ２００からＰＴＰレグ及びＰＴＭレグの少なくとも一方のレグを非アクティブ化する指示を受信したことに応じて、受信した指示に対する応答をｇＮＢ２００に送信してもよい。
　図１０は、一実施形態に係るレグのアクティブ化及び非アクティブ化に関する動作例２を示す図である。動作例２の基本的な動作は動作例１と同様であるため、ここでは動作例１との相違点について主として説明する。なお、動作例２は動作例１と併用可能である。
　動作例２では、ｇＮＢ２００が、ＰＴＰレグ及びＰＴＭレグの両方をアクティブ化又は非アクティブ化するための指示をＵＥ１００に送信する。例えば、ｇＮＢ２００のＭＡＣエンティティは、レグのアクティブ化又は非アクティブ化を指示するＭＡＣ　ＣＥに、ＰＴＰレグの制御指示及びＰＴＭレグの制御指示の両方を含める。
　図１０に示すように、ステップＳ２１において、ｇＮＢ２００のＲＲＣエンティティは、図８に示すスプリットＭＢＳベアラ（スプリットベアラ）の設定を含むＲＲＣメッセージをＵＥ１００に送信する。上述のように、当該ＲＲＣメッセージは、各レグの初期状態を設定する情報を含んでもよい。各レグの初期状態を設定する情報は、後述のＭＡＣ　ＣＥ又はＤＣＩに含まれる指示と同様な情報であってもよい。
　ステップＳ２２において、ｇＮＢ２００は、ＰＴＰレグ及びＰＴＭレグの両方をアクティブ化又は非アクティブ化するための指示をＵＥ１００に送信する。上述のように、当該指示は、ＭＡＣ　ＣＥ又はＤＣＩに含まれる。
　ここで、ＭＡＣ　ＣＥ又はＤＣＩは、ＰＴＰレグ及びＰＴＭレグの両方のアクティブ化（例えば、“１”）、又はＰＴＰレグ及びＰＴＭレグの両方の非アクティブ化（例えば、“０”）の指示値を含む。ＰＴＰレグ及びＰＴＭレグの両方のアクティブ化は、スプリットＭＢＳベアラのアクティブ化であってもよいし、２つのレグを用いた二重送信（Ｄｕｐｌｉｃａｔｉｏｎ）のアクティブ化であってもよい。また、ＰＴＰレグ及びＰＴＭレグの両方の非アクティブ化は、スプリットＭＢＳベアラの非アクティブ化であってもよいし、２つのレグを用いた二重送信の非アクティブ化であってもよい。
　ＭＡＣ　ＣＥ又はＤＣＩは、指示の対象となるＭＢＳセッション（スプリットＭＢＳベアラ）と対応付けられた識別子（例えば、ＴＭＧＩ、Ｇ－ＲＮＴＩ、セッション識別子、ＱｏＳフロー識別子、ベアラ識別子）を含んでもよい。ＭＡＣ　ＣＥ又はＤＣＩは、このような識別子ごとにアクティブ化又は非アクティブ化の指示を含んでもよい。
　図１１は、一実施形態に係るベアラ識別子（若しくは論理チャネル識別子）ごとの指示値を格納するＭＡＣ　ＣＥ（１オクテット）の一例を示す図である。図１１に示すように、ＭＡＣ　ＣＥにおいて、Ｍ１乃至Ｍ８は、ベアラ＃１乃至＃８（若しくは論理チャネル＃１乃至＃８と対応する。Ｍ１乃至Ｍ８の各フィールドは１ビットであり、各フィールドにアクティブ化（例えば、“１”）又は非アクティブ化（例えば、“０”）の指示値が格納される。
　ステップＳ２３は、動作例１と同様である。ＵＥ１００は、応答をｇＮＢ２００に送信してもよい。
　ＵＥ１００のＰＤＣＰエンティティは、ＰＴＰレグ及びＰＴＭレグの両方がアクティブ化された場合、二重送信（Ｄｕｐｌｉｃａｔｉｏｎ）で送信される２つの同一ＭＢＳパケットの重複破棄（ｄｕｐｌｉｃａｔｅ　ｐａｃｋｅｔ　ｄｉｓｃａｒｄｉｎｇ）処理を行ってもよい。
　ＵＥ１００のＲＲＣエンティティは、ＰＴＰレグが非アクティブ化された場合、ＲＲＣ接続の解放をｇＮＢ２００に促すためのメッセージ（ＲＡＩ：Ｒｅｌｅａｓｅ　Ａｓｓｉｓｔａｎｃｅ　Ｉｎｆｏｒｍａｔｉｏｎ／ｐｒｅｆｅｒｅｎｃｅ）をｇＮＢ２００に送信してもよい。或いは、ＵＥ１００は、ＰＴＰレグ及びＰＴＭレグの動的切り替えが設定中であってもＲＡＩの送信が許可されるとしてもよい。
　（ＰＴＰ伝送とＰＴＭ伝送との切り替え動作）
　次に、一実施形態に係るＰＴＰ伝送とＰＴＭ伝送との切り替え動作について説明する。
　スプリットＭＢＳベアラを前提とする場合、ＰＴＰ伝送は、ＰＴＰレグ（ＰＴＰ通信パス）を用いてｇＮＢ２００からＵＥ１００へＭＢＳデータを伝送する方式であってもよい。ＰＴＭ伝送は、ＰＴＭレグ（ＰＴＭ通信パス）を用いてｇＮＢ２００からＵＥ１００へＭＢＳデータを伝送する方式であってもよい。
　或いは、スプリットＭＢＳベアラを前提としなくてもよい。ＰＴＰ伝送は、ＰＴＰ用の第１データ無線ベアラであるＰＴＰベアラ（ＰＴＰ通信パス）を用いてｇＮＢ２００からＵＥ１００へＭＢＳデータを伝送する方式であってもよい。ＰＴＭ伝送は、ＰＴＭ用の第２データ無線ベアラであるＰＴＭベアラ（ＰＴＭ通信パス）を用いてｇＮＢ２００からＵＥ１００へＭＢＳデータを伝送する方式であってもよい。
　ＰＴＰ伝送とＰＴＭ伝送との切り替え動作は、ＰＴＰ伝送及びＰＴＭ伝送のうち、一方の伝送方式のＭＢＳデータ伝送を終了するのと同時に、他方の伝送方式のＭＢＳデータ伝送を開始する動作である。このような切り替えの際に、ｇＮＢ２００からＵＥ１００へ伝送されるＭＢＳデータ（ＭＢＳパケット）が欠落する懸念がある。このようなパケットロスが発生した場合、通信の信頼性を高めるために、ＰＤＣＰレイヤ（又はＲＬＣレイヤ）における再送が行われることが望ましい。
　一実施形態に係るＵＥ１００において、受信部１１０は、ＰＴＰ（Ｐｏｉｎｔ－Ｔｏ－Ｐｏｉｎｔ）伝送及びＰＴＭ（Ｐｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）伝送のいずれかの伝送方式でｇＮＢ２００から伝送されるＭＢＳデータを受信する。ＵＥ１００の制御部１３０は、伝送方式がＰＴＰ伝送とＰＴＭ伝送との間で切り替えられたことに応じて、ＵＥ１００の所定レイヤにおけるＭＢＳデータの受信状態を示すステータス報告の送信をトリガする。ＵＥ１００の送信部１２０は、ステータス報告をｇＮＢ２００に送信する。
　これにより、ｇＮＢ２００は、ＰＴＰ伝送とＰＴＭ伝送との切り替えに関してＵＥ１００のＭＢＳデータの受信状態を把握できる。このため、ｇＮＢ２００は、ＰＴＰ伝送とＰＴＭ伝送との切り替えの際にＭＢＳパケットが欠落しても、欠落したＭＢＳパケットを特定しやすくなる。よって、ＭＢＳパケットのパケットロスが発生した場合、ＰＤＣＰレイヤ（又はＲＬＣレイヤ）における再送が可能になるため、通信の信頼性を高めることができる。
　以下において、所定レイヤがＰＤＣＰレイヤであって、ＵＥ１００からｇＮＢ２００へ送信されるステータス報告がＰＤＣＰステータス報告（ＰＤＣＰ　ｓｔａｔｕｓ　ｒｅｐｏｒｔ）である一例について説明する。但し、所定レイヤは、ＲＬＣレイヤであってもよい。ＵＥ１００からｇＮＢ２００へ送信されるステータス報告は、ＲＬＣステータス報告（ＲＬＣ　Ｓｔａｔｕｓ　ＰＤＵ）であってもよい。
　図１２は、一実施形態に係るＰＤＣＰステータス報告の構成例を示す図である。
　図１２に示すように、ＰＤＣＰステータス報告は、主要な構成要素として、１ビット長の「Ｄ／Ｃ」フィールドと、３ビット長の「ＰＤＵ　Ｔｙｐｅ」フィールドと、３２ビット長の「ＦＭＣ（Ｆｉｒｓｔ　Ｍｉｓｓｉｎｇ　ＣＯＵＮＴ）」フィールドと、可変ビット長の「Ｂｉｔｍａｐ」フィールドとを有する。
　「Ｄ／Ｃ」フィールドは、このＰＤＣＰ　ＰＤＵがＰＤＣＰ　Ｄａｔａ　ＰＤＵであるか又はＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵであるかを示すフィールドである。ＰＤＣＰステータス報告は、ＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵに相当する。
　「ＰＤＵ　Ｔｙｐｅ」フィールドは、このＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵが、「ＰＤＣＰ　ｓｔａｔｕｓ　ｒｅｐｏｒｔ」、及び「Ｉｎｔｅｒｓｐｅｒｓｅｄ　ＲＯＨＣ　ｆｅｅｄｂａｃｋ」、及び「ＥＨＣ　ｆｅｅｄｂａｃｋ」のいずれであるかを示すフィールドである。
　「ＦＭＣ（Ｆｉｒｓｔ　Ｍｉｓｓｉｎｇ　ＣＯＵＮＴ）」フィールドは、リオーダリングウィンドウ内で最初に欠落したＰＤＣＰ　ＳＤＵのカウント値（ＣＯＵＮＴ）を示すフィールドである。なお、カウント値（ＣＯＵＮＴ）は、ＨＦＮ（Ｈｙｐｅｒ　Ｆｒａｍｅ　Ｎｕｍｂｅｒ）及びＰＤＣＰシーケンス番号により構成される。
　「Ｂｉｔｍａｐ」フィールドは、欠落したＰＤＣＰ　ＳＤＵと、受信側ＰＤＣＰエンティティで正しく受信されたＰＤＣＰ　ＳＤＵとを示すフィールドである。具体的には、「Ｂｉｔｍａｐ」フィールドは、ＦＭＣ以降のＰＤＣＰ　ＳＤＵの受信状態を「０」（欠落）又は「１」（正しく受信）で示す。
　（１）ＰＴＭ伝送からＰＴＰ伝送への切り替え動作
　次に、一実施形態に係るＰＴＭ伝送からＰＴＰ伝送への切り替え動作について説明する。図１３は、一実施形態に係るＰＴＭ伝送からＰＴＰ伝送への切り替え動作を示す図である。以下の説明において、ｇＮＢ２００は、図７に示す共有ＭＢＳデータ配信（Ｓｈａｒｅｄ　ＭＢＳ　Ｔｒａｆｆｉｃ　ｄｅｌｉｖｅｒｙ）のＭＢＳ接続を５ＧＣ２０と確立しているものとする。
　図１３に示すように、ステップＳ１０１において、ｇＮＢ２００は、ＭＢＳデータのＰＴＭ伝送を開始する。具体的には、ｇＮＢ２００は、あるＭＢＳセッションに属するＭＢＳデータのマルチキャスト伝送又はブロードキャスト伝送を開始する。
　ステップＳ１０２において、ｇＮＢ２００は、あるＭＢＳセッションに属するＭＢＳデータをＰＴＭで送信する。ＵＥ１００は、ＭＢＳデータを受信する。
　ステップＳ１０３において、ＵＥ１００のＰＤＣＰエンティティは、ＰＤＣＰステータス報告を生成するために、ＰＴＭで送信されるＭＢＳデータ（ＰＤＣＰ　ＳＤＵ）のうち受信に成功したＭＢＳデータのシーケンス番号及び受信に失敗したＭＢＳデータのシーケンス番号をそれぞれ記録してもよい。
　ステップＳ１０４において、ｇＮＢ２００は、ＰＴＭ伝送からＰＴＰ伝送へ切り替えるための指示をＵＥ１００に送信する。この指示は、ＰＴＭレグのディアクティベーション指示及び／又はＰＴＰレグのアクティベーション指示であってもよい。この指示は、ＲＲＣメッセージ（例えば、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）による、ＰＴＭベアラからＰＴＰベアラへの変更指示であってもよい。この指示は、ＰＤＣＰステータス報告の送信指示又は送信設定を含んでもよい。但し、ＵＥ１００は、ｇＮＢ２００からのＰＤＣＰステータス報告の送信指示又は送信設定がなくても、ＰＤＣＰステータス報告を自発的にトリガ（ステップＳ１０７）及び送信してもよい（ステップＳ１０８）。
　ステップＳ１０５において、ｇＮＢ２００及びＵＥ１００は、ＰＴＭ伝送からＰＴＰ伝送への切り替え処理を行う。具体的には、ｇＮＢ２００及びＵＥ１００は、あるＭＢＳセッションに属するＭＢＳデータのＰＴＭ伝送を終了するとともに、当該ＭＢＳセッションに属するＭＢＳデータのＰＴＰ伝送を開始する。
　ステップＳ１０６において、ｇＮＢ２００は、当該ＭＢＳセッションに属するＭＢＳデータをＰＴＰで送信する。ＵＥ１００は、ＭＢＳデータを受信する。
　ＵＥ１００は、ＰＴＭ伝送からＰＴＰ伝送への切り替え処理に伴い、ＰＴＭで送信される最後のＭＢＳデータ（ＰＤＣＰ　ＳＤＵ）の受信に失敗し得る。この場合、ＵＥ１００のＰＤＣＰエンティティは、ＰＴＭで送信されるＭＢＳデータ（ＰＤＣＰ　ＳＤＵ）のうち受信に失敗したＭＢＳデータ（ＰＤＣＰ　ＳＤＵ）のシーケンス番号を記録する。
　ＵＥ１００は、ＰＴＭ伝送からＰＴＰ伝送への切り替え処理に伴い、ＰＴＰで送信される最初のＭＢＳデータ（ＰＤＣＰ　ＳＤＵ）の受信に失敗し得る。この場合、ＵＥ１００のＰＤＣＰエンティティは、ＰＴＰで送信されるＭＢＳデータ（ＰＤＣＰ　ＳＤＵ）のうち受信に失敗したＭＢＳデータ（ＰＤＣＰ　ＳＤＵ）のシーケンス番号を記録する。
　ステップＳ１０７において、ＵＥ１００のＰＤＣＰエンティティは、ＰＤＣＰステータス報告の送信をトリガする。具体的には、ＵＥ１００のＰＤＣＰエンティティは、図１２に示すようなＰＤＣＰステータス報告を生成し、ＰＤＣＰステータス報告を下位レイヤに渡す。
　ここで、ＵＥ１００のＰＤＣＰエンティティは、ステップＳ１０４の指示を受信したときにＰＤＣＰステータス報告の送信をトリガしてもよいし、ステップＳ１０５の切り替え処理を行ったときにＰＤＣＰステータス報告の送信をトリガしてもよい。
　ＵＥ１００のＰＤＣＰエンティティは、ステップＳ１０４の指示を受信してから一定時間の経過後にＰＤＣＰステータス報告の送信をトリガしてもよいし、ステップＳ１０５の切り替え処理を行ってから一定時間の経過後にＰＤＣＰステータス報告の送信をトリガしてもよい。このような一定時間（タイマ値）は、ｇＮＢ２００からＵＥ１００に設定されてもよい。
　ＵＥ１００がＰＤＣＰステータス報告の送信をトリガする条件として、ＰＴＭで最後に受信したＭＢＳデータのシーケンス番号とＰＴＰで最初に受信したＭＢＳデータのシーケンス番号とが不連続であるという条件があってもよい。ＵＥ１００のＰＤＣＰエンティティは、このような不連続を検知した場合に限り、ＰＤＣＰステータス報告の送信をトリガする。ＵＥ１００がＰＤＣＰステータス報告の送信をトリガする条件は、ＰＴＭで送信されたＭＢＳデータにおける欠落（シーケンス番号の不連続）を検知したことであってもよい。
　ステップＳ１０８において、ＵＥ１００の下位レイヤ（ＲＬＣエンティティ、ＭＡＣエンティティ、及びＰＨＹエンティティ）は、ＰＤＣＰステータス報告をｇＮＢ２００に送信する。ｇＮＢ２００は、ＰＤＣＰステータス報告を受信する。
　ステップＳ１０９において、ｇＮＢ２００は、ＰＤＣＰステータス報告に含まれる欠落パケット情報（ＦＭＣ及びＢｉｔｍａｐ）に基づいて、欠落したＭＢＳデータをＰＴＰでＵＥ１００に再送する。ＵＥ１００は、ＰＴＰで再送されたＭＢＳデータを受信する。
　このように、ＰＴＭ伝送からＰＴＰ伝送への切り替えの際に、ＵＥ１００においてＭＢＳデータが欠落しても、ＰＤＣＰステータス報告に基づいて欠落ＭＢＳデータを特定し、ＰＤＣＰレイヤにおける再送により欠落ＭＢＳデータを補完できる。
　（２）ＰＴＰ伝送からＰＴＭ伝送への切り替え動作
　次に、一実施形態に係るＰＴＰ伝送からＰＴＭ伝送への切り替え動作について説明する。図１４は、一実施形態に係るＰＴＰ伝送からＰＴＭ伝送への切り替え動作を示す図である。
　図１４に示すように、ステップＳ２０１において、ｇＮＢ２００は、ＭＢＳデータのＰＴＰ伝送を開始する。具体的には、ｇＮＢ２００は、あるＭＢＳセッションに属するＭＢＳデータのユニキャスト伝送を開始する。
　ステップＳ２０２において、ｇＮＢ２００は、あるＭＢＳセッションに属するＭＢＳデータをＰＴＭで送信する。ＵＥ１００は、ＭＢＳデータを受信する。
　ステップＳ２０３において、ＵＥ１００のＰＤＣＰエンティティは、ＰＤＣＰステータス報告を生成するために、ＰＴＰで送信されるＭＢＳデータ（ＰＤＣＰ　ＳＤＵ）のうち受信に成功したＭＢＳデータのシーケンス番号及び受信に失敗したＭＢＳデータのシーケンス番号をそれぞれ記録してもよい。
　ステップＳ２０４において、ｇＮＢ２００は、ＰＴＰ伝送からＰＴＭ伝送へ切り替えるための指示をＵＥ１００に送信する。この指示は、ＰＴＰレグのディアクティベーション指示及び／又はＰＴＭレグのアクティベーション指示であってもよい。この指示は、ＲＲＣメッセージ（例えば、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）による、ＰＴＰベアラからＰＴＭベアラへの変更指示であってもよい。この指示は、ＰＤＣＰステータス報告の送信指示又は送信設定を含んでもよい。但し、ＵＥ１００は、ｇＮＢ２００からのＰＤＣＰステータス報告の送信指示又は送信設定がなくても、ＰＤＣＰステータス報告を自発的にトリガ（ステップＳ２０７）及び送信してもよい（ステップＳ２０８）。
　ステップＳ２０５において、ｇＮＢ２００及びＵＥ１００は、ＰＴＰ伝送からＰＴＭ伝送への切り替え処理を行う。具体的には、ｇＮＢ２００及びＵＥ１００は、あるＭＢＳセッションに属するＭＢＳデータのＰＴＰ伝送を終了するとともに、当該ＭＢＳセッションに属するＭＢＳデータのＰＴＭ伝送を開始する。
　ステップＳ２０６において、ｇＮＢ２００は、当該ＭＢＳセッションに属するＭＢＳデータをＰＴＭで送信する。ＵＥ１００は、ＭＢＳデータを受信する。
　ＵＥ１００は、ＰＴＰ伝送からＰＴＭ伝送への切り替え処理に伴い、ＰＴＰで送信される最後のＭＢＳデータ（ＰＤＣＰ　ＳＤＵ）の受信に失敗し得る。この場合、ＵＥ１００のＰＤＣＰエンティティは、ＰＴＰで送信されるＭＢＳデータ（ＰＤＣＰ　ＳＤＵ）のうち受信に失敗したＭＢＳデータ（ＰＤＣＰ　ＳＤＵ）のシーケンス番号を記録する。
　ＵＥ１００は、ＰＴＰ伝送からＰＴＭ伝送への切り替え処理に伴い、ＰＴＭで送信される最初のＭＢＳデータ（ＰＤＣＰ　ＳＤＵ）の受信に失敗し得る。この場合、ＵＥ１００のＰＤＣＰエンティティは、ＰＴＭで送信されるＭＢＳデータ（ＰＤＣＰ　ＳＤＵ）のうち受信に失敗したＭＢＳデータ（ＰＤＣＰ　ＳＤＵ）のシーケンス番号を記録する。
　ステップＳ２０７において、ＵＥ１００のＰＤＣＰエンティティは、ＰＤＣＰステータス報告の送信をトリガする。具体的には、ＵＥ１００のＰＤＣＰエンティティは、図１２に示すようなＰＤＣＰステータス報告を生成し、ＰＤＣＰステータス報告を下位レイヤに渡す。
　ここで、ＵＥ１００のＰＤＣＰエンティティは、ステップＳ２０４の指示を受信したときにＰＤＣＰステータス報告の送信をトリガしてもよいし、ステップＳ２０５の切り替え処理を行ったときにＰＤＣＰステータス報告の送信をトリガしてもよい。
　ＵＥ１００のＰＤＣＰエンティティは、ステップＳ２０４の指示を受信してから一定時間の経過後にＰＤＣＰステータス報告の送信をトリガしてもよいし、ステップＳ２０５の切り替え処理を行ってから一定時間の経過後にＰＤＣＰステータス報告の送信をトリガしてもよい。このような一定時間（タイマ値）は、ｇＮＢ２００からＵＥ１００に設定されてもよい。
　ＵＥ１００がＰＤＣＰステータス報告の送信をトリガする条件として、ＰＴＰで最後に受信したＭＢＳデータのシーケンス番号とＰＴＭで最初に受信したＭＢＳデータのシーケンス番号とが不連続であるという条件があってもよい。ＵＥ１００のＰＤＣＰエンティティは、このような不連続を検知した場合に限り、ＰＤＣＰステータス報告の送信をトリガする。ＵＥ１００がＰＤＣＰステータス報告の送信をトリガする条件は、ＰＴＰで送信されたＭＢＳデータにおける欠落（シーケンス番号の不連続）を検知したことであってもよい。
　ステップＳ２０８において、ＵＥ１００の下位レイヤ（ＲＬＣエンティティ、ＭＡＣエンティティ、及びＰＨＹエンティティ）は、ＰＤＣＰステータス報告をｇＮＢ２００に送信する。ｇＮＢ２００は、ＰＤＣＰステータス報告を受信する。
　ステップＳ２０９において、ｇＮＢ２００は、ＰＤＣＰステータス報告に含まれる欠落パケット情報（ＦＭＣ及びＢｉｔｍａｐ）に基づいて、欠落したＭＢＳデータをＰＴＭでＵＥ１００に再送する。ＵＥ１００は、ＰＴＭで再送されたＭＢＳデータを受信する。
　このように、ＰＴＰ伝送からＰＴＭ伝送への切り替えの際に、ＵＥ１００においてＭＢＳデータが欠落しても、ＰＤＣＰステータス報告に基づいて欠落ＭＢＳデータを特定し、ＰＤＣＰレイヤにおける再送により欠落ＭＢＳデータを補完できる。
　（３）ＰＴＰ伝送からＰＴＭ伝送への切り替え動作の変更例
　次に、一実施形態に係るＰＴＰ伝送からＰＴＭ伝送への切り替え動作の変更例について説明する。図１５は、一実施形態に係るＰＴＰ伝送からＰＴＭ伝送への切り替え動作の変更例を示す図である。
　図１５に示すように、ステップＳ３０１乃至Ｓ３０８の動作は、図１４と同様である。但し、ステップＳ３０４及びＳ３０５において、ｇＮＢ２００及びＵＥ１００は、ＰＴＰ通信パス（ＰＴＰレグ）をディアクティベーションせずにアクティブな状態を維持する。
　ステップＳ３０９において、ｇＮＢ２００は、ＰＤＣＰステータス報告に含まれる欠落パケット情報（ＦＭＣ及びＢｉｔｍａｐ）に基づいて、欠落したＭＢＳデータをＰＴＰでＵＥ１００に再送する。ＵＥ１００は、ＰＴＰで再送されたＭＢＳデータを受信する。
　このように、ｇＮＢ２００及びＵＥ１００は、ＭＢＳデータの初送処理をＰＴＭで行いつつ、ＭＢＳデータの再送処理をＰＴＰで行う。これにより、ＭＢＳデータの欠落が生じたＵＥ１００に対してのみ、当該ＭＢＳデータをＰＴＰで再送できるため、効率的な再送処理を実現できる。なお、ＵＥ１００は、欠落したＭＢＳデータが再送により補完された場合、ＰＴＰでの受信処理を自発的に停止してもよい。
　（その他の実施形態）
　上述の実施形態において、スプリットＭＢＳベアラを用いて、ＰＴＰ通信パスをＰＴＰレグにより構成するとともに、ＰＴＭ通信パスをＰＴＭレグにより構成する一例について説明した。しかしながら、２つの無線ベアラ（データ無線ベアラ）を用いて、ＰＴＰ通信パスをＰＴＰ用の第１無線ベアラにより構成するとともに、ＰＴＭ通信パスをＰＴＭ用の第２無線ベアラにより構成してもよい。
　上述の実施形態において、所定レイヤがＰＤＣＰレイヤであって、ＵＥ１００からｇＮＢ２００へ送信されるステータス報告がＰＤＣＰステータス報告（ＰＤＣＰ　ｓｔａｔｕｓ　ｒｅｐｏｒｔ）である一例について説明した。但し、上述の実施形態におけるＰＤＣＰエンティティをＲＬＣエンティティと読み替え、ＰＤＣＰステータス報告をＲＬＣステータス報告（ＲＬＣ　Ｓｔａｔｕｓ　ＰＤＵ）と読み替えてもよい。
　上述の各動作フローは、別個独立に実施する場合に限らず、２以上の動作フローを組み合わせて実施可能である。例えば、１つの動作フローの一部のステップを他の動作フローに追加してもよいし、１つの動作フローの一部のステップを他の動作フローの一部のステップと置換してもよい。
　上述の実施形態において、基地局がＮＲ基地局（ｇＮＢ）である一例について説明したが基地局がＬＴＥ基地局（ｅＮＢ）であってもよい。また、基地局は、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ノード等の中継ノードであってもよい。基地局は、ＩＡＢノードのＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ　Ｕｎｉｔ）であってもよい。
　ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
　また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。
　以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
　本願は、日本国特許出願第２０２０－２１４２４３号（２０２０年１２月２３日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
１０　　　：ＮＧ－ＲＡＮ（５Ｇ　ＲＡＮ）
２０　　　：５ＧＣ（５Ｇ　ＣＮ）
１００　　：ＵＥ
１１０　　：受信部
１２０　　：送信部
１３０　　：制御部
２００　　：ｇＮＢ
２１０　　：送信部
２２０　　：受信部
２３０　　：制御部
２４０　　：バックホール通信部
 

Claims (8)

  1. 　マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいてユーザ装置が実行する通信制御方法であって、
    　ＰＴＰ（Ｐｏｉｎｔ－Ｔｏ－Ｐｏｉｎｔ）伝送及びＰＴＭ（Ｐｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）伝送のいずれかの伝送方式で基地局から伝送されるＭＢＳデータを受信することと、
    　前記伝送方式が前記ＰＴＰ伝送と前記ＰＴＭ伝送との間で切り替えられたことに応じて、前記ユーザ装置の所定レイヤにおけるＭＢＳデータの受信状態を示すステータス報告の送信をトリガすることと、
    　前記ステータス報告を前記基地局に送信することと、を有する
    　通信制御方法。
  2. 　前記所定レイヤは、ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）レイヤであって、
    　前記ステータス報告は、ＰＤＣＰステータス報告である
    　請求項１に記載の通信制御方法。
  3. 　前記切り替えることは、前記伝送方式を前記ＰＴＭ伝送から前記ＰＴＰ伝送へ切り替えることを含む
    　請求項１又は２に記載の通信制御方法。
  4. 　前記ステータス報告に基づいて前記基地局からＰＴＰで再送される前記ＭＢＳデータを受信することをさらに有する
    　請求項３に記載の通信制御方法。
  5. 　前記切り替えることは、前記伝送方式を前記ＰＴＰ伝送から前記ＰＴＭ伝送へ切り替えることを含む
    　請求項１又は２に記載の通信制御方法。
  6. 　前記ステータス報告に基づいて前記基地局からＰＴＭで再送される前記ＭＢＳデータを受信することをさらに有する
    　請求項５に記載の通信制御方法。
  7. 　前記ステータス報告に基づいて前記基地局からＰＴＰで再送される前記ＭＢＳデータを受信することをさらに有する
    　請求項５に記載の通信制御方法。
  8. 　マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いるユーザ装置であって、
    　ＰＴＰ（Ｐｏｉｎｔ－Ｔｏ－Ｐｏｉｎｔ）伝送及びＰＴＭ（Ｐｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）伝送のいずれかの伝送方式で基地局から伝送されるＭＢＳデータを受信する受信部と、
    　前記伝送方式が前記ＰＴＰ伝送と前記ＰＴＭ伝送との間で切り替えられたことに応じて、前記ユーザ装置の所定レイヤにおけるＭＢＳデータの受信状態を示すステータス報告の送信をトリガする制御部と、
    　前記ステータス報告を前記基地局に送信する送信部と、を備える
    　ユーザ装置。
     
PCT/JP2021/046549 2020-12-23 2021-12-16 通信制御方法及びユーザ装置 WO2022138450A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022571378A JPWO2022138450A1 (ja) 2020-12-23 2021-12-16
US18/339,896 US20230337327A1 (en) 2020-12-23 2023-06-22 Communication control method and user equipment

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020214243 2020-12-23
JP2020-214243 2020-12-23

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/339,896 Continuation US20230337327A1 (en) 2020-12-23 2023-06-22 Communication control method and user equipment

Publications (1)

Publication Number Publication Date
WO2022138450A1 true WO2022138450A1 (ja) 2022-06-30

Family

ID=82159337

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/046549 WO2022138450A1 (ja) 2020-12-23 2021-12-16 通信制御方法及びユーザ装置

Country Status (3)

Country Link
US (1) US20230337327A1 (ja)
JP (1) JPWO2022138450A1 (ja)
WO (1) WO2022138450A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024082295A1 (zh) * 2022-10-21 2024-04-25 北京小米移动软件有限公司 小区处理、小区处理指示方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
VIVO: "Dynamic PTM PTP switch for RRC Connected UE", 3GPP DRAFT; R2-2010216, vol. RAN WG2, 23 October 2020 (2020-10-23), pages 1 - 8, XP051942897 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024082295A1 (zh) * 2022-10-21 2024-04-25 北京小米移动软件有限公司 小区处理、小区处理指示方法和装置

Also Published As

Publication number Publication date
JPWO2022138450A1 (ja) 2022-06-30
US20230337327A1 (en) 2023-10-19

Similar Documents

Publication Publication Date Title
US10045395B2 (en) Base station, processor, and user terminal for setting a configuration to the user terminal for discontinuously monitoring a physical downlink control channel (PDCCH) on which a control signal is transmitted by the base station
WO2021056151A1 (zh) 一种多播传输控制方法以及相关设备
WO2022085717A1 (ja) 通信制御方法
US20240080939A1 (en) Communication control method and user equipment
US20230354475A1 (en) Communication control method
US20230337327A1 (en) Communication control method and user equipment
US20240015850A1 (en) Communication control method and user equipment
JP2023100957A (ja) 通信制御方法、ユーザ装置及びプロセッサ
WO2022085646A1 (ja) 通信制御方法
JP7508576B2 (ja) 通信制御方法
WO2022234847A1 (ja) 通信制御方法及びユーザ装置
WO2022085573A1 (ja) 通信制御方法
US20230188950A1 (en) Communication control method
WO2023013670A1 (ja) 通信方法及びユーザ装置
WO2022239691A1 (ja) 通信制御方法
US20240040662A1 (en) Communication control method and user equipment
JP7425259B2 (ja) 通信制御方法及び基地局
WO2022153990A1 (ja) 通信制御方法及びユーザ装置
US20240179799A1 (en) Communication method, user equipment, and base station
WO2023002988A1 (ja) 通信方法
WO2023063371A1 (ja) 通信方法
WO2022080230A1 (ja) 通信制御方法
JP2024088761A (ja) 通信制御方法、ユーザ装置、プロセッサ及びプログラム
JP2024084816A (ja) 通信制御方法、ユーザ装置、プロセッサ、プログラム及び移動通信システム

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022571378

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21910598

Country of ref document: EP

Kind code of ref document: A1