WO2023013605A1 - 通信方法、ネットワーク装置、及びユーザ装置 - Google Patents

通信方法、ネットワーク装置、及びユーザ装置 Download PDF

Info

Publication number
WO2023013605A1
WO2023013605A1 PCT/JP2022/029549 JP2022029549W WO2023013605A1 WO 2023013605 A1 WO2023013605 A1 WO 2023013605A1 JP 2022029549 W JP2022029549 W JP 2022029549W WO 2023013605 A1 WO2023013605 A1 WO 2023013605A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbs
session
network device
paging message
gnb
Prior art date
Application number
PCT/JP2022/029549
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 JP2023540344A priority Critical patent/JPWO2023013605A5/ja
Publication of WO2023013605A1 publication Critical patent/WO2023013605A1/ja
Priority to US18/431,538 priority patent/US20240179797A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast

Definitions

  • the present disclosure relates to communication methods, network devices, and user devices used in mobile communication systems.
  • NR New Radio
  • 5G fifth generation
  • 4G fourth generation
  • NR has features such as high speed, large capacity, high reliability, and low delay.
  • MBS multicast/broadcast services
  • a communication method is a communication method executed by a user device in a mobile communication system.
  • the communication method includes, when in an RRC inactive state, receiving a paging message including a TMGI from a base station; and from the RRC inactive state if the user equipment has joined an MBS session indicated by the TMGI and initiating a procedure to transition to the RRC Connected state.
  • a user equipment is a user equipment used in a mobile communication system.
  • the user equipment when in an RRC inactive state, receives a paging message including a TMGI from a base station; and a control unit that initiates a procedure to transition from to the RRC connected state.
  • a communication method is a communication method used in a mobile communication system, wherein a first network device included in a network of the mobile communication system receives the second network device from a second network device included in the network. receiving a message including MBS capability information regarding whether a network device supports a Multicast Broadcast Service (MBS) function; and the first network device sending the first paging message to the second network device.
  • MBS Multicast Broadcast Service
  • a network device is a network device included in a network of a mobile communication system, and receives information from other network devices included in the network as to whether or not the other network device supports the MBS function.
  • a receiving unit for receiving a message including multicast/broadcast service (MBS) capability information regarding the a transmitter for transmitting a first paging message to the other network device.
  • MBS multicast/broadcast service
  • FIG. 1 is a diagram showing the configuration of a mobile communication system according to an embodiment;
  • FIG. It is a figure which shows the structure of UE (user apparatus) which concerns on embodiment.
  • It is a diagram showing the configuration of a gNB (base station) according to the embodiment.
  • It is a figure which shows the structure of AMF (management apparatus) which concerns on 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. 4 is a diagram illustrating an overview of MBS traffic distribution according to an embodiment; It is a figure which shows the delivery mode which concerns on embodiment.
  • FIG. 3 shows a split multicast radio bearer (MRB) according to an embodiment; It is a figure which shows the operation
  • FIG. 9 is a diagram showing operations of the mobile communication system according to the second embodiment; It is a figure which shows the specific example of the operation
  • MRB split multicast radio bearer
  • MBS reception is facilitated by notifying the start of an MBS session to a user device in an RRC (Radio Resource Control) idle state or RRC inactive state by utilizing a paging mechanism in MBS. It is possible.
  • RRC Radio Resource Control
  • the present disclosure provides a communication method, a network device, and a user device that make it possible to facilitate MBS reception by utilizing the paging mechanism.
  • FIG. 1 is a diagram showing the configuration of a mobile communication system according to the first embodiment.
  • the mobile communication system 1 complies with the 3GPP standard 5th generation system (5GS: 5th Generation System).
  • 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.
  • 6G systems may be at least partially applied in mobile communication systems.
  • the mobile communication system 1 includes a user equipment (UE: User Equipment) 100, a 5G radio access network (NG-RAN: Next Generation Radio Access Network) 10, and a 5G core network (5GC: 5G Core Network) 20.
  • UE User Equipment
  • NG-RAN Next Generation Radio Access Network
  • 5GC 5G Core Network
  • the NG-RAN 10 may be simply referred to as the RAN 10 below.
  • the 5GC 20 is sometimes simply referred to as a core network (CN) 20 .
  • CN 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 may be a mobile phone terminal (including a smartphone) 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 the vehicle (Vehicle UE ), an aircraft or a device (Aerial UE) provided on the aircraft.
  • 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 the first embodiment.
  • UE 100 includes a receiver 110 , a transmitter 120 and a controller 130 .
  • the receiving unit 110 and the transmitting unit 120 constitute a wireless communication unit that performs wireless communication with the gNB 200 .
  • 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 and processes in the UE 100. Such processing includes processing of each layer, which will be described later.
  • 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 the first embodiment.
  • the gNB 200 comprises a transmitter 210 , a receiver 220 , a controller 230 and a backhaul communicator 240 .
  • the transmitting unit 210 and the receiving unit 220 constitute a radio communication unit that performs radio communication with the UE 100 .
  • the backhaul communication unit 240 constitutes a network communication unit that communicates with the CN 20 .
  • 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 and processes in the gNB200. Such processing includes processing of each layer, which will be described later.
  • 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 adjacent base stations via the Xn interface, which is an interface between base stations.
  • the backhaul communication unit 240 is connected to the AMF/UPF 300 via the NG interface, which is the base station-core network interface.
  • the gNB 200 may be composed of a CU (Central Unit) and a DU (Distributed Unit) (that is, functionally divided), and the two units may be connected by an F1 interface, which is a fronthaul interface.
  • FIG. 4 is a diagram showing the configuration of the AMF 300A (management device) according to the first embodiment.
  • AMF 300A includes communication section 310 and control section 320 .
  • the communication unit 310 is connected to the gNB 200 via the NG interface, which is the base station-core network interface.
  • a communication unit 310 communicates with the gNB 200 .
  • the control unit 320 performs various controls and processes in the AMF 300A. Such processing includes processing of each layer, which will be described later.
  • Controller 320 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.
  • a processor may include a CPU. The CPU executes programs stored in the memory to perform various processes.
  • FIG. 5 is a diagram showing the configuration of the protocol stack of the radio interface of the user plane that handles data.
  • the user plane radio interface protocol includes a physical (PHY) layer, a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, a PDCP (Packet Data Convergence Protocol) layer, and an SDAP (Service Data Adaptation Protocol) layer. 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 PHY layer of UE 100 receives downlink control information (DCI) transmitted from gNB 200 on a physical downlink control channel (PDCCH). Specifically, the UE 100 blind-decodes the PDCCH using the radio network temporary identifier (RNTI), and acquires the successfully decoded DCI as the DCI addressed to the UE 100 itself.
  • the DCI transmitted from the gNB 200 is appended with CRC parity bits scrambled by the RNTI.
  • 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, encryption/decryption, etc.
  • 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. 6 is a diagram showing the configuration of the protocol stack 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 Radio Resource Control
  • NAS Non-Access Stratum
  • 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 300A.
  • 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 use cases include public safety communications, mission critical communications, V2X (Vehicle to Everything) communications, IPv4 or IPv6 multicast distribution, IPTV (Internet Protocol TeleVision), group communication, and software distribution. .
  • a broadcast service provides service to all UEs 100 within a specific service area for applications that do not require highly reliable QoS.
  • An MBS session used for broadcast services is called a broadcast session.
  • a multicast service provides a service not to all UEs 100 but to a group of UEs 100 participating in the multicast service (multicast session).
  • An MBS session used for a multicast service is called a multicast session.
  • a multicast service can provide the same content to a group of UEs 100 in a more wirelessly efficient manner than a broadcast service.
  • FIG. 7 is a diagram showing an overview of MBS traffic distribution according to the first embodiment.
  • MBS traffic (MBS data) is delivered from a single data source (application service provider) to multiple UEs.
  • 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.
  • 5GC20 From the perspective of 5GC20, two multicast delivery methods are possible: 5GC Shared MBS Traffic delivery and 5GC Individual MBS Traffic delivery.
  • the 5GC 20 receives single copies of MBS data packets and delivers individual copies of those MBS data packets to individual UEs 100 via per-UE 100 PDU sessions. Therefore, one PDU session per UE 100 needs to be associated with the multicast session.
  • the 5GC 20 receives a single copy of MBS data packets and delivers the single copy of those MBS packets to the RAN nodes (ie gNB 200).
  • a gNB 200 receives MBS data packets over an MBS tunnel connection and delivers them to one or more UEs 100 .
  • PTP Point-to-Point
  • PTM Point-to-Multipoint
  • the gNB 200 delivers individual copies of MBS data packets to individual UEs 100 over the air.
  • the gNB 200 delivers a single copy of MBS data packets to a group of UEs 100 over the air.
  • the gNB 200 can dynamically determine which of PTM and PTP to use as the MBS data delivery method for one UE 100 .
  • the PTP and PTM delivery methods are primarily concerned with the user plane. There are two distribution modes, a first distribution mode and a second distribution mode, as MBS data distribution control modes.
  • FIG. 8 is a diagram showing distribution modes according to the first embodiment.
  • the first delivery mode (delivery mode 1) is a delivery mode that can be used by UE 100 in the RRC connected state, and is a delivery mode for high QoS requirements.
  • the first delivery mode is used for multicast sessions among MBS sessions. However, the first delivery mode may be used for broadcast sessions.
  • the first delivery mode may also be available for UEs 100 in RRC idle state or RRC inactive state.
  • MBS reception settings in the first delivery mode are done by UE-dedicated signaling.
  • MBS reception settings in the first distribution mode are performed by an RRC Reconfiguration message (or RRC Release message), which is an RRC message unicast from the gNB 200 to the UE 100 .
  • the MBS reception configuration includes MBS traffic channel configuration information (hereinafter referred to as "MTCH configuration information") regarding the configuration of MBS traffic channels that carry MBS data.
  • MTCH configuration information includes MBS session information for an MBS session and scheduling information for MBS traffic channels corresponding to this MBS session.
  • the MBS traffic channel scheduling information may include a discontinuous reception (DRX) configuration of the MBS traffic channel.
  • DRX discontinuous reception
  • the discontinuous reception setting includes a timer value (On Duration Timer) that defines an on duration (On Duration: reception period), a timer value (Inactivity Timer) that extends the on duration, a scheduling interval or DRX cycle (Scheduling Period, DRX Cycle), Scheduling or DRX cycle start subframe offset value (Start Offset, DRX Cycle Offset), ON period timer start delay slot value (Slot Offset), timer value defining maximum time until retransmission (Retransmission Timer), HARQ It may include any one or more parameters of timer value (HARQ RTT Timer) that defines the minimum interval to DL allocation for retransmission.
  • HARQ RTT Timer timer value that defines the minimum interval to DL allocation for retransmission.
  • the MBS traffic channel is a kind of logical channel and is sometimes called MTCH.
  • the MBS traffic channel is mapped to a downlink shared channel (DL-SCH), which is a type of transport channel.
  • DL-SCH downlink shared channel
  • the second delivery mode (delivery mode 2) is a delivery mode that can be used not only by the UE 100 in the RRC connected state but also by the UE 100 in the RRC idle state or RRC inactive state, and is a delivery mode for low QoS requirements. .
  • the second delivery mode is used for broadcast sessions among MBS sessions. However, the second delivery mode may also be applicable to multicast sessions.
  • the setting for MBS reception in the second delivery mode is performed by broadcast signaling.
  • the configuration of MBS reception in the second delivery mode is done via logical channels broadcasted from the gNB 200 to the UE 100, eg, Broadcast Control Channel (BCCH) and/or Multicast Control Channel (MCCH).
  • the UE 100 can receive the BCCH and MCCH using, for example, a dedicated RNTI predefined in technical specifications.
  • the RNTI for BCCH reception may be SI-RNTI
  • the RNTI for MCCH reception may be MCCH-RNTI.
  • the UE 100 may receive MBS data in the following three procedures. First, UE 100 receives MCCH configuration information from gNB 200 by SIB (MBS-SIB) transmitted on BCCH. Second, UE 100 receives MCCH from gNB 200 based on MCCH configuration information. MCCH carries MTCH configuration information. Third, the UE 100 receives MTCH (MBS data) based on MTCH setting information. In the following, MTCH configuration information and/or MCCH configuration information may be referred to as MBS configuration information.
  • the UE 100 may receive MTCH using the group RNTI (G-RNTI) assigned by the gNB 200.
  • G-RNTI corresponds to MTCH reception RNTI.
  • the G-RNTI may be included in MBS reception configuration (MTCH configuration information).
  • An MBS session consists of a TMGI (Temporary Mobile Group Identity), a source-specific IP multicast address (consisting of a source unicast IP address such as an application function or application server, and an IP multicast address indicating a destination address), a session identifier, and G- Identified by at least one of the RNTIs.
  • TMGI Temporal Mobile Group Identity
  • source-specific IP multicast address Consisting of a source unicast IP address such as an application function or application server, and an IP multicast address indicating a destination address
  • MBS session ID MBS session identifier
  • TMGI, source-specific IP multicast address, session identifier, and G-RNTI are collectively referred to as MBS session information.
  • FIG. 9 is a diagram showing a split multicast radio bearer (MRB) according to the first embodiment.
  • An MRB may be a type of data radio bearer (DRB).
  • Split MRB may be used in the first delivery mode described above.
  • the gNB 200 can configure the UE 100 with MRBs separated into the PTP communication path and the PTM communication path. 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.
  • 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.
  • 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.
  • Each of the PDCP entity of the gNB 200 and the PDCP entity of the UE 100 separates the MRB, which is a bearer (data radio bearer) used for MBS, into a PTP leg and a PTM leg.
  • 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
  • PHY entities transmit and receive data on PTM legs using G-RNTIs assigned on a one-to-one basis with MBS sessions.
  • 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.
  • the split MRB is set from the gNB 200 to the UE 100, and the PTM leg is activated. must be In other words, even if the split MRB 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.
  • the split MRB is set from the gNB 200 to the UE 100 and the PTP leg is activated. be.
  • gNB 200 cannot perform PTP transmission of MBS data using this PTP leg when the PTP leg is in an inactive state even if split MRB is configured in UE 100 .
  • the UE 100 monitors the PDCCH to which the G-RNTI associated with the MBS session is applied (that is, performs blind decoding of the PDCCH using the G-RNTI). UE 100 may monitor the PDCCH only at scheduling opportunities for the MBS session.
  • 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.
  • the split MRB 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
  • FIG. 10 is a diagram showing operations related to group notification according to the first embodiment.
  • MBS data that is, multicast data
  • MBS session is a multicast session.
  • a multicast session is mapped to a PTM leg or PTM bearer (MRB).
  • MBS traffic channel MTCH is used for transmission of multicast data from the gNB 200 to the UE 100 .
  • the UE 100 After participating in the multicast session, the UE 100 transitions to the RRC idle state or RRC inactive state and waits for the start of the multicast session.
  • the UE 100 receives a group notification sent from the network to the group to which the UE 100 belongs, which indicates the start (activation) of the multicast session in which the UE 100 participates, in the RRC idle state or the RRC inactive state. do.
  • a group notification shall be a type of paging message.
  • UE 100 transitions to the RRC connected state in response to receiving the group notification, and receives multicast data of the multicast session from gNB 200 .
  • AMF 300A is an example of a core network (CN) device.
  • AMF 300A manages an MBS session (multicast session) in cooperation with a session management device.
  • the session management device may be a (MB-)SMF.
  • step S1 the UE 100 is in the RRC connected state. It is assumed that UE 100 has an interest in a certain multicast session (hereinafter referred to as "target multicast session"). “Have an interest in a multicast session” means that the upper layer of the UE 100 requests or wishes to receive the multicast session.
  • the upper layers include NAS layers. Higher layers may further include applications.
  • step S2 the UE 100 (NAS entity) performs a multicast session joining procedure for joining the target multicast session to the network. For example, UE 100 participates in the target multicast session by transmitting a first NAS message requesting participation in the target multicast session to AMF 300A and receiving a second NAS message approving participation in the target multicast session from AMF 300A.
  • “Participating in the target multicast session” means registering the UE 100 with the CN device as a member of the UE group (multicast group) that receives the multicast session. Participation in a multicast session may be performed while the multicast session is active (during transmission). Participation in a multicast session may be performed in an invalid state (waiting for transmission start or during transmission suspension).
  • step S3 the UE 100 transitions to the RRC idle state or RRC inactive state. Specifically, the UE 100 transitions to the RRC idle state or RRC inactive state by receiving the RRC release message from the gNB 200 . Prior to step S3, the UE 100 may transmit to the gNB 200 an RRC message (eg, UE Assistance Information message) including an information element prompting the UE 100 to transition to the RRC idle state or RRC inactive state. The gNB 200 may decide to transition the UE 100 to the RRC idle state or the RRC inactive state in response to the invalid state of the multicast session in which the UE 100 is interested.
  • RRC message eg, UE Assistance Information message
  • step S4 the UE 100 starts monitoring group notifications from the gNB 200.
  • a group notification may be a paging message sent from gNB 200 .
  • the UE 100 monitors group notifications in paging occasions (PO) of paging frames (PF) that are set periodically.
  • PO paging occasions
  • PF paging frames
  • the group notification may notify the start of a multicast session. Session initiation may be enabling a multicast session from an inactive state.
  • the gNB 200 transmits a group notification addressed to a group including the UE 100 or to a group in which the UE 100 is interested.
  • the gNB 200 may transmit a group notification (paging message) to the UE 100 in response to the paging request (group notification request) from AMF 300A.
  • the group notification may include at least one of a multicast session identifier indicating the group, an identifier of each UE belonging to the group, and a multicast session identifier associated with the identifier.
  • a UE 100 that receives a group notification including such an identifier can recognize that the target multicast session in which the UE 100 has participated has started.
  • the start of the target multicast session may be the activation of transmission of multicast data in the target multicast session.
  • the start of the target multicast session may be a state in which transmission of multicast data can be started in the target multicast session.
  • step S6 the UE 100 performs a random access procedure on the gNB 200 to receive the target multicast session.
  • step S7 the UE 100 transits to the RRC connected state by a random access procedure.
  • step S8 the UE 100 receives multicast data of the target multicast session from the gNB 200 in the RRC connected state.
  • the gNB 200 may configure the UE 100 to receive the target multicast session.
  • the settings are, for example, RRC Reconfiguration messages including MRB settings.
  • the group notification (specifically, the paging message containing the MBS session identifier) from the AMF 300A cannot be handled appropriately.
  • AMF 300A may transmit a paging message including the identifier of UE 100 participating in the multicast session to gNB 200 instead of the paging message including the MBS session identifier.
  • the gNB 200 that supports the MBS function transmits a paging message containing the MBS session identifier as a group notification, and the gNB 200 that does not support the MBS function transmits a paging message containing the UE identifier as a group notification. . Therefore, there is a problem that AMF 300A cannot generate an appropriate paging message if it does not know whether gNB 200 supports the MBS function.
  • CN paging The paging initiated by AMF 300A is called CN paging.
  • CN paging is mainly used to page UE 100 in RRC idle state.
  • RAN 10 (gNB 200) initiated paging is called RAN paging.
  • RAN paging is used to page UE 100 in RRC inactive state.
  • RAN paging is also considered to have the above-mentioned problems.
  • FIG. 11 is a diagram showing the operation of the mobile communication system 1 according to the first embodiment.
  • step S11 the first NW device included in the network (NW) of the mobile communication system 1 receives from the second NW device included in the NW whether or not the second NW device supports the multicast/broadcast service (MBS) function. Receive a message containing MBS capability information.
  • MBS multicast/broadcast service
  • the first NW device In step S12, the first NW device generates a first paging message used to notify the start of the MBS session based on the MBS capability information received in step S11. For example, the first NW device generates a first paging message including an MBS session identifier indicating the MBS session in response to the MBS capability information indicating that the second NW device supports the MBS function. On the other hand, the first NW device generates a first paging message including UE identifiers indicating UEs 100 participating in the MBS session in response to the MBS capability information indicating that the second NW device does not support the MBS function.
  • step S13 the first NW device transmits the first paging message generated in step S12 to the second NW device.
  • the second NW device transmits a second paging message by wireless communication based on the first paging message from the first NW device.
  • the second paging message may be a type of RRC message.
  • the first NW device to appropriately generate paging messages used as group notifications, depending on whether the second NW device supports the MBS function. Therefore, by utilizing the paging mechanism, the UE 100 in the RRC idle state or the RRC inactive state can be appropriately notified of the start of the MBS session, thereby facilitating MBS reception, particularly multicast session reception.
  • step S11 if the second NW device does not support the MBS function, the first NW device may receive a message containing MBS capability information indicating that the second NW device does not support the MBS function. This makes it possible to clearly understand that the second NW device does not support the MBS function.
  • the first NW device may be AMF 300A (management device) included in CN20.
  • the second NW device may be gNB 200 included in RAN 10 .
  • AMF 300A may receive a message containing MBS capability information over the NG interface between AMF 300A and gNB 200. This enables AMF 300A to appropriately generate a CN paging message (first paging message) used as group notification, depending on whether gNB 200 supports the MBS function.
  • the communication unit 310 of the AMF 300A constitutes a receiving unit that receives from the gNB 200 a message including MBS capability information regarding whether the gNB 200 supports MBS functionality.
  • Control unit 320 of AMF 300A generates a CN paging message (first paging message) used to notify the start of the MBS session based on the MBS capability information.
  • Communication unit 310 of AMF 300A constitutes a transmission unit that transmits the first paging message to other NW devices.
  • the first NW device may be the gNB 200 included in the RAN 10.
  • the second NW device may be neighboring gNB 200 included in RAN 10 .
  • a gNB 200 may receive messages containing MBS capability information over the Xn interface between the gNB 200 and neighbor gNBs 200 . This enables the gNB 200 to appropriately generate and transmit a RAN paging message (first paging message) used as group notification, depending on whether the neighboring gNB 200 supports the MBS function.
  • the gNB 200 sends, as the first paging message, a RAN paging message including an MBS session identifier indicating the MBS session to be started to neighboring gNBs 200 supporting the MBS function.
  • the backhaul communication unit 240 of the gNB 200 constitutes a receiving unit that receives messages from neighboring gNBs 200 containing MBS capability information regarding whether the neighboring gNBs 200 support MBS functionality.
  • the control unit 230 of the gNB 200 generates a RAN paging message (first paging message) used for notifying the start of the MBS session based on the MBS capability information.
  • Communication unit 310 of AMF 300A constitutes a transmission unit that transmits the first paging message to other NW devices.
  • the first NW device may be a CU included in the gNB 200.
  • the second NW device may be a DU included in the gNB200.
  • a CU may receive a message containing MBS capability information over the F1 interface between the CU and DU. This enables the gNB 200 to appropriately generate and transmit a paging message (first paging message) used as group notification, depending on whether the neighboring gNB 200 supports the MBS function.
  • DU includes lower layers (eg, RLC layer, MAC layer, and PHY layer) in the protocol stack described above.
  • the CU includes higher layers in the protocol stack described above, such as the RRC layer, the SDAP layer, and the PDCP layer.
  • a message containing MBS capability information may be a setup message used for setting up a network interface (eg, NG interface, Xn interface, or F1 interface). This allows the first NW device to grasp the MBS capability of the second NW device when setting up the network interface with the second NW device.
  • a network interface eg, NG interface, Xn interface, or F1 interface.
  • the message containing the MBS capability information may be a configuration update message used for configuration update of the second NW device. This allows the first NW device to grasp the MBS-related capability of the second NW device when updating the settings of the second NW device.
  • the MBS capability information includes information indicating the presence or absence of the MBS function, information indicating the presence or absence of a function (for example, the function of the first distribution mode) to perform MBS reception settings by signaling dedicated to UE 100, and a function to perform MBS reception settings by broadcast signaling (for example, , information indicating the presence or absence of a function of the second distribution mode), information indicating the presence or absence of a function of distributing a multicast session (for example, a function of the first distribution mode), a function of distributing a broadcast session (for example, a function of the second distribution mode) function) and information indicating the presence or absence of a function to handle split MRB.
  • the MBS capability information may include the information for each cell managed by the second NW device. This allows the first NW device to grasp detailed MBS capabilities for each cell of the second NW device.
  • FIG. 12 is a diagram showing a first example in the first embodiment.
  • the first NW device is AMF 300A (management device) included in CN 20 and the second NW device is gNB 200 included in RAN 10 .
  • the first embodiment is an embodiment relating to CN paging.
  • the gNB 200 transmits an NG SETUP REQUEST message to AMF 300A in order to set up an NG interface with AMF 300A.
  • the NG SETUP REQUEST message includes information indicating that the MBS function is supported, information indicating that the first distribution mode function/second distribution mode function is supported, respectively, multicast session distribution/broadcast session distribution At least one capability information may be included among the information indicating that each function is supported.
  • the NG SETUP REQUEST message may contain information that associates the above capability information with a cell (cell identifier). For example, each cell managed by the gNB 200 may include a set of cell identifier and capability information. Instead of the NG SETUP REQUEST message, the capability information (and cell identifier) may be included in the RAN CONFIGURATION UPDATE message.
  • AMF 300A grasps gNB 200's MBS capability from the message from gNB 200.
  • the AMF 300A sends an NG SETUP RESPONSE message to the gNB 200.
  • the NG SETUP RESPONSE message contains information indicating that the AMF 300A (CN 20) supports the MBS function, information indicating that the multicast session distribution function/broadcast session distribution function is supported, and 5GC shared MBS traffic It may include at least one of the information indicating that the delivery (Shared delivery) is supported and the MBS session identifier during delivery/before delivery.
  • the AMF 300A may include this information in the RAN CONFIGURATION UPDATE ACKNOWLEDGE message or the AMF CONFIGURATION UPDATE message instead of the NG SETUP RESPONSE message and transmit it to the gNB 200.
  • the AMF 300A determines (detects) the start of the MBS session by receiving the MBS session start notification from the (MB-)SMF.
  • the MBS session start notification may be an MBS Session Notification Request message for multicast start.
  • the MBS session start notification may be an MBS Session Resource Setup Request message for broadcast start.
  • AMF 300A In step S104, AMF 300A generates a PAGING message (first paging message) to be transmitted to gNB 200.
  • AMF 300A includes an MBS session identifier (Session ID, TMGI, Source Specific IP Multicast Address, etc.) in the PAGING message when gNB 200 supports the MBS function.
  • MBS session identifier Session ID, TMGI, Source Specific IP Multicast Address, etc.
  • another message eg, a newly defined message
  • the AMF 300A includes the CM_IDLE state UE 100 identifier (5G-S-TMSI) participating in the MBS session in the PAGING message. Note that these identifiers may be included in the message in list format (multiple identifiers).
  • step S105 AMF 300A transmits the PAGING message to gNB 200.
  • step S106 the gNB 200 transmits a paging message (second paging message) to the UE 100 via RRC based on the information in the PAGING message.
  • the second paging message includes the MBS session identifier of the MBS session to be started or the UE identifier of the UE 100 participating in the MBS session.
  • the UE 100 that has received the second paging message from the gNB 200 determines whether the MBS session identifier of the MBS session in which it is participating (that is, the MBS session that is interested in receiving) or its own UE identifier is included in the second paging message. confirm whether or not If such an identifier is included in the second paging message, the UE 100 initiates operations to receive MBS data for that MBS session. For example, the UE 100 performs a random access procedure on the gNB 200, transitions to the RRC connected state (step S107), and receives MBS reception settings (MTCH settings) from the gNB 200 through UE-dedicated RRC signaling (eg, RRC Reconfiguration message). (step S108). UE 100 then receives the MBS data from gNB 200 .
  • MBS reception settings eg, RRC Reconfiguration message
  • the UE 100 may receive MBS data using the unicast PDU session shown in FIG.
  • FIG. 13 is a diagram showing a second example of the first embodiment.
  • the first NW device is gNB 200A
  • the second NW device is gNB 200B adjacent to gNB 200A.
  • the second embodiment relates to RAN paging.
  • the gNB 200B sends an XN SETUP REQUEST message to the gNB 200A in order to set up the Xn interface with the gNB 200A.
  • the XN SETUP REQUEST message includes information indicating that the MBS function is supported, information indicating that the first distribution mode function/second distribution mode function is supported, multicast session distribution function/broadcast session At least one capability information may be included among information indicating that each distribution function is supported, PTP/PTM function, and information indicating support for split MRB.
  • the XN SETUP REQUEST message may contain information that associates the above capability information with a cell (cell identifier).
  • a set of cell identifier and capability information may be included for each cell managed by the gNB 200B.
  • the XN SETUP REQUEST message may include information about the MBS session being served by the gNB 200B, eg, at least one of MBS session identifier, serving cell ID, and delivery mode. Capability information may be included in the NG-RAN NODE CONFIGURATION UPDATE message instead of the XN SETUP REQUEST message.
  • gNB 200A learns the MBS capability of gNB 200B from the message from gNB 200B.
  • the gNB 200A sends an XN SETUP RESPONSE message to the gNB 200B.
  • the XN SETUP RESPONSE message may contain capability information and cell identifiers (but information about gNB 200A) as described above.
  • the NG-RAN NODE CONFIGURATION UPDATE ACKNOWLEDGE message may contain the capability information (and cell identifier).
  • the gNB 200A detects the start of the MBS session by receiving an MBS session start notification (for example, a PAGING message for group notification or an MBS Session Start message) from the AMF 300A.
  • the gNB 200A detects from the retained UE context information that the UE 100 interested in the MBS session is in the RRC inactive state. It is assumed that the gNB 200 has previously received information about the UEs 100 participating in the MBS session from the CN 20, and is aware of MBS interest information for each UE 100.
  • the gNB 200A determines execution of RAN paging and generates a RAN PAGING message (Xn-AP) to be sent to the gNB 200B. If the gNB 200B supports the MBS function, the gNB 200A includes the MBS session identifier (Session ID, TMGI, Specific IP Multicast Address, etc.) of the MBS session in the RAN PAGING message. Alternatively, another message (for example, a newly defined message) may be used instead of the RAN PAGING message.
  • the gNB 200A includes the UE identifier (I-RNTI) of the RRC inactive state UE 100 participating in the MBS session in the message if the gNB 200B does not support the MBS function. Note that these identifiers may be included in the message in list format (multiple identifiers).
  • step S205 the gNB 200A transmits the RAN PAGING message (first paging message) to the gNB 200B.
  • the gNB 200B transmits a paging message (second paging message) to the UE 100 via RRC based on the information in the RAN PAGING message.
  • the second paging message includes the MBS session identifier of the MBS session to be started or the UE identifier of the UE 100 participating in the MBS session.
  • steps S207 to S209 are the same as in the first embodiment described above.
  • FIG. 14 is a diagram showing a third example of the first embodiment.
  • the first NW device is CU201 of gNB200 and the second NW device is DU202 of gNB200.
  • DU202 sends an F1 SETUP REQUEST message to CU201 to set up the F1 interface with CU201.
  • the F1 SETUP REQUEST message includes information indicating that the MBS function is supported, information indicating that the first distribution mode function/second distribution mode function is supported, multicast session distribution function/broadcast session At least one capability information may be included among information indicating that each distribution function is supported, PTP/PTM function, and information indicating support for split MRB.
  • the F1 SETUP REQUEST message may include information that associates the above capability information with a cell (cell identifier). For example, each cell managed by DU 202 may include a set of cell identifiers and capability information. Instead of the F1 SETUP REQUEST message, the capability information (and cell identifier) may be included in the GNB-DU CONFIGURATION UPDATE message.
  • step S302 the CU201 sends an F1 SETUP RESPONSE message to the DU202.
  • the F1 SETUP RESPONSE message may contain capability information as described above.
  • the GNB-CU CONFIGURATION UPDATE message may contain the CU 201 capability information.
  • the CU 201 grasps the MBS capability of the DU 202 from the message from the DU 202 and grasps the capability information of the gNB 200 as a whole.
  • the CU 201 uses this information to communicate with the AMF 300A in the first embodiment described above or with the neighboring gNB 200 in the second embodiment.
  • the CU 201 may control the DU 202 that does not support the MBS function so as not to use the split MRB setting.
  • the CU 201 may perform the paging procedure (steps S303 to S309) based on the MBS capability of the DU 202, as in the first and second embodiments.
  • many UEs 100 can simultaneously start random access procedures based on group notification (second paging message) from gNB 200 .
  • multiple UEs 100 may transmit random access preambles to the gNB 200 on a physical random access channel (PRACH).
  • PRACH physical random access channel
  • Such random access is generally contention-based random access, and PRACH resources (particularly random access preambles) may compete among UEs 100 . If such a conflict occurs, the UE 100 cannot transition to the RRC connected state and cannot receive the multicast session distributed in the first distribution mode.
  • MCLD multi-carrier load distribution
  • UE 100 when the UE 100 gives priority to group notification and starts the random access procedure without executing cell reselection, PRACH contention cannot be suppressed. Therefore, when the cell reselection execution request and group notification are performed in the same paging message, UE 100 shall start the random access procedure after performing cell reselection.
  • FIG. 15 is a diagram showing the operation of the mobile communication system 1 according to the second embodiment.
  • the UE 100 in the RRC idle state or RRC inactive state includes request information requesting execution of cell reselection, and an information element for determining whether the UE 100 needs to transition to the RRC connected state ( hereinafter referred to as “predetermined information element”) is received from the gNB 200 .
  • predetermined information element an information element for determining whether the UE 100 needs to transition to the RRC connected state
  • the UE 100 determines that it is necessary to transition to the RRC connected state based on the predetermined information element included in the paging message received in step S21.
  • the predetermined information element is an MBS session identifier indicating the MBS session to be started. If the UE 100 is interested in receiving the MBS session indicated by the MBS session identifier included in the paging message, it determines that it needs to transition to the RRC connected state.
  • the predetermined information element may be a paged UE identifier. The UE 100 determines that it is necessary to transition to the RRC connected state when the UE identifier included in the paging message matches its own UE identifier.
  • step S23 the UE 100 performs cell reselection according to the request information included in the paging message received in step S21. For example, the UE 100 stochastically selects a target for cell reselection from candidate cells or candidate frequencies based on its own unique identifier. Information of candidate cells or candidate frequencies may be provided to UE 100 in system information blocks from gNB 200 . Each candidate cell or each candidate frequency may be associated with an adjustment value that adjusts the probability of that candidate cell or candidate frequency being selected. UE 100 selects the target of cell reselection based on the value and adjustment value calculated from its own unique identifier, by setting the selected target to the highest priority of cell reselection, to the selected target cell reselection.
  • step S24 the UE 100 starts a procedure (random access procedure) to transition to the RRC connected state in the reselected cell.
  • FIG. 16 is a diagram showing a specific example of operations in the second embodiment.
  • step S2001 the gNB 200 determines to transmit a group notification (paging) for notifying the start of the MBS session, for example, in response to receiving the PAGING message from the AMF 300A.
  • a group notification paging
  • step S2002 the gNB 200 detects that the own cell's PRACH capacity is insufficient. For example, from the UE context information that the gNB 200 has, the number of UE 100 waiting for the start of the MBS session in the RRC idle state or RRC inactive state exceeds a certain threshold (OAM setting, etc.) to detect. The gNB 200 then decides to perform PRACH distribution (MCLD).
  • MCLD PRACH distribution
  • the gNB 200 transmits a paging message via RRC.
  • the paging message includes request information (Redistribution Indication) that indicates one-shot MCLD (cell reselection) and an MBS session identifier or UE identifier for group notification.
  • UE 100 receives the paging message.
  • step S2004 UE 100 confirms that the received paging message includes both the start of the MBS session of interest (calling) and a one-shot MCLD (cell reselection) instruction. detect.
  • the UE 100 first selects a cell (target) according to the MCLD setting.
  • step S2005 the UE 100 performs cell reselection.
  • step S2006 the UE 100 transitions to the RRC connected state by performing a random access procedure in the reselected cell. For example, UE 100 transmits PRACH (Msg1), receives random access response (Msg2), transmits RRC Setup Request message or RRC Resume Request message (Msg3), and receives Contention resolution (Msg4) in this order.
  • Msg1 PRACH
  • Msg2 receives random access response
  • Msg3 transmits RRC Setup Request message or RRC Resume Request message
  • Msg4 Contention resolution
  • step S2007 the gNB 200 transmits to the UE 100 an RRC Reconfiguration message for setting the MRB.
  • the gNB 200 may handover the UE 100 to a suitable cell (MBS providing cell).
  • step S2008 the UE 100 receives MBS data.
  • the first NW device changes the content of the paging message (group notification) transmitted to the second NW device depending on whether the second NW device supports the MBS function.
  • the first NW device may change the content of the UE context to be transmitted to the second NW device depending on whether the second NW device supports the MBS function.
  • the AMF 300A may transmit information as to whether or not it participates in the MBS session as the UE context to the gNB 200.
  • the gNB 200A may transmit interest information regarding the MBS session of the UE to the neighboring gNB 200B in UE context transfer during handover.
  • the first NW device may establish an MBS session and determine handover according to the detailed MBS capability information of the second NW device. For example, AMF 300A determines whether to establish a multicast session with respect to gNB 200 (whether to transmit a multicast session establishment request) and/or whether to establish a broadcast session (whether to transmit a broadcast session establishment request or not) may be determined. Alternatively, the gNB 200A may determine to the neighboring gNB 200B whether or not handover of the UE receiving the MBS session can be executed.
  • Each operation flow described above is not limited to being implemented independently, but can be implemented by combining two or more operation flows. For example, some steps of one operation flow may be added to another operation flow, or some steps of one operation flow may be replaced with some steps of another operation flow.
  • the base station may be an NR base station (gNB) or a 6G base station.
  • the base station may be a relay node such as an IAB (Integrated Access and Backhaul) node.
  • IAB Integrated Access and Backhaul
  • a base station may be a DU of an IAB node.
  • the user equipment may be an MT (Mobile Termination) 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.
  • a circuit that executes each process performed by the UE 100 or gNB 200 may be integrated, and at least part of the UE 100 or gNB 200 may be configured as a semiconductor integrated circuit (chipset, SoC).
  • 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.
  • MBS Support Node Multicast Support Group Advertisement For delivery mode 1, UEs are not expected to monitor the RRC Connected Group Advertisement Channel. Further consideration is needed as to whether RAN2 needs to handle the PRACH capacity issue due to group announcements. Use the same Group Notification ID for both RRC idle and RRC inactive states. LS for reply For non-supporting nodes, using the MBS session ID does not work as it affects non-MBS nodes. Unicast paging works.
  • RAN2#114-e uses paging messages for group notification.
  • PCCH is used for multicast activation notifications (also used for MBS support nodes).
  • RAN 2 should: “Use PCCH for multicast activation notification (also for MBS support nodes)” and “Use paging in all (legacy) POs using PRNTI” is the baseline assumption (other changes can be discussed)”. These can be interpreted as the need to extend legacy paging for group notifications. Hereby the extension is intended to be similar to the LTE ETWS/CMAS notification concept. These agreements benefit power consumption from the UE perspective and have little impact on paging resource loading from the NW perspective.
  • Finding 1 Observation 1
  • the baseline assumptions made by RAN2 are beneficial to UE power consumption and have negligible impact on paging resource loading.
  • the impact on legacy UEs from the RAN2 baseline (ie Finding 1) would need to be analyzed relative to MBS services (ie PDU sessions) provided by unicast. This is because it is only a method up to Rel-16.
  • unicast all UEs interested in MBS service have to be paged by the legacy mechanism, ie paging one by one. These unicast paging messages are received by legacy UEs and consume additional power proportional to the number of unicast paging transmissions of UEs interested in the MBS service. Therefore, sending group advertisements to all legacy POs in one paging DRX cycle using the legacy P-RNTI will have a similar impact on legacy UEs, rather UEs interested in MBS services. Group notifications are expected to be beneficial for power saving when there are many.
  • group notifications should be sent only in POs for UEs that are interested in MBS services. Reducing signaling overhead would be beneficial if no UE misses a group announcement, but we assume that such optimization can be handled by the NW implementation.
  • RAN2 needs to ensure that legacy P-RNTIs and POs are reused and legacy paging messages are extended for group notification, at least from the UE's point of view. Also, the UE only needs to monitor paging in its own PO. This means that it is the same as legacy paging.
  • Proposal 1 RAN2, at least from the UE's point of view, should confirm group notification using legacy paging messages sent on all legacy POs with legacy P-RNTIs.
  • the current paging message contains PagingRecordList, which is a list of UE-IDs to be paged, ie 5G-S-TMSI or I-RNTI. The following two options are conceivable for group notification by paging.
  • Option A Write the MBS session ID in the existing PagingRecord list (an example is shown in FIG. 15).
  • Option B MBS session IDs are displayed in a new list (an example is shown in FIG. 16).
  • Option A may be technically feasible as in the example above, but the UE-ID cannot be removed from the PagingRecord unless non-backward compatibility can be ignored, so the UE-ID for unicast and MBS Session IDs must coexist in the same Record.
  • the MBS session ID is not a UE-ID, it is a different concept from 5G-S-TMSI and I-RNTI, and it feels a little strange.
  • Option B is feasible and simple, as in the example above. Also, it does not conflict with existing IE concepts. Also, since it reuses the extended concept of ETWS/CMAS notification in LTE, there is no possibility of affecting legacy UEs.
  • RAN2 must agree to define a new list, namely option B, within the paging message.
  • Proposal 2 RAN2 should agree to define a new list for group notifications within existing paging messages.
  • PRACH Capacity Issue Problem Definition Whether to address the PRACH capacity issue requires further study. Due to group notification, many UEs are paged at the same time and many PRACH collisions occur. In addition, the four WIs of Rel-17 (RedCap, SDT, Coverage Enhancements, and RAN Slicing) are currently considering using PRACH partitioning for their own message 1 display, but this will increase the overall PRACH capacity. may affect. Therefore, in Rel-17 networks, access latency may be delayed due to increased PRACH collisions regardless of multicast or unicast services.
  • PRACH capacity is handled by appropriate NW implementations, e.g. gNBs can prepare more resources before the start of the multicast session.
  • NW implementations e.g. gNBs can prepare more resources before the start of the multicast session.
  • the NW implementation can keep the UE in the RRC connected state until the multicast session is started/active or until the session is deactivated in order to avoid PRACH collisions. ing.
  • the UE in the RRC connected state transmits much more signals than the UE in the idle/inactive state, which is not preferable from the viewpoint of both UE power consumption and NW resource efficiency. . This makes it a rather costly option just to avoid PRACH collisions.
  • Proposal 3 RAN2 should discuss how to solve the problem of PRACH capacity due to group notification, either by NW implementation or by standard mechanisms to distribute PRACH transmissions.
  • Proposal 3 calls for the introduction of a standard mechanism to distribute PRACH transmissions from multiple UEs, there are two possible approaches:
  • Approach B Time Domain Spreading This method aims to spread the PRACH transmission over multiple timings. Some transmission opportunities may be required such that the PRACH is allowed for one set of UEs and forbidden for other sets of UEs.
  • the drawback of this method is that it requires new mechanisms, so more standard approaches are needed, such as how to group UEs and how to identify PRACH transmission opportunities, and that some UEs receive group notifications. After that, the PRACH transmission must be waited for a certain period of time, resulting in an access delay.
  • RAN2 should discuss which approach is preferable in light of the actual deployment scenario of NR MBS, if necessary.
  • Proposal 4 Depending on the conclusions of Proposals 4 and 3, RAN2 needs to further discuss whether PRACH transmissions from multiple UEs should be extended in the frequency and/or time domain.
  • UE 110 Reception unit 120: Transmission unit 130: Control unit 200: gNB 201: CU 202: DU 210: Transmission unit 220: Reception unit 230: Control unit 240: Backhaul communication unit 300A: AMF 310: communication unit 320: control unit

Landscapes

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

Abstract

第１の態様に係る通信方法は、移動通信システムにおいてユーザ装置が実行する通信方法である。前記通信方法は、ＲＲＣインアクティブ状態にあるときに、ＴＭＧＩを含むページングメッセージを基地局から受信することと、前記ＴＭＧＩによって示されるＭＢＳセッションに前記ユーザ装置が参加した場合、前記ＲＲＣインアクティブ状態からＲＲＣコネクティッド状態に遷移するプロシージャを開始することと、を有する。

Description

通信方法、ネットワーク装置、及びユーザ装置
　本開示は、移動通信システムで用いる通信方法、ネットワーク装置、及びユーザ装置に関する。
　３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）規格において、第５世代（５Ｇ）の無線アクセス技術であるＮＲ（Ｎｅｗ　Ｒａｄｉｏ）の技術仕様が規定されている。ＮＲは、第４世代（４Ｇ）の無線アクセス技術であるＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）に比べて、高速・大容量かつ高信頼・低遅延といった特徴を有する。３ＧＰＰにおいて、５Ｇシステムにおけるマルチキャスト・ブロードキャストサービス（ＭＢＳ）の技術仕様を策定する議論が行われている（例えば、非特許文献１参照）。
　第１の態様に係る通信方法は、移動通信システムにおいてユーザ装置が実行する通信方法である。前記通信方法は、ＲＲＣインアクティブ状態にあるときに、ＴＭＧＩを含むページングメッセージを基地局から受信することと、前記ＴＭＧＩによって示されるＭＢＳセッションに前記ユーザ装置が参加した場合、前記ＲＲＣインアクティブ状態からＲＲＣコネクティッド状態に遷移するプロシージャを開始することと、を有する。
　第２の態様に係るユーザ装置は、移動通信システムで用いるユーザ装置である。前記ユーザ装置は、ＲＲＣインアクティブ状態にあるときに、ＴＭＧＩを含むページングメッセージを基地局から受信する受信部と、前記ＴＭＧＩによって示されるＭＢＳセッションに前記ユーザ装置が参加した場合、前記ＲＲＣインアクティブ状態からＲＲＣコネクティッド状態に遷移するプロシージャを開始する制御部と、を備える。
　第３の態様に係る通信方法は、移動通信システムで用いる通信方法であって、前記移動通信システムのネットワークに含まれる第１ネットワーク装置が、前記ネットワークに含まれる第２ネットワーク装置から、前記第２ネットワーク装置がマルチキャスト・ブロードキャストサービス（ＭＢＳ）機能をサポートしているか否かに関するＭＢＳ能力情報を含むメッセージを受信することと、前記第１ネットワーク装置が、前記ＭＢＳ能力情報に基づいて、ＭＢＳセッションの開始を通知するために用いる第１ページングメッセージを生成することと、前記第１ネットワーク装置が、前記第１ページングメッセージを前記第２ネットワーク装置に送信することと、を有する。
　第４の態様に係るネットワーク装置は、移動通信システムのネットワークに含まれるネットワーク装置であって、前記ネットワークに含まれる他のネットワーク装置から、前記他のネットワーク装置がＭＢＳ機能をサポートしているか否かに関するマルチキャスト・ブロードキャストサービス（ＭＢＳ）能力情報を含むメッセージを受信する受信部と、前記ＭＢＳ能力情報に基づいて、ＭＢＳセッションの開始を通知するために用いる第１ページングメッセージを生成する制御部と、前記第１ページングメッセージを前記他のネットワーク装置に送信する送信部と、を有する。
実施形態に係る移動通信システムの構成を示す図である。 実施形態に係るＵＥ（ユーザ装置）の構成を示す図である。 実施形態に係るｇＮＢ（基地局）の構成を示す図である。 実施形態に係るＡＭＦ（管理装置）の構成を示す図である。 データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 実施形態に係るＭＢＳトラフィック配信の概要を示す図である。 実施形態に係る配信モードを示す図である。 実施形態に係るスプリット・マルチキャスト無線ベアラ（ＭＲＢ）を示す図である。 実施形態に係るグループ通知に関する動作を示す図である。 第１実施形態に係る移動通信システムの動作を示す図である。 第１実施形態における第１実施例を示す図である。 第１実施形態における第２実施例を示す図である。 第１実施形態における第３実施例を示す図である。 第２実施形態に係る移動通信システムの動作を示す図である。 第２実施形態における動作の具体例を示す図である。 付記における選択肢Ａを示す図である。 付記における選択肢Ｂを示す図である。
　ＭＢＳにおいて、ページングの仕組みを活用し、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）アイドル状態又はＲＲＣインアクティブ状態にあるユーザ装置にＭＢＳセッションの開始を通知することにより、ＭＢＳ受信、特に、マルチキャストセッションの受信を円滑化できると考えられる。
　そこで、本開示は、ページングの仕組みを活用してＭＢＳ受信を円滑化することを可能とする通信方法、ネットワーク装置、及びユーザ装置を提供する。
　図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
　［第１実施形態］
　（移動通信システムの構成）
　図１は、第１実施形態に係る移動通信システムの構成を示す図である。移動通信システム１は、３ＧＰＰ規格の第５世代システム（５ＧＳ：５ｔｈ　Ｇｅｎｅｒａｔｉｏｎ　Ｓｙｓｔｅｍ）に準拠する。以下において、５ＧＳを例に挙げて説明するが、移動通信システムにはＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）システムが少なくとも部分的に適用されてもよい。移動通信システムには第６世代（６Ｇ）システムが少なくとも部分的に適用されてもよい。
　移動通信システム１は、ユーザ装置（ＵＥ：Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ：Ｎｅｘｔ　Ｇｅｎｅｒａｔｉｏｎ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０と、５Ｇのコアネットワーク（５ＧＣ：５Ｇ　Ｃｏｒｅ　Ｎｅｔｗｏｒｋ）２０とを有する。以下において、ＮＧ－ＲＡＮ１０を単にＲＡＮ１０と呼ぶことがある。また、５ＧＣ２０を単にコアネットワーク（ＣＮ）２０と呼ぶことがある。
　ＵＥ１００は、移動可能な無線通信装置である。ＵＥ１００は、ユーザにより利用される装置であればどのような装置であっても構わない。例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）又はタブレット端末、ノートＰＣ、通信モジュール（通信カード又はチップセットを含む）、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ　ＵＥ）、飛行体若しくは飛行体に設けられる装置（Ａｅｒｉａｌ　ＵＥ）である。
　ＮＧ－ＲＡＮ１０は、基地局（５Ｇシステムにおいて「ｇＮＢ」と呼ばれる）２００を含む。ｇＮＢ２００は、基地局間インターフェイスであるＸｎインターフェイスを介して相互に接続される。ｇＮＢ２００は、１又は複数のセルを管理する。ｇＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数に属する。
　なお、ｇＮＢがＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）に接続することもできる。ＬＴＥの基地局が５ＧＣに接続することもできる。ＬＴＥの基地局とｇＮＢとが基地局間インターフェイスを介して接続されることもできる。
　５ＧＣ２０は、ＡＭＦ（Ａｃｃｅｓｓ　ａｎｄ　Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）及びＵＰＦ（Ｕｓｅｒ　Ｐｌａｎｅ　Ｆｕｎｃｔｉｏｎ）３００を含む。ＡＭＦは、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦは、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００のモビリティを管理する。ＵＰＦは、データの転送制御を行う。ＡＭＦ及びＵＰＦは、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００と接続される。
　図２は、第１実施形態に係るＵＥ１００（ユーザ装置）の構成を示す図である。ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。受信部１１０及び送信部１２０は、ｇＮＢ２００との無線通信を行う無線通信部を構成する。
　受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
　送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　制御部１３０は、ＵＥ１００における各種の制御及び処理を行う。このような処理は、後述の各レイヤの処理を含む。制御部１３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。
　図３は、第１実施形態に係るｇＮＢ２００（基地局）の構成を示す図である。ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。送信部２１０及び受信部２２０は、ＵＥ１００との無線通信を行う無線通信部を構成する。バックホール通信部２４０は、ＣＮ２０との通信を行うネットワーク通信部を構成する。
　送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
　制御部２３０は、ｇＮＢ２００における各種の制御及び処理を行う。このような処理は、後述の各レイヤの処理を含む。制御部２３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。
　バックホール通信部２４０は、基地局間インターフェイスであるＸｎインターフェイスを介して隣接基地局と接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してＡＭＦ／ＵＰＦ３００と接続される。なお、ｇＮＢ２００は、ＣＵ（Ｃｅｎｔｒａｌ　Ｕｎｉｔ）とＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ　Ｕｎｉｔ）とで構成され（すなわち、機能分割され）、両ユニット間がフロントホールインターフェイスであるＦ１インターフェイスで接続されてもよい。
　図４は、第１実施形態に係るＡＭＦ３００Ａ（管理装置）の構成を示す図である。ＡＭＦ３００Ａは、通信部３１０及び制御部３２０を備える。
　通信部３１０は、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００と接続される。通信部３１０は、ｇＮＢ２００との通信を行う。
　制御部３２０は、ＡＭＦ３００Ａにおける各種の制御及び処理を行う。このような処理は、後述の各レイヤの処理を含む。制御部３２０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ＣＰＵを含んでもよい。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。
　図５は、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
　ユーザプレーンの無線インターフェイスプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）レイヤと、ＳＤＡＰ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）レイヤとを有する。
　ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。なお、ＵＥ１００のＰＨＹレイヤは、ｇＮＢ２００から物理下りリンク制御チャネル（ＰＤＣＣＨ）上で送信される下りリンク制御情報（ＤＣＩ）を受信する。具体的には、ＵＥ１００は、無線ネットワーク一時識別子（ＲＮＴＩ）を用いてＰＤＣＣＨのブラインド復号を行い、復号に成功したＤＣＩを自ＵＥ宛てのＤＣＩとして取得する。ｇＮＢ２００から送信されるＤＣＩには、ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されている。
　ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ：Ｈｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　ｒｅＱｕｅｓｔ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｇＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｇＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　Ｃｏｄｉｎｇ　Ｓｃｈｅｍｅ））及びＵＥ１００への割当リソースブロックを決定する。
　ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｇＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
　ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化等を行う。
　ＳＤＡＰレイヤは、コアネットワークがＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）制御を行う単位であるＩＰフローとＡＳ（Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。なお、ＲＡＮがＥＰＣに接続される場合は、ＳＤＡＰが無くてもよい。
　図６は、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
　制御プレーンの無線インターフェイスのプロトコルスタックは、図５に示したＳＤＡＰレイヤに代えて、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）レイヤ及びＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）レイヤを有する。
　ＵＥ１００のＲＲＣレイヤとｇＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドル状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間の接続がサスペンドされている場合、ＵＥ１００はＲＲＣインアクティブ状態にある。
　ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＡＭＦ３００ＡのＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。
　（ＭＢＳの概要）
　第１実施形態に係るＭＢＳの概要について説明する。ＭＢＳは、ＮＧ－ＲＡＮ１０からＵＥ１００に対してブロードキャスト又はマルチキャスト、すなわち、１対多（ＰＴＭ：Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）でのデータ送信を可能とするサービスである。ＭＢＳのユースケース（サービス種別）としては、公安通信、ミッションクリティカル通信、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ　ｔｏ　Ｅｖｅｒｙｔｈｉｎｇ）通信、ＩＰｖ４又はＩＰｖ６マルチキャスト配信、ＩＰＴＶ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ　ＴｅｌｅＶｉｓｉｏｎ）、グループ通信、及びソフトウェア配信等が想定される。
　ブロードキャストサービスは、高信頼性のＱｏＳを必要としないアプリケーションのために、特定のサービスエリア内のすべてのＵＥ１００に対してサービスを提供する。ブロードキャストサービスに用いるＭＢＳセッションをブロードキャストセッションと呼ぶ。
　マルチキャストサービスは、すべてのＵＥ１００に対してではなく、マルチキャストサービス（マルチキャストセッション）に参加しているＵＥ１００のグループに対してサービスを提供する。マルチキャストサービスに用いるＭＢＳセッションをマルチキャストセッションと呼ぶ。マルチキャストサービスによれば、ブロードキャストサービスに比べて、無線効率の高い方法でＵＥ１００のグループに対して同じコンテンツを提供できる。
　図７は、第１実施形態に係るＭＢＳトラフィック配信の概要を示す図である。
　ＭＢＳトラフィック（ＭＢＳデータ）は、単一のデータソース（アプリケーションサービスプロバイダ）から複数のＵＥに配信される。５Ｇコアネットワークである５Ｇ　ＣＮ（５ＧＣ）２０は、アプリケーションサービスプロバイダからＭＢＳデータを受信し、ＭＢＳデータのコピーの作成（Ｒｅｐｌｉｃａｔｉｏｎ）を行って配信する。
　５ＧＣ２０の観点からは、５ＧＣ共有ＭＢＳトラフィック配信（５ＧＣ　Ｓｈａｒｅｄ　ＭＢＳ　Ｔｒａｆｆｉｃ　ｄｅｌｉｖｅｒｙ）及び５ＧＣ個別ＭＢＳトラフィック配信（５ＧＣ　Ｉｎｄｉｖｉｄｕａｌ　ＭＢＳ　Ｔｒａｆｆｉｃ　ｄｅｌｉｖｅｒｙ）の２つのマルチキャスト配信方法が可能である。
　５ＧＣ個別ＭＢＳトラフィック配信方法では、５ＧＣ２０は、ＭＢＳデータパケットの単一コピーを受信し、ＵＥ１００ごとのＰＤＵセッションを介してそれらのＭＢＳデータパケットの個別のコピーを個別のＵＥ１００に配信する。したがって、ＵＥ１００ごとに１つのＰＤＵセッションをマルチキャストセッションと関連付ける必要がある。
　５ＧＣ共有ＭＢＳトラフィック配信方法では、５ＧＣ２０は、ＭＢＳデータパケットの単一コピーを受信し、それらのＭＢＳパケットの単一コピーをＲＡＮノード（すなわち、ｇＮＢ２００）に配信する。ｇＮＢ２００は、ＭＢＳトンネル接続を介してＭＢＳデータパケットを受信し、それらを１つ又は複数のＵＥ１００に配信する。
　ＲＡＮ（５Ｇ　ＲＡＮ）１０の観点からは、５ＧＣ共有ＭＢＳトラフィック配信方法における無線を介したＭＢＳデータの送信には、ＰＴＰ（Ｐｏｉｎｔ－ｔｏ－Ｐｏｉｎｔ）及びＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）の２つの配信方法が可能である。ＰＴＰはユニキャストを意味し、ＰＴＭはマルチキャスト及びブロードキャストを意味する。
　ＰＴＰ配信方法では、ｇＮＢ２００は、ＭＢＳデータパケットの個別のコピーを無線で個々のＵＥ１００に配信する。他方、ＰＴＭ配信方法では、ｇＮＢ２００は、ＭＢＳデータパケットの単一コピーを無線でＵＥ１００のグループに配信する。ｇＮＢ２００は、１つのＵＥ１００に対するＭＢＳデータの配信方法としてＰＴＭ及びＰＴＰのどちらを用いるかを動的に決定できる。
　ＰＴＰ配信方法及びＰＴＭ配信方法は主としてユーザプレーンに関するものである。ＭＢＳデータ配信の制御モードとしては、第１配信モード及び第２配信モードの２つの配信モードがある。
　図８は、第１実施形態に係る配信モードを示す図である。
　第１配信モード（Ｄｅｌｉｖｅｒｙ　ｍｏｄｅ　１）は、ＲＲＣコネクティッド状態のＵＥ１００が利用できる配信モードであって、高ＱｏＳ要件のための配信モードである。第１配信モードは、ＭＢＳセッションのうちマルチキャストセッションに用いられる。但し、第１配信モードがブロードキャストセッションに用いられてもよい。第１配信モードは、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態のＵＥ１００も利用可能であってもよい。
　第１配信モードにおけるＭＢＳ受信の設定は、ＵＥ固有（ＵＥ－ｄｅｄｉｃａｔｅｄ）シグナリングにより行われる。例えば、第１配信モードにおけるＭＢＳ受信の設定は、ｇＮＢ２００からＵＥ１００にユニキャストで送信されるＲＲＣメッセージであるＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ（又はＲＲＣ　Ｒｅｌｅａｓｅメッセージ）により行われる。
　ＭＢＳ受信の設定は、ＭＢＳデータを運ぶＭＢＳトラフィックチャネルの設定に関するＭＢＳトラフィックチャネル設定情報（以下、「ＭＴＣＨ設定情報」と呼ぶ）を含む。ＭＴＣＨ設定情報は、ＭＢＳセッションに関するＭＢＳセッション情報と、このＭＢＳセッションに対応するＭＢＳトラフィックチャネルのスケジューリング情報とを含む。ＭＢＳトラフィックチャネルのスケジューリング情報は、ＭＢＳトラフィックチャネルの間欠受信（ＤＲＸ）設定を含んでもよい。間欠受信設定は、オン期間（Ｏｎ　Ｄｕｒａｔｉｏｎ：受信期間）を定義するタイマ値（Ｏｎ　Ｄｕｒａｔｉｏｎ　Ｔｉｍｅｒ）、オン期間を延長するタイマ値（Ｉｎａｃｔｉｖｉｔｙ　Ｔｉｍｅｒ）、スケジューリング間隔もしくはＤＲＸサイクル（Ｓｃｈｅｄｕｌｉｎｇ　Ｐｅｒｉｏｄ、ＤＲＸ　Ｃｙｃｌｅ）、スケジューリングもしくはＤＲＸサイクルの開始サブフレームのオフセット値（Ｓｔａｒｔ　Ｏｆｆｓｅｔ、ＤＲＸ　Ｃｙｃｌｅ　Ｏｆｆｅｓｔ）、オン期間タイマの開始遅延スロット値（Ｓｌｏｔ　Ｏｆｆｓｅｔ）、再送時までの最大時間を定義するタイマ値（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ　Ｔｉｍｅｒ）、ＨＡＲＱ再送のＤＬ割り当てまでの最小間隔を定義するタイマ値（ＨＡＲＱ　ＲＴＴ　Ｔｉｍｅｒ）のいずれか一つ以上のパラメータを含んでもよい。
　なお、ＭＢＳトラフィックチャネルは論理チャネルの一種であって、ＭＴＣＨと呼ばれることがある。ＭＢＳトラフィックチャネルは、トランスポートチャネルの一種である下りリンク共有チャネル（ＤＬ－ＳＣＨ）にマッピングされる。
　第２配信モード（Ｄｅｌｉｖｅｒｙ　ｍｏｄｅ　２）は、ＲＲＣコネクティッド状態のＵＥ１００だけではなく、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態のＵＥ１００が利用できる配信モードであって、低ＱｏＳ要件のための配信モードである。第２配信モードは、ＭＢＳセッションのうちブロードキャストセッションに用いられる。但し、第２配信モードは、マルチキャストセッションにも適用可能であってもよい。
　第２配信モードにおけるＭＢＳ受信の設定は、ブロードキャストシグナリングにより行われる。例えば、第２配信モードにおけるＭＢＳ受信の設定は、ｇＮＢ２００からＵＥ１００にブロードキャストで送信される論理チャネル、例えば、ブロードキャスト制御チャネル（ＢＣＣＨ）及び／又はマルチキャスト制御チャネル（ＭＣＣＨ）により行われる。ＵＥ１００は、例えば、技術仕様で予め規定された専用のＲＮＴＩを用いてＢＣＣＨ及びＭＣＣＨを受信できる。ＢＣＣＨ受信用のＲＮＴＩがＳＩ－ＲＮＴＩであって、ＭＣＣＨ受信用のＲＮＴＩがＭＣＣＨ－ＲＮＴＩであってもよい。
　第２配信モードにおいて、ＵＥ１００は、次の３つの手順でＭＢＳデータを受信してもよい。第１に、ＵＥ１００は、ｇＮＢ２００からＢＣＣＨ上で伝送されるＳＩＢ（ＭＢＳ－ＳＩＢ）によりＭＣＣＨ設定情報を受信する。第２に、ＵＥ１００は、ＭＣＣＨ設定情報に基づいてｇＮＢ２００からＭＣＣＨを受信する。ＭＣＣＨは、ＭＴＣＨ設定情報を伝送する。第３に、ＵＥ１００は、ＭＴＣＨ設定情報に基づいて、ＭＴＣＨ（ＭＢＳデータ）を受信する。以下において、ＭＴＣＨ設定情報及び／又はＭＣＣＨ設定情報をＭＢＳ設定情報と呼ぶことがある。
　第１配信モード及び第２配信モードにおいて、ＵＥ１００は、ｇＮＢ２００から割り当てられるグループＲＮＴＩ（Ｇ－ＲＮＴＩ）を用いてＭＴＣＨを受信してもよい。Ｇ－ＲＮＴＩは、ＭＴＣＨ受信用ＲＮＴＩに相当する。Ｇ－ＲＮＴＩは、ＭＢＳ受信の設定（ＭＴＣＨ設定情報）に含まれていてもよい。
　なお、ネットワークは、ＭＢＳセッションごとに異なるＭＢＳサービスを提供できる。ＭＢＳセッションは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｍｏｂｉｌｅ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｔｙ）、ソーススペシフィックＩＰマルチキャストアドレス（アプリケーション機能やアプリケーションサーバ等のソースユニキャストＩＰアドレスと、宛先アドレスを示すＩＰマルチキャストアドレスとから成る）、セッション識別子、及びＧ－ＲＮＴＩのうち少なくとも１つにより識別される。ＴＭＧＩ、ソーススペシフィックＩＰマルチキャストアドレス、及びセッション識別子の少なくとも１つをＭＢＳセッション識別子（ＭＢＳセッションＩＤ）と呼ぶ。ＴＭＧＩ、ソーススペシフィックＩＰマルチキャストアドレス、セッション識別子、及びＧ－ＲＮＴＩを総括してＭＢＳセッション情報と呼ぶ。
　図９は、第１実施形態に係るスプリット・マルチキャスト無線ベアラ（ＭＲＢ）を示す図である。ＭＲＢは、データ無線ベアラ（ＤＲＢ）の一種であってもよい。スプリットＭＲＢは、上述の第１配信モードで用いられてもよい。
　ｇＮＢ２００は、ＰＴＰ通信パス及びＰＴＭ通信パスに分離されたＭＲＢをＵＥ１００に設定し得る。これにより、ｇＮＢ２００は、ＵＥ１００に対するＭＢＳデータの送信をＰＴＰ（ＰＴＰ通信パス）とＰＴＭ（ＰＴＭ通信パス）との間で動的に切り替えることができる。或いは、ｇＮＢ２００は、ＰＴＰ（ＰＴＰ通信パス）及びＰＴＭ（ＰＴＭ通信パス）を併用して同一のＭＢＳデータを二重送信することにより信頼性を高めることができる。以下において、ＰＴＰ通信パスをＰＴＰレグと呼び、ＰＴＭ通信パスをＰＴＭレグと呼ぶ。また、各レイヤに相当する機能部をエンティティと呼ぶ。
　スプリットを終端する所定レイヤは、ＭＡＣレイヤ（ＨＡＲＱ）、ＲＬＣレイヤ、ＰＤＣＰレイヤ、又はＳＤＡＰレイヤである。以下において、スプリットを終端する所定レイヤがＰＤＣＰレイヤである一例について主として説明するが、所定レイヤは、ＭＡＣレイヤ（ＨＡＲＱ）、ＲＬＣレイヤ、又はＳＤＡＰレイヤであってもよい。
　ｇＮＢ２００のＰＤＣＰエンティティ及びＵＥ１００のＰＤＣＰエンティティのそれぞれは、ＭＢＳに用いるベアラ（データ無線ベアラ）であるＭＲＢをＰＴＰレグ及びＰＴＭレグに分離する。なお、ＰＤＣＰエンティティはベアラごとに設けられる。
　ｇＮＢ２００及びＵＥ１００のそれぞれは、レグごとに設けられる２つのＲＬＣエンティティと、１つのＭＡＣエンティティと、１つのＰＨＹエンティティとを有する。ＰＨＹエンティティは、レグごとに設けられてもよい。なお、ＵＥ１００が２つのｇＮＢ２００との通信を行う二重接続（Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ）の場合、ＵＥ１００が２つのＭＡＣエンティティを有していてもよい。
　ＰＨＹエンティティは、ＵＥ１００と１対１で割り当てられるセルＲＮＴＩ（Ｃ－ＲＮＴＩ：Ｃｅｌｌ　Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）を用いて、ＰＴＰレグのデータを送受信する。ＰＨＹエンティティは、ＭＢＳセッションと１対１で割り当てられるＧ－ＲＮＴＩを用いて、ＰＴＭレグのデータを送受信する。Ｃ－ＲＮＴＩはＵＥ１００ごとに異なるが、Ｇ－ＲＮＴＩは１つのＭＢＳセッションを受信する複数のＵＥ１００で共通のＲＮＴＩである。
　ｇＮＢ２００からＵＥ１００に対してＰＴＭレグを用いてＭＢＳデータのＰＴＭ送信（マルチキャスト又はブロードキャスト）を行うためには、ｇＮＢ２００からＵＥ１００にスプリットＭＲＢが設定されており、且つ、ＰＴＭレグがアクティブ化（ａｃｔｉｖａｔｉｏｎ）されている必要がある。言い換えると、ｇＮＢ２００は、ＵＥ１００にスプリットＭＲＢが設定されていても、ＰＴＭレグが非アクティブ（ｄｅａｃｔｉｖａｔｉｏｎ）状態にある場合は、このＰＴＭレグを用いてＭＢＳデータのＰＴＭ送信を行うことができない。
　また、ｇＮＢ２００及びＵＥ１００がＰＴＰレグを用いてＭＢＳデータのＰＴＰ送信（ユニキャスト）を行うためには、ｇＮＢ２００からＵＥ１００にスプリットＭＲＢが設定されており、且つ、ＰＴＰレグがアクティブ化されている必要がある。言い換えると、ｇＮＢ２００は、ＵＥ１００にスプリットＭＲＢが設定されていても、ＰＴＰレグが非アクティブ状態にある場合は、このＰＴＰレグを用いてＭＢＳデータのＰＴＰ送信を行うことができない。
　ＵＥ１００は、ＰＴＭレグがアクティブ化された状態において、ＭＢＳセッションと対応付けられたＧ－ＲＮＴＩが適用されたＰＤＣＣＨをモニタする（すなわち、Ｇ－ＲＮＴＩを用いてＰＤＣＣＨのブラインドデコーディングを行う）。ＵＥ１００は、当該ＭＢＳセッションのスケジューリング機会にのみ当該ＰＤＣＣＨをモニタしてもよい。
　ＵＥ１００は、ＰＴＭレグが非アクティブ化された状態において、ＭＢＳセッションと対応付けられたＧ－ＲＮＴＩが適用されたＰＤＣＣＨをモニタしない（すなわち、Ｇ－ＲＮＴＩを用いたＰＤＣＣＨのブラインドデコーディングを行わない）。
　ＵＥ１００は、ＰＴＰレグがアクティブ化された状態において、Ｃ－ＲＮＴＩが適用されたＰＤＣＣＨをモニタする。ＵＥ１００は、ＰＴＰレグにおける間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ　Ｒｅｃｅｐｔｉｏｎ）が設定されている場合、設定されたオン有効期間（ＯｎＤｕｒａｔｉｏｎ）においてＰＤＣＣＨをモニタする。ＵＥ１００は、ＭＢＳセッションと紐づいたセル（周波数）が指定されている場合、当該セルが非アクティブ化されていても、当該セルのＰＤＣＣＨをモニタしてもよい。
　ＵＥ１００は、ＰＴＰレグが非アクティブ化された状態において、ＭＢＳデータ以外の通常のユニキャスト下りリンク送信に備えて、Ｃ－ＲＮＴＩが適用されたＰＤＣＣＨをモニタしてもよい。但し、ＵＥ１００は、ＭＢＳセッションと紐づいたセル（周波数）が指定されている場合、当該ＭＢＳセッションについて当該ＰＤＣＣＨをモニタしなくてもよい。
　なお、ｇＮＢ２００のＲＲＣエンティティがＵＥ１００のＲＲＣエンティティに対して送信するＲＲＣメッセージ（例えば、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）により、上述のようなスプリットＭＲＢが設定されるものとする。
　図１０は、第１実施形態に係るグループ通知に関する動作を示す図である。ここでは、第１配信モードにおいて、ＲＲＣコネクティッド状態にあるＵＥ１００がｇＮＢ２００からマルチキャストで送信されるＭＢＳデータ（すなわち、マルチキャストデータ）を受信する場合を主として想定する。このため、ＭＢＳセッションがマルチキャストセッションであるものとする。マルチキャストセッションは、ＰＴＭレグ又はＰＴＭベアラ（ＭＲＢ）にマッピングされる。ｇＮＢ２００からＵＥ１００へのマルチキャストデータの伝送にはＭＢＳトラフィックチャネル（ＭＴＣＨ）が用いられる。
　ＵＥ１００は、マルチキャストセッションに参加した後、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移し、マルチキャストセッションの開始を待つ。ＵＥ１００は、自身が参加しているマルチキャストセッションの開始（有効化）を示す通知であって、ＵＥ１００が属するグループに対してネットワークから送信されるグループ通知を、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態において受信する。グループ通知は、ページングメッセージの一種であるものとする。ＵＥ１００は、グループ通知の受信に応じてＲＲＣコネクティッド状態に遷移し、当該マルチキャストセッションのマルチキャストデータをｇＮＢ２００から受信する。
　以下において、ＲＡＮ１０（ｇＮＢ２００）及びＣＮ２０（特に、ＡＭＦ３００Ａ）を総称して適宜「ネットワーク」と呼ぶ。ＡＭＦ３００Ａは、コアネットワーク（ＣＮ）装置の一例である。ＡＭＦ３００Ａは、セッション管理装置と連携してＭＢＳセッション（マルチキャストセッション）を管理する。セッション管理装置は、（ＭＢ－）ＳＭＦであってもよい。
　ステップＳ１において、ＵＥ１００は、ＲＲＣコネクティッド状態にある。ＵＥ１００は、あるマルチキャストセッション（以下、「対象マルチキャストセッション」と呼ぶ）への興味を持ったものとする。「マルチキャストセッションへの興味を持つ」とは、ＵＥ１００の上位レイヤが当該マルチキャストセッションの受信を要求又は希望することをいう。上位レイヤは、ＮＡＳレイヤを含む。上位レイヤは、アプリケーションをさらに含んでもよい。
　ステップＳ２において、ＵＥ１００（ＮＡＳエンティティ）は、対象マルチキャストセッションへ参加するためのマルチキャストセッション参加プロシージャをネットワークに対して行う。例えば、ＵＥ１００は、対象マルチキャストセッションへの参加を要求する第１ＮＡＳメッセージをＡＭＦ３００Ａに送信し、対象マルチキャストセッションへの参加を承認する第２ＮＡＳメッセージをＡＭＦ３００Ａから受信することにより、対象マルチキャストセッションに参加する。「対象マルチキャストセッションへ参加する」とは、マルチキャストセッションを受信するＵＥグループ（マルチキャストグループ）のメンバーとしてＵＥ１００をＣＮ装置に登録することをいう。なお、マルチキャストセッションへの参加は、当該マルチキャストセッションが有効状態（送信中）において行ってもよい。マルチキャストセッションへの参加は、無効状態（送信開始待ち又は送信中断中）において行ってもよい。
　ステップＳ３において、ＵＥ１００は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移する。具体的には、ＵＥ１００は、ＲＲＣ解放メッセージをｇＮＢ２００から受信することによりＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移する。ステップＳ３に先立ち、ＵＥ１００は、ＵＥ１００をＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移させることを促す情報要素を含むＲＲＣメッセージ（例えば、ＵＥ　Ａｓｓｉｓｔａｎｃｅ　Ｉｎｆｏｒｍａｔｉｏｎメッセージ）をｇＮＢ２００に送信してもよい。ｇＮＢ２００は、ＵＥ１００が興味を持つマルチキャストセッションが無効状態であることに応じて、ＵＥ１００をＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移させることを決定してもよい。
　ステップＳ４において、ＵＥ１００は、ｇＮＢ２００からのグループ通知の監視を開始する。グループ通知は、ｇＮＢ２００から送信されるページングメッセージであってもよい。例えば、ＵＥ１００は、周期的に設定されるページングフレーム（ＰＦ）のページング機会（ＰＯ）においてグループ通知を監視する。グループ通知は、マルチキャストセッションのセッション開始を通知するものであってもよい。セッション開始とは、マルチキャストセッションが無効状態から有効化することであってもよい。
　ステップＳ５において、ｇＮＢ２００は、ＵＥ１００を含むグループ宛又はＵＥ１００が興味を持つグループ宛のグループ通知を送信する。ｇＮＢ２００は、ＡＭＦ３００Ａからのページング要求（グループ通知要求）に応じてグループ通知（ページングメッセージ）をＵＥ１００に送信してもよい。グループ通知は、当該グループを示すマルチキャストセッション識別子と、当該グループに属する各ＵＥの識別子と、当該識別子と対応付けられたマルチキャストセッション識別子とのうち、少なくとも１つを含んでもよい。このような識別子を含むグループ通知を受信したＵＥ１００は、自身が参加した対象マルチキャストセッションが開始されたことを認識できる。対象マルチキャストセッションが開始されたとは、対象マルチキャストセッションでマルチキャストデータの送信が有効化されたことであってもよい。対象マルチキャストセッションが開始されたとは、対象マルチキャストセッションでマルチキャストデータの送信が開始可能な状態になったことであってもよい。
　ステップＳ６において、ＵＥ１００は、対象マルチキャストセッションの受信のためにランダムアクセスプロシージャをｇＮＢ２００に対して行う。
　ステップＳ７において、ＵＥ１００は、ランダムアクセスプロシージャによりＲＲＣコネクティッド状態に遷移する。
　ステップＳ８において、ＵＥ１００は、ＲＲＣコネクティッド状態においてｇＮＢ２００から対象マルチキャストセッションのマルチキャストデータを受信する。データ受信前に、ｇＮＢ２００から、対象マルチキャストセッション受信のための設定がＵＥ１００に対して行われてもよい。当該設定は、例えばＭＲＢ設定を含むＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージである。
　（移動通信システムの動作）
　第１実施形態に係る移動通信システム１の動作について説明する。
　上述のグループ通知に関する動作において、ｇＮＢ２００がＭＢＳ機能を有していない場合、ＡＭＦ３００Ａからのグループ通知（具体的には、ＭＢＳセッション識別子を含むページングメッセージ）を適切に取り扱うことができない。その場合、ＡＭＦ３００Ａは、ＭＢＳセッション識別子を含むページングメッセージに代えて、マルチキャストセッションに参加しているＵＥ１００の識別子を含むページングメッセージをｇＮＢ２００に送信することが考えられる。
　その結果、マルチキャストセッション開始にあたり、ＭＢＳ機能をサポートするｇＮＢ２００は、ＭＢＳセッション識別子を含むページングメッセージをグループ通知として送信し、ＭＢＳ機能をサポートしないｇＮＢ２００は、ＵＥ識別子を含むページングメッセージをグループ通知として送信する。よって、ＡＭＦ３００Ａは、ｇＮＢ２００がＭＢＳ機能をサポートしているか否かを把握していないと、適切なページングメッセージを生成できない問題がある。
　なお、ＡＭＦ３００Ａが開始するページングは、ＣＮページングと呼ばれる。ＣＮページングは、主としてＲＲＣアイドル状態にあるＵＥ１００を呼び出すために用いられる。これに対し、ＲＡＮ１０（ｇＮＢ２００）が開始するページングは、ＲＡＮページングと呼ばれる。ＲＡＮページングは、ＲＲＣインアクティブ状態にあるＵＥ１００を呼び出すために用いられる。ＲＡＮページングにおいても上述のような問題があると考えられる。
　図１１は、第１実施形態に係る移動通信システム１の動作を示す図である。
　ステップＳ１１において、移動通信システム１のネットワーク（ＮＷ）に含まれる第１ＮＷ装置は、ＮＷに含まれる第２ＮＷ装置から、第２ＮＷ装置がマルチキャスト・ブロードキャストサービス（ＭＢＳ）機能をサポートしているか否かに関するＭＢＳ能力情報を含むメッセージを受信する。
　ステップＳ１２において、第１ＮＷ装置は、ステップＳ１１で受信したＭＢＳ能力情報に基づいて、ＭＢＳセッションの開始を通知するために用いる第１ページングメッセージを生成する。例えば、第１ＮＷ装置は、第２ＮＷ装置がＭＢＳ機能をサポートすることをＭＢＳ能力情報が示すことに応じて、ＭＢＳセッションを示すＭＢＳセッション識別子を含む第１ページングメッセージを生成する。一方、第１ＮＷ装置は、第２ＮＷ装置がＭＢＳ機能をサポートしないことをＭＢＳ能力情報が示すことに応じて、ＭＢＳセッションに参加しているＵＥ１００を示すＵＥ識別子を含む第１ページングメッセージを生成する。
　ステップＳ１３において、第１ＮＷ装置は、ステップＳ１２で生成した第１ページングメッセージを第２ＮＷ装置に送信する。第２ＮＷ装置は、第１ＮＷ装置からの第１ページングメッセージに基づいて、無線通信により第２ページングメッセージを送信する。第２ページングメッセージは、ＲＲＣメッセージの一種であってもよい。
　これにより、第１ＮＷ装置は、第２ＮＷ装置がＭＢＳ機能をサポートしているか否かに応じて、グループ通知として用いるページングメッセージを適切に生成可能になる。よって、ページングの仕組みを活用して、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００にＭＢＳセッションの開始を適切に通知できるため、ＭＢＳ受信、特に、マルチキャストセッションの受信を円滑化できる。
　ステップＳ１１において、第１ＮＷ装置は、第２ＮＷ装置がＭＢＳ機能をサポートしていない場合、第２ＮＷ装置がＭＢＳ機能をサポートしていないことを示すＭＢＳ能力情報を含むメッセージを受信してもよい。これにより、第２ＮＷ装置がＭＢＳ機能をサポートしていないことを明確に把握できる。
　第１ＮＷ装置は、ＣＮ２０に含まれるＡＭＦ３００Ａ（管理装置）であってもよい。第２ＮＷ装置は、ＲＡＮ１０に含まれるｇＮＢ２００であってもよい。ＡＭＦ３００Ａは、ＡＭＦ３００ＡとｇＮＢ２００との間のＮＧインターフェイス上で、ＭＢＳ能力情報を含むメッセージを受信してもよい。これにより、ＡＭＦ３００Ａは、ｇＮＢ２００がＭＢＳ機能をサポートしているか否かに応じて、グループ通知として用いるＣＮページングメッセージ（第１ページングメッセージ）を適切に生成可能になる。
　このような実施例において、ＡＭＦ３００Ａの通信部３１０は、ｇＮＢ２００から、当該ｇＮＢ２００がＭＢＳ機能をサポートしているか否かに関するＭＢＳ能力情報を含むメッセージを受信する受信部を構成する。ＡＭＦ３００Ａの制御部３２０は、ＭＢＳ能力情報に基づいて、ＭＢＳセッションの開始を通知するために用いるＣＮページングメッセージ（第１ページングメッセージ）を生成する。ＡＭＦ３００Ａの通信部３１０は、第１ページングメッセージを他のＮＷ装置に送信する送信部を構成する。
　或いは、第１ＮＷ装置は、ＲＡＮ１０に含まれるｇＮＢ２００であってもよい。第２ＮＷ装置は、ＲＡＮ１０に含まれる隣接ｇＮＢ２００であってもよい。ｇＮＢ２００は、当該ｇＮＢ２００と隣接ｇＮＢ２００との間のＸｎインターフェイス上で、ＭＢＳ能力情報を含むメッセージを受信してもよい。これにより、当該ｇＮＢ２００は、隣接ｇＮＢ２００がＭＢＳ機能をサポートしているか否かに応じて、グループ通知として用いるＲＡＮページングメッセージ（第１ページングメッセージ）を適切に生成及び送信可能になる。例えば、当該ｇＮＢ２００は、第１ページングメッセージとして、開始されるＭＢＳセッションを示すＭＢＳセッション識別子を含むＲＡＮページングメッセージを、ＭＢＳ機能をサポートする隣接ｇＮＢ２００に送信する。
　このような実施例において、ｇＮＢ２００のバックホール通信部２４０は、隣接ｇＮＢ２００から、当該隣接ｇＮＢ２００がＭＢＳ機能をサポートしているか否かに関するＭＢＳ能力情報を含むメッセージを受信する受信部を構成する。ｇＮＢ２００の制御部２３０は、ＭＢＳ能力情報に基づいて、ＭＢＳセッションの開始を通知するために用いるＲＡＮページングメッセージ（第１ページングメッセージ）を生成する。ＡＭＦ３００Ａの通信部３１０は、第１ページングメッセージを他のＮＷ装置に送信する送信部を構成する。
　或いは、第１ＮＷ装置は、ｇＮＢ２００に含まれるＣＵであってもよい。第２ＮＷ装置は、当該ｇＮＢ２００に含まれるＤＵであってもよい。ＣＵは、ＣＵとＤＵとの間のＦ１インターフェイス上で、ＭＢＳ能力情報を含むメッセージを受信してもよい。これにより、当該ｇＮＢ２００は、隣接ｇＮＢ２００がＭＢＳ機能をサポートしているか否かに応じて、グループ通知として用いるページングメッセージ（第１ページングメッセージ）を適切に生成及び送信可能になる。なお、ＤＵは、上述のプロトコルスタックにおける下位レイヤ（例えば、ＲＬＣレイヤ、ＭＡＣレイヤ、及びＰＨＹレイヤ）を含む。ＣＵは、上述のプロトコルスタックにおける上位レイヤ、例えば、ＲＲＣレイヤ、ＳＤＡＰレイヤ、及びＰＤＣＰレイヤを含む。
　ＭＢＳ能力情報を含むメッセージは、ネットワークインターフェイス（例えば、ＮＧインターフェイス、Ｘｎインターフェイス、又はＦ１インターフェイス）のセットアップに用いるセットアップ用メッセージであってもよい。これにより、第１ＮＷ装置は、第２ＮＷ装置とのネットワークインターフェイスのセットアップ時に、第２ＮＷ装置のＭＢＳに関する能力を把握できる。
　ＭＢＳ能力情報を含むメッセージは、第２ＮＷ装置の設定更新（ＣＯＮＦＩＧＵＲＡＴＩＯＮ　ＵＰＤＡＴＥ）に用いる設定更新用メッセージであってもよい。これにより、第１ＮＷ装置は、第２ＮＷ装置の設定更新時に、第２ＮＷ装置のＭＢＳに関する能力を把握できる。
　ＭＢＳ能力情報は、ＭＢＳ機能の有無を示す情報、ＭＢＳ受信設定をＵＥ１００専用シグナリングにより行う機能（例えば、第１配信モードの機能）の有無を示す情報、ＭＢＳ受信設定をブロードキャストシグナリングにより行う機能（例えば、第２配信モードの機能）の有無を示す情報、マルチキャストセッションを配信する機能（例えば、第１配信モードの機能）の有無を示す情報、ブロードキャストセッションを配信する機能（例えば、第２配信モードの機能）の有無を示す情報、スプリットＭＲＢを取り扱う機能の有無を示す情報のうち、少なくとも１つの情報を含んでもよい。ＭＢＳ能力情報は、第２ＮＷ装置が管理しているセルごとに、当該情報を含んでもよい。これにより、第１ＮＷ装置は、第２ＮＷ装置の各セルについて、ＭＢＳに関する詳細な能力を把握できる。
　（実施例）
　次に、上述の構成及び動作を前提として、第１実施形態における第１実施例乃至第３実施例について説明する。これらの実施例は、別個独立して実施する場合に限らず、２以上の実施例を組み合わせて実施してもよい。また、各実施例の動作フローにおいて、必ずしもすべてのステップを実行する必要は無く、一部のステップのみを実行してもよい。また、以下の各実施例の動作フローにおいて、ステップの順番を変更してもよい。
　（１）第１実施例
　図１２は、第１実施形態における第１実施例を示す図である。第１実施例において、第１ＮＷ装置は、ＣＮ２０に含まれるＡＭＦ３００Ａ（管理装置）であって、第２ＮＷ装置は、ＲＡＮ１０に含まれるｇＮＢ２００である。第１実施例は、ＣＮページングに関する実施例である。
　ステップＳ１０１において、ｇＮＢ２００は、ＡＭＦ３００ＡとのＮＧインターフェイスをセットアップするために、ＡＭＦ３００Ａに対してＮＧ　ＳＥＴＵＰ　ＲＥＱＵＥＳＴメッセージを送信する。ＮＧ　ＳＥＴＵＰ　ＲＥＱＵＥＳＴメッセージは、ＭＢＳ機能をサポートしていることを示す情報、第１配信モードの機能／第２配信モードの機能をそれぞれサポートしていることを示す情報、マルチキャストセッション配信／ブロードキャストセッション配信の機能をそれぞれサポートしていることを示す情報のうち、少なくとも１つの能力情報を含んでもよい。ＮＧ　ＳＥＴＵＰ　ＲＥＱＵＥＳＴメッセージは、上記能力情報とセル（セル識別子）とを対応付ける情報を含んでもよい。例えば、ｇＮＢ２００が管理するセルごとに、セル識別子と能力情報とのセットを含んでもよい。ＮＧ　ＳＥＴＵＰ　ＲＥＱＵＥＳＴメッセージに代えて、ＲＡＮ　ＣＯＮＦＩＧＵＲＡＴＩＯＮ　ＵＰＤＡＴＥメッセージに能力情報（及びセル識別子）を含めてもよい。
　ＡＭＦ３００Ａは、ｇＮＢ２００からのメッセージにより、ｇＮＢ２００のＭＢＳ能力を把握する。
　ステップＳ１０２において、ＡＭＦ３００Ａは、ｇＮＢ２００に対してＮＧ　ＳＥＴＵＰ　ＲＥＳＰＯＮＳＥメッセージを送信する。ＮＧ　ＳＥＴＵＰ　ＲＥＳＰＯＮＳＥメッセージは、ＡＭＦ３００Ａ（ＣＮ２０）について、ＭＢＳ機能をサポートしていることを示す情報、マルチキャストセッション配信の機能／ブロードキャストセッション配信の機能をそれぞれサポートしていることを示す情報、５ＧＣ共有ＭＢＳトラフィック配信（Ｓｈａｒｅｄ　ｄｅｌｉｖｅｒｙ）をサポートしていることを示す情報、配信中・配信前のＭＢＳセッション識別子のうち、少なくとも１つの情報を含んでもよい。ＡＭＦ３００Ａは、これらの情報を、ＮＧ　ＳＥＴＵＰ　ＲＥＳＰＯＮＳＥメッセージに代えてＲＡＮ　ＣＯＮＦＩＧＵＲＡＴＩＯＮ　ＵＰＤＡＴＥ　ＡＣＫＮＯＷＬＥＤＧＥメッセージ又はＡＭＦ　ＣＯＮＦＩＧＵＲＡＴＩＯＮ　ＵＰＤＡＴＥメッセージに含めてｇＮＢ２００に送信してもよい。
　ステップＳ１０３において、ＡＭＦ３００Ａは、（ＭＢ－）ＳＭＦからＭＢＳセッションの開始通知を受信することで、ＭＢＳセッションの開始を決定（検知）する。ＭＢＳセッションの開始通知は、マルチキャストの開始用のＭＢＳ　Ｓｅｓｓｉｏｎ　Ｎｏｔｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔメッセージであってもよい。ＭＢＳセッションの開始通知は、ブロードキャストの開始用のＭＢＳ　Ｓｅｓｓｉｏｎ　Ｒｅｓｏｕｒｃｅ　Ｓｅｔｕｐ　Ｒｅｑｕｅｓｔメッセージであってもよい。
　ステップＳ１０４において、ＡＭＦ３００Ａは、ｇＮＢ２００に送信するＰＡＧＩＮＧメッセージ（第１ページングメッセージ）を生成する。ＡＭＦ３００Ａは、ｇＮＢ２００がＭＢＳ機能をサポートしている場合、ＭＢＳセッション識別子（Ｓｅｓｓｉｏｎ　ＩＤ、ＴＭＧＩ、Ｓｏｕｒｃｅ　Ｓｐｅｃｉｆｉｃ　ＩＰ　Ｍｕｌｔｉｃａｓｔ　Ａｄｄｒｅｓｓなど）をＰＡＧＩＮＧメッセージに含める。或いは、ＰＡＧＩＮＧメッセージに代えて、別のメッセージ（例えば、新たに定義したメッセージ）を用いてもよい。ＡＭＦ３００Ａは、ｇＮＢ２００がＭＢＳ機能をサポートしていない場合、ＭＢＳセッションに参加しているＣＭ＿ＩＤＬＥ状態のＵＥ１００の識別子（５Ｇ－Ｓ－ＴＭＳＩ）をＰＡＧＩＮＧメッセージに含める。なお、これらの識別子はリスト形式（複数識別子）で当該メッセージに含められてもよい。
　ステップＳ１０５において、ＡＭＦ３００Ａは、ｇＮＢ２００に対して当該ＰＡＧＩＮＧメッセージを送信する。
　ステップＳ１０６において、ｇＮＢ２００は、当該ＰＡＧＩＮＧメッセージの情報を基に、ＲＲＣでＵＥ１００に対してページングメッセージ（第２ページングメッセージ）を送信する。第２ページングメッセージは、開始されるＭＢＳセッションのＭＢＳセッション識別子、又は当該ＭＢＳセッションに参加しているＵＥ１００のＵＥ識別子を含む。
　ｇＮＢ２００から第２ページングメッセージを受信したＵＥ１００は、自身が参加しているＭＢＳセッション（すなわち、受信に興味があるＭＢＳセッション）のＭＢＳセッション識別子又は自身のＵＥ識別子が第２ページングメッセージに含まれているか否かを確認する。そのような識別子が第２ページングメッセージに含まれている場合、ＵＥ１００は、当該ＭＢＳセッションのＭＢＳデータを受信するための動作を開始する。例えば、ＵＥ１００は、ｇＮＢ２００に対してランダムアクセスプロシージャを行ってＲＲＣコネクティッド状態に遷移し（ステップＳ１０７）、ＭＢＳ受信設定（ＭＴＣＨ設定）をＵＥ専用ＲＲＣシグナリング（例えば、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）によりｇＮＢ２００から受信する（ステップＳ１０８）。そして、ＵＥ１００は、ｇＮＢ２００からＭＢＳデータを受信する。
　なお、ｇＮＢ２００がＭＢＳ機能をサポートしていない場合、ＵＥ１００は、図７に示すユニキャストのＰＤＵセッションを用いてＭＢＳデータを受信してもよい。
　（２）第２実施例
　図１３は、第１実施形態における第２実施例を示す図である。第２実施例において、第１ＮＷ装置は、ｇＮＢ２００Ａであって、第２ＮＷ装置は、ｇＮＢ２００Ａと隣接関係にあるｇＮＢ２００Ｂである。第２実施例は、ＲＡＮページングに関する実施例である。
　ステップＳ２０１において、ｇＮＢ２００Ｂは、ｇＮＢ２００ＡとのＸｎインターフェイスをセットアップするために、ｇＮＢ２００Ａに対してＸＮ　ＳＥＴＵＰ　ＲＥＱＵＥＳＴメッセージを送信する。ＸＮ　ＳＥＴＵＰ　ＲＥＱＵＥＳＴメッセージは、ＭＢＳ機能をサポートしていることを示す情報、第１配信モードの機能／第２配信モードの機能をそれぞれサポートしていることを示す情報、マルチキャストセッション配信の機能／ブロードキャストセッション配信の機能をそれぞれサポートしていることを示す情報、ＰＴＰ／ＰＴＭの機能、スプリットＭＲＢのサポートを示す情報のうち、少なくとも１つの能力情報を含んでもよい。ＸＮ　ＳＥＴＵＰ　ＲＥＱＵＥＳＴメッセージは、上記能力情報とセル（セル識別子）とを対応付ける情報を含んでもよい。例えば、ｇＮＢ２００Ｂが管理するセルごとに、セル識別子と能力情報とのセットを含んでもよい。ＸＮ　ＳＥＴＵＰ　ＲＥＱＵＥＳＴメッセージは、ｇＮＢ２００Ｂの提供中のＭＢＳセッションに関する情報、例えば、ＭＢＳセッション識別子、提供セルＩＤ、及び配信モードのうち少なくとも１つの情報を含んでもよい。ＸＮ　ＳＥＴＵＰ　ＲＥＱＵＥＳＴメッセージに代えて、ＮＧ－ＲＡＮ　ＮＯＤＥ　ＣＯＮＦＩＧＵＲＡＴＩＯＮ　ＵＰＤＡＴＥメッセージに能力情報を含めてもよい。
　ｇＮＢ２００Ａは、ｇＮＢ２００Ｂからのメッセージにより、ｇＮＢ２００ＢのＭＢＳ能力を把握する。
　ステップＳ２０２において、ｇＮＢ２００Ａは、ｇＮＢ２００Ｂに対してＸＮ　ＳＥＴＵＰ　ＲＥＳＰＯＮＳＥメッセージを送信する。ＸＮ　ＳＥＴＵＰ　ＲＥＳＰＯＮＳＥメッセージは、上述のような能力情報及びセル識別子（但し、ｇＮＢ２００Ａについての情報）を含んでもよい。ＸＮ　ＳＥＴＵＰ　ＲＥＳＰＯＮＳＥメッセージに代えて、ＮＧ－ＲＡＮ　ＮＯＤＥ　ＣＯＮＦＩＧＵＲＡＴＩＯＮ　ＵＰＤＡＴＥ　ＡＣＫＮＯＷＬＥＤＧＥメッセージに能力情報（及びセル識別子）を含めてもよい。
　ステップＳ２０３において、ｇＮＢ２００Ａは、ＡＭＦ３００ＡからＭＢＳセッション開始の通知（例えば、グループ通知グループ通知用のＰＡＧＩＮＧメッセージ又はＭＢＳ　Ｓｅｓｓｉｏｎ　Ｓｔａｒｔメッセージ）を受信することにより、ＭＢＳセッション開始を検知する。ｇＮＢ２００Ａは、保持しているＵＥコンテキスト情報から、当該ＭＢＳセッションに興味があるＵＥ１００が、ＲＲＣインアクティブ状態であることを検知する。なお、ｇＮＢ２００は、ＣＮ２０からＭＢＳセッションに参加しているＵＥ１００の情報を予め受信しており、ＵＥ１００毎のＭＢＳ興味情報を把握しているものとする。
　ステップＳ２０４において、ｇＮＢ２００Ａは、ＲＡＮページングの実行を決定し、ｇＮＢ２００Ｂに送信するＲＡＮ　ＰＡＧＩＮＧメッセージ（Ｘｎ－ＡＰ）を生成する。ｇＮＢ２００Ａは、ｇＮＢ２００ＢがＭＢＳ機能をサポートしている場合、当該ＭＢＳセッションのＭＢＳセッション識別子（Ｓｅｓｓｉｏｎ　ＩＤ、ＴＭＧＩ、Ｓｐｅｃｉｆｉｃ　ＩＰ　Ｍｕｌｔｉｃａｓｔ　Ａｄｄｒｅｓｓなど）をＲＡＮ　ＰＡＧＩＮＧメッセージに含める。或いは、ＲＡＮ　ＰＡＧＩＮＧメッセージではなく、別のメッセージ（例えば新たに定義したメッセージ）を用いてもよい。ｇＮＢ２００Ａは、ｇＮＢ２００ＢがＭＢＳ機能をサポートしていない場合、ＭＢＳセッションに参加しているＲＲＣインアクティブ状態のＵＥ１００のＵＥ識別子（Ｉ－ＲＮＴＩ）を当該メッセージに含める。なお、これらの識別子はリスト形式（複数識別子）で当該メッセージに含められてもよい。
　ステップＳ２０５において、ｇＮＢ２００Ａは、ｇＮＢ２００Ｂに対して当該ＲＡＮ　ＰＡＧＩＮＧメッセージ（第１ページングメッセージ）を送信する。
　ステップＳ２０６において、ｇＮＢ２００Ｂは、当該ＲＡＮ　ＰＡＧＩＮＧメッセージの情報を基に、ＲＲＣでＵＥ１００に対してページングメッセージ（第２ページングメッセージ）を送信する。第２ページングメッセージは、開始されるＭＢＳセッションのＭＢＳセッション識別子、又は当該ＭＢＳセッションに参加しているＵＥ１００のＵＥ識別子を含む。
　ステップＳ２０７乃至Ｓ２０９の動作については、上述の第１実施例と同様である。
　（３）第３実施例
　図１４は、第１実施形態における第３実施例を示す図である。第３実施例において、第１ＮＷ装置は、ｇＮＢ２００のＣＵ２０１であって、第２ＮＷ装置は、ｇＮＢ２００のＤＵ２０２である。
　ステップＳ３０１において、ＤＵ２０２は、ＣＵ２０１とのＦ１インターフェイスをセットアップするために、ＣＵ２０１に対してＦ１　ＳＥＴＵＰ　ＲＥＱＵＥＳＴメッセージを送信する。Ｆ１　ＳＥＴＵＰ　ＲＥＱＵＥＳＴメッセージは、ＭＢＳ機能をサポートしていることを示す情報、第１配信モードの機能／第２配信モードの機能をそれぞれサポートしていることを示す情報、マルチキャストセッション配信の機能／ブロードキャストセッション配信の機能をそれぞれサポートしていることを示す情報、ＰＴＰ／ＰＴＭの機能、スプリットＭＲＢのサポートを示す情報のうち、少なくとも１つの能力情報を含んでもよい。Ｆ１　ＳＥＴＵＰ　ＲＥＱＵＥＳＴメッセージは、上記能力情報とセル（セル識別子）とを対応付ける情報を含んでもよい。例えば、ＤＵ２０２が管理するセルごとに、セル識別子と能力情報とのセットを含んでもよい。Ｆ１　ＳＥＴＵＰ　ＲＥＱＵＥＳＴメッセージに代えて、ＧＮＢ－ＤＵ　ＣＯＮＦＩＧＵＲＡＴＩＯＮ　ＵＰＤＡＴＥメッセージに能力情報（及びセル識別子）を含めてもよい。
　ステップＳ３０２において、ＣＵ２０１は、ＤＵ２０２に対してＦ１　ＳＥＴＵＰ　ＲＥＳＰＯＮＳＥメッセージを送信する。Ｆ１　ＳＥＴＵＰ　ＲＥＳＰＯＮＳＥメッセージは、上述のような能力情報を含んでもよい。Ｆ１　ＳＥＴＵＰ　ＲＥＳＰＯＮＳＥメッセージに代えて、ＧＮＢ－ＣＵ　ＣＯＮＦＩＧＵＲＡＴＩＯＮ　ＵＰＤＡＴＥメッセージにＣＵ２０１の能力情報を含めてもよい。
　ＣＵ２０１は、ＤＵ２０２からのメッセージにより、ＤＵ２０２のＭＢＳ能力を把握し、ｇＮＢ２００全体としての能力情報を把握する。ＣＵ２０１は、当該情報を使って、上述の第１実施例におけるＡＭＦ３００Ａとのやり取り又は第２実施例における隣接ｇＮＢ２００とのやり取りを行う。ＣＵ２０１は、ＭＢＳ機能をサポートしていないＤＵ２０２について、スプリットＭＲＢ設定を用いないように制御してもよい。ＣＵ２０１は、第１実施例及び第２実施例と同様に、ＤＵ２０２のＭＢＳ能力に基づいてページングプロシージャ（ステップＳ３０３乃至Ｓ３０９）を実行してもよい。
　［第２実施形態］
　第２実施形態について、上述の第１実施形態との相違点を主として説明する。
　上述の第１実施形態において、ｇＮＢ２００からのグループ通知（第２ページングメッセージ）に基づいて、多数のＵＥ１００が同時にランダムアクセスプロシージャを開始し得る。具体的には、多数のＵＥ１００が物理ランダムアクセスチャネル（ＰＲＡＣＨ）上でランダムアクセスプリアンブルをｇＮＢ２００に送信し得る。このようなランダムアクセスは一般的に競合ベースランダムアクセスであり、ＵＥ１００間でＰＲＡＣＨリソース（特に、ランダムアクセスプリアンブル）が競合し得る。このような競合が発生すると、ＵＥ１００がＲＲＣコネクティッド状態に遷移することができず、第１配信モードで配信されるマルチキャストセッションを受信することができない。
　一方、ＬＴＥでは、セル間で負荷を分散するために、ページングメッセージを用いてＵＥ１００にセル再選択を実行させる技術が導入されている（例えば、３ＧＰＰ　ＴＳ３６．３０４及びＴＳ３６．３３１参照）。このような技術は、ＭＣＬＤ（ｍｕｌｔｉ－ｃａｒｒｉｅｒ　ｌｏａｄ　ｄｉｓｔｒｉｂｕｔｉｏｎ）、特に、ワンショットのＭＣＬＤと呼ばれることがある。ＭＣＬＤにより、１つのセルの複数のＵＥ１００を、他の周波数又は他のセルに分散させることができるため、上述のようなＰＲＡＣＨの競合を抑制できると考えられる。第２実施形態において、セル再選択（ＭＣＬＤによるセル再選択）の実行要求とグループ通知とが同一のページングメッセージで行われる場合を主として想定する。
　このような場合において、ＵＥ１００がグループ通知を優先し、セル再選択を実行せずにランダムアクセスプロシージャを開始してしまうと、ＰＲＡＣＨの競合を抑制できない。そのため、セル再選択の実行要求とグループ通知とが同一のページングメッセージで行われる場合、ＵＥ１００は、セル再選択を行った後に、ランダムアクセスプロシージャを開始するものとする。
　図１５は、第２実施形態に係る移動通信システム１の動作を示す図である。
　ステップＳ２１において、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、セル再選択の実行を要求する要求情報と、ＵＥ１００がＲＲＣコネクティッド状態に遷移する必要性の有無を判定するための情報要素（以下、「所定情報要素」と呼ぶ）とを含むページングメッセージをｇＮＢ２００から受信する。
　ステップＳ２２において、ＵＥ１００は、ステップＳ２１で受信したページングメッセージに含まれる所定情報要素に基づいて、ＲＲＣコネクティッド状態に遷移する必要性があると判定する。例えば、所定情報要素は、開始されるＭＢＳセッションを示すＭＢＳセッション識別子である。ＵＥ１００は、ページングメッセージに含まれるＭＢＳセッション識別子が示すＭＢＳセッションの受信に興味がある場合、ＲＲＣコネクティッド状態に遷移する必要性があると判定する。或いは、所定情報要素は、呼び出し対象のＵＥ識別子であってもよい。ＵＥ１００は、ページングメッセージに含まれるＵＥ識別子が自身のＵＥ識別子と一致する場合、ＲＲＣコネクティッド状態に遷移する必要性があると判定する。
　ステップＳ２３において、ＵＥ１００は、ステップＳ２１で受信したページングメッセージに含まれる要求情報に応じてセル再選択を行う。例えば、ＵＥ１００は、自身の固有識別子に基づいて、候補セル又は候補周波数の中からセル再選択の対象を確率的に選択する。候補セル又は候補周波数の情報は、ｇＮＢ２００からのシステム情報ブロックでＵＥ１００に提供されてもよい。各候補セル又は各候補周波数は、当該候補セル又は当該候補周波数が選択される確率を調整する調整値と対応付けられていてもよい。ＵＥ１００は、自身の固有識別子から算出される値と調整値とに基づいてセル再選択の対象を選択し、選択した対象をセル再選択の最高優先度にセットすることにより、当該選択した対象へのセル再選択を行う。
　ステップＳ２４において、ＵＥ１００は、再選択後のセルにおいて、ＲＲＣコネクティッド状態に遷移するプロシージャ（ランダムアクセスプロシージャ）を開始する。
　このように、セル再選択の実行要求とグループ通知とが同一のページングメッセージで行われる場合、ＵＥ１００は、セル再選択を行った後に、ランダムアクセスプロシージャを開始することにより、ＰＲＡＣＨの競合を抑制できる。よって、ＭＢＳ受信を円滑に行うことが可能である。
　図１６は、第２実施形態における動作の具体例を示す図である。
　ステップＳ２００１において、ｇＮＢ２００は、例えばＡＭＦ３００ＡからのＰＡＧＩＮＧメッセージの受信に応じて、ＭＢＳセッションの開始を通知するためのグループ通知（ページング）を送信することを決定する。
　ステップＳ２００２において、ｇＮＢ２００は、自セルのＰＲＡＣＨ容量に余裕が無いことを検知する。例えば、ｇＮＢ２００は自身が有しているＵＥコンテキスト情報から、当該ＭＢＳセッションの開始をＲＲＣアイドル状態又はＲＲＣインアクティブ状態で待っているＵＥ１００の数が、ある閾値（ＯＡＭが設定等）を超えていることを検知する。そして、ｇＮＢ２００は、ＰＲＡＣＨ分散（ＭＣＬＤ）を実行することを決定する。
　ステップＳ２００３において、ｇＮＢ２００は、ＲＲＣでページングメッセージを送信する。ページングメッセージは、ワンショットのＭＣＬＤ（セル再選択）を指示する要求情報（Ｒｅｄｉｓｔｒｉｂｕｔｉｏｎ　Ｉｎｄｉｃａｔｉｏｎ）と、グループ通知用のＭＢＳセッション識別子又はＵＥ識別子とを含む。ＵＥ１００は、ページングメッセージを受信する。
　ステップＳ２００４において、ＵＥ１００は、受信したページングメッセージにおいて、自身の興味があるＭＢＳセッションが開始されること（呼出）と、ワンショットのＭＣＬＤ（セル再選択）の指示の両方が含まれていることを検知する。ＵＥ１００は、最初にＭＣＬＤ設定に従ってセル（ターゲット）を選択する。
　ステップＳ２００５において、ＵＥ１００は、セル再選択を実行する。
　ステップＳ２００６において、ＵＥ１００は、再選択後のセルにおいてランダムアクセスプロシージャを行うことでＲＲＣコネクティッド状態に遷移する。例えば、ＵＥ１００は、ＰＲＡＣＨの送信（Ｍｓｇ１）、ランダムアクセス応答の受信（Ｍｓｇ２）、ＲＲＣ　Ｓｅｔｕｐ　Ｒｅｑｕｅｓｔメッセージ又はＲＲＣ　Ｒｅｓｕｍｅ　Ｒｅｑｕｅｓｔメッセージの送信（Ｍｓｇ３）、及びＣｏｎｔｅｎｔｉｏｎ　ｒｅｓｏｌｕｔｉｏｎの受信（Ｍｓｇ４）をこの順で行う。
　ステップＳ２００７において、ｇＮＢ２００は、ＵＥ１００に対して、ＭＲＢ設定を行うためのＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信する。或いは、ｇＮＢ２００は、ＵＥ１００を適切なセル（ＭＢＳ提供セル）へハンドオーバさせてもよい。
　ステップＳ２００８において、ＵＥ１００は、ＭＢＳデータを受信する。
　［その他の実施形態］
　上述の実施形態及び実施例において、第１ＮＷ装置が、第２ＮＷ装置がＭＢＳ機能をサポートするか否かに応じて、第２ＮＷ装置に送信するページングメッセージ（グループ通知）の内容を変化する一例について説明したが、これに限らない。第１ＮＷ装置は、第２ＮＷ装置がＭＢＳ機能をサポートするか否かに応じて、第２ＮＷ装置へ送信するＵＥコンテキストの内容を変化させてもよい。例えば、ＡＭＦ３００Ａは、ｇＮＢ２００がＭＢＳ機能をサポートする場合、ＵＥコンテキストとしてＭＢＳセッションに参加しているか否かの情報をｇＮＢ２００に送信してもよい。もしくは、ｇＮＢ２００Ａは、隣接ｇＮＢ２００ＢがＭＢＳ機能をサポートしている場合に、ハンドオーバ時におけるＵＥコンテキスト転送において、ＵＥのＭＢＳセッションに関する興味情報を隣接ｇＮＢ２００Ｂに送信してもよい。
　また、第１ＮＷ装置は、第２ＮＷ装置の詳細なＭＢＳ能力情報に応じて、ＭＢＳセッションの確立やハンドオーバの判断を行ってもよい。例えば、ＡＭＦ３００Ａは、ｇＮＢ２００に対してマルチキャストセッションを確立するか否か（マルチキャストセッション確立要求を送信するか否か）、及び／又はブロードキャストセッションを確立するか否か（ブロードキャストセッション確立要求を送信するか否か）を判断してもよい。もしくは、ｇＮＢ２００Ａは、隣接ｇＮＢ２００Ｂに対して、ＭＢＳセッションを受信中のＵＥのハンドオーバ実行可否の判断を行ってもよい。
　上述の各動作フローは、別個独立に実施する場合に限らず、２以上の動作フローを組み合わせて実施可能である。例えば、１つの動作フローの一部のステップを他の動作フローに追加してもよいし、１つの動作フローの一部のステップを他の動作フローの一部のステップと置換してもよい。
　上述の実施形態及び実施例において、基地局がＮＲ基地局（ｇＮＢ）である一例について説明したが基地局がＬＴＥ基地局（ｅＮＢ）又は６Ｇ基地局であってもよい。また、基地局は、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）ノード等の中継ノードであってもよい。基地局は、ＩＡＢノードのＤＵであってもよい。また、ユーザ装置は、ＩＡＢノードのＭＴ（Ｍｏｂｉｌｅ　Ｔｅｒｍｉｎａｔｉｏｎ）であってもよい。
　ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。
　本開示で使用されている「に基づいて（ｂａｓｅｄ　ｏｎ）」、「に応じて（ｄｅｐｅｎｄｉｎｇ　ｏｎ）」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。また、「取得する（ｏｂｔａｉｎ／ａｃｑｕｉｒｅ）」は、記憶されている情報の中から情報を取得することを意味してもよく、他のノードから受信した情報の中から情報を取得することを意味してもよく、又は、情報を生成することにより当該情報を取得することを意味してもよい。「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
　以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
　本願は、米国仮出願第６３／２２８２５７号（２０２１年８月２日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。
　［付記］
（導入）
　ＮＲマルチキャスト及びブロードキャストサービス（ＭＢＳ）に関する改訂されたワークアイテムは、ＲＡＮ＃８８で承認された。グループ通知はＲＡＮ２＃１１３ｂｉｓ－ｅで議論され、以下の合意に達した。
　ＭＢＳサポートノードのマルチキャストのサポートグループ通知
　配信モード１の場合、ＵＥはＲＲＣコネクティッドのグループ通知チャネルを監視することは期待されない。
　グループ通知によるＰＲＡＣＨ容量の問題をＲＡＮ２が処理する必要があるかどうかについては、更なる検討が必要である。
　ＲＲＣアイドル状態とＲＲＣインアクティブ状態との両方に同じグループ通知ＩＤを使用する。
　返信用ＬＳ
　非サポートノードの場合、ＭＢＳセッションＩＤの使用は、非ＭＢＳノードに影響を与えるため機能しない。ユニキャストページングは機能する。
　ノードをサポートするために、ＭＢＳセッションＩＤを使用することが可能である。
　ＬＳの返信のためのショートポストメールディスカッション。
　ＲＡＮ２＃１１４－ｅは、グループ通知にページングメッセージを使用する。
　マルチキャストアクティベーション通知にＰＣＣＨを使用する（ＭＢＳサポートノードにも使用する）。
　通知でＭＢＳセッションＩＤが伝達されていることを確認する。
　ＰＲＮＴＩを使用したすべての（レガシー）ＰＯにおけるページングの使用は、ベースラインの前提である（他の変更についても議論可能である）。
　この付記では、グループ通知の詳細とＰＲＡＣＨ容量の問題について説明する。
　（議論）
　配信モード１のグループ通知
　ベースラインの前提の確認
　ＲＡＮ２は、「マルチキャストアクティベーション通知にＰＣＣＨを使用する（ＭＢＳサポートノードにも）」及び「ＰＲＮＴＩを使用するすべての（レガシー）ＰＯでのページングの使用がベースラインの前提である（他の変更についても議論可能である）」ことに合意した。これらは、レガシーページングをグループ通知用に拡張する必要があると解釈できる。これにより、拡張はＬＴＥのＥＴＷＳ／ＣＭＡＳ通知の概念と同様になるように意図されている。これらの合意は、ＵＥの観点からは電力消費に有益であり、ＮＷの観点からはページングリソースの負荷にほとんど影響を与えない。
　所見１：観察１ＲＡＮ２が行ったベースラインの仮定は、ＵＥの電力消費に有益であり、ページングリソースの負荷への影響はごくわずかである。
　ＲＡＮ２＃１１４－ｅでは、個別のＰ－ＲＮＴＩ、個別のＰＯ、及び／又は個別のページングメッセージの支持者である一部の企業が、特にレガシーＵＥのＵＥ電力消費を増加させる可能性のある影響について懸念を表明している。ＲＡＮ２のベースライン（つまり、所見１）によるレガシーＵＥへの影響は、ユニキャストによって提供されるＭＢＳサービス（つまり、ＰＤＵセッション）と比較して分析する必要があると考えられる。これは、Ｒｅｌ－１６までの方法にすぎないためである。ユニキャストでは、ＭＢＳサービスに興味を持つすべてのＵＥは、レガシーメカニズム、つまり１つずつページングによってページングされる必要がある。これらのユニキャストページングメッセージはレガシーＵＥによって受信され、ＭＢＳサービスに興味を持つＵＥのユニキャストページング送信の数に比例して追加の電力を消費する。したがって、レガシーＰ－ＲＮＴＩを使用して１回のページングＤＲＸサイクルで、すべてのレガシーＰＯにグループ通知を送信しても、レガシーＵＥへの影響は同程度であり、むしろＭＢＳサービスに興味を持つＵＥが多い場合には、グループ通知は省電力に有益であると予想される。
　所見２：レガシーＵＥの消費電力は、グループ通知では問題にならない。
　また、ＭＢＳサービスに興味を持つＵＥ向けのＰＯにおいてのみ、グループ通知を送信するべきであるとの指摘もある。グループ通知を見逃すＵＥがいなければ、信号のオーバーヘッドを減らすことが有益と考えられるが、そのような最適化はＮＷの実装で処理できると想定している。
　所見３：レガシーＰＯの利用最適化は、ＮＷの導入次第である。
　したがって、ＲＡＮ２は、少なくともＵＥの観点から、レガシーＰ－ＲＮＴＩ及びレガシーＰＯを再利用し、レガシーページングメッセージをグループ通知のために拡張することを確認する必要がある。また、ＵＥは自分のＰＯ内のページングを監視するだけでよい。つまりレガシーページングと同じであることを意味する。
　提案１：ＲＡＮ２は、少なくともＵＥの観点から、レガシーＰ－ＲＮＴＩを持つすべてのレガシーＰＯで送信されるレガシーページングメッセージを使用するグループ通知を確認すべきである。
　既存のページングメッセージの拡張
　提案１が合意された場合、既存のページングメッセージの中にグループ通知を統合する方法を議論する必要がある。現在のページングメッセージには、ページングされるＵＥ－ＩＤ、すなわち５Ｇ－Ｓ－ＴＭＳＩ又はＩ－ＲＮＴＩのリストであるＰａｇｉｎｇＲｅｃｏｒｄＬｉｓｔが含まれている。ページングによるグループ通知には、次の２つの選択肢が考えられる。
　選択肢Ａ：ＭＢＳのセッションＩＤを既存のＰａｇｉｎｇＲｅｃｏｒｄリストに記載する（図１５ に一例を示す）。
　選択肢Ｂ：ＭＢＳのセッションＩＤは新しいリストに表示される（図１６ に一例を示す）。
　選択肢Ａは、上記の例のように技術的に実現可能であるかもしれないが、非下位互換性を無視できない限り、ＵＥ－ＩＤをＰａｇｉｎｇＲｅｃｏｒｄから削除できないため、ユニキャスト用のＵＥ－ＩＤとＭＢＳセッションＩＤを同じＲｅｃｏｒｄに共存させる必要がある。ＰａｇｉｎｇＵＥ－ＩＤの中にＭＢＳセッションＩＤを追加することを検討することができる。しかし、ＭＢＳセッションＩＤはＵＥ－ＩＤではないため、５Ｇ－Ｓ－ＴＭＳＩやＩ－ＲＮＴＩとは異なる概念であり、少し違和感がある。
　選択肢Ｂは、上記の例のように実現可能であり、シンプルである。また、既存のＩＥの概念と矛盾することもない。また、ＬＴＥのＥＴＷＳ／ＣＭＡＳ通知の拡張概念を再利用しているため、レガシーＵＥに影響を与える可能性はない。
　したがって、ＲＡＮ２はページングメッセージ内で新しいリスト、すなわち選択肢Ｂを定義することに同意する必要がある。
　提案２：ＲＡＮ２は、既存のページングメッセージ内のグループ通知のための新しいリストを定義することに同意すべきである。
　ＰＲＡＣＨ容量の問題
　問題定義
　ＰＲＡＣＨの容量問題に対応するかどうかについては、更なる検討が必要である。グループ通知のため、多くのＵＥが同時にページングされ、多くのＰＲＡＣＨの衝突が発生する。さらに、Ｒｅｌ－１７の４つのＷＩ（ＲｅｄＣａｐ、ＳＤＴ、Ｃｏｖｅｒａｇｅ　Ｅｎｈａｎｃｅｍｅｎｔｓ、ＲＡＮ　Ｓｌｉｃｉｎｇ）は、現在ＰＲＡＣＨパーティショニングを独自のメッセージ１の表示用に使用しようと考えているが、これはＰＲＡＣＨ全体の容量に影響する可能性がある。したがって、Ｒｅｌ－１７ネットワークでは、マルチキャストサービス、ユニキャストサービスにかかわらず、ＰＲＡＣＨの衝突の増加によりアクセス待ち時間が遅延する可能性があると思われる。
　一般に、ＰＲＡＣＨの容量は適切なＮＷの実装によって処理され、例えば、ｇＮＢはマルチキャストセッション開始前により多くのリソースを準備することができる。しかし、上記のグループ通知の性質や多くのＭｓｇ１表示に加えて、いくつかの観察によれば、Ｒｅｌ－１７ではそうでない可能性がある。一方、ＮＷの実装では、ＰＲＡＣＨの衝突を回避するために、マルチキャストセッションが開始／アクティブになるまで、又はセッションがディアクティブになるまで、ＵＥをＲＲＣコネクティッド状態に維持することができると指摘されている。言うまでもなく、ＲＲＣコネクティッド状態にあるＵＥは、アイドル／インアクティブ状態にあるＵＥよりもはるかに多くの信号を送信するため、ＵＥの消費電力とＮＷリソース効率の両方の観点から好ましいとは言えない。そのため、ＰＲＡＣＨの衝突を回避するためだけに、かなりコストのかかる選択肢となっている。
　所見４：ＵＥからのＰＲＡＣＨ送信を回避するためだけに、ＵＥをＲＲＣコネクティッド状態に維持するＮＷ実装選択肢は、ＵＥの消費電力とスペクトラル効率の両方の観点から好ましくない。
　配信モード１のグループ通知において、ＰＲＡＣＨの容量が問題となるのは確実であると考えられる。そのため、ＲＡＮ２は、この問題を解決する方法を議論する必要がある。
　提案３：ＲＡＮ２は、グループ通知によるＰＲＡＣＨ容量の問題を解決する方法、すなわち、ＮＷの実装又はＰＲＡＣＨ送信を分散させる標準的なメカニズムのいずれかによって、議論すべきである。
　想定される解決策のアプローチ
　提案３が、複数のＵＥからのＰＲＡＣＨ送信を分散させる標準的な仕組みの導入を打ち出してきた場合、以下の２つのアプローチが考えられる。
　アプローチＡ：周波数領域拡散
　この方法は、ＰＲＡＣＨの送信を複数の周波数に分散させることを目的としている。同様の問題は、実際にＲｅｌ－１３　ＬＴＥで議論されたＭＣＬＤ（Ｍｕｌｔｉｃａｒｒｉｅｒ　Ｌｏａｄ　Ｄｉｓｔｒｉｂｕｔｉｏｎ）によって、アイドル状態のＵＥを複数の周波数に再分配することが可能になった。そのため、グループ通知を送信する直前にｇＮＢが再配信を行うという選択肢もあり得る。このアプローチの欠点は、他の周波数がＰＴＭを介して目的のＭＢＳサービスを提供しない場合、ＵＥはユニキャストを介してＭＢＳサービスを提供するか、ＰＴＭを提供する周波数にハンドオーバーを実行する。
　アプローチＢ：時間領域拡散
　この方法は、ＰＲＡＣＨの送信を複数のタイミングに分散させることを目的としている。ＵＥのセットではＰＲＡＣＨが許可され、他のＵＥのセットでは禁止されるような、ある種の送信機会が必要であると考えられる。この方法の欠点は、新しいメカニズムが必要なため、ＵＥをグループ化する方法やＰＲＡＣＨ送信機会を特定する方法など、より標準的な取り組みが必要であることと、一部のＵＥはグループ通知を受信してから一定期間ＰＲＡＣＨ送信を待機しなければならないため、アクセス遅延が発生することである。
　これらのアプローチには、上記で簡単に説明したように長所と短所がある。したがって、ＲＡＮ２は、必要に応じて、ＮＲ　ＭＢＳの実際の展開シナリオに照らし合わせて、どのアプローチが望ましいか議論する必要がある。
　提案４：提案４及び提案３の結論に応じて、ＲＡＮ２は、複数のＵＥからのＰＲＡＣＨ送信を周波数領域及び／又は時間領域で拡張すべきかどうかについてさらに議論する必要がある。
１　　　　　　：移動通信システム
１００　　　　：ＵＥ
１１０　　　　：受信部
１２０　　　　：送信部
１３０　　　　：制御部
２００　　　　：ｇＮＢ
２０１　　　　：ＣＵ
２０２　　　　：ＤＵ
２１０　　　　：送信部
２２０　　　　：受信部
２３０　　　　：制御部
２４０　　　　：バックホール通信部
３００Ａ　　　：ＡＭＦ
３１０　　　　：通信部
３２０　　　　：制御部

Claims (18)

  1. 　通信方法であって、
    　ＲＲＣインアクティブ状態にあるユーザ装置が、ＴＭＧＩを含むページングメッセージを基地局から受信することと、
    　前記ユーザ装置が、前記ＴＭＧＩによって示されるＭＢＳセッションに前記ユーザ装置が参加している場合、前記ＲＲＣインアクティブ状態からＲＲＣコネクティッド状態に遷移するプロシージャを開始することと、を有する
    　通信方法。
  2. 　前記基地局が、ＭＢＳセッションの識別子を含むグループページングメッセージをコアネットワーク装置から受信することをさらに有する
    　請求項１に記載の通信方法。
  3. 　前記基地局が、前記グループページングメッセージを受信することに応じて、前記ＴＭＧＩを含む前記ページングメッセージを送信することをさらに含む
    　請求項２に記載の通信方法。
  4. 　前記基地局が、ＭＢＳセッションの識別子を含むＲＡＮグループページングメッセージを他の基地局から受信することをさらに有する
    　請求項１に記載の通信方法。
  5. 　前記基地局が、前記ＲＡＮグループページングメッセージを受信することに応じて、前記ＴＭＧＩを含む前記ページングメッセージを送信することをさらに含む
    　請求項４に記載の通信方法。
  6. 　移動通信システムで用いる通信方法であって、
    　前記移動通信システムのネットワークに含まれる第１ネットワーク装置が、前記ネットワークに含まれる第２ネットワーク装置から、前記第２ネットワーク装置がマルチキャスト・ブロードキャストサービス（ＭＢＳ）機能をサポートしているか否かに関するＭＢＳ能力情報を含むメッセージを受信することと、
    　前記第１ネットワーク装置が、前記ＭＢＳ能力情報に基づいて、ＭＢＳセッションの開始を通知するために用いる第１ページングメッセージを生成することと、
    　前記第１ネットワーク装置が、前記第１ページングメッセージを前記第２ネットワーク装置に送信することと、を有する
    　通信方法。
  7. 　前記生成することは、
    　前記第２ネットワーク装置が前記ＭＢＳ機能をサポートすることを前記ＭＢＳ能力情報が示すことに応じて、前記ＭＢＳセッションを示すＭＢＳセッション識別子を含む前記第１ページングメッセージを生成することと、
    　前記第２ネットワーク装置が前記ＭＢＳ機能をサポートしないことを前記ＭＢＳ能力情報が示すことに応じて、前記ＭＢＳセッションに参加しているユーザ装置を示すユーザ装置識別子を含む前記第１ページングメッセージを生成することと、を含む
    　請求項６に記載の通信方法。
  8. 　前記第２ネットワーク装置が、前記第１ネットワーク装置からの前記第１ページングメッセージに基づいて、無線通信により第２ページングメッセージを送信することをさらに有する
    　請求項６又は７に記載の通信方法。
  9. 　前記受信することは、前記第２ネットワーク装置が前記ＭＢＳ機能をサポートしていない場合、前記第２ネットワーク装置が前記ＭＢＳ機能をサポートしていないことを示す前記ＭＢＳ能力情報を含む前記メッセージを受信することを含む
    　請求項６乃至８のいずれか１項に記載の通信方法。
  10. 　前記第１ネットワーク装置は、前記ネットワークにおけるコアネットワーク（ＣＮ）に含まれる管理装置であり、
    　前記第２ネットワーク装置は、前記ネットワークにおける無線アクセスネットワーク（ＲＡＮ）に含まれる基地局である
    　請求項６乃至９のいずれか１項に記載の通信方法。
  11. 　前記第１ネットワーク装置は、前記ネットワークのうち無線アクセスネットワーク（ＲＡＮ）に含まれる第１基地局であり、
    　前記第２ネットワーク装置は、前記ＲＡＮに含まれる第２基地局である
    　請求項６乃至９のいずれか１項に記載の通信方法。
  12. 　前記第１基地局は、前記第１ページングメッセージとして、ＭＢＳセッションを示すＭＢＳセッション識別子を含むＲＡＮページングメッセージを、前記ＭＢＳ機能をサポートする前記第２基地局に送信する
    　請求項１１に記載の通信方法。
  13. 　前記第１ネットワーク装置は、前記ネットワークにおける基地局に含まれる集約ユニット（ＣＵ）であり、
    　前記第２ネットワーク装置は、前記基地局に含まれる分散ユニット（ＤＵ）である
    　請求項６乃至９のいずれか１項に記載の通信方法。
  14. 　前記ＭＢＳ能力情報を含む前記メッセージは、前記ネットワークインターフェイスのセットアップに用いるセットアップ用メッセージである
    　請求項６乃至１３のいずれか１項に記載の通信方法。
  15. 　前記ＭＢＳ能力情報を含む前記メッセージは、前記第２ネットワーク装置の設定更新に用いる設定更新用メッセージである
    　請求項６乃至１３のいずれか１項に記載の通信方法。
  16. 　前記ＭＢＳ能力情報は、前記ＭＢＳ機能の有無を示す情報、ＭＢＳ受信設定をユーザ装置専用シグナリングにより行う機能の有無を示す情報、前記ＭＢＳ受信設定をブロードキャストシグナリングにより行う機能の有無を示す情報、マルチキャストセッションを配信する機能の有無を示す情報、ブロードキャストセッションを配信する機能の有無を示す情報、スプリット・マルチキャスト無線ベアラを取り扱う機能の有無を示す情報のうち、少なくとも１つの情報を含む
    　請求項6乃至１5のいずれか１項に記載の通信方法。
  17. 　前記ＭＢＳ能力情報は、前記第２ネットワーク装置が管理しているセルごとに前記情報を含む
    　請求項１6に記載の通信方法。
  18. 　移動通信システムのネットワークに含まれるネットワーク装置であって、
    　前記ネットワークに含まれる他のネットワーク装置から、前記他のネットワーク装置がＭＢＳ機能をサポートしているか否かに関するマルチキャスト・ブロードキャストサービス（ＭＢＳ）能力情報を含むメッセージを受信する受信部と、
    　前記ＭＢＳ能力情報に基づいて、ＭＢＳセッションの開始を通知するために用いる第１ページングメッセージを生成する制御部と、
    　前記第１ページングメッセージを前記他のネットワーク装置に送信する送信部と、を有する
    　ネットワーク装置。
PCT/JP2022/029549 2021-08-02 2022-08-01 通信方法、ネットワーク装置、及びユーザ装置 WO2023013605A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2023540344A JPWO2023013605A5 (ja) 2022-08-01 通信方法、基地局及び移動通信システム
US18/431,538 US20240179797A1 (en) 2021-08-02 2024-02-02 Communication method, network apparatus, and user equipment

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202163228257P 2021-08-02 2021-08-02
US63/228,257 2021-08-02

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/431,538 Continuation US20240179797A1 (en) 2021-08-02 2024-02-02 Communication method, network apparatus, and user equipment

Publications (1)

Publication Number Publication Date
WO2023013605A1 true WO2023013605A1 (ja) 2023-02-09

Family

ID=85155584

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/029549 WO2023013605A1 (ja) 2021-08-02 2022-08-01 通信方法、ネットワーク装置、及びユーザ装置

Country Status (2)

Country Link
US (1) US20240179797A1 (ja)
WO (1) WO2023013605A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024113951A1 (en) * 2023-08-10 2024-06-06 Zte Corporation Systems and methods for supporting multicast reception in rrc_inactive state

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021149939A1 (en) * 2020-01-23 2021-07-29 Lg Electronics Inc. Method and apparatus for switching between unicast and multicast in a wireless communication system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021149939A1 (en) * 2020-01-23 2021-07-29 Lg Electronics Inc. Method and apparatus for switching between unicast and multicast in a wireless communication system

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architectural enhancements for 5G multicast-broadcast services; Stage 2 (Release 17)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 23.247, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, no. V1.0.0, 7 June 2021 (2021-06-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , pages 1 - 81, XP052029444 *
QUALCOMM INC.: "NR Multicast group paging aspects", 3GPP DRAFT; R2-2105018, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. E-Meeting; 20210519 - 20210528, 11 May 2021 (2021-05-11), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052006737 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024113951A1 (en) * 2023-08-10 2024-06-06 Zte Corporation Systems and methods for supporting multicast reception in rrc_inactive state

Also Published As

Publication number Publication date
US20240179797A1 (en) 2024-05-30
JPWO2023013605A1 (ja) 2023-02-09

Similar Documents

Publication Publication Date Title
WO2022085757A1 (ja) 通信制御方法
JP6689933B2 (ja) 無線端末及びネットワーク装置
WO2022149489A1 (ja) 通信制御方法及びユーザ装置
WO2022085717A1 (ja) 通信制御方法
US20240080939A1 (en) Communication control method and user equipment
US20230354475A1 (en) Communication control method
US20240179797A1 (en) Communication method, network apparatus, and user equipment
WO2022025013A1 (ja) 通信制御方法
WO2022030452A1 (ja) 通信制御方法、基地局、及びユーザ装置
WO2023140144A1 (ja) 通信方法及びユーザ装置
WO2022239691A1 (ja) 通信制御方法
WO2023013609A1 (ja) セル再選択方法及びユーザ装置
WO2023063372A1 (ja) 通信方法
EP4340528A1 (en) Communication control method
US20240073997A1 (en) Communication control method, base station, and user equipment
WO2023013607A1 (ja) 通信方法
WO2022153990A1 (ja) 通信制御方法及びユーザ装置
WO2022210545A1 (ja) 通信制御方法及びユーザ装置
WO2023074529A1 (ja) 通信方法
US20240237143A1 (en) Communication method
WO2022202834A1 (ja) 通信制御方法及びユーザ装置
WO2023132209A1 (ja) 通信方法
EP4358550A1 (en) Communication method
EP4322559A1 (en) Communication control method and user equipment
WO2022085646A1 (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: 22853024

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023540344

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE