WO2023140282A1 - 通信方法 - Google Patents

通信方法 Download PDF

Info

Publication number
WO2023140282A1
WO2023140282A1 PCT/JP2023/001315 JP2023001315W WO2023140282A1 WO 2023140282 A1 WO2023140282 A1 WO 2023140282A1 JP 2023001315 W JP2023001315 W JP 2023001315W WO 2023140282 A1 WO2023140282 A1 WO 2023140282A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbs
relay
user equipment
remote
session
Prior art date
Application number
PCT/JP2023/001315
Other languages
English (en)
French (fr)
Inventor
真人 藤代
ヘンリー チャン
Original Assignee
京セラ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 京セラ株式会社 filed Critical 京セラ株式会社
Priority to JP2023575271A priority Critical patent/JPWO2023140282A5/ja
Publication of WO2023140282A1 publication Critical patent/WO2023140282A1/ja

Links

Images

Classifications

    • 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
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • the present disclosure relates to a communication method used in a mobile communication system.
  • NR New Radio
  • 5G fifth generation
  • 4G fourth generation
  • MBS multicast broadcast services
  • Sidelink relaying is a technology in which a relay node called a relay user equipment (Relay UE) intervenes in communication between a base station and a remote user equipment (Remote UE) and relays this communication.
  • Relay UE relay user equipment
  • Remote UE remote user equipment
  • the communication between the base station and the relay user equipment takes place on the uplink and downlink (also called the Uu interface)
  • the communication between the relay user equipment and the remote user equipment takes place on the sidelink (also called the PC5 interface).
  • a communication method is for transmitting MBS data belonging to a Multicast Broadcast Service (MBS) session from a base station to a remote user equipment via a relay user equipment.
  • the communication method comprises the steps of: the relay user equipment receiving from the base station an MBS session start notification indicating the start of the MBS session; and the relay user equipment transmitting MBS session start information based on the MBS session start notification to the remote user equipment over a sidelink.
  • MBS Multicast Broadcast Service
  • a communication method is for transmitting MBS data belonging to a Multicast Broadcast Service (MBS) session from a base station to a remote user equipment via a relay user equipment.
  • the communication method comprises the steps of: the remote user equipment receiving from the relay user equipment or the base station mapping information that associates an identifier indicating an MBS session with a destination layer 2 identifier; and the remote user equipment receiving MBS data belonging to the MBS session from the base station via the relay user equipment based on the mapping information.
  • Receiving the MBS data includes monitoring a sidelink shared channel (SL-SCH) using the destination Layer 2 identifier associated with the MBS session.
  • SL-SCH sidelink shared channel
  • a communication method is for transmitting MBS data belonging to a Multicast Broadcast Service (MBS) session from a base station to a remote user equipment via a relay user equipment.
  • the communication method comprises the steps of: the remote user equipment and/or the relay user equipment receiving from a core network equipment or a server device mapping information that associates a ProSe layer 2 group identifier or an application layer group identifier with an identifier indicating an MBS session; and the remote user equipment and/or the relay user equipment identifying a destination layer 2 identifier associated with the MBS session based on the mapping information.
  • MBS Multicast Broadcast Service
  • FIG. 1 is a diagram showing the configuration of a mobile communication system according to an embodiment
  • FIG. It is a figure which shows the structure of UE (user apparatus) which concerns on embodiment.
  • It is a diagram showing the configuration of a gNB (base station) according to the embodiment.
  • 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; It is a figure which shows about the side link which concerns on embodiment.
  • FIG. 4 is a diagram showing a structure of a wireless protocol for sidelink communication according to an embodiment; It is a figure which shows an example of the side link relay which concerns on embodiment.
  • FIG. 4 is a diagram showing an example of a user plane protocol stack in sidelink relay according to the embodiment;
  • FIG. 4 is a diagram illustrating an example of a protocol stack of a control plane in sidelink relaying according to an embodiment;
  • FIG. 4 is a diagram illustrating an example of MBS forwarding using sidelink relaying according to an embodiment;
  • FIG. 10 is a diagram illustrating transfer operation of a session start notification according to the embodiment;
  • FIG. 10 is a diagram illustrating an operation example regarding transfer of a session start notification according to the embodiment;
  • FIG. 18 is a diagram showing a modification of the operation shown in FIG. 17;
  • FIG. 4 is a diagram showing a first operation example of MBS data transmission on the sidelink according to the embodiment;
  • FIG. 10 is a diagram showing a second operation example of MBS data transmission on the sidelink according to the embodiment;
  • FIG. 4 is a diagram illustrating an example of a relay UE selection operation by a remote UE according to an embodiment;
  • FIG. 4 is a diagram illustrating an operation example regarding RRC connection operation of a relay UE according to the embodiment;
  • FIG. 4 is a diagram illustrating handover operation of a relay UE according to an embodiment;
  • FIG. 4 is a diagram showing a first operation example of handover of a relay UE according to the embodiment;
  • FIG. 10 is a diagram illustrating a second operation example of handover of a relay UE according to the embodiment;
  • FIG. 10 is a diagram illustrating a third operation example of handover of a relay UE according to the embodiment;
  • MBS Multicast Broadcast Service
  • the relay user equipment forwards the MBS data from the base station to the remote user equipment so that even remote user equipment outside the coverage of the base station can receive the MBS data via the relay user equipment.
  • MBS Multicast Broadcast Service
  • the relay user equipment forwards the MBS data from the base station to the remote user equipment so that even remote user equipment outside the coverage of the base station can receive the MBS data via the relay user equipment.
  • an object of the present disclosure is to make it possible to implement an improved multicast broadcast service.
  • FIG. 1 is a diagram showing the configuration of a mobile communication system according to an 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) 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 the user.
  • the UE 100 is a mobile phone terminal (including a smartphone), 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 provided in the aircraft (Aerial UE).
  • the NG-RAN 10 includes a base station (called “gNB” in the 5G system) 200.
  • the gNBs 200 are interconnected via an Xn interface, which is an interface between base stations.
  • the gNB 200 manages one or more cells.
  • the gNB 200 performs radio communication with the UE 100 that has established connection with its own cell.
  • the gNB 200 has a radio resource management (RRM) function, a user data (hereinafter simply referred to as “data”) routing function, a measurement control function for mobility control/scheduling, and the like.
  • RRM radio resource management
  • a “cell” is used as a term indicating the minimum unit of a wireless communication area.
  • a “cell” is also used as a term indicating a function or resource for radio communication with the UE 100 .
  • One cell belongs to one carrier frequency (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 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 gNB 200 (base station) according to the 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 wireless communication unit that performs wireless 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 consists of 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)) and resource blocks to be allocated to the 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 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 configuration of the protocol stack of the radio interface of the control plane that handles signaling (control signals).
  • the protocol stack of the radio interface of the control plane has an RRC (Radio Re Source Control) layer and a NAS (Non-Access Stratum) layer instead of the SDAP layer shown in FIG.
  • RRC Radio Re Source 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).
  • Use cases (service types) of MBS include public safety communication, mission critical communication, V2X (Vehicle to Everything) communication, IPv4 or IPv6 multicast distribution, IPTV (Internet Protocol Television), group communication, and software distribution.
  • 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 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 protocol data unit (PDU) sessions for each UE 100. Therefore, one PDU session per UE 100 needs to be associated with the multicast session.
  • PDU protocol data unit
  • 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 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 that is 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 that extends the on duration (Inactivity Timer), a scheduling interval or DRX cycle (Scheduling Period, DRX Cycle), an offset value (Start Offset, DRX C On-duration timer start delay slot value (Slot Offset), timer value defining the maximum time until retransmission (Retransmission Timer), timer value defining the minimum interval until HARQ retransmission DL allocation (HARQ RTT Timer).
  • 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.
  • 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 is identified by at least one 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-RNTI.
  • TMGI Temporal Mobile Group Identity
  • source-specific IP multicast address Consisting of a source unicast IP address such as an application function or application server and an IP multicast address indicating a destination address
  • G-RNTI At least one of TMGI, source-specific IP multicast address, and session identifier is called MBS session identifier.
  • MBS session information is 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 embodiment.
  • FIG. 9 is a diagram illustrating another example of internal processing regarding MBS reception of the UE 100 according to the 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.
  • FIG. 8 shows an example in which 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, and MRB#3 is associated with a broadcast session and MTCH#2. That is, MRB#1 is a PTP only (PTP only) MRB, MRB#2 is a PTM only (PTM only) MRB, and MRB#3 is a PTM only (PTM only) MRB.
  • 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 based on the logical channel identifier (LC ID) included in the header (MAC header) included in the received data, the corresponding logical channel (corresponding RLC entity).
  • LC ID 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 side links according to the embodiment.
  • a sidelink is a direct interface between UEs 100 and is provided on the PC5 interface.
  • UE 100 may be within the coverage of gNB 200 (RAN 10). Also, the UE 100 may be outside the coverage of the gNB 200 (RAN 10).
  • UE 100 may be in any RRC state (RRC connected state, RRC idle state, RRC inactive state).
  • Sidelinks are used for sidelink communication.
  • sidelink communication a plurality of neighboring UEs 100 communicate data without going through a network node.
  • Sidelinks are also used for sidelink discovery.
  • Sidelink discovery is for UE 100 to discover other UE 100 in the vicinity. The sidelink communication will be mainly described below.
  • Sidelink communication can support any of a total of three types of transmission modes: unicast transmission, groupcast transmission, and broadcast transmission, for pairs of source layer 2 identifier (Source Layer-2 ID) and destination layer 2 identifier (Destination Layer-2 ID) in AS.
  • Source Layer-2 ID source layer 2 identifier
  • Destination Layer-2 ID destination layer 2 identifier
  • one PC5-RRC connection is supported between two peer UEs forming a UE pair, and control information and user data are transmitted and received between peer UEs on the sidelink.
  • a PC5-RRC connection is a logical connection between two UEs for a source and destination Layer 2 identifier pair that is considered established after the corresponding PC5 unicast link is established.
  • a UE 100 may have multiple PC5-RRC connections with one or more UEs for different pairs of source and destination layer 2 identifiers.
  • Unicast transmission also supports sidelink HARQ feedback, sidelink transmit power control, RLC Acknowledge Mode (RLC AM), and radio link failure detection for PC5-RRC connections.
  • RLC AM RLC Acknowledge Mode
  • group cast user data is transmitted and received between UEs belonging to the group on the sidelink.
  • Sidelink HARQ feedback is supported for groupcast.
  • user data is transmitted and received between UEs on the sidelink.
  • the source layer 2 identifier (Source Layer-2 ID) is an identifier for identifying the source of sidelink communication data.
  • the source layer 2 identifier is 24 bits long and is split into two bit strings at the MAC layer.
  • One bit string is the LSB part (8 bits) of the source Layer 2 identifier and is transferred to the physical layer of the sender. This is used to identify the source of the data of interest in the sidelink control information and to filter the packets at the physical layer on the receiving side.
  • the other bit string is the MSB part (16 bits) of the source Layer 2 identifier and is carried within the MAC header. This is used to filter packets at the MAC layer on the receiving side.
  • a destination layer-2 identifier (Destination Layer-2 ID) is an identifier for identifying the target of sidelink communication data.
  • the destination layer 2 identifier is 24 bits long and is split into two bit strings at the MAC layer.
  • One bit string is the LSB part (16 bits) of the destination layer 2 identifier and is forwarded to the physical layer of the sender. This is used to identify the target of the data of interest in the sidelink control information and to filter the packet at the receiving physical layer.
  • the other bit string is the MSB part (8 bits) of the destination Layer 2 identifier and is carried within the MAC header. This is used to filter packets at the MAC layer on the receiving side.
  • the MAC sublayer performs radio resource selection, packet filtering, priority processing between uplink transmission and sidelink transmission, and sidelink CSI (Channel State Information) reporting.
  • sidelink CSI Channel State Information
  • the LCID included in the MAC subheader uniquely identifies the logical channel within the combination of the source layer 2 identifier and the destination layer 2 identifier.
  • the following logical channels are used for sidelinks.
  • SCCH Sidelink Control Channel
  • PC5-RRC and PC5-S messages A sidelink channel for transmitting control information (PC5-RRC and PC5-S messages) from one UE to another.
  • SCCH is mapped to SL-SCH which is a transport channel.
  • STCH Sidelink Traffic Channel
  • SBCCH Sidelink Broadcast Control Channel
  • FIG. 11 is a diagram showing the configuration of a wireless protocol for sidelink communication according to the embodiment.
  • FIG. 11 shows the protocol stack of the control plane for SCCH for RRC.
  • This protocol stack consists of RRC, PDCP, RLC, MAC, and physical (PHY) layers.
  • FIG. 11 shows the protocol stack of the control plane for SCCH for PC5-S.
  • the PC5-S is positioned above the PDCP, RLC, MAC, and physical (PHY) layers.
  • FIG. 11 shows the protocol stack of the control plane for SBCCH.
  • This protocol stack consists of RRC, RLC, MAC, and physical (PHY) layers.
  • FIG. 11 shows the user plane protocol stack for STCH.
  • This protocol stack consists of SDAP, PDCP, RLC, MAC, and physical (PHY) layers.
  • FIG. 12 is a diagram illustrating an example of sidelink relay according to the embodiment.
  • the relay UE 100-2 intervenes in communication between the gNB 200-1 and the remote UE 100-1, and relays this communication.
  • Remote UE 100-1 communicates with gNB 200-1 via relay UE 100-2.
  • Relay UE 100-2 is located within the coverage of RAN 10 (specifically, gNB 200-1).
  • a remote UE 100-1 is located outside or within the coverage of the RAN10.
  • the remote UE 100-1 performs radio communication (sidelink communication) with the relay UE 100-2 over the PC5 interface (sidelink), which is an interface between UEs.
  • the relay UE 100-2 performs radio communication (Uu communication) with the gNB 200-1 over the NR Uu interface.
  • Uu communication includes uplink communication and downlink communication.
  • FIG. 13 is a diagram showing an example of a user plane protocol stack in sidelink relay according to the embodiment. This figure is also an example of a user plane protocol stack in relay via the relay UE 100-2, that is, U2N (UE to Network) relay.
  • U2N UE to Network
  • the gNB 200-1 has a Uu-SRAP (S identifier elink relay adaptation protocol) layer, a Uu-RLC layer, a Uu-MAC layer, and a Uu-PHY layer used for communication (Uu communication) on the NR Uu interface.
  • Uu-SRAP S identifier elink relay adaptation protocol
  • the relay UE 100-2 has a Uu-SRAP layer, a Uu-RLC layer, a Uu-MAC layer, and a Uu-PHY layer used for communication (Uu communication) on the NR Uu interface. Also, the relay UE 100-2 has a PC5-SRAP layer, a PC5-RLC layer, a PC5-MAC layer, and a PC5-PHY layer used for communication on the PC5 interface (PC5 communication).
  • the remote UE 100-1 has a Uu-SDAP layer and a Uu-PDCP layer used for communication (Uu) on the Uu interface.
  • the remote UE 100-1 also has a PC5-SRAP layer, a PC5-RLC layer, a PC5-MAC layer, and a PC5-PHY layer used for communication on the PC5 interface (PC5 communication).
  • FIG. 14 is a diagram showing an example of a control plane protocol stack in sidelink relay according to the embodiment. This figure is also an example of a control plane protocol stack for U2N relaying.
  • the Uu-RRC layer is arranged.
  • the SRAP layer is arranged on the Uu interface and the PC5 interface.
  • the SRAP layer is an example of a so-called adaptation layer.
  • the SRAP layer exists only in layer 2 relays and not in layer 3 relays.
  • the SRAP layer exists in all of the remote UE 100-1, the relay UE 100-2, and the gNB 200-1.
  • PC5-SRAP and Uu-SRAP have a bearer mapping function. For example, it has the following bearer mapping function.
  • the Uu-SRAPs of the remote UE 100-1 and gNB 200-1 perform mapping between bearers (Uu-PDCP) and PC5 RLC channels (PC5-RLC). Also, the PC5-SRAP and Uu-SRAP of the relay UE 100-2 perform mapping between the PC5 RLC channel (PC5-RLC) and the Uu RLC channel (Uu-RLC). Furthermore, Uu-SRAP has the function of identifying the remote UE 100-1.
  • each of the remote UE 100-1 and the relay UE 100-2 may have an RRC layer for PC5.
  • RRC layer is called "PC5-RRC layer”.
  • PC5-RRC layer There is a one-to-one correspondence between the PC5-RRC connection and the PC5 unicast link between the remote UE 100-1 and the relay UE 100-2, and the PC5-RRC connection is established after the PC5 unicast link is established.
  • each of the remote UE 100-1 and the relay UE 100-2 may have a PC5-S (Signaling) protocol layer.
  • the PC5-S protocol layer is a layer above the PDCP layer.
  • the PC5-S protocol layer is also a layer for transmitting control information, like the PC5-RRC layer.
  • FIG. 15 is a diagram illustrating an example of MBS transfer using sidelink relay according to the embodiment.
  • MBS is combined with sidelink relay.
  • relay UE 100-2 forwards MBS data from gNB 200 to remote UE 100-1.
  • remote UE 100-1 outside the coverage of gNB 200 can receive MBS data via relay UE 100-2.
  • the relay UE 100-2 receives MBS data belonging to the MBS session from the gNB 200 on the downlink (Uu interface).
  • the MBS distribution mode between gNB 200 and relay UE 100-2 may be the first distribution mode (DM1) or the second distribution mode (DM2).
  • the MRB from gNB 200 to relay UE 100-2 may be PTM, PTP, or split bearer (split MRB).
  • MBS data may be transmitted from the gNB 200 to the relay UE 100-2 via a data radio bearer (DRB), that is, unicast.
  • DRB data radio bearer
  • the relay UE 100-2 transmits (forwards) the MBS data received from the gNB 200 to the remote UE 100-1 over the sidelink (PC5 interface).
  • the sidelink transmission mode from relay UE 100-2 to remote UE 100-1 may be unicast, groupcast, or broadcast.
  • TMGI TMGI
  • FIG. 16 is a diagram illustrating transfer operation of a session start notification according to the embodiment.
  • the relay UE 100-2 receives from the gNB 200 the MBS session start notification indicating the start of the MBS session.
  • the relay UE 100-2 transmits MBS session start information based on the MBS session start notification received from the gNB 200 to the remote UE 100-1 over the sidelink. This allows the remote UE 100-1 to grasp the start of the MBS session based on the MBS session start information.
  • the relay UE 100-2 may receive a paging message including the identifier of the MBS session to be started from the gNB 200 as the MBS session start notification.
  • a session start notification may be a paging message containing a list of TMGIs of MBS sessions to be started.
  • Such a paging message is a paging message used in the first delivery mode (DM1), and may be a message notifying multicast session activation to call UE 100 participating in a multicast session as an MBS session.
  • DM1 first delivery mode
  • the gNB 200 transmits a paging message including the TMGI of the multicast session.
  • the start (activation) of a multicast session may be the start of transmission of multicast data in the multicast session. Further, the start (activation) of the multicast session may be a state in which transmission of multicast data can be started in the multicast session.
  • the relay UE 100-2 may receive an MCCH change notification indicating updating of the multicast control channel (MCCH) and the updated MCCH from the gNB 200 as the MBS session start notification.
  • MBS session start notification is used for the second delivery mode (DM2).
  • Relay UE 100-2 receives the updated MCCH from gNB200 in response to receiving the MCCH change notification from gNB200.
  • MCCH contains TMGI as MBS session identifier.
  • the updated MCCH may contain the TMGI of the initiated broadcast session.
  • the relay UE 100-2 then transmits MBS session start information based on the MBS session start notification received from the gNB 200 to the remote UE 100-1 over the sidelink.
  • the MBS session initiation information may include an identifier of the MBS session to be initiated. This allows remote UE 100-1 to identify the MBS session to be initiated.
  • Relay UE 100-2 may send a PC5-RRC message containing MBS session start information to remote UE 100-1.
  • Relay UE 100-2 may also send a discovery message including MBS session start information to remote UE 100-1.
  • the remote UE 100-1 may avoid reselection to the relay UE 100-2, which is different from the relay UE 100-2, in response to receiving the MBS session start information from the relay UE 100-2. For example, the remote UE 100-1 identifies that an MBS session (multicast session or broadcast session) that it is interested in receiving is started based on the MBS session start information, and waits for MBS data transfer while maintaining the current relay UE 100-2.
  • MBS session multicast session or broadcast session
  • the remote UE 100-1 may start monitoring sidelink data transmission from the relay UE 100-2. For example, the remote UE 100-1 identifies based on the MBS session start information that an MBS session (multicast session or broadcast session) it is interested in receiving is started, and starts monitoring sidelink data transmission from the relay UE 100-2. The remote UE 100-1 may stop monitoring sidelink data transmissions from the relay UE 100-2 until the MBS session it is interested in receiving has started. This allows the remote UE 100-1 to reduce power consumption and processing load due to monitoring.
  • MBS session multicast session or broadcast session
  • the relay UE 100-2 may transmit session start information including the TMGI of the MBS session to the remote UE 100-1 only when the MBS session that the remote UE 100-1 is interested in receiving has started. This can prevent unnecessary session start information from being transmitted to the remote UE 100-1, and can reduce the sidelink resource load and the processing load of the remote UE 100-1.
  • relay UE 100-2 may receive from remote UE 100-1 or gNB 200 the identifier of the desired MBS session that remote UE 100-1 is interested in receiving.
  • Relay UE 100-2 may recognize the start of the desired MBS session based on the session start notification received from gNB 200, and indicate the start of the desired MBS session to remote UE 100-1 by MBS session start information.
  • the relay UE 100-2 may transfer only part of the information such as the TMGI to the remote UE 100-1 instead of transferring all the information included in the session start notification received from the gNB 200 to the remote UE 100-1.
  • the relay UE 100-2 may not forward the MTCH scheduling information received on the MCCH from the gNB 200 to the remote UE 100-1.
  • the relay UE 100-2 may forward neighbor cell information received on MCCH from the gNB 200 to the remote UE 100-1 for MBS service continuity.
  • the relay UE 100-2 may also receive from the gNB 200 the layer 2 identifier assigned to the remote UE 100-1 that is interested in receiving the MBS session. Relay UE 100-2 may use the Layer 2 identifier to send MBS session start information to remote UE 100-1.
  • FIG. 17 is a diagram showing an operation example regarding transfer of a session start notification according to the embodiment.
  • the relay UE 100-2 may be in an RRC connected state, an RRC inactive state, or an RRC idle state in relation to the gNB 200.
  • the remote UE 100-1 is interested in receiving the MBS session.
  • the remote UE 100-1 may be in a state of having already joined the multicast session. Participating in a multicast session may mean that the UE 100 is registered in the CN 20 (CN device) as a member of a UE group (multicast group) that receives the multicast session.
  • the remote UE 100-1 may transmit its interested MBS session identifier (TMGI) as MBS interest information to the relay UE 100-2.
  • the remote UE 100-1 may send a PC5-RRC message (or discovery message) containing the MBS session identifier (TMGI) of its interest to the relay UE 100-2.
  • the relay UE 100-2 may associate and store the TMGI and the layer 2 identifier of the remote UE 100-1.
  • the gNB 200 may send a message to the relay UE 100-2 containing the layer 2 identifier of the remote UE 100-1 interested in the MBS session.
  • the relay UE 100-2 may associate and store the TMGI of the MBS session and the layer 2 identifier of the remote UE 100-1.
  • the relay UE 100-2 may send a notification including the MBS session identifier (TMGI) of interest to the remote UE 100-1 to the gNB 200 to receive the MBS session initiation notification (eg, paging message).
  • TMGI MBS session identifier
  • Such an indication may be an MBS Interest Indication (MII).
  • MII MBS Interest Indication
  • UE Assistance Information MBS Assistance Information
  • Relay UE 100-2 may join the multicast session of interest to remote UE 100-1 in order to receive MBS session start notifications (eg, paging messages) in the case of multicast.
  • the remote UE 100-1 and the relay UE 100-2 wait for the start of the MBS session of interest to the remote UE 100-1.
  • Remote UE 100-1 may be in RRC Connected state, RRC Inactive state, or RRC Idle state in relation to gNB 200.
  • the remote UE 100-1 may be in the PC5-RRC Connected state or the PC5-RRC Idle state with respect to the relay UE 100-2.
  • step S105 the relay UE 100-2 receives the MBS session start notification from the gNB200.
  • a paging message containing the TMGI list is received as the MBS session start notification.
  • relay UE 100-2 receives the updated MCCH after receiving the MCCH change notification, and confirms that TMGI (MTCH scheduling information for) has been added in MCCH.
  • the relay UE 100-2 transmits MBS session start information including the TMGI of the MBS session to be started to the remote UE 100-1.
  • the relay UE 100-2 may include all TMGIs (TMGIs for session start) received in step S105 in the MBS session start information.
  • the relay UE 100-2 may include only the TMGI of the MBS session in which the remote UE 100-1 is interested among the TMGIs (TMGIs for session start) received in step S105 in the MBS session start information.
  • the relay UE 100-2 may transmit the MBS session start information targeting the layer 2 identifier of the remote UE 100-1.
  • step S107 in response to receiving from the relay UE 100-2 the MBS session start information indicating the start of the MBS session in which the remote UE 100-1 is interested, the remote UE 100-1 may stop the reselection operation to another relay UE and maintain the currently selected relay UE 100-2.
  • the remote UE 100-1 may start monitoring sidelink data transmissions associated with the MBS session identifier (TMGI) of interest.
  • TMGI MBS session identifier
  • the relay UE 100-2 receives MBS data belonging to the MBS session from the gNB 200 on the downlink (Uu interface).
  • the MBS distribution mode between gNB 200 and relay UE 100-2 may be the first distribution mode (DM1) or the second distribution mode (DM2).
  • the MRB from gNB 200 to relay UE 100-2 may be PTM, PTP, or split bearer (split MRB).
  • MBS data may be transmitted from gNB 200 to relay UE 100-2 using DRB.
  • the relay UE 100-2 transmits (transfers) the MBS data received from the gNB 200 to the remote UE 100-1 over the sidelink (PC5 interface). Specifically, the relay UE 100-2 transmits the MBS data to the remote UE 100-1 on the sidelink shared channel (SL-SCH).
  • the sidelink transmission mode from relay UE 100-2 to remote UE 100-1 may be unicast, groupcast, or broadcast.
  • Remote UE 100-1 receives the MBS data.
  • FIG. 18 is a diagram showing a modified example of the operation shown in FIG.
  • the gNB 200 can grasp the MBS session (TMGI) in which the remote UE 100-1 is interested by obtaining the session join information from the CN 20 .
  • TMGI MBS session
  • step S102b the gNB 200 sends a message containing the MBS session identifier (TMGI) of interest of the remote UE 100-1 to the relay UE 100-2.
  • the message may include the layer 2 identifiers of remote UEs 100-1 interested in the MBS session.
  • the Source Layer 2 Identifier (SRC) and Destination Layer 2 Identifier (DST) attached to the SL-SCH are set as follows.
  • the SRC is the Layer 2 identifier of the transmitting UE, whether unicast, groupcast or broadcast.
  • DST is determined by the following.
  • DST is the Layer 2 identifier of the receiving UE.
  • DST is the ProSe layer 2 group identifier.
  • DST is the translation value from the application layer group identifier. The transmitting UE selects the DST from a set of mappings between ProSe service types and Layer 2 identifiers.
  • DST is the value set in the transmitting UE, and DST is set for ProSe applications.
  • the remote UE 100-1 needs to know the correspondence between its own MBS session identifier (TMGI) of interest and the layer 2 identifier. Specifically, the remote UE 100-1 needs to know which Layer 2 identifier is associated with the TMGI of interest in order to receive only the sidelink transmission of interest (SL-SCH transmission of interest).
  • TMGI MBS session identifier
  • the remote UE 100-1 receives mapping information (mapping information) that associates the identifier (TMGI) indicating the MBS session (specifically, the MBS session in which the remote UE 100-1 is interested) with the destination layer 2 identifier from the relay UE 100-2 or the gNB 200. Based on the association information, the remote UE 100-1 receives MBS data belonging to the MBS session from the gNB 200 via the relay UE 100-2. Here, remote UE 100-1 monitors SL-SCH using the destination layer 2 identifier associated with the MBS session. This allows the remote UE 100-1 to properly receive only the target sidelink transmission from the relay UE 100-2.
  • mapping information mapping information
  • TMGI identifier
  • FIG. 19 is a diagram showing a first operation example of MBS data transmission on the sidelink according to the embodiment. In this operation example, it is assumed that the sidelink transmission mode from the relay UE 100-2 to the remote UE 100-1 is groupcast or broadcast.
  • the gNB 200 may transmit mapping information (mapping information) that associates the identifier (TMGI) indicating the MBS session with the destination layer 2 identifier to the remote UE 100-1 via the relay UE 100-2.
  • mapping information may include one or more sets of TMGIs and destination layer 2 identifiers.
  • the gNB 200 may send an RRC message including the association information to the remote UE 100-1 via the relay UE 100-2.
  • the relay UE 100-2 may transmit mapping information (mapping information) that associates the identifier (TMGI) indicating the MBS session with the destination layer 2 identifier to the remote UE 100-1.
  • mapping information may include one or more sets of TMGIs and destination layer 2 identifiers.
  • Relay UE 100-2 may send a PC5-RRC message, a discovery message, or a PC5-S message containing the binding information to remote UE 100-1.
  • the gNB 200 or the relay UE 100-2 may transmit the association information only to the remote UE 100-1 that is interested in receiving MBS, based on the MBS interest information described above or later.
  • step S202 the remote UE 100-1 monitors the SL-SCH with the destination layer 2 identifier (DST) set in the AS layer (eg MAC layer) based on the mapping information received from the gNB 200 or the relay UE 100-2.
  • DST destination layer 2 identifier
  • step S203 the relay UE 100-2 receives MBS data belonging to the MBS session from the gNB 200 on the downlink (Uu interface).
  • step S204 the relay UE 100-2 transmits (transfers) the MBS data received from the gNB 200 to the remote UE 100-1 over the sidelink (PC5 interface).
  • Remote UE 100-1 receives the MBS data.
  • the gNB 200 may transmit the mapping information (mapping information) that associates the identifier (TMGI) indicating the MBS session with the destination layer 2 identifier to the relay UE 100-2, and the relay UE 100-2 may use the mapping information. If the remote UE 100-1 is within the coverage of the gNB 200, the gNB 200 may directly send the association information to the remote UE 100-1 without going through the relay UE 100-2.
  • mapping information mapping information that associates the identifier (TMGI) indicating the MBS session with the destination layer 2 identifier
  • the ProSe layer 2 group identifier is used as the destination layer 2 identifier (DST).
  • the ProSe Layer 2 Group Identifier may be associated with the TMGI.
  • all UEs in this group shall be interested in this TMGI.
  • an application layer group identifier can be associated with TMGI.
  • the upper layer (NAS, PC5-S, or application layer), specifically, the CN device (eg, AMF) or the ProSe server device, associates the group identifier (ProSe layer 2 group identifier or application layer group identifier) with the TMGI, and may transmit this association information (mapping information) to the remote UE 100-1 and/or the relay UE 100-2.
  • the CN device eg, AMF
  • the ProSe server device associates the group identifier (ProSe layer 2 group identifier or application layer group identifier) with the TMGI, and may transmit this association information (mapping information) to the remote UE 100-1 and/or the relay UE 100-2.
  • the remote UE 100-1 and/or the relay UE 100-2 receive association information that associates the ProSe layer 2 group identifier or application layer group identifier with the identifier indicating the MBS session from the CN device or the ProSe server device.
  • the remote UE 100-1 and/or the relay UE 100-2 may identify the destination layer 2 identifier associated with the MBS session based on the association information.
  • FIG. 20 is a diagram showing a second operation example of MBS data transmission on the sidelink according to the embodiment. In this operation example, it is assumed that the sidelink transmission mode from the relay UE 100-2 to the remote UE 100-1 is groupcast.
  • the CN device or the ProSe server device may transmit association information (mapping information) that associates the group identifier (ProSe layer 2 group identifier or application layer group identifier) with the TMGI to the relay UE 100-2.
  • the relay UE 100-2 may forward the mapping information to the remote UE 100-1.
  • the CN device or the ProSe server device may send association information (mapping information) that associates the group identifier (ProSe layer 2 group identifier or application layer group identifier) with the TMGI to the remote UE 100-1 via the relay UE 100-2.
  • association information may be sent to the remote UE 100-1 in NAS signaling.
  • the upper layer eg, NAS, PC5-S, or application layer of the remote UE 100-1 (and relay UE 100-2) may notify the AS layer of the association information as mapping information between DST and TMGI, for example.
  • the higher layer may notify the AS layer as a DST of interest (DST requested to receive).
  • step S252 the remote UE 100-1 monitors SL-SCH on which the relevant ProSe layer 2 group identifier (DST) is set.
  • DST ProSe layer 2 group identifier
  • step S253 the relay UE 100-2 receives MBS data belonging to the MBS session from the gNB 200 on the downlink (Uu interface).
  • step S254 the relay UE 100-2 transmits (transfers) the MBS data received from the gNB 200 to the remote UE 100-1 over the sidelink (PC5 interface).
  • Remote UE 100-1 receives the MBS data.
  • the remote UE 100-1 Prior to sidelink relaying, the remote UE 100-1 selects the relay UE 100-2 to be used for sidelink relaying from relay UE candidates. After selecting the relay UE 100-2, the relay UE 100-2 may select (reselect) another UE 100 as a new relay UE 100-2.
  • the remote UE 100-1 interested in receiving MBS gives priority to the relay UE 100-2 that can transfer its interested MBS session.
  • the remote UE 100-1 preferentially selects the relay UE 100-2 capable of transferring the desired MBS session over the relay UE 100-2 that does not transfer the desired MBS session that the remote UE 100-1 is interested in receiving.
  • the remote UE 100-1 receives MBS data belonging to the desired MBS session via the selected relay UE 100-2. This allows a remote UE 100-1 interested in MBS reception to receive MBS data belonging to the desired MBS session via the appropriate relay UE 100-2.
  • FIG. 21 is a diagram showing an example of relay UE selection operation by the remote UE 100-1 according to the embodiment.
  • FIG. 21 shows an example in which relay UE 100-2a is connected to gNB 200a via the Uu interface, and relay UE 100-2b is connected to gNB 200b via the Uu interface.
  • Relay UE 100-2a and relay UE 100-2b are relay UE candidates for remote UE 100-1.
  • each of the relay UE candidates may transmit support information indicating whether or not they support transfer of the MBS session on the sidelink.
  • Remote UE 100-1 receives the support information from the relay UE candidate.
  • the remote UE 100-1 preferentially selects relay UE candidates capable of transferring the desired MBS session based on the received support information.
  • the remote UE 100-1 receives MBS data via the relay UE 100-2 selected from among the relay UE candidates. For example, assume that relay UE 100-2a supports MBS session transfer and relay UE 100-2b does not support MBS session transfer. In this case, remote UE 100-1 selects relay UE 100-2a that supports MBS session transfer based on the support information from each relay UE 100-2, and receives MBS data via relay UE 100-2a.
  • each of the relay UE candidates may transmit an identifier (TMGI) indicating an MBS session that can be transferred by itself on the sidelink.
  • TMGI identifier
  • Each of the relay UE candidates may transmit a list of identifiers (TMGI) indicating MBS sessions transferable by itself.
  • the remote UE 100-1 receives the identifier (TMGI).
  • the remote UE 100-1 preferentially selects the relay UE 100-2 capable of transferring the desired MBS session based on the received identifier (TMGI).
  • the remote UE 100-1 receives MBS data via the relay UE 100-2 selected from among the relay UE candidates.
  • remote UE 100-1 selects relay UE 100-2a that supports transfer of the desired MBS session based on the MBS session identifier (TMGI) from each relay UE 100-2, and receives MBS data via relay UE 100-2a.
  • TMGI MBS session identifier
  • the remote UE 100-1 may transmit the desired MBS session identifier (TMGI) to the relay UE candidates as MBS interest information, as described above.
  • TMGI desired MBS session identifier
  • the relay UE candidate may send a PC5-RRC message or a discovery message including support information and/or MBS session identifier (TMGI) to the remote UE 100-1.
  • the remote UE 100-1 may obtain the support information and/or the MBS session identifier (TMGI) of the relay UE candidates by receiving PC5-RRC messages or discovery messages.
  • the relay UE candidate may also send information (support information and/or MBS session identifier (TMGI)) about other relay UE candidates to the remote UE 100-1.
  • a relay UE candidate may obtain information about neighboring relay UE candidates from the gNB 200 .
  • the relay UE candidate may identify a transferable MBS session based on the MBS reception settings received from the gNB200. For example, for a broadcast session, a candidate relay UE may identify a transferable MBS session (TMGI) by receiving and acknowledging the MCCH from the gNB 200 (serving cell). In the case of a multicast session, the relay UE candidate may identify a transferable MBS session (TMGI) by receiving RRC Reconfiguration from the gNB 200 (serving cell) and confirming the TMGI of the set MRB. When the relay UE 100-2 receives MBS data from the gNB 200 via DRB (unicast), the relay UE candidate may identify the MBS session (TMGI) received via the DRB.
  • TMGI transferable MBS session
  • the remote UE 100-1 preferentially selects the relay UE 100-2 capable of transferring the desired MBS session of its own interest. For example, the remote UE 100-1 may select only the relay UE 100-2 capable of transferring the desired MBS session as a candidate for relay UE selection.
  • the remote UE 100-1 may measure the reception quality of the radio signal from each relay UE candidate, add an offset to the measured value (eg, RSRP), and perform relay UE selection.
  • the remote UE 100-1 performs relay UE selection by measuring and comparing the reception quality of radio signals (for example, sidelink communication signals or sidelink discovery signals) received from each relay UE candidate. For example, remote UE 100-1 selects a relay UE candidate with the best reception quality. In such an operation, the remote UE 100-1 gives an offset to the reception quality of relay UE candidates capable of transferring the desired MBS session. This facilitates the selection of relay UE candidates capable of transferring the desired MBS session.
  • RSRP measured value
  • the relay UE 100-2 may need to receive the MBS reception setting (MRB setting) from the gNB 200 in the RRC connected state because the multicast session is distributed in the first distribution mode (DM1). Therefore, the relay UE 100-2 in RRC idle state or RRC inactive state may need to establish or resume an RRC connection in order to receive the multicast session.
  • MBS reception setting MBS reception setting
  • DM1 first distribution mode
  • the relay UE 100-2 in the RRC idle state or RRC inactive state receives interest information (MBS interest information) indicating that the remote UE 100-1 is interested in receiving the multicast session from the remote UE 100-1.
  • the relay UE 100-2 performs connection processing for establishing or resuming an RRC connection with the gNB 200 in response to receiving the interest information. This enables the relay UE 100-2 to receive the multicast session from the gNB 200 and transfer the MBS data belonging to the multicast session to the remote UE 100-1.
  • the gNB 200 cannot distinguish the relay UE 100-2, which is only interested in multicast reception, from normal UEs during connection processing of the relay UE 100-2. Therefore, the gNB 200 may reject the connection process of the relay UE 100-2 due to network congestion, for example. Since multicast reception consumes less resources compared to normal UE (i.e. unicast), it is not preferable to reject the connection process. Therefore, in connection processing, relay UE 100-2 notifies gNB 200 that the connection is dedicated to multicast reception. That is, relay UE 100-2 uses a message transmitted from relay UE 100-2 to gNB 200 in connection processing to notify gNB 200 that the purpose is to transfer the multicast session. This can prevent the gNB 200 from rejecting the connection process.
  • the relay UE 100-2 maps the multicast radio bearer (MRB) corresponding to the multicast session to the sidelink unicast or groupcast between the remote UE 100-1 and the relay UE 100-2.
  • MRB multicast radio bearer
  • FIG. 22 is a diagram showing an operation example regarding the RRC connection operation of the relay UE 100-2 according to the embodiment.
  • step S401 the relay UE 100-2 is in the RRC idle state or RRC inactive state. Note that a PC5-RRC connection may be established between the remote UE 100-1 and the relay UE 100-2.
  • the remote UE 100-1 transmits its own interesting MBS session identifier (TMGI) as MBS interest information to the relay UE 100-2.
  • the MBS interest information may include information indicating interest in receiving multicast sessions.
  • the MBS interest information may include information that the TGI corresponds to a multicast session.
  • the relay UE 100-2 Based on the MBS interest information, the relay UE 100-2 recognizes that the remote UE 100-1 is interested in receiving the multicast session, and recognizes that it needs to transition to the RRC connected state.
  • the relay UE 100-2 starts a connection process with the gNB 200, specifically a random access procedure.
  • the relay UE 100-2 transmits an RRC Setup Request message or an RRC Resume Request message as message 3 (Msg3) of the random access procedure.
  • relay UE 100-2 includes in Msg3 a Cause value (for example, “relay-MBS”) indicating that MBS transfer is intended.
  • the Cause value may be information indicating that it is intended only for MBS reception.
  • the gNB 200 receives Msg3 (RRC Setup Request message or RRC Resume Request message) and transmits Msg4 (RRC Setup message or RRC Resume message) to the relay UE 100-2.
  • relay UE 100-2 may notify gNB 200 that it is intended for MBS transfer (or MBS reception) using a random access preamble as message 1 (Msg1) of the random access procedure.
  • Msg1 message 1
  • a physical random access channel (PRACH) resource for the notification may be prepared, and the relay UE 100-2 may notify by transmitting a random access preamble on the PRACH resource.
  • PRACH physical random access channel
  • step S404 the relay UE 100-2 establishes or resumes the RRC connection and transitions to the RRC connected state.
  • the relay UE 100-2 may send to the gNB 200 an MBS interest notification including the identifier (TMGI) of the MBS session (multicast session) that the remote UE 100-1 is interested in receiving.
  • TMGI the identifier
  • step S406 the gNB 200 transmits to the relay UE 100-2 an RRC Reconfiguration message including MBS reception settings (multicast MRB settings, etc.) for the relay UE 100-2 to receive the multicast session.
  • MBS reception settings multicast MRB settings, etc.
  • the relay UE 100-2 maps the MRB (multicast MRB) set by the gNB 200 to the sidelink. Specifically, the relay UE 100-2 maps the multicast MRB to the sidelink unicast or groupcast. The mapping may be specified from the gNB 200 to the relay UE 100-2, for example in step S406.
  • step S408 the relay UE 100-2 receives MBS data belonging to the multicast session from the gNB 200 on the downlink (Uu interface).
  • the relay UE 100-2 transmits the MBS data received from the gNB 200 to the remote UE 100-1 over the sidelink (PC5 interface). Specifically, the relay UE 100-2 transmits the MBS data to the remote UE 100-1 by unicast or groupcast. Remote UE 100-1 receives the MBS data.
  • relay UE 100-2 may map MRB (broadcast MRB) to sidelink broadcast. This is because broadcast MRB does not support HARQ feedback and may be best effort.
  • FIG. 23 is a diagram showing a handover operation of relay UE 100-2 according to the embodiment.
  • a relay UE 100-2 that transfers MBS data from the gNB 200 to a remote UE 100-1 may be handed over from one cell (source cell 201S) to another cell (target cell 201T).
  • source cell 201S and the target cell 201T may be managed by gNBs 200 different from each other.
  • the source cell 201S and the target cell 201T may be managed by the same gNB200.
  • Such handover includes the following two cases.
  • the remote UE 100-1 may not be able to continue receiving MBS data in response to the handover of the relay UE 100-2.
  • An example operation for the remote UE 100-1 to continue receiving MBS data is described below.
  • the first operation example is an operation example for appropriately handing over the remote UE 100-1 in Case 1 described above.
  • the relay UE 100-2 transfers data received from the first cell (source cell 201S) supporting the sidelink relay function to the remote UE 100-1.
  • the gNB 200 managing the first cell performs processing to transmit a measurement report from the remote UE 100-1 to the gNB 200 in response to determining the handover of the relay UE 100-2 to the second cell (target cell 201T) that does not support the sidelink relay function.
  • the gNB 200 performs handover of the remote UE 100-1 before handover of the relay UE 100-2 based on the measurement report from the remote UE 100-1. This avoids the problem that the remote UE 100-1 cannot continue receiving MBS data in response to the handover of the relay UE 100-2.
  • Such an operation can be applied to all sidelink relays regardless of MBS.
  • FIG. 24 is a diagram showing a first operation example of handover of the relay UE 100-2 according to the embodiment.
  • the gNB 200 that manages the source cell 201S may have obtained information as to whether each neighboring cell of the source cell 201S supports the functions of MBS and sidelink relay.
  • the remote UE 100-1 (and the relay UE 100-2) may be configured to transmit event-triggered measurement reports.
  • the relay UE 100-2 may receive MBS data belonging to the MBS session from the gNB 200 on the downlink (Uu interface).
  • the relay UE 100-2 may transmit (transfer) the MBS data received from the gNB 200 to the remote UE 100-1 over the sidelink (PC5 interface).
  • the relay UE 100-2 transmits a measurement report including the measurement results of each cell to the source cell 201S (gNB 200), for example, according to the deterioration of the received quality of the source cell 201S and/or the improvement of the received quality of the neighboring cells.
  • step S504 the gNB 200 determines to handover the relay UE 100-2 to the target cell that does not support the sidelink relay function. Such a decision may be recognizing that the relay UE 100-2 is likely to be handed over.
  • the gNB 200 instructs the remote UE 100-1 to transmit a measurement report via the relay UE 100-2.
  • the indication may be given by an RRC message.
  • the indication may be sent from gNB 200 to relay UE 100-2, which then forwards it to remote UE 100-1.
  • the indication may force the remote UE 100-1 to send the configured measurement report.
  • the gNB 200 may request the relay UE 100-2 to transmit the instruction, and the relay UE 100-2 may give the instruction to the remote UE 100-1.
  • the remote UE 100-1 transmits a measurement report to the gNB200.
  • the measurement report includes measurement results for each cell measured by the remote UE 100-1.
  • the gNB 200 determines handover of the remote UE 100-1 based on the measurement report from the remote UE 100-1 and selects an appropriate target cell (or relay UE) as a target.
  • the gNB 200 may select targets that support MBS (and sidelink relay) functionality.
  • step S508 the gNB 200 transmits a handover command instructing handover to the determined target to the remote UE 100-1 via the relay UE 100-2.
  • a handover command may be sent by an RRC message.
  • step S509 the remote UE 100-1 accesses (connects to) the target according to the received handover command.
  • Remote UE 100-1 may receive MBS data from the target.
  • step S510 the gNB 200 transmits a handover command to the relay UE 100-2.
  • step S511 the relay UE 100-2 accesses (connects to) the target according to the received handover command.
  • the second operation example is an operation example for enabling the remote UE 100-1 to perform MBS continuous reception in case 2 described above.
  • the relay UE 100-2 transfers MBS data received by the relay UE 100-2 from the first cell (source cell 201S) supporting the MBS function to the remote UE 100-1.
  • the gNB 200 that manages the first cell, in response to determining the handover of the relay UE 100-2 to the second cell (target cell 201T) that does not support the MBS function, performs processing to establish a PDU session for distributing MBS data to the remote UE 100-1 by unicast to the remote UE 100-1.
  • the gNB 200 performs handover of the relay UE 100-2 after establishing the PDU session.
  • the PDU session as shown in FIG. 6, it is possible to receive MBS data from the CN 20 by unicast. Therefore, even if the relay UE 100-2 is handed over to the second cell (target cell 201T) that does not support the MBS function, the remote UE 100-1 can continue receiving MBS data using the established PDU session.
  • FIG. 25 is a diagram showing a second operation example of handover of the relay UE 100-2 according to the embodiment.
  • the gNB 200 that manages the source cell 201S may have obtained information as to whether each neighboring cell of the source cell 201S supports the functions of MBS and sidelink relay.
  • the relay UE 100-2 may receive MBS data belonging to the MBS session from the gNB 200 on the downlink (Uu interface).
  • the relay UE 100-2 may transmit (transfer) the MBS data received from the gNB 200 to the remote UE 100-1 over the sidelink (PC5 interface).
  • the relay UE 100-2 may transmit a measurement report including the measurement results of each cell to the source cell 201S (gNB 200), for example, in response to the deterioration of the received quality of the source cell 201S and/or the improvement of the received quality of neighboring cells.
  • step S534 the gNB 200 determines to handover the relay UE 100-2 to the target cell that does not support the MBS function. Such a decision may be recognizing that the relay UE 100-2 is likely to be handed over.
  • step S535 the gNB 200 instructs the remote UE 100-1 to establish a PDU session for MBS reception via the relay UE 100-2.
  • the indication may be given by an RRC message.
  • the indication may be sent from gNB 200 to relay UE 100-2, which then forwards it to remote UE 100-1.
  • the instruction may include information (cause information) indicating that the PDU session establishment is caused by the handover of the relay UE 100-2.
  • the AS of the remote UE 100-1 may notify its own NAS of the instruction.
  • step S536 the remote UE 100-1 establishes a PDU session for MBS reception.
  • step S537 the gNB 200 transmits a handover command to the relay UE 100-2.
  • step S538 the relay UE 100-2 performs access (connection processing) to the target according to the received handover command.
  • the remote UE 100-1 then continues to receive MBS data using the PDU session established on the relay UE 100-2.
  • the third operation example is an operation example for enabling handover of the remote UE 100-1 to the target cell 201T that supports the MBS function, in order to avoid Case 2 described above.
  • the relay UE 100-2 identifies MBS sessions that the remote UE 100-1 is interested in receiving.
  • Relay UE 100-2 transmits an identifier (TMGI) indicating the identified MBS session to gNB200.
  • TMGI identifier
  • the relay UE 100-2 may transmit to the gNB 200 the MBS session identifier (TMGI) that each remote UE 100-1 is interested in receiving.
  • FIG. 26 is a diagram showing a third operation example of handover of the relay UE 100-2 according to the embodiment.
  • the gNB 200 that manages the source cell 201S may have obtained information as to whether each neighboring cell of the source cell 201S supports the functions of MBS and sidelink relay.
  • the relay UE 100-2 may receive MBS data belonging to the MBS session from the gNB 200 on the downlink (Uu interface).
  • the relay UE 100-2 may transmit (transfer) the MBS data received from the gNB 200 to the remote UE 100-1 over the sidelink (PC5 interface).
  • the relay UE 100-2 identifies the MBS session identifier (TMGI) in which the remote UE 100-1 is interested. As described above, the relay UE 100-2 may perform the identification in step S553 from the information (MBS interest information) of the MBS session identifier of interest (TMGI) transmitted from the remote UE 100-1. The relay UE 100-2 may identify step S553 from the identifier (TMGI) of the MBS session currently being transferred by the relay UE 100-2.
  • MBS interest information the MBS session identifier of interest
  • the relay UE 100-2 transmits a message including the specified identifier (TMGI) to the gNB200.
  • the message may be an MBS Notification of Interest (MII).
  • MII MBS Notification of Interest
  • the message may include information indicating that the remote UE 100-1, rather than the relay UE 100-2, is the MBS session identifier (TMGI) of interest.
  • step S555 the relay UE 100-2 transmits a measurement report including the measurement results of each cell to the source cell 201S (gNB 200), for example, according to the deterioration of the received quality of the source cell 201S and/or the improvement of the reception quality of the neighboring cells.
  • step S556 based on the identifier (TMGI) received from the relay UE 100-2 in step S554, the gNB 200 determines handover of the relay UE 100-2 to the target that provides the MBS session corresponding to the TMGI.
  • TMGI identifier
  • step S557 the gNB 200 transmits a handover command to the relay UE 100-2.
  • step S558 the relay UE 100-2 accesses (connects to) the target according to the received handover command.
  • remote UE 100-1 may receive the MBS session start notification described above from relay UE 100-2.
  • the notification may be a PC5-RRC message containing said MBS session start information.
  • the notification may also be a discovery message containing MBS session start information.
  • Each operation flow described above is not limited to being implemented independently, but can be implemented by combining two or more operation flows. For example, some steps of one operation flow may be added to another operation flow, or some steps of one operation flow may be replaced with some steps of another operation flow.
  • the base station may be an NR base station (gNB) or a 6G base station.
  • the base station may be a relay node such as an IAB (Integrated Access and Backhaul) node.
  • a base station may be a DU of an IAB node.
  • the UE 100 may be an MT (Mobile Termination) of an IAB node.
  • the relay UE may be read as an IAB node (relay node) and the remote UE may be read as UE.
  • 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).
  • a communication method for transmitting MBS data belonging to a Multicast Broadcast Service (MBS) session from a base station to a remote user equipment via a relay user equipment comprising: the relay user equipment receiving from the base station an MBS session start notification indicating the start of the MBS session; said relay user equipment transmitting MBS session start information based on said MBS session start notification to said remote user equipment over a sidelink.
  • MBS Multicast Broadcast Service
  • the receiving step includes receiving, from the base station, a paging message including an identifier of an MBS session to be started as the MBS session start notification.
  • the receiving step includes receiving an MCCH change notification indicating updating of a multicast control channel (MCCH) and the updated MCCH from the base station as the MBS session start notification.
  • MCCH multicast control channel
  • the step of the relay user equipment receiving from the remote user equipment or the base station an identifier of a desired MBS session that the remote user equipment is interested in receiving;
  • the communication method according to any one of (1) to (4) above, wherein the MBS session start information is information indicating start of the desired MBS session to the remote user equipment.
  • transmitting the MBS session start information includes transmitting the MBS session start information to the remote user equipment using the layer 2 identifier.
  • a communication method for transmitting MBS data belonging to a Multicast Broadcast Service (MBS) session from a base station to a remote user equipment via a relay user equipment comprising: receiving, by the remote user equipment, from the relay user equipment or the base station, mapping information that associates an identifier indicating an MBS session with a destination layer 2 identifier; said remote user equipment receiving MBS data belonging to said MBS session from said base station via said relay user equipment based on said binding information;
  • receiving the MBS data comprises monitoring a sidelink shared channel (SL-SCH) using the destination Layer 2 identifier associated with the MBS session.
  • SL-SCH sidelink shared channel
  • a communication method for transmitting MBS data belonging to a Multicast Broadcast Service (MBS) session from a base station to a remote user equipment via a relay user equipment comprising: the remote user equipment and/or the relay user equipment receiving, from a core network device or a server device, association information that associates a ProSe layer 2 group identifier or an application layer group identifier with an identifier indicating an MBS session; determining, by the remote user equipment and/or the relay user equipment, a destination layer 2 identifier associated with the MBS session based on the association information.
  • MBS Multicast Broadcast Service
  • 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/JP2023/001315 2022-01-21 2023-01-18 通信方法 WO2023140282A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023575271A JPWO2023140282A5 (ja) 2023-01-18 通信方法、遠隔ユーザ装置及び中継ユーザ装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202263301803P 2022-01-21 2022-01-21
US63/301,803 2022-01-21

Publications (1)

Publication Number Publication Date
WO2023140282A1 true WO2023140282A1 (ja) 2023-07-27

Family

ID=87348271

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/001315 WO2023140282A1 (ja) 2022-01-21 2023-01-18 通信方法

Country Status (1)

Country Link
WO (1) WO2023140282A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017026408A1 (ja) * 2015-08-12 2017-02-16 京セラ株式会社 無線端末

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017026408A1 (ja) * 2015-08-12 2017-02-16 京セラ株式会社 無線端末

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architectural enhancements for 5G multicast-broadcast services; Stage 2 (Release 17)", 3GPP TS 23.247, no. V17.1.0, 23 December 2021 (2021-12-23), pages 1 - 102, XP052083248 *
CATT: "On Sidelink Relay Enhancements in Rel-18", 3GPP TSG RAN REL-18 WORKSHOP, RWS-210407, 7 June 2021 (2021-06-07), XP052025960 *
MODERATOR (LG ELECTRONICS): "Moderator’s summary for discussion [RAN93e-R18Prep-06] Sidelink enhancements (excluding positioning)", 3GPP TSG RAN #93E RP-211656, 2 September 2021 (2021-09-02), XP052046771 *
VIVO: "Open issues on L2 Control Plane Procedures", 3GPP TSG RAN WG2 #116BIS-E R2-2200471, 11 January 2022 (2022-01-11), XP052093637 *

Also Published As

Publication number Publication date
JPWO2023140282A1 (ja) 2023-07-27

Similar Documents

Publication Publication Date Title
JP6416431B2 (ja) ネットワーク装置、通信方法、プロセッサ及び基地局
JP7307284B2 (ja) 通信制御方法
WO2022085717A1 (ja) 通信制御方法
WO2022239690A1 (ja) 通信制御方法及びユーザ装置
WO2023074530A1 (ja) 通信方法
WO2022239691A1 (ja) 通信制御方法
WO2022030452A1 (ja) 通信制御方法、基地局、及びユーザ装置
WO2023140144A1 (ja) 通信方法及びユーザ装置
WO2023013605A1 (ja) 通信方法、ネットワーク装置、及びユーザ装置
WO2022153990A1 (ja) 通信制御方法及びユーザ装置
WO2023140282A1 (ja) 通信方法
WO2023140283A1 (ja) 通信方法
WO2023013607A1 (ja) 通信方法
WO2023074529A1 (ja) 通信方法
WO2023074721A1 (ja) 通信方法及びユーザ装置
WO2022080230A1 (ja) 通信制御方法
WO2023013608A1 (ja) 通信方法
WO2022210545A1 (ja) 通信制御方法及びユーザ装置
JP7259136B2 (ja) 通信制御方法、基地局、ユーザ装置及びプロセッサ
WO2023063374A1 (ja) 通信方法及びユーザ装置
WO2022085646A1 (ja) 通信制御方法
WO2024034567A1 (ja) 通信方法
WO2022234847A1 (ja) 通信制御方法及びユーザ装置
WO2023002988A1 (ja) 通信方法
WO2023068263A1 (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: 23743276

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2023575271

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE