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

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

Info

Publication number
WO2022234847A1
WO2022234847A1 PCT/JP2022/019529 JP2022019529W WO2022234847A1 WO 2022234847 A1 WO2022234847 A1 WO 2022234847A1 JP 2022019529 W JP2022019529 W JP 2022019529W WO 2022234847 A1 WO2022234847 A1 WO 2022234847A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbs
data
timer
multicast
rrc
Prior art date
Application number
PCT/JP2022/019529
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 JP2023518696A priority Critical patent/JPWO2022234847A5/ja
Priority to EP22798951.4A priority patent/EP4322559A1/en
Priority to CN202280047339.XA priority patent/CN117598018A/zh
Publication of WO2022234847A1 publication Critical patent/WO2022234847A1/ja
Priority to US18/503,004 priority patent/US20240080935A1/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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/38—Connection release triggered by timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Definitions

  • the present disclosure relates to a communication control method and user equipment used in a mobile communication system.
  • NR New Radio
  • RAT Radio Access Technology
  • LTE Long Term Evolution
  • a 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).
  • the communication control method includes, in an RRC connected state, receiving MBS data from a base station, managing a timer for measuring a time during which data and signaling are not transmitted/received to/from the base station, and and transitioning from the RRC connected state to an RRC idle state upon expiration of the RRC connected state.
  • Managing the timer includes, when receiving the MBS data transmitted by multicast or broadcast, controlling the timer not to start even if the MBS data is received.
  • a 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).
  • the communication control method includes managing a timer that counts time during which data is not transmitted or received from the base station, and transitioning from an RRC connected state to an RRC idle state in response to expiration of the timer. and Managing the timer includes restarting the timer by transmitting or receiving restart information before the timer expires when MBS data transmitted by multicast or broadcast is received from the base station. include.
  • a user device comprises a processor that executes the communication control method according to the first aspect or the second aspect.
  • FIG. 1 is a diagram showing the configuration of a mobile communication system according to one embodiment; FIG. It is a figure which shows the structure of UE (user apparatus) which concerns on one Embodiment.
  • FIG. 2 is a diagram showing the configuration of a gNB (base station) according to one embodiment; FIG. 2 is a diagram showing the configuration of a protocol stack of a user plane radio interface that handles data; FIG. 2 is a diagram showing the configuration of a protocol stack of a radio interface of a control plane that handles signaling (control signals); FIG. 2 is a diagram showing a correspondence relationship between a downlink logical channel and a transport channel according to an embodiment; FIG. 3 illustrates a method of distributing MBS data according to one embodiment; FIG.
  • FIG. 4 illustrates a split MBS bearer according to one embodiment; It is a figure which shows the operation example of the 1st operation pattern which concerns on one Embodiment. It is a figure which shows the operation example of the 2nd operation pattern which concerns on one Embodiment. It is a figure which shows the operation example of the 3rd operation pattern which concerns on one Embodiment. It is a figure which shows the operation example of the 4th operation pattern which concerns on one Embodiment.
  • NR 5G system
  • an object of the present disclosure is to provide a communication control method and user equipment that realize improved multicast/broadcast services.
  • FIG. 1 is a diagram showing the configuration of a mobile communication system according to one embodiment.
  • This mobile communication system conforms to the 5th generation system (5GS: 5th Generation System) of the 3GPP standard.
  • 5GS will be described below as an example
  • an LTE (Long Term Evolution) system may be at least partially applied to the mobile communication system.
  • a sixth generation (6G) system may be at least partially applied to the mobile communication system.
  • the mobile communication system includes a user equipment (UE: User Equipment) 100, a 5G radio access network (NG-RAN: Next Generation Radio Access Network) 10, a 5G core network (5GC: 5G Core Network) 20.
  • UE User Equipment
  • NG-RAN Next Generation Radio Access Network
  • 5G core network 5G Core Network
  • the UE 100 is a mobile wireless communication device.
  • the UE 100 may be any device as long as it is used by a user.
  • the UE 100 is a mobile phone terminal (including a smartphone) and/or a tablet terminal, a notebook PC, a communication module (including a communication card or chipset), a sensor or a device provided in a sensor, a vehicle or a device provided in a vehicle ( (Vehicle UE), aircraft or equipment installed in the aircraft (Aerial UE).
  • the NG-RAN 10 includes a base station (called “gNB” in the 5G system) 200.
  • the gNBs 200 are interconnected via an Xn interface, which is an interface between base stations.
  • the gNB 200 manages one or more cells.
  • the gNB 200 performs radio communication with the UE 100 that has established connection with its own cell.
  • the gNB 200 has a radio resource management (RRM) function, a user data (hereinafter simply referred to as “data”) routing function, a measurement control function for mobility control/scheduling, and the like.
  • RRM radio resource management
  • a “cell” is used as a term indicating the minimum unit of a wireless communication area.
  • a “cell” is also used as a term indicating a function or resource for radio communication with the UE 100 .
  • One cell belongs to one carrier frequency.
  • the gNB can also be connected to the EPC (Evolved Packet Core), which is the LTE core network.
  • EPC Evolved Packet Core
  • LTE base stations can also connect to 5GC.
  • An LTE base station and a gNB may also be connected via an inter-base station interface.
  • 5GC20 includes AMF (Access and Mobility Management Function) and UPF (User Plane Function) 300.
  • AMF performs various mobility control etc. with respect to UE100.
  • AMF manages the mobility of UE 100 by communicating with UE 100 using NAS (Non-Access Stratum) signaling.
  • the UPF controls data transfer.
  • AMF and UPF are connected to gNB 200 via NG interface, which is a base station-core network interface.
  • FIG. 2 is a diagram showing the configuration of the UE 100 (user equipment) according to one embodiment.
  • the UE 100 includes a receiver 110, a transmitter 120, and a controller .
  • the receiving unit 110 performs various types of reception under the control of the control unit 130.
  • the receiver 110 includes an antenna and a receiver.
  • the receiver converts a radio signal received by the antenna into a baseband signal (received signal) and outputs the baseband signal (received signal) to control section 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 a baseband signal (transmission signal) output from the control unit 130 into a radio signal and transmits the radio signal from an antenna.
  • Control unit 130 performs various controls in the UE 100.
  • Control unit 130 includes at least one processor and at least one memory.
  • the memory stores programs 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 programs stored in the memory to perform various processes.
  • FIG. 3 is a diagram showing the configuration of the gNB 200 (base station) according to one embodiment.
  • the gNB 200 includes a transmitter 210, a receiver 220, a controller 230, and a backhaul communicator 240.
  • the transmission unit 210 performs various transmissions under the control of the control unit 230.
  • Transmitter 210 includes an antenna and a transmitter.
  • the transmitter converts a baseband signal (transmission signal) output by the control unit 230 into a radio signal and transmits the radio signal from an antenna.
  • the receiving unit 220 performs various types of reception under the control of the control unit 230.
  • the receiver 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 the baseband signal (received signal) to the control unit 230 .
  • Control unit 230 performs various controls in the gNB200.
  • Control unit 230 includes at least one processor and at least one memory.
  • the memory stores programs 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 programs 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.
  • Backhaul communication unit 240 is connected to AMF/UPF 300 via a base station-core network interface.
  • the gNB may be composed of a CU (Central Unit) and a DU (Distributed Unit) (that is, functionally divided), and the two units may be connected via an F1 interface.
  • FIG. 4 is a diagram showing the configuration of the protocol stack of the radio interface of the user plane that handles data.
  • the radio interface protocol of the user plane includes a physical (PHY) layer, a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, a PDCP (Packet Data Convergence Protocol) layer, SDAP (Service Data Adaptation Protocol) layer.
  • PHY physical
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • SDAP Service Data Adaptation Protocol
  • the PHY layer performs encoding/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 physical channels.
  • the MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ: Hybrid Automatic Repeat reQuest), random access procedures, 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 transport channels.
  • the MAC layer of gNB 200 includes a scheduler. The scheduler determines uplink and downlink transport formats (transport block size, modulation and coding scheme (MCS: Modulation and Coding Scheme)) and resource blocks to be allocated to UE 100 .
  • MCS Modulation and Coding Scheme
  • the RLC layer uses the functions of the MAC layer and PHY layer to transmit data to the RLC layer on the receiving side. Data and control information are transmitted between the RLC layer of the UE 100 and the RLC layer of the gNB 200 via logical channels.
  • the PDCP layer performs header compression/decompression and encryption/decryption.
  • the SDAP layer maps IP flows, which are units for QoS (Quality of Service) control by the core network, and radio bearers, which are units for QoS control by AS (Access Stratum). Note that SDAP may not be present when the RAN is connected to the EPC.
  • FIG. 5 is a diagram showing the protocol stack configuration of the radio interface of the control plane that handles signaling (control signals).
  • the radio interface protocol stack of the control plane has an RRC (Radio Resource Control) layer and a NAS (Non-Access Stratum) layer instead of the SDAP layer shown in FIG.
  • RRC signaling for various settings is transmitted between the RRC layer of the UE 100 and the RRC layer of the gNB 200.
  • the RRC layer controls logical, transport and physical channels according to establishment, re-establishment and release of radio bearers.
  • RRC connection connection between the RRC of UE 100 and the RRC of gNB 200
  • UE 100 is in the RRC connected state.
  • RRC connection no connection between RRC of UE 100 and RRC of gNB 200
  • UE 100 is in RRC idle state.
  • UE 100 is in RRC inactive state.
  • the NAS layer located above the RRC layer performs session management and mobility management.
  • NAS signaling is transmitted between the NAS layer of UE 100 and the NAS layer of AMF 300B.
  • the UE 100 has an application layer and the like in addition to the radio interface protocol.
  • MBS is a service that enables data transmission from the NG-RAN 10 to the UE 100 via broadcast or multicast, that is, point-to-multipoint (PTM).
  • MBS may be called MBMS (Multimedia Broadcast and Multicast Service).
  • Use cases (service types) of MBS include public safety communication, mission critical communication, V2X (Vehicle to Everything) communication, IPv4 or IPv6 multicast distribution, IPTV (Internet Protocol TeleVision), group communication, and software distribution. .
  • FIG. 6 is a diagram showing a correspondence relationship between downlink logical channels and transport channels according to an embodiment.
  • 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 in an MBSFN area consisting of multiple cells, each cell performs synchronous transmission of the same signal (same data) in the same MBSFN subframe.
  • 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 channel used for SC-PTM transmission is DL-SCH (Downlink Shared Channel). ).
  • SC-PTM transmission is primarily designed for single-cell transmission, with broadcast or multicast data transmission on a cell-by-cell basis.
  • Physical channels used for SC-PTM transmission are PDCCH (Physical Downlink Control Channel) and PDSCH (Physical Downlink Control Channel), enabling dynamic resource allocation.
  • MBS may be provided using a scheme similar to the SC-PTM transmission scheme.
  • MBS may be provided using the MBSFN transmission scheme.
  • MBS may be read as multicast.
  • MBS may be provided by broadcast.
  • MBS data shall refer to data provided by MBS.
  • MBS control channel shall refer to MCCH or SC-MCCH.
  • MBS traffic channel shall refer to MTCH or SC-MTCH.
  • MBS data may also be transmitted by unicast.
  • MBS data may also be referred to as MBS packets or MBS traffic.
  • the network can provide different MBS services for each MBS session.
  • An MBS session is identified by at least one of a 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
  • MBS session identifiers may be referred to as MBS service identifiers or multicast group identifiers.
  • MBS sessions include multicast sessions and broadcast sessions.
  • a multicast session is a session for delivering multicast services.
  • a multicast service provides a service to a group of UEs 100 participating in a multicast session for applications that require reliable QoS.
  • a multicast session can be used by UE 100 in the RRC connected state.
  • MBS data is multicast.
  • UE 100 needs to be in RRC connected state to receive a multicast session.
  • a broadcast session is a session for delivering broadcast services.
  • a broadcast service provides service to all UEs 100 within a specific service area.
  • a broadcast session can be used by UE 100 in all RRC states (RRC idle state, RRC inactive state and RRC connected state).
  • FIG. 7 is a diagram showing a method of distributing MBS data according to one embodiment.
  • MBS data (MBS Traffic) is distributed to multiple UEs from a single data source (application service provider).
  • a 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 In shared MBS data delivery, a connection is established between NG-RAN10 and 5GC20, which are 5G radio access networks (5G RAN), and MBS data is delivered from 5GC20 to NG-RAN10.
  • 5G RAN 5G radio access networks
  • MBS connection In the following, such a connection (tunnel) will be referred to as an "MBS connection”.
  • An MBS connection may also be called a Shared MBS Traffic delivery connection or a shared transport.
  • the MBS connection terminates at the NG-RAN 10 (ie gNB 200).
  • An MBS connection may have a one-to-one correspondence with an MBS session.
  • gNB 200 selects either PTP (Point-to-Point: unicast) or PTM (Point-to-Multipoint: multicast or broadcast) transmission method at its own discretion, and transmits MBS data to UE 100 in 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-RAN 10 and UE 100, and MBS data is delivered individually from 5GC 20 to UE 100.
  • MBS data is delivered individually from 5GC 20 to UE 100.
  • Such a unicast may be called a PDU Session.
  • Unicast (PDU session) terminates at the UE 100 .
  • split MBS bearer Next, a split MBS bearer according to one embodiment will be described.
  • the gNB 200 can configure the UE 100 with an MBS bearer separated into a PTP communication path and a PTM communication path (hereinafter referred to as a "split MBS bearer" as appropriate). This allows the gNB 200 to dynamically switch transmission of MBS data to the UE 100 between PTP (PTP communication path) and PTM (PTM communication path). Alternatively, the gNB 200 can double transmit the same MBS data using both PTP (PTP communication path) and PTM (PTM communication path) to increase reliability.
  • the predetermined layer that terminates the split is the MAC layer (HARQ), RLC layer, PDCP layer, or SDAP layer.
  • HARQ MAC layer
  • RLC layer PDCP layer
  • SDAP layer SDAP layer.
  • FIG. 8 is a diagram illustrating a split MBS bearer according to one embodiment.
  • a PTP communication path is called a PTP leg and a PTM communication path is called a PTM leg.
  • a functional unit corresponding to each layer is called an entity.
  • MBS data is multicast.
  • each of the PDCP entity of gNB 200 and the PDCP entity of UE 100 separates MBS bearers (data radio bearers) used for MBS into PTP legs and PTM legs.
  • MBS bearers data radio bearers
  • a PDCP entity is provided for each bearer.
  • Each of gNB 200 and UE 100 has two RLC entities, one MAC entity, and one PHY entity provided for each leg.
  • a PHY entity may be provided for each leg.
  • the UE 100 may have two MAC entities.
  • the PHY entity uses a cell RNTI (C-RNTI: Cell Radio Network Temporary Identifier) assigned to UE 100 on a one-to-one basis to transmit and receive PTP leg data.
  • C-RNTI Cell Radio Network Temporary Identifier
  • the PHY entity transmits and receives data of the PTM leg using a group RNTI (G-RNTI: Group Radio Network Temporary Identifier) assigned one-to-one with the MBS session.
  • the C-RNTI is different for each UE 100, but the G-RNTI is a common RNTI for multiple UEs 100 that receive one MBS session.
  • a split MBS bearer is set from the gNB 200 to the UE 100, and the PTM leg is activated. must have been In other words, even if a split MBS bearer is configured in the UE 100, the gNB 200 cannot perform PTM transmission of MBS data using this PTM leg when the PTM leg is in a deactivation state.
  • a split MBS bearer in order for the gNB 200 and the UE 100 to perform PTP transmission (unicast) of MBS data using the PTP leg, a split MBS bearer must be set from the gNB 200 to the UE 100 and the PTP leg must be activated. There is In other words, even if a split MBS bearer is configured in the UE 100, the gNB 200 cannot perform PTP transmission of MBS data using this PTP leg when the PTP leg is in an inactive state.
  • UE 100 monitors the PDCCH (Physical Downlink Control Channel) to which the G-RNTI associated with the MBS session is applied in a state where the PTM leg is activated (that is, performs blind deactivation of the PDCCH using the G-RNTI). coding). UE 100 may monitor the PDCCH only at scheduling opportunities for the MBS session.
  • PDCCH Physical Downlink Control Channel
  • the UE 100 does not monitor the PDCCH to which the G-RNTI associated with the MBS session is applied while the PTM leg is deactivated (that is, does not perform blind decoding of the PDCCH using the G-RNTI). .
  • the UE 100 monitors the PDCCH to which the C-RNTI is applied while the PTP leg is activated.
  • DRX Discontinuous Reception
  • UE 100 monitors PDCCH during the set On Duration.
  • UE 100 may monitor the PDCCH of the cell even if the cell is deactivated.
  • the UE 100 may monitor the PDCCH to which the C-RNTI is applied in preparation for normal unicast downlink transmission other than MBS data while the PTP leg is deactivated. However, when a cell (frequency) associated with an MBS session is designated, UE 100 may not monitor the PDCCH for the MBS session.
  • a split MBS bearer as described above is set by an RRC message (for example, an RRC Reconfiguration message) transmitted from the RRC entity of gNB200 to the RRC entity of UE100.
  • RRC message for example, an RRC Reconfiguration message
  • RRC state transition by data inactivity timer Next, RRC state transition by a data inactivity timer according to an embodiment will be described.
  • a data inactivity timer is specified in the current specifications of 5G/NR.
  • the data inactivity timer is a timer that measures the time during which data and signaling between the UE 100 and the gNB 200 are not transmitted or received.
  • a data inactivity timer can be set by the gNB 200 for the UE 100 in the RRC connected state.
  • the UE 100 transitions from the RRC connected state to the RRC idle state upon expiration of the data inactivity timer.
  • the UE 100 When the data inactivity timer is set, the UE 100 starts the data inactivity timer in response to transmission or reception of data or signaling. UE 100 restarts the data inactivity timer in response to transmission or reception of data or signaling before the data inactivity timer expires. Note that "restarting the data inactivity timer” means resetting and restarting the data inactivity timer.
  • a DTCH logical channel is a dedicated logical channel for data transmission.
  • a DCCH logical channel is a dedicated logical channel for signaling transmission.
  • a DCCH logical channel is a dedicated logical channel for signaling transmission.
  • the gNB 200 sets up an MBS bearer for the UE 100 in the RRC connected state, and starts transmitting MBS data by multicast. At this point, the gNB 200 recognizes that the UE 100 is in the RRC connected state. The UE 100 starts a data inactivity timer upon receiving MBS data transmitted by multicast. And when the data inactivity timer is running, if the radio condition deteriorates in the UE 100, the UE 100 cannot successfully receive MBS data and does not restart the data inactivity timer. After that, the UE 100 transitions to the RRC idle state upon expiration of the data inactivity timer. This causes a problem of RRC state mismatch between the gNB 200 and the UE 100 .
  • the MBS data may be provided not only by multicast but also by broadcast.
  • UE 100 generally transmits feedback information (eg, acknowledgment information (ACK/NACK)) regarding data reception to gNB 200 when receiving data transmitted by normal unicast. Therefore, as described above, even if the UE 100 transitions to the RRC idle state due to deterioration of the radio state, the gNB 200 does not receive the feedback information from the UE 100, and the UE 100 transitions to the RRC idle state. I can guess. Therefore, the problem of RRC state mismatch is not significant.
  • feedback information eg, acknowledgment information (ACK/NACK)
  • the UE 100 receiving MBS data transmitted by multicast means any of the following: 1) The UE 100 is configured with an MBS bearer having only a PTM leg, and receives MBS data via the MBS bearer. do. 2) UE 100 is configured with a split MBS bearer having a PTM leg and a PTP leg, and receives MBS data via the PTM leg. 3) UE 100 receives MBS data using G-RNTI.
  • the UE 100 manages the data inactivity timer.
  • the UE 100 controls not to start the data inactivity timer even if the MBS data is received.
  • the UE 100 since the UE 100 does not start the data inactivity timer, there is no transition to the RRC idle state in response to the expiration of the data inactivity timer, and the above-described RRC state mismatch problem is resolved.
  • the UE 100 when receiving MBS data transmitted by unicast, the UE 100 starts or restarts the data inactivity timer upon receiving the MBS data.
  • the problem of RRC state inconsistency is not significant because the transmission of feedback information is configured for unicast.
  • the UE 100 receiving MBS data transmitted by unicast means any of the following: 1) The UE 100 is configured with an MBS bearer having only a PTP leg, and receives the MBS data via the MBS bearer. receive. 2) UE 100 is configured with a split MBS bearer having a PTM leg and a PTP leg, and receives MBS data via the PTP leg. 3) UE 100 receives MBS data using C-RNTI.
  • FIG. 9 is a diagram showing an operation example of the first operation pattern according to one embodiment.
  • the UE 100 is in the RRC connected state, and the data inactivity timer is set from the gNB 200 to the UE 100.
  • step S101 the gNB 200 transmits MBS data by multicast.
  • the UE 100 receives MBS data transmitted by multicast.
  • step S102 the UE 100 receives the MBS data transmitted by multicast, but controls so as not to start the data inactivity timer. Note that even if the data inactivity timer has already started at this point, the UE 100 controls not to restart the data inactivity timer. For example, before step S102, the UE 100 starts a data inactivity timer in response to normal unicast transmission and reception of data (data that is not MBS data), and in step S102, the UE 100 starts the data inactivity timer. Control not to restart.
  • step S103 the gNB 200 instructs the UE 100 to receive MBS data by unicast.
  • UE100 receives this instruction from gNB200.
  • this instruction may be an RRC Reconfiguration message that sets up an MBS bearer with only a PTP leg, or an instruction to activate the PTP leg of a split MBS bearer already set in the UE 100 (for example, MAC CE ( Control Element) or DCI (Donwlink Control Information)).
  • MAC CE Control Element
  • DCI Donwlink Control Information
  • step S104 the gNB 200 transmits MBS data to the UE 100 by unicast.
  • the UE 100 receives MBS data transmitted by unicast.
  • step S105 the UE 100 starts a data inactivity timer in response to receiving MBS data transmitted by unicast.
  • steps S106 and S107 the UE 100 restarts the data inactivity timer in response to receiving MBS data transmitted by unicast.
  • the UE 100 controls not to start the data inactivity timer even if the MBS data is received. This makes it possible to simplify the process of determining whether or not to start the data inactivity timer in the UE 100 .
  • FIG. 10 is a diagram showing an operation example of the second operation pattern according to one embodiment.
  • this operation example it is assumed that the UE 100 is in the RRC connected state and the data inactivity timer is set from the gNB 200 to the UE 100.
  • step S201 the gNB 200 transmits MBS data by unicast or multicast.
  • UE 100 receives MBS data.
  • step S202 the UE 100 receives MBS data, but controls so as not to start the data inactivity timer. Note that even if the data inactivity timer has already started at this point, the UE 100 controls not to restart the data inactivity timer. For example, before step S202, UE 100 starts a data inactivity timer in response to normal unicast transmission and reception of data (data that is not MBS data), and in step S202, UE 100 starts the data inactivity timer. Control not to restart.
  • the UE 100 controls to start/not start the data inactivity timer when MBS data is received, according to the setting information from the gNB 200 .
  • FIG. 11 is a diagram showing an operation example of the third operation pattern according to one embodiment. In this operation example, it is assumed that the UE 100 is in the RRC connected state and the data inactivity timer is set from the gNB 200 to the UE 100.
  • step S301 the gNB 200 transmits to the UE 100 setting information for setting whether to start the data inactivity timer when receiving MBS data.
  • UE100 receives the setting information from gNB200.
  • the configuration information is sent to the UE 100 in, for example, an RRC Reconfiguration message.
  • the configuration information may further include an MBS session identifier (such as TMGI) corresponding to the MBS data.
  • the configuration information includes, for each of multiple MBS sessions that the gNB 200 stops, the identifier of the MBS session (such as TMGI) and whether or not to start the data inactivity timer when receiving MBS data belonging to the MBS session. Contains a set of information to set.
  • step S302 the gNB 200 transmits MBS data.
  • UE 100 receives MBS data.
  • step S303 when MBS data is received, the UE 100 controls to start/not start the data inactivity timer according to the setting information received in step S301.
  • the setting information may be information for setting whether to transmit feedback information (eg, acknowledgment information (ACK/NACK)) for MBS data.
  • feedback information eg, acknowledgment information (ACK/NACK)
  • UE 100 starts a data inactivity timer when receiving MBS data for which transmission of feedback information is set, and starts a data inactivity timer when receiving MBS data for which transmission of feedback information is not set. Control not to start.
  • the data inactivity timer covers data and signaling sent and received by unicast.
  • the UE 100 receives MBS data transmitted by multicast
  • the UE 100 starts a data inactivity timer when transmitting and receiving data by normal unicast.
  • the data inactivity timer is in operation and normal unicast data transmission/reception is not performed
  • the UE 100 transitions to the RRC idle state upon expiration of the data inactivity timer. Since UE 100 needs to be in the RRC connected state in order to receive MBS data transmitted by multicast, UE 100 transitioning to the RRC idle state cannot receive MBS data transmitted by multicast.
  • the UE 100 when receiving MBS data transmitted by multicast, the UE 100 restarts the data inactivity timer by transmitting restart information to the gNB 200 before the data inactivity timer expires.
  • the current specification defines that the UE 100 restarts the data inactivity timer by transmitting signaling. Therefore, the UE 100 restarts the data inactivity timer according to the transmission of the restart information. Therefore, the UE 100 can continuously receive MBS data transmitted by multicast without transitioning to the RRC idle state in response to expiration of the data inactivity timer.
  • FIG. 12 is a diagram showing an operation example of the fourth operation pattern according to one embodiment. In this operation example, it is assumed that the UE 100 is in the RRC connected state and the data inactivity timer is set from the gNB 200 to the UE 100.
  • step S401 the UE 100 starts a data inactivity timer.
  • the UE 100 starts a data inactivity timer in response to unicast transmission/reception of data (data that is not MBS data).
  • the UE 100 may start a data inactivity timer according to transmission/reception of signaling.
  • step S402 the gNB 200 transmits MBS data by multicast.
  • the UE 100 receives MBS data transmitted by multicast.
  • the UE 100 determines whether the remaining time before the data inactivity timer expires is equal to or less than a threshold.
  • the threshold may be a value set by the UE 100 itself. Also, the threshold may be a value set in the UE 100 from the gNB 200.
  • the UE 100 transmits restart information to the gNB 200 in step S404.
  • UE 100 may transmit the restart information in an RRC message.
  • the UE 100 may transmit with MAC CE.
  • the restart information may be information for notifying the gNB 200 to reset the data inactivity timer and restart.
  • the restart information may be a 1-bit flag indicating that the UE 100 continues to receive MBS data.
  • gNB200 may transmit the response with respect to the said restart information to UE100 according to reception of restart information.
  • step S405 the UE 100 resets and restarts the data inactivity timer in response to the transmission of the restart information.
  • the UE 100 may periodically transmit restart information before the data inactivity timer expires.
  • UE 100 may have a separate timer for transmitting restart information.
  • the UE 100 starts and restarts the timer when transmitting the restart information, and transmits the restart information again when the timer expires.
  • the UE 100 stops (or discards) the timer when it stops receiving MBS data (when it loses interest in receiving or when the MBS data transmission/MBS session ends).
  • the value of the timer may be set from gNB200.
  • the restart information may be transmitted from the gNB 200.
  • the gNB 200 manages the data inactivity timer similarly to the UE 100 , and the gNB 200 starts/resumes the data inactivity timer according to unicast data transmission/reception with the UE 100 .
  • the gNB 200 transmits the restart information to the UE 100 by unicast.
  • UE 100 restarts the data inactivity timer managed by itself in response to receiving the restart information.
  • the gNB 200 may reset and restart the data inactivity timer managed by itself in response to receiving the restart information from the UE 100 .
  • Each of the operation patterns described above is not limited to being implemented independently, but can be implemented by combining two or more operation patterns. For example, some steps of one motion pattern may be added to another motion pattern. Also, some steps of one operation pattern may be replaced with some steps of another operation pattern.
  • 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 that causes a computer to execute each process performed by the UE 100 or the gNB 200 may be provided.
  • the program may be recorded on a computer readable medium.
  • a computer readable medium allows the installation of the program on the computer.
  • the computer-readable medium on which the program is recorded may be a non-transitory recording medium.
  • the non-transitory recording medium is not particularly limited, but may be, for example, a recording medium such as CD-ROM or DVD-ROM.
  • circuits that execute each process performed by the UE 100 or the gNB 200 may be integrated, and at least part of the UE 100 or the gNB 200 may be configured as a semiconductor integrated circuit (chipset, SoC: System on a chip).
  • chipsset, SoC System on a chip
  • the terms “based on” and “depending on,” unless expressly stated otherwise, “based only on.” does not mean The phrase “based on” means both “based only on” and “based at least in part on.” Similarly, the phrase “depending on” means both “only depending on” and “at least partially depending on.” Also, “obtain/acquire” may mean obtaining information among stored information, or it may mean obtaining information among information received from other nodes. or it may mean obtaining the information by generating the information.
  • the terms “include,” “comprise,” and variations thereof are not meant to include only the recited items, and may include only the recited items or in addition to the recited items. Means that it may contain further items.
  • references to elements using the "first,” “second,” etc. designations used in this disclosure do not generally limit the quantity or order of those elements. These designations may be used herein as a convenient method of distinguishing between two or more elements. Thus, references to first and second elements do not imply that only two elements may be employed therein, or that the first element must precede the second element in any way.
  • references to first and second elements do not imply that only two elements may be employed therein, or that the first element must precede the second element in any way.
  • NG-RAN 5G RAN
  • 5GC 5G CN
  • UE 110 Reception unit 120: Transmission unit 130: Control unit 200: gNB 210: Transmission unit 220: Reception unit 230: Control unit 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 (7)

  1. 　マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおけるユーザ装置が実行する通信制御方法であって、
    　ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）コネクティッド状態において、基地局からＭＢＳデータを受信することと、
    　前記基地局とのデータ及びシグナリングの送受信が行われない時間を計時するタイマを管理することと、
    　前記タイマの満了に応じて、前記ＲＲＣコネクティッド状態からＲＲＣアイドル状態に遷移することと、を有し、
    　前記タイマを管理することは、マルチキャスト又はブロードキャストで送信される前記ＭＢＳデータを受信する場合、当該ＭＢＳデータを受信しても前記タイマを開始しないように制御することを含む
    　通信制御方法。
  2. 　前記タイマを管理することは、ユニキャストで送信される前記ＭＢＳデータを受信する場合、当該ＭＢＳデータの受信に応じて前記タイマを開始又は再開することをさらに含む
    　請求項１に記載の通信制御方法。
  3. 　前記タイマを管理することは、ユニキャストで送信される前記ＭＢＳデータを受信する場合であっても、当該ＭＢＳデータを受信しても前記タイマを開始しないように制御することをさらに含む
    　請求項２に記載の通信制御方法。
  4. 　前記タイマを開始しないように制御することは、前記基地局から、前記ＭＢＳデータの受信に対して前記タイマを開始しないように設定されている場合、前記タイマを開始しないように制御することを含む
    　請求項１乃至３のいずれか１項に記載の通信制御方法。
  5. 　マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおけるユーザ装置が実行する通信制御方法であって、
    　基地局とのデータの送信及び受信が行われない時間を計時するタイマを管理することと、
    　前記タイマの満了に応じて、ＲＲＣコネクティッド状態からＲＲＣアイドル状態に遷移することと、を有し、
    　前記タイマを管理することは、マルチキャストで送信されるＭＢＳデータを前記基地局から受信する場合、前記タイマが満了する前に、再開情報を送信又は受信することにより前記タイマを再開することを含む
    　通信制御方法。
  6. 　前記タイマを再開することは、前記タイマが満了するまでの残り時間が閾値以下である場合、前記再開情報を送信することを含む
    　請求項５に記載の通信制御方法。
  7. 　請求項１又は５に記載の通信制御方法を実行するプロセッサを備える
    　ユーザ装置。
PCT/JP2022/019529 2021-05-07 2022-05-02 通信制御方法及びユーザ装置 WO2022234847A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2023518696A JPWO2022234847A5 (ja) 2022-05-02 通信制御方法、ユーザ装置、及びプロセッサ
EP22798951.4A EP4322559A1 (en) 2021-05-07 2022-05-02 Communication control method and user equipment
CN202280047339.XA CN117598018A (zh) 2021-05-07 2022-05-02 通信控制方法和用户设备
US18/503,004 US20240080935A1 (en) 2021-05-07 2023-11-06 Communication control method and user equipment

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-079265 2021-05-07
JP2021079265 2021-05-07

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/503,004 Continuation US20240080935A1 (en) 2021-05-07 2023-11-06 Communication control method and user equipment

Publications (1)

Publication Number Publication Date
WO2022234847A1 true WO2022234847A1 (ja) 2022-11-10

Family

ID=83932737

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/019529 WO2022234847A1 (ja) 2021-05-07 2022-05-02 通信制御方法及びユーザ装置

Country Status (4)

Country Link
US (1) US20240080935A1 (ja)
EP (1) EP4322559A1 (ja)
CN (1) CN117598018A (ja)
WO (1) WO2022234847A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021079265A (ja) 2021-03-05 2021-05-27 株式会社三洋物産 遊技機

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021079265A (ja) 2021-03-05 2021-05-27 株式会社三洋物産 遊技機

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
3GPP TS 38.300, September 2020 (2020-09-01)
3GPP TS 38.321
3GPP TS 38.331
ASUSTEK: "UE stay in RRC_CONNECTED when no MBS data ongoing", 3GPP DRAFT; R2-2103450, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online; 20210412 - 20210420, 1 April 2021 (2021-04-01), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051992080 *
ERICSSON: "Aspects of Group Scheduling", 3GPP DRAFT; R2-2103517, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic meeting; 20210412, 1 April 2021 (2021-04-01), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051992123 *
HUAWEI, HISILICON (RAPPORTEUR): "Email discussion report on [105#49][NR] LBT impacts in MAC", 3GPP DRAFT; R2-1904114 REPORT OF THE EMAIL DISCUSSION [105#49] LBT MODELING FOR MAC, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Xi’an, China; 20190408 - 20190412, 29 March 2019 (2019-03-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051693345 *

Also Published As

Publication number Publication date
EP4322559A1 (en) 2024-02-14
US20240080935A1 (en) 2024-03-07
JPWO2022234847A1 (ja) 2022-11-10
CN117598018A (zh) 2024-02-23

Similar Documents

Publication Publication Date Title
WO2022085757A1 (ja) 通信制御方法
WO2022085717A1 (ja) 通信制御方法
US20240080939A1 (en) Communication control method and user equipment
WO2022153991A1 (ja) 通信制御方法
WO2022030452A1 (ja) 通信制御方法、基地局、及びユーザ装置
WO2022025013A1 (ja) 通信制御方法
WO2023140144A1 (ja) 通信方法及びユーザ装置
WO2022138450A1 (ja) 通信制御方法及びユーザ装置
WO2022234847A1 (ja) 通信制御方法及びユーザ装置
JP7508576B2 (ja) 通信制御方法
WO2022085646A1 (ja) 通信制御方法
WO2022030518A1 (ja) 通信制御方法
WO2022239773A1 (ja) 通信制御方法
US20240080940A1 (en) Communication control method
JP7425259B2 (ja) 通信制御方法及び基地局
WO2022239774A1 (ja) 通信制御方法、基地局、及びユーザ装置
JP7502574B2 (ja) 通信方法、ユーザ装置、プロセッサ、プログラム、及び移動通信システム
WO2022153990A1 (ja) 通信制御方法及びユーザ装置
WO2023013607A1 (ja) 通信方法
WO2023002988A1 (ja) 通信方法
WO2023074721A1 (ja) 通信方法及びユーザ装置
WO2024071158A1 (ja) 通信方法、基地局、及びユーザ装置
US20240237143A1 (en) Communication method
WO2022085573A1 (ja) 通信制御方法
WO2023013608A1 (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: 22798951

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023518696

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2022798951

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2022798951

Country of ref document: EP

Effective date: 20231106

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 202280047339.X

Country of ref document: CN