WO2022085646A1 - 通信制御方法 - Google Patents

通信制御方法 Download PDF

Info

Publication number
WO2022085646A1
WO2022085646A1 PCT/JP2021/038491 JP2021038491W WO2022085646A1 WO 2022085646 A1 WO2022085646 A1 WO 2022085646A1 JP 2021038491 W JP2021038491 W JP 2021038491W WO 2022085646 A1 WO2022085646 A1 WO 2022085646A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbs
communication path
ptm
base station
instruction
Prior art date
Application number
PCT/JP2021/038491
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 JP2022557537A priority Critical patent/JP7508576B2/ja
Publication of WO2022085646A1 publication Critical patent/WO2022085646A1/ja
Priority to US18/303,646 priority patent/US20230261970A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/16—Multipoint routing
    • 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
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Definitions

  • the present invention relates to a communication control method 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 used in a mobile communication system that provides a multicast broadcast service (MBS) from a base station to a user apparatus, and the base station is a PTP (Point-to-Point-).
  • MBS multicast broadcast service
  • PTP Point-to-Point-
  • An MBS bearer separated into a to-Point communication path and a PTM (Point To Multipoint) communication path is set in the user device, and the base station individually activates the PTP communication path and the PTM communication path.
  • it comprises sending an instruction to deactivate to the user device.
  • the communication control method is a communication control method used in a mobile communication system that provides a multicast / broadcast service (MBS), in which the base station has a PTP (Point-to-Point) communication path and a PTM. (Point To Multipoint) After the MBS bearer separated into the communication path is set in the user device and the user device activates at least one of the PTP communication path and the PTM communication path, a predetermined condition is set. It is not necessary to receive an instruction from the base station to determine whether or not the communication path is satisfied and, if it is determined that the predetermined condition is satisfied, to deactivate the activated communication path. Also includes deactivating the activated communication path.
  • MBS multicast / broadcast service
  • the communication control method is a communication control method used in a mobile communication system that provides a multicast / broadcast service (MBS), in which the base station has a PTP (Point-to-Point) communication path and a PTM. (Point To Multipoint)
  • MBS multicast / broadcast service
  • PTP Point-to-Point
  • PTM Point To Multipoint
  • the MBS bearer separated in the communication path is set in the user device, the user device determines whether or not the predetermined condition is satisfied, and the user device determines whether or not the predetermined condition is satisfied.
  • the MBS bearer can be canceled without receiving an instruction to cancel the setting of the MBS bearer from the base station.
  • the communication control method according to the fourth aspect is a communication control method used in a mobile communication system that provides a multicast / broadcast service (MBS), in which the base station sets MBS bearers in a plurality of user devices.
  • MBS multicast / broadcast service
  • the base station has an instruction to cancel the setting of the MBS bearer by multicasting to the plurality of user devices.
  • NR 5G systems
  • the present invention aims 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). (Including a chip set), a sensor or a device provided on the sensor, a vehicle or a device provided on the vehicle (Vehicle UE), a vehicle or a device provided on the vehicle (Arial UE).
  • the NG-RAN 10 includes a base station (called “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 the IP flow, which is a unit for performing QoS control by the core network, with the wireless bearer, which is a unit for performing QoS control by AS (Access Stratum).
  • 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 broadcasts or multicasts data from NG-RAN10 to UE100, that is, one-to-many (PTM: Point To Multipoint) data transmission.
  • 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.
  • SC-PTM transmission The logical channels used for SC-PTM transmission are SC-MTCH (Single Cell Multicast Traffic Channel) and SC-MCCH (Single Cell Multicast Control Channel), and the transport channels used for SC-PTM transmission are DL-SCH (Downlink). ).
  • 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 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 transmitted by MBS
  • the MBS control channel means MCCH or SC-MCCH
  • the 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) at its own discretion, and transmits MBS data to the UE 100 by the selected method.
  • 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 transmitted by the RRC entity of gNB200 to the RRC entity of UE100.
  • the operation of efficiently controlling the bearer split will be mainly described under the premise that the bearer split is performed.
  • FIG. 9 is a diagram showing an operation example 1 relating to activation and deactivation of the leg according to the embodiment.
  • step S101 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 S102 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 S102.
  • 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 S102.
  • 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 S202 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 and / 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 and / 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.
  • the 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 S203 is the same as the operation example 1.
  • the UE 100 may send the response to the gNB 200.
  • the PDCP entity of the UE 100 performs a duplicate packet discarding process of two identical MBS packets transmitted by double transmission when both the PTP leg and the PTM leg are activated. You may go.
  • the RRC entity of the UE 100 may send a message (RAI: Entity Entity Entity Information / preference) to the gNB 200 to prompt the gNB 200 to release the RRC connection when the PTP leg is deactivated.
  • RAI Entity Entity Entity 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.
  • FIG. 12 is a diagram showing automatic deactivation of a leg according to an embodiment.
  • step S301 the gNB 200 and the UE 100 set a split MBS bearer separated into a PTP leg and a PTM leg.
  • the gNB 200 activates at least one of the PTP leg and the PTM leg.
  • step S302 the UE 100 determines whether or not the predetermined condition is satisfied after at least one of the PTP leg and the PTM leg is activated.
  • the predetermined condition may be that the activated leg does not receive data from the gNB 200 for a predetermined time.
  • step S303 the UE 100 is activated without receiving an instruction from the gNB 200 to deactivate the activated leg. Deactivate the leg.
  • the UE 100 can voluntarily deactivate the activated leg that has not received data from the gNB 200, so that it is not necessary to perform reception processing (monitoring) on the leg, and the power consumption of the UE 100 can be reduced. ..
  • the above-mentioned predetermined time may be set from gNB200 to UE100 by, for example, an RRC message.
  • the timer value may be different for the PTM leg and the PTP leg.
  • the UE 100 may consider that the gNB 200 has allowed the UE 100 to automatically deactivate by setting the timer value.
  • the UE 100 resets the timer each time it receives data in the activated leg and deactivates the leg when the timer expires.
  • Such automatic deactivation of the leg may be applicable only to the PTM leg or may be applicable only to the PTP leg.
  • the leg to which the automatic deactivation is applied may be set (designated) from gNB200 to UE100 by, for example, an RRC message.
  • FIG. 13 is a diagram showing automatic setting cancellation of the MBS bearer according to one embodiment.
  • step S401 the gNB 200 and the UE 100 set a split MBS bearer separated into a PTP leg and a PTM leg.
  • the gNB 200 may activate at least one of the PTP leg and the PTM leg.
  • step S302 the UE 100 determines whether or not the predetermined condition is satisfied.
  • the predetermined condition is any one of the following conditions 1 to 3, or a combination of two or more of the following conditions 1 to 3.
  • Condition 1 Condition that both PTP leg and PTM leg are deactivated For example, if both legs of one split MBS bearer are deactivated, the UE100 determines that the bearer is deactivated and the bearer is concerned. Discard the setting (step S403).
  • the UE 100 may wait for a certain period of time to elapse after both legs are deactivated, and cancel the MBS bearer setting when neither leg is activated before the elapse of a certain period of time.
  • the fixed period may be set from gNB200 to UE100 by, for example, an RRC message.
  • the UE 100 starts the timer when both legs are deactivated, stops the timer when either leg is activated, and deconfigures the MBS bearer when the timer expires.
  • condition 1 may be a condition that data is not received from the gNB 200 for a predetermined time in both the PTP leg and the PTM leg, as in the case of the automatic deactivation of the leg described above.
  • Condition 2 A condition that a notification indicating that the UE 100 is no longer interested in MBS reception is transmitted from the UE 100 to the gNB 200. For example, when the UE 100 is no longer interested in MBS reception, the UE 100 stops MBS reception and is no longer interested in MBS reception. Is notified to gNB200. In this case, the UE 100 considers that the MBS bearer setting has been canceled, and discards the bearer setting (step S403).
  • the notification transmitted by the UE 100 may include an identifier for an MBS session that is no longer interested in receiving the MBS.
  • the notification may be transmitted from the UE 100 to the gNB 200 via the PTP leg.
  • This notification may be an RRC message transmitted to the gNB 200, or may be a NAS signaling transmitted to the core network (for example, AMF).
  • the core network for example, AMF
  • the core network may notify the gNB 200 of the release of the bearer for the UE 100, or may exclude the UE 100 from the destination in the MBS connection (shard traffic). .. Further, in the UE 100, the NAS layer may notify the AS layer of the release of the split MBS bearer.
  • the UE 100 when the UE 100 confirms that the gNB 200 has received the notification by ACK or the like of the lower layer, or when the notification by NAS signaling is received, the UE 100 considers that the split MBS bearer setting has been canceled, and the UE 100 considers that the split MBS bearer setting has been canceled. You may discard the setting.
  • Condition 3 A condition that the UE 100 determines that the MBS transmission from the gNB 200 has ended. For example, when the MBS transmission is terminated, the gNB 200 transmits a notification (end marker) indicating the end of the MBS transmission to the UE 100. Alternatively, the UE 100 determines the end of MBS transmission based on the session end time included in the distribution schedule information (USD: User Service Description) of the MBS session stored in advance. When the UE 100 determines that the MBS transmission has been completed, it considers that the MBS bearer setting has been canceled, and discards the bearer setting (step S403).
  • USD User Service Description
  • step S403 the UE 100 sets the split MBS bearer even if it does not receive an instruction to cancel the setting of the split MBS bearer from the gNB 200. Release (that is, discard the settings related to the split MBS bearer).
  • the UE 100 may cancel all the settings related to MBS (designated configuration).
  • the upper layer (NAS) may be notified that the split MBS bearer setting has been canceled. This notification may include information (Cause) indicating the content of the condition satisfied in step S402.
  • the setting cancellation is performed efficiently by transmitting the instruction to cancel the setting of the MBS bearer from the gNB 200 to the plurality of UEs 100 by multicast.
  • the MBS bearer deconfigured by multicast may be a split MBS bearer or an unsplit MBS bearer.
  • FIG. 14 is a diagram showing the cancellation of the multicast setting according to the embodiment.
  • each of the plurality of UEs 100 (UE100A to 100C) establishes an MBS bearer with the gNB200 and receives MBS data belonging to the same MBS session from the gNB200.
  • the gNB 200 uses multicast (G-RNTI) to transmit an instruction to release the MBS bearer setting.
  • G-RNTI multicast
  • the gNB 200 may transmit an instruction to cancel the MBS bearer setting via the PTM leg.
  • Such MBS bearer release instructions are MAC CE, RRC message, RLC Control PDU, PDCP Control PDU, or SDAP Control PDU.
  • the gNB 200 includes an identifier related to the MBS session to be released from the MBS bearer (for example, G-RNTI, TMGI, session identifier, QoS flow identifier) in the MBS bearer release instruction, so that which MBS bearer is the target to be released can be determined. It may be explicitly shown to the UE 100. Alternatively, when the MBS session and G-RNTI have a one-to-one correspondence, the G-RNTI used for transmitting the MBS bearer release instruction may implicitly indicate which MBS bearer is the target for release.
  • the UE 100 When the UE 100 receives the MBS bearer release instruction from the gNB 200, the UE 100 cancels (discards) the target bearer setting.
  • the UE 100 may cancel (discard) the setting immediately after receiving the MBS bearer release instruction, or may cancel (discard) the setting when the reception operation is completed when the MBS reception operation is performed. ..
  • Each of the above-mentioned operation flows is not limited to the case where they are individually and independently implemented, and 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 (15)

  1. 　基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
    　前記基地局が、ＰＴＰ（Ｐｏｉｎｔ－ｔｏ－Ｐｏｉｎｔ）通信パス及びＰＴＭ（Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）通信パスに分離されたＭＢＳベアラを前記ユーザ装置に設定することと、
    　前記基地局が、前記ＰＴＰ通信パス及び前記ＰＴＭ通信パスを個別にアクティブ化又は非アクティブ化するための指示を前記ユーザ装置に送信することと、を有する
    　通信制御方法。
  2. 　前記基地局が、前記ＰＴＰ通信パス及び前記ＰＴＭ通信パスの両方をアクティブ化又は非アクティブ化するための指示を前記ユーザ装置に送信することをさらに有する
    　請求項１に記載の通信制御方法。
  3. 　前記送信することは、前記指示を含むＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）制御要素又は前記指示を含む下りリンク制御情報（ＤＣＩ）を前記ユーザ装置に送信することを含む
    　請求項１又は２に記載の通信制御方法。
  4. 　前記設定することは、前記ＭＢＳベアラのベアラ設定を含むＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）メッセージを前記基地局から前記ユーザ装置に送信することを含み、
    　前記送信することは、前記指示を前記ＲＲＣメッセージに含めることにより、前記ベアラ設定と共に前記指示を送信することを含む
    　請求項１又は２に記載の通信制御方法。
  5. 　前記ユーザ装置が、前記ＰＴＰ通信パス及び前記ＰＴＭ通信パスの少なくとも一方の通信パスをアクティブ化する前記指示の受信に応じて、前記受信した指示に対する応答を前記基地局に送信することと、
    　前記基地局が、前記応答の受信に応じて、前記少なくとも一方の通信パスを介してデータを送信することと、をさらに有する
    　請求項１乃至４のいずれか１項に記載の通信制御方法。
  6. 　前記送信することは、アクティブ化された状態にある前記ＰＴＭ通信パスを介して、前記ＰＴＰ通信パスをアクティブ化又は非アクティブ化する前記指示を送信することを含む
    　請求項１に記載の通信制御方法。
  7. 　前記送信することは、アクティブ化された状態にある前記ＰＴＰ通信パスを介して、前記ＰＴＭ通信パスをアクティブ化又は非アクティブ化する前記指示を送信することを含む
    　請求項１に記載の通信制御方法。
  8. 　前記ユーザ装置が、前記ＰＴＭ通信パスをアクティブ化する前記指示の受信に応じて、グループＲＮＴＩ（Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）を用いたＭＢＳデータの受信処理を開始することをさらに有する
    　請求項１乃至７のいずれか１項に記載の通信制御方法。
  9. 　マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
    　基地局が、ＰＴＰ（Ｐｏｉｎｔ－ｔｏ－Ｐｏｉｎｔ）通信パス及びＰＴＭ（Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）通信パスに分離されたＭＢＳベアラをユーザ装置に設定することと、
    　前記ユーザ装置が、前記ＰＴＰ通信パス及び前記ＰＴＭ通信パスの少なくとも一方がアクティブ化された後、所定条件が満たされたか否かを判定することと、
    　前記ユーザ装置が、前記所定条件が満たされたと判定された場合、前記アクティブ化された通信パスを非アクティブ化する指示を前記基地局から受信しなくても、前記アクティブ化された通信パスを非アクティブ化することと、を有する
    　通信制御方法。
  10. 　前記所定条件は、前記アクティブ化された通信パスにおいて所定時間にわたって前記基地局からデータを受信しないという条件を含む
    　請求項９に記載の通信制御方法。
  11. 　マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
    　基地局が、ＰＴＰ（Ｐｏｉｎｔ－ｔｏ－Ｐｏｉｎｔ）通信パス及びＰＴＭ（Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）通信パスに分離されたＭＢＳベアラをユーザ装置に設定することと、
    　前記ユーザ装置が、所定条件が満たされたか否かを判定することと、
    　前記ユーザ装置が、前記所定条件が満たされたと判定された場合、前記ＭＢＳベアラを設定解除する指示を前記基地局から受信しなくても、前記ＭＢＳベアラを設定解除することと、を有する
    　通信制御方法。
  12. 　前記所定条件は、前記ＰＴＰ通信パス及び前記ＰＴＭ通信パスの両方が非アクティブ化されたという条件を含む
    　請求項１１に記載の通信制御方法。
  13. 　前記所定条件は、ＭＢＳ受信に興味がなくなったことを示す通知を前記ユーザ装置から前記基地局に送信したという条件を含む
    　請求項１１又は１２に記載の通信制御方法。
  14. 　前記所定条件は、前記基地局からのＭＢＳ送信が終了したと前記ユーザ装置が判断したという条件を含む
    　請求項１１乃至１３のいずれか１項に記載の通信制御方法。
  15. 　マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
    　基地局が、ＭＢＳベアラを複数のユーザ装置に設定することと、
    　前記基地局が、前記ＭＢＳベアラを設定解除する指示を前記複数のユーザ装置に対してマルチキャストで送信することと、を有する
    　通信制御方法。
PCT/JP2021/038491 2020-10-20 2021-10-18 通信制御方法 WO2022085646A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022557537A JP7508576B2 (ja) 2020-10-20 2021-10-18 通信制御方法
US18/303,646 US20230261970A1 (en) 2020-10-20 2023-04-20 Communication control method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020-176328 2020-10-20
JP2020176328 2020-10-20

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/303,646 Continuation US20230261970A1 (en) 2020-10-20 2023-04-20 Communication control method

Publications (1)

Publication Number Publication Date
WO2022085646A1 true WO2022085646A1 (ja) 2022-04-28

Family

ID=81290818

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/038491 WO2022085646A1 (ja) 2020-10-20 2021-10-18 通信制御方法

Country Status (2)

Country Link
US (1) US20230261970A1 (ja)
WO (1) WO2022085646A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009529816A (ja) * 2006-03-09 2009-08-20 パナソニック株式会社 ダウンリンクマルチキャストサービス（例えばｍｂｍｓ）を用いることによる双方向サービス（ｉｍｓ，例えばｐｏｃ，会議）のサービスデータの提供
US20120170502A1 (en) * 2010-12-29 2012-07-05 Motorola, Inc. Methods for binding and unbinding a mbms bearer to a communication group in a 3gpp compliant system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009529816A (ja) * 2006-03-09 2009-08-20 パナソニック株式会社 ダウンリンクマルチキャストサービス（例えばｍｂｍｓ）を用いることによる双方向サービス（ｉｍｓ，例えばｐｏｃ，会議）のサービスデータの提供
US20120170502A1 (en) * 2010-12-29 2012-07-05 Motorola, Inc. Methods for binding and unbinding a mbms bearer to a communication group in a 3gpp compliant system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MEDIATEK INC.: "UE Reception Model of MBS Radio Bearer and its Dynamic PTM/PTP switch", 3GPP DRAFT; R2-2006575, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. electronic; 20200817 - 20200828, 7 August 2020 (2020-08-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051911518 *

Also Published As

Publication number Publication date
JPWO2022085646A1 (ja) 2022-04-28
US20230261970A1 (en) 2023-08-17

Similar Documents

Publication Publication Date Title
WO2022085757A1 (ja) 通信制御方法
WO2022085717A1 (ja) 通信制御方法
WO2022239690A1 (ja) 通信制御方法及びユーザ装置
US20230354475A1 (en) Communication control method
WO2022025013A1 (ja) 通信制御方法
WO2022030452A1 (ja) 通信制御方法、基地局、及びユーザ装置
WO2023140144A1 (ja) 通信方法及びユーザ装置
WO2022138450A1 (ja) 通信制御方法及びユーザ装置
JP2023100957A (ja) 通信制御方法、ユーザ装置及びプロセッサ
WO2022085646A1 (ja) 通信制御方法
JP7508576B2 (ja) 通信制御方法
WO2022234847A1 (ja) 通信制御方法及びユーザ装置
WO2022239691A1 (ja) 通信制御方法
JP7425259B2 (ja) 通信制御方法及び基地局
WO2022030518A1 (ja) 通信制御方法
WO2022153990A1 (ja) 通信制御方法及びユーザ装置
WO2022080230A1 (ja) 通信制御方法
WO2022085573A1 (ja) 通信制御方法
WO2022085644A1 (ja) 通信制御方法
WO2022239773A1 (ja) 通信制御方法
WO2023002988A1 (ja) 通信方法
WO2022210545A1 (ja) 通信制御方法及びユーザ装置
WO2023013607A1 (ja) 通信方法
WO2023013608A1 (ja) 通信方法
WO2024071158A1 (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: 21882787

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022557537

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

Country of ref document: EP

Kind code of ref document: A1