WO2023007750A1 - 無線基地局及び無線通信システム - Google Patents

無線基地局及び無線通信システム Download PDF

Info

Publication number
WO2023007750A1
WO2023007750A1 PCT/JP2021/028512 JP2021028512W WO2023007750A1 WO 2023007750 A1 WO2023007750 A1 WO 2023007750A1 JP 2021028512 W JP2021028512 W JP 2021028512W WO 2023007750 A1 WO2023007750 A1 WO 2023007750A1
Authority
WO
WIPO (PCT)
Prior art keywords
base station
radio base
terminal
redcap
radio
Prior art date
Application number
PCT/JP2021/028512
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 CN202180100880.8A priority Critical patent/CN117751627A/zh
Priority to EP21951946.9A priority patent/EP4380306A1/en
Priority to PCT/JP2021/028512 priority patent/WO2023007750A1/ja
Priority to JP2023538206A priority patent/JPWO2023007750A1/ja
Publication of WO2023007750A1 publication Critical patent/WO2023007750A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Definitions

  • the present disclosure relates to wireless base stations and wireless communication systems that perform wireless communication with terminals with reduced capabilities.
  • the 3rd Generation Partnership Project (3GPP) has specified the 5th generation mobile communication system (also called 5G, New Radio (NR) or Next Generation (NG)), and the next generation specification called Beyond 5G, 5G Evolution or 6G We are also proceeding with 5G, 5G Evolution or 6G We are also proceeding with 5G, 5G Evolution or 6G We are also proceeding with 5G, 5G Evolution or 6G We are also proceeding with 5G, 5G Evolution or 6G We are also proceeding with 5G, 5G Evolution or 6G
  • 3GPP Release-17 is considering support for terminals with reduced capabilities (User Equipment, UE) (Non-Patent Document 1).
  • UE User Equipment
  • Non-Patent Document 1 Such UE is also called RedCap UE (reduced UE capability), etc., and can be suitably used for industrial wireless sensors, video surveillance, wearable terminals, and the like.
  • RedCap UEs may differ in the number of receive antennas (which may be called RX branches) implemented. Specifically, there are RedCap UEs with one receive antenna (1 RX branch) and RedCap UEs with two receive antennas (2 RX branch).
  • Non-Patent Document 2 RedCap UE regulation (barring) according to the number of receiving antennas is under consideration.
  • the RedCap UE regulation according to the number of receiving antennas has the following problems. First, there are cases where the UE handover (transition) destination radio base station (gNB, cell, node, etc.) does not support RedCap UE in the first place.
  • the UE handover (transition) destination radio base station gNB, cell, node, etc.
  • the restriction of the RedCap UE according to the number of receiving antennas depends on the handover destination wireless base station (target wireless base station). can change dynamically depending on the load on the
  • the handover source radio base station (source radio base station) cannot recognize the restriction status of the RedCap UE of the target radio base station.
  • RedCap UE a radio that can realize transition of terminals such as appropriate RedCap UE
  • the purpose is to provide base stations and wireless communication systems.
  • One aspect of the present disclosure is a transmission unit (Xn processing unit 120) that transmits a message inquiring about the restriction state of the terminal in the other radio base station to another radio base station to which the terminal is to be transitioned; a receiving unit (Xn processing unit 120) for receiving terminal support information indicating the support status of the terminal type based on the number of receiving antennas of the terminal from the other radio base station; , and a control unit (control unit 140) that controls transition of the terminal to the cell formed by the other radio base station (gNB100).
  • One aspect of the present disclosure is a transmission unit (Xn processing unit 120) that transmits a message inquiring about the resource state of the other radio base station to another radio base station to which the terminal transitions, and A reception unit (Xn processing unit 120) that receives load state information indicating the usage status for each terminal type based on the number of reception antennas, and the other radio base station based on the received load state information.
  • a radio base station (gNB 100) comprising a control unit (control unit 140) that controls the transition of the terminal to the cell to which the cell is connected.
  • One aspect of the present disclosure is a radio communication system including a first radio base station and a second radio base station, wherein the first radio base station is a second radio base station to which a terminal transitions. , a transmitting unit that transmits a message inquiring about the restriction state of the terminal in the second radio base station; and a control unit for controlling transition of the terminal to a cell formed by two radio base stations, wherein the second radio base station transmits the terminal support information to the first radio in response to the message inquiring about the restriction state.
  • a wireless communication system (wireless communication system 10) including a transmitter for transmitting to a base station.
  • One aspect of the present disclosure is a radio communication system including a first radio base station and a second radio base station, wherein the first radio base station is a second radio base station to which a terminal transitions. a transmission unit for transmitting a message inquiring about the resource state of the second radio base station;
  • a radio communication system (radio communication system 10) comprising a control unit for controlling transition of the terminal to a cell formed by a base station, wherein the second radio base station comprises a transmitting unit for transmitting the load state information be.
  • FIG. 1 is an overall schematic configuration diagram of a radio communication system 10.
  • FIG. 2 is a functional block configuration diagram of the gNB100.
  • FIG. 3 is a functional block configuration diagram of UE200.
  • FIG. 4 is a diagram illustrating a communication sequence example (Part 1) regarding sharing of a RedCap UE restriction state between RAN nodes according to Operation Example 1.
  • FIG. 5 is a diagram illustrating a communication sequence example (Part 2) related to sharing of a RedCap UE restriction state between RAN nodes according to Operation Example 1.
  • FIG. 6 is a diagram illustrating a communication sequence example (No. 3) regarding sharing of a RedCap UE restriction state between RAN nodes according to Operation Example 1.
  • FIG. FIG. 3 is illustrating a communication sequence example (No. 3) regarding sharing of a RedCap UE restriction state between RAN nodes according to Operation Example 1.
  • FIG. 7 is a diagram illustrating a communication sequence example (part 1) regarding sharing of the restriction state of RedCap UE between CU and DU according to operation example 2;
  • FIG. 8 is a diagram illustrating a communication sequence example (part 2) regarding sharing of the restriction state of RedCap UE between the CU and DU according to operation example 2;
  • FIG. 9 is a diagram illustrating a communication sequence example (part 3) regarding sharing of the RedCap UE restriction state between the CU and DU according to the operation example 2;
  • FIG. 10 is a diagram showing an example of the hardware configuration of gNB100 and UE200.
  • FIG. 1 is an overall schematic configuration diagram of a radio communication system 10 according to the present embodiment.
  • the radio communication system 10 is a radio communication system according to 5G New Radio (NR), and includes a Next Generation-Radio Access Network 20 (hereinafter NG-RAN 20 and terminals 200 (User Equipment 200, hereinafter UE 200).
  • NG-RAN 20 Next Generation-Radio Access Network 20
  • UE 200 User Equipment 200
  • the wireless communication system 10 may be a wireless communication system according to a system called Beyond 5G, 5G Evolution, or 6G.
  • NG-RAN 20 includes a radio base station 100 (hereinafter gNB 100).
  • gNB 100 radio base station 100
  • the specific configuration of the radio communication system 10 including the number of gNBs and UEs is not limited to the example shown in FIG.
  • NG-RAN 20 actually includes multiple NG-RAN Nodes, specifically gNBs (or ng-eNBs), and is connected to a 5G-compliant core network (5GC, not shown).
  • the NG-RAN 20 is connected to the Access and Mobility Management Function 50 (hereafter, AMF 50) that is included in the 5G system architecture and provides access and mobility management functions for the UE 200.
  • AMF 50 Access and Mobility Management Function 50
  • NG-RAN 20 and 5GC may simply be referred to as a "network”.
  • the gNB100 is an NR-compliant radio base station and performs NR-compliant radio communication with the UE200.
  • the gNB 100 may be composed of a CU (Central Unit) and a DU (Distributed Unit), and the DU may be separated from the CU and installed in a geographically different location.
  • CU Central Unit
  • DU Distributed Unit
  • gNB 100 and UE 200 control radio signals transmitted from multiple antenna elements to generate beams BM with higher directivity (not shown in FIG. 1, see FIG. 4)
  • CA carrier aggregation
  • DC dual connectivity
  • the movement range of the UE 200 may be limited within a specific area. Specifically, the movement range of UE200 may be limited within one or more specific cells formed by gNB100. Alternatively, the UE 200 may hardly move, and the movement range may be limited to substantially the same cell.
  • a UE whose range of movement is limited in this way may be determined to be in a low mobility state.
  • a UE that hardly moves and whose range of movement is substantially limited to the same cell may be determined to be in a stationary state (stationary).
  • the stop state may be included in the low movement state as one aspect of the low movement state.
  • the low motion state may be included in the stop state as one aspect of the stop state.
  • low mobility and stationary may be expressed by other synonymous terms such as motionless, parked, immobilized, stopped, halted, unmoving, and static (hereinafter unified under the name of low mobility).
  • the capacity to be reduced is not particularly limited, but the capacity (operation) related to measurements for Tateeha and radio resource management (RRM) may be reduced (restricted, reduced, etc.).
  • RedCap UE Reduced UE capability
  • RedCap UE may be interpreted as a category of UEs used, for example, for industrial wireless sensors, video surveillance and wearables.
  • the RedCap UE does not necessarily have reduced capabilities, and may be interpreted as a UE for URLLC (Ultra-Reliable and Low Latency Communications) or IoT (Internet of Things).
  • a RedCap UE may be referred to as a specific type of UE.
  • Non-RedCap UE may be interpreted as a UE with normal capabilities (normal UE) or a UE for eMBB (enhanced Mobile Broadband).
  • RedCap UEs may implement different numbers of receive antennas (which may be called RX branches). Specifically, there may be RedCap UEs with one receive antenna (1 RX branch) and RedCap UEs with two receive antennas (2 RX branch). However, the number of receiving antennas is not necessarily limited to 1 RX branch and 2 RX branch.
  • FIG. 2 is a functional block configuration diagram of gNB100.
  • FIG. 3 is a functional block configuration diagram of UE200. Note that FIGS. 2 and 3 only show main functional blocks related to the description of the embodiments, and that the gNB 100 and UE 200 have other functional blocks (eg, power supply units, etc.). . 2 and 3 show the functional block configurations of the gNB 100 and the UE 200, and please refer to FIG. 10 for the hardware configuration.
  • the gNB 100 includes a radio communication unit 110, an Xn processing unit 120, an RRC processing unit 130 and a control unit 140.
  • the radio communication unit 110 transmits downlink signals (DL signals) according to NR.
  • Radio communication section 110 also receives an uplink signal (UL signal) according to NR.
  • the Xn processing unit 120 processes messages via an Xn interface, which is a type of interface between RAN (Radio Access Network) nodes. Specifically, the Xn processing unit 120 can transmit and receive messages according to XnAP (Application Protocol). More specifically, the Xn processing unit 120 may transmit and receive various messages according to XnAP defined in 3GPP TS38.423.
  • Xn interface is a type of interface between RAN (Radio Access Network) nodes.
  • XnAP Application Protocol
  • More specifically, the Xn processing unit 120 may transmit and receive various messages according to XnAP defined in 3GPP TS38.423.
  • the Xn processing unit 120 may transmit and receive various messages between the CU-DU according to F1AP specified in 3GPP TS38.473.
  • Xn processing unit 120 for another radio base station (which may be referred to as a target radio base station) to be the transition destination of UE 200 (may be read as handover destination or reselection destination), A message may be sent to inquire about the restriction status of the UE 200 in the radio base station or the load status of the other radio base station.
  • the Xn processing unit 120 may constitute a transmission unit.
  • the Xn processing unit 120 may transmit Mobility restriction status request msg. (tentative name) to the target radio base station (or target DU).
  • the restricted state of the UE 200 may be, for example, whether or not the RedCap UE itself in the target radio base station is restricted, or whether or not at least one of the RedCap UEs with 1 RX branch and 2 RX branch is restricted.
  • the restricted state of the UE 200 is not necessarily limited to RedCap UEs, and may be, for example, the presence or absence of restrictions on a specific type of UE (the same shall apply hereinafter) with some capacity reduced.
  • the Xn processing unit 120 may transmit a message to inquire about the resource state of another radio base station (target radio base station) to which the UE 200 transitions.
  • the Xn processing unit 120 may transmit Resource status request msg. (tentative name) to the target radio base station (or target DU).
  • Resource status request msg. tentative name
  • the Xn processing unit 120 may receive terminal support information indicating the support status of the terminal (UE) type based on the number of reception antennas of the UE 200 from another radio base station.
  • the Xn processing unit 120 may constitute a receiving unit.
  • the Xn processing unit 120 may receive information about cells in which RedCap UEs of 1 RX branch and/or 2 RX branch are barred (or not barred) from the target radio base station.
  • the cell may refer to a cell formed by the target radio base station. Also, the cell may be a serving cell or a non-serving cell.
  • the terminal support information may be included in the Mobility restriction status update msg. transmitted from the target radio base station as a response to the Mobility restriction status request msg. That is, the terminal support information may be transmitted as a response to an inquiry about the restriction status of the UE 200 from the handover source radio base station (source radio base station).
  • the terminal support information may be included in the Mobility restriction status response msg. transmitted from the target radio base station.
  • the terminal support information may be a list of cells in which RedCap UE is regulated (or not regulated) (or may be a list of frequencies, and the cell list may be read as a frequency (frequency band) list, hereinafter the same).
  • a list of cells for which RedCap UEs are barred may be referred to as a black cell list, and a list of cells for which RedCap UEs are not barred may be referred to as a white cell list.
  • the Xn processing unit 120 may receive load condition information (load condition for RedCap UE) indicating the usage status for each terminal (UE) type based on the number of receiving antennas of the UE 200 from another radio base station.
  • load condition information load condition for RedCap UE
  • the Xn processing unit 120 may receive, from the target radio base station, information for recognizing the load of the RedCap UE in the cell formed by the target radio base station.
  • the load state information may be the number of active UEs in the cell (not limited to RedCap UEs) and/or the number of UEs in the connected state (RRC_CONNECTED) in the radio resource control layer.
  • the load state information may be the capacity (eg, may be interpreted as radio resource amount) for active UEs and/or RRC_CONNECTED UEs.
  • the load state information may also indicate the number of RedCap UEs described above for each network slice (S-NSSAI: Single-Network Slice Selection Assistance Information).
  • the load status information is obtained by Xn processing unit 120 transmitting Resource status request msg. (tentative name) to the target wireless base station and Resource status response msg. It may be provided by receiving from a station.
  • the RRC processing unit 130 executes various processes in the radio resource control layer (RRC). Specifically, RRC processing section 130 can transmit RRC Reconfiguration to UE 200 . Also, RRC processing section 130 can receive RRC Reconfiguration Complete, which is a response to RRC Reconfiguration, from UE 200 .
  • RRC radio resource control layer
  • the RRC processing unit 130 may transmit system information including terminal support information to the UE 200.
  • the RRC processing unit 130 may constitute a transmitting unit that transmits system information including terminal support information to the UE 200.
  • the system information is not particularly limited, but may be notified (broadcast) to the UE 200 by SIB (System Information Block).
  • SIB System Information Block
  • the control unit 140 controls each functional block that configures the gNB100.
  • the control unit 140 performs control related to transition (handover) of the RedCap UE to another cell.
  • control unit 140 based on terminal support information (for example, a list of cells in which RedCap UE is restricted (or not)) received from another radio base station (target radio base station) may control the transition of the UE 200 to the cell formed by the other radio base station.
  • terminal support information for example, a list of cells in which RedCap UE is restricted (or not)
  • target radio base station may control the transition of the UE 200 to the cell formed by the other radio base station.
  • control unit 140 avoids handover to the cell when the RedCap UE (the number of receiving antennas may be a criterion) is restricted and the UE 200 corresponds to the RedCap UE. You can
  • the control unit 140 may perform handover to the cell. .
  • control unit 140 based on the load state information (for example, the number of active UEs in the cell) received from another radio base station (target radio base station), to the cell formed by the other radio base station terminal transitions may be controlled.
  • load state information for example, the number of active UEs in the cell
  • target radio base station target radio base station
  • control unit 140 may avoid handover to the cell when the number of active UEs in the cell is equal to or greater than a predetermined number and the UE 200 corresponds to the RedCap UE.
  • control unit 140 may perform handover to the cell when the number of active UEs in the cell is less than the predetermined number and the UE 200 corresponds to the RedCap UE.
  • the gNB 100 is the handover source (source radio base station), but the gNB 100 can of course also operate as the target radio base station.
  • UE 200 includes radio communication section 210 , RRC processing section 220 , handover processing section 230 and control section 240 . Note that the UE 200 may be a RedCap UE here.
  • the radio communication unit 210 transmits an uplink signal (UL signal) according to NR. Also, the radio communication unit 210 receives an uplink signal (DL signal) according to NR.
  • UL signal uplink signal
  • DL signal uplink signal
  • the RRC processing unit 220 executes various processes in the radio resource control layer (RRC). Specifically, the RRC processing unit 220 can transmit and receive radio resource control layer messages.
  • RRC radio resource control layer
  • the RRC processing unit 220 can receive RRC Reconfiguration from the network, specifically from the NG-RAN 20. Also, the RRC processing unit 220 can transmit RRC Reconfiguration Complete, which is a response to RRC Reconfiguration, to the network.
  • the RRC processing unit 220 may receive system information transmitted from the gNB 100. Specifically, the RRC processing unit 220 may receive MIBs (Master Information Blocks) and SIBs. In particular, in this embodiment, the RRC processing unit 220 can receive system information (SIB) including terminal support information. Terminal support information may include a list of cells where RedCap UEs are (or are not) barred, as described above.
  • MIBs Master Information Blocks
  • SIB System Information
  • Terminal support information may include a list of cells where RedCap UEs are (or are not) barred, as described above.
  • the handover processing unit 230 executes processing related to handover of the UE200. Specifically, the handover processing unit 230 can execute handover processing when the UE 200 is a RedCap UE.
  • the handover processing unit 230 measures the reception quality (Reference Signal Received Power (RSRP), etc.) of the serving cell and neighboring cells (may be called neighboring cells), and performs handover to a cell that satisfies conditions such as reception quality. may be executed.
  • RSRP Reference Signal Received Power
  • the serving cell may simply be interpreted as the cell to which the UE 200 is connected, but more precisely, in the case of an RRC_CONNECTED UE in which carrier aggregation (CA) is not set, the number of serving cells that constitute the primary cell is 1. Only one.
  • the serving cell may be taken to refer to the set of one or more cells including the primary cell and all secondary cells.
  • the handover processing unit 230 based on the terminal support information, the handover destination cell of the UE200 (may also be referred to as a target radio base station or target cell) and / or the reception quality measurement target cell may be determined.
  • the control unit 240 controls each functional block that configures the UE200.
  • the control unit 240 may perform various controls when the UE 200 is a RedCap UE.
  • control unit 240 may perform control according to the number of reception antennas of the UE 200 (1 RX branch/2 RX branch). That is, in the radio communication system 10, at least one of the cells that can be handed over or radio resource management such as reception quality measurement and measurement reporting may differ depending on the number of reception antennas of the UE 200.
  • FIG. 1 the number of reception antennas of the UE 200 (1 RX branch/2 RX branch).
  • RedCap UEs may differ in the number of receiving antennas (RX branches) to be implemented. This embodiment assumes a RedCap UE with one receive antenna (1 RX branch) and a RedCap UE with two receive antennas (2 RX branch). However, the number of receiving antennas is not limited to this.
  • the UE's capabilities may also be different. Therefore, when a cell is congested, it is assumed that high-performance 2 RX branch RedCap UEs are allowed and 1 RX branch RedCap UEs are barred.
  • a cell that prohibits access (connection) of the RedCap UE of 1 RX branch and a cell that prohibits access of the RedCap UE of 2 RX branch are separately provided to UE200. may be notified.
  • RedCap UE handover when the RedCap UE is handed over from the source radio base station (source cell) to the target radio base station (target cell), if the target radio base station does not support RedCap UE in the first place, the handover is performed as it is. may lead to handover preparation failure.
  • the presence or absence of the regulation is related to the load status of the target cell (number of connected UEs, etc.), so the regulation status is dynamic information. Sometimes it becomes.
  • the source radio base station will explain the operation of sharing the RedCap UE support information or restriction status in the target radio base station.
  • the source radio base station will be referred to as RAN node 1 and the target radio base station as RAN node 2 as appropriate.
  • FIG. 4 shows a communication sequence example (Part 1) regarding sharing of the restriction state of RedCap UEs between RAN nodes according to Operation Example 1.
  • FIG. 5 shows a communication sequence example (part 2) regarding sharing of the restriction state of RedCap UEs between RAN nodes according to operation example 1.
  • FIG. 6 shows a communication sequence example (part 3) regarding sharing of the RedCap UE restriction state between RAN nodes according to operation example 1.
  • RAN node 1 may send Mobility restriction status request msg. to RAN node 2.
  • Mobilityrestrictionstatusrequestmsg. is a tentative name and may be called by another name.
  • Mobility restriction status request msg. is a message to inquire about the RedCap UE restriction status (terminal support information may be used; the same shall apply hereinafter) or load status in RAN node 2 (target cell).
  • the Mobility restriction status request msg. may contain the following information element (IE).
  • a cell list in which RedCap UEs are restricted (or not restricted) in RAN node 2 (a cell list in which RedCap UEs of 1 RX branch and/or 2 RX branches are restricted (or not restricted) may be used).
  • the cell list may be set on the basis of handover within the same frequency band (intra freq), between different frequency bands (inter freq), and/or between different RATs (inter RAT). Also, the cell list may be a frequency list, as described above.
  • RedCap UE supported (or not supported) cell list in RAN node 2 (1 RX branch and/or 2 RX branch RedCap UE supported (or not supported) cell list may be used)
  • the list of cells in which RedCap UEs are barred may be referred to as the black cell list
  • the list of cells in which RedCap UEs are not barred may be referred to as the white cell list.
  • load condition information indicating the load condition for RedCap UE in RAN node 2 (target cell). It may be indicated by RRC connected mode, available capacity for active UEs, available RRC connection capacity, etc.
  • the number of UEs may be the number of RedCap UEs (1 RX branch and/or 2 RX branch), or the number of RedCap UEs and Non-RedCap UEs.
  • the load state information may be the number of RedCap UEs and Non-RedCap UEs per network slice (S-NSSAI).
  • the Number of active RedCap UEs may be interpreted as the number of RedCap UEs with downlink (DL) or uplink (UL) transmission data on the data radio bearer (DRB) (also Number of active Non-RedCap UEs similar).
  • Load status information may be requested by Resource status request msg. (see Fig. 6).
  • the periodicity of RedCap UE barring status, terminal support information and/or load status information that the RAN node 2 reports to the RAN node 1 may be specified.
  • RAN node 2 sends Mobility restriction status response msg. (tentative name) or Mobility restriction status update msg. (tentative name), or Resource status response msg. (provisional name) may respond to the request described above. Also, as shown in Figure 5, RAN node 2 may send back Mobility restriction status failure msg.
  • the Mobility restriction status response msg. or Mobility restriction status update msg. may contain the following information element (IE).
  • a cell list in which RedCap UEs are restricted (or not restricted) in RAN node 2 (a cell list in which RedCap UEs of 1 RX branch and/or 2 RX branches are restricted (or not restricted) may be used).
  • the cell list may be set based on handover within the same frequency band (intra freq), between different frequency bands (inter freq), and/or between different RATs (inter RAT).
  • RAN node 2 may report to RAN node 1 the barring status or terminal support information of RedCap UEs (1 RX branch and/or 2 RX branch) in a given cell list sent from RAN node 1.
  • the reporting period may follow the reporting period described above.
  • the load state information is stored in the network slice (S- NSSAI) may be the number of RedCap UEs and Non-RedCap UEs. Also, the reporting period may follow the reporting period described above. Load status information may be reported by Resource status update msg. (see Figure 6).
  • RAN node 1 receives terminal support information (or regulatory state), system information (SIB) to be broadcast to the UE 200 may be set.
  • SIB system information
  • RAN node 1 may broadcast a list of cells that apply to intra-frequency (intra freq), inter-frequency (inter-freq) and/or inter-RAT (inter-RAT) handover. (See Figure 4).
  • intra freq intra-frequency
  • inter-freq inter-frequency
  • inter-RAT inter-RAT
  • RAN node 1 may set the cell list (black cell list or white cell list) reported from RAN node 2 as the measurement object (measObject (NR)). Alternatively, the RAN node 1 may remove the relevant cell list of the RedCap UE from the candidateCellInfoList included in the RRM config of the HandoverPreparationInformation msg. Also, the RAN node 1 may not send handover requests to cells included in the black cell list.
  • the cell list black cell list or white cell list
  • the RAN node 1 may remove the relevant cell list of the RedCap UE from the candidateCellInfoList included in the RRM config of the HandoverPreparationInformation msg. Also, the RAN node 1 may not send handover requests to cells included in the black cell list.
  • the source radio base station and the target radio base station share RedCap UE support information or regulation status between the master node (which may be the primary cell) and the secondary node (which may be the secondary cell). may be applied to
  • RAN node 2 autonomously sends the Mobility restriction status response msg. UE support information or regulatory status may be transmitted.
  • RAN node 2 may send the message to multiple RAN nodes at the same time.
  • RAN node 1 may transmit terminal support information (or restriction status) for RedCap UE (1 RX branch and/or 2 RX branch) included in AMF50 (see Figure 1) Mobility restriction status response msg. .
  • AMF 50 may transmit support information or regulatory status of RedCap UEs of RAN node 1 to RAN nodes accommodated by AMF 50 .
  • Operation example 2 In this operation example, the operation of sharing the support information or restriction status of the RedCap UE when the gNB 100 adopts the CU-DU configuration will be described.
  • the gNB 100 adopts the CU-DU configuration specifically, the HLS (higher layer split) configuration
  • the message described in Operation Example 1 may be transmitted from the CU to the DU.
  • HLS may be interpreted as a configuration in which only the radio resource control layer (RRC) and packet data convergence protocol layer (PDCP) are provided in the CU, and the radio link control layer (RLC) and below are provided in the DU. .
  • RRC radio resource control layer
  • PDCP packet data convergence protocol layer
  • RLC radio link control layer
  • FIG. 7 shows a communication sequence example (part 1) regarding sharing of the RedCap UE restriction state between the CU and DU according to operation example 2.
  • FIG. 8 shows a communication sequence example (part 2) regarding sharing of the RedCap UE restriction state between the CU and DU according to the operation example 2.
  • FIG. 9 shows a communication sequence example (part 3) regarding sharing of the restriction state of RedCap UE between CU and DU according to operation example 2.
  • Figures 7 to 9 correspond to Figures 4 to 6, respectively, and the messages are the same, so a detailed description will be omitted.
  • the RedCap UE restriction status may be shared between CUs and DUs as well.
  • the gNB 100 transmits Mobility restriction status request msg.
  • a Mobility restriction status response msg. (or Mobility restriction status update msg.) containing information can be received from the target radio base station.
  • gNB100 transmits Resource status request msg. to the target radio base station, and provides load condition information (load condition for RedCap UE) that indicates the usage status for each terminal (UE) type based on the number of RX branches of UE200. (or Resource status update msg.) can be received from the target radio base station.
  • load condition information load condition for RedCap UE
  • UE terminal
  • Resource status update msg. can be received from the target radio base station.
  • the source radio base station determines the RedCap UE support status (restriction status) and It becomes possible to recognize the load condition, and it is possible to reduce handover failures and distribute the load among RAN nodes.
  • the source radio base station can broadcast system information (SIB) including the RedCap UE support status (terminal support information) to the UE 200. Therefore, the gNB 100 and the UE 200 (RedCap UE) can appropriately select a handover destination candidate cell.
  • SIB system information
  • the gNB 100 and the UE 200 RedCap UE
  • the RedCap UE is described on the premise that some capabilities are reduced, but as described above, the RedCap UE does not necessarily have reduced capabilities, It may be interpreted as a UE for URLLC (Ultra-Reliable and Low Latency Communications) or a UE for IoT (Internet of Things), and it may be a specific type of UE that can be distinguished from Non-RedCap UE.
  • URLLC Ultra-Reliable and Low Latency Communications
  • IoT Internet of Things
  • configure, activate, update, indicate, enable, specify, and select may be read interchangeably. good.
  • link, associate, correspond, and map may be read interchangeably to allocate, assign, monitor. , map, may also be read interchangeably.
  • precoding "precoding weight”
  • QCL quadsi-co-location
  • TCI state Transmission Configuration Indication state
  • spatialal patial relation
  • spatialal domain filter "transmission power”
  • phase rotation "antenna port
  • antenna port group "layer”
  • number of layers Terms such as “rank”, “resource”, “resource set”, “resource group”, “beam”, “beam width”, “beam angle”, “antenna”, “antenna element”, “panel” are interchangeable. can be used as intended.
  • each functional block may be implemented using one device physically or logically coupled, or directly or indirectly using two or more physically or logically separate devices (e.g. , wired, wireless, etc.) and may be implemented using these multiple devices.
  • a functional block may be implemented by combining software in the one device or the plurality of devices.
  • Functions include judging, determining, determining, calculating, calculating, processing, deriving, investigating, searching, checking, receiving, transmitting, outputting, accessing, resolving, selecting, choosing, establishing, comparing, assuming, expecting, assuming, Broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, assigning, etc. can't
  • a functional block (component) that performs transmission is called a transmitting unit or transmitter.
  • the implementation method is not particularly limited.
  • FIG. 10 is a diagram showing an example of the hardware configuration of the device. As shown in FIG. 10, the device may be configured as a computing device including a processor 1001, memory 1002, storage 1003, communication device 1004, input device 1005, output device 1006, bus 1007, and the like.
  • the term "apparatus” can be read as a circuit, device, unit, or the like.
  • the hardware configuration of the device may be configured to include one or more of each device shown in the figure, or may be configured without some of the devices.
  • Each functional block of the device (see Fig. 2.3) is realized by any hardware element of the computer device or a combination of the hardware elements.
  • each function of the device is implemented by causing the processor 1001 to perform calculations, controlling communication by the communication device 1004, and controlling the It is realized by controlling at least one of data reading and writing in 1002 and storage 1003 .
  • a processor 1001 operates an operating system and controls the entire computer.
  • the processor 1001 may be configured with a central processing unit (CPU) including interfaces with peripheral devices, a controller, arithmetic units, registers, and the like.
  • CPU central processing unit
  • the processor 1001 reads programs (program codes), software modules, data, etc. from at least one of the storage 1003 and the communication device 1004 to the memory 1002, and executes various processes according to them.
  • programs program codes
  • software modules software modules
  • data etc.
  • the various processes described above may be executed by one processor 1001, or may be executed by two or more processors 1001 simultaneously or sequentially.
  • Processor 1001 may be implemented by one or more chips. Note that the program may be transmitted from a network via an electric communication line.
  • the memory 1002 is a computer-readable recording medium, and is composed of at least one of Read Only Memory (ROM), Erasable Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), Random Access Memory (RAM), etc. may be
  • ROM Read Only Memory
  • EPROM Erasable Programmable ROM
  • EEPROM Electrically Erasable Programmable ROM
  • RAM Random Access Memory
  • the memory 1002 may also be called a register, cache, main memory (main storage device), or the like.
  • the memory 1002 can store programs (program code), software modules, etc. capable of executing a method according to an embodiment of the present disclosure.
  • the storage 1003 is a computer-readable recording medium, for example, an optical disc such as a Compact Disc ROM (CD-ROM), a hard disk drive, a flexible disc, a magneto-optical disc (for example, a compact disc, a digital versatile disc, a Blu-ray disk), smart card, flash memory (eg, card, stick, key drive), floppy disk, magnetic strip, and/or the like.
  • Storage 1003 may also be referred to as an auxiliary storage device.
  • the recording medium described above may be, for example, a database, server, or other suitable medium including at least one of memory 1002 and storage 1003 .
  • the communication device 1004 is hardware (transmitting/receiving device) for communicating between computers via at least one of a wired network and a wireless network, and is also called a network device, a network controller, a network card, a communication module, or the like.
  • the communication device 1004 includes a high-frequency switch, duplexer, filter, frequency synthesizer, etc., for realizing at least one of frequency division duplex (FDD) and time division duplex (TDD).
  • FDD frequency division duplex
  • TDD time division duplex
  • the input device 1005 is an input device (for example, keyboard, mouse, microphone, switch, button, sensor, etc.) that receives input from the outside.
  • the output device 1006 is an output device (eg, display, speaker, LED lamp, etc.) that outputs to the outside. Note that the input device 1005 and the output device 1006 may be integrated (for example, a touch panel).
  • each device such as the processor 1001 and the memory 1002 is connected by a bus 1007 for communicating information.
  • the bus 1007 may be configured using a single bus, or may be configured using different buses between devices.
  • the device includes hardware such as a microprocessor, digital signal processor (DSP), application specific integrated circuit (ASIC), programmable logic device (PLD), field programmable gate array (FPGA), etc.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • PLD programmable logic device
  • FPGA field programmable gate array
  • notification of information is not limited to the aspects/embodiments described in the present disclosure, and may be performed using other methods.
  • the notification of information may include physical layer signaling (e.g., Downlink Control Information (DCI), Uplink Control Information (UCI), higher layer signaling (e.g., RRC signaling, Medium Access Control (MAC) signaling, broadcast information (Master Information Block (MIB), System Information Block (SIB), other signals, or combinations thereof, and RRC signaling may also be referred to as RRC messages, e.g., RRC Connection Setup ) message, RRC Connection Reconfiguration message, or the like.
  • DCI Downlink Control Information
  • UCI Uplink Control Information
  • RRC signaling e.g., RRC signaling, Medium Access Control (MAC) signaling, broadcast information (Master Information Block (MIB), System Information Block (SIB), other signals, or combinations thereof
  • RRC signaling may also be referred to as RRC messages, e.g., RRC Connection Setup ) message, R
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • SUPER 3G IMT-Advanced
  • 4G 4th generation mobile communication system
  • 5G 5th generation mobile communication system
  • Future Radio Access FAA
  • New Radio NR
  • W-CDMA registered trademark
  • GSM registered trademark
  • CDMA2000 Code Division Multiple Access 2000
  • UMB Ultra Mobile Broadband
  • IEEE 802.11 Wi-Fi (registered trademark)
  • IEEE 802.16 WiMAX®
  • IEEE 802.20 Ultra-WideBand (UWB), Bluetooth®, other suitable systems, and/or next-generation systems enhanced therefrom.
  • a plurality of systems may be applied in combination (for example, a combination of at least one of LTE and LTE-A and 5G).
  • a specific operation that is performed by a base station in the present disclosure may be performed by its upper node in some cases.
  • various operations performed for communication with a terminal may be performed by the base station and other network nodes other than the base station (e.g. MME or S-GW, etc., but not limited to).
  • MME or S-GW network nodes
  • the case where there is one network node other than the base station is exemplified above, it may be a combination of a plurality of other network nodes (for example, MME and S-GW).
  • Information, signals can be output from a higher layer (or a lower layer) to a lower layer (or a higher layer). It may be input and output via multiple network nodes.
  • Input/output information may be stored in a specific location (for example, memory) or managed using a management table. Input and output information may be overwritten, updated, or appended. The output information may be deleted. The entered information may be transmitted to other devices.
  • the determination may be made by a value represented by one bit (0 or 1), by a true/false value (Boolean: true or false), or by numerical comparison (for example, a predetermined value).
  • notification of predetermined information is not limited to being performed explicitly, but may be performed implicitly (for example, not notifying the predetermined information). good too.
  • Software whether referred to as software, firmware, middleware, microcode, hardware description language or otherwise, includes instructions, instruction sets, code, code segments, program code, programs, subprograms, and software modules. , applications, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, functions, and the like.
  • software, instructions, information, etc. may be transmitted and received via a transmission medium.
  • the Software uses wired technology (coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL), etc.) and/or wireless technology (infrared, microwave, etc.) to access websites, Wired and/or wireless technologies are included within the definition of transmission medium when sent from a server or other remote source.
  • wired technology coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL), etc.
  • wireless technology infrared, microwave, etc.
  • data, instructions, commands, information, signals, bits, symbols, chips, etc. may refer to voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any of these. may be represented by a combination of
  • the channel and/or symbols may be signaling.
  • a signal may also be a message.
  • a component carrier may also be called a carrier frequency, a cell, a frequency carrier, or the like.
  • system and “network” used in this disclosure are used interchangeably.
  • information, parameters, etc. described in the present disclosure may be expressed using absolute values, may be expressed using relative values from a predetermined value, or may be expressed using other corresponding information.
  • radio resources may be indexed.
  • base station BS
  • radio base station fixed station
  • NodeB NodeB
  • eNodeB eNodeB
  • gNodeB gNodeB
  • a base station may also be referred to by terms such as macrocell, small cell, femtocell, picocell, and the like.
  • a base station can accommodate one or more (eg, three) cells (also called sectors). When a base station accommodates multiple cells, the overall coverage area of the base station can be partitioned into multiple smaller areas, each smaller area corresponding to a base station subsystem (e.g., a small indoor base station (Remote Radio)). Head: RRH) can also provide communication services.
  • a base station subsystem e.g., a small indoor base station (Remote Radio)
  • Head: RRH can also provide communication services.
  • cell refers to part or all of the coverage area of at least one of a base station and base station subsystem that provides communication services in this coverage.
  • MS Mobile Station
  • UE User Equipment
  • a mobile station is defined by those skilled in the art as a subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless It may also be called a terminal, remote terminal, handset, user agent, mobile client, client, or some other suitable term.
  • At least one of the base station and mobile station may be called a transmitting device, a receiving device, a communication device, or the like.
  • At least one of the base station and the mobile station may be a device mounted on a mobile object, the mobile object itself, or the like.
  • the mobile body may be a vehicle (e.g., car, airplane, etc.), an unmanned mobile body (e.g., drone, self-driving car, etc.), or a robot (manned or unmanned ).
  • at least one of the base station and the mobile station includes devices that do not necessarily move during communication operations.
  • at least one of the base station and mobile station may be an Internet of Things (IoT) device such as a sensor.
  • IoT Internet of Things
  • the base station in the present disclosure may be read as a mobile station (user terminal, hereinafter the same).
  • communication between a base station and a mobile station is replaced with communication between multiple mobile stations (for example, Device-to-Device (D2D), Vehicle-to-Everything (V2X), etc.)
  • the mobile station may have the functions that the base station has.
  • words such as "up” and “down” may be replaced with words corresponding to inter-terminal communication (for example, "side”).
  • uplink channels, downlink channels, etc. may be read as side channels.
  • a radio frame may consist of one or more frames in the time domain. Each frame or frames in the time domain may be referred to as a subframe. A subframe may also consist of one or more slots in the time domain. A subframe may be a fixed time length (eg, 1 ms) independent of numerology.
  • a numerology may be a communication parameter that applies to the transmission and/or reception of a signal or channel. Numerology, for example, subcarrier spacing (SCS), bandwidth, symbol length, cyclic prefix length, transmission time interval (TTI), number of symbols per TTI, radio frame structure, transmission and reception specific filtering operations performed by the receiver in the frequency domain, specific windowing operations performed by the transceiver in the time domain, and/or the like.
  • SCS subcarrier spacing
  • TTI transmission time interval
  • number of symbols per TTI radio frame structure
  • transmission and reception specific filtering operations performed by the receiver in the frequency domain specific windowing operations performed by the transceiver in the time domain, and/or the like.
  • a slot may consist of one or more symbols (Orthogonal Frequency Division Multiplexing (OFDM) symbols, Single Carrier Frequency Division Multiple Access (SC-FDMA) symbols, etc.) in the time domain.
  • OFDM Orthogonal Frequency Division Multiplexing
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • a slot may be a unit of time based on numerology.
  • a slot may contain multiple mini-slots. Each minislot may consist of one or more symbols in the time domain. A minislot may also be referred to as a subslot. A minislot may consist of fewer symbols than a slot.
  • a PDSCH (or PUSCH) that is transmitted in time units larger than a minislot may be referred to as PDSCH (or PUSCH) mapping type A.
  • PDSCH (or PUSCH) transmitted using minislots may be referred to as PDSCH (or PUSCH) mapping type B.
  • Radio frames, subframes, slots, minislots and symbols all represent time units when transmitting signals. Radio frames, subframes, slots, minislots and symbols may be referred to by other corresponding designations.
  • one subframe may be called a transmission time interval (TTI)
  • TTI transmission time interval
  • multiple consecutive subframes may be called a TTI
  • one slot or one minislot may be called a TTI. That is, at least one of the subframe and TTI may be a subframe (1ms) in existing LTE, may be a period shorter than 1ms (eg, 1-13 symbols), or a period longer than 1ms may be Note that the unit representing the TTI may be called a slot, minislot, or the like instead of a subframe.
  • TTI refers to, for example, the minimum scheduling time unit in wireless communication.
  • a base station performs scheduling to allocate radio resources (frequency bandwidth, transmission power, etc. that can be used by each user terminal) to each user terminal on a TTI basis.
  • radio resources frequency bandwidth, transmission power, etc. that can be used by each user terminal
  • the TTI may be a transmission time unit for channel-encoded data packets (transport blocks), code blocks, codewords, etc., or may be a processing unit for scheduling, link adaptation, etc. Note that when a TTI is given, the time interval (for example, the number of symbols) in which transport blocks, code blocks, codewords, etc. are actually mapped may be shorter than the TTI.
  • one slot or one minislot is called a TTI
  • one or more TTIs may be the minimum scheduling time unit.
  • the number of slots (the number of mini-slots) constituting the minimum time unit of the scheduling may be controlled.
  • a TTI with a time length of 1 ms may be called a normal TTI (TTI in LTE Rel.8-12), normal TTI, long TTI, normal subframe, normal subframe, long subframe, slot, etc.
  • TTI that is shorter than a regular TTI may also be called a shortened TTI, a short TTI, a partial or fractional TTI, a shortened subframe, a short subframe, a minislot, a subslot, a slot, and so on.
  • long TTI for example, normal TTI, subframe, etc.
  • short TTI for example, shortened TTI, etc.
  • a TTI having a TTI length greater than or equal to this value may be read as a replacement.
  • a resource block is a resource allocation unit in the time domain and frequency domain, and may include one or more consecutive subcarriers in the frequency domain.
  • the number of subcarriers included in an RB may be the same regardless of neurology, and may be 12, for example.
  • the number of subcarriers included in an RB may be determined based on neumerology.
  • the time domain of an RB may include one or more symbols and may be 1 slot, 1 minislot, 1 subframe, or 1 TTI long.
  • One TTI, one subframe, etc. may each consist of one or more resource blocks.
  • One or more RBs are physical resource blocks (Physical RB: PRB), sub-carrier groups (SCG), resource element groups (REG), PRB pairs, RB pairs, etc. may be called.
  • PRB Physical resource blocks
  • SCG sub-carrier groups
  • REG resource element groups
  • PRB pairs RB pairs, etc.
  • a resource block may be composed of one or more resource elements (Resource Element: RE).
  • RE resource elements
  • 1 RE may be a radio resource region of 1 subcarrier and 1 symbol.
  • a Bandwidth Part (which may also be called a Bandwidth Part) represents a subset of contiguous common resource blocks (RBs) for a neumerology in a carrier. good.
  • the common RB may be identified by an RB index based on the common reference point of the carrier.
  • PRBs may be defined in a BWP and numbered within that BWP.
  • BWP may include BWP for UL (UL BWP) and BWP for DL (DL BWP).
  • BWP may include BWP for UL (UL BWP) and BWP for DL (DL BWP).
  • One or more BWPs may be configured in one carrier for a UE.
  • At least one of the configured BWPs may be active, and the UE may not expect to transmit or receive a given signal/channel outside the active BWP.
  • BWP bitmap
  • radio frames, subframes, slots, minislots and symbols described above are only examples.
  • the number of subframes included in a radio frame the number of slots per subframe or radio frame, the number of minislots included in a slot, the number of symbols and RBs included in a slot or minislot, the number of Configurations such as the number of subcarriers and the number of symbols in a TTI, symbol length, cyclic prefix (CP) length, etc.
  • CP cyclic prefix
  • connection means any direct or indirect connection or coupling between two or more elements, It can include the presence of one or more intermediate elements between two elements being “connected” or “coupled.” Couplings or connections between elements may be physical, logical, or a combination thereof. For example, “connection” may be read as "access”.
  • two elements are defined using at least one of one or more wires, cables and printed electrical connections and, as some non-limiting and non-exhaustive examples, in the radio frequency domain. , electromagnetic energy having wavelengths in the microwave and light (both visible and invisible) regions, and the like.
  • the reference signal can also be abbreviated as Reference Signal (RS), and may also be called Pilot depending on the applicable standard.
  • RS Reference Signal
  • any reference to elements using the "first,” “second,” etc. designations used in this disclosure does not generally limit the quantity or order of those elements. These designations may be used in this disclosure as a convenient method of distinguishing between two or more elements. Thus, references to first and second elements do not imply that only two elements may be employed therein or that the first element must precede the second element in any way.
  • determining and “determining” used in this disclosure may encompass a wide variety of actions.
  • “Judgement” and “determination” are, for example, judging, calculating, computing, processing, deriving, investigating, looking up, searching, inquiring (eg, lookup in a table, database, or other data structure), ascertaining as “judged” or “determined”, and the like.
  • "judgment” and “determination” are used for receiving (e.g., receiving information), transmitting (e.g., transmitting information), input, output, access (accessing) (for example, accessing data in memory) may include deeming that a "judgment” or “decision” has been made.
  • judgment and “decision” are considered to be “judgment” and “decision” by resolving, selecting, choosing, establishing, comparing, etc. can contain.
  • judgment and “decision” may include considering that some action is “judgment” and “decision”.
  • judgment (decision) may be read as “assuming”, “expecting”, “considering”, or the like.
  • a and B are different may mean “A and B are different from each other.”
  • the term may also mean that "A and B are different from C”.
  • Terms such as “separate,” “coupled,” etc. may also be interpreted in the same manner as “different.”
  • Radio communication system 20 NG-RAN 50AMF 100 gNB 110 Radio communication unit 120 Xn processing unit 130 RRC processing unit 140 Control unit 200 UE 210 wireless communication unit 220 RRC processing unit 230 handover processing unit 240 control unit BM beam 1001 processor 1002 memory 1003 storage 1004 communication device 1005 input device 1006 output device 1007 bus

Landscapes

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

Abstract

無線基地局は、端末の遷移先となる他の無線基地局に対して、当該他の無線基地局における端末の規制状態を問い合わせるメッセージを送信し、端末の受信アンテナ数を基準とした端末種別のサポート状況を示す端末サポート情報を他の無線基地局から受信する。無線基地局は、受信した端末サポート情報に基づいて、当該他の無線基地局が形成するセルへの端末の遷移を制御する。

Description

無線基地局及び無線通信システム
　本開示は、能力が低減された端末との無線通信を実行する無線基地局及び無線通信システムに関する。
　3rd Generation Partnership Project（3GPP）は、5th generation mobile communication system（5G、New Radio（NR）またはNext Generation（NG）とも呼ばれる）を仕様化し、さらに、Beyond 5G、5G Evolution或いは6Gと呼ばれる次世代の仕様化も進めている。
　3GPP Release-17では、能力が低減された端末（User Equipment, UE）のサポートが検討されている（非特許文献１）。このようなUEは、RedCap UE（reduced UE capability）などとも呼ばれ、industrial wireless sensor（工場用センサ）、video surveillance（ビデオ監視）及びwearable（ウエラブル端末）などに好適に用い得る。
　RedCap UEは、実装する受信アンテナ（RX branchと呼ばれてもよい）の数が異なり得る。具体的には、１つの受信アンテナ（1 RX branch）を備えるRedCap UEと、２つの受信アンテナ（2 RX branch）を備えるRedCap UEとが存在する。
　このような状況を踏まえ、受信アンテナの数に応じたRedCap UEの規制（barring）が検討されている（非特許文献２）。
"Revised WID on support of reduced capability NR devices", RP-210918, 3GPP TSG RAN Meeting #91e, 3GPP, 2021年3月 "Report of 3GPP TSG RAN WG2 meeting #114-e, Online", 3GPP TSG RAN WG2 meeting #114-e, 3GPP, 2021年5月
　しかしながら、受信アンテナの数に応じたRedCap UEの規制には、次のような問題がある。まず、UEのハンドオーバ（遷移）先の無線基地局（gNB、セル、ノードなどと読み替えてもよい）が、そもそもRedCap UEをサポートしていない場合ある。
　また、受信アンテナの数に応じたRedCap UEの規制、具体的には、1 RX branch及び2 RX branchの何れかまたは両方を規制かについては、ハンドオーバー先の無線基地局（ターゲット無線基地局）の負荷に応じて動的に変化する可能性がある。
　しかしながら、ハンドオーバー元の無線基地局（ソース無線基地局）は、ターゲット無線基地局のRedCap UEの規制状態を認識することができない。
　そこで、以下の開示は、このような状況に鑑みてなされたものであり、受信アンテナの数に応じたRedCap UEの規制状態に基づいて、適切なRedCap UEなどの端末の遷移を実現し得る無線基地局及び無線通信システムの提供を目的とする。
　本開示の一態様は、端末の遷移先となる他の無線基地局に対して、前記他の無線基地局における前記端末の規制状態を問い合わせるメッセージを送信する送信部（Xn処理部120）と、前記端末の受信アンテナ数を基準とした前記端末種別のサポート状況を示す端末サポート情報を前記他の無線基地局から受信する受信部（Xn処理部120）と、受信した前記端末サポート情報に基づいて、前記他の無線基地局が形成するセルへの前記端末の遷移を制御する制御部（制御部140）とを備える無線基地局（gNB100）である。
　本開示の一態様は、端末の遷移先となる他の無線基地局に対して、前記他の無線基地局におけるリソース状態を問い合わせるメッセージを送信する送信部（Xn処理部120）と、前記端末の受信アンテナ数を基準とした前記端末種別毎の利用状況を示す負荷状態情報を受信する受信部（Xn処理部120）と、受信した前記負荷状態情報に基づいて、前記他の無線基地局が形成するセルへの前記端末の遷移を制御する制御部（制御部140）とを備える無線基地局（gNB100）である。
　本開示の一態様は、第１無線基地局と第２無線基地局とを含む無線通信システムであって、前記第１無線基地局は、端末の遷移先となる第２無線基地局に対して、前記第２無線基地局における前記端末の規制状態を問い合わせるメッセージを送信する送信部と、前記端末の受信アンテナ数を基準とした前記端末種別のサポート状況を示す端末サポート情報に基づいて、前記第２無線基地局が形成するセルへの前記端末の遷移を制御する制御部とを備え、前記第２無線基地局は、前記規制状態を問い合わせるメッセージに応じて、前記端末サポート情報を前記第１無線基地局に送信する送信部を備える無線通信システム（無線通信システム10）である。
　本開示の一態様は、第１無線基地局と第２無線基地局とを含む無線通信システムであって、前記第１無線基地局は、端末の遷移先となる第２無線基地局に対して、前記第２無線基地局におけるリソース状態を問い合わせるメッセージを送信する送信部と、前記端末の受信アンテナ数を基準とした前記端末種別毎の利用状況を示す負荷状態情報に基づいて、前記第２無線基地局が形成するセルへの前記端末の遷移を制御する制御部とを備え、前記第２無線基地局は、前記負荷状態情報を送信する送信部を備える無線通信システム（無線通信システム10）である。
図１は、無線通信システム10の全体概略構成図である。 図２は、gNB100の機能ブロック構成図である。 図３は、UE200の機能ブロック構成図である。 図４は、動作例１に係るRANノード間におけるRedCap UEの規制状態の共有に関する通信シーケンス例（その１）を示す図である。 図５は、動作例１に係るRANノード間におけるRedCap UEの規制状態の共有に関する通信シーケンス例（その２）を示す図である。 図６は、動作例１に係るRANノード間におけるRedCap UEの規制状態の共有に関する通信シーケンス例（その３）を示す図である。 図７は、動作例２に係るCU-DU間におけるRedCap UEの規制状態の共有に関する通信シーケンス例（その１）を示す図である。 図８は、動作例２に係るCU-DU間におけるRedCap UEの規制状態の共有に関する通信シーケンス例（その２）を示す図である。 図９は、動作例２に係るCU-DU間におけるRedCap UEの規制状態の共有に関する通信シーケンス例（その３）を示す図である。 図１０は、gNB100及びUE200のハードウェア構成の一例を示す図である。
　以下、実施形態を図面に基づいて説明する。なお、同一の機能や構成には、同一または類似の符号を付して、その説明を適宜省略する。
　（１）無線通信システムの全体概略構成
　図１は、本実施形態に係る無線通信システム10の全体概略構成図である。無線通信システム10は、5G New Radio（NR）に従った無線通信システムであり、Next Generation-Radio Access Network 20（以下、NG-RAN20、及び端末200（User Equipment 200、以下、UE200）を含む。
　なお、無線通信システム10は、Beyond 5G、5G Evolution或いは6Gと呼ばれる方式に従った無線通信システムでもよい。
　NG-RAN20は、無線基地局100（以下、gNB100）を含む。なお、gNB及びUEの数を含む無線通信システム10の具体的な構成は、図１に示した例に限定されない。
　NG-RAN20は、実際には複数のNG-RAN Node、具体的には、gNB（またはng-eNB）を含み、5Gに従ったコアネットワーク（5GC、不図示）と接続される。NG-RAN20には、5Gのシステムアーキテクチャに含まれ、UE200のアクセス及びモビリティの管理機能を提供するAccess and Mobility Management Function 50（以下、AMF50）が接続される。なお、NG-RAN20及び5GCは、単に「ネットワーク」と表現されてもよい。
　gNB100は、NRに従った無線基地局であり、UE200とNRに従った無線通信を実行する。なお、gNB100は、CU（Central Unit）とDU（Distributed Unit）とによって構成されてもよく、DUは、CUから分離して地理的に異なる場所に設置されてもよい。
　gNB100及びUE200は、複数のアンテナ素子から送信される無線信号を制御することによって、より指向性の高いビームBM（図１において不図示、図４参照）を生成するMassive MIMO、複数のコンポーネントキャリア（CC）を束ねて用いるキャリアアグリゲーション（CA）、及びUEと複数のNG-RAN Nodeそれぞれとの間において同時に通信を行うデュアルコネクティビティ（DC）などに対応することができる。
　本実施形態では、UE200は、移動範囲が特定のエリア内に限定されてもよい。具体的には、UE200の移動範囲は、gNB100によって形成される特定の１つまたは複数のセル内に限定されてよい。或いは、UE200は、殆ど移動せず、移動範囲がほぼ同一セル内に限定されてもよい。
　このように移動範囲が限定されるUEは、低移動状態（low mobility）であると判定されてよい。また、殆ど移動せず、移動範囲がほぼ同一セル内に限定されるUEは、停止状態（stationary）であると判定されてよい。なお、停止状態は、低移動状態の１つの態様として低移動状態に含まれてもよい。或いは、逆に、低移動状態は、停止状態の１つの態様として停止状態に含まれてもよい。また、low mobility及びstationaryは、同義の他の用語、例えば、motionless, parked, immobilized, stopped, halted, unmoving, staticで表現されてもよい（以下では、low mobilityの名称で統一する）。
　UE200の移動範囲が限定される場合、UE200の能力（capability）が低減されてもよい。低減される能力は、特に限定されないが、縦江波、無線リソース管理（RRM）のための測定に関する能力（動作）が低減（制限、軽減などでもよい）されてよい。
　このようなUEは、RedCap UE（reduced UE capability）などと呼ばれてもよい。RedCap UEは、例えば、industrial wireless sensor（工場用センサ）、video surveillance（ビデオ監視）及びwearable（ウエラブル端末）などに用いられるUEのカテゴリーと解釈されてもよい。
　或いは、RedCap UEは、必ずしも能力が低減されていなくてもよく、URLLC（Ultra-Reliable and Low Latency Communications）向け、またはIoT（Internet of Things）向けのUEなどと解釈されてもよい。RedCap UEは、特定種類のUEと呼ばれてもよい。
　一方、非RedCap UE（Non-RedCap UE）は、通常の能力を有するUE（normal UE）またはeMBB（enhanced Mobile Broadband）向けのUEと解釈されてもよい。
　RedCap UEは、実装する受信アンテナ（RX branchと呼ばれてもよい）の数が異なっていてよい。具体的には、１つの受信アンテナ（1 RX branch）を備えるRedCap UEと、２つの受信アンテナ（2 RX branch）を備えるRedCap UEとが存在してよい。但し、受信アンテナ数は、必ずしも1 RX branchと2 RX branchとに限定されなくてもよい。
　（２）無線通信システムの機能ブロック構成
　次に、無線通信システム10の機能ブロック構成について説明する。具体的には、gNB100及びUE200の機能ブロック構成について説明する。
　図２は、gNB100の機能ブロック構成図である。図３は、UE200の機能ブロック構成図である。なお、図２及び図３では、実施形態の説明に関連する主な機能ブロックのみが示されており、gNB100及びUE200は、他の機能ブロック（例えば、電源部など）を有することに留意されたい。また、図２，３は、gNB100及びUE200の機能的なブロック構成について示しており、ハードウェア構成については、図１０を参照されたい。
　（２．１）gNB100
　図２に示すように、gNB100は、無線通信部110、Xn処理部120、RRC処理部130及び制御部140を備える。
　無線通信部110は、NRに従った下りリンク信号（DL信号）を送信する。また、無線通信部110は、NRに従った上りリンク信号（UL信号）を受信する。
　Xn処理部120は、RAN（Radio Access Network）ノード間のインターフェースの一種であるXnインターフェースを介したメッセージの処理を実行する。具体的には、Xn処理部120は、XnAP（Application Protocol）に従ったメッセージを送受信できる。より具体的には、Xn処理部120は、3GPP TS38.423に規定されているXnAPに従った各種メッセージを送受信してよい。
　なお、gNB100がCU-DU構成を採る場合、Xn処理部120は、3GPP TS38.473に規定されているF1APに従った各種メッセージをCU-DU間において送受信してもよい。
　Xn処理部120は、UE200の遷移先（ハンドオーバー先、再選択先と読み替えてもよい）となる他の無線基地局（ターゲット無線基地局と呼ばれてもよい）に対して、当該他の無線基地局におけるUE200の規制状態または該他の無線基地局における負荷状態を問い合わせるメッセージを送信してよい。本実施形態において、Xn処理部120は、送信部を構成してよい。
　具体的には、Xn処理部120は、Mobility restriction status request msg.（仮称）をターゲット無線基地局（或いはターゲットDU）に送信してよい。UE200の規制状態とは、例えば、ターゲット無線基地局におけるRedCap UE自体の規制有無でもよいし、1 RX branch及び2 RX branchを備えるRedCap UEの少なくとも何れかの規制有無でもよい。或いは、UE200の規制状態とは、必ずしもRedCap UEに限定されず、例えば、何らかの能力が低減された特定種類のUE（以下同）の規制有無であってもよい。
　また、Xn処理部120は、UE200の遷移先となる他の無線基地局（ターゲット無線基地局）に対して、当該他の無線基地局におけるリソース状態を問い合わせるメッセージを送信してよい。
　具体的には、Xn処理部120は、Resource status request msg.（仮称）をターゲット無線基地局（或いはターゲットDU）に送信してよい。
　また、Xn処理部120は、UE200の受信アンテナ数を基準とした端末（UE）種別のサポート状況を示す端末サポート情報を他の無線基地局から受信してよい。本実施形態において、Xn処理部120は、受信部を構成してよい。
　具体的には、Xn処理部120は、ターゲット無線基地局から、1 RX branch及び／または2 RX branchのRedCap UEが規制されている（または規制されていない）セルに関する情報を受信してよい。当該セルは、ターゲット無線基地局によって形成されているセルを意味してよい。また、セルは、サービングセルでもよいし、非サービングセルでもよい。
　より具体的には、端末サポート情報は、Mobility restriction status request msg.に対する応答としてターゲット無線基地局から送信されるMobility restriction status update msg.に含まれてもよい。つまり、端末サポート情報は、ハンドオーバー元の無線基地局（ソース無線基地局）からのUE200の規制状態の問い合わせに対する応答として送信されてよい。
　或いは、端末サポート情報は、ターゲット無線基地局から送信されるMobility restriction status response msg.に含まれてもよい。また、端末サポート情報は、RedCap UEが規制されている（または規制されていない）セルのリスト（或いは周波数のリストでもよく、セルリストは周波数（周波数帯）リストと読み替えてもよい、以下同）として提供されてもよい。RedCap UEが規制されているセルのリストは、ブラックセルリストと呼ばれ、RedCap UEが規制されていないセルのリストは、ホワイトセルリストと呼ばれてもよい。
　また、Xn処理部120は、UE200の受信アンテナ数を基準とした端末（UE）種別毎の利用状況を示す負荷状態情報（load condition for RedCap UE）を他の無線基地局から受信してよい。
　具体的には、Xn処理部120は、ターゲット無線基地局から、当該ターゲット無線基地局が形成するセルにおけるRedCap UEによる負荷を認識できる情報を受信してよい。
　負荷状態情報は、当該セルにおいてアクティブなUE（RedCap UEに限定されなくてもよい）及び／または無線リソース制御レイヤにおける接続状態（RRC_CONNECTED）のUEの数でもよい。或いは、負荷状態情報は、アクティブなUE向け及び／またはRRC_CONNECTEDのUE向けのキャパシティ（例えば、無線リソース量と解釈されてもよい）でもよい。また、負荷状態情報は、ネットワークスライス（S-NSSAI：Single-Network Slice Selection Assistance Information）毎に、上述したRedCap UEの数を示すものであってもよい。
　また、負荷状態情報は、Xn処理部120が、Resource status request msg.（仮称）をターゲット無線基地局に送信し、Resource status response msg.（またはResource status update msg.、仮称）を当該ターゲット無線基地局から受信することによって提供されてもよい。
　RRC処理部130は、無線リソース制御レイヤ（RRC）における各種処理を実行する。具体的には、RRC処理部130は、RRC ReconfigurationをUE200に送信できる。また、RRC処理部130は、RRC Reconfigurationに対する応答であるRRC Reconfiguration CompleteをUE200から受信できる。
　また、RRC処理部130は、端末サポート情報を含むシステム情報をUE200に送信してよい。本実施形態において、RRC処理部130は、端末サポート情報を含むシステム情報をUE200に送信する送信部を構成してよい。
　システム情報は、特に限定されないが、SIB（System Information Block）によってUE200に報知（ブロードキャスト）されてよい。
　制御部140は、gNB100を構成する各機能ブロックを制御する。特に、本実施形態では、制御部140は、RedCap UEの他のセルへの遷移（ハンドオーバー）に関する制御を実行する。
　具体的には、制御部140は、他の無線基地局（ターゲット無線基地局）から受信した端末サポート情報（例えば、RedCap UEが規制されている（または規制されていない）セルのリスト）に基づいて、当該他の無線基地局が形成するセルへのUE200の遷移を制御してよい。
　より具体的には、制御部140は、RedCap UE（受信アンテナ数が基準なってもよい）が規制されており、UE200が当該RedCap UEに該当する場合には、当該セルへのハンドオーバーを回避してよい。
　一方、制御部140は、RedCap UE（受信アンテナ数が基準なってもよい）が規制されておらず、UE200が当該RedCap UEに該当する場合には、当該セルへのハンドオーバーを実行してよい。
　また、制御部140は、他の無線基地局（ターゲット無線基地局）から受信した負荷状態情報（例えば、当該セルにおいてアクティブなUE数）に基づいて、当該他の無線基地局が形成するセルへの端末の遷移を制御してよい。
　具体的には、制御部140は、当該セルにおいてアクティブなUE数が所定数以上であり、UE200が当該RedCap UEに該当する場合には、当該セルへのハンドオーバーを回避してよい。
　一方、制御部140は、当該セルにおいてアクティブなUE数が所定数未満であり、UE200が当該RedCap UEに該当する場合には、当該セルへのハンドオーバーを実行してよい。
　なお、上述した説明では、gNB100がハンドオーバー元（ソース無線基地局）である場合について説明したが、gNB100は、ターゲット無線基地局としても勿論動作可能である。
　（２．２）UE200
　図３に示すように、UE200は、無線通信部210、RRC処理部220、ハンドオーバー処理部230及び制御部240を備える。なお、ここでは、UE200は、RedCap UEであってもよい。
　無線通信部210は、NRに従った上りリンク信号（UL信号）を送信する。また、無線通信部210は、NRに従った上りリンク信号（DL信号）を受信する。
　RRC処理部220は、無線リソース制御レイヤ（RRC）における各種処理を実行する。具体的には、RRC処理部220は、無線リソース制御レイヤのメッセージを送受信できる。
　具体的には、RRC処理部220は、RRC Reconfigurationをネットワーク、具体的には、NG-RAN20から受信できる。また、RRC処理部220は、RRC Reconfigurationに対する応答であるRRC Reconfiguration Completeをネットワークに送信できる。
　また、RRC処理部220は、gNB100から送信されるシステム情報を受信してよい。具体的には、RRC処理部220は、MIB（Master Information Block）及びSIBを受信してよい。特に、本実施形態では、RRC処理部220は、端末サポート情報を含むシステム情報（SIB）を受信できる。端末サポート情報には、上述したように、RedCap UEが規制されている（または規制されていない）セルのリストが含まれてよい。
　ハンドオーバー処理部230は、UE200のハンドオーバーに関する処理を実行する。具体的には、ハンドオーバー処理部230は、UE200がRedCap UEである場合におけるハンドオーバー処理を実行できる。
　ハンドオーバー処理部230は、サービングセル及び近隣セル（周辺セルと呼ばれてもよい）の受信品質（Reference Signal Received Power(RSRP)など）を測定し、受信品質などの条件を満たすセルへのハンドオーバーを実行してよい。
　なお、サービングセルとは、単にUE200が接続中のセルと解釈されてもよいが、もう少し厳密には、キャリアアグリゲーション（CA）が設定されていないRRC_CONNECTEDのUEの場合、プライマリーセルを構成するサービングセルは１つだけである。CAを用いて構成されたRRC_CONNECTEDのUEの場合、サービングセルは、プライマリーセルと全てのセカンダリーセルとを含む１つまたは複数のセルのセットを示すと解釈されてもよい。
　また、ハンドオーバー処理部230は、端末サポート情報に基づいて、UE200のハンドオーバー先のセル（ターゲット無線基地局またはターゲットセルなどと呼ばれてもよい）及び／または受信品質の測定対象となるセルを決定してよい。
　制御部240は、UE200を構成する各機能ブロックを制御する。特に、本実施形態では、制御部240は、UE200がRedCap UEである場合における各種制御を実行してよい。
　具体的には、制御部240は、UE200の受信アンテナ数（1 RX branch／2 RX branch）に応じた制御を実行してよい。すなわち、無線通信システム10では、UE200の受信アンテナ数に応じて、ハンドオーバー可能なセル、または受信品質の測定、測定報告などの無線リソース管理の少なくとも何れかが異なっていてもよい。
　（３）無線通信システムの動作
　次に、無線通信システム10の動作について説明する。具体的には、UE200がRedCap UEである場合におけるgNB100（RANノード）間のハンドオーバーに関する動作について説明する。
　（３．１）前提及び課題
　上述したように、RedCap UEは、実装する受信アンテナ（RX branch）の数が異なり得る。本実施形態では、１つの受信アンテナ（1 RX branch）を備えるRedCap UEと、２つの受信アンテナ（2 RX branch）を備えるRedCap UEとを想定する。但し、受信アンテナ数は、これに限定されない。
　このように実装するRX branch数が異なる場合、UEの能力（性能）も異なり得る。そこで、セルが混雑している場合、高性能な2 RX branchのRedCap UEを許可し、1 RX branchのRedCap UEを規制（barring）することが想定される。
　例えば、SIB（MIBでなくてもよい）は、1 RX branchのRedCap UEのアクセス（接続）を禁止するセルと、2 RX branchのRedCap UEのアクセスを禁止するセルとを別個にUE200に対して報知してもよい。
　一方で、RedCap UEのハンドオーバーに関しては、次のような課題があると考えられる。具体的には、RedCap UEをソース無線基地局（ソースセル）からターゲット無線基地局（ターゲットセル）にハンドオーバーさせる際、ターゲット無線基地局がRedCap UEをそもそもサポートしていない場合、そのままハンドオーバーさせると、ハンドオーバーの失敗（handover preparation failure）に繋がる可能性がある。
　また、上述したようなRX branch数に応じたRedCap UEのアクセスを規制する場合、当該規制の有無は、ターゲットセルの負荷状態（接続UE数など）と関連するため、規制状態は動的な情報となることもある。
　しかしながら、ソース無線基地局とターゲット無線基地局との間において、このように動的なRedCap UEのサポート情報または規制状態を適切に共有することができない。
　以下では、このような課題を解消し得る動作例について説明する。
　（３．２）動作例
　（３．２．１）動作例１
　本動作例では、ソース無線基地局が、ターゲット無線基地局におけるRedCap UEのサポート情報または規制状態を共有する動作について説明する。以下では、ソース無線基地局をRAN node 1、ターゲット無線基地局をRAN node 2と適宜表記する。
　図４は、動作例１に係るRANノード間におけるRedCap UEの規制状態の共有に関する通信シーケンス例（その１）を示す。また、図５は、動作例１に係るRANノード間におけるRedCap UEの規制状態の共有に関する通信シーケンス例（その２）を示す。図６は、動作例１に係るRANノード間におけるRedCap UEの規制状態の共有に関する通信シーケンス例（その３）を示す。
　図４に示すように、RAN node 1は、Mobility restriction status request msg.をRAN node 2に送信してよい。Mobility restriction status request msg.は、仮称であり、別の名称で呼ばれてもよい。Mobility restriction status request msg.は、RAN node 2（ターゲットセル）におけるRedCap UEの規制状態（端末サポート情報でもよい、以下同）または負荷状態を問い合わせるメッセージである。
　Mobility restriction status request msg.には、次の情報要素（IE）が含まれてもよい。
　　・RAN node 2においてRedCap UEが規制されている（または規制されていない）セルリスト（1 RX branch及び／または2 RX branchのRedCap UEが規制されている（または規制されていない）セルリストでもよい）の要求
　セルリストは、同一周波数帯内（intra freq）、異周波数帯間（inter freq）及び／または異RAT間（inter RAT）のハンドオーバーを基準として設定されてもよい。また、セルリストは、上述したように、周波数リストであってもよい。
　　・RAN node 2においてRedCap UEがサポートされている（またはサポートされていない）セルリスト（1 RX branch及び／または2 RX branchのRedCap UEがサポートされている（またはサポートされていない）セルリストでもよい）の要求
　上述したように、RedCap UEが規制されているセルのリストは、ブラックセルリストと呼ばれ、RedCap UEが規制されていないセルのリストは、ホワイトセルリストと呼ばれてもよい。
　　・RAN node 2（ターゲットセル）におけるRedCap UEの負荷状態（load condition for RedCap UE）を示す情報（負荷状態情報）の要求
　負荷状態情報は、例えば、Number Of active (RedCap)UEs, Number of UEs in RRC connected mode, available capacity for active UEs, available RRC connection capacityなどによって示されてよい。
　当該UEの数は、RedCap UE（1 RX branch及び／または2 RX branch）の数でもよいし、RedCap UE及びNon-RedCap UEの数でもよい。或いは、負荷状態情報は、ネットワークスライス（S-NSSAI）毎のRedCap UE及びNon-RedCap UEの数でもよい。また、Number of active RedCap UEsとは、データ無線ベアラ（DRB）の下りリンク（DL）または上りリンク（UL）送信データがあるRedCap UEの数と解釈されてよい（Number of active Non-RedCap UEsも同様である）。
　負荷状態情報は、Resource status request msg.（図６参照）によって要求されてもよい。
　　・報告周期（report periodicity）
　RAN node 2がRAN node 1に報告するRedCap UEの規制状態、端末サポート情報及び／または負荷状態情報の周期が指定されてよい。
　図４及び図６に示すように、RAN node 2は、Mobility restriction status response msg.（仮称）またはMobility restriction status update msg.（仮称）、或いはResource status response msg.（仮称）またはResource status update msg.（仮称）によって上述した要求に応答してもよい。また、図５に示すように、RAN node 2は、上述した要求に対する適切な情報を提供できない場合、Mobility restriction status failure msg.をRAN node 1に返送してよい。
　Mobility restriction status response msg.またはMobility restriction status update msg.には、次の情報要素（IE）が含まれてもよい。
　　・RAN node 2においてRedCap UEが規制されている（または規制されていない）セルリスト（1 RX branch及び／または2 RX branchのRedCap UEが規制されている（または規制されていない）セルリストでもよい）
　セルリストは、同一周波数帯内（intra freq）、異周波数帯間（inter freq）及び／または異RAT間（inter RAT）のハンドオーバーを基準として設定されてもよい。
　或いは、RAN node 2は、RAN node 1から送信された所定のセルリストにおけるRedCap UE（1 RX branch及び／または2 RX branch）の規制状態または端末サポート情報をRAN node 1に報告してもよい。報告周期は、上述した報告周期に従ってもよい。
　　・RAN node 2が形成する（所定）セル毎のRedCap UE（1 RX branch及び／または2 RX branch）及びNon-RedCap UEの負荷状態情報
　上述したように、負荷状態情報は、ネットワークスライス（S-NSSAI）毎のRedCap UE及びNon-RedCap UEの数でもよい。また、報告周期は、上述した報告周期に従ってもよい。負荷状態情報は、Resource status update msg.（図６参照）によって報告されてもよい。
　RAN node 1（ソース無線基地局）は、RAN node 2から報告されたセルリスト（ブラックセルリストまたはホワイトセルリスト）、RedCap UE（1 RX branch及び／または2 RX branch）の端末サポート情報（または規制状態）に基づいて、UE200に向けて報知されるシステム情報（SIB）を設定してもよい。
　例えば、RAN node 1は、同一周波数帯内（intra freq）、異周波数帯間（inter freq）及び／または異RAT間（inter RAT）のハンドオーバーに適用されるセルのリストを報知してもよい（図４参照）。
　また、RAN node 1は、測定対象（measObject (NR)）として、RAN node 2から報告されたセルリスト（ブラックセルリストまたはホワイトセルリスト）を設定してもよい。或いは、RAN node 1は、HandoverPreparationInformation msg.のRRM configに含まれるcandidateCellInfoListからRedCap UEの当該セルリストを外して（remove）もよい。また、RAN node 1は、ブラックセルリストに含まれるセルに対して、ハンドオーバー要求を送信しないようにしてもよい。
　なお、本動作例において、ソース無線基地局及びターゲット無線基地局は、マスターノード（プライマリーセルでもよい）と、セカンダリーノード（セカンダリーセルでもよい）との間におけるRedCap UEのサポート情報または規制状態の共有に適用されてもよい。
　また、RAN node 1からRAN node 2へのMobility restriction status request msg.が送信されない場合でも、RAN node 2は、自律的にMobility restriction status response msg.（またはMobility restriction status update msg.）、つまり、RedCap UEのサポート情報または規制状態を送信してもよい。RAN node 2は、複数RAN nodeに同時に当該メッセージを送信してもよい。
　或いは、RAN node 1は、AMF50（図１参照）Mobility restriction status response msg.に含まれるRedCap UE（1 RX branch及び／または2 RX branch）の端末サポート情報（または規制状態）を送信してもよい。AMF50は、AMF50に収容されるRAN nodeにRAN node 1のRedCap UEのサポート情報または規制状態を送信してもよい。
　（３．２．２）動作例２
　本動作例では、gNB100がCU-DU構成を採る場合におけるRedCap UEのサポート情報または規制状態を共有する動作について説明する。gNB100がCU-DU構成を採る、具体的には、HLS（higher layer split）構成を採る場合、CUからDUに動作例１で説明したメッセージが送信されてもよい。
　なお、HLSとは、無線リソース制御レイヤ（RRC）及びパケット・データ・コンバージェンス・プロトコル・レイヤ（PDCP）のみをCUに設け、無線リンク制御レイヤ（RLC）以下をDUに設ける構成と解釈されてよい。
　図７は、動作例２に係るCU-DU間におけるRedCap UEの規制状態の共有に関する通信シーケンス例（その１）を示す。また、図８は、動作例２に係るCU-DU間におけるRedCap UEの規制状態の共有に関する通信シーケンス例（その２）を示す。図９は、動作例２に係るCU-DU間におけるRedCap UEの規制状態の共有に関する通信シーケンス例（その３）を示す。
　図７～９は、図４～６にそれぞれ対応し、メッセージも同様であるため、具体的な説明は省略する。図７～９に示すように、CU-DU間においてもRedCap UEの規制状態（端末サポート情報）が共有されてよい。
　（４）作用・効果
　上述した実施形態によれば、以下の作用効果が得られる。具体的には、gNB100（ソース無線基地局）は、Mobility restriction status request msg.をターゲット無線基地局に送信し、UE200のRX branch数を基準とした端末（UE）種別のサポート状況を示す端末サポート情報を含むMobility restriction status response msg.（またはMobility restriction status update msg.）をターゲット無線基地局から受信できる。
　また、gNB100は、Resource status request msg.をターゲット無線基地局に送信し、UE200のRX branch数を基準とした端末（UE）種別毎の利用状況を示す負荷状態情報（load condition for RedCap UE）を含むResource status response msg.（またはResource status update msg.）をターゲット無線基地局から受信できる。
　このため、RX branch数の異なる複数種類のRedCap UEが存在する場合でも、RX branch数に応じたRedCap UEの規制状態に基づいて、適切なUE200の遷移を実現し得る。
　特に、上述した動作例によれば、RedCap UEのハンドオーバーの際に、事前のRANノード間の情報交換によって、ソース無線基地局は、ターゲット無線基地局におけるRedCap UEのサポート状況（規制状態）及び負荷状態（load condition）を認識できるようになり、ハンドオーバー失敗の低減、及びRANノード間の負荷分散などを実現できる。
　また、本実施形態では、ソース無線基地局は、RedCap UEのサポート状況（端末サポート情報）を含むシステム情報（SIB）をUE200に向けて報知できる。このため、gNB100及びUE200（RedCap UE）は、ハンドオーバー先の候補セルを適切に選択し得る。
　（５）その他の実施形態
　以上、実施形態について説明したが、当該実施形態の記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。
　例えば、上述した実施形態では、RedCap UEは、何らかの能力（capability）が低減されていることを前提として説明したが、上述したように、RedCap UEは、必ずしも能力が低減されていなくてもよく、URLLC（Ultra-Reliable and Low Latency Communications）向け、またはIoT（Internet of Things）向けのUEなどと解釈されてもよく、Non-RedCap UEと区別可能な特定種類のUEであればよい。
　また、上述した記載において、設定（configure）、アクティブ化（activate）、更新（update）、指示（indicate）、有効化（enable）、指定（specify）、選択（select）、は互いに読み替えられてもよい。同様に、リンクする（link）、関連付ける（associate）、対応する（correspond）、マップする（map）、は互いに読み替えられてもよく、配置する（allocate）、割り当てる（assign）、モニタする（monitor）、マップする（map）、も互いに読み替えられてもよい。
　さらに、固有（specific）、個別（dedicated）、UE固有、UE個別、は互いに読み替えられてもよい。同様に、共通（common）、共有（shared）、グループ共通（group-common）、ＵＥ共通、ＵＥ共有、は互いに読み替えられてもよい。
　本開示において、「プリコーディング」、「プリコーダ」、「ウェイト（プリコーディングウェイト）」、「擬似コロケーション（Quasi-Co-Location（QCL））」、「Transmission Configuration Indication state（TCI状態）」、「空間関係（spatial relation）」、「空間ドメインフィルタ（spatial domain filter）」、「送信電力」、「位相回転」、「アンテナポート」、「アンテナポートグル－プ」、「レイヤ」、「レイヤ数」、「ランク」、「リソース」、「リソースセット」、「リソースグループ」、「ビーム」、「ビーム幅」、「ビーム角度」、「アンテナ」、「アンテナ素子」、「パネル」などの用語は、互換的に使用され得る。
　また、上述した実施形態の説明に用いたブロック構成図（図２，３）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的または論理的に結合した１つの装置を用いて実現されてもよいし、物理的または論理的に分離した２つ以上の装置を直接的または間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置または上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。例えば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。何れも、上述したとおり、実現方法は特に限定されない。
　さらに、上述したgNB100及びUE200（当該装置）は、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図１０は、当該装置のハードウェア構成の一例を示す図である。図１０に示すように、当該装置は、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006及びバス1007などを含むコンピュータ装置として構成されてもよい。
　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。当該装置のハードウェア構成は、図に示した各装置を１つまたは複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　当該装置の各機能ブロック（図２．３参照）は、当該コンピュータ装置の何れかのハードウェア要素、または当該ハードウェア要素の組み合わせによって実現される。
　また、当該装置における各機能は、プロセッサ1001、メモリ1002などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ1001が演算を行い、通信装置1004による通信を制御したり、メモリ1002及びストレージ1003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
　プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（CPU）によって構成されてもよい。
　また、プロセッサ1001は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ1003及び通信装置1004の少なくとも一方からメモリ1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。さらに、上述の各種処理は、１つのプロセッサ1001によって実行されてもよいし、２つ以上のプロセッサ1001により同時または逐次に実行されてもよい。プロセッサ1001は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。
　メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、Read Only Memory（ROM）、Erasable Programmable ROM（EPROM）、Electrically Erasable Programmable ROM（EEPROM）、Random Access Memory（RAM）などの少なくとも１つによって構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ1002は、本開示の一実施形態に係る方法を実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、Compact Disc ROM（CD-ROM）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。上述の記録媒体は、例えば、メモリ1002及びストレージ1003の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。
　通信装置1004は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。
　通信装置1004は、例えば周波数分割複信（Frequency Division Duplex：FDD）及び時分割複信（Time Division Duplex：TDD）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。
　入力装置1005は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置1006は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置1005及び出力装置1006は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ1001及びメモリ1002などの各装置は、情報を通信するためのバス1007で接続される。バス1007は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
　さらに、当該装置は、マイクロプロセッサ、デジタル信号プロセッサ（Digital Signal Processor： DSP）、Application Specific Integrated Circuit（ASIC）、Programmable Logic Device（PLD）、Field Programmable Gate Array（FPGA）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部または全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
　また、情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、Downlink Control Information（DCI）、Uplink Control Information（UCI）、上位レイヤシグナリング（例えば、RRCシグナリング、Medium Access Control（MAC）シグナリング、報知情報（Master Information Block（MIB）、System Information Block（SIB））、その他の信号またはこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ（RRC Connection Setup）メッセージ、RRC接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
　本開示において説明した各態様／実施形態は、Long Term Evolution（LTE）、LTE-Advanced（LTE-A）、SUPER 3G、IMT-Advanced、4th generation mobile communication system（4G）、5th generation mobile communication system（5G）、Future Radio Access（FRA）、New Radio（NR）、W-CDMA（登録商標）、GSM（登録商標）、CDMA2000、Ultra Mobile Broadband（UMB）、IEEE 802.11（Wi-Fi（登録商標））、IEEE 802.16（WiMAX（登録商標））、IEEE 802.20、Ultra-WideBand（UWB）、Bluetooth（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、LTE及びLTE-Aの少なくとも一方と5Gとの組み合わせなど）適用されてもよい。
　本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本開示において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つまたは複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局及び基地局以外の他のネットワークノード（例えば、MMEまたはS-GWなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、MME及びS-GW）であってもよい。
　情報、信号（情報等）は、上位レイヤ（または下位レイヤ）から下位レイヤ（または上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
　入出力された情報は、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報は、上書き、更新、または追記され得る。出力された情報は削除されてもよい。入力された情報は他の装置へ送信されてもよい。
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（Digital Subscriber Line：DSL）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
　本開示において説明した情報、信号などは、様々な異なる技術の何れかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、またはこれらの任意の組み合わせによって表されてもよい。
　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一のまたは類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（Component Carrier：CC）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
　上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、PUCCH、PDCCHなど）及び情報要素は、あらゆる好適な名称によって識別できるため、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
　本開示においては、「基地局（Base Station：BS）」、「無線基地局」、「固定局（fixed station）」、「NodeB」、「eNodeB（eNB）」、「gNodeB（gNB）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
　基地局は、１つまたは複数（例えば、３つ）のセル（セクタとも呼ばれる）を収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（Remote Radio Head：RRH）によって通信サービスを提供することもできる。
　「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部または全体を指す。
　本開示においては、「移動局（Mobile Station：MS）」、「ユーザ端末（user　terminal）」、「ユーザ装置（User Equipment：UE）」、「端末」などの用語は、互換的に使用され得る。
　移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型または無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのInternet of Things（IoT）機器であってもよい。
　また、本開示における基地局は、移動局（ユーザ端末、以下同）として読み替えてもよい。例えば、基地局及び移動局間の通信を、複数の移動局間の通信（例えば、Device-to-Device（D2D）、Vehicle-to-Everything（V2X）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、基地局が有する機能を移動局が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
　同様に、本開示における移動局は、基地局として読み替えてもよい。この場合、移動局が有する機能を基地局が有する構成としてもよい。
無線フレームは時間領域において１つまたは複数のフレームによって構成されてもよい。時間領域において１つまたは複数の各フレームはサブフレームと呼ばれてもよい。サブフレームはさらに時間領域において１つまたは複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、1ms）であってもよい。
　ニューメロロジーは、ある信号またはチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（SubCarrier Spacing：SCS）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（Transmission Time Interval：TTI）、TTIあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
　スロットは、時間領域において１つまたは複数のシンボル（Orthogonal Frequency Division Multiplexing（OFDM））シンボル、Single Carrier Frequency Division Multiple Access（SC-FDMA）シンボルなど）で構成されてもよい。スロットは、ニューメロロジーに基づく時間単位であってもよい。
　スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つまたは複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるPDSCH（またはPUSCH）は、PDSCH（またはPUSCH）マッピングタイプAと呼ばれてもよい。ミニスロットを用いて送信されるPDSCH（またはPUSCH）は、PDSCH（またはPUSCH）マッピングタイプＢと呼ばれてもよい。
　無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、何れも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。
　例えば、１サブフレームは送信時間間隔（TTI）と呼ばれてもよいし、複数の連続したサブフレームがTTIと呼ばれてよいし、１スロットまたは１ミニスロットがTTIと呼ばれてもよい。つまり、サブフレーム及びTTIの少なくとも一方は、既存のLTEにおけるサブフレーム（1ms）であってもよいし、1msより短い期間（例えば、１－１３シンボル）であってもよいし、1msより長い期間であってもよい。なお、TTIを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
　ここで、TTIは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、LTEシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、TTI単位で割り当てるスケジューリングを行う。なお、TTIの定義はこれに限られない。
　TTIは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、TTIが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該TTIよりも短くてもよい。
　なお、１スロットまたは１ミニスロットがTTIと呼ばれる場合、１以上のTTI（すなわち、１以上のスロットまたは１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
　1msの時間長を有するTTIは、通常TTI（LTE Rel.8-12におけるTTI）、ノーマルTTI、ロングTTI、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常TTIより短いTTIは、短縮TTI、ショートTTI、部分TTI（partialまたはfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
　なお、ロングTTI（例えば、通常TTI、サブフレームなど）は、1msを超える時間長を有するTTIで読み替えてもよいし、ショートTTI（例えば、短縮TTIなど）は、ロングTTIのTTI長未満かつ1ms以上のTTI長を有するTTIで読み替えてもよい。
　リソースブロック（RB）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つまたは複数個の連続した副搬送波（subcarrier）を含んでもよい。RBに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。RBに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
　また、RBの時間領域は、１つまたは複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、または１TTIの長さであってもよい。１TTI、１サブフレームなどは、それぞれ１つまたは複数のリソースブロックで構成されてもよい。
　なお、１つまたは複数のRBは、物理リソースブロック（Physical RB：PRB）、サブキャリアグループ（Sub-Carrier Group：SCG）、リソースエレメントグループ（Resource Element Group：REG）、PRBペア、RBペアなどと呼ばれてもよい。
　また、リソースブロックは、１つまたは複数のリソースエレメント（Resource Element：RE）によって構成されてもよい。例えば、１REは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
　帯域幅部分（Bandwidth Part：BWP）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通RB（common resource blocks）のサブセットのことを表してもよい。ここで、共通RBは、当該キャリアの共通参照ポイントを基準としたRBのインデックスによって特定されてもよい。PRBは、あるBWPで定義され、当該BWP内で番号付けされてもよい。
　BWPには、UL用のBWP（UL BWP）と、DL用のBWP（DL BWP）とが含まれてもよい。UEに対して、１キャリア内に１つまたは複数のBWPが設定されてもよい。
　設定されたBWPの少なくとも１つがアクティブであってもよく、UEは、アクティブなBWPの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「BWP」で読み替えられてもよい。
　上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレームまたは無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロットまたはミニスロットに含まれるシンボル及びRBの数、RBに含まれるサブキャリアの数、並びにTTI内のシンボル数、シンボル長、サイクリックプレフィックス（Cyclic Prefix：CP）長などの構成は、様々に変更することができる。
　「接続された（connected）」、「結合された(coupled)」という用語、またはこれらのあらゆる変形は、２またはそれ以上の要素間の直接的または間接的なあらゆる接続または結合を意味し、互いに「接続」または「結合」された２つの要素間に１またはそれ以上の中間要素が存在することを含むことができる。要素間の結合または接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１またはそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」または「結合」されると考えることができる。
　参照信号は、Reference Signal（RS）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。
　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
　本開示において使用する「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量または順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
　本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
　本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking　up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
　本開示において、「AとBが異なる」という用語は、「AとBが互いに異なる」ことを意味してもよい。なお、当該用語は、「AとBがそれぞれCと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
　以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
　10　無線通信システム
　20　NG-RAN
　50　AMF
　100　gNB
　110　無線通信部
　120　Xn処理部
　130　RRC処理部
　140　制御部
　200　UE
　210　無線通信部
　220　RRC処理部
　230　ハンドオーバー処理部
　240　制御部
　BM　ビーム
　1001　プロセッサ
　1002　メモリ
　1003　ストレージ
　1004　通信装置
　1005　入力装置
　1006　出力装置
　1007　バス

Claims (5)

  1. 　端末の遷移先となる他の無線基地局に対して、前記他の無線基地局における前記端末の規制状態を問い合わせるメッセージを送信する送信部と、
    　前記端末の受信アンテナ数を基準とした前記端末種別のサポート状況を示す端末サポート情報を前記他の無線基地局から受信する受信部と、
    　受信した前記端末サポート情報に基づいて、前記他の無線基地局が形成するセルへの前記端末の遷移を制御する制御部と
    を備える無線基地局。
  2. 　前記送信部は、前記端末サポート情報を含むシステム情報を前記端末に送信する請求項１に記載の無線基地局。
  3. 　端末の遷移先となる他の無線基地局に対して、前記他の無線基地局におけるリソース状態を問い合わせるメッセージを送信する送信部と、
    　前記端末の受信アンテナ数を基準とした前記端末種別毎の利用状況を示す負荷状態情報を受信する受信部と、
    　受信した前記負荷状態情報に基づいて、前記他の無線基地局が形成するセルへの前記端末の遷移を制御する制御部と
    を備える無線基地局。
  4. 　第１無線基地局と第２無線基地局とを含む無線通信システムであって、
    　前記第１無線基地局は、
    　端末の遷移先となる第２無線基地局に対して、前記第２無線基地局における前記端末の規制状態を問い合わせるメッセージを送信する送信部と、
    　前記端末の受信アンテナ数を基準とした前記端末種別のサポート状況を示す端末サポート情報に基づいて、前記第２無線基地局が形成するセルへの前記端末の遷移を制御する制御部と
    を備え、
    　前記第２無線基地局は、前記規制状態を問い合わせるメッセージに応じて、前記端末サポート情報を前記第１無線基地局に送信する送信部を備える無線通信システム。
  5. 　第１無線基地局と第２無線基地局とを含む無線通信システムであって、
    　前記第１無線基地局は、
    　端末の遷移先となる第２無線基地局に対して、前記第２無線基地局におけるリソース状態を問い合わせるメッセージを送信する送信部と、
    　前記端末の受信アンテナ数を基準とした前記端末種別毎の利用状況を示す負荷状態情報に基づいて、前記第２無線基地局が形成するセルへの前記端末の遷移を制御する制御部と
    を備え、
    　前記第２無線基地局は、前記負荷状態情報を送信する送信部を備える無線通信システム。
PCT/JP2021/028512 2021-07-30 2021-07-30 無線基地局及び無線通信システム WO2023007750A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202180100880.8A CN117751627A (zh) 2021-07-30 2021-07-30 无线基站以及无线通信系统
EP21951946.9A EP4380306A1 (en) 2021-07-30 2021-07-30 Wireless base station and wireless communication system
PCT/JP2021/028512 WO2023007750A1 (ja) 2021-07-30 2021-07-30 無線基地局及び無線通信システム
JP2023538206A JPWO2023007750A1 (ja) 2021-07-30 2021-07-30

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/028512 WO2023007750A1 (ja) 2021-07-30 2021-07-30 無線基地局及び無線通信システム

Publications (1)

Publication Number Publication Date
WO2023007750A1 true WO2023007750A1 (ja) 2023-02-02

Family

ID=85086518

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/028512 WO2023007750A1 (ja) 2021-07-30 2021-07-30 無線基地局及び無線通信システム

Country Status (4)

Country Link
EP (1) EP4380306A1 (ja)
JP (1) JPWO2023007750A1 (ja)
CN (1) CN117751627A (ja)
WO (1) WO2023007750A1 (ja)

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
3GPP: "Report of 3GPP TSG RAN WG2 meeting #114-e, Online", 3GPP TSG RAN WG2 MEETING #114-E, May 2021 (2021-05-01)
3GPP: "Revised WID on support of reduced capability NR devices", 3GPP TSG RAN MEETING #91E, March 2021 (2021-03-01)
HUAWEI, HISILICON: "Summary of [AT114-e][106][RedCap] Identification and access restrictions", 3GPP DRAFT; R2-2106529, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. electronic; 20210519 - 20210527, 25 May 2021 (2021-05-25), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052013845 *
HUAWEI: "Coordination between gNBs on the supporting of RedCap UEs", 3GPP DRAFT; R3-213351, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. E-meeting; 20210816 - 20210826, 6 August 2021 (2021-08-06), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052035274 *
RAN2: "LS on the coordination between gNBs on the supporting of RedCap UEs", 3GPP DRAFT; R2-2106536, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Online; 20210519 - 20210527, 26 May 2021 (2021-05-26), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052015875 *
VICE CHAIRMAN (ZTE CORPORATION): "Report from Break-out session on R17 NTN and REDCAP", 3GPP DRAFT; R2-2106472, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. electronic; 20210519 - 20210527, 27 May 2021 (2021-05-27), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052015862 *

Also Published As

Publication number Publication date
EP4380306A1 (en) 2024-06-05
JPWO2023007750A1 (ja) 2023-02-02
CN117751627A (zh) 2024-03-22

Similar Documents

Publication Publication Date Title
JP7183047B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7426171B2 (ja) 端末、無線通信方法、基地局及びシステム
JP7431158B2 (ja) 端末、無線通信方法、基地局及びシステム
WO2020065724A1 (ja) ユーザ端末及び無線通信方法
JP7168666B2 (ja) 端末、無線通信方法、基地局及びシステム
JPWO2020031342A1 (ja) ユーザ端末及び無線通信方法
JPWO2020070898A1 (ja) ユーザ端末、無線基地局、及び、無線通信方法
JP7223026B2 (ja) 端末、基地局、無線通信システム、及び通信方法
WO2022097686A1 (ja) 無線基地局、無線通信システム及び無線通信方法
US20230116416A1 (en) Control apparatus, radio communication system, and control method
WO2022153372A1 (ja) 無線基地局及び端末
WO2023007750A1 (ja) 無線基地局及び無線通信システム
CN114375587B (zh) 终端
WO2021084754A1 (ja) 端末及び無線通信方法
US20220377589A1 (en) Terminal
WO2020035953A1 (ja) ユーザ端末及び無線通信方法
WO2022234654A1 (ja) 端末及び無線通信方法
WO2023007636A1 (ja) 無線基地局及び無線通信方法
WO2023027131A1 (ja) 無線通信ノード及び無線通信方法
WO2022249681A1 (ja) 無線通信ノード及び無線通信方法
JP7273160B2 (ja) 端末、基地局及び通信方法
JP7296461B2 (ja) 基地局装置、端末、及び送信方法
WO2023022150A1 (ja) 端末、無線通信システム及び無線通信方法
WO2022208817A1 (ja) 無線基地局及び端末
WO2022157952A1 (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: 21951946

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023538206

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 202180100880.8

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2021951946

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: 2021951946

Country of ref document: EP

Effective date: 20240229