WO2023063372A1 - 通信方法 - Google Patents

通信方法 Download PDF

Info

Publication number
WO2023063372A1
WO2023063372A1 PCT/JP2022/038111 JP2022038111W WO2023063372A1 WO 2023063372 A1 WO2023063372 A1 WO 2023063372A1 JP 2022038111 W JP2022038111 W JP 2022038111W WO 2023063372 A1 WO2023063372 A1 WO 2023063372A1
Authority
WO
WIPO (PCT)
Prior art keywords
rrc
mbs
multicast
message
paging
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2022/038111
Other languages
English (en)
French (fr)
Inventor
真人 藤代
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kyocera Corp
Original Assignee
Kyocera Corp
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 Kyocera Corp filed Critical Kyocera Corp
Priority to JP2023554594A priority Critical patent/JP7712379B2/ja
Publication of WO2023063372A1 publication Critical patent/WO2023063372A1/ja
Priority to US18/633,912 priority patent/US20240267938A1/en
Anticipated expiration legal-status Critical
Priority to JP2025116281A priority patent/JP2025157337A/ja
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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
    • 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
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • 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 a communication method used in a mobile communication system.
  • NR New Radio
  • LTE Long Term Evolution
  • 4G fourth generation radio access technology
  • NR has features such as high speed, large capacity, high reliability, and low delay.
  • MBS multicast/broadcast services
  • 5G/NR multicast/broadcast services are expected to provide improved services over 4G/LTE multicast/broadcast services.
  • an object of the present disclosure is to provide a communication method capable of realizing an improved multicast/broadcast service.
  • a communication method is a communication method used in a mobile communication system that provides a multicast broadcast service (MBS), wherein a first base station sends a message requesting paging to a user device that has participated in a multicast session and sending a paging message including an MBS session identifier identifying the multicast session to a second base station over an inter-base station interface.
  • MBS multicast broadcast service
  • a communication method is a communication method used in a mobile communication system that provides a multicast broadcast service (MBS), in which a user equipment in a radio resource control (RRC) idle state or an RRC inactive state is called.
  • MBS multicast broadcast service
  • RRC radio resource control
  • RRC radio resource control
  • a communication method is a communication method used in a mobile communication system that provides a multicast broadcast service (MBS), wherein a user equipment in a radio resource control (RRC) idle state or RRC inactive state, A step of setting cause information indicating a reason for transitioning to the RRC connected state in an RRC message for transitioning to the RRC connected state, and a step of the user equipment transmitting the RRC message to a base station.
  • MBS multicast broadcast service
  • RRC radio resource control
  • a step of setting if the reason is MBS reception only, first cause information specified for MBS reception is set in the RRC message as the cause information; setting second cause information defined for the unicast communication as the cause information in the RRC message, if both are cast communications.
  • 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.
  • 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
  • FIG. 4 is a diagram illustrating an example of internal processing for MBS reception in a UE according to an embodiment;
  • FIG. 8 is a diagram illustrating another example of internal processing regarding MBS reception of the UE according to the embodiment;
  • FIG. 10 is a diagram showing operations related to group activation notification according to the embodiment; It is a figure showing the example of the 1st operation concerning a 1st embodiment. It is a figure showing the example of the 2nd operation concerning a 1st embodiment. It is a figure which shows an example of the cause information which concerns on 2nd Embodiment. It is a figure showing the example of the 1st operation concerning a 2nd embodiment. It is a figure showing the example of the 2nd operation concerning a 2nd embodiment.
  • 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 sixth generation
  • 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 (hereinafter simply called "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 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. 5 is a diagram showing the protocol stack configuration of the radio interface of the control plane that handles signaling (control signals).
  • the radio interface protocol stack of the control plane has an RRC (Radio Resource Control) layer and a NAS (Non-Access Stratum) layer instead of the SDAP layer shown in FIG.
  • RRC 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 the RRC of UE 100 and the RRC of gNB 200
  • UE 100 is in the 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.
  • a layer lower than the NAS layer is called an AS layer.
  • 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. 6 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. 7 is a diagram showing distribution modes according to the first embodiment.
  • the first delivery mode (delivery mode 1: DM1) 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 the MBS traffic channel that transmits MBS data.
  • MTCH configuration information includes MBS session information (including an MBS session identifier to be described later) regarding the MBS session and scheduling information of the MBS traffic channel 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: Down Link-Shared CHannel), which is a type of transport channel.
  • DL-SCH Down Link-Shared CHannel
  • the second delivery mode (Delivery mode 2: DM2) 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. is.
  • 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 using 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 reception configuration.
  • SIB SIB
  • 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 settings (MTCH setting 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. At least one of TMGI, source-specific IP multicast address, and session identifier is called MBS session identifier. TMGI, source-specific IP multicast address, session identifier, and G-RNTI are collectively referred to as MBS session information.
  • FIG. 8 is a diagram showing an example of internal processing regarding MBS reception of the UE 100 according to the first embodiment.
  • FIG. 9 is a diagram showing another example of internal processing regarding MBS reception of the UE 100 according to the first embodiment.
  • MBS radio bearer is one radio bearer that carries a multicast or broadcast session. That is, there are cases where an MRB is associated with a multicast session and where an MRB is associated with a broadcast session.
  • the MRB and the corresponding logical channel are set from gNB 200 to UE 100 by RRC signaling.
  • the MRB setup procedure may be separate from the data radio bearer (DRB) setup procedure.
  • DRB data radio bearer
  • one MRB can be configured as "PTM only (PTM only)", “PTP only (PTP only)", or "both PTM and PTP".
  • PTM only PTM only
  • PTP PTP only
  • the type of such MRB can be changed by RRC signaling.
  • MRB#1 is associated with a multicast session and a dedicated traffic channel (DTCH)
  • MRB#2 is associated with a multicast session and MTCH#1
  • MRB#3 is associated with a broadcast session and MTCH#2.
  • the DTCH is scheduled using the cell RNTI (C-RNTI).
  • MTCH is scheduled using G-RNTI.
  • the PHY layer of the UE 100 processes user data (received data) received on the PDSCH, which is one of the physical channels, and sends it to the downlink shared channel (DL-SCH), which is one of the transport channels.
  • the MAC layer (MAC entity) of the UE 100 processes the data received on the DL-SCH, and corresponds to the received data based on the logical channel identifier (LCID) included in the header (MAC header) included in the received data. to the corresponding logical channel (corresponding RLC entity).
  • LCID logical channel identifier
  • FIG. 9 shows an example in which DTCH and MTCH are associated with MRB associated with a multicast session. Specifically, one MRB is divided (split) into two legs, one leg is associated with DTCH, and the other leg is associated with MTCH. The two legs are combined at the PDCP layer (PDCP entity). That is, the MRB is an MRB of both PTM and PTP (both PTM and PTP). Such an MRB is sometimes called a split MRB.
  • FIG. 10 is a diagram showing operations related to group activation notification according to the first embodiment.
  • a group activation notification may be called a multicast activation notification or a session activation notification.
  • MBS data that is, multicast data
  • MBS session is a multicast session.
  • a multicast session may be mapped to a PTM leg or PTM bearer (MRB).
  • MBS traffic channel (MTCH) or dedicated traffic channel (DTCH) is used for transmission of multicast data from gNB 200 to 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 sends a group activation 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.
  • receive at A group activation notification shall be a type of paging message.
  • UE 100 transitions to the RRC connected state in response to receiving the group activation 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.
  • the UE 100 performs a multicast session joining procedure for joining the target multicast session to the network.
  • 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.
  • the first NAS message is a PDU Session Modification Request, and the message may contain the information of the MBS session identifier and the join request.
  • the second NAS message may be omitted if the MRB configuration from the gNB 200 implicitly indicates that the first NAS message has been acknowledged.
  • "participating in the target multicast session” means registering the UE 100 with the CN device as a member of a UE group (multicast group) that receives the multicast session.
  • the CN device may authenticate the UE 100 during the registration.
  • the CN device may allow the UE 100 to receive a multicast session. Participation in a multicast session may be performed while the multicast session is enabled (during transmission) or disabled (waiting for start of transmission or interrupted).
  • 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
  • the UE 100 starts monitoring group activation notifications from the gNB 200.
  • the group activation notification may be a paging message sent from AMF 300A via gNB 200.
  • the UE 100 monitors group activation notifications in paging occasions (PO) of paging frames (PF) that are set periodically.
  • a group activation 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 activation notification addressed to the group including the UE 100 or to the group in which the UE 100 is interested.
  • the gNB 200 may transmit a group activation notification (paging message) to the UE 100 in response to the paging request (group activation notification request) from the AMF 300A.
  • the group activation notification contains an MBS session identifier that indicates the multicast session to be started.
  • a UE 100 that receives a group activation 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. Further, 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 activation notification (paging message) described above is available only if the gNB 200 supports the MBS function. Therefore, the UE 100 in the RRC idle state or RRC inactive state that is located in the cell of the gNB 200 that does not support the MBS function cannot receive the group activation notification. There is also a concern that the UE 100 cannot receive the group activation notification even when the radio state of the UE 100 is temporarily poor. Therefore, in the first embodiment, by using both group activation notification (paging message) and normal paging message, the UE 100 in the RRC idle state or RRC inactive state participating in the multicast session (Session join) is more Allows you to call reliably.
  • the paging entity that generates the paging message for paging the UE 100 in the RRC idle state or RRC inactive state first uses an MBS session identifier (e.g., TMGI) that identifies the multicast session to be started.
  • MBS session identifier e.g., TMGI
  • Send a first paging message ie, group activation notification
  • the paging entity identifies UEs 100 participating in the multicast session that did not respond to the first paging message.
  • the paging entity sends a second paging message (ie, normal paging message) containing a UE identifier (eg, 5G-S-TMSI) identifying the identified UE 100 .
  • the paging entity transmits the second paging message only when there are UEs 100 participating in the multicast session that did not respond to the first paging message.
  • the paging entity may be AMF 300A.
  • the paging entity may be gNB200.
  • AMF 300A may generate and transmit a paging message for UE 100 in RRC idle state, but gNB 200 may generate and transmit a paging message for UE 100 in RRC inactive state.
  • FIG. 11 is a diagram showing a first operation example according to the first embodiment.
  • the paging entity is AMF 300A.
  • each of the UE 100a and UE 100b that have already joined a certain multicast session (hereinafter referred to as "multicast session #1") are in the RRC idle state.
  • multicast session #1 each of the UE 100a and the UE 100b is located in the same gNB 200 cell, they may be located in different gNB 200 cells.
  • the AMF 300A detects the start (activation) of the multicast session #1.
  • AMF 300A generates a first paging message (ie, group activation notification) including the MBS session identifier (eg, TMGI) of multicast session #1 to be started.
  • a first paging message ie, group activation notification
  • MBS session identifier eg, TMGI
  • the AMF 300A transmits the first paging message to the gNB 200. This first paging message is transmitted over the NG interface.
  • the gNB 200 transmits the first paging message received from the AMF 300A.
  • This first paging message is an RRC message.
  • the UE 100a successfully receives the first paging message, but the UE 100b fails to receive the first paging message. Therefore, the UE 100b does not respond to the first paging message and does not transition to the RRC connected state.
  • the UE 100a that has received the first paging message determines that the multicast session #1 is started in response to the fact that the MBS session identifier of the multicast session #1 in which it participates is included in the first paging message. , determines to transition to the RRC connected state.
  • step S106 the UE 100a performs a random access procedure with the gNB 200. Details of the random access procedure will be described in the second embodiment.
  • step S107 the UE 100a transits to the RRC connected state by a random access procedure.
  • the UE 100a receives from the gNB 200 the RRC reconfiguration message including MTCH configuration information for configuring the MTCH for multicast session #1, and receives the MTCH based on the MTCH configuration information.
  • the UE 100a receives the MBS data of multicast session #1 on the MTCH.
  • step S108 the gNB 200 transmits to the AMF 300A a notification indicating that the UE 100a has transitioned to the RRC connected state in response to the first paging message.
  • notification may be an initial UE message.
  • notification may also be a UE context resume request message.
  • the AMF 300A identifies the UE 100b participating in the multicast session #1 and not responding to the first paging message, based on the notification from the gNB 200. For example, AMF 300A identifies remaining UEs (that is, UE 100b) excluding UE 100a that responded to the first paging message in the list of UEs participating in multicast session #1.
  • step S110 AMF 300A generates a second paging message (that is, normal paging message) including the UE identifier of UE 100b identified in step S109.
  • a second paging message that is, normal paging message
  • the AMF 300A transmits the second paging message to the gNB 200. This second paging message is transmitted over the NG interface.
  • the gNB 200 transmits the second paging message received from the AMF 300A.
  • the UE 100b that has received the second paging message determines to transition to the RRC connected state in response to the inclusion of its own UE identifier in the second paging message.
  • step S113 the UE 100b performs a random access procedure with the gNB200.
  • step S114 the UE 100b transits to the RRC connected state by a random access procedure.
  • the UE 100b receives from the gNB 200 the RRC reconfiguration message including MTCH configuration information for configuring MTCH for multicast session #1, and receives the MTCH based on the MTCH configuration information.
  • the UE 100b receives the MBS data of multicast session #1 on the MTCH.
  • FIG. 12 is a diagram showing a second operation example according to the first embodiment. Assume that the paging entity is the gNB 200 in the second operation example according to the first embodiment. Here, differences from the first operation example according to the first embodiment will be described.
  • step S131 each of the UE 100a and the UE 100b that have already joined the multicast session #1 are in the RRC inactive state.
  • step S132 the gNB 200 detects the start (activation) of the multicast session #1.
  • the gNB 200 In step S133, the gNB 200 generates a first paging message (ie, group activation notification) including the MBS session identifier (eg, TMGI) of multicast session #1 to be started.
  • the first paging message may be sent to neighboring gNBs over the Xn interface.
  • the Xn message may be RAN PAGING or a new message (eg RAN GROUP NOTIFICATION).
  • step S134 the gNB 200 transmits the first paging message.
  • This first paging message is an RRC message and may be called a RAN paging message.
  • the UE 100a successfully receives the first paging message, but the UE 100b fails to receive the first paging message.
  • the UE 100a that has received the first paging message determines that the multicast session #1 is started in response to the fact that the MBS session identifier of the multicast session #1 in which it participates is included in the first paging message. , determines to transition to the RRC connected state.
  • step S135 the UE 100a performs a random access procedure with the gNB 200.
  • step S136 the UE 100a transits to the RRC connected state by a random access procedure.
  • the neighbor gNB may notify gNB 200 via the Xn interface that there was access from UE 100a.
  • the notification may be implicitly performed by a procedure that obtains the context information of the UE 100a from the gNB 200.
  • Such a procedure consists of RETRIEVE UE CONTEXT REQUEST and RETRIEVE UE CONTEXT RESPONSE messages.
  • step S137 the gNB 200 identifies the UE 100b that has participated in the multicast session #1 and has not responded to the first paging message.
  • step S138 the gNB 200 generates a second paging message (that is, normal RAN paging message) including the UE identifier of the UE 100b identified in step S137.
  • a second paging message that is, normal RAN paging message
  • step S139 the gNB 200 transmits the second paging message.
  • the UE 100b that has received the second paging message determines to transition to the RRC connected state in response to the inclusion of its own UE identifier in the second paging message.
  • step S140 the UE 100b performs a random access procedure with the gNB200.
  • step S141 the UE 100b transits to the RRC connected state by a random access procedure.
  • RRC message for transitioning to RRC connected state that is, RRC Setup Request message or RRC Resume Request message
  • RRC connected state that is, RRC Setup Request message or RRC Resume Request message
  • cause information may be called a Cause information element (Cause IE).
  • connection request message the RRC message for transitioning to the RRC connected state may be referred to as a "connection request message”.
  • the gNB 200 Upon receiving the connection request message, the gNB 200 determines whether to accept the connection request based on the Cause information element included in the connection request message. For example, when the resource situation (radio resource, hardware load, BH link, etc.) is tight, the gNB 200 reduces congestion by rejecting connection requests associated with low-priority services.
  • the resource situation radio resource, hardware load, BH link, etc.
  • the UE 100 in the RRC idle state or RRC inactive state includes cause information indicating the reason for transitioning to the RRC connected state in the RRC message (connection request message) for transitioning to the RRC connected state.
  • the RRC message is transmitted to gNB200. If the reason is only MBS reception (for example, PTM reception or multicast reception), UE 100 sets the first cause information specified for MBS reception (PTM reception, multicast reception) as cause information in the RRC message. . On the other hand, if the reason is both MBS reception and unicast communication (for example, uplink data transmission), UE 100 sets the second cause information specified for unicast communication as cause information in the RRC message. .
  • the gNB 200 can identify connection requests intended only for PTM reception (especially multicast reception), and can appropriately accept connection requests intended only for PTM reception (especially multicast reception). In addition, the gNB 200 can appropriately reject a connection request for PTM reception (especially multicast reception) and unicast communication (especially uplink data transmission) according to resource conditions.
  • FIG. 13 is a diagram showing an example of cause information according to the second embodiment.
  • Establishment Cause IE which is the cause information included in the RRC Setup Request message, is exemplified, but the RRC Resume Request message can have a similar configuration.
  • "Establishment Cause IE” is configured so that "multicast-access”, which is an example of the first cause information specified for MBS reception (PTM reception, multicast reception), can be selected. If the reason (purpose) for transitioning to the RRC connected state is MBS reception (PTM reception, multicast reception), UE 100 selects "multicast-access” and sends a connection request message with "multicast-access" set to gNB 200 Send to
  • FIG. 14 is a diagram showing a first operation example according to the second embodiment.
  • the random access procedure is a 4-step random access procedure.
  • step S201 the UE 100 is in the RRC idle state or RRC inactive state.
  • UE 100 starts a random access procedure to transition to the RRC connected state when a reason (cause) for transition to the RRC connected state occurs.
  • the UE 100 transmits a random access preamble (Msg1) to the gNB 200.
  • Msg1 random access preamble
  • step S203 the gNB200 transmits a random access response (Msg2) to the UE100 in response to receiving the random access preamble (Msg1).
  • Msg2 random access response
  • Msg1 random access preamble
  • step S204 the UE 100 determines whether or not the reason for transitioning to the RRC connected state is only PTM reception (in particular, multicast reception).
  • step S205 the UE 100 receives the first specified for PTM reception (in particular, multicast reception).
  • Set the cause information in the connection request message UE 100 receives a paging message including an MBS session identifier that identifies a multicast session to be started (that is, group activation notification), UE 100 is only for MBS reception and transitions to the RRC connected state, and UE 100
  • the first cause information may be set in the connection request message in response to any one of the following conditions being satisfied: transitioning to the RRC connected state without the purpose of uplink data transmission.
  • step S206 the UE 100 defines for unicast communication set the received second cause information in the connection request message.
  • step S207 the UE 100 transmits to the gNB 200 a connection request message (RRC Setup Request message or RRC Resume Request message) in which the first cause information or the second cause information is set.
  • a connection request message RRC Setup Request message or RRC Resume Request message
  • sending such a connection request message is sometimes called Msg3.
  • step S208 the gNB 200 that has received the connection request message determines whether or not to accept the connection request of the UE 100 based on the cause information and resource status included in the connection request message.
  • gNB 200 When accepting the connection request of UE 100 (step S208: YES), gNB 200 transmits a positive response message (RRC Setup message or RRC Resume message) to UE 100 in step S209. As a result, the UE 100 transitions to the RRC connected state. In a 4-step random access procedure, sending such an acknowledgment message is sometimes called Msg4.
  • gNB 200 transmits a negative response message (RRC Reject message) to UE 100 in step S210.
  • RRC Reject message a negative response message
  • FIG. 15 is a diagram showing a second operation example according to the second embodiment.
  • the random access procedure is a two-step random access procedure.
  • differences from the first operation example according to the second embodiment will be described.
  • step S231 the UE 100 is in the RRC idle state or RRC inactive state.
  • UE 100 starts a random access procedure to transition to the RRC connected state when a reason (cause) for transition to the RRC connected state occurs.
  • step S232 the UE 100 determines whether the reason for transitioning to the RRC connected state is only PTM reception (in particular, multicast reception).
  • step S232 If the reason for transitioning to the RRC connected state is only PTM reception (in particular, multicast reception) (step S232: YES), in step S233, the UE 100 receives the first specified for PTM reception (in particular, multicast reception). Set the cause information in the connection request message.
  • step S234 the UE 100 defines for unicast communication set the received second cause information in the connection request message.
  • step S235 the UE 100 transmits a set of a random access preamble and a connection request message (RRC Setup Request message or RRC Resume Request message) in which the first cause information or the second cause information is set to the gNB 200 as MsgA.
  • RRC Setup Request message or RRC Resume Request message a connection request message in which the first cause information or the second cause information is set to the gNB 200 as MsgA.
  • step S236 the gNB 200 that has received the connection request message determines whether or not to accept the connection request of the UE 100 based on the cause information and resource status included in the connection request message.
  • step S237 When accepting the connection request of UE 100 (step S236: YES), in step S237, gNB 200 transmits a set of a random access response and an acknowledgment message (RRC Setup message or RRC Resume message) to UE 100 as MsgB. As a result, the UE 100 transitions to the RRC connected state.
  • RRC Setup message or RRC Resume message an acknowledgment message
  • gNB200 when rejecting the connection request of UE100 (step S236: NO), gNB200 transmits a negative response message (RRC Reject message) to UE100 or does not transmit a random access response to UE100 in step S238. As a result, the UE 100 does not transition to the RRC connected state.
  • RRC Reject message a negative response message
  • Each of the operation flows described above can be implemented in combination of two or more operation flows without being limited to being implemented independently. 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: System on a chip).
  • the terms “based on” and “depending on,” unless expressly stated otherwise, “based only on.” does not mean The phrase “based on” means both “based only on” and “based at least in part on.” Similarly, the phrase “depending on” means both “only depending on” and “at least partially depending on.” Also, “obtain/acquire” may mean obtaining information among stored information, or it may mean obtaining information among information received from other nodes. or it may mean obtaining the information by generating the information.
  • the terms “include,” “comprise,” and variations thereof are not meant to include only the recited items, and may include only the recited items or in addition to the recited items. Means that it may contain further items.
  • references to elements using the "first,” “second,” etc. designations used in this disclosure do not generally limit the quantity or order of those elements. These designations may be used herein as a convenient method of distinguishing between two or more elements. Thus, references to first and second elements do not imply that only two elements may be employed therein, or that the first element must precede the second element in any way.
  • references to first and second elements do not imply that only two elements may be employed therein, or that the first element must precede the second element in any way.
  • RAN2 waits for RAN1's final decision on which RNTI/DCI (RAN1-specified Alt1, Alt2, etc.) to adopt for MCCH change notification. - Mechanisms for dealing with the possibility of UEs missing MCCH change notifications are not specified and left to the UE implementation.
  • Paging for multicast activation notification is used on the relevant legacy PO (Paging Opportunity) for UEs with disabled multicast sessions, as far as RAN3 sees.
  • RAN2 sends LS to RAN3 and SA2 to indicate to UEs with non-activated multicast sessions the priority of paging multicast activation notifications used in the associated legacy PO.
  • RAN2 requests confirmation from RAN3 and, if confirming, also specifies the necessary network signaling.
  • Extend the unicast paging message to include a new paging record list for group activation notification of multicast sessions.
  • the NAS is expected to notify the UE of the release of the multicast session.
  • It is up to the network implementation (eg repeated paging) to handle scenarios where the UE notification may be lost.
  • RAN2 does not prioritize addressing PRACH capacity issues with group notifications.
  • This appendix discusses outstanding issues regarding multicast activation notification for the first delivery mode (DM1) and MCCH change notification for the second delivery mode (DM2).
  • the short message is sent on the PDCCH scrambled by the P-RNTI and the DCI bits are Change System Information (bit 1), ETWS and CMAS indication (bit 2), Stop Paging Monitoring (bit 3, NR-U only) can be notified.
  • a new bit signaling multicast activation notifications (eg, bit 4) may be used to indicate that multicast activation notifications (only) are included in the paging message.
  • a reserved bit field of '00' in the short message indicator which is not the same as the short message above, may be used to indicate that the paging message contains only multicast activation notifications.
  • paging WUS may be used, and only multicast activation notification may be included in the paging message.
  • legacy UEs cannot understand reserved bits in short messages even if they are defined in Rel-17. Also, legacy UEs cannot monitor Rel-17 WUS. Therefore, we understand that legacy UEs cannot avoid decoding paging messages even if the Short Message or the new bits in WUS indicate that the corresponding paging message contains only a multicast activation notification. .
  • the proposal to use the short message indicator above works for legacy UEs to avoid decoding paging messages as long as the behavior of the legacy UE is defined when receiving DCI reserved bit field '00'. sometimes. That is, legacy UEs can be prevented from decoding the corresponding paging message in this case.
  • the point of concern is whether such legacy behavior is already clear, that it consumes the last reserved bitfield, and that it is up to RAN1 anyway.
  • Observation 1 Since legacy UEs cannot understand Rel-17 short messages or monitor Rel-17 WUS, legacy UEs cannot avoid decoding paging messages.
  • Observation 2 Legacy UEs can avoid decoding paging messages if the behavior of the legacy UE is cleared upon receiving the reserved bit field '00' of the short message indicator.
  • RAN2 agreed that "as far as RAN3 confirms, paging for multicast activation notifications is used in legacy POs associated with UEs with non-activating multicast sessions". From the UE's point of view, it is considered still consistent with the RAN2 consensus that "the use of paging in all (legacy) POs using PRNTI is the basic premise (other variations can still be discussed)". That is, both MBS-interested and non-MBS-interested UEs will only wake up on that PO for unicast.
  • the CN will allocate a subgroup for UEs that are interested in MBS, and another subgroup for UEs that are not interested in MBS. It is also possible for the CN to allocate a different subgroup per TMGI if desired.
  • the advantage of enhancing the short message indication is that it is up to RAN1, but it can accommodate both legacy UEs and Rel-17 UEs.
  • the short message indication enhancement drawback is that it is an MBS-specific solution, the behavior of legacy UEs is unclear, and the last reserved bit-field is consumed.
  • paging subgroup/WUS The advantage of paging subgroup/WUS is that it can be a unified solution for both unicast paging and multicast activation notification, but the disadvantage is that it does not work with legacy UEs.
  • Proposal 1 RAN2 should agree to pursue short message indicator enhancement only, not short message enhancement.
  • Proposal 2 RAN2 either applies Rel-17 paging subgroup/WUS as is (works only with Rel-17 UEs, no MBS optimization) or short message indicator (can also work with legacy UEs, up to RAN1) We should discuss whether to strengthen it.
  • the UAC procedure confirms access ban according to the Access Category (AC) and Access Identity (AI) provided by the upper layer or RRC itself, and is executed at the beginning of the RRC connection establishment procedure and RRC connection resumption procedure. If the UE determines that the access attempt is prohibited as a result of the UAC procedure, it refrains from sending the RRC Setup Request or RRC Resume Request and does not start the RACH procedure.
  • UAC is used during network congestion, especially PRACH congestion. As a result, the UAC can ensure accessibility for emergency calls and the like even in a congested state.
  • Finding 7 As a result of Finding 6, access to high priority services such as emergency calls is not affected by multicast activation notifications.
  • Proposal 3 RAN2 should agree not to pursue UAC enhancements.
  • the cause of establishment and the cause of resumption are notified from the UE in RRC Setup Request and RRC Resume Request, respectively, by information from the upper layer or by RRC itself.
  • the gNB may consider radio resource usage, hardware load, backhaul/TNL quality, etc., and decide whether to accept or reject the request from the UE.
  • the gNB may also decide to release the RRC connection of other UEs due to access from UEs providing higher priority services.
  • the cause of establishment/resume may appear to be similar to UAC, but is actually a different mechanism for a different purpose.
  • MBS sessions consume less resources than unicast connections, especially if they are offered via PTM. So there is no reason for gNBs to reject connection requests for MBS services even when the network is congested.
  • some gNB implementations will always accept requests with mt-Access, while other gNB implementations will reject requests depending on their congestion/overload.
  • the problem is that the gNB cannot distinguish between MBS reception requests and unicast connection requests. Therefore, it is effective to define a new cause value indicating that the connection request is for MBS reception only.
  • Proposal 4 RAN2 should agree to introduce a new establishment/restart cause, namely multicast reception only.
  • Cell Reselection RAN2 has agreed to the following outstanding items. • Further consideration is needed if frequencies with multicast support need to be prioritized for idle/inactive UEs monitoring multicast activation notifications.
  • the motivation for introducing multicast activation notifications is to reduce the number of legacy pages (individual UE pages). Therefore, if the number of UEs that cannot receive multicast sessions due to cells that do not support MBS increases, this will directly lead to an increase in the number of legacy pages, and the lack of paging capacity will adversely affect legacy UEs and UEs that are not interested in MBS.
  • AMF's implementation for the paging strategy can be thought of as AMF initially initiating only multicast activation notifications. If there are UEs that are not responding, i.e. idle/inactive UEs, the AMF will initiate legacy paging for these UEs individually to minimize individual paging.
  • the UE should prioritize cells supporting MBS while waiting for the multicast activation notification.
  • RAN2 states for the second delivery mode, "UE is allowed to prioritize the MBS frequency of interest as LTE SC-PTM when the cell of the MBS frequency provides MBS SIB carrying MCCH configuration. ' agreed. "The UE is allowed to prioritize the MBS frequencies of interest if the UE can only receive MBS services by camping on the MBS frequencies as an LTE SC-PTM," and "The UE shall As an LTE SC-PTM, cell reselection candidate frequencies that cannot receive MBS services may be regarded as having the lowest priority during an MBS session.” Therefore, common UE behavior can be enabled in both delivery modes 1 and 2.
  • UE behavior in idle/inactive mode should be unified for both broadcast (second delivery mode) and multicast (first delivery mode).
  • idle/inactive UEs should preferentially use frequencies that support multicast in order to maximize the possibility of receiving multicast activation notifications.
  • Proposal 5 RAN2 should agree that idle/inactive UEs monitoring multicast activation notifications should prioritize frequencies that support multicast.
  • MCCH change notification for other information RAN2 agreed to introduce MCCH change notification due to session start, session change and stop. This indicates the current intention to send MCCH change notifications when the configuration for MTCH reception is changed, such as MBS session information and MTCH scheduling information.
  • RAN2 agreed to the following outstanding items. Indication of MCCH changes due to ongoing session configuration changes (including session termination) is provided by explicit signaling from the network (provided that RAN1 has can be accommodated in the MCCH change notification DCI). Further consideration is needed as to whether this notification can be reused for changes in other information transmitted on the MCCH.
  • ⁇ Other information'' is interpreted as ⁇ It is FS whether the gNB can indicate a list of neighboring cells where the broadcast MBS service provided in the current cell is provided as an LTE SC-PTM.'' may be If the UE misses neighbor cell/frequency information, it is not a significant issue if the UE is staying in the serving cell. However, for UEs in idle/inactive state, the latest neighbor cell information is important information in case of inter-cell mobility. Therefore, in order to continue a more reliable service, if RAN2 agrees to provide neighboring cell/frequency information from MCCH, MCCH change notification will be sent even when other information is changed. need to
  • Proposal 6 RAN2 should send an MCCH change notification when any of the MCCH content changes, i.e. at least neighbor cell information (provided by MCCH) in addition to MBS session information and MTCH scheduling information It should also be agreed that it is also applicable to “other information”, including (if agreed to).
  • RAN 20 CN 100: UE 110: Reception unit 120: Transmission unit 130: Control unit 200: gNB 210: Transmission unit 220: Reception unit 230: Control unit 240: Backhaul communication unit

Landscapes

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

Abstract

第１の態様に係る通信方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、第１基地局が、マルチキャストセッションに参加したユーザ装置に対するページングを要求するメッセージであって、前記マルチキャストセッションを識別するＭＢＳセッション識別子を含むページングメッセージを、基地局間インターフェイス上で第２基地局に送信することを有する。

Description

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

Claims (10)

  1. 　マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、
    　第１基地局が、マルチキャストセッションに参加したユーザ装置に対するページングを要求するメッセージであって、前記マルチキャストセッションを識別するＭＢＳセッション識別子を含むページングメッセージを、基地局間インターフェイス上で第２基地局に送信することを有する
    　通信方法。
  2. 　前記ページングメッセージ中の前記ＭＢＳセッション識別子は、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｍｏｂｉｌｅ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｔｙ）を含む
    　請求項１に記載の通信方法。
  3. 　マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、
    　無線リソース制御（ＲＲＣ）アイドル状態又はＲＲＣインアクティブ状態にあるユーザ装置を呼び出すためのページングメッセージを生成するページングエンティティが、開始されるマルチキャストセッションを識別するＭＢＳセッション識別子を含む第１ページングメッセージを送信することと、
    　前記ページングエンティティが、前記マルチキャストセッションに参加しているユーザ装置であって前記第１ページングメッセージに応答しなかったユーザ装置を特定することと、
    　前記ページングエンティティが、前記特定されたユーザ装置を識別するユーザ装置識別子を含む第２ページングメッセージを送信することと、を有する
    　通信方法。
  4. 　前記第２ページングメッセージを送信することは、前記マルチキャストセッションに参加しているユーザ装置であって前記第１ページングメッセージに応答しなかったユーザ装置が存在する場合に限り前記第２ページングメッセージを送信することを含む
    　請求項３に記載の通信方法。
  5. 　前記ページングエンティティは、ＡＭＦ（Ａｃｃｅｓｓ　ａｎｄ　Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）である
    　請求項３又は４に記載の通信方法。
  6. 　前記ページングエンティティは、基地局である
    　請求項３又は４に記載の通信方法。
  7. 　マルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信方法であって、
    　無線リソース制御（ＲＲＣ）アイドル状態又はＲＲＣインアクティブ状態にあるユーザ装置が、ＲＲＣコネクティッド状態に遷移するためのＲＲＣメッセージに、前記ＲＲＣコネクティッド状態に遷移する理由を示す原因情報をセットすることと、
    　前記ユーザ装置が、前記ＲＲＣメッセージを基地局に送信することと、を有し、
    　前記セットすることは、
    　前記理由が前記ＭＢＳのマルチキャスト又はブロードキャスト受信のみである場合、前記ＭＢＳ受信用に規定された第１原因情報を前記原因情報として前記ＲＲＣメッセージにセットすることと、
    　前記理由が前記マルチキャスト又はブロードキャスト受信とユニキャスト通信との両方である場合、前記ユニキャスト通信用に規定された第２原因情報を前記原因情報として前記ＲＲＣメッセージにセットすることと、を含む
    　通信方法。
  8. 　前記第１原因情報を前記ＲＲＣメッセージにセットすることは、開始されるマルチキャストセッションを識別するＭＢＳセッション識別子を含むページングメッセージを前記ユーザ装置が受信したこと、前記ユーザ装置が前記ＭＢＳ受信のみを目的として前記ＲＲＣコネクティッド状態に遷移すること、及び前記ユーザ装置が上りリンクデータ送信を目的とせずに前記ＲＲＣコネクティッド状態に遷移すること、のいずれかに応じて、前記第１原因情報を前記ＲＲＣメッセージにセットすることを含む
    　請求項７に記載の通信方法。
  9. 　前記ＲＲＣメッセージは、ＲＲＣ　Ｓｅｔｕｐｔ　Ｒｅｑｕｅｓｔメッセージである
    　請求項７又は８に記載の通信方法。
  10. 　前記ＲＲＣメッセージは、ＲＲＣ　Ｒｅｓｕｍｅ　Ｒｅｑｕｅｓｔメッセージである
    　請求項７又は８に記載の通信方法。
PCT/JP2022/038111 2021-10-14 2022-10-12 通信方法 Ceased WO2023063372A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2023554594A JP7712379B2 (ja) 2021-10-14 2022-10-12 通信方法、ネットワークノード、プロセッサ、プログラム、及び移動通信システム
US18/633,912 US20240267938A1 (en) 2021-10-14 2024-04-12 Communication method
JP2025116281A JP2025157337A (ja) 2021-10-14 2025-07-10 通信方法、ネットワークノード、プロセッサ、及びプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202163255563P 2021-10-14 2021-10-14
US63/255,563 2021-10-14

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/633,912 Continuation US20240267938A1 (en) 2021-10-14 2024-04-12 Communication method

Publications (1)

Publication Number Publication Date
WO2023063372A1 true WO2023063372A1 (ja) 2023-04-20

Family

ID=85988663

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/038111 Ceased WO2023063372A1 (ja) 2021-10-14 2022-10-12 通信方法

Country Status (3)

Country Link
US (1) US20240267938A1 (ja)
JP (2) JP7712379B2 (ja)
WO (1) WO2023063372A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12604366B2 (en) * 2022-03-18 2026-04-14 Parsa Wireless Communications Llc Multicast service delivery for use in inactive state
US20260089683A1 (en) * 2024-09-25 2026-03-26 Sharp Kabushiki Kaisha Configuring user equipment with robust paging

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11722855B2 (en) * 2020-05-05 2023-08-08 Qualcomm Incorporated Handling of multicast service data transport for mobility between supporting and non-supporting access nodes
US11832277B2 (en) * 2020-07-07 2023-11-28 Lg Electronics Inc. Method and apparatus for paging for multicast and broadcast service in a wireless communication system
JP7568859B2 (ja) * 2021-01-14 2024-10-16 テレフオンアクチーボラゲット エルエム エリクソン（パブル） ユーザ装置、ネットワークノード及びそれらでの方法
KR20240007933A (ko) * 2021-05-12 2024-01-17 삼성전자주식회사 멀티캐스트 세션 활성화의 통지를 송수신하는 방법 및 장치
EP4360341A1 (en) * 2021-08-05 2024-05-01 Google Llc Managing paging for multicast and broadcast services
EP4135473A1 (en) * 2021-08-12 2023-02-15 Nokia Technologies Oy A downlink multicast service transmission
WO2023033629A1 (en) * 2021-09-06 2023-03-09 Samsung Electronics Co., Ltd. Method and system for performing multicast group paging for mbs multicast session activation notification

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LENOVO, MOTOROLA MOBILITY: "Discussion on Group paging for Multicast Session Activation Notification", 3GPP DRAFT; R3-213743, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. Online; 20210816 - 20210826, 6 August 2021 (2021-08-06), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052035515 *

Also Published As

Publication number Publication date
JP2025157337A (ja) 2025-10-15
JP7712379B2 (ja) 2025-07-23
US20240267938A1 (en) 2024-08-08
JPWO2023063372A1 (ja) 2023-04-20

Similar Documents

Publication Publication Date Title
JP2025087827A (ja) 通信制御方法、ユーザ装置、チップセット、プログラム及び移動通信システム
WO2022025013A1 (ja) 通信制御方法
JP2025157337A (ja) 通信方法、ネットワークノード、プロセッサ、及びプログラム
JP7765479B2 (ja) 通信方法、基地局及び移動通信システム
US20240073997A1 (en) Communication control method, base station, and user equipment
WO2022153991A1 (ja) 通信制御方法
US20240080645A1 (en) Communication control method
US20240080940A1 (en) Communication control method
WO2022153990A1 (ja) 通信制御方法及びユーザ装置
JP7829651B2 (ja) 通信方法、ネットワークノード、ユーザ装置、チップセット、プログラム、及び移動通信システム
US20240179798A1 (en) Communication method
JP2026021454A (ja) ユーザ装置、プロセッサ、プログラム、ネットワークノード及び移動通信システム
JP2026010095A (ja) 通信制御方法、ユーザ装置、プロセッサ、プログラム、及び移動通信システム
JP7774675B2 (ja) 通信方法、ユーザ装置、プロセッサ、プログラム、及び移動通信システム
JP7728348B2 (ja) 通信方法、ユーザ装置
WO2022202834A1 (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: 22881067

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2023554594

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22881067

Country of ref document: EP

Kind code of ref document: A1