Node and communication method

Abstract

To provide a node enabling A-IoT devices to communicate appropriately.SOLUTION: A node for supporting wireless communication between a base station and a device powered by environmental power generation has a receiving unit that receives downlink control information dedicated to the node, and a control unit that determines the purpose of control for the device on the basis of the downlink control information.SELECTED DRAWING: Figure 11

Description

[Technical Field]

[0001] The present disclosure relates to a node and a communication method. [Background technology]

[0002] For NR (New Radio) (also known as "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, and low power consumption (see, for example, Non-Patent Document 1).

[0003] Furthermore, Release 18 (Rel-18) of 3GPP (registered trademark) is considering Ambient Internet of Things (A-IoT) (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. [Prior art documents] [Non-patent literature]

[0004] [Non-Patent Document 1] 3GPP TS 38.300 V17.3.0 (2022-12) [Non-patent document 2] “Revised SID on Ambient IoT”, RP-232404, 3GPP TSG RAN Meeting #101, September 2023 [Non-patent document 3] 3GPP TR 38.848 V1.0.0 (2023-09) [Non-patent document 4] 3GPP TS 36.211 V16.8.0 (2023-09) [Non-Patent Document 5] “Study on solutions for Ambient IoT (Internet of Things) in NR”, RP-234058, 3GPP TSG RAN Meeting #102, December 2023 Summary of the Invention

[0005] In an A-IoT wireless system, a base station and an A-IoT device may communicate through a node such as an intermediate node. In this case, the node may control the A-IoT device for different purposes. For example, the node may control R2D / CW (carrier wave) Tx to the A-IoT device and D2R Rx from the A-IoT device.

[0006] However, the mechanism for nodes to control A-IoT devices for different purposes has not been considered, so A-IoT devices may not be able to communicate properly.

[0007] One aspect of the present disclosure provides a node and a communication method that enables A-IoT devices to communicate properly. [Means for solving the problem]

[0008] A node according to one aspect of the present disclosure is a node that supports wireless communication between a base station and a device that receives power from an environmentally-powered device, and includes a receiver that receives downlink control information specific to the node, and a controller that determines the purpose of control for the device based on the downlink control information. [Brief explanation of the drawings]

[0009] [Figure 1] 1 is a diagram illustrating an example of a wireless communication system according to an embodiment of the present disclosure. [Figure 2] FIG. 1 is a diagram illustrating Topology 1. [Figure 3] FIG. 10 is a diagram illustrating Topology 2. [Figure 4] FIG. 10 is a diagram illustrating topology 3 in DL support. [Figure 5] FIG. 10 is a diagram illustrating Topology 3 in UL support. [Figure 6] FIG. 10 is a diagram illustrating Topology 4. [Figure 7] FIG. 1 is a diagram illustrating backscatter transmission. [Figure 8] 1A and 1B are diagrams illustrating examples of candidate topologies for CW / R2D / D2R transmission in Topology 1. [Figure 9] FIG. 10 is a diagram illustrating an example of a candidate topology for CW / R2D / D2R transmission in topology 2. [Figure 10] FIG. 10 is a diagram illustrating Proposal 3. [Figure 11] FIG. 2 is a block diagram illustrating an example of a configuration of a node according to an embodiment of the present disclosure. [Figure 12] FIG. 1 is a block diagram illustrating an example of a configuration of a device according to an embodiment of the present disclosure. [Figure 13] FIG. 2 is a diagram illustrating an example of a hardware configuration of a node and a device according to an embodiment of the present disclosure. [Figure 14] 1 is a diagram illustrating an example of a configuration of a vehicle according to an embodiment of the present disclosure. DETAILED DESCRIPTION OF THE INVENTION

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

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

[0012] Furthermore, in the embodiments of the present disclosure described below, terms used in existing LTE, 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), 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-".

[0013] 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.).

[0014] 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, device, terminal, etc. are set.

[0015] (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. A base station may also be referred to as a BS (Base Station), gNB, or the like. The device 20 may be considered 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.

[0016] 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 (RBs).

[0017] The base station 10 transmits DL signals such as control information, setting information, and data to the device 20 via DL (Downlink). 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 from the device 20 via UP (Uplink).

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

[0019] 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 " / ".

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

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

[0022] 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, 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 PUCCH may be interpreted as uplink control information (UCI), control information, etc. transmitted in the PUSCH or PUCCH.

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

[0024] Ambient IoT may consider, for example, the following deployment scenarios and characteristics for relevant use cases: Indoor or outdoor environment Base station type, e.g., macro / micro / pico cell-based deployment The connectivity topology, e.g., which nodes (e.g., base stations, terminals (UE), relays, and repeaters) communicate with the ambient IoT devices - Duplexing method: TDD or FDD, frequency band: licensed or unlicensed Coexistence with UE and network equipment in frequency bands for existing 3GPP technologies - Traffic assumptions for outgoing / incoming traffic from the device

[0025] 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

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

[0027] <Device type and topology> 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 and amplification functions, and performs backscattering transmission. Device B: Device B has power storage, does not have the capability of independent signal generation, and performs backscatter transmission. Device B uses the stored power to amplify the reflected signal. Device C: Device C has power storage, is capable of independent signal generation, and has active RF (radio frequency) components for transmission.

[0028] The complexity of device A is assumed to be about the same as RFID (radio frequency identification).

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

[0030] Figure 2 is a diagram illustrating Topology 1. As shown in Figure 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 communicates directly with the base station in both directions.

[0031] Figure 3 is a diagram illustrating Topology 2. As shown in Figure 3, Topology 2 is a configuration in which a base station and an ambient IoT device communicate 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, etc.

[0032] Figure 4 is a diagram illustrating Topology 3 in DL assistance. As shown in Figure 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.

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

[0034] Figure 5 is a diagram illustrating Topology 3 in UL support. As shown in Figure 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 an ambient IoT device and a base station.

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

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

[0037] Figure 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 sidelink (SL) communication.

[0038] 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).

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

[0040] <Backscatter transmission> Base stations, intermediate nodes, support nodes, and other nodes transmit RF signals to ambient IoT devices, which are activated and obtain power from the RF operating fields from the base stations, intermediate nodes, support nodes, and other nodes via inductive coupling.

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

[0042] 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 in FIG. 7 indicates an OFF section, which may correspond to the information (bit) "0." A sine wave signal may correspond to the information "1."

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

[0044] 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 can be considered.

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

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

[0047] ·DO-DTT(device originated - device terminated triggered) Traffic includes triggers from the network (NW) and transmissions (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.

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

[0049] 2. Device Prerequisites For A-IoT UE, the following TX (transmission) and FR (frequency range) 1-FDD are assumed:

[0050] ·TX TX can be unamplified backscatter UL transmission or amplified general UL transmission, or alternatively amplified backscatter UL transmission can be performed.

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

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

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

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

[0055] 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 the case of Topology 1 may correspond to a microcell.

[0056] 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 the intermediate node located between the base station and the A-IoT UE. Note that the base station in Topology 2 may correspond to a macrocell. The Topology 2 case may also be applied to indoor cases. Hereinafter, the intermediate node will also be referred to as intermediate UE, int.UE (intermediate UE), etc.

[0057] <Device Type> Three device types are defined for A-IoT devices: Device 1, Device 2a, and Device 2b.

[0058] Device 1 (may also be referred to as Type 1) Device 1 is a device type that consumes a peak power of 1 μW or less. Device 1 has an energy storage and an initial sampling frequency offset (SFO) of up to Z ppm (parts per million), where Z is 10 to the power of x (x is an integer greater than or equal to 0). Device 1 does not have any amplification in either DL or UL. UL transmission in Device 1 is performed by backscattering an externally provided carrier wave (CW), i.e., an unmodulated wave.

[0059] Device 2a (also referred to as Type 2a) The device 2a is a device type that consumes a peak power of several hundred μW. The device 2a has an energy storage and an initial sampling frequency offset of up to Z [ppm] (Z is 10 to the power x (x is an integer equal to or greater than 0)). The device 2a also performs DL and / or UL amplification. The UL transmission in the device 2a is performed by backscattering in a CW provided from an external device.

[0060] Device 2b (also called Type 2b) Device 2b is a device type that consumes power with a peak power of several hundred μW. Device 2b has energy storage and has an initial sampling frequency offset of up to Z [ppm] (Z is 10 to the power of x (x is an integer greater than or equal to 0)). Also, in Device 2b, DL and / or UL amplification is performed. UL transmission in Device 2b is performed inside Device 2b. That is, UL transmission in Device 2b does not have to be performed by backscattering with CW provided from the outside.

[0061] <R2D and D2R> In the RAN1#116 session, it was agreed to consider physical channels for R2D data transmission and D2R data transmission.

[0062] R2D means "reader to device". D2R means "device to reader". "Reader" corresponds to a base station or an intermediate node. "Device" corresponds to A-IoT.

[0063] R2D may be regarded as DL in the wireless communication system of A-IoT. R2D data transmission may be performed on a physical channel such as PRDCH (physical reader to device channel). R2D control transmission may be performed on the same physical channel as R2D data transmission or on a physical channel different from R2D data transmission.

[0064] D2R may be regarded as UL in the wireless communication system of A-IoT. D2R data transmission may be performed on a physical channel such as PDRCH (physical device to reader channel). D2R control transmission may be performed on the same physical channel as D2R data transmission or on a physical channel different from D2R.

[0065] R2D, R2D transmission, R2D signal, DL, and DL signal may be used interchangeably. D2R, D2R transmission, R2D signal, UL, and UL signal may be used interchangeably. R2D control transmission may be referred to as R2D control information or control information. D2R control transmission may be referred to as D2R control information or control information. Signal, data, and information may be used interchangeably.

[0066] <Candidate Topology> Next, we describe candidate topologies for CW / R2D / D2R transmission.

[0067] Fig. 8 is a diagram showing examples of candidate topologies for CW / R2D / D2R transmission in Topology 1. Fig. 8 shows Topology 1A, Topology 1B, Topology 1C, Topology 1D, and Topology 1E as examples of candidate topologies.

[0068] As shown in Figure 8, in topologies 1A to 1E, CW / R2D communication signals (sometimes referred to as "R2D" in Figure 8 and below) / D2R communication signals (sometimes referred to as "D2R" in Figure 8 and below) can be sent and received to A-IoT devices.

[0069] In this embodiment, DL and R2D (reader to device) may be interchangeable, and UL and D2R (device to reader) may be interchangeable, where reader corresponds to BS and / or intermediate UE, and device corresponds to A-IoT device.

[0070] In Topology 1A, the node (first BS) that transmits the CW is different from the node (second BS) that receives the D2R communication signal transmitted by the A-IoT device via backscattering, and the node that transmits the CW is the same as the node that transmits the R2D communication signal. Also, the node that transmits the R2D communication signal is different from the node that receives the D2R communication signal transmitted by the A-IoT device via backscattering. In other words, the R in R2D is different from the R in D2R.

[0071] In Topology 1B, the node (BS) that transmits the CW, the node that transmits the R2D communication signal, and the node that receives the D2R communication signal transmitted by the A-IoT device via backscattering are the same.

[0072] In Topology 1C, the node transmitting the CW (CW node) is different from the node transmitting the R2D communication signal (BS). Also, in Topology 1C, the node transmitting the CW is different from the node receiving the D2R communication signal transmitted by the A-IoT device via backscattering (BS). Also, in Topology 1C, the node transmitting the R2D communication signal is the same as the node receiving the D2R communication signal transmitted by the A-IoT device via backscattering (BS). In other words, the R in R2D and the R in D2R are the same. Note that the CW node may be a BS, (intermediate) UE, IAB node, NCR (network-controlled repeater) node, relay node, or other type of node.

[0073] In Topology 1D, the node (BS) that transmits the R2D communication signal is the same as the node that receives the D2R communication signal generated and transmitted by the A-IoT device. That is, R in R2D is the same as R in D2R.

[0074] In Topology 1E, the node (first BS) that transmits the R2D communication signal is different from the node (second BS) that receives the D2R communication signal generated and transmitted by the A-IoT device. In other words, R in R2D is different from R in D2R.

[0075] Fig. 9 is a diagram showing examples of candidate topologies for CW / R2D / D2R transmission in Topology 2. Fig. 9 shows Topology 2A, Topology 2B, Topology 2C, Topology 2D, and Topology 2E as examples of candidate topologies.

[0076] As shown in Figure 9, in topologies 2A to 2E, CW / R2D communication signals (referred to as "R2D" in Figure 9) / D2R communication signals (referred to as "D2R" in Figure 9) can be sent and received to A-IoT devices.

[0077] In Topology 2A, the node transmitting the CW (first intermediate UE) is different from the node receiving the D2R communication signal transmitted by the A-IoT device via backscattering (second intermediate UE), and the node transmitting the CW is the same as the node transmitting the R2D communication signal. Also, the node transmitting the R2D communication signal is different from the node receiving the D2R communication signal transmitted by the A-IoT device via backscattering. In other words, the R in R2D is different from the R in D2R.

[0078] In Topology 2B, the node that transmits the CW (intermediate UE), the node that transmits the R2D communication signal, and the node that receives the D2R communication signal transmitted by the A-IoT device via backscattering are the same.

[0079] In Topology 2C, the node transmitting the CW (CW node) is different from the node transmitting the R2D communication signal (intermediate UE). Also, in Topology 1C, the node transmitting the CW is different from the node receiving the D2R communication signal transmitted by the A-IoT device via backscattering (BS). Also, in Topology 1C, the node transmitting the R2D communication signal is the same as the node receiving the D2R communication signal transmitted by the A-IoT device via backscattering. In other words, the R in R2D and the R in D2R are the same. Note that the CW node may be a BS / (intermediate) UE / IAB node / NCR node / relay node / other type of node.

[0080] In Topology 2D, the node (intermediate UE) that transmits the R2D communication signal is the same as the node that receives the D2R communication signal generated and transmitted by the A-IoT device, i.e., R in R2D is the same as R in D2R.

[0081] In Topology 2E, the node (first intermediate UE) that transmits the R2D communication signal is different from the node (second intermediate UE) that receives the D2R communication signal generated and transmitted by the A-IoT device. That is, R in R2D is different from R in D2R.

[0082] <ack nack> The ACK / NACK feedback corresponding to the R2D may be a single bit of information or a sequence-based signal, for example, sequence A may represent an ACK and sequence B may represent a NACK.

[0083] "ACK / NACK" has the following meaning: - ACK: R2D message received / decoded successfully, device operation corresponding to the R2D message completed successfully. - NACK: Failure to receive / decode R2D message, failure of device operation corresponding to R2D message.

[0084] The ACK / NACK feedback can be transmitted via PHY (Physical) layer signaling or via higher layer signaling.

[0085] <Terms, etc.> A-IoT device or device: a device included in an A-IoT system, having any of the multiple device types, as described above.

[0086] Reader: D2R receiver The leader can be either a BS or a UE. The leader UE can be called an intermediate UE. The R2D transmitter and D2R receiver may be the same node or different nodes.

[0087] ·R2D: Abbreviation for Reader-to-Device Link. PRDCH: Physical R2D channel. D2R: Abbreviation for Device-to-Reader Link. PDRCH: Physical D2R channel.

[0088] ·DT traffic: Abbreviation for Device Terminated traffic. DT traffic is, for example, a command from the reader.

[0089] DO-DTT traffic: Device Originated-Device Terminated Trigger DO-DTT traffic is, for example, inventory traffic.

[0090] The timing acquisition signal / preamble / midamble / postamble / synchronization signal may be interchangeable.

[0091] At least one of the following may be applied to each proposal in this embodiment, and to each alternative / option if each proposal includes an alternative / option. Multiple proposals may be combined. Multiple options may be combined. Multiple alternatives may be combined. Different options / alternatives may be applied on a case-by-case basis. The instruction / configuration may be transmitted in physical layer control information or in a higher layer payload, for example, in at least one of MAC layer control information, Msg0 (paging), Msg2 (RAR), Msg4, and unicast. The instruction / setting may be transmitted by the PRDCH, by an R2D timing acquisition signal (e.g., preamble / midamble / postamble), or by a synchronization signal. A slot may be a time interval of 1 millisecond. A slot may be one slot in Orthogonal Frequency Division Multiplexing (OFDM). A slot may be a slotted-ALOHA slot. A slot may be any other time domain unit consisting of one or more symbols. A symbol may be one OFDM symbol, M chips (M is an integer greater than or equal to 1) of on-off-keying (OOK), or one modulation symbol of phase shift keying (PSK) and / or frequency shift keying (FSK). · Different alternatives / options may apply to R2D and D2R. Different alternatives / options may apply to different device types. · Different alternatives / options may be applied to different connection topologies. Different alternatives / options may be applied to different R2D channels or D2R channels. The R2D channel may be, for example, either a PRDCH or a PHY channel for R2D control. The D2R channel may be either a PDRCH or a PHY channel for D2R control. Different alternatives / options may be applied to different R2D information or different D2R information. Also, different alternatives / options may be applied to different R2D formats or different D2R formats. Also, different alternatives / options may be applied to different R2D commands or different D2R commands. For example, different alternatives / options may be applied to any of the following. In other words, the alternatives / options applied may differ between two of the following: -R2D Data -R2D control -R2D System Information -R2D information triggering contention based access -D2R data -D2R control -D2R ACK / NACK response -D2R response in contention-based access (Msg1 / Msg3) ·Perform can be used interchangeably with terms such as execute, run, and practice.

[0092] <Considerations> In Topology 2, communication between the base station and the device is performed via an intermediate node (hereinafter, sometimes referred to as int.UE). Therefore, in Topology 2, the int.UE can control the device for different purposes. For example, the int.UE can control R2D / CW (carrier wave) Tx to the device. For example, the int.UE can control D2R Rx from the device.

[0093] However, the mechanism for int.UE to control devices for different purposes has not been considered, so the devices may not be controlled properly and may not be able to communicate properly.

[0094] In addition, low blind decoding complexity at the UE (int.UE) is one of the important factors in DCI monitoring. For example, from the viewpoint of power consumption / processing capacity of the int.UE such as a smartphone or tablet terminal, low complexity blind decoding at the int.UE is preferable.

[0095] Therefore, in this disclosure, in Proposals 1 and 2, techniques are provided for an int.UE to control devices for different purposes.

[0096] In addition, this disclosure provides techniques for low complexity blind decoding at int.UE in Proposals 3 and 4.

[0097] <assumption> The int.UE receives DCI (in DCI format) from the BS for the following purposes (1) to (5). (1) Scheduling R2D Tx to the device Examples of scheduling R2D Tx to a device include: (1a) PRDCH Tx Scheduling (1b) R2D sync Tx scheduling (2) Scheduling D2R Rx from the device Examples of scheduling D2R Rx from a device include the following: (2a) PDRCH Rx Scheduling (2b) D2R sync Rx scheduling (3) Scheduling CW Tx to devices (4) Indicating power control related parameters / commands for R2D Tx / D2R Rx (5) Power control related parameters / commands for CW Tx

[0098] The above may also be a purpose for controlling the int.UE behavior regarding communication with the device.

[0099] In the above, R2D Tx may be PRDCH Tx / R2D sync Tx, and D2R Rx may be PDRCH Rx / D2R sync Rx.

[0100] For different purposes, different fields / information are indicated in the DCI.

[0101] For A-IoT communication, a new DCI format is defined for the above DCI received by the int.UE. A new RNTI (Radio Network Temporary Identifier) ​​is defined / configured for the new DCI format.

[0102] Note that "new" in this disclosure may mean, for example, something different from "DL / UL scheduling." "New" in this disclosure may mean, for example, "dedicated for intermediate UE behavior."

[0103] <Proposal 1> Only one new DCI format is defined for the Tx / Rx of the int.UE to the device. For example, the int.UE uses the above <assumption>Determine (implement) the objectives stated above.

[0104] Only one new DCI format is used for all purposes. For example, the only new DCI format is the one described above. <assumption>Covers all the objectives listed in

[0105] If only one new DCI format is to be used for all purposes, options 1 and 2 below are provided.

[0106] <Proposal: Option 1> One DCI is used for more than one purpose (but not all purposes). In other words, there is one new DCI format, e.g., <assumption>It may include some of the purposes (information for the purposes) listed above.

[0107] If one DCI is used for more than one purpose (but not all), the int.UE determines the purpose of the DCI based on options 1-1 to 1-3 below.

[0108] <Proposal 1: Option 1: Option 1-1> DCI-scrambling RNTI The int.UE determines the purpose of the received DCI based on the RNTI that scrambles the DCI. For example, if the DCI is scrambled by x-RNTI, the DCI is used for purpose X. Otherwise, if the DCI is scrambled by y-RNTI, the DCI is used for purpose Y.

[0109] <Proposal 1: Option 1: Option 1-2> DCI Indications The int.UE determines the purpose of the received DCI based on the indication included in the DCI. For example, if the field of the DCI is set to x, the DCI is used for purpose X. Otherwise, if the field of the DCI is set to y, the DCI is used for purpose Y.

[0110] <Proposal 1: Option 1: Option 1-3> Monitoring occasion / search space / CORESET The int.UE determines the purpose of the DCI to be received based on the DCI monitoring opportunity / search space / CORESET (control resource sets).

[0111] <Proposal 1: Option 2> The DCI contains information for all purposes. For example, one new DCI might contain the above <assumption>The int.UE receives DCI and uses it to <assumption>Determine all the objectives listed above.

[0112] <Proposal 1: Summary> As described above, one new DCI format is introduced for the int.UE, which allows the int.UE to control the device according to a predetermined purpose by the received DCI, and the device can communicate appropriately.

[0113] <Proposal 2> Several new DCI formats are defined for the Tx / Rx of the int.UE to the device. For example, the int.UE can use the above <assumption>Proposal 2 provides the following options 1 and 2:

[0114] <Proposal 2: Option 1> Different DCI formats are used for different purposes. The int.UE determines which format it receives. The int.UE determines the purpose based on the determined format.

[0115] If different DCI formats are used for different purposes, the int.UE determines the DCI format based on options 1-1 to 1-3 below.

[0116] <Proposal 2: Option 1: Option 1-1> DCI-scrambling RNTI The int.UE determines the format of the DCI to be received based on the RNTI that scrambles the DCI. For example, if the DCI is scrambled by x-RNTI, the int.UE determines DCI format X. Otherwise, if the DCI is scrambled by y-RNTI, the int.UE determines DCI format Y.

[0117] <Proposal 2: Option 1: Option 1-2> DCI Indications The int.UE determines the DCI format to receive based on the instruction included in the DCI. For example, if the field of the DCI is set to x, the int.UE determines DCI format X. Otherwise, if the field of the DCI is set to y, the int.UE determines DCI format Y.

[0118] <Proposal 2: Option 1: Option 1-3> Monitoring occasion / search space / CORESET The int.UE determines the DCI format to receive based on the DCI monitoring opportunity / search space / CORESET (control resource sets).

[0119] <Proposal 2: Option 2> When different DCI formats are used for different purposes, the following options 2-1 and 2-2 are provided for the content of each format.

[0120] <Proposal 2: Option 2: Option 2-1> Each new DCI format is used for a different purpose. For example, suppose there are purposes x1 to x3. DCI format x1 is used for purpose x1, DCI format x2 is used for purpose x2, and DCI format x3 is used for purpose x3.

[0121] <Proposal 2: Option 2: Option 2-2> Some new DCI formats are used for one purpose, while some new DCI formats are used for multiple purposes.

[0122] For example, DCI format X is used for purpose X1 / X2, DCI format Y is used for purpose Y, and DCI format Z is used for purpose Z.

[0123] For example, DCI format X is used to schedule R2D Tx or D2R Rx, and DCI format Y is used to schedule CW Tx.

[0124] For example, DCI format X is used to schedule R2D Tx or CW Tx, and DCI format Y is used to schedule D2R Rx.

[0125] <Proposal 2: Summary> As explained above, several new DCI formats are introduced for the int.UE, which allow the int.UE to control devices according to predetermined purposes using the received DCI, and the devices can communicate appropriately.

[0126] <Proposal 3> To reduce the complexity of blind decoding at the int.UE, DCI size alignment is performed (applied). For example, the BS performs DCI size alignment, and the int.UE receives the DCI with the aligned size. Regarding DCI size alignment, the following options 1 to 3 are provided.

[0127] <Proposal 3: Option 1> Option 1 relates to alignment between the new DCI format and the legacy DCI format. Option 1 provides the following options 1-1 and 1-2. Either or both of options 1-1 and 1-2 may be applied.

[0128] <Proposal 3: Option 1: Option 1-1> For int.UE, alignment is performed among the new DCI formats.

[0129] <Proposal 3: Option 1: Option 1-2> For int.UE, alignment is performed between the new DCI format and the legacy DCI format.

[0130] Note that the "legacy DCI format" refers to DCI formats other than int.UE scheduling. For example, the "legacy DCI format" refers to DCI formats such as DL / UL / SL (side link) scheduling DCI and UE group-common signals.

[0131] <Proposal 3: Option 2> int.UE expects the same DCI size to be defined / configured.

[0132] <Proposal 3: Option 3> Different DCI sizes are defined / configured and the DCI sizes are aligned by padding with zeros.

[0133] Size alignment may be performed among some formats and not among others.

[0134] For example, the sizes of DCI format X and DCI format Y may be aligned by adding zeros, while the sizes of DCI format Z may be different.

[0135] For example, the size of DCI format X for scheduling an R2D Tx and the size of DCI format Y for scheduling a D2R Rx may be aligned by padding with zeros, while the size of DCI format Z for scheduling a CW Tx may be different.

[0136] Note that Option 2 may be applied between some formats, and Option 3 may be applied between other formats.

[0137] For example, DCI format X and DCI format Y may be set / defined with the same DCI size, and DCI format Z may be set / defined with a different size.

[0138] For example, DCI format X for scheduling an R2D Tx and DCI format Y for scheduling a D2R Rx may be configured / defined with the same DCI size, and DCI format Z for scheduling a CW Tx may be configured / defined with a different size.

[0139] Regarding the alignment of Option 3 with the above <Proposal 3: Option 1: Option 1-1>, the following Option 3-1 is provided.

[0140] Regarding the alignment of Option 3 with the above <Proposal 3: Option 1: Option 1-2>, the following Option 3-2 is provided.

[0141] <Proposal 3: Option 3: Option 3-1> For alignment between new DCI formats, the maximum payload size among multiple new DCI formats is assumed to be L. If the payload size of DCI format X is smaller than L, zeros are added to DCI format X until the payload size is equal to L.

[0142] <Proposal 3: Option 3: Option 3-2> For alignment between the new DCI format and the legacy DCI format, the following definitions / processes are used:

[0143] (1) Case without SL scheduling DCI To align the new DCI format and the legacy DCI format for the int.UE in "no SL scheduling DCI," the maximum number of different DCI sizes that are configured to monitor for a cell is defined. The maximum number is, for example, 4. For example, the int.UE does not expect to handle more than a total of 4 different DCI sizes that are configured to monitor for a cell. The different DCI sizes include the new DCI format and the legacy NR DCI format.

[0144] If the total number of DCI sizes of the new DCI format / legacy DCI format set to be monitored for the cell is greater than the maximum number, the following process is performed for new DCI format X.

[0145] ·Assuming that the smallest payload size of the legacy NR DCI formats that is larger than the payload size of DCI format X is L, zeros are added to DCI format X until the payload size becomes L. ·int.UE does not assume that the payload size of DCI format X is larger than all legacy NR DCI formats.

[0146] If the total number of DCI sizes of the new DCI format / legacy DCI format set to be monitored for a cell is greater than the maximum number, the following processing may be performed as a modified example for the new DCI format X. If the payload size of DCI format X is larger than all legacy NR DCI formats, assuming that the largest payload size among the legacy NR DCI formats is L, the bit width of a specific field of DCI format X is reduced so that the payload size is equal to L. For example, the bit width is reduced by truncating the first few MSBs (or LSBs) of the specific field of DCI format X.

[0147] Note that the above sizes of the legacy NR DCI formats are the sizes after DCI size alignment between legacy NR DCI formats is performed. That is, the procedure is as follows: the int.UE performs DCI size alignment between legacy NR DCI formats, and then the above behavior is performed.

[0148] (2) Case with SL scheduling DCI For the sake of explanation, DCI format sets #A and #B and new DCI formats are defined below.

[0149] ·Definition -DCI format set #A (DCI set #A): DCI for other than int.UE scheduling and SL scheduling -DCI format set #B (DCI set #B): DCI for SL scheduling -New DCI format: New DCI format for int.UE scheduling

[0150] Procedure order Regarding the procedure sequence in the "SL scheduling DCI present" case, the following three procedure sequences a to c are provided.

[0151] -a. Step 1: int. The UE performs DCI size alignment among {DCI set #A}. Step 2: DCI size alignment is performed between {DCI set #A, DCI set #B}. Step 3: DCI size alignment is performed among {DCI set #A, DCI set #B, new DCI formats}. For example, DCI size alignment similar to that in <Proposal 3: Option 3: Option 3-2> is performed.

[0152] -b. Step 1: int.UE performs DCI size alignment between {DCI set #A}. Step 2: DCI size alignment is performed between {DCI set #A, new DCI formats}. For example, DCI size alignment similar to that in <Proposal 3: Option 3: Option 3-2> is performed. Step 3: DCI size alignment is performed between {DCI set #A, DCI set #B, new DCI formats}. For example, DCI size alignment is performed according to Section 7.3.1.0.1 of TS 38.212 (see Figure 10) with the following update 1: Update 1: The DCI formats configured to be monitored for a cell refer to the DCI formats for DL / UL scheduling and group common signaling, and a new DCI format for int.UE scheduling (see Update 1 in Figure 10).

[0153] -c. Step 1: int.UE performs DCI size alignment between {DCI set #A}. Step 2: DCI size alignment is performed between {DCI set #B, new DCI formats}. For example, DCI size alignment similar to that in <Proposal 3: Option 3: Option 3-2> is performed. Step 3: DCI size alignment is performed between {DCI set #A, DCI set #B, new DCI formats}. For example, DCI size alignment is performed according to Section 7.3.1.0.1 of TS 38.212 (see Figure 10) with the following update 2: Update 2: The DCI formats configured to be monitored for the cell refer to the DCI formats for DL / UL scheduling and group common signaling, and the new DCI format for int.UE scheduling. In particular, if the total number of different DCI sizes between {DCI set #A, DCI set #B, new DCI formats} is greater than the maximum number after step 1 / 2, the UE removes zero padding in step 2 and performs steps 2 and 3 in procedure a or b (see Update 2 in Figure 10).

[0154] (3) Variations A UE (int.UE) is not expected to be configured to monitor both the legacy NR DCI format that schedules the sidelink and the new DCI format on the same cell.

[0155] <Proposal 3: Summary> As explained above, DCI size alignment is performed in the new DCI format / legacy DCI format, which reduces the complexity of blind decoding at the int.UE.

[0156] <Suggestion 4> The UE (int.UE) does not expect to be provided with a search space set associated with a CORESET on multiple cells to monitor the PDCCH for detection of new DCI formats.

[0157] <Proposal 4: Summary> As explained above, the UE does not expect to be provided with a search space set associated with a CORESET on multiple cells to monitor the PDCCH for new DCI format detection, which reduces the complexity of blind decoding at the int.UE. <Node configuration> 11 is a block diagram showing an example of the configuration of a node 10a according to an embodiment. The node 10a includes, for example, a transmitter 101, a receiver 102, and a controller 103. The node 10a is, for example, an intermediate node / support node such as an int.UE, and supports wireless communication between the base station 10 and a device 20 (see FIG. 12) that receives power from energy harvesting. The word "support" may be read as "relay." The node may also be referred to as a communication device.

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

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

[0160] 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 node 10a transmits control information to the device 20 using the PDCCH and transmits downlink data signals using the PDSCH.

[0161] The reference signals 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.

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

[0163] The control unit 103 controls the communication operations of the node 10a, including the transmission process of the transmission unit 101 and the reception process 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).

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

[0165] 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 a signal (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.

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

[0167] Here, the receiver 102 may receive downlink control information dedicated to the node 10a. The downlink control information dedicated to the node 10a may be a new DCI (DCI format).

[0168] The control unit 103 may determine the purpose of control for the device 20 based on the downlink control information. The purpose may be, for example, <assumption>The purpose may be as described above.

[0169] The downlink control information may have only one format. The control unit 103 may control the device 20 for different purposes based on an identifier used to scramble the downlink control information, information included in the downlink control information, a monitoring opportunity for the downlink control information, a search space, or a resource set. The identifier may be an RNTI. The resource set may be a CORESET.

[0170] The downlink control information may have a plurality of formats, and the control unit 103 may control the device for different purposes based on the format of the received downlink control information.

[0171] The receiver 102 may receive downlink control information whose size is aligned.

[0172] The downlink control information may have a plurality of formats, and the control unit 103 may receive downlink control information whose size is aligned in some formats.

[0173] The control unit 103 may control the device 20 for different purposes based on the downlink control information.

[0174] <Device configuration> 12 is a block diagram showing an example of the configuration of a device 20 according to an embodiment. The device 20 is a device with lower complexity than a Narrow Band-Internet of Things (NB-IoT) device, and is, for example, an A-IoT UE. The device 20 may be considered as a device that receives power through energy harvesting. For example, the device 20 may be considered as a device that receives power through a CW supplied from the base station 10 or the node 10a.

[0175] 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 node 10a wirelessly. The device 20 may be, for example, an A-IoT device.

[0176] The receiving unit 201 receives a DL signal transmitted from the node 10a. For example, the receiving unit 201 receives the DL signal under the control of the control unit 203.

[0177] The transmitter 202 transmits the UL signal to the node 10a. For example, the transmitter 202 transmits the UL signal under the control of the controller 203.

[0178] The UL signal may include, for example, an uplink data signal and control information (e.g., UCI). For example, information related to the processing capabilities of the device 20 (e.g., UE capability) may be included. The UL signal may also include a reference signal.

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

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

[0181] The control unit 203 controls the communication operations of the device 20, including the reception process in the reception unit 201 and the transmission process in the transmission unit 202.

[0182] For example, the control unit 203 acquires information such as data and control information from a higher 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 higher layer.

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

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

[0185] 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 Downlink Control Information (DCI) including a Random Access Radio Network Temporary Identifier (RA-RNTI), for example.

[0186] Here, the receiving unit 201 may receive, from the node 10a, information relating to the control of the device 20. The information may be DCI / CW.

[0187] The control unit 203 may determine (execute) a predetermined operation based on the information from the node 10a. For example, the control unit 203 may: <assumption>For example, the control unit 203 may determine power control for R2D reception / PRDCH reception / R2D sync reception / D2R transmission / PDRCH transmission / D2R sync transmission / CW reception / CW.

[0188] 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).

[0189] <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 (for example, using wires, wirelessly, etc.) and these multiple devices. The functional block may also be realized by combining the single device or multiple devices with software.

[0190] Functions include, but are not limited to, judgment, determination, judgment, calculation, computation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, resolution, selection, election, establishment, comparison, assumption, expectation, consideration, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocation, 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.

[0191] For example, a node, a device, or the like 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. 13 is a diagram illustrating an example of a hardware configuration of a node and a device according to an embodiment of the present disclosure. The above-described node 10a 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, and the like.

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

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

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

[0195] 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 node 10a 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 made 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.

[0196] The memory 1002 is a computer-readable recording medium and may be configured, for example, by 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.

[0197] 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 disc), a smart card, a flash memory (e.g., a card, a stick, a key drive), a floppy 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.

[0198] 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, or a communication module. 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.

[0199] The input device 1005 is an input device (for example, 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 (for example, 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 (for example, a touch panel).

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

[0201] Furthermore, the node 10a 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.

[0202] <Information notification, signaling> The notification of information is not limited to the embodiments described in the present disclosure, and may be performed using other methods. For example, the 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, the 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.

[0203] <Applicable systems> Embodiments described in the present disclosure may be applied to at least one of a system using LTE (Long Term Evolution), LTE-Advanced (LTE-A), SUPER 3G, IMT-Advanced, 4G (4th generation mobile communication system), 5G (5th generation mobile communication system), 6G (6th generation mobile communication system), xG (xG (x is, for example, an integer or a decimal point)), 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.20, UWB (Ultra-Wideband), Bluetooth (registered trademark), or other suitable systems, and next generation systems extended, modified, created, or defined based on these. Furthermore, a combination of multiple systems (for example, a combination of at least one of LTE and LTE-A with 5G) may be applied.

[0204] <Processing procedures, etc.> The order of the procedures, sequences, flowcharts, etc. of each aspect / embodiment described in this disclosure may be changed unless it is consistent. 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.

[0205] <Base station operation> In the present disclosure, a specific operation described as being performed by a base station may 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, but not limited to, an MME or an S-GW). 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.

[0206] <Input / output direction> Information, etc. (see the section on information and signals) 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.

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

[0208] <Judgment 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 numerical comparison (e.g., comparison with a predetermined value).

[0209] <Variations of form, etc.> Each aspect / embodiment described in this disclosure may be used alone, in combination, or switched depending on the implementation. Furthermore, 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).

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

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

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

[0213] <Information, Signals> The 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. that 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.

[0214] Note that terms explained 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.

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

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

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

[0218] <Base station> In this 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. Base stations may also be referred to by terms such as macrocell, small cell, femtocell, and picocell.

[0219] 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 divided into multiple smaller areas, and each smaller area can be provided with communication service by a base station subsystem (e.g., a small indoor base station (RRH: Remote Radio Head)). The term "cell" or "sector" refers to a part or the entire coverage area of ​​a base station and / or base station subsystem that provides communication service within this coverage.

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

[0221] <Mobile station> In this disclosure, the terms "Mobile Station (MS)," "user terminal," "User Equipment (UE)," "terminal," etc. may be used interchangeably.

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

[0223] <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 a mobile object that moves autonomously 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.

[0224] Furthermore, a 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.

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

[0226] Fig. 14 shows an example configuration of a vehicle 2001. As shown in Fig. 14, 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.

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

[0228] 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).

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

[0230] The information service unit 2012 is composed of various devices, such as a car navigation system, an audio system, speakers, a television, and a radio, for providing (outputting) various information such as driving information, traffic information, and entertainment information, and one or more ECUs for controlling these devices. The information service unit 2012 uses information acquired from external devices via the communication module 2013, etc., to provide various multimedia information and multimedia services to the occupants of the vehicle 2001.

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

[0232] The driving assistance system unit 2030 is composed of various devices that provide functions for preventing accidents and reducing the driver's driving burden, such as a millimeter-wave radar, a LiDAR (Light Detection and Ranging), a camera, a positioning locator (e.g., GNSS, etc.), map information (e.g., high-definition (HD) map, autonomous vehicle (AV) map, etc.), a gyro system (e.g., an IMU (Inertial Measurement Unit), an INS (Inertial Navigation System), etc.), an AI (Artificial Intelligence) chip, and an AI processor, as well as one or more ECUs that control these devices. The driving assistance system unit 2030 also transmits and receives various information via the communication module 2013 to realize the driving assistance function or the autonomous driving function.

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

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

[0235] The communication module 2013 may transmit at least one of signals from the above-mentioned various sensors 2021-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-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.

[0236] The communication module 2013 receives various information (traffic information, traffic signal information, vehicle distance information, etc.) transmitted from external devices 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)).

[0237] 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 a drive unit 2002, a steering unit 2003, an accelerator pedal 2004, a brake pedal 2005, a shift lever 2006, left and right front wheels 2007, left and right rear wheels 2008, an axle 2009, sensors 2021 to 2029, and the like, which are provided in the vehicle 2001.

[0238] <Terminology and interpretation> 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 in a table, database, or other data structure), ascertaining, 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. 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.

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

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

[0241] <The 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."

[0242] <"First", "Second"> As used in this disclosure, any reference to an element using a designation such as "first," "second," etc. 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 in some way precede the second element.

[0243] <Means> In the configuration of each of the above devices, the "means" may be replaced with "section", "circuit", "device", etc.

[0244] <Open format> In the present disclosure, when the terms "include", "including" and their variants are used, these terms are intended to be inclusive, similar to the term "comprising". Further, the term "or" used in the present disclosure is intended not to be an exclusive disjunction.

[0245] <Time units such as TTI, frequency units such as RB, 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. The subframe may have a fixed time length (e.g., 1 ms) that does not depend on numerology.

[0246] Numerology may be a communication parameter applied to at least one of the transmission and reception of a certain signal or channel. Numerology 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 configuration, specific filtering processing performed by a transceiver in the frequency domain, specific windowing processing performed by a transceiver in the time domain, etc.

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

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

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

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

[0251] 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. However, the definition of TTI is not limited to this.

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

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

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

[0255] 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 equal to or greater than 1 ms.

[0256] A resource block (RB) is a resource allocation unit in the time domain and frequency domain, and may include one or more consecutive subcarriers in the frequency domain. The number of subcarriers included in an RB may be the same regardless of numerology, for example, 12. The number of subcarriers included in an RB may also be determined based on numerology.

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

[0258] 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, or the like.

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

[0260] 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 given BWP and numbered within that BWP.

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

[0262] 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."

[0263] The above-described structures of radio frames, subframes, slots, minislots, symbols, etc. are merely examples. For example, 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. may be changed in various ways.

[0264] <Maximum transmission power> The "maximum transmit power" in this disclosure may mean the maximum value of transmit power, the nominal UE maximum transmit power, or the rated UE maximum transmit power.

[0265] <Article> 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.

[0266] <"Different"> In the present disclosure, the term "A and B are different" may mean "A and B are different from each other." 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." [Industrial Applicability]

[0267] One aspect of the present disclosure is useful in wireless communication systems. [Explanation of symbols]

[0268] 10 base station 20 devices 101,202 Transmitter 102,201 Receiver 103,203 Control unit< / assumption> < / assumption> < / assumption> < / assumption> < / assumption> < / assumption> < / assumption> < / assumption> < / assumption> < / ack>

Claims

1. 1. A node facilitating wireless communication between a base station and a device powered by energy harvesting, comprising: a receiving unit for receiving node-specific downlink control information; a control unit that determines a purpose of control for the device based on the downlink control information; A node having

2. the downlink control information has one format, The control unit determines a purpose of control for the device based on an identifier scrambling the downlink control information, information included in the downlink control information, a monitoring opportunity, a search space, or a resource set of the downlink control information. The node of claim 1 .

3. the downlink control information has a plurality of formats; The control unit determines a purpose of control for the device based on the format. The node of claim 1 .

4. the receiving unit receives the downlink control information whose size has been adjusted. The node of claim 1 .

5. the downlink control information has a plurality of formats; the receiving unit receives the downlink control information whose size is adjusted in some formats. The node of claim 1 .

6. 1. A communication method for a node facilitating wireless communication between a base station and a device powered by energy harvesting, comprising: a receiving unit for receiving node-specific downlink control information; a control unit that determines a purpose of control for the device based on the downlink control information; Communication method.

Images