Device, wireless communication device, and wireless communication method

Abstract

This device comprises: a reception unit that receives a first signal and a second signal before receiving control information and / or data from a wireless communication device; and a control unit that performs wake-up on the basis of the first signal and achieves synchronization on the basis of the second signal.

Description

Device, wireless communication apparatus, and wireless communication method

[0001] The present disclosure relates to a device, a wireless communication apparatus, and a wireless communication method.

[0002] For NR (New Radio) (also called "5G"), the successor system to LTE (Long Term Evolution), technologies are being considered that meet the requirements of a large-capacity system, high-speed data transmission speed, low latency, simultaneous connection of a large number of terminals, low cost, low power consumption, etc. (see, for example, Non-Patent Document 1).

[0003] Furthermore, in Release 18 (Rel-18) of 3GPP (registered trademark), ambient IoT (A-IoT: Ambient Internet of Things) is being considered (see, for example, Non-Patent Document 2). Ambient IoT targets devices with extremely simple configurations for low-end IoT applications that operate with extremely low power consumption.

[0004] 3GPP TS 38.300 V17.3.0 (2022-12)”Revised SID on Ambient IoT”, RP-232404, 3GPP TSG RAN Meeting #101, September 20233GPP TR 38.848 V1.0.0 (2023-09)3GPP TS 36.211 V16.8.0 (2023-09)”Study on solutions for Ambient IoT (Internet of Things) in NR”, RP-234058, 3GPP TSG RAN Meeting #102, December 2023

[0005] In a communication system including an ambient IoT device, the ambient IoT device receives information or signals from other wireless communication devices, but there is room for further study on how this reception occurs.

[0006] One aspect of the present disclosure provides a device, a wireless communication device, and a wireless communication method that allow an ambient IoT device to appropriately receive information or signals from other wireless communication devices.

[0007] A device according to one aspect of the present disclosure includes a receiving unit that receives a first signal and a second signal before receiving control information and / or data from a wireless communication device, and a control unit that wakes up based on the first signal and synchronizes based on the second signal.

[0008] The figure shows an example of a wireless communication system according to an embodiment of the present disclosure. It is a figure for explaining Topology 1. It is a figure for explaining Topology 2. It is a figure for explaining Topology 3 in DL support. It is a figure for explaining Topology 3 in UL support. It is a figure for explaining Topology 4. It is a figure for explaining backscatter transmission. It is a figure showing the communication flow of DT in Topology 1. It is a figure showing the communication flow of DO-DTT in Topology 1. It is a figure showing the communication flow of DT in Topology 2. It is a figure showing the communication flow of DO-DTT in Topology 2. It is a figure showing an operation example of each step including Step 1 according to an embodiment of the present disclosure. It is a figure showing an example of the flow of the DT case according to an embodiment of the present disclosure. It is a figure showing an example of the interaction between the BS and the A-IoT UE according to Option 1 of Proposal 1-2. It is a figure showing an example of the interaction between the BS and the A-IoT UE according to Option 2 of Proposal 1-2. It is a figure showing an example of the interaction between the BS and the A-IoT UE according to Option 2 of Proposal 1-2. It is a figure showing the first example of the flow of the DO-DTT case according to an embodiment of the present disclosure. It is a figure showing the second example of the flow of the DO-DTT case according to an embodiment of the present disclosure. It is a figure showing an example of the interaction between the BS and the A-IoT UE according to Option 1 of Proposal 2-2. It is a figure showing an example of the interaction between the BS and the A-IoT UE according to Option 1 of Proposal 2-2. It is a figure showing an example of the interaction between the BS and the A-IoT UE according to Option 1 of Proposal 2-2. It is a figure showing an example of the interaction between the BS and the A-IoT UE according to Option 2 of Proposal 2-2. It is a figure showing an example of the interaction between the BS and the A-IoT UE according to Option 2 of Proposal 2-2. It is a figure showing an example of the interaction between the BS and the A-IoT UE according to Option 2 of Proposal 2-2. It is a figure showing an example of the interaction between the BS and the A-IoT UE according to Option 2 of Proposal 2-2. It is a block diagram showing an example of the configuration of a base station according to an embodiment of the present disclosure. It is a block diagram showing an example of the configuration of a device according to an embodiment of the present disclosure. It is a figure showing an example of the hardware configuration of a base station and a device according to an embodiment of the present disclosure. It is a figure showing an example of the configuration of a vehicle according to an embodiment of the present disclosure.

[0009] Hereinafter, an embodiment according to one aspect of the present disclosure will be described with reference to the drawings. Note that the embodiment described below is an example, and the embodiment to which the present disclosure is applied is not limited to the following embodiment.

[0010] In the operation of the wireless communication system according to the embodiment of the present disclosure, existing technology is used as appropriate. The existing technology is, for example, the existing LTE or NR, but is not limited to the existing LTE or NR. In addition, the term "LTE" used in this specification has a broad meaning including LTE-Advanced and systems subsequent to LTE-Advanced, unless otherwise specified.

[0011] In addition, in the embodiments of the present disclosure described below, terms such as 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), and PUSCH (physical uplink shared channel) used in existing LTE are used. This is for convenience of description, and similar signals, functions, etc. may be referred to by other names. Furthermore, the above-mentioned terms in NR correspond to NR-SS, NR-PSS, NR-SSS, NR-PBCH, NR-PRACH, etc. However, even signals used in NR are not necessarily designated as "NR-".

[0012] Furthermore, in the embodiments of the present disclosure, the duplex method may be a time division duplex (TDD) method, a frequency division duplex (FDD) method, or another method (for example, flexible duplex, etc.).

[0013] Furthermore, in the embodiments of the present disclosure, "configuring" radio parameters, etc. may mean that predetermined values ​​are pre-configured, or that radio parameters notified from a base station, a device, a terminal, etc. are set.

[0014] (Embodiment) <Wireless Communication System> FIG. 1 is a diagram illustrating an example of a wireless communication system according to an embodiment of the present disclosure. As illustrated in FIG. 1, the wireless communication system 1 includes a base station 10 and a device 20. While FIG. 1 illustrates one base station 10 and one device 20, this is merely an example, and multiple base stations and devices may exist. The base station may also be referred to as a BS (Base Station), gNB, or the like. The device 20 may be a form of terminal (UE: User Equipment) and may be an ambient IoT device, which is a device with lower complexity than an NB-IoT (Narrow Band Internet of Things) device. The ambient IoT device may also be referred to as an ambient IoT terminal, ambient IoT UE, or the like.

[0015] The base station 10 is a communication device that provides one or more cells and performs wireless communication with the device 20. The physical resources of a wireless signal are defined in the time domain and the frequency domain. The time domain may be defined by the number of Orthogonal Frequency Division Multiplexing (OFDM) symbols. The frequency domain may be defined by the number of subcarriers or the number of resource blocks.

[0016] The base station 10 transmits DL signals such as control information, setting information, and data via DL (Downlink) to the device 20. The base station 10 receives UL signals such as control information, information related to the processing capability of the device 20 (device capability (information) or A-IoT capability (information); for example, capability, device capability, A-IoT capability, A-IoT device capability, etc.), and data via UP (Uplink) from the device 20.

[0017] Channels used for transmitting DL signals include, for example, data channels and control channels. For example, the data channel may include a physical downlink shared channel (PDSCH), and the control channel may include a physical downlink control channel (PDCCH). For example, the base station 10 transmits control information to the device 20 using the PDCCH, and transmits DL data signals using the PDSCH. Note that the PDSCH is an example of a downlink shared channel or a data channel, and the PDCCH is an example of a downlink control channel. The PDCCH may be interpreted as downlink control information (DCI), control information, etc. transmitted in the PDCCH.

[0018] As will be described later, the wireless communication system may include intermediate nodes, assisting nodes, and / or terminals (UEs) (see <Device Types and Topologies> below). Note that, hereinafter, "and / or" may be written simply as " / ".

[0019] The device 20 is a communication device equipped with a wireless communication function, and may be an ambient IoT device (e.g., a sensor, etc.) as described above. Hereinafter, the ambient IoT device will also be referred to as an A-IoT UE.

[0020] The device 20 receives DL signals such as control signals, setting information, and data from the base station 10 via DL, and transmits UL signals such as control signals, capability information of the device 20, and data to the base station 10 via UL.

[0021] Channels used for transmitting UL signals include, for example, data channels and control channels. For example, the data channel may include a physical uplink shared channel (PUSCH), and the control channel may include a physical uplink control channel (PUCCH). For example, the device 20 transmits control information using the PUCCH and transmits UL data signals using the PUSCH. Note that the PUSCH is an example of an uplink shared channel or a data channel, and the PUCCH is an example of an uplink control channel. Note that the PUSCH or the PUCCH may be interpreted as uplink control information (UCI), control information, etc. transmitted in the PUSCH or the PUCCH.

[0022] <Ambient IoT> Rel-18 approved the study of ambient IoT, which is even lower-end than the existing NB-IoT (see, for example, Section 10 of Non-Patent Document 4) (see, for example, Non-Patent Document 2). Ambient IoT targets ultra-low power consumption and ultra-low complexity devices.

[0023] In Ambient IoT, for example, the following deployment scenarios and characteristics may be considered for relevant use cases: Indoor or outdoor environment Base station type, e.g., macro / micro / pico cell-based deployment Connectivity topology, e.g., which nodes communicate with Ambient IoT devices, such as base stations, terminals (UE), relays and repeaters Duplexing method, TDD or FDD, licensed or unlicensed frequency band Coexistence with UE and network equipment in frequency bands for existing 3GPP technologies Assumptions of traffic originating from / terminating to devices

[0024] Based on the above deployment scenarios and characteristics, for example, the following RAN design targets can be formulated: Power consumption Complexity Coverage Data rate Positioning accuracy

[0025] Based on deployment scenarios appropriate for the relevant use cases, compare and evaluate the feasibility of meeting design targets and identify supporting features.

[0026] <Device Types and Topologies> Based on the results of the study items, TR 38.848 (Non-Patent Document 3) was approved. TR 38.848 considers the following categories of ambient IoT devices: Device A: Device A has no power (energy) storage, no independent signal generation or signal amplification functions, and performs backscattering transmission. Device B: Device B has power storage, no independent signal generation function, and performs backscattering transmission. Device B uses the stored power to amplify the reflected signal. Device C: Device C has power storage, independent signal generation function, and an active RF (radio frequency) component for transmission.

[0027] The complexity of device A is assumed to be about the same as RFID (Frequency Frequency Identification).

[0028] TR 38.848 defines the following topologies 1 to 4 in an ambient IoT network.

[0029] Fig. 2 is a diagram illustrating Topology 1. As shown in Fig. 2, Topology 1 is a configuration in which a base station (BS) and an ambient IoT device communicate with each other. The ambient IoT device directly communicates with the base station in a two-way manner.

[0030] 3 is a diagram illustrating Topology 2. As shown in FIG. 3, Topology 2 is a configuration in which a base station and an ambient IoT device communicate with each other via an intermediate node. The ambient IoT device performs bidirectional communication with the intermediate node located between the base station and the ambient IoT device. The intermediate node may be, for example, a relay, an integrated access and backhaul (IAB) node, a UE, a repeater, or the like.

[0031] 4 is a diagram illustrating Topology 3 in DL assistance. As shown in FIG. 4, Topology 3 is a configuration including communication between a base station and an assisting node, communication between the assisting node and an ambient IoT device, and communication between the ambient IoT device and a base station.

[0032] The support node supports DL communication. For example, as shown in Figure 4, the support node receives DL signals from the base station and transmits the received DL signals to the ambient IoT device. For UL communication, the ambient IoT device transmits UL signals directly to the base station.

[0033] Fig. 5 is a diagram illustrating Topology 3 in UL support. As shown in Fig. 5, Topology 3 is a configuration including communication between a base station and a support node, communication between a support node and an ambient IoT device, and communication between the ambient IoT device and a base station.

[0034] The support node supports UL communication. For example, as shown in Figure 5, the support node receives UL signals from the ambient IoT device and transmits the received UL signals to the base station. For DL ​​communication, the ambient IoT device receives DL signals directly from the base station.

[0035] The supporting nodes shown in FIGS. 4 and 5 may be, for example, relays, IAB nodes, UEs, repeaters, etc.

[0036] 6 is a diagram illustrating Topology 4. Topology 4 is a configuration in which a UE and an ambient IoT device communicate with each other. The ambient IoT device performs bidirectional communication with the UE. Communication related to Topology 4 may be considered as side link (SL) communication.

[0037] In the above topologies 1 to 4, the ambient IoT device may be provided with a carrier wave from another node inside or outside the topology (see Section 4.2.1 of Non-Patent Document 3).

[0038] The wireless communication system 1 (wireless communication network) may include a base station, a support node, an intermediate node, and / or a terminal (UE of Topology 4) in addition to the device 20. In this specification, the base station, the support node, the intermediate node, and the terminal may be read as a network or a (network) node. Also, an A-IoT device may be simply referred to as A-IoT.

[0039] Backscatter Transmission Base stations, intermediate nodes, support nodes, and other nodes transmit RF signals to ambient IoT devices that are activated and obtain power from the RF operating fields from the base stations, intermediate nodes, support nodes, and other nodes via inductive coupling.

[0040] The ambient IoT device backscatters and modulates the RF signals received from the base station, intermediate node, support node, and other nodes by switching the reflection coefficient of the device's antenna, and transmits information to the base station, intermediate node, support node, and other nodes.

[0041] FIG. 7 is a diagram illustrating backscatter transmission. FIG. 7 shows an example in which an ambient IoT device performs ON-OFF keying and transmits information. The dashed line area shown in FIG. 7 indicates an OFF section, which may correspond to information (bit) "0." A sine wave signal may correspond to information "1."

[0042] <Rel-19 SID> The Rel-19 SID (Study Item Description) examined solutions necessary and feasible for A-IoT (see Section 4.1 of Non-Patent Document 5). The examined solutions include, for example, determining which functions, procedures, etc. are necessary and which functions, procedures, etc. are not.

[0043] Additionally, for the DL and UL of A-IoT, several issues will be discussed under the leadership of RAN 1. One of the issues to be discussed is the scheduling and timing relationship between DL and UL in A-IoT. In discussing the scheduling and timing relationship, the following 1. traffic flow, 2. device assumptions, and 3. topology may be considered.

[0044] 1. Traffic Flow The following DT and DO-DTT are being considered as traffic flows for A-IoT.

[0045] DT (device terminated) Traffic includes transmission (DL) to the A-IoT UE, but no transmission (UL) from the A-IoT UE. In other words, there is information to be transmitted to the A-IoT UE, but no information to be transmitted from the A-IoT UE. DT corresponds to a command type in which there is an instruction such as a command or instruction to the A-IoT UE.

[0046] DO-DTT (device originated - device terminated triggered) Traffic includes a trigger from the network (NW) and a transmission (UL) from the A-IoT UE. In other words, traffic includes information transmitted from the A-IoT UE. DO-DTT corresponds to, for example, a sensor information report type in which the A-IoT UE transmits sensor information collected by the A-IoT UE.

[0047] In this disclosure, transmission of information corresponds to transmission of a signal containing information or transmission of a signal. In this disclosure, transmission to a certain device X corresponds to transmission of a signal (or information) to device X. In addition, transmission from a certain device X and transmission by a certain device X correspond to device X transmitting a signal (or information). In addition, reception from a certain device X corresponds to receiving a signal (or information) transmitted by device X. In addition, reception by a certain device X corresponds to device X receiving a signal (or information).

[0048] 2. Device Assumptions The following TX (transmission) and FR (frequency range) 1-FDD are assumed for A-IoT UE.

[0049] TX TX is a backscatter UL transmission without amplification or a general amplified UL transmission. Alternatively, an amplified backscatter UL transmission may be performed.

[0050] FR1-FDD FR1-FDD is applied to the A-IoT UE. That is, the A-IoT UE can switch carrier frequencies between DL carriers and UL carriers. However, the present disclosure is not limited to FR1-FDD and may be applied to TDD, FR2, or FR3.

[0051] The frequency bands of each FR are, for example, as follows: FR1: 410 MHz to 7.125 GHz FR2: 24.25 GHz to 52.6 GHz FR3: 7.125 GHz to 24.25 GHz

[0052] FR1 may use a sub-carrier spacing (SCS) of 15 kHz, 30 kHz, or 60 kHz, and a bandwidth (BW) of 5 to 100 MHz. FR2 is a higher frequency than FR1, and may use an SCS of 60 kHz or 120 kHz (including 240 kHz), and a bandwidth (BW) of 50 to 400 MHz.

[0053] 3. Topology Among the topologies shown in FIGS. 2 to 6, attention is focused on Topology 1 and Topology 2.

[0054] In Topology 1, UL and / or DL ​​communication is performed between a base station and an A-IoT UE without passing through an intermediate node. Note that the base station in Topology 1 may correspond to a microcell.

[0055] In Topology 2, communication is performed between a base station and an A-IoT UE via an intermediate node. The A-IoT UE performs bidirectional communication with an intermediate node located between the base station and the A-IoT UE. Note that the base station in the case of Topology 2 may correspond to a macrocell. The case of Topology 2 may also be applied to indoor cases. Hereinafter, the intermediate node will also be referred to as an intermediate UE, int. UE (intermediate UE), etc.

[0056] <Communication Flow> The signal design for A-IoT UEs may be designed to be common between Topology 1 and Topology 2. In order to have a common signal design for A-IoT UEs, the communication flows of DT and DO-DTT in Topology 1 and Topology 2 can be considered. The following four communication flows can be assumed as the communication flows of DT and DO-DTT in Topology 1 and Topology 2.

[0057] As shown in the four communication flows 1. to 4. below, the A-IoT UE wakes up in step 1 and receives information (or a signal) in step 2. Also, as shown in the communication flows 2. and 4. below, the A-IoT UE transmits a signal (or information) in step 3.

[0058] 1. DT Communication Flow in Topology 1 Figure 8 is a diagram showing the DT communication flow in Topology 1. Figure 8 shows the flow of signals between the base station and the A-IoT UE. Note that the communication flow shown in Figure 8 is a DT communication flow, so 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.

[0059] The following two steps are assumed in the DT communication flow in Topology 1. Note that Step 1 starts when a packet is generated in an upper layer such as the application layer of the base station (corresponding to "Packet arrival" in FIG. 8 ).

[0060] Step 1: The A-IoT UE wakes up by a signal such as a carrier waveform transmitted from a base station. The signal transmitted from the base station may correspond to an energy source that supplies energy to the A-IoT UE. The carrier waveform may be replaced with a carrier wave. Step 2: The A-IoT UE receives information from the base station.

[0061] The A-IoT UE may be woken up by a signal (e.g., a radio frequency signal (RF) signal) transmitted from a source other than the base station. Here, the signal transmitted from a source other than the base station may correspond to an energy source that supplies energy to the A-IoT UE.

[0062] 2. DO-DTT Communication Flow in Topology 1 Figure 9 is a diagram showing the DO-DTT communication flow in Topology 1. Figure 9 shows the flow of signals between a base station and an A-IoT UE. Note that the communication flow shown in Figure 9 is a DO-DTT communication flow, and therefore includes information transmission from the base station to the A-IoT UE and information transmission from the A-IoT UE to the base station.

[0063] The following three steps are assumed in the DO-DTT communication flow in Topology 1. Note that Step 1 starts when a packet is generated in a higher layer such as the application layer of the base station (corresponding to "Packet arrival" in FIG. 9).

[0064] Step 1: The A-IoT UE wakes up with a signal such as a carrier waveform sent from the base station. Step 2: The A-IoT UE receives information from the base station. Step 3: The A-IoT UE sends a signal to the base station.

[0065] 3. DT Communication Flow in Topology 2 Figure 10 is a diagram showing the DT communication flow in Topology 2. Figure 10 shows the flow of signals between the base station, the int. UE, and the A-IoT UE. Note that the communication flow shown in Figure 10 is a DT communication flow, so there is information transmission to the A-IoT UE, but there is no information transmission from the A-IoT UE.

[0066] The following four steps are assumed in the DT communication flow in Topology 2. Note that Step 0 starts when a packet is generated in an upper layer such as the application layer of the base station (corresponding to "Packet arrival" in FIG. 10).

[0067] Step 0: The int. UE receives a trigger from the base station to send a signal such as a carrier waveform to the A-IoT UE, and sends a signal to the A-IoT UE based on the trigger. Step 1: The A-IoT UE wakes up with a signal such as a carrier waveform sent from the int. UE. Step 2: The A-IoT UE receives information from the int. UE. Step X: The int. UE sends a signal to the base station.

[0068] 4. DO-DTT Communication Flow in Topology 2 Figure 11 is a diagram showing the DO-DTT communication flow in Topology 2. Figure 11 shows the flow of signals between the base station, the int. UE, and the A-IoT UE. Note that the communication flow shown in Figure 11 is a DO-DTT communication flow, and therefore includes information transmission to the A-IoT UE and information transmission from the A-IoT UE.

[0069] The following five-step communication flow is assumed for the DO-DTT communication flow in Topology 2. Note that step 0 starts when a packet is generated in a higher layer such as the application layer of the base station (corresponding to "Packet arrival" in FIG. 11).

[0070] Step 0: The int. UE receives a trigger from the base station to send a signal such as a carrier waveform to the A-IoT UE, and sends a signal to the A-IoT UE based on the trigger. Step 1: The A-IoT UE wakes up by a signal such as a carrier waveform sent from the int. UE. Step 2: The A-IoT UE receives information from the int. UE. Step 3: The A-IoT UE sends a signal to the int. UE. Step X: The int. UE sends a signal to the base station.

[0071] In addition, in the above four communication flows 1. to 4., step 2 and step 3 may be divided into two steps (in other words, may have two sub-steps).

[0072] For example, in the communication flow of DT in Topology 1 / 2, step 2 may have the following two sub-steps (step 2A and step 2B): Step 2A: The A-IoT UE receives information A (e.g., control information or signaling) from the base station / int. UE. Step 2B: The A-IoT UE receives information B (e.g., data information or signaling) from the base station / int. UE.

[0073] Also, for example, in the communication flow of DO-DTT in Topology 1 / 2, step 3 may have the following two sub-steps (step 3A and step 3B): Step 3A: The A-IoT UE transmits signal A (e.g., control information or signal) to the base station / int. UE. Step 3B: The A-IoT UE transmits signal B (e.g., data information or signal) to the base station / int. UE.

[0074] <Considerations> As described above, the A-IoT UE receives a signal from the BS or an intermediate UE in step 1, but the details of the operation in the flow including step 1 are subject to further consideration.

[0075] For example, it is unclear what signals the A-IoT UE will receive in step 1, and what signals the A-IoT UE will receive in step 1 and other subsequent steps, what format they will take, and what procedures they will follow to be transmitted and received, so this needs further discussion.

[0076] If the format and transmission procedure of the signal received by the A-IoT UE are unclear, the A-IoT UE may not be able to properly receive the signal, and the A-IoT system may not operate properly. Furthermore, if the format and transmission procedure of the signal received by the A-IoT UE are unclear, it may lead to failure to receive subsequent signals, reduced utilization efficiency of resources used for signal transmission, and increased overhead.

[0077] Furthermore, the setting of the signal transmission timing and reception timing in step 1 is unclear and needs further investigation.

[0078] If the reception timing setting is unclear, reception will not be possible at the appropriate time. In this case, for example, the A-IoT UE will have to monitor for a long time, which may increase power consumption.

[0079] Therefore, in this embodiment, the transmission method such as the signal format, transmission procedure, and transmission timing in step 1, and the corresponding reception method are clarified.

[0080] In the following, the description will be made on the basis of Topology 1. That is, there is no intermediate UE, and the A-IoT UE receives a signal from the BS. However, the present disclosure is not limited to Topology 1 and may be applied to Topology 2.

[0081] <Proposal Overview> In this embodiment, step 1 may be divided into multiple steps depending on the type of signal to be transmitted. Here, an overview of step 1 will be described. Step 1: The A-IoT UE wakes up using a carrier waveform transmitted from the BS / int. UE.

[0082] 12 is a diagram showing an example of the operation of each step including step 1 according to the present embodiment. In FIG. 12, examples of signals exchanged between the BS (gNB) and the A-IoT UE are shown in the cases of DT and DO-DTT.

[0083] In the case of DT, in step 1 before DL reception (for example, reception of DL data), the signals of the following steps 1a and 1b are transmitted and received. Note that step 2 may be regarded as an example of DL reception. Note that the order of the steps is not limited to the order below or the order shown in FIG. 12. Step 1a: Energy source signal / wake-up signal Step 1b: Signal for synchronization Step 2: Signal for receiving data from the NW

[0084] In the case of DO-DTT, in step 1 before DL reception (for example, reception of DL data) or UL transmission, it is considered that the signals of the following steps 1a, 1b, and 1c are transmitted and received. Note that step 2 may be considered an example of DL reception, and step 3 may be considered an example of UL transmission. Note that the order of the steps is not limited to the order below or the order shown in FIG. 12. Step 1a: Energy source signal / wake-up signal Step 1b: Signal for synchronization Step 2: Signal for receiving data from the NW Step 1c: Carrier wave for backscatter Step 3: Signal for data transmitted from A-IoT

[0085] For example, control information and data are present in the signal in step 2. Furthermore, the carrier wave for backscattering in step 1c may be a carrier wave for backscatter without modulation.

[0086] Steps 1a, 1b, 1c, and 2 are signals transmitted from the BS to the A-IoT UE. The signals transmitted in steps 1a, 1b, 1c, and 2 are examples of DL signals.

[0087] Hereinafter, the signal transmitted and received in step 1a will be referred to as a wake-up signal or WUS (Wake Up Signal). As described above, the WUS is a signal from an energy source that supplies energy to the A-IoT UE, and is a signal that causes the A-IoT UE to wake up (start up its circuit), and is, for example, a carrier wave or an RF signal.

[0088] The signal transmitted and received in step 1b may be referred to as a synchronization signal, Sync. Signal, or simply Sync. The signal transmitted and received in step 1c may be referred to as a CW (carrier wave).

[0089] Furthermore, the control information transmitted in step 2 may be referred to as DL control information or DL ​​control signal, and the data in step 2 may be referred to as DL data or DL ​​data signal. Furthermore, when control information and data are transmitted together in step 2, the control information and data transmitted together may be collectively referred to as DL control information / data or DL ​​control / data signal.

[0090] Note that, although an example in which the A-IoT UE is woken up by the WUS and energy is supplied to the A-IoT UE will be described below, the present disclosure is not limited to this. For example, step 1a may be divided into multiple steps. For example, step 1a may be divided into step 1a-1 for transmitting and receiving a signal from an energy source and step 1a-2 for transmitting and receiving a WUS.

[0091] Below, we will explain the case of DT as Proposal 1 and the case of DO-DTT as Proposal 2.

[0092] <Proposal 1: DT Case> <Proposal 1-1: Example of Operation Flow Including Step 1> The following describes the steps before receiving DL control information / data in the DT case. <Example of Step 1a> As described above, in step 1a, the A-IoT UE may receive a signal / wake-up signal (e.g., WUS) of an energy source. For example, in step 1a, the A-IoT UE may receive a WUS before receiving the DL control information / data signal.

[0093] Upon receiving the WUS, the A-IoT UE can expect to receive other subsequent DL signals (e.g., synchronization signals, DL control information, data).

[0094] The energy source function and / or the wake-up function may be supported by other DL signals (e.g., synchronization signals, DL control information, data). In other words, at least one of the other DL signals may have the function of an energy source to supply energy to the A-IoT UE, the function of wake-up to wake up the A-IoT UE, or the function of WUS. The WUS may correspond to a DL signal having the function of an energy source and the function of wake-up.

[0095] The energy source function and / or the wake-up function may also be supported by an independent signal, i.e., a signal independent of, for example, a synchronization signal, DL control information, or data may have the energy source function and / or the wake-up function.

[0096] The transmission of the WUS may be periodic or aperiodic. The A-IoT UE may receive the WUS periodically or aperiodic.

[0097] When the transmission of the DL control information / data is performed multiple times, the WUS may be transmitted before each of the multiple transmissions of the DL control information / data, or when the transmission of the DL control information / data is performed multiple times, the WUS may be transmitted before each of the multiple transmissions of the DL control information / data.

[0098] The WUS may be a signal in the form of a preamble for other DL signals (e.g., synchronization signals, DL control information, data), or may be a signal separate from other DL signals (e.g., synchronization signals, DL control information, data).

[0099] The WUS may be transmitted separated in time from other DL signals (e.g., synchronization signals, DL control information, data), or alternatively, the WUS may be transmitted without being separated in time from other DL signals.

[0100] <Example of Step 1b> As described above, in step 1b, the A-IoT UE may receive a synchronization signal. For example, in step 1b, the A-IoT UE may receive the synchronization signal before receiving the DL control information / data signal.

[0101] Upon receiving the synchronization signal, the A-IoT UE can expect to receive other subsequent DL signals (e.g., WUS, DL control information, data).

[0102] The time synchronization function and / or the frequency synchronization function may be supported by other DL signals (e.g., WUS, DL control information, data). In other words, at least one of the other DL signals may have the function of time synchronization in the A-IoT UE, may have the function of frequency synchronization in the A-IoT UE, or may have the function of a synchronization signal. The synchronization signal may correspond to a DL signal having a synchronization function (e.g., the function of time synchronization and / or the function of frequency synchronization).

[0103] Furthermore, the time synchronization function and / or the frequency synchronization function may be supported by an independent signal. In other words, for example, a signal independent of the synchronization signal, DL control information, and data may have the time synchronization function and / or the frequency synchronization function.

[0104] The transmission of the synchronization signal may be periodic or aperiodic. The A-IoT UE may receive the synchronization signal periodically or aperiodically.

[0105] For example, when A-IoT UE-triggered transmission (e.g., scheduling request) is taken into consideration, the synchronization signal may be transmitted periodically. Also, for example, when A-IoT UE transmission is always triggered by the NW (network), the synchronization signal may not be transmitted periodically but may be transmitted aperiodically. When A-IoT UE transmission is always triggered by the NW (network), aperiodic transmission of the synchronization signal is sufficient to achieve synchronization.

[0106] For example, the method of transmitting the synchronization signal may be determined depending on the frequency and / or number of A-IoT traffic occurrences and the time for which the A-IoT UE can maintain synchronization.

[0107] In the case where multiple transmissions of DL control information / data are performed, the synchronization signal may be transmitted before each of the multiple transmissions of DL control information / data, or alternatively, in the case where multiple transmissions of DL control information / data are performed, the synchronization signal may be transmitted before each of the multiple transmissions of DL control information / data.

[0108] The synchronization signal may be a signal in the form of a preamble for other DL signals (e.g., WUS, DL control information, data), or may be a signal separate from other DL signals (e.g., WUS, DL control information, data).

[0109] The synchronization signal may be transmitted separated in time from other DL signals (e.g., WUS, DL control information, data), or may be transmitted without being separated in time from other DL signals (e.g., WUS, DL control information, data).

[0110] <Example of Flow> Next, an example of the flow up to reception of DL control information / data, including the above-mentioned step 1a and step 1b, will be described. As an example, the DL signal received by the A-IoT UE in the operation up to reception of DL control information / data (e.g., step 1a, step 1b, step 2) will be described.

[0111] Below, each option of Proposal 1-1 will be explained regarding the DL signal received by the A-IoT UE. Note that in the following explanation, with respect to α and β, which are examples of DL signals, the notation "[α] > [β]" indicates that α and β are transmitted separately, and α is a signal transmitted earlier in time than β. In this case, the BS transmits α earlier in time than β. In this case, it is assumed that the A-IoT UE receives α and β separately, and it is not necessary to assume that α and β are received together. In this case, it may also be assumed that the A-IoT UE receives α earlier in time than β. For example, [WUS] > [Synchronization signal] indicates that the WUS is transmitted earlier in time than the synchronization signal.

[0112] For example, with respect to α, β, and γ, which are each examples of DL signals, the notation "[α] > [β] > [γ]" indicates that of α, β, and γ, α is transmitted first, then β is transmitted, and finally γ is transmitted.

[0113] In the following description, the notation "[α and β]" indicates that α and β are transmitted together. The BS transmits α and β together. In this case, the A-IoT UE assumes that it receives α and β together, and does not need to assume that it receives α and β separately. Similarly, the notation "[α and β and γ]" indicates that α, β, and γ are transmitted together.

[0114] Note that transmitting α and β together may correspond to one of α and β being added as a preamble of the other. Alternatively, transmitting α and β together may correspond to one of α and β having the function of the other. Alternatively, transmitting α and β together may correspond to α and β being transmitted without being separated in time. Alternatively, transmitting α and β together may correspond to α and β being transmitted within the same transmission time (e.g., TTI, frame, etc.). Alternatively, transmitting α and β together may correspond to α and β being received within the same reception time (e.g., time window, etc.). Alternatively, transmitting α and β together may correspond to a field including α and a field including β being included in the format of a certain transmission frame. Alternatively, transmitting α and β together may correspond to a time offset between the transmission timing of one of α and β and the transmission timing of the other of α and β being zero or less than a threshold (e.g., zero). Alternatively, transmitting α and β together may correspond to the time offset between the reception timing of one of α and β and the reception timing of the other being zero or less than a threshold value (e.g., zero).

[0115] Note that transmitting α and β separately may correspond to transmitting α and β separately in time. Alternatively, transmitting α and β separately may correspond to the transmission time (e.g., TTI, frame, etc.) at which α is transmitted being different from the transmission time at which β is transmitted. Alternatively, transmitting α and β separately may correspond to the reception time (e.g., time window, etc.) at which α is received being different from the reception time at which β is received. Alternatively, transmitting α and β separately may correspond to the absence of a field including β in the format of a transmission frame including a field including α. Alternatively, transmitting α and β together may correspond to the time offset between the transmission timing of one of α and β and the transmission timing of the other being greater than a threshold (e.g., zero). Alternatively, transmitting α and β together may correspond to the time offset between the reception timing of one of α and β and the reception timing of the other being greater than a threshold (e.g., zero).

[0116] Option 1: [WUS] > [Synchronization signal] > [DL control information] > [DL data] In option 1, the WUS, synchronization signal, DL control information, and DL data are transmitted separately.

[0117] Option 2: [WUS] > [Synchronization signal] > [DL control information and DL data] In option 2, the WUS and synchronization signal are each transmitted separately from other DL signals.

[0118] In Option 2, the DL control information and the DL data are transmitted together. The format in which the DL control information and the DL data are transmitted together is not particularly limited. For example, the DL control information (e.g., DL control signal) may be a preamble of the DL data (e.g., DL data information or DL ​​data signal). Alternatively, the DL control information (e.g., DL control signal) and the DL data (e.g., DL data signal) are transmitted without time separation.

[0119] Option 3: [WUS] > [Synchronization signal and DL control information] > [DL data] In option 3, WUS is transmitted separately from other DL signals, and DL data is transmitted separately from other DL signals.

[0120] In option 3, the synchronization signal and DL control information (e.g., DL control signal) are transmitted together. The format in which the synchronization signal and DL control information (e.g., DL control signal) are transmitted together is not particularly limited. For example, the synchronization signal may carry the DL control information in the form of a single signal. Alternatively, the synchronization signal may be a preamble of the DL control information. Alternatively, the synchronization signal and DL control information (e.g., DL control signal) are transmitted without any time separation.

[0121] Option 4: [WUS] > [Synchronization signal, DL control information and DL data] In option 4, WUS is transmitted separately from other DL signals.

[0122] In option 4, the synchronization signal, DL control information, and DL data are transmitted together. The format in which the synchronization signal, DL control information, and DL data are transmitted together is not particularly limited. For example, the synchronization signal may carry the DL control information and DL data in the form of a single signal. Alternatively, the synchronization signal may be a preamble for the DL control information and DL data. Alternatively, the synchronization signal, DL control information, and DL data (e.g., DL control / data signals) may be transmitted without any time separation.

[0123] Option 5: [WUS and synchronization signals] > [DL control information] > [DL data] In option 5, the DL control information and DL data are each transmitted separately from other DL signals.

[0124] In option 5, the WUS and the synchronization signal are transmitted together. The format in which the WUS and the synchronization signal are transmitted together is not particularly limited. For example, one signal may be transmitted as both an energy source and a synchronization signal. In other words, in this case, one signal has the functions of the WUS (and the energy source) and the synchronization signal. Alternatively, the WUS may be a preamble of the synchronization signal. Alternatively, the WUS and the synchronization signal may be transmitted without any time separation.

[0125] Option 6: [WUS and Synchronization Signal] > [DL Control Information and DL Data] In option 6, the WUS and synchronization signal are transmitted together. The format in which the WUS and synchronization signal are transmitted together is not particularly limited. For example, one signal may be transmitted as both an energy source and a synchronization signal. In other words, in this case, one signal has the functions of the WUS (and the energy source) and the synchronization signal. Alternatively, the WUS may be a preamble of the synchronization signal. Alternatively, the WUS and synchronization signal may be transmitted without any time separation.

[0126] Also, in option 6, the DL control information and DL data are transmitted together. The format in which the DL control information and DL data are transmitted together is not particularly limited. For example, the DL control information (e.g., DL control signal) may be a preamble of the DL data (e.g., DL data information or DL ​​data signal). Alternatively, the DL control information (e.g., DL control signal) and DL data (e.g., DL data signal) are transmitted without separation in time.

[0127] Option 7: [WUS, synchronization signal and DL control information] > [DL data] In option 7, DL data is transmitted separately from other DL signals.

[0128] In option 7, the WUS, synchronization signal, and DL control information are transmitted together. The format in which the WUS, synchronization signal, and DL control information are transmitted together is not particularly limited. For example, one signal may be transmitted as the energy source and synchronization signal, and also carry the DL control information. Alternatively, the WUS may be a preamble of a signal in which the synchronization signal and DL control information are transmitted together. Note that the format of the signal in which the synchronization signal and DL control information are transmitted together may be any of the formats shown in option 3 above. Alternatively, the WUS and synchronization signal may be a preamble of DL control information (e.g., a DL control signal). Alternatively, the WUS, synchronization signal, and DL control information are transmitted without any time separation.

[0129] Option 8: [WUS, Synchronization Signal, DL Control Information, and DL Data] In option 8, the WUS, synchronization signal, DL control information, and DL data are transmitted together. The format in which the WUS, synchronization signal, DL control information, and DL data are transmitted together is not particularly limited. For example, one signal may be transmitted as the energy source and synchronization signal and carry the DL control information and DL data. Alternatively, the WUS may be a preamble of a signal in which the synchronization signal, DL control information, and DL data are transmitted together. Note that the format of the signal in which the synchronization signal, DL control information, and DL data are transmitted together may be any of the formats shown in option 4 above. Alternatively, the WUS and synchronization signal may be a preamble of the DL control information and DL data (e.g., DL control / data signal). Alternatively, the WUS, synchronization signal, DL control information, and DL data are transmitted without temporal separation.

[0130] Option 9: [WUS] > [Synchronization signal] > [DL control information] > [Synchronization signal] > [DL data] In option 9, the synchronization signal is transmitted before each of the DL control information and DL data transmissions. In option 9, the WUS, synchronization signal, DL control information, and DL data are transmitted separately. And, in option 9, the synchronization signal is transmitted before each of the DL control information and DL data transmissions.

[0131] Option 10: [WUS] > [Synchronization signal and DL control information] > [Synchronization signal and DL data] In option 10, synchronization signals are transmitted for each transmission of DL control information and DL data. In option 10, WUS is transmitted separately from other DL signals.

[0132] In option 10, the synchronization signal transmitted in response to transmission of DL control information is transmitted together with the DL control information. The format in which the synchronization signal and DL control information (e.g., DL control signal) are transmitted together is not particularly limited. For example, the synchronization signal may carry the DL control information in the form of a single signal. Alternatively, the synchronization signal may be a preamble of the DL control information. Alternatively, the synchronization signal and DL control information (e.g., DL control signal) may be transmitted without any time separation.

[0133] In option 10, the synchronization signal transmitted in response to DL data transmission is transmitted together with the DL data. The format in which the synchronization signal and DL data (e.g., DL data signal) are transmitted together is not particularly limited. For example, the synchronization signal may carry the DL data in the form of a single signal. Alternatively, the synchronization signal may be a preamble for the DL data. Alternatively, the synchronization signal and DL data may be transmitted without any time separation.

[0134] Option 11: [WUS and Synchronization Signal] > [DL Control Information] > [Synchronization Signal] > [DL Data] In option 11, a synchronization signal is transmitted for each DL control information transmission and DL data transmission. Also, in option 11, the DL control information, DL data, and synchronization signal for DL ​​data transmission are each transmitted separately from other DL signals.

[0135] In option 11, the synchronization signal transmitted for DL ​​control information is transmitted together with the WUS. The format in which the WUS and synchronization signal are transmitted together is not particularly limited. For example, one signal may be transmitted as both an energy source and a synchronization signal. In other words, in this case, one signal has the functions of the WUS (and the energy source) and the synchronization signal. Alternatively, the WUS may be a preamble of the synchronization signal. Alternatively, the WUS and the synchronization signal may be transmitted without any time separation.

[0136] Option 12: [WUS, synchronization signal, and DL control information]>[Synchronization signal and DL data] In option 12, a synchronization signal is transmitted for each transmission of DL control information and DL data.

[0137] In Option 12, the WUS, DL control information, and a synchronization signal for the DL control information are transmitted together. The format in which the WUS, synchronization signal, and DL control information are transmitted together is not particularly limited. For example, one signal may be transmitted as the energy source and synchronization signal and also carry the DL control information. Alternatively, the WUS may be a preamble of a signal in which the synchronization signal and DL control information are transmitted together. Note that the format of the signal in which the synchronization signal and DL control information are transmitted together may be any of the formats shown in Option 3 above. Alternatively, the WUS and synchronization signal may be a preamble of DL control information (e.g., a DL control signal). Alternatively, the WUS, synchronization signal, and DL control information are transmitted without any time separation.

[0138] In Option 12, a synchronization signal for DL ​​data and the DL data are transmitted together. The format in which the synchronization signal and the DL data are transmitted together is not particularly limited. For example, the synchronization signal may carry the DL data in the form of a single signal. Alternatively, the synchronization signal may be a preamble for the DL data. Alternatively, the synchronization signal and the DL data may be transmitted without any time separation.

[0139] In each option of Proposal 1-1 above, some DL signals are transmitted together. By transmitting some DL signals together, the signal reception interval (monitoring interval) can be shortened, which reduces the monitoring load and decoding load and reduces the power consumption of the A-IoT UE.

[0140] In addition, in each option of Proposal 1-1 above, some DL signals are transmitted separately from other DL signals. For example, in A-IoT, there are cases where the transmission rate is not high and the amount of information (signal length) that can be transmitted in one transmission operation is small. In such cases, by not transmitting the DL signals together with other DL signals, the amount of information (or data) contained in the DL signals can be relatively increased.

[0141] Note that, among the options in Proposal 1-1 described above, one or more applied options may be specified in the specifications. Furthermore, one or more options supported by the A-IoT UE may be reported as A-IoT capabilities. Furthermore, one or more applied options may be notified to the A-IoT UE by the BS. For example, one option specified in the specifications may be applied, or one of multiple options specified in the specifications may be selected and applied by the BS based on the A-IoT capabilities, etc. For example, among multiple options specified in the specifications, one or more options supported by the A-IoT UE may be reported as A-IoT capabilities, and based on the report, one or more applied options may be notified to the A-IoT UE by the BS.

[0142] The options in Proposal 1-1 described above may be selected depending on the situation in which A-IoT is applied. For example, when the transmission rate of the DL signal is high, an option including a format in which some DL signals are transmitted together is applied. Also, for example, when the amount of information of the DL control information and DL data is large, an option in which the DL control information and DL data are transmitted separately from other DL signals is applied.

[0143] Figure 13 is a diagram showing an example of a flow in the DT case according to this embodiment. Figure 13 shows examples of the flow of each of the above-mentioned options 3, 6, 9, and 12. Note that each option shows an example of a DL signal transmitted from the BS (gNB) to the A-IoT UE.

[0144] In Option 3 of Figure 13, after the WUS is sent to the A-IoT UE, the synchronization signal and DL control information are sent together. After the A-IoT UE receives the WUS and wakes up, it receives the synchronization signal and DL control information together.

[0145] In option 6 of Figure 13, after WUS and synchronization signal are sent to the A-IoT UE, DL control information and DL data are sent together. After the A-IoT UE receives the WUS and synchronization signal, it wakes up and synchronizes, and then receives the DL control information and DL data together.

[0146] In option 9 of FIG. 13, after a WUS is sent to an A-IoT UE, a synchronization signal is sent before sending DL control information, and a synchronization signal is sent before sending DL data.

[0147] 13, WUS, DL control information, and a synchronization signal for the DL control information are transmitted together, and a synchronization signal for DL ​​data and DL data are transmitted together.

[0148] As described above, Proposal 1-1 shows the transmission and reception methods, such as the format and transmission procedure of the signal received by the A-IoT UE in Step 1. By applying one of the methods shown in Proposal 1-1, the reception method of the signal received by the A-IoT UE becomes clear, allowing for appropriate reception. For example, by the A-IoT UE properly receiving signals, the A-IoT system can operate properly (e.g., DL reception). In addition, by the A-IoT UE properly receiving signals, resource consumption is reduced, thereby suppressing a decrease in the utilization efficiency of resources used for signal transmission and an increase in overhead.

[0149] The DL control information may include any of the following: PCID (physical cell ID), system information, scheduling information for DL ​​data reception, and information indicating whether the subsequent flow is DT or DO-DTT.

[0150] Of the above steps, one or more steps may be skipped, or one or more steps may be merged. For example, any of steps 2, 3, and X may be the energy source.

[0151] <Proposal 1-2: Timing Relationship in the DT Case> Below, we will explain a proposal (Proposal 1-2) related to the timing relationship between Step 1a and Step 1b shown below for DT in Topology 1. Step 1a: The A-IoT UE wakes up by a carrier waveform (or may be replaced by a carrier wave) or other RF signal transmitted from an energy source / BS that supplies energy to the A-IoT UE. As mentioned above, the signal received by the A-IoT UE in Step 1a may be referred to as WUS. Step 1b: The A-IoT UE receives a synchronization signal from the BS.

[0152] Below we describe option 1, where the receive timing (or transmit timing) of step 1b is determined by a time offset from step 1a, and option 2, where step 1b is performed in a time window.

[0153] <Option 1 of Proposal 1-2> Step 1b (e.g., receiving a synchronization signal) may be performed at a time offset from step 1a. The A-IoT UE may receive a synchronization signal from the BS at a time offset from step 1a (e.g., receiving a WUS). In this case, the BS may transmit a synchronization signal to the A-IoT UE at a time offset from step 1a (e.g., transmitting a WUS).

[0154] In addition, if the signal of step 1a is transmitted together with a signal of a step other than step 1a (for example, a step earlier than step 1a), step 1b may be executed at a timing that is a time offset from the transmission timing or reception timing of the transmitted signal.

[0155] The granularity of the time offset can be subframe / slot / slot group / symbol / symbol group / second / millisecond / microsecond or any time unit defined for A-IoT.

[0156] The time offset may be specified in the specification. In this case, the time offset may be, for example, 0 seconds, 1 millisecond, 1 slot, etc. All A-IoT UEs may support this time offset value, or the time offset may be specified depending on the details / characteristics of step 1a. In the latter case, different offsets may be specified depending, for example, on the information contained in the WUS received in step 1a, or on the strength of the energy provided by the WUS, etc.

[0157] The time offset may also be reported as an A-IoT capability (an A-IoT UE may report the time offset to the BS as an A-IoT capability).

[0158] The time offset may also be notified to the A-IoT UE by the BS. For example, the A-IoT UE may receive and store information (e.g., configuration information) regarding the time offset from the BS prior to step 1b (or step 1a), and the time offset may be pre-configured using the information. When the time offset is notified by the BS, a minimum allowed value and / or a maximum allowed value may be specified in the specification or reported as the A-IoT capability. For example, the A-IoT UE may report the minimum allowed value and / or the maximum allowed value as the A-IoT capability to the BS. In other words, the A-IoT UE may not assume a time offset smaller than value X and / or larger than value Y. In this case, value X corresponds to the minimum allowed value, and value Y corresponds to the maximum allowed value. The A-IoT UE may not assume a time offset smaller than value X and / or larger than value Y. For example, the A-IoT UE may expect a time offset greater than or equal to value X and / or less than or equal to value Y.

[0159] FIG. 14 is a diagram showing an example of interaction between a BS and an A-IoT UE according to option 1 of proposal 1-2.

[0160] As shown in the figure, the BS (gNB) transmits a signal (WUS) to the A-IoT UE, which is a carrier wave / RF signal as an energy source, in response to the occurrence of a packet in an upper layer such as the gNB's application layer (corresponding to the "Packet arrival" shown in the figure). In response, the A-IoT UE wakes up by receiving the WUS (step 1a). Then, the gNB transmits a synchronization signal to the A-IoT UE. In response, the A-IoT UE receives a synchronization signal from the gNB at a time offset elapsed from step 1a, and synchronizes (step 1b).

[0161] <Option 2 of Proposal 1-2> Step 1b (e.g., receiving a synchronization signal) may be performed within a time window. The time window may also be referred to as a time interval, period, etc. (e.g., during which the A-IoT UE performs monitoring). For example, the A-IoT UE may receive a synchronization signal from the BS within the time window.

[0162] The beginning or start of the time window may be a timing that is a certain time offset from step 1a. Note that if the signal of step 1a is transmitted together with a signal of a step other than step 1a (e.g., a step earlier than step 1a), the beginning or start of the time window of step 1b may be a timing that is a time offset from the transmission or reception timing of the transmitted signal.

[0163] The granularity of the time window and time offset may be subframe / slot / slot group / symbol / symbol group / second / millisecond / microsecond or any time unit defined for A-IoT.

[0164] The time offset may be specified in the specification. In this case, the time offset may be, for example, 0 seconds, 1 millisecond, 1 slot, etc. All A-IoT UEs may support this time offset value, or the time offset may be specified depending on the details / characteristics of step 1a. In the latter case, different offsets may be specified depending, for example, on the information contained in the WUS received in step 1a, or on the strength of the energy provided by the WUS, etc.

[0165] The time offset may also be reported as an A-IoT capability (an A-IoT UE may report the time offset to the BS as an A-IoT capability).

[0166] The time offset may also be notified to the A-IoT UE by the BS. For example, the A-IoT UE may receive and store information (e.g., configuration information) regarding the time offset from the BS prior to step 1b (or step 1a), and the time offset may be preset by the information. When the time offset is notified by the BS, a minimum and / or maximum allowable value may be specified in the specification or reported as the A-IoT capability. For example, the A-IoT UE may report the minimum and / or maximum allowable values ​​to the BS as its A-IoT capability. In other words, the A-IoT UE may not assume a time offset smaller than value X and / or larger than value Y. In this case, value X corresponds to the minimum allowable value, and value Y corresponds to the maximum allowable value. The A-IoT UE may not assume a time offset smaller than value X and / or larger than value Y. For example, the A-IoT UE may assume a time offset equal to or greater than value X and / or equal to or less than value Y.

[0167] The length of the time window (time window length) may be specified / reported / notified as described in (2a) to (2c) below.

[0168] (2a) The time window length may be specified in the specification. In this case, the time window length may be, for example, 1 millisecond, 4 slots, etc. All A-IoT UEs may support this value of the time window length, or the time window length may be specified depending on the details / characteristics of step 1a. In the latter case, different time window lengths may be specified depending on, for example, the information contained in the WUS received in step 1a, the strength of the energy provided by the WUS, etc.

[0169] (2b) The time window length may be reported as an A-IoT capability. For example, an A-IoT UE may report the time window length to the BS as an A-IoT capability.

[0170] (2c) The time window length may be notified to the A-IoT UE by the BS. For example, the A-IoT UE may receive and store information (e.g., configuration information) regarding the time window length from the BS prior to step 1b (or step 1a), and the time window length may be preset by the information. When the time window length is notified by the BS, the minimum and / or maximum allowed values ​​may be specified in the specification or reported as the A-IoT capability. For example, the A-IoT UE may report the minimum and / or maximum allowed values ​​to the BS as its A-IoT capability. In other words, the A-IoT UE may not assume a time window length smaller than value X and / or larger than value Y. In this case, value X corresponds to the minimum allowed value, and value Y corresponds to the maximum allowed value. The A-IoT UE may not assume a time window length smaller than value X and / or larger than value Y. For example, the A-IoT UE may assume a time window length greater than or equal to value X and / or less than or equal to value Y.

[0171] FIG. 15 is a diagram showing an example of communication between a BS and an A-IoT UE according to option 2 of proposal 1-2.

[0172] As shown in the figure, the BS (gNB) transmits a WUS to the A-IoT UE in response to the occurrence of a packet in a higher layer such as the gNB's application layer (corresponding to "Packet arrival" shown in the figure), and in response, the A-IoT UE wakes up by receiving the WUS (step 1a). Then, the gNB transmits a synchronization signal to the A-IoT UE, and in response, the A-IoT UE receives a synchronization signal from the gNB within a time window starting at a time offset elapsed from step 1a, and synchronizes (step 1b).

[0173] Also, in option 2, the A-IoT UE may monitor a synchronization signal from the BS within a time window after receiving the WUS. In other words, the A-IoT UE may assume that a synchronization signal will be transmitted or received from the BS within the time window. Also, for example, if the A-IoT UE does not receive a synchronization signal from the BS within the time window, it may transition or move to a sleep state. In other words, if the A-IoT UE does not receive a synchronization signal from the BS within the time window, it may not receive / monitor a synchronization signal from the BS after the time window. After the time window, the A-IoT UE may not assume that a synchronization signal will be transmitted or received from the BS.

[0174] After step 1a (i.e., after a WUS is received), even if the A-IoT UE does not receive a synchronization signal for the A-IoT UE from the BS within the time window, if the A-IoT UE receives another WUS within the time window, the A-IoT UE continues to monitor or receive subsequent DL signals and does not transition or enter a sleep state. For example, whether a signal (e.g., WUS, synchronization signal, control information, data) is for the A-IoT UE is indicated by any of steps 1a, 1b, 2, or 2a.

[0175] Only if the A-IoT UE receives a specific or dedicated signal for the A-IoT UE from the BS within the time window after step 1a or step 1b, the A-IoT UE continues to monitor or receive subsequent DL signals and does not transition or transition to a sleep state. Otherwise, the A-IoT UE transitions or transitions to a sleep state. Note that the specific or dedicated signal for the A-IoT UE is, for example, control information or data dedicated to the A-IoT UE. Furthermore, the above-mentioned case may be, for example, if the A-IoT UE does not receive a specific or dedicated signal for the A-IoT UE from the BS within the time window after step 1a or step 1b. For example, the signals transmitted and received in step 1a and step 1b (e.g., WUS and / or synchronization signals) may be cell-common signals. The signals (e.g., control information, data) transmitted and received in step 2 may be UE-specific or UE-group specific. Whether a signal (e.g., WUS, synchronization signal, control information, data) is for an A-IoT UE may be indicated by any of steps 1a, 1b, 2, and 2a.

[0176] Also, even if the A-IoT UE does not receive any information (or signal) for the A-IoT UE from the BS within the time window after step 1b (i.e., after the synchronization signal is received), if the A-IoT UE receives another WUS or another synchronization signal within the time window, the A-IoT UE continues to monitor or receive subsequent DL signals and does not transition or enter a sleep state. Note that whether a signal (e.g., WUS, synchronization signal, control information, data) is for the A-IoT UE may be indicated by any of steps 1a, 1b, 2, or 2a.

[0177] The time window may be defined for the start timing of the signal of step 1b (e.g., a synchronization signal) or for the end timing of the signal of step 1b. Alternatively, the time window may be defined for the entire signal of step 1b. For example, if the time window is defined for the start timing of the signal of step 1b, the end timing of the signal of step 1b may be within or outside the time window. If the time window is defined for the entire signal of step 1b, the start timing and end timing of the signal of step 1b are included in the time window.

[0178] FIG. 16 is a diagram showing an example of communication between a BS and an A-IoT UE according to option 2 of proposal 1-2.

[0179] As shown in the figure, the BS (gNB) transmits a WUS to the A-IoT UE in response to the occurrence of a packet in a higher layer, such as the application layer of the gNB (corresponding to "Packet arrival" shown in the figure). In response, the A-IoT UE wakes up by receiving the WUS (step 1a). Then, the A-IoT UE monitors a synchronization signal from the BS within a time window that starts at a time offset after step 1a (step 1b). In the example of FIG. 16, the synchronization signal is not received. After the time window, the A-IoT UE stops monitoring.

[0180] In option 2, the time window may be defined to include only the start or end timing of the signal / information transmitted / received in step 1b (i.e., the other timing may be outside the time window), or it may be defined to include the entire signal / information transmitted / received in step 2 (i.e., both the start timing and the end timing).

[0181] As described above, in Proposal 1-2, step 1 is divided into step 1a and step 1b, and the timing relationship between step 1a and step 1b is shown. By applying one of the methods shown in Proposal 1-2, the reception method (e.g., reception timing) of the signal received by the A-IoT UE becomes clear, allowing for appropriate reception. For example, by having the A-IoT UE receive signals at the appropriate reception timing, the A-IoT system can operate appropriately. Furthermore, by having the A-IoT UE receive signals at the appropriate timing, the A-IoT UE can avoid monitoring for long periods of time, thereby reducing the power consumption of the A-IoT UE.

[0182] As mentioned above, Proposal 1 shows the transmission method such as the signal format, transmission procedure, and transmission timing in Step 1 in the case of DT. Proposal 1 clarifies the reception method of the signal received by the A-IoT UE, enabling appropriate reception. For example, if the A-IoT UE receives the signal at the appropriate reception timing, the A-IoT system can operate appropriately.

[0183] <Variation of Proposal 1> The content of Proposal 1-1 described above may be applied to the flow for the DT case in Topology 2. Furthermore, the content of Proposal 1-2 described above may be applied to the timing relationship between step 1a and step 1b for DT in Topology 2. In this case, the content applies with "BS" replaced with "intermediate UE". For example, steps 1a and 1b are as follows: Step 1a: The A-IoT UE wakes up by a carrier waveform or other RF signal (e.g., WUS) transmitted from the intermediate UE as an energy source to supply energy to the A-IoT UE. Step 1b: The A-IoT UE receives a synchronization signal from the intermediate UE.

[0184] In the case of DT in Topology 2, the connection between the A-IoT UE and the intermediate UE may be referred to as a side link. When the connection between the A-IoT UE and the intermediate UE is referred to as a side link, the "DL" in the above description corresponds to the side link through which a signal is transmitted from the intermediate UE to the A-IoT UE, and the "UL" in the above description corresponds to the side link through which a signal is transmitted from the A-IoT UE to the intermediate UE.

[0185] Proposal 1-2 above may be applied to the timing relationship between step 1a and a step prior to step 1a (eg, a step of detecting an energy source).

[0186] Furthermore, in Proposal 1-2, the time offset may be defined as the period or interval between the start timing or end timing of a signal (e.g., WUS) in step 1a and the start timing of a signal (e.g., synchronization signal) in step 1b. Here, the start timing of a signal may be the timing at which signal transmission starts, the timing at which signal reception starts, or the timing indicated by the beginning of the signal. Furthermore, the end timing of a signal may be the timing at which signal transmission ends, the timing at which signal reception ends, or the timing indicated by the end of the signal.

[0187] <Proposal 2: Case of DO-DTT> <Proposal 2-1: Example of operation flow including step 1> The following describes the steps before DL control information / data reception and UL transmission in the case of DO-DTT. Note that, although the following description will be given of an example in which the DL signal includes a carrier wave (i.e., CW) for backscattering, the DL signal does not necessarily need to include CW.

[0188] <Example of Step 1a> As described above, in step 1a, the A-IoT UE may receive an energy source signal / wake-up signal (e.g., WUS). For example, in step 1a, the A-IoT UE may receive the WUS before receiving DL control information / data signals and UL transmission.

[0189] Upon receiving the WUS, the A-IoT UE may be able to expect to receive other subsequent DL signals (e.g., synchronization signals, DL control information, data, CW), and upon receiving the WUS, the A-IoT UE may be able to expect to receive subsequent UL transmissions.

[0190] The energy source function and / or the wake-up function may be supported by other DL signals (e.g., synchronization signal, DL control information, data, CW). In other words, at least one of the other DL signals may have the function of an energy source to supply energy to the A-IoT UE, the function of wake-up to wake up the A-IoT UE, or the function of WUS. The WUS may correspond to a DL signal having the function of an energy source and the function of wake-up.

[0191] The energy source function and / or the wake-up function may be supported by an independent signal. In other words, for example, an independent signal different from the synchronization signal, DL control information, data, and CW may have the energy source function and the wake-up function.

[0192] The transmission of the WUS may be periodic or aperiodic. The A-IoT UE may receive the WUS periodically or aperiodic.

[0193] When the transmission of the DL control information / data is performed multiple times, the WUS may be transmitted before each of the multiple transmissions of the DL control information / data, or when the transmission of the DL control information / data is performed multiple times, the WUS may be transmitted before each of the multiple transmissions of the DL control information / data.

[0194] The WUS may be a signal in the form of a preamble for other DL signals (e.g., synchronization signals, DL control information, data, CW), or may be a signal separate from other DL signals (e.g., synchronization signals, DL control information, data, CW).

[0195] The WUS may be transmitted separated in time from other DL signals (e.g., synchronization signals, DL control information, data, CW), or alternatively, the WUS may be transmitted without being separated in time from other DL signals.

[0196] <Example of Step 1b> As described above, in step 1b, the A-IoT UE may receive a synchronization signal. In step 1b, the A-IoT UE may receive the synchronization signal before receiving the DL control information / data signal.

[0197] Upon receiving the synchronization signal, the A-IoT UE may be able to expect to receive other subsequent DL signals (e.g., WUS, DL control information, data, CW) and may also be able to expect to receive subsequent UL transmissions.

[0198] The time synchronization function and / or the frequency synchronization function may be supported by other DL signals (e.g., WUS, DL control information, data, CW). In other words, at least one of the other DL signals may have the function of time synchronization in the A-IoT UE, may have the function of frequency synchronization in the A-IoT UE, or may have the function of a synchronization signal. The synchronization signal may correspond to a DL signal having a synchronization function (e.g., the function of time synchronization and / or the function of frequency synchronization).

[0199] Furthermore, the time synchronization function and / or the frequency synchronization function may be supported by an independent signal. In other words, for example, a signal independent of the synchronization signal, DL control information, data, and CW may have the time synchronization function and / or the frequency synchronization function.

[0200] The transmission of the synchronization signal may be periodic or aperiodic. The A-IoT UE may receive the synchronization signal periodically or aperiodically.

[0201] For example, when A-IoT UE-triggered transmission (e.g., scheduling request) is taken into consideration, the synchronization signal may be transmitted periodically. Also, for example, when A-IoT UE transmission is always triggered by the NW (network), the synchronization signal may not be transmitted periodically but may be transmitted aperiodically. When A-IoT UE transmission is always triggered by the NW (network), aperiodic transmission of the synchronization signal is sufficient.

[0202] For example, the method of transmitting the synchronization signal may be determined depending on the frequency and / or number of A-IoT traffic occurrences and the time for which the A-IoT UE can maintain synchronization.

[0203] In the case where multiple transmissions of DL control information / data are performed, the synchronization signal may be transmitted before each of the multiple transmissions of DL control information / data, or alternatively, in the case where multiple transmissions of DL control information / data are performed, the synchronization signal may be transmitted before each of the multiple transmissions of DL control information / data.

[0204] The synchronization signal may be a signal in the form of a preamble for other DL signals (e.g., WUS, DL control information, data, CW), or may be a signal separate from other DL signals (e.g., WUS, DL control information, data, CW).

[0205] The synchronization signal may be transmitted separated in time from other DL signals (e.g., WUS, DL control information, data, CW), or may be transmitted without being separated in time from other DL signals (e.g., WUS, DL control information, data, CW).

[0206] <Example of Step 1c> As described above, in step 1c, the A-IoT UE may receive a carrier wave (CW) for backscattering.

[0207] Upon receiving the CW, the A-IoT UE can expect to receive other subsequent DL signals (eg, synchronization signals, DL control information, data) and / or transmit subsequent UL signals.

[0208] The transmission of the CW may be periodic or aperiodic. The A-IoT UE may receive the CW periodically or aperiodic.

[0209] When the A-IoT UE performs multiple UL transmissions, the CW may be transmitted from the BS to the A-IoT UE before each of the multiple UL transmissions. Alternatively, when the A-IoT UE performs multiple UL transmissions, the CW may be transmitted from the BS to the A-IoT UE for the multiple UL transmissions before the multiple UL transmissions.

[0210] The CW may be a signal in the form of a preamble for other DL signals (e.g., WUS, synchronization signal, DL control information, data), or may be a signal separate from other DL signals (e.g., WUS, synchronization signal, DL control information, data).

[0211] The CW may be transmitted separated in time from other signals, or the WUS may be transmitted without being separated in time from other signals.

[0212] If the A-IoT UE supports active RF, for example, if the A-IoT UE supports internal signal generation, step 1c may be skipped or ignored.

[0213] Furthermore, if an A-IoT UE supports active RF, for example, even if the A-IoT UE supports internal signal generation, the BS may transmit a CW to the A-IoT UE. In this case, the A-IoT UE supporting active RF may perform UL transmission without using a CW, or may perform UL transmission using a CW. For example, when a CW is broadcast, there is a possibility that the CW may reach an A-IoT UE supporting active RF. In this case, the A-IoT UE supporting active RF may perform UL transmission without using a CW, or may perform UL transmission using a CW.

[0214] <Example of Flow> Next, an example of a flow including the above-mentioned steps 1a, 1b, and 1c from reception of DL control information / data to UL transmission will be described. As an example, a DL signal received by the A-IoT UE in the operation up to reception of DL control information / data (e.g., step 1a, step 1b, step 1c, and step 2) will be described.

[0215] In addition, each option before receiving DL control information / data in Proposal 1-1 may also be applied to each option of Proposal 2-1 below.

[0216] In the following description, DL signals other than CW include at least one of WUS, synchronization signal, DL control information, and DL data.

[0217] Option 1: [DL signals other than CW] > [CW] > [UL data] In option 1, CW is transmitted separately from other DL signals. Also, in option 1, CW may be transmitted before any of step 1a, step 1b, and step 2. Alternatively, CW may be transmitted after any of step 1a, step 1b, and step 2.

[0218] Option 2: [DL signal other than CW and CW] > [UL data] In option 2, CW is transmitted together with at least one DL signal other than CW. The format of transmitting CW together with at least one DL signal other than CW may be any of the following options 2-1 to 2-10.

[0219] Option 2-1: WUS and CW are transmitted together. In option 2-1, for example, one signal is transmitted as both an energy source and a CW. In other words, in this case, one signal has the functions of WUS (and an energy source) and CW. For example, CW is used as an energy source.

[0220] Alternatively, in option 2-1, the WUS may be a preamble to the CW, or the CW may be a preamble to the WUS. Alternatively, in option 2-1, the WUS and the CW are transmitted without separation in time.

[0221] Option 2-2: A synchronization signal and a CW are transmitted together. In option 2-2, for example, one signal is transmitted as both a synchronization signal and a CW. In other words, in this case, one signal has the functions of both a synchronization signal and a CW. For example, the CW is used to obtain synchronization.

[0222] Alternatively, in option 2-2, the synchronization signal may be a preamble to the CW, or the CW may be a preamble to the synchronization signal. Alternatively, in option 2-2, the synchronization signal and the CW are transmitted without separation in time.

[0223] Option 2-3: DL control information and CW are transmitted together. In option 2-3, the DL control information may be a preamble of the CW, or the CW may be a preamble of the DL control information. Alternatively, in option 2-3, the DL control information and CW are transmitted without any time separation.

[0224] Option 2-4: DL data and CW are transmitted together. In option 2-4, the DL data may be a preamble to the CW, or the CW may be a preamble to the DL data. Alternatively, in option 2-4, the DL data and CW are transmitted without any time separation.

[0225] Option 2-5: WUS, a synchronization signal, and a CW are transmitted together. Option 2-5 may correspond to a signal in which a WUS and a synchronization signal are transmitted together, and a CW is transmitted together. Note that the format in which a WUS and a synchronization signal are transmitted together may be any of the formats shown in Option 5 of Proposal 1-1.

[0226] In options 2-5, one signal is transmitted as an energy source, a synchronization signal, and a CW. In other words, in this case, one signal has the functions of a WUS (and an energy source), a synchronization signal, and a CW. For example, a CW signal is used as an energy source and to obtain synchronization.

[0227] Alternatively, in option 2-5, the signal in the form of transmitting the WUS and the synchronization signal together may be a preamble of the CW, or the CW may be a preamble of the signal in the form of transmitting the WUS and the synchronization signal together. Alternatively, in option 2-5, the WUS, the synchronization signal, and the CW are transmitted without any time separation.

[0228] Option 2-6: A synchronization signal, DL control information, and CW are transmitted together. Option 2-6 may correspond to a case where a signal in a format in which a synchronization signal and DL control information are transmitted together and a CW are transmitted together. Note that the format in which the synchronization signal and DL control information are transmitted together may be any of the formats shown in Option 3 of Proposal 1-1.

[0229] In option 2-6, the signal in a format in which the synchronization signal and the DL control information are transmitted together may be a preamble of the CW, or the CW may be a preamble of the signal in a format in which the synchronization signal and the DL control information are transmitted together. Alternatively, in option 2-6, the synchronization signal, the DL control information, and the CW are transmitted without any time separation.

[0230] Option 2-7: DL control information, DL data, and CW are transmitted together. Option 2-7 may correspond to a case where a signal in a format in which DL control information and DL data are transmitted together and a CW are transmitted together. Note that the format in which DL control information and DL data are transmitted together may be any of the formats shown in Option 2 of Proposal 1-1.

[0231] In option 2-7, the signal in a format in which DL control information and DL data are transmitted together may be a preamble of the CW, or the CW may be a preamble of the signal in a format in which DL control information and DL data are transmitted together. Alternatively, in option 2-7, the DL control information, DL data, and CW are transmitted without separation in time.

[0232] Option 2-8: WUS, synchronization signal, DL control information, and CW are transmitted together. Option 2-8 may correspond to the case where a signal in a format in which WUS, synchronization signal, and DL control information are transmitted together, and CW are transmitted together. Note that the format in which WUS, synchronization signal, and DL control information are transmitted together may be any of the formats shown in Option 7 of Proposal 1-1.

[0233] In option 2-8, a signal in a format in which a WUS, a synchronization signal, and DL control information are transmitted together may be a preamble of a CW, or the CW may be a preamble of a signal in a format in which a WUS, a synchronization signal, and DL control information are transmitted together. Alternatively, in option 2-8, the WUS, the synchronization signal, the DL control information, and the CW are transmitted without being separated in time.

[0234] Option 2-9: A synchronization signal, DL control information, DL data, and CW are transmitted together. Option 2-9 may correspond to a case where a signal in a format in which a synchronization signal, DL control information, and DL data are transmitted together, and a CW are transmitted together. Note that the format in which a synchronization signal, DL control information, and DL data are transmitted together may be any of the formats shown in Option 4 of Proposal 1-1.

[0235] In option 2-9, the signal in a format in which the synchronization signal, DL control information, and DL data are transmitted together may be a preamble of the CW, or the CW may be a preamble of the signal in a format in which the synchronization signal, DL control information, and DL data are transmitted together. Alternatively, in option 2-9, the synchronization signal, DL control information, DL data, and CW are transmitted without being separated in time.

[0236] Option 2-10: WUS, synchronization signal, DL control information, DL data, and CW are transmitted together. Option 2-10 may correspond to a signal in a format in which WUS, synchronization signal, DL control information, and DL data are transmitted together, and CW is transmitted together. Note that the format in which WUS, synchronization signal, DL control information, and DL data are transmitted together may be any of the formats shown in Option 8 of Proposal 1-1.

[0237] In option 2-10, a signal in a format in which a WUS, a synchronization signal, DL control information, and DL data are transmitted together may be a preamble of a CW, or the CW may be a preamble of a signal in a format in which a WUS, a synchronization signal, DL control information, and DL data are transmitted together. Alternatively, in option 2-10, the WUS, the synchronization signal, DL control information, DL data, and CW are transmitted without being separated in time.

[0238] In each option of Proposal 2-1 above, some DL signals are transmitted together. This shortens the signal reception interval (monitoring interval), reducing the monitoring load and decoding load, and reducing the power consumption of the A-IoT UE.

[0239] In addition, in each option of Proposal 2-1 above, some DL signals are transmitted separately from other DL signals. For example, in A-IoT, there are cases where the transmission rate is not high and the amount of information (signal length) that can be transmitted in one transmission operation is small. In such cases, by not transmitting the DL signals together with other DL signals, the amount of information (or data) contained in the DL signals can be relatively increased.

[0240] Note that, among the options in Proposal 2-1 described above, one or more applied options may be specified in the specifications. Furthermore, one or more options supported by the A-IoT UE may be reported as A-IoT capabilities. Furthermore, one or more applied options may be notified to the A-IoT UE by the BS. For example, one option specified in the specifications may be applied, or one of multiple options specified in the specifications may be selected and applied by the BS based on the A-IoT capabilities, etc. For example, among multiple options specified in the specifications, one or more options supported by the A-IoT UE may be reported as A-IoT capabilities, and based on the report, one or more applied options may be notified to the A-IoT UE by the BS.

[0241] The options in Proposal 2-1 described above may be selected depending on the situation in which A-IoT is applied. For example, when the transmission rate of the DL signal is high, an option including a format in which some DL signals are transmitted together is applied. Also, for example, when the amount of information of the DL control information and DL data is large, an option in which the DL control information and DL data are transmitted separately from other DL signals is applied.

[0242] 17 is a diagram showing a first example of a flow for the DO-DTT case according to this embodiment. In FIG. 17, examples of the flow for each of the above-mentioned options 1 and 2-5 are shown. Note that each option shows an example of a signal transmitted from the BS (gNB) to the A-IoT UE.

[0243] In option 1 of Figure 17, the CW is transmitted separately from other DL signals. Also in option 1 of the figure, the CW is transmitted after step 2.

[0244] In option 2-5 of FIG. 17, CW, WUS and synchronization signals are transmitted together.

[0245] FIG. 18 is a diagram showing a second example of the flow for the DO-DTT case according to this embodiment. Similar to FIG. 17, FIG. 18 shows examples of the flow for each of the above-mentioned options 1 and 2-5. Note that each option shows an example of a signal transmitted from the BS (gNB) to the A-IoT UE. Also, unlike FIG. 17, FIG. 18 does not include transmission and reception of CW. Therefore, in each of options 1 and 2-5, CW is not transmitted or received.

[0246] As described above, Proposal 2-1 shows the transmission and reception methods, such as the format and transmission procedure of the signal received by the A-IoT UE in Step 1. By applying one of the methods shown in Proposal 2-1, the reception method of the signal received by the A-IoT UE becomes clear, allowing for appropriate reception. For example, by the A-IoT UE properly receiving signals, the A-IoT system can operate properly (e.g., DL reception and UL transmission). In addition, by the A-IoT UE properly receiving signals, resource consumption is reduced, thereby suppressing a decrease in the utilization efficiency of resources used for signal transmission and an increase in overhead.

[0247] The DL control information may include any of the following: PCID, system information, scheduling information for DL ​​data reception, and information indicating whether the subsequent flow is DT or DO-DTT.

[0248] Among the above-described steps, one or more steps may be skipped. Also, one or more steps may be merged. For example, any of steps 2, 3, and X may be the energy source. For example, when a carrier waveform (CW) is transmitted, transmission of DL control information / DL data may be skipped.

[0249] <Proposal 2-2: Timing Relationship in the Case of DO-DTT> Next, we will explain a proposal (Proposal 2-2) related to the timing relationship of Step 1c shown below for DO-DTT in Topology 1. As described above, DO-DTT may have three steps: Step 1: The A-IoT UE wakes up by a carrier waveform or other RF signal transmitted from the BS as an energy source to supply energy to the A-IoT UE. Step 2: The A-IoT UE receives information (DL control information, DL data) from the BS. Step 3: The A-IoT UE transmits a signal to the BS.

[0250] Step 1 may be divided into the following steps 1a to 1c: Step 1a: The A-IoT UE receives a WUS. Step 1b: The A-IoT UE receives a synchronization signal. Step 1c: The A-IoT UE receives a carrier wave (CW) for backscattering.

[0251] Step 2 may be divided into the following steps 2a and 2b: Step 2a: The A-IoT UE receives information A (e.g., DL control information) from the BS. Step 2b: The A-IoT UE receives information B (e.g., DL data information) from the BS.

[0252] In the following description, "Step 1" may correspond to the step when the WUS and the synchronization signal are received together.

[0253] Furthermore, in the following description, "Step 2" corresponds to the step when information A and information B are received together, "Step 2a" corresponds to the step when information A is received when information A and information B are received separately, and "Step 2b" corresponds to the step when information B is received when information A and information B are received separately.

[0254] Below we describe option 1, where the timing of step 1c is determined by a time offset from the other steps, and option 2, where step 1c is performed in a time window.

[0255] <Option 1 of Proposal 2-1> Step 1c (e.g., receiving the CW) may be performed at a time offset from the previous step, as shown in (a) to (g) below. For example, the A-IoT UE may receive the CW from the BS at a time offset from the previous step. (a) The timing when a time offset has elapsed from step 1a or step 1b. (b) The timing when a time offset has elapsed from any one of step 2, step 2a, and step 2b. (c) The timing when a time offset has elapsed from the start (beginning) / end (end) of the time window of step 1a when a signal (or information) is received within the time window in step 1a. (d) The timing when a time offset has elapsed from the start (beginning) / end (end) of the time window of step 1b when a signal (or information) is received within the time window in step 1b. (e) The timing when a time offset has elapsed from the start (beginning) / end (end) of the time window of step 2 when a signal (or information) is received within the time window in step 2. (f) The timing when a time offset has elapsed from the start (beginning) / end (end) of the time window of step 2a when a signal (or information) is received within the time window in step 2a. (g) When a signal (or information) is received within the time window in step 2b, the timing at which a time offset has elapsed from the start (beginning) / end (tail) of the time window in step 2b.

[0256] Regarding (a) above, if the signal of step 1a and the signal of step 1b are transmitted together, step 1c may be executed at a timing when a time offset has elapsed from the signal. Furthermore, regarding (c) to (g) above, if signals of multiple steps are received in one time window, step 1c may be executed at a timing when a time offset has elapsed from the start (beginning) / end (end) of the time window in which the signals of the multiple steps are received.

[0257] The granularity of the time offset may be subframe / slot / slot group / symbol / symbol group / second / millisecond / microsecond, or any time unit defined for A-IoT.

[0258] The time offset may be specified in a specification. In this case, the time offset may be, for example, 0 seconds, 1 millisecond, 1 slot, etc. All A-IoT UEs may support the time offset value, or the time offset may be specified depending on the details / characteristics of the signal (or information) in at least one of step 1a, step 1b, step 2, step 2a, and step 2b. In the latter case, for example, different offsets may be specified depending on the information explicitly or implicitly indicated by the signal in at least one of step 1a, step 1b, step 2, step 2a, and step 2b.

[0259] The time offset may also be reported as an A-IoT capability (an A-IoT UE may report the time offset to the BS as an A-IoT capability).

[0260] The time offset may also be notified to the A-IoT UE by the BS. For example, the time offset may be indicated to the A-IoT UE in information (or signals) in at least one of step 1a, step 1b, step 2, step 2a, and step 2b. Alternatively, the A-IoT UE may receive and store information (e.g., configuration information) about the time offset from the BS prior to at least one of step 1a, step 1b, step 2, step 2a, and step 2b, and the time offset may be pre-configured by the information. When the time offset is notified by the BS, the time offset may also be notified in information (or signals) transmitted / received in at least one of step 1a, step 1b, step 2, step 2a, and step 2b. For example, the A-IoT UE may receive information including information notifying the time offset from the BS. When a time offset is signaled by the BS, a minimum and / or maximum allowed value may be specified in the specification or reported as an A-IoT capability. For example, the A-IoT UE may report the minimum and / or maximum allowed value to the BS as its A-IoT capability. In other words, the A-IoT UE may not assume a time offset smaller than value X and / or larger than value Y. In this case, value X corresponds to the minimum allowed value, and value Y corresponds to the maximum allowed value. The A-IoT UE may not assume a time offset smaller than value X and / or larger than value Y. For example, the A-IoT UE may assume a time offset equal to or greater than value X and / or equal to or less than value Y.

[0261] Figure 19 is a diagram showing an example of communication between a BS and an A-IoT UE according to Option 1 of Proposal 2-2. This example corresponds to the case where a time offset has elapsed since step 2 of (b) above.

[0262] As shown in the figure, the BS (gNB) transmits information (e.g., DL control information and DL data) to the A-IoT UE, and in response, the A-IoT UE receives the information (step 2). Then, the gNB transmits a CW to the A-IoT UE, and in response, the A-IoT UE receives the CW from the gNB at a time offset from step 2 (step 1c).

[0263] Figure 20 shows an example of communication between a BS and an A-IoT UE according to Option 1 of Proposal 2-2. This example corresponds to the case where a time offset has elapsed since step 1b of (a) above.

[0264] As shown in the figure, the BS (gNB) transmits a WUS to the A-IoT UE, and in response, the A-IoT UE wakes up by receiving the WUS (step 1a). The BS (gNB) transmits a synchronization signal to the A-IoT UE, and in response, the A-IoT UE synchronizes by receiving the synchronization signal (step 1b). The gNB transmits information to the A-IoT UE, and in response, the A-IoT UE receives information from the gNB (step 2). The gNB then transmits a CW to the A-IoT UE, and in response, the A-IoT UE receives the CW from the gNB at a time offset from step 1b (step 1c).

[0265] 21 is a diagram showing an example of communication between a BS and an A-IoT UE according to Option 1 of Proposal 2-2. This example corresponds to the above case (e).

[0266] As shown, the BS (gNB) transmits information (e.g., DL control information and DL data) to the A-IoT UE, and in response, the A-IoT UE receives the information from the gNB within a time window (step 2). The gNB then transmits a CW to the A-IoT UE, and in response, the A-IoT UE receives the CW from the gNB at a time offset from the start / end of the time window in step 2 (step 1c).

[0267] <Option 2 of Proposal 2-2> Step 1c (e.g., receiving the CW) may be performed within a certain time window. For example, the A-IoT UE may receive the CW from the BS within a certain time window.

[0268] Note that time synchronization may or may not be maintained in the A-IoT UE. If time synchronization is not maintained, the A-IoT UE may not be notified of the exact time when the CW arrives and may not know the exact time when the CW arrives. Therefore, in Option 2 of Proposal 2-2, the A-IoT UE monitors the CW after receiving other DL signals (e.g., WUS, synchronization signal, control information, data) within a certain time window. In this case, information marking the start (head) of the CW (e.g., a preamble) may be transmitted at the beginning of the CW.

[0269] The start (beginning) of the time window may be a certain time offset from the previous step, as shown in (a) to (g) below. For example, the A-IoT UE may receive the CW from the BS within a time window that starts at a certain time offset from the previous step. (a) The timing when a time offset has elapsed from step 1a and / or step 1b. (b) The timing when a time offset has elapsed from any one of step 2, step 2a, and step 2b. (c) The timing when a time offset has elapsed from the start (beginning) / end (end) of the time window of step 1a when a signal (or information) is received within the time window in step 1a. (d) The timing when a time offset has elapsed from the start (beginning) / end (end) of the time window of step 1b when a signal (or information) is received within the time window in step 1b. (e) The timing when a time offset has elapsed from the start (beginning) / end (end) of the time window of step 2 when a signal (or information) is received within the time window in step 2. (f) The timing when a time offset has elapsed from the start (beginning) / end (end) of the time window of step 2a when a signal (or information) is received within the time window in step 2a. (g) When a signal (or information) is received within the time window in step 2b, the timing at which a time offset has elapsed from the start (beginning) / end (tail) of the time window in step 2b.

[0270] Regarding (a) above, if the signal of step 1a and the signal of step 1b are transmitted together, the start (beginning) of the time window of step 1c may be a timing when a time offset has elapsed from the signal. Furthermore, regarding (c) to (g) above, if signals of multiple steps are received in one time window, the start (beginning) of the time window of step 1c may be a timing when a time offset has elapsed from the start (beginning) / end (end) of the time window in which the signals of the multiple steps are received.

[0271] The granularity of the time window and time offset may be subframe / slot / slot group / symbol / symbol group / second / millisecond / microsecond or any time unit defined for A-IoT.

[0272] The time offset may be specified in a specification. In this case, the time offset may be, for example, 0 seconds, 1 millisecond, 1 slot, etc. All A-IoT UEs may support the time offset value, or the time offset may be specified depending on the details / characteristics of the signal (or information) in at least one of step 1a, step 1b, step 2, step 2a, and step 2b. In the latter case, for example, different offsets may be specified depending on the information explicitly or implicitly indicated by the signal in at least one of step 1a, step 1b, step 2, step 2a, and step 2b.

[0273] The time offset may also be reported as an A-IoT capability (an A-IoT UE may report the time offset to the BS as an A-IoT capability).

[0274] The time offset may also be notified to the A-IoT UE by the BS. For example, the time offset may be indicated to the A-IoT UE in information (or signals) in at least one of step 1a, step 1b, step 2, step 2a, and step 2b. Alternatively, the A-IoT UE may receive and store information (e.g., configuration information) about the time offset from the BS prior to at least one of step 1a, step 1b, step 2, step 2a, and step 2b, and the time offset may be pre-configured by the information. When the time offset is notified by the BS, the time offset may also be notified in information (or signals) transmitted / received in at least one of step 1a, step 1b, step 2, step 2a, and step 2b. For example, the A-IoT UE may receive information including information notifying the time offset from the BS. When a time offset is signaled by the BS, a minimum and / or maximum allowed value may be specified in the specification or reported as an A-IoT capability. For example, an A-IoT UE may report the minimum and / or maximum allowed value to the BS as its A-IoT capability. In other words, the A-IoT UE may not assume a time offset smaller than value X and / or larger than value Y, where value X corresponds to the minimum allowed value and value Y corresponds to the maximum allowed value. Time offsets smaller than value X and / or larger than value Y may not be assumed. For example, the A-IoT UE may assume a time offset equal to or greater than value X and / or equal to or less than value Y.

[0275] The length of the time window (time window length) may be specified / reported / notified as described in (2a) to (2c) below.

[0276] (2a) The time window length may be specified in the specification. In this case, the time window length may be, for example, 1 millisecond, 4 slots, etc. All A-IoT UEs may support the time window length value, or the time window length may be specified depending on the details / characteristics of at least one of steps 1a, 1b, 2, 2a, and 2b. In the latter case, different time window lengths may be specified depending on, for example, information explicitly or implicitly indicated by signals in at least one of steps 1a, 1b, 2, 2a, and 2b.

[0277] (2b) The time window length may be reported as an A-IoT capability (an A-IoT UE may report the time window length to the BS as an A-IoT capability).

[0278] (2c) The time window length may be notified to the A-IoT UE by the BS. For example, the A-IoT UE may receive and store information (e.g., configuration information) regarding the time window length from the BS prior to at least one of step 1a, step 1b, step 2, step 2a, and step 2b, and the time window length may be preset by the information. Furthermore, when the time window length is notified by the BS, the time window length may be notified in information transmitted / received in at least one of step 1a, step 1b, step 2, step 2a, and step 2b. For example, the A-IoT UE may receive information from the BS including information notifying the time window length. When the time window length is notified by the BS, a minimum and / or maximum allowable value may be specified in a specification or may be reported as an A-IoT capability. For example, the A-IoT UE may report the minimum and / or maximum allowable value to the BS as its A-IoT capability. In other words, the A-IoT UE may not assume time window lengths smaller than value X and / or larger than value Y, where value X corresponds to the minimum allowed value and value Y corresponds to the maximum allowed value. Time window lengths may not be assumed to be smaller than value X and / or larger than value Y. For example, the A-IoT UE may assume time offsets equal to or greater than value X and / or equal to or less than value Y.

[0279] The time window may be defined for the start timing of the signal of step 1c (e.g., CW) or for the end timing of the signal of step 1c. Alternatively, the time window may be defined for the entire signal of step 1c. For example, when the time window is defined for the start timing of the signal of step 1c, the end timing of the signal of step 1c may be within or outside the time window. When the time window is defined for the entire signal of step 1c, the start timing and the end timing of the signal of step 1c are included in the time window.

[0280] In at least one of step 1a, step 1b, step 2, step 2a, and step 2b, after the A-IoT UE receives a DL signal, the A-IoT UE may monitor a CW from the BS within a time window. In other words, the A-IoT UE may assume that a CW will be transmitted or that it will receive a CW from the BS within the time window. For example, if the A-IoT UE does not receive a CW from the BS within the time window, it may transition or move to a sleep state. In other words, if the A-IoT UE does not receive a CW from the BS within the time window, it may not receive / monitor a CW from the BS or perform UL transmission using a CW after the time window. After the time window, the A-IoT UE may not assume that a CW will be transmitted or that it will receive a CW from the BS.

[0281] Only if the A-IoT UE receives a specific or dedicated signal for the A-IoT UE from the BS within the time window after step 1a, step 1b, or step 1c, does the A-IoT UE continue to monitor or receive subsequent DL signals and not transition or move to a sleep state. Otherwise, the A-IoT UE transitions or moves to a sleep state. Note that the specific or dedicated signal for the A-IoT UE is, for example, control information or data dedicated to the A-IoT UE. Furthermore, the above-mentioned case may be, for example, if the A-IoT UE does not receive a specific or dedicated signal for the A-IoT UE from the BS within the time window after step 1a, step 1b, or step 1c. For example, the signals transmitted and received in steps 1a, 1b, and 1c (e.g., WUS, synchronization signal, and CW) may be cell-common signals, and the signals transmitted and received in step 2 (e.g., control information, data) may be UE-specific or UE-group specific. Whether a signal (or information) is for an A-IoT UE is indicated by any of steps 1a, 1b, 2, and 2a.

[0282] Furthermore, even if the A-IoT UE does not receive any CW for the A-IoT UE from the BS within a time window after at least one of step 1a, step 1b, step 2, step 2a, and step 2b (i.e., after a DL signal is received), if the A-IoT UE receives another DL signal (e.g., WUS, synchronization signal, information) within the time window, the A-IoT UE continues to monitor or receive the subsequent DL signal (e.g., CW) and does not transition or enter a sleep state. Whether the WUS, synchronization signal, or information is for the A-IoT UE is indicated by any of steps 1a, 1b, 2, and 2a.

[0283] Figure 22 shows an example of communication between a BS and an A-IoT UE according to Option 2 of Proposal 2-2. This example corresponds to the case where the start timing of the time window is a time offset from step 2 in (b) above.

[0284] As shown, the BS (gNB) transmits information (e.g., DL control information and DL data) to the A-IoT UE, and in response, the A-IoT UE receives the information (step 2). The gNB then transmits a CW to the A-IoT UE, and in response, the A-IoT UE receives the CW from the gNB within a time window starting at a time offset from step 2 (step 1c).

[0285] Also, in option 2, the A-IoT UE may monitor a CW from the BS within a time window. In other words, the A-IoT UE may assume that a CW will be transmitted or that it will receive information from the BS within the time window. Also, for example, if the A-IoT UE does not receive a CW from the BS within the time window, it may transition or move to a sleep state. In other words, if the A-IoT UE does not receive a CW from the BS within the time window, it may not receive / monitor a CW from the BS after the time window. For example, it may not assume that a CW will be transmitted or that it will receive a CW from the BS.

[0286] Figure 23 shows an example of communication between a BS and an A-IoT UE according to Option 2 of Proposal 2-2. This example corresponds to the case where the start timing of the time window is a time offset from step 2 in (b) above.

[0287] As shown, the BS (gNB) transmits information to the A-IoT UE, and in response, the A-IoT UE receives the information (step 2). The gNB then transmits a CW to the A-IoT UE, and in response, the A-IoT UE monitors the CW from the gNB within a time window starting at a time offset from step 2 (step 1c). After the time window, the A-IoT UE stops monitoring.

[0288] Figure 24 shows an example of communication between a BS and an A-IoT UE according to Option 2 of Proposal 2-2. This example corresponds to the case where the start timing of the time window is a time offset from step 1b in (a) above.

[0289] As shown, the BS (gNB) transmits a WUS to the A-IoT UE, and in response, the A-IoT UE wakes up by receiving the WUS (step 1a). The BS (gNB) transmits a synchronization signal to the A-IoT UE, and in response, the A-IoT UE synchronizes by receiving the synchronization signal (step 1b). The gNB transmits information to the A-IoT UE, and in response, the A-IoT UE receives information from the gNB (step 2). The gNB then transmits a CW to the A-IoT UE, and in response, the A-IoT UE receives the CW from the gNB within a time window starting at a time offset from step 1b (step 1c).

[0290] In option 2, the A-IoT UE may monitor the CW from the BS within a time window. In other words, the A-IoT UE may assume that the CW from the BS will be transmitted or that the CW will be received within the time window. For example, if the A-IoT UE does not receive the CW from the BS within the time window, it may transition or move to a sleep state. In other words, if the A-IoT UE does not receive the CW from the BS within the time window, it may not receive / monitor the CW from the BS after the time window. For example, it may not assume that the CW will be transmitted or that the CW will be received from the BS. In this case, the A-IoT UE monitors the CW from the gNB within a time window starting at a time offset from step 1b (step 1c), and stops monitoring after the time window (see FIG. 23).

[0291] 25 is a diagram showing an example of communication between a BS and an A-IoT UE according to Option 2 of Proposal 2-2. This example corresponds to the above case (e).

[0292] As shown, the BS (gNB) transmits information to the A-IoT UE, and in response, the A-IoT UE receives the information from the gNB within a time window (step 2). The gNB then transmits a CW to the A-IoT UE, and in response, the A-IoT UE receives the CW from the gNB within a time window that starts at a time offset from the start / end of the time window in step 2 (step 1c).

[0293] In option 2, the A-IoT UE may monitor the CW from the BS within a time window. In other words, the A-IoT UE may assume that the CW from the BS will be transmitted or that the CW will be received within the time window. For example, if the A-IoT UE does not receive the CW from the BS within the time window, it may transition or move to a sleep state. In other words, if the A-IoT UE does not receive the CW from the BS within the time window, it may not receive / monitor the CW from the BS after the time window. For example, it may not assume that the CW will be transmitted or that the CW will be received from the BS. In this case, the A-IoT UE monitors the CW from the gNB within a time window that starts at a time offset from the start / end of the time window in step 2 (step 1c), and stops monitoring after the time window (see FIG. 23).

[0294] As described above, in Proposal 2-2, step 1 is divided into step 1a, step 1b, and step 1c, and the timing relationship between step 1c and other steps is shown. By applying one of the methods shown in Proposal 2-2, the reception method (e.g., reception timing) of the signal received by the A-IoT UE becomes clear, allowing for appropriate reception. For example, by having the A-IoT UE receive CW at the appropriate reception timing, the A-IoT system can operate appropriately (e.g., UL transmission). Furthermore, by having the A-IoT UE receive signals at the appropriate timing, the A-IoT UE can avoid monitoring for long periods of time, thereby reducing the power consumption of the A-IoT UE.

[0295] As described above, Proposal 2 has shown the transmission method, such as the signal format, transmission procedure, and transmission timing in Step 1, in the case of DO-DTT. Proposal 2 clarifies the reception method of signals received by A-IoT UEs, enabling appropriate DL reception and / or UL transmission. For example, by having the A-IoT UE receive signals at the appropriate reception timing, the A-IoT system can operate appropriately.

[0296] <Variation of Proposal 2> The content of Proposal 2-1 described above may be applied to the flow for the DO-DTT case in Topology 2. Furthermore, the content of Proposal 2-2 described above may be applied to the timing relationship between step 1c and other steps for DO-DTT in Topology 2. In this case, the content applies with "BS" replaced with "intermediate UE." For example, steps 1a, 1b, and 1c are as follows: Step 1a: The A-IoT UE wakes up by a carrier waveform or other RF signal (e.g., WUS) transmitted from the intermediate UE as an energy source to supply energy to the A-IoT UE. Step 1b: The A-IoT UE receives a synchronization signal from the intermediate UE. Step 1c: The A-IoT UE receives a CW from the intermediate UE.

[0297] In the case of DO-DTT in Topology 2, the connection between the A-IoT UE and the intermediate UE may be referred to as a side link. When the connection between the A-IoT UE and the intermediate UE is referred to as a side link, the "DL" in the above description corresponds to the side link through which a signal is transmitted from the intermediate UE to the A-IoT UE, and the "UL" in the above description corresponds to the side link through which a signal is transmitted from the A-IoT UE to the intermediate UE.

[0298] Furthermore, in Proposal 2-2, the time offset may be defined as the period or section between the start timing or end timing of the signal in step 1a / 1b / 2 / 2a / 2b and the start timing of the signal (e.g., CW) in step 1c. Here, the start timing of the signal may be the timing at which signal transmission starts, the timing at which signal reception starts, or the timing indicated by the beginning of the signal. Furthermore, the end timing of the signal may be the timing at which signal transmission ends, the timing at which signal reception ends, or the timing indicated by the end of the signal.

[0299] Next, the configurations of the base station 10 and the device 20 will be described. Note that the configurations of the base station 10 and the device 20 described below are examples of functions related to this embodiment. The base station 10 and the device 20 may have functions not shown. Furthermore, the functional divisions and / or names of the functional units are not limited as long as the functions perform the operations related to this embodiment.

[0300] <Configuration of Base Station> Fig. 26 is a block diagram showing an example of the configuration of a base station 10 according to an embodiment. The base station 10 includes, for example, a transmitting unit 101, a receiving unit 102, and a control unit 103. The base station 10 communicates with the device 20 (see Fig. 27) wirelessly. The base station 10 may be an intermediate node, a support node, or a terminal (a terminal of an SL that communicates with the device 20).

[0301] The transmitter 101 transmits a downlink (DL) signal to the device 20. For example, the transmitter 101 transmits the DL signal under the control of the controller 103.

[0302] The DL signal may include, for example, a downlink data signal and control information (e.g., DCI (Downlink Control Information)). The DL signal may also include information indicating scheduling related to signal transmission of the device 20 (e.g., an UL grant). The DL signal may also include control information of higher layers (e.g., control information of RRC (Radio Resource Control)). The DL signal may also include a reference signal.

[0303] The channels used for transmitting DL signals include, for example, a data channel and a control channel. For example, the data channel may include a PDSCH (Physical Downlink Shared Channel), and the control channel may include a PDCCH (Physical Downlink Control Channel). For example, the base station 10 transmits control information to the device 20 using the PDCCH and transmits downlink data signals using the PDSCH.

[0304] The reference signal included in the DL signal may include at least one of, for example, a Demodulation Reference Signal (DMRS), a Phase Tracking Reference Signal (PTRS), a Channel State Information-Reference Signal (CSI-RS), a Sounding Reference Signal (SRS), and a Positioning Reference Signal (PRS) for position information. For example, reference signals such as the DMRS and PTRS are used for demodulating downlink data signals and are transmitted using the PDSCH.

[0305] The receiving unit 102 receives an uplink (UL) signal transmitted from the device 20. For example, the receiving unit 102 receives the UL signal under the control of the control unit 103.

[0306] The control unit 103 controls the communication operations of the base station 10, including the transmission processing of the transmission unit 101 and the reception processing of the reception unit 102. For example, 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 reception unit 102 and / or the transmission unit 101).

[0307] For example, the control unit 103 acquires information such as data and control information from the upper layer and outputs it to the transmitting unit 101. The control unit 103 also outputs the data, control information, etc. received from the receiving unit 102 to the upper layer.

[0308] For example, the control unit 103 allocates resources (or channels) used for transmitting and receiving DL signals and / or resources used for transmitting and receiving UL signals based on signals (e.g., data and control information, etc.) received from the device 20 and / or data and control information, etc. acquired from a higher layer. Information on the allocated resources may be included in control information transmitted to the device 20.

[0309] The control unit 103 configures PUCCH resources as an example of allocation of resources used for transmitting and receiving UL signals. Information related to the configuration of the PUCCH, such as a PUCCH cell timing pattern (PUCCH configuration information), may be notified to the device 20 by RRC.

[0310] Here, the transmitting unit 101 and the receiving unit 102 (which may be collectively referred to as a communication unit) communicate with the device 20 .

[0311] For example, the transmitting unit 101 of the base station 10 (an example of a wireless communication device) transmits a CW (i.e., a carrier wave for backscattering), which is an unmodulated carrier wave, to the device 20 before receiving a reception signal from the device 20. Furthermore, the control unit 103 controls reception of the reception signal transmitted from the device 20 based on the CW.

[0312] For example, the control unit 103 of the base station 10 (an example of a wireless communication device) generates a first signal (e.g., WUS) that wakes up the device 20 and a second signal (e.g., a synchronization signal) that synchronizes the device 20. Then, the transmission unit 101 transmits the first signal and the second signal before transmitting control information and / or data to the device 20.

[0313] <Device Configuration> Fig. 27 is a block diagram showing an example of the configuration of the device 20 according to the 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, the base station 10 wirelessly. The device 20 may be, for example, an A-IoT UE.

[0314] 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.

[0315] 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.

[0316] The UL signal may include, for example, an uplink data signal and control information (e.g., UCI (Uplink Control Information)). For example, information related to the processing capability of the device 20 (e.g., A-IoT capability) may be included. The UL signal may also include a reference signal.

[0317] The channels used for transmitting UL signals include, for example, a data channel and a control channel. For example, the data channel may include a PUSCH (Physical Uplink Shared Channel), and the control channel may include a PUCCH (Physical Uplink Control Channel). For example, the device 20 transmits control information from the base station 10 using the PUCCH and transmits uplink data signals using the PUSCH.

[0318] The reference signal included in the UL signal may include, for example, at least one of a DMRS, a PTRS, a CSI-RS, an SRS, and a PRS. For example, the reference signal such as the DMRS or the PTRS is used for demodulating an uplink data signal and is transmitted using an uplink channel (for example, a PUSCH).

[0319] The control unit 203 controls communication operations of the device 20, including reception processing in the receiving unit 201 and transmission processing in the transmitting unit 202. For example, the control unit 203 performs operations other than the transmission and reception described in the above embodiment (note that these operations may be performed by the receiving unit 201 and / or the transmitting unit 202).

[0320] For example, the control unit 203 acquires information such as data and control information from the upper layer and outputs it to the transmitting unit 202. Also, the control unit 203 outputs, for example, the data and control information received from the receiving unit 201 to the upper layer.

[0321] For example, the control unit 203 controls transmission of information to be fed back to the base station 10. The information to be fed back to the base station 10 may include, for example, HARQ ACK / NACK, Channel State Information (CSI), or a Scheduling Request (SR). The information to be fed back to the base station 10 may be included in UCI. The UCI is transmitted, for example, in PUCCH resources.

[0322] Control unit 203 configures PUCCH resources based on configuration information (for example, configuration information such as a PUCCH cell timing pattern and / or DCI notified by RRC) received from base station 10. Control unit 203 determines PUCCH resources to be used for transmitting information to be fed back to base station 10. Under the control of control unit 203, transmission unit 202 transmits the information to be fed back to base station 10 in the PUCCH resources determined by control unit 203.

[0323] Note that the channel used for transmitting the DL signal and the channel used for transmitting the UL signal are not limited to the above-mentioned examples. For example, the channel used for transmitting the DL signal and the channel used for transmitting the UL signal may include a Random Access Channel (RACH) and a Physical Broadcast Channel (PBCH). The RACH may be used to transmit DCI including a Random Access Radio Network Temporary Identifier (RA-RNTI), for example.

[0324] Here, 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 .

[0325] For example, the receiving unit 201 of the device 20 receives a CW (i.e., a carrier wave for backscattering), which is an unmodulated carrier wave, from the wireless communication device (e.g., a BS or an intermediate UE) before transmitting a transmission signal to the wireless communication device. The control unit 203 controls the transmission of the transmission signal to the wireless communication device based on the CW.

[0326] Furthermore, for example, the receiver 201 of the device 20 receives a first signal (e.g., a WUS) and a second signal (e.g., a synchronization signal) before receiving control information and / or data from a wireless communication device (e.g., a BS or an intermediate UE). The controller 203 wakes up based on the first signal and synchronizes based on the second signal.

[0327] The present disclosure has been described above. Note that the division of items in the above description is not essential to the present disclosure, and items described in two or more items may be used in combination as needed, and items described in one item may be applied to items described in another item (unless they are inconsistent).

[0328] <Hardware Configuration, etc.> The block diagrams used to explain the above embodiments show functional blocks. These functional blocks (components) are realized by any combination of at least one of hardware and software. Furthermore, the method for realizing each functional block is not particularly limited. That is, each functional block may be realized using a single device that is physically or logically coupled, or may be realized using two or more physically or logically separated devices that are directly or indirectly connected (e.g., using wires, wirelessly, etc.) and these multiple devices. The functional block may also be realized by combining software with the single device or the multiple devices.

[0329] Functions include, but are not limited to, judgment, determination, assessment, calculation, computation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, resolution, selection, selection, establishment, comparison, assumption, expectation, consideration, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, and assignment. For example, a functional block (component) that performs transmission is called a transmitting unit or transmitter. As mentioned above, there are no particular limitations on how these functions are implemented.

[0330] For example, a base station, a device, etc. according to an embodiment of the present disclosure may function as a computer that performs processing of the wireless communication method of the present disclosure. Fig. 28 is a diagram showing an example of the hardware configuration of a base station and a device according to an embodiment. The above-described base station 10 and device 20 may be physically configured as a computer including a processor 1001, a memory 1002, a storage 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, etc.

[0331] In the following description, the term "apparatus" can be interpreted as a circuit, a device, a unit, etc. The hardware configuration of the base station 10 and the device 20 may be configured to include one or more of the apparatuses shown in the drawings, or may be configured to exclude some of the apparatuses.

[0332] Each function in the base station 10 and the device 20 is realized by loading specified software (programs) onto hardware such as the processor 1001 and memory 1002, causing the processor 1001 to perform calculations, control communication by the communication device 1004, and control at least one of reading and writing data in the memory 1002 and storage 1003.

[0333] The processor 1001 controls the entire computer by running, for example, an operating system. The processor 1001 may be configured by a central processing unit (CPU) including an interface with peripheral devices, a control device, an arithmetic unit, a register, etc. For example, the above-mentioned control unit 103 and control unit 203 may be realized by the processor 1001.

[0334] The processor 1001 also reads programs (program codes), software modules, data, etc. from at least one of the storage 1003 and the communication device 1004 into the memory 1002 and executes various processes in accordance with the programs. The programs used are those that cause a computer to execute at least some of the operations described in the above-described embodiments. For example, the control unit 103 of the base station 10 and the control unit 203 of the device 20 may be implemented by a control program stored in the memory 1002 and running on the processor 1001, and similar implementations may be used for other functional blocks. While the above-described various processes have been described as being executed by one processor 1001, they may also be executed simultaneously or sequentially by two or more processors 1001. The processor 1001 may be implemented by one or more chips. The programs may also be transmitted from a network via a telecommunications line.

[0335] The memory 1002 is a computer-readable recording medium and may be configured by, for example, at least one of a read-only memory (ROM), an erasable programmable ROM (EPROM), an electrically erasable programmable ROM (EEPROM), a random access memory (RAM), etc. The memory 1002 may also be called a register, a cache, a main memory (primary storage device), etc. The memory 1002 can store executable programs (program codes), software modules, etc. for implementing a wireless communication method according to an embodiment of the present disclosure.

[0336] Storage 1003 is a computer-readable recording medium, and may be composed of at least one of, for example, an optical disk such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, a magneto-optical disk (e.g., a compact disk, a digital versatile disk, a Blu-ray (registered trademark) disk), a smart card, a flash memory (e.g., a card, a stick, a key drive), a floppy (registered trademark) disk, a magnetic strip, etc. Storage 1003 may also be referred to as an auxiliary storage device. The above-mentioned storage medium may be, for example, a database, a server, or other appropriate medium including at least one of memory 1002 and storage 1003.

[0337] The communication device 1004 is hardware (transmission / reception device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as, for example, a network device, a network controller, a network card, a communication module, etc. The communication device 1004 may be configured to include a high-frequency switch, a duplexer, a filter, a frequency synthesizer, etc. to realize at least one of frequency division duplex (FDD) and time division duplex (TDD). For example, the above-mentioned transmitter 101, receiver 102, receiver 201, transmitter 202, etc. may be realized by the communication device 1004.

[0338] The input device 1005 is an input device (e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that receives input from the outside. The output device 1006 is an output device (e.g., a display, a speaker, an LED lamp, etc.) that outputs to the outside. The input device 1005 and the output device 1006 may be integrated into one device (e.g., a touch panel).

[0339] Furthermore, each device, such as the processor 1001 and the memory 1002, is connected by a bus 1007 for communicating information. The bus 1007 may be configured using a single bus, or may be configured using different buses between each device.

[0340] Furthermore, the base station 10 and the device 20 may be configured to include hardware such as a microprocessor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a programmable logic device (PLD), or a field programmable gate array (FPGA), and some or all of the functional blocks may be realized by the hardware. For example, the processor 1001 may be implemented using at least one of these pieces of hardware.

[0341] <Notification of Information, Signaling> Notification of information is not limited to the embodiments described in the present disclosure and may be performed using other methods. For example, notification of information may be performed by physical layer signaling (e.g., Downlink Control Information (DCI), Uplink Control Information (UCI)), higher layer signaling (e.g., Radio Resource Control (RRC) signaling, Medium Access Control (MAC) signaling, broadcast information (Master Information Block (MIB), System Information Block (SIB))), other signals, or a combination thereof. Furthermore, RRC signaling may be referred to as an RRC message, and may be, for example, an RRC Connection Setup message, an RRC Connection Reconfiguration message, or the like.

[0342] <Applicable Systems> The embodiments described in the present disclosure are applicable to LTE (Long Term Evolution), LTE-Advanced (LTE-A), SUPER 3G, IMT-Advanced, 4G (4th generation mobile communication system), 5G (5th generation mobile communication system), 6th generation mobile communication system (6G), xth generation mobile communication system (xG) (xG (x is, for example, an integer or a decimal)), FRA (Future Radio Access), NR (new Radio), New radio access (NX), Future generation radio access (FX), W-CDMA (registered trademark), GSM (registered trademark), CDMA2000, UMB (Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi (registered trademark)), IEEE 802.16 (WiMAX (registered trademark)), IEEE 802.17 (WiMAX (registered trademark)), IEEE 802.19 (WiMAX (registered trademark)), IEEE 802.20 (WiMAX (registered trademark)), IEEE 802.21 (Wi-Fi (registered trademark)), IEEE 802.22 (WiMAX (registered trademark)), IEEE 802.23 (WiMAX (registered trademark)), IEEE 802.24 (WiMAX (registered trademark)), IEEE 802.25 (WiMAX (registered trademark)), IEEE 802.26 (WiMAX (registered trademark)), IEEE 802.27 (WiMAX (registered trademark)), IEEE 802.28 (WiMAX (registered trademark)), IEEE 802.29 (WiMAX (registered trademark)), IEEE 802.30 (WiMAX (registered trademark)), IEEE 802.31 (Wi-Fi (registered trademark)), IEEE 802.32 (WiMAX (registered trademark)), IEEE 802.33 (WiMAX (registered trademark)), IEEE 802.34 (WiMAX (registered trademark The present invention may be applied to at least one of systems using 802.20, UWB (Ultra-Wide Band), Bluetooth (registered trademark), or other suitable systems, and next-generation systems that are extended, modified, created, or defined based on these systems. The present invention may also be applied to a combination of multiple systems (e.g., a combination of LTE and / or LTE-A with 5G).

[0343] <Processing Procedures, etc.> The processing procedures, sequences, flowcharts, etc. of each aspect / embodiment described in this disclosure may be rearranged unless inconsistent. For example, the methods described in this disclosure present elements of various steps using an example order, and are not limited to the particular order presented.

[0344] <Operation of Base Station> In the present disclosure, specific operations described as being performed by a base station may also be performed by its upper node in some cases. In a network consisting of one or more network nodes having a base station, it is clear that various operations performed for communication with a terminal may be performed by at least one of the base station and another network node other than the base station (for example, an MME or an S-GW, etc., but are not limited to these). Although the above example illustrates a case where there is one other network node other than the base station, a combination of multiple other network nodes (for example, an MME and an S-GW) may also be used.

[0345] <Direction of Input / Output> Information, etc. (see <Information, Signal>) can be output from a higher layer (or a lower layer) to a lower layer (or a higher layer). It may also be input / output via multiple network nodes.

[0346] <Handling of Input / Output Information, etc.> Input / output information, etc. may be stored in a specific location (for example, memory) or may be managed using a management table. Input / output information, etc. may be overwritten, updated, or added. Output information, etc. may be deleted. Input information, etc. may be sent to another device.

[0347] <Determination method> The determination may be made based on a value represented by one bit (0 or 1), a Boolean value (true or false), or a comparison of numerical values ​​(e.g., comparison with a predetermined value).

[0348] <Variations of Aspects, etc.> Each aspect / embodiment described in the present disclosure may be used alone, in combination, or switched depending on the implementation. In addition, notification of predetermined information (e.g., notification that "X is true") is not limited to being done explicitly, but may be done implicitly (e.g., by not notifying the predetermined information).

[0349] Although the present disclosure has been described in detail above, it is clear to those skilled in the art that the present disclosure is not limited to the embodiments described herein. The present disclosure can be implemented in modified and altered forms without departing from the spirit and scope of the present disclosure as defined by the claims. Therefore, the description of the present disclosure is intended to be illustrative and does not have any limiting meaning on the present disclosure.

[0350] <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.

[0351] Software, instructions, information, etc. may also be transmitted or received over a transmission medium. For example, if software is transmitted from a website, server, or other remote source using wired technologies (such as coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL)), and / or wireless technologies (such as infrared, microwave), then these wired and / or wireless technologies are included within the definition of transmission media.

[0352] Information, Signals, etc., described in this disclosure may be represented using any of a variety of different technologies. For example, data, instructions, commands, information, signals, bits, symbols, chips, etc., which may be referred to throughout the above description, may be represented by voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, optical fields or photons, or any combination thereof.

[0353] Note that terms described in this disclosure and terms necessary for understanding this disclosure may be replaced with terms having the same or similar meanings. For example, at least one of a channel and a symbol may be a signal (signaling). Furthermore, a signal may be a message. Furthermore, a component carrier (CC) may be called a carrier frequency, a cell, a frequency carrier, etc.

[0354] <System, Network> As used in this disclosure, the terms "system" and "network" are used interchangeably.

[0355] <Parameter and Channel Names> Furthermore, the information, parameters, and the like described in the present disclosure may be expressed using absolute values, relative values ​​from a predetermined value, or other corresponding information. For example, a radio resource may be indicated by an index.

[0356] The names used for the above-described parameters are not intended to be limiting in any way. Furthermore, the mathematical expressions 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 intended to be limiting in any way.

[0357] <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," and "component carrier" may be used interchangeably. A base station may also be referred to by terms such as a macrocell, a small cell, a femtocell, and a picocell.

[0358] A base station can accommodate one or more (e.g., three) cells. When a base station accommodates multiple cells, the overall coverage area of ​​the base station can be partitioned into multiple smaller areas, and each smaller area can also be provided with communication services by a base station subsystem (e.g., a remote radio head (RRH)). The terms "cell" or "sector" refer to part or the entire coverage area of ​​a base station and / or base station subsystem that provides communication services within that coverage area.

[0359] In the present disclosure, the 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.

[0360] Mobile Station In this disclosure, the terms "Mobile Station (MS)," "user terminal," "User Equipment (UE)," "terminal," and the like may be used interchangeably.

[0361] 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.

[0362] <Base Station / Mobile Station> At least one of the base station and the mobile station may be referred to as a transmitting device, a receiving device, a communication device, etc. At least one of the base station and the mobile station may be a device mounted on a mobile object, the mobile object itself, etc. The mobile object refers to a movable object, and may move at any speed. Naturally, this also includes cases where the mobile object is stationary. Examples of the mobile object include, but are not limited to, vehicles, transport vehicles, automobiles, motorcycles, bicycles, connected cars, excavators, bulldozers, wheel loaders, dump trucks, forklifts, trains, buses, handcars, rickshaws, ships and other watercraft, airplanes, rockets, satellites, drones (registered trademark), multicopters, quadcopters, balloons, and objects mounted thereon. The mobile object may also be an autonomous mobile object operating based on an operational command. It may be a vehicle (e.g., a car, an airplane, etc.), an unmanned mobile object (e.g., a drone, an autonomous vehicle, etc.), or a robot (manned or unmanned). At least one of the base station and the mobile station may be a device that does not necessarily move during communication operations. For example, at least one of the base station and the mobile station may be an IoT (Internet of Things) device such as a sensor.

[0363] Furthermore, the base station in the present disclosure may be read as a terminal. For example, the embodiments 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)). In this case, the device 20 may be configured to have the functions of the base station 10 described above. Furthermore, terms such as "uplink" and "downlink" may be read as terms corresponding to communication between terminals (for example, "side"). For example, terms such as an uplink channel and a downlink channel may be read as a side channel.

[0364] Similarly, the term "terminal" in the present disclosure may be read as a base station. In this case, the base station 10 may be configured to have the functions of the device 20 described above.

[0365] Fig. 29 shows an example configuration of a vehicle 2001. As shown in Fig. 29, 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 to 2029, an information service unit 2012, and a communication module 2013. Each aspect / embodiment described in the present disclosure may be applied to a communication device mounted on the vehicle 2001, and may be applied to the communication module 2013, for example.

[0366] The drive unit 2002 is configured, for example, by 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 handle) 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.

[0367] The electronic control unit 2010 is composed of a microprocessor 2031, a 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).

[0368] The signals from the various sensors 2021 to 2029 include a current signal from a current sensor 2021 that senses the current of the motor, a rotation speed signal of the front and rear wheels obtained by a rotation speed sensor 2022, an air pressure signal of the front and rear wheels 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.

[0369] 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 types of information, such as driving information, traffic information, and entertainment information, and one or more ECUs that control these devices. The information service unit 2012 provides various types of multimedia information and multimedia services to the occupants of the vehicle 2001 by using information acquired from external devices via the communication module 2013, etc.

[0370] The information service unit 2012 may include input devices (e.g., keyboards, mice, microphones, switches, buttons, sensors, touch panels, etc.) that accept input from the outside, and may also include output devices (e.g., displays, speakers, LED lamps, touch panels, etc.) that output to the outside.

[0371] 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 millimeter-wave radar, LiDAR (Light Detection and Ranging), cameras, positioning locators (e.g., GNSS, etc.), map information (e.g., high-definition (HD) maps, autonomous vehicle (AV) maps, etc.), gyro systems (e.g., IMU (Inertial Measurement Unit), INS (Inertial Navigation System), etc.), AI (Artificial Intelligence) chips, and AI processors, as well as one or more ECUs that control these devices. In addition, the driving assistance system unit 2030 transmits and receives various information via the communication module 2013 to realize the driving assistance function or the autonomous driving function.

[0372] The communication module 2013 can communicate with the microprocessor 2031 and components of the vehicle 2001 via the communication port. For example, the communication module 2013 transmits and receives data via the communication port 2033 to and from the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, shift lever 2006, front wheels 2007, rear wheels 2008, axle 2009, microprocessor 2031 and memory (ROM, RAM) 2032 in the electronic control unit 2010, and sensors 2021 to 29, which are provided in the vehicle 2001.

[0373] The communication module 2013 is a communication device that can be controlled by the microprocessor 2031 of the electronic control unit 2010 and can communicate with an external device. For example, it transmits and receives various information to and from the external device via wireless communication. The communication module 2013 may be located either inside or outside the electronic control unit 2010. The external device may be, for example, a base station, a mobile station, or the like.

[0374] The communication module 2013 may transmit at least one of signals from the above-mentioned various sensors 2021 to 2029 input to the electronic control unit 2010, information obtained based on the signals, and information based on input from the outside (user) obtained via the information service unit 2012 to an external device via wireless communication. The electronic control unit 2010, the various sensors 2021 to 2029, the information service unit 2012, etc. may be referred to as input units that accept input. For example, the PUSCH transmitted by the communication module 2013 may include information based on the above-mentioned input.

[0375] The communication module 2013 receives various information (traffic information, traffic signal information, vehicle distance information, etc.) transmitted from an external device and displays it on the information service unit 2012 provided in the vehicle 2001. The information service unit 2012 may also be called an output unit that outputs information (for example, outputs information to a device such as a display or speaker based on the PDSCH received by the communication module 2013 (or data / information decoded from the PDSCH)).

[0376] Furthermore, the communication module 2013 stores various information received from external devices in a memory 2032 that can be used by the microprocessor 2031. Based on the information stored in the memory 2032, the microprocessor 2031 may control the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, shift lever 2006, front wheels 2007, rear wheels 2008, axle 2009, sensors 2021 to 2029, and the like provided in the vehicle 2001.

[0377] <Meaning and Interpretation of Terms> As used in this disclosure, the terms "determining" and "determining" may encompass a wide variety of actions. "Determining" and "determining" may include, for example, judging, calculating, computing, processing, deriving, investigating, looking up, searching, inquiring (e.g., searching a table, database, or other data structure), ascertaining something that is considered to be a "judging" or "determining," and the like. "Determining" and "determining" may also include receiving (e.g., receiving information), transmitting (e.g., sending information), input, output, accessing (e.g., accessing data in memory), and the like that are considered to be a "judging" or "determining." Furthermore, "judgment" and "decision" can include regarding resolving, selecting, choosing, establishing, comparing, etc. as having been "judged" or "decided." In other words, "judgment" and "decision" can include regarding some action as having been "judged" or "decided." Furthermore, "judgment (decision)" can be interpreted as "assuming," "expecting," "considering," etc.

[0378] The terms "connected," "coupled," or any variation thereof, refer to any direct or indirect connection or coupling between two or more elements, and may include the presence of one or more intermediate elements between two elements that are "connected" or "coupled" to each other. The coupling or connection between elements may be physical, logical, or a combination thereof. For example, "connected" may be read as "access." As used in this disclosure, two elements may be considered to be "connected" or "coupled" to each other using one or more wires, cables, and / or printed electrical connections, as well as electromagnetic energy having wavelengths in the radio frequency range, microwave range, and optical (both visible and invisible) range, as some non-limiting and non-exhaustive examples.

[0379] <Reference Signal> A reference signal can also be abbreviated as RS (Reference Signal), and may also be called a pilot depending on the applicable standard.

[0380] <Meaning of "based on"> As used in this disclosure, the phrase "based on" does not mean "based only on," unless expressly stated otherwise. In other words, the phrase "based on" means both "based only on" and "based at least on."

[0381] "First," "Second" Any reference to an element using designations such as "first," "second," etc., used in this disclosure does not generally limit the quantity or order of those elements. These designations may be used in this disclosure as a convenient method of distinguishing between two or more elements. Thus, a reference to a first and a second element does not imply that only two elements may be employed or that the first element must precede the second element in some way.

[0382] <Means> The "means" in the configuration of each device above may be replaced with "section," "circuit," "device," etc.

[0383] Open Format: When the terms "include," "including," and variations thereof are used in this disclosure, these terms are intended to be inclusive, similar to the term "comprising." Furthermore, when the term "or" is used in this disclosure, it is not intended to be an exclusive or.

[0384] <Time Units such as TTI, Frequency Units such as RB, and Radio Frame Configuration> A radio frame may be composed of one or more frames in the time domain. Each of the one or more frames in the time domain may be called a subframe. A subframe may further be composed of one or more slots in the time domain. A subframe may have a fixed time length (e.g., 1 ms) that is independent of numerology.

[0385] Numerology may be a communication parameter that applies to the transmission and / or reception of a signal or channel, and may indicate, for example, at least one of subcarrier spacing (SCS), bandwidth, symbol length, cyclic prefix length, transmission time interval (TTI), number of symbols per TTI, radio frame structure, specific filtering operations performed by the transceiver in the frequency domain, and specific windowing operations performed by the transceiver in the time domain.

[0386] A slot may be composed of one or more symbols in the time domain (such as an Orthogonal Frequency Division Multiplexing (OFDM) symbol or a Single Carrier Frequency Division Multiple Access (SC-FDMA) symbol). A slot may be a time unit based on numerology.

[0387] 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.

[0388] The radio frame, subframe, slot, minislot, and symbol all represent time units for transmitting signals, and may be referred to by other names corresponding to the radio frame, subframe, slot, minislot, and symbol.

[0389] For example, one subframe may be called a transmission time interval (TTI), multiple consecutive subframes may be called a TTI, or one slot or one minislot may be called a TTI. That is, at least one of the subframe and the TTI may be a subframe (1 ms) in existing LTE, a period shorter than 1 ms (for example, 1-13 symbols), or a period longer than 1 ms. Note that the unit representing the TTI may be called a slot, minislot, etc. instead of a subframe.

[0390] Here, TTI refers to, for example, the smallest time unit for scheduling in wireless communication. For example, in an LTE system, a base station performs scheduling to allocate radio resources (such as frequency bandwidth and transmission power that can be used by each user terminal) to each user terminal in TTI units. Note that the definition of TTI is not limited to this.

[0391] The TTI may be a transmission time unit for a channel-encoded data packet (transport block), a code block, a code word, etc., or may be a processing unit for scheduling, link adaptation, etc. When a TTI is given, the time interval (e.g., the number of symbols) to which a transport block, a code block, a code word, etc. is actually mapped may be shorter than the TTI.

[0392] When one slot or one minislot is called a TTI, one or more TTIs (i.e., one or more slots or one or more minislots) may be the minimum time unit for scheduling. Also, the number of slots (minislots) constituting the minimum time unit for scheduling may be controlled.

[0393] A TTI having a time length of 1 ms may be called a regular TTI (TTI in LTE Rel. 8-12), normal TTI, long TTI, regular subframe, normal subframe, long subframe, slot, etc. A TTI shorter than a regular TTI may be called a shortened TTI, short TTI, partial or fractional TTI, shortened subframe, short subframe, minislot, subslot, slot, etc.

[0394] In addition, 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, and a short TTI (e.g., a shortened TTI, etc.) may be interpreted as a TTI having a TTI length shorter than the TTI length of a long TTI and greater than or equal to 1 ms.

[0395] A resource block (RB) is a resource allocation unit in the time domain and the 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 numerology, for example, 12. The number of subcarriers included in an RB may be determined based on numerology.

[0396] The time domain of an RB may include one or more symbols and may have a length of one slot, one minislot, one subframe, or one TTI. One TTI, one subframe, etc. may each be composed of one or more resource blocks.

[0397] Note that one or more RBs may also be called a physical resource block (PRB), a sub-carrier group (SCG), a resource element group (REG), a PRB pair, an RB pair, etc.

[0398] Furthermore, a resource block may be composed of one or more resource elements (REs). For example, one RE may be a radio resource region of one subcarrier and one symbol.

[0399] A Bandwidth Part (BWP) (which may also be referred to as a fractional 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 their index relative to a Common Reference Point of the carrier. PRBs may be defined in a BWP and numbered within the BWP.

[0400] The BWP may include a BWP for UL (UL BWP) and a BWP for DL ​​(DL BWP). One or more BWPs may be configured for a UE within one carrier.

[0401] 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. Note that the terms "cell," "carrier," etc. in this disclosure may be read as "BWP."

[0402] The above-described structures of radio frames, subframes, slots, minislots, symbols, etc. are merely examples, and various changes may be made to 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, the number of symbols in a TTI, the symbol length, the cyclic prefix (CP) length, etc.

[0403] <Maximum Transmit Power> The "maximum transmit power" in the present disclosure may refer to the maximum value of transmit power, the nominal UE maximum transmit power, or the rated UE maximum transmit power.

[0404] Articles In this disclosure, where articles are added by translation, such as a, an, and the in English, the disclosure may include that the nouns following these articles are in the plural form.

[0405] <"Different"> In the present disclosure, the term "A and B are different" may mean "A and B are different from each other." Note that the term may also mean "A and B are each different from C." Terms such as "separate" and "coupled" may also be interpreted in the same way as "different."

[0406] One aspect of the present disclosure is useful in wireless communication systems.

[0407] 10 Base station 20 Device 101, 202 Transmitter 102, 201 Receiver 103, 203 Controller

Claims

1. A device comprising: a receiver that receives a first signal and a second signal before receiving control information and / or data from a wireless communication device; and a controller that wakes up based on the first signal and synchronizes based on the second signal.

2. The device according to claim 1, wherein the receiving unit receives a signal that combines at least a portion of the first signal, the second signal, the control information, and the data.

3. The device according to claim 1, wherein the receiver receives the second signal at a reception timing of the second signal determined by an offset relative to the reception timing of the first signal.

4. The device according to claim 1, wherein the receiver receives the second signal in a time window determined by an offset relative to the reception timing of the first signal.

5. A wireless communication device comprising: a control unit that generates a first signal that wakes up a device and a second signal with which the device synchronizes; and a transmission unit that transmits the first signal and the second signal before transmitting control information and / or data to the device.

6. A wireless communication method, in which a device receives a first signal and a second signal before receiving control information and / or data from a wireless communication device, wakes up based on the first signal, and synchronizes based on the second signal.

Images