WO2017188303A1 - 基地局、制御方法及びリレーノード - Google Patents

基地局、制御方法及びリレーノード Download PDF

Info

Publication number
WO2017188303A1
WO2017188303A1 PCT/JP2017/016497 JP2017016497W WO2017188303A1 WO 2017188303 A1 WO2017188303 A1 WO 2017188303A1 JP 2017016497 W JP2017016497 W JP 2017016497W WO 2017188303 A1 WO2017188303 A1 WO 2017188303A1
Authority
WO
WIPO (PCT)
Prior art keywords
control
enb
base station
user data
relay node
Prior art date
Application number
PCT/JP2017/016497
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 京セラ株式会社
Publication of WO2017188303A1 publication Critical patent/WO2017188303A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/32—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
    • H04W36/324—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data by mobility data, e.g. speed data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies

Definitions

  • the present disclosure relates to a base station, a control method, and a relay node.
  • Non-Patent Document 1 In 3GPP (3rd Generation Partnership Project), which is a standardization project for mobile communication systems, a relay node (RN) is specified (see Non-Patent Document 1).
  • a relay node having the functionality of a base station can provide services to wireless terminals on behalf of the base station.
  • relay nodes are mainly used to supplement the coverage of base stations.
  • the base station includes a control unit that executes either first control or second control for transmitting user data to a plurality of relay nodes.
  • the first control is control for broadcasting the same user data to the plurality of relay nodes by broadcast.
  • the second control is control for transmitting different user data to each of the plurality of relay nodes by unicast.
  • the control unit switches between the first control and the second control according to communication quality between the base station and the plurality of relay nodes.
  • the base station includes a control unit that executes either a first control or a second control for transmitting user data to a relay node.
  • the first control is control for only the base station to transmit the user data.
  • the second control is control for transmitting the user data in cooperation between the base station and another base station.
  • the control unit switches between the first control and the second control according to communication quality between the base station and the relay node.
  • a base station includes a control unit that determines handover of a relay node from the base station to another base station.
  • the control unit sends a handover request to the other base station in response to the handover decision.
  • the control unit stops transmitting the handover request to the other base station when the other base station holds information on resources to be allocated to the relay node in advance.
  • the network device sends user data to be transmitted to the relay node to the first base station.
  • the network device sends the user data not only to the first base station but also to a second base station that is a handover destination of the relay node according to a moving speed of the relay node. .
  • a relay node includes a plurality of antennas and a control unit that executes control for communicating with a base station using the plurality of antennas.
  • the control unit switches an antenna used for communication with the base station according to a moving speed of the relay node.
  • FIG. 1 is a diagram illustrating a configuration of an LTE system.
  • FIG. 2 is a protocol stack diagram of a radio interface in the LTE system.
  • FIG. 3 is a protocol stack diagram of a radio interface in the LTE system.
  • FIG. 4 is a configuration diagram of a radio frame used in the LTE system.
  • FIG. 5 is a block diagram of the UE 100.
  • FIG. 6 is a block diagram of the eNB 200.
  • FIG. 7 is a block diagram of the RN 500.
  • FIG. 8 is a diagram for explaining the operating environment according to the first embodiment.
  • FIG. 9 is a sequence diagram for explaining an operation according to the first embodiment.
  • FIG. 10 is a diagram for explaining the second embodiment.
  • FIG. 11 is a block diagram of the server 600.
  • FIG. 1 is a diagram illustrating a configuration of an LTE system.
  • FIG. 2 is a protocol stack diagram of a radio interface in the LTE system.
  • FIG. 4 is a configuration
  • FIG. 12 is a diagram for explaining an operation according to the second embodiment.
  • FIG. 13 is a flowchart for explaining the operation according to the second embodiment.
  • FIG. 14 is a sequence diagram for explaining an operation according to the second embodiment.
  • FIG. 15 is a sequence diagram for explaining an operation according to the second embodiment.
  • FIG. 16 is a diagram for explaining the third embodiment.
  • FIG. 17 is a diagram for explaining the third embodiment.
  • FIG. 18 is a flowchart for explaining the third embodiment.
  • FIG. 19 is a block diagram of the controller 230 related to downlink multi-antenna transmission.
  • FIG. 20 is a diagram for explaining the fourth embodiment.
  • FIG. 21 is a flowchart for explaining the fourth embodiment.
  • FIG. 22 is a diagram for explaining the fifth embodiment.
  • the base station may include a control unit that executes either the first control or the second control for transmitting user data to the relay node.
  • the first control may be control for only the base station to transmit the user data.
  • the second control may be control for transmitting the user data in cooperation between the base station and another base station.
  • the control unit may switch between the first control and the second control according to communication quality between the base station and the relay node.
  • the control unit may switch between the first control and the second control according to a moving speed of the relay node.
  • the control unit may execute either a third control or a fourth control for receiving user data from the relay node.
  • the third control may be a control for only the base station to receive the user data.
  • the fourth control may be control for receiving the user data in cooperation between the base station and another base station.
  • the control unit may switch between the third control and the fourth control according to communication quality between the base station and the relay node.
  • the control unit may switch between the third control and the fourth control according to the moving speed of the relay node.
  • the base station may include a control unit that determines handover of a relay node from the base station to another base station.
  • the control unit may send a handover request to the other base station in response to the handover decision.
  • the control unit may stop transmitting the handover request to the other base station when the other base station holds information on resources to be allocated to the relay node in advance.
  • the control unit may hold information on timing at which the relay node executes the handover.
  • the control unit may determine handover of the relay node without receiving a measurement report from the relay node.
  • the network device may send user data transmitted to the relay node to the first base station.
  • the network device sends the user data not only to the first base station but also to a second base station that is a handover destination of the relay node according to a moving speed of the relay node. May be.
  • the first base station may transfer the user data to the second base station when the relay node executes a handover to the second base station.
  • the base station may include a control unit that executes either the first control or the second control for transmitting user data to a plurality of relay nodes.
  • the first control may be control for broadcasting the same user data to the plurality of relay nodes.
  • the second control may be control for transmitting different user data to each of the plurality of relay nodes by unicast.
  • the control unit may switch between the first control and the second control according to communication quality between the base station and the plurality of relay nodes.
  • the control unit may switch between the first control and the second control according to a moving speed of the plurality of relay nodes.
  • the relay node may include a plurality of antennas and a control unit that executes control for communicating with the base station using the plurality of antennas.
  • the control unit may switch an antenna used for communication with the base station according to a moving speed of the relay node.
  • FIG. 1 is a diagram illustrating a configuration of an LTE system.
  • the LTE system includes a UE (User Equipment) 100, an E-UTRAN (Evolved Universal Terrestrial Radio Access Network) 10, and an EPC (Evolved Packet Core) 20.
  • UE User Equipment
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • EPC Evolved Packet Core
  • the UE 100 corresponds to a wireless terminal.
  • the UE 100 is a mobile communication device.
  • UE100 can perform radio
  • the E-UTRAN 10 corresponds to a radio access network.
  • the E-UTRAN 10 includes an eNB (evolved Node-B) 200 and an RN (Relay Node) 500.
  • eNB evolved Node-B
  • RN Relay Node
  • ENB 200 corresponds to a base station.
  • the eNB 200 is connected to each other via the X2 interface.
  • ENB 200 manages one or a plurality of cells.
  • eNB200 performs radio
  • the eNB 200 has a radio resource management (RRM) function, a routing function of user data (hereinafter also referred to as “data”), a measurement control function for mobility control / scheduling, and the like.
  • RRM radio resource management
  • Cell is used as a term indicating a minimum unit of a wireless communication area. “Cell” may also be used as a term indicating a function of performing wireless communication with the UE 100.
  • RN500 corresponds to a relay device.
  • the RN 500 can relay the data of the UE 100 between the UE 100 and the eNB 200.
  • the RN 500 is wirelessly connected to the eNB 200 via the Un interface.
  • the eNB 200 connected to the RN 500 for relay has a function of serving the RN 500.
  • Such an eNB 200 is referred to as a DeNB (Donor eNB).
  • the RN 500 corresponds to a relay node (relay device).
  • the RN 500 can communicate with the UE 100 in place of the eNB 200.
  • the RN 500 supports the functionality of the eNB 200. Accordingly, the RN 500 may terminate the radio protocols of the S1 and X2 interfaces and the E-UTRA (Evolved Universal Terrestrial Radio Access) radio interface.
  • E-UTRA Evolved Universal Terrestrial Radio Access
  • An S1 interface via the eNB 200 may be established between the RN 500 and the MME 300 / SGW 400. That is, the RN 500 may be connected to the MME 300 / SGW 400 via the S1 interface. The RN 500 may communicate with the MME 300 / SGW 400 via the S1 interface.
  • An X2 interface via the eNB 200 may be established between the RN 500 and the eNB 200. That is, the RN 500 may be connected to the eNB 200 via the X2 interface. The RN 500 may communicate with the eNB 200 via the X2 interface.
  • RN 500 also supports a part (subset) of UE 100 functionality.
  • the RN 500 includes a radio interface protocol to be described later in order to connect to the eNB 200 wirelessly (see FIG. 3).
  • the EPC 20 corresponds to a core network.
  • the EPC 20 may form a network together with the E-UTRAN 10.
  • the EPC 20 includes an MME (Mobility Management Entity) 300 and an SGW (Serving Gateway) 400.
  • MME Mobility Management Entity
  • SGW Serving Gateway
  • the MME 300 performs various mobility controls for the UE 100, for example.
  • the SGW 400 performs data transfer control.
  • MME300 and SGW400 are connected with eNB200 via a S1 interface.
  • MME300 and SGW400 may be connected with RN500 via an S1 interface.
  • FIG. 2 and 3 are protocol stack diagrams of a radio interface in the LTE system.
  • FIG. 2 shows a protocol stack diagram of a radio interface between the UE 100 and the eNB 200.
  • FIG. 3 shows a protocol stack diagram of a radio interface between the RN 500 and the eNB 200.
  • the radio interface protocol is divided into the first to third layers of the OSI reference model.
  • the first layer is a physical (PHY) layer.
  • the second layer includes a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, and a PDCP (Packet Data Convergence Protocol) layer.
  • the third layer includes an RRC (Radio Resource Control) layer.
  • the physical layer performs encoding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping.
  • Data and control signals are transmitted between the physical layer of the UE 100 (RN 500) and the physical layer of the eNB 200 via a physical channel.
  • the MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ), random access procedure, and the like.
  • Data and control signals are transmitted between the MAC layer of the UE 100 (RN 500) and the MAC layer of the eNB 200 via a transport channel.
  • the MAC layer of the eNB 200 includes a scheduler (MAC scheduler). The scheduler determines the uplink / downlink transport format (transport block size, modulation / coding scheme (MCS)) and the resource blocks allocated to the UE 100.
  • MCS modulation / coding scheme
  • the RLC layer transmits data to the RLC layer on the receiving side using the functions of the MAC layer and the physical layer.
  • Data and control signals are transmitted between the RLC layer of the UE 100 (RN 500) and the RLC layer of the eNB 200 via a logical channel.
  • the PDCP layer performs header compression / decompression and encryption / decryption.
  • the RRC layer is defined only in the control plane that handles control signals. Messages for various settings (RRC messages) are transmitted between the RRC layer of the UE 100 (RN 500) and the RRC layer of the eNB 200.
  • the RRC layer controls the logical channel, the transport channel, and the physical channel according to establishment, re-establishment, and release of the radio bearer.
  • RRC connection between the RRC of the UE 100 (RN 500) and the RRC of the eNB 200
  • the UE 100 (RN 500) is in the RRC connected state.
  • the UE 100 (RN 500) is in the RRC idle state.
  • a NAS (Non-Access Stratum) layer located above the RRC layer performs, for example, session management and mobility management.
  • FIG. 4 is a configuration diagram of a radio frame used in the LTE system.
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SCFDMA Single Carrier Frequency Division Multiple Access
  • the radio frame is composed of 10 subframes arranged in the time direction.
  • Each subframe is composed of two slots arranged in the time direction.
  • the length of each subframe is 1 ms.
  • the length of each slot is 0.5 ms.
  • Each subframe includes a plurality of resource blocks (RB: Resource Block) in the frequency direction.
  • Each subframe includes a plurality of symbols in the time direction.
  • Each resource block includes a plurality of subcarriers in the frequency direction.
  • One resource element (RE) is configured by one symbol and one subcarrier.
  • a radio resource (time / frequency resource) is allocated to the UE 100.
  • radio resources frequency resources
  • radio resources are configured by resource blocks.
  • radio resources (time resources) are configured by subframes (or slots).
  • the section of the first several symbols of each subframe is an area that can be used as a physical downlink control channel (PDCCH: Physical Downlink. Control Channel) for transmitting a downlink control signal.
  • the remaining part of each subframe is an area that can be used as a physical downlink shared channel (PDSCH) for transmitting downlink data.
  • PDCH Physical Downlink control channel
  • PDSCH physical downlink shared channel
  • both ends in the frequency direction in each subframe are areas that can be used as physical uplink control channels (PUCCH: Physical Uplink Control Channels) for transmitting uplink control signals.
  • PUCCH Physical Uplink Control Channels
  • the remaining part of each subframe is an area that can be used as a physical uplink shared channel (PUSCH) for transmitting uplink data.
  • PUSCH physical uplink shared channel
  • FIG. 5 is a block diagram of the UE 100. As illustrated in FIG. 5, the UE 100 includes a receiver (receiver) 110, a transmitter (transmitter) 120, and a controller (controller) 130.
  • the receiver 110 and the transmitter 120 may be an integrated transceiver (transmission / reception unit).
  • the receiver 110 performs various types of reception under the control of the controller 130.
  • the receiver 110 includes an antenna.
  • the receiver 110 converts a radio signal received by the antenna into a baseband signal (received signal).
  • the receiver 110 outputs a baseband signal to the controller 130.
  • the transmitter 120 performs various transmissions under the control of the controller 130.
  • the transmitter 120 includes an antenna.
  • the transmitter 120 converts the baseband signal (transmission signal) output from the controller 130 into a radio signal.
  • the transmitter 130 transmits a radio signal from the antenna.
  • the controller 130 performs various controls in the UE 100.
  • the controller 130 includes a processor and a memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor includes a baseband processor and a CPU (Central Processing Unit).
  • the baseband processor performs, for example, modulation / demodulation and encoding / decoding of a baseband signal.
  • the CPU performs various processes by executing programs stored in the memory.
  • the processor may include a codec that performs encoding / decoding of an audio / video signal.
  • the processor executes various processes described later and various communication protocols described above.
  • the UE 100 may include a receiver for specifying the position of the UE 100 itself.
  • the UE 100 may include a GNSS (Global Navigation Satellite System) receiver.
  • the GNSS receiver can receive a GNSS signal in order to obtain location information indicating the geographical location of the UE 100.
  • the GNSS receiver outputs a GNSS signal to the controller 130.
  • the UE 100 may have a GPS (Global Positioning System) function for acquiring location information of the UE 100.
  • UE100 may be provided with other receivers in order to acquire position information.
  • a process executed by at least one of the receiver 110, the transmitter 120, and the controller 130 included in the UE 100 may be described as a process (operation) executed by the UE 100 for convenience.
  • FIG. 6 is a block diagram of the eNB 200. As illustrated in FIG. 6, the eNB 200 includes a receiver (reception unit) 210, a transmitter (transmission unit) 220, a controller (control unit) 230, and a network interface 240.
  • the transmitter 210 and the receiver 220 may be an integrated transceiver (transmission / reception unit).
  • the receiver 210 performs various types of reception under the control of the controller 230.
  • the receiver 210 includes an antenna.
  • the receiver 210 may include a plurality of antennas.
  • the receiver 210 converts a radio signal received by the antenna into a baseband signal (received signal).
  • the receiver 210 outputs a baseband signal to the controller 230.
  • the transmitter 220 performs various transmissions under the control of the controller 230.
  • the transmitter 220 includes an antenna.
  • the transmitter 220 may include a plurality of antennas.
  • the transmitter 220 converts the baseband signal (transmission signal) output from the controller 230 into a radio signal.
  • the transmitter 220 transmits a radio signal from the antenna.
  • the controller 230 performs various controls in the eNB 200.
  • the controller 230 includes a processor and a memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor includes a baseband processor and a CPU.
  • the baseband processor performs, for example, modulation / demodulation and encoding / decoding of a baseband signal.
  • the CPU performs various processes by executing programs stored in the memory.
  • the processor executes various processes described later and various communication protocols described above.
  • the network interface 240 is connected to the neighboring eNB 200 via the X2 interface.
  • the network interface 240 is connected to the MME 300 and the SGW 400 via the S1 interface.
  • the network interface 240 is used for communication performed on the X2 interface and communication performed on the S1 interface, for example.
  • a process executed by at least one of the transmitter 210, the receiver 220, the controller 230, and the network interface 240 included in the eNB 200 will be described as a process (operation) executed by the eNB 200 for convenience.
  • FIG. 7 is a block diagram of the RN 500. As illustrated in FIG. 7, the RN 500 includes a receiver (reception unit) 510, a transmitter (transmission unit) 520, a controller (control unit) 530, and a network interface 540. The transmitter 520 and the receiver 510 may be an integrated transceiver (transmission / reception unit). The RN 500 may not include the network interface 540.
  • the receiver 510 performs various types of reception under the control of the controller 530.
  • Receiver 510 includes an antenna.
  • the receiver 510 may include a plurality of antennas.
  • the receiver 510 converts a radio signal received by the antenna into a baseband signal (received signal).
  • the receiver 510 outputs a baseband signal to the controller 530.
  • the transmitter 520 performs various transmissions under the control of the controller 530.
  • Transmitter 520 includes an antenna.
  • the transmitter 520 may include a plurality of antennas.
  • the transmitter 520 converts the baseband signal (transmission signal) output from the controller 530 into a radio signal.
  • the transmitter 520 transmits a radio signal from the antenna.
  • the controller 530 performs various controls in the RN 500.
  • the controller 530 includes a processor and a memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor includes a baseband processor and a CPU.
  • the baseband processor performs, for example, modulation / demodulation and encoding / decoding of a baseband signal.
  • the CPU performs various processes by executing programs stored in the memory.
  • the processor executes various processes described later and various communication protocols described above.
  • the network interface 540 is connected to another node (for example, another RN 500) provided in the mobile body.
  • RN 500 may communicate with other nodes using receiver 510 and / or transmitter 520.
  • the RN 500 may perform communication with other nodes using the receiver 510 and / or the transmitter 520 when the network interface 540 is not provided.
  • processing executed by at least one of the transmitter 510, the receiver 520, the controller 530, and the network interface 540 included in the RN 500 will be described as processing (operation) executed by the RN 500 for convenience.
  • FIG. 8 is a diagram for explaining the operating environment according to the first embodiment.
  • the mobile body (for example, a train) 1 accommodates each UE 100.
  • the mobile body 1 is provided with an RN 500.
  • Each UE 100 and RN 500 may establish a connection (RRC connection).
  • Each UE 100 may be in an RRC connection state with respect to the RN 500.
  • Each UE 100 and RN 500 may not have established a connection (RRC connection).
  • Each UE 100 may be in an RRC idle state with respect to the RN 500.
  • Each UE 100 may establish a connection (RRC connection) with the RN 500 as necessary.
  • the RN 500 establishes a connection (RRC connection) with the eNB 200 (eNB 200-1 or eNB 200-2).
  • the RN 500 may execute communication with the eNB 200 using a frequency of 4 GHz band, for example.
  • the RN 500 may perform communication with the UE 100 using, for example, at least one of a frequency of 4 GHz band, 30 GHz band, and 70 GHz band.
  • ENB200 is eNB installed in the circumference
  • the eNB 200 may be a macro eNB.
  • the moving body 1 may move at a high speed.
  • the moving body 1 may move at a speed (for example, 500 km / h) equal to or higher than a threshold value. Therefore, each UE 100 and RN 500 can move at a high speed (at a speed equal to or higher than a threshold) in accordance with the movement of the moving body 1.
  • FIG. 9 is a sequence diagram for explaining an operation according to the first embodiment.
  • the RN 500 has established a connection (RRC connection) with the eNB 200-1.
  • the RN 500 may relay the data of the UE 100 in the mobile unit 1 between the eNB 200-1 and the UE 100 (see FIG. 8A).
  • the eNB 200-2 may send the resource information to the eNB 200-1.
  • the eNB 200-1 receives the resource information.
  • the eNB 200-2 (and / or another eNB 200) may send resource information to the eNB 200-1 in response to a request from the eNB 200-1.
  • the eNB 200-2 (and / or another eNB 200) may send the resource information to the eNB 200-1 in response to a request from an upper node.
  • the other eNB 200 is an eNB that is installed along the moving path of the moving body 1.
  • the eNB 200-1 may request resource information from the eNB 200-2 according to the connection with the moving RN 500.
  • the eNB 200-1 may include the information included in the handover request in the resource information request.
  • the resource information may include, for example, a temporary identifier (C-RNTI: Cell Radio Network Temporary Identifier) assigned to the RN 500 by the eNB 200-2.
  • the resource information may include a security algorithm identifier of the eNB 200-2.
  • the resource information may include a random access preamble (assigned non-contention Random Access Preamble) used by the RN 500 in step S104.
  • the resource information may include information included in an acknowledgment (Handover Request Ack) for the handover request.
  • the resource information may include a transparent container to be sent to the RN 500 as an RRC connection message for performing a handover.
  • the resource information may include information that the RN 500 includes in a connection request to the eNB 200-2.
  • the eNB 200-1 and the eNB 200-2 may share the common resource information (for example, the temporary identifier ((C-) RNTI) of the RN 500) allocated to the RN 500. In this case, the eNB 200-2 performs step S101. This process may be omitted.
  • the common resource information for example, the temporary identifier ((C-) RNTI) of the RN 500.
  • the eNB 200-1 may send resource information used in the eNB 200-2.
  • the eNB 200-2 may establish a connection with the RN 500 using the resource information sent from the eNB 200-1.
  • the moving body 1 is a train
  • the train is a moving body having a fixed track (high speed), and thus the resource information may be determined in advance as described above.
  • the RN 500 may transmit a measurement report to the eNB 200-1.
  • the eNB 200-1 may receive the measurement result.
  • the measurement result may include a measurement result of a reception level (RSRP: Reference Signal Received Power and / or RSRQ: Reference Signal Received Quality) from a cell (cell of eNB 200-1 and / or cell of eNB 200-2) in RN 500. .
  • RSRP Reference Signal Received Power
  • RSRQ Reference Signal Received Quality
  • step S103 the eNB 200-1 determines the handover of the RN 500 to the eNB 200-2.
  • the eNB 200-1 may determine the handover of the RN 500 according to the measurement result.
  • the eNB 200-1 may determine the handover of the RN 500 without receiving a measurement report from the RN 500. For example, when the eNB 200-1 holds information on the timing at which the RN 500 executes the handover, the eNB 200-1 may determine the handover of the RN 500 regardless of whether the measurement result is received.
  • the eNB 200-1 may determine timing information based on movement information related to the moving body 1 (for example, a train).
  • the movement information includes information indicating a movement section (for example, a departure point, a transit point, and an arrival point) of the mobile body 1 (RN500), and a movement time (x: 0 to y: 0 / z [ Time / minute / second]) and / or information indicating the moving distance of the mobile unit 1 (RN 500) may be included.
  • the eNB 200-1 may acquire the movement information from the RN 500.
  • the eNB 200-1 may request movement information from the RN 500.
  • the eNB 200-1 may determine timing information based on the moving speed of the RN 500 (mobile unit 1). The eNB 200-1 may acquire information on the moving speed from the RN 500. The eNB 200-1 may request the moving speed from the RN 500.
  • the eNB 200-1 can execute the process of step S104 after determining the handover of the RN 500. That is, the eNB 200-1 can stop transmitting a handover request to the eNB 200-2 when the eNB 200-2 holds information (resource information) to be allocated to the RN 500 at the time of determining the handover.
  • the eNB 200-1 may determine whether to transmit a handover request to the eNB 200-2 according to the moving speed of the RN 500.
  • the eNB 200-1 may transmit a handover request to the eNB 200-2 when the moving speed of the RN 500 is smaller than the threshold. Therefore, the eNB 200-1 may transmit the handover request even if it holds the resource information of the eNB 200-2.
  • the eNB 200-1 may stop transmitting the handover request to the eNB 200-2 when the moving speed of the RN 500 is larger than the threshold.
  • the threshold value may be a value indicating high speed (for example, 300 km / h).
  • step S104 the eNB 200-1 transmits an RRC connection reconfiguration message (RRCConnectionReconfiguration) to the UE 100.
  • the eNB 200-1 can include resource information in the message.
  • step S105 a handover execution (HO Exclusion) phase and a handover completion (HO Completion) phase are executed.
  • the RN 500 transmits a connection request to eNB 200-2 in the handover execution phase.
  • the RN 500 may include the identifier (RNTI) assigned to the RN 500 from the eNB 200-2 included in the resource information in the connection request.
  • the RN 500 may transmit a random access preamble included in the resource information as a connection request.
  • the RN 500 may include information included in the resource information in the connection request.
  • the eNB 200-2 receives the connection request from the RN 500.
  • the eNB 200-2 can determine that the transmission source of the connection request is the RN 500 based on information included in the connection request (or the connection request itself). Thereafter, the UE 100 and the eNB 200-2 (and the eNB 200-1) can execute the existing handover procedure.
  • the eNB 200-2 and the RN 500 can perform communication (see FIG. 8B).
  • a part of the handover procedure can be omitted, so that the connection time between the eNB 200 and the RN 500 can be extended. As a result, communication throughput between the eNB 200 and the RN 500 can be ensured.
  • FIG. 10 is a diagram for explaining the second embodiment.
  • the LTE system may include a server 600.
  • the server 600 corresponds to a network device. Server 600 can transfer user data to eNB 200. Server 600 may be provided between (D) eNB 200 and SGW 400. Server 600 may be located in EPC 20. Server 600 may be located in EUTRAN 10.
  • the first interface may be established between the eNB 200 and the server 600.
  • the server 600 may be connected to the eNB 200-1 via the first interface.
  • a second interface may be established between the SGW 400 and the server 600.
  • the server 600 may be connected to the SGW 400 via the second interface.
  • FIG. 11 is a block diagram of the server 600. As illustrated in FIG. 11, the server 600 includes a controller (control unit) 630 and a network interface 640.
  • the controller 630 performs various controls in the server 600.
  • the controller 630 includes a processor and a memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor includes a baseband processor and a CPU.
  • the baseband processor performs, for example, modulation / demodulation and encoding / decoding of a baseband signal.
  • the CPU performs various processes by executing programs stored in the memory.
  • the processor executes various processes described later and various communication protocols described above.
  • the network interface 640 may be connected to the eNB 200 via the first interface.
  • the network interface 640 may be connected to the SGW 400 (and the MME 300) via the second interface.
  • the network interface 640 is used, for example, for communication performed on the first interface and communication performed on the second interface.
  • a process executed by at least one of the controller 630 and the network interface 640 included in the server 600 will be described as a process (operation) executed by the server 600 for convenience.
  • FIG. 12 is a diagram for explaining an operation according to the second embodiment.
  • FIG. 13 is a flowchart for explaining the operation according to the second embodiment.
  • FIG. 14 is a sequence diagram for explaining an operation according to the second embodiment.
  • FIG. 15 is a sequence diagram for explaining an operation according to the second embodiment.
  • the RN 500 has established a connection with the eNB 200-1.
  • the RN 500 has established a connection (RRC connection) with the eNB 200-1.
  • the RN 500 may relay the data of the UE 100 in the mobile 1 between the eNB 200-1 and the UE 100.
  • the eNB 200-1 and the eNB 200-2 are connected to the server 600.
  • Server 600 can transfer user data of UE 100 relayed by RN 500 to eNB 200-1 and eNB 200-2.
  • the server 600 when the server 600 receives user data from the network for the UE 100 (UE 100 in the mobile unit 1) to which the user data is relayed by the RN 500, the server 600 can start the processing of FIG.
  • the server 600 determines whether or not the moving speed of the RN 500 is greater than or equal to a threshold value.
  • the server 600 may make a determination based on the location information of the RN 500.
  • Server 600 may make a determination based on information indicating whether or not RN 500 moves.
  • the server 600 may make the determination based on the movement information (see the first embodiment) of the moving body 1 (RN 500).
  • the server 600 may make the determination based on information on the moving speed of the moving body 1.
  • the server 600 may receive these pieces of information from the RN 500 or another node (for example, the MME 300).
  • the server 600 may request these information from the RN 500 or other nodes.
  • the server 600 determines the transfer destination of the user data based on the determination result of step S201. That is, server 600 can determine whether to send (transfer) user data only to eNB 200-1 or to both eNB 200-1 and eNB 200-2 (transfer) according to the moving speed of RN 500.
  • the server 600 determines to send user data only to the eNB 200-1 when the moving speed of the RN 500 is less than the threshold. That is, the server 600 performs the process of step S202. On the other hand, when the moving speed of RN 500 is equal to or higher than the threshold, server 600 determines to send user data to both eNB 200-1 and eNB 200-2. That is, the server 600 executes the process of step S203.
  • step S202 the server 600 sends user data only to the eNB 200-1 (see step S301 in FIG. 14).
  • step S203 the server 600 sends user data to both the eNB 200-1 and the eNB 200-2. That is, the server 600 sends user data not only to the eNB 200-1 but also to the eNB 200-2 (see step S401 in FIG. 15).
  • the server 600 may determine the eNB 200-2 that is the destination of the user data based on the movement information of the mobile unit 1 (RN 500).
  • the server 600 may determine the eNB 200-2 that is a neighboring eNB of the eNB 200-1 as a destination of user data.
  • step S301 the server 600 sends user data only to the eNB 200-1.
  • the eNB 200-1 receives user data.
  • step S302 the eNB 200-1 transmits user data to the RN 500.
  • the RN 500 transmits (relays) the user data to the UE 100 in the mobile unit 1.
  • the RN 500 may execute the process of step S303.
  • the RN 500 may transmit information (NACK: Knowledge) indicating that reception of user data has failed.
  • the eNB 200-1 may receive the NACK.
  • step S304 a handover procedure is executed as the mobile object 1 (RN 500) moves.
  • the eNB 200-1 can transfer untransmitted user data to the RN 500 (UE 100) and user data (packets) that need to be retransmitted to the eNB 200-2.
  • the eNB 200-1 can transfer the user data (packet) that the RN 500 has failed to receive to the eNB 200-2.
  • connection between the RN 500 and the eNB 200-2 is established by the end of the handover procedure.
  • step S305 the eNB 200-2 can transfer the user data (packet) that the RN 500 failed to receive to the RN 500.
  • steps S401 to S403 correspond to steps S301 to S303.
  • step S404 a handover procedure is executed as the mobile unit 1 (RN 500) moves.
  • the eNB 200-1 may omit transferring untransmitted user data to the RN 500 (UE 100) and user data (packets) that need to be retransmitted to the eNB 200-2.
  • the eNB 200-1 may omit transferring the user data (packet) that the RN 500 has failed to receive to the eNB 200-2. That is, the eNB 200-1 may stop transferring user data to the eNB 200-2 when the RN 500 performs a handover to the eNB 200-2.
  • the eNB 200-1 may stop the transfer of user data according to an instruction from the server 600.
  • the instruction of the server 600 may be sent from the server 600 to the eNB 200-1 together with user data.
  • the eNB 200-1 may determine whether the moving speed of the RN 500 is greater than or equal to a threshold value. The eNB 200-1 may make the determination using the same method as the server 600.
  • the eNB 200-1 may determine whether to stop the transfer of user data based on the determination result.
  • the eNB 200-1 can determine whether to stop the transfer of user data according to the moving speed of the RN 500. Therefore, the eNB 200-1 may execute user data transfer when the moving speed of the RN 500 is less than the threshold. On the other hand, when the moving speed of the RN 500 is equal to or higher than the threshold, the eNB 200-1 may stop the transfer of user data.
  • the eNB 200-1 may cancel the retransmission of the user data to the RN 500 even before the handover procedure is executed.
  • the eNB 200-1 may notify the eNB 200-2 (or the server 600) of an identifier (for example, a sequence number of the user data, an identifier of the UE 100, an identifier of the RN 500, etc.) related to the user data whose retransmission has been stopped.
  • the eNB 200-2 may transmit (retransmit) user data to the RN 500 based on the identifier received from the eNB 200-1 (or the server 600).
  • Step S405 corresponds to step S305.
  • the server 600 can send user data not only to the eNB 200-1 but also to the eNB 200-2 that is the handover destination of the RN 500 according to the moving speed of the RN 500.
  • eNB200-2 can start transmission of user data to RN500, without waiting for transfer of user data from eNB200-1.
  • communication throughput between the eNB 200 and the RN 500 can be ensured.
  • FIGS. 16 and 17 are diagrams for explaining the third embodiment.
  • FIG. 18 is a flowchart for explaining the third embodiment.
  • FIG. 19 is a block diagram of the controller 230 related to downlink multi-antenna transmission. Description of the same parts as described above will be omitted as appropriate.
  • the mobile unit 1 is provided with a plurality of RNs 500 (RN500-1 to RN500-3).
  • RN500-1 to RN500-3 RN500-1 to RN500-3
  • the RN 500 may be installed in each vehicle.
  • Each RN 500 may be connected to each other by a predetermined interface. Each RN 500 may be controlled by any one of the plurality of RNs 500 or another node (control device) installed in the moving body 1.
  • ENB200 which concerns on 3rd Embodiment can perform either 1st control for transmitting user data to several RN500, and 2nd control.
  • the first control is control for transmitting the same user data (Data 1) to a plurality of RNs 500 by broadcasting.
  • the eNB 200 transmits Data1 by broadcasting.
  • Each of RN 500-1, RN 500-2, and RN 500-3 receives Data1 from eNB 200.
  • Each RN 500 can transfer Data1 to the RN 500 serving the UE 100 that is the destination of user data.
  • the eNB 200 may transmit user data not by broadcast but by multicast or group cast.
  • the second control is control for transmitting different user data (Data1, Data2, Data3) to each of the plurality of RNs 500 by unicast.
  • the eNB 200 transmits Data1 to the RN 500-1 by unicast.
  • the RN 500-1 receives Data1 from the eNB 200.
  • the eNB 200 transmits Data2 to the RN 500-2 by unicast.
  • the RN 500-2 receives Data2 from the eNB 200.
  • the eNB 200 transmits Data3 to the RN 500-3 by unicast.
  • the RN 500-3 receives Data3 from the eNB 200.
  • the eNB 200 can switch between the first control and the second control according to the communication quality between the eNB 200 and the plurality of RNs 500.
  • step S501 the eNB 200 determines whether or not the moving speed of each RN 500 (mobile body 1) is equal to or higher than a threshold value.
  • the eNB 200 may determine whether or not the moving speed of each RN 500 is equal to or higher than a threshold by the same method as described above.
  • the movement information of the mobile unit 1 may include information indicating that the mobile unit 1 has a plurality of RNs 500 installed therein.
  • the eNB 200 may consider the other RN 500 (for example, RN 500-2 and RN 500-3) to have the same result based on the movement information based on the result of one RN 500 (for example, RN 500-1).
  • ENB200 may perform the process of step S502, when the moving speed of each RN500 is more than a threshold value.
  • eNB200 may perform the process of step S504, when the moving speed of each RN500 is less than a threshold value.
  • eNB200 may switch 1st control and 2nd control according to the moving speed of several RN500.
  • the operation in step S501 may be omitted.
  • the eNB 200 determines whether or not the communication quality between the eNB 200 and the plurality of RNs 500 is equal to or higher than a threshold value.
  • the eNB 200 can determine whether or not the communication quality is equal to or higher than a threshold based on, for example, channel state information (CSI: Channel State Information) received from each RN 500.
  • CSI Channel State Information
  • the CSI may include PMI (Precoding Matrix Indicator), RI (Rank Indicator), and CQI (Channel Quality Indicator).
  • PMI Precoding Matrix Indicator
  • RI Rank Indicator
  • CQI Channel Quality Indicator
  • CQI indicates a preferable modulation and coding scheme (that is, recommended MCS) to be used in the downlink based on the reception state of the downlink.
  • PMI is information indicating a precoder matrix preferable for use in the downlink.
  • the PMI is information indicating a precoder matrix in which the beam is directed toward the UE that is the transmission source of the PMI.
  • the RN 500 selects a PMI to be fed back to the eNB 200 so that its reception state is improved.
  • RI indicates a preferred rank for use in the downlink.
  • the RN 500 selects a PMI to be fed back to the eNB 200 so that a rank appropriate for its reception state is applied.
  • the eNB 200 may determine whether or not the communication quality based on the CQI is equal to or higher than a threshold value.
  • the eNB 200 may determine that the communication quality is less than the threshold when any one of the CQIs from each RN 500 is less than the threshold.
  • the eNB 200 may determine that the communication quality is less than the threshold when the average of the plurality of CQIs is less than the threshold.
  • ENB200 can determine the transmission method of user data based on the determination result of step S502. That is, the eNB 200 can switch between the first control and the second control according to the communication quality between the eNB 200 and the plurality of RNs 500.
  • the eNB 200 determines to perform broadcast transmission (first control) when the communication quality is less than the threshold (see FIG. 16). That is, the eNB 200 performs the process of step S503. On the other hand, when the communication quality is equal to or higher than the threshold, the eNB 200 determines to perform unicast transmission (second control). That is, the eNB 200 performs the process of step S504.
  • ENB 200 normally determines whether to transmit by broadcast or unicast according to the destination (transmission destination) of user data. Therefore, eNB200 transmits by broadcast (group cast), for example, when a transmission destination is a group. The eNB 200 transmits by unicast when the transmission destination is a specific node.
  • the eNB 200 switches between the first control and the second control according to the communication quality even if the user data has the same destination.
  • eNB200 can reduce the probability of resending user data by transmitting the same user data to a plurality of RNs 500.
  • communication throughput between the eNB 200 and the RN 500 can be ensured.
  • the eNB 200 can transmit a lot of user data to the plurality of RNs 500 by transmitting different user data to the plurality of RNs 500. As a result, communication throughput between the eNB 200 and the RN 500 can be improved.
  • ENB 200 may transmit user data to each RN 500 by multi-antenna transmission.
  • the eNB 200 can perform downlink multi-antenna transmission by applying a precoder matrix and a rank.
  • one or two codewords to be transmitted on the physical channel are scrambled and modulated into modulation symbols.
  • the code word is a data unit for error correction.
  • the modulated codeword is mapped to a plurality of layers by the layer mapper 231.
  • the rank (number of layers / number of streams) is determined based on the RI to be fed back.
  • the precoder 232 precodes the modulation symbols of each layer using the precoder matrix.
  • the precoder matrix is determined based on the PMI that is fed back.
  • the precoded modulation symbols are mapped to resource elements and converted into time domain OFDM (Orthogonal Frequency Division Multiplexing) signals.
  • the converted OFDM signal is output to each antenna (each antenna port).
  • the eNB 200 can perform multi-antenna transmission using a plurality of antennas. Therefore, a multipath between the eNB 200 and the plurality of RNs 500 is formed.
  • the eNB 200 can transmit user data to a plurality of RNs 500 by multipath.
  • the eNB 200 transmits the same user data (Data 1) to the plurality of RNs 500.
  • Data 1 user data
  • the plurality of RNs 500 improve the user data reception success rate.
  • the probability of resending user data can be reduced.
  • communication throughput between the eNB 200 and the RN 500 can be ensured.
  • the eNB 200 transmits different user data (Data1, Data2, Data3) to each of the plurality of RNs 500. Thereby, when communication quality is favorable, eNB200 can transmit several data at once. As a result, communication throughput between the eNB 200 and the RN 500 can be improved.
  • FIG. 20 is a diagram for explaining the fourth embodiment.
  • FIG. 21 is a flowchart for explaining the fourth embodiment. Description of the same parts as described above will be omitted as appropriate.
  • a plurality of eNBs 200 can perform operations as CoMP (Coordinated Multi-Point).
  • multiple eNBs 200 are coordinated in downlink data transmission (CoMP transmission). That is, the eNB 200 (for example, eNB 200-1) transmits user data in cooperation with another eNB 200 (for example, eNB 200-2). For example, the plurality of eNBs 200 may simultaneously transmit user data to the RN 500 (JT: Join Transmission). Among the plurality of eNBs 200, the eNB 200 having the best communication quality with the RN 500 may transmit user data to the RN 500 (DPS: Dynamic Point Selection). A plurality of eNBs 200 may coordinately determine scheduling and / or beamforming (CS / CB: Coordinated Scheduling / Coordinated Beam forming).
  • CS / CB Coordinated Scheduling / Coordinated Beam forming
  • a plurality of eNBs 200 are coordinated in uplink data reception (CoMP reception). That is, eNB 200 (for example, eNB 200-1) receives user data in cooperation with another eNB 200 (for example, eNB 200-2). For example, the plurality of eNBs 200 may receive user data from the RN 500 simultaneously.
  • CoMP hypothesis information (CoMP Hypotheses) is information related to a cell belonging to a receiving eNB (receiving eNB), a transmitting eNB (sending eNB), or one of those neighboring eNBs.
  • the benefit metric information associated with the CoMP hypothesis information quantifies the advantage assumption that the CoMP hypothesis information is applied.
  • the eNB receiving the CoMP hypothesis information and the benefit metric information may be considered for RRM.
  • ENB200 which concerns on 4th Embodiment can perform either 1st control for transmitting user data to RN500, and 2nd control.
  • the eNB 200 can execute either the third control or the fourth control for receiving user data from the RN 500.
  • 1st control is control for only eNB200 (for example, eNB200-1) to transmit user data.
  • the eNB 200-1 and the eNB 200-2 are not coordinated with respect to transmission of user data. That is, the plurality of eNBs 200 (eNB 200-1 and eNB 200-2) do not execute an operation as CoMP. For example, only the eNB 200-1 transmits user data to the RN 500. The eNB 200-2 does not transmit user data to the RN 500.
  • the eNB 200-1 and the eNB 200-2 cooperate to transmit user data to the RN 500. That is, the eNB 200-1 and the eNB 200-2 perform an operation (CoMP transmission) as CoMP.
  • 3rd control is control for only eNB200 (for example, eNB200-1) to receive user data.
  • the eNB 200-1 and the eNB 200-2 are not coordinated with respect to receiving user data. That is, the plurality of eNBs 200 (eNB 200-1 and eNB 200-2) do not execute an operation as CoMP.
  • the eNB 200-1 receives user data from the RN 500.
  • the eNB 200-2 does not receive user data from the RN 500.
  • the eNB 200-1 and the eNB 200-2 cooperate to receive user data from the RN 500. That is, the eNB 200-1 and the eNB 200-2 perform operations (CoMP reception) as CoMP.
  • the eNB 200 can switch between the first control and the second control in accordance with the communication quality between the (plural) eNB 200 and the RN 500.
  • the eNB 200 can switch between the third control and the fourth control according to the communication quality between the (plural) eNB 200 and the RN 500.
  • the eNB 200-1 will be described as an example.
  • the eNB 200-2 may perform the following operation.
  • step S601 the eNB 200-1 determines whether or not the moving speed of the RN 500 (mobile unit 1) is equal to or higher than a threshold value.
  • the eNB 200-1 may determine whether or not the moving speed of the RN 500 is equal to or higher than a threshold by a method similar to the method described above.
  • the eNB 200-1 may execute the process of step S602 when the moving speed of the RN 500 is equal to or higher than the threshold.
  • the eNB 200-1 may execute the process of step S604 when the moving speed of the RN 500 is less than the threshold.
  • the eNB 200-1 may switch between the first control and the second control according to the moving speed of the RN 500.
  • the eNB 200-1 may switch between the third control and the fourth control according to the moving speed of the RN 500.
  • the operation in step S601 may be omitted.
  • the eNB 200-1 determines whether or not the communication quality between the eNB 200-1 and the RN 500 is equal to or higher than a threshold value. For example, the eNB 200-1 can determine whether or not the communication quality is equal to or higher than a threshold based on channel state information (CSI: Channel State Information) received from the RN 500.
  • CSI Channel State Information
  • the eNB 200-1 may determine whether or not the communication quality based on the CQI is equal to or higher than a threshold value.
  • the eNB 200-1 may determine whether or not the communication quality based on CSI originating from another eNB 200-1 is equal to or higher than a threshold value.
  • the eNB 200 can determine whether or not to operate as CoMP based on the determination result of step S502. That is, the eNB 200-1 can switch between the first control and the second control according to the communication quality between the eNB 200-1 and the RN 500. The eNB 200-1 can switch between the third control and the fourth control according to the communication quality between the eNB 200-1 and the RN 500.
  • the eNB 200 may independently determine switching between the first control and the second control (switching A) and switching between the third control and the fourth control (switching B). The eNB 200 may determine to switch to the third control (first control) in response to switching to the first control (third control). Similarly, the eNB 200 may determine to switch to the second control (fourth control) in response to switching to the second control (fourth control).
  • the eNB 200 determines to perform the operation as CoMP when the communication quality between the eNB 200-1 and the RN 500 is less than the threshold (second control / fourth control). That is, the eNB 200 performs the process of step S603. On the other hand, when the communication quality between the eNB 200-1 and the RN 500 is equal to or higher than the threshold, the eNB 200 determines not to perform the operation as CoMP (first control / third control). That is, the eNB 200 performs the process of step S604.
  • the eNB 200 may determine the switching in consideration of at least one of the communication quality between the eNB 200-2 and the RN 500, CoMP hypothesis information, and benefit metric information.
  • the eNB 200-1 may determine both the switching A and the switching B.
  • the eNB 200 may determine one of the switching A and the switching B.
  • the eNB 200 performs communication with the RN 500 according to the control after switching.
  • the eNB 200-1 switches between the first control and the second control according to the communication quality.
  • communication quality when communication quality is bad, user data can be transmitted from a plurality of eNBs 200 to the RN 500. Thereby, the probability of resending user data can be reduced.
  • communication throughput between the eNB 200-1 and the RN 500 can be ensured.
  • the communication quality is poor, user data is received from the RN 500 by the plurality of eNBs 200. Thereby, the probability of resending user data can be reduced. As a result, communication throughput between the eNB 200-1 and the RN 500 can be ensured.
  • the communication quality when the communication quality is good, only the eNB 200-1 can transmit user data to the RN 500. Since the resources of the eNB 200-2 are not consumed, the resource usage efficiency can be improved. Similarly, when the communication quality is good, only the eNB 200-1 can receive user data from the RN 500. Since the resources of the eNB 200-2 are not consumed, the resource usage efficiency can be improved.
  • FIG. 22 is a diagram for explaining the fifth embodiment. Description of the same parts as described above will be omitted as appropriate.
  • the RN 500 includes a plurality of antennas (501a, 501b, 501c) (see FIG. 22).
  • the antenna of the RN 500 may be installed in each vehicle.
  • the plurality of antennas may be directional antennas.
  • the RN 500 performs control for communicating with the eNB 200 using a plurality of antennas. Specifically, the RN 500 can switch the antenna used for communication with the eNB 200 according to the moving speed of the RN 500 (the moving body 1).
  • the RN 500 performs communication with the eNB 200-1 using the antenna 501a.
  • the RN 500 may execute control for directing the beam in the side surface direction (the direction of the eNB 200-1) of the moving body 1 using a directional antenna.
  • the RN 500 performs communication with the eNB 200-1 using the antenna 501b. That is, RN 500 switches the antenna used for communication with eNB 200-1 from antenna 501a to antenna 501b.
  • the RN 500 may use the antenna 501a used for communication with the eNB 200-1 for communication with the eNB 200-2. For example, the RN 500 may perform an operation for connecting to the eNB 200-2 using the top antenna 501a. As described above, the RN 500 may perform switching of the antenna for connection to the next eNB 200-2 at the same time as switching of the antenna for continuing communication with the connected eNB 200-1.
  • RN 500 performs communication with eNB 200-1 using antenna 501c. That is, RN 500 switches the antenna used for communication with eNB 200-1 from antenna 501b to antenna 501c.
  • the RN 500 performs communication with the eNB 200-2 using the antenna 501b. That is, RN 500 switches the antenna used for communication with eNB 200-2 from antenna 501a to antenna 501b.
  • the RN 500 performs communication with the eNB 200-2 using the antenna 501c. That is, RN 500 switches the antenna used for communication with eNB 200-2 from antenna 501b to antenna 501c.
  • the RN 500 can determine the timing for switching the antenna according to the moving speed of RN 500.
  • the RN 500 is configured such that the antenna 501a located in the head direction of the mobile unit 1 receives the radio signal reception time (reception start timing, reception end timing, etc.) from the eNB 200-1, and the arrangement of each antenna (distance between the antennas, etc. ) And the moving speed of the RN 500, the antenna switching timing can be controlled. Therefore, for example, the RN 500 can execute control to sequentially switch from the antenna 501a located at the head of the mobile 1 to the antenna 501c located at the tail of the mobile 1 as an antenna for communicating with the same eNB 200.
  • the RN 500 since the RN 500 switches the antenna used for communication with the eNB 200 according to the moving speed of the RN 500, the connection time with the eNB 200 can be extended. As a result, communication throughput between the eNB 200 and the RN 500 can be ensured.
  • RN 500 may switch antennas in order to connect (communicate) with a plurality of eNBs 200. Specifically, the RN 500 may perform antenna switching in order to continue communication with the communicating eNB 200. The RN 500 may perform antenna switching in order to perform communication with the next eNB 200. The RN 500 may simultaneously perform antenna switching for communication with the next eNB 200 (that is, for handover) and antenna switching for continuing communication with the communicating eNB 200.
  • the radio resources that can be used by the RN 500 increase, the communication throughput between the eNB 200 and the RN 500 can be improved.
  • the information communicated between the eNB 200 and the RN 500 may be not only user data but also control information. Therefore, the above-described operations may be executed even in the case of transmitting control information.
  • the eNB 200 having the moving path in the own cell (area) moves into the own cell based on the moving schedule of the moving body 1.
  • the period during which the body 1 (RN 500) exists may be derived.
  • the eNB 200 may assign an identifier (RNTI) whose period is the expiration date to the RN 500 in advance.
  • the eNB 200 can notify the RN 500 of the identifier.
  • the RN 500 may receive an identifier assigned to the RN 500 from the network (eNB 200) before entering the cell (area) of each eNB 200.
  • the RN 500 may start communication with the eNB 200 using the identifier in consideration of the expiration date of the identifier assigned in advance from the eNB 200.
  • the RN 500 may execute the resynchronization procedure when it is determined that the switching of the eNB 200 should be performed autonomously based on a notification signal (for example, reception strength) from each eNB 200. That is, RN 500 may start communication after executing the resynchronization procedure without executing the handover procedure.
  • a notification signal for example, reception strength
  • ENB200 may perform data transfer to the next eNB200 (adjacent eNB200) when the time (switching time) for eNB200 to move out of its own cell is reached.
  • the eNB 200 notifies the next eNB 200 of the shift time (amount) when the scheduled movement time of the mobile object 1 and the actual movement time of the mobile object 1 are different depending on the movement status of the mobile object 1. Good.
  • the next eNB 200 may calculate the switching time in consideration of the shift time.
  • the eNB 200 may acquire information indicating a movement state (for example, a shift time, a speed, etc.) from the mobile body 1.
  • the above operation may be executed when the moving body 1 is a high-speed moving body that can move at a speed equal to or higher than a threshold (indicating high speed).
  • the above operation may be executed only when the moving body 1 is moving at a speed equal to or higher than the threshold value.
  • the server 600 may be the SGW 400.
  • the operation of the server 600 may be executed by the SGW 400.
  • the second embodiment is not limited to the case where the RN 500 relays. Even when the UE 100 directly receives user data from the eNB 200, the operation of the second embodiment may be executed. In this case, “RN500” may be replaced with “UE100”.
  • “broadcast” may be replaced with “multicast” or “group cast”.
  • a control device for example, a baseband device that controls a plurality of RNs 500 may be installed in the moving body 1.
  • the control device may combine the data (Data 1) received by each RN 500 with multiple antennas.
  • the control device may transfer the combined data to the RN 500 serving the UE 100 that is the destination of the combined data (the RN 500 that provides a service to the UE 100).
  • the connection time to the network may be increased by switching antennas.
  • the RN 500 may switch the antenna 501c to be used to another antenna (for example, the antenna 501b) when performing handover from the currently connected eNB 200 to another eNB 200 using the last antenna 501c.
  • the RN 500 may execute a handover procedure for connecting to the eNB 200-2 using the antenna 501b.
  • the plurality of antennas may be a plurality of RNs 500.
  • Each RN 500 may be controlled by any one of the plurality of RNs 500 or another node (control device) installed in the moving body 1.
  • the operation of the fifth embodiment may be executed by the control.
  • the relay node may be a relay UE (ProSe UE-to Network Relay) that performs relay using a proximity service (ProSe: ProSe: Proximity-based Services).
  • a relay UE ProSe UE-to Network Relay
  • ProSe ProSe: Proximity-based Services
  • a program that causes a computer to execute each process performed by any of the above-described nodes may be provided.
  • the program may be recorded on a computer readable medium. If a computer-readable medium is used, a program can be installed in the computer.
  • the computer-readable medium on which the program is recorded may be a non-transitory recording medium.
  • the non-transitory recording medium is not particularly limited, but may be a recording medium such as a CD-ROM or a DVD-ROM.
  • tip comprised by the memory which memorize
  • the LTE system has been described as an example of the mobile communication system, but the present invention is not limited to the LTE system, and the content according to the present application may be applied to a system other than the LTE system.

Landscapes

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

Abstract

実施形態に係る基地局は、リレーノードへユーザデータを送信するための第１の制御と第２の制御とのいずれかを実行する制御部を備える。前記第１の制御は、前記基地局のみが前記ユーザデータを送信するための制御である。前記第２の制御は、前記基地局と他の基地局とが協調して前記ユーザデータを送信するための制御である。前記制御部は、前記基地局と前記リレーノードとの間の通信品質に応じて、前記第１の制御と前記第２の制御とを切り替える。

Description

基地局、制御方法及びリレーノード
　本開示は、基地局、制御方法及びリレーノードに関する。
　移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）では、リレーノード（ＲＮ）が仕様化されている（非特許文献１参照）。
　基地局の機能性を有するリレーノードは、基地局に代わって無線端末へサービスを提供できる。現状、リレーノードは、基地局のカバレッジを補うために主に利用されている。
３ＧＰＰ技術仕様書「ＴＳ３６．３００　Ｖ１３．２．０」　２０１６年１月１３日
　一の実施形態に係る基地局は、複数のリレーノードへユーザデータを送信するための第１の制御と第２の制御とのいずれかを実行する制御部を備える。前記第１の制御は、前記複数のリレーノードへ同一のユーザデータをブロードキャストにより送信するための制御である。前記第２の制御は、前記複数のリレーノードのそれぞれへ互いに異なるユーザデータをユニキャストにより送信するための制御である。前記制御部は、前記基地局と前記複数のリレーノードとの間の通信品質に応じて、前記第１の制御と前記第２の制御とを切り替える。
　一の実施形態に係る基地局は、リレーノードへユーザデータを送信するための第１の制御と第２の制御とのいずれかを実行する制御部を備える。前記第１の制御は、前記基地局のみが前記ユーザデータを送信するための制御である。前記第２の制御は、前記基地局と他の基地局とが協調して前記ユーザデータを送信するための制御である。前記制御部は、前記基地局と前記リレーノードとの間の通信品質に応じて、前記第１の制御と前記第２の制御とを切り替える。
　一の実施形態に係る基地局は、前記基地局から他の基地局へのリレーノードのハンドオーバを決定する制御部を備える。前記制御部は、前記ハンドオーバの決定に応じて、ハンドオーバ要求を前記他の基地局へ送る。前記制御部は、前記他の基地局が前記リレーノードへ割り当てるリソースの情報を予め保持している場合、前記ハンドオーバ要求を前記他の基地局へ送信することを中止する。
　一の実施形態に係る制御方法では、ネットワーク装置がリレーノードへ送信されるユーザデータを第１の基地局へ送る。当該制御方法では、前記ネットワーク装置が、前記リレーノードの移動速度に応じて、前記ユーザデータを前記第１の基地局だけでなく、前記リレーノードのハンドオーバ先である第２の基地局へも送る。
　一の実施形態に係るリレーノードは、複数のアンテナと、前記複数のアンテナを用いて基地局と通信するための制御を実行する制御部と、を備える。前記制御部は、前記リレーノードの移動速度に応じて、前記基地局との通信に用いるアンテナを切り替える。
図１は、ＬＴＥシステムの構成を示す図である。 図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。 図３は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。 図４は、ＬＴＥシステムで使用される無線フレームの構成図である。 図５は、ＵＥ１００のブロック図である。 図６は、ｅＮＢ２００のブロック図である。 図７は、ＲＮ５００のブロック図である。 図８は、第１実施形態に係る動作環境を説明するための図である。 図９は、第１実施形態に係る動作を説明するためのシーケンス図である。 図１０は、第２実施形態を説明するための図である。 図１１は、サーバ６００のブロック図である。 図１２は、第２実施形態に係る動作を説明するための図である。 図１３は、第２実施形態に係る動作を説明するためのフローチャートである。 図１４は、第２実施形態に係る動作を説明するためのシーケンス図である。 図１５は、第２実施形態に係る動作を説明するためのシーケンス図である。 図１６は、第３実施形態を説明するための図である。 図１７は、第３実施形態を説明するための図である。 図１８は、第３実施形態を説明するためのフローチャートである。 図１９は、下りリンク・マルチアンテナ伝送に関連するコントローラ２３０のブロック図である。 図２０は、第４実施形態を説明するための図である。 図２１は、第４実施形態を説明するためのフローチャートである。 図２２は、第５実施形態を説明するための図である。
　［実施形態の概要］
　近年、複数の無線端末が収容される移動体（例えば、電車）にリレーノードを設置することが提案されている。移動体の走行中に、リレーノードが複数の無線端末を代表して基地局との通信を実行することにより、リソースの使用効率が向上する。
　しかしながら、移動体が高速で移動する場合には、リレーノードと基地局と間の無線環境が刻々と変化するため、リレーノードと基地局と間で通信スループットが十分に確保されない可能性がある。
　実施形態に係る基地局は、リレーノードへユーザデータを送信するための第１の制御と第２の制御とのいずれかを実行する制御部を備えてもよい。前記第１の制御は、前記基地局のみが前記ユーザデータを送信するための制御であってもよい。前記第２の制御は、前記基地局と他の基地局とが協調して前記ユーザデータを送信するための制御であってもよい。前記制御部は、前記基地局と前記リレーノードとの間の通信品質に応じて、前記第１の制御と前記第２の制御とを切り替えてもよい。
　前記制御部は、前記リレーノードの移動速度に応じて、前記第１の制御と前記第２の制御とを切り替えてもよい。
　前記制御部は、前記リレーノードからユーザデータを受信するための第３の制御と第４の制御とのいずれかを実行してもよい。前記第３の制御は、前記基地局のみが前記ユーザデータを受信するための制御であってもよい。前記第４の制御は、前記基地局と他の基地局とが協調して前記ユーザデータを受信するための制御であってもよい。前記制御部は、前記基地局と前記リレーノードとの間の通信品質に応じて、前記第３の制御と前記第４の制御とを切り替えてもよい。
　前記制御部は、前記リレーノードの移動速度に応じて、前記第３の制御と前記第４の制御とを切り替えてもよい。
　実施形態に係る基地局は、前記基地局から他の基地局へのリレーノードのハンドオーバを決定する制御部を備えてもよい。前記制御部は、前記ハンドオーバの決定に応じて、ハンドオーバ要求を前記他の基地局へ送ってもよい。前記制御部は、前記他の基地局が前記リレーノードへ割り当てるリソースの情報を予め保持している場合、前記ハンドオーバ要求を前記他の基地局へ送信することを中止してもよい。
　前記制御部は、前記リレーノードが前記ハンドオーバを実行するタイミングの情報を保持してもよい。前記制御部は、前記リレーノードからメジャメント報告を受信しなくても、前記リレーノードのハンドオーバを決定してもよい。
　実施形態に係る制御方法では、ネットワーク装置がリレーノードへ送信されるユーザデータを第１の基地局へ送ってもよい。前記制御方法では、前記ネットワーク装置が、前記リレーノードの移動速度に応じて、前記ユーザデータを前記第１の基地局だけでなく、前記リレーノードのハンドオーバ先である第２の基地局へも送ってもよい。
　前記第１の基地局が、前記リレーノードが前記第２の基地局へハンドオーバを実行した場合に、前記ユーザデータを前記第２の基地局へ転送してもよい。
　実施形態に係る基地局は、複数のリレーノードへユーザデータを送信するための第１の制御と第２の制御とのいずれかを実行する制御部を備えてもよい。前記第１の制御は、前記複数のリレーノードへ同一のユーザデータをブロードキャストにより送信するための制御であってもよい。前記第２の制御は、前記複数のリレーノードのそれぞれへ互いに異なるユーザデータをユニキャストにより送信するための制御であってもよい。前記制御部は、前記基地局と前記複数のリレーノードとの間の通信品質に応じて、前記第１の制御と前記第２の制御とを切り替えてもよい。
　前記制御部は、前記複数のリレーノードの移動速度に応じて、前記第１の制御と前記第２の制御とを切り替えてもよい。
　実施形態に係るリレーノードは、複数のアンテナと、前記複数のアンテナを用いて基地局と通信するための制御を実行する制御部と、を備えてもよい。前記制御部は、前記リレーノードの移動速度に応じて、前記基地局との通信に用いるアンテナを切り替えてもよい。
　［システム概略］
　（移動通信システム）
　以下において、実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。図１は、ＬＴＥシステムの構成を示す図である。
　図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）２０を備える。
　ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、セル（後述するｅＮＢ２００又はＲＮ５００）と無線通信を行うことができる。
　Ｅ－ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ－ＵＴＲＡＮ１０は、ｅＮＢ（ｅｖｏｌｖｅｄ　Ｎｏｄｅ－Ｂ）２００、及びＲＮ（Ｒｅｌａｙ　Ｎｏｄｅ）５００を含む。
　ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。
　ｅＮＢ２００は、１又は複数のセルを管理する。ｅＮＢ２００は、ｅＮＢ２００が管理するセルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、「データ」と称することがある）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても使用されてもよい。
　ＲＮ５００は、中継装置に相当する。ＲＮ５００は、ＵＥ１００とｅＮＢ２００との間でＵＥ１００のデータを中継できる。ＲＮ５００は、Ｕｎインターフェイスを介してｅＮＢ２００とワイヤレスで接続する。中継のためにＲＮ５００と接続するｅＮＢ２００は、ＲＮ５００をサーブ（ｓｅｒｖｅ）する機能を有する。このようなｅＮＢ２００は、ＤｅＮＢ（Ｄｏｎｏｒ　ｅＮＢ）と称される。
　ＲＮ５００は、リレーノード（中継装置）に相当する。ＲＮ５００は、ｅＮＢ２００に代わってＵＥ１００と通信できる。ＲＮ５００は、ｅＮＢ２００の機能性をサポートする。従って、ＲＮ５００は、Ｓ１及びＸ２インターフェイス、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ）無線インターフェイスの無線プロトコルを終端してもよい。
　ＲＮ５００とＭＭＥ３００／ＳＧＷ４００との間で、（Ｄ）ｅＮＢ２００を経由するＳ１インターフェイスが確立されてもよい。すなわち、ＲＮ５００は、Ｓ１インターフェイスを介してＭＭＥ３００／ＳＧＷ４００と接続されてもよい。ＲＮ５００は、Ｓ１インターフェイスを介してＭＭＥ３００／ＳＧＷ４００と通信してもよい。ＲＮ５００とｅＮＢ２００との間で、（Ｄ）ｅＮＢ２００を経由するＸ２インターフェイスが確立されてもよい。すなわち、ＲＮ５００は、Ｘ２インターフェイスを介してｅＮＢ２００と接続されてもよい。ＲＮ５００は、Ｘ２インターフェイスを介してｅＮＢ２００と通信してもよい。
　ＲＮ５００は、ＵＥ１００の機能性の一部（サブセット）もサポートする。ＲＮ５００は、例えば、ｅＮＢ２００とワイヤレスで接続するために、後述する無線インターフェイスのプロトコルを備える（図３参照）。
　ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、Ｅ－ＵＴＲＡＮ１０と共にネットワークを構成してもよい。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）３００、及びＳＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）４００を含む。
　ＭＭＥ３００は、例えば、ＵＥ１００に対する各種モビリティ制御を行う。ＳＧＷ４００は、例えば、データの転送制御を行う。ＭＭＥ３００及びＳＧＷ４００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。ＭＭＥ３００及びＳＧＷ４００は、Ｓ１インターフェイスを介してＲＮ５００と接続されてもよい。
　図２及び図３は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２は、ＵＥ１００とｅＮＢ２００との間の無線インターフェイスのプロトコルスタック図を示す。図３は、ＲＮ５００とｅＮＢ２００との間の無線インターフェイスのプロトコルスタック図を示す。
　図２及び図３に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分される。第１層は、物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）層を含む。
　物理層は、符号化・復号化、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００（ＲＮ５００）の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
　ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００（ＲＮ５００）のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、スケジューラ（ＭＡＣスケジューラ）を含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
　ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００（ＲＮ５００）のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
　ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
　ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００（ＲＮ５００）のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００（ＲＮ５００）のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００（ＲＮ５００）は、ＲＲＣコネクティッド状態である。ＵＥ１００（ＲＮ５００）のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がない場合、ＵＥ１００（ＲＮ５００）は、ＲＲＣアイドル状態である。
　ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）層は、例えば、セッション管理及びモビリティ管理を行う。
　図４は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムにおいて、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）が適用される。上りリンクにはＳＣＦＤＭＡ（Ｓｉｎｇｌｅ　Ｃａｒｒｉｅｒ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）が適用される。
　図４に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数のリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ　Ｂｌｏｃｋ）を含む。各サブフレームは、時間方向に複数のシンボルを含む。各リソースブロックは、周波数方向に複数のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより、１つのリソースエレメント（ＲＥ：Ｒｅｓｏｕｒｃｅ　Ｅｌｅｍｅｎｔ）が構成される。ＵＥ１００には、無線リソース（時間・周波数リソース）が割り当てられる。周波数方向において、無線リソース（周波数リソース）は、リソースブロックにより構成される。時間方向において、無線リソース（時間リソース）は、サブフレーム（又はスロット）により構成される。
　下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ．　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）として使用可能な領域である。各サブフレームの残りの部分は、下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）として使用可能な領域である。
　上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ　Ｕｐｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）として使用可能な領域である。各サブフレームにおける残りの部分は、上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ　Ｕｐｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）として使用可能な領域である。
　（無線端末）
　ＵＥ１００（無線端末）について説明する。図５は、ＵＥ１００のブロック図である。図５に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。
　レシーバ１１０は、コントローラ１３０の制御下で各種の受信を行う。レシーバ１１０は、アンテナを含む。レシーバ１１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ１１０は、ベースバンド信号をコントローラ１３０に出力する。
　トランスミッタ１２０は、コントローラ１３０の制御下で各種の送信を行う。トランスミッタ１２０は、アンテナを含む。トランスミッタ１２０は、コントローラ１３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ１３０は、無線信号をアンテナから送信する。
　コントローラ１３０は、ＵＥ１００における各種の制御を行う。コントローラ１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）とを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより、各種の処理を行う。プロセッサは、音声・映像信号の符号化・復号化を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
　ＵＥ１００は、ＵＥ１００自身の位置を特定するための受信機を備えていてもよい。例えば、ＵＥ１００は、ＧＮＳＳ（Ｇｌｏｂａｌ　Ｎａｖｉｇａｔｉｏｎ　Ｓａｔｅｌｌｉｔｅ　Ｓｙｓｔｅｍ）受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信できる。ＧＮＳＳ受信機は、ＧＮＳＳ信号をコントローラ１３０に出力する。ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）機能を有していてもよい。ＵＥ１００は、位置情報を取得するために他の受信機を備えていてもよい。
　本明細書では、ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０及びコントローラ１３０の少なくともいずれかが実行する処理を、便宜上、ＵＥ１００が実行する処理（動作）として説明することがある。
　（基地局）
　ｅＮＢ２００（基地局）について説明する。図６は、ｅＮＢ２００のブロック図である。図６に示すように、ｅＮＢ２００は、レシーバ（受信部）２１０、トランスミッタ（送信部）２２０、コントローラ（制御部）２３０、及びネットワークインターフェイス２４０を備える。トランスミッタ２１０とレシーバ２２０は、一体化されたトランシーバ（送受信部）であってもよい。
　レシーバ２１０は、コントローラ２３０の制御下で各種の受信を行う。レシーバ２１０は、アンテナを含む。レシーバ２１０は、複数のアンテナを含んでいてもよい。レシーバ２１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ２１０は、ベースバンド信号をコントローラ２３０に出力する。
　トランスミッタ２２０は、コントローラ２３０の制御下で各種の送信を行う。トランスミッタ２２０は、アンテナを含む。トランスミッタ２２０は、複数のアンテナを含んでいてもよい。トランスミッタ２２０は、コントローラ２３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ２２０は、無線信号をアンテナから送信する。
　コントローラ２３０は、ｅＮＢ２００における各種の制御を行う。コントローラ２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより各種の処理を行う。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
　ネットワークインターフェイス２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続される。ネットワークインターフェイス２４０は、Ｓ１インターフェイスを介してＭＭＥ３００及びＳＧＷ４００と接続される。ネットワークインターフェイス２４０は、例えば、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に使用される。
　本明細書では、ｅＮＢ２００が備えるトランスミッタ２１０、レシーバ２２０、コントローラ２３０、及びネットワークインターフェイス２４０の少なくともいずれかが実行する処理を、便宜上、ｅＮＢ２００が実行する処理（動作）として説明する。
　（リレーノード）
　ＲＮ５００（リレーノード）について説明する。図７は、ＲＮ５００のブロック図である。図７に示すように、ＲＮ５００は、レシーバ（受信部）５１０、トランスミッタ（送信部）５２０、コントローラ（制御部）５３０、及びネットワークインターフェイス５４０を備える。トランスミッタ５２０とレシーバ５１０は、一体化されたトランシーバ（送受信部）であってもよい。ＲＮ５００は、ネットワークインターフェイス５４０を備えなくてもよい。
　レシーバ５１０は、コントローラ５３０の制御下で各種の受信を行う。レシーバ５１０は、アンテナを含む。レシーバ５１０は、複数のアンテナを含んでいてもよい。レシーバ５１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ５１０は、ベースバンド信号をコントローラ５３０に出力する。
　トランスミッタ５２０は、コントローラ５３０の制御下で各種の送信を行う。トランスミッタ５２０は、アンテナを含む。トランスミッタ５２０は、複数のアンテナを含んでいてもよい。トランスミッタ５２０は、コントローラ５３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ５２０は、無線信号をアンテナから送信する。
　コントローラ５３０は、ＲＮ５００における各種の制御を行う。コントローラ５３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより各種の処理を行う。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
　ネットワークインターフェイス５４０は、移動体に設けられた他のノード（例えば、他のＲＮ５００）と接続される。ＲＮ５００は、レシーバ５１０及び／又はトランスミッタ５２０を用いて他のノードと通信を実行してもよい。例えば、ＲＮ５００は、ネットワークインターフェイス５４０を備えない場合に、レシーバ５１０及び／又はトランスミッタ５２０を用いて他のノードと通信を実行してもよい。
　本明細書では、ＲＮ５００が備えるトランスミッタ５１０、レシーバ５２０、コントローラ５３０、及びネットワークインターフェイス５４０の少なくともいずれかが実行する処理を、便宜上、ＲＮ５００が実行する処理（動作）として説明する。
　［第１実施形態］
　（動作環境）
　第１実施形態に係る動作環境について図８を用いて説明する。図８は、第１実施形態に係る動作環境を説明するための図である。
　図８に示すように、移動体（例えば、電車）１は、各ＵＥ１００を収容している。移動体１には、ＲＮ５００が設置されている。各ＵＥ１００とＲＮ５００とは、接続（ＲＲＣ接続）を確立していてもよい。各ＵＥ１００は、ＲＮ５００に対してＲＲＣ接続状態であってもよい。各ＵＥ１００とＲＮ５００とは、接続（ＲＲＣ接続）を確立していなくてもよい。各ＵＥ１００は、ＲＮ５００に対してＲＲＣアイドル状態であってもよい。各ＵＥ１００は、必要に応じて、ＲＮ５００と接続（ＲＲＣ接続）を確立してもよい。
　ＲＮ５００は、ｅＮＢ２００（ｅＮＢ２００－１又はｅＮＢ２００－２）と接続（ＲＲＣ接続）を確立する。ＲＮ５００は、例えば、４ＧＨｚ帯の周波数を用いてｅＮＢ２００との通信を実行してもよい。一方で、ＲＮ５００は、例えば、４ＧＨｚ帯、３０ＧＨｚ帯、７０ＧＨｚ帯の少なくともいずれかの周波数を用いてＵＥ１００との通信を実行してもよい。
　ｅＮＢ２００は、例えば、移動体１が通過する軌道（例えば、線路）の周辺に設置されたｅＮＢである。ｅＮＢ２００は、マクロｅＮＢであってもよい。
　移動体１は、高速で移動してもよい。例えば、移動体１は、閾値以上の速度（例えば、５００ｋｍ／ｈ）で移動してもよい。従って、各ＵＥ１００及びＲＮ５００は、移動体１の移動に応じて、高速で（閾値以上の速度で）移動できる。
　（第１実施形態に係る動作）
　次に、第１実施形態に係る動作について、図８及び９を用いて説明する。図９は、第１実施形態に係る動作を説明するためのシーケンス図である。
　図９の初期状態において、ＲＮ５００は、ｅＮＢ２００－１と接続（ＲＲＣ接続）を確立している。ＲＮ５００は、ｅＮＢ２００－１とＵＥ１００との間で、移動体１内のＵＥ１００のデータを中継していてもよい（図８（Ａ）参照）。
　ステップＳ１０１において、ｅＮＢ２００－２は、リソース情報をｅＮＢ２００－１へ送ってもよい。ｅＮＢ２００－１は、リソース情報を受信する。
　ｅＮＢ２００－２（及び／又は他のｅＮＢ２００）は、ｅＮＢ２００－１からの要求に応じて、リソース情報をｅＮＢ２００－１へ送ってもよい。ｅＮＢ２００－２（及び／又は他のｅＮＢ２００）は、上位ノードからの要求に応じて、リソース情報をｅＮＢ２００－１へ送ってもよい。他のｅＮＢ２００は、移動体１の移動経路に沿って設置されるｅＮＢである。
　ｅＮＢ２００－１は、移動するＲＮ５００との接続に応じて、リソース情報をｅＮＢ２００－２へ要求してもよい。ｅＮＢ２００－１は、ハンドオーバ要求に含まれる情報をリソース情報の要求に含めてもよい。
　リソース情報は、例えば、ｅＮＢ２００－２がＲＮ５００へ割り当てるＲＮ５００の一時識別子（Ｃ－ＲＮＴＩ：Ｃｅｌｌ　Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）を含んでもよい。リソース情報は、ｅＮＢ２００－２のセキュリティアルゴリズム識別子を含んでもよい。リソース情報は、ステップＳ１０４においてＲＮ５００が用いるランダムアクセスプリアンブル（ａｓｓｉｇｎｅｄ　ｎｏｎ－ｃｏｎｔｅｎｔｉｏｎ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｐｒｅａｍｂｌｅ）を含んでいてもよい。リソース情報は、ハンドオーバ要求に対する肯定応答（Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋ）に含まれる情報を含んでいてもよい。リソース情報は、ハンドオーバを実行するためのＲＲＣ接続メッセージにとしてＲＮ５００へ送るべきトランスペアレントコンテナを含んでいてもよい。リソース情報は、ＲＮ５００がｅＮＢ２００－２への接続要求に含める情報を含んでいてもよい。
　ｅＮＢ２００－１とｅＮＢ２００－２とは、ＲＮ５００へ割り当てられる共通のリソース情報（例えば、ＲＮ５００の一時識別子（（Ｃ－）ＲＮＴＩ）を共有していてもよい。この場合、ｅＮＢ２００－２は、ステップＳ１０１の処理を省略していてもよい。
　ｅＮＢ２００－１がｅＮＢ２００－２において用いられるリソース情報を送っていてもよい。ｅＮＢ２００－２は、ＲＮ５００からの接続要求を受信した場合、ｅＮＢ２００－１から送られたリソース情報を用いて、ＲＮ５００との接続を確立してもよい。
　移動体１が電車である場合、電車は、軌道が固定された（高速）移動体であるため、上述のように、リソース情報が予め決められていてもよい。
　ステップＳ１０２において、ＲＮ５００は、メジャメント報告をｅＮＢ２００－１へ送信してもよい。ｅＮＢ２００－１は、メジャメント結果を受信してもよい。
　メジャメント結果は、ＲＮ５００におけるセル（ｅＮＢ２００－１のセル及び／又はｅＮＢ２００－２のセル）からの受信レベル（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ　Ｒｅｃｅｉｖｅｄ　Ｐｏｗｅｒ及び／又はＲＳＲＱ：Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ　Ｒｅｃｅｉｖｅｄ　Ｑｕａｌｉｔｙ）の測定結果を含んでもよい。
　ステップＳ１０３において、ｅＮＢ２００－１は、ｅＮＢ２００－２へのＲＮ５００のハンドオーバを決定する。ｅＮＢ２００－１は、メジャメント結果に応じて、ＲＮ５００のハンドオーバを決定してもよい。
　ｅＮＢ２００－１は、ＲＮ５００からメジャメント報告を受信しなくても、ＲＮ５００のハンドオーバを決定してもよい。ｅＮＢ２００－１は、例えば、ＲＮ５００がハンドオーバを実行するタイミングの情報を保持する場合、メジャメント結果を受信したか否かにかかわらず、ＲＮ５００のハンドオーバを決定してもよい。
　ｅＮＢ２００－１は、タイミングの情報を移動体１（例えば、電車）に関する移動情報に基づいて決定してもよい。移動情報は、移動体１（ＲＮ５００）の移動区間（例えば、出発地点、経由地点、到着地点など）を示す情報、移動体１（ＲＮ５００）の移動時間（ｘ：００～ｙ：００／ｚ［時間／分／秒］）を示す情報、移動体１（ＲＮ５００）の移動距離を示す情報の少なくともいずれかの情報を含んでいてもよい。ｅＮＢ２００－１は、移動情報をＲＮ５００から取得してもよい。ｅＮＢ２００－１は、ＲＮ５００へ移動情報を要求してもよい。
　ｅＮＢ２００－１は、タイミングの情報をＲＮ５００（移動体１）の移動速度に基づいて決定してもよい。ｅＮＢ２００－１は、ＲＮ５００から移動速度の情報を取得してもよい。ｅＮＢ２００－１は、ＲＮ５００へ移動速度を要求してもよい。
　ｅＮＢ２００－１は、ＲＮ５００のハンドオーバを決定した後、ステップＳ１０４の処理を実行できる。すなわち、ｅＮＢ２００－１は、ハンドオーバを決定した時点で、ｅＮＢ２００－２がＲＮ５００へ割り当てるリソースの情報（リソース情報）を保持している場合、ハンドオーバ要求をｅＮＢ２００－２へ送信することを中止できる。
　ｅＮＢ２００－１は、ＲＮ５００の移動速度に応じて、ｅＮＢ２００－２へハンドオーバ要求を送信するか否かを決定してもよい。ｅＮＢ２００－１は、ＲＮ５００の移動速度が閾値よりも小さい場合、ｅＮＢ２００－２へハンドオーバ要求を送信してもよい。従って、ｅＮＢ２００－１は、ｅＮＢ２００－２のリソース情報を保持していても、ハンドオーバ要求を送信してもよい。ｅＮＢ２００－１は、ＲＮ５００の移動速度が閾値よりも大きい場合、ｅＮＢ２００－２へハンドオーバ要求を送信することを中止してもよい。閾値は、例えば、高速（例えば、３００ｋｍ／ｈ）を示す値であってもよい。
　ステップＳ１０４において、ｅＮＢ２００－１は、ＲＲＣ接続再設定メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥ１００へ送信する。ｅＮＢ２００－１は、当該メッセージにリソース情報を含めることができる。
　ステップＳ１０５において、ハンドオーバ実行（ＨＯ　Ｅｘｃｕｔｉｏｎ）フェーズ及びハンドオーバ完了（ＨＯ　Ｃｏｍｐｌｅｔｉｏｎ）フェーズが実行される。
　ＲＮ５００は、ハンドオーバ実行フェーズにおいて、接続要求をｅＮＢ２００－２へ送信する。ＲＮ５００は、リソース情報に含まれるｅＮＢ２００－２からＲＮ５００へ割り当てられた識別子（ＲＮＴＩ）を接続要求に含めてもよい。ＲＮ５００は、接続要求として、リソース情報に含まれるランダムアクセスプリアンブルを送信してもよい。ＲＮ５００は、リソース情報に含まれる情報を接続要求に含めてもよい。
　ｅＮＢ２００－２は、接続要求をＲＮ５００から受信する。ｅＮＢ２００－２は、接続要求に含まれる情報（又は接続要求自体）に基づいて、接続要求の送信元がＲＮ５００であると判定できる。その後、ＵＥ１００、ｅＮＢ２００－２（及びｅＮＢ２００－１）は、既存のハンドオーバ手順を実行できる。
　ｅＮＢ２００－２とＲＮ５００とは、接続を確立した後、ｅＮＢ２００－２とＲＮ５００とは通信を実行できる（図８（Ｂ）参照）。
　以上より、本実施形態では、ハンドオーバ手順の一部を省略することが可能であるため、ｅＮＢ２００とＲＮ５００との接続時間を延ばすことができる。その結果、ｅＮＢ２００とＲＮ５００との間の通信スループットを確保できる。
　［第２実施形態］
　次に、第２実施形態について説明する。上述した内容と同様の部分は、説明を適宜省略する。
　（システム概略）
　第２実施形態に係るシステム概略について、図１０を用いて説明する。図１０は、第２実施形態を説明するための図である。
　図１０に示すように、ＬＴＥシステム（ネットワーク）は、サーバ６００を備えていてもよい。
　サーバ６００は、ネットワーク装置に相当する。サーバ６００は、ユーザデータをｅＮＢ２００へ転送できる。サーバ６００は、（Ｄ）ｅＮＢ２００とＳＧＷ４００との間に設けられてもよい。サーバ６００は、ＥＰＣ２０に位置してもよい。サーバ６００は、ＥＵＴＲＡＮ１０に位置してもよい。
　ｅＮＢ２００とサーバ６００との間で、第１のインターフェイスが確立されてもよい。サーバ６００は、第１のインターフェイスを介して、ｅＮＢ２００－１と接続されてもよい。ＳＧＷ４００とサーバ６００との間で、第２のインターフェイスが確立されてもよい。サーバ６００は、第２のインターフェイスを介して、ＳＧＷ４００と接続されてもよい。
　（サーバ）
　サーバ６００（ネットワーク装置）について説明する。図１１は、サーバ６００のブロック図である。図１１に示すように、サーバ６００は、コントローラ（制御部）６３０、及びネットワークインターフェイス６４０を備える。
　コントローラ６３０は、サーバ６００における各種の制御を行う。コントローラ６３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号化等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより各種の処理を行う。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
　ネットワークインターフェイス６４０は、第１のインターフェイスを介してｅＮＢ２００と接続されてもよい。ネットワークインターフェイス６４０は、第２のインターフェイスを介してＳＧＷ４００（及びＭＭＥ３００）と接続されてもよい。ネットワークインターフェイス６４０は、例えば、第１のインターフェイス上で行う通信及び第２のインターフェイス上で行う通信に使用される。
　本明細書では、サーバ６００が備えるコントローラ６３０、及びネットワークインターフェイス６４０の少なくともいずれかが実行する処理を、便宜上、サーバ６００が実行する処理（動作）として説明する。
　（第２実施形態に係る動作）
　次に、第２実施形態に係る動作について、図１２から図１５を用いて説明する。図１２は、第２実施形態に係る動作を説明するための図である。図１３は、第２実施形態に係る動作を説明するためのフローチャートである。図１４は、第２実施形態に係る動作を説明するためのシーケンス図である。図１５は、第２実施形態に係る動作を説明するためのシーケンス図である。
　図１２（及び図１４，１５）の初期状態において、ＲＮ５００は、ｅＮＢ２００－１と接続を確立している。ＲＮ５００は、ｅＮＢ２００－１と接続（ＲＲＣ接続）を確立している。ＲＮ５００は、ｅＮＢ２００－１とＵＥ１００との間で、移動体１内のＵＥ１００のデータを中継していてもよい。
　ｅＮＢ２００－１及びｅＮＢ２００－２は、サーバ６００と接続されている。サーバ６００は、ＲＮ５００が中継するＵＥ１００のユーザデータをｅＮＢ２００－１及びｅＮＢ２００－２へ転送可能である。
　図１３に示すように、サーバ６００は、ＲＮ５００によりユーザデータが中継されるＵＥ１００（移動体１内のＵＥ１００）へのユーザデータをネットワークから受け取った場合、図１３の処理を開始できる。
　ステップＳ２０１において、サーバ６００は、ＲＮ５００の移動速度が閾値以上であるか否かを判定する。サーバ６００は、ＲＮ５００の位置情報に基づいて判定してもよい。サーバ６００は、ＲＮ５００が移動するか否かを示す情報に基づいて判定してもよい。サーバ６００は、移動体１（ＲＮ５００）の移動情報（第１実施形態参照）に基づいて、判定してもよい。サーバ６００は、移動体１の移動速度の情報に基づいて、判定してもよい。サーバ６００は、これらの情報をＲＮ５００又は他のノード（例えば、ＭＭＥ３００など）から受け取ってもよい。サーバ６００は、これらの情報をＲＮ５００又は他のノードへ要求してもよい。
　サーバ６００は、ステップＳ２０１の判定結果に基づいて、ユーザデータの転送先を決定する。すなわち、サーバ６００は、ＲＮ５００の移動速度に応じて、ユーザデータをｅＮＢ２００－１へのみ送る（転送する）か、ｅＮＢ２００－１及びｅＮＢ２００－２の両方へ送る（転送する）かどうかを決定できる。
　サーバ６００は、ＲＮ５００の移動速度が閾値未満である場合、ｅＮＢ２００－１へのみユーザデータを送ると決定する。すなわち、サーバ６００は、ステップＳ２０２の処理を実行する。一方、サーバ６００は、ＲＮ５００の移動速度が閾値以上である場合、ｅＮＢ２００－１及びｅＮＢ２００－２の両方へユーザデータを送ると決定する。すなわち、サーバ６００は、ステップＳ２０３の処理を実行する。
　ステップＳ２０２において、サーバ６００は、ｅＮＢ２００－１へのみユーザデータを送る（図１４のステップＳ３０１参照）。
　一方、ステップＳ２０３において、サーバ６００は、ｅＮＢ２００－１及びｅＮＢ２００－２の両方へユーザデータを送る。すなわち、サーバ６００は、ｅＮＢ２００－１だけでなく、ｅＮＢ２００－２へもユーザデータを送る（図１５のステップＳ４０１参照）。
　サーバ６００は、ユーザデータの送り先であるｅＮＢ２００－２を移動体１（ＲＮ５００）の移動情報に基づいて決定してもよい。サーバ６００は、ｅＮＢ２００－１の近隣ｅＮＢであるｅＮＢ２００－２をユーザデータの送り先と決定してもよい。
　図１４に示すように、ステップＳ３０１において、サーバ６００は、ｅＮＢ２００－１へのみユーザデータを送る。ｅＮＢ２００－１は、ユーザデータを受信する。
　ステップＳ３０２において、ｅＮＢ２００－１は、ユーザデータをＲＮ５００へ送信する。ＲＮ５００は、ユーザデータの受信に成功した場合、移動体１内のＵＥ１００へユーザデータを送信（中継）する。ＲＮ５００は、ユーザデータの受信に失敗した場合、ステップＳ３０３の処理を実行してもよい。
　以下において、ＲＮ５００は、ユーザデータの受信に失敗したと仮定して説明を進める。
　ステップＳ３０３において、ＲＮ５００は、ユーザデータの受信に失敗したことを示す情報（ＮＡＣＫ：Ｎａｃｋｎｏｗｌｅｄｇｅ）を送信してもよい。ｅＮＢ２００－１は、ＮＡＣＫを受信してもよい。
　ステップＳ３０４において、移動体１（ＲＮ５００）の移動に伴って、ハンドオーバ手順が実行される。
　ｅＮＢ２００－１は、ＲＮ５００（ＵＥ１００）への未送信のユーザデータ及び再送が必要なユーザデータ（パケット）をｅＮＢ２００－２へ転送できる。ｅＮＢ２００－１は、ＲＮ５００が受信に失敗したユーザデータ（パケット）をｅＮＢ２００－２へ転送できる。
　その後、ハンドオーバ手順の終了により、ＲＮ５００とｅＮＢ２００－２との接続が確立される。
　ステップＳ３０５において、ｅＮＢ２００－２は、ＲＮ５００が受信に失敗したユーザデータ（パケット）をＲＮ５００へ転送できる。
　一方、図１５に示すように、ステップＳ４０１からＳ４０３は、ステップＳ３０１からＳ３０３に対応する。
　ステップＳ４０４において、移動体１（ＲＮ５００）の移動に伴って、ハンドオーバ手順が実行される。
　ｅＮＢ２００－１は、ＲＮ５００（ＵＥ１００）への未送信のユーザデータ及び再送が必要なユーザデータ（パケット）をｅＮＢ２００－２へ転送することを省略してもよい。ｅＮＢ２００－１は、ＲＮ５００が受信に失敗したユーザデータ（パケット）をｅＮＢ２００－２へ転送することを省略してもよい。すなわち、ｅＮＢ２００－１は、ＲＮ５００がｅＮＢ２００－２へハンドオーバを実行した場合に、ユーザデータをｅＮＢ２００－２へ転送することを中止してもよい。
　ｅＮＢ２００－１は、サーバ６００からの指示により、ユーザデータの転送を中止してもよい。サーバ６００の指示は、ユーザデータと共にサーバ６００からｅＮＢ２００－１へ送られてもよい。
　ｅＮＢ２００－１は、ＲＮ５００の移動速度が閾値以上であるか否かを判定してもよい。ｅＮＢ２００－１は、サーバ６００と同様の方法により、判定してもよい。
　ｅＮＢ２００－１は、判定結果に基づいて、ユーザデータの転送を中止するか否かを決定してもよい。ｅＮＢ２００－１は、ＲＮ５００の移動速度に応じて、ユーザデータの転送を中止するか否かを決定できる。従って、ｅＮＢ２００－１は、ＲＮ５００の移動速度が閾値未満である場合、ユーザデータの転送を実行してもよい。一方、ｅＮＢ２００－１は、ＲＮ５００の移動速度が閾値以上である場合、ユーザデータの転送を中止してもよい。
　ｅＮＢ２００－１は、ＲＮ５００への再送が間に合わないと判定した場合、ハンドオーバ手順が実行される前であっても、ＲＮ５００へのユーザデータの再送を中止してもよい。ｅＮＢ２００－１は、再送を中止したユーザデータに関わる識別子（例えば、ユーザデータのシーケンス番号、ＵＥ１００の識別子、ＲＮ５００の識別子など）をｅＮＢ２００－２（又はサーバ６００）へ通知してもよい。ｅＮＢ２００－２は、ｅＮＢ２００－１（又はサーバ６００）から受信した識別子に基づいて、ＲＮ５００へのユーザデータを送信（再送）してもよい。
　ステップＳ４０５は、ステップＳ３０５に対応する。
　以上により、サーバ６００は、ＲＮ５００の移動速度に応じて、ユーザデータをｅＮＢ２００－１だけでなく、ＲＮ５００のハンドオーバ先であるｅＮＢ２００－２へも送ることができる。これにより、ｅＮＢ２００－２は、ｅＮＢ２００－１からのユーザデータの転送を待つことなく、ユーザデータをＲＮ５００への送信を開始できる。その結果、ｅＮＢ２００とＲＮ５００との間の通信スループットを確保できる。
　［第３実施形態］
　次に、第３実施形態について、図１６から図１９を用いて説明する。図１６及び図１７は、第３実施形態を説明するための図である。図１８は、第３実施形態を説明するためのフローチャートである。図１９は、下りリンク・マルチアンテナ伝送に関連するコントローラ２３０のブロック図である。上述した内容と同様の部分は、説明を適宜省略する。
　図１６（及び図１７）に示すように、移動体１には、複数のＲＮ５００（ＲＮ５００－１～ＲＮ５００－３）が設置されている。例えば、移動体１が複数の車両により構成される場合、各車両にＲＮ５００が設置されていてもよい。
　各ＲＮ５００は、所定のインターフェイスにより互いに接続されていてもよい。各ＲＮ５００は、複数のＲＮ５００のうちのいずれかのＲＮ５００又は移動体１に設置された他のノード（制御装置）により、制御されてもよい。
　第３実施形態に係るｅＮＢ２００は、複数のＲＮ５００へユーザデータを送信するための第１制御と第２制御とのいずれかを実行できる。
　図１６に示すように、第１制御は、複数のＲＮ５００へ同一のユーザデータ（Ｄａｔａ１）をブロードキャストにより送信するための制御である。ｅＮＢ２００は、Ｄａｔａ１をブロードキャストにより送信する。ＲＮ５００－１、ＲＮ５００－２、ＲＮ５００－３のそれぞれは、ｅＮＢ２００からＤａｔａ１を受信する。各ＲＮ５００は、ユーザデータの送り先であるＵＥ１００をサーブするＲＮ５００へＤａｔａ１を転送できる。ｅＮＢ２００は、ブロードキャストではなく、マルチキャスト又はグループキャストによりユーザデータを送信してもよい。
　図１７に示すように、第２制御は、複数のＲＮ５００のそれぞれへ互いに異なるユーザデータ（Ｄａｔａ１、Ｄａｔａ２、Ｄａｔａ３）をユニキャストにより送信するための制御である。ｅＮＢ２００は、ＲＮ５００－１へＤａｔａ１をユニキャストにより送信する。ＲＮ５００－１は、Ｄａｔａ１をｅＮＢ２００から受信する。ｅＮＢ２００は、ＲＮ５００－２へＤａｔａ２をユニキャストにより送信する。ＲＮ５００－２は、Ｄａｔａ２をｅＮＢ２００から受信する。ｅＮＢ２００は、ＲＮ５００－３へＤａｔａ３をユニキャストにより送信する。ＲＮ５００－３は、Ｄａｔａ３をｅＮＢ２００から受信する。
　ｅＮＢ２００は、ｅＮＢ２００と複数のＲＮ５００との間の通信品質に応じて、第１の制御と第２の制御とを切り替えることができる。
　図１８に示すように、ステップＳ５０１において、ｅＮＢ２００は、各ＲＮ５００（移動体１）の移動速度が閾値以上であるか否かを判定する。ｅＮＢ２００は、上述した方法と同様の方法により、各ＲＮ５００の移動速度が閾値以上であるか否かを判定してもよい。
　移動体１（ＲＮ５００）の移動情報は、移動体１が複数のＲＮ５００が設置されていることを示す情報を含んでいてもよい。ｅＮＢ２００は、移動情報に基づいて、１つのＲＮ５００（例えば、ＲＮ５００－１）の結果に基づいて、他のＲＮ５００（例えば、ＲＮ５００－２及びＲＮ５００－３）も同じ結果とみなしてもよい。
　ｅＮＢ２００は、各ＲＮ５００の移動速度が閾値以上である場合、ステップＳ５０２の処理を実行してもよい。ｅＮＢ２００は、各ＲＮ５００の移動速度が閾値未満である場合、ステップＳ５０４の処理を実行してもよい。このように、ｅＮＢ２００は、複数のＲＮ５００の移動速度に応じて、第１の制御と第２の制御とを切り替えてもよい。ステップＳ５０１の動作は、省略されてもよい。
　ステップＳ５０２において、ｅＮＢ２００は、ｅＮＢ２００と複数のＲＮ５００との間の通信品質が閾値以上であるか否かを判定する。ｅＮＢ２００は、例えば、各ＲＮ５００から受信したチャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ　Ｓｔａｔｅ　Ｉｎｆｏｒｍａｔｉｏｎ）に基づいて、通信品質が閾値以上であるか否かを判定できる。
　ＣＳＩは、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ　Ｍａｔｒｉｘ　Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ　Ｉｎｄｉｃａｔｏｒ）、ＣＱＩ（Ｃｈａｎｎｅｌ　Ｑｕａｌｉｔｙ　Ｉｎｄｉｃａｔｏｒ）を含んでいてもよい。
　ＣＱＩは、下りリンクの受信状態に基づく、下りリンクで用いるのに好ましい変調及び符号化方式（すなわち、推奨ＭＣＳ）を示す。
　ＰＭＩは、下りリンクで用いるのに好ましいプリコーダ行列を示す情報である。言い換えると、ＰＭＩは、当該ＰＭＩの送信元のＵＥに対してビームが向くプリコーダ行列を示す情報である。例えば、ＲＮ５００は、自身の受信状態が改善されるように、ｅＮＢ２００にフィードバックするＰＭＩを選択する。
　ＲＩは、下りリンクで用いるのに好ましいランクを示す。例えば、ＲＮ５００は、自身の受信状態に相応しいランクが適用されるように、ｅＮＢ２００にフィードバックするＰＭＩを選択する。
　例えば、ｅＮＢ２００は、ＣＱＩに基づく通信品質が閾値以上であるか否かを判定してもよい。ｅＮＢ２００は、各ＲＮ５００からの各ＣＱＩのいずれか１つが閾値未満である場合、通信品質が閾値未満と判定してもよい。ｅＮＢ２００は、複数のＣＱＩの平均が閾値未満である場合、通信品質が閾値未満と判定してもよい。
　ｅＮＢ２００は、ステップＳ５０２の判定結果に基づいて、ユーザデータの送信方法を決定できる。すなわち、ｅＮＢ２００は、ｅＮＢ２００と複数のＲＮ５００との間の通信品質に応じて、第１の制御と第２の制御とを切り替えることができる。
　ｅＮＢ２００は、通信品質が閾値未満である場合、ブロードキャスト送信（第１の制御）を実行すると決定する（図１６参照）。すなわち、ｅＮＢ２００は、ステップＳ５０３の処理を実行する。一方、ｅＮＢ２００は、通信品質が閾値以上である場合、ユニキャスト送信（第２の制御）を実行すると決定する。すなわち、ｅＮＢ２００は、ステップＳ５０４の処理を実行する。
　ｅＮＢ２００は、通常、ユーザデータの宛先（送信先）に応じて、ブロードキャストにより送信するかユニキャストにより送信するかを決定する。従って、ｅＮＢ２００は、例えば、送信先がグループである場合、ブロードキャスト（グループキャスト）により送信する。ｅＮＢ２００は、送信先が特定のノードである場合、ユニキャストにより送信する。
　一方、本実施形態では、ｅＮＢ２００は、同じ宛先のユーザデータであっても、通信品質に応じて、第１の制御と第２の制御とを切り替える。これにより、ｅＮＢ２００は、通信品質が悪い場合には、同一のユーザデータを複数のＲＮ５００へ送信することにより、ユーザデータを再送する確率が低減できる。その結果、ｅＮＢ２００とＲＮ５００との間の通信スループットを確保できる。一方、ｅＮＢ２００は、通信品質が良好である場合には、互いに異なるユーザデータを複数のＲＮ５００へ送信することにより、多くのユーザデータを複数のＲＮ５００へ送信することができる。その結果、ｅＮＢ２００とＲＮ５００との間の通信スループットを向上できる。
　ｅＮＢ２００は、マルチアンテナ伝送により、ユーザデータを各ＲＮ５００へ送信してもよい。
　例えば、ｅＮＢ２００は、プリコーダ行列及びランクを適用して下りリンク・マルチアンテナ伝送を行うことができる。
　図１９に示すように、物理チャネル上で送信すべき１つ又は２つのコードワードは、スクランブルされ、かつ変調シンボルに変調される。コードワードは、誤り訂正のデータ単位である。変調されたコードワードは、レイヤマッパ２３１によって複数のレイヤにマッピングされる。ランク（レイヤ数／ストリーム数）は、フィードバックされるＲＩに基づいて定められる。
　プリコーダ２３２は、プリコーダ行列を用いて、各レイヤの変調シンボルをプリコーディングする。プリコーダ行列は、フィードバックされるＰＭＩに基づいて定められる。プリコーディングされた変調シンボルは、リソースエレメントにマッピングされ、かつ時間領域のＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅｘｉｎｇ）信号に変換される。変換されたＯＦＤＭ信号は、各アンテナ（各アンテナポート）に出力される。
　その後、ｅＮＢ２００は、複数のアンテナを用いて、マルチアンテナ伝送を実行できる。従って、ｅＮＢ２００と複数のＲＮ５００とのマルチパスが形成される。ｅＮＢ２００は、マルチパスによりユーザデータを複数のＲＮ５００へ送信できる。
　第１の制御では、ｅＮＢ２００は、同一のユーザデータ（Ｄａｔａ１）を複数のＲＮ５００へ送信する。これにより、ダイバーティ効果が得られるため、高速移動により通信品質が低下していたとしても、複数のＲＮ５００は、ユーザデータの受信成功率が向上する。これにより、ユーザデータを再送する確率が低減できる。その結果、ｅＮＢ２００とＲＮ５００との間の通信スループットを確保できる。
　第２の制御では、ｅＮＢ２００は、異なるユーザデータ（Ｄａｔａ１、Ｄａｔａ２、Ｄａｔａ３）を複数のＲＮ５００のそれぞれへ送信する。これにより、通信品質が良好である場合、ｅＮＢ２００は、１度に複数のデータを送信できる。その結果、ｅＮＢ２００とＲＮ５００との間の通信スループットを向上できる。
　［第４実施形態］
　次に、第４実施形態について、図２０及び図２１を用いて説明する。図２０は、第４実施形態を説明するための図である。図２１は、第４実施形態を説明するためのフローチャートである。上述した内容と同様の部分は、説明を適宜省略する。
　図２０に示すように、ＲＮ５００との通信において、複数のｅＮＢ２００（ｅＮＢ２００－１、ｅＮＢ２００－２）がＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ　Ｍｕｌｔｉ－Ｐｏｉｎｔ）として動作を実行できる。
　ＤＬ　ＣｏＭＰでは、複数のｅＮＢ２００（複数の送信ポイント）は、下りリンクデータ送信において協調される（ＣｏＭＰ送信）。すなわち、ｅＮＢ２００（例えば、ｅＮＢ２００－１）は、他のｅＮＢ２００（例えば、ｅＮＢ２００－２）と協調してユーザデータを送信する。例えば、複数のｅＮＢ２００は、ユーザデータをＲＮ５００へ同時に送信してもよい（ＪＴ：Ｊｏｉｎ　Ｔｒａｎｓｍｉｓｓｉｏｎ）。複数のｅＮＢ２００のうち、ＲＮ５００との通信品質が最も良好なｅＮＢ２００が、ユーザデータをＲＮ５００へ送信してもよい（ＤＰＳ：Ｄｙｎａｍｉｃ　Ｐｏｉｎｔ　Ｓｅｌｅｃｔｉｏｎ））。複数のｅＮＢ２００が、スケジューリング及び／又はビームフォーミングの決定を協調して決定してもよい（ＣＳ／ＣＢ：Ｃｏｏｒｄｉｎａｔｅｄ　Ｓｃｈｅｄｕｌｉｎｇ　／　Ｃｏｏｒｄｉｎａｔｅｄ　Ｂｅａｍ　ｆｏｒｍｉｎｇ）。
　ＵＬ　ＣｏＭＰでは、複数のｅＮＢ２００（複数の送信ポイント）は、上りリンクデータ受信において協調される（ＣｏＭＰ受信）。すなわち、ｅＮＢ２００（例えば、ｅＮＢ２００－１）は、他のｅＮＢ２００（例えば、ｅＮＢ２００－２）と協調してユーザデータを受信する。例えば、複数のｅＮＢ２００は、ユーザデータをＲＮ５００から同時に受信してもよい。
　複数のｅＮＢ２００の協調は、基地局間でのシグナリングにより実行されてもよい。シグナリングは、ＣｏＭＰ仮説情報、ベネフィットメトリック情報を含んでもよい。ＣｏＭＰ仮説情報（ＣｏＭＰ　Ｈｙｐｏｔｈｅｓｅｓ）は、受信ｅＮＢ（ｒｅｃｅｉｖｉｎｇ　ｅＮＢ）、送信ｅＮＢ（ｓｅｎｄｉｎｇ　ｅＮＢ）、それらの隣接ｅＮＢのいずれかに属するセルに関係する情報である。ＣｏＭＰ仮説情報と関連付けられたベネフィットメトリック情報は、当該ＣｏＭＰ仮説情報が適用されたとの利点仮定を定量化する。ＣｏＭＰ仮説情報の受信ｅＮＢとベネフィットメトリック情報とは、ＲＲＭに関して考慮されてもよい。
　第４実施形態に係るｅＮＢ２００は、ＲＮ５００へユーザデータを送信するための第１制御と第２制御とのいずれかを実行できる。ｅＮＢ２００は、ＲＮ５００からユーザデータを受信するための第３制御と第４制御とのいずれかを実行できる。
　第１制御は、ｅＮＢ２００（例えば、ｅＮＢ２００－１）のみがユーザデータを送信するための制御である。ｅＮＢ２００－１とｅＮＢ２００－２とは、ユーザデータの送信に関して協調しない。すなわち、複数のｅＮＢ２００（ｅＮＢ２００－１、ｅＮＢ２００－２）は、ＣｏＭＰとして動作を実行しない。例えば、ｅＮＢ２００－１のみがユーザデータをＲＮ５００へ送信する。ｅＮＢ２００－２は、ユーザデータをＲＮ５００へ送信しない。
　第２制御は、ｅＮＢ２００－１とｅＮＢ２００－２とが協調してユーザデータをＲＮ５００へ送信する。すなわち、ｅＮＢ２００－１とｅＮＢ２００－２とは、ＣｏＭＰとして動作（ＣｏＭＰ送信）を実行する。
　第３制御は、ｅＮＢ２００（例えば、ｅＮＢ２００－１）のみがユーザデータを受信するための制御である。ｅＮＢ２００－１とｅＮＢ２００－２とは、ユーザデータの受信に関して協調しない。すなわち、複数のｅＮＢ２００（ｅＮＢ２００－１、ｅＮＢ２００－２）は、ＣｏＭＰとして動作を実行しない。例えば、ｅＮＢ２００－１のみがユーザデータをＲＮ５００から受信する。ｅＮＢ２００－２は、ユーザデータをＲＮ５００から受信しない。
　第４制御は、ｅＮＢ２００－１とｅＮＢ２００－２とが協調してユーザデータをＲＮ５００から受信する。すなわち、ｅＮＢ２００－１とｅＮＢ２００－２とは、ＣｏＭＰとして動作（ＣｏＭＰ受信）を実行する。
　ｅＮＢ２００は、（複数の）ｅＮＢ２００とＲＮ５００との間の通信品質に応じて、第１の制御と第２の制御とを切り替えることができる。ｅＮＢ２００は、（複数の）ｅＮＢ２００とＲＮ５００との間の通信品質に応じて、第３の制御と第４の制御とを切り替えることができる。以下、ｅＮＢ２００－１を例に挙げて説明する。ｅＮＢ２００－２が下記動作を実行してもよい。
　図２１に示すように、ステップＳ６０１において、ｅＮＢ２００－１は、ＲＮ５００（移動体１）の移動速度が閾値以上であるか否かを判定する。ｅＮＢ２００－１は、上述した方法と同様の方法により、ＲＮ５００の移動速度が閾値以上であるか否かを判定してもよい。
　ｅＮＢ２００－１は、ＲＮ５００の移動速度が閾値以上である場合、ステップＳ６０２の処理を実行してもよい。ｅＮＢ２００－１は、ＲＮ５００の移動速度が閾値未満である場合、ステップＳ６０４の処理を実行してもよい。このように、ｅＮＢ２００－１は、ＲＮ５００の移動速度に応じて、第１の制御と第２の制御とを切り替えてもよい。ｅＮＢ２００－１は、ＲＮ５００の移動速度に応じて、第３の制御と第４の制御とを切り替えてもよい。ステップＳ６０１の動作は、省略されてもよい。
　ステップＳ６０２において、ｅＮＢ２００－１は、ｅＮＢ２００－１とＲＮ５００との間の通信品質が閾値以上であるか否かを判定する。ｅＮＢ２００－１は、例えば、ＲＮ５００から受信したチャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ　Ｓｔａｔｅ　Ｉｎｆｏｒｍａｔｉｏｎ）に基づいて、通信品質が閾値以上であるか否かを判定できる。
　例えば、ｅＮＢ２００－１は、ＣＱＩに基づく通信品質が閾値以上であるか否かを判定してもよい。ｅＮＢ２００－１は、他のｅＮＢ２００－１に由来するＣＳＩに基づく通信品質が閾値以上であるか否かを判定してもよい。
　ｅＮＢ２００は、ステップＳ５０２の判定結果に基づいて、ＣｏＭＰとして動作するか否かを決定できる。すなわち、ｅＮＢ２００－１は、ｅＮＢ２００－１とＲＮ５００との間の通信品質に応じて、第１の制御と第２の制御とを切り替えることができる。ｅＮＢ２００－１は、ｅＮＢ２００－１とＲＮ５００との間の通信品質に応じて、第３の制御と第４の制御とを切り替えることができる。
　ｅＮＢ２００は、第１の制御と第２の制御との切り替え（切り替えＡ）と第３の制御と第４の制御との切り替え（切り替えＢ）とをそれぞれ独立的に決定してもよい。ｅＮＢ２００は、第１の制御（第３の制御）へ切り替えに応じて、第３の制御（第１の制御）へ切り替えると決定してもよい。同様に、ｅＮＢ２００は、第２の制御（第４の制御）へ切り替えに応じて、第２の制御（第４の制御）へ切り替えると決定してもよい。
　ｅＮＢ２００は、ｅＮＢ２００－１とＲＮ５００との間の通信品質が閾値未満である場合、ＣｏＭＰとして動作を実行すると決定する（第２制御／第４制御）。すなわち、ｅＮＢ２００は、ステップＳ６０３の処理を実行する。一方、ｅＮＢ２００は、ｅＮＢ２００－１とＲＮ５００との間の通信品質が閾値以上である場合、ＣｏＭＰとして動作を実行しないと決定する（第１制御／第３制御）。すなわち、ｅＮＢ２００は、ステップＳ６０４の処理を実行する。
　ｅＮＢ２００は、ｅＮＢ２００－２とＲＮ５００との間の通信品質、ＣｏＭＰ仮説情報、ベネフィットメトリック情報の少なくともいずれかを考慮して、切り替えを決定してもよい。
　ｅＮＢ２００－１は、切り替えＡと切り替えＢとの両方を決定してもよい。ｅＮＢ２００は、切り替えＡと切り替えＢとの一方を決定してもよい。
　ｅＮＢ２００は、切り替え後の制御に従って、ＲＮ５００との通信を実行する。
　以上より、ｅＮＢ２００－１は、通信品質に応じて、第１の制御と第２の制御とを切り替える。これにより、通信品質が悪い場合には、複数のｅＮＢ２００からユーザデータをＲＮ５００へ送信できる。これにより、ユーザデータを再送する確率が低減できる。その結果、ｅＮＢ２００－１とＲＮ５００との間の通信スループットを確保できる。同様に、通信品質が悪い場合には、複数のｅＮＢ２００によりユーザデータをＲＮ５００から受信する。これにより、ユーザデータを再送する確率が低減できる。その結果、ｅＮＢ２００－１とＲＮ５００との間の通信スループットを確保できる。
　一方、通信品質が良好である場合には、ｅＮＢ２００－１のみがユーザデータをＲＮ５００へ送信できる。ｅＮＢ２００－２のリソースが消費されないため、リソースの使用効率を向上できる。同様に、通信品質が良好である場合には、ｅＮＢ２００－１のみがユーザデータをＲＮ５００から受信できる。ｅＮＢ２００－２のリソースが消費されないため、リソースの使用効率を向上できる。
　［第５実施形態］
　次に、第５実施形態について、図２２を用いて説明する。図２２は、第５実施形態を説明するための図である。上述した内容と同様の部分は、説明を適宜省略する。
　第５実施形態に係るＲＮ５００は、複数のアンテナ（５０１ａ、５０１ｂ、５０１ｃ）を備える（図２２参照）。移動体１が複数の車両により構成される場合、各車両にＲＮ５００のアンテナが設置されていてもよい。複数のアンテナは、指向性アンテナであってもよい。
　ＲＮ５００は、複数のアンテナを用いてｅＮＢ２００と通信するための制御を実行する。具体的には、ＲＮ５００は、ＲＮ５００（移動体１）の移動速度に応じて、ｅＮＢ２００との通信に用いるアンテナを切り替えることができる。
　図２２（Ａ）において、ＲＮ５００は、アンテナ５０１ａを用いて、ｅＮＢ２００－１と通信を実行する。ＲＮ５００は、指向性アンテナにより、移動体１の側面方向（ｅＮＢ２００－１の方向）へビームを向けるための制御を実行してもよい。
　図２２（Ｂ）において、ｔ１経過後に、ＲＮ５００は、アンテナ５０１ｂを用いて、ｅＮＢ２００－１と通信を実行する。すなわち、ＲＮ５００は、ｅＮＢ２００－１との通信に用いるアンテナをアンテナ５０１ａからアンテナ５０１ｂへ切り替える。
　ＲＮ５００は、ｅＮＢ２００－１との通信に用いていたアンテナ５０１ａをｅＮＢ２００－２との通信に用いてもよい。例えば、ＲＮ５００は、先頭のアンテナ５０１ａを用いて、ｅＮＢ２００－２へ接続するための動作を実行してもよい。このように、ＲＮ５００は、接続中のｅＮＢ２００－１との通信を継続するためのアンテナの切り替えと同時に、次のｅＮＢ２００－２へ接続するためのアンテナの切り替えを実行してもよい。
　図２２（Ｃ）において、ｔ２経過後に、ＲＮ５００は、アンテナ５０１ｃを用いて、ｅＮＢ２００－１と通信を実行する。すなわち、ＲＮ５００は、ｅＮＢ２００－１との通信に用いるアンテナをアンテナ５０１ｂからアンテナ５０１ｃへ切り替える。
　さらに、ＲＮ５００は、アンテナ５０１ｂを用いて、ｅＮＢ２００－２と通信を実行する。すなわち、ＲＮ５００は、ｅＮＢ２００－２との通信に用いるアンテナをアンテナ５０１ａからアンテナ５０１ｂへ切り替える。
　図２２（Ｄ）において、ｔ３経過後に、ＲＮ５００は、アンテナ５０１ｃを用いて、ｅＮＢ２００－２と通信を実行する。すなわち、ＲＮ５００は、ｅＮＢ２００－２との通信に用いるアンテナをアンテナ５０１ｂからアンテナ５０１ｃへ切り替える。
　ＲＮ５００は、上述のアンテナを切り替えるタイミングをＲＮ５００の移動速度に応じて、決定することができる。例えば、ＲＮ５００は、移動体１の先頭方向に位置するアンテナ５０１ａがｅＮＢ２００－１からの無線信号の受信時間（受信開始タイミング、受信終了タイミングなど）と、各アンテナの配置（各アンテナ間の距離など）と、ＲＮ５００の移動速度と、に基づいて、アンテナの切り替えタイミングを制御することができる。従って、例えば、ＲＮ５００は、同じｅＮＢ２００と通信するためのアンテナとして、移動体１の先頭に位置するアンテナ５０１ａから移動体１の後尾に位置するアンテナ５０１ｃまで順に切り替える制御を実行できる。
　以上より、ＲＮ５００は、ＲＮ５００の移動速度に応じて、ｅＮＢ２００との通信に用いるアンテナを切り替えるため、ｅＮＢ２００との接続時間を延ばすことができる。その結果、ｅＮＢ２００とＲＮ５００との間の通信スループットを確保できる。
　ＲＮ５００は、複数のｅＮＢ２００と接続（通信）するために、アンテナを切り替えてもよい。具体的には、ＲＮ５００は、通信中のｅＮＢ２００と通信を継続するためにアンテナの切り替えを実行してもよい。ＲＮ５００は、次のｅＮＢ２００と通信を実行するためにアンテナの切り替えを実行してもよい。ＲＮ５００は、次のｅＮＢ２００との通信のための（すなわち、ハンドオーバのための）アンテナの切り替えと、通信中のｅＮＢ２００との通信を継続するためのアンテナの切り替えと、を同時に実行してもよい。
　このように、ＲＮ５００が使用可能な無線リソースが増加するため、ｅＮＢ２００とＲＮ５００との間の通信スループットを向上できる。
　［その他の実施形態］
　上述した各実施形態によって、本出願の内容を説明したが、この開示の一部をなす論述及び図面は、本出願の内容を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
　上述において、ｅＮＢ２００とＲＮ５００と間で通信される情報は、ユーザデータだけでなく、制御情報であってもよい。従って、従って、制御情報を送信するケースにおいても、上述の各動作が実行されてもよい。
　上述において、移動体１（例えば、電車）の移動経路が決まっている場合、自セル（エリア）内に移動経路が存在するｅＮＢ２００は、移動体１の移動予定に基づいて、自セル内に移動体１（ＲＮ５００）が存在する期間を導出してもよい。ｅＮＢ２００は、当該期間が有効期限である識別子（ＲＮＴＩ）を前もってＲＮ５００へ割り当ててもよい。ｅＮＢ２００は、識別子をＲＮ５００へ通知できる。ＲＮ５００は、各ｅＮＢ２００のセル（エリア）に入る前にネットワーク（ｅＮＢ２００）からＲＮ５００へ割り当てられた識別子を受け取ってもよい。
　移動体１が予定通りに移動している場合、ＲＮ５００は、ｅＮＢ２００から前もって割り当てられた識別子の有効期限を考慮して、当該識別子を用いてｅＮＢ２００との通信を開始してもよい。ＲＮ５００は、各ｅＮＢ２００からの報知信号（例えば、受信強度）に基づいて、ｅＮＢ２００の切り替えを自律的に実行すべきと判定した場合、再同期手順を実行してもよい。すなわち、ＲＮ５００は、ハンドオーバ手順を実行せずに、再同期手順を実行した後、通信を開始してもよい。
　ｅＮＢ２００は、ｅＮＢ２００が自セル外へ移動する時間（切り替え時間）に達した場合、次のｅＮＢ２００（隣接ｅＮＢ２００）へデータ転送を実行してもよい。ｅＮＢ２００は、移動体１の移動状況に応じて、移動体１の移動予定時刻と移動体１の実際の移動時刻とがずれでいる場合、ずれ時間（量）を次のｅＮＢ２００へ通知してもよい。次のｅＮＢ２００は、ずれ時間を考慮して、切り替え時間を算出してもよい。ｅＮＢ２００は、移動体１から移動状況（例えば、ずれ時間、速度など）を示す情報を取得してもよい。
　移動体１が（高速を示す）閾値以上の速度で移動可能な高速移動体である場合に、上記動作が実行されてもよい。移動体１が当該閾値以上の速度で移動している場合にのみ、上記動作が実行されてもよい。
　第２実施形態において、サーバ６００は、ＳＧＷ４００であってもよい。サーバ６００の動作をＳＧＷ４００が実行してもよい。
　第２実施形態では、ＲＮ５００が中継するケースに限られない。ＵＥ１００がｅＮＢ２００からユーザデータを直接受信するケースであっても、第２実施形態の動作が実行されてもよい。この場合、「ＲＮ５００」を「ＵＥ１００」に置き換えてもよい。
　第３実施形態において、「ブロードキャスト」を、「マルチキャスト」又は「グループキャスト」に置き換えてもよい。
　第３実施形態において、複数のＲＮ５００を制御する制御装置（例えば、ベースバンド装置）が移動体１に設置されていてもよい。制御装置は、各ＲＮ５００が受信したデータ（Ｄａｔａ１）をマルチアンテナ合成してもよい。制御装置は、合成されたデータの送り先であるＵＥ１００をサーブするＲＮ５００（ＵＥ１００へサービスを提供するＲＮ５００）へ、合成されたデータを転送してもよい。
　第５実施形態において、ＲＮ５００が複数のｅＮＢ２００と同時に接続できない場合であっても、アンテナの切り替えによって、ネットワークへの接続時間（ＲＲＣ接続時間）を増加させてもよい。例えば、ＲＮ５００は、最後尾のアンテナ５０１ｃを用いて接続中のｅＮＢ２００から他のｅＮＢ２００へハンドオーバする場合に、使用するアンテナ５０１ｃを他のアンテナ（例えば、アンテナ５０１ｂ）へ切り替えてもよい。ＲＮ５００は、アンテナ５０１ｂを用いて、ｅＮＢ２００－２と接続するためのハンドオーバ手順を実行してもよい。
　第５実施形態において、複数のアンテナは、複数のＲＮ５００であってもよい。各ＲＮ５００は、複数のＲＮ５００のうちのいずれかのＲＮ５００又は移動体１に設置された他のノード（制御装置）により、制御されてもよい。当該制御により、第５実施形態の動作が実行されてもよい。
　上述した各実施形態において、リレーノードは、近傍サービス（ＰｒｏＳｅ：ＰｒｏＳｅ：Ｐｒｏｘｉｍｉｔｙ－ｂａｓｅｄ　Ｓｅｒｖｉｃｅｓ）を利用した中継を実行するリレーＵＥ（ＰｒｏＳｅ　ＵＥ－ｔｏ　Ｎｅｔｗｏｒｋ　Ｒｅｌａｙ）であってもよい。
　上述した各実施形態に係る動作は、適宜組み合わせて実行されてもよい。上述した各シーケンスにおいて、必ずしも全ての動作が必須の構成ではない。例えば、各シーケンスにおいて、一部の動作のみが実行されてもよい。
　上述した各実施形態では特に触れていないが、上述した各ノード（ＵＥ１００、ｅＮＢ２００、ＲＮ５００、ネットワーク装置など）のいずれかが行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
　或いは、ＵＥ１００、ｅＮＢ２００、ＲＮ５００、ネットワーク装置のいずれかが行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサ）によって構成されるチップが提供されてもよい。
　上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本出願に係る内容を適用してもよい。
　日本国特許出願第２０１６－０８８６３２号（２０１６年４月２６日出願）の全内容が、参照により、本願明細書に組み込まれている。

Claims (11)

  1. 　基地局であって、
    　リレーノードへユーザデータを送信するための第１の制御と第２の制御とのいずれかを実行する制御部を備え、
    　前記第１の制御は、前記基地局のみが前記ユーザデータを送信するための制御であり、
    　前記第２の制御は、前記基地局と他の基地局とが協調して前記ユーザデータを送信するための制御であり、
    　前記制御部は、前記基地局と前記リレーノードとの間の通信品質に応じて、前記第１の制御と前記第２の制御とを切り替える基地局。
  2. 　前記制御部は、前記リレーノードの移動速度に応じて、前記第１の制御と前記第２の制御とを切り替える請求項１に記載の基地局。
  3. 　前記制御部は、前記リレーノードからユーザデータを受信するための第３の制御と第４の制御とのいずれかを実行し、
    　前記第３の制御は、前記基地局のみが前記ユーザデータを受信するための制御であり、
    　前記第４の制御は、前記基地局と他の基地局とが協調して前記ユーザデータを受信するための制御であり、
    　前記制御部は、前記基地局と前記リレーノードとの間の通信品質に応じて、前記第３の制御と前記第４の制御とを切り替える請求項１に記載の基地局。
  4. 　前記制御部は、前記リレーノードの移動速度に応じて、前記第３の制御と前記第４の制御とを切り替える請求項３に記載の基地局。
  5. 　基地局であって、
    　前記基地局から他の基地局へのリレーノードのハンドオーバを決定する制御部を備え、
    　前記制御部は、前記ハンドオーバの決定に応じて、ハンドオーバ要求を前記他の基地局へ送り、
    　前記制御部は、前記他の基地局が前記リレーノードへ割り当てるリソースの情報を予め保持している場合、前記ハンドオーバ要求を前記他の基地局へ送信することを中止する基地局。
  6. 　前記制御部は、前記リレーノードが前記ハンドオーバを実行するタイミングの情報を保持し、
    　前記制御部は、前記リレーノードからメジャメント報告を受信しなくても、前記リレーノードのハンドオーバを決定する請求項５に記載の基地局。
  7. 　制御方法であって、
    　ネットワーク装置がリレーノードへ送信されるユーザデータを第１の基地局へ送り、
    　前記ネットワーク装置が、前記リレーノードの移動速度に応じて、前記ユーザデータを前記第１の基地局だけでなく、前記リレーノードのハンドオーバ先である第２の基地局へも送る制御方法。
  8. 　前記第１の基地局が、前記リレーノードが前記第２の基地局へハンドオーバを実行した場合に、前記ユーザデータを前記第２の基地局へ転送することを中止する請求項７に記載の制御方法。
  9. 　基地局であって、
    　複数のリレーノードへユーザデータを送信するための第１の制御と第２の制御とのいずれかを実行する制御部を備え、
    　前記第１の制御は、前記複数のリレーノードへ同一のユーザデータをブロードキャストにより送信するための制御であり、
    　前記第２の制御は、前記複数のリレーノードのそれぞれへ互いに異なるユーザデータをユニキャストにより送信するための制御であり、
    　前記制御部は、前記基地局と前記複数のリレーノードとの間の通信品質に応じて、前記第１の制御と前記第２の制御とを切り替える基地局。
  10. 　前記制御部は、前記複数のリレーノードの移動速度に応じて、前記第１の制御と前記第２の制御とを切り替える請求項９に記載の基地局。
  11. 　リレーノードであって、
    　複数のアンテナと、
    　前記複数のアンテナを用いて基地局と通信するための制御を実行する制御部と、を備え、
    　前記制御部は、前記リレーノードの移動速度に応じて、前記基地局との通信に用いるアンテナを切り替えるリレーノード。
PCT/JP2017/016497 2016-04-26 2017-04-26 基地局、制御方法及びリレーノード WO2017188303A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-088632 2016-04-26
JP2016088632 2016-04-26

Publications (1)

Publication Number Publication Date
WO2017188303A1 true WO2017188303A1 (ja) 2017-11-02

Family

ID=60159695

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/016497 WO2017188303A1 (ja) 2016-04-26 2017-04-26 基地局、制御方法及びリレーノード

Country Status (1)

Country Link
WO (1) WO2017188303A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021077998A (ja) * 2019-11-08 2021-05-20 日本電気株式会社 制御装置、中継装置、及び制御方法

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004172920A (ja) * 2002-11-20 2004-06-17 Nec Corp 移動通信システム、管理サーバ及びそれに用いる無線切替方法
JP2005223753A (ja) * 2004-02-06 2005-08-18 Nippon Telegr & Teleph Corp <Ntt> 移動体通信用ネットワークのモビリティ管理方法及びハンドオーバ制御方法
WO2010061483A1 (ja) * 2008-11-28 2010-06-03 富士通株式会社 無線通信装置、無線通信システム、及び通信方式切り替え方法
JP2011077635A (ja) * 2009-09-29 2011-04-14 Panasonic Corp 無線基地局およびハンドオーバ指示方法
JP2012204971A (ja) * 2011-03-24 2012-10-22 Sharp Corp 通信システム、制御装置および通信方法
JP2013501447A (ja) * 2009-08-05 2013-01-10 サムスン エレクトロニクス カンパニー リミテッド 送／受信制御方法、ハンドオーバーのための方法、記録媒体、及び通信装置
WO2013065824A1 (ja) * 2011-11-04 2013-05-10 三菱電機株式会社 移動体通信システム
JP2015506652A (ja) * 2012-02-06 2015-03-02 アルカテル−ルーセント モバイル中継局トランシーバと、システムと、大量輸送のための手段とのための装置、方法、およびコンピュータ・プログラム
JP2015097329A (ja) * 2013-11-15 2015-05-21 株式会社日立製作所 通信システム、通信方法、及び基地局
WO2015128616A1 (en) * 2014-02-25 2015-09-03 Mclaren Applied Technologies Limited Vehicle data communication
WO2015155887A1 (ja) * 2014-04-11 2015-10-15 富士通株式会社 基地局装置

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004172920A (ja) * 2002-11-20 2004-06-17 Nec Corp 移動通信システム、管理サーバ及びそれに用いる無線切替方法
JP2005223753A (ja) * 2004-02-06 2005-08-18 Nippon Telegr & Teleph Corp <Ntt> 移動体通信用ネットワークのモビリティ管理方法及びハンドオーバ制御方法
WO2010061483A1 (ja) * 2008-11-28 2010-06-03 富士通株式会社 無線通信装置、無線通信システム、及び通信方式切り替え方法
JP2013501447A (ja) * 2009-08-05 2013-01-10 サムスン エレクトロニクス カンパニー リミテッド 送／受信制御方法、ハンドオーバーのための方法、記録媒体、及び通信装置
JP2011077635A (ja) * 2009-09-29 2011-04-14 Panasonic Corp 無線基地局およびハンドオーバ指示方法
JP2012204971A (ja) * 2011-03-24 2012-10-22 Sharp Corp 通信システム、制御装置および通信方法
WO2013065824A1 (ja) * 2011-11-04 2013-05-10 三菱電機株式会社 移動体通信システム
JP2015506652A (ja) * 2012-02-06 2015-03-02 アルカテル−ルーセント モバイル中継局トランシーバと、システムと、大量輸送のための手段とのための装置、方法、およびコンピュータ・プログラム
JP2015097329A (ja) * 2013-11-15 2015-05-21 株式会社日立製作所 通信システム、通信方法、及び基地局
WO2015128616A1 (en) * 2014-02-25 2015-09-03 Mclaren Applied Technologies Limited Vehicle data communication
WO2015155887A1 (ja) * 2014-04-11 2015-10-15 富士通株式会社 基地局装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021077998A (ja) * 2019-11-08 2021-05-20 日本電気株式会社 制御装置、中継装置、及び制御方法
JP7371447B2 (ja) 2019-11-08 2023-10-31 日本電気株式会社 制御装置及び制御方法

Similar Documents

Publication Publication Date Title
US9444597B2 (en) Wireless communication system and communication method
US9992002B2 (en) User terminal, radio access network, and communication control method
US9668246B2 (en) Mobile communication system, base station and communication control method for notification and management of resource allocation information in CoMP cooperating set
US9344918B2 (en) Mobile communication system, base station, and communication control method
US20110176477A1 (en) Cooperative communication method and base station thereof
US9750010B2 (en) Base station and communication control method for managing CoMP cooperating set
JP6553592B2 (ja) 通信制御方法及びユーザ端末
US9621234B2 (en) Mobile communication system, base station, CoMP control apparatus and communication control method
US20160050054A1 (en) Radio base stations and wireless terminal for dual connectivity, methods therein and a system
US9461791B2 (en) Mobile communication system, base station and communication control method for adding base station to CoMP cooperating set
JP7290661B2 (ja) ハンドオーバ制御方法、及びユーザ装置
WO2014163137A1 (ja) 移動通信システム及びユーザ端末
US9461788B2 (en) Mobile communication system, base station, and communication control method
WO2014065167A1 (ja) 移動通信システム、ユーザ端末、基地局、プロセッサ及び通信制御方法
WO2014208559A1 (ja) 通信制御方法、基地局及びユーザ端末
WO2014163140A1 (ja) 基地局及び通信制御方法
WO2015046266A1 (ja) ネットワーク装置及びユーザ端末
US9490941B2 (en) Mobile communication system, base station, and communication control method with HARQ ACK management in comp cooperating set
US9345014B2 (en) Mobile communication system, base station, user terminal, and communication control method
US9641295B2 (en) Mobile communication system, base station and communication control method
WO2017188303A1 (ja) 基地局、制御方法及びリレーノード
JP6586516B2 (ja) 無線端末及びリレーノード
US10701610B2 (en) Relay node and radio terminal
US20150023323A1 (en) Mobile communication system, base station and communication control method
WO2014157397A1 (ja) 通信制御方法、ユーザ端末、及び基地局

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17789585

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17789585

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP