WO2025154243A1 - デバイス、無線通信システム、及び、通信方法 - Google Patents

デバイス、無線通信システム、及び、通信方法

Info

Publication number
WO2025154243A1
WO2025154243A1 PCT/JP2024/001341 JP2024001341W WO2025154243A1 WO 2025154243 A1 WO2025154243 A1 WO 2025154243A1 JP 2024001341 W JP2024001341 W JP 2024001341W WO 2025154243 A1 WO2025154243 A1 WO 2025154243A1
Authority
WO
WIPO (PCT)
Prior art keywords
iot
signal
base station
information
int
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/JP2024/001341
Other languages
English (en)
French (fr)
Inventor
翔平 吉岡
真由子 岡野
慎也 熊谷
聡 永田
ウェイチー スン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
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 NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to PCT/JP2024/001341 priority Critical patent/WO2025154243A1/ja
Publication of WO2025154243A1 publication Critical patent/WO2025154243A1/ja
Anticipated expiration legal-status Critical
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present disclosure relates to a device, a wireless communication system, and a communication method.
  • NR New Radio
  • LTE Long Term Evolution
  • Ambient IoT Targeted IoT targets devices with extremely simple configurations for low-end IoT applications that operate with extremely low power consumption.
  • 3GPP TS 38.300 V17.3.0 2022-12 “Revised SID on Ambient IoT”, RP-232404, 3GPP TSG RAN Meeting #101, September 2023 "Summary for RAN Rel-19 Package: RAN1/2/3-led", RP-232745, 3GPP RAN #102, December 2023 “Study on solutions for Ambient IoT (Internet of Things) in NR”, RP-234058, 3GPP TSG RAN Meeting #102, December 2023 3GPP TS 36.211 V16.8.0 (2023-09) 3GPP TR 38.848 V1.0.0 (2023-09)
  • One aspect of the present disclosure provides a device, a wireless communication system, and a communication method that can perform communication with an appropriate flow in an A-IoT communication system that includes an ambient IoT device.
  • FIG. 1 is a diagram illustrating an example of a wireless communication system according to an embodiment of the present disclosure.
  • FIG. 1 is a diagram illustrating Topology 1.
  • FIG. 2 is a diagram illustrating Topology 2.
  • FIG. 11 is a diagram illustrating topology 3 in DL support.
  • FIG. 1 is a diagram illustrating Topology 3 in UL support.
  • FIG. 1 is a diagram illustrating Topology 4.
  • a diagram showing an example of the DT case in topology 1. A diagram showing an example of Topology 1 and the DO-DTT case.
  • FIG. 13 shows a first variation of the DT case in Topology 2.
  • FIG. 1 is a diagram illustrating an example of a wireless communication system according to an embodiment of the present disclosure.
  • FIG. 1 is a diagram illustrating Topology 1.
  • FIG. 2 is a diagram
  • FIG. 13 shows a second variation of the DT case in Topology 2.
  • FIG. 2 is a block diagram showing an example of a configuration of a base station according to an embodiment of the present disclosure.
  • FIG. 2 is a block diagram illustrating an example of a configuration of a device according to an embodiment of the present disclosure.
  • FIG. 2 is a block diagram illustrating an example of a configuration of an intermediate node according to an embodiment of the present disclosure.
  • FIG. 2 is a diagram illustrating an example of a hardware configuration of a base station, a device, and an intermediate node according to an embodiment of the present disclosure.
  • 1 is a diagram illustrating an example of a configuration of a vehicle according to an embodiment of the present disclosure.
  • existing technologies are used as appropriate.
  • the existing technologies are, for example, existing LTE or NR, but are not limited to existing LTE or NR.
  • LTE Long Term Evolution
  • the term "LTE" used in this specification has a broad meaning including LTE-Advanced and systems subsequent to LTE-Advanced, unless otherwise specified.
  • SS synchronization signal
  • PSS primary SS
  • SSS secondary SS
  • PBCH physical broadcast channel
  • PRACH physical random access channel
  • PDCCH physical downlink control channel
  • PDSCH physical downlink shared channel
  • PUCCH physical uplink control channel
  • PUSCH physical uplink shared channel
  • the duplex method may be a TDD (Time Division Duplex) method, an FDD (Frequency Division Duplex) method, or another method (e.g., Flexible Duplex, etc.).
  • TDD Time Division Duplex
  • FDD Frequency Division Duplex
  • another method e.g., Flexible Duplex, etc.
  • “configuring" wireless parameters, etc. may mean that predetermined values are pre-configured, or that wireless parameters notified from a base station, device, etc. are set.
  • FIG. 1 is a diagram showing an example of a wireless communication system according to an embodiment of the present disclosure.
  • the wireless communication system 1 includes a base station 10 and a device 20. Although one base station 10 and one device 20 are shown in FIG. 1, this is an example, and multiple base stations and devices may exist.
  • the device 20 may be a form of a terminal (UE: User Equipment) and may be an ambient IoT device that is a device with lower complexity than an NB-IoT device.
  • the ambient IoT device may be referred to as an ambient IoT terminal, an ambient IoT UE, an A-IoT UE, or the like.
  • the wireless communication system 1 may include base stations, support nodes, intermediate nodes, and/or terminals (UEs of Topology 4) in addition to the device 20.
  • the base stations, support nodes, intermediate nodes, and terminals may be read as networks or (network) nodes.
  • A-IoT devices may be simply referred to as A-IoT.
  • Topology 1 UL and/or DL communication is performed between the base station and the A-IoT UE. Note that the base station in the case of Topology 1 may correspond to a microcell.
  • the A-IoT UE transmitting information as in DO-DTT
  • the A-IoT UE may not be able to transmit information properly.
  • operations such as collecting information using the A-IoT UE may not be performed properly.
  • FIG. 8 is a diagram showing an example of the DT case in topology 1.
  • Figure 8 shows the flow of signals between a base station (gNB) and an A-IoT UE. Note that since this is the DT case in topology 1, there is information transmission from the base station to the A-IoT UE, but there is no information transmission from the A-IoT UE to the base station.
  • gNB base station
  • A-IoT UE A-IoT UE
  • the A-IoT UE may wake up by a signal other than the carrier waveform signal transmitted from the base station (e.g., an RF signal (radio frequency signal)).
  • the signal other than the carrier waveform signal transmitted from the base station may correspond to an energy source that supplies energy to the A-IoT UE.
  • the A-IoT UE may wake up by a signal transmitted from other than the base station (e.g., an RF signal (radio frequency signal)).
  • the signal transmitted from other than the base station may correspond to an energy source that supplies energy to the A-IoT UE.
  • the signal received by the A-IoT UE may be an example of a signal requesting a wake-up.
  • the transmission method of the signal transmitted from the base station may be any one of the following methods 1a to 1c.
  • a signal transmitted from a base station may be broadcast to any one or more A-IoT UEs.
  • an A-IoT UE e.g., A-IoT UE #1
  • A-IoT UE #1 that receives a signal does not need to detect whether the received signal is addressed to A-IoT UE #1 or to a group to which A-IoT UE #1 belongs.
  • a signal transmitted from a base station may be multicast to a group including one or more A-IoT UEs.
  • a certain A-IoT UE e.g., A-IoT UE #1 detects whether the received signal was transmitted to the group to which A-IoT UE #1 belongs.
  • A-IoT UE #1 detects whether the signal was transmitted to the group to which A-IoT UE #1 belongs based on information contained in the signal (e.g., CRC (cyclic redundancy check)) and/or resources used for the signal (e.g., at least one of time, frequency, and code).
  • CRC cyclic redundancy check
  • a signal transmitted from a base station is unicast to a single A-IoT UE.
  • a certain A-IoT UE e.g., A-IoT UE #1 detects whether a received signal has been transmitted to A-IoT UE #1.
  • A-IoT UE #1 detects whether a signal has been transmitted to A-IoT UE #1 based on information contained in the signal (e.g., CRC (cyclic redundancy check)) and/or resources used for the signal (e.g., at least one of time, frequency, and code).
  • CRC cyclic redundancy check
  • the A-IoT UE may notify a capability indicating whether or not it supports reception of at least one of the above-mentioned transmissions 1a to 1c.
  • step 1 the signal for waking up the A-IoT UE may be broadcast to one or more arbitrary A-IoT UEs as in 1a, and in step 2, the signal for transmitting information to the A-IoT UE may be multicast as in 1b, or unicast as in 1c.
  • steps 1 and 2 may be consecutive in time, or an interval may be provided between steps 1 and 2.
  • the signal for waking up and the signal containing information to be transmitted to the A-IoT may be consecutive in time.
  • the above describes the communication flow in the case of DT in Topology 1.
  • This flow allows the A-IoT wireless communication system to operate properly.
  • an appropriate processing procedure is applied according to the DT traffic flow, so the A-IoT UE can obtain appropriate information from the base station and operate correctly.
  • the base station may transmit to the A-IoT multiple times, or may transmit to each of two or more A-IoTs individually.
  • Figure 9 is a diagram showing an example of the case of topology 1 and DO-DTT.
  • Figure 9 shows the flow of signals between a base station (gNB) and an A-IoT UE. Note that, since this is the case of DO-DTT in topology 1, there is information transmission from the base station to the A-IoT UE and information transmission from the A-IoT UE to the base station.
  • gNB base station
  • A-IoT UE A-IoT UE
  • Step 1 starts, for example, when a packet arrives at the base station.
  • Step 1 The A-IoT UE wakes up.
  • Step 2 The A-IoT UE receives information from the base station. In other words, the base station transmits information to the A-IoT UE.
  • Step 3 The A-IoT UE transmits a signal to the base station. In other words, the base station receives a signal from the A-IoT UE.
  • steps 1 and 2 may be performed together, for example, using the same signal.
  • the signal in step 2 may be a carrier waveform signal.
  • the A-IoT UE may wake up by a signal transmitted from a base station.
  • the signal transmitted from the base station may be referred to as a carrier waveform.
  • the signal transmitted from the base station may correspond to an energy source that supplies energy to the A-IoT UE.
  • the A-IoT UE may wake up by a signal other than the carrier waveform signal transmitted from the base station (e.g., an RF signal (radio frequency signal)).
  • the signal other than the carrier waveform signal transmitted from the base station may correspond to an energy source that supplies energy to the A-IoT UE.
  • the A-IoT UE may wake up by a signal transmitted from other than the base station (e.g., an RF signal (radio frequency signal)).
  • the signal transmitted from other than the base station may correspond to an energy source that supplies energy to the A-IoT UE.
  • the signal received by the A-IoT UE may be an example of a signal requesting a wake-up.
  • the signal transmitted from the base station may be any one of the following 2a to 2c.
  • a signal transmitted from a base station is unicast to a single A-IoT UE.
  • a certain A-IoT UE e.g., A-IoT UE #1 detects whether a received signal has been transmitted to A-IoT UE #1.
  • A-IoT UE #1 detects whether a signal has been transmitted to A-IoT UE #1 based on information contained in the signal (e.g., CRC (cyclic redundancy check)) and/or resources used for the signal (e.g., at least one of time, frequency, and code).
  • CRC cyclic redundancy check
  • the transmission from the base station to the A-IoT UE and the transmission from the A-IoT UE to the base station are each performed once, but the present disclosure is not limited to this.
  • one transmission from the A-IoT UE to the base station may be performed.
  • one transmission from the A-IoT UE to the base station may include a response to the multiple transmissions from the base station to the A-IoT UE.
  • steps 1 and 2 may be executed together, for example, by the same signal.
  • the A-IoT UE may wake up by a signal other than the carrier waveform signal transmitted from the int. UE (e.g., an RF signal (radio frequency signal)).
  • the signal other than the carrier waveform signal transmitted from the int. UE may correspond to an energy source that supplies energy to the A-IoT UE.
  • the A-IoT UE may wake up by a signal other than the int. UE (e.g., an RF signal (radio frequency signal)).
  • the signal other than the carrier waveform signal transmitted from the int. UE may correspond to an energy source that supplies energy to the A-IoT UE.
  • the signal received by the A-IoT UE may be an example of a signal requesting a wake-up.
  • a signal transmitted from an int. UE may be multicast to a group including one or more A-IoT UEs.
  • a certain A-IoT UE e.g., A-IoT UE #1 detects whether the received signal was transmitted to a group to which A-IoT UE #1 belongs.
  • A-IoT UE #1 detects whether the signal was transmitted to a group to which A-IoT UE #1 belongs based on information contained in the signal (e.g., CRC (cyclic redundancy check)) and/or resources used for the signal (e.g., at least one of time, frequency, and code).
  • CRC cyclic redundancy check
  • a signal transmitted from an int. UE is unicast to a single A-IoT UE.
  • a certain A-IoT UE e.g., A-IoT UE #1 detects whether a received signal has been transmitted to A-IoT UE #1.
  • A-IoT UE #1 detects whether a signal has been transmitted to A-IoT UE #1 based on information contained in the signal (e.g., CRC (cyclic redundancy check)) and/or resources used for the signal (e.g., at least one of time, frequency, and code).
  • CRC cyclic redundancy check
  • the A-IoT UE may notify a capability indicating whether or not it supports reception of at least one of the transmissions 3a to 3c described above.
  • step 1 a signal for waking up the A-IoT UE may be broadcast to one or more arbitrary A-IoT UEs as in 3a, and in step 2, a signal for transmitting information to the A-IoT UE may be multicast as in 3b, or unicast as in 3c.
  • steps 1 and 2 may be consecutive in time, or an interval may be provided between steps 1 and 2.
  • the signal for waking up and the signal containing information to be transmitted to the A-IoT may be consecutive in time.
  • the timing at which step X is executed may be any one of the following 3d to 3f.
  • Step X is performed before step 2. That is, the int. UE transmits a signal to the base station before the A-IoT UE receives the information. In other words, the int. UE transmits a signal to the base station before the int. UE transmits information to the A-IoT UE. In this case, the signal transmitted to the base station may include a report indicating that the trigger was successfully received.
  • Step X is executed after step 2. That is, the int. UE transmits a signal to the base station after the A-IoT UE receives the information. In other words, the int. UE transmits a signal to the base station after the int. UE transmits information to the A-IoT UE. In this case, the signal transmitted to the base station includes a report indicating whether the transmission to the A-IoT UE is completed or failed. Note that here, whether the transmission to the A-IoT UE is completed or failed may correspond to whether the int. UE was able to execute the transmission or was unable to execute it. Note that in this case, the signal transmitted to the base station may include a report indicating that the trigger was successfully received.
  • Step X is executed before step 0. That is, the int. UE transmits a signal to the base station before the int. UE receives a trigger from the base station.
  • the signal transmitted to the base station includes information of a type such as a request from the int. UE.
  • the information of the type of request may be information related to a transmission request from the int. UE to the A-IoT UE (e.g., a transmission resource request).
  • the timing of step X may be specified in advance, or may be set or instructed by the base station.
  • the instruction for the timing of step X may be included in a trigger transmitted from the base station.
  • the transmission from the base station to the int. UE, the transmission from the int. UE to the A-IoT UE, and the transmission from the int. UE to the base station are each performed once, but the present disclosure is not limited to this. Below, variations regarding the number of transmissions are described.
  • Figure 12 is a diagram showing a second variation of the DT case in Topology 2. Like Figure 10, Figure 12 shows the flow of signals between the base station (gNB), int. UE, and A-IoT UE. Note that since this is the DT case in Topology 2, there is information transmission to the A-IoT UE, but there is no information transmission from the A-IoT UE.
  • gNB base station
  • int. UE base station
  • A-IoT UE the base station
  • the transmission from the int. UE to the base station and the transmission from the base station to the int. UE are performed once, whereas the transmission from the int. UE to the A-IoT UE is performed twice.
  • the transmission from the base station to the int. UE includes a trigger (or instruction) for the first transmission from the int. UE to the A-IoT UE and a trigger (or instruction) for the second transmission.
  • the int. UE performs two transmissions from the int. UE to the A-IoT UE based on the trigger included in the transmission from the int. UE to the base station.
  • the transmission from the int. UE to the base station may include a report indicating whether at least one or both of the two transmissions from the int. UE to the A-IoT UE have been completed or have failed.
  • At least one of the transmission from the base station to the int. UE, the transmission from the int. UE to the A-IoT UE, and the transmission from the int. UE to the base station may be performed multiple times.
  • FIG. 13 is a diagram showing an example of the case of DO-DTT in topology 2.
  • Figure 11 shows the flow of signals between the base station (gNB), the int. UE, and the A-IoT UE. Note that since this is the case of DO-DTT in topology 2, there is information transmission to the A-IoT UE and information transmission from the A-IoT UE.
  • steps 1 and 2 may be performed together, for example, using the same signal.
  • the signal in step 2 may be a carrier waveform signal.
  • Step X is not limited to being executed after step 3. The timing at which step X is executed will be described later.
  • step 0 may be performed without receiving a trigger to transmit a signal to the A-IoT UE.
  • the int. UE transmits a signal to the A-IoT UE without receiving a trigger.
  • the int. UE transmits a signal to the A-IoT UE periodically or at predetermined resources, etc.
  • the A-IoT UE may wake up due to a signal transmitted from the int. UE.
  • the signal transmitted from the int. UE may be referred to as a carrier waveform.
  • the signal transmitted from the int. UE may correspond to an energy source that supplies energy to the A-IoT UE.
  • the A-IoT UE may wake up by a signal other than the carrier waveform signal transmitted from the int. UE (e.g., an RF signal (radio frequency signal)).
  • the signal other than the carrier waveform signal transmitted from the int. UE may correspond to an energy source that supplies energy to the A-IoT UE.
  • the A-IoT UE may wake up by a signal other than the int. UE (e.g., an RF signal (radio frequency signal)).
  • the signal other than the carrier waveform signal transmitted from the int. UE may correspond to an energy source that supplies energy to the A-IoT UE.
  • the signal received by the A-IoT UE may be an example of a signal requesting a wake-up.
  • step 1 a signal for waking up the A-IoT UE may be broadcast to one or more arbitrary A-IoT UEs as in 4a, and in step 2, a signal for transmitting information to the A-IoT UE may be multicast as in 4b, or unicast as in 4c.
  • Step X is executed before step 0. That is, the int. UE transmits a signal to the base station before the int. UE receives a trigger from the base station.
  • the signal transmitted to the base station includes information of a type such as a request from the int. UE.
  • the information of the type of request may be information related to a transmission request from the int. UE to the A-IoT UE (e.g., a transmission resource request).
  • Channels used to transmit DL signals include, for example, a data channel and a control channel.
  • the data channel may include a PDSCH (Physical Downlink Shared Channel)
  • the control channel may include a PDCCH (Physical Downlink Control Channel).
  • the base station 10 transmits control information to the device 20 using the PDCCH, and transmits downlink data signals using the PDSCH.
  • the receiving unit 102 receives an uplink (UL) signal transmitted from the device 20.
  • the receiving unit 102 receives the UL signal under the control of the control unit 103.
  • the control unit 103 controls the communication operations of the base station 10, including the transmission process of the transmission unit 101 and the reception process of the reception unit 102.
  • the control unit 103 performs operations other than the transmission and reception described in the above embodiment (note that these operations may be performed by the transmission unit 101 and/or the reception unit 102).
  • control unit 103 acquires information such as data and control information from the upper layer and outputs it to the transmission unit 101.
  • the control unit 103 also outputs data and control information received from the reception unit 102 to the upper layer.
  • control unit 103 allocates resources (or channels) to be used for transmitting and receiving DL signals and/or resources to be used for transmitting and receiving UL signals based on signals (e.g., data and control information, etc.) received from the device 20, etc. and/or data and control information, etc. acquired from a higher layer. Information regarding the allocated resources may be included in the control information to be transmitted to the device 20.
  • the transmitter 101 may transmit a signal to the device 20 to perform a wake-up.
  • the transmitter 101 may transmit a trigger to an intermediate node (for example, the int.UE described above) between the base station 10 and the device 20.
  • the receiver 102 may receive a signal (or information) from the device 20.
  • the receiver 102 may receive a signal (or information) from an intermediate node (for example, the int.UE described above) between the base station 10 and the device 20.
  • ⁇ Device configuration> 15 is a block diagram showing an example of a configuration of a device 20 according to an embodiment.
  • the device 20 includes, for example, a receiving unit 201, a transmitting unit 202, and a control unit 203.
  • the device 20 communicates with, for example, a base station 10 wirelessly.
  • the device 20 may be, for example, an A-IoT device or an A-IoT UE.
  • the receiving unit 201 receives a DL signal transmitted from the base station 10. For example, the receiving unit 201 receives the DL signal under the control of the control unit 203.
  • the transmitting unit 202 transmits the UL signal to the base station 10. For example, the transmitting unit 202 transmits the UL signal under the control of the control unit 203.
  • Channels used to transmit UL signals include, for example, a data channel and a control channel.
  • the data channel may include a PUSCH (Physical Uplink Shared Channel)
  • the control channel may include a PUCCH (Physical Uplink Control Channel).
  • the device 20 transmits control information from the base station 10 using a PUCCH, and transmits uplink data signals using a PUSCH.
  • the reference signal included in the UL signal may include, for example, at least one of DMRS, PTRS, CSI-RS, SRS, and PRS.
  • reference signals such as DMRS and PTRS are used for demodulating uplink data signals and are transmitted using an uplink channel (for example, PUSCH).
  • the control unit 203 controls the communication operations of the device 20, including the reception process in the receiving unit 201 and the transmission process in the transmitting unit 202.
  • the control unit 203 performs operations other than the transmission and reception described in the above embodiment (note that such operations may be performed by the receiving unit 201 and/or the transmitting unit 202).
  • control unit 203 acquires information such as data and control information from a higher layer and outputs it to the transmission unit 202.
  • the control unit 203 also outputs, for example, data and control information received from the reception unit 201 to the higher layer.
  • the channel used to transmit DL signals and the channel used to transmit UL signals are not limited to the above examples.
  • the channel used to transmit DL signals and the channel used to transmit UL signals may include a Random Access Channel (RACH) and a Physical Broadcast Channel (PBCH).
  • the RACH may be used to transmit DCI including, for example, a Random Access Radio Network Temporary Identifier (RA-RNTI).
  • RA-RNTI Random Access Radio Network Temporary Identifier
  • the receiving unit 201 and the transmitting unit 202 (which may be collectively referred to as a communication unit) communicate with a network such as the base station 10.
  • the transmitting unit 202 does not necessarily have to be included in the device 20.
  • the transmitter 202 does not transmit a signal to the base station 10 or an intermediate node.
  • the device 20 may not have a transmitter 202.
  • device 20 is a device with lower complexity than an NB-IoT (Narrow Band Internet of Things) device, and receiver 201 receives a signal requesting wake-up.
  • Controller 203 performs wake-up based on the received signal and controls reception of first information in receiver 201.
  • the transmitting unit 202 of the device 20 transmits the second information after the receiving unit 201 receives the first information.
  • the receiver 201 receives first information from a second device (e.g., a base station 10 or an intermediate node), and the transmitter 202 transmits second information to a third device (e.g., a base station 10 or an intermediate node).
  • a second device e.g., a base station 10 or an intermediate node
  • the transmitter 202 transmits second information to a third device (e.g., a base station 10 or an intermediate node).
  • each functional block may be realized using one device that is physically or logically coupled, or may be realized using two or more devices that are physically or logically separated and directly or indirectly connected (for example, using wires, wirelessly, etc.).
  • the functional blocks may be realized by combining the one device or the multiple devices with software.
  • Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, threads of execution, procedures, functions, etc., whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise.
  • the names used for the above-mentioned parameters are not limiting in any respect. Furthermore, the formulas etc. using these parameters may differ from those explicitly disclosed in this disclosure.
  • the various channels (e.g., PUCCH, PDCCH, etc.) and information elements may be identified by any suitable names, and therefore the various names assigned to these various channels and information elements are not limiting in any respect.
  • Base station In the present disclosure, terms such as “base station (BS)”, “radio base station”, “fixed station”, “NodeB”, “eNodeB (eNB)”, “gNodeB (gNB)", “access point”, “transmission point”, “reception point”, “transmission/reception point”, “cell”, “sector”, “cell group”, “carrier”, “component carrier”, etc. may be used interchangeably.
  • a base station may also be referred to by terms such as a macro cell, a small cell, a femto cell, a pico cell, etc.
  • a base station can accommodate one or more (e.g., three) cells.
  • a base station accommodates multiple cells, the entire coverage area of the base station can be divided into multiple smaller areas, and each smaller area can also provide communication services by a base station subsystem (e.g., a small indoor base station (RRH: Remote Radio Head).
  • RRH Remote Radio Head
  • the term "cell” or “sector” refers to a part or the entire coverage area of at least one of the base station and base station subsystems that provide communication services in this coverage.
  • a base station transmitting information to a terminal may be interpreted as the base station instructing the terminal to control or operate based on the information.
  • MS Mobile Station
  • UE User Equipment
  • a mobile station may also be referred to by those skilled in the art as a subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless terminal, remote terminal, handset, user agent, mobile client, client, or some other suitable terminology.
  • the moving object includes, but is not limited to, for example, a vehicle, a transport vehicle, an automobile, a motorcycle, a bicycle, a connected car, an excavator, a bulldozer, a wheel loader, a dump truck, a forklift, a train, a bus, a handcar, a rickshaw, a ship and other watercraft, an airplane, a rocket, an artificial satellite, a drone (registered trademark), a multicopter, a quadcopter, a balloon, and objects mounted thereon.
  • the moving object may also be a moving object that runs autonomously based on an operation command.
  • At least one of the base station and the mobile station may be a device that does not necessarily move during communication operations.
  • at least one of the base station and the mobile station may be an IoT (Internet of Things) device such as a sensor.
  • IoT Internet of Things
  • the base station in the present disclosure may be read as a terminal.
  • the embodiment of the present disclosure may be applied to a configuration in which communication between a base station and a terminal is replaced with communication between multiple terminals (which may be called, for example, D2D (Device-to-Device) or V2X (Vehicle-to-Everything)).
  • the device 20 may be configured to have the functions of the base station 10 described above.
  • terms such as "uplink” and “downlink” may be read as terms corresponding to communication between terminals (for example, "side”).
  • the uplink channel, downlink channel, etc. may be read as a side channel.
  • the terminal in this disclosure may be interpreted as a base station.
  • the base station 10 may be configured to have the functions of the device 20 described above.
  • FIG. 18 shows an example configuration of a vehicle 2001.
  • the vehicle 2001 includes a drive unit 2002, a steering unit 2003, an accelerator pedal 2004, a brake pedal 2005, a shift lever 2006, front wheels 2007, rear wheels 2008, an axle 2009, an electronic control unit 2010, various sensors 2021-2029, an information service unit 2012, and a communication module 2013.
  • a communication device mounted on the vehicle 2001 may be applied to the communication module 2013, for example.
  • the drive unit 2002 is composed of, for example, an engine, a motor, or a hybrid of an engine and a motor.
  • the steering unit 2003 includes at least a steering wheel (also called a handlebar), and is configured to steer at least one of the front wheels and the rear wheels based on the operation of the steering wheel operated by the user.
  • the electronic control unit 2010 is composed of a microprocessor 2031, memory (ROM, RAM) 2032, and a communication port (IO port) 2033. Signals are input to the electronic control unit 2010 from various sensors 2021 to 2029 provided in the vehicle 2001.
  • the electronic control unit 2010 may also be called an ECU (Electronic Control Unit).
  • Signals from the various sensors 2021-2029 include a current signal from a current sensor 2021 that senses the motor current, a front and rear wheel rotation speed signal obtained by a rotation speed sensor 2022, a front and rear wheel air pressure signal obtained by an air pressure sensor 2023, a vehicle speed signal obtained by a vehicle speed sensor 2024, an acceleration signal obtained by an acceleration sensor 2025, an accelerator pedal depression amount signal obtained by an accelerator pedal sensor 2029, a brake pedal depression amount signal obtained by a brake pedal sensor 2026, a shift lever operation signal obtained by a shift lever sensor 2027, and a detection signal for detecting obstacles, vehicles, pedestrians, etc. obtained by an object detection sensor 2028.
  • the information service unit 2012 is composed of various devices, such as a car navigation system, an audio system, speakers, a television, and a radio, for providing (outputting) various information such as driving information, traffic information, and entertainment information, and one or more ECUs for controlling these devices.
  • the information service unit 2012 uses information acquired from external devices via the communication module 2013, etc., to provide various multimedia information and multimedia services to the occupants of the vehicle 2001.
  • the information service unit 2012 may include input devices (e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, a touch panel, etc.) that accept input from the outside, and may also include output devices (e.g., a display, a speaker, an LED lamp, a touch panel, etc.) that perform output to the outside.
  • input devices e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, a touch panel, etc.
  • output devices e.g., a display, a speaker, an LED lamp, a touch panel, etc.
  • the driving assistance system unit 2030 is composed of various devices that provide functions for preventing accidents and reducing the driving burden on the driver, such as a millimeter wave radar, LiDAR (Light Detection and Ranging), a camera, a positioning locator (e.g., GNSS, etc.), map information (e.g., high definition (HD) maps, autonomous vehicle (AV) maps, etc.), a gyro system (e.g., IMU (Inertial Measurement Unit), INS (Inertial Navigation System), etc.), AI (Artificial Intelligence) chip, and AI processor, as well as one or more ECUs that control these devices.
  • the driving assistance system unit 2030 transmits and receives various information via the communication module 2013 to realize driving assistance functions or autonomous driving functions.
  • a slot may consist of one or more symbols in the time domain (such as Orthogonal Frequency Division Multiplexing (OFDM) symbols, Single Carrier Frequency Division Multiple Access (SC-FDMA) symbols, etc.).
  • OFDM Orthogonal Frequency Division Multiplexing
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • a slot may be a time unit based on numerology.
  • a slot may include multiple minislots. Each minislot may consist of one or multiple symbols in the time domain. A minislot may also be called a subslot. A minislot may consist of fewer symbols than a slot.
  • a PDSCH (or PUSCH) transmitted in a time unit larger than a minislot may be called PDSCH (or PUSCH) mapping type A.
  • a PDSCH (or PUSCH) transmitted using a minislot may be called PDSCH (or PUSCH) mapping type B.
  • Radio frame, subframe, slot, minislot, and symbol all represent time units for transmitting signals. Radio frame, subframe, slot, minislot, and symbol may each be referred to by a different name that corresponds to the radio frame, subframe, slot, minislot, and symbol.
  • one subframe may be called a Transmission Time Interval (TTI)
  • TTI Transmission Time Interval
  • multiple consecutive subframes may be called a TTI
  • one slot or one minislot may be called a TTI.
  • at least one of the subframe and the TTI may be a subframe (1 ms) in existing LTE, a period shorter than 1 ms (e.g., 1-13 symbols), or a period longer than 1 ms.
  • the unit representing the TTI may be called a slot, minislot, etc., instead of a subframe.
  • TTI refers to, for example, the smallest time unit for scheduling in wireless communication.
  • a base station schedules each user terminal by allocating radio resources (such as frequency bandwidth and transmission power that can be used by each user terminal) in TTI units.
  • radio resources such as frequency bandwidth and transmission power that can be used by each user terminal
  • the TTI may be a transmission time unit for a channel-coded data packet (transport block), a code block, a code word, etc., or may be a processing unit for scheduling, link adaptation, etc.
  • the time interval e.g., the number of symbols
  • the time interval in which a transport block, a code block, a code word, etc. is actually mapped may be shorter than the TTI.
  • one or more TTIs may be the minimum time unit of scheduling.
  • the number of slots (minislots) that constitute the minimum time unit of scheduling may be controlled.
  • a TTI having a time length of 1 ms may be referred to as a normal TTI (TTI in LTE Rel. 8-12), normal TTI, long TTI, normal subframe, normal subframe, long subframe, slot, etc.
  • TTI shorter than a normal TTI may be referred to as a shortened TTI, short TTI, partial or fractional TTI, shortened subframe, short subframe, minislot, subslot, slot, etc.
  • a long TTI (e.g., a normal TTI, a subframe, etc.) may be interpreted as a TTI having a time length of more than 1 ms
  • a short TTI e.g., a shortened TTI, etc.
  • TTI length less than the TTI length of a long TTI and equal to or greater than 1 ms.
  • a resource block is a resource allocation unit in the time domain and frequency domain, and may include one or more consecutive subcarriers in the frequency domain.
  • the number of subcarriers included in an RB may be the same regardless of the numerology, and may be, for example, 12.
  • the number of subcarriers included in an RB may be determined based on the numerology.
  • the time domain of an RB may include one or more symbols and may be one slot, one minislot, one subframe, or one TTI in length.
  • One TTI, one subframe, etc. may each be composed of one or more resource blocks.
  • one or more RBs may also be referred to as a physical resource block (PRB), a sub-carrier group (SCG), a resource element group (REG), a PRB pair, an RB pair, etc.
  • PRB physical resource block
  • SCG sub-carrier group
  • REG resource element group
  • PRB pair an RB pair, etc.
  • a resource block may be composed of one or more resource elements (REs).
  • REs resource elements
  • one RE may be a radio resource area of one subcarrier and one symbol.
  • a Bandwidth Part which may also be referred to as a partial bandwidth, may represent a subset of contiguous common resource blocks (RBs) for a given numerology on a given carrier, where the common RBs may be identified by an index of the RB relative to a common reference point of the carrier.
  • PRBs may be defined in a BWP and numbered within the BWP.
  • the BWP may include a BWP for UL (UL BWP) and a BWP for DL (DL BWP).
  • UL BWP UL BWP
  • DL BWP DL BWP
  • One or more BWPs may be configured for a UE within one carrier.
  • At least one of the configured BWPs may be active, and the UE may not expect to transmit or receive a given signal/channel outside the active BWP.
  • BWP bitmap
  • radio frames, subframes, slots, minislots, and symbols are merely examples.
  • the number of subframes included in a radio frame, the number of slots per subframe or radio frame, the number of minislots included in a slot, the number of symbols and RBs included in a slot or minislot, the number of subcarriers included in an RB, as well as the number of symbols in a TTI, the symbol length, and the cyclic prefix (CP) length can be changed in various ways.
  • the "maximum transmit power” in this disclosure may mean the maximum value of the transmit power, may mean the nominal UE maximum transmit power, or may mean the rated UE maximum transmit power.
  • One aspect of the present disclosure is useful in wireless communication systems.
  • Base station 20 Device 30 Intermediate node 101, 202, 302 Transmitter 102, 201, 301 Receiver 103, 203, 303 Control unit

Landscapes

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

Abstract

ＮＢ－ＩｏＴ（Narrow Band Internet of Things）デバイスよりも低複雑度の第１のデバイスは、ウェイクアップを要求する信号を受信する受信部と、信号に基づいてウェイクアップを行い、受信部における第１の情報の受信を制御する制御部と、を備える。

Description

デバイス、無線通信システム、及び、通信方法
　本開示は、デバイス、無線通信システム、及び、通信方法に関する。
　ＬＴＥ（Long Term Evolution）の後継システムであるＮＲ（New Radio）（「５Ｇ」ともいう。）においては、要求条件として、大容量のシステム、高速なデータ伝送速度、低遅延、多数の端末の同時接続、低コスト、省電力等を満たす技術が検討されている（例えば、非特許文献１参照）。
　また、３ＧＰＰ（登録商標）のリリース１８（Ｒｅｌ－１８）では、アンビエントＩｏＴ（Ａ－ＩｏＴ：Ambient Internet of Things）が検討されている（例えば、非特許文献２参照）。アンビエントＩｏＴでは、極めて小さい消費電力で動作するローエンドなＩｏＴ用途向けの極めて簡易な構成を有するデバイスをターゲットとする。
3GPP TS 38.300 V17.3.0 (2022-12) "Revised SID on Ambient IoT", RP-232404, 3GPP TSG RAN Meeting #101, 2023年9月 "Summary for RAN Rel-19 Package: RAN1/2/3-led", RP-232745, 3GPP RAN #102, 2023年12月 "Study on solutions for Ambient IoT (Internet of Things) in NR", RP-234058, 3GPP TSG RAN Meeting #102, 2023年12月 3GPP TS 36.211 V16.8.0 (2023-09) 3GPP TR 38.848 V1.0.0 (2023-09)
　アンビエントＩｏＴデバイスを含むＡ－ＩｏＴの通信システムにおける、通信のフローについては、検討の余地がある。
　本開示の一態様は、アンビエントＩｏＴデバイスを含むＡ－ＩｏＴの通信システムにおいて、適切なフローで通信を実行できるデバイス、無線通信システム、及び、通信方法を提供する。
　本開示の一態様に係るデバイスは、ＮＢ－ＩｏＴ（Narrow Band Internet of Things）デバイスよりも低複雑度の第１のデバイスであって、ウェイクアップを要求する信号を受信する受信部と、前記信号に基づいて前記ウェイクアップを行い、前記受信部における第１の情報の受信を制御する制御部と、を備える。
本開示の実施の形態に係る無線通信システムの一例を示す図である。 トポロジ１を説明する図である。 トポロジ２を説明する図である。 ＤＬ支援におけるトポロジ３を説明する図である。 ＵＬ支援におけるトポロジ３を説明する図である。 トポロジ４を説明する図である。 本開示の実施の形態に係るネットワークとＡ－ＩｏＴデバイスとのやり取りの一例を示す図である。 トポロジ１におけるＤＴのケースの例を示す図である。 トポロジ１とＤＯ－ＤＴＴのケースの例を示す図である。 トポロジ２におけるＤＴのケースの例を示す図である。 トポロジ２におけるＤＴのケースの第１のバリエーションを示す図である。 トポロジ２におけるＤＴのケースの第２のバリエーションを示す図である。 トポロジ２におけるＤＯ－ＤＴＴのケースの例を示す図である。 本開示の実施の形態に係る基地局の構成の一例を示すブロック図である。 本開示の実施の形態に係るデバイスの構成の一例を示すブロック図である。 本開示の実施の形態に係る中間ノードの構成の一例を示すブロック図である。 本開示の実施の形態に係る基地局、デバイス、及び、中間ノードのハードウェア構成の一例を示す図である。 本開示の実施の形態に係る車両の構成の一例を示す図である。
　以下、本開示の一態様に係る実施の形態を、図面を参照して説明する。なお、以下で説明する実施の形態は一例であり、本開示が適用される実施の形態は、以下の実施の形態に限られない。
　本開示の実施の形態に係る無線通信システムの動作にあたっては、適宜、既存技術が使用される。当該既存技術は、例えば、既存のＬＴＥ又はＮＲであるが、既存のＬＴＥ又はＮＲに限られない。また、本明細書で使用する用語「ＬＴＥ」は、特に断らない限り、ＬＴＥ－Ａｄｖａｎｃｅｄ及びＬＴＥ－Ａｄｖａｎｃｅｄ以降の方式を含む広い意味を有するものとする。
　また、以下で説明する本開示の実施の形態では、既存のＬＴＥで使用されているＳＳ（synchronization signal）、ＰＳＳ（primary SS）、ＳＳＳ（secondary SS）、ＰＢＣＨ（physical broadcast channel）、ＰＲＡＣＨ（physical random access channel）、ＰＤＣＣＨ（physical downlink control channel）、ＰＤＳＣＨ（physical downlink shared channel）、ＰＵＣＣＨ（physical uplink control channel）、ＰＵＳＣＨ（physical uplink shared channel）等の用語を使用する。これは記載の便宜上のためであり、これらと同様の信号、機能等が他の名称で呼ばれてもよい。また、ＮＲにおける上述の用語は、ＮＲ－ＳＳ、ＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＮＲ－ＰＲＡＣＨ等に対応する。ただし、ＮＲに使用される信号であっても、必ずしも「ＮＲ－」と明記しない。
　また、本開示の実施の形態において、複信（Duplex）方式は、ＴＤＤ（Time Division Duplex）方式でもよいし、ＦＤＤ（Frequency Division Duplex）方式でもよいし、又は、それ以外（例えば、Flexible Duplex等）の方式でもよい。
　また、本開示の実施の形態において、無線パラメータ等が「設定される（configure）」とは、所定の値が予め設定（pre-configure）されることであってもよいし、基地局、デバイス等から通知される無線パラメータが設定されることであってもよい。
　（実施の形態）
　＜無線通信システム＞
　図１は、本開示の実施の形態に係る無線通信システムの一例を示す図である。図１に示すように、無線通信システム１は、基地局１０及びデバイス２０を含む。図１には、基地局１０及びデバイス２０が１つずつ示されているが、これは一例であり、複数の基地局及びデバイスが存在してもよい。デバイス２０は、端末（ＵＥ：User Equipment）の一形態とも云え、ＮＢ－ＩｏＴデバイスよりも低複雑度のデバイスであるアンビエントＩｏＴデバイスであってよい。アンビエントＩｏＴデバイスは、アンビエントＩｏＴ端末、アンビエントＩｏＴ　ＵＥ、Ａ－ＩｏＴ　ＵＥ等と称されてもよい。
　基地局１０は、１つ以上のセルを提供し、デバイス２０と無線通信を行う通信装置である。無線信号の物理リソースは、時間領域及び周波数領域で定義される。時間領域は、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル数で定義されてもよい。周波数領域は、サブキャリア数又はリソースブロック数で定義されてもよい。
　基地局１０は、ＤＬ（Downlink）で制御情報、設定情報、データ等のＤＬ信号をデバイス２０に送信する。基地局１０は、ＵＰ（Uplink）で制御情報、デバイス２０の処理能力に関する情報（能力（情報）又はデバイス能力（情報）；例えば、capability、device capability、A-IoT capability、A-IoT device capability等）、データ等のＵＬ信号をデバイス２０から受信する。
　ＤＬ信号の送信に使用されるチャネルには、例えば、データチャネル及び制御チャネルが含まれる。例えば、データチャネルには、物理下りリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）が含まれてよく、制御チャネルには、物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）が含まれてよい。例えば、基地局１０は、デバイス２０に対して、ＰＤＣＣＨを用いて制御情報を送信し、ＰＤＳＣＨを用いてＤＬのデータ信号を送信する。なお、ＰＤＳＣＨは下りリンク共有チャネル又はデータチャネルの一例であり、ＰＤＣＣＨは下りリンク制御チャネルの一例である。ＰＤＣＣＨは、ＰＤＣＣＨにおいて送信される下りリンク制御情報（ＤＣＩ：Downlink Control Information）、制御情報等で読み替えられてもよい。
　後述するが、無線通信システムには、中間ノード（intermediate node）、支援ノード（assisting node）及び／又は端末（ＵＥ）が含まれてもよい（下記の＜デバイスタイプ及びトポロジ＞を参照）。なお、以下では、「及び／又は」を単に「／」と記載することがある。
　デバイス２０は、無線通信機能を備えた通信装置であり、上述したように、アンビエントＩｏＴデバイス（例えば、センサなど）であってよい。
　デバイス２０は、ＤＬで制御信号、設定情報、データ等のＤＬ信号を基地局１０から受信し、ＵＬで制御信号、デバイス２０の能力情報、データ等のＵＬ信号を基地局１０へ送信する。
　ＵＬ信号の送信に使用されるチャネルには、例えば、データチャネル及び制御チャネルが含まれる。例えば、データチャネルには、物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）が含まれてよく、制御チャネルには、物理上りリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）が含まれてよい。例えば、デバイス２０は、ＰＵＣＣＨを用いて制御情報を送信し、ＰＵＳＣＨを用いてＵＬのデータ信号を送信する。なお、ＰＵＳＣＨは上りリンク共有チャネル又はデータチャネルの一例であり、ＰＵＣＣＨは上りリンク制御チャネルの一例である。なお、ＰＵＳＣＨ又はＰＵＣＣＨは、ＰＵＳＣＨ又はＰＵＣＣＨにおいて送信される上りリンク制御情報（ＵＣＩ：Uplink Control Information）、制御情報等で読み替えられてもよい。
　＜アンビエントＩｏＴ＞
　Ｒｅｌ－１８では、既存のＮＢ－ＩｏＴ（例えば、非特許文献５の第１０節参照）よりもさらにローエンドなアンビエントＩｏＴに関する検討が承認された（例えば、非特許文献２を参照）。アンビエントＩｏＴでは、超低消費電力（ultra-low power consumption）の超低複雑度（ultra-low complexity）デバイスをターゲットとする。
　アンビエントＩｏＴでは、例えば、関連ユースケース向けに、以下のような導入シナリオ及び特性について検討され得る。
　・屋内又は屋外環境
　・基地局種別、例えば、マクロ／マイクロ／ピコセルベースの配置
　・接続性に係るトポロジ、例えば、基地局、端末（ＵＥ）、リレー及びリピータ等のいずれのノードがアンビエントＩｏＴデバイスと通信を行うか
　・複信方式はＴＤＤかＦＤＤか、周波数帯はライセンス帯かアンライセンス帯か
　・既存３ＧＰＰ技術向け周波数帯におけるＵＥ及びネットワーク設備との共存
　・デバイスからの発信／デバイスへの着信のトラフィックの想定
　上記の導入シナリオ及び特性に基づいて、例えば、下記のＲＡＮデザインターゲットが策定され得る。
　・電力消費
　・複雑性
　・カバレッジ
　・データレート
　・測位精度
　関連ユースケースに適した導入シナリオに基づいて、デザインターゲットを満たす実現可能性を比較及び評価し、サポートする機能を特定する。
　＜デバイスタイプ及びトポロジ＞
　検討項目の結果に基づいて、TR 38.848（非特許文献６）が承認された。TR 38.848では、下記のカテゴリのアンビエントＩｏＴデバイスが検討される。
　デバイスＡ：デバイスＡは、電力（エネルギー）ストレージ（energy storage）を有さず、独立した信号生成及び信号増幅の機能を有さず、後方散乱送信（backscattering transmission）を行う。
　デバイスＢ：デバイスＢは、電力ストレージを有し、独立した信号生成の機能を有さず、後方散乱送信を行う。デバイスＢは、蓄えられた電力を使用して反射信号を増幅する。
　デバイスＣ：デバイスＣは、電力ストレージを有し、独立した信号生成の機能を有し、送信のためのアクティブＲＦ（radio frequency）コンポーネントを有する。
　なお、デバイスＡの複雑性は、ＲＦＩＤ（fadio frequency identification）程度が想定される。
　TR 38.848では、アンビエントＩｏＴネットワークにおいて、以下で説明するトポロジ１～４が定義される。
　図２は、トポロジ１を説明する図である。図２に示すように、トポロジ１は、基地局（ＢＳ）とアンビエントＩｏＴデバイスとが通信する構成である。アンビエントＩｏＴデバイスは、直接、基地局と双方向の通信を実行する。
　図３は、トポロジ２を説明する図である。図３に示すように、トポロジ２は、基地局とアンビエントＩｏＴデバイスとが、中間ノード（intermediate node）を介して通信する構成である。アンビエントＩｏＴデバイスは、基地局とアンビエントＩｏＴデバイスとの間に配置される中間ノードと双方向の通信を実行する。中間ノードは、例えば、リレー、ＩＡＢ（integrated access and backhaul）ノード、ＵＥ、リピータ等であってもよい。
　図４は、ＤＬ支援におけるトポロジ３を説明する図である。図４に示すように、トポロジ３は、基地局と支援ノード（assisting node）との間の通信、支援ノードとアンビエントＩｏＴデバイスとの間の通信、及び、アンビエントＩｏＴデバイスと基地局との間の通信を含む構成である。
　支援ノードは、ＤＬ通信を支援する。例えば、図４に示すように、支援ノードは、基地局からのＤＬ信号を受信し、受信したＤＬ信号をアンビエントＩｏＴデバイスに送信する。ＵＬ通信については、アンビエントＩｏＴデバイスは、ＵＬ信号を基地局に直接送信する。
　図５は、ＵＬ支援におけるトポロジ３を説明する図である。図５に示すように、トポロジ３は、基地局と支援ノードとの間の通信、支援ノードとアンビエントＩｏＴデバイスとの間の通信、及び、アンビエントＩｏＴデバイスと基地局との間の通信を含む構成である。
　支援ノードは、ＵＬ通信を支援する。例えば、図５に示すように、支援ノードは、アンビエントＩｏＴデバイスからのＵＬ信号を受信し、受信したＵＬ信号を基地局に送信する。ＤＬ通信については、アンビエントＩｏＴデバイスは、ＤＬ信号を基地局から直接受信する。
　図４及び図５に示す支援ノードは、例えば、リレー、ＩＡＢノード、ＵＥ、リピータ等であってもよい。
　図６は、トポロジ４を説明する図である。トポロジ４は、ＵＥとアンビエントＩｏＴデバイスとが通信する構成である。アンビエントＩｏＴデバイスは、ＵＥと双方向の通信を実行する。トポロジ４に係る通信は、サイドリンク（ＳＬ）通信と捉えられてもよい。
　なお、上記のトポロジ１～４において、アンビエントＩｏＴデバイスには、トポロジの内側又は外側の他のノードから、搬送波が提供されてもよい（非特許文献６の第４．２．１節参照）。
　無線通信システム１（無線通信ネットワーク）には、デバイス２０の他に、基地局、支援ノード、中間ノード及び／又は端末（トポロジ４のＵＥ）が含まれてもよい。本明細書において、基地局、支援ノード、中間ノード及び端末は、ネットワーク又は（ネットワーク）ノードで読み替えられてもよい。また、Ａ－ＩｏＴデバイスは、単にＡ－ＩｏＴと表記されることがある。
　＜後方散乱送信＞
　基地局、中間ノード、支援ノード、及び他のノードは、ＲＦ信号をアンビエントＩｏＴデバイスに送信する。アンビエントＩｏＴデバイスは、活性化され、誘導結合（inductive coupling）を介して基地局、中間ノード、支援ノード、及び他のノードからのRF動作フィールド（RF operating field）から電力を得る。
　アンビエントＩｏＴデバイスは、基地局、中間ノード、支援ノード、及び他のノードから受信したＲＦ信号を、自装置のアンテナの反射係数を切り替えることで後方散乱変調し、基地局、中間ノード、支援ノード、及び他のノードに情報を送信する。
　図７は、後方散乱送信を説明する図である。図７では、アンビエントＩｏＴデバイスがON-OFFキーイングを行い、情報を送信する例が示してある。図７に示す破線の領域がOFF区間を示し、情報（ビット）の「０」に対応してもよい。正弦波の信号が情報の「１」に対応してもよい。
　以下では、ネットワークに、基地局、支援ノード、中間ノード、及び端末（トポロジ４のUE）が含まれてもよい。以下では、基地局、支援ノード、中間ノード、リレー、及び端末をネットワークノードと称することがある。アンビエントＩｏＴをＡ－ＩｏＴと称することがある。
　上述したようなＡ－ＩｏＴが、３ＧＰＰのＲｅｌ－１９のトピックとして挙げられている。そして、Ａ－ＩｏＴとして、以下のような事項が検討されている。なお、以下では、アンビエントＩｏＴデバイスは、アンビエントＩｏＴ　ＵＥであるとし、アンビエントＩｏＴ　ＵＥは、Ａ－ＩｏＴ　ＵＥと記載される。また、以下の説明において、基地局は、ＢＳ、ｇＮＢ等の他の表記に置き換えられてもよい。
　＜トラフィックの流れ＞
　Ａ－ＩｏＴのトラフィックの流れとして、以下のＤＴとＤＯ－ＤＴＴとが、検討されている。
　・ＤＴ（device terminated）：トラフィックとして、Ａ－ＩｏＴ　ＵＥからの送信は無く、Ａ－ＩｏＴ　ＵＥへ送信される情報が存在する。例えば、ＤＴは、Ａ－ＩｏＴ　ＵＥへの指示（例えば、命令、又は、コマンド）が存在するコマンド型に対応する。
　・ＤＯ－ＤＴＴ（device originated - device terminated triggered）：トラフィックとして、ＮＷ（ネットワーク、例えば、基地局）からのトリガが存在する。また、トラフィックとして、Ａ－ＩｏＴ　ＵＥからの情報の送信が存在する。また、例えば、ＤＯ－ＤＴＴは、トラフィックとして、Ａ－ＩｏＴ　ＵＥへの情報の送信が存在してもよい。例えば、ＤＯ－ＤＴＴは、Ａ－ＩｏＴ　ＵＥからセンサの情報を収集するセンサ情報レポート型に対応する。
　なお、本実施の形態において、情報の送信は、情報を含む信号の送信、または、信号の送信に対応する。また、本実施の形態において、或るデバイスＸへの送信は、デバイスＸへの信号（又は情報）の送信に対応する。また、或るデバイスＸからの送信、及び、或るデバイスＸの送信は、デバイスＸが信号（又は情報）を送信することに対応する。また、或るデバイスＸからの受信は、デバイスＸが送信した信号（又は情報）を受信することに対応する。また、或るデバイスＸの受信は、デバイスＸが信号（又は情報）を受信することに対応する。
　＜デバイスの仮定＞
　Ａ－ＩｏＴ　ＵＥ等のデバイスには、以下のような仮定が存在してよい。
　・送信（ＴＸ）は、アンプ無しの後方散乱のＵＬ（アップリンク）送信、または、アンプ付きの一般的なＵＬ送信である。あるいは、アンプ付きの後方散乱のＵＬ送信が実行されてもよい。
　・ＦＲ（frequency range）１－ＦＤＤが適用される。つまり、Ａ－ＩｏＴ　ＵＥは、ＤＬ（ダウンリンク）のキャリアと、ＵＬ（アップリンク）のキャリアとの間でキャリア周波数を切り替えることができる。ただし、本実施の形態はＦＲ１－ＦＤＤに限定されず、ＴＤＤに適用されてもよく、ＦＲ２又はＦＲ３に適用されてもよい。
　なお、各ＦＲの周波数帯は、例えば、以下のとおりである。
　・FR1：410MHz～7.125GHz
　・FR2：24.25GHz～52.6GHz
　・FR3：7.125GHz～24.25GHz
　FR1では、15kHz、30kHz又は60kHzのサブキャリア間隔（SCS：Sub-Carrier Spacing）が用いられ、5～100MHzの帯域幅（BW：Bandwidth）が用いられてもよい。FR2は、FR1よりも高周波数であり、60kHz又は120kHz（240kHzが含まれてもよい）のSCSが用いられ、50～400MHzの帯域幅（BW）が用いられてもよい。
　＜トポロジ＞
　図２～図６にて示したトポロジの中で、トポロジ１とトポロジ２とが着目されている。
　トポロジ１では、基地局とＡ－ＩｏＴ　ＵＥとの間でのＵＬ及び／又はＤＬの通信が行われる。なお、トポロジ１の場合の基地局は、マイクロセルに対応してもよい。
　トポロジ２では、基地局とＡ－ＩｏＴ　ＵＥ）とが、中間ノード（intermediate node）を介して通信する構成である。Ａ－ＩｏＴ　ＵＥは、基地局とＡ－ＩｏＴ　ＵＥとの間に配置される中間ノードと双方向の通信を実行する。なお、以下では、中間ノードは、ｉｎｔ．ＵＥ（intermediate UE）と記載される。なお、トポロジ２のケースは、屋内のケースに適用されてもよい。また、トポロジ２の場合の基地局は、マクロセルに対応してもよい。
　上述したトポロジ１とトポロジ２との間で、Ａ－ＩｏＴ　ＵＥのための信号デザインは、共通としてよい。
　＜検討事項＞
　Ａ－ＩｏＴでは、上述したような、ＤＴ及びＤＯ－ＤＴＴを含むトラフィックの流れと、トポロジ１及びトポロジ２を含むトポロジとが検討されているが、これらのトラフィックの流れとトポロジとに対応するＡ－ＩｏＴの通信のフローについては不明瞭であり、検討の余地がある。
　例えば、通信のフローが不明瞭である場合、Ａ－ＩｏＴの無線通信システムが適切に動作できない可能性がある。例えば、トポロジ１のように、基地局とＡ－ＩｏＴ　ＵＥとの間で通信が行われるケースに対して、トラフィックの流れに応じた適切な処理手順が適用されない場合に、Ａ－ＩｏＴ　ＵＥは、基地局から適切な情報を取得できず、正しい動作が行えない可能性がある。また、例えば、トポロジ２のように、基地局とＡ－ＩｏＴ　ＵＥとの間で、ｉｎｔ．ＵＥを介して、通信が行われるケースに対して、トラフィックの流れに応じた適切な処理手順が適用されない場合に、Ａ－ＩｏＴ　ＵＥは、基地局又はｉｎｔ．ＵＥから適切な情報を取得できず、正しい動作が行えない可能性がある。また、ＤＯ－ＤＴＴのように、Ａ－ＩｏＴ　ＵＥが情報を送信するケースでは、どのような方法で送信するかが規定されていない場合、Ａ－ＩｏＴ　ＵＥが適切に情報を送信できない可能性がある。この場合、Ａ－ＩｏＴ　ＵＥを用いて情報を収集するといった動作が適切に行えない可能性がある。
　そこで、本実施の形態では、トポロジとトラフィックとのそれぞれの組合せに対して、適切な通信のフローの例を説明する。以下では、トポロジとトラフィックとの組合せが、トポロジ１におけるＤＴのケース、トポロジ１におけるＤＯ－ＤＴＴのケース、トポロジ２におけるＤＴのケース、及び、トポロジ２におけるＤＯ－ＤＴＴのケースとのそれぞれを説明する。
　＜１．トポロジ１におけるＤＴのケース＞
　図８は、トポロジ１におけるＤＴのケースの例を示す図である。図８には、基地局（ｇＮＢ）とＡ－ＩｏＴ　ＵＥとの間の信号の流れが示される。なお、トポロジ１におけるＤＴのケースであるため、基地局からＡ－ＩｏＴ　ＵＥへの情報送信は存在するが、Ａ－ＩｏＴ　ＵＥから基地局への情報送信は存在しない。
　トポロジ１におけるＤＴのケースでは、以下の２つのステップの通信のフローが想定される。なお、ステップ１は、例えば、基地局にパケットが到着した場合に開始される。
　・ステップ１:Ａ－ＩｏＴ　ＵＥは、ウェイクアップを行う。
　・ステップ２：Ａ－ＩｏＴ　ＵＥは、基地局から情報を受信する。別言すると、基地局は、Ａ－ＩｏＴ　ＵＥへ情報を送信する。
　なお、ステップ１とステップ２とはまとめて実行されてもよく、例えば、同一の信号で実行されてもよい。
　ステップ１において、Ａ－ＩｏＴ　ＵＥは、基地局から送信される信号によって、ウェイクアップを実行してよい。基地局から送信される信号は、キャリア波形（carrier waveform）と称されてもよい。ここで、基地局から送信される信号は、Ａ－ＩｏＴ　ＵＥにエネルギーを供給するエネルギー源に対応してよい。なお、本実施の形態において、carrier waveformはcarrier waveに置き換えられてもよい。
　また、ステップ１において、Ａ－ＩｏＴ　ＵＥは、基地局から送信されるcarrier waveform信号以外の他の信号（例えば、ＲＦ信号（radio frequency signal））によって、ウェイクアップを実行してよい。ここで、基地局から送信されるcarrier waveform信号以外の他の信号は、Ａ－ＩｏＴ　ＵＥにエネルギーを供給するエネルギー源に対応してよい。あるいは、ステップ１において、Ａ－ＩｏＴ　ＵＥは、基地局以外から送信される信号（例えば、ＲＦ信号（radio frequency signal））によって、ウェイクアップを実行してよい。ここで、基地局以外から送信される信号は、Ａ－ＩｏＴ　ＵＥにエネルギーを供給するエネルギー源に対応してよい。
　ステップ１において、Ａ－ＩｏＴ　ＵＥが受信する信号は、ウェイクアップを要求する信号の一例であってよい。
　上述したステップ１、及び、ステップ２において、基地局から信号が送信される場合、基地局から送信される信号の送信方法は、以下の１ａから１ｃの何れかであってよい。
　（１ａ）基地局から送信される信号は、１以上の任意のＡ－ＩｏＴ　ＵＥにブロードキャストされてよい。この場合、基地局からの送信の送信先がＵＥであるか、１以上のＵＥを含むＵＥグループであるか、といった区別が無くてよい。つまり、信号を受信した或るＡ－ＩｏＴ　ＵＥ（例えば、Ａ－ＩｏＴ　ＵＥ＃１と記載）は、受信した信号がＡ－ＩｏＴ　ＵＥ＃１宛であるか否か、または、Ａ－ＩｏＴ　ＵＥ＃１が属するグループ宛であるか否かを検出しなくてよい。
　（１ｂ）基地局から送信される信号は、１以上のＡ－ＩｏＴ　ＵＥを含むグループにマルチキャストされてよい。この場合、或るＡ－ＩｏＴ　ＵＥ（例えば、Ａ－ＩｏＴ　ＵＥ＃１と記載）は、受信した信号が、Ａ－ＩｏＴ　ＵＥ＃１が属するグループに送信されたか否かを検出する。例えば、Ａ－ＩｏＴ　ＵＥ＃１は、信号に含まれる情報（例えば、ＣＲＣ（cyclic redundancy check））、及び／又は、信号に使用されるリソース（例えば、時間、周波数、コードの少なくとも１つ）に基づいて、信号が、Ａ－ＩｏＴ　ＵＥ＃１が属するグループに送信されたか否かを検出する。
　（１ｃ）基地局から送信される信号は、単一のＡ－ＩｏＴ　ＵＥにユニキャストされる。この場合、或るＡ－ＩｏＴ　ＵＥ（例えば、Ａ－ＩｏＴ　ＵＥ＃１と記載）は、受信した信号が、Ａ－ＩｏＴ　ＵＥ＃１に送信されたか否かを検出する。例えば、Ａ－ＩｏＴ　ＵＥ＃１は、信号に含まれる情報（例えば、ＣＲＣ（cyclic redundancy check））、及び／又は、信号に使用されるリソース（例えば、時間、周波数、コードの少なくとも１つ）に基づいて、信号が、Ａ－ＩｏＴ　ＵＥ＃１に送信されたか否かを検出する。
　なお、Ａ－ＩｏＴ　ＵＥは、上述した１ａ～１ｃの少なくとも１つの送信に対する受信をサポートするか否かを示すcapabilityを通知してもよい。
　なお、上述したステップ１と、ステップ２とにおいて、基地局からの信号の送信方法が異なってもよい。例えば、ステップ１において、Ａ－ＩｏＴ　ＵＥにウェイクアップさせる場合の信号は、１ａのように、１以上の任意のＡ－ＩｏＴ　ＵＥにブロードキャストされ、ステップ２において、Ａ－ＩｏＴ　ＵＥに情報を送信する場合の信号は、１ｂのように、マルチキャストされてもよいし、１ｃのように、ユニキャストされてもよい。
　なお、上述したステップ１とステップ２とは、時間的に連続してもよいし、ステップ１とステップ２との間に間隔が設けられてもよい。例えば、ウェイクアップのための信号とＡ－ＩｏＴに送信する情報を含む信号とが時間的に連続していてもよい。
　以上、トポロジ１におけるＤＴのケースでの通信のフローについて説明した。このフローにより、Ａ－ＩｏＴの無線通信システムが適切に動作することができる。例えば、トポロジ１のように、基地局とＡ－ＩｏＴ　ＵＥとの間で通信が行われるケースに対して、ＤＴのトラフィックの流れに応じた適切な処理手順が適用されるため、Ａ－ＩｏＴ　ＵＥは、基地局から適切な情報を取得でき、正しい動作を行うことができる。
　なお、上述した例のステップ１、及び／又は、ステップ２において、基地局は、Ａ－ＩｏＴに対して、複数回、送信を実行してもよいし、２以上のＡ－ＩｏＴのそれぞれに対して、個別に、送信を実行してもよい。
　＜２．トポロジ１におけるＤＯ－ＤＴＴのケース＞
　図９は、トポロジ１とＤＯ－ＤＴＴのケースの例を示す図である。図９には、基地局（ｇＮＢ）とＡ－ＩｏＴ　ＵＥとの間の信号の流れが示される。なお、トポロジ１におけるＤＯ－ＤＴＴのケースであるため、基地局からＡ－ＩｏＴ　ＵＥへの情報送信と、Ａ－ＩｏＴ　ＵＥから基地局への情報送信が存在する。
　トポロジ１におけるＤＯ－ＤＴＴのケースでは、以下の３つのステップの通信のフローが想定される。なお、ステップ１は、例えば、基地局にパケットが到着した場合に開始される。
　・ステップ１:Ａ－ＩｏＴ　ＵＥは、ウェイクアップを行う。
　・ステップ２：Ａ－ＩｏＴ　ＵＥは、基地局から情報を受信する。別言すると、基地局は、Ａ－ＩｏＴ　ＵＥへ情報を送信する。
　・ステップ３：Ａ－ＩｏＴ　ＵＥは、基地局に信号を送信する。別言すると、基地局は、Ａ－ＩｏＴ　ＵＥから信号を受信する。
　なお、ステップ１とステップ２とはまとめて実行されてもよく、例えば、同一の信号で実行されてもよい。また、ステップ２における信号はcarrier waveform信号であってもよい。
　ステップ１において、Ａ－ＩｏＴ　ＵＥは、基地局から送信される信号によって、ウェイクアップを実行してよい。基地局から送信される信号は、キャリア波形（carrier waveform）と称されてもよい。ここで、基地局から送信される信号は、Ａ－ＩｏＴ　ＵＥにエネルギーを供給するエネルギー源に対応してよい。
　また、ステップ１において、Ａ－ＩｏＴ　ＵＥは、基地局から送信されるcarrier waveform信号以外の他の信号（例えば、ＲＦ信号（radio frequency signal））によって、ウェイクアップを実行してよい。ここで、基地局から送信されるcarrier waveform信号以外の他の信号は、Ａ－ＩｏＴ　ＵＥにエネルギーを供給するエネルギー源に対応してよい。あるいは、ステップ１において、Ａ－ＩｏＴ　ＵＥは、基地局以外から送信される信号（例えば、ＲＦ信号（radio frequency signal））によって、ウェイクアップを実行してよい。ここで、基地局以外から送信される信号は、Ａ－ＩｏＴ　ＵＥにエネルギーを供給するエネルギー源に対応してよい。
　ステップ１において、Ａ－ＩｏＴ　ＵＥが受信する信号は、ウェイクアップを要求する信号の一例であってよい。
　上述したステップ１、及び、ステップ２において、基地局から信号が送信される場合、基地局から送信される信号は、以下の２ａから２ｃの何れかであってよい。
　（２ａ）基地局から送信される信号は、１以上の任意のＡ－ＩｏＴ　ＵＥにブロードキャストされてよい。この場合、基地局からの送信の送信先がＵＥであるか、１以上のＵＥを含むＵＥグループであるか、といった区別が無くてよい。つまり、信号を受信した或るＡ－ＩｏＴ　ＵＥ（例えば、Ａ－ＩｏＴ　ＵＥ＃１と記載）は、受信した信号がＡ－ＩｏＴ　ＵＥ＃１宛であるか否か、または、Ａ－ＩｏＴ　ＵＥ＃１が属するグループ宛であるか否かを検出しなくてよい。
　（２ｂ）基地局から送信される信号は、１以上のＡ－ＩｏＴ　ＵＥを含むグループにマルチキャストされてよい。この場合、或るＡ－ＩｏＴ　ＵＥ（例えば、Ａ－ＩｏＴ　ＵＥ＃１と記載）は、受信した信号が、Ａ－ＩｏＴ　ＵＥ＃１が属するグループに送信されたか否かを検出する。例えば、Ａ－ＩｏＴ　ＵＥ＃１は、信号に含まれる情報（例えば、ＣＲＣ（cyclic redundancy check））、及び／又は、信号に使用されるリソース（例えば、時間、周波数、コードの少なくとも１つ）に基づいて、信号が、Ａ－ＩｏＴ　ＵＥ＃１が属するグループに送信されたか否かを検出する。
　（２ｃ）基地局から送信される信号は、単一のＡ－ＩｏＴ　ＵＥにユニキャストされる。この場合、或るＡ－ＩｏＴ　ＵＥ（例えば、Ａ－ＩｏＴ　ＵＥ＃１と記載）は、受信した信号が、Ａ－ＩｏＴ　ＵＥ＃１に送信されたか否かを検出する。例えば、Ａ－ＩｏＴ　ＵＥ＃１は、信号に含まれる情報（例えば、ＣＲＣ（cyclic redundancy check））、及び／又は、信号に使用されるリソース（例えば、時間、周波数、コードの少なくとも１つ）に基づいて、信号が、Ａ－ＩｏＴ　ＵＥ＃１に送信されたか否かを検出する。
　なお、Ａ－ＩｏＴ　ＵＥは、上述した２ａ～２ｃの少なくとも１つの送信に対する受信をサポートするか否かを示すcapabilityを通知してもよい。
　なお、上述したステップ１と、ステップ２とにおいて、基地局からの信号の送信方法が異なってもよい。例えば、ステップ１において、Ａ－ＩｏＴ　ＵＥにウェイクアップさせる場合の信号は、２ａのように、１以上の任意のＡ－ＩｏＴ　ＵＥにブロードキャストされ、ステップ２において、Ａ－ＩｏＴ　ＵＥに情報を送信する場合の信号は、２ｂのように、マルチキャストされてもよいし、２ｃのように、ユニキャストされてもよい。
　なお、上述したステップ１とステップ２とは、時間的に連続してもよいし、ステップ１とステップ２との間に間隔が設けられてもよい。例えば、ウェイクアップのための信号とＡ－ＩｏＴに送信する情報を含む信号とが時間的に連続していてもよい。
　上述したステップ３における、Ａ－ＩｏＴ　ＵＥから基地局へ信号を送信する場合の信号の送信方法は、以下の２ｄ又は２ｅの何れかであってよい。
　（２ｄ）ステップ３における送信は、後方散乱のＵＬ送信であってよい。この場合、ＤＬ受信とＵＬ送信との間のタイミング調整（例えば、タイミングアドバンス）は適用されてもよく、適用されなくてもよい。また、電力の調整（例えば、パワーアンプ）は、適用されなくてもよいし、適用されてもよい。また、送信タイミングの調整は適用されてもよく、適用されなくてもよい。
　（２ｅ）ステップ３における送信は、後方散乱ではないＵＬ送信であってよい。後方散乱ではないＵＬ送信とは、一般的なＵＬ送信であってよい。例えば、ＵＬチャネル（例えば、ＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨ等）及び／又はＵＬ参照信号（例えば、ＳＲＳ（Sounding Reference Signal）、シーケンスベースの信号等）が生成され、送信される。この場合、ＤＬ受信とＵＬ送信との間のタイミング調整は適用されてもよいし、適用されなくてもよい。また、電力の調整は、適用されてよい。
　以上、トポロジ１におけるＤＯ－ＤＴＴのケースでの通信のフローについて説明した。このフローにより、Ａ－ＩｏＴの無線通信システムが適切に動作することができる。例えば、トポロジ１のように、基地局とＡ－ＩｏＴ　ＵＥとの間で通信が行われるケースに対して、ＤＯ－ＤＴＴのトラフィックの流れに応じた適切な処理手順が適用されるため、Ａ－ＩｏＴ　ＵＥは、基地局から適切な情報を取得でき、正しい動作を行うことができる。また、ＤＯ－ＤＴＴのように、Ａ－ＩｏＴ　ＵＥが情報を送信するケースにおいて、Ａ－ＩｏＴ　ＵＥが適切に情報を送信できる。
　なお、上述した例（例えば、図９）では、基地局からＡ－ＩｏＴ　ＵＥへの送信、及び、Ａ－ＩｏＴ　ＵＥから基地局への送信は、それぞれ、１回である例を示したが、本開示はこれに限定されない。例えば、基地局からＡ－ＩｏＴ　ＵＥへの送信が複数回実行された後に、Ａ－ＩｏＴ　ＵＥから基地局への送信が１回実行されてもよい。この場合、Ａ－ＩｏＴ　ＵＥから基地局への１回の送信には、基地局からＡ－ＩｏＴ　ＵＥへの複数回の送信に対する応答が含まれてよい。
　＜３．トポロジ２におけるＤＴのケース＞
　図１０は、トポロジ２におけるＤＴのケースの例を示す図である。図１０には、基地局（ｇＮＢ）と、ｉｎｔ．ＵＥと、Ａ－ＩｏＴ　ＵＥとの間の信号の流れが示される。なお、トポロジ２におけるＤＴのケースであるため、Ａ－ＩｏＴ　ＵＥへの情報送信は存在するが、Ａ－ＩｏＴ　ＵＥからの情報送信は存在しない。
　トポロジ２におけるＤＴのケースでは、以下の４つのステップの通信のフローが想定される。なお、ステップ０は、例えば、基地局にパケットが到着した場合に開始される。
　・ステップ０：ｉｎｔ．ＵＥは、Ａ－ＩｏＴ　ＵＥへ信号を送信するためのトリガを基地局から受信し、トリガに基づいてＡ－ＩｏＴ　ＵＥへ信号を送信する。ステップ０には、基地局が、ｉｎｔ．ＵＥにトリガを送信する動作が含まれる。
　・ステップ１:Ａ－ＩｏＴ　ＵＥは、ウェイクアップを行う。
　・ステップ２：Ａ－ＩｏＴ　ＵＥは、ｉｎｔ．ＵＥから情報を受信する。別言すると、ｉｎｔ．ＵＥは、Ａ－ＩｏＴ　ＵＥへ情報を送信する。
　・ステップＸ：ｉｎｔ．ＵＥは、基地局へ信号を送信する。
　なお、ステップ１とステップ２とはまとめて実行されてもよく、例えば、同一の信号で実行されてもよい。
　なお、この４つのステップのうち、ステップ０～ステップ２は、この順に実行されてもよい。ステップＸは、ステップ２の後に実行される例に限定されない。ステップＸが実行されるタイミングについては後述する。
　なお、ステップ０は、Ａ－ＩｏＴ　ＵＥへ信号を送信するためのトリガの受信無しで行われてもよい。例えば、ｉｎｔ．ＵＥは、トリガを受信することなく、Ａ－ＩｏＴ　ＵＥへ信号を送信する。例示的には、ｉｎｔ．ＵＥは、周期的に、あるいは、予め決められたリソース等において、Ａ－ＩｏＴ　ＵＥへ信号を送信する。
　ステップ１において、Ａ－ＩｏＴ　ＵＥは、ｉｎｔ．ＵＥから送信される信号によって、ウェイクアップを実行してもよい。ｉｎｔ．ＵＥから送信される信号は、キャリア波形（carrier waveform）と称されてもよい。ここで、ｉｎｔ．ＵＥから送信される信号は、Ａ－ＩｏＴ　ＵＥにエネルギーを供給するエネルギー源に対応してよい。
　また、ステップ１において、Ａ－ＩｏＴ　ＵＥは、ｉｎｔ．ＵＥから送信されるcarrier waveform信号以外の他の信号（例えば、ＲＦ信号（radio frequency signal））によって、ウェイクアップを実行してもよい。ここで、ｉｎｔ．ＵＥから送信されるcarrier waveform信号以外の他の信号は、Ａ－ＩｏＴ　ＵＥにエネルギーを供給するエネルギー源に対応してよい。あるいは、ステップ１において、Ａ－ＩｏＴ　ＵＥは、ｉｎｔ．ＵＥ以外から送信される信号（例えば、ＲＦ信号（radio frequency signal））によって、ウェイクアップを実行してよい。ここで、ｉｎｔ．ＵＥ以外から送信される信号は、Ａ－ＩｏＴ　ＵＥにエネルギーを供給するエネルギー源に対応してよい。
　ステップ１において、Ａ－ＩｏＴ　ＵＥが受信する信号は、ウェイクアップを要求する信号の一例であってよい。
　上述したステップ１、及び、ステップ２において、ｉｎｔ．ＵＥから信号が送信される場合、ｉｎｔ．ＵＥから送信される信号の送信方法は、以下の３ａから３ｃの何れかであってよい。
　（３ａ）ｉｎｔ．ＵＥから送信される信号は、１以上の任意のＡ－ＩｏＴ　ＵＥにブロードキャストされてよい。この場合、ｉｎｔ．ＵＥからの送信の送信先がＵＥであるか、１以上のＵＥを含むＵＥグループであるか、といった区別が無くてよい。つまり、信号を受信した或るＡ－ＩｏＴ　ＵＥ（例えば、Ａ－ＩｏＴ　ＵＥ＃１と記載）は、受信した信号がＡ－ＩｏＴ　ＵＥ＃１宛であるか否か、または、Ａ－ＩｏＴ　ＵＥ＃１が属するグループ宛であるか否かを検出しなくてよい。
　（３ｂ）ｉｎｔ．ＵＥから送信される信号は、１以上のＡ－ＩｏＴ　ＵＥを含むグループにマルチキャストされてよい。この場合、或るＡ－ＩｏＴ　ＵＥ（例えば、Ａ－ＩｏＴ　ＵＥ＃１と記載）は、受信した信号が、Ａ－ＩｏＴ　ＵＥ＃１が属するグループに送信されたか否かを検出する。例えば、Ａ－ＩｏＴ　ＵＥ＃１は、信号に含まれる情報（例えば、ＣＲＣ（cyclic redundancy check））、及び／又は、信号に使用されるリソース（例えば、時間、周波数、コードの少なくとも１つ）に基づいて、信号が、Ａ－ＩｏＴ　ＵＥ＃１が属するグループに送信されたか否かを検出する。
　（３ｃ）ｉｎｔ．ＵＥから送信される信号は、単一のＡ－ＩｏＴ　ＵＥにユニキャストされる。この場合、或るＡ－ＩｏＴ　ＵＥ（例えば、Ａ－ＩｏＴ　ＵＥ＃１と記載）は、受信した信号が、Ａ－ＩｏＴ　ＵＥ＃１に送信されたか否かを検出する。例えば、Ａ－ＩｏＴ　ＵＥ＃１は、信号に含まれる情報（例えば、ＣＲＣ（cyclic redundancy check））、及び／又は、信号に使用されるリソース（例えば、時間、周波数、コードの少なくとも１つ）に基づいて、信号が、Ａ－ＩｏＴ　ＵＥ＃１に送信されたか否かを検出する。
　なお、Ａ－ＩｏＴ　ＵＥは、上述した３ａ～３ｃの少なくとも１つの送信に対する受信をサポートするか否かを示すcapabilityを通知してもよい。
　なお、上述したステップ１と、ステップ２とにおいて、ｉｎｔ．ＵＥからの信号の送信方法が異なってもよい。例えば、ステップ１において、Ａ－ＩｏＴ　ＵＥにウェイクアップさせる場合の信号は、３ａのように、１以上の任意のＡ－ＩｏＴ　ＵＥにブロードキャストされ、ステップ２において、Ａ－ＩｏＴ　ＵＥに情報を送信する場合の信号は、３ｂのように、マルチキャストされてもよいし、３ｃのように、ユニキャストされてもよい。
　なお、上述したステップ１とステップ２とは、時間的に連続してもよいし、ステップ１とステップ２との間に間隔が設けられてもよい。例えば、ウェイクアップのための信号とＡ－ＩｏＴに送信する情報を含む信号とが時間的に連続していてもよい。
　ステップＸが実行されるタイミングについては、以下の３ｄから３ｆの何れかであってよい。
　（３ｄ）ステップＸは、ステップ２の前に実行される。つまり、ｉｎｔ．ＵＥは、Ａ－ＩｏＴ　ＵＥが情報を受信する前に、基地局へ信号を送信する。別言すると、ｉｎｔ．ＵＥは、ｉｎｔ．ＵＥがＡ－ＩｏＴ　ＵＥへ情報を送信する前に、基地局へ信号を送信する。この場合に基地局へ送信される信号には、トリガの受信に成功したことを示す報告が含まれてよい。
　（３ｅ）ステップＸは、ステップ２の後に実行される。つまり、ｉｎｔ．ＵＥは、Ａ－ＩｏＴ　ＵＥが情報を受信した後、基地局へ信号を送信する。別言すると、ｉｎｔ．ＵＥは、ｉｎｔ．ＵＥがＡ－ＩｏＴ　ＵＥへ情報を送信した後、基地局へ信号を送信する。この場合に基地局へ送信される信号には、Ａ－ＩｏＴ　ＵＥへの送信が完了したか、又は、失敗したかを示す報告が含まれる。なお、ここで、Ａ－ＩｏＴ　ＵＥへの送信が完了したか、又は、失敗したかは、ｉｎｔ．ＵＥが送信を実行できたか、又は、実行できなかったかに対応してよい。なお、この場合に基地局へ送信される信号には、トリガの受信に成功したことを示す報告が含まれてもよい。
　（３ｆ）ステップＸは、ステップ０の前に実行される。つまり、ｉｎｔ．ＵＥは、ｉｎｔ．ＵＥが基地局からトリガを受信する前に、基地局へ信号を送信する。この場合に基地局へ送信される信号には、ｉｎｔ．ＵＥからの要求等の種類の情報が含まれる。当該要求等の種類の情報は、ｉｎｔ．ＵＥからＡ－ＩｏＴ　ＵＥへの送信要求に係る情報（例えば、送信リソース要求）であってもよい。
　なお、ステップＸは、複数のタイミングで実行されてもよい。例えば、上述した３ｆと３ｄ又は３ｅとが適用されてよい。この場合、各タイミングでｉｎｔ．ＵＥが基地局へ送信する信号に含まれる情報は、タイミング毎に異なってもよい。上述した３ｆと３ｄとが適用される場合、ｉｎｔ．ＵＥは、ｉｎｔ．ＵＥが基地局からトリガを受信する前に、基地局へ信号を送信し、Ａ－ＩｏＴ　ＵＥが情報を受信する前に、基地局へ信号を送信する。
　ステップＸのタイミングは、予め仕様で規定されてもよいし、基地局から設定又は指示されてもよい。ステップＸのタイミングの指示は、基地局から送信されるトリガに含まれてもよい。
　なお、ｉｎｔ．ＵＥは、上述したｉｎｔ．ＵＥが基地局へ信号を送信するステップＸを、どのタイミングで行えるかを示すcapabilityを通知してもよい。例えば、ｉｎｔ．ＵＥは、ステップＸをステップ２の前に実行可能か否か、ステップＸをステップ２の後に実行可能か否か、ステップＸをステップ０の前に実行可能か否かを示すcapabilityを通知してもよい。基地局は、通知されたcapabilityに基づいて、ステップＸのタイミングをｉｎｔ．ＵＥに指示してもよい。
　以上、トポロジ２におけるＤＴのケースでの通信のフローについて説明した。このフローにより、Ａ－ＩｏＴの無線通信システムが適切に動作することができる。例えば、トポロジ２のように、基地局とＡ－ＩｏＴ　ＵＥとの間で、ｉｎｔ．ＵＥを介して、通信が行われるケースに対して、ＤＴのトラフィックの流れに応じた適切な処理手順が適用されるため、Ａ－ＩｏＴ　ＵＥは、基地局又はｉｎｔ．ＵＥから適切な情報を取得でき、正しい動作を行うことができる。
　なお、上述した例（例えば、図１０）では、基地局からｉｎｔ．ＵＥへの送信、ｉｎｔ．ＵＥからＡ－ＩｏＴ　ＵＥへの送信、及び、ｉｎｔ．ＵＥから基地局への送信は、それぞれ、１回である例を示したが、本開示はこれに限定されない。以下では、送信回数に関するバリエーションを説明する。
　図１１は、トポロジ２におけるＤＴのケースの第１のバリエーションを示す図である。図１１は、図１０と同様に、基地局（ｇＮＢ）と、ｉｎｔ．ＵＥと、Ａ－ＩｏＴ　ＵＥとの間の信号の流れが示される。なお、トポロジ２におけるＤＴのケースであるため、Ａ－ＩｏＴ　ＵＥへの情報送信は存在するが、Ａ－ＩｏＴ　ＵＥからの情報送信は存在しない。
　そして、図１１では、ｉｎｔ．ＵＥから基地局への送信が１回であるのに対して、基地局からｉｎｔ．ＵＥへの送信と、ｉｎｔ．ＵＥからＡ－ＩｏＴ　ＵＥへの送信とが、それぞれ、２回、実施される。例えば、基地局からｉｎｔ．ＵＥへの１回目の送信が、ｉｎｔ．ＵＥからＡ－ＩｏＴ　ＵＥへの１回目の送信のためのトリガ（又は指示）を含み、基地局からｉｎｔ．ＵＥへの２回目の送信が、ｉｎｔ．ＵＥからＡ－ＩｏＴ　ＵＥへの２回目の送信のためのトリガ（又は指示）を含む。この場合、ｉｎｔ．ＵＥから基地局への送信は、ｉｎｔ．ＵＥからＡ－ＩｏＴ　ＵＥへの２回の送信の少なくとも１つ、または、両方が完了したか、又は、失敗したかを示す報告が含まれてよい。
　図１２は、トポロジ２におけるＤＴのケースの第２のバリエーションを示す図である。図１２は、図１０と同様に、基地局（ｇＮＢ）と、ｉｎｔ．ＵＥと、Ａ－ＩｏＴ　ＵＥとの間の信号の流れが示される。なお、トポロジ２におけるＤＴのケースであるため、Ａ－ＩｏＴ　ＵＥへの情報送信は存在するが、Ａ－ＩｏＴ　ＵＥからの情報送信は存在しない。
　そして、図１２では、ｉｎｔ．ＵＥから基地局への送信、及び、基地局からｉｎｔ．ＵＥへの送信が１回であるのに対して、ｉｎｔ．ＵＥからＡ－ＩｏＴ　ＵＥへの送信が、２回、実施される。例えば、基地局からｉｎｔ．ＵＥへの送信が、ｉｎｔ．ＵＥからＡ－ＩｏＴ　ＵＥへの１回目の送信のためのトリガ（又は指示）と、２回目の送信のためのトリガ（又は指示）とを含む。この場合、ｉｎｔ．ＵＥは、ｉｎｔ．ＵＥから基地局への送信に含まれるトリガに基づいて、ｉｎｔ．ＵＥからＡ－ＩｏＴ　ＵＥへの２回の送信を行う。そして、この場合、ｉｎｔ．ＵＥから基地局への送信は、ｉｎｔ．ＵＥからＡ－ＩｏＴ　ＵＥへの２回の送信の少なくとも１つ、または、両方が完了したか、又は、失敗したかを示す報告が含まれてよい。
　図１１、図１２の例に限定されず、基地局からｉｎｔ．ＵＥへの送信、ｉｎｔ．ＵＥからＡ－ＩｏＴ　ＵＥへの送信、及び、ｉｎｔ．ＵＥから基地局への送信の少なくとも１つは、複数回行われてよい。
　＜４．トポロジ２におけるＤＯ－ＤＴＴのケース＞
　図１３は、トポロジ２におけるＤＯ－ＤＴＴのケースの例を示す図である。図１１には、基地局（ｇＮＢ）と、ｉｎｔ．ＵＥと、Ａ－ＩｏＴ　ＵＥとの間の信号の流れが示される。なお、トポロジ２におけるＤＯ－ＤＴＴのケースであるため、Ａ－ＩｏＴ　ＵＥへの情報送信と、Ａ－ＩｏＴ　ＵＥからの情報送信とが存在する。
　トポロジ２におけるＤＯ－ＤＴＴのケースでは、以下の５つのステップの通信のフローが想定される。なお、ステップ０は、例えば、基地局にパケットが到着した場合に開始される。
　・ステップ０：ｉｎｔ．ＵＥは、Ａ－ＩｏＴ　ＵＥへ信号を送信するためのトリガを基地局から受信し、トリガに基づいてＡ－ＩｏＴ　ＵＥへ信号を送信する。ステップ０には、基地局が、ｉｎｔ．ＵＥにトリガを送信する動作が含まれる。
　・ステップ１:Ａ－ＩｏＴ　ＵＥは、ウェイクアップを行う。
　・ステップ２：Ａ－ＩｏＴ　ＵＥは、ｉｎｔ．ＵＥから情報を受信する。別言すると、ｉｎｔ．ＵＥは、Ａ－ＩｏＴ　ＵＥへ情報を送信する。
　・ステップ３：Ａ－ＩｏＴ　ＵＥは、基地局に信号を送信する。別言すると、基地局は、Ａ－ＩｏＴ　ＵＥから信号を受信する。
　・ステップＸ：ｉｎｔ．ＵＥは、基地局へ信号を送信する。
　なお、ステップ１とステップ２とはまとめて実行されてもよく、例えば、同一の信号で実行されてもよい。また、ステップ２における信号はcarrier waveform信号であってもよい。
　なお、この５つのステップのうち、ステップ０～ステップ３は、この順に実行されてもよい。ステップＸは、ステップ３の後に実行される例に限定されない。ステップＸが実行されるタイミングについては後述する。
　なお、ステップ０は、Ａ－ＩｏＴ　ＵＥへ信号を送信するためのトリガの受信無しで行われてもよい。例えば、ｉｎｔ．ＵＥは、トリガを受信することなく、Ａ－ＩｏＴ　ＵＥへ信号を送信する。例示的には、ｉｎｔ．ＵＥは、周期的に、あるいは、予め決められたリソース等において、Ａ－ＩｏＴ　ＵＥへ信号を送信する。
　ステップ１において、Ａ－ＩｏＴ　ＵＥは、ｉｎｔ．ＵＥから送信される信号によって、ウェイクアップを実行してよい。ｉｎｔ．ＵＥから送信される信号は、キャリア波形（carrier waveform）と称されてもよい。ここで、ｉｎｔ．ＵＥから送信される信号は、Ａ－ＩｏＴ　ＵＥにエネルギーを供給するエネルギー源に対応してよい。
　また、ステップ１において、Ａ－ＩｏＴ　ＵＥは、ｉｎｔ．ＵＥから送信されるcarrier waveform信号以外の他の信号（例えば、ＲＦ信号（radio frequency signal））によって、ウェイクアップを実行してよい。ここで、ｉｎｔ．ＵＥから送信されるcarrier waveform信号以外の他の信号は、Ａ－ＩｏＴ　ＵＥにエネルギーを供給するエネルギー源に対応してよい。あるいは、ステップ１において、Ａ－ＩｏＴ　ＵＥは、ｉｎｔ．ＵＥ以外から送信される信号（例えば、ＲＦ信号（radio frequency signal））によって、ウェイクアップを実行してよい。ここで、ｉｎｔ．ＵＥ以外から送信される信号は、Ａ－ＩｏＴ　ＵＥにエネルギーを供給するエネルギー源に対応してよい。
　ステップ１において、Ａ－ＩｏＴ　ＵＥが受信する信号は、ウェイクアップを要求する信号の一例であってよい。
　上述したステップ１、及び、ステップ２において、ｉｎｔ．ＵＥから信号が送信される場合、ｉｎｔ．ＵＥから送信される信号の送信方法は、以下の４ａから４ｃの何れかであってよい。
　（４ａ）ｉｎｔ．ＵＥから送信される信号は、１以上の任意のＡ－ＩｏＴ　ＵＥにブロードキャストされてよい。この場合、ｉｎｔ．ＵＥからの送信の送信先がＵＥであるか、１以上のＵＥを含むＵＥグループであるか、といった区別が無くてよい。つまり、信号を受信した或るＡ－ＩｏＴ　ＵＥ（例えば、Ａ－ＩｏＴ　ＵＥ＃１と記載）は、受信した信号がＡ－ＩｏＴ　ＵＥ＃１宛であるか否か、または、Ａ－ＩｏＴ　ＵＥ＃１が属するグループ宛であるか否かを検出しなくてよい。
　（４ｂ）ｉｎｔ．ＵＥから送信される信号は、１以上のＡ－ＩｏＴ　ＵＥを含むグループにマルチキャストされてよい。この場合、或るＡ－ＩｏＴ　ＵＥ（例えば、Ａ－ＩｏＴ　ＵＥ＃１と記載）は、受信した信号が、Ａ－ＩｏＴ　ＵＥ＃１が属するグループに送信されたか否かを検出する。例えば、Ａ－ＩｏＴ　ＵＥ＃１は、信号に含まれる情報（例えば、ＣＲＣ（cyclic redundancy check））、及び／又は、信号に使用されるリソース（例えば、時間、周波数、コードの少なくとも１つ）に基づいて、信号が、Ａ－ＩｏＴ　ＵＥ＃１が属するグループに送信されたか否かを検出する。
　（４ｃ）ｉｎｔ．ＵＥから送信される信号は、単一のＡ－ＩｏＴ　ＵＥにユニキャストされる。この場合、或るＡ－ＩｏＴ　ＵＥ（例えば、Ａ－ＩｏＴ　ＵＥ＃１と記載）は、受信した信号が、Ａ－ＩｏＴ　ＵＥ＃１に送信されたか否かを検出する。例えば、Ａ－ＩｏＴ　ＵＥ＃１は、信号に含まれる情報（例えば、ＣＲＣ（cyclic redundancy check））、及び／又は、信号に使用されるリソース（例えば、時間、周波数、コードの少なくとも１つ）に基づいて、信号が、Ａ－ＩｏＴ　ＵＥ＃１に送信されたか否かを検出する。
　なお、Ａ－ＩｏＴ　ＵＥは、上述した４ａ～４ｃの少なくとも１つの送信に対する受信をサポートするか否かを示すcapabilityを通知してもよい。
　なお、Ａ－ＩｏＴ　ＵＥは、上述した４ａ～４ｃの少なくとも１つの送信に対する受信をサポートするか否かを示すcapabilityを通知してもよい。
　なお、上述したステップ１と、ステップ２とにおいて、ｉｎｔ．ＵＥからの信号の送信方法が異なってもよい。例えば、ステップ１において、Ａ－ＩｏＴ　ＵＥにウェイクアップさせる場合の信号は、４ａのように、１以上の任意のＡ－ＩｏＴ　ＵＥにブロードキャストされ、ステップ２において、Ａ－ＩｏＴ　ＵＥに情報を送信する場合の信号は、４ｂのように、マルチキャストされてもよいし、４ｃのように、ユニキャストされてもよい。
　なお、上述したステップ１とステップ２とは、時間的に連続してもよいし、ステップ１とステップ２との間に間隔が設けられてもよい。例えば、ウェイクアップのための信号とＡ－ＩｏＴに送信する情報を含む信号とが時間的に連続していてもよい。
　なお、ステップ３において、Ａ－ＩｏＴ　ＵＥが信号を送信する送信先のｉｎｔ．ＵＥ（例えば、Ａ－ＩｏＴ　ＵＥが送信した信号を受信するｉｎｔ．ＵＥ）は、ステップ２において、Ａ－Ｉｏｔ　ＵＥに情報を送信した送信元のｉｎｔ．ＵＥと同じであってもよいし、異なってもよい。
　ステップＸが実行されるタイミングについては、以下の４ｄから４ｇの何れかであってよい。
　（４ｄ）ステップＸは、ステップ２の前に実行される。つまり、ｉｎｔ．ＵＥは、Ａ－ＩｏＴ　ＵＥが情報を受信する前に、基地局へ信号を送信する。別言すると、ｉｎｔ．ＵＥは、ｉｎｔ．ＵＥがＡ－ＩｏＴ　ＵＥへ情報を送信する前に、基地局へ信号を送信する。この場合に基地局へ送信される信号には、トリガの受信に成功したことを示す報告が含まれてよい。
　（４ｅ）ステップＸは、ステップ２の後に実行される。つまり、ｉｎｔ．ＵＥは、Ａ－ＩｏＴ　ＵＥが情報を受信した後、基地局へ信号を送信する。別言すると、ｉｎｔ．ＵＥは、ｉｎｔ．ＵＥがＡ－ＩｏＴ　ＵＥへ情報を送信した後、基地局へ信号を送信する。この場合に基地局へ送信される信号には、Ａ－ＩｏＴ　ＵＥへの送信が完了したか、又は、失敗したかを示す報告が含まれる。なお、ここで、Ａ－ＩｏＴ　ＵＥへの送信が完了したか、又は、失敗したかは、ｉｎｔ．ＵＥが送信を実行できたか、又は、実行できなかったかに対応してよい。なお、この場合に基地局へ送信される信号には、トリガの受信に成功したことを示す報告が含まれてもよい。
　（４ｆ）ステップＸは、ステップ３の後に実行される。つまり、ｉｎｔ．ＵＥは、Ａ－ＩｏＴ　ＵＥが情報を送信した後、基地局へ信号を送信する。別言すると、ｉｎｔ．ＵＥは、ｉｎｔ．ＵＥがＡ－ＩｏＴ　ＵＥからの情報を受信した後、基地局へ信号を送信する。この場合に基地局へ送信される信号には、Ａ－ＩｏＴ　ＵＥへの送信が完了したか、又は、失敗したかを示す報告、及び／又は、Ａ－ＩｏＴ　ＵＥからの受信が完了したか、又は、失敗したかを示す報告が含まれてもよい。また、この場合に基地局へ送信される信号には、トリガの受信に成功したことを示す報告が含まれてもよい。
　（４ｇ）ステップＸは、ステップ０の前に実行される。つまり、ｉｎｔ．ＵＥは、ｉｎｔ．ＵＥが基地局からトリガを受信する前に、基地局へ信号を送信する。この場合に基地局へ送信される信号には、ｉｎｔ．ＵＥからの要求等の種類の情報が含まれる。当該要求等の種類の情報は、ｉｎｔ．ＵＥからＡ－ＩｏＴ　ＵＥへの送信要求に係る情報（例えば、送信リソース要求）であってもよい。
　なお、ステップＸは、複数のタイミングで実行されてもよい。例えば、上述した４ｇと、４ｄ、４ｅ、及び、４ｆの少なくとも１つとが適用されてよい。この場合、各タイミングでｉｎｔ．ＵＥが基地局へ送信する信号に含まれる情報は、タイミング毎に異なってもよい。上述した４ｇと４ｄとが適用される場合、ｉｎｔ．ＵＥは、ｉｎｔ．ＵＥが基地局からトリガを受信する前に、基地局へ信号を送信し、Ａ－ＩｏＴ　ＵＥが情報を受信する前に、基地局へ信号を送信する。
　ステップＸのタイミングは、予め仕様で規定されてもよいし、基地局から設定又は指示されてもよい。ステップＸのタイミングの指示は、基地局から送信されるトリガに含まれてもよい。
　なお、ｉｎｔ．ＵＥは、上述したｉｎｔ．ＵＥが基地局へ信号を送信するステップＸを、どのタイミングで行えるかを示すcapabilityを通知してもよい。例えば、ｉｎｔ．ＵＥは、ステップＸをステップ２の前に実行可能か否か、ステップＸをステップ２の後に実行可能か否か、ステップＸをステップ０の前に実行可能か否かを示すcapabilityを通知してもよい。基地局は、通知されたcapabilityに基づいて、ステップＸのタイミングをｉｎｔ．ＵＥに指示してもよい。
　上述したステップ３における、Ａ－ＩｏＴ　ＵＥからｉｎｔ．ＵＥへ信号を送信する場合の信号の送信方法は、以下の４ｈ又は４ｋの何れかであってよい。
　（４ｈ）ステップ３における送信は、後方散乱のＵＬ送信であってよい。この場合、ＤＬ受信とＵＬ送信との間のタイミング調整（例えば、タイミングアドバンス）は適用されてもよく、適用されなくてもよい。また、電力の調整（例えば、パワーアンプ）は、適用されなくてもよいし、適用されてもよい。また、送信タイミングの調整は適用されてもよく、適用されなくてもよい。
　（４ｋ）ステップ３における送信は、後方散乱ではないＵＬ送信であってよい。後方散乱ではないＵＬ送信とは、一般的なＵＬ送信であってよい。例えば、ＵＬチャネル（例えば、ＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨ等）及び／又はＵＬ参照信号（例えば、ＳＲＳ（Sounding Reference Signal）、シーケンスベースの信号等）が生成され、送信される。この場合、ＤＬ受信とＵＬ送信との間のタイミング調整は適用されてもよいし、適用されなくてもよい。また、電力の調整は、適用されてよい。
　以上、トポロジ２におけるＤＯ－ＤＴＴのケースでの通信のフローについて説明した。このフローにより、Ａ－ＩｏＴの無線通信システムが適切に動作することができる。例えば、トポロジ２のように、基地局とＡ－ＩｏＴ　ＵＥとの間で、ｉｎｔ．ＵＥを介して、通信が行われるケースに対して、ＤＯ－ＤＴＴのトラフィックの流れに応じた適切な処理手順が適用されるため、Ａ－ＩｏＴ　ＵＥは、基地局又はｉｎｔ．ＵＥから適切な情報を取得でき、正しい動作を行うことができる。また、ＤＯ－ＤＴＴのように、Ａ－ＩｏＴ　ＵＥが情報を送信するケースにおいて、Ａ－ＩｏＴ　ＵＥが適切に情報を送信できる。
　なお、上述した例（例えば、図１３）では、基地局からｉｎｔ．ＵＥへの送信、ｉｎｔ．ＵＥからＡ－ＩｏＴ　ＵＥへの送信、Ａ－ＩｏＴ　ＵＥからｉｎｔ．ＵＥへの送信、及び、ｉｎｔ．ＵＥから基地局への送信は、それぞれ、１回である例を示したが、本開示はこれに限定されない。これらの送信の回数は、互いに異なってもよい。例えば、図１１の例と同様に、基地局からｉｎｔ．ＵＥへの送信、及び、ｉｎｔ．ＵＥからＡ－ＩｏＴ　ＵＥへの送信の回数が複数回実行されてもよいし、図１２の例と同様に、ｉｎｔ．ＵＥからＡ－ＩｏＴ　ＵＥへの送信が複数回実行されてもよい。あるいは、Ａ－ＩｏＴ　ＵＥからｉｎｔ．ＵＥへの送信、及び、ｉｎｔ．ＵＥから基地局への送信の少なくとも１つが、複数回実行されてもよい。
　＜バリエーション＞
　Ａ－ＩｏＴ　ＵＥは、基地局及び／又はｉｎｔ．ＵＥからの信号に含まれる情報（例えば、ＣＲＣ等）、及び／又は、基地局及び／又はｉｎｔ．ＵＥからの信号に使用されるリソース（例えば、時間、周波数、コードの少なくとも１つ）に基づいて、トポロジ１とトポロジ２とのどちらが適用されるかを決定する。
　ｉｎｔ．ＵＥは、基地局からの信号に含まれる情報（例えば、ＣＲＣ等）、及び／又は、基地局からの信号に使用されるリソース（例えば、時間、周波数、コードの少なくとも１つ）に基づいて、トポロジ１とトポロジ２とのどちらが適用されるかを決定する。
　Ａ－ＩｏＴ　ＵＥは、基地局及び／又はｉｎｔ．ＵＥからの信号に含まれる情報（例えば、ＣＲＣ等）、及び／又は、基地局及び／又はｉｎｔ．ＵＥからの信号に使用されるリソース（例えば、時間、周波数、コードの少なくとも１つ）に基づいて、ＤＴとＤＯ－ＤＴＴとのどちらが適用されるかを決定する。
　ｉｎｔ．ＵＥは、基地局からの信号に含まれる情報（例えば、ＣＲＣ等）、及び／又は、基地局からの信号に使用されるリソース（例えば、時間、周波数、コードの少なくとも１つ）に基づいて、ＤＴとＤＯ－ＤＴＴとのどちらが適用されるかを決定する。
　なお、上述した実施の形態において、「ウェイクアップ」とは、基地局及び／又はｉｎｔ．ＵＥからの信号の受信の用意を行うことを意味してもよいし、基地局及び／又はｉｎｔ．ＵＥからの信号のモニタを開始することを意味してもよい。
　なお、上述した実施の形態において、Ａ－ＩｏＴ　ＵＥは、トポロジ１が適用可能か否か、トポロジ２が適用可能か否か、ＤＴが適用可能か否か、ＤＯ－ＤＴＴが適用可能か否かの少なくとも１つを示すcapabilityを保持してもよく、報告してもよい。報告先は基地局であってもよく、ｉｎｔ．ＵＥであってもよい。
　また、上述した実施の形態において、ｉｎｔ．ＵＥは、ＤＴが適用可能か否か、ＤＯ－ＤＴＴが適用可能か否かの少なくとも１つを示すcapabilityを保持してもよく、報告してもよい。報告先は基地局であってもよく、ｉｎｔ．ＵＥであってもよい。
　次に、基地局１０及びデバイス２０の構成について説明する。なお、以下に説明する基地局１０及びデバイス２０の構成は、本実施の形態に関連する機能の一例を示すものである。基地局１０及びデバイス２０は、図示しない機能を有してもよい。また、本実施の形態に係る動作を実行する機能であれば、機能区分、及び／又は、機能部の名称は限定されない。
　＜基地局の構成＞
　図１４は、実施の形態に係る基地局１０の構成の一例を示すブロック図である。基地局１０は、例えば、送信部１０１と、受信部１０２と、制御部１０３と、を含む。基地局１０は、デバイス２０（図１５参照）と無線によって通信する。基地局１０は、中間ノード、支援ノード又は端末（デバイス２０と通信するＳＬの端末）であってもよい。
　送信部１０１は、下りリンク（ＤＬ）信号をデバイス２０へ送信する。例えば、送信部１０１は、制御部１０３による制御の下に、ＤＬ信号を送信する。
　ＤＬ信号には、例えば、下りリンクのデータ信号、及び、制御情報（例えば、ＤＣＩ（Downlink Control Information））が含まれてよい。また、ＤＬ信号には、デバイス２０の信号送信に関するスケジューリングを示す情報（例えば、ＵＬグラント）が含まれてよい。また、ＤＬ信号には、上位レイヤの制御情報（例えば、ＲＲＣ（Radio Resource Control）の制御情報）が含まれてもよい。また、ＤＬ信号には、参照信号が含まれてもよい。
　ＤＬ信号の送信に使用されるチャネルには、例えば、データチャネルと制御チャネルとが含まれる。例えば、データチャネルには、ＰＤＳＣＨ（Physical Downlink Shared Channel）が含まれ、制御チャネルには、ＰＤＣＣＨ（Physical Downlink Control Channel）が含まれてよい。例えば、基地局１０は、デバイス２０に対して、ＰＤＣＣＨを用いて、制御情報を送信し、ＰＤＳＣＨを用いて、下りリンクのデータ信号を送信する。
　ＤＬ信号に含まれる参照信号には、例えば、ＤＭＲＳ（Demodulation Reference Signal）、ＰＴＲＳ（Phase Tracking Reference Signal）、ＣＳＩ－ＲＳ（Channel State Information-Reference Signal）、ＳＲＳ（Sounding Reference Signal）、及び位置情報用のＰＲＳ（Positioning Reference Signal）のいずれか少なくとも１つが含まれてよい。例えば、ＤＭＲＳ、ＰＴＲＳ等の参照信号は、下りリンクのデータ信号の復調のために使用され、ＰＤＳＣＨを用いて送信される。
　受信部１０２は、デバイス２０から送信された上りリンク（ＵＬ）信号を受信する。例えば、受信部１０２は、制御部１０３による制御の下に、ＵＬ信号を受信する。
　制御部１０３は、送信部１０１の送信処理、及び、受信部１０２の受信処理を含む、基地局１０の通信動作を制御する。制御部１０３は、上記の実施の形態において説明した送信及び受信以外の動作を実行する（なお、当該動作は、送信部１０１及び／又は受信部１０２によって実行されてもよい）。
　例えば、制御部１０３は、上位レイヤからデータ及び制御情報といった情報を取得し、送信部１０１へ出力する。また、制御部１０３は、受信部１０２から受信したデータ及び制御情報等を上位レイヤへ出力する。
　例えば、制御部１０３は、デバイス２０等から受信した信号（例えば、データ及び制御情報等）及び／又は上位レイヤから取得したデータ及び制御情報等に基づいて、ＤＬ信号の送受信に用いるリソース（又はチャネル）及び／又はＵＬ信号の送受信に用いるリソースの割り当てを行う。割り当てたリソースに関する情報は、デバイス２０に送信する制御情報に含まれてよい。
　ここで、送信部１０１及び受信部１０２（併せて通信部と称されてもよい）は、デバイス２０と通信する。
　なお、トポロジ２のケースでは、基地局１０とデバイス２０との間に中継を行う中間ノード（例えば、上述したｉｎｔ．ＵＥ、デバイスの一例）が存在する。この場合、送信部１０１は、ＤＬ信号を、中間ノードを介して、デバイス２０へ送信し、受信部１０２は、ＵＬ信号を、中間ノードを介して、デバイス２０から受信してもよい。また、この場合、送信部１０１は、中間ノードに対して、トリガ（又は指示）を送信してもよいし、受信部１０２は、中間ノードから、信号（例えば、報告）を受信してもよい。
　例えば、トポロジ１のケースでは、送信部１０１は、デバイス２０へ、ウェイクアップを行うための信号を送信してもよい。トポロジ２のケースでは、送信部１０１は、基地局１０とデバイス２０との間の中間ノード（例えば、上述したｉｎｔ．ＵＥ）に対して、トリガを送信してもよい。
　また、例えば、トポロジ１のＤＯ－ＤＴＴのケースでは、受信部１０２は、デバイス２０から、信号（又は情報）を受信してもよい。トポロジ２のケースでは、受信部１０２は、基地局１０とデバイス２０との間の中間ノード（例えば、上述したｉｎｔ．ＵＥ）から、信号（又は情報）を受信してもよい。
　＜デバイスの構成＞
　図１５は、実施の形態に係るデバイス２０の構成の一例を示すブロック図である。デバイス２０は、例えば、受信部２０１と、送信部２０２と、制御部２０３と、を含む。デバイス２０は、例えば、基地局１０と無線によって通信する。デバイス２０は、例えば、Ａ－ＩｏＴデバイス、または、Ａ－ＩｏＴ　ＵＥであってもよい。
　受信部２０１は、基地局１０から送信されたＤＬ信号を受信する。例えば、受信部２０１は、制御部２０３による制御の下に、ＤＬ信号を受信する。
　送信部２０２は、ＵＬ信号を基地局１０へ送信する。例えば、送信部２０２は、制御部２０３による制御の下に、ＵＬ信号を送信する。
　ＵＬ信号には、例えば、上りリンクのデータ信号、及び、制御情報（例えば、ＵＣＩ（Uplink Control Information））が含まれてよい。例えば、デバイス２０の処理能力に関する情報（例えば、A-IoT capability）が含まれてよい。また、ＵＬ信号には、参照信号が含まれてもよい。
　ＵＬ信号の送信に使用されるチャネルには、例えば、データチャネルと制御チャネルとが含まれる。例えば、データチャネルには、ＰＵＳＣＨ（Physical Uplink Shared Channel）が含まれ、制御チャネルには、ＰＵＣＣＨ（Physical Uplink Control Channel）が含まれてよい。例えば、デバイス２０は、基地局１０から、ＰＵＣＣＨを用いて、制御情報を送信し、ＰＵＳＣＨを用いて、上りリンクのデータ信号を送信する。
　ＵＬ信号に含まれる参照信号には、例えば、ＤＭＲＳ、ＰＴＲＳ、ＣＳＩ－ＲＳ、ＳＲＳ、及び、ＰＲＳのいずれか少なくとも１つが含まれてよい。例えば、ＤＭＲＳ、ＰＴＲＳ等の参照信号は、上りリンクのデータ信号の復調のために使用され、上りリンクチャネル（例えば、ＰＵＳＣＨ）を用いて送信される。
　制御部２０３は、受信部２０１における受信処理、及び、送信部２０２における送信処理を含む、デバイス２０の通信動作を制御する。例えば、制御部２０３は、上記の実施の形態において説明した送信及び受信以外の動作を実行する（なお、当該動作は、受信部２０１及び／又は送信部２０２によって実行されてもよい）。
　例えば、制御部２０３は、上位レイヤからデータ及び制御情報といった情報を取得し、送信部２０２へ出力する。また、制御部２０３は、例えば、受信部２０１から受信したデータ及び制御情報等を上位レイヤへ出力する。
　なお、ＤＬ信号の送信に使用されるチャネル及びＵＬ信号の送信に使用されるチャネルは、上述した例に限定されない。例えば、ＤＬ信号の送信に使用されるチャネル及びＵＬ信号の送信に使用されるチャネルには、ＲＡＣＨ（Random Access Channel）及びＰＢＣＨ（Physical Broadcast Channel）が含まれてよい。ＲＡＣＨは、例えば、ＲＡ－ＲＮＴＩ（Random Access Radio Network Temporary Identifier）を含むＤＣＩの送信に用いられてよい。
　ここで、受信部２０１及び送信部２０２（併せて通信部と称されてもよい）は、基地局１０等のネットワークと通信する。なお、送信部２０２は、デバイス２０に含まれなくてもよい。
　なお、トポロジ２のケースでは、基地局１０とデバイス２０との間に中継を行う中間ノード（例えば、上述したｉｎｔ．ＵＥ、デバイスの一例）が存在する。この場合、送信部２０２は、ＵＬ信号を、中間ノードを介して、基地局１０へ送信し、受信部２０１は、ＤＬ信号を、中間ノードを介して、基地局１０から受信してもよい。
　ＤＴのケースでは、送信部２０２は、基地局１０又は中間ノードへ、信号を送信しない。この場合、デバイス２０は、送信部２０２を有さなくてもよい。
　トポロジ１におけるＤＯ－ＤＴＴのケースでは、送信部２０２は、基地局１０へ、信号を送信してもよい。トポロジ２におけるＤＯ－ＤＴＴのケースでは、送信部２０２は、基地局１０とデバイス２０との間の中間ノード（例えば、上述したｉｎｔ．ＵＥ）に対して、信号を送信してもよい。
　例えば、デバイス２０は、ＮＢ－ＩｏＴ（Narrow Band Internet of Things）デバイスよりも低複雑度のデバイスであって、受信部２０１は、ウェイクアップを要求する信号を受信する。制御部２０３は、受信した信号に基づいてウェイクアップを行い、受信部２０１における第１の情報の受信を制御する。
　例えば、デバイス２０の送信部２０２は、受信部２０１が第１の情報を受信した後に、第２の情報を送信する。
　例えば、受信部２０１は、第２のデバイス（例えば、基地局１０又は中間ノード）から第１の情報を受信し、送信部２０２は、第３のデバイス（例えば、基地局１０又は中間ノード）へ第２の情報を送信する。
　＜中間ノードの構成＞
　図１６は、実施の形態に係る中間ノード３０の構成の一例を示すブロック図である。中間ノード３０（例えば、上述したｉｎｔ．ＵＥ、デバイスの一例）は、トポロジ２において、基地局１０とデバイス２０との間に中継を行う。なお、トポロジ１の場合、中間ノード３０は、本実施の形態に係る無線通信システムに含まれなくてもよい。中間ノード３０は、例えば、受信部３０１と、送信部３０２と、制御部３０３と、を含む。
　受信部３０１は、基地局１０から送信された信号を受信する。ＤＯ－ＤＴＴのケースでは、受信部３０１は、デバイス２０から送信された信号を受信する。例えば、受信部３０１は、制御部３０３による制御の下に、信号を受信する。
　送信部３０２は、信号を基地局１０へ送信する。また、送信部３０２は、信号をデバイス２０へ送信する。例えば、送信部３０２は、制御部３０３による制御の下に、信号を送信する。
　制御部３０３は、受信部３０１における受信処理、及び、送信部３０２における送信処理を含む、中間ノード３０の通信動作を制御する。例えば、制御部３０３は、上記の実施の形態において説明した送信及び受信以外の動作を実行する（なお、当該動作は、受信部３０１及び／又は送信部３０２によって実行されてもよい）。
　なお、上記の記載において、ＤＬ、ＵＬという呼称は一例であり、本開示はこれに限定されない。中間ノード３０から基地局１０への送信は、ＵＬ送信と称されてもよいし、称されなくてもよい。基地局１０から中間ノード３０への送信は、ＤＬ送信と称されてもよいし、称されなくてもよい。中間ノード３０からデバイス２０への送信は、ＤＬ送信と称されてもよいし、称されなくてもよい。デバイス２０から中間ノード３０への送信は、ＵＬ送信と称されてもよいし、称されなくてもよい。
　以上、本開示について説明した。なお、上記の説明における項目の区分けは本開示に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。
＜ハードウェア構成等＞
　上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。
　例えば、本開示の一実施の形態における基地局、デバイスなどは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図１７は、実施の形態に係る基地局、デバイス、及び、中間ノードのハードウェア構成の一例を示す図である。上述の基地局１０、デバイス２０、及び、中間ノードは、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。基地局１０、デバイス２０、及び、中間ノード３０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　基地局１０、デバイス２０、及び、中間ノード３０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。例えば、上述の制御部１０３、制御部２０３、及び、制御部３０３などは、プロセッサ１００１によって実現されてもよい。
　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、基地局１０の制御部１０３、デバイス２０の制御部２０３、中間ノード３０の制御部３０３は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及びストレージ１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。
　通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送信部１０１、受信部１０２、受信部２０１、送信部２０２、受信部３０１及び送信部３０２などは、通信装置１００４によって実現されてもよい。
　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
　また、基地局１０、デバイス２０、及び、中間ノード３０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
＜情報の通知、シグナリング＞
　情報の通知は、本開示において説明した実施の形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
＜適用システム＞
　本開示において説明した実施の形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、6th　generation　mobile　communication　system（６Ｇ）、xth　generation　mobile　communication　system（ｘＧ）（ｘＧ（ｘは、例えば整数、小数））、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、New　radio　access（ＮＸ）、Future　generation　radio　access（ＦＸ）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張、修正、作成、規定された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。
＜処理手順等＞
　本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
＜基地局の動作＞
　本開示において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局及び基地局以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。
＜入出力の方向＞
　情報等（＜情報、信号＞の項目参照）は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
＜入出力された情報等の扱い＞
　入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
＜判定方法＞
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
＜態様のバリエーション等＞
　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
＜ソフトウェア＞
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
＜情報、信号＞
　本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
＜システム、ネットワーク＞
　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
＜パラメータ、チャネルの名称＞
　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
　上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
＜基地局＞
　本開示においては、「基地局（ＢＳ：Base Station）」、「無線基地局」、「固定局（fixed station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
　基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：Ｒｅｍｏｔｅ　Ｒａｄｉｏ　Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
　本開示において、基地局が端末に情報を送信することは、基地局が端末に対して、情報に基づく制御・動作を指示することと読み替えられてもよい。
＜移動局＞
　本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。
　移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
＜基地局／移動局＞
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、移動可能な物体をいい、移動速度は任意である。また移動体が停止している場合も当然含む。当該移動体は、例えば、車両、輸送車両、自動車、自動二輪車、自転車、コネクテッドカー、ショベルカー、ブルドーザー、ホイールローダー、ダンプトラック、フォークリフト、列車、バス、リヤカー、人力車、船舶（ship and other watercraft）、飛行機、ロケット、人工衛星、ドローン（登録商標）、マルチコプター、クアッドコプター、気球、およびこれらに搭載される物を含み、またこれらに限らない。また、当該移動体は、運行指令に基づいて自律走行する移動体であってもよい。乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet of Things）機器であってもよい。
　また、本開示における基地局は、端末で読み替えてもよい。例えば、基地局及び端末間の通信を、複数の端末間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の実施の形態を適用してもよい。この場合、上述の基地局１０が有する機能をデバイス２０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
　同様に、本開示における端末は、基地局で読み替えてもよい。この場合、上述のデバイス２０が有する機能を基地局１０が有する構成としてもよい。
　図１８に車両２００１の構成例を示す。図１８に示すように、車両２００１は駆動部２００２、操舵部２００３、アクセルペダル２００４、ブレーキペダル２００５、シフトレバー２００６、前輪２００７、後輪２００８、車軸２００９、電子制御部２０１０、各種センサ２０２１～２０２９、情報サービス部２０１２と通信モジュール２０１３を備える。本開示において説明した各態様／実施形態は、車両２００１に搭載される通信装置に適用されてもよく、例えば、通信モジュール２０１３に適用されてもよい。
　駆動部２００２は例えば、エンジン、モータ、エンジンとモータのハイブリッドで構成される。操舵部２００３は、少なくともステアリングホイール（ハンドルとも呼ぶ）を含み、ユーザによって操作されるステアリングホイールの操作に基づいて前輪及び後輪の少なくとも一方を操舵するように構成される。
　電子制御部２０１０は、マイクロプロセッサ２０３１、メモリ（ROM、RAM）２０３２、通信ポート（ＩＯポート）２０３３で構成される。電子制御部２０１０には、車両２００１に備えられた各種センサ２０２１～２０２９からの信号が入力される。電子制御部２０１０は、ＥＣＵ（Electronic Control Unit）と呼んでも良い。
　各種センサ２０２１～２０２９からの信号としては、モータの電流をセンシングする電流センサ２０２１からの電流信号、回転数センサ２０２２によって取得された前輪や後輪の回転数信号、空気圧センサ２０２３によって取得された前輪や後輪の空気圧信号、車速センサ２０２４によって取得された車速信号、加速度センサ２０２５によって取得された加速度信号、アクセルペダルセンサ２０２９によって取得されたアクセルペダルの踏み込み量信号、ブレーキペダルセンサ２０２６によって取得されたブレーキペダルの踏み込み量信号、シフトレバーセンサ２０２７によって取得されたシフトレバーの操作信号、物体検知センサ２０２８によって取得された障害物、車両、歩行者等を検出するための検出信号等がある。
　情報サービス部２０１２は、カーナビゲーションシステム、オーディオシステム、スピーカー、テレビ、ラジオといった、運転情報、交通情報、エンターテイメント情報等の各種情報を提供（出力）するための各種機器と、これらの機器を制御する１つ以上のＥＣＵとから構成される。情報サービス部２０１２は、外部装置から通信モジュール２０１３等を介して取得した情報を利用して、車両２００１の乗員に各種マルチメディア情報及びマルチメディアサービスを提供する。
　情報サービス部２０１２は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ、タッチパネルなど）を含んでもよいし、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプ、タッチパネルなど）を含んでもよい。
　運転支援システム部２０３０は、ミリ波レーダ、ＬｉＤＡＲ（Light Detection and Ranging）、カメラ、測位ロケータ（例えば、ＧＮＳＳ等）、地図情報（例えば、高精細（ＨＤ）マップ、自動運転車（ＡＶ）マップ等）、ジャイロシステム（例えば、ＩＭＵ（Inertial Measurement Unit）、ＩＮＳ（Inertial Navigation System）等）、ＡＩ（Artificial Intelligence）チップ、ＡＩプロセッサといった、事故を未然に防止したりドライバの運転負荷を軽減したりするための機能を提供するための各種機器と、これらの機器を制御する１つ以上のＥＣＵとから構成される。また、運転支援システム部２０３０は、通信モジュール２０１３を介して各種情報を送受信し、運転支援機能又は自動運転機能を実現する。
　通信モジュール２０１３は通信ポートを介して、マイクロプロセッサ２０３１および車両２００１の構成要素と通信することができる。例えば、通信モジュール２０１３は通信ポート２０３３を介して、車両２００１に備えられた駆動部２００２、操舵部２００３、アクセルペダル２００４、ブレーキペダル２００５、シフトレバー２００６、前輪２００７、後輪２００８、車軸２００９、電子制御部２０１０内のマイクロプロセッサ２０３１及びメモリ（ＲＯＭ、ＲＡＭ）２０３２、センサ２０２１～２９との間でデータを送受信する。
　通信モジュール２０１３は、電子制御部２０１０のマイクロプロセッサ２０３１によって制御可能であり、外部装置と通信を行うことが可能な通信デバイスである。例えば、外部装置との間で無線通信を介して各種情報の送受信を行う。通信モジュール２０１３は、電子制御部２０１０の内部と外部のどちらにあってもよい。外部装置は、例えば、基地局、移動局等であってもよい。
　通信モジュール２０１３は、電子制御部２０１０に入力された上述の各種センサ２０２１～２０２９からの信号、当該信号に基づいて得られる情報、及び情報サービス部２０１２を介して得られる外部（ユーザ）からの入力に基づく情報、の少なくとも１つを、無線通信を介して外部装置へ送信してもよい。電子制御部２０１０、各種センサ２０２１～２０２９、情報サービス部２０１２などは、入力を受け付ける入力部と呼ばれてもよい。例えば、通信モジュール２０１３によって送信されるＰＵＳＣＨは、上記入力に基づく情報を含んでもよい。
　通信モジュール２０１３は、外部装置から送信されてきた種々の情報（交通情報、信号情報、車間情報等）を受信し、車両２００１に備えられた情報サービス部２０１２へ表示する。情報サービス部２０１２は、情報を出力する（例えば、通信モジュール２０１３によって受信されるＰＤＳＣＨ（又は当該ＰＤＳＣＨから復号されるデータ／情報）に基づいてディスプレイ、スピーカーなどの機器に情報を出力する）出力部と呼ばれてもよい。
　また、通信モジュール２０１３は、外部装置から受信した種々の情報をマイクロプロセッサ２０３１によって利用可能なメモリ２０３２へ記憶する。メモリ２０３２に記憶された情報に基づいて、マイクロプロセッサ２０３１が車両２００１に備えられた駆動部２００２、操舵部２００３、アクセルペダル２００４、ブレーキペダル２００５、シフトレバー２００６、前輪２００７、後輪２００８、車軸２００９、センサ２０２１～２０２９等の制御を行ってもよい。
＜用語の意味、解釈＞
　本開示で使用する「判断（determining）」、「決定（determining）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（judging）、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking up、search、inquiry）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ascertaining）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（resolving）、選択（selecting）、選定（choosing）、確立（establishing）、比較（comparing）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
　「接続された（connected）」、「結合された（coupled）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
＜参照信号＞
　参照信号は、ＲＳ（Reference Signal）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。
＜「に基づいて」の意味＞
　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
＜「第１の」、「第２の」＞
　本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
＜手段＞
　上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
＜オープン形式＞
　本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
＜ＴＴＩ等の時間単位、ＲＢなどの周波数単位、無線フレーム構成＞
　無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。
　ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（ＳＣＳ：SubCarrier Spacing）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Transmission Time Interval）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
　スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル、ＳＣ-ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）シンボル等）で構成されてもよい。スロットは、ニューメロロジーに基づく時間単位であってもよい。
　スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。
　無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。
　例えば、１サブフレームは送信時間間隔（ＴＴＩ：Transmission Time Interval）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
　ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。
　ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。
　なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
　１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥ　Ｒｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
　なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。
　リソースブロック（ＲＢ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（subcarrier）を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
　また、ＲＢの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。
　なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier Group）、リソースエレメントグループ（ＲＥＧ：Resource Element Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。
　また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
　帯域幅部分（ＢＷＰ：Bandwidth Part）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（common resource blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。
　ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬ　ＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬ　ＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。
　設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。
　上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長などの構成は、様々に変更することができる。
＜最大送信電力＞
　本開示に記載の「最大送信電力」は、送信電力の最大値を意味してもよいし、公称最大送信電力（the nominal UE maximum transmit power）を意味してもよいし、定格最大送信電力（the rated UE maximum transmit power）を意味してもよい。
＜冠詞＞
　本開示において、例えば、英語でのa、an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
＜「異なる」＞
　本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
　本開示の一態様は、無線通信システムに有用である。
　１０　基地局
　２０　デバイス
　３０　中間ノード
　１０１，２０２，３０２　送信部
　１０２，２０１，３０１　受信部
　１０３，２０３，３０３　制御部
 

Claims (6)

  1. 　ＮＢ－ＩｏＴ（Narrow Band Internet of Things）デバイスよりも低複雑度の第１のデバイスであって、
    　ウェイクアップを要求する信号を受信する受信部と、
    　前記信号に基づいて前記ウェイクアップを行い、前記受信部における第１の情報の受信を制御する制御部と、
    　を備える第１のデバイス。
  2. 　前記第１の情報の受信の後に、第２の情報を送信する送信部を備える、
    　請求項１に記載の第１のデバイス。
  3. 　前記受信部は、第２のデバイスから前記第１の情報を受信し、
    　前記送信部は、第３のデバイスへ前記第２の情報を送信する、
    　請求項２に記載の第１のデバイス。
  4. 　前記第２のデバイスは、基地局、又は、前記基地局と前記第１のデバイスとの間で通信を中継する中間デバイスである、
    　請求項３に記載の第１のデバイス。
  5. 　ウェイクアップを要求する信号を受信し、前記無線信号に基づいてウェイクアップを行い、第１の情報の受信を制御する第１のデバイスと、
    　前記第１のデバイスへ前記信号を送信し、前記第１のデバイスへ前記第１の情報を送信する第２のデバイスと、
    　を備える無線通信システム。
  6. 　デバイスが、
    　ウェイクアップを要求する信号を受信し、
    　前記信号に基づいて前記ウェイクアップを行い、第１の情報の受信を制御する、
    　通信方法。
     
PCT/JP2024/001341 2024-01-18 2024-01-18 デバイス、無線通信システム、及び、通信方法 Pending WO2025154243A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2024/001341 WO2025154243A1 (ja) 2024-01-18 2024-01-18 デバイス、無線通信システム、及び、通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2024/001341 WO2025154243A1 (ja) 2024-01-18 2024-01-18 デバイス、無線通信システム、及び、通信方法

Publications (1)

Publication Number Publication Date
WO2025154243A1 true WO2025154243A1 (ja) 2025-07-24

Family

ID=96471027

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2024/001341 Pending WO2025154243A1 (ja) 2024-01-18 2024-01-18 デバイス、無線通信システム、及び、通信方法

Country Status (1)

Country Link
WO (1) WO2025154243A1 (ja)

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on Ambient power-enabled Internet of Things (Release 19)", 3GPP STANDARD; TECHNICAL REPORT; 3GPP TR 22.840, no. V19.0.0, 22 December 2023 (2023-12-22), pages 1 - 119, XP052553080 *
SAMSUNG: "Discussion on Ambient IoT", 3GPP TSG RAN #99 RP-230105, 20 March 2023 (2023-03-20), pages 1 - 13, XP093336717 *

Similar Documents

Publication Publication Date Title
WO2025154243A1 (ja) デバイス、無線通信システム、及び、通信方法
WO2025154244A1 (ja) デバイス、無線通信システム、及び、通信方法
WO2025158598A1 (ja) 端末、無線通信システム、及び、通信方法
WO2025158597A1 (ja) 端末、無線通信システム、及び、通信方法
WO2025158599A1 (ja) 端末、無線通信システム、及び、通信方法
WO2026053383A1 (ja) デバイス及び通信方法
WO2025173196A1 (ja) 端末、無線通信システム、及び、通信方法
WO2025173195A1 (ja) 端末、無線通信システム、及び、通信方法
WO2025163741A1 (ja) デバイス及び通信方法
WO2025163739A1 (ja) デバイス及び通信方法
WO2025243343A1 (ja) デバイス及び通信方法
WO2026053386A1 (ja) デバイス及び通信方法
WO2025046761A1 (ja) 通信装置及びデバイス
WO2025046754A1 (ja) 通信装置及び通信方法
WO2025203512A1 (ja) デバイス、無線通信装置、及び、無線通信方法
WO2026022980A1 (ja) デバイス、無線通信装置及び通信方法
WO2025203515A1 (ja) デバイス、無線通信装置、及び、無線通信方法
WO2026013906A1 (ja) デバイス、無線通信装置、及び、無線通信方法
WO2026009443A1 (ja) 通信装置
WO2026028459A1 (ja) デバイス、無線通信装置及び無線通信方法
WO2026013901A1 (ja) 通信装置
WO2026009441A1 (ja) デバイス、無線通信装置及び無線通信方法
WO2025215843A1 (ja) デバイス及び通信方法
WO2025238858A1 (ja) 無線通信装置及び通信方法
WO2025215841A1 (ja) デバイス、無線通信装置及び無線通信方法

Legal Events

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

Ref document number: 24918710

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2025570466

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2025570466

Country of ref document: JP