Device and method for supporting d2r FDMA for ambient IoT communication in wireless communication system

Abstract

The present disclosure relates to a wireless communication system. Specifically, the present disclosure relates to a device and method for supporting device-to-reader frequency division multiple access (D2R FDMA) for ambient Internet of Things (Ambient IoT) communication in a wireless communication system.

Description

Device and method for supporting D2R FDMA for ambient IoT communication in a wireless communication system

[0001] The present disclosure relates to a wireless communication system. Specifically, the present disclosure relates to a device and method for supporting D2R FDMA (Device-to-Reader Frequency Division Multiple Access) for Ambient Internet of Things (Ambient IoT) communication in a wireless communication system.

[0002]

[0003] Wireless communication systems are widely deployed to provide various types of communication services, such as voice and data. Typically, wireless communication systems are multiple access systems that support communication with multiple users by sharing available system resources (e.g., bandwidth, transmission power). Examples of multiple access systems include Code Division Multiple Access (CDMA), Frequency Division Multiple Access (FDMA), Time Division Multiple Access (TDMA), Orthogonal Frequency Division Multiple Access (OFDMA), and Single Carrier Frequency Division Multiple Access (SC-FDMA).

[0004]

[0005] To solve the above-described problems, the present disclosure provides a device and method for supporting D2R FDMA (Device-to-Reader Frequency Division Multiple Access) for Ambient Internet of Things (Ambient IoT) communication in a wireless communication system.

[0006] The technical problems to be achieved in the present disclosure are not limited to the technical problems mentioned above, and other technical problems not mentioned will be clearly understood by a person having ordinary skill in the technical field to which the present disclosure belongs from the description below.

[0007]

[0008] According to various embodiments of the present disclosure, a method performed by a first device is provided, comprising: transmitting configuration information related to a K value for a frequency shift (FS) to a second device; receiving a signal to which the frequency shift is applied based on the K value from the second device, wherein the frequency shift is based on an integer multiple of a resource block (RB) bandwidth, and the K value is set such that the frequency shift does not exceed a maximum frequency supported by the second device.

[0009] According to various embodiments of the present disclosure, a method performed by a second device is provided, comprising: receiving configuration information related to a K value for a frequency shift (FS) from a first device; transmitting a signal to which the frequency shift is applied based on the K value to the first device, wherein the frequency shift is based on an integer multiple of a resource block (RB) bandwidth, and the K value is set such that the frequency shift does not exceed a maximum frequency supported by the second device.

[0010] According to various embodiments of the present disclosure, a first device is provided, comprising: a transceiver; at least one processor; and at least one memory operably connectable to the at least one processor and storing instructions that, when executed by the at least one processor, perform operations, wherein the operations include all steps of a method performed by the first device according to various embodiments of the present disclosure.

[0011] According to various embodiments of the present disclosure, a second device is provided, comprising: a transceiver; at least one processor; and at least one memory operably connectable to the at least one processor and storing instructions that, when executed by the at least one processor, perform operations, wherein the operations include all steps of a method performed by the second device according to various embodiments of the present disclosure.

[0012] According to various embodiments of the present disclosure, a control device for controlling a first device in a wireless communication system is provided, the control device including at least one processor and at least one memory operably connected to the at least one processor, wherein the at least one memory stores instructions for performing operations based on being executed by the at least one processor, the operations including all steps of a method performed by the first device according to various embodiments of the present disclosure.

[0013] According to various embodiments of the present disclosure, a control device for controlling a second device in a wireless communication system is provided, the control device including at least one processor and at least one memory operably connected to the at least one processor, wherein the at least one memory stores instructions for performing operations based on being executed by the at least one processor, the operations including all steps of a method performed by the second device according to various embodiments of the present disclosure.

[0014] According to various embodiments of the present disclosure, there is provided one or more non-transitory computer-readable media storing one or more instructions, wherein the one or more instructions, when executed by one or more processors, perform operations, the operations including all steps of a method performed by a first device according to various embodiments of the present disclosure.

[0015] According to various embodiments of the present disclosure, there is provided one or more non-transitory computer-readable media storing one or more instructions, wherein the one or more instructions, when executed by one or more processors, perform operations, the operations including all steps of a method performed by a second device according to various embodiments of the present disclosure.

[0016]

[0017] To solve the above-described problems, the present disclosure may provide a device and method for supporting D2R FDMA (Device-to-Reader Frequency Division Multiple Access) for Ambient Internet of Things (Ambient IoT) communication in a wireless communication system.

[0018]

[0019] The accompanying drawings are intended to aid in understanding the present disclosure and, together with detailed descriptions, may provide embodiments of the present disclosure. However, the technical features of the present disclosure are not limited to specific drawings, and the features disclosed in each drawing may be combined with each other to form new embodiments. Reference numerals in each drawing may indicate structural elements.

[0020] FIG. 1 is a diagram illustrating an example of physical channels used in a system applicable to the present disclosure and a general signal transmission method using the same.

[0021] FIG. 2 is a diagram illustrating an example of a wireless frame structure used in a system applicable to the present disclosure.

[0022] FIG. 3 is a drawing illustrating an example of a slot structure used in a system applicable to the present disclosure.

[0023] FIG. 4 is a diagram illustrating an example of a slot structure of a wireless frame used in a system applicable to the present disclosure.

[0024] FIG. 5 is a diagram illustrating an example of a topology in which a base station and an A-IoT device are directly connected in a system applicable to the present disclosure.

[0025] FIG. 6 is a diagram illustrating an example of a topology in which a base station and an A-IoT device are connected through an intermediate node in a system applicable to the present disclosure.

[0026] FIG. 7 is a diagram illustrating an example of a topology supported by an auxiliary node in a system applicable to the present disclosure.

[0027] FIG. 8 is a diagram illustrating an example of a topology supported by an auxiliary node in a system applicable to the present disclosure.

[0028] FIG. 9 is a diagram illustrating an example of a topology in which a terminal and an A-IoT device are directly connected in a system applicable to the present disclosure.

[0029] FIG. 10 is a diagram illustrating an example of power consumption according to the operating state of an energy harvesting-based device having energy storage capability in a system applicable to the present disclosure.

[0030] FIG. 11 is a diagram illustrating an example of a device energy state according to an operating state of an energy harvesting-based device having energy storage capability in a system applicable to the present disclosure.

[0031] FIG. 12 is a diagram illustrating an example of deployment scenario 1 with topology 1 (indoor BS + indoor Ambient IoT device) in a system applicable to the present disclosure.

[0032] FIG. 13 is a diagram illustrating an example of deployment scenario 2 with topology 2 (outdoor BS + indoor intermediate UE + indoor Ambient IoT device) in a system applicable to the present disclosure.

[0033] FIG. 14 is a diagram illustrating an example in which the R2D transmission bandwidth (Btx, R2D) set by the reader in a system applicable to the present disclosure and the corresponding occupied bandwidth (Bocc, R2D) are defined to be identical to the channel bandwidth (Bch, R2D) including the guard band.

[0034] FIG. 15 is a diagram illustrating an example of configuring multiple R-subsystem bandwidths (Br-sub, R2D) within an R-system bandwidth (Br-sys, R2D) in a system applicable to the present disclosure to support parallel inventory / command / sensing / communication according to the reception bandwidth of each different device type.

[0035] FIG. 16 is a diagram illustrating an example of performing frequency hopping (FH) between one or more channels within the reception bandwidth of each device type based on the D-system bandwidth (Bd-sys, R2D) set from the device perspective in a system applicable to the present disclosure.

[0036] FIG. 17 is a diagram illustrating an example in which a D2R transmission bandwidth (Btx, D2R) set by a device in a system applicable to the present disclosure and an occupied bandwidth (Bocc, D2R) corresponding thereto are defined to be the same as a channel bandwidth (Bch, D2R) including a guard band.

[0037] FIG. 18 is a diagram illustrating an example of a configuration in which each D2R channel is arranged adjacently without a frequency separation (FS) in a system applicable to the present disclosure, and a carrier waveform (CW) is set at the center frequency of each channel.

[0038] FIG. 19 is a diagram illustrating an example of securing a frequency interval including FS between adjacent channels based on a DSB (Double Side Band) transmission method in a system applicable to the present disclosure, and performing inter-channel frequency shifting (FS) through this interval.

[0039] FIG. 20 is a diagram illustrating an example of performing inter-channel frequency shifting (FS) by securing inter-channel FS based on a Single Side Band (SSB) transmission method in a system applicable to the present disclosure.

[0040] FIG. 21 is a diagram illustrating an example of a case in which FS (Frequency Shifting) is performed within one D2R channel based on a DSB (Double Side Band) transmission method in a system applicable to the present disclosure.

[0041] FIG. 22 is a diagram illustrating an example of a case in which FS is performed within one D2R channel based on a SSB (Single Side Band) transmission method in a system applicable to the present disclosure.

[0042] FIG. 23 is a diagram illustrating an example of a case in which FS is performed by utilizing a boundary (guard band or channel boundary) area of ​​a D2R channel based on a DSB transmission method in a system applicable to the present disclosure.

[0043] FIG. 24 is a diagram illustrating an example of performing FS (Frequency Shifting) by utilizing a boundary (guard band or channel boundary) area of ​​a D2R channel based on a SSB (Single Side Band) transmission method in a system applicable to the present disclosure.

[0044] FIG. 25 is a diagram illustrating a structure in which M modulation chips for AmIoT are aligned within one NR OFDM symbol in a system applicable to the present disclosure, and is an example of a chip-by-chip configuration method for supporting frequency shift (FS) in RB units.

[0045] FIG. 26 is a diagram illustrating an example of an operation process of a first device in a system applicable to the present disclosure.

[0046] FIG. 27 is a diagram illustrating an example of an operation process of a second device in a system applicable to the present disclosure.

[0047] FIG. 28 is a diagram illustrating an example of the structure of a first device and a second device in a system applicable to the present disclosure.

[0048]

[0049] In various embodiments of the present disclosure, “A or B” may mean “only A,” “only B,” or “both A and B.” In other words, in various embodiments of the present disclosure, “A or B” may be interpreted as “A and / or B.” For example, in various embodiments of the present disclosure, “A, B or C” may mean “only A,” “only B,” “only C,” or “any combination of A, B and C.”

[0050] In various embodiments of the present disclosure, a slash ( / ) or a comma may mean "and / or." For example, "A / B" may mean "A and / or B." Accordingly, "A / B" may mean "only A," "only B," or "both A and B." For example, "A, B, C" may mean "A, B, or C."

[0051] In various embodiments of the present disclosure, “at least one of A and B” may mean “only A,” “only B,” or “both A and B.” Furthermore, in various embodiments of the present disclosure, the expressions “at least one of A or B” or “at least one of A and / or B” may be interpreted as equivalent to “at least one of A and B.”

[0052] Additionally, in various embodiments of the present disclosure, “at least one of A, B and C” can mean “only A,” “only B,” “only C,” or “any combination of A, B and C.” Additionally, “at least one of A, B or C” or “at least one of A, B and / or C” can mean “at least one of A, B and C.”

[0053] Additionally, parentheses used in various embodiments of the present disclosure may mean "for example." Specifically, when indicated as "control information (PDCCH)", "PDCCH" may be proposed as an example of "control information." In other words, "control information" in various embodiments of the present disclosure is not limited to "PDCCH", and "PDDCH" may be proposed as an example of "control information." Furthermore, even when indicated as "control information (i.e., PDCCH)", "PDCCH" may be proposed as an example of "control information."

[0054] Technical features individually described in a single drawing in various embodiments of the present disclosure may be implemented individually or simultaneously.

[0055]

[0056] Common signal transmission methods in 3GPP

[0057] Physical channels and general signal transmission

[0058] FIG. 1 is a diagram illustrating an example of physical channels used in a system applicable to the present disclosure and a general signal transmission method using these channels. Specifically, FIG. 1 illustrates physical channels used in a 3GPP system and general signal transmission.

[0059] Figure 1 illustrates the physical channels and typical signal transmission used in the 3GPP system. In a wireless communication system, a terminal receives information from a base station via the downlink (DL), and the terminal transmits information to the base station via the uplink (UL). The information transmitted and received between the base station and the terminal includes data and various control information, and various physical channels exist depending on the type and purpose of the information they transmit and receive.

[0060] When a terminal is powered on again from a powered-off state or newly enters a cell, it performs an initial cell search operation, such as synchronizing with the base station (S11). To this end, the terminal receives the PSCH (Primary Synchronization Channel) and SSCH (Secondary Synchronization Channel) from the base station to synchronize with the base station and obtain information such as the cell ID (cell identity). In addition, the terminal can obtain broadcast information within the cell by receiving the PBCH (Physical Broadcast Channel) from the base station. In addition, the terminal can receive the DL RS (Downlink Reference Signal) during the initial cell search phase to check the downlink channel status.

[0061] A terminal that has completed initial cell search can obtain more specific system information by receiving a PDCCH (Physical Downlink Control Channel) and a corresponding PDSCH (Physical Downlink Control Channel) (S12).

[0062] Thereafter, the terminal may perform a random access procedure to complete connection to the base station (S13-S16). Specifically, the terminal may transmit a preamble via a physical random access channel (PRACH) (S13) and receive a random access response (RAR) for the preamble via a physical downlink control channel (PDCCH) and a corresponding PDSCH (S14). Thereafter, the terminal may transmit a physical uplink shared channel (PUSCH) using scheduling information in the RAR (S15) and perform a contention resolution procedure such as a PDCCH and a corresponding PDSCH (S16).

[0063] A terminal that has performed the above-described procedure can then perform PDCCH / PDSCH reception (S17) and PUSCH / PUCCH (Physical Uplink Control Channel) transmission (S18) as general uplink / downlink signal transmission procedures. Control information that the terminal transmits to the base station is referred to as UCI (Uplink Control Information). UCI includes HARQ ACK / NACK (Hybrid Automatic Repeat and reQuest Acknowledgement / Negative-ACK), SR (Scheduling Request), CSI (Channel State Information), etc. CSI includes CQI (Channel Quality Indicator), PMI (Precoding Matrix Indicator), RI (Rank Indication), etc. UCI is generally transmitted through PUCCH, but can be transmitted through PUSCH when control information and data must be transmitted simultaneously. In addition, the terminal can aperiodically transmit UCI through PUSCH according to a request / instruction of the network.

[0064]

[0065] OFDM (Orthogonal Frequency Division Multiplexing) Numerology

[0066] The new RAT system uses OFDM transmission scheme or a similar transmission scheme. The new RAT system may follow OFDM parameters different from those of LTE. Alternatively, the new RAT system may follow the existing LTE / LTE-A numerology but have a larger system bandwidth (e.g., 100 MHz). Alternatively, a single cell may support multiple numerologies. That is, UEs operating under different numerologies can coexist within a single cell.

[0067]

[0068] Radio frame structure

[0069] FIG. 2 is a diagram illustrating an example of the structure of a wireless frame used in a system applicable to the present disclosure.

[0070] In NR, uplink and downlink transmissions are structured as frames. A radio frame is 10ms long and is defined as two 5ms half-frames (HF). Each half-frame is defined as five 1ms subframes (SF). A subframe is divided into one or more slots, and the number of slots in a subframe depends on the subcarrier spacing (SCS). Each slot contains 12 or 14 OFDM(A) symbols, depending on the cyclic prefix (CP). When a regular CP is used, each slot contains 14 symbols. When an extended CP is used, each slot contains 12 symbols. Here, the symbols can include OFDM symbols (or CP-OFDM symbols), SC-FDMA symbols (or DFT-s-OFDM symbols).

[0071] Table 1 illustrates that when CP is normally used, the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary depending on the SCS.

[0072] SCS (15*2^u)N slot symb N frame,u slot N subframe,u slot 15KHz (u=0)1410130KHz (u=1)1420260KHz (u=2)14404120KHz (u=3)14808240KHz (u=4)1416016

[0073] N slot symb is the number of symbols in the slot. N frame,uslot is the number of slots in the frame. N subframe,u slot is the number of slots within a subframe.

[0074]

[0075] Table 2 illustrates that when extended CP is used, the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary depending on the SCS.

[0076] SCS (15*2^u)N slot symb N frame,u slot N subframe,u slot 60KHz (u=2)12404

[0077] NR supports multiple numerologies (or subcarrier spacings (SCS)) to support various 5G services. For example, an SCS of 15 kHz supports wide areas in traditional cellular bands; an SCS of 30 kHz / 60 kHz supports dense urban areas, lower latency, and wider carrier bandwidth; and an SCS of 60 kHz or higher supports bandwidths greater than 24.25 GHz to overcome phase noise.

[0078] The NR frequency band can be defined by two types of frequency ranges (FR1, FR2). The numerical values ​​of the frequency ranges can be changed, and for example, the two types of frequency ranges (FR1, FR2) can be as shown in Table 3 below. For convenience of explanation, among the frequency ranges used in the NR system, FR1 can mean the "sub 6 GHz range", and FR2 can mean the "above 6 GHz range" and can be called millimeter wave (mmW).

[0079] Frequency Range designationCorresponding frequency rangeSubcarrier SpacingFR1450MHz - 6000MHz15, 30, 60kHzFR224250MHz - 52600MHz60, 120, 240kHz

[0080] As described above, the numerical value of the frequency range of the NR system can be changed. For example, FR1 may include a band from 410 MHz to 7125 MHz, as shown in Table 4 below. That is, FR1 may include a frequency band above 6 GHz (or 5850, 5900, 5925 MHz, etc.). For example, the frequency band above 6 GHz (or 5850, 5900, 5925 MHz, etc.) included within FR1 may include an unlicensed band. The unlicensed band may be used for various purposes, such as for vehicular communications (e.g., autonomous driving).

[0081] Frequency Range designationCorresponding frequency rangeSubcarrier SpacingFR1410MHz - 7125MHz15, 30, 60kHzFR224250MHz - 52600MHz60, 120, 240kHz

[0082] In an NR system, OFDM(A) numerologies (e.g., SCS, CP length, etc.) may be set differently between multiple cells that are merged into a single terminal. Accordingly, the (absolute time) interval of a time resource (e.g., SF, slot, or TTI) (conveniently referred to as TU (Time Unit)) consisting of the same number of symbols may be set differently between the merged cells.

[0083]

[0084] FIG. 3 is a drawing illustrating an example of a slot structure used in a system applicable to the present disclosure.

[0085] A slot contains multiple symbols in the time domain. For example, a slot contains 7 symbols for a regular CP, but 6 symbols for an extended CP. A carrier contains multiple subcarriers in the frequency domain. A Resource Block (RB) is defined as multiple (e.g., 12) consecutive subcarriers in the frequency domain. A Bandwidth Part (BWP) is defined as multiple consecutive (P)RBs in the frequency domain, and can correspond to a single numerology (e.g., SCS, CP length, etc.). A carrier can contain up to N (e.g., 5) BWPs. Data communication is performed through activated BWPs, and only one BWP can be activated for a single terminal. Each element in the resource grid is referred to as a Resource Element (RE), to which one complex symbol can be mapped.

[0086]

[0087] FIG. 4 is a diagram illustrating an example of a slot structure of a wireless frame used in a system applicable to the present disclosure.

[0088] Fig. 4 is an exemplary system, illustrating the slot structure of a frame of an NR system.

[0089] The frame structure of NR is characterized by a self-contained structure in which a DL control channel, DL or UL data, and UL control channel can all be included in a single slot unit, as shown in the example of FIG. 4. At this time, DL data scheduling information, UL data scheduling information, etc. can be transmitted in the DL control channel, and ACK / NACK information for DL ​​data, CSI information (modulation and coding scheme information, MIMO transmission-related information, etc.), scheduling requests, etc. can be transmitted in the UL control channel. In FIG. 4, a time gap for DL-to-UL or UL-to-DL switching may exist between the control region and the data region. In addition, some of DL control / DL data / UL data / UL control may not be configured within a single slot. Or, the order of each channel configuring a single slot may be different. (For example, DL control / DL data / UL control / UL data or UL control / UL data / DL control / DL data, etc.)

[0090]

[0091] Ambient IoT communication (Rel-18)

[0092] The Ambient Internet of Things (A-IoT) may be a new type / segment of devices that operate solely on energy harvested from the surrounding environment. For example, A-IoT could refer to a new type of Internet of Things device that is powered by various energy sources harvested from the surrounding environment, such as radio waves, light, motion, and heat. Table 5 presents examples of A-IoT use cases.

[0093] Inventory: Smart labeling / identification in warehouse, supply chain, airport shipping, manufacturing, logistics, retail, etc. Sensor: Environment sensing in smart farm, smart city, smart home, smart grid, etc. Positioning: Location tracking and ranging in indoor / outdoor for assets, products, personal item tracking, etc. Command: Actuator, device activation / deactivation, electronic labeling, etc.

[0094]

[0095] The following shows IoT communication-related issues discussed in 3GPP RAN.

[0096] This study targets at a new 3GPP IoT technology, suitable for deployment in a 3GPP system, which relies on ultra-low complexity devices with ultra-low power consumption for the very-low end IoT applications.

[0097] The study shall provide clear differentiation, i.e. addressing use cases and scenarios that cannot otherwise be fulfilled based on existing 3GPP LPWA IoT technology e.g. NB-IoT including with reduced peak Tx power.

[0098]

[0099] In terms of energy storage, the study will consider the following device characteristics:

[0100] - Pure batteryless devices with no energy storage capability at all, and completely dependent on the availability of an external source of energy

[0101] - Devices with limited energy storage capability that do not need to be replaced or recharged manually.

[0102] Device categorization based on corresponding characteristics (e.g. energy source, energy storage capability, passive / active transmission, etc.) may be discussed during the study, in relation with the relevant use cases.

[0103] The device's peak power consumption shall be limited by its practical form factor for the intended use cases, and shall consider its energy source.

[0104]

[0105] Identify the suitable deployment scenarios and their characteristics, at least for the use cases / services agreed in SA1's "Study on Ambient power-enabled internet of Things", comprising among at least the following aspects:

[0106] - Indoor / outdoor environment

[0107] - Basestation characteristics, e.g. macro / micro / pico cell-based deployments

[0108] - Connectivity topologies, including which node(s), e.g., basestation, UE, relay, repeater, etc. can communicate with target devices

[0109] - TDD / FDD and frequency bands in licensed or unlicensed spectrum

[0110] - Coexistence with UEs and infrastructure in frequency bands for existing 3GPP technologies

[0111] - Device originated and / or device terminated traffic assumption

[0112]

[0113] NOTE: There can be more than one deployment scenario identified for a use case, and a deployment scenario may be common to more than one use case.

[0114] NOTE: Where more than one deployment scenario is identified for a use case, the trade-offs between them should also be studied.

[0115] NOTE: The study shall not prioritize deployment aspects that should be coordinated with SA, e.g., public or private network, with or without CN connection.

[0116] NOTE: A representative use case can be studied for a group of use cases that have similar requirements.

[0117]

[0118] Formulate a set of RAN design targets based on the identified deployment scenarios and their characteristics for the relevant use cases, at least including:

[0119] - Power consumption

[0120] - Complexity

[0121] - Coverage

[0122] - Data rate

[0123] - Positioning accuracy

[0124]

[0125] NOTE: The requirements from SA1 on the relevant use cases shall be taken into consideration.

[0126] NOTE: The study shall aim to provide better coverage compared to existing non-3GPP technologies for the relevant use cases.

[0127] NOTE: Other RAN design targets in relation to connection density, mobility, security, latency, reliability, etc. may be discussed, if necessary for the relevant use cases.

[0128] NOTE: Detailed definitions of the RAN design targets should be discussed during the study.

[0129]

[0130] Compare and assess the feasibility of meeting the design targets for relevant use cases on the basis of the deployment scenario(s) appropriate to it, and identify assumptions on required functionality to be supported.

[0131] NOTE: This is not to require a detailed WG-level of analysis.

[0132]

[0133] Note: This study shall target for an IoT segment well below the existing 3GPP IoT technologies, e.g. NB-IoT, eMTC, RedCap, etc.

[0134] This study shall not aim to replace existing 3GPP LPWA technologies.

[0135]

[0136] For example, active signal generation and / or backscattering may be among the communication technologies considered to achieve low-power operation of A-IoT devices. For example, backscattering is a technique widely used in radio frequency identification (RFID), which allows devices to communicate with a network by reflecting incident waves after modulating them with information to be transmitted. For example, the device may be powered by the incident RF signal or by stored energy.

[0137] For example, IoT devices can be classified into various device types, such as passive, semi-passive, and active, depending on how they store energy and generate transmission signals. For example, a passive device does not have an energy storage device (e.g., a capacitor) and can communicate based on backscatter communication technology. For example, a semi-passive device has an energy storage device and can communicate using backscatter communication technology with the help of the energy storage device. For example, an active device has an energy storage device and can actively generate signals using active RF components and the stored energy to communicate. For example, in the present disclosure, the following three types of IoT devices can be considered. For example, device A can be a device without energy storage and without independent signal generation (e.g., a device that supports backscatter transmission). For example, device B can be a device with energy storage and without independent signal generation (e.g., a device that supports backscatter transmission). In this case, for example, the use of stored energy may involve amplification of the reflected signal. For example, device C may be a device with energy storage and independent signal generation (e.g., a device with an active RF component for transmission).

[0138] For example, the following basic topologies may be considered to support A-IoT devices in indoor and outdoor scenarios. For example, the basic topologies may include direct connections between base stations and A-IoT devices, connections between base stations and intermediate nodes and A-IoT devices, connection support by auxiliary nodes, and / or connections between terminals and A-IoT devices. The basic topologies proposed in this disclosure are merely examples, and the proposals in this disclosure may be extended / applied to other topologies.

[0139]

[0140] FIG. 5 is a diagram illustrating an example of a topology (topology 1) in which a base station and an A-IoT device are directly connected in a system applicable to the present disclosure.

[0141] The embodiment of FIG. 5 can be combined with various embodiments of the present disclosure.

[0142] Referring to FIG. 5, the A-IoT device can communicate directly and bidirectionally with the base station. For example, communication between the base station and the A-IoT device may include A-IoT data and / or signals. For example, the A-IoT data and / or signals may be transmitted or received based on a control channel and / or a data channel (e.g., a shared channel). In the embodiment of FIG. 5, the base station transmitting to the A-IoT device and the base station receiving from the A-IoT device may be different. For example, in the topology 1, the base station and the A-IoT device in a micro-cell environment may communicate directly with each other. For example, the base station may be located at a co-site with a base station equipped with an existing 3GPP technology.

[0143]

[0144] FIG. 6 is a diagram illustrating an example of a topology (topology 2) in which a base station and an A-IoT device are connected through an intermediate node in a system applicable to the present disclosure.

[0145] The embodiment of FIG. 6 can be combined with various embodiments of the present disclosure.

[0146] Referring to FIG. 6, an A-IoT device can bidirectionally communicate with an intermediate node between the device and a base station. Here, for example, the intermediate node can be an A-IoT-capable relay, an IAB node, a terminal, a repeater, etc. For example, the intermediate node can transmit A-IoT data and / or signals between the base station and the A-IoT device. For example, the A-IoT data and / or signals can be transmitted or received based on a control channel and / or a data channel (e.g., a shared channel). In the embodiment of FIG. 6, the intermediate node transmitting to the A-IoT device and the intermediate node receiving from the A-IoT device can be different. For example, in the topology 2, an intermediate node can exist between a base station in a macro-cell environment and the A-IoT device. For example, the base station can be located at a co-site with a base station equipped with an existing 3GPP technology. For example, intermediate nodes may be limited to terminals, and intermediate nodes may be located indoors.

[0147]

[0148] FIG. 7 is a diagram illustrating an example of a topology (topology 3) supported by an auxiliary node in a system applicable to the present disclosure.

[0149] FIG. 8 is a diagram illustrating an example of a topology (topology 3) supported by an auxiliary node in a system applicable to the present disclosure.

[0150] The embodiments of FIGS. 7 and 8 can be combined with various embodiments of the present disclosure.

[0151] Referring to Fig. 7, an auxiliary node may be supported for downlink reception. For example, an A-IoT device may transmit data / signals to a base station, and the A-IoT device may receive data / signals from the auxiliary node. Referring to Fig. 8, an auxiliary node may be supported for uplink transmission. For example, an A-IoT device may receive data / signals from a base station, and the A-IoT device may transmit data / signals to an auxiliary node. Here, for example, the auxiliary node may be an A-IoT-capable relay, an IAB node, a terminal, a repeater, etc.

[0152]

[0153] FIG. 9 is a diagram illustrating an example of a topology (topology 4) in which a terminal and an A-IoT device are directly connected in a system applicable to the present disclosure.

[0154] The embodiment of FIG. 9 can be combined with various embodiments of the present disclosure.

[0155] Referring to FIG. 9, the A-IoT device can communicate bidirectionally with the terminal. For example, communication between the terminal and the A-IoT device may include A-IoT data and / or signals. For example, the A-IoT data and / or signals may be transmitted or received based on a control channel and / or a data channel (e.g., a shared channel).

[0156] For example, transmission by an A-IoT device may be performed over a frequency division duplexing (FDD) spectrum (e.g., an FDD UL spectrum).

[0157]

[0158] Ambient IoT solutions SI (Rel-19)

[0159] A study item titled "Study on solutions for Ambient IoT (Internet of Things) in NR" was approved in 3GPP NR Release 19. Specifically, the study item will be conducted in 3GPP NR Release 19 based on the following:

[0160]

[0161] The following is an excerpt from 3GPP Draft RP-234058.

[0162] This study targets a further assessment at RAN WG-level of Ambient IoT, a new 3GPP IoT technology, suitable for deployment in a 3GPP system, which relies on ultra-low complexity devices with ultra-low power consumption for the very-low end IoT applications.

[0163] The study shall provide clear differentiation, i.e. addressing use cases and scenarios that cannot otherwise be fulfilled based on existing 3GPP LPWA IoT technology e.g. NB-IoT including with reduced peak Tx power.

[0164]

[0165] General Scope

[0166] The definitions provided in TR 38.848 are taken into this SI, and the following are included in the exclusive general scope:

[0167]

[0168] A. The overall objective shall be to study a harmonized air interface design with minimized differences (where necessary) for Ambient IoT to enable the following devices:

[0169]

[0170] i. ~1 μW peak power consumption, has energy storage, initial sampling frequency offset (SFO) up to 10X ppm, neither DL nor UL amplification in the device. The device's UL transmission is backscattered on a carrier wave provided externally.

[0171]

[0172] ii. ≤ a few hundred μW peak power consumption, has energy storage, initial sampling frequency offset (SFO) up to 10X ppm, both DL and / or UL amplification in the device. The device's UL transmission may be generated internally by the device, or be backscattered on a carrier wave provided externally.

[0173]

[0174] X is to be decided in WGs.

[0175] Coverage design goal: Maximum distance of 10-50 m ("...a range that WGs can sub-select within") for indoor devices according to TR 38.848.

[0176] For Topologies 1 & 2 (UE as intermediate node under NW control) per TR 38.848, with no RRC states, no mobility (i.e. at least no cell selection / re-selection -like function), no HARQ, no ARQ.

[0177] NOTE 1: It is to be understood that "≤ a few hundred μW" means WGs are not tasked with setting a particular value, and that it will be for WG discussions to determine if a presented design with corresponding power consumption satisfies the "≤ a few hundred μW" requirement.

[0178]

[0179] B. Deployment Scenarios with the following characteristics, referenced to the tables in Clause 4.2.2 of TR 38.848:

[0180]

[0181] Deployment Scenario 1 (Topology 1): Basestation and coexistence characteristics: Micro-cell, co-site.

[0182] Deployment scenario 2 (Topology 2): Using a UE as an intermediate node under network control. Basestation and coexistence characteristics: Macro-cell, co-site.

[0183] The location of the intermediate node is indoor.

[0184] C. FR1 licensed spectrum in FDD.

[0185] D. Spectrum deployment in-band to NR, in guard-band to LTE / NR, in standalone band(s).

[0186] E. Traffic types DO-DTT, DT, with focus on rUC1 (indoor inventory) and rUC4 (indoor command).

[0187]

[0188] From RAN#104, the study will assess whether the harmonized air interface design (per bullet 'A' above) can address the DO-A (Device-originated autonomous) use case.

[0189] Only to identify which part(s) of the harmonized air interface design (per bullet 'A' above) is / are not sufficient for the DO-A use case.

[0190] Transmission from Ambient IoT devices (including backscattering when used) can occur at least in UL spectrum.

[0191]

[0192] The following objectives are set within the General Scope:

[0193]

[0194] 1. Evaluation assumptions

[0195] a) Conclude at least the following aspects of design targets left to WGs in Clause 5 (RAN design targets) of TR 38.848 [RAN1]:

[0196]

[0197] Clause 5.3: Applicable maximum distance target value(s)

[0198] Clause 5.6: Refine the definition of latency suitable for use in RAN WGs

[0199] Clause 5.8: 2D distribution of devices

[0200] b) Define necessary further evaluation assumptions of deployment scenarios for coverage and coexistence evaluations [RAN1, RAN4].

[0201] c) Identify basic blocks / components of possible Ambient IoT device architectures, taking into account state of the art implementations of low-power low-complexity devices which meet the RAN design target for power consumption and complexity. [RAN1].

[0202] d) Define link budget calculation for coverage, including whether / how to model carrier wave from node(s) inside or outside the connectivity topology.

[0203]

[0204] NOTE: Assessment performance of the design targets is conducted within the study of feasibility and necessity of proposals in the following objectives, e.g., by inspection of reference implementations in the field, simulations, and analytically.

[0205] NOTE: Strive to minimize evaluation cases in RAN1.

[0206]

[0207] 2. Study necessary and feasible solutions for Ambient IoT as prescribed in the General Scope.

[0208] Determining which functions, procedures, etc. are needed and not needed, and ensuring at least the required functionalities in Section 6.2 of TR 38.848.

[0209] Study of positioning in Rel-19 is RAN3-led, limited to functionalities which would have no, or minimal, specification impact.

[0210] Note: this does not imply any decision relating to WI creation.

[0211] Study the feasibility and required functionalities for proximity determination.

[0212] Coordination with SA3 is required for privacy aspects.

[0213] RAN1-led:

[0214] For the Ambient IoT DL and UL, study the following items:

[0215] Frame structure, synchronization and timing, random access

[0216] Numerologies, bandwidths, and multiple access

[0217] Waveforms and modulations

[0218] Channel coding

[0219] Downlink channel / signal aspects

[0220] Uplink channel / signal aspects

[0221] Scheduling and timing relationships

[0222] Study necessary characteristics of carrier-wave waveform for a carrier wave provided externally to the Ambient IoT device, including for interference handling at Ambient IoT UL receiver and at NR basestation.

[0223] For Topology 2, no difference in physical layer design from Topology 1.

[0224] RAN2-led:

[0225] Study and decide which functions are needed for an Ambient IoT compact protocol stack and lightweight signaling procedure to enable DO-DTT and DT data transmission, and study those functions.

[0226] example:

[0227] Paging

[0228] Random access

[0229] Data transmission, including necessary radio resource control aspects, respecting the limitation in the General Scope

[0230] Interactions with upper layers

[0231] For functionalities not listed above, they are studied only if found essential.

[0232] RAN3-led:

[0233] Identify necessary impacts on signaling and procedures for CN-RAN interface to enable:

[0234] Paging

[0235] Device context management

[0236] Data transport

[0237] Identify RAN architecture aspects, including whether support for split architecture is necessary.

[0238] Identify potential solutions for locating an Ambient IoT device with no specification impact, e.g., reusing existing user location report, or minimal specification impact to convey location information to core network.

[0239] RAN4-led:

[0240] Coexistence study of Ambient IoT and NR / LTE.

[0241] RF requirements study for Ambient IoT:

[0242] Ambient IoT BS transmission and reception

[0243] Ambient IoT Device, as per the General Scope, transmission and reception

[0244] Intermediate node (UE), as per the General Scope, transmission and reception

[0245] RAN2 and RAN3 are expected to identify RAN-CN functional split in coordination with SA2.

[0246]

[0247] Note: This study shall target for an IoT segment well below the existing 3GPP IoT technologies, e.g. NB-IoT, eMTC, RedCap, etc.

[0248] This study shall not aim to replace existing 3GPP LPWA technologies.

[0249]

[0250]

[0251] For example, as in the 3GPP Draft RP-234058, the types of A-IoT devices can be divided into two as follows. For example, a Type 1 device has a maximum power consumption of approximately 1 uW, can store energy, has no amplification function, and can transmit by backscattering a carrier wave (CW) provided from the outside (e.g., a reader such as a base station or a terminal, or a separate node). For example, a Type 2 device has a maximum power consumption of approximately several hundred uW, can store energy, has an amplification function, and can transmit by backscattering a carrier wave (CW) provided from the outside (e.g., a reader such as a base station or a terminal, or a separate node) or using a signal generated internally by itself.

[0252] For example, in addition to the above-described classification methods, the type / class of A-IoT devices can be distinguished based on parameters associated with device characteristics (e.g., presence / capacity of energy storage, energy / power consumption, presence / capacity of amplification, presence / capacity of BPF (band-pass filter), supported DL / UL transmission method(s), etc.) or a combination of parameters. Here, for example, BPF capability can be distinguished by 3-dB bandwidth of supported BPF, sharpness, etc., and UL transmission methods can be distinguished by, for example, backscatter UL transmission, UL transmission by internal signal generation, etc.

[0253] In addition, the type / class of A-IoT devices can be subdivided based on parameters associated with the device characteristics (e.g., presence / capacity of energy storage, level of energy / power consumption, presence / capacity of amplification, presence / capacity of band-pass filter (BPF), supported DL / UL transmission method(s), etc.) or a combination of parameters. For example, the above-described Type 2 device can be classified into Type 2a if it performs transmission by backscattering a carrier wave (CW) provided from the outside (e.g., a reader such as a base station or terminal or a separate node), and Type 2b if it performs transmission using a signal generated internally by itself. In this case, Type 2a and 2b can be the same in that they have a maximum power consumption of approximately several hundred microwatts, are capable of energy storage, and have an amplification function.

[0254] For example, some types / classes of A-IoT devices (e.g., Device B, Device C, Type 1 devices, and / or Type 2 devices) may have energy storage capabilities (e.g., capacitors or charging batteries) for the following purposes:

[0255] - Stable energy security at the time of reception / transmission

[0256] - Operation of low-power communication modules through energy storage in low RF energy states

[0257] For example, the minimum RF reception sensitivity for operation of a low-power communication module may be -20 dBm, and the minimum reception sensitivity for energy harvesting may be -20 dBm. In this case, if the reception power of the A-IoT device ranges between -30 and -20 dBm, communication may not be possible without a capacitor, but communication may be possible after a charging time with a capacitor.

[0258] - Energy harvested from different energy sources (e.g. solar, thermal, wind, kinetic, etc.) is accumulated in a single capacitor and used to operate a low-power communication module at a desired time.

[0259]

[0260] FIG. 10 is a diagram illustrating an example of power consumption according to the operating state of an energy harvesting-based device having energy storage capability in a system applicable to the present disclosure.

[0261] FIG. 11 is a diagram illustrating an example of a device energy state according to an operating state of an energy harvesting-based device having energy storage capability in a system applicable to the present disclosure.

[0262] The embodiments of FIG. 10 and FIG. 11 can be combined with various embodiments of the present disclosure.

[0263] Referring to FIG. 11, S1 may be a sleep state, S2 may be an active state, and P1 and P2 may be power consumption in S1 and S2, respectively. For example, the active state may mean a state in which the device consumes power to perform operations such as receiving / transmitting for communication and sensing, and the sleep state may be a state in which it is not an active state.

[0264] Fig. 10 may represent a device energy state corresponding to Fig. 11. Referring to Fig. 10, the E1 value and the E2 value may vary depending on the device (type / class), and the device may report information related to the E1 value and / or information related to the E2 value to R and / or the base station as capability parameters. For example, the E2 value may be defined as an energy value in a buffered state, and the E1 value may be defined as a minimum energy value required in an active state.

[0265] For example, a transition from S1 to S2 may be possible only when the device energy state value is E2 or has reached E2. For example, a transition from S1 to S2 may be possible when the device energy state value is greater than E1 (i.e., in the range between E1 and E2). The embodiments of FIGS. 10 and 11 illustrate examples in which a transition from S1 to S2 is performed when the device energy state value is E2 or has reached E2.

[0266] For example, A-IoT devices may require externally provided CW for backscatter transmission. For example, CW may be used to power A-IoT devices or as CW for downlink transmission, regardless of the transmission mode (e.g., backscatter transmission or internally generated transmission).

[0267] For example, CW waveforms can be supported in various types. For example, the CW waveform type can be a single-tone CW waveform type or a more complex multi-tone CW waveform type. For example, single-tone CW can be advantageous over multi-tone CW in terms of the multiplexing capacity of tags or readers and in terms of interference because it uses fewer resources. On the other hand, multi-tone CW has advantages such as being able to transfer more energy when transmitting CW in DL, and also securing greater coverage from a single device.

[0268] Considering the advantages of these different CW waveform types, multiple CW waveform types can be supported in the A-IoT system, and the base station / IN / AN / UE can configure the CW waveform type. For example, one or more CW waveform types supported in the A-IoT communication system can be configured / defined in advance, and the base station / IN / AN / UE can select one of the one or more supported CW waveform types and transmit it to the A-IoT device. For example, the base station / IN / AN / UE can configure / instruct / indicate the selected CW waveform type to the A-IoT device in the form of a command / message transmitted as a preamble / frame-sync or payload.

[0269] For example, the present disclosure may propose at least one of the following for A-IoT communication: frame structure, synchronization and timing, random access, numerology, bandwidth, multiple access, waveforms, modulation, channel coding, channel / signal aspects, scheduling and timing relationships, and / or required characteristics of carrier waveforms for carriers provided external to the A-IoT device (including interference handling at the A-IoT device UL receiver and the NR base station). For example, the present disclosure may propose at least one of the following for A-IoT communication: paging, random access, data transmission including required radio resource control aspects to comply with general range limitations, interaction with upper layers (e.g., RRC layer, non-access stratum (NAS) layer, application layer, etc.), device context management, data transmission, coexistence of A-IoT and 6G / NR / LTE, and / or RF requirements for A-IoT.

[0270]

[0271] Technical terms used in this disclosure

[0272] - SSB: Synchronization Signal Block

[0273] - MIB: Master Information Block

[0274] - RMSI: Remaining Minimum System Information

[0275] - FR1: Frequency Range 1. Refers to the frequency range below 6 GHz (e.g., 450 MHz to 6000 MHz).

[0276] - FR2: Frequency Range 2. Refers to the millimeter wave (mmWave) range above 24 GHz (e.g., 24250 MHz to 52600 MHz).

[0277] - BW: Bandwidth

[0278] - BWP: Bandwidth Part

[0279] - RNTI: Radio Network Temporary Identifier

[0280] - CRC: Cyclic Redundancy Check

[0281] - SIB: System Information Block

[0282] - SIB1: SIB1 for NR devices = RMSI (Remaining Minimum System Information). Broadcasts information necessary for NR terminals to connect to the cell.

[0283] - CORESET (COntrol REsource SET): Time / frequency resource for NR terminal to attempt candidate PDCCH decoding

[0284] - CORESET#0: CORESET for Type0-PDCCH CSS set for NR devices (configured in MIB)

[0285] - Type0-PDCCH CSS set: a search space set in which an NR UE monitors a set of PDCCH candidates for a DCI format with CRC scrambled by a SI-RNTI

[0286] - MO: PDCCH Monitoring Occasion for Type0-PDCCH CSS set

[0287] - SIB1-R: (additional) SIB1 for reduced capability NR devices. May be limited to cases where it is generated as a separate TB from SIB1 and transmitted on a separate PDSCH.

[0288] - CORESET#0-R: CORESET#0 for reduced capability NR devices

[0289] - Type0-PDCCH-R CSS set: a search space set in which a redcap UE monitors a set of PDCCH candidates for a DCI format with CRC scrambled by a SI-RNTI

[0290] - MO-R: PDCCH Monitoring Occasion for Type0-PDCCH CSS set

[0291] - Cell defining SSB (CD-SSB): SSB containing RMSI scheduling information among NR SSBs

[0292] Non-cell defining SSB (non-CD-SSB): An SSB that is placed in the NR sync raster but does not contain RMSI scheduling information for the corresponding cell for measurement purposes. However, it may contain information indicating the location of the cell defining SSB.

[0293] - SCS: subcarrier spacing

[0294] - SI-RNTI: System Information Radio-Network Temporary Identifier

[0295] - Camp on: "Camp on" is the UE state in which the UE stays on a cell and is ready to initiate a potential dedicated service or to receive an ongoing broadcast service.

[0296] - TB: Transport Block

[0297] - RSA (Redcap standalone): Redcap device 또는 service만 지원하는 cell.

[0298] - SIB1(-R)-PDSCH: SIB1(-R)을 전송하는 PDSCH

[0299] - SIB1(-R)-DCI: SIB1(-R)-PDSCH를 scheduling하는 DCI. DCI format 1_0 with CRC scrambled by SI-RNTI.

[0300] - SIB1(-R)-PDCCH: SIB1(-R)-DCI를 전송하는 PDCCH

[0301] - FDRA: Frequency Domain Resource Allocation

[0302] - TDRA: Time Domain Resource Allocation

[0303] - RA: Random Access

[0304] - MSGA: preamble and payload transmissions of the random access procedure for 2-step RA type.

[0305] - MSGB: response to MSGA in the 2-step random access procedure. MSGB may consist of response(s) for contention resolution, fallback indication(s), and backoff indication.

[0306] - RO-N: RO (RACH Occasion) for normal UE 4-step RACH and 2-step RACH (if configured)

[0307] - RO-N1, RO-N2: When a separate RO is set for normal UE 2-step RACH, it is divided into RO-N1 (4-step) and RO-N2 (2-step).

[0308] - RO-R: RO (RACH Occasion) set separately from RO-N for redcap UE 4-step RACH and 2-step RACH (if configured)

[0309] - RO-R1, RO-R2: When separate ROs are set for redcap UE 2-step RACH, they are distinguished as RO-R1 (4-step) and RO-R2 (2-step).

[0310] - PG-R: MsgA-Preambles Group for redcap UEs

[0311] - RAR: Random Access Response

[0312] - RAR window: the time window to monitor RA response(s)

[0313] - FH: Frequency Hopping

[0314] - iBWP: initial BWP

[0315] - iBWP-DL(-UL): initial DL(UL) BWP

[0316] - iBWP-DL(-UL)-R: (separate) initial DL(UL) BWP for RedCap

[0317] - CS: Cyclic shift

[0318] - NB: Narrowband

[0319] - TO: Traffic Offloading

[0320] - mMTC; massive Machine Type Communications

[0321] - eMBB: enhanced Mobile Broadband Communication

[0322] - URLLC: Ultra-Reliable and Low Latency Communication

[0323] - RedCap: Reduced Capability

[0324] - eRedCap: enhanced RedCap

[0325] - FDD: Frequency Division Duplex

[0326] - HD-FDD: Half-Duplex-FDD

[0327] - DRX: Discontinuous Reception

[0328] - RRC: Radio Resource Control

[0329] - RRM: Radio Resource Management

[0330] - MM: Mobility Management

[0331] - IWSN: Industrial Wireless Sensor Network

[0332] - LPWA: Low Power Wide Area

[0333] - RB: Resource Block

[0334] - CCE: Control Channel Element

[0335] - AL: Aggregation Level

[0336] - PRG: Physical Resource-block Group

[0337] - DFT-s-OFDM: DFT-spread Orthogonal Frequency Division Multiplexing

[0338] - PBCH: Physical Broadcast Channel

[0339] - A-PBCH: Additional PBCH

[0340] - BD: blind detection

[0341] - EPRE: Energy Per RE

[0342] - SNR: Signal-to-Noise Ratio

[0343] - TDM: Time Division Multiplexing

[0344] - FDM: Frequency Division Multiplexing

[0345] - DMRS: DeModulation Reference Signal

[0346] - TDD: Time Division Duplex

[0347] - PCI: Physical layer Cell ID

[0348] - EH: Energy Harvesting

[0349] - EH device: A device that operates based on EH. It can include all of Device A / B / C being discussed in 3GPP. In addition, although this disclosure primarily considers RF EH, an EH device does not necessarily have to be RF EH-based.

[0350] - ES: Energizing Signal. A signal / channel transmitted by a base station / IN / AN / UE for the purpose of supplying RF energy to a device operating on RF-based energy harvesting. (Modulated) CW, NR / LTE DL / UL signals, etc. can be ES, and a dedicated signal / channel for ES can also be designed and supported.

[0351] - ET: Energy Transfer

[0352] CW: Carrier wave. Ambient IoT devices supporting backscattering-based UL transmission transmit information by modulating and backscattering "externally provided" CW. Ambient IoT devices supporting independent signal generation-based UL transmission transmit information by modulating "internally generated" CW. Unless otherwise specified, "externally provided" CW for backscattering is assumed. CW can be used as an energizing signal (ES) for RF energy transfer.

[0353] - CWN: Carrier Wave Node. A node that provides the CW. It may be a base station / IN / AN / UE, and there may be a separate CWN for CW provision purposes.

[0354] - R: Reader / interrogator. This is a standard RFID term. In the 3GPP Ambient IoT context, readers can include gNB / eNB, intermediate / assisting nodes, and UEs, depending on the topology. Furthermore, Ambient IoT is not limited to 4G / 5G communication systems, and can include base stations, intermediate / assisting nodes, and UEs in next-generation communication systems. This can also refer to Ambient IoT readers.

[0355] - T: Tag / ambient IoT device. RFID standard term. In this disclosure, it can be interchanged with EH device, and in the 3GPP Ambient IoT context, it mainly refers to Ambient IoT device, Device A / B / C.

[0356] - D: Ambient IoT device (may have the same meaning as T above)

[0357] - R→T: Reader-to-Tag or Reader-to-Tag communication link. If the base station or intermediate / assisting node is the reader, it may have the same meaning as DL or forward link.

[0358] - R2D: R-to-D link (can mean the same thing as R→T. Can also be written as R→D.)

[0359] - CW2D: CWN-to-D link (CW node to Ambient IoT device link)

[0360] - T→R: Tag-to-Reader or Tag-to-Reader communication link. When the base station or intermediate / assisting node is the reader, it may have the same meaning as UL or reverse / backward link.

[0361] - D2R: It can have the same meaning as T→R. It can be written as D→R.

[0362] - R↔T: Includes cases of R→T and T→R, or R→T or T→R. It may be the case that both R→T and T→R apply.

[0363] - R↔D: Includes cases of R2D and D2R, or R2D or D2R. This may apply to both R2D and D2R. (This may have the same meaning as R↔T.)

[0364] - RF-EH: RF energy harvesting

[0365] - PRDCH: Physical R2D CHannel (may be written as PR2DCH). A physical channel for R2D communication.

[0366] - PDRCH: Physical D2R CHannel (may be denoted as PD2RCH). Physical channel for D2R communication.

[0367] - BS: Base Station

[0368] - IN: Intermediate node. In Topology 2 (BS ↔ IN ↔ Ambient IoT device), IN acts as the reader. Relay, IAB, UE, repeater, etc. can be IN.

[0369] - AN: Assisting node. It can assist DL transmission in Topology 3-1 (BS → AN → Ambient IoT device → BS), or assist UL transmission in Topology 3-2 (BS → Ambient IoT device → AN → BS). Relay, IAB, UE, repeater, etc. can be AN.

[0370] - UE: User Equipment. In the case of LTE, NR, or next-generation communication systems, it refers to the LTE, NR, or next-generation communication system UE / terminal, respectively. It is a general wireless communication terminal type that is distinct from Ambient IoT devices or Device A / B / C. In Topology 4 (UE ↔ Ambient IoT device), the UE acts as the reader.

[0371] - Device: Unless otherwise stated, and when used alone, refers to EH device, Ambient IoT device, or Device A / B / C indiscriminately.

[0372] - AmIoT: Ambient IoT (=A-IoT)

[0373] - F-gap: Frequency gap

[0374] - T-gap: Time gap

[0375] - TD: Time Domain

[0376] - FD: Frequency Domain

[0377] - PEI: Paging Early Indication

[0378] - LP-WUS: Low-Power Wake-Up Signal

[0379] - LP-SS: Low-Power Synchronization Signal

[0380] - RSRP: Reference Signal Received Power

[0381] - ESRP: ES Received Power. This may refer to RSRP measured using ES. It may have the same meaning as ES-RSRP.

[0382] - PRB: Physical Resource Block

[0383] - EH circuit: A circuit that performs EH operations. An EH device can be viewed as containing an EH circuit in component form.

[0384] - PHR: Power Headroom Report

[0385] - EHR: Energy Headroom Report

[0386] - BPF: Band-Pass Filter

[0387] - SM: Subcarrier Modulation

[0388] - FS: Frequency Shift. In FDD, it can be divided into small FS, which is performed within a small range (e.g., hundreds of kHz) within the DL spectrum or within the UL spectrum (mainly through baseband processing), and large FS, which is performed over a relatively large range (e.g., tens of MHz) from the DL to the UL spectrum or from the UL to the DL spectrum.

[0389] - SFO: Sampling Frequency Offset

[0390]

[0391] Description of prior art

[0392] A standardized, conventional technology that uses a communication method similar to Ambient IoT communication is UHF passive RFID communication (ISO 18000-6C). This UHF passive RFID operates in the UHF ISM band (e.g., 902–928 MHz in the US, 865–868 MHz in Europe), and due to the characteristics of the ISM band, different unlicensed low-power transmitters can coexist. To control the impact of continuous interference / collision between these signals for different purposes, a (narrowband) channel is defined for each communication system within the UHF ISM band, and each transmitter is stipulated to transmit using only one channel at a given time. Furthermore, if a channel is occupied for more than a certain period of time, frequency hopping is mandatory to move to another channel and continue transmission. For example, FCC Part 15 rules, § 15.247, regulate the maximum bandwidth of a single channel usable by each communications system to 500 kHz, with up to 50 channels defined within the system for frequency hopping. Furthermore, the maximum occupancy time per channel is regulated to 0.4 seconds. The minimum number of channels used for frequency hopping is 50 for channel bandwidths below 250 kHz and 25 for bandwidths above 250 kHz.

[0393]

[0394] Composition and Method of the Invention

[0395] In this disclosure, '()' can be interpreted as both excluding the content within () and including the content within the parentheses.

[0396] In this disclosure, ' / ' may mean including all of the contents separated by / (and) or including only some of the contents separated by / (or).

[0397] Meanwhile, in order to support Ambient IoT in licensed bands such as 4G / 5G / 6G communication systems, operations considering unlicensed transmitters as in the operation in conventional unlicensed bands may not be necessary, and it is necessary to define the bandwidth by considering the waveform for R2D / D2R communication supported by Ambient IoT, CW waveform, etc., and also, it is necessary to set / operate the transmission / occupancy / channel / system bandwidth, etc. to support AmIoT by considering the FS capability (in the case of backscatter-based AmIoT devices such as Device 1 / 2a) and whether FDM(A) is supported in R2D / D2R. In addition, a method is required to minimize the impact on 4G / 5G / 6G communication systems due to the introduction of AmIoT communication systems.

[0398]

[0399] FIG. 12 is a diagram illustrating an example of deployment scenario 1 with topology 1 (indoor BS + indoor Ambient IoT device) in a system applicable to the present disclosure.

[0400] FIG. 13 is a diagram illustrating an example of deployment scenario 2 with topology 2 (outdoor BS + indoor intermediate UE + indoor Ambient IoT device) in a system applicable to the present disclosure.

[0401] The methods proposed in the present invention can be applied to both topology 1 and topology 2. They can also be applied to both deployment scenario 1 and deployment scenario 2. To support Ambient IoT communication in 4G / 5G / 6G communication systems, the following combinations of topology, deployment scenario, and CW node type (CW inside topology or CW outside topology) are being considered.

[0402] First, in Deployment scenario 1 with topology 1 (indoor BS + indoor AIoT device), as shown in Fig. 12, the case where external CW is within the topology (D1T1-A), the case where external CW is outside the topology (D1T1-B), and the case where there is no external CW (i.e., D2R transmission using internally generated CW, D1T1-C) are considered.

[0403] Next, in Deployment scenario 2 with topology 2 (outdoor BS + Indoor Intermediate UE + Indoor AIoT device), as shown in Fig. 13, cases where external CW is within the topology (D2T2-A), cases where external CW is outside the topology (D2T2-B), and cases where there is no external CW (i.e., D2R transmission using internally generated CW, D2T2-C) are being considered.

[0404]

[0405] R2D bandwidth settings / operation method

[0406] FIG. 14 is a diagram illustrating an example in which the R2D transmission bandwidth (Btx, R2D) set by the reader in a system applicable to the present disclosure and the corresponding occupied bandwidth (Bocc, R2D) are defined to be identical to the channel bandwidth (Bch, R2D) including the guard band.

[0407] For R2D communication, transmission bandwidth, occupied bandwidth, and system bandwidth can be defined and configured / managed. The R2D transmission bandwidth (Btx,R2D) can be defined as the bandwidth of frequency resources used for R2D transmission from the reader's perspective. The R2D occupied bandwidth (Bocc,R2D) can be defined as the bandwidth of the R2D transmission bandwidth (Btx,R2D) from the reader's perspective, including the guard band (if one exists). (Figure 14)

[0408]

[0409] System bandwidth settings / operation from the reader's perspective

[0410] FIG. 15 is a diagram illustrating an example of configuring multiple R-subsystem bandwidths (Br-sub, R2D) within an R-system bandwidth (Br-sys, R2D) in a system applicable to the present disclosure to support parallel inventory / command / sensing / communication according to the reception bandwidth of each different device type.

[0411] Additionally, the system bandwidth (Bsys, R2D) can be defined and configured / operated from the reader's perspective. The system bandwidth (Bsys, R2D) from the reader's perspective will be simply referred to as the R-system bandwidth (Br-sys, R2D). The R-system bandwidth (Br-sys, R2D) can include one or more occupied bandwidths. Alternatively, if the reader defines channels and defines that the bandwidth (Bch, R2D) of each channel is equal to the occupied bandwidth (Bocc, R2D) (Fig. 14), the R-system bandwidth (Br-sys, R2D) can be said to include one or more channels (Fig. 15). This R-system bandwidth (Br-sys, R2D) can be expected to reduce latency and increase device / connection density by supporting FH between channels for frequency diversity, interference randomization, etc., and supporting simultaneous inventory / command / sensing / communication for multiple devices (types) in FDMA manner.

[0412] For example, if the purpose is to support FH between channels for frequency diversity, interference randomization, etc., the R-system bandwidth (Br-sys, R2D) may be set or limited to not be greater than the Rx bandwidth of a specific device (type). Here, the specific device (type) may be a target device (type)(s) that wants to perform inventory / command / sensing / communication through the R-system bandwidth (Br-sys, R2D), or may be all AmIoT device (type)(s) supported by the system.

[0413] Alternatively, if simultaneous inventory / command / sensing / communication is to be supported for multiple devices (types) in the FDMA manner, the R-system bandwidth (Br-sys, R2D) may be allowed to be set larger than the Rx bandwidth of a specific device (type). In this case, from the reader's perspective, the subsystem (R-subsystem) bandwidth (Br-sub, R2D, Bocc, R2D ≤ Br-sub, R2D ≤ Br-sys, R2D) may be additionally defined, so that multiple R-subsystem bandwidths (Br-sub, R2D) may be configured / set within the R-system bandwidth (Br-sys, R2D) to simultaneously perform inventory / command / sensing / communication for each R-subsystem bandwidth (Br-sub, R2D) (Fig. 15). At this time, the size of each R-subsystem bandwidth (Br-sub, R2D) may be the same, or may be set differently if the device Rx bandwidth is different for each device type or capability (Fig. 15).

[0414]

[0415] System bandwidth setting / operation method from the device's perspective

[0416] FIG. 16 is a diagram illustrating an example of performing frequency hopping (FH) between one or more channels within the reception bandwidth of each device type based on the D-system bandwidth (Bd-sys, R2D) set from the device perspective in a system applicable to the present disclosure.

[0417] Alternatively, the system bandwidth (Bsys, R2D) can be defined and configured / operated from the device's perspective. The system bandwidth (Bsys, R2D) from the device's perspective is simply referred to as the D-system bandwidth (Bd-sys, R2D). The D-system bandwidth (Bd-sys, R2D) can be set to be equal to or smaller than the Rx bandwidth of the device (type). Or, it can be limited to be set so. The D-system bandwidth (Bd-sys, R2D), similar to the R-system bandwidth (Br-sys, R2D), can include one or more channels (Fig. 16). These D-system bandwidths (Bd-sys, R2D) can be used to support FH between channels for frequency diversity, interference randomization, etc., and when multiple D-system bandwidths (Bd-sys, R2D) are set and used, simultaneous inventory / command / sensing / communication for multiple devices (types) can be supported in FDMA mode, thereby reducing latency and increasing device / connection density.

[0418] When multiple D-system bandwidths (Bd-sys, R2D) are set and used, the entire system bandwidth including multiple D-system bandwidths (Bd-sys, R2D) can be defined as system bandwidth (Bsys, R2D), R-system bandwidth (Br-sys, R2D) (Fig. 16), AmIoT bandwidth (Ba-iot, R2D), etc.

[0419] Each D-subsystem bandwidth (Bd-sub, R2D) may be the same size or may be set differently if the device Rx bandwidth is different depending on the device type or capability (Fig. 16).

[0420]

[0421] D2R bandwidth setting / operation method

[0422] FIG. 17 is a diagram illustrating an example in which a D2R transmission bandwidth (Btx, D2R) set by a device in a system applicable to the present disclosure and an occupied bandwidth (Bocc, D2R) corresponding thereto are defined to be the same as a channel bandwidth (Bch, D2R) including a guard band.

[0423] Similar to R2D communication, D2R communication can be configured and operated by defining transmission bandwidth, occupied bandwidth, and system bandwidth. D2R transmission bandwidth (Btx, D2R) can be defined as the bandwidth of frequency resources used for D2R transmission from the device's perspective. D2R occupied bandwidth (Bocc, D2R) can be defined as the bandwidth including the guard band (if a guard band exists) in addition to the D2R transmission bandwidth (Btx, D2R) from the device's perspective (Figure 17).

[0424] In addition, the system bandwidth (Bsys, D2R) can be defined and set / operated from the device's perspective. The system bandwidth (Bsys, D2R) can include one or more D2R occupied bandwidths. Alternatively, if channels are defined within the system bandwidth (Bsys, D2R) and the bandwidth (Bch, D2R) of each channel is defined as being equal to the D2R occupied bandwidth (Bocc, D2R) (Fig. 17), the system bandwidth (Bsys, D2R) can be said to include one or more channels (Fig. 18). This system bandwidth (Bsys, D2R) can be expected to reduce latency and increase device / connection density by supporting FH between channels for frequency diversity, interference randomization, etc., and supporting simultaneous inventory / command / sensing / communication for multiple devices (types) in FDMA manner.

[0425]

[0426] FIG. 18 is a diagram illustrating an example of a configuration in which each D2R channel is arranged adjacently without a frequency separation (FS) in a system applicable to the present disclosure, and a carrier waveform (CW) is set at the center frequency of each channel.

[0427] FIG. 19 is a diagram illustrating an example of securing a frequency interval including FS between adjacent channels based on a DSB (Double Side Band) transmission method in a system applicable to the present disclosure, and performing inter-channel frequency shifting (FS) through this interval.

[0428] FIG. 20 is a diagram illustrating an example of performing inter-channel frequency shifting (FS) by securing inter-channel FS based on a Single Side Band (SSB) transmission method in a system applicable to the present disclosure.

[0429] Figure 18 shows channel-specific D2R transmission without FS.

[0430] Figure 19 shows D2R transmission using inter-channel FS with DSB.

[0431] Figure 20 shows D2R transmission using inter-channel FS with SSB.

[0432] The D2R transmission / occupied bandwidth can be determined by considering the waveform / modulation method used in D2R transmission, transmission filtering capability (e.g., filter availability, bandwidth), whether it is DSB (Double Side Band) transmission or SSB (Single Side Band) transmission, (self-)interference influence and (self-)interference cancellation capability from the reader's perspective, etc., and can be a larger value than the R2D transmission / occupied bandwidth. Accordingly, the D2R channel / system bandwidth can also be a larger value than the R2D channel / system bandwidth. For this reason, the R2D transmission / occupied / channel / system bandwidth and the D2R transmission / occupied / channel / system bandwidth can be set / operated to have an asymmetric relationship.

[0433] When D2R communication supports FS, or includes a device supporting FS, the D2R transmission / occupancy / channel bandwidth can be defined as the bandwidth of frequency resources including or excluding FS.

[0434] [Example D1] For example, the D2R transmission / occupancy / channel bandwidth can be defined as the bandwidth of frequency resources excluding FS (Fig. 18 / Fig. 19 / Fig. 20). In this case, the channel bandwidth (Bch, D2R) and the D2R occupied bandwidth (Bocc, D2R) can have the same value. In this case, since there is not enough frequency space within the channel to perform FS, inter-channel FS can be supported within the D2R system bandwidth (Fig. 19 / Fig. 20).

[0435]

[0436] FIG. 21 is a diagram illustrating an example of a case in which FS (Frequency Shifting) is performed within one D2R channel based on a DSB (Double Side Band) transmission method in a system applicable to the present disclosure.

[0437] FIG. 22 is a diagram illustrating an example of a case in which FS is performed within one D2R channel based on a SSB (Single Side Band) transmission method in a system applicable to the present disclosure.

[0438] FIG. 23 is a diagram illustrating an example of a case in which FS is performed by utilizing a boundary (guard band or channel boundary) area of ​​a D2R channel based on a DSB transmission method in a system applicable to the present disclosure.

[0439] FIG. 24 is a diagram illustrating an example of performing FS (Frequency Shifting) by utilizing a boundary (guard band or channel boundary) area of ​​a D2R channel based on a SSB (Single Side Band) transmission method in a system applicable to the present disclosure.

[0440] Figure 21 shows D2R transmission using FS within a channel with DSB.

[0441] Figure 22 shows D2R transmission using FS within a channel with SSB.

[0442] Figure 23 shows D2R transmission using channel boundary FS with DSB.

[0443] Figure 24 shows D2R transmission using channel boundary FS with SSB.

[0444] [Example D2] For example, the D2R transmission / occupied bandwidth is defined as the bandwidth of frequency resources excluding FS, and the channel bandwidth (Bch, D2R) can be defined / set to be larger than the D2R occupied bandwidth (Bocc, D2R) (to support FS within the channel) (Fig. 21 / Fig. 22 / Fig. 23). In this case, not only inter-channel FS but also intra-channel (Fig. 21 / Fig. 22) and / or guard-band / channel-boundary FS (Fig. 23) can be supported within the D2R system bandwidth.

[0445]

[0446] Method of supporting D2R FDMA using FS

[0447] AmIoT device types that perform D2R transmission based on backscatter (e.g., device 1 / 2a), or some type(s) thereof, may support FS during backscatter transmission for D2R communication. Furthermore, FS support may also be determined within the same device type based on device capability. FS support for D2R communication may also be supported in AmIoT device types that perform D2R transmission based on active / independent signal generation rather than backscatter (e.g., device 2b). FS support for D2R communication may be required for purposes such as (self-)interference mitigation, FDMA and / or collision avoidance between devices, and frequency diversity.

[0448] In the present invention, we propose a specific method for supporting D2R FDMA between AmIoT devices using FS within the D2R bandwidth defined by the above methods. Through this method, we expect to have the effect of minimizing the impact on the 3GPP communication system while simultaneously increasing device / connection density, which is one of the major design targets considered when supporting AmIoT. In addition, the methods proposed in the present invention can also be applied to cases where FS is supported for purposes such as (self-)interference mitigation, collision avoidance, and frequency diversity.

[0449]

[0450] D2R FDMA method using RB unit FS

[0451] FIG. 25 is a diagram illustrating a structure in which M modulation chips for AmIoT are aligned within one NR OFDM symbol in a system applicable to the present disclosure, and is an example of a chip-by-chip configuration method for supporting frequency shift (FS) in RB units.

[0452] For D2R FDMA between AmIoT devices, FS is proposed to be directed at the RB unit or minimum FD scheduling unit of the coexisting 3GPP communication system, taking into account factors such as minimizing the impact on coexisting 3GPP systems and minimizing signaling overhead for FS control. To support such RB-based FS, the following specific methods can be applied.

[0453] The D2R FS value can be determined by the chip duration and K value set / indicated for D2R transmission. Here, the chip is the basic unit of modulation application and can be defined as a unit of bit sequence or phase sequence of the channel / baseband / data encoder output. When the FS is applied based on square wave or subcarrier modulation, the chip is the basic unit defining the ON / OFF state or phase of the square wave, or can be defined as one cycle (in the form of {0, 1} or {1, 0}, or {+phase, -phase} or {-phase, +phase}). In order to minimize the impact on the 3GPP communication system, the modulation symbols for AmIoT communication can be aligned with NR OFDM symbols. Figure 25 is an example of aligning M AmIoT modulation symbol(s) to one NR OFDM symbol. In this case, the chip duration can be determined by the M value.

[0454]

[0455] And the K value is the FS frequency divided by the chip rate (= 1 / (chip duration)), and can be defined as follows.

[0456] K = (FS frequency) / (chip rate) = (FS frequency) * (chip duration)

[0457] Therefore, the FS frequency is determined by the relationship K * (chip rate), or K / (chip duration). For the RB-based FS proposed in the present invention, the FS frequency can be set / instructed to have a relationship that is a multiple of the RB bandwidth, for example, a multiple of 180 kHz based on a 15 kHz SCS. That is, the K value and the chip duration must satisfy the following conditions.

[0458] K / (chip duration) = 180 kHz * n, n = 0, 1, 2, ...

[0459] Here, n = 0 means no FS.

[0460]

[0461] Example #1) When M=4 based on 15kHz SCS, chip duration = 1 / 15kHz / 4. Therefore, in order to support FS in RB units, the following K values ​​can be supported.

[0462] K = 1 / 15 kHz / 4 * 180 kHz * n, n = 0, 1, 2, ...

[0463] Therefore, in order to support FS in RB units, setting / instruction values ​​such as M = 4 and K = 0, 3, 6, ... can be supported / allowed.

[0464] Alternatively, some values ​​including K = 0, 1, 2, 3, 4, 5, 6, ... or all of K = 0, 3, 6, ... may be additionally supported to support additional FS within the RB in units of 1 / 3 of the RB bandwidth (i.e., 4 SCS units). The supported K values ​​may be limited to a specific value depending on the device type or device capability. For example, the maximum K value may be limited such that the maximum FS frequency value does not exceed 1 MHz.

[0465]

[0466] Example #2) When M=6 based on 15kHz SCS, chip duration = 1 / 15kHz / 6. In this case, the following K values ​​can be supported to support FS in RB units.

[0467] K = 1 / 15 kHz / 6 * 180 kHz * n, n = 0, 1, 2, ...

[0468] Therefore, in order to support FS in RB units, setting / instruction values ​​such as M = 6 and K = 0, 2, 4, ... can be supported / allowed.

[0469] Alternatively, some values ​​including K = 0, 1, 2, 3, 4, 5, 6, ... or all of K = 0, 2, 4, ... may be additionally supported to support additional FS within the RB in units of 1 / 2 of the RB bandwidth (i.e., 6 SCS units). The supported K values ​​may be limited to specific values ​​depending on the device type or device capability. For example, the maximum K value may be limited such that the maximum FS frequency value does not exceed 1 MHz.

[0470] Parameters (chip duration, M, K, etc.) for supporting FDMA using the above FS can be set through preamble / midamble / postamble / sync signals / L1 control channel / PRDCH payload, etc. Here, the L1 control channel can be transmitted through PRDCH.

[0471] In the above methods, instead of directly setting / indicating the supported / allowed K values, a pool / number K' of supported / allowed K values ​​can be set / indicated. For example, if M=6, SCS=15 kHz, K=0, 2, 4, 6, 8, ... can be supported / allowed by the above description, and if K'=3 is set / indicated, the device can assume that the first / lowest 3 K values ​​among the supported / allowed K values ​​are allowed / supported by the above rule. In addition, when wanting to set / indicate a specific K value among the supported / allowed K values, the K value can be set / indicated directly, or the number of the K value among the supported / allowed K values ​​can be set / indicated with K'' in the form of an index (K''=0, 1, 2, ...). In this case, if K'' = 0 or 1 is set / indicated in the examples where K=0, 2, 4, 6, 8, ... are supported / allowed, the AmIoT device assumes that K=0 or 2 is set / indicated, respectively.

[0472]

[0473] [Description of the first device (base station / IN / AN / UE) claim]

[0474] The embodiments described below are specifically described with reference to FIG. 26 in terms of the operation of the first device. The methods described below are distinguished for convenience of explanation, and it is understood that some components of one method may be substituted for or combined with some components of another method, as long as they are not mutually exclusive.

[0475] FIG. 26 is a diagram illustrating an example of an operation process of a first device in a system applicable to the present disclosure.

[0476] In the embodiment of FIG. 26, the first device may correspond to a base station / IN / AN / UE, and the second device may correspond to an Ambient IoT device.

[0477] At step S2610, the first device maps a codeword to a plurality of chips within at least one orthogonal frequency division multiplexing (OFDM) symbol of data.

[0478] At step S2620, the first device transmits configuration information related to the K value for frequency shift (FS) to the second device.

[0479] At step S2630, the first device receives a signal to which the frequency shift based on the K value is applied from the second device.

[0480] The above frequency shift is based on integer multiples of the resource block (RB) bandwidth.

[0481] The above K value is set so that the frequency shift does not exceed the maximum frequency supported by the second device.

[0482]

[0483] According to various embodiments of the present disclosure, the setting information may include a value directly indicating the K value or an index of the K value among a set of a plurality of K values ​​including the K value.

[0484] According to various embodiments of the present disclosure, the configuration information may further include a chip duration or M value for the frequency variation.

[0485] According to various embodiments of the present disclosure, the setting information may indicate the number K' of a plurality of K values ​​including the K value. The K value may be determined from among the K' of the plurality of K values ​​according to a predefined rule.

[0486] According to various embodiments of the present disclosure, the K value may be set such that the frequency shift satisfies an integer multiple of 180 kHz.

[0487] According to various embodiments of the present disclosure, the configuration information may be transmitted via a Physical Reader to Device CHannel (PRDCH).

[0488] According to various embodiments of the present disclosure, the frequency shift may be based on a unit of 1 / 2 of the RB bandwidth. The maximum frequency supported by the second device may be 1 MHz.

[0489]

[0490] According to various embodiments of the present disclosure, a first device is provided in a wireless communication system. The first device includes a transceiver and at least one processor, wherein the at least one processor may be configured to perform the operating method of the first device according to FIG. 26.

[0491]

[0492] According to various embodiments of the present disclosure, an apparatus for controlling a first device in a wireless communication system is provided. The apparatus includes at least one processor and at least one memory operably connected to the at least one processor. The at least one memory may be configured to store instructions for performing an operating method of the first device according to FIG. 26 based on instructions executed by the at least one processor.

[0493]

[0494] According to various embodiments of the present disclosure, one or more non-transitory computer-readable media (CRM) storing one or more instructions are provided. The one or more instructions, when executed by one or more processors, perform operations, and the operations may include a method of operating a first device according to FIG. 26.

[0495]

[0496] [Description of the second device (Ambient IoT device) claim]

[0497] The embodiments described below are specifically described with reference to FIG. 27 in terms of the operation of a second device (Reader / interrogator or base station (BS)). The methods described below are distinguished for convenience of explanation, and it is understood that some components of one method may be substituted for some components of another method, or may be applied in combination with each other, as long as they are not mutually exclusive.

[0498] FIG. 27 is a diagram illustrating an example of an operation process of a second device in a system applicable to the present disclosure.

[0499] In the embodiment of FIG. 27, the first device may correspond to a base station / IN / AN / UE, and the second device may correspond to an Ambient IoT device.

[0500] At step S2710, the second device receives setting information related to a K value for frequency shift (FS) from the first device.

[0501] At step S2720, the second device transmits a signal to which the frequency shift based on the K value is applied to the first device.

[0502] The above frequency shift is based on integer multiples of the resource block (RB) bandwidth.

[0503] The above K value is set so that the frequency shift does not exceed the maximum frequency supported by the second device.

[0504]

[0505] According to various embodiments of the present disclosure, the setting information may include a value directly indicating the K value or an index of the K value among a set of a plurality of K values ​​including the K value.

[0506] According to various embodiments of the present disclosure, the configuration information may further include a chip duration or M value for the frequency variation.

[0507] According to various embodiments of the present disclosure, the setting information may indicate the number K' of a plurality of K values ​​including the K value. The K value may be determined from among the K' of the plurality of K values ​​according to a predefined rule.

[0508] According to various embodiments of the present disclosure, the K value may be set such that the frequency shift satisfies an integer multiple of 180 kHz.

[0509] According to various embodiments of the present disclosure, the configuration information may be received via a Physical Reader to Device CHannel (PRDCH).

[0510] According to various embodiments of the present disclosure, the frequency shift may be based on a unit of 1 / 2 of the RB bandwidth. The maximum frequency supported by the second device may be 1 MHz.

[0511]

[0512] According to various embodiments of the present disclosure, a second device is provided in a wireless communication system. The second device includes a transceiver and at least one processor, wherein the at least one processor may be configured to perform the operating method of the second device according to FIG. 27.

[0513]

[0514] According to various embodiments of the present disclosure, an apparatus for controlling a second device in a wireless communication system is provided. The apparatus includes at least one processor and at least one memory operably connected to the at least one processor. The at least one memory may be configured to store instructions for performing an operating method of the second device according to FIG. 27 based on instructions executed by the at least one processor.

[0515]

[0516] According to various embodiments of the present disclosure, one or more non-transitory computer-readable media (CRM) storing one or more instructions are provided. The one or more instructions, when executed by one or more processors, perform operations, and the operations may include a method of operating a second device according to FIG. 27.

[0517]

[0518] Wireless devices applicable to the present disclosure

[0519] Below, examples of wireless devices to which various embodiments of the present disclosure are applied are described.

[0520] FIG. 28 is a diagram illustrating an example of the structure of a first device and a second device in a system applicable to the present disclosure.

[0521] The first device (1600) may include a processor (1610), an antenna unit (1620), a transceiver (1630), and a memory (1640).

[0522] The processor (1610) performs baseband-related signal processing and may include a higher layer processing unit (1611) and a physical layer processing unit (1615). The higher layer processing unit (1611) may process operations of a MAC layer, an RRC layer, or higher layers. The physical layer processing unit (1615) may process operations of a PHY layer. For example, when the first device (1600) is a base station device in base station-to-terminal communication, the physical layer processing unit (1615) may perform uplink reception signal processing, downlink transmission signal processing, etc. For example, when the first device (1600) is a first terminal device in terminal-to-terminal communication, the physical layer processing unit (1615) may perform downlink reception signal processing, uplink transmission signal processing, sidelink transmission signal processing, etc. In addition to performing baseband-related signal processing, the processor (1610) may also control the overall operation of the first device (1600).

[0523] The antenna unit (1620) may include one or more physical antennas, and when it includes multiple antennas, it may support MIMO transmission and reception. The transceiver (1630) may include an RF (Radio Frequency) transmitter and an RF receiver. The memory (1640) may store information processed by the processor (1610), and software, an operating system, applications, etc. related to the operation of the first device (1600), and may also include components such as a buffer.

[0524] The processor (1610) of the first device (1600) may be configured to implement the operation of the base station in the base station-to-terminal communication (or the operation of the first terminal device in the terminal-to-terminal communication) in the embodiments described in the present disclosure.

[0525]

[0526] The second device (1650) may include a processor (1660), an antenna unit (1670), a transceiver (1680), and a memory (1690).

[0527] The processor (1660) performs baseband-related signal processing and may include a higher layer processing unit (1661) and a physical layer processing unit (1665). The higher layer processing unit (1661) may process operations of a MAC layer, an RRC layer, or higher layers. The physical layer processing unit (1665) may process operations of a PHY layer. For example, when the second device (1650) is a terminal device in base station-terminal communication, the physical layer processing unit (1665) may perform downlink reception signal processing, uplink transmission signal processing, etc. For example, when the second device (1650) is a second terminal device in terminal-to-terminal communication, the physical layer processing unit (1665) may perform downlink reception signal processing, uplink transmission signal processing, sidelink reception signal processing, etc. In addition to performing baseband-related signal processing, the processor (1660) may also control the overall operation of the second device (1660).

[0528] The antenna unit (1670) may include one or more physical antennas, and when including multiple antennas, may support MIMO transmission and reception. The transceiver (1680) may include an RF transmitter and an RF receiver. The memory (1690) may store information processed by the processor (1660), and software, an operating system, applications, etc. related to the operation of the second device (1650), and may also include components such as a buffer.

[0529] The processor (1660) of the second device (1650) may be configured to implement operations of the terminal in base station-to-terminal communication (or operations of the second terminal device in terminal-to-terminal communication) in the embodiments described in the present disclosure.

[0530] In the operation of the first device (1600) and the second device (1650), the same explanations given for the base station and the terminal (or the first terminal and the second terminal in the terminal-to-terminal communication) in the examples of the present disclosure may be applied, and any duplicate explanations are omitted.

[0531]

[0532] Here, the wireless communication technology implemented in the device (1600, 1650) of the present disclosure may include LTE, NR, and 6G as well as various other wireless communication technologies.

[0533]

[0534] The claims described in the various embodiments of the present disclosure may be combined in various ways. For example, the technical features of the method claims of the various embodiments of the present disclosure may be combined and implemented as a device, and the technical features of the device claims of the various embodiments of the present disclosure may be combined and implemented as a method. Furthermore, the technical features of the method claims of the various embodiments of the present disclosure may be combined and implemented as a device, and the technical features of the method claims of the various embodiments of the present disclosure may be combined and implemented as a method.

Claims

1. In a method performed by a first device, A step of transmitting setting information related to a K value for frequency shift (FS) to a second device; A step of receiving a signal to which the frequency shift based on the K value is applied from the second device, The above frequency shift is based on an integer multiple of the resource block (RB) bandwidth, The above K value is set so that the frequency variation does not exceed the maximum frequency supported by the second device. method.

2. In paragraph 1, The above setting information includes a value directly indicating the K value or an index of the K value among a set of multiple K values ​​including the K value. method.

3. In paragraph 1, The above setting information further includes a chip duration or M value for the frequency variation. method.

4. In paragraph 1, The above setting information indicates the number K' of a plurality of K values ​​including the above K value, The above K value is determined from among the K' plurality of K values ​​according to a predefined rule. method.

5. In paragraph 1, The above K value is set so that the frequency shift satisfies an integer multiple of 180 kHz. method.

6. In paragraph 1, The above setting information is transmitted through PRDCH (Physical Reader to Device CHannel). method.

7. In paragraph 1, The above frequency variation is based on 1 / 2 units of the above RB bandwidth, The maximum frequency supported by the second device is 1 MHz, method.

8. In a method performed by a second device, A step of receiving setting information related to a K value for frequency shift (FS) from a first device; A step of transmitting a signal to which the frequency shift based on the K value is applied to the first device, The above frequency shift is based on an integer multiple of the resource block (RB) bandwidth, The above K value is set so that the frequency variation does not exceed the maximum frequency supported by the second device. method.

9. In paragraph 8, The above setting information includes a value directly indicating the K value or an index of the K value among a set of multiple K values ​​including the K value. method.

10. In paragraph 8, The above setting information further includes a chip duration or M value for the frequency variation. method.

11. In paragraph 8, The above setting information indicates the number K' of a plurality of K values ​​including the above K value, The above K value is determined from among the K' plurality of K values ​​according to a predefined rule. method.

12. In paragraph 8, The above K value is set so that the frequency shift satisfies an integer multiple of 180 kHz. method.

13. In paragraph 8, The above setting information is received through PRDCH (Physical Reader to Device CHannel). method.

14. In paragraph 8, The above frequency variation is based on 1 / 2 units of the above RB bandwidth, The maximum frequency supported by the second device is 1 MHz, method.

15. In the first device, Transmitter and receiver; at least one processor; and At least one memory operably connectable to said at least one processor and storing instructions that, when executed by said at least one processor, perform operations; The above actions are, Comprising all steps of the method according to any one of claims 1 to 7, First device.

16. In the second device, Transmitter and receiver; at least one processor; and At least one memory operably connectable to said at least one processor and storing instructions that, when executed by said at least one processor, perform operations; The above actions are, Comprising all steps of the method according to any one of claims 8 to 14, Second device.

17. In a control device that controls the first device, at least one processor; and comprising at least one memory operably connected to at least one of the processors; The at least one memory stores instructions for performing operations based on being executed by the at least one processor, The above actions are, Comprising all steps of the method according to any one of claims 1 to 7, controller.

18. In a control device that controls a second device, at least one processor; and comprising at least one memory operably connected to at least one of the processors; The at least one memory stores instructions for performing operations based on being executed by the at least one processor, The above actions are, Comprising all steps of the method according to any one of claims 8 to 14, controller.

19. In one or more non-transitory computer-readable media storing one or more instructions, The one or more instructions perform operations based on being executed by one or more processors, The above actions are, Comprising all steps of the method according to any one of claims 1 to 7, Computer readable medium.

20. In one or more non-transitory computer-readable media storing one or more instructions, The one or more instructions perform operations based on being executed by one or more processors, The above actions are, Comprising all steps of the method according to any one of claims 8 to 14, Computer readable medium.

Images