WO2022181525A1 - 通信システムおよび通信端末 - Google Patents

通信システムおよび通信端末 Download PDF

Info

Publication number
WO2022181525A1
WO2022181525A1 PCT/JP2022/006883 JP2022006883W WO2022181525A1 WO 2022181525 A1 WO2022181525 A1 WO 2022181525A1 JP 2022006883 W JP2022006883 W JP 2022006883W WO 2022181525 A1 WO2022181525 A1 WO 2022181525A1
Authority
WO
WIPO (PCT)
Prior art keywords
base station
multicast
communication
leg
data
Prior art date
Application number
PCT/JP2022/006883
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 EP22759561.8A priority Critical patent/EP4301004A1/en
Priority to KR1020237027333A priority patent/KR20230147066A/ko
Priority to JP2023502375A priority patent/JPWO2022181525A1/ja
Priority to CN202280015524.0A priority patent/CN116868593A/zh
Publication of WO2022181525A1 publication Critical patent/WO2022181525A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/06—Reselecting a communication resource in the serving access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • 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
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations
    • 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/08—Access point devices
    • H04W88/085—Access point devices with remote components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0096—Channel splitting in point-to-point links
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0058—Transmission of hand-off measurement information, e.g. measurement reports

Definitions

  • This disclosure relates to wireless communication technology.
  • LTE Long Term Evolution
  • SAE System Architecture Evolution
  • OFDM Orthogonal Frequency Division Multiplexing
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • LTE does not include circuit switching and is only a packet communication method.
  • FIG. 1 is an explanatory diagram showing the structure of a radio frame used in an LTE communication system.
  • one radio frame is 10 ms.
  • a radio frame is divided into 10 equally sized subframes.
  • a subframe is divided into two equal-sized slots.
  • a downlink synchronization signal is included in the first and sixth subframes of each radio frame.
  • Synchronization signals include a primary synchronization signal (P-SS) and a secondary synchronization signal (S-SS).
  • Non-Patent Document 1 (Chapter 5) describes the decisions made by 3GPP regarding the channel configuration in the LTE system. It is assumed that CSG (Closed Subscriber Group) cells also use the same channel configuration as non-CSG cells.
  • a physical broadcast channel is a communication terminal device such as a base station device (hereinafter sometimes simply referred to as a "base station”) to a mobile terminal device (hereinafter sometimes simply referred to as a “mobile terminal”). (hereinafter sometimes simply referred to as "communication terminal”).
  • a BCH transport block is mapped to 4 subframes in a 40 ms interval. There is no explicit signaling of 40ms timing.
  • PCFICH Physical Control Format Indicator Channel
  • the PCFICH notifies the communication terminal from the base station of the number of OFDM (Orthogonal Frequency Division Multiplexing) symbols used for PDCCHs.
  • PCFICH is transmitted every subframe.
  • a Physical Downlink Control Channel is a channel for downlink transmission from a base station to a communication terminal.
  • PDCCH includes resource allocation information for a downlink shared channel (DL-SCH), which is one of the transport channels described later, and paging channel (PCH), which is one of the transport channels described later. ) and HARQ (Hybrid Automatic Repeat ReQuest) information on DL-SCH.
  • DL-SCH downlink shared channel
  • PCH paging channel
  • HARQ Hybrid Automatic Repeat ReQuest
  • PDCCH carries an uplink scheduling grant.
  • the PDCCH carries Ack (Acknowledgment)/Nack (Negative Acknowledgment), which are response signals to uplink transmission.
  • PDCCH is also called L1/L2 control signal.
  • a physical downlink shared channel is a channel for downlink transmission from a base station to a communication terminal.
  • a downlink shared channel (DL-SCH), which is a transport channel, and a PCH, which is a transport channel, are mapped to the PDSCH.
  • a Physical Multicast Channel is a channel for downlink transmission from a base station to a communication terminal.
  • a multicast channel (Multicast Channel: MCH), which is a transport channel, is mapped to PMCH.
  • a physical uplink control channel is a channel for uplink transmission from a communication terminal to a base station.
  • PUCCH carries Ack/Nack, which is a response signal for downlink transmission.
  • PUCCH carries CSI (Channel State Information).
  • CSI is composed of RI (Rank Indicator), PMI (Precoding Matrix Indicator), and CQI (Channel Quality Indicator) reports.
  • RI is rank information of a channel matrix in MIMO.
  • PMI is precoding weight matrix information used in MIMO.
  • CQI is quality information indicating the quality of received data or communication channel quality.
  • PUCCH also carries a scheduling request (SR).
  • SR scheduling request
  • a physical uplink shared channel is a channel for uplink transmission from a communication terminal to a base station.
  • An uplink shared channel (UL-SCH), which is one of transport channels, is mapped to the PUSCH.
  • a Physical Hybrid ARQ Indicator Channel is a channel for downlink transmission from a base station to a communication terminal.
  • PHICH carries Ack/Nack, which is a response signal to uplink transmission.
  • a physical random access channel is a channel for uplink transmission from a communication terminal to a base station. PRACH carries a random access preamble.
  • a downlink reference signal (reference signal: RS) is a symbol known as an LTE communication system.
  • the following five types of downlink reference signals are defined.
  • Cell-specific reference signal (CRS), MBSFN reference signal (MBSFN reference signal), data demodulation reference signal (DM-RS) which is UE-specific reference signal (UE-specific reference signal) , Positioning Reference Signal (PRS), Channel State Information Reference Signal (CSI-RS).
  • RSRP reference signal received power
  • the uplink reference signal is also a symbol known as an LTE communication system.
  • the following two types of uplink reference signals are defined. They are a data demodulation reference signal (DM-RS) and a sounding reference signal (SRS).
  • DM-RS data demodulation reference signal
  • SRS sounding reference signal
  • Non-Patent Document 1 (Chapter 5) will be explained.
  • the broadcast channel (BCH) is broadcast over the entire coverage of the base station (cell).
  • BCH is mapped to a Physical Broadcast Channel (PBCH).
  • PBCH Physical Broadcast Channel
  • HARQ Hybrid ARQ
  • DL-SCH downlink shared channel
  • the DL-SCH can be broadcast to the entire coverage of the base station (cell).
  • DL-SCH supports dynamic or semi-static resource allocation.
  • Semi-static resource allocation is also called persistent scheduling.
  • DL-SCH supports discontinuous reception (DRX) of communication terminals in order to reduce the power consumption of communication terminals.
  • the DL-SCH is mapped onto a physical downlink shared channel (PDSCH).
  • PDSCH physical downlink shared channel
  • a paging channel supports DRX of a communication terminal in order to enable low power consumption of the communication terminal.
  • the PCH is required to be broadcast to the entire coverage of the base station (cell).
  • the PCH is dynamically mapped to a physical resource such as a Physical Downlink Shared Channel (PDSCH) that can be used for traffic.
  • PDSCH Physical Downlink Shared Channel
  • a multicast channel is used for broadcasting to the entire coverage of a base station (cell).
  • the MCH supports SFN combining of MBMS (Multimedia Broadcast Multicast Service) services (MTCH and MCCH) in multi-cell transmission.
  • MCH supports semi-static resource allocation.
  • MCH is mapped to PMCH.
  • HARQ Hybrid ARQ
  • PUSCH physical uplink shared channel
  • RACH random access channel
  • PRACH Physical Random Access Channel
  • HARQ is a technique for improving the communication quality of a transmission line by combining automatic repeat request (ARQ) and error correction (Forward Error Correction).
  • ARQ automatic repeat request
  • FEC Correction Forward Error Correction
  • HARQ has the advantage that error correction functions effectively by retransmission even for a transmission path whose communication quality changes. In particular, it is possible to further improve the quality by combining the reception result of the initial transmission and the reception result of the retransmission at the time of retransmission.
  • BCCH broadcast control channel
  • BCH broadcast channel
  • DL-SCH downlink shared channel
  • a paging control channel is a downlink channel for transmitting changes in paging information and system information.
  • PCCH is used when the network does not know the cell location of the communication terminal.
  • a logical channel, PCCH is mapped to a transport channel, a paging channel (PCH).
  • a common control channel is a channel for transmission control information between a communication terminal and a base station. CCCH is used when the communication terminal does not have an RRC connection with the network.
  • CCCH is mapped to a downlink shared channel (DL-SCH), which is a transport channel.
  • DL-SCH downlink shared channel
  • UL-SCH uplink shared channel
  • a multicast control channel is a downlink channel for one-to-many transmission.
  • MCCH is used for transmission of MBMS control information for one or several MTCHs from the network to communication terminals.
  • MCCH is used only for communication terminals that are receiving MBMS.
  • MCCH is mapped to a multicast channel (MCH), which is a transport channel.
  • a dedicated control channel is a channel that transmits dedicated control information between a communication terminal and a network on a one-to-one basis.
  • DCCH is used when the communication terminal is in an RRC connection.
  • DCCH is mapped to an uplink shared channel (UL-SCH) in uplink, and mapped to a downlink shared channel (DL-SCH) in downlink.
  • UL-SCH uplink shared channel
  • DL-SCH downlink shared channel
  • a dedicated traffic channel is a one-to-one communication channel to a dedicated communication terminal for transmitting user information.
  • DTCH exists in both uplink and downlink.
  • the DTCH is mapped to an uplink shared channel (UL-SCH) in uplink, and mapped to a downlink shared channel (DL-SCH) in downlink.
  • UL-SCH uplink shared channel
  • DL-SCH downlink shared channel
  • a multicast traffic channel is a downlink channel for transmitting traffic data from a network to communication terminals.
  • MTCH is a channel used only by communication terminals that are receiving MBMS.
  • MTCH is mapped to a multicast channel (MCH).
  • CGI is a Cell Global Identifier.
  • ECGI is an E-UTRAN Cell Global Identifier.
  • LTE Long Term Evolution Advanced
  • UMTS Universal Mobile Telecommunication System
  • CSG Cell Subscriber Group
  • Communication terminal location tracking is performed in units of areas consisting of one or more cells. Position tracking is performed to track the position of the communication terminal even in a standby state and to call the communication terminal, in other words, to enable the communication terminal to receive a call.
  • the area for position tracking of this communication terminal is called a tracking area.
  • LTE-A Long Term Evolution Advanced
  • CA Carrier Aggregation
  • the UE When CA is configured, the UE, which is a communication terminal, has a network (Network: NW) and only one RRC connection. In an RRC connection, one serving cell provides NAS mobility information and security inputs. This cell is called a primary cell (PCell).
  • PCell In the downlink, the carrier corresponding to the PCell is the downlink primary component carrier (DL PCC).
  • DL PCC downlink primary component carrier
  • UPC uplink primary component carrier
  • a secondary cell is configured together with the PCell to form a set of serving cells.
  • the carrier corresponding to the SCell is the Downlink Secondary Component Carrier (DL SCC).
  • the carrier corresponding to the SCell is the uplink secondary component carrier (UL SCC).
  • a serving cell set consisting of one PCell and one or more SCells is configured for one UE.
  • LTE-A new technologies in LTE-A include technology that supports wider bands (wider bandwidth extension) and coordinated multiple point transmission and reception (CoMP) technology.
  • CoMP under consideration for LTE-A in 3GPP is described in Non-Patent Document 1.
  • small-scale base station devices small-scale base station devices
  • technologies such as installing a large number of small eNBs and configuring a large number of small cells to improve frequency utilization efficiency and increase communication capacity are being studied.
  • DC dual connectivity
  • eNBs that perform dual connectivity (DC)
  • MeNB master eNB
  • SeNB secondary eNB
  • the volume of mobile network traffic is on the rise, and communication speeds are also increasing. Once full-scale operation of LTE and LTE-A is started, it is expected that the communication speed will be further increased.
  • 5G 5th generation radio access system
  • METIS a 5th generation radio access system
  • the 5G radio access system Compared to the LTE system, the 5G radio access system has 1000 times the system capacity, 100 times the data transmission speed, 1/10th the data processing delay, and 100 times the number of simultaneous connections of communication terminals. As a requirement, it is necessary to further reduce power consumption and reduce the cost of the device.
  • the NR system is being studied based on the LTE and LTE-A systems, but the following changes and additions have been made to the LTE and LTE-A systems.
  • OFDM is used in the downlink direction
  • OFDM is used in the uplink direction
  • DFT-s-OFDM DFT-spread-OFDM
  • NR In NR, cell coverage is ensured by forming a narrow beam-shaped transmission/reception range (beamforming) and changing the direction of the beam (beam sweeping).
  • Various subcarrier intervals that is, various numerologies are supported in the NR frame configuration.
  • one subframe is 1 millisecond and one slot is composed of 14 symbols regardless of numerology.
  • the number of slots included in one subframe is one in numerology with a subcarrier interval of 15 kHz, and increases in proportion to the subcarrier interval in other numerologies (Non-Patent Document 13 (3GPP TS38.211 )reference).
  • the downlink synchronization signal in NR is transmitted from the base station as a synchronization signal burst (hereinafter sometimes referred to as an SS burst) with a predetermined period and a predetermined duration.
  • the SS burst is composed of synchronization signal blocks (Synchronization Signal Blocks: hereinafter sometimes referred to as SS blocks) for each beam of the base station.
  • the base station transmits the SS block of each beam by changing the beam within the duration of the SS burst.
  • the SS block consists of P-SS, S-SS and PBCH.
  • phase tracking reference signal a phase tracking reference signal (PTRS) as a downlink reference signal for NR.
  • the PTRS is added to the uplink reference signal as well as the downlink.
  • SFI Slot Format Indication
  • BWP Bandwidth Part
  • SL Side Link
  • EPS Evolved Packet System
  • 3GPP is considering several new technologies. For example, multicast using NR is under study. In multicast using NR, for example, a reliable multicast method, dynamic switching between point-to-multipoint (PTM) transmission and point-to-point (PTP) transmission is being studied. (See Non-Patent Documents 24, 25, and 26).
  • PTM point-to-multipoint
  • PTP point-to-point
  • a PDCP (Packet Data Convergence Protocol) status report may be used in switching between the PTM leg and the PTP leg.
  • sending a PDCP status report from the UE to the base station requires an indication from the base station.
  • the UE transmits a PDCP status report to the base station in response to an instruction such as DRB (Data Radio Bearer) modification from the base station (see Non-Patent Documents 19 and 27). Therefore, for example, if the UE fails to receive some PDCP PDUs (Protocol Data Units) consisting of multicast data, the UE cannot send a PDCP status report to the base station, resulting in A problem arises that the situation of lack of multicast data cannot be resolved.
  • PDCP PDUs Protocol Data Units
  • one object of the present disclosure is to realize a communication system that can quickly ensure reliability in multicast.
  • a communication system includes a base station compatible with New Radio Access Technology and a communication terminal capable of performing multicast communication with the base station.
  • Reception status information which is information about status, is transmitted to the communicating base station, and the base station controls retransmission of data to the communication terminal based on the reception status information.
  • FIG. 2 is an explanatory diagram showing the configuration of a radio frame used in an LTE communication system
  • 1 is a block diagram showing the overall configuration of an LTE-based communication system 200 under discussion in 3GPP
  • FIG. 1 is a block diagram showing the overall configuration of an NR-based communication system 210 under discussion in 3GPP
  • FIG. 3 is a block diagram of DC with eNB and gNB connecting to EPC
  • FIG. 4 is a block diagram of DC by gNB connected to NG core
  • FIG. 4 is a block diagram of DC by eNB and gNB connecting to NG core
  • FIG. 4 is a block diagram of DC by eNB and gNB connecting to NG core
  • 3 is a block diagram showing the configuration of mobile terminal 202 shown in FIG. 2.
  • FIG. 3 is a block diagram showing the configuration of base station 203 shown in FIG. 2.
  • FIG. It is a block diagram which shows the structure of MME. It is a block diagram which shows the structure of a 5GC part.
  • FIG. 2 is a flowchart showing an overview from cell search to standby operation performed by a communication terminal (UE) in an LTE-based communication system;
  • FIG. 1 is a diagram showing an example of a cell configuration in an NR system;
  • FIG. FIG. 4 is a sequence diagram showing operations of switching from a PTM leg to a PTP leg and from a PTP leg to a PTM leg in multicast transmission, according to Embodiment 1;
  • FIG. 10 is a sequence diagram showing another example of the operation of switching from the PTM leg to the PTP leg and from the PTP leg to the PTM leg in multicast transmission, according to the first embodiment
  • FIG. 4 is a sequence diagram showing multicast operations in which a PTM leg and a PTP leg are used simultaneously, according to the first embodiment
  • FIG. 4 is a configuration diagram of a PDCP entity and an RLC entity used in multicast using a PTM leg and/or a PTP leg, regarding Modification 1 of Embodiment 1
  • FIG. 10 is a diagram showing another example of configurations of a PDCP entity and an RLC entity used in multicast using a PTM leg and/or a PTP leg, in Modification 1 of Embodiment 1;
  • FIG. 10 is a diagram showing another example of configurations of a PDCP entity and an RLC entity used in multicast using a PTM leg and/or a PTP leg, in Modification 1 of Embodiment 1;
  • FIG. 10 is a diagram showing a multicast architecture in DC for Embodiment 2;
  • FIG. 10 is a diagram showing another example of multicast architecture in DC for Embodiment 2;
  • FIG. 10 is a diagram showing another example of multicast architecture in DC for Embodiment 2;
  • FIG. 10 is a diagram showing another example of multicast architecture in DC for Embodiment 2;
  • FIG. 10 is a sequence diagram showing a setting operation of a multicast bearer configuration in DC regarding Embodiment 2;
  • FIG. 12 is a diagram showing a multicast architecture in a base station with a CU/DU separated configuration, regarding Embodiment 3;
  • FIG. 12 is a diagram showing another example of multicast architecture in a base station with a CU/DU separated configuration, regarding Embodiment 3;
  • FIG. 12 is a diagram showing another example of multicast architecture in a base station with a CU/DU separated configuration, regarding Embodiment 3;
  • FIG. 10 is a connection diagram in multicast from base stations constituting IAB in Embodiment 4;
  • FIG. 10 is a protocol stack diagram in multicast from base stations that configure the IAB in Embodiment 4;
  • FIG. 12 is a diagram showing another example of connection in multicast from base stations that configure IAB in Embodiment 4;
  • FIG. 2 is a block diagram showing the overall configuration of an LTE-based communication system 200 under discussion in 3GPP.
  • the radio access network is called E-UTRAN (Evolved Universal Terrestrial Radio Access Network) 201 .
  • a mobile terminal device hereinafter referred to as “user equipment (UE)”
  • UE user equipment
  • base station E-UTRAN NodeB: eNB
  • communication terminal equipment includes not only mobile terminal equipment such as mobile phone terminal equipment, but also non-moving devices such as sensors.
  • communication terminal device may be simply referred to as “communication terminal”.
  • a control protocol for the mobile terminal 202 such as RRC (Radio Resource Control), and a user plane (hereinafter sometimes referred to as U-Plane), such as PDCP (Packet Data Convergence Protocol), RLC (Radio Link Control), MAC (Medium Access Control) and PHY (Physical layer) terminate at the base station 203, the E-UTRAN is composed of one or more base stations 203.
  • RRC Radio Resource Control
  • U-Plane user plane
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • PHY Physical layer
  • a control protocol RRC Radio Resource Control
  • RRC Radio Resource Control
  • the states of the base station 203 and mobile terminal 202 in RRC include RRC_IDLE and RRC_CONNECTED.
  • RRC_IDLE PLMN (Public Land Mobile Network) selection, system information (SI) notification, paging, cell re-selection, mobility, etc. are performed.
  • RRC_CONNECTED the mobile terminal has an RRC connection and can send and receive data to and from the network. Also, in RRC_CONNECTED, handover (HO), measurement of neighboring cells (measurement), etc. are performed.
  • the base station 203 is composed of one or more eNBs 207.
  • EPC Evolved Packet Core
  • EPS Evolved Packet System
  • the EPC, which is the core network, and the E-UTRAN 201, which is the radio access network, may be collectively referred to as a “network”.
  • the eNB 207 is a Mobility Management Entity (MME), or an S-GW (Serving Gateway), or an MME/S-GW section including the MME and S-GW (hereinafter sometimes referred to as "MME section") 204 and Control information is communicated between the eNB 207 and the MME unit 204 via the S1 interface.
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • MME/S-GW section including the MME and S-GW
  • Control information is communicated between the eNB 207 and the MME unit 204 via the S1 interface.
  • a plurality of MME units 204 may be connected to one eNB 207 .
  • the eNBs 207 are connected by an X2 interface, and control information is communicated between the eNBs 207 .
  • the MME unit 204 is a higher-level device, specifically a higher-level node, and controls connection between the eNB 207, which is a base station, and the mobile terminal (UE) 202.
  • the MME unit 204 constitutes an EPC, which is a core network.
  • Base station 203 constitutes E-UTRAN 201 .
  • the base station 203 may configure one cell or multiple cells. Each cell has a predetermined range as coverage, which is a range in which mobile terminal 202 can be communicated with, and wirelessly communicates with mobile terminal 202 within the coverage. When one base station 203 constitutes a plurality of cells, each cell is configured to be able to communicate with the mobile terminal 202 .
  • FIG. 3 is a block diagram showing the overall configuration of a 5G communication system 210 under discussion in 3GPP.
  • the radio access network is called NG-RAN (Next Generation Radio Access Network) 211 .
  • the UE 202 is capable of wireless communication with an NR base station device (hereinafter referred to as "NR base station (NG-RAN NodeB: gNB)") 213, and transmits and receives signals by wireless communication.
  • NR base station (NG-RAN NodeB: gNB) Next Generation Radio Access Network
  • the core network is called 5G Core (5GC).
  • 5GC 5G Core
  • Control protocols for UE 202 such as RRC (Radio Resource Control), user plane (hereinafter sometimes referred to as U-Plane), such as SDAP (Service Data Adaptation Protocol), PDCP (Packet Data Convergence Protocol), RLC (Radio Link Control), MAC (Medium Access Control), and PHY (Physical layer) terminate at the NR base station 213, the NG-RAN is configured by one or more NR base stations 213.
  • RRC Radio Resource Control
  • U-Plane user plane
  • SDAP Service Data Adaptation Protocol
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • PHY Physical layer
  • the function of the control protocol RRC (Radio Resource Control) between the UE 202 and the NR base station 213 is the same as in LTE.
  • the states of the NR base station 213 and the UE 202 in RRC include RRC_IDLE, RRC_CONNECTED, and RRC_INACTIVE.
  • RRC_IDLE and RRC_CONNECTED are the same as in the LTE system.
  • RRC_INACTIVE maintains the connection between the 5G core and the NR base station 213, while system information (System Information: SI) is broadcast, paging, cell re-selection, mobility, etc. are performed. .
  • SI System Information
  • gNB 217 has access and mobility management function (AMF), session management function (SMF), or user plane function (UPF), or AMF/SMF/UPF including AMF, SMF and UPF section (hereinafter sometimes referred to as “5GC section”) 214 via an NG interface.
  • AMF access and mobility management function
  • SMF session management function
  • UPF user plane function
  • AMF/SMF/UPF including AMF, SMF and UPF section hereinafter sometimes referred to as “5GC section” 214 via an NG interface.
  • AMF access and mobility management function
  • SMF session management function
  • UPF user plane function
  • AMF/SMF/UPF including AMF, SMF and UPF section hereinafter sometimes referred to as “5GC section” 214 via an NG interface.
  • Control information and/or user data are communicated between the gNB 217 and the 5GC unit 214 .
  • the NG interface is a generic term for the N2 interface between gNB 217 and AMF, the
  • the 5GC unit 214 is a host device, specifically a host node, and distributes paging signals to one or more base stations 203 and/or base stations 213 .
  • the 5GC unit 214 performs mobility control in the idle state (Idle State).
  • the 5GC unit 214 manages the tracking area list when the mobile terminal 202 is in the standby state, inactive state, and in the active state.
  • the 5GC unit 214 initiates the paging protocol by sending a paging message to the cell belonging to the Tracking Area in which the mobile terminal 202 is registered.
  • each cell is configured to be able to communicate with UE 202 .
  • the gNB 217 may be divided into a central unit (hereinafter referred to as CU) 218 and a distributed unit (hereinafter referred to as DU) 219.
  • CU central unit
  • DU distributed unit
  • One CU 218 is configured in gNB 217 .
  • One or more DUs 219 are configured in gNBs 217 .
  • CU 218 is connected to DU 219 by an F1 interface, and control information and/or user data are communicated between CU 218 and DU 219 .
  • the 5G communication system may include the Unified Data Management (UDM) function and Policy Control Function (PCF) described in Non-Patent Document 21 (3GPP TS23.501).
  • UDM and/or PCF may be included in 5GC section 214 in FIG.
  • a location management function described in Non-Patent Document 32 (3GPP TS38.305) may be provided.
  • the LMF may be connected to the base station via the AMF as disclosed in Non-Patent Document 33 (3GPP TS23.273).
  • the non-3GPP interworking function (N3IWF) described in Non-Patent Document 21 (3GPP TS23.501) may be included.
  • the N3IWF may terminate an access network (AN) with the UE in non-3GPP access with the UE.
  • AN access network
  • FIG. 4 is a diagram showing the configuration of DC by eNB and gNB connected to EPC.
  • solid lines indicate U-Plane connections
  • dashed lines indicate C-Plane connections.
  • the eNB 223-1 is the master base station and the gNB 224-2 is the secondary base station (this DC configuration is sometimes referred to as EN-DC).
  • FIG. 4 shows an example in which the U-Plane connection between the MME unit 204 and the gNB 224-2 is performed via the eNB 223-1, but even if it is performed directly between the MME unit 204 and the gNB 224-2 good.
  • FIG. 5 is a diagram showing the configuration of DC by gNBs connected to the NG core.
  • solid lines indicate U-Plane connections
  • dashed lines indicate C-Plane connections.
  • gNB 224-1 is the master base station
  • gNB 224-2 is the secondary base station (this DC configuration may be referred to as NR-DC).
  • FIG. 5 shows an example in which the U-Plane connection between the 5GC unit 214 and the gNB224-2 is performed via the gNB224-1. good.
  • FIG. 6 is a diagram showing the configuration of DC by eNB and gNB connected to the NG core.
  • solid lines indicate U-Plane connections
  • dashed lines indicate C-Plane connections.
  • the eNB 226-1 is the master base station and the gNB 224-2 is the secondary base station (this DC configuration may be referred to as NG-EN-DC).
  • FIG. 6 shows an example in which the U-Plane connection between the 5GC unit 214 and the gNB224-2 is performed via the eNB226-1. good.
  • FIG. 7 is a diagram showing another configuration of DC by eNB and gNB connected to the NG core.
  • solid lines indicate U-Plane connections
  • dashed lines indicate C-Plane connections.
  • gNB 224-1 is the master base station
  • eNB 226-2 is the secondary base station (this DC configuration may be referred to as NE-DC).
  • FIG. 7 shows an example in which the U-Plane connection between the 5GC unit 214 and the eNB 226-2 is performed via the gNB 224-1. good.
  • FIG. 8 is a block diagram showing the configuration of mobile terminal 202 shown in FIG. Transmission processing of the mobile terminal 202 shown in FIG. 8 will be described.
  • control data from the protocol processing unit 301 and user data from the application unit 302 are saved in the transmission data buffer unit 303 .
  • the data stored in the transmission data buffer unit 303 is transferred to the encoder unit 304 and subjected to encoding processing such as error correction.
  • the data encoded by the encoder section 304 is modulated by the modulation section 305 . Precoding in MIMO may be performed in modulation section 305 .
  • the modulated data After being converted into a baseband signal, the modulated data is output to frequency conversion section 306 and converted into a radio transmission frequency. Thereafter, transmission signals are transmitted to base station 203 from antennas 307-1 to 307-4.
  • FIG. 8 illustrates the case where the number of antennas is four, but the number of antennas is not limited to four.
  • the reception processing of the mobile terminal 202 is executed as follows. Radio signals from base station 203 are received by antennas 307-1 to 307-4. The received signal is converted from a radio reception frequency to a baseband signal by frequency conversion section 306 , and demodulated by demodulation section 308 . Weight calculation and multiplication processing may be performed in the demodulator 308 . The demodulated data is passed to the decoder section 309 and subjected to decoding processing such as error correction. Of the decoded data, control data is passed to protocol processing section 301 and user data is passed to application section 302 . A series of processing of mobile terminal 202 is controlled by control unit 310 .
  • the control unit 310 is connected to each of the units 301 to 309, though omitted in FIG.
  • the control unit 310 is implemented by, for example, a processing circuit including a processor and memory. That is, the control unit 310 is realized by the processor executing a program describing a series of processes of the mobile terminal 202 . A program describing a series of processes of the mobile terminal 202 is stored in the memory. Examples of memory are nonvolatile or volatile semiconductor memories such as RAM (Random Access Memory), ROM (Read Only Memory), flash memory, and the like.
  • the control unit 310 may be realized by a dedicated processing circuit such as FPGA (Field Programmable Gate Array), ASIC (Application Specific Integrated Circuit), DSP (Digital Signal Processor). In FIG. 8, the number of antennas used for transmission and the number of antennas used for reception by mobile terminal 202 may be the same or different.
  • FIG. 9 is a block diagram showing the configuration of base station 203 shown in FIG. Transmission processing of the base station 203 shown in FIG. 9 will be described.
  • EPC communication section 401 transmits and receives data between base station 203 and EPC (MME section 204, etc.).
  • the 5GC communication unit 412 transmits and receives data between the base station 203 and 5GC (5GC unit 214, etc.).
  • the other base station communication unit 402 transmits and receives data to and from another base station.
  • EPC communication unit 401, 5GC communication unit 412, and other base station communication unit 402 exchange information with protocol processing unit 403, respectively. Control data from protocol processing section 403 , and user data and control data from EPC communication section 401 , 5GC communication section 412 , and other base station communication section 402 are saved in transmission data buffer section 404 .
  • the data stored in the transmission data buffer unit 404 is passed to the encoder unit 405 and subjected to encoding processing such as error correction. There may be data that is directly output from transmission data buffer section 404 to modulation section 406 without being subjected to encoding processing.
  • the encoded data is subjected to modulation processing in modulation section 406 . Precoding in MIMO may be performed in modulation section 406 .
  • the modulated data is output to frequency conversion section 407 and converted into a radio transmission frequency.
  • a transmission signal is then transmitted to one or more mobile terminals 202 from antennas 408-1 to 408-4.
  • FIG. 9 illustrates the case where the number of antennas is four, but the number of antennas is not limited to four.
  • the reception processing of the base station 203 is executed as follows. Radio signals from one or more mobile terminals 202 are received by antenna 408 . The received signal is converted from a radio reception frequency to a baseband signal by frequency conversion section 407 and demodulated by demodulation section 409 . The demodulated data is passed to the decoder section 410 and subjected to decoding processing such as error correction. Of the decoded data, control data is passed to protocol processing unit 403, 5GC communication unit 412, EPC communication unit 401, or other base station communication unit 402, and user data is passed to 5GC communication unit 412, EPC communication unit 401, or other base station communication unit. It is passed to the station communication unit 402 .
  • control unit 411 A series of processes of the base station 203 are controlled by the control unit 411 . Therefore, the control unit 411 is connected to each of the units 401 to 410 and 412, though omitted in FIG. Like the control unit 310 of the mobile terminal 202 described above, the control unit 411 is realized by a processing circuit including a processor and memory, or by a dedicated processing circuit such as FPGA, ASIC, or DSP. In FIG. 9, the number of antennas used for transmission and the number of antennas used for reception by the base station 203 may be the same or different.
  • FIG. 9 is a block diagram showing the configuration of the base station 203
  • the base station 213 may also have the same configuration. 8 and 9, the number of antennas of mobile terminal 202 and the number of antennas of base station 203 may be the same or different.
  • FIG. 10 is a block diagram showing the configuration of the MME.
  • FIG. 10 shows the configuration of MME 204a included in MME section 204 shown in FIG.
  • the PDN GW communication unit 501 transmits and receives data between the MME 204a and the PDN GW (Packet Data Network Gate Way).
  • a base station communication unit 502 transmits and receives data via the S1 interface between the MME 204 a and the base station 203 . If the data received from the PDN GW is user data, the user data is passed from the PDN GW communication unit 501 to the base station communication unit 502 via the user plane communication unit 503 and then to one or more base stations 203 sent. When the data received from the base station 203 is user data, the user data is passed from the base station communication unit 502 to the PDN GW communication unit 501 via the user plane communication unit 503 and transmitted to the PDN GW.
  • PDN GW Packet Data Network Gate Way
  • control data is passed from the PDN GW communication unit 501 to the control plane control unit 505.
  • control data is passed from the base station communication section 502 to the control plane control section 505 .
  • the HeNBGW communication unit 504 transmits and receives data between the MME 204a and the HeNB GW (Home-eNB Gate Way). Control data received by the HeNBGW communication unit 504 from the HeNB GW is passed to the control plane control unit 505 . The HeNBGW communication unit 504 transmits control data input from the control plane control unit 505 to the HeNB GW.
  • the control plane control unit 505 includes a NAS security unit 505-1, an SAE bearer control unit 505-2, an idle state (Idle State) mobility management unit 505-3, and the like, and a control plane (hereinafter referred to as C-Plane). in some cases).
  • the NAS security unit 505-1 performs NAS (Non-Access Stratum) message security and the like.
  • the SAE bearer control unit 505-2 manages SAE (System Architecture Evolution) bearers.
  • the idle state mobility management unit 505-3 manages mobility in the standby state (idle state: LTE-IDLE state, or simply called idle), generates and controls paging signals in the standby state, Adds, deletes, updates, searches, manages the tracking area list, etc. of the tracking areas of one or more mobile terminals 202 .
  • the MME 204a distributes paging signals to one or more base stations 203.
  • the MME 204a also performs mobility control in the idle state.
  • the MME 204a manages the tracking area list when the mobile terminal 202 is in a standby state and in an active state.
  • the MME 204a initiates the paging protocol by sending a paging message to a cell belonging to the Tracking Area in which the mobile terminal 202 is registered.
  • Management of the CSG, CSG ID, and whitelist of the eNB 207 connected to the MME 204a may be performed by the idle state mobility manager 505-3.
  • control unit 506 is connected to each of the units 501 to 505, although omitted in FIG.
  • control unit 506 is implemented by a processing circuit including a processor and memory, or by a dedicated processing circuit such as FPGA, ASIC, or DSP.
  • FIG. 11 is a block diagram showing the configuration of the 5GC section.
  • FIG. 11 shows the configuration of the 5GC section 214 shown in FIG. 3 described above.
  • FIG. 11 shows a case where the 5GC section 214 shown in FIG. 5 includes an AMF configuration, an SMF configuration, and a UPF configuration.
  • the Data Network communication unit 521 transmits and receives data between the 5GC unit 214 and the Data Network.
  • the base station communication unit 522 transmits and receives data via the S1 interface between the 5GC unit 214 and the base station 203 and/or the NG interface between the 5GC unit 214 and the base station 213 .
  • the user data is passed from the Data Network communication unit 521 to the base station communication unit 522 via the user plane communication unit 523, and is sent to one or more base stations 203 and/or transmitted to base station 213 .
  • the user data is passed from the base station communication unit 522 to the data network communication unit 521 via the user plane communication unit 523, and transferred to the data network. sent to.
  • control data When the data received from the Data Network is control data, the control data is passed from the Data Network communication section 521 to the session management section 527 via the user plane communication section 523 .
  • the session manager 527 passes control data to the control plane controller 525 . If the data received from base station 203 and/or base station 213 is control data, the control data is passed from base station communication section 522 to control plane control section 525 .
  • the control plane controller 525 passes control data to the session manager 527 .
  • the control plane control unit 525 includes a NAS security unit 525-1, a PDU session control unit 525-2, an idle state (Idle State) mobility management unit 525-3, etc., and is a control plane (hereinafter also referred to as C-Plane). existing).
  • the NAS security unit 525-1 performs NAS (Non-Access Stratum) message security and the like.
  • the PDU session control unit 525-2 manages the PDU session between the mobile terminal 202 and the 5GC unit 214, and the like.
  • the idle state mobility management unit 525-3 manages mobility in the standby state (idle state: RRC_IDLE state, or simply called idle), generates and controls paging signals in the standby state, Adds, deletes, updates, searches, manages the tracking area list, etc. of the tracking areas of one or more mobile terminals 202 .
  • control unit 526 A series of processes of the 5GC unit 214 are controlled by the control unit 526 . Therefore, the control unit 526 is connected to each of the units 521 to 523, 525 and 527, although omitted in FIG. Like the control unit 310 of the mobile terminal 202 described above, the control unit 526 is implemented by a processing circuit including a processor and memory, or by a dedicated processing circuit such as FPGA, ASIC, or DSP.
  • FIG. 12 is a flowchart showing an overview from cell search to standby operation performed by a communication terminal (UE) in an LTE communication system.
  • UE communication terminal
  • FIG. 12 is a flowchart showing an overview from cell search to standby operation performed by a communication terminal (UE) in an LTE communication system.
  • step ST601 slot timing, frame Synchronize timing.
  • a combination of P-SS and S-SS is called a Synchronization Signal (SS).
  • the synchronization signal (SS) is assigned a synchronization code corresponding to the PCI assigned to each cell on a one-to-one basis.
  • the communication terminal synchronizes using these 504 PCIs and detects (specifies) the PCI of the synchronized cell.
  • the communication terminal transmits a cell-specific reference signal (RS), which is a reference signal (RS) transmitted from the base station to each cell, for the next synchronized cell. ) and measure the RS received power (Reference Signal Received Power: RSRP).
  • RS Cell-specific reference signal
  • RSRP Reference Signal Received Power
  • a code corresponding to PCI on a one-to-one basis is used for the reference signal (RS). It can be separated from other cells by correlating with that code.
  • step ST603 the communication terminal selects the cell with the best RS reception quality, for example, the cell with the highest RS reception power, that is, the best cell, from among the one or more cells detected up to step ST602. select.
  • the communication terminal receives the PBCH of the best cell and obtains BCCH, which is broadcast information.
  • MIB Master Information Block
  • DL downlink
  • dl-bandwidth transmission bandwidth configuration
  • SFN System Frame Number
  • SIB1 includes information on access to the cell, information on cell selection, and scheduling information on other SIBs (SIBk; an integer of k ⁇ 2). SIB1 also includes a tracking area code (TAC).
  • TAC tracking area code
  • step ST606 the communication terminal compares the TAC of SIB1 received in step ST605 with the TAC portion of the tracking area identifier (TAI) in the tracking area list already held by the communication terminal.
  • a tracking area list is also called a TAI list.
  • TAI is identification information for identifying a tracking area, and is composed of MCC (Mobile Country Code), MNC (Mobile Network Code), and TAC (Tracking Area Code).
  • MCC Mobile Country Code
  • MNC Mobile Network Code
  • TAC Track Area Code
  • MCC Mobile Country Code
  • MNC Mobile Network Code
  • TAC Track Area Code
  • step ST606 if the TAC received in step ST605 is the same as the TAC included in the tracking area list, the communication terminal enters standby operation in that cell.
  • the communication terminal sends a TAU (Tracking Area Update) to the core network (Core Network, EPC) including the MME etc. through the cell. Request a change of tracking area to do so.
  • TAU Track Area Update
  • the example shown in FIG. 12 shows an example of the operation from cell search to standby in the LTE system, but in the NR system, the best beam may be selected in addition to the best cell in step ST603.
  • beam information for example, a beam identifier may be obtained in step ST604.
  • scheduling information of Remaining Minimum SI (RMSI) may be acquired in step ST604.
  • the RMSI may be received in step ST605.
  • a device constituting the core network (hereinafter sometimes referred to as “core network side device") is based on the identification number (UE-ID etc.) of the communication terminal sent from the communication terminal together with the TAU request signal. Update area list.
  • the core network device transmits the updated tracking area list to the communication terminal.
  • the communication terminal rewrites (updates) the TAC list held by the communication terminal based on the received tracking area list. After that, the communication terminal enters standby operation in the cell.
  • cells configured by eNBs have relatively wide coverage.
  • cells are configured to cover an area with relatively wide coverage of multiple cells configured by multiple eNBs.
  • a cell configured by an eNB When converted to small cells, a cell configured by an eNB has a narrower coverage than the coverage of a cell configured by a conventional eNB. Therefore, as in the past, in order to cover a certain area, a large number of eNBs made into smaller cells are required compared to conventional eNBs.
  • a cell with relatively large coverage such as a cell composed of conventional eNBs
  • a macro cell such as a cell composed of conventional eNBs
  • an eNB that constitutes a macro cell will be referred to as a “macro eNB”.
  • a cell with relatively small coverage such as a cell made into a small cell
  • an eNB that constitutes the small cell is referred to as a "small eNB”.
  • a macro eNB may be, for example, a "Wide Area Base Station" described in Non-Patent Document 7.
  • a small eNB may be, for example, a low power node, a local area node, a hotspot, or the like.
  • the small eNB is a pico eNB that constitutes a pico cell, a femto eNB that constitutes a femto cell, HeNB, RRH (Remote Radio Head), RRU (Remote Radio Unit), RRE (Remote Radio Equipment) or RN (Relay Node).
  • the small eNB may be a "Local Area Base Station" or a "Home Base Station" described in Non-Patent Document 7.
  • FIG. 13 shows an example of a cell configuration in NR.
  • narrow beams are formed and transmitted in different directions.
  • base station 750 transmits and receives to and from mobile terminals using beam 751-1 at a given time. At other times, base station 750 transmits to and receives from mobile terminals using beam 751-2. Similarly, the base station 750 uses one or more of the beams 751-3 to 751-8 to transmit and receive with the mobile terminal. In this manner, base station 750 constitutes a wide-area cell.
  • FIG. 13 shows an example in which the number of beams used by the base station 750 is eight, the number of beams may be different from eight. Also, in the example shown in FIG. 13, the number of beams used simultaneously by the base station 750 is one, but a plurality of beams may be used.
  • SL Side Link
  • D2D Device to Device
  • V2V Vehicle to Vehicle
  • the Physical sidelink broadcast channel (PSBCH) carries system and synchronization related information and is transmitted from the UE.
  • the physical sidelink discovery channel (PSDCH) carries sidelink discovery messages from the UE.
  • a physical sidelink control channel (PSCCH) carries control information from the UE for sidelink communication and V2X sidelink communication.
  • the physical sidelink shared channel (PSSCH) carries data from the UE for sidelink communication and V2X sidelink communication.
  • a physical sidelink feedback channel (PSFCH) carries HARQ feedback on the sidelink from the UE that received the PSSCH transmission to the UE that transmitted the PSSCH.
  • a sidelink broadcast channel (SL-BCH: Sidelink broadcast channel) has a predetermined transport format and is mapped to a physical channel PSBCH.
  • the Sidelink Discovery Channel has periodic broadcast transmissions of fixed size and predetermined format.
  • SL-DCH also supports both UE autonomous resource selection and eNB scheduled resource allocation. There is a collision risk with UE automatic resource selection, and there is no collision when the UE is allocated dedicated resources by the eNB.
  • SL-DCH also supports HARQ combining, but not HARQ feedback.
  • SL-DCH is mapped to PSDCH, which is a physical channel.
  • a sidelink shared channel supports broadcast transmission.
  • SL-SCH supports both UE autonomous resource selection and eNB scheduled resource allocation. There is a collision risk with UE automatic resource selection, and there is no collision when the UE is allocated dedicated resources by the eNB.
  • SL-SCH also supports HARQ combining, but not HARQ feedback.
  • SL-SCH also supports dynamic link adaptation by varying transmit power, modulation and coding.
  • SL-SCH is mapped to PSSCH which is a physical channel.
  • a sidelink broadcast control channel (SBCCH: Sidelink Broadcast Control Channel) is a sidelink channel for reporting sidelink system information from one UE to another UE.
  • SBCCH is mapped to SL-BCH, which is a transport channel.
  • a sidelink traffic channel is a one-to-many sidelink traffic channel for transmitting user information from one UE to another UE.
  • STCH is only used by UEs with sidelink communication capability and UEs with V2X sidelink communication capability.
  • Point-to-point communication between UEs with two sidelink communication capabilities is also realized with STCH.
  • STCH is mapped to SL-SCH which is a transport channel.
  • a sidelink control channel is a sidelink control channel for transmitting control information from one UE to another UE.
  • SCCH is mapped to SL-SCH which is a transport channel.
  • V2X communication in NR is being studied based on the LTE system and the LTE-A system, the following changes and additions have been made from the LTE system and the LTE-A system.
  • PC5-S signaling is implemented to establish a link for implementing SL, or PC5 communication.
  • the link is implemented at the V2X layer and is also referred to as a layer 2 link.
  • RRC signaling in SL communication is also called PC5 RRC signaling.
  • PC5 RRC signaling it has been proposed to notify UE capabilities between UEs that perform PC5 communication, and to notify AS layer settings for performing V2X communication using PC5 communication.
  • PTM Point to Multipoint
  • PTP Point to Point
  • a common PDCP entity may be used in PTM and PTP.
  • PTM and PTP may have different legs (RLC, Logical Channel Combination).
  • RLC Logical Channel Combination
  • the PTM leg and the PTP leg may be used while being dynamically switched.
  • a PDCP status report may be used in switching between the PTM leg and the PTP leg.
  • the base station may use the PDCP status report sent from the UE to determine PTM/PTP switching for the UE.
  • the base station may use the report to resend PDCP PDUs containing multicast data to the UE.
  • sending a PDCP status report from the UE to the base station requires an instruction from the base station.
  • the UE transmits a PDCP status report to the base station in response to an instruction such as DRB modification from the base station (see Non-Patent Documents 19 and 27). Therefore, for example, when the UE fails to receive some PDCP PDUs consisting of multicast data, the UE cannot send a PDCP status report to the base station, resulting in a missing multicast data situation in the UE. does not solve the problem.
  • This embodiment discloses a method for solving such problems.
  • the UE notifies the base station of information regarding the multicast reception status.
  • the UE may be able to autonomously send the notification to the base station.
  • a PDCP status report (see Non-Patent Document 27 (TS38.323)) may be used for the notification.
  • PRACH may be used for the notification, or RRC signaling may be used.
  • the base station uses the information received from the UE to switch between PTM/PTP.
  • the base station may perform PTM/PTP switching without using the information.
  • the base station notifies the UE of information regarding PTM/PTP switching.
  • the notification may use RRC signaling, MAC signaling, or L1/L2 signaling.
  • the base station may not notify the information. That is, the base station may implicitly switch between PTM/PTP.
  • a UE may be able to receive PTM and PTP simultaneously. This enables, for example, rapid PTM/PTP switching in a communication system.
  • a PDCP status report is used to notify information about the multicast reception status from the UE to the base station.
  • the UE may autonomously send PDCP status reports.
  • the UE may perform autonomous PDCP status report transmission in multicast.
  • the UE may determine whether it is multicast or not.
  • the UE may use the Logical Channel Identifier, the QoS Flow Identifier, or the Bearer Identifier for the determination.
  • a bearer identifier As an example of determination using a bearer identifier, a multicast bearer identifier (MRB-ID) may be used.
  • MMB-ID multicast bearer identifier
  • the following (1) to (5) are disclosed as conditions for the UE to transmit a PDCP status report.
  • the UE periodically transmits a PDCP status report to the base station.
  • the base station may use the periodic reports to keep track of the multicast data reception status at the UEs. This enables, for example, the base station to continuously monitor the reception status of the UE, thereby enabling stable multicast communication.
  • the period in (1) above may be predetermined by the standard, or may be determined by the base station and notified to the UE.
  • the base station may perform the notification using RRC signaling, for example, RRC reconfiguration (RRCReconfiguration).
  • RRC signaling may be, for example, RRC signaling used for setting up multicast. This allows, for example, signaling from the base station to be reduced.
  • MAC signaling may be used, or L1/L2 signaling may be used. This enables, for example, rapid notification from the base station to the UE.
  • the AMF may determine the period. AMF may notify the UE of the period. AMF may notify the period using, for example, NAS signaling. This allows, for example, the AMF to inform the UE of a lot of information.
  • the UE may transmit the PDCP status report triggered by the expiration of the timer used in the PDCP layer.
  • the timer may be, for example, a timer used for reordering (t-reordering described in Non-Patent Document 27).
  • the base station may perform PTM/PTP switching, retransmit PDCP PDUs, or perform both of the above. This allows for example a fast retransmission from the base station after a PDCP layer reception loss at the UE.
  • a timer may be newly provided for PDCP status report transmission.
  • the timer may be started, for example, when PDCP PDUs arrive out of order.
  • the timer value may be shorter than t-reordering, for example.
  • the UE may send a PDCP status report to the base station upon expiration of a timer for PDCP status report transmission.
  • the base station can send missing PDCP PDUs to the UE before t-reordering expires, and as a result, the UE can transfer the reordered multicast data to the upper layer.
  • the number of missing PDCP PDUs may be used, or the number of missing PDCP SDUs (Service Data Units) may be used.
  • the UE may transmit a PDCP status report to the base station when the number of missing PDCP PDUs is greater than or equal to a predetermined value.
  • the number of consecutive missing points may be used.
  • the aforementioned PDCP PDU may be, for example, a PDCP PDU related to multicast.
  • the base station may use the report to perform PTM/PTP switching, retransmit PDCP PDUs, or both. This enables, for example, batch retransmission of missing multicast data from the base station to the UE, and as a result, efficient multicast retransmission becomes possible.
  • the missing rate of PDCP PDUs may be used.
  • the UE may, for example, calculate the PDCP PDU missing rate in a PDCP SN (Sequence Number) within a predetermined range, or in a COUNT value within a predetermined range (see Non-Patent Document 27 (TS38.323))) PDCP SDU missing rate may be calculated.
  • the UE may send a PDCP status report to the base station if the missing rate is greater than or equal to a predetermined value.
  • the base station may use the report to perform PTM/PTP switching, retransmit PDCP PDUs, or both. This allows, for example, the base station to quickly resend missing multicast data to the UE, thereby ensuring multicast reliability.
  • the UE may transmit a PDCP status report when the RLC status PDU (see Non-Patent Document 28 (TS38.322)) transmission conditions are met.
  • the RLC layer of the UE may notify the PDCP layer that the RLC status PDU transmission conditions have been met, and may instruct the notification of the PDCP status report to the base station.
  • a UE may send both RLC status PDUs and PDCP status reports.
  • the UE may send PDCP status reports instead of sending RLC status PDUs.
  • the base station may use the report to perform PTM/PTP switching, retransmit PDCP PDUs, or both. This allows, for example, the UE to quickly send a PDCP status report to the base station, resulting in fast retransmission from the base station to the UE.
  • the UE may transmit the PDCP status report triggered by the expiration of the timer used in the RLC layer.
  • the timer may be, for example, a timer used for reassembly in the RLC layer (t-reassembly described in Non-Patent Document 28).
  • the UE's RLC layer may notify the PDCP layer of the expiration of the timer or may instruct the PDCP status report to be sent to the base station.
  • the base station may use the report to perform PTM/PTP switching, retransmit PDCP PDUs, or both. This allows for example a fast retransmission from the base station after a PDCP layer reception loss at the UE.
  • a new timer may be provided in (3) above.
  • the timer may be triggered, for example, by RLC PDUs arriving out of order.
  • the timer value may be, for example, shorter than the t-reassembly above.
  • the UE may send a PDCP status report to the base station upon expiration of the timer.
  • the base station can send missing PDCP PDUs to the UE before t-reassembly expires, and as a result, the UE can transfer the reassembled multicast data to the upper layer.
  • the number of missing RLC PDUs may be used. For example, when the number of missing RLC PDUs is greater than or equal to a predetermined value, the UE may transmit a PDCP status report to the base station. As another example, the number of continuous omissions may be used instead of the number of omissions described above.
  • the RLC PDU may be, for example, an RLC PDU related to multicast.
  • the base station may use the report to perform PTM/PTP switching, retransmit PDCP PDUs, or both. This enables, for example, batch retransmission of missing multicast data from the base station to the UE, and as a result, efficient multicast retransmission becomes possible.
  • the RLC PDU missing rate may be used.
  • the UE may, for example, calculate the RLC PDU missing rate for RLC SNs (Sequence Numbers) within a predetermined range.
  • the UE may send a PDCP status report to the base station if the missing rate is greater than or equal to a predetermined value.
  • the base station may use the report to perform PTM/PTP switching, retransmit PDCP PDUs, or both. This allows, for example, the base station to quickly resend missing multicast data to the UE, thereby ensuring multicast reliability.
  • the RLC entity used for condition determination in (3) above may be an RLC-AM (Acknowledged Mode) entity. This makes it possible, for example, to avoid complexity in the communication system.
  • the RLC entity may be an RLC-UM (Unacknowledged Mode) entity. As a result, for example, multicast reliability can be ensured with a small amount of processing.
  • the RLC entity used for condition determination in (3) above may be the RLC entity used for PTM communication. This makes it possible, for example, to quickly switch from PTM to PTP.
  • the RLC entity may be an RLC entity used for PTP communication. This makes it possible, for example, to quickly switch from PTP to PTM.
  • the RLC entity may be both an RLC entity used for PTM communication and an RLC entity used for PTP communication. This makes it possible, for example, to quickly switch from PTM to PTP and from PTP to PTM.
  • the RLC entity used for condition determination in (3) above may be the RLC entity of the active communication path. This allows, for example, a fast PDCP status report transmission from the UE to the base station. As another example, the RLC entity may be an inactive RLC entity. This allows, for example, the UE to request the base station to retransmit data waiting for retransmission in an inactive RLC entity, thereby ensuring reliability.
  • the base station may configure the leg for the UE.
  • the configuration may include information about the type of leg (eg, PTM leg, PTP leg), and may include information about the default operating state (eg, active, deactivated).
  • the configuration may be done using RRC signaling, for example.
  • the base station may send the UE a notification regarding the operation (activation) and/or deactivation (deactivation) of the leg.
  • the notification may include information identifying the leg of the UE, information regarding leg operation and/or deactivation, or a combination of both.
  • the notification may include information regarding which leg to operate.
  • the UE may use the notification to activate or deactivate the leg.
  • the UE may use information about which leg to operate to activate that leg or deactivate other legs.
  • the UE may use information about which leg to operate to initiate operation of that leg while operating other legs.
  • the UE may deactivate the leg using information about the leg to deactivate.
  • the UE may activate or deactivate other legs using the information about the deactivated leg.
  • the base station may make the notification using RRC signaling, MAC signaling, or L1/L2 signaling. This allows, for example, rapid switching of legs.
  • the UE may transmit a PDCP status report to the base station when the number of HARQ retransmissions in the UE exceeds a predetermined number or is greater than a predetermined number.
  • the predetermined number of times may be one time, or may be multiple times.
  • the HARQ layer of the UE may notify the PDCP layer that HARQ retransmissions have exceeded a predetermined number of times or greater than a predetermined number of times, and may instruct the transmission of a PDCP status report.
  • the base station may use the report to perform PTM/PTP switching, retransmit PDCP PDUs, or both. This enables, for example, batch retransmission of missing multicast data from the base station to the UE, and as a result, efficient multicast retransmission becomes possible.
  • the UE sends a PDCP status report to the base station when the number of HARQ retransmissions in the UE exceeds a predetermined number of times or is greater than a predetermined number of times within a predetermined period of time.
  • a timer may be provided that represents a predetermined period of time. This allows, for example, the base station to quickly resend missing multicast data to the UE, thereby ensuring multicast reliability.
  • the UE when the number of HARQ retransmissions exceeded a predetermined number of times or more during a predetermined number of transport block transmissions, the UE sends a PDCP status report to the base station. may be sent. As a result, for example, the same effect as described above can be obtained.
  • the predetermined value, range, number of times, and/or period in (1) to (4) above may be predetermined by the standard, or may be determined by the base station and notified to the UE.
  • the base station may perform the notification using RRC signaling, for example, RRC reconfiguration (RRCReconfiguration).
  • RRC signaling may be, for example, RRC signaling used for setting up multicast. This allows, for example, signaling from the base station to be reduced.
  • MAC signaling may be used, or L1/L2 signaling may be used. This enables, for example, rapid notification from the base station to the UE.
  • the UE may transmit the PDCP status report using the PTM leg. This allows, for example, the UE to quickly notify the base station of the report.
  • the base station may individually allocate uplink PUCCH time and/or frequency and code sequence resources to UEs using the PTM leg.
  • the resources assigned to the UE may be for SR or HARQ feedback.
  • the UE may use the resource to send an SR to the base station.
  • the base station may use the SR as a trigger to notify the UE of an uplink grant.
  • the UE may use the uplink grant to send a PDCP status report to the base station.
  • the resources individually allocated from the base station to the UE may be different for each UE. This makes it possible to prevent collisions with other UEs in uplink PUCCH transmission, for example.
  • the base station may configure the resource using, for example, RRC dedicated signaling.
  • the UE may perform the transmission using the PTP leg. This makes it possible, for example, to avoid complexity in the communication system. In this case, there may be no uplink RLC layer transmission on the UE's PTM leg. This makes it possible to reduce the circuit scale in the UE, for example.
  • the UE may transmit PDCP status reports using the active leg. This enables, for example, the UE to quickly notify the base station.
  • the UE may transmit PDCP status reports using the inactive leg.
  • the UE may temporarily activate an inactive leg. This enables, for example, the UE to perform multicast reception and PDCP status report transmission in parallel, thereby making it possible to improve the efficiency of the communication system.
  • the UE may deactivate the leg again after finishing the transmission. This allows, for example, the power consumption of the UE to be reduced.
  • the UE may transmit the PDCP status report using a leg different from the leg used for condition determination in (1) to (4) above. This makes it possible to avoid deterioration of the communication environment occurring in the leg used for condition determination, for example, and as a result, it is possible to improve the reliability of transmission of the PDCP status report.
  • the UE may include information about the number of PDCP PDU reception deficiencies, may include information about the number of continuous reception deficiencies of PDCP PCUs, and may include information about the timing at which the continuous reception deficiencies occur. It may be included, or information on the reception loss rate of PDCP PDUs may be included. This enables, for example, the base station to quickly grasp the information.
  • the UE may include a multicast PTM/PTP switching request in the PDCP status report.
  • the request may include information indicating the presence or absence of leg switching, may include information about the leg to be activated, may include information about the leg to be stopped, or may include the above-mentioned plurality of Combinations may also be included.
  • the base station may or may not perform multicast PTM/PTP switching using the information. As a result, for example, the base station can quickly perform PTM/PTP switching, and as a result, reliability of multicast communication can be improved.
  • the UE may notify the PDCP status report including information identifying multicast (eg, multicast identifier, logical channel identifier related to multicast, identifier of radio bearer used for multicast, eg, MRB-ID).
  • information identifying multicast eg, multicast identifier, logical channel identifier related to multicast, identifier of radio bearer used for multicast, eg, MRB-ID. This allows, for example, a base station to quickly identify multicasts.
  • a predetermined range may be provided for logical channel identifiers for multicast, for example, logical channel identifiers assigned to PTM legs.
  • the range may differ from the range of assignable logical channel identifiers for dedicated channels. As a result, for example, in a UE that receives multicast, it is possible to prevent the logical channel identifier assigned to the PTM leg from being duplicated with the logical channel identifiers of other dedicated channels.
  • a RACH may be provided for notification of the information.
  • the PRACH preamble in the RACH may be different from the PRACH preamble used for connection initiation with the base station and the PRACH preamble used for system information request.
  • a predetermined range may be provided as a PRACH preamble for notification of information on multicast reception status from the UE to the base station.
  • the base station may use the PRACH preamble from the UE to determine the RACH type. This enables, for example, the base station to quickly determine the type of RACH.
  • the base station may individually allocate the PRACH preamble to the UE.
  • the assignment from the base station to the UE may, for example, be made from within the predetermined ranges mentioned above.
  • the assignment from the base station to the UE may be done using RRC signaling, for example.
  • the UE may use the preamble to transmit the PRACH to the base station. This makes it possible, for example, to prevent PRACH collisions between the UE and other UEs, and as a result, the UE can notify the information quickly.
  • the conditions for the UE to transmit the RACH for this notification may be the same as the conditions for transmitting the PDCP status report.
  • an effect similar to that of transmitting a PDCP status report can be obtained.
  • the reception quality from the base station at the UE may be below or below a predetermined value.
  • the UE may use the SS block, CSI-RS, PDCCH related to multicast, or multicast data to measure reception quality.
  • the UE may use SINR (Signal to Interference plus Noise Ratio), SNR (Signal to Noise Ratio), or BLER (Block Error Rate) as the reception quality, BER (Bit Error Rate) (or BER conversion value) may be used, RSRP (Reference Signal Received Power), or RSRQ (Reference Signal Received Quality) may be used.
  • the predetermined value may be defined in advance by a standard, or may be determined by the base station and notified or notified to the UE.
  • the base station may perform multicast PTM/PTP switching, or may retransmit multicast.
  • the UE can quickly notify the base station of the deterioration of reception quality, and as a result, can quickly ensure the reliability of multicast.
  • the UE may include information about the multicast retransmission request, information about the multicast data to be retransmitted, or information identifying the multicast. Information similar to the PDCP status report described above may be included.
  • the base station may use the information to identify multicast data that needs to be retransmitted. This allows, for example, the base station to quickly perform multicast retransmissions.
  • the UE may include this information in Msg3 in random access processing and transmit it to the base station.
  • the random access process may be, for example, a random access process performed in four steps. This allows, for example, the UE to send more information to the base station.
  • the UE may include this information in MsgA in random access processing and transmit it to the base station.
  • the random access process may be, for example, a random access process performed in two steps. This enables, for example, the UE to quickly notify the base station of the information.
  • the base station may notify the UE of the PTP/PTM switching instruction by including it in Msg4 or MsgB. This makes it possible, for example, to reduce the amount of signaling between the base station and the UE.
  • Msg4 or MsgB may not be transmitted from the base station to the UE on the RACH for this notification. This allows, for example, the RACH procedure for the notification to be completed quickly.
  • the UE may notify the base station of the information using RRC signaling. This allows, for example, the UE to notify the base station of a lot of information.
  • RRC signaling existing signaling, for example, signaling used for measurement reporting described in Non-Patent Document 19 (TS38.331) may be used. As another example, new signaling may be provided.
  • the conditions for the UE to transmit the RRC signaling may be the same as the conditions for transmitting the PDCP status report described above. By this means, for example, an effect similar to that of transmitting a PDCP status report can be obtained.
  • condition for transmitting the RACH may be the same as the condition for transmitting the RACH described above. As a result, for example, an effect similar to that of transmitting the RACH can be obtained.
  • condition may be an event that triggers measurement (see Non-Patent Document 19 (TS38.331)).
  • An existing event may be used as the event. This allows, for example, to avoid design complexity in communication systems.
  • a new event may be set up.
  • the new event may be, for example, the above-described occurrence of a condition for transmitting a PDCP status report, may be the same as the above-described condition for transmitting a RACH, or the above-described (1) to ( Condition 5) may occur.
  • the new event may be used as the event that triggers the measurement.
  • the base station may set a measurement event triggered by this event to the UE.
  • the setting from the base station to the UE may be performed using measurement request signaling or may be performed using multicast setting signaling, for example.
  • the UE may make a measurement report to the base station with the occurrence of the event as a trigger. This enables, for example, flexible condition setting.
  • the UE may include information about the multicast retransmission request, information about the multicast data to be resent, or information identifying the multicast in the RRC signaling.
  • the information may include, for example, information about the radio bearer used for transmission of the multicast data, information about the logical channel, or information about the QoS flow of the multicast data.
  • information on PDCP PDUs related to retransmission may be included, information on RLC PDUs related to retransmission may be included, or information combining a plurality of the above may be included.
  • the base station may use the information to identify multicast data that needs to be retransmitted. This allows, for example, the base station to quickly perform multicast retransmissions.
  • the signaling disclosed above may be used in combination. Which signaling is used may be switched.
  • the type of RLC entity used for multicast transmission/reception may be used to switch the signaling to be used.
  • a PDCP status report may be used when using RLC-AM
  • a RACH may be used when using RLC-UM. This can, for example, allow greater flexibility in the communication system and avoid complexity in the design of the communication system.
  • the base station decides to switch between PTM/PTP.
  • the base station may make this decision using the information about the multicast reception status received from the UE, or may make the decision without using this information.
  • the base station may autonomously decide to switch.
  • the base station may use HARQ-NACK from the UE (eg, triggered by receiving HARQ-NACK from the UE a predetermined number of times or more), or use the PTP leg.
  • the switching may be determined using the information of the PDCP SN sent to the UE that receives the PDCP SN and the information of the PDCP SN sent to the other UE in the PTM (for example, triggered by the fact that the difference between the PDCP SNs of the two disappears) . This allows the base station, for example, to select the optimum leg according to the communication environment with the UE, thereby improving efficiency in the communication system.
  • PTM/PTP switching is performed between the base station and the UE.
  • the base station may request the UE to switch PTM/PTP.
  • the request from the base station to the UE may be made using RRC signaling, MAC signaling or L1/L2 signaling.
  • the UE uses this signaling to switch between PTM/PTP legs for receiving operations. This makes it possible, for example, to reduce power consumption in the UE.
  • the base station may send the request using the leg currently used for multicast transmission to the UE. This allows, for example, the base station to quickly notify the UE of the request.
  • the request may include information about the UE switching legs (eg, C-RNTI: Cell Radio Network Temporary Identifier). This makes it possible, for example, to easily identify the UE that should switch legs even if the request is sent on the PTM leg.
  • the request may include information about the multicast switching leg (eg, identifier of the multicast, information about the bearer used for transmitting the multicast, information about the logical channel used for transmitting the multicast). This allows, for example, the UE to quickly identify multicasts for leg switching.
  • the request may include information about the leg switching destination, information about the leg switching source, or information identifying the leg switching (e.g., PTM to PTP switching, PTP to PTM) may be included. This allows, for example, the UE to quickly identify the leg after switching.
  • Switching from the PTP leg to the PTM leg may be similar to the above, e.g., the UE may send a PDCP status report to the base station, the RACH may be used, RRC signaling, For example, a measurement report may be sent.
  • RLC status PDU may be sent from the UE to the base station, MAC signaling may be sent, and L1/L2 signaling may be sent.
  • the base station may decide to switch from the PTP leg to the PTM leg. For example, the base station may decide to switch using the above notification from the UE, or the base station may autonomously decide. As an example of determination in the base station, it may be that t-reordering expiration in the UE does not occur for a predetermined period of time, or the PDCP SN sent to the UE receiving using the PTP leg and the PDCP sent to the other UE using the PTM If there is no SN difference, it may be set. As a result, for example, the base station can quickly determine the switching and improve communication efficiency in multicast.
  • FIG. 14 is a sequence diagram showing the operation of switching from the PTM leg to the PTP leg and from the PTP leg to the PTM leg in multicast transmission from the base station to the UE.
  • FIG. 14 shows an example in which the UE notifies the status of multicast reception using a PDCP status report.
  • FIG. 14 shows an example in which the notification is triggered by the expiration of the t-reordering timer.
  • the base station instructs the UE to set multicast.
  • the base station may make this notification using, for example, RRC reconfiguration (see Non-Patent Document 19 (TS38.331)).
  • the indication from the base station to the UE may include target multicast information (e.g., multicast identifier, identifier of radio bearer to use for multicast transmission), and may include information about PTM leg and/or PTP leg configuration.
  • Information may be included, information on notification from the UE to the base station, e.g., the method of the notification (e.g., PDCP status report, RACH, RRC signaling), may be included, conditions for the notification Information (eg, information on (1) to (5) above) may be included, and information on configuration of uplink transmission from the UE may be included.
  • the information on PTM leg and/or PTP leg configuration may include information on logical channels (e.g., logical channel identifier), may include information on RLC layer configuration, or may include information on MAC layer configuration.
  • Information may be included, and information about the PHY layer may be included.
  • the information about the uplink transmission configuration from the UE may include, for example, information about the time and/or frequency of the uplink PUCCH and the code sequence resource. The UE may use the notification to configure multicast reception.
  • step ST1417 shown in FIG. 14 the UE notifies that multicast setting has been completed.
  • the UE may do this notification using, for example, RRC Reconfiguration Complete (see Non-Patent Document 19 (TS38.331)).
  • the base station requests multicast distribution from AMF.
  • the request may include information identifying the UE, and may include information identifying the multicast.
  • the AMF requests multicast delivery to the multicast/broadcast SMF (MB-SMF) (see Non-Patent Document 24 (see TR23.757)).
  • MB-SMF multicast/broadcast SMF
  • session information related to multicast distribution is modified (Modification) between MB-SMF and multicast/broadcast UPF (MB-UPF) (see Non-Patent Document 24 (TR23.757)).
  • MB-SMF notifies AMF of a response to the multicast distribution request.
  • the AMF notifies the base station of the response to the multicast distribution request.
  • step ST1429 shown in FIG. 14 the base station notifies the AMF of a response to the change of session information related to multicast distribution.
  • AMF notifies SMF of a response to the change of session information.
  • the processing of Nsmf_PDUSession_Update may be used.
  • the SMF uses the notification to determine that UPF may not be used, and notifies the AMF.
  • the notification may include the session management context.
  • the MB-UPF transmits multicast data to the base station.
  • the base station transmits multicast data to UEs.
  • Multicast data transmission in step ST1435 is performed using the PTM leg.
  • step ST1437 shown in FIG. 14 the UE checks whether the t-reordering timer has expired. If the timer has not expired, continue to receive multicast data. When the timer expires, the process of step ST1439 is performed.
  • step ST1439 shown in FIG. 14 the UE transmits a PDCP status report to the base station.
  • the report may contain information about missing PDCP PDUs.
  • the base station may use step ST1439 to determine whether to switch PTM/PTP. In the example shown in FIG. 14, the base station determines to switch from the PTM leg to the PTP leg for multicast communication to the UE.
  • step ST1441 shown in FIG. 14 PTM/PTP switching is performed between the base station and the UE. That is, the base station switches the multicast transmission leg for the UE from the PTM leg to the PTP leg.
  • the base station may or may not notify the UE of the switching.
  • the base station may use RRC signaling, MAC signaling, or L1/L2 signaling for the notification.
  • the base station may make this notification to the UE using the active leg, the PTM leg in the example of FIG.
  • the notification using the PTM leg may include information about the UE, information specifying the multicast, and information indicating switching from the PTM leg to the PTP leg. may be
  • the UE may use the notification as a trigger to switch the leg used for multicast reception from the PTM leg to the PTP leg.
  • step ST1442 shown in FIG. 14 the base station retransmits the multicast data to the UE.
  • the retransmission from the base station to the UE is done using the PTP leg.
  • the data to be resent may be, for example, the missing PDCP PDU indicated by the information included in the PDCP status report transmitted in step ST1439.
  • the MB-UPF transmits multicast data to the base station.
  • the base station transmits multicast data to UEs. Multicast data transmission in step ST1445 is performed using the PTP leg.
  • the base station determines to switch the multicast transmission leg for the UE from the PTP leg to the PTM leg.
  • the base station for example, the PDCP PDU that is transmitted to the UE using the PTP leg is the same or earlier data than the PDCP PDU that is transmitted to the other UE using the PTM leg, i.e. , the PDCP SN (Sequence Number) of the PDCP PDU to be transmitted using the PTP leg may be greater than or equal to the PDCP SN of the PDCP PDU to be transmitted using the PTM leg.
  • the base station may or may not notify the UE of the switching.
  • the notification from the base station to the UE may be the same as in step ST1441.
  • the UE may use the notification as a trigger to switch the leg used for multicast reception from the PTP leg to the PTM leg.
  • the MB-UPF transmits multicast data to the base station.
  • the base station transmits multicast data to UEs.
  • Multicast data transmission in step ST1451 is performed using the PTM leg.
  • FIG. 14 shows an example of transmitting a PDCP status report triggered by the expiration of the t-reordering timer
  • the UE may transmit a PDCP status report triggered by the expiration of another timer.
  • a new timer may be provided.
  • the timer may be, for example, a shorter value than the t-reordering timer.
  • the base station can transmit PDCP PDUs related to multicast data to the UE before t-reordering expires, and as a result, the UE can transfer the multicast data after reordering to the upper layer.
  • FIG. 14 shows an example of sending a PDCP status report triggered by the expiration of the t-reordering timer, it may be triggered by other conditions. For example, a condition regarding the number of missing PDCP PDUs may be used, or a condition regarding the number of missing RLC PDUs may be used. This makes it possible, for example, to quickly retransmit missing multicast data from the base station to the UE.
  • FIG. 15 is a sequence diagram showing another example of the operation of switching from the PTM leg to the PTP leg and from the PTP leg to the PTM leg in multicast transmission from the base station to the UE.
  • FIG. 15 shows an example in which the UE notifies the status of multicast reception using PRACH.
  • FIG. 15 shows an example in which the notification is triggered by the expiration of the t-reordering timer.
  • the same step numbers are assigned to the processes common to those in FIG. 14, and the common description is omitted.
  • Steps ST1415 to ST1437 shown in FIG. 15 are the same as in FIG.
  • the base station may include, in the signal transmitted in step ST1415, information regarding the range of the PRACH preamble used for notification of information regarding the multicast reception status, or the UE may include information regarding the PRACH preamble used for notification of information regarding the multicast reception status. May contain information.
  • the UE performs the process of step ST1539 when the t-reordering timer expires in step ST1437.
  • the UE transmits PRACH to the base station.
  • the preamble used for the PRACH may belong to a different range than the PRACH preamble for initial access and/or the PRACH preamble for SI (System Information) request.
  • a PRACH preamble set by the base station may be used for notification of information on multicast reception status.
  • the base station transmits a random access response (RAR) to the UE.
  • the information on the uplink grant for Msg3 may be included in the RAR transmitted in step ST1541.
  • the UE transmits Msg3 signaling for random access processing to the base station.
  • the signaling of Msg3 may include information about a multicast retransmission request, may include information about multicast data to be resent, may include information identifying multicast, or may include information about missing PDCP PDUs may be included, and information regarding the request for PTM/PTP switching may be included.
  • the base station transmits Msg4 signaling for random access processing to the UE.
  • Steps ST1441 to ST1445 shown in FIG. 15 are the same as in FIG.
  • steps ST1557 to ST1563 shown in FIG. 15 the same processing as steps ST1539 to ST1545 is performed.
  • Steps ST1447 to ST1451 shown in FIG. 15 are the same as in FIG.
  • FIG. 15 shows an example in which the PRACH is transmitted triggered by the expiration of the t-reordering timer, it may be triggered by the expiration of another timer.
  • a new timer may be provided.
  • the timer may be, for example, a shorter value than the t-reordering timer.
  • the base station can transmit PDCP PDUs related to multicast data to the UE before t-reordering expires, and as a result, the UE can transfer the multicast data after reordering to the upper layer.
  • FIG. 15 shows an example in which the PRACH is transmitted triggered by the expiration of the t-reordering timer
  • other conditions may be used as a trigger.
  • a condition regarding the number of missing PDCP PDUs may be used, or a condition regarding the number of missing RLC PDUs may be used. This makes it possible, for example, to quickly retransmit missing multicast data from the base station to the UE.
  • steps ST1545 and ST1441 shown in FIG. 15 an example of performing Msg4 transmission from the base station to the UE and switching from the PTM leg to the PTP leg in different steps was shown, but they may be performed in the same step.
  • the base station may decide to switch from the PTM leg to the PTP leg with the transmission of Msg3 in step ST1543 as a trigger, and may notify the UE including information on the switching in Msg4 in step ST1545.
  • the same may be applied to steps ST1561, ST1563, and ST1447. This makes it possible, for example, to reduce the amount of signaling between the base station and the UE.
  • steps ST1539 and ST1543 may be integrated as MsgA
  • steps ST1541 and ST1545 may be integrated as MsgB.
  • the base station may autonomously switch from the PTP leg to the PTM leg.
  • the base station is triggered by the PDCP SN value of the PDCP PDU transmitted using the PTP leg being greater than or equal to the PDCP SN value of the PDCP PDU transmitted using the PTM leg to another UE. , a switch from the PTP leg to the PTM leg. This makes it possible to quickly switch from the PTP leg to the PTM leg and reduce the signaling between the base station and the UE.
  • the case of using the multicast PTM leg and the PTP leg by switching is shown, but the PTM leg and the PTP leg may be used simultaneously.
  • multicast retransmissions may be sent and received using the PTP leg. This can, for example, improve the efficiency of multicasting in a communication system.
  • the base station may not send the request to the UE.
  • a UE may be able to receive a multicast using either leg. This enables, for example, rapid PTM/PTP switching between the base station and the UE.
  • the UE determines which leg of PTM/PTP to use using the PDCCH reception result related to the multicast data. For example, if the PDCCH is decodable using the multicast RNTI, the UE may receive the multicast data using the PTM leg, or if the PDCCH is decodable using the C-RNTI. , the UE may receive the multicast data using the PTP leg.
  • the base station may transmit only multicast data for retransmission using the PTP leg. This allows, for example, increased efficiency in multicast transmissions.
  • the base station may transmit using the PTP leg to UEs with poor propagation environment. This makes it possible, for example, to prevent the output of radio waves of excessive intensity to other UEs.
  • FIG. 16 is a sequence diagram showing operations in which the PTM leg and the PTP leg are used simultaneously in multicast transmission from the base station to the UE.
  • FIG. 16 shows an example in which the UE notifies the status of multicast reception using a PDCP status report.
  • FIG. 16 shows an example in which the notification is triggered by the expiration of the t-reordering timer.
  • the same step numbers are assigned to the processes common to those in FIG. 14, and the common description is omitted.
  • Steps ST1415 to ST1433 shown in FIG. 16 are the same as in FIG.
  • step ST1435 shown in FIG. 16 the base station transmits multicast data to UEs.
  • the transmission is done using the PTM leg.
  • the UE receives the data using the PTM leg.
  • the UE determines to use the PTM leg because the PDCCH related to step ST1435 can be decoded using the multicast RNTI.
  • Steps ST1437 to ST1439 shown in FIG. 16 are the same as in FIG.
  • step ST1442 shown in FIG. 16 the base station resends the multicast data to the UE.
  • the retransmission is done using the PTP leg.
  • the UE receives the data using the PTP leg.
  • the UE determines to use the PTP leg because the PDCCH related to step ST1442 can be decoded using the C-RNTI.
  • Step ST1443 shown in FIG. 16 is the same as in FIG.
  • step ST1645 shown in FIG. 16 the base station transmits multicast data to UEs.
  • the transmission is done using the PTM leg.
  • the UE receives the data using the PTM leg.
  • the UE determines to use the PTM leg because the PDCCH related to step ST1645 can be decoded using the multicast RNTI.
  • Step ST1449 shown in FIG. 16 is the same as in FIG.
  • Step ST1451 shown in FIG. 16 is the same as step ST1645.
  • FIG. 16 shows an example of sending a PDCP status report triggered by the expiration of the t-reordering timer, it may be triggered by the expiration of another timer.
  • a new timer may be provided.
  • the timer may be, for example, a shorter value than the t-reordering timer.
  • the base station can transmit PDCP PDUs related to multicast data to the UE before t-reordering expires, and as a result, the UE can transfer the multicast data after reordering to the upper layer.
  • FIG. 16 shows an example of sending a PDCP status report triggered by the expiration of the t-reordering timer, it may be triggered by other conditions. For example, a condition regarding the number of missing PDCP PDUs may be used, or a condition regarding the number of missing RLC PDUs may be used. This makes it possible, for example, to quickly retransmit missing multicast data from the base station to the UE.
  • RACH may be used, or RRC signaling may be used. This makes it possible, for example, to avoid complexity in the communication system.
  • Different carriers may be used and different BWPs may be used in the PTM leg and the PTP leg.
  • the base station may configure different carriers or different BWPs for the UE as radio resources in the PTM leg and the PTP leg. This allows, for example, a UE to quickly distinguish between PTM and PTP legs.
  • the first embodiment it is possible to notify the multicast reception status from the UE to the base station, and as a result, it is possible to improve the reliability of multicast.
  • Modification 1 of the first embodiment discloses an RLC entity used for multicast transmission/reception in Embodiment 1.
  • FIG. 1 is an RLC entity used for multicast transmission/reception in Embodiment 1.
  • both the RLC-AM entity and the RLC-UM entity may be connected to the PDCP having the PTM leg and the PTP leg.
  • two RLC-UM entities and one RLC-AM entity may be connected to one PDCP.
  • the two RLC-UM entities may be one for transmission and one for reception.
  • two RLC-UM entities may be for the PTM leg and one RLC-AM entity for the PTP leg.
  • FIG. 17 is a diagram showing configurations of PDCP entities and RLC entities used in multicast using PTM legs and/or PTP legs.
  • both the base station and the UE use two RLC-UM entities for the PTM leg and one RLC-AM entity for the PTP leg.
  • the transmitting entity Of the two RLC entities in the PTM leg, one is the transmitting entity and one is the receiving entity.
  • Both the base station and the UE have RLC-UM transmitting and receiving entities facing each other.
  • Both the base station and the UE have RLC-AM entities facing each other for the PTP leg.
  • one RLC-UM entity and one RLC-AM entity may be connected to one PDCP.
  • the RLC-UM entity at the UE may be the receiving RLC-UM entity.
  • the RLC-UM entity at the base station may be the RLC-UM entity for transmission.
  • an RLC-UM entity may be for the PTM leg and an RLC-AM entity may be for the PTP leg. This allows, for example, the memory usage required for multicasting to be reduced in base stations and UEs.
  • FIG. 18 is a diagram showing another example of configurations of PDCP entities and RLC entities used in multicast using PTM legs and/or PTP legs.
  • both the base station and the UE use one RLC-UM entity for the PTM leg and one RLC-AM entity for the PTP leg.
  • an RLC-UM entity is used for transmission.
  • a receiving RLC-UM entity is used in the UE's PTM leg.
  • a transmitting RLC-UM entity in the base station and a receiving RLC-UM entity in the UE face each other.
  • Both the base station and the UE have RLC-AM entities facing each other for the PTP leg.
  • three RLC-UM entities may be connected to one PDCP.
  • the RLC-UM entity in the base station may be one for reception and two for transmission.
  • one transmitting RLC-UM entity and one receiving RLC-UM entity may be for the PTP leg, or one receiving RLC-UM entity at the UE and one transmitting RLC-UM entity at the base station.
  • One may be for the PTM leg. This eliminates the need for an RLC-AM entity, for example, and as a result, it is possible to reduce the amount of processing in the base station and the UE.
  • FIG. 19 is a diagram showing another example of configurations of PDCP entities and RLC entities used in multicast using PTM legs and/or PTP legs.
  • both the base station and the UE use one RLC-UM entity for the PTM leg and two RLC-UM entities for the PTP leg.
  • an RLC-UM entity is used for transmission.
  • a receiving RLC-UM entity is used in the UE's PTM leg.
  • a transmitting RLC-UM entity in the base station and a receiving RLC-UM entity in the UE face each other.
  • the two RLC-UM entities in the PTP leg one is a transmitting entity and one is a receiving entity.
  • the transmitting and receiving entities of the RLC-UM entity are facing each other.
  • the base station may notify the UE of the configuration regarding PDCP and/or RLC used for multicast.
  • the configuration may include information on whether PTP legs and/or PTM legs are used, information on RLC entities in PTP legs and PTM legs, e.g. , the need for transmitting and/or receiving RLC-UM entities may be included.
  • the configuration may include information on the number of bits of the PDCP SN, which will be described later.
  • the UE may use the settings to configure the PDCP and/or RLC layers used for multicast reception. This allows, for example, greater flexibility in communication systems.
  • the operation of PDCP in multicast may be determined by the mode of the connecting RLC entity.
  • PDCP to which even one RLC-AM entity is connected may operate in the same way as PDCP in AM DRB.
  • a PDCP with at least one RLC-AM entity connected in the UE may send a PDCP status report to the base station. This allows, for example, fast retransmission of multicasts from the base station to the UEs.
  • PDCP to which even one RLC-UM entity is connected may operate in the same way as PDCP in UM DRB.
  • a PDCP with at least one RLC-UM entity connected in the UE may not send a PDCP status report to the base station.
  • the PDCP of the UE may notify information about the multicast reception status using PRACH disclosed in Embodiment 1, or may notify information about the multicast reception status using RRC signaling. good. This makes it possible to reduce the amount of processing used for PDCP in the UE, for example.
  • PDCP operation in multicast it may be determined based on the type of RLC entity of the PTP leg. For example, PDCP using the RLC-AM entity for the PTP leg may operate similarly to PDCP in AM DRB. This makes it possible, for example, to improve reliability in multicast.
  • the PDCP operation may be determined based on the type of RLC entity of the PTM leg. For example, PDCP using the RLC-UM entity for the PTM leg may operate similarly to PDCP in UM DRB. This makes it possible, for example, to reduce the amount of processing required for multicasting.
  • the PDCP SN may be 18 bits. This makes it possible to expand the buffer capacity for reordering, for example, and as a result, it is possible to buffer reordering waiting data for a long time.
  • the PDCP SN may be 12 bits.
  • the PDCP header size can be reduced, and as a result, the throughput in multicast can be improved.
  • the PDCP SN may be given another number of bits.
  • PDCPSN may be 10 bits.
  • padding in the PDCP header becomes unnecessary (see Non-Patent Document 27 (TS38.323)), and as a result, throughput in multicast can be improved.
  • the number of bits of the PDCP SN may be determined by the base station and notified to the UE. This allows, for example, greater flexibility in communication systems.
  • sublayers may be provided in PDCP.
  • common operations in PDCP using the RLC-AM entity and PDCP using the RLC-UM entity may be provided in a common layer of the sublayers, or PDCP using the RLC-AM entity and the RLC-UM entity may be provided in a common layer.
  • Individual layers of the sub-layers may be provided with different operations in the PDCP used.
  • the functions provided in the common layer may be, for example, discarding duplicate PDCP PDUs, reordering, header compression, or integrity protection.
  • the functionality provided in the individual layer may be, for example, the recognition of missing PDCPs or the generation of PDCP status reports.
  • Different individual layers may be connected to different RLC entities in the UE and/or the base station. This makes it possible, for example, to avoid complexity in the design of the communication system.
  • Modification 1 enables a flexible PDCP configuration based on the multicast configuration.
  • Embodiment 2 Multicast with PTM and PTP legs may be used at the DC.
  • the second embodiment discloses a solution to the above-mentioned problems.
  • the communication system sets the PTM leg and the PTP leg to the same base station in DC.
  • the base station may be, for example, a master base station (also called MN (Master Node)) or a secondary base station (also called SN (Secondary Node)).
  • FIG. 20 is a diagram showing the multicast architecture in DC.
  • the secondary base station has the SDAP layer and the PDCP layer, and the secondary base station (SN) has both the PTM leg and the PTP leg.
  • the master base station may control multicast. This makes it possible to reduce the amount of processing in the secondary base station, for example.
  • multicast control may be performed by the secondary base station. This makes it possible to reduce the amount of processing in the master base station, for example.
  • the base station provided with the multicast PDCP layer and the base station provided with the RLC layer and below may be different.
  • the multicast PDCP layer may be provided in the master base station, and the multicast RLC layer and below may be provided in the secondary base station.
  • a multicast PDCP layer may be provided in the secondary base station, and layers other than the multicast RLC layer may be provided in the master base station. This can, for example, increase the flexibility of the communication system.
  • FIG. 21 is a diagram showing another example of multicast architecture in DC.
  • the master base station has the SDAP layer and the PDCP layer, and the secondary base station has both the PTM leg and the PTP leg.
  • the master base station and MB-UPF may be connected to each other.
  • a master base station may control multicast. This makes it possible to reduce the amount of processing in the secondary base station, for example.
  • the PTM leg and the PTP leg may be located in different base stations.
  • the PTM leg may be provided in the master base station and the PTP leg in the secondary base station, or the PTP leg may be provided in the master base station and the PTM leg may be provided in the secondary base station.
  • a multicast PDCP layer may be provided in the master base station. This makes it possible, for example, to quickly perform RRC configuration from the master base station to the UE.
  • FIG. 22 is a diagram showing another example of multicast architecture in DC.
  • the master base station has an SDAP layer and a PDCP layer.
  • a master base station has a PTM leg, and a secondary base station has a PTP leg.
  • the master base station and MB-UPF may be connected to each other.
  • a master base station may control multicast. This makes it possible to reduce the amount of processing in the secondary base station, for example.
  • a multicast PDCP layer may be provided in the secondary base station. This makes it possible to reduce the amount of processing in the master base station, for example.
  • FIG. 23 is a diagram showing another example of multicast architecture in DC.
  • the secondary base station has an SDAP layer and a PDCP layer.
  • a master base station has a PTM leg, and a secondary base station has a PTP leg.
  • the secondary base station and MB-UPF may be connected to each other. This can, for example, reduce latency in multicast transmissions.
  • a master base station may control multicast. This makes it possible to reduce the amount of processing in the secondary base station, for example.
  • the base station may notify the UE of multicast bearer configuration settings.
  • the base station may be, for example, a master base station.
  • RRC signaling may be used for the notification.
  • RRC reconfiguration signaling may be used.
  • the setting may be establishment, addition, modification, switching, or deletion of a multicast bearer configuration.
  • the addition of the bearer configuration may be, for example, the addition of a PTM leg and/or a PTP leg, the addition of a new bearer accompanying the addition of a new multicast channel, or the addition of a new multicast channel. It may be an addition to an existing bearer for such QoS flows.
  • the change in bearer configuration may be, for example, a change in parameters related to the bearer configuration.
  • Switching of the bearer configuration may be, for example, switching of a base station having a PTM/PTP leg, or switching of a base station having an SDAP layer and a PDCP layer.
  • Deletion of the bearer configuration may be, for example, deletion of bearers related to multicast, deletion of PTM legs and/or PTP legs, or deletion of QoS flows related to multicast channels. .
  • the signaling may include information on the type of configuration (eg, establishment, addition, change, switching, deletion), may include a combination of logical channel identifiers related to multicast, PTM/PTP Information about the type of leg may be included, a UE identifier in the PTM leg (eg, G-RNTI) may be included, or a UE identifier in the PTP leg (eg, C-RNTI) may be included.
  • information on the cell group in which transmission/reception of each leg is performed for example, information indicating whether it is a master cell group or a secondary cell group may be included.
  • the UE may use the information to switch multicast bearer configurations. This makes it possible, for example, to prevent misconfiguration of bearers by the UE, and as a result, it becomes possible to prevent multicast malfunction.
  • the master base station may notify the secondary base station of the bearer configuration settings.
  • the signaling may be, for example, Xn signaling.
  • the Xn signaling may be, for example, an SN modification request (S-Node Modification Request) (see Non-Patent Document 30 (TS38.423)).
  • the setting may be establishment, addition, modification, switching, or deletion of a multicast bearer configuration. As a result, for example, the secondary base station can quickly grasp the setting of the bearer configuration.
  • FIG. 24 is a sequence diagram of the multicast bearer configuration setting operation.
  • the master base station (MN) is equipped with a PTM leg.
  • FIG. 24 shows an example in which a base station with a PTP leg switches from a master base station to a secondary base station (SN).
  • SN secondary base station
  • the same step numbers are assigned to the processes common to those in FIG. 14, and the common description is omitted.
  • Steps ST1433 to ST1445 shown in FIG. 24 are the same as in FIG.
  • step ST2447 shown in FIG. 24 the MN determines to switch the PTP leg from MN to SN.
  • the conditions used for the determination may be, for example, the same as the conditions disclosed in Embodiment 1, or the switching may be determined using the notification from the UE disclosed in Embodiment 1.
  • step ST2449 shown in FIG. 24 the MN notifies the SN of the switching of the route of the leg.
  • the MN For this notification, for example, signaling of an SN change request (S-Node Modification Request) (see Non-Patent Document 30 (TS38.423)) may be used.
  • step ST2451 SN notifies MN of a response to step ST2449. In the example shown in FIG. 24, an affirmative response to step ST2449 is notified.
  • the MN notifies the UE of the PTP leg path switching.
  • RRC reconfiguration signaling may be used.
  • the notification may include information indicating that the route of the PTP leg is switched from the MN to the SN, and settings related to the PTP leg after switching to the SN (eg, RLC settings, MAC settings, PHY settings) may be included.
  • the UE uses Step ST2455 as a trigger to reconfigure the PTP leg.
  • the UE notifies the MN of the PDCP status report.
  • the UE notifies the MN of the completion of RRC reconfiguration.
  • the MN notifies the SN of the completion of RRC reconfiguration for the secondary base station in the UE.
  • the MN notifies the SN of the sequence number status.
  • step ST2467 shown in FIG. 24 multicast data is transmitted from MB-UPF to MN.
  • step ST2469 the MN forwards the multicast data to the SN.
  • step ST2471 the SN transmits multicast data to the UE. Multicast data transmission in step ST2471 is performed using the PTP leg.
  • the leg transmitting multicast is switched from PTP to PTM.
  • the switching may be performed in the same manner as the method disclosed in the first embodiment, for example.
  • the MN has the same or earlier data in the PDCP PDU it sends to the UE using the PTP leg than the PDCP PDU it sends to another UE using the PTM leg, i.e.
  • the switch may be determined when the PDCP SN (Sequence Number) of the PDCP PDU transmitted using the PTP leg is greater than or equal to the PDCP SN of the PDCP PDU transmitted using the PTM leg.
  • the MN may notify the SN of the switch. The notification may be done using the Xn interface, for example.
  • the SN may discard the multicast data accumulated in the buffer with this notification as a trigger. This makes it possible, for example, to reduce memory usage in the SN.
  • the SN may inform the MN of information regarding multicast data that has been confirmed for transmission to the UE.
  • the notification may contain information on the RLC SN that has already arrived, may contain information on the PDCP SN, or the NR-U sequence number disclosed in Non-Patent Document 31 (TS38.425) may include information about This allows, for example, the MN to quickly learn multicast data that has already been sent to the UE.
  • the MN may notify the UE of the switch. The notification may be made by a method similar to step ST1441.
  • multicast data is transmitted from MB-UPF to MN.
  • the MN transmits multicast data to the UE. Multicast data transmission in step ST2477 is performed using the PTM leg.
  • the base station may switch the multicast bearer configuration using the load status of its own base station, or may perform the switching using the downlink signal reception strength and/or reception quality reported by the UE. Alternatively, the switching may be performed using the reception strength and/or reception quality of the uplink signal from the UE.
  • the master base station may notify the AMF of information about each cell of the secondary base station, for example, information about the coverage of each cell.
  • the AMF may notify the MB-SMF of the information or request information on the multicast service area.
  • the MB-SMF may notify the AMF of information regarding whether or not each cell of the secondary base station is within the multicast service area, or may notify information regarding the multicast service area.
  • the AMF may use the information to determine whether each cell of the secondary base station is within multicast coverage.
  • the AMF may notify the master base station of the determination result.
  • the master base station may notify the secondary base station of information regarding whether multicast transmission is possible.
  • the information regarding whether or not transmission is possible may be provided for each cell.
  • the secondary base station may or may not perform multicast transmission using the information. This makes it possible, for example, to prevent multicast transmission outside the service area by the secondary base station.
  • the determination may be made by the master base station.
  • the master base station may use information about the multicast coverage area from the MB-SMF and/or coverage information in each cell of the secondary base station to make this determination.
  • the master base station may notify the AMF of the determination result. This makes it possible, for example, to reduce the amount of processing in the AMF.
  • multicasting becomes possible even in DC. Also, in the DC, it becomes possible to distribute the load by multicasting.
  • Multicast transmission for switching between PTM/PTP may be performed in a base station with a CU/DU separation configuration.
  • a PTM leg and a PTP leg may be provided in the same DU.
  • FIG. 25 is a diagram showing a multicast architecture in a base station with a CU/DU split configuration.
  • the same DU has a PTM leg and a PTP leg.
  • the PTM leg and the PTP leg may be provided in different DUs. This allows, for example, load balancing in DUs by multicast.
  • FIG. 26 is a diagram showing another example of multicast architecture in a base station with a CU/DU split configuration.
  • DU#1 has a PTM leg and DU#2 has a PTP leg.
  • the CU may notify the DU of information regarding multicast settings.
  • the F1 interface may be used for the notification.
  • the following (A) to (G) are disclosed as examples of the information.
  • the above information (A) may include, for example, information indicating whether or not it is a multicast, or may include information for identifying a multicast, such as a multicast identifier.
  • a DU can identify multiple multicasts.
  • the information regarding (B) above may be, for example, the MRB-ID.
  • the DU can identify the bearers required for multicast transmission.
  • the information regarding (C) above may be, for example, 5QI (5G QoS Identifier) (see Non-Patent Document 21 (TS23.501)).
  • the DU can perform optimal scheduling based on QoS.
  • the information on (D) above may include information indicating whether it is a PTM leg or a PTP leg, and may include information on logical channels using the leg (eg, logical channel identifier).
  • information about RLC used in the leg for example, information about the type of RLC entity, information about MAC, or information about the physical layer may be included.
  • (D) above allows, for example, a DU to set up a leg for multicast transmission.
  • the information regarding (E) described above may include, for example, information regarding the leg after switching.
  • the DU can reduce the amount of processing in PTM/PTP switching.
  • the information related to (F) above may include, for example, information about the conditions for switching from the PTM leg to the PTP leg, or information about the condition for switching from the PTP leg to the PTM leg.
  • Information about the switching conditions for example, the information on the above-described (1) to (5) disclosed as the conditions for the UE to transmit the PDCP status report in Embodiment 1 may be included, or the above-described (1)
  • Information regarding predetermined values, ranges, times, and/or durations in (4) may be included.
  • the DU may use this information to switch between PTM/PTP legs.
  • the DU can quickly switch between PTM/PTP.
  • a DU may notify a CU of information on UEs that receive multicast.
  • the F1 interface may be used for the notification.
  • the following (a) to (e) are disclosed as examples of such information.
  • the above (a) may include information about the number and/or identifiers of UEs performing multicast reception using the PTM leg.
  • the CU can grasp the number of UEs using the PTM leg, and as a result, can quickly determine PTM/PTP switching.
  • the above (b) may include information about the number and/or identifiers of UEs that perform multicast reception using the PTP leg.
  • the CU can identify UEs using the PTP leg, and as a result, can quickly decide to switch from the PTP leg to the PTM leg.
  • the above (c) may include information indicating that the PTM/PTP switching condition is satisfied, or information (eg, identifier) on the UE that has satisfied the PTM/PTP switching condition. Alternatively, information regarding the direction of the switch (eg, PTM leg to PTP leg, PTP leg to PTM leg) may be included.
  • the CU can quickly grasp the UE to which PTM/PTP switching should or will be performed.
  • the above (d) may include information on the number of PDCP PDUs for which acknowledgment with the UE has not been obtained, and information on the ratio of PDCP PDUs for which acknowledgment with the UE has not been obtained.
  • it may contain information on the number of PDCP PDUs for which acknowledgment has not been obtained consecutively with the UE, or it may contain information on the expiration of the timer used in the PDCP layer, for example, the t-reordering timer.
  • information on the number of RLC PDUs for which acknowledgment with the UE has not been obtained, or information on the ratio of RLC PDUs for which acknowledgment with the UE has not been obtained may be included However, it may contain information on the number of RLC PDUs for which acknowledgments have not been obtained consecutively with the UE, and may contain information on the expiration of timers used in the RLC layer, such as the t-reassembly timer.
  • the CU may use the information to determine PTM/PTP switching. This eliminates the need for notification from the UE to the CU, for example, and as a result, the CU can quickly determine the switching.
  • Multicast transmission that switches between PTM/PTP may be used in base stations in which the CU for the C-plane (CU-CP) and the CU for the U-plane (CU-UP) are separated.
  • the same DU may be used for transmitting C-plane data and U-plane data.
  • different DUs may be used for transmitting C-plane data and U-plane data. This makes it possible, for example, to reduce the load on the DU.
  • a PTM leg and a PTP leg may be provided in the same DU. This makes it possible, for example, to avoid complexity in the control of the DU.
  • PTM legs and PTP legs may be provided in different DUs. This makes it possible, for example, to reduce the load on the DU.
  • FIG. 27 is a diagram showing another example of multicast architecture in a base station with a CU/DU split configuration.
  • the CU of the base station is divided into CU-CP and CU-UP.
  • DU#0 has a C-plane leg
  • DU#1 has a U-plane PTM leg
  • DU#2 has a PTP leg.
  • the CU-CP may notify the CU-UP of information regarding multicast settings.
  • the E1 interface may be used for the notification.
  • the information may include, for example, the information (A) to (G) described above. As a result, for example, the same effect as described above can be obtained.
  • the information may include information about the DU used, eg, the DU's identifier.
  • the information about the DU may include, for example, information used in the PTM leg and information used in the PTP leg. This allows, for example, the CU-UP to quickly identify the DU.
  • the CU-UP may notify the CU-CP of information on UEs that receive multicast.
  • the E1 interface may be used for the notification.
  • the information may include, for example, the information (a) to (e) described above. As a result, for example, the same effect as described above can be obtained.
  • a 5G base station can support Integrated Access and Backhaul (IAB) (see Non-Patent Document 16 (TS38.300 V16.2.0)). That is, multicast may be performed using base stations that support IAB (hereinafter sometimes referred to as IAB base stations). However, how the multicast using the IAB base station is performed is not disclosed in the standards established so far, including the above Non-Patent Documents 1 to 33. Therefore, there arises a problem that the multicast using the IAB base station cannot be executed.
  • IAB Integrated Access and Backhaul
  • the CU and DU of the base station operating as the IAB donor are referred to as IAB donor CU and IAB donor DU, respectively.
  • IAB donor DUs and/or IAB nodes perform multicast transmission to IAB nodes and/or UEs. All IAB donor DUs and IAB nodes may perform multicast transmissions.
  • FIG. 28 is a connection diagram for multicast from the base stations that make up the IAB.
  • an IAB donor CU and an IAB donor DU are connected by wire.
  • the IAB donor DU multicasts to the IAB node and UE#3.
  • Multicast transmissions from IAB donor DUs may be done using PTP or PTM.
  • the IAB node performs multicast transmission to UE#1 and UE#2.
  • Multicast transmissions from IAB nodes may be done using PTP or PTM.
  • FIG. 29 is a protocol stack diagram in multicast transmitted from the base stations that make up the IAB to the UE.
  • Each layer of L1, L2 and IP terminates between the IAB donor CU and the IAB donor DU. IP routing is done in the IAB donor DU.
  • Each layer of PHY, MAC, RLC, BAP (Backhaul Adaption Protocol), and IP terminates between the IAB donor DU and the IAB node.
  • Each layer of UDP (User Datagram Protocol) and GTP-U (GPRS Tunneling Protocol for User Plane) terminates between the IAB donor CU and the IAB node.
  • PHY, MAC and RLC layers are terminated between the IAB node and the UE.
  • PDCP and SDAP layers terminate between the IAB donor CU and the UE.
  • the multicast transmission may use a PTM leg or a PTP leg.
  • An IAB donor CU may decide which IAB donor DUs and/or IAB nodes to perform multicast transmissions.
  • the IAB donor DU and/or the IAB node may have information regarding multicast transmission availability. The information may be included in the DU and/or the node's capabilities, for example.
  • the IAB donor DU and/or IAB node may notify the IAB donor CU of the information.
  • the IAB donor CU may use the information to determine which nodes should perform multicast transmissions.
  • the IAB donor CU may configure the IAB donor DU and/or the IAB node for multicast transmission. This can, for example, increase the flexibility of the communication system.
  • the multicast transmission may be, for example, a multicast transmission using the PTM leg. This allows avoiding the complexities of multicast in IAB, for example.
  • An IAB donor DU and/or an IAB node to which no IAB node is connected under its control may perform multicast transmission.
  • the multicast transmission may be, for example, a multicast using the PTP leg. This allows, for example, multicast transmissions to many UEs.
  • the PTM leg and the PTP leg may pass through the same route. This makes it possible, for example, to avoid complexity in controlling multicast.
  • the route through the multicast PTM leg and the route through the PTP leg may be different. This can, for example, improve the flexibility of the communication system and reduce the load on the IAB nodes.
  • FIG. 30 is a diagram showing another example of connection in multicast from the base stations that make up the IAB.
  • the IAB donor CU and IAB donor DU#1, and the IAB donor CU and IAB donor DU#2 are both connected by wire.
  • Multicast data for PTM is transmitted from IAB donor DU#1 to IAB node#1.
  • Multicast data for PTP is transmitted from IAB donor DU#2 to IAB node#2.
  • Multicast data for PTM is transmitted from IAB node #1 to IAB node #3.
  • Multicast data for PTP is transmitted from IAB node #2 to IAB node #3.
  • IAB node #3 performs multicast transmission to UE#1 to UE#3.
  • the IAB node #3 transmits multicast data for PTM to UE #1 and UE #2.
  • IAB node #3 transmits multicast data for PTP to UE #3.
  • Packet duplication may be used in multicast transmissions.
  • packet duplication may be used in the configurations disclosed in the first to fourth embodiments.
  • a UE may receive PDCP PDUs sent from both the PTM leg and the PTP leg. The UE may leave only PDCP PDUs that arrive earlier and discard PDCP PDUs with the same PDCP SN that arrive later.
  • packet duplication using CA may be used.
  • Different cells may be used for multicast transmission/reception using the PTM leg and multicast transmission/reception using the PTP leg. This allows, for example, frequency diversity to improve the reliability of multicast transmissions even when the same base station, DU and/or IAB node is used for the PTM and PTP legs.
  • Multicast transmission using PTM and multicast transmission using PTP may be performed using different base stations, different DUs, or different IAB nodes. good. As a result, for example, a space diversity effect can be obtained in multicast, and as a result, reliability in multicast can be improved.
  • a plurality of PTM legs may be provided. Multiple PTP legs may be provided.
  • packet replication combined with DC and CA may be used.
  • one PTM leg and one PTP leg may be provided for each of the master base station and the secondary base station, or one base station may be provided with a PTM leg and another base station may be provided with multiple PTP legs.
  • UE-TX is the UE in which service data is generated. For example, if UE-TX is UE1 and UE-RX is UE2, service data is generated in UE2 and data is transmitted to UE1, then UE2 is UE-TX and UE1 is UE-
  • the method of the present disclosure may be applied as RX. With this, similar effects can be obtained.
  • a subframe is an example of a communication time unit in the fifth generation communication system.
  • a subframe may be a scheduling unit.
  • the processing described in units of subframes may be performed in units of TTIs, slots, subslots, or minislots.
  • V2X Vehicle-to-everything
  • SL communication used in various services such as proximity-based service, public safety, communication between wearable terminals, and communication between devices in factories.

Abstract

マルチキャストにおける信頼性を迅速に確保することが可能な通信システムを実現するために、通信システムは、New　Radio　Access　Technologyに対応した基地局と、基地局とマルチキャスト通信を行うことが可能な通信端末（ＵＥ）と、を備え、通信端末は、マルチキャスト通信を実行中に、データ受信状況に関する情報である受信状況情報を通信中の基地局へ送信し、基地局は、受信状況情報に基づいて、通信端末へのデータの再送制御を行う。

Description

通信システムおよび通信端末
　本開示は、無線通信技術に関する。
　移動体通信システムの規格化団体である３ＧＰＰ（3rd　Generation　Partnership　Project）において、無線区間についてはロングタームエボリューション（Long　Term　Evolution：ＬＴＥ）と称し、コアネットワークおよび無線アクセスネットワーク（以下、まとめて、ネットワークとも称する）を含めたシステム全体構成については、システムアーキテクチャエボリューション（System　Architecture　Evolution：ＳＡＥ）と称される通信方式が検討されている（例えば、非特許文献１～５）。この通信方式は３．９Ｇ（3.9　Generation）システムとも呼ばれる。
　ＬＴＥのアクセス方式としては、下り方向はＯＦＤＭ（Orthogonal　Frequency　Division　Multiplexing）、上り方向はＳＣ－ＦＤＭＡ（Single　Carrier　Frequency　Division　Multiple　Access）が用いられる。また、ＬＴＥは、Ｗ－ＣＤＭＡ（Wideband　Code　Division　Multiple　Access）とは異なり、回線交換を含まず、パケット通信方式のみになる。
　非特許文献１（５章）に記載される、３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する決定事項について、図１を用いて説明する。図１は、ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図１において、１つの無線フレーム（Radio　frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Subframe）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目および６番目のサブフレームに下り同期信号（Downlink　Synchronization　Signal）が含まれる。同期信号には、第一同期信号（Primary　Synchronization　Signal：Ｐ－ＳＳ）と、第二同期信号（Secondary　Synchronization　Signal：Ｓ－ＳＳ）とがある。
　３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する決定事項が、非特許文献１（５章）に記載されている。ＣＳＧ（Closed　Subscriber　Group）セルにおいてもｎｏｎ－ＣＳＧセルと同じチャネル構成が用いられると想定されている。
　物理報知チャネル（Physical　Broadcast　Channel：ＰＢＣＨ）は、基地局装置（以下、単に「基地局」という場合がある）から移動端末装置（以下、単に「移動端末」という場合がある）などの通信端末装置（以下、単に「通信端末」という場合がある）への下り送信用のチャネルである。ＢＣＨトランスポートブロック（transport　block）は、４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。
　物理制御フォーマットインジケータチャネル（Physical　Control　Format　Indicator　Channel：ＰＣＦＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭ（Orthogonal　Frequency　Division　Multiplexing）シンボルの数を、基地局から通信端末へ通知する。ＰＣＦＩＣＨは、サブフレーム毎に送信される。
　物理下り制御チャネル（Physical　Downlink　Control　Channel：ＰＤＣＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＣＣＨは、後述のトランスポートチャネルの１つである下り共有チャネル（Downlink　Shared　Channel：ＤＬ－ＳＣＨ）のリソース割り当て（allocation）情報、後述のトランスポートチャネルの１つであるページングチャネル（Paging　Channel：ＰＣＨ）のリソース割り当て（allocation）情報、ＤＬ－ＳＣＨに関するＨＡＲＱ（Hybrid　Automatic　Repeat　reQuest）情報を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink　Scheduling　Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative　Acknowledgement）を運ぶ。ＰＤＣＣＨは、Ｌ１／Ｌ２制御信号とも呼ばれる。
　物理下り共有チャネル（Physical　Downlink　Shared　Channel：ＰＤＳＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＳＣＨには、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）、およびトランスポートチャネルであるＰＣＨがマッピングされている。
　物理マルチキャストチャネル（Physical　Multicast　Channel：ＰＭＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＭＣＨには、トランスポートチャネルであるマルチキャストチャネル（Multicast　Channel：ＭＣＨ）がマッピングされている。
　物理上り制御チャネル（Physical　Uplink　Control　Channel：ＰＵＣＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＣＣＨは、下り送信に対する応答信号（response　signal）であるＡｃｋ／Ｎａｃｋを運ぶ。ＰＵＣＣＨは、ＣＳＩ（Channel　State　Information）を運ぶ。ＣＳＩは、ＲＩ（Rank　Indicator）、ＰＭＩ（Precoding　Matrix　Indicator）、ＣＱＩ（Channel　Quality　Indicator）レポートで構成される。ＲＩとは、ＭＩＭＯにおけるチャネル行列のランク情報である。ＰＭＩとは、ＭＩＭＯにて用いるプリコーディングウェイト行列の情報である。ＣＱＩとは、受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling　Request：ＳＲ）を運ぶ。
　物理上り共有チャネル（Physical　Uplink　Shared　Channel：ＰＵＳＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＳＣＨには、トランスポートチャネルの１つである上り共有チャネル（Uplink　Shared　Channel：ＵＬ－ＳＣＨ）がマッピングされている。
　物理ＨＡＲＱインジケータチャネル（Physical　Hybrid　ARQ　Indicator　Channel：ＰＨＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＨＩＣＨは、上り送信に対する応答信号であるＡｃｋ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル（Physical　Random　Access　Channel：ＰＲＡＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random　access　preamble）を運ぶ。
　下り参照信号（リファレンスシグナル（Reference　Signal）：ＲＳ）は、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の５種類の下りリファレンスシグナルが定義されている。セル固有参照信号（Cell-specific　Reference　Signal：ＣＲＳ）、ＭＢＳＦＮ参照信号（MBSFN　Reference　Signal）、ＵＥ固有参照信号（UE-specific　Reference　Signal）であるデータ復調用参照信号（Demodulation　Reference　Signal：ＤＭ－ＲＳ）、位置決定参照信号（Positioning　Reference　Signal：ＰＲＳ）、チャネル状態情報参照信号（Channel　State　Information　Reference　Signal：ＣＳＩ－ＲＳ）。通信端末の物理レイヤの測定として、リファレンスシグナルの受信電力（Reference　Signal　Received　Power：ＲＳＲＰ）測定がある。
　上り参照信号についても同様に、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の２種類の上りリファレンスシグナルが定義されている。データ復調用参照信号（Demodulation　Reference　Signal：ＤＭ－ＲＳ）、サウンディング用参照信号（Sounding　Reference　Signal：ＳＲＳ）である。
　非特許文献１（５章）に記載されるトランスポートチャネル（Transport　Channel）について、説明する。下りトランスポートチャネルのうち、報知チャネル（Broadcast　Channel：ＢＣＨ）は、その基地局（セル）のカバレッジ全体に報知される。ＢＣＨは、物理報知チャネル（ＰＢＣＨ）にマッピングされる。
　下り共有チャネル（Downlink　Shared　Channel：ＤＬ－ＳＣＨ）には、ＨＡＲＱ（Hybrid　ARQ）による再送制御が適用される。ＤＬ－ＳＣＨは、基地局（セル）のカバレッジ全体への報知が可能である。ＤＬ－ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては、パーシステントスケジューリング（Persistent　Scheduling）ともいわれる。ＤＬ－ＳＣＨは、通信端末の低消費電力化のために通信端末の間欠受信（Discontinuous　reception：ＤＲＸ）をサポートする。ＤＬ－ＳＣＨは、物理下り共有チャネル（ＰＤＳＣＨ）へマッピングされる。
　ページングチャネル（Paging　Channel：ＰＣＨ）は、通信端末の低消費電力を可能とするために通信端末のＤＲＸをサポートする。ＰＣＨは、基地局（セル）のカバレッジ全体への報知が要求される。ＰＣＨは、動的にトラフィックに利用できる物理下り共有チャネル（ＰＤＳＣＨ）のような物理リソースへマッピングされる。
　マルチキャストチャネル（Multicast　Channel：ＭＣＨ）は、基地局（セル）のカバレッジ全体への報知に使用される。ＭＣＨは、マルチセル送信におけるＭＢＭＳ（Multimedia　Broadcast　Multicast　Service）サービス（ＭＴＣＨとＭＣＣＨ）のＳＦＮ合成をサポートする。ＭＣＨは、準静的なリソース割り当てをサポートする。ＭＣＨは、ＰＭＣＨへマッピングされる。
　上りトランスポートチャネルのうち、上り共有チャネル（Uplink　Shared　Channel：ＵＬ－ＳＣＨ）には、ＨＡＲＱ（Hybrid　ARQ）による再送制御が適用される。ＵＬ－ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ－ＳＣＨは、物理上り共有チャネル（ＰＵＳＣＨ）へマッピングされる。
　ランダムアクセスチャネル（Random　Access　Channel：ＲＡＣＨ）は、制御情報に限られている。ＲＡＣＨは、衝突のリスクがある。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）へマッピングされる。
　ＨＡＲＱについて説明する。ＨＡＲＱとは、自動再送要求（Automatic　Repeat　reQuest：ＡＲＱ）と誤り訂正（Forward　Error　Correction）との組合せによって、伝送路の通信品質を向上させる技術である。ＨＡＲＱには、通信品質が変化する伝送路に対しても、再送によって誤り訂正が有効に機能するという利点がある。特に、再送にあたって初送の受信結果と再送の受信結果との合成をすることで、更なる品質向上を得ることも可能である。
　再送の方法の一例を説明する。受信側にて、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Cyclic　Redundancy　Check）エラーが発生した場合（ＣＲＣ＝ＮＧ）、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側は、データを再送する。受信側にて、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合（ＣＲＣ＝ＯＫ）、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。
　非特許文献１（６章）に記載される論理チャネル（ロジカルチャネル：Logical　Channel）について、説明する。報知制御チャネル（Broadcast　Control　Channel：ＢＣＣＨ）は、報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨは、トランスポートチャネルである報知チャネル（ＢＣＨ）、あるいは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。
　ページング制御チャネル（Paging　Control　Channel：ＰＣＣＨ）は、ページング情報（Paging　Information）およびシステム情報（System　Information）の変更を送信するための下りチャネルである。ＰＣＣＨは、通信端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨは、トランスポートチャネルであるページングチャネル（ＰＣＨ）へマッピングされる。
　共有制御チャネル（Common　Control　Channel：ＣＣＣＨ）は、通信端末と基地局との間の送信制御情報のためのチャネルである。ＣＣＣＨは、通信端末がネットワークとの間でＲＲＣ接続（connection）を有していない場合に用いられる。下り方向では、ＣＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨは、トランスポートチャネルである上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされる。
　マルチキャスト制御チャネル（Multicast　Control　Channel：ＭＣＣＨ）は、１対多の送信のための下りチャネルである。ＭＣＣＨは、ネットワークから通信端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられる。ＭＣＣＨは、トランスポートチャネルであるマルチキャストチャネル（ＭＣＨ）へマッピングされる。
　個別制御チャネル（Dedicated　Control　Channel：ＤＣＣＨ）は、１対１にて、通信端末とネットワークとの間の個別制御情報を送信するチャネルである。ＤＣＣＨは、通信端末がＲＲＣ接続（connection）である場合に用いられる。ＤＣＣＨは、上りでは上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ－ＳＣＨ）にマッピングされる。
　個別トラフィックチャネル（Dedicated　Traffic　Channel：ＤＴＣＨ）は、ユーザ情報の送信のための個別通信端末への１対１通信のチャネルである。ＤＴＣＨは、上りおよび下りともに存在する。ＤＴＣＨは、上りでは上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。
　マルチキャストトラフィックチャネル（Multicast　Traffic　Channel：ＭＴＣＨ）は、ネットワークから通信端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられるチャネルである。ＭＴＣＨは、マルチキャストチャネル（ＭＣＨ）へマッピングされる。
　ＣＧＩとは、セルグローバル識別子（Cell　Global　Identifier）のことである。ＥＣＧＩとは、Ｅ－ＵＴＲＡＮセルグローバル識別子（E-UTRAN　Cell　Global　Identifier）のことである。ＬＴＥ、後述のＬＴＥ－Ａ（Long　Term　Evolution　Advanced）およびＵＭＴＳ（Universal　Mobile　Telecommunication　System）において、ＣＳＧ（Closed　Subscriber　Group）セルが導入される。
　通信端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても通信端末の位置を追跡し、通信端末を呼び出す、換言すれば通信端末が着呼することを可能にするために行われる。この通信端末の位置追跡のための区域をトラッキングエリアと呼ぶ。
　また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（Long　Term　Evolution　Advanced：ＬＴＥ－Ａ）の規格策定が進められている（非特許文献３、非特許文献４参照）。ＬＴＥ－Ａは、ＬＴＥの無線区間通信方式を基本とし、それにいくつかの新技術を加えて構成される。
　ＬＴＥ－Ａシステムでは、１００ＭＨｚまでのより広い周波数帯域幅（transmission　bandwidths）をサポートするために、二つ以上のコンポーネントキャリア（Component　Carrier：ＣＣ）を集約する（「アグリゲーション（aggregation）する」とも称する）、キャリアアグリゲーション（Carrier　Aggregation：ＣＡ）が検討されている。ＣＡについては、非特許文献１に記載されている。
　ＣＡが構成される場合、通信端末であるＵＥはネットワーク（Network：ＮＷ）と唯一のＲＲＣ接続（RRC　connection）を有する。ＲＲＣ接続において、１つのサービングセルがＮＡＳモビリティ情報とセキュリティ入力を与える。このセルをプライマリセル（Primary　Cell：ＰＣｅｌｌ）と呼ぶ。下りリンクで、ＰＣｅｌｌに対応するキャリアは、下りプライマリコンポーネントキャリア（Downlink　Primary　Component　Carrier：ＤＬ　ＰＣＣ）である。上りリンクで、ＰＣｅｌｌに対応するキャリアは、上りプライマリコンポーネントキャリア（Uplink　Primary　Component　Carrier：ＵＬ　ＰＣＣ）である。
　ＵＥの能力（ケーパビリティ（capability））に応じて、セカンダリセル（Secondary　Cell：ＳＣｅｌｌ）が、ＰＣｅｌｌとともに、サービングセルの組を形成するために構成される。下りリンクで、ＳＣｅｌｌに対応するキャリアは、下りセカンダリコンポーネントキャリア（Downlink　Secondary　Component　Carrier：ＤＬ　ＳＣＣ）である。上りリンクで、ＳＣｅｌｌに対応するキャリアは、上りセカンダリコンポーネントキャリア（Uplink　Secondary　Component　Carrier：ＵＬ　ＳＣＣ）である。
　１つのＰＣｅｌｌと１つ以上のＳＣｅｌｌとからなるサービングセルの組が、１つのＵＥに対して構成される。
　また、ＬＴＥ－Ａでの新技術としては、より広い帯域をサポートする技術（Wider　bandwidth　extension）、および多地点協調送受信（Coordinated　Multiple　Point　transmission　and　reception：ＣｏＭＰ）技術などがある。３ＧＰＰでＬＴＥ－Ａのために検討されているＣｏＭＰについては、非特許文献１に記載されている。
　また、３ＧＰＰにおいて、将来の膨大なトラフィックに対応するために、スモールセルを構成するスモールｅＮＢ（以下「小規模基地局装置」という場合がある）を用いることが検討されている。例えば、多数のスモールｅＮＢを設置して、多数のスモールセルを構成することによって、周波数利用効率を高めて、通信容量の増大を図る技術などが検討されている。具体的には、ＵＥが２つのｅＮＢと接続して通信を行うデュアルコネクティビティ（Dual　Connectivity：ＤＣと略称される）などがある。ＤＣについては、非特許文献１に記載されている。
　デュアルコネクティビティ（ＤＣ）を行うｅＮＢのうち、一方を「マスタｅＮＢ（ＭｅＮＢと略称される）」といい、他方を「セカンダリｅＮＢ（ＳｅＮＢと略称される）」という場合がある。
　モバイルネットワークのトラフィック量は、増加傾向にあり、通信速度も高速化が進んでいる。ＬＴＥおよびＬＴＥ－Ａが本格的に運用を開始されると、更に通信速度が高速化されることが見込まれる。
　さらに、高度化する移動体通信に対して、２０２０年以降にサービスを開始することを目標とした第５世代（以下「５Ｇ」という場合がある）無線アクセスシステムが検討されている。例えば、欧州では、ＭＥＴＩＳという団体で５Ｇの要求事項がまとめられている（非特許文献５参照）。
　５Ｇ無線アクセスシステムでは、ＬＴＥシステムに対して、システム容量は１０００倍、データの伝送速度は１００倍、データの処理遅延は１０分の１（１／１０）、通信端末の同時接続数は１００倍として、更なる低消費電力化、および装置の低コスト化を実現することが要件として挙げられている。
　このような要求を満たすために、３ＧＰＰでは、リリース１５として、５Ｇの規格検討が進められている（非特許文献６～１９参照）。５Ｇの無線区間の技術は「New　Radio　Access　Technology」と称される（「New　Radio」は「ＮＲ」と略称される）。
　ＮＲシステムは、ＬＴＥシステム、ＬＴＥ－Ａシステムを基にして検討が進められているが、以下の点でＬＴＥシステム、ＬＴＥ－Ａシステムからの変更および追加が行われている。
　ＮＲのアクセス方式としては、下り方向はＯＦＤＭ、上り方向はＯＦＤＭ、ＤＦＴ－ｓ－ＯＦＤＭ（DFT-spread-OFDM）が用いられる。
　ＮＲでは、伝送速度向上、処理遅延低減のために、ＬＴＥに比べて高い周波数の使用が可能となっている。
　ＮＲにおいては、狭いビーム状の送受信範囲を形成する（ビームフォーミング）とともにビームの向きを変化させる（ビームスイーピング）ことで、セルカバレッジの確保が図られる。
　ＮＲのフレーム構成においては、様々なサブキャリア間隔、すなわち、様々なヌメロロジ（Numerology）がサポートされている。ＮＲにおいては、ヌメロロジによらず、１サブフレームは１ミリ秒であり、また、１スロットは１４シンボルで構成される。また、１サブフレームに含まれるスロット数は、サブキャリア間隔１５ｋＨｚのヌメロロジにおいては１つであり、他のヌメロロジにおいては、サブキャリア間隔に比例して多くなる（非特許文献１３（３ＧＰＰ　ＴＳ３８．２１１）参照）。
　ＮＲにおける下り同期信号は、同期信号バースト（Synchronization　Signal　Burst：以下、ＳＳバーストと称する場合がある）として、所定の周期で、所定の継続時間をもって基地局から送信される。ＳＳバーストは、基地局のビーム毎の同期信号ブロック（Synchronization　Signal　Block：以下、ＳＳブロックと称する場合がある）により構成される。
　基地局はＳＳバーストの継続時間内において各ビームのＳＳブロックを、ビームを変えて送信する。ＳＳブロックは、Ｐ－ＳＳ、Ｓ－ＳＳ、およびＰＢＣＨによって構成される。
　ＮＲにおいては、ＮＲの下り参照信号として、位相追尾参照信号（Phase　Tracking　Reference　Signal：ＰＴＲＳ）の追加により、位相雑音の影響の低減が図られている。上り参照信号においても、下りと同様にＰＴＲＳが追加されている。
　ＮＲにおいては、スロット内におけるＤＬ／ＵＬの切替えを柔軟に行うために、ＰＤＣＣＨに含まれる情報にスロット構成通知（Slot　Format　Indication：ＳＦＩ）が追加された。
　また、ＮＲにおいては、キャリア周波数帯のうちの一部（以下、Bandwidth　Part（ＢＷＰ）と称する場合がある）を基地局がＵＥに対して予め設定し、ＵＥが該ＢＷＰにおいて基地局との送受信を行うことで、ＵＥにおける消費電力の低減が図られる。
　３ＧＰＰでは、ＤＣの形態として、ＥＰＣに接続するＬＴＥ基地局とＮＲ基地局によるＤＣ、５Ｇコアシステムに接続するＮＲ基地局によるＤＣ、また、５Ｇコアシステムに接続するＬＴＥ基地局とＮＲ基地局によるＤＣが検討されている（非特許文献１２、１６、１９参照）。
　また、３ＧＰＰでは、サイドリンク（ＳＬ：Side　Link）通信（ＰＣ５通信とも称する）を用いたサービス（アプリケーションでもよい）を、後述するＥＰＳ（Evolved　Packet　System）においても、５Ｇコアシステムにおいてもサポートすることが検討されている（非特許文献１、１６、２０、２１、２２、２３参照）。ＳＬ通信を用いたサービスとして、たとえば、Ｖ２Ｘ（Vehicle-to-everything）サービス、プロキシミティサービスなどがある。
　また、３ＧＰＰでは、いくつかの新たな技術が検討されている。例えば、ＮＲを用いたマルチキャストが検討されている。ＮＲを用いたマルチキャストにおいて、例えば、信頼性を確保したマルチキャスト方式、ポイントツーマルチポイント（Point　To　Multipoint：ＰＴＭ）送信とポイントツーポイント（Point　To　Point：ＰＴＰ）送信の動的な切替えが検討されている（非特許文献２４、２５、２６参照）。
３ＧＰＰ　ＴＳ　３６．３００　Ｖ１６．２．０ ３ＧＰＰ　Ｓ１－０８３４６１ ３ＧＰＰ　ＴＲ　３６．８１４　Ｖ９．２．０ ３ＧＰＰ　ＴＲ　３６．９１２　Ｖ１６．０．０ "Scenarios,　requirements　and　KPIs　for　5G　mobile　and　wireless　system"、ＩＣＴ－３１７６６９－ＭＥＴＩＳ／Ｄ１．１ ３ＧＰＰ　ＴＲ　２３．７９９　Ｖ１４．０．０ ３ＧＰＰ　ＴＲ　３８．８０１　Ｖ１４．０．０ ３ＧＰＰ　ＴＲ　３８．８０２　Ｖ１４．２．０ ３ＧＰＰ　ＴＲ　３８．８０４　Ｖ１４．０．０ ３ＧＰＰ　ＴＲ　３８．９１２　Ｖ１６．０．０ ３ＧＰＰ　ＲＰ－１７２１１５ ３ＧＰＰ　ＴＳ　３７．３４０　Ｖ１６．２．０ ３ＧＰＰ　ＴＳ　３８．２１１　Ｖ１６．２．０ ３ＧＰＰ　ＴＳ　３８．２１３　Ｖ１６．２．０ ３ＧＰＰ　ＴＳ　３８．２１４　Ｖ１６．２．０ ３ＧＰＰ　ＴＳ　３８．３００　Ｖ１６．２．０ ３ＧＰＰ　ＴＳ　３８．３２１　Ｖ１６．１．０ ３ＧＰＰ　ＴＳ　３８．２１２　Ｖ１６．２．０ ３ＧＰＰ　ＴＳ　３８．３３１　Ｖ１６．３．１ ３ＧＰＰ　ＴＲ　２３．７０３　Ｖ１２．０．０ ３ＧＰＰ　ＴＳ　２３．５０１　Ｖ１６．５．０ ３ＧＰＰ　ＴＳ　２３．２８７　Ｖ１６．３．０ ３ＧＰＰ　ＴＳ　２３．３０３　Ｖ１６．０．０ ３ＧＰＰ　ＴＲ　２３．７５７　Ｖ１．２．０ ３ＧＰＰ　ＲＰ－２０１０３８ ３ＧＰＰ　Ｒ２－２００９３３７ ３ＧＰＰ　ＴＳ　３８．３２３　Ｖ１６．２．０ ３ＧＰＰ　ＴＳ　３８．３２２　Ｖ１６．２．０ ３ＧＰＰ　ＴＳ　２３．５０２　Ｖ１６．７．１ ３ＧＰＰ　ＴＳ　３８．４２３　Ｖ１６．４．０ ３ＧＰＰ　ＴＳ　３８．４２５　Ｖ１６．２．０ ３ＧＰＰ　ＴＳ　３８．３０５　Ｖ１６．３．０ ３ＧＰＰ　ＴＳ　２３．２７３　Ｖ１６．５．０
　ＰＴＭレッグとＰＴＰレッグの切替えにおいて、ＰＤＣＰ（Packet　Data　Convergence　Protocol）ステータスレポートが用いられてもよい。しかし、ＵＥから基地局へのＰＤＣＰステータスレポートの送信には、基地局からの指示が必要となる。例えば、ＵＥは、基地局からのＤＲＢ（Data　Radio　Bearer）変更（modification）等の指示を契機として、基地局に対してＰＤＣＰステータスレポートを送信する（非特許文献１９、２７参照）。従って、例えば、ＵＥがマルチキャストデータからなる一部のＰＤＣＰ　ＰＤＵ（Protocol　Data　Unit）を受信できなかった場合において、ＵＥは基地局に対してＰＤＣＰステータスレポートを送ることが出来ず、その結果、ＵＥにおけるマルチキャストデータの欠落状況が解消しない、という問題が生じる。
　本開示は、上記課題に鑑み、マルチキャストにおける信頼性を迅速に確保することが可能な通信システムを実現することを、目的の１つとする。
　本開示にかかる通信システムは、New　Radio　Access　Technologyに対応した基地局と、基地局とマルチキャスト通信を行うことが可能な通信端末と、を備え、通信端末は、マルチキャスト通信を実行中に、データ受信状況に関する情報である受信状況情報を通信中の基地局へ送信し、基地局は、受信状況情報に基づいて、通信端末へのデータの再送制御を行う。
　本開示によれば、マルチキャストにおける信頼性を迅速に確保することが可能な通信システムを実現できる。
　本開示の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。 ３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。 ３ＧＰＰにおいて議論されているＮＲ方式の通信システム２１０の全体的な構成を示すブロック図である。 ＥＰＣに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。 ＮＧコアに接続するｇＮＢによるＤＣの構成図である。 ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。 ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。 図２に示す移動端末２０２の構成を示すブロック図である。 図２に示す基地局２０３の構成を示すブロック図である。 ＭＭＥの構成を示すブロック図である。 ５ＧＣ部の構成を示すブロック図である。 ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。 ＮＲシステムにおけるセルの構成の一例を示す図である。 実施の形態１について、マルチキャスト送信における、ＰＴＭレッグからＰＴＰレッグへの切替えおよびＰＴＰレッグからＰＴＭレッグへの切替えの動作を示すシーケンス図である。 実施の形態１について、マルチキャスト送信における、ＰＴＭレッグからＰＴＰレッグへの切替えおよびＰＴＰレッグからＰＴＭレッグへの切替えの動作の他の例を示すシーケンス図である。 実施の形態１について、ＰＴＭレッグとＰＴＰレッグが同時に用いられるマルチキャストの動作を示すシーケンス図である。 実施の形態１の変形例１について、ＰＴＭレッグおよび／あるいはＰＴＰレッグを用いるマルチキャストにおいて用いられるＰＤＣＰエンティティおよびＲＬＣエンティティの構成図である。 実施の形態１の変形例１について、ＰＴＭレッグおよび／あるいはＰＴＰレッグを用いるマルチキャストにおいて用いられるＰＤＣＰエンティティおよびＲＬＣエンティティの構成の他の例を示す図である。 実施の形態１の変形例１について、ＰＴＭレッグおよび／あるいはＰＴＰレッグを用いるマルチキャストにおいて用いられるＰＤＣＰエンティティおよびＲＬＣエンティティの構成の他の例を示す図である。 実施の形態２について、ＤＣにおけるマルチキャストのアーキテクチャを示す図である。 実施の形態２について、ＤＣにおけるマルチキャストのアーキテクチャの他の例を示す図である。 実施の形態２について、ＤＣにおけるマルチキャストのアーキテクチャの他の例を示す図である。 実施の形態２について、ＤＣにおけるマルチキャストのアーキテクチャの他の例を示す図である。 実施の形態２について、ＤＣにおけるマルチキャストのベアラ構成の設定動作を示すシーケンス図である。 実施の形態３について、ＣＵ／ＤＵ分離構成の基地局におけるマルチキャストのアーキテクチャを示す図である。 実施の形態３について、ＣＵ／ＤＵ分離構成の基地局におけるマルチキャストのアーキテクチャの他の例を示す図である。 実施の形態３について、ＣＵ／ＤＵ分離構成の基地局におけるマルチキャストのアーキテクチャの他の例を示す図である。 実施の形態４について、ＩＡＢを構成する基地局からのマルチキャストにおける接続図である。 実施の形態４について、ＩＡＢを構成する基地局からのマルチキャストにおけるプロトコルスタック図である。 実施の形態４について、ＩＡＢを構成する基地局からのマルチキャストにおける接続の他の例を示す図である。
　以下に、本開示の実施の形態にかかる通信システムおよび通信端末を図面に基づいて詳細に説明する。
実施の形態１．
　図２は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、Ｅ－ＵＴＲＡＮ（Evolved　Universal　Terrestrial　Radio　Access　Network）２０１と称される。通信端末装置である移動端末装置（以下「移動端末（User　Equipment：ＵＥ）」という）２０２は、基地局装置（以下「基地局（E-UTRAN　NodeB：ｅＮＢ）」という）２０３と無線通信可能であり、無線通信で信号の送受信を行う。
　ここで、「通信端末装置」とは、移動可能な携帯電話端末装置などの移動端末装置だけでなく、センサなどの移動しないデバイスも含んでいる。以下の説明では、「通信端末装置」を、単に「通信端末」という場合がある。
　移動端末２０２に対する制御プロトコル、例えばＲＲＣ（Radio　Resource　Control）と、ユーザプレイン（以下、Ｕ－Ｐｌａｎｅと称する場合もある）、例えばＰＤＣＰ（Packet　Data　Convergence　Protocol）、ＲＬＣ（Radio　Link　Control）、ＭＡＣ（Medium　Access　Control）、ＰＨＹ（Physical　layer）とが基地局２０３で終端するならば、Ｅ－ＵＴＲＡＮは１つあるいは複数の基地局２０３によって構成される。
　移動端末２０２と基地局２０３との間の制御プロトコルＲＲＣ（Radio　Resource　Control）は、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC　connection　management）などを行う。ＲＲＣにおける基地局２０３と移動端末２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとがある。
　ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public　Land　Mobile　Network）選択、システム情報（System　Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell　re-selection）、モビリティなどが行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができる。またＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbor　cell）の測定（メジャメント（measurement））などが行われる。
　基地局２０３は、１つあるいは複数のｅＮＢ２０７により構成される。またコアネットワークであるＥＰＣ（Evolved　Packet　Core）と、無線アクセスネットワークであるＥ－ＵＴＲＡＮ２０１とで構成されるシステムは、ＥＰＳ（Evolved　Packet　System）と称される。コアネットワークであるＥＰＣと、無線アクセスネットワークであるＥ－ＵＴＲＡＮ２０１とを合わせて、「ネットワーク」という場合がある。
　ｅＮＢ２０７は、移動管理エンティティ（Mobility　Management　Entity：ＭＭＥ）、あるいはＳ－ＧＷ（Serving　Gateway）、あるいはＭＭＥおよびＳ－ＧＷを含むＭＭＥ／Ｓ－ＧＷ部（以下「ＭＭＥ部」という場合がある）２０４とＳ１インタフェースにより接続され、ｅＮＢ２０７とＭＭＥ部２０４との間で制御情報が通信される。１つのｅＮＢ２０７に対して、複数のＭＭＥ部２０４が接続されてもよい。ｅＮＢ２０７間は、Ｘ２インタフェースにより接続され、ｅＮＢ２０７間で制御情報が通信される。
　ＭＭＥ部２０４は、上位装置、具体的には上位ノードであり、基地局であるｅＮＢ２０７と、移動端末（ＵＥ）２０２との接続を制御する。ＭＭＥ部２０４は、コアネットワークであるＥＰＣを構成する。基地局２０３は、Ｅ－ＵＴＲＡＮ２０１を構成する。
　基地局２０３は、１つのセルを構成してもよいし、複数のセルを構成してもよい。各セルは、移動端末２０２と通信可能な範囲であるカバレッジとして予め定める範囲を有し、カバレッジ内で移動端末２０２と無線通信を行う。１つの基地局２０３が複数のセルを構成する場合、１つ１つのセルが、移動端末２０２と通信可能に構成される。
　図３は、３ＧＰＰにおいて議論されている５Ｇ方式の通信システム２１０の全体的な構成を示すブロック図である。図３について説明する。無線アクセスネットワークは、ＮＧ－ＲＡＮ（Next　Generation　Radio　Access　Network）２１１と称される。ＵＥ２０２は、ＮＲ基地局装置（以下「ＮＲ基地局（NG-RAN　NodeB：ｇＮＢ）」という）２１３と無線通信可能であり、無線通信で信号の送受信を行う。また、コアネットワークは、５Ｇコア（5G　Core：５ＧＣ）と称される。
　ＵＥ２０２に対する制御プロトコル、例えばＲＲＣ（Radio　Resource　Control）と、ユーザプレイン（以下、Ｕ－Ｐｌａｎｅと称する場合もある）、例えばＳＤＡＰ（Service　Data　Adaptation　Protocol）、ＰＤＣＰ（Packet　Data　Convergence　Protocol）、ＲＬＣ（Radio　Link　Control）、ＭＡＣ（Medium　Access　Control）、ＰＨＹ（Physical　layer）とがＮＲ基地局２１３で終端するならば、ＮＧ－ＲＡＮは１つあるいは複数のＮＲ基地局２１３によって構成される。
　ＵＥ２０２とＮＲ基地局２１３との間の制御プロトコルＲＲＣ（Radio　Resource　Control）の機能はＬＴＥと同様である。ＲＲＣにおけるＮＲ基地局２１３とＵＥ２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤと、ＲＲＣ＿ＩＮＡＣＴＩＶＥとがある。
　ＲＲＣ＿ＩＤＬＥ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤは、ＬＴＥ方式と同様である。ＲＲＣ＿ＩＮＡＣＴＩＶＥは５ＧコアとＮＲ基地局２１３との間の接続が維持されつつ、システム情報（System　Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell　re-selection）、モビリティなどが行われる。
　ｇＮＢ２１７は、アクセス・移動管理機能（Access　and　Mobility　Management　Function：ＡＭＦ）、セッション管理機能（Session　Management　Function：ＳＭＦ）、あるいはＵＰＦ（User　Plane　Function）、あるいはＡＭＦ、ＳＭＦおよびＵＰＦを含むＡＭＦ／ＳＭＦ／ＵＰＦ部（以下「５ＧＣ部」という場合がある）２１４とＮＧインタフェースにより接続される。ｇＮＢ２１７と５ＧＣ部２１４との間で制御情報および／あるいはユーザデータが通信される。ＮＧインタフェースは、ｇＮＢ２１７とＡＭＦとの間のＮ２インタフェース、ｇＮＢ２１７とＵＰＦとの間のＮ３インタフェース、ＡＭＦとＳＭＦとの間のＮ１１インタフェース、および、ＵＰＦとＳＭＦとの間のＮ４インタフェースの総称である。１つのｇＮＢ２１７に対して、複数の５ＧＣ部２１４が接続されてもよい。ｇＮＢ２１７間は、Ｘｎインタフェースにより接続され、ｇＮＢ２１７間で制御情報および／あるいはユーザデータが通信される。
　５ＧＣ部２１４は、上位装置、具体的には上位ノードであり、１つまたは複数の基地局２０３および／あるいは基地局２１３に対して、ページング信号の分配を行う。また、５ＧＣ部２１４は、待受け状態（Idle　State）のモビリティ制御（Mobility　Control）を行う。５ＧＣ部２１４は、移動端末２０２が待ち受け状態のとき、インアクティブ状態（Inactive　State）および、アクティブ状態（Active　State）のときに、トラッキングエリア（Tracking　Area）リストの管理を行う。５ＧＣ部２１４は、移動端末２０２が登録されている（registered）追跡領域（トラッキングエリア：Tracking　Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。
　ＮＲ基地局２１３も、基地局２０３同様、１つあるいは複数のセルを構成してもよい。１つのＮＲ基地局２１３が複数のセルを構成する場合、１つ１つのセルが、ＵＥ２０２と通信可能に構成される。
　ｇＮＢ２１７は、中央ユニット（Central　Unit：以下、ＣＵと称する場合がある）２１８と分散ユニット（Distributed　Unit：以下、ＤＵと称する場合がある）２１９に分割されていてもよい。ＣＵ２１８は、ｇＮＢ２１７の中に１つ構成される。ＤＵ２１９は、ｇＮＢ２１７の中に１つあるいは複数構成される。ＣＵ２１８は、ＤＵ２１９とＦ１インタフェースにより接続され、ＣＵ２１８とＤＵ２１９との間で制御情報および／あるいはユーザデータが通信される。
　５Ｇ方式の通信システムにおいて、非特許文献２１（３ＧＰＰ　ＴＳ２３．５０１）に記載の統合データ管理（Unified　Data　Management：ＵＤＭ）機能、ポリシー制御機能（Policy　Control　Function：ＰＣＦ）が含まれてもよい。ＵＤＭおよび／あるいはＰＣＦは、図３における５ＧＣ部２１４に含まれるとしてもよい。
　５Ｇ方式の通信システムにおいて、非特許文献３２（３ＧＰＰ　ＴＳ３８．３０５）に記載の位置管理機能（Location　Management　Function：ＬＭＦ）が設けられてもよい。ＬＭＦは、非特許文献３３（３ＧＰＰ　ＴＳ２３．２７３）に開示されているように、ＡＭＦを経由して基地局に接続されていてもよい。
　５Ｇ方式の通信システムにおいて、非特許文献２１（３ＧＰＰ　ＴＳ２３．５０１）に記載の非３ＧＰＰ相互動作機能（Non-3GPP　Interworking　Function：Ｎ３ＩＷＦ）が含まれてもよい。Ｎ３ＩＷＦは、ＵＥとの間における非３ＧＰＰアクセスにおいて、アクセスネットワーク（Access　Network：ＡＮ）をＵＥとの間で終端してもよい。
　図４は、ＥＰＣに接続するｅＮＢおよびｇＮＢによるＤＣの構成を示した図である。図４において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図４において、ｅＮＢ２２３－１がマスタ基地局となり、ｇＮＢ２２４－２がセカンダリ基地局となる（このＤＣ構成を、ＥＮ－ＤＣと称する場合がある）。図４において、ＭＭＥ部２０４とｇＮＢ２２４－２との間のＵ－Ｐｌａｎｅ接続がｅＮＢ２２３－１経由で行われる例について示しているが、ＭＭＥ部２０４とｇＮＢ２２４－２との間で直接行われてもよい。
　図５は、ＮＧコアに接続するｇＮＢによるＤＣの構成を示した図である。図５において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図５において、ｇＮＢ２２４－１がマスタ基地局となり、ｇＮＢ２２４－２がセカンダリ基地局となる（このＤＣ構成を、ＮＲ－ＤＣと称する場合がある）。図５において、５ＧＣ部２１４とｇＮＢ２２４－２との間のＵ－Ｐｌａｎｅ接続がｇＮＢ２２４－１経由で行われる例について示しているが、５ＧＣ部２１４とｇＮＢ２２４－２との間で直接行われてもよい。
　図６は、ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成を示した図である。図６において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図６において、ｅＮＢ２２６－１がマスタ基地局となり、ｇＮＢ２２４－２がセカンダリ基地局となる（このＤＣ構成を、ＮＧ－ＥＮ－ＤＣと称する場合がある）。図６において、５ＧＣ部２１４とｇＮＢ２２４－２との間のＵ－Ｐｌａｎｅ接続がｅＮＢ２２６－１経由で行われる例について示しているが、５ＧＣ部２１４とｇＮＢ２２４－２との間で直接行われてもよい。
　図７は、ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの、他の構成を示した図である。図７において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図７において、ｇＮＢ２２４－１がマスタ基地局となり、ｅＮＢ２２６－２がセカンダリ基地局となる（このＤＣ構成を、ＮＥ－ＤＣと称する場合がある）。図７において、５ＧＣ部２１４とｅＮＢ２２６－２との間のＵ－Ｐｌａｎｅ接続がｇＮＢ２２４－１経由で行われる例について示しているが、５ＧＣ部２１４とｅＮＢ２２６－２との間で直接行われてもよい。
　図８は、図２に示す移動端末２０２の構成を示すブロック図である。図８に示す移動端末２０２の送信処理を説明する。まず、プロトコル処理部３０１からの制御データ、およびアプリケーション部３０２からのユーザデータが、送信データバッファ部３０３へ保存される。送信データバッファ部３０３に保存されたデータは、エンコーダー部３０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部３０３から変調部３０５へ直接出力されるデータが存在してもよい。エンコーダー部３０４でエンコード処理されたデータは、変調部３０５にて変調処理が行われる。変調部３０５にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部３０６へ出力され、無線送信周波数に変換される。その後、アンテナ３０７－１～３０７－４から基地局２０３に送信信号が送信される。図８において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。
　また、移動端末２０２の受信処理は、以下のように実行される。基地局２０３からの無線信号がアンテナ３０７－１～３０７－４により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調部３０８にて、ウェイト計算および乗算処理が行われてもよい。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部３０１へ渡され、ユーザデータはアプリケーション部３０２へ渡される。移動端末２０２の一連の処理は、制御部３１０によって制御される。よって制御部３１０は、図８では省略しているが、各部３０１～３０９と接続している。制御部３１０は、例えば、プロセッサおよびメモリを含んで構成される処理回路で実現される。すなわち、移動端末２０２の一連の処理が記述されたプログラムをプロセッサが実行することにより制御部３１０が実現される。移動端末２０２の一連の処理が記述されたプログラムはメモリに格納されている。メモリの例は、ＲＡＭ（Random　Access　Memory）、ＲＯＭ（Read　Only　Memory）、フラッシュメモリー、等の、不揮発性または揮発性の半導体メモリである。制御部３１０は、ＦＰＧＡ（Field　Programmable　Gate　Array）、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＤＳＰ（Digital　Signal　Processor）などの専用の処理回路で実現されてもよい。図８において、移動端末２０２が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。
　図９は、図２に示す基地局２０３の構成を示すブロック図である。図９に示す基地局２０３の送信処理を説明する。ＥＰＣ通信部４０１は、基地局２０３とＥＰＣ（ＭＭＥ部２０４など）との間のデータの送受信を行う。５ＧＣ通信部４１２は、基地局２０３と５ＧＣ（５ＧＣ部２１４など）との間のデータの送受信を行う。他基地局通信部４０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２は、それぞれプロトコル処理部４０３と情報の受け渡しを行う。プロトコル処理部４０３からの制御データ、ならびにＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２からのユーザデータおよび制御データは、送信データバッファ部４０４へ保存される。
　送信データバッファ部４０４に保存されたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部４０４から変調部４０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調部４０６にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８－１～４０８－４より１つもしくは複数の移動端末２０２に対して送信信号が送信される。図９において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。
　また、基地局２０３の受信処理は以下のように実行される。１つもしくは複数の移動端末２０２からの無線信号が、アンテナ４０８により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部４０３あるいは５ＧＣ通信部４１２あるいはＥＰＣ通信部４０１あるいは他基地局通信部４０２へ渡され、ユーザデータは５ＧＣ通信部４１２あるいはＥＰＣ通信部４０１あるいは他基地局通信部４０２へ渡される。基地局２０３の一連の処理は、制御部４１１によって制御される。よって制御部４１１は、図９では省略しているが、各部４０１～４１０，４１２と接続している。制御部４１１は、上述した移動端末２０２の制御部３１０と同様に、プロセッサおよびメモリを含んで構成される処理回路、または、ＦＰＧＡ、ＡＳＩＣ、ＤＳＰなどの専用の処理回路で実現される。図９において、基地局２０３が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。
　図９は、基地局２０３の構成について示したブロック図であるが、基地局２１３についても同様の構成としてもよい。また、図８および図９について、移動端末２０２のアンテナ数と、基地局２０３のアンテナ数は、同じであってもよいし、異なってもよい。
　図１０は、ＭＭＥの構成を示すブロック図である。図１０では、前述の図２に示すＭＭＥ部２０４に含まれるＭＭＥ２０４ａの構成を示す。ＰＤＮ　ＧＷ通信部５０１は、ＭＭＥ２０４ａとＰＤＮ　ＧＷ（Packet　Data　Network　Gate　Way）との間のデータの送受信を行う。基地局通信部５０２は、ＭＭＥ２０４ａと基地局２０３との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ　ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ　ＧＷ通信部５０１から、ユーザプレイン通信部５０３経由で基地局通信部５０２に渡され、１つあるいは複数の基地局２０３へ送信される。基地局２０３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５０２から、ユーザプレイン通信部５０３経由でＰＤＮ　ＧＷ通信部５０１に渡され、ＰＤＮ　ＧＷへ送信される。
　ＰＤＮ　ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ　ＧＷ通信部５０１から制御プレイン制御部５０５へ渡される。基地局２０３から受信したデータが制御データであった場合、制御データは、基地局通信部５０２から制御プレイン制御部５０５へ渡される。
　ＨｅＮＢＧＷ通信部５０４は、ＭＭＥ２０４ａとＨｅＮＢ　ＧＷ（Home-eNB　Gate　Way）との間のデータの送受信を行う。ＨｅＮＢＧＷ通信部５０４がＨｅＮＢ　ＧＷから受信した制御データは制御プレイン制御部５０５に渡される。ＨｅＮＢＧＷ通信部５０４は、制御プレイン制御部５０５から入力される制御データをＨｅＮＢ　ＧＷへ送信する。
　制御プレイン制御部５０５には、ＮＡＳセキュリティ部５０５－１、ＳＡＥベアラコントロール部５０５－２、アイドルステート（Idle　State）モビリティ管理部５０５－３などが含まれ、制御プレイン（以下、Ｃ－Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５０５－１は、ＮＡＳ（Non-Access　Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部５０５－２は、ＳＡＥ（System　Architecture　Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部５０５－３は、待受け状態（アイドルステート（Idle　State）：ＬＴＥ－ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。
　ＭＭＥ２０４ａは、１つまたは複数の基地局２０３に対して、ページング信号の分配を行う。また、ＭＭＥ２０４ａは、待受け状態（Idle　State）のモビリティ制御（Mobility　control）を行う。ＭＭＥ２０４ａは、移動端末２０２が待受け状態のとき、および、アクティブ状態（Active　State）のときに、トラッキングエリア（Tracking　Area）リストの管理を行う。ＭＭＥ２０４ａは、移動端末２０２が登録されている（registered）追跡領域（トラッキングエリア：Tracking　Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥ２０４ａに接続されるｅＮＢ２０７のＣＳＧの管理、ＣＳＧ　ＩＤの管理、およびホワイトリストの管理は、アイドルステートモビリティ管理部５０５－３で行われてもよい。
　ＭＭＥ２０４ａの一連の処理は、制御部５０６によって制御される。よって制御部５０６は、図１０では省略しているが、各部５０１～５０５と接続している。制御部５０６は、上述した移動端末２０２の制御部３１０と同様に、プロセッサおよびメモリを含んで構成される処理回路、または、ＦＰＧＡ、ＡＳＩＣ、ＤＳＰなどの専用の処理回路で実現される。
　図１１は、５ＧＣ部の構成を示すブロック図である。図１１では、前述の図３に示す５ＧＣ部２１４の構成を示す。図１１は、図５にて示す５ＧＣ部２１４に、ＡＭＦの構成、ＳＭＦの構成およびＵＰＦの構成が含まれた場合について示している。Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１は、５ＧＣ部２１４とＤａｔａ　Ｎｅｔｗｏｒｋとの間のデータの送受信を行う。基地局通信部５２２は、５ＧＣ部２１４と基地局２０３との間のＳ１インタフェース、および／あるいは、５ＧＣ部２１４と基地局２１３との間のＮＧインタフェースによるデータの送受信を行う。Ｄａｔａ　Ｎｅｔｗｏｒｋから受信したデータがユーザデータであった場合、ユーザデータは、Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１から、ユーザプレイン通信部５２３経由で基地局通信部５２２に渡され、１つあるいは複数の、基地局２０３および／あるいは基地局２１３へ送信される。基地局２０３および／あるいは基地局２１３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５２２から、ユーザプレイン通信部５２３経由でＤａｔａ　Ｎｅｔｗｏｒｋ通信部５２１に渡され、Ｄａｔａ　Ｎｅｔｗｏｒｋへ送信される。
　Ｄａｔａ　Ｎｅｔｗｏｒｋから受信したデータが制御データであった場合、制御データは、Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１からユーザプレイン通信部５２３経由でセッション管理部５２７へ渡される。セッション管理部５２７は、制御データを制御プレイン制御部５２５へ渡す。基地局２０３および／あるいは基地局２１３から受信したデータが制御データであった場合、制御データは、基地局通信部５２２から制御プレイン制御部５２５に渡される。制御プレイン制御部５２５は、制御データをセッション管理部５２７へ渡す。
　制御プレイン制御部５２５は、ＮＡＳセキュリティ部５２５－１、ＰＤＵセッションコントロール部５２５－２、アイドルステート（Idle　State）モビリティ管理部５２５－３などを含み、制御プレイン（以下、Ｃ－Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５２５－１は、ＮＡＳ（Non-Access　Stratum）メッセージのセキュリティなどを行う。ＰＤＵセッションコントロール部５２５－２は、移動端末２０２と５ＧＣ部２１４との間のＰＤＵセッションの管理などを行う。アイドルステートモビリティ管理部５２５－３は、待受け状態（アイドルステート（Idle　State）：ＲＲＣ＿ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。
　５ＧＣ部２１４の一連の処理は、制御部５２６によって制御される。よって制御部５２６は、図１１では省略しているが、各部５２１～５２３，５２５，５２７と接続している。制御部５２６は、上述した移動端末２０２の制御部３１０と同様に、プロセッサおよびメモリを含んで構成される処理回路、または、ＦＰＧＡ、ＡＳＩＣ、ＤＳＰなどの専用の処理回路で実現される。
　次に通信システムにおけるセルサーチ方法の一例を示す。図１２は、ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。通信端末は、セルサーチを開始すると、ステップＳＴ６０１で、周辺の基地局から送信される第一同期信号（Ｐ－ＳＳ）、および第二同期信号（Ｓ－ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。
　Ｐ－ＳＳとＳ－ＳＳとを合わせて、同期信号（Synchronization　Signal：ＳＳ）という。同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩに１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は５０４通りが検討されている。通信端末は、この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。
　通信端末は、次に同期がとれたセルに対して、ステップＳＴ６０２で、基地局からセル毎に送信される参照信号（リファレンスシグナル：ＲＳ）であるセル固有参照信号（Cell-specific　Reference　Signal：ＣＲＳ）を検出し、ＲＳの受信電力（Reference　Signal　Received　Power：ＲＳＲＰ）の測定を行う。参照信号（ＲＳ）には、ＰＣＩと１対１に対応したコードが用いられている。そのコードで相関をとることによって他セルと分離できる。ステップＳＴ６０１で特定したＰＣＩから、該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳの受信電力を測定することが可能となる。
　次にステップＳＴ６０３で、通信端末は、ステップＳＴ６０２までで検出された１つ以上のセルの中から、ＲＳの受信品質が最もよいセル、例えば、ＲＳの受信電力が最も高いセル、つまりベストセルを選択する。
　次にステップＳＴ６０４で、通信端末は、ベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master　Information　Block）がマッピングされる。したがって、ＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission　bandwidth　configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System　Frame　Number）などがある。
　次にステップＳＴ６０５で、通信端末は、ＭＩＢのセル構成情報をもとに該セルのＤＬ－ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System　Information　Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報、セルセレクションに関する情報、他のＳＩＢ（ＳＩＢｋ；ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、トラッキングエリアコード（Tracking　Area　Code：ＴＡＣ）が含まれる。
　次にステップＳＴ６０６で、通信端末は、ステップＳＴ６０５で受信したＳＩＢ１のＴＡＣと、通信端末が既に保有しているトラッキングエリアリスト内のトラッキングエリア識別子（Tracking　Area　Identity：ＴＡＩ）のＴＡＣ部分とを比較する。トラッキングエリアリストは、ＴＡＩリスト（TAI　list）とも称される。ＴＡＩはトラッキングエリアを識別するための識別情報であり、ＭＣＣ（Mobile　Country　Code）と、ＭＮＣ（Mobile　Network　Code）と、ＴＡＣ（Tracking　Area　Code）とによって構成される。ＭＣＣは国コードである。ＭＮＣはネットワークコードである。ＴＡＣはトラッキングエリアのコード番号である。
　通信端末は、ステップＳＴ６０６で比較した結果、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれるＴＡＣと同じならば、該セルで待ち受け動作に入る。比較して、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれなければ、通信端末は、該セルを通して、ＭＭＥなどが含まれるコアネットワーク（Core　Network，ＥＰＣ）へ、ＴＡＵ（Tracking　Area　Update）を行うためにトラッキングエリアの変更を要求する。
　図１２に示す例においては、ＬＴＥ方式におけるセルサーチから待ち受けまでの動作の例について示したが、ＮＲ方式においては、ステップＳＴ６０３において、ベストセルに加えてベストビームを選択してもよい。また、ＮＲ方式においては、ステップＳＴ６０４において、ビームの情報、例えば、ビームの識別子を取得してもよい。また、ＮＲ方式においては、ステップＳＴ６０４において、リメイニングミニマムＳＩ（Remaining　Minimum　SI：ＲＭＳＩ）のスケジューリング情報を取得してもよい。ＮＲ方式においては、ステップＳＴ６０５において、ＲＭＳＩを受信するとしてもよい。
　コアネットワークを構成する装置（以下「コアネットワーク側装置」という場合がある）は、ＴＡＵ要求信号とともに通信端末から送られてくる該通信端末の識別番号（ＵＥ－ＩＤなど）をもとに、トラッキングエリアリストの更新を行う。コアネットワーク側装置は、通信端末に更新後のトラッキングエリアリストを送信する。通信端末は、受信したトラッキングエリアリストに基づいて、通信端末が保有するＴＡＣリストを書き換える（更新する）。その後、通信端末は、該セルで待ち受け動作に入る。
　スマートフォンおよびタブレット型端末装置の普及によって、セルラー系無線通信によるトラフィックが爆発的に増大しており、世界中で無線リソースの不足が懸念されている。これに対応して周波数利用効率を高めるために、小セル化し、空間分離を進めることが検討されている。
　従来のセルの構成では、ｅＮＢによって構成されるセルは、比較的広い範囲のカバレッジを有する。従来は、複数のｅＮＢによって構成される複数のセルの比較的広い範囲のカバレッジによって、あるエリアを覆うように、セルが構成されている。
　小セル化された場合、ｅＮＢによって構成されるセルは、従来のｅＮＢによって構成されるセルのカバレッジに比べて範囲が狭いカバレッジを有する。したがって、従来と同様に、あるエリアを覆うためには、従来のｅＮＢに比べて、多数の小セル化されたｅＮＢが必要となる。
　以下の説明では、従来のｅＮＢによって構成されるセルのように、カバレッジが比較的大きいセルを「マクロセル」といい、マクロセルを構成するｅＮＢを「マクロｅＮＢ」という。また、小セル化されたセルのように、カバレッジが比較的小さいセルを「スモールセル」といい、スモールセルを構成するｅＮＢを「スモールｅＮＢ」という。
　マクロｅＮＢは、例えば、非特許文献７に記載される「ワイドエリア基地局（Wide　Area　Base　Station）」であってもよい。
　スモールｅＮＢは、例えば、ローパワーノード、ローカルエリアノード、ホットスポットなどであってもよい。また、スモールｅＮＢは、ピコセルを構成するピコｅＮＢ、フェムトセルを構成するフェムトｅＮＢ、ＨｅＮＢ、ＲＲＨ（Remote　Radio　Head）、ＲＲＵ（Remote　Radio　Unit）、ＲＲＥ（Remote　Radio　Equipment）またはＲＮ（Relay　Node）であってもよい。また、スモールｅＮＢは、非特許文献７に記載される「ローカルエリア基地局（Local　Area　Base　Station）」または「ホーム基地局（Home　Base　Station）」であってもよい。
　図１３は、ＮＲにおけるセルの構成の一例を示す。ＮＲのセルでは、狭いビームを形成し、方向を変えて送信する。図１３に示す例において、基地局７５０は、ある時間において、ビーム７５１－１を用いて移動端末との送受信を行う。他の時間において、基地局７５０は、ビーム７５１－２を用いて移動端末との送受信を行う。以下同様にして、基地局７５０はビーム７５１－３～７５１－８のうち１つあるいは複数を用いて移動端末との送受信を行う。このようにすることで、基地局７５０は広範囲のセルを構成する。
　図１３において、基地局７５０が用いるビームの数を８とする例について示したが、ビームの数は８とは異なっていてもよい。また、図１３に示す例において、基地局７５０が同時に用いるビームの数を１つとしたが、複数であってもよい。
　３ＧＰＰにおいて、Ｄ２Ｄ（Device　to　Device）通信、Ｖ２Ｖ（Vehicle　to　Vehicle）通信のため、サイドリンク（ＳＬ：Side　Link）がサポートされている（非特許文献１、非特許文献１６参照）。ＳＬはＰＣ５インタフェースによって規定される。
　ＳＬに用いられる物理チャネル（非特許文献１参照）について説明する。物理サイドリンク報知チャネル（ＰＳＢＣＨ：Physical　sidelink　broadcast　channel）は、システムと同期に関連する情報を運び、ＵＥから送信される。
　物理サイドリンクディスカバリチャネル（ＰＳＤＣＨ：Physical　sidelink　discovery　channel）は、ＵＥからサイドリンクディスカバリメッセージを運ぶ。
　物理サイドリンク制御チャネル（ＰＳＣＣＨ：Physical　sidelink　control　channel）は、サイドリンク通信とＶ２Ｘサイドリンク通信のためのＵＥからの制御情報を運ぶ。
　物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical　sidelink　shared　channel）は、サイドリンク通信とＶ２Ｘサイドリンク通信のためのＵＥからのデータを運ぶ。
　物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical　sidelink　feedback　channel）は、ＰＳＳＣＨ送信を受信したＵＥから、ＰＳＳＣＨを送信したＵＥに、サイドリンク上でのＨＡＲＱフィードバックを運ぶ。
　ＳＬに用いられるトランスポートチャネル（非特許文献１参照）について説明する。サイドリンク報知チャネル（ＳＬ－ＢＣＨ：Sidelink　broadcast　channel）は、予め決められたトランスポートフォーマットを有し、物理チャネルであるＰＳＢＣＨにマッピングされる。
　サイドリンクディスカバリチャネル（ＳＬ－ＤＣＨ：Sidelink　discovery　channel）は、固定サイズの予め決められたフォーマットの周期的報知送信を有する。また、ＳＬ－ＤＣＨは、ＵＥ自動リソース選択（UE　autonomous　resource　selection）と、ｅＮＢによってスケジュールされたリソースアロケーションの両方をサポートする。ＵＥ自動リソース選択では衝突リスクが有り、ＵＥがｅＮＢによって個別リソースをアロケーションされた時は、衝突は無い。また、ＳＬ－ＤＣＨは、ＨＡＲＱコンバイニングをサポートするが、ＨＡＲＱフィードバックはサポートしない。ＳＬ－ＤＣＨは物理チャネルであるＰＳＤＣＨにマッピングされる。
　サイドリンク共有チャネル（ＳＬ－ＳＣＨ：Sidelink　shared　channel）は、報知送信をサポートする。ＳＬ－ＳＣＨは、ＵＥ自動リソース選択（UE　autonomous　resource　selection）と、ｅＮＢによってスケジュールされたリソースアロケーションの両方をサポートする。ＵＥ自動リソース選択では衝突リスクが有り、ＵＥがｅＮＢによって個別リソースをアロケーションされた時は、衝突は無い。また、ＳＬ－ＳＣＨは、ＨＡＲＱコンバイニングをサポートするが、ＨＡＲＱフィードバックはサポートしない。また、ＳＬ－ＳＣＨは、送信電力、変調、コーディングを変えることによって、動的リンクアダプテーションをサポートする。ＳＬ－ＳＣＨは物理チャネルであるＰＳＳＣＨにマッピングされる。
　ＳＬに用いられる論理チャネル（非特許文献１参照）について説明する。サイドリンク報知制御チャネル（ＳＢＣＣＨ：Sidelink　Broadcast　Control　Channel）は、１つのＵＥから他のＵＥにサイドリンクシステム情報を報知するためのサイドリンク用チャネルである。ＳＢＣＣＨはトランスポートチャネルであるＳＬ－ＢＣＨにマッピングされる。
　サイドリンクトラフィックチャネル（ＳＴＣＨ：Sidelink　Traffic　Channel）は、１つのＵＥから他のＵＥにユーザ情報を送信するための１対多のサイドリンク用トラフィックチャネルである。ＳＴＣＨは、サイドリンク通信能力を有するＵＥと、Ｖ２Ｘサイドリンク通信能力を有するＵＥによってのみ用いられる。２つのサイドリンク通信能力を有するＵＥ間の１対１通信もまたＳＴＣＨで実現される。ＳＴＣＨはトランスポートチャネルであるＳＬ－ＳＣＨにマッピングされる。
　サイドリンク制御チャネル（ＳＣＣＨ：Sidelink　Control　Channel）は、１つのＵＥから他のＵＥに制御情報を送信するためのサイドリンク用制御チャネルである。ＳＣＣＨはトランスポートチャネルであるＳＬ－ＳＣＨにマッピングされる。
　３ＧＰＰでは、ＮＲにおいてもＶ２Ｘ通信をサポートすることが検討されている。ＮＲにおけるＶ２Ｘ通信の検討が、ＬＴＥシステム、ＬＴＥ－Ａシステムを基にして進められているが、以下の点でＬＴＥシステム、ＬＴＥ－Ａシステムからの変更および追加が行われている。
　ＬＴＥではＳＬ通信はブロードキャスト（broadcast）のみであった。ＮＲでは、ＳＬ通信として、ブロードキャストに加え、ユニキャスト（unicast）とグループキャスト（groupcast）のサポートが検討されている（非特許文献２２（３ＧＰＰ　ＴＳ２３．２８７）参照）。
　ユニキャスト通信やグループキャスト通信では、ＨＡＲＱのフィードバック（Ａｃｋ／Ｎａｃｋ）、ＣＳＩ報告等のサポートが検討されている。
　ＳＬ通信で、ブロードキャストに加え、ユニキャスト（unicast）とグループキャスト（groupcast）をサポートするため、ＰＣ５－Ｓシグナリングのサポートが検討されている（非特許文献２２（３ＧＰＰ　ＴＳ２３．２８７）参照）。たとえば、ＳＬ、すなわちＰＣ５通信を実施するためのリンクを確立するため、ＰＣ５－Ｓシグナリングが実施される。該リンクはＶ２Ｘレイヤで実施され、レイヤ２リンクとも称される。
　また、ＳＬ通信において、ＲＲＣシグナリングのサポートが検討されている（非特許文献２２（３ＧＰＰ　ＴＳ２３．２８７）参照）。ＳＬ通信におけるＲＲＣシグナリングを、ＰＣ５　ＲＲＣシグナリングとも称する。たとえば、ＰＣ５通信を行うＵＥ間で、ＵＥのケーパビリティを通知することや、ＰＣ５通信を用いてＶ２Ｘ通信を行うためのＡＳレイヤの設定などを通知することが提案されている。
　ＮＲを用いたマルチキャスト通信において、ＰＴＭ（Point　to　Multipoint）とＰＴＰ（Point　to　Point）がともに用いられてもよい。ＰＴＭとＰＴＰにおいて、共通のＰＤＣＰエンティティが用いられてもよい。ＰＴＭとＰＴＰが、互いに異なるレッグ（ＲＬＣ、論理チャネルの組合せ）を有してもよい。マルチキャスト通信において、ＰＴＭレッグとＰＴＰレッグとが動的に切り替えられつつ用いられてもよい。
　ＰＴＭレッグとＰＴＰレッグとの切替えにおいて、ＰＤＣＰステータスレポートが用いられてもよい。基地局は、ＵＥから送信されるＰＤＣＰステータスレポートを、該ＵＥのＰＴＭ／ＰＴＰの切替えの判断に用いてもよい。基地局は、該レポートを用いて、ＵＥに対してマルチキャストデータを含むＰＤＣＰ　ＰＤＵを再送してもよい。
　しかし、ＵＥから基地局へのＰＤＣＰステータスレポートの送信には、基地局からの指示が必要となる。例えば、ＵＥは、基地局からのＤＲＢ変更（modification）等の指示を契機として、基地局に対してＰＤＣＰステータスレポートを送信する（非特許文献１９、２７参照）。従って、例えば、ＵＥがマルチキャストデータからなる一部のＰＤＣＰ　ＰＤＵを受信できなかった場合において、ＵＥは基地局に対してＰＤＣＰステータスレポートを送ることが出来ず、その結果、ＵＥにおけるマルチキャストデータの欠落状況が解消しない、という問題が生じる。
　本実施の形態では、このような課題を解決する方法を開示する。
　前述の問題を解決するため、本実施の形態にかかる通信システムにおいて、ＵＥは基地局に対し、マルチキャストの受信状況に関する情報を通知する。ＵＥは基地局に対して自律的に該通知を送信可能としてもよい。該通知には、ＰＤＣＰステータスレポート（非特許文献２７（ＴＳ３８．３２３）参照）が用いられてもよい。他の例として、該通知にはＰＲＡＣＨが用いられてもよいし、ＲＲＣシグナリングが用いられてもよい。
　基地局はＵＥから受信した該情報を用いて、ＰＴＭ／ＰＴＰの切替えを行う。他の例として、基地局は、該情報を用いずに、ＰＴＭ／ＰＴＰの切替えを行ってもよい。
　基地局はＵＥに対し、ＰＴＭ／ＰＴＰの切替えに関する情報を通知する。該通知には、ＲＲＣシグナリングが用いられてもよいし、ＭＡＣシグナリングが用いられてもよいし、Ｌ１／Ｌ２シグナリングが用いられてもよい。
　他の例として、基地局は該情報を通知しないとしてもよい。すなわち、基地局は暗黙的にＰＴＭ／ＰＴＰの切替えを行うとしてもよい。ＵＥは、ＰＴＭおよびＰＴＰを同時に受信可能としてもよい。このことにより、例えば、通信システムにおいてＰＴＭ／ＰＴＰ切替えを迅速に実行可能となる。
　ＵＥから基地局へのマルチキャストの受信状況に関する情報の通知にＰＤＣＰステータスレポートが用いられる例について開示する。
　ＵＥは自律的にＰＤＣＰステータスレポートを送信してもよい。ＵＥは、自律的なＰＤＣＰステータスレポート送信を、マルチキャストにおいて行うとしてもよい。
　ＵＥはマルチキャストであるかどうかの判断を行ってもよい。ＵＥは該判断に、論理チャネル識別子を用いてもよいし、ＱｏＳフロー識別子を用いてもよいし、ベアラ識別子を用いてもよい。ベアラ識別子を用いた判断の例として、マルチキャスト用のベアラの識別子（ＭＲＢ－ＩＤ）を用いてもよい。
　ＵＥがＰＤＣＰステータスレポートを送信する条件として、以下の（１）～（５）を開示する。
　（１）周期的に送信。
　（２）ＰＤＣＰレイヤにおける所定の条件を契機として送信。
　（３）ＲＬＣレイヤにおける所定の条件を契機として送信。
　（４）ＨＡＲＱにおける所定の条件を契機として送信。
　（５）前述の（１）～（４）の組合せ。
　前述の（１）において、ＵＥは基地局に対し、周期的にＰＤＣＰステータスレポートを送信する。基地局は、周期的な該レポートを用いて、ＵＥにおけるマルチキャストデータの受信状況を把握してもよい。このことにより、例えば、基地局はＵＥにおける受信状況の継続的なモニタリングが可能となり、その結果、安定的なマルチキャスト通信が可能となる。
　前述の（１）における周期は、規格であらかじめ決められていてもよいし、基地局が決定してＵＥに通知してもよい。基地局は、該通知を、ＲＲＣシグナリング、例えば、ＲＲＣ再設定（RRCReconfiguration）を用いて行ってもよい。該ＲＲＣシグナリングは、例えば、マルチキャストの設定に用いられるＲＲＣシグナリングであってもよい。このことにより、例えば、基地局からのシグナリングを削減可能となる。
　基地局が該通知を行う他の例として、ＭＡＣシグナリングが用いられてもよいし、Ｌ１／Ｌ２シグナリングが用いられてもよい。このことにより、例えば、基地局からＵＥに対して迅速な通知が可能となる。
　該周期に関する他の例として、ＡＭＦが該周期を決定してもよい。ＡＭＦはＵＥに対し、該周期を通知してもよい。ＡＭＦは該周期を、例えば、ＮＡＳシグナリングを用いて通知してもよい。このことにより、例えば、ＡＭＦはＵＥに対し多くの情報を通知可能となる。
　前述の（２）において、ＵＥは、ＰＤＣＰレイヤにおいて用いるタイマーの満了を契機としてＰＤＣＰステータスレポートを送信するとしてもよい。該タイマーは、例えば、リオーダリングに用いられるタイマー（非特許文献２７に記載のt-reordering）であってもよい。基地局は、該通知を用いて、ＰＴＭ／ＰＴＰ切替えを行ってもよいし、ＰＤＣＰ　ＰＤＵの再送を行ってもよいし、前述の両方を行ってもよい。このことにより、例えば、ＵＥにおけるＰＤＣＰレイヤの受信欠落後、基地局からの迅速な再送が可能となる。
　他の例として、ＰＤＣＰステータスレポート送信のためのタイマーが新たに設けられてもよい。該タイマーは、例えば、ＰＤＣＰ　ＰＤＵが順番通りに到着しないことを契機として起動されてもよい。該タイマーの値は、例えば、t-reorderingよりも短いとしてもよい。ＵＥは、ＰＤＣＰステータスレポート送信のためのタイマー満了を契機として、基地局に対してＰＤＣＰステータスレポートを送信してもよい。このことにより、例えば、t-reordering満了前に基地局はＵＥに対して欠落したＰＤＣＰ　ＰＤＵを送信可能となり、その結果、ＵＥはリオーダリングしたマルチキャストデータを上位レイヤに転送可能となる。
　前述の（２）における他の例として、ＰＤＣＰ　ＰＤＵの欠落数が用いられてもよいし、ＰＤＣＰ　ＳＤＵ（Service　Data　Unit）の欠落数が用いられてもよい。例えば、ＰＤＣＰ　ＰＤＵの欠落数が所定の値以上、あるいは、所定の値より大きいことを契機として、ＵＥは基地局に対してＰＤＣＰステータスレポートを送信してもよい。他の例として、前述の欠落数に代えて、連続欠落数が用いられてもよい。前述のＰＤＣＰ　ＰＤＵは、例えば、マルチキャストに係るＰＤＣＰ　ＰＤＵであってもよい。基地局は、該レポートを用いて、ＰＴＭ／ＰＴＰ切替えを行ってもよいし、ＰＤＣＰ　ＰＤＵの再送を行ってもよいし、前述の両方を行ってもよい。このことにより、例えば、基地局からＵＥに対して、欠落したマルチキャストデータを一括して再送可能となり、その結果、効率的なマルチキャスト再送が可能となる。
　前述の（２）における他の例として、ＰＤＣＰ　ＰＤＵの欠落率が用いられてもよい。ＵＥは、例えば、所定の範囲内のＰＤＣＰ　ＳＮ（Sequence　Number）におけるＰＤＣＰ　ＰＤＵ欠落率を計算してもよいし、所定の範囲内のＣＯＵＮＴ値（非特許文献２７（ＴＳ３８．３２３）参照））におけるＰＤＣＰ　ＳＤＵ欠落率を計算してもよい。ＵＥは、該欠落率が所定の値以上、あるいは所定の値より大きい場合において、基地局に対してＰＤＣＰステータスレポートを送信してもよい。基地局は、該レポートを用いて、ＰＴＭ／ＰＴＰ切替えを行ってもよいし、ＰＤＣＰ　ＰＤＵの再送を行ってもよいし、前述の両方を行ってもよい。このことにより、例えば、基地局はＵＥに対し、欠落したマルチキャストデータを迅速に再送可能となり、その結果、マルチキャストの信頼性を確保可能となる。
　前述の（３）における例として、ＵＥは、ＲＬＣステータスＰＤＵ（非特許文献２８（ＴＳ３８．３２２）参照）送信条件を満たす場合においてＰＤＣＰステータスレポートを送信してもよい。ＵＥのＲＬＣレイヤはＰＤＣＰレイヤに、ＲＬＣステータスＰＤＵ送信条件を満たしたことを通知してもよいし、ＰＤＣＰステータスレポートの基地局への通知を指示してもよい。ＵＥは、ＲＬＣステータスＰＤＵとＰＤＣＰステータスレポートの両方を送信してもよい。他の例として、ＵＥは、ＲＬＣステータスＰＤＵの送信に代えてＰＤＣＰステータスレポートを送信してもよい。基地局は、該レポートを用いて、ＰＴＭ／ＰＴＰ切替えを行ってもよいし、ＰＤＣＰ　ＰＤＵの再送を行ってもよいし、前述の両方を行ってもよい。このことにより、例えば、ＵＥは、基地局に対して迅速にＰＤＣＰステータスレポートを送信可能となり、その結果、基地局からＵＥに対する迅速な再送が可能となる。
　前述の（３）における他の例として、ＵＥは、ＲＬＣレイヤにおいて用いるタイマーの満了を契機としてＰＤＣＰステータスレポートを送信するとしてもよい。該タイマーは、例えば、ＲＬＣレイヤにおけるリアセンブルに用いられるタイマー（非特許文献２８に記載のt-reassembly）であってもよい。ＵＥのＲＬＣレイヤはＰＤＣＰレイヤに、該タイマーの満了を通知してもよいし、ＰＤＣＰステータスレポートの基地局への通知を指示してもよい。基地局は、該レポートを用いて、ＰＴＭ／ＰＴＰ切替えを行ってもよいし、ＰＤＣＰ　ＰＤＵの再送を行ってもよいし、前述の両方を行ってもよい。このことにより、例えば、ＵＥにおけるＰＤＣＰレイヤの受信欠落後、基地局からの迅速な再送が可能となる。
　前述の（３）において、新たなタイマーが設けられてもよい。該タイマーは、例えば、ＲＬＣ　ＰＤＵが順番通りに到着しないことを契機として起動されてもよい。該タイマーの値は、例えば、上記のt-reassemblyよりも短いとしてもよい。ＵＥは、該タイマー満了を契機として、基地局に対してＰＤＣＰステータスレポートを送信してもよい。このことにより、例えば、t-reassembly満了前に基地局はＵＥに対して欠落したＰＤＣＰ　ＰＤＵを送信可能となり、その結果、ＵＥはリアセンブル後のマルチキャストデータを上位レイヤに転送可能となる。
　前述の（３）における他の例として、ＲＬＣ　ＰＤＵの欠落数が用いられてもよい。例えば、ＲＬＣ　ＰＤＵの欠落数が所定の値以上、あるいは、所定の値より大きいことを契機として、ＵＥは基地局に対してＰＤＣＰステータスレポートを送信してもよい。他の例として、前述の欠落数に代えて、連続欠落数用いられてもよい。該ＲＬＣ　ＰＤＵは、例えば、マルチキャストに係るＲＬＣ　ＰＤＵであってもよい。基地局は、該レポートを用いて、ＰＴＭ／ＰＴＰ切替えを行ってもよいし、ＰＤＣＰ　ＰＤＵの再送を行ってもよいし、前述の両方を行ってもよい。このことにより、例えば、基地局からＵＥに対して、欠落したマルチキャストデータを一括して再送可能となり、その結果、効率的なマルチキャスト再送が可能となる。
　前述の（３）における他の例として、ＲＬＣ　ＰＤＵの欠落率が用いられてもよい。ＵＥは、例えば、所定の範囲内のＲＬＣ　ＳＮ（Sequence　Number）におけるＲＬＣ　ＰＤＵ欠落率を計算してもよい。ＵＥは、該欠落率が所定の値以上、あるいは所定の値より大きい場合において、基地局に対してＰＤＣＰステータスレポートを送信してもよい。基地局は、該レポートを用いて、ＰＴＭ／ＰＴＰ切替えを行ってもよいし、ＰＤＣＰ　ＰＤＵの再送を行ってもよいし、前述の両方を行ってもよい。このことにより、例えば、基地局はＵＥに対し、欠落したマルチキャストデータを迅速に再送可能となり、その結果、マルチキャストの信頼性を確保可能となる。
　前述の（３）における条件判定に用いられるＲＬＣエンティティは、ＲＬＣ－ＡＭ（Acknowledged　Mode）エンティティであってもよい。このことにより、例えば、通信システムにおける複雑性を回避可能となる。他の例として、該ＲＬＣエンティティは、ＲＬＣ－ＵＭ（Unacknowledged　Mode）エンティティであってもよい。このことにより、例えば、マルチキャストの信頼性確保を少ない処理量で実現可能となる。
　前述の（３）における条件判定に用いられるＲＬＣエンティティは、ＰＴＭ通信に用いられるＲＬＣエンティティであってもよい。このことにより、例えば、ＰＴＭからＰＴＰへの切替えを迅速に実行可能となる。該ＲＬＣエンティティは、ＰＴＰ通信に用いられるＲＬＣエンティティであってもよい。このことにより、例えば、ＰＴＰからＰＴＭへの切替えを迅速に実行可能となる。該ＲＬＣエンティティは、ＰＴＭ通信に用いられるＲＬＣエンティティ、ＰＴＰ通信に用いられるＲＬＣエンティティの両方であってもよい。このことにより、例えば、ＰＴＭからＰＴＰ、ＰＴＰからＰＴＭへの切替えを迅速に実行可能となる。
　前述の（３）における条件判定に用いられるＲＬＣエンティティは、アクティブな通信経路のＲＬＣエンティティであってもよい。このことにより、例えば、ＵＥから基地局へのＰＤＣＰステータスレポート送信を迅速に実行可能となる。他の例として、該ＲＬＣエンティティは、アクティブでないＲＬＣエンティティであってもよい。このことにより、例えば、ＵＥは、アクティブでないＲＬＣエンティティにて再送待ちのデータに対する再送要求を基地局に対して実施可能となり、その結果、信頼性確保が可能となる。
　基地局はＵＥに対し、レッグの設定を行ってもよい。該設定には、レッグの種別（例、ＰＴＭレッグ、ＰＴＰレッグ）に関する情報が含まれてもよいし、デフォルトの動作状態（例、動作、停止）に関する情報が含まれてもよい。該設定は、例えば、ＲＲＣシグナリングを用いて行われてもよい。
　基地局はＵＥに対し、レッグの動作（アクティベート）および／あるいは停止（デアクティベート）に関する通知を送信してもよい。該通知には、ＵＥのレッグを識別する情報が含まれてもよいし、レッグの動作および／あるいは停止に関する情報が含まれてもよいし、両者を組み合わせた情報が含まれてもよい。他の例として、該通知には、動作させるレッグに関する情報が含まれてもよい。ＵＥは、該通知を用いて、レッグを動作させてもよいし、停止させてもよい。例えば、ＵＥは、動作させるレッグに関する情報を用いて、該レッグを動作させてもよいし、他のレッグを停止させてもよい。他の例として、ＵＥは、動作させるレッグに関する情報を用いて、他のレッグを動作させつつ、該レッグの動作を開始させてもよい。他の例として、ＵＥは、停止させるレッグに関する情報を用いて、該レッグを停止させてもよい。ＵＥは、停止させるレッグに関する情報を用いて、他のレッグを動作させてもよいし、停止させてもよい。基地局は該通知を、ＲＲＣシグナリングを用いて行ってもよいし、ＭＡＣシグナリングを用いて行ってもよいし、Ｌ１／Ｌ２シグナリングを用いて行ってもよい。このことにより、例えば、レッグの迅速な切替えが可能となる。
　前述の（４）における例として、ＵＥにおけるＨＡＲＱ再送超過が所定の回数以上あるいは所定の回数より大きいことを契機として、ＵＥは基地局に対してＰＤＣＰステータスレポートを送信してもよい。所定の回数は１回であってもよいし、複数回であってもよい。ＵＥのＨＡＲＱレイヤはＰＤＣＰレイヤに対して、ＨＡＲＱ再送超過が所定の回数以上あるいは所定の回数より大きいことを通知してもよいし、ＰＤＣＰステータスレポートの送信を指示してもよい。基地局は該レポートを用いて、ＰＴＭ／ＰＴＰ切替えを行ってもよいし、ＰＤＣＰ　ＰＤＵの再送を行ってもよいし、前述の両方を行ってもよい。このことにより、例えば、基地局からＵＥに対して、欠落したマルチキャストデータを一括して再送可能となり、その結果、効率的なマルチキャスト再送が可能となる。
　前述の（４）における他の例として、所定の期間内にＵＥにおけるＨＡＲＱ再送超過が所定の回数以上あるいは所定の回数より大きいことを契機として、ＵＥは基地局に対してＰＤＣＰステータスレポートを送信するとしてもよい。所定の期間を表すタイマーが設けられてもよい。このことにより、例えば、基地局はＵＥに対し、欠落したマルチキャストデータを迅速に再送可能となり、その結果、マルチキャストの信頼性を確保可能となる。
　前述の（４）における他の例として、所定のトランスポートブロック送信数の間におけるＨＡＲＱ再送超過が所定の回数以上あるいは所定の回数より大きいことを契機として、ＵＥは基地局に対してＰＤＣＰステータスレポートを送信するとしてもよい。このことにより、例えば、前述と同様の効果が得られる。
　前述の（１）～（４）における所定の値、範囲、回数、および／あるいは期間は、規格であらかじめ決められていてもよいし、基地局が決定してＵＥに通知してもよい。基地局は、該通知を、ＲＲＣシグナリング、例えば、ＲＲＣ再設定（RRCReconfiguration）を用いて行ってもよい。該ＲＲＣシグナリングは、例えば、マルチキャストの設定に用いられるＲＲＣシグナリングであってもよい。このことにより、例えば、基地局からのシグナリングを削減可能となる。
　基地局が該通知を行う他の例として、ＭＡＣシグナリングが用いられてもよいし、Ｌ１／Ｌ２シグナリングが用いられてもよい。このことにより、例えば、基地局からＵＥに対して迅速な通知が可能となる。
　ＵＥは、ＰＤＣＰステータスレポートの送信を、ＰＴＭのレッグを用いて行ってもよい。このことにより、例えば、ＵＥは基地局に対して該レポートを迅速に通知可能となる。
　基地局はＰＴＭレッグを用いるＵＥに対して、上りＰＵＣＣＨの時間および／あるいは周波数、符号系列のリソースを個別に割当ててもよい。ＵＥに割り当てられる該リソースは、ＳＲ用であってもよいし、ＨＡＲＱフィードバック用であってもよい。ＵＥは、該リソースを用いて、基地局にＳＲを送信してもよい。基地局は該ＳＲを契機として、ＵＥに対して上りグラントを通知してもよい。ＵＥは、該上りグラントを用いて、基地局に対してＰＤＣＰステータスレポートを送信してもよい。基地局からＵＥに個別に割当てられる該リソースは、ＵＥ毎に異なってもよい。このことにより、例えば、上りＰＵＣＣＨ送信における他のＵＥとの衝突を防止可能となる。基地局は該リソースの設定を、例えば、ＲＲＣ個別シグナリングを用いて行ってもよい。
　他の例として、ＵＥは、該送信を、ＰＴＰのレッグを用いて行ってもよい。このことにより、例えば、通信システムにおける複雑性を回避可能となる。この場合において、ＵＥのＰＴＭのレッグにおける上りのＲＬＣレイヤの送信が行われないとしてもよい。このことにより、例えば、ＵＥにおける回路規模を削減可能となる。
　他の例として、ＵＥは、ＰＤＣＰステータスレポートの送信を、アクティブなレッグを用いて行ってもよい。このことにより、例えば、ＵＥから基地局に対して迅速な通知が可能となる。
　他の例として、ＵＥは、ＰＤＣＰステータスレポートの送信を、非アクティブなレッグを用いて行ってもよい。ＵＥは、非アクティブなレッグを、一時的にアクティブとしてもよい。このことにより、例えば、ＵＥはマルチキャスト受信とＰＤＣＰステータスレポート送信を並行して実行可能となり、その結果、通信システムの効率化が可能となる。ＵＥは、該送信終了後、該レッグを再び非アクティブとしてもよい。このことにより、例えば、ＵＥの電力消費量を削減可能となる。
　他の例として、ＵＥは、ＰＤＣＰステータスレポートの送信を、前述の（１）～（４）の条件判定に用いたレッグと異なるレッグを用いて行ってもよい。このことにより、例えば、条件判定に用いたレッグにおいて発生した通信環境の悪化を回避可能となり、その結果、ＰＤＣＰステータスレポートの送信の信頼性を向上可能となる。
　ＵＥは、ＰＤＣＰステータスレポートに、ＰＤＣＰ　ＰＤＵの受信欠損数に関する情報を含めてもよいし、ＰＤＣＰ　ＰＣＵの連続受信欠損数に関する情報を含めてもよいし、該連続受信欠損が発生したタイミングに関する情報を含めてもよいし、ＰＤＣＰ　ＰＤＵの受信欠損率に関する情報を含めてもよい。このことにより、例えば、基地局は迅速に該情報を把握可能となる。
　ＵＥは、ＰＤＣＰステータスレポートに、マルチキャストのＰＴＭ／ＰＴＰ切替えの要求を含めてもよい。該要求には、レッグ切替えの有無を示す情報が含まれてもよいし、動作させるレッグに関する情報が含まれてもよいし、停止させるレッグに関する情報が含まれてもよいし、前述の複数の組合せが含まれてもよい。基地局は、該情報を用いて、マルチキャストのＰＴＭ／ＰＴＰ切替えを行ってもよいし、行わないとしてもよい。このことにより、例えば、基地局はＰＴＭ／ＰＴＰ切替えを迅速に実行可能となり、その結果、マルチキャスト通信の信頼性を向上可能となる。
　ＵＥは、ＰＤＣＰステータスレポートに、マルチキャストを識別する情報（例、マルチキャストの識別子、マルチキャストに係る論理チャネル識別子、マルチキャストに用いる無線ベアラの識別子、例えば、ＭＲＢ－ＩＤ）を含めて通知してもよい。このことにより、例えば、基地局はマルチキャストを迅速に識別可能となる。
　マルチキャスト用の論理チャネル識別子、例えば、ＰＴＭレッグに割り当てられる論理チャネル識別子に、所定の範囲が設けられてもよい。該範囲は、個別チャネル用に割当て可能な論理チャネル識別子の範囲と異なるとしてもよい。このことにより、例えば、マルチキャストを受信するＵＥにおいて、ＰＴＭレッグに割り当てられた論理チャネル識別子と他の個別チャネルの論理チャネル識別子との重複を防止可能となる。
　ＵＥから基地局へのマルチキャストの受信状況に関する情報の通知にＲＡＣＨが用いられる例について開示する。
　該情報の通知のためのＲＡＣＨが設けられてもよい。該ＲＡＣＨにおけるＰＲＡＣＨプリアンブルは、基地局との接続開始に用いられるＰＲＡＣＨプリアンブル、システム情報要求に用いられるＰＲＡＣＨプリアンブルと異なっていてもよい。例えば、ＵＥから基地局へのマルチキャストの受信状況に関する情報の通知のためのＰＲＡＣＨプリアンブルとして、所定の範囲が設けられてもよい。基地局は、ＵＥからのＰＲＡＣＨプリアンブルを用いて、ＲＡＣＨの種別を判別してもよい。このことにより、例えば、基地局はＲＡＣＨの種別を迅速に判断可能となる。
　基地局はＵＥに対し、該ＰＲＡＣＨプリアンブルを個別に割当ててもよい。基地局からＵＥへの該割当ては、例えば、前述の所定の範囲の中から行われてもよい。基地局からＵＥへの該割当ては、例えば、ＲＲＣシグナリングを用いて行われてもよい。ＵＥは、該プリアンブルを用いて、基地局に対してＰＲＡＣＨを送信してもよい。このことにより、例えば、該ＵＥと他のＵＥとの間のＰＲＡＣＨの衝突を防止可能となり、その結果、ＵＥは迅速に該情報を通知可能となる。
　ＵＥが、該通知のためのＲＡＣＨを送信する条件は、ＰＤＣＰステータスレポートを送信する条件と同様であってもよい。このことにより、例えば、ＰＤＣＰステータスレポートを送信する場合と同様の効果が得られる。
　該条件に関する他の例として、ＵＥにおける基地局からの受信品質が所定の値以下あるいは所定の値未満となった場合としてもよい。ＵＥは、受信品質の測定に、ＳＳブロックを用いてもよいし、ＣＳＩ－ＲＳを用いてもよいし、マルチキャストに係るＰＤＣＣＨを用いてもよいし、マルチキャストのデータを用いてもよい。ＵＥは、受信品質として、ＳＩＮＲ（Signal　to　Interference　plus　Noise　Ratio）を用いてもよいし、ＳＮＲ（Signal　to　Noise　Ratio）を用いてもよいし、ＢＬＥＲ（Block　Error　Rate）を用いてもよいし、ＢＥＲ（Bit　Error　Rate）（あるいはＢＥＲ換算値）を用いてもよいし、ＲＳＲＰ（Reference　Signal　Received　Power）を用いてもよいし、ＲＳＲＱ（Reference　Signal　Received　Quality）を用いてもよい。所定の値は、あらかじめ規格で定められてもよいし、基地局が決定してＵＥに通知あるいは報知してもよい。基地局は、該情報を用いて、マルチキャストのＰＴＭ／ＰＴＰ切替えを行ってもよいし、マルチキャストを再送してもよい。このことにより、例えば、ＵＥは基地局に対し、受信品質悪化を迅速に通知可能となり、その結果、マルチキャストの信頼性を迅速に確保可能となる。
　ＵＥは、基地局へのＲＡＣＨにおいて、マルチキャスト再送要求に関する情報を含めてもよいし、再送してほしいマルチキャストデータに関する情報を含めてもよいし、マルチキャストを識別する情報を含めてもよい。前述のＰＤＣＰステータスレポートと同様の情報が含まれてもよい。基地局は、該情報を用いて、再送が必要なマルチキャストデータを特定してもよい。このことにより、例えば、基地局はマルチキャストの再送を迅速に実行可能となる。
　ＵＥは該情報を、ランダムアクセス処理におけるＭｓｇ３に含めて基地局に送信してもよい。該ランダムアクセス処理は、例えば、４ステップで行われるランダムアクセス処理であってもよい。このことにより、例えば、ＵＥは基地局に対して多くの情報を送信可能となる。
　ＵＥは該情報を、ランダムアクセス処理におけるＭｓｇＡに含めて基地局に送信してもよい。該ランダムアクセス処理は、例えば、２ステップで行われるランダムアクセス処理であってもよい。このことにより、例えば、ＵＥは基地局に対して該情報を迅速に通知可能となる。
　該通知のためのＲＡＣＨにおいて、基地局はＵＥに対するＰＴＰ／ＰＴＭ切替え指示を、Ｍｓｇ４あるいはＭｓｇＢに含めて通知してもよい。このことにより、例えば、基地局とＵＥとの間のシグナリング量を削減可能となる。
　該通知のためのＲＡＣＨにおいて、基地局からＵＥに対するＭｓｇ４あるいはＭｓｇＢが送信されないとしてもよい。このことにより、例えば、該通知のためのＲＡＣＨのプロシージャが迅速に完了可能となる。
　ＵＥから基地局へのマルチキャストの受信状況に関する情報の通知にＲＲＣシグナリングが用いられる例について開示する。
　ＵＥは基地局に対し、該情報の通知を、ＲＲＣシグナリングを用いて行ってもよい。このことにより、例えば、ＵＥは基地局に対して多くの情報を通知可能となる。
　該ＲＲＣシグナリングとして、既存のシグナリング、例えば、非特許文献１９（ＴＳ３８．３３１）に記載のメジャメント報告に用いられるシグナリングが用いられてもよい。他の例として、新たなシグナリングが設けられてもよい。
　ＵＥが、該ＲＲＣシグナリングを送信する条件は、前述の、ＰＤＣＰステータスレポートを送信する条件と同様であってもよい。このことにより、例えば、ＰＤＣＰステータスレポートを送信する場合と同様の効果が得られる。
　該条件に関する他の例として、前述の、ＲＡＣＨを送信する条件と同様であってもよい。このことにより、例えば、ＲＡＣＨを送信する場合と同様の効果が得られる。
　該条件に関する他の例として、メジャメントをトリガーするイベント（非特許文献１９（ＴＳ３８．３３１）参照）であってもよい。該イベントとして、既存のイベントが用いられてもよい。このことにより、例えば、通信システムにおける設計の複雑性を回避可能となる。
　新たなイベントが設けられてもよい。新たな該イベントは、例えば、前述の、ＰＤＣＰステータスレポートを送信する条件発生であってもよいし、前述の、ＲＡＣＨを送信する条件と同様であってもよいし、前述の（１）～（５）の条件発生であってもよい。メジャメントをトリガーするイベントとして、新たな該イベントが用いられてもよい。基地局はＵＥに対し、該イベントを契機とするメジャメントイベントを設定してもよい。基地局からＵＥへの該設定は、例えば、メジャメント要求のシグナリングを用いて行われてもよいし、マルチキャスト設定のシグナリングを用いて行われてもよい。ＵＥは、該イベントの発生を契機として、基地局に対してメジャメント報告を行ってもよい。このことにより、例えば、柔軟な条件設定が可能となる。
　ＵＥは、該ＲＲＣシグナリングに、マルチキャスト再送要求に関する情報を含めてもよいし、再送してほしいマルチキャストデータに関する情報を含めてもよいし、マルチキャストを識別する情報を含めてもよい。該情報には、例えば、該マルチキャストデータの送信に用いられる無線ベアラに関する情報が含まれてもよいし、論理チャネルに関する情報が含まれてもよいし、該マルチキャストデータのＱｏＳフローに関する情報が含まれてもよいし、再送に係るＰＤＣＰ　ＰＤＵに関する情報が含まれてもよいし、再送に係るＲＬＣ　ＰＤＵに関する情報が含まれてもよいし、前述の複数を組合せた情報が含まれてもよい。基地局は、該情報を用いて、再送が必要なマルチキャストデータを特定してもよい。このことにより、例えば、基地局はマルチキャストの再送を迅速に実行可能となる。
　前述において開示したシグナリングが組み合わせて用いられてもよい。どのシグナリングが用いられるかが切替ってもよい。例えば、マルチキャストの送受信に用いられるＲＬＣのエンティティの種別を用いて、用いるシグナリングが切替ってもよい。例えば、ＲＬＣ－ＡＭを用いる場合においてＰＤＣＰステータスレポートが用いられてもよいし、ＲＬＣ－ＵＭを用いる場合においてＲＡＣＨが用いられてもよい。このことにより、例えば、通信システムにおける柔軟性が向上可能となるとともに、通信システムの設計における複雑性を回避可能となる。
　基地局は、ＰＴＭ／ＰＴＰの切替えを決定する。基地局が該決定を、ＵＥから受信したマルチキャストの受信状況に関する情報を用いて行ってもよいし、該情報を用いずに行ってもよい。例えば、基地局は、自律的に該切替えを決定してもよい。例えば、基地局は、ＵＥからのＨＡＲＱ－ＮＡＣＫを用いて（例、ＵＥからのＨＡＲＱ－ＮＡＣＫを所定の回数以上受信したことを契機として）該切替えを決定してもよいし、ＰＴＰレッグを用いて受信するＵＥに送信したＰＤＣＰ　ＳＮとＰＴＭで他のＵＥに送信したＰＤＣＰ　ＳＮの情報を用いて（例、両者のＰＤＣＰ　ＳＮの差分がなくなったことを契機として）該切替を決定してもよい。このことにより、例えば、基地局はＵＥとの通信環境に応じて最適なレッグを選択可能となり、その結果、通信システムにおける効率を向上可能となる。
　基地局とＵＥとの間で、ＰＴＭ／ＰＴＰの切替えが行われる。基地局はＵＥに対して、ＰＴＭ／ＰＴＰの切替えを要求してもよい。基地局からＵＥへの該要求は、ＲＲＣシグナリングを用いて行われてもよいし、ＭＡＣシグナリングを用いて行われてもよいしＬ１／Ｌ２シグナリングを用いて行われてもよい。ＵＥは、該シグナリングを用いて、受信動作を行うレッグをＰＴＭ／ＰＴＰ間で切替える。このことにより、例えば、ＵＥにおける消費電力を削減可能となる。
　基地局は、該要求を、ＵＥへのマルチキャスト送信に現在用いているレッグを用いて送信してもよい。このことにより、例えば、基地局はＵＥに対して該要求を迅速に通知可能となる。該要求に、レッグを切替えるＵＥに関する情報（例えば、Ｃ－ＲＮＴＩ：Cell　Radio　Network　Temporary　Identifier）が含まれてもよい。このことにより、例えば、該要求をＰＴＭレッグで送信した場合においても、レッグを切替えるべきＵＥを容易に識別可能となる。該要求に、レッグを切替えるマルチキャストに関する情報（例えば、マルチキャストの識別子、マルチキャストの送信に用いられるベアラに関する情報、マルチキャストの送信に用いられる論理チャネルに関する情報）が含まれてもよい。このことにより、例えば、ＵＥはレッグ切替えに係るマルチキャストを迅速に識別可能となる。該要求に、レッグの切替え先に関する情報が含まれてもよいし、レッグの切替え元に関する情報が含まれてもよいし、レッグの切替えを識別する情報（例、ＰＴＭからＰＴＰへの切替え、ＰＴＰからＰＴＭへの切替えを示す情報）が含まれてもよい。このことにより、例えば、ＵＥは切替え後のレッグを迅速に識別可能となる。
　ＰＴＰレッグからＰＴＭレッグへの切替えにおいても、前述と同様としてもよい、例えば、ＵＥは基地局に対してＰＤＣＰステータスレポートを送信してもよいし、ＲＡＣＨが用いられてもよいし、ＲＲＣシグナリング、例えば、メジャメント報告が送信されてもよい。他の例として、ＵＥから基地局に対してＲＬＣステータスＰＤＵが送信されてもよいし、ＭＡＣシグナリングが送信されてもよいし、Ｌ１／Ｌ２シグナリングが送信されてもよい。
　基地局は、ＰＴＰレッグからＰＴＭレッグへの切替えを決定してもよい。基地局は、例えば、ＵＥからの前述の通知を用いて該切替えを決定してもよいし、基地局が自律的に判断してもよい。基地局における判断の例として、ＵＥにおけるt-reordering満了が所定の期間発生しない場合、としてもよいし、ＰＴＰレッグを用いて受信するＵＥに送信したＰＤＣＰ　ＳＮとＰＴＭで他のＵＥに送信したＰＤＣＰ　ＳＮの差分がなくなった場合、としてもよい。このことにより、例えば、基地局は該切替えを迅速に判断可能となるとともに、マルチキャストにおける通信効率を向上可能となる。
　図１４は、基地局からＵＥへのマルチキャスト送信における、ＰＴＭレッグからＰＴＰレッグへの切替え、およびＰＴＰレッグからＰＴＭレッグへの切替えの動作を示すシーケンス図である。図１４では、ＵＥがマルチキャスト受信に関する状況を、ＰＤＣＰステータスレポートを用いて通知する例について示す。図１４では、該通知を、t-reorderingタイマー満了を契機として通知する例について示す。
　図１４に示すステップＳＴ１４１５において、基地局はＵＥに対して、マルチキャストの設定を指示する。基地局は該通知を、例えば、ＲＲＣ再設定（非特許文献１９（ＴＳ３８．３３１）参照）を用いて行ってもよい。基地局からＵＥに対する該指示には、対象となるマルチキャストの情報（例、マルチキャストの識別子、マルチキャスト送信に用いる無線ベアラの識別子）が含まれてもよいし、ＰＴＭレッグおよび／あるいはＰＴＰレッグの設定に関する情報が含まれてもよいし、ＵＥから基地局への通知に関する情報、例えば、該通知の方法（例、ＰＤＣＰステータスレポート、ＲＡＣＨ、ＲＲＣシグナリング）が含まれてもよいし、該通知の条件に関する情報（例、前述の（１）～（５）に関する情報）が含まれてもよいし、ＵＥからの上り送信の設定に関する情報が含まれてもよい。ＰＴＭレッグおよび／あるいはＰＴＰレッグの設定に関する情報には、論理チャネルに関する情報（例、論理チャネル識別子）が含まれてもよいし、ＲＬＣレイヤの設定に関する情報が含まれてもよいし、ＭＡＣレイヤに関する情報が含まれてもよいし、ＰＨＹレイヤに関する情報が含まれてもよい。ＵＥからの上り送信の設定に関する情報には、例えば、上りＰＵＣＣＨの時間および／あるいは周波数、符号系列のリソースに関する情報が含まれてもよい。ＵＥは、該通知を用いて、マルチキャスト受信に係る設定を行ってもよい。
　図１４に示すステップＳＴ１４１７において、ＵＥは、マルチキャストの設定が完了したことを通知する。ＵＥは該通知を、例えば、ＲＲＣ再設定完了（非特許文献１９（ＴＳ３８．３３１）参照）を用いて行ってもよい。
　図１４に示すステップＳＴ１４１９において、基地局はＡＭＦに対して、マルチキャスト配信を要求する。該要求には、ＵＥを識別する情報が含まれてもよいし、マルチキャストを識別する情報が含まれてもよい。ステップＳＴ１４２１において、ＡＭＦはマルチキャスト／ブロードキャスト用ＳＭＦ（ＭＢ－ＳＭＦ）（非特許文献２４（ＴＲ２３．７５７参照））に対し、マルチキャスト配信を要求する。ステップＳＴ１４２３において、ＭＢ－ＳＭＦとマルチキャスト／ブロードキャスト用ＵＰＦ（ＭＢ－ＵＰＦ）（非特許文献２４（ＴＲ２３．７５７参照））との間で、マルチキャスト配信に係るセッション情報の変更（Modification）が行われる。ステップＳＴ１４２５において、ＭＢ－ＳＭＦはＡＭＦに対して、マルチキャスト配信要求に対する応答を通知する。ステップＳＴ１４２７において、ＡＭＦは基地局に対し、マルチキャスト配信要求に対する応答を通知する。
　図１４に示すステップＳＴ１４２９において、基地局はＡＭＦに対して、マルチキャスト配信に係るセッション情報の変更に対する応答を通知する。ステップＳＴ１４３０において、ＡＭＦはＳＭＦに対し、セッション情報の変更に対する応答を通知する。該通知には、例えば、Nsmf_PDUSession_Update（非特許文献２９（ＴＳ２３．５０２）参照）の処理が用いられてもよい。ステップＳＴ１４３１において、ＳＭＦは該通知を用いて、ＵＰＦを用いなくてよいことを決定し、ＡＭＦに通知する。該通知に、セッション管理コンテキストが含まれてもよい。
　図１４に示すステップＳＴ１４３３において、ＭＢ－ＵＰＦは基地局に対してマルチキャストデータを送信する。ステップＳＴ１４３５において、基地局はＵＥに対してマルチキャストデータを送信する。ステップＳＴ１４３５におけるマルチキャストデータ送信は、ＰＴＭレッグを用いて行われる。
　図１４に示すステップＳＴ１４３７において、ＵＥは、t-reorderingタイマーが満了しているかどうかを確認する。該タイマーが満了していない場合は、マルチキャストデータの受信を継続する。該タイマーが満了した場合は、ステップＳＴ１４３９の処理を行う。
　図１４に示すステップＳＴ１４３９において、ＵＥは基地局に対し、ＰＤＣＰステータスレポートを送信する。該レポートに、欠落したＰＤＣＰ　ＰＤＵに関する情報が含まれてもよい。基地局は、ステップＳＴ１４３９を用いて、ＰＴＭ／ＰＴＰの切替えを行うかどうかを判断してもよい。図１４に示す例においては、基地局はＵＥへのマルチキャスト通信について、ＰＴＭレッグからＰＴＰレッグへの切替えを行うと判断する。
　図１４に示すステップＳＴ１４４１において、基地局とＵＥとの間で、ＰＴＭ／ＰＴＰ切替えが行われる。すなわち、基地局はＵＥに対するマルチキャスト送信のレッグをＰＴＭレッグからＰＴＰレッグに切替える。基地局はＵＥに対し、該切替えを通知してもよいし、通知しなくてもよい。基地局は該通知に、ＲＲＣシグナリングを用いてもよいし、ＭＡＣシグナリングを用いてもよいし、Ｌ１／Ｌ２シグナリングを用いてもよい。基地局は、アクティブなレッグ、図１４の例においては、ＰＴＭレッグを用いて、ＵＥに対して該通知を行ってもよい。ＰＴＭレッグを用いた該通知には、ＵＥに関する情報が含まれてもよいし、マルチキャストを特定する情報が含まれてもよいし、ＰＴＭレッグからＰＴＰレッグへの切替えであることを示す情報が含まれてもよい。ＵＥは、該通知を契機として、マルチキャスト受信に用いるレッグをＰＴＭレッグからＰＴＰレッグに切替えてもよい。
　図１４に示すステップＳＴ１４４２において、基地局はＵＥに対し、マルチキャストデータを再送する。基地局からＵＥへの該再送は、ＰＴＰレッグを用いて行われる。再送する該データは、例えば、ステップＳＴ１４３９において送信されたＰＤＣＰステータスレポートに含まれる情報が示す、欠落したＰＤＣＰ　ＰＤＵであってもよい。
　図１４に示すステップＳＴ１４４３において、ＭＢ－ＵＰＦは基地局に対してマルチキャストデータを送信する。ステップＳＴ１４４５において、基地局はＵＥに対してマルチキャストデータを送信する。ステップＳＴ１４４５におけるマルチキャストデータ送信は、ＰＴＰレッグを用いて行われる。
　図１４に示すステップＳＴ１４４７において、基地局はＵＥに対するマルチキャスト送信のレッグをＰＴＰレッグからＰＴＭレッグに切替えると判断する。基地局は、例えば、ＵＥに対してＰＴＰレッグを用いて送信するＰＤＣＰ　ＰＤＵが、他のＵＥに対してＰＴＭレッグを用いて送信するＰＤＣＰ　ＰＤＵと比べて同じあるいは先のデータとなっている、すなわち、ＰＴＰレッグを用いて送信するＰＤＣＰ　ＰＤＵのＰＤＣＰ　ＳＮ（Sequence　Number）が、ＰＴＭレッグを用いて送信するＰＤＣＰ　ＰＤＵのＰＤＣＰ　ＳＮ以上、あるいはより大きいことを契機として該判断を行ってもよい。基地局はＵＥに対し、該切替えを通知してもよいし、通知しなくてもよい。基地局からＵＥへの該通知は、ステップＳＴ１４４１と同様であってもよい。ＵＥは、該通知を契機として、マルチキャスト受信に用いるレッグをＰＴＰレッグからＰＴＭレッグに切替えてもよい。
　図１４に示すステップＳＴ１４４９において、ＭＢ－ＵＰＦは基地局に対してマルチキャストデータを送信する。ステップＳＴ１４５１において、基地局はＵＥに対してマルチキャストデータを送信する。ステップＳＴ１４５１におけるマルチキャストデータ送信は、ＰＴＭレッグを用いて行われる。
　図１４において、t-reorderingタイマーの満了を契機としてＰＤＣＰステータスレポートを送信する例について示したが、他のタイマーの満了を契機としてＵＥはＰＤＣＰステータスレポートを送信してもよい。例えば、新たなタイマーが設けられてもよい。該タイマーは、例えば、t-reorderingタイマーよりも短い値としてもよい。このことにより、例えば、基地局はt-reordering満了前にＵＥに対してマルチキャストデータに係るＰＤＣＰ　ＰＤＵを送信可能となり、その結果、ＵＥはリオーダリング後のマルチキャストデータを上位レイヤに転送可能となる。
　図１４において、t-reorderingタイマーの満了を契機としてＰＤＣＰステータスレポートを送信する例について示したが、他の条件を契機としてもよい。例えば、ＰＤＣＰ　ＰＤＵの欠落数に関する条件が用いられてもよいし、ＲＬＣ　ＰＤＵの欠落数に関する条件が用いられてもよい。このことにより、例えば、基地局からＵＥに対して欠落したマルチキャストデータを迅速に再送可能となる。
　図１５は、基地局からＵＥへのマルチキャスト送信における、ＰＴＭレッグからＰＴＰレッグへの切替え、およびＰＴＰレッグからＰＴＭレッグへの切替えの動作の他の例を示すシーケンス図である。図１５では、ＵＥがマルチキャスト受信に関する状況を、ＰＲＡＣＨを用いて通知する例について示す。図１５では、該通知を、t-reorderingタイマー満了を契機として通知する例について示す。図１５において、図１４と共通する処理には同じステップ番号を付し、共通する説明を省略する。
　図１５に示すステップＳＴ１４１５～ＳＴ１４３７は、図１４と同様である。基地局はステップＳＴ１４１５で送信する信号に、マルチキャストの受信状況に関する情報の通知に用いられるＰＲＡＣＨプリアンブルの範囲に関する情報を含めてもよいし、ＵＥがマルチキャストの受信状況に関する情報の通知に用いるＰＲＡＣＨプリアンブルに関する情報を含めてもよい。ＵＥは、ステップＳＴ１４３７においてt-reorderingタイマーが満了した場合は、ステップＳＴ１５３９の処理を行う。
　図１５に示すステップＳＴ１５３９において、ＵＥは基地局に対し、ＰＲＡＣＨを送信する。該ＰＲＡＣＨに用いられるプリアンブルは、初期アクセス用のＰＲＡＣＨプリアンブルおよび／あるいはＳＩ（System　Information）要求用のＰＲＡＣＨプリアンブルと異なる範囲に属していてもよい。また、マルチキャストの受信状況に関する情報の通知用に基地局から設定されたＰＲＡＣＨプリアンブルが用いられてもよい。ステップＳＴ１５４１において、基地局はＵＥに対して、ランダムアクセス応答（Random　Access　Response：ＲＡＲ）を送信する。ステップＳＴ１５４１で送信されるＲＡＲに、Ｍｓｇ３用の上りグラントに関する情報が含まれてもよい。
　図１５に示すステップＳＴ１５４３において、ＵＥは基地局に対し、ランダムアクセス処理のＭｓｇ３のシグナリングを送信する。該Ｍｓｇ３のシグナリングにマルチキャスト再送要求に関する情報を含めてもよいし、再送してほしいマルチキャストデータに関する情報を含めてもよいし、マルチキャストを識別する情報を含めてもよいし、欠落したＰＤＣＰ　ＰＤＵに関する情報を含めてもよいし、ＰＴＭ／ＰＴＰ切替えの要求に関する情報を含めてもよい。ステップＳＴ１５４５において、基地局はＵＥに対して、ランダムアクセス処理のＭｓｇ４のシグナリングを送信する。
　図１５に示すステップＳＴ１４４１～ＳＴ１４４５は、図１４と同様である。
　図１５に示すステップＳＴ１５５７～ＳＴ１５６３において、ステップＳＴ１５３９～ＳＴ１５４５と同様の処理が行われる。
　図１５に示すステップＳＴ１４４７～ＳＴ１４５１は、図１４と同様である。
　図１５において、t-reorderingタイマーの満了を契機としてＰＲＡＣＨを送信する例について示したが、他のタイマーの満了を契機としてもよい。例えば、新たなタイマーが設けられてもよい。該タイマーは、例えば、t-reorderingタイマーよりも短い値としてもよい。このことにより、例えば、基地局はt-reordering満了前にＵＥに対してマルチキャストデータに係るＰＤＣＰ　ＰＤＵを送信可能となり、その結果、ＵＥはリオーダリング後のマルチキャストデータを上位レイヤに転送可能となる。
　図１５において、t-reorderingタイマーの満了を契機としてＰＲＡＣＨを送信する例について示したが、他の条件を契機としてもよい。例えば、ＰＤＣＰ　ＰＤＵの欠落数に関する条件が用いられてもよいし、ＲＬＣ　ＰＤＵの欠落数に関する条件が用いられてもよい。このことにより、例えば、基地局からＵＥに対して欠落したマルチキャストデータを迅速に再送可能となる。
　図１５に示すステップＳＴ１５４５およびステップＳＴ１４４１において、基地局からＵＥへのＭｓｇ４送信と、ＰＴＭレッグからＰＴＰレッグへの切替えを異なるステップで行う例について示したが、同じステップで行われてもよい。例えば、基地局は、ステップＳＴ１５４３のＭｓｇ３送信を契機としてＰＴＭレッグからＰＴＰレッグへの切替えを決定してもよく、ステップＳＴ１５４５のＭｓｇ４に、該切替えに関する情報を含めてＵＥに通知してもよい。ステップＳＴ１５６１、ＳＴ１５６３、ＳＴ１４４７においても、同様としてもよい。このことにより、例えば、基地局とＵＥとの間のシグナリング量を削減可能となる。
　図１５に示す例において、４ステップＲＡＣＨが用いられる場合について示したが、２ステップＲＡＣＨが行われてもよい。例えば、ステップＳＴ１５３９とＳＴ１５４３がＭｓｇＡとして統合されてもよいし、ステップＳＴ１５４１とＳＴ１５４５がＭｓｇＢとして統合されてもよい。ステップＳＴ１５５７～ＳＴ１５６３についても同様としてもよい。このことにより、例えば、ランダムアクセス処理を迅速に実行可能となる。
　図１５に示す例において、ＰＴＰレッグからＰＴＭレッグへの切替えにおいてステップＳＴ１５５７～ＳＴ１５６３のＲＡＣＨ処理が行われる場合について示したが、ステップＳＴ１５５７～ＳＴ１５６３のＲＡＣＨ処理が行われないとしてもよい。例えば、基地局は、自律的にＰＴＰレッグからＰＴＭレッグへの切替え処理を行ってもよい。例えば、基地局は、ＰＴＰレッグを用いて送信するＰＤＣＰ　ＰＤＵのＰＤＣＰ　ＳＮの値が、他のＵＥに対してＰＴＭレッグを用いて送信するＰＤＣＰ　ＰＤＵのＰＤＣＰ　ＳＮの値以上あるいはより大きいことを契機として、ＰＴＰレッグからＰＴＭレッグへの切替えを行ってもよい。このことにより、ＰＴＰレッグからＰＴＭレッグへの切替えを迅速に実行可能となるとともに、基地局とＵＥとの間のシグナリングを削減可能となる。
　本実施の形態１において、マルチキャストのＰＴＭレッグとＰＴＰレッグを切替えて用いる場合について示したが、ＰＴＭレッグとＰＴＰレッグが同時に用いられてもよい。例えば、マルチキャストの再送データがＰＴＰレッグを用いて送受信されるとしてもよい。このことにより、例えば、通信システムにおけるマルチキャストの効率を向上可能となる。
　ＰＴＭ／ＰＴＰの切替えに関する他の例として、基地局はＵＥに対して該要求を送らないとしてもよい。ＵＥは、どちらのレッグを用いてもマルチキャストを受信できるようにしてもよい。このことにより、例えば、基地局とＵＥとの間でＰＴＭ／ＰＴＰの切替えを迅速に実行可能となる。ＵＥは、該マルチキャストデータに係るＰＤＣＣＨの受信結果を用いて、ＰＴＭ／ＰＴＰのどちらのレッグを用いるかを決定する。例えば、該ＰＤＣＣＨがマルチキャスト用ＲＮＴＩを用いて復号可能であった場合において、ＵＥはＰＴＭレッグを用いて該マルチキャストデータを受信するとしてもよいし、該ＰＤＣＣＨがＣ－ＲＮＴＩを用いて復号可能であった場合において、ＵＥはＰＴＰレッグを用いて該マルチキャストデータを受信するとしてもよい。
　例えば、基地局は、再送用のマルチキャストデータのみをＰＴＰレッグを用いて送信するとしてもよい。このことにより、例えば、マルチキャスト送信における効率を向上可能となる。他の例として、基地局は、伝搬環境が悪いＵＥに対して、ＰＴＰレッグを用いて送信するとしてもよい。このことにより、例えば、他のＵＥに対する過大な強度の電波の出力を防止可能となる。
　図１６は、基地局からＵＥへのマルチキャスト送信において、ＰＴＭレッグとＰＴＰレッグが同時に用いられる動作を示すシーケンス図である。図１６では、ＵＥがマルチキャスト受信に関する状況を、ＰＤＣＰステータスレポートを用いて通知する例について示す。図１６では、該通知を、t-reorderingタイマー満了を契機として通知する例について示す。図１６において、図１４と共通する処理には同じステップ番号を付し、共通する説明を省略する。
　図１６に示すステップＳＴ１４１５～ステップＳＴ１４３３は、図１４と同様である。
　図１６に示すステップＳＴ１４３５において、基地局はＵＥに対してマルチキャストデータを送信する。該送信は、ＰＴＭレッグを用いて行われる。ＵＥは、ＰＴＭレッグを用いて該データを受信する。ＵＥは、ステップＳＴ１４３５に係るＰＤＣＣＨがマルチキャスト用ＲＮＴＩを用いて復号可能であることから、ＰＴＭレッグを用いることを決定する。
　図１６に示すステップＳＴ１４３７～ステップＳＴ１４３９は、図１４と同様である。
　図１６に示すステップＳＴ１４４２において、基地局はＵＥに対してマルチキャストデータを再送する。該再送は、ＰＴＰレッグを用いて行われる。ＵＥは、ＰＴＰレッグを用いて該データを受信する。ＵＥは、ステップＳＴ１４４２に係るＰＤＣＣＨがＣ－ＲＮＴＩを用いて復号可能であることから、ＰＴＰレッグを用いることを決定する。
　図１６に示すステップＳＴ１４４３は、図１４と同様である。
　図１６に示すステップＳＴ１６４５において、基地局はＵＥに対してマルチキャストデータを送信する。該送信は、ＰＴＭレッグを用いて行われる。ＵＥは、ＰＴＭレッグを用いて該データを受信する。ＵＥは、ステップＳＴ１６４５に係るＰＤＣＣＨがマルチキャスト用ＲＮＴＩを用いて復号可能であることから、ＰＴＭレッグを用いることを決定する。
　図１６に示すステップＳＴ１４４９は、図１４と同様である。
　図１６に示すステップＳＴ１４５１は、ステップＳＴ１６４５と同様である。
　図１６において、t-reorderingタイマーの満了を契機としてＰＤＣＰステータスレポートを送信する例について示したが、他のタイマーの満了を契機としてもよい。例えば、新たなタイマーが設けられてもよい。該タイマーは、例えば、t-reorderingタイマーよりも短い値としてもよい。このことにより、例えば、基地局はt-reordering満了前にＵＥに対してマルチキャストデータに係るＰＤＣＰ　ＰＤＵを送信可能となり、その結果、ＵＥはリオーダリング後のマルチキャストデータを上位レイヤに転送可能となる。
　図１６において、t-reorderingタイマーの満了を契機としてＰＤＣＰステータスレポートを送信する例について示したが、他の条件を契機としてもよい。例えば、ＰＤＣＰ　ＰＤＵの欠落数に関する条件が用いられてもよいし、ＲＬＣ　ＰＤＵの欠落数に関する条件が用いられてもよい。このことにより、例えば、基地局からＵＥに対して欠落したマルチキャストデータを迅速に再送可能となる。
　図１６に示す例において、ＰＤＣＰステータスレポートを用いる場合について示したが、ＲＡＣＨが用いられてもよいし、ＲＲＣシグナリングが用いられてもよい。このことにより、例えば、通信システムにおける複雑性を回避可能となる。
　ＰＴＭレッグとＰＴＰレッグにおいて、異なるキャリアが用いられてもよいし、異なるＢＷＰが用いられてもよい。基地局はＵＥに対し、ＰＴＭレッグとＰＴＰレッグにおける無線リソースとして異なるキャリアを設定してもよいし、異なるＢＷＰを設定してもよい。このことにより、例えば、ＵＥにおいてＰＴＭレッグとＰＴＰレッグを迅速に判別可能となる。
　本実施の形態１により、ＵＥから基地局へのマルチキャスト受信状況の通知が可能となり、その結果、マルチキャストの信頼性を向上可能となる。
実施の形態１の変形例１．
　本変形例１では、実施の形態１におけるマルチキャスト送受信に用いられるＲＬＣエンティティについて開示する。
　本変形例１にかかる通信システムにおけるマルチキャスト送受信では、ＰＴＭレッグとＰＴＰレッグを有するＰＤＣＰに対して、ＲＬＣ－ＡＭエンティティとＲＬＣ－ＵＭエンティティがともに接続されていてもよい。
　例えば、ＲＬＣ－ＵＭエンティティ２つと、ＲＬＣ－ＡＭエンティティ１つとが、１つのＰＤＣＰに接続していてもよい。２つのＲＬＣ－ＵＭエンティティは、１つが送信用、もう１つが受信用であってもよい。例えば、２つのＲＬＣ－ＵＭエンティティはＰＴＭレッグ用であってもよいし、１つのＲＬＣ－ＡＭエンティティはＰＴＰレッグ用であってもよい。
　図１７は、ＰＴＭレッグおよび／あるいはＰＴＰレッグを用いるマルチキャストにおいて用いられるＰＤＣＰエンティティおよびＲＬＣエンティティの構成を示した図である。図１７において、基地局、ＵＥともに、ＰＴＭレッグにはＲＬＣ－ＵＭエンティティが２つ、ＰＴＰレッグにはＲＬＣ－ＡＭエンティティが１つ用いられる。ＰＴＭレッグにおけるＲＬＣエンティティ２つのうち、１つは送信用エンティティ、１つは受信用エンティティとなる。基地局、ＵＥともに、ＲＬＣ－ＵＭの送信用エンティティと受信用エンティティが互いに対向している。基地局、ＵＥともに、ＰＴＰレッグについては、ＲＬＣ－ＡＭエンティティが互いに対向している。
　他の例として、ＲＬＣ－ＵＭエンティティ１つと、ＲＬＣ－ＡＭエンティティ１つが、１つのＰＤＣＰに接続していてもよい。ＵＥにおけるＲＬＣ－ＵＭエンティティは、受信用のＲＬＣ－ＵＭエンティティであってもよい。基地局におけるＲＬＣ－ＵＭエンティティは、送信用のＲＬＣ－ＵＭエンティティであってもよい。例えば、ＲＬＣ－ＵＭエンティティはＰＴＭレッグ用であってもよいし、ＲＬＣ－ＡＭエンティティはＰＴＰレッグ用であってもよい。このことにより、例えば、基地局およびＵＥにおいてマルチキャストに必要なメモリ使用量を削減可能となる。
　図１８は、ＰＴＭレッグおよび／あるいはＰＴＰレッグを用いるマルチキャストにおいて用いられるＰＤＣＰエンティティおよびＲＬＣエンティティの構成の他の例を示した図である。図１８において、基地局、ＵＥともに、ＰＴＭレッグにはＲＬＣ－ＵＭエンティティが１つ、ＰＴＰレッグにはＲＬＣ－ＡＭエンティティが１つ用いられる。基地局のＰＴＭレッグにおいて、送信用のＲＬＣ－ＵＭエンティティが用いられる。ＵＥのＰＴＭレッグにおいて、受信用のＲＬＣ－ＵＭエンティティが用いられる。基地局の送信用ＲＬＣ－ＵＭエンティティと、ＵＥの受信用ＲＬＣ－ＵＭエンティティが互いに対向している。基地局、ＵＥともに、ＰＴＰレッグについては、ＲＬＣ－ＡＭエンティティが互いに対向している。
　他の例として、ＲＬＣ－ＵＭエンティティ３つが、１つのＰＤＣＰに接続していてもよい。ＵＥにおけるＲＬＣ－ＵＭエンティティは、２つが受信用、１つが送信用であってもよい。基地局におけるＲＬＣ－ＵＭエンティティは、１つが受信用、２つが送信用であってもよい。例えば、送信用ＲＬＣ－ＵＭエンティティ１つと受信用ＲＬＣ－ＵＭエンティティ１つはＰＴＰレッグ用であってもよいし、ＵＥにおける受信用ＲＬＣ－ＵＭエンティティ１つ、基地局における送信用ＲＬＣ－ＵＭエンティティ１つはＰＴＭレッグ用であってもよい。このことにより、例えば、ＲＬＣ－ＡＭエンティティが不要となり、その結果、基地局、ＵＥにおける処理量を削減可能となる。
　図１９は、ＰＴＭレッグおよび／あるいはＰＴＰレッグを用いるマルチキャストにおいて用いられるＰＤＣＰエンティティおよびＲＬＣエンティティの構成の他の例を示した図である。図１９において、基地局、ＵＥともに、ＰＴＭレッグにはＲＬＣ－ＵＭエンティティが１つ、ＰＴＰレッグにはＲＬＣ－ＵＭエンティティが２つ用いられる。基地局のＰＴＭレッグにおいて、送信用のＲＬＣ－ＵＭエンティティが用いられる。ＵＥのＰＴＭレッグにおいて、受信用のＲＬＣ－ＵＭエンティティが用いられる。基地局の送信用ＲＬＣ－ＵＭエンティティと、ＵＥの受信用ＲＬＣ－ＵＭエンティティが互いに対向している。ＰＴＰレッグにおけるＲＬＣ－ＵＭエンティティ２つのうち、１つは送信用エンティティ、１つは受信用エンティティとなる。基地局、ＵＥともに、ＲＬＣ－ＵＭエンティティの送信用エンティティと受信用エンティティが互いに対向している。
　基地局はＵＥに対し、マルチキャストに用いられるＰＤＣＰおよび／あるいはＲＬＣに関する構成を通知してもよい。該構成には、ＰＴＰレッグおよび／あるいはＰＴＭレッグの使用有無に関する情報が含まれてもよいし、ＰＴＰレッグ、ＰＴＭレッグにおけるＲＬＣエンティティに関する情報、例えば、ＲＬＣ－ＡＭ、ＲＬＣ－ＵＭの別、ＲＬＣエンティティの個数、送信用および／あるいは受信用ＲＬＣ－ＵＭエンティティの要否に関する情報が含まれてもよい。該構成に、後述のＰＤＣＰ　ＳＮのビット数に関する情報が含まれてもよい。ＵＥは、該設定を用いて、マルチキャスト受信に用いるＰＤＣＰおよび／あるいはＲＬＣレイヤの設定を行ってもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。
　マルチキャストにおけるＰＤＣＰの動作について、以下に開示する。
　マルチキャストにおけるＰＤＣＰの動作が、接続するＲＬＣエンティティのモードによって決まってもよい。
　例えば、ＲＬＣ－ＡＭエンティティが１つでも接続されているＰＤＣＰは、ＡＭ　ＤＲＢにおけるＰＤＣＰと同様の動作であってもよい。例えば、ＵＥにおいて、ＲＬＣ－ＡＭエンティティが１つでも接続されているＰＤＣＰは、基地局に対してＰＤＣＰステータスレポートを送信してもよい。このことにより、例えば、基地局からＵＥに対してマルチキャストの迅速な再送が可能となる。
　他の例として、ＲＬＣ－ＵＭエンティティが１つでも接続されているＰＤＣＰは、ＵＭ　ＤＲＢにおけるＰＤＣＰと同様の動作であってもよい。例えば、ＵＥにおいて、ＲＬＣ－ＵＭエンティティが１つでも接続されているＰＤＣＰは、基地局に対してＰＤＣＰステータスレポートを送信しないとしてもよい。ＵＥの該ＰＤＣＰは、実施の形態１において開示した、ＰＲＡＣＨを用いたマルチキャストの受信状況に関する情報の通知を行うとしてもよいし、ＲＲＣシグナリングを用いたマルチキャストの受信状況に関する情報の通知を行うとしてもよい。このことにより、例えば、ＵＥのＰＤＣＰに用いられる処理量を削減可能となる。
　マルチキャストにおけるＰＤＣＰの動作に関する他の例として、ＰＴＰレッグのＲＬＣエンティティの種別に基づいて決定されてもよい。例えば、ＰＴＰレッグにＲＬＣ－ＡＭエンティティを用いるＰＤＣＰは、ＡＭ　ＤＲＢにおけるＰＤＣＰと同様の動作であってもよい。このことにより、例えば、マルチキャストにおける信頼性を向上可能となる。
　他の例として、該ＰＤＣＰの動作が、ＰＴＭレッグのＲＬＣエンティティの種別に基づいて決定されてもよい。例えば、ＰＴＭレッグにＲＬＣ－ＵＭエンティティを用いるＰＤＣＰは、ＵＭ　ＤＲＢにおけるＰＤＣＰと同様の動作であってもよい。このことにより、例えば、マルチキャストに必要な処理量を削減可能となる。
　マルチキャストにおけるＰＤＣＰの動作に関する他の例として、ＰＤＣＰ　ＳＮは１８ビットであってもよい。このことにより、例えば、リオーダリング等のバッファ容量の拡大が可能となり、その結果、リオーダリング待ちデータの長時間のバッファリングが可能となる。
　他の例として、ＰＤＣＰ　ＳＮは１２ビットであってもよい。このことにより、例えば、ＰＤＣＰのヘッダサイズを削減可能となり、その結果、マルチキャストにおけるスループットを向上可能となる。
　他の例として、ＰＤＣＰ　ＳＮに他のビット数が与えられてもよい。例えば、ＰＤＣＰＳＮが１０ビットであってもよい。このことにより、例えば、ＰＤＣＰヘッダにおけるパディングが不要となり（非特許文献２７（ＴＳ３８．３２３）参照）、その結果、マルチキャストにおけるスループットを向上可能となる。
　ＰＤＣＰ　ＳＮのビット数を基地局が決定してＵＥに通知してもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。
　マルチキャストにおけるＰＤＣＰの動作に関する他の例として、ＰＤＣＰにおいてサブレイヤが設けられてもよい。例えば、ＲＬＣ－ＡＭエンティティを用いるＰＤＣＰとＲＬＣ－ＵＭエンティティを用いるＰＤＣＰとにおいて共通する動作を、サブレイヤのうちの共通レイヤに備えてもよいし、ＲＬＣ－ＡＭエンティティを用いるＰＤＣＰとＲＬＣ－ＵＭエンティティを用いるＰＤＣＰとにおいて異なる動作を、サブレイヤのうちの個別レイヤに備えてもよい。共通レイヤに備えられる機能は、例えば、重複ＰＤＣＰ　ＰＤＵの破棄であってもよいし、リオーダリングであってもよいし、ヘッダ圧縮であってもよいし、完全性保護であってもよい。個別レイヤに備えられる機能は、例えば、欠落ＰＤＣＰの認識であってもよいし、ＰＤＣＰステータスレポートの作成であってもよい。ＵＥおよび／あるいは基地局において、異なるＲＬＣエンティティに対して異なる個別レイヤが接続されてもよい。このことにより、例えば、通信システムの設計における複雑性を回避可能となる。
　本変形例１により、マルチキャストの構成に基づいた柔軟なＰＤＣＰ構成が可能となる。
実施の形態２．
　ＰＴＭレッグおよびＰＴＰレッグを用いたマルチキャストが、ＤＣにおいて用いられてもよい。
　ところが、該マルチキャストをＤＣに適用するにあたり、アーキテクチャおよび設定方法が、上記の非特許文献１～非特許文献３３をはじめとする、これまでに策定済みの規格等では開示されていない。そのため、ＤＣを用いたマルチキャストにおいて基地局とＵＥとの間で誤動作が生じる恐れがある。
　本実施の形態２では、前述の問題点の解決策を開示する。
　前述の問題を解決するため、本実施の形態にかかる通信システムは、ＤＣにおいて、ＰＴＭレッグとＰＴＰレッグを同じ基地局に設定する。該基地局は、例えば、マスタ基地局（ＭＮ（Master　Node）とも称される）であってもよいし、セカンダリ基地局（ＳＮ（Secondary　Node）とも称される）であってもよい。
　図２０は、ＤＣにおけるマルチキャストのアーキテクチャを示す図である。図２０において、ＳＤＡＰレイヤ、ＰＤＣＰレイヤをセカンダリ基地局が有し、ＰＴＭレッグ、ＰＴＰレッグをいずれもセカンダリ基地局（ＳＮ）が有する。
　図２０に示す例において、マルチキャストの制御をマスタ基地局（ＭＮ）が行うとしてもよい。このことにより、例えば、セカンダリ基地局における処理量を低減可能となる。他の例として、マルチキャストの制御をセカンダリ基地局が行うとしてもよい。このことにより、例えば、マスタ基地局における処理量を低減可能となる。
　マルチキャストのＰＤＣＰレイヤが設けられる基地局とＲＬＣレイヤ以下が設けられる基地局とが異なってもよい。例えば、マルチキャストのＰＤＣＰレイヤがマスタ基地局に、該マルチキャストのＲＬＣレイヤ以下がセカンダリ基地局に設けられてもよい。他の例として、マルチキャストのＰＤＣＰレイヤがセカンダリ基地局に、該マルチキャストのＲＬＣレイヤ以下以外がマスタ基地局に設けられてもよい。このことにより、例えば、通信システムの柔軟性を向上可能となる。
　図２１は、ＤＣにおけるマルチキャストのアーキテクチャの他の例を示す図である。図２１において、ＳＤＡＰレイヤ、ＰＤＣＰレイヤをマスタ基地局が有し、ＰＴＭレッグ、ＰＴＰレッグをいずれもセカンダリ基地局が有する。
　図２１に示す例において、マスタ基地局とＭＢ－ＵＰＦが互いに接続されてもよい。マルチキャストの制御をマスタ基地局が行うとしてもよい。このことにより、例えば、セカンダリ基地局における処理量を低減可能となる。
　他の解決策を開示する。ＤＣにおいて、ＰＴＭレッグとＰＴＰレッグが異なる基地局に設けられてもよい。例えば、ＰＴＭレッグがマスタ基地局に、ＰＴＰレッグがセカンダリ基地局に設けられてもよいし、ＰＴＰレッグがマスタ基地局に、ＰＴＭレッグがセカンダリ基地局に設けられてもよい。このことにより、例えば、マルチキャストによる基地局の負荷を分散可能となり、その結果、通信システムにおけるＥＵ収容可能数を増加可能となる。
　マルチキャストのＰＤＣＰレイヤがマスタ基地局に設けられてもよい。このことにより、例えば、マスタ基地局からＵＥに対するＲＲＣ設定を迅速に実行可能となる。
　図２２は、ＤＣにおけるマルチキャストのアーキテクチャの他の例を示す図である。図２２において、ＳＤＡＰレイヤ、ＰＤＣＰレイヤをマスタ基地局が有する。また、ＰＴＭレッグをマスタ基地局が有し、ＰＴＰレッグをセカンダリ基地局が有する。
　図２２に示す例において、マスタ基地局とＭＢ－ＵＰＦが互いに接続されてもよい。マルチキャストの制御をマスタ基地局が行うとしてもよい。このことにより、例えば、セカンダリ基地局における処理量を低減可能となる。
　他の例として、マルチキャストのＰＤＣＰレイヤがセカンダリ基地局に設けられてもよい。このことにより、例えば、マスタ基地局における処理量を削減可能となる。
　図２３は、ＤＣにおけるマルチキャストのアーキテクチャの他の例を示す図である。図２３において、ＳＤＡＰレイヤ、ＰＤＣＰレイヤをセカンダリ基地局が有する。また、ＰＴＭレッグをマスタ基地局が有し、ＰＴＰレッグをセカンダリ基地局が有する。
　図２３に示す例において、セカンダリ基地局とＭＢ－ＵＰＦが互いに接続されてもよい。このことにより、例えば、マルチキャスト送信におけるレイテンシを削減可能となる。マルチキャストの制御をマスタ基地局が行うとしてもよい。このことにより、例えば、セカンダリ基地局における処理量を低減可能となる。
　基地局はＵＥに対し、マルチキャストのベアラ構成の設定を通知してもよい。該基地局は、例えば、マスタ基地局であってもよい。該通知に、例えば、ＲＲＣシグナリングが用いられてもよい。例えば、ＲＲＣ再設定（RRCReconfiguration）のシグナリングが用いられてもよい。該設定は、マルチキャストのベアラ構成の確立であってもよいし、追加であってもよいし、変更であってもよいし、切替えであってもよいし、削除であってもよい。ベアラ構成の追加は、例えば、ＰＴＭレッグおよび／あるいはＰＴＰレッグの追加であってもよいし、新たなマルチキャストチャネルの追加に伴う新しいベアラの追加であってもよいし、新たに追加するマルチキャストチャネルに係るＱｏＳフローの既存のベアラへの追加であってもよい。ベアラ構成の変更は、例えば、ベアラ構成に係るパラメータの変更であってもよい。ベアラ構成の切替えは、例えば、ＰＴＭ／ＰＴＰレッグを有する基地局の切替えであってもよいし、ＳＤＡＰレイヤ、ＰＤＣＰレイヤを有する基地局の切替えであってもよい。ベアラ構成の削除は、例えば、マルチキャストに係るベアラの削除であってもよいし、ＰＴＭレッグおよび／あるいはＰＴＰレッグの削除であってもよいし、マルチキャストチャネルに係るＱｏＳフローの削除であってもよい。
　該シグナリングに、該設定の種別（例、確立、追加、変更、切替え、削除）に関する情報が含まれてもよいし、マルチキャストに係る論理チャネル識別子の組合せが含まれてもよいし、ＰＴＭ／ＰＴＰレッグの種別に関する情報が含まれてもよいし、ＰＴＭレッグにおけるＵＥの識別子（例、Ｇ－ＲＮＴＩ）が含まれてもよいし、ＰＴＰレッグにおけるＵＥの識別子（例、Ｃ－ＲＮＴＩ）が含まれてもよいし、各レッグの送受信が行われるセルグループの情報、例えば、マスターセルグループかセカンダリセルグループかを示す情報が含まれてもよい。ＵＥは、該情報を用いて、マルチキャストのベアラ構成を切替えてもよい。このことにより、例えば、ＵＥによるベアラの誤設定を防止可能となり、その結果、マルチキャストの誤動作を防止可能となる。
　マスタ基地局はセカンダリ基地局に対し、該ベアラ構成の設定を通知してもよい。該シグナリングは、例えば、Ｘｎシグナリングであってもよい。該Ｘｎシグナリングは、例えば、ＳＮ変更要求（S-Node　Modification　Request）（非特許文献３０（ＴＳ３８．４２３）参照）であってもよい。該設定は、マルチキャストのベアラ構成の確立であってもよいし、追加であってもよいし、変更であってもよいし、切替えであってもよいし、削除であってもよい。このことにより、例えば、セカンダリ基地局はベアラ構成の設定を迅速に把握可能となる。
　図２４は、マルチキャストのベアラ構成の設定動作のシーケンス図である。図２４において、マスタ基地局（ＭＮ）がＰＴＭレッグを備えている。図２４において、ＰＴＰレッグを備える基地局がマスタ基地局からセカンダリ基地局（ＳＮ）に切替る例について示している。図２４において、前述の図１４と共通する処理には同じステップ番号を付し、共通する説明を省略する。
　図２４に示すステップＳＴ１４３３～ステップＳＴ１４４５は、図１４と同様である。
　図２４に示すステップＳＴ２４４７において、ＭＮは、ＰＴＰレッグをＭＮからＳＮに切替えることを決定する。該決定に用いられる条件は、例えば、実施の形態１において開示した条件と同様としてもよいし、実施の形態１において開示したＵＥからの通知を用いて該切替えを判断してもよい。
　図２４に示すステップＳＴ２４４９において、ＭＮはＳＮに対し該レッグの経路の切替えを通知する。該通知には、例えば、ＳＮ変更要求（S-Node　Modification　Request）（非特許文献３０（ＴＳ３８．４２３）参照）のシグナリングが用いられてもよい。ステップＳＴ２４５１において、ＳＮはＭＮに対して、ステップＳＴ２４４９に対する応答を通知する。図２４に示す例においては、ステップＳＴ２４４９に対する肯定的応答を通知する。
　図２４に示すステップＳＴ２４５５において、ＭＮはＵＥに対しＰＴＰレッグの経路の切替えを通知する。該通知には、例えば、ＲＲＣ再設定（RRCReconfiguration）のシグナリングが用いられてもよい。該通知に、ＰＴＰレッグの経路をＭＮからＳＮに切替えることを示す情報が含まれてもよいし、ＳＮに切替ったあとのＰＴＰレッグに関する設定（例、ＲＬＣ設定、ＭＡＣ設定、ＰＨＹ設定）が含まれてもよい。ＵＥは、ステップＳＴ２４５５を契機として、ＰＴＰレッグの再設定を行う。ステップＳＴ２４５９において、ＵＥはＭＮに対して、ＰＤＣＰステータスレポートを通知する。ステップＳＴ２４６１において、ＵＥはＭＮに対してＲＲＣ再設定の完了を通知する。ステップＳＴ２４６３において、ＭＮはＳＮに対して、ＵＥにおけるセカンダリ基地局向けＲＲＣ再設定の完了を通知する。ステップＳＴ２４６５において、ＭＮはＳＮに対し、シーケンス番号のステータスを通知する。
　図２４に示すステップＳＴ２４６７において、ＭＢ－ＵＰＦからＭＮに対してマルチキャストデータが送信される。ステップＳＴ２４６９において、ＭＮはＳＮにマルチキャストデータを転送する。ステップＳＴ２４７１において、ＳＮはＵＥに対してマルチキャストデータを送信する。ステップＳＴ２４７１におけるマルチキャストデータ送信は、ＰＴＰレッグを用いて行われる。
　図２４に示すステップＳＴ２４７３において、マルチキャストを送信するレッグがＰＴＰからＰＴＭに切替る。該切替えは、例えば、実施の形態１において開示した方法と同様に行われてもよい。例えば、ＭＮは、ＵＥに対してＰＴＰレッグを用いて送信するＰＤＣＰ　ＰＤＵが、他のＵＥに対してＰＴＭレッグを用いて送信するＰＤＣＰ　ＰＤＵと比べて同じあるいは先のデータとなっている、すなわち、ＰＴＰレッグを用いて送信するＰＤＣＰ　ＰＤＵのＰＤＣＰ　ＳＮ（Sequence　Number）が、ＰＴＭレッグを用いて送信するＰＤＣＰ　ＰＤＵのＰＤＣＰ　ＳＮ以上、あるいはより大きいことを契機として該切替えを判断してもよい。ＭＮはＳＮに対し、該切替えを通知してもよい。該通知は、例えば、Ｘｎインタフェースを用いて行われてもよい。ＳＮは該通知を契機として、バッファに蓄積されたマルチキャストデータを破棄してもよい。このことにより、例えば、ＳＮにおけるメモリ使用量を削減可能となる。他の例として、ＳＮはＭＮに対し、ＵＥへの送信の確認が取れたマルチキャストデータに関する情報を通知してもよい。該通知には、到達済みのＲＬＣ　ＳＮに関する情報が含まれてもよいし、ＰＤＣＰ　ＳＮに関する情報が含まれてもよいし、非特許文献３１（ＴＳ３８．４２５）に開示されたＮＲ－Ｕシーケンス番号に関する情報が含まれてもよい。このことにより、例えば、ＭＮはＵＥに送信済みのマルチキャストデータを迅速に把握可能となる。ＭＮはＵＥに対し、該切替えを通知してもよい。該通知は、ステップＳＴ１４４１と同様の方法で行われてもよい。ステップＳＴ２４７５において、ＭＢ－ＵＰＦからＭＮに対してマルチキャストデータが送信される。ステップＳＴ２４７７において、ＭＮはＵＥに対してマルチキャストデータを送信する。ステップＳＴ２４７７におけるマルチキャストデータ送信は、ＰＴＭレッグを用いて行われる。
　基地局は、自基地局における負荷状況を用いて、マルチキャストのベアラ構成の切替えを行ってもよいし、ＵＥにおける下り信号の受信強度および／あるいは受信品質の報告結果を用いて該切替えを行ってもよいし、ＵＥからの上り信号の受信強度および／あるいは受信品質を用いて該切替えを行ってもよい。
　マスタ基地局はＡＭＦに対して、セカンダリ基地局の各セルに関する情報、例えば、各セルのカバレッジに関する情報を通知してもよい。ＡＭＦはＭＢ－ＳＭＦに対して、該情報を通知してもよいし、マルチキャストのサービスエリアに関する情報を要求してもよい。ＭＢ－ＳＭＦはＡＭＦに対して、セカンダリ基地局の各セルがマルチキャストのサービスエリア範囲内かどうかに関する情報を通知してもよいし、マルチキャストのサービスエリアに関する情報を通知してもよい。ＡＭＦは、該情報を用いて、セカンダリ基地局の各セルがマルチキャストのサービスエリア範囲内かどうかを判断してもよい。ＡＭＦはマスタ基地局に対し、該判断結果を通知してもよい。マスタ基地局はセカンダリ基地局に対し、マルチキャストの送信可否に関する情報を通知してもよい。送信可否に関する該情報は、セル毎に設けられてもよい。セカンダリ基地局は該情報を用いて、マルチキャストの送信を行ってもよいし、行わないとしてもよい。このことにより、例えば、セカンダリ基地局によるサービスエリア外でのマルチキャスト送信を防止可能となる。
　他の例として、該判断をマスタ基地局が行ってもよい。マスタ基地局は、ＭＢ－ＳＭＦからのマルチキャストのサービスエリアに関する情報、および／あるいはセカンダリ基地局の各セルにおけるカバレッジの情報を用いて、該判断を行ってもよい。マスタ基地局は該判断結果をＡＭＦに通知してもよい。このことにより、例えば、ＡＭＦにおける処理量を削減可能となる。
　本実施の形態２によって、ＤＣにおいてもマルチキャストが可能となる。また、ＤＣにおいて、マルチキャストによる負荷の分散が可能となる。
実施の形態３．
　ＣＵ／ＤＵ分離構成の基地局において、ＰＴＭ／ＰＴＰの切替えを行うマルチキャストの送信が行われてもよい。例えば、ＰＴＭレッグとＰＴＰレッグが同じＤＵに設けられてもよい。
　図２５は、ＣＵ／ＤＵ分離構成の基地局におけるマルチキャストのアーキテクチャを示す図である。図２５において、ＰＴＭレッグとＰＴＰレッグを同じＤＵが有する。
　他の例として、ＰＴＭレッグとＰＴＰレッグが異なるＤＵに設けられてもよい。このことにより、例えば、マルチキャストによるＤＵにおける負荷の分散が可能となる。
　図２６は、ＣＵ／ＤＵ分離構成の基地局におけるマルチキャストのアーキテクチャの他の例を示す図である。図２６において、ＰＴＭレッグをＤＵ＃１が、ＰＴＰレッグをＤＵ＃２が、それぞれ有する。
　ＣＵはＤＵに対して、マルチキャストの設定に関する情報を通知してもよい。該通知には、例えば、Ｆ１インタフェースが用いられてもよい。該情報の例として、以下の（Ａ）～（Ｇ）を開示する。
　（Ａ）マルチキャストであることを示す情報。
　（Ｂ）マルチキャストに用いられる無線ベアラに関する情報。
　（Ｃ）マルチキャストのＱｏＳに関する情報。
　（Ｄ）該ＤＵに設定されるレッグに関する情報。
　（Ｅ）ＰＴＭ／ＰＴＰの切替え指示に関する情報。
　（Ｆ）ＰＴＭ／ＰＴＰの切替え条件に関する情報。
　（Ｇ）前述の（Ａ）～（Ｆ）の組合せ。
　前述の（Ａ）の情報には、例えば、マルチキャストであるか否かを示す情報がふくまれてもよいし、マルチキャストを識別するための情報、例えば、マルチキャストの識別子が含まれてもよい。前述の（Ａ）により、例えば、ＤＵは複数のマルチキャストを識別可能となる。
　前述の（Ｂ）に関する情報は、例えば、ＭＲＢ－ＩＤであってもよい。前述の（Ｂ）により、例えば、ＤＵはマルチキャストの送信に必要なベアラを識別可能となる。
　前述の（Ｃ）に関する情報は、例えば、５ＱＩ（5G　QoS　Identifier）（非特許文献２１（ＴＳ２３．５０１）参照）であってもよい。前述の（Ｃ）により、例えば、ＤＵはＱｏＳに基づいて最適なスケジューリングを実行可能となる。
　前述の（Ｄ）に関する情報には、ＰＴＭレッグかＰＴＰレッグかを示す情報が含まれてもよいし、該レッグを用いる論理チャネルに関する情報（例、論理チャネル識別子）に関する情報が含まれてもよいし、該レッグにおいて用いられるＲＬＣに関する情報、例えば、ＲＬＣエンティティの種別に関する情報が含まれてもよいし、ＭＡＣに関する情報が含まれてもよいし、物理レイヤに関する情報が含まれてもよい。前述の（Ｄ）により、例えば、ＤＵはマルチキャスト送信のためのレッグを設定可能となる。
　前述の（Ｅ）に関する情報には、例えば、切替え後のレッグに関する情報が含まれてもよい。前述の（Ｅ）により、例えば、ＤＵはＰＴＭ／ＰＴＰの切替えにおける処理量を削減可能となる。
　前述の（Ｆ）に関する情報には、例えば、ＰＴＭレッグからＰＴＰレッグに切替える条件についての情報が含まれてもよいし、ＰＴＰレッグからＰＴＭレッグに切替える条件についての情報が含まれてもよい。切替える条件についての情報は、例えば、実施の形態1においてＵＥがＰＤＣＰステータスレポートを送信する条件として開示した前述の（１）～（５）に関する情報が含まれてもよいし、前述の（１）～（４）における所定の値、範囲、回数、および／あるいは期間に関する情報が含まれてもよい。ＤＵは、該情報を用いて、ＰＴＭ／ＰＴＰレッグの切替えを行ってもよい。前述の（Ｆ）により、例えば、ＤＵはＰＴＭ／ＰＴＰの切替えを迅速に実行可能となる。
　ＤＵはＣＵに対して、マルチキャストを受信するＵＥに関する情報を通知してもよい。該通知には、例えば、Ｆ１インタフェースが用いられてもよい。該情報の例として、以下の（ａ）～（ｅ）を開示する。
　（ａ）ＰＴＭレッグを用いるＵＥに関する情報。
　（ｂ）ＰＴＰレッグを用いるＵＥに関する情報。
　（ｃ）ＰＴＭ／ＰＴＰの切替えに係るＵＥに関する情報。
　（ｄ）前述の（１）～（５）の条件判定に用いる値に関する情報。
　（ｅ）前述の（ａ）～（ｄ）の組合せ。
　前述の（ａ）には、ＰＴＭレッグを用いてマルチキャスト受信を行うＵＥの数および／あるいは識別子に関する情報が含まれてもよい。前述の（ａ）により、例えば、ＣＵはＰＴＭレッグを用いるＵＥの数を把握可能となり、その結果、ＰＴＭ／ＰＴＰの切替えを迅速に判断可能となる。
　前述の（ｂ）には、ＰＴＰレッグを用いてマルチキャスト受信を行うＵＥの数および／あるいは識別子に関する情報が含まれてもよい。前述の（ｂ）により、例えば、ＣＵはＰＴＰレッグを用いるＵＥを識別可能となり、その結果、ＰＴＰレッグからＰＴＭレッグへの切替えを迅速に判断可能となる。
　前述の（ｃ）には、ＰＴＭ／ＰＴＰの切替え条件を満たしたことを示す情報が含まれてもよいし、ＰＴＭ／ＰＴＰの切替え条件を満たしたＵＥに関する情報（例、識別子）が含まれてもよいし、切替えの方向（例、ＰＴＭレッグからＰＴＰレッグ、ＰＴＰレッグからＰＴＭレッグ）に関する情報が含まれてもよい。前述の（ｃ）により、例えば、ＣＵはＰＴＭ／ＰＴＰの切替えを行うべき、あるいは行われるＵＥを迅速に把握可能となる。
　前述の（ｄ）には、ＵＥとの送達確認が取れていないＰＤＣＰ　ＰＤＵの数に関する情報が含まれてもよいし、ＵＥとの送達確認が取れていないＰＤＣＰ　ＰＤＵの割合に関する情報が含まれてもよいし、ＵＥとの間で連続して送達確認が取れていないＰＤＣＰ　ＰＤＵの数に関する情報が含まれてもよいし、ＰＤＣＰレイヤにおいて用いるタイマー、例えば、t-reorderingタイマーの満了に関する情報が含まれてもよいし、ＵＥとの送達確認が取れていないＲＬＣ　ＰＤＵの数に関する情報が含まれてもよいし、ＵＥとの送達確認が取れていないＲＬＣ　ＰＤＵの割合に関する情報が含まれてもよいし、ＵＥとの間で連続して送達確認が取れていないＲＬＣ　ＰＤＵの数に関する情報が含まれてもよいし、ＲＬＣレイヤにおいて用いるタイマー、例えば、t-reassemblyタイマーの満了に関する情報が含まれてもよいし、ＵＥにおけるＨＡＲＱ再送超過回数に関する情報が含まれてもよいし、所定の期間内における、ＵＥにおけるＨＡＲＱ再送超過回数に関する情報が含まれてもよいし、所定のトランスポートブロック送信数の間におけるＨＡＲＱ再送超過回数に関する情報が含まれてもよい。ＣＵは、該情報を用いて、ＰＴＭ／ＰＴＰの切替えを判断してもよい。このことにより、例えば、ＵＥからＣＵへの通知が不要となり、その結果、ＣＵにおいて該切替の迅速な判断が可能となる。
　ＰＴＭ／ＰＴＰの切替えを行うマルチキャストの送信が、Ｃプレイン用のＣＵ（ＣＵ－ＣＰ）とＵプレイン用のＣＵ（ＣＵ－ＵＰ）が分離した基地局において用いられてもよい。例えば、ＣプレインデータとＵプレインデータの送信に同じＤＵが用いられてもよい。他の例として、ＣプレインデータとＵプレインデータの送信に異なるＤＵが用いられてもよい。このことにより、例えば、ＤＵの負荷を低減可能となる。
　例えば、ＰＴＭレッグとＰＴＰレッグが同じＤＵに設けられてもよい。このことにより、例えば、ＤＵの制御における複雑性を回避可能となる。他の例として、ＰＴＭレッグとＰＴＰレッグが異なるＤＵに設けられてもよい。このことにより、例えば、ＤＵの負荷を低減可能となる。
　図２７は、ＣＵ／ＤＵ分離構成の基地局におけるマルチキャストのアーキテクチャの他の例を示す図である。図２７において、基地局のＣＵはＣＵ－ＣＰとＣＵ－ＵＰに分かれている。Ｃプレインに係るレッグをＤＵ＃０が、ＵプレインのＰＴＭレッグをＤＵ＃１が、ＰＴＰレッグをＤＵ＃２が、それぞれ有する。
　ＣＵ－ＣＰはＣＵ－ＵＰに対して、マルチキャストの設定に関する情報を通知してもよい。該通知には、例えば、Ｅ１インタフェースが用いられてもよい。該情報には、例えば、前述の（Ａ）～（Ｇ）の情報が含まれてもよい。このことにより、例えば、前述と同様の効果が得られる。該情報には、用いられるＤＵに関する情報、例えば、ＤＵの識別子が含まれてもよい。ＤＵに関する該情報は、例えば、ＰＴＭレッグにおいて用いられる情報とＰＴＰレッグにおいて用いられる情報が含まれてもよい。このことにより、例えば、ＣＵ－ＵＰはＤＵを迅速に識別可能となる。
　ＣＵ－ＵＰはＣＵ－ＣＰに対して、マルチキャストを受信するＵＥに関する情報を通知してもよい。該通知には、例えば、Ｅ１インタフェースが用いられてもよい。該情報には、例えば、前述の（ａ）～（ｅ）の情報が含まれてもよい。このことにより、例えば、前述と同様の効果が得られる。
　本実施の形態３により、ＣＵ／ＤＵ分離構成の基地局からのマルチキャストの送信が可能となる。
実施の形態４．
　５Ｇ方式の基地局は、アクセス・バックホール統合（Integrated　Access　and　Backhaul：ＩＡＢ）（非特許文献１６（ＴＳ３８．３００　Ｖ１６．２．０）参照）をサポート可能である。すなわち、ＩＡＢをサポートするする基地局（以下、ＩＡＢ基地局と称する場合がある）を用いて、マルチキャストが行われてもよい。ところが、ＩＡＢ基地局を用いたマルチキャストがどのように行われるかが、上記の非特許文献１～非特許文献３３をはじめとする、これまでに策定済みの規格等では開示されていない。そのため、ＩＡＢ基地局を用いたマルチキャストを実行できないという問題が生じる。
　そこで、本実施の形態４では、前述の問題を解決する方法を開示する。なお、以下の説明では、ＩＡＢドナーとして動作する基地局のＣＵ，ＤＵを、それぞれ、ＩＡＢドナーＣＵ，ＩＡＢドナーＤＵと称する。
　前述の問題を解決するため、本実施の形態にかかる通信システムにおいて、ＩＡＢドナーＤＵおよび／あるいはＩＡＢノードは、ＩＡＢノードおよび／あるいはＵＥに対するマルチキャスト送信を行う。全てのＩＡＢドナーＤＵおよびＩＡＢノードがマルチキャスト送信を行うとしてもよい。
　図２８は、ＩＡＢを構成する基地局からのマルチキャストにおける接続図である。図２８において、ＩＡＢドナーＣＵとＩＡＢドナーＤＵは有線で接続されている。ＩＡＢドナーＤＵはＩＡＢノードおよびＵＥ＃３に対してマルチキャスト送信を行う。ＩＡＢドナーＤＵからのマルチキャスト送信は、ＰＴＰを用いて行われてもよいし、ＰＴＭを用いて行われてもよい。ＩＡＢノードはＵＥ＃１およびＵＥ＃２に対してマルチキャスト送信を行う。ＩＡＢノードからのマルチキャスト送信は、ＰＴＰを用いて行われてもよいし、ＰＴＭを用いて行われてもよい。
　図２９は、ＩＡＢを構成する基地局からＵＥに送信されるマルチキャストにおけるプロトコルスタック図である。ＩＡＢドナーＣＵとＩＡＢドナーＤＵとの間において、Ｌ１、Ｌ２、ＩＰの各レイヤが終端している。ＩＡＢドナーＤＵにおいて、ＩＰのルーティングが行われる。ＩＡＢドナーＤＵとＩＡＢノードとの間は、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＢＡＰ（Backhaul　Adaption　Protocol）、ＩＰの各レイヤが終端している。ＩＡＢドナーＣＵとＩＡＢノードとの間において、ＵＤＰ（User　Datagram　Protocol）、ＧＴＰ－Ｕ（GPRS　Tunneling　Protocol　for　User　Plane）の各レイヤが終端している。ＩＡＢノードとＵＥとの間において、ＰＨＹ、ＭＡＣ、ＲＬＣの各レイヤが終端している。ＩＡＢドナーＣＵとＵＥとの間において、ＰＤＣＰとＳＤＡＰの各レイヤが終端している。
　一部のＩＡＢドナーＤＵおよび／あるいはＩＡＢノードのみがマルチキャスト送信を行うとしてもよい。該マルチキャスト送信において、ＰＴＭレッグが用いられてもよいし、ＰＴＰレッグが用いられてもよい。マルチキャスト送信を行うＩＡＢドナーＤＵおよび／あるいはＩＡＢノードを、ＩＡＢドナーＣＵが決定してもよい。ＩＡＢドナーＤＵおよび／あるいはＩＡＢノードは、マルチキャスト送信可否に関する情報を有してもよい。該情報は、例えば、該ＤＵおよび／あるいは該ノードのケーパビリティに含まれてもよい。ＩＡＢドナーＤＵおよび／あるいはＩＡＢノードはＩＡＢドナーＣＵに対し、該情報を通知してもよい。ＩＡＢドナーＣＵは該情報を用いて、マルチキャスト送信を行うノードを決定してもよい。ＩＡＢドナーＣＵはＩＡＢドナーＤＵおよび／あるいはＩＡＢノードに対し、マルチキャスト送信の設定を行ってもよい。このことにより、例えば、通信システムの柔軟性を向上可能となる。
　一部のＩＡＢドナーＤＵおよび／あるいはＩＡＢノードのみがマルチキャスト送信を行う場合に関する他の例として、配下にＩＡＢノードが接続していないＩＡＢドナーＤＵおよび／あるいはＩＡＢノードのみがマルチキャスト送信を行うとしてもよい。該マルチキャスト送信は、例えば、ＰＴＭレッグを用いたマルチキャスト送信であってもよい。このことにより、例えば、ＩＡＢにおけるマルチキャストの複雑性を回避可能となる。
　配下にＩＡＢノードが接続していないＩＡＢドナーＤＵおよび／あるいはＩＡＢノードがマルチキャスト送信を行ってもよい。該マルチキャスト送信は、例えば、ＰＴＰレッグを用いたマルチキャストであってもよい。このことにより、例えば、多くのＵＥに対してマルチキャスト送信を実行可能となる。
　ＩＡＢにおけるマルチキャスト送信において、ＰＴＭレッグとＰＴＰレッグが同じ経路を通ってもよい。このことにより、例えば、マルチキャストの制御における複雑性を回避可能となる。
　他の例として、マルチキャストのＰＴＭレッグを通る経路とＰＴＰレッグを通る経路が異なってもよい。このことにより、例えば、通信システムの柔軟性を向上可能となるとともに、ＩＡＢノードの負荷を低減可能となる。
　図３０は、ＩＡＢを構成する基地局からのマルチキャストにおける接続の他の例を示す図である。図３０において、ＩＡＢドナーＣＵとＩＡＢドナーＤＵ＃１、ＩＡＢドナーＣＵとＩＡＢドナーＤＵ＃２はともに有線で接続されている。ＩＡＢドナーＤＵ＃１からＩＡＢノード＃１にＰＴＭ用のマルチキャストデータが送信される。ＩＡＢドナーＤＵ＃２からＩＡＢノード＃２に、ＰＴＰ用のマルチキャストデータが送信される。ＩＡＢノード＃１からＩＡＢノード＃３に、ＰＴＭ用のマルチキャストデータが送信される。ＩＡＢノード＃２からＩＡＢノード＃３に、ＰＴＰ用のマルチキャストデータが送信される。ＩＡＢノード＃３はＵＥ＃１～ＵＥ＃３に対し、マルチキャスト送信を行う。ＩＡＢノード＃３は、ＵＥ＃１およびＵＥ＃２に対して、ＰＴＭ用のマルチキャストデータを送信する。ＩＡＢノード＃３はＵＥ＃３に対して、ＰＴＰ用のマルチキャストデータを送信する。
　本実施の形態４により、ＩＡＢをサポートする基地局からのマルチキャストの送信が可能となる。
実施の形態５．
　マルチキャスト送信において、パケット複製が用いられてもよい。例えば、実施の形態１～実施の形態４において開示した構成において、パケット複製が用いられてもよい。ＵＥは、ＰＴＭレッグおよびＰＴＰレッグの両方から送信されるＰＤＣＰ　ＰＤＵを受信してもよい。ＵＥは、先に到着したＰＤＣＰ　ＰＤＵのみを残し、後から到着した同じＰＤＣＰ　ＳＮのＰＤＣＰ　ＰＤＵを破棄してもよい。
　マルチキャストにおいて、ＣＡを用いたパケット複製が用いられてもよい。ＰＴＭレッグを用いたマルチキャスト送受信とＰＴＰレッグを用いたマルチキャスト送受信において、異なるセルが用いられてもよい。このことにより、例えば、ＰＴＭレッグとＰＴＰレッグに同じ基地局、ＤＵ、および／あるいはＩＡＢノードが用いられる場合においても、周波数ダイバーシチによりマルチキャスト送信の信頼性を向上可能となる。
　マルチキャストにおいて、ＤＣを用いたパケット複製が用いられてもよい。ＰＴＭを用いたマルチキャスト送信とＰＴＰを用いたマルチキャスト送信が、異なる基地局を用いて行われてもよいし、異なるＤＵを用いて行われてもよいし、異なるＩＡＢノードを用いて行われてもよい。このことにより、例えば、マルチキャストにおいて空間ダイバーシチの効果が得られ、その結果、マルチキャストにおける信頼性を向上可能となる。
　ＰＴＭレッグが複数設けられてもよい。ＰＴＰレッグが複数設けられてもよい。マルチキャストにおいて、ＤＣとＣＡを組合せたパケット複製が用いられてもよい。例えば、ＰＴＭレッグとＰＴＰレッグが、マスタ基地局とセカンダリ基地局にそれぞれ１つずつ設けられてもよいし、１つの基地局にＰＴＭレッグが、もう１つの基地局に複数のＰＴＰレッグが設けられてもよい。このことにより、例えば、マルチキャストにおいて周波数ダイバーシチと空間ダイバーシチの両方の効果が得られ、その結果、マルチキャストの信頼性を向上可能となる。
　本実施の形態５により、マルチキャストにおける信頼性を向上可能となる。
　本開示では、サービスデータが発生したＵＥをＵＥ－ＴＸとした。たとえば、ＵＥ－ＴＸをＵＥ１とし、ＵＥ－ＲＸをＵＥ２とした場合、ＵＥ２でサービスデータが発生し、ＵＥ１に対してデータを送信するような場合は、ＵＥ２をＵＥ－ＴＸとし、ＵＥ１をＵＥ－ＲＸとして本開示の方法を適用するとよい。このことにより、同様の効果を得ることができる。
　前述の各実施の形態およびその変形例は、例示に過ぎず、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。
　例えば、前述の各実施の形態およびその変形例において、サブフレームは、第５世代通信システムにおける通信の時間単位の一例である。サブフレームはスケジューリング単位であってもよい。前述の各実施の形態およびその変形例において、サブフレーム単位として記載している処理を、ＴＴＩ単位、スロット単位、サブスロット単位、ミニスロット単位として行ってもよい。
　例えば、前述の各実施の形態およびその変形例において開示した方法は、Ｖ２Ｘ（Vehicle-to-everything）サービスに限らずＳＬ通信が用いられるサービスに適用してもよい。たとえば、プロキシミティサービス（Proximity-based　service）、パブリックセイフティ（Public　Safety）、ウェアラブル端末間通信、工場における機器間通信など、多種のサービスで用いられるＳＬ通信に適用してもよい。
　本開示は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、限定的なものではない。例示されていない無数の変形例が、想定され得るものと解される。
　２００，２１０　通信システム、２０２　通信端末装置（移動端末）、２０３，２０７，２１３，２１７，２２３－１，２２４－１，２２４－２，２２６－１，２２６－２，７５０　基地局装置（基地局）、２０４　ＭＭＥ／Ｓ－ＧＷ部（ＭＭＥ部）、２０４ａ　ＭＭＥ、２１４　ＡＭＦ／ＳＭＦ／ＵＰＦ部（５ＧＣ部）、２１８　中央ユニット、２１９　分散ユニット、３０１，４０３　プロトコル処理部、３０２　アプリケーション部、３０３，４０４　送信データバッファ部、３０４，４０５　エンコーダー部、３０５，４０６　変調部、３０６，４０７　周波数変換部、３０７－１～３０７－４，４０８－１～４０８－４　アンテナ、３０８，４０９　復調部、３０９，４１０　デコーダー部、３１０，４１１，５０６，５２６　制御部、４０１　ＥＰＣ通信部、４０２　他基地局通信部、４１２　５ＧＣ通信部、５０１　ＰＤＮ　ＧＷ通信部、５０２，５２２　基地局通信部、５０３，５２３　ユーザプレイン通信部、５０４　ＨｅＮＢＧＷ通信部、５０５，５２５　制御プレイン制御部、５０５－１，５２５－１　ＮＡＳセキュリティ部、５０５－２　ＳＡＥベアラコントロール部、５０５－３，５２５－３　アイドルステートモビリティ管理部、５２１　Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部、５２５－２　ＰＤＵセッションコントロール部、５２７　セッション管理部、７５１－１～７５１－８　ビーム。

Claims (14)

  1. 　New　Radio　Access　Technologyに対応した基地局と、
    　前記基地局とマルチキャスト通信を行うことが可能な通信端末と、
    　を備え、
    　前記通信端末は、前記マルチキャスト通信を実行中に、データ受信状況に関する情報である受信状況情報を通信中の前記基地局へ送信し、
    　前記基地局は、前記受信状況情報に基づいて、前記通信端末へのデータの再送制御を行う、
    　ことを特徴とする通信システム。
  2. 　前記基地局は、ポイントツーマルチポイント通信およびポイントツーポイント通信の一方または両方を使用して、データのマルチキャスト送信を行う、
    　ことを特徴とする請求項１に記載の通信システム。
  3. 　前記基地局は、前記受信状況情報に基づいて、データの再送をポイントツーマルチポイント通信で行うか、ポイントツーポイント通信で行うかを決定する、
    　ことを特徴とする請求項１または２に記載の通信システム。
  4. 　前記基地局は、データの初送時にポイントツーマルチポイント通信を使用し、データの再送時にポイントツーポイント通信を使用する、
    　ことを特徴とする請求項１から３のいずれか一つに記載の通信システム。
  5. 　前記基地局は、データの再送が必要な状態の場合、データの再送および後続のデータの初送の両方において、ポイントツーポイント通信を使用する、
    　ことを特徴とする請求項１から３のいずれか一つに記載の通信システム。
  6. 　前記基地局は、データの再送が必要な状態の場合、データの再送においてポイントツーポイント通信を使用し、後続のデータの初送においてポイントツーマルチポイント通信を使用する、
    　ことを特徴とする請求項１から３のいずれか一つに記載の通信システム。
  7. 　前記通信端末は、２つの基地局に接続した状態であり、接続している２つの基地局のうちのいずれか一方がマルチキャスト送信したデータを受信する、
    　ことを特徴とする請求項１から６のいずれか一つに記載の通信システム。
  8. 　前記基地局が中央ユニットと分散ユニットとで構成されている、
    　ことを特徴とする請求項１から７のいずれか一つに記載の通信システム。
  9. 　前記基地局はアクセス・バックホール統合をサポートしている、
    　ことを特徴とする請求項１から８のいずれか一つに記載の通信システム。
  10. 　New　Radio　Access　Technologyが適用された通信システムの基地局とマルチキャスト通信を行うことが可能な通信端末であって、
    　前記マルチキャスト通信を実行中に、データ受信状況に関する情報である受信状況情報を通信中の前記基地局へ送信する、
    　ことを特徴とする通信端末。
  11. 　前記受信状況情報をPacket　Data　Convergence　Protocolのステータスレポートで送信する、
    　ことを特徴とする請求項１０に記載の通信端末。
  12. 　前記受信状況情報を物理ランダムアクセスチャネルで送信する、
    　ことを特徴とする請求項１０に記載の通信端末。
  13. 　前記受信状況情報を周期的に送信する、
    　ことを特徴とする請求項１０から１２のいずれか一つに記載の通信端末。
  14. 　予め定められた条件を満たした場合に前記受信状況情報を送信する、
    　ことを特徴とする請求項１０から１３のいずれか一つに記載の通信端末。
PCT/JP2022/006883 2021-02-25 2022-02-21 通信システムおよび通信端末 WO2022181525A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP22759561.8A EP4301004A1 (en) 2021-02-25 2022-02-21 Communication system and communication terminal
KR1020237027333A KR20230147066A (ko) 2021-02-25 2022-02-21 통신 시스템 및 통신 단말
JP2023502375A JPWO2022181525A1 (ja) 2021-02-25 2022-02-21
CN202280015524.0A CN116868593A (zh) 2021-02-25 2022-02-21 通信系统及通信终端

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-028743 2021-02-25
JP2021028743 2021-02-25

Publications (1)

Publication Number Publication Date
WO2022181525A1 true WO2022181525A1 (ja) 2022-09-01

Family

ID=83048032

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/006883 WO2022181525A1 (ja) 2021-02-25 2022-02-21 通信システムおよび通信端末

Country Status (5)

Country Link
EP (1) EP4301004A1 (ja)
JP (1) JPWO2022181525A1 (ja)
KR (1) KR20230147066A (ja)
CN (1) CN116868593A (ja)
WO (1) WO2022181525A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001308784A (ja) * 2000-04-26 2001-11-02 Nippon Telegr & Teleph Corp <Ntt> マルチキャスト通信方法、並びに無線基地局装置及び無線端末局装置
JP2013197909A (ja) * 2012-03-21 2013-09-30 Ricoh Co Ltd 無線通信方法及び無線通信システム
US20190222970A1 (en) * 2016-09-29 2019-07-18 Huawei Technologies Co., Ltd. Multicast Service Transmission Method and Device
US20200323024A1 (en) * 2017-12-28 2020-10-08 Huawei Technologies Co., Ltd. Communication method and related product

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001308784A (ja) * 2000-04-26 2001-11-02 Nippon Telegr & Teleph Corp <Ntt> マルチキャスト通信方法、並びに無線基地局装置及び無線端末局装置
JP2013197909A (ja) * 2012-03-21 2013-09-30 Ricoh Co Ltd 無線通信方法及び無線通信システム
US20190222970A1 (en) * 2016-09-29 2019-07-18 Huawei Technologies Co., Ltd. Multicast Service Transmission Method and Device
US20200323024A1 (en) * 2017-12-28 2020-10-08 Huawei Technologies Co., Ltd. Communication method and related product

Non-Patent Citations (33)

* Cited by examiner, † Cited by third party
Title
"Scenarios, requirements and KPIs for 5G mobile and wireless system", ICT-317669-METIS/D1.1
3GPP R2-2009337
3GPP RP-172115
3GPP RP-201038
3GPP S1-083461
3GPP TR 23.703
3GPP TR 23.757
3GPP TR 23.799
3GPP TR 36.814
3GPP TR 36.912
3GPP TR 38.801
3GPP TR 38.802
3GPP TR 38.804
3GPP TR 38.912
3GPP TS 23.273
3GPP TS 23.287
3GPP TS 23.303
3GPP TS 23.501
3GPP TS 23.502
3GPP TS 36.300
3GPP TS 37.340
3GPP TS 38.211
3GPP TS 38.212
3GPP TS 38.213
3GPP TS 38.214
3GPP TS 38.300
3GPP TS 38.305
3GPP TS 38.321
3GPP TS 38.322
3GPP TS 38.323
3GPP TS 38.331
3GPP TS 38.423
3GPP TS 38.425

Also Published As

Publication number Publication date
JPWO2022181525A1 (ja) 2022-09-01
KR20230147066A (ko) 2023-10-20
EP4301004A1 (en) 2024-01-03
CN116868593A (zh) 2023-10-10

Similar Documents

Publication Publication Date Title
WO2020031884A1 (ja) 通信システム、通信端末および基地局
JP2022185020A (ja) 通信システム、セントラルユニット、およびユーザ装置
CN115996363A (zh) 通信系统
WO2021044932A1 (ja) 通信システム、通信端末およびネットワーク
JP7420732B2 (ja) ユーザ装置および通信システム
WO2021106761A1 (ja) 通信システム、通信端末および基地局
JP2023145753A (ja) 通信システム、基地局および通信端末
WO2021161951A1 (ja) 通信システムおよび通信端末
WO2022113875A1 (ja) 通信システムおよび通信端末
WO2022030520A1 (ja) 通信システムおよび通信端末
WO2023153336A1 (ja) 通信システムおよび基地局
WO2022181525A1 (ja) 通信システムおよび通信端末
US20240137826A1 (en) Communication system and communication terminal
WO2022210184A1 (ja) 通信システムおよび基地局
WO2023054394A1 (ja) 通信システム
WO2022181526A1 (ja) 通信システムおよび基地局
WO2023095804A1 (ja) 通信システム
WO2022255133A1 (ja) 通信システムおよび基地局
WO2023013513A1 (ja) 通信システム
KR20240068652A (ko) 통신 시스템
JP2024063188A (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: 22759561

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2023502375

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 18546668

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 202280015524.0

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2022759561

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022759561

Country of ref document: EP

Effective date: 20230925