Operation method and device based on ambient IoT radio resource configuration

Abstract

Provided are an operation method and device based on an ambient IoT radio resource configuration in a wireless communication system. A terminal receives, from a base station, a radio resource control (RRC) message including ambient Internet of Things (AIoT) parameter information, and stores the AIoT parameter information. In addition, the terminal performs a procedure by means of an AIoT radio interface on the basis of the stored AIoT parameter information.

Description

Operation method and device based on ambient IoT wireless resource configuration

[0001] This specification relates to wireless communication applicable to 5G NR, 5G-Advanced, and 6G.

[0002] As the times change and more communication devices demand larger communication traffic, there is a demand for next-generation 5G systems, which are wireless broadband communication systems that are improved over existing LTE systems. In these next-generation 5G systems, referred to as NewRAT, communication scenarios are classified into Enhanced Mobile BroadBand (eMBB), Ultra-reliability and low-latency communication (URLLC), and Massive Machine-Type Communications (mMTC).

[0003] Here, eMBB is a next-generation mobile communication scenario characterized by high spectrum efficiency, high user experience data rate, and high peak data rate; URLLC is a next-generation mobile communication scenario characterized by ultra-reliability, ultra-low latency, and ultra-high availability (e.g., V2X, emergency service, remote control); and mMTC is a next-generation mobile communication scenario characterized by low cost, low energy, short packet, and massive connectivity (e.g., Internet of Things (IoT)).

[0004] One disclosure of the present specification aims to provide a method and apparatus for operation based on ambient IoT wireless resource configuration in a wireless communication system.

[0005] One embodiment of the present specification provides, in a wireless communication system, a terminal receives a Radio Resource Control (RRC) message containing Ambient Internet of Things (AIoT) parameter information from a base station and stores the AIoT parameter information. Additionally, the terminal provides a method for performing a procedure through an AIoT radio interface based on the stored AIoT parameter information.

[0006] Additionally, one embodiment of the present specification provides a wireless communication system comprising at least one processor and at least one memory that stores instructions and is operablely electrically connected to at least one processor, wherein the operation performed based on the execution of instructions by at least one processor is: receiving a Radio Resource Control (RRC) message containing Ambient Internet of Things (AIoT) parameter information from a base station and storing said AIoT parameter information. Additionally, a terminal is provided that performs a procedure through an AIoT radio interface based on said stored AIoT parameter information.

[0007] Meanwhile, the above AIoT parameter information may include at least one of scheduling information, device identification information, and valid time information on the AIoT wireless interface.

[0008] The above scheduling information may include at least one of a configured resource index, period, time reference SFN (System Frame Number), time domain offset, and time domain range.

[0009] At least one of the above period, the above time reference SFN, the above time domain offset, and the above time domain range may be linked to the timing of PUSCH (Physical Uplink Shared Channel) or PDSCH (Physical Downlink Shared Channel).

[0010] The above device identification information may include at least an AS ID (Access Stratum Identifier).

[0011] In addition, the scheduling information may be considered valid until the timer operating according to the above valid time information expires.

[0012] According to the disclosure of the present specification, wireless resources of a terminal can be efficiently configured to support data communication of a device providing ultra-low complexity and ultra-low power in a wireless communication system, and the terminal can perform efficient operation based on the configured wireless resources.

[0013] Figure 1 is a diagram illustrating a wireless communication system.

[0014] Figure 2 illustrates the structure of a wireless frame used in NR.

[0015] FIGS. 3a to 3c are exemplary diagrams illustrating exemplary architectures for wireless communication services.

[0016] Figure 4 illustrates the slot structure of an NR frame.

[0017] Figure 5 illustrates an example of a subframe type in NR.

[0018] Figure 6 illustrates the structure of a self-contained slot.

[0019] FIGS. 7a and 7b show examples of connectivity topologies for ambient Internet of Things (A-IoT) networks and devices.

[0020] Figure 8 shows an example of a procedure for an A-IoT inventory service.

[0021] Figure 9 shows an example of an Access Stratum (AS) procedure between an A-IoT device and a reader.

[0022] FIG. 10 is a flowchart illustrating a method of operation of a terminal according to one embodiment of the present specification.

[0023] FIG. 11 shows an apparatus according to one embodiment of the present specification.

[0024] FIG. 12 is a block diagram showing the configuration of a terminal according to one embodiment of the present specification.

[0025] FIG. 13 shows a block diagram of a processor in which the disclosure of the present specification is implemented.

[0026] FIG. 14 is a block diagram showing in detail the transceiver of the first device shown in FIG. 11 or the transceiver of the device shown in FIG. 12.

[0027] It should be noted that technical terms used in this specification are used merely to describe specific embodiments and are not intended to limit the content of this specification. Furthermore, unless specifically defined otherwise in this specification, technical terms used in this specification should be interpreted in the sense generally understood by those skilled in the art to which this disclosure pertains, and should not be interpreted in an overly broad or overly narrow sense. Additionally, if a technical term used in this specification is an incorrect technical term that fails to accurately express the content and concept of this specification, it should be understood as being replaced by a technical term that can be correctly understood by those skilled in the art. Moreover, general terms used in this specification should be interpreted according to their prior definitions or the context, and should not be interpreted in an overly narrow sense.

[0028] Additionally, singular expressions used in this specification include plural expressions unless the context clearly indicates otherwise. In this application, terms such as "composed of" or "have" should not be interpreted as necessarily including all of the various components or steps described in the specification, and should be interpreted as meaning that some of the components or steps may be omitted or additional components or steps may be included.

[0029] Additionally, terms including ordinal numbers, such as first, second, etc., used herein may be used to describe various components, but said components shall not be limited by said terms. Such terms are used solely for the purpose of distinguishing one component from another. For example, without departing from the scope of the rights, the first component may be named the second component, and similarly, the second component may be named the first component.

[0030] When it is stated that a component is connected to or coupled with another component, it may be directly connected to or coupled with that other component, or there may be other components in between. On the other hand, when it is stated that a component is directly connected to or directly coupled with another component, it should be understood that there are no other components in between.

[0031] Hereinafter, embodiments will be described in detail with reference to the attached drawings. Identical or similar components regardless of drawing symbols are assigned the same reference number, and redundant descriptions thereof will be omitted. Furthermore, in describing the contents of this specification, if it is determined that a detailed description of related prior art may obscure the gist of this specification, such detailed description will be omitted. Additionally, it should be noted that the attached drawings are intended only to facilitate understanding of the contents and concepts of this specification, and should not be interpreted as limiting the contents and concepts of this specification. The contents and concepts of this specification should be interpreted as extending to all modifications, equivalents, and substitutions in addition to the attached drawings.

[0032] In this specification, “A or B” may mean “only A,” “only B,” or “both A and B.” Alternatively, in this specification, “A or B” may be interpreted as “A and / or B.” For example, in this specification, “A, B or C” may mean “only A,” “only B,” “only C,” or “any combination of A, B and C.”

[0033] As used herein, 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.”

[0034] In this specification, “at least one of A and B” may mean “only A,” “only B,” or “both A and B.” Additionally, in this specification, the expressions “at least one of A or B” or “at least one of A and / or B” may be interpreted as synonymous with “at least one of A and B.”

[0035] Additionally, in this specification, “at least one of A, B and C” may 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” may mean “at least one of A, B and C.”

[0036] Additionally, parentheses used in this specification may mean “for example.” Specifically, where indicated as “Control Information (PDCCH),” “PDCCH (Physical Downlink Control Channel)” may be proposed as an example of “Control Information.” In other words, “Control Information” in this specification 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.”

[0037] Technical features described individually within a single drawing in this specification may be implemented individually or simultaneously.

[0038] In the attached drawings, User Equipment (UE) is illustrated as an example, but the illustrated UE may also be referred to by terms such as Terminal or Mobile Equipment (ME). Furthermore, the UE may be a portable device such as a laptop, mobile phone, PDA, smartphone, multimedia device, etc., or a non-portable device such as a PC or vehicle-mounted device.

[0039] In the following, UE is used as an example of a wireless communication-capable device (e.g., wireless communication device, wireless device, or wireless apparatus). The operations performed by the UE may be performed by any wireless communication-capable device. A wireless communication-capable device may also be referred to as a wireless communication device, wireless device, or wireless apparatus.

[0040] The term "base station" as used below generally refers to a fixed station that communicates with wireless devices, and can be used as a comprehensive term including eNodeB (evolved-NodeB), eNB (evolved-NodeB), BTS (Base Transceiver System), Access Point, gNB (Next generation NodeB), RRH (remote radio head), TP (transmission point), RP (reception point), relay, etc.

[0041] This specification describes embodiments using LTE systems, LTE-A systems and NR systems, but these embodiments may be applied to any communication system corresponding to the above definitions.

[0042] Wireless Communication System

[0043] Building on the success of LTE (long term evolution) / LTE-Advanced (LTE-A) for 4th generation mobile communication, commercialization and subsequent research for the next generation, namely 5th generation (so-called 5G) mobile communication, are also continuing.

[0044] Fifth-generation mobile communication, as defined by the International Telecommunication Union (ITU), refers to providing data transmission speeds of up to 20 Gbps and a perceived transmission speed of at least 100 Mbps anywhere. Its official name is 'IMT-2020'.

[0045] The ITU presents three major usage scenarios, such as eMBB (enhanced Mobile BroadBand), mMTC (massive Machine Type Communication), and URLLC (Ultra Reliable and Low Latency Communications).

[0046] URLLC concerns use scenarios requiring high reliability and low latency. For example, services such as autonomous driving, factory automation, and augmented reality require high reliability and low latency (e.g., latency of 1ms or less). Currently, the latency of 4G (LTE) is statistically 21-43ms (best 10%) and 33-75ms (median). This is insufficient to support services requiring latency of 1ms or less. Next, eMBB use scenarios concern use scenarios requiring mobile ultra-broadband.

[0047] In other words, 5th generation mobile communication systems support higher capacity than current 4G LTE, increase the density of mobile broadband users, and can support D2D (Device to Device), high stability, and MTC (Machine type communication). 5G research and development also aims for lower latency and lower battery consumption than 4G mobile communication systems to better implement the Internet of Things. New radio access technology (New RAT or NR) may be proposed for such 5G mobile communication.

[0048] The NR frequency band can be defined by two types of frequency ranges (FR1, FR2). The numerical values ​​of the frequency ranges may change; for example, the two types of frequency ranges (FR1, FR2) may be as shown in Table 1 below. For convenience of explanation, among the frequency ranges used in the NR system, FR1 may mean the “sub 6GHz range” and FR2 may mean the “above 6GHz range” and may be referred to as millimeter wave (mmW).

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

[0050] The numerical values ​​of the frequency range of the NR system may change. For example, FR1 may include a band of 410 MHz to 7125 MHz as shown in Table 1. That is, FR1 may include a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher. For example, the frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher included within FR1 may include an unlicensed band. The unlicensed band may be used for various purposes, for example, for communication for vehicles (e.g., autonomous driving).

[0051] Meanwhile, 3GPP-based communication standards define downlink physical channels corresponding to resource elements that carry information originating from upper layers, and downlink physical signals corresponding to resource elements used by the physical layer but not carrying information originating from upper layers. For example, physical downlink shared channel (PDSCH), physical broadcast channel (PBCH), physical multicast channel (PMCH), physical control format indicator channel (PCFICH), physical downlink control channel (PDCCH), and physical hybrid ARQ indicator channel (PHICH) are defined as downlink physical channels, and reference signals and synchronization signals are defined as downlink physical signals. A reference signal (RS), also referred to as a pilot, refers to a signal of a specific waveform that is known to both the gNB and the UE. For example, cell-specific RS, UE-specific RS (UE-RS), positioning RS (PRS), and channel state information RS (CSI-RS) are defined as downlink reference signals. The 3GPP LTE / LTE-A standard defines uplink physical channels corresponding to resource elements that carry information originating from upper layers, and uplink physical signals corresponding to resource elements used by the physical layer but that do not carry information originating from upper layers.For example, the physical uplink shared channel (PUSCH), physical uplink control channel (PUCCH), and physical random access channel (PRACH) are defined as uplink physical channels, and the demodulation reference signal (DMRS) for uplink control / data signals and the sounding reference signal (SRS) used for uplink channel measurement are defined.

[0052] In this specification, PDCCH (Physical Downlink Control Channel) / PCFICH (Physical Control Format Indicator Channel) / PHICH (Physical Hybrid automatic retransmit request Indicator Channel) / PDSCH (Physical Downlink Shared Channel) each refers to a set of time-frequency resources or a set of resource elements carrying DCI (Downlink Control Information) / CFI (Control Format Indicator) / downlink ACK / NACK (ACKnowlegement / Negative ACK) / downlink data. Additionally, PUCCH (Physical Uplink Control Channel) / PUSCH (Physical Uplink Shared Channel) / PRACH (Physical Random Access Channel) each refers to a set of time-frequency resources or a set of resource elements carrying UCI (Uplink Control Information) / uplink data / random access signals.

[0053] Figure 1 is a diagram illustrating a wireless communication system.

[0054] As can be seen with reference to FIG. 1, the wireless communication system includes at least one base station (BS). The BS is divided into a gNodeB (or gNB) (20a) and an eNodeB (or eNB) (20b). The gNB (20a) supports 5th generation mobile communication. The eNB (20b) supports 4th generation mobile communication, i.e., LTE (Long Term Evolution).

[0055] Each base station (20a and 20b) provides communication services for a specific geographical area (generally called a cell) (20-1, 20-2, 20-3). A cell can be further divided into multiple areas (called sectors).

[0056] User Equipment (UE) typically belongs to a single cell, and the cell to which the UE belongs is called the serving cell. The base station that provides communication services to the serving cell is called the serving base station (serving BS). Since the wireless communication system is a cellular system, there exists another cell adjacent to the serving cell. The other cell adjacent to the serving cell is called the neighbor cell. The base station that provides communication services to the neighbor cell is called the neighbor base station (neighbor BS). The serving cell and neighbor cells are determined relatively to the UE.

[0057] In the following, the downlink refers to communication from the base station (20) to the UE (10), and the uplink refers to communication from the UE (10) to the base station (20). In the downlink, the transmitter may be part of the base station (20) and the receiver may be part of the UE (10). In the uplink, the transmitter may be part of the UE (10) and the receiver may be part of the base station (20).

[0058] Meanwhile, wireless communication systems can be broadly classified into Frequency Division Duplex (FDD) and Time Division Duplex (TDD) methods. In the FDD method, uplink and downlink transmissions occupy different frequency bands. In the TDD method, uplink and downlink transmissions occupy the same frequency band and occur at different times. The channel response in the TDD method is practically reciprocal. This means that the downlink channel response and the uplink channel response are nearly identical within a given frequency range. Therefore, in a wireless communication system based on TDD, there is an advantage in that the downlink channel response can be derived from the uplink channel response. In the TDD method, since the entire frequency band is time-divided for uplink and downlink transmissions, downlink transmission by the base station and uplink transmission by the UE cannot be performed simultaneously. In a TDD system where uplink and downlink transmissions are separated by subframes, uplink and downlink transmissions are performed in different subframes.

[0059] Figure 2 illustrates the structure of a wireless frame used in NR.

[0060] In NR, uplink and downlink transmissions consist of frames. A radio frame has a length of 10 ms and is defined as two 5 ms half-frames (HF). A half-frame is defined as five 1 ms subframes (SF). A subframe is divided into one or more slots, and the number of slots within 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 standard CP is used, each slot contains 14 symbols. When an extended CP is used, each slot contains 12 symbols. Here, the symbols may include OFDM symbols (or CP-OFDM symbols) or SC-FDMA symbols (or DFT-s-OFDM symbols).

[0061] Support for various numerologies

[0062] In NR systems, as wireless communication technology develops, multiple numerologies may be provided to the terminal. For example, when the SCS is 15 kHz, it supports a wide area in traditional cellular bands; when the SCS is 30 kHz / 60 kHz, it supports dense-urban, lower latency, and wider carrier bandwidth; and when the SCS is 60 kHz or higher, it supports a bandwidth greater than 24.25 GHz to overcome phase noise.

[0063] The above numerology can be defined by the cycle prefix (CP) length and the subcarrier spacing (SCS). A single cell can provide multiple numerologies to the terminal. When the index of the numerology is denoted by μ, each subcarrier spacing and the corresponding CP length may be as shown in the table below.

[0064] μ△f=2 μ 15 [kHz]CP015General 130General 260General, Extended 3120General 4240General 5480General 6960General

[0065] For a standard CP, when the numerology index is denoted by μ, the number of OFDM symbols per slot (N slot symb ), number of slots per frame (N frame,μ slot ) And, the number of slots per subframe (N subframe,μ slot ) is as shown in the table below.

[0066] μ△f=2 μ 15 [kHz]N slot symb N frame,μ slot N subframe,μ slot 015141011301420226014404312014808424014160165480143203269601464064

[0067] For extended CP, when the numerology index is denoted by μ, the number of OFDM symbols per slot (N slot symb ), number of slots per frame (N frame,μ slot ) And, the number of slots per subframe (N subframe,μ slot ) is as shown in the table below.

[0068] μSCS (15*2 u )N slot symb N frame,μ slot N subframe,μslot 260KHz (u=2)12404

[0069] In an NR system, the OFDM(A) numerology (e.g., SCS, CP length, etc.) can be configured differently among multiple cells that are merged into a single terminal. Accordingly, the (absolute time) interval of a time resource (e.g., SF, slot, or TTI) (collectively referred to as TU (Time Unit) for convenience) composed of the same number of symbols can be configured differently among the merged cells.

[0070] FIGS. 3a to 3c are exemplary diagrams illustrating exemplary architectures for wireless communication services.

[0071] Referring to Fig. 3a, the UE is connected to an LTE / LTE-A based cell and an NR based cell in a DC (dual connectivity) manner.

[0072] The above NR-based cell is connected to the core network for existing 4th generation mobile communication, namely the EPC (Evolved Packet Core).

[0073] Referring to Fig. 3b, unlike Fig. 3a, the LTE / LTE-A based cell is connected to a core network for 5th generation mobile communication, that is, a 5G core network.

[0074] A service method based on the architecture as illustrated in Figures 3a and 3b above is called NSA (non-standalone).

[0075] Referring to Fig. 3c, the UE is connected only to NR-based cells. A service method based on this architecture is called SA (standalone).

[0076] Meanwhile, in the above NR, it may be considered that reception from the base station utilizes a downlink subframe, and transmission to the base station utilizes an uplink subframe. This method can be applied to paired spectra and unpaired spectra. A paired spectrum means that it includes two carrier spectra for downlink and uplink operations. For example, in a paired spectrum, one carrier may include a downlink band and an uplink band that are paired with each other.

[0077] Figure 4 illustrates the slot structure of an NR frame.

[0078] A slot contains multiple symbols in the time domain. For example, in the case of a standard CP, one slot contains 14 symbols, whereas in the case of an extended CP, one slot contains 12 symbols. 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 (physical, P)RBs in the frequency domain and can correspond to a single numerology (e.g., SCS, CP length, etc.). A terminal may be configured with up to N (e.g., 4) BWPs in both the downlink and uplink. Downlink or uplink transmission is performed through an active BWP, and at a given time, only one of the BWPs configured for the terminal may be active. In the resource grid, each element is referred to as a Resource Element (RE), and a single complex symbol may be mapped to it.

[0079] Figure 5 illustrates an example of a subframe type in NR.

[0080] The transmission time interval (TTI) illustrated in Fig. 5 can be referred to as a subframe or slot for NR (or new RAT). The subframe (or slot) of Fig. 5 can be used in the TDD system of NR (or new RAT) to minimize data transmission delay. As illustrated in Fig. 5, the subframe (or slot) contains 14 symbols. The symbols at the beginning of the subframe (or slot) can be used for the downlink (DL) control channel, and the symbols at the end of the subframe (or slot) can be used for the uplink (UL) control channel. The remaining symbols can be used for DL ​​data transmission or UL data transmission. According to this subframe (or slot) structure, downlink transmission and uplink transmission can proceed sequentially within a single subframe (or slot). Thus, downlink data can be received within the subframe (or slot), and uplink acknowledgments (ACK / NACK) can be transmitted within that subframe (or slot).

[0081] The structure of such a subframe (or slot) can be called a self-contained subframe (or slot).

[0082] Specifically, the first N symbols within the slot are used to transmit a DL control channel (hereinafter referred to as the DL control area), and the last M symbols within the slot may be used to transmit a UL control channel (hereinafter referred to as the UL control area). N and M are each integers greater than or equal to 0. A resource area (hereinafter referred to as the data area) located between the DL control area and the UL control area may be used for DL ​​data transmission or for UL data transmission. For example, a physical downlink control channel (PDCCH) may be transmitted in the DL control area, and a physical downlink shared channel (PDSCH) may be transmitted in the DL data area. A physical uplink control channel (PUCCH) may be transmitted in the UL control area, and a physical uplink shared channel (PUSCH) may be transmitted in the UL data area.

[0083] Using such a subframe (or slot) structure has the advantage of reducing the time required to retransmit data that has received errors, thereby minimizing the waiting time for final data transmission. In such a self-contained subframe (or slot) structure, a time gap may be required during the transition from transmit mode to receive mode or from receive mode to transmit mode. To this end, some OFDM symbols during the transition from DL to UL in the subframe structure may be set as a Guard Period (GP).

[0084] Figure 6 illustrates the structure of a self-contained slot.

[0085] In an NR system, a frame is characterized by a self-complete structure in which a DL control channel, DL or UL data, a UL control channel, etc., can all be included within a single slot. For example, the first N symbols within the slot are used to transmit a DL control channel (hereinafter referred to as the DL control area), and the last M symbols within the slot may be used to transmit a UL control channel (hereinafter referred to as the UL control area). N and M are each integers greater than or equal to 0. The resource area (hereinafter referred to as the data area) located between the DL control area and the UL control area may be used for transmitting DL data or for transmitting UL data. As an example, the following configuration can be considered. Each section is listed in chronological order.

[0086] 1. DL only configuration

[0087] 2. UL only configuration

[0088] 3. Mixed UL-DL Configuration

[0089] - DL Area + GP (Guard Period) + UL Control Area

[0090] - DL Control Area + GP + UL Area

[0091] DL Area: (i) DL Data Area, (ii) DL Control Area + DL Data Area

[0092] UL Area: (i) UL Data Area, (ii) UL Data Area + UL Control Area

[0093] PDCCH can be transmitted in the DL control area, and PDSCH can be transmitted in the DL data area. PUCCH can be transmitted in the UL control area, and PUSCH can be transmitted in the UL data area. Downlink Control Information (DCI), such as DL data scheduling information and UL data scheduling information, can be transmitted in PDCCH. Uplink Control Information (UCI), such as ACK / NACK (Positive Acknowledgement / Negative Acknowledgement) information for DL ​​data, Channel State Information (CSI), and Scheduling Request (SR), can be transmitted in PUCCH. GP provides a time gap during the process in which the base station and the terminal switch from transmit mode to receive mode, or from receive mode to transmit mode. Within a subframe, some symbols at the point of transition from DL to UL can be set as GP.

[0094] FIGS. 7a and 7b show examples of connectivity topologies for ambient Internet of Things (A-IoT / AIoT) networks and devices.

[0095] An Ambient IoT (or ambient power-enabled Internet of Things, A-IoT / AIoT) device is an IoT device powered by energy harvesting, which has no battery or possesses limited energy storage capability (e.g., the use of capacitors). For the sake of convenience of explanation, AIoT devices may be referred to as "devices" below. This is for the sake of convenience of explanation and may be changed to any other name. Energy is provided through the energy harvesting of radio waves, light, motion, heat, or other suitable power sources. Energy harvesting may be continuous or may occur incidentally (e.g., by vibration). Therefore, it cannot be assumed that an AIoT device always possesses power for data transmission and reception. AIoT devices need to be designed to have lower complexity, smaller size, reduced capacity, and lower power consumption than previously defined 3GPP IoT terminals / devices (e.g., NB-IoT (Narrowband Internet of Things) / eMTC (enhanced Machine Type Communication) devices). AIoT devices can be designed to have a long lifespan of more than 10 years without maintenance. This allows them to be used as replacements for existing 3GPP IoT devices or to support various use cases (e.g., inventory, sensors, positioning, commands) that existing 3GPP IoT devices cannot support. Functions and procedures to support Ambient IoT use cases can be defined as AIoT services (e.g., inventory services, command services).For example, the primary purpose of the inventory service is to search for what goods (e.g., boxes, containers, packages, tools) exist in a specific area. When a request is transmitted from a network within a specific area, AIoT devices attached to these goods report identifiers associated with the goods, and other information such as status, measurement results, and / or location may be added by AIoT devices and / or AIoT RAN (Radio Access Network) / Readers. Through the inventory service, AIoT devices within a certain range of a specific reader can be discovered / tracked. The command service represents a procedure for executing commands on AIoT devices within a specific area. Such commands may include read, write, disable, and / or enable services as follows.

[0096] - Read: Request to read information from an AIoT device

[0097] - Write: Request to write information to an AIoT device

[0098] - Disable: A request to permanently or temporarily disable the RF transmission function of an AIoT device.

[0099] -Enable: Request to enable a temporarily disabled AIoT Device

[0100] A connectivity topology such as that shown in FIGS. 7a and 7b can be defined for ambient IoT networks and devices. In FIG. 7a, BS represents the Ambient IoT Radio Access Network (RAN). The AIoT RAN represents a node that performs a specific function for AIoT (e.g., RAN node function: A function that contains, e.g., the control of the AIoT radio resources used towards the AIoT device) as part of the functional separation between the radio network (RAN) and the core network (CN). The AIoT RAN can service one or more AIoT readers. An AIoT reader represents a reader that terminates the AIoT device and the AIoT protocol. For convenience of explanation, the node may be referred to as the AIoT RAN (or AIoT reader) below. This is for the convenience of explanation and may be referred to by any other name, such as AIoT RAN reader, AIoT base station, or AIoT BS reader.

[0101] In all these topologies, carriers may be provided to the AIoT device from other nodes inside or outside the topology. The links in each topology may be bidirectional or unidirectional. In FIG. 7a, the AIoT device communicates directly and bidirectionally with the base station. Communication between the base station and the AIoT device may include AIoT data and / or signaling. The base station transmitting to the AIoT device and the base station receiving from the AIoT device may be the same base station or different base stations.

[0102] In FIG. 7b, bidirectional communication is performed between the AIoT device and the AIoT RAN through an intermediate node, an assisting node, and an assisting UE. In this topology, the intermediate node, the assisting node, and the assisting UE can be a relay, an IAB (Integrated Access and Backhaul), a UE, a repeater, etc., capable of ambient IoT functions / services. For convenience of explanation, the node is referred to as a UE reader below. This is for convenience of explanation and may be referred to by any other name, such as UE connected / associated with AIoT enabled RAN, AIoT enabled RAN / reader, AIoT reader, or AIoT UE reader.

[0103] Figure 8 shows an example of a procedure for an A-IoT inventory service.

[0104] Referring to FIG. 8, a procedure for an AIoT inventory service is described below.

[0105] 1a. The A-IoT CN sends an Inventory request message to the A-IoT RAN node.

[0106] 1b. The A-IoT RAN node allocates and coordinates the usage of A-IoT radio resources.

[0107] 2. The A-IoT RAN node sends an inventory response message to the A-IoT CN.

[0108] 3. The A-IoT RAN node performs the inventory procedure towards the A-IoT device(s) over the A-IoT radio interface.

[0109] 4a / 4b. After receiving the inventory result from the A-IoT device(s), the A-IoT RAN node may send one or more inventory reports to the A-IoT CN, including the received inventory result.

[0110] Figure 9 shows an example of an Access Stratum (AS) procedure between an A-IoT device and a reader.

[0111] Referring to FIG. 9, the overall Access Stratum (AS) procedure between an ambient IoT (A-IoT) device and a reader is described below.

[0112] Step A: A-IoT Paging (S901)

[0113] Based on the service request, the reader sends the A-IoT paging message indicating the device(s) that need to respond. Here, the A-IoT paging message can be used interchangeably with the initial trigger message.

[0114] Step B: D2R (Device-to-Reader) (Device ID) data transmission (S902~S903)

[0115] An A-IoT device triggered by paging performs the device ID transmission to the reader either via the A-IoT random access procedure or without using the A-IoT random access procedure. Subsequently, D2R data is transmitted to the reader.

[0116] Step C1: R2D (Reader-to-Device) data transfer (S904)

[0117] Perform possible R2D data transmission. (For example, for sending the command)

[0118] Step C2: D2R data transmission (S905)

[0119] Perform possible D2R data transmission. (For example, the corresponding response to the command)

[0120] As such, although a high-level procedure for providing inventory services or command services in a topology like Fig. 7b was defined, no specific method was provided for the configuration of wireless resources required for a UE reader (A-IoT enabled UE) for supporting the AIoT service to perform AIoT data transmission and reception with an AIoT device, so AIoT services could not be effectively implemented.

[0121] In providing AIoT technology to support lower complexity, smaller size, reduced capacity, and lower power consumption compared to existing 3GPP LPWA (Low-Power Wide-Area) IoT, detailed methods for configuring wireless resources for UE leaders (A-IoT enabled UEs) to support AIoT services are not provided.

[0122] The present invention, devised to solve these problems, proposes an AIoT wireless resource configuration for a terminal operating as a UE reader (A-IoT enabled UE), as well as operations and devices based thereon. Furthermore, the present invention additionally proposes a method that takes into account the mobility of the said terminal.

[0123] Hereinafter, a method for transmitting and receiving data based on 5GS (Fifth Generation System) / NR technology will be described in detail. However, this is for the convenience of explanation, and the present invention may also be applied through any system or wireless access technology (e.g., 6G). The embodiments described in the present invention may refer to information elements and operation details specified in NR / 5GS standards (e.g., NR MAC standard TS 38.321, NR RRC standard TS 38.331, system architecture standard TS 23.501, etc.). Even if the definition of the relevant information elements and related terminal operation details are not described in this specification, the relevant details specified in known standard standards may be included in the present invention.

[0124] Any function described below may be defined as an individual terminal capability (UE radio capability or UE Core network capability) and transmitted by the terminal to a base station / core network entity (e.g., AMF (Access and Mobility Management Function) / SMF (Session Management Function) / AIoTNF (Ambient IoT Network Function)) via the corresponding signaling. Alternatively, any functions may be combined / combined to be defined as the corresponding terminal capability and transmitted by the terminal to a base station / core network entity via the corresponding signaling. Here, AIoTF (Ambient IoT Function or Ambient IoT Network Function) represents a network function for providing management and control of AIoT services and AIoT operations. For the convenience of explanation, this may be changed to any other name. AIoTF can select an AIoT RAN node (or UE reader). AIoTF can receive AIoT service requests from application functions / application servers and trigger AIoT RAN / reader (or AIoT UE reader) to perform AIoT service operations with AIoT devices. AIoTF can collect the results of AIoT service operations from AIoT RAN nodes (or AIoT UE readers) and transmit them to application functions / application servers.

[0125] Ambient IoT devices may be defined by classifying them into at least one device type / category according to at least one supported capability (or a combination of at least one capability). For example, based on energy storage capacity, they may be classified into devices with no storage space, devices with a storage capacity of a specific value (up to E1 Joules), and devices with a storage capacity of another specific value (up to E2 Joules, E2 > E1). As another example, they may be classified into a device without energy storage and without independent signal generation / amplification (e.g., backscatter transmission) (hereinafter referred to as Device A for convenience of explanation), a device with an energy storage device and without independent signal generation (e.g., backscatter transmission) (hereinafter referred to as Device B for convenience of explanation), the use of stored energy in Device B may include amplification of reflected signals, and a device with an energy storage device and independent signal generation (e.g., active RF components for transmission) (hereinafter referred to as Device C for convenience of explanation).As another example, the device may be classified into a device having ~1 μW peak power consumption, energy storage, and no amplification in both the DL and UL within the device, and whose uplink transmission is backscattered on an externally provided carrier wave (hereinafter referred to as Device 1 for convenience of explanation), a device having ≤ a few hundred μW peak power consumption, energy storage, and whose uplink transmission is backscattered on an externally provided carrier wave, and whose uplink transmission is capable of amplification in both the DL and UL within the device (hereinafter referred to as Device 2a for convenience of explanation), and a device having ≤ a few hundred μW peak power consumption, energy storage, and whose uplink transmission is generated internally by the device, and whose uplink transmission is capable of amplification in both the DL and UL within the device (hereinafter referred to as Device 2b for convenience of explanation).

[0126] An AIoT RAN / reader / base station / UE-reader or AIoTF may transmit / instruct / configure information / messages to an AIoT device to instruct the enable / activation / allow / support / configuration of any function or combination of functions described below. For example, this may be transmitted from the AIoTF to the AIoT device via an AIoT NAS message / container. Alternatively, it may be transmitted from the AIoT RAN / reader / base station / UE-reader to the AIoT device via a dedicated MAC PDU.

[0127] An AIoT RAN / reader / base station / UE-reader or AIoTF may transmit / instruct / configure information / messages to an AIoT device to disable / deactivate / restrict / control any function or combination of functions described below. For example, it may instruct a prohibit / suspend / deactivate timer for the operation of the relevant function. The timer may be started / restarted with the initiation of the relevant function or before and after the initiation of the relevant function. While the timer is running, the device may disable / deactivate / restrict / control the relevant function to prevent it from being initiated / executed.

[0128] The embodiments and functions described below may be performed individually and independently. Alternatively, the embodiments and functions described below may be performed in any combination or combination, and it is obvious that this is also included within the scope of the present invention.

[0129] Any information described below may be traffic characteristic information obtained, calculated, or derived statistically or empirically from a terminal / network (e.g., any statistics / statistics such as expected value, mean, deviation, minimum standard deviation, maximum, etc.). Accordingly, any information included in this specification may represent at least one value among the mean (expected value), minimum, maximum, and standard deviation values. This is for convenience of explanation, and all information in this specification may be used as statistical information. Any information described below may be information pre-configured in a device / network or provisioned through OAM (Operations, Administration, and Maintenance), application servers, application functions, AIoT, UDM (Unified Data Management), or ADM (AIoT Data Management).

[0130] In the following description, the physical channel for R2D (Reader to Device) data transmission is referred to as PRDCH (Physical Reader to Device CHannel), the physical channel for D2R (Device to Reader) data transmission is referred to as PDRCH (Physical Device to Reader CHannel), and the interface / link between the reader and the device is referred to as RD interface / link (e.g., AIoT Radio interface). This is for the convenience of explanation and may be replaced with any other name. In the following, RD / DR link resource / scheduling information includes: start time / subframe / slot / symbol / reference time / arbitrary AIoT device unit time (for RD / DR link communication); start time / subframe / slot / symbol / reference time / arbitrary AIoT device unit time offset (for RD / DR link communication); start time / subframe / slot / symbol based on a specific reference time / point in time (e.g., reception of R2D data, start of reception of R2D data, end of reception of R2D data, or a specific reference time of the serving base station / cell servicing the said reader); start time / subframe / slot / symbol offset based on a specific reference time (for RD / DR link communication); duration (RD / DR link communication); transmission occlusion (RD / DR link); transmission period (RD / DR link); available time slot; available time slot range; and maximum time slot. It may include at least one of the following information: uplink / downlink start time / subframe / slot / symbol of an associated base station / auxiliary terminal for indicating the RD link start time, start time / subframe / slot / symbol offset, RD link frequency domain information, RD link subchannel number / index, DR link frequency offset, RD / DR link MCS, RD / DR link transmission block size, communication range / Range, location information, priority, number of RD / DR link retransmissions, (RD / DR link communication) validity period / time and validity criteria.

[0131] AIoT Wireless Resource Configuration Method for UE Reader

[0132] A base station servicing a UE reader can configure AIoT wireless resources for the corresponding terminal (a terminal operating as a UE reader). It is necessary to define a specific method for the base station to configure AIoT wireless resources for R2D / D2R data transmission and reception for the corresponding terminal to transmit and receive R2D / D2R messages / data.

[0133] The wireless resources used in the AIoT wireless interface between the AIoT device and the UE reader need to be controlled by the network / base station. For example, to perform AIoT AS procedures / operations between the UE reader and the AIoT device, the UE reader may receive scheduling / wireless resource information from the corresponding base station for transmitting R2D messages to the AIoT device and / or receiving D2R messages from the AIoT device. Using the AIoT wireless resources included in the scheduling / wireless resource information (or by determining / selecting specific / partial scheduling / wireless resources among the scheduling / wireless resource information, or by using scheduling / wireless resources generated / re-generated by such scheduling / wireless resources (or scheduling allocations / grants)), the UE reader and the AIoT device may perform R2D / D2R message / data transmission / reception. A UE reader / AIoT device (or a MAC layer / entity of a UE reader / AIoT device) may direct the corresponding MAC PDU and / or the corresponding scheduling / radio resources to a physical layer / physical layer entity.

[0134] Based on scheduling / radio resource information received from the relevant base station, the R2D message / data transmitted by the UE reader to the AIoT device may include scheduling / radio resource information for the relevant / subsequent R2D message and / or subsequent D2R message(s). For example, such information may be included through control information / fields within PRDCH control information or the MAC PDU included in the PRDCH.

[0135] For the sake of convenience of explanation, information configured, allocated, or directed to schedule PRDCH (R2D message / data) transmission / reception and / or PDRCH (D2R message / data) transmission / reception used by a base station for AIoT AS procedures / operations between a UE reader and AIoT device(s) is referred to as an AIoT grant. This is for the sake of convenience of explanation and may be replaced with any other name such as PRDCH, PDRCH, R2D, D2R allocation, scheduling grant, AIoT interface grant, scheduling information, or radio resource. The AIoT grant may include at least one piece of information among PRDCH / PDRCH / R2D / D2R frequency domain resources (transmission / occupied bandwidth), time domain resources, an ID associated with a device intended for PRDCH / R2D reception (e.g., an AS ID (Access Stratum Identifier)), and a modulation / coding format. Here, the AS ID is an AS layer identifier used to identify a specific device for R2D reception and D2R scheduling, and may be either a random ID included in the first D2R message (or AIoT MSG1) or an ID assigned to the device by a reader. The AS ID may be included in a subsequent R2D message containing such information so that the device can distinguish and use messages transmitted to it via the AS ID. The device ID may be constructed by combining at least one of the AS ID, a terminal identifier (e.g., C-RNTI (Cell-Radio Network Temporary Identifier)), a terminal reader identifier (e.g., UE reader ID), and a logical identifier / index used by a base station to identify the terminal / terminal reader. There is. For example, it can be configured by combining at least one of the AS ID portion, the terminal identifier portion, and the terminal reader identifier portion.

[0136] AIoT grants / radio resources for a UE leader can be configured, directed, or allocated to the terminal by the base station via dedicated signaling. The UE leader may perform AIoT procedures on the AIoT radio interface between the leader and the device only when the said AIoT grants / radio resources are valid within the corresponding base station cell. For example, the leader may transmit PRDCH (R2D message / data) to the device. The device may transmit D2R message / data to the leader. (The leader may receive D2R message / data from the device.)

[0137] For example, when a terminal receives a dedicated radio resource from a base station, it can use the radio resource to perform an AIoT procedure on the AIoT radio interface between the reader and the device. The base station can allocate / configure / instruct AIoT grant / radio resources to a terminal acting as a UE reader using at least one of RRC signaling, MAC CE, and DCI signaling.

[0138] For example, in response to a request from a UE leader (via RRC (Radio Resource Control) / MAC-CE (Medium Access Control-Control Element) / UCI (Uplink Control Information)), the base station may configure / assign AIoT grants / radio resources to the UE leader. And / or based on an AIoT service request from the core network, the base station may configure / assign AIoT radio resources to the UE leader.

[0139] As another example, AIoT grants / radio resources allocated / configured / instructed by a base station to a UE leader for an RRC-connected terminal may have validity period / validation time / valid cycle information for said grants / radio resources. This validity period / validation time / valid cycle information for said AIoT grants / radio resources may be included in the corresponding signaling and indicated together when the base station allocates / configures / instructs said AIoT grants / radio resources to the UE leader via RRC / MAC-CE / DCI.

[0140] As another example, validity period, validity time, and validity cycle information for the relevant AIoT grant / wireless resource can be configured or instructed to the UE reader via RRC. The UE reader can store this information in the corresponding terminal variable.

[0141] When a base station allocates, configures, or directs a radio resource to a UE reader via MAC-CE / DCI, the terminal may perform AIoT procedures on the AIoT radio interface between the reader and the device using the AIoT grant / radio resource for the stored validity period / valid time / valid cycle for the radio resource. The terminal may store the AIoT grant / radio resource in a terminal variable. And / or may start a timer to limit the validity period / valid time / valid cycle for the AIoT grant / radio resource. The terminal may consider the AIoT grant / radio resource to be valid for the validity period / valid time / valid cycle. When the timer expires, the (stored) AIoT grant / radio resource may be released / removed / deleted / discarded.

[0142] A terminal operating as a UE reader may be allocated semi-static AIoT grants / radio resources by a base station on the AIoT wireless interface. For convenience of explanation, semi-static radio resources on the AIoT wireless interface are referred to as configured AIoT resources. This designation is for convenience of explanation and may be replaced with any other name, such as configured AIoT grant or configured AIoT allocation. The configured AIoT resource configuration information may include at least one of the following information as radio parameters required for R2D / D2R message / data transmission on the wireless interface between the AIoT reader (or UE reader) and the AIoT device.

[0143] - Configured AIoT Resource Index: An identifier for identifying / distinguishing the configured AIoT resource configuration (or the configured AIoT resource) in an AIoT wireless interface. A single configured AIoT resource configuration may be used by the terminal for R2D / D2R data transmission / reception to / from one or more AIoT device(s).

[0144] - Period: The period of the configured AIoT resource. The period can be set to the value of the period included in ConfiguredGrantConfig to be linked to the PUSCH timing of the terminal (for example, The following periodicities are supported depending on the configured subcarrier spacing [symbols]:15 kHz: 2, 7, n*14, where n={1, 2, 4, 5, 8, 10, 16, 20, 32, 40, 64, 80, 128, 160, 320, 640} ...).

[0145] Alternatively, the period may be set to a value of the period included in SPS-Config (e.g., 10ms, ..., 640ms) to be linked to the PDSCH timing of the terminal.

[0146] Alternatively, the period may be specified in milliseconds. The period may include values ​​greater than the period values ​​included in SPS-config (e.g., 10ms, ..., 640ms) (e.g., 100ms, ..., 1000ms).

[0147] A single configured AIoT resource configuration can specify the cycle of an AIoT grant / radio resource for R2D / D2R data transmission to one or more AIoT device(s) through a single cycle information. Alternatively, a single configured AIoT resource configuration can specify the cycle of each radio resource for R2D / D2R data transmission to multiple AIoT devices through multiple cycle information.

[0148] - Time Reference SFN (System Frame Number): An SFN used to determine the offset of a resource in the time domain. A configured AIoT resource configuration may indicate the relevant information through one or more corresponding parameters for R2D / D2R data transmission to one or more AIoT device(s).

[0149] (If used in conjunction with the timing of the terminal's PUSCH / UL) the terminal (UE reader) may be made to use the closest (uplink) SFN with the indicated number preceding the reception of the configured AIoT resource configuration.

[0150] Alternatively, (if used in conjunction with the timing of the terminal's PDSCH / DL), the terminal (UE reader) may be configured to use the closest (downlink) SFN with the indicated number preceding the reception of the configured AIoT resource configuration.

[0151] Alternatively, (if used in conjunction with the timing of the terminal's PDSCH / DL) the time reference SFN (System Frame Number) parameter may not be used. And / or the (PDSCH / PDCCH / DL) start / start time SFN (e.g., SFNstart time) parameter associated with the first transmission of the PRDCH / PDRCH where the configured AIoT resource is initialized / re-initialized may be specified.

[0152] Alternatively, (for the AIoT wireless interface (R2D / D2R)) the terminal (UE reader) may use the AIoT SFN closest to the specified number before receiving the configured AIoT resource.

[0153] Alternatively, (for AIoT wireless interfaces (R2D / D2R)) the terminal (UE reader) may be made to use the first (logical) AIoT scheduling unit time / resource of the wireless resource after the start time of the AIoT SFN closest to the indicated number before receiving the configured AIoT resource.

[0154] Here, the AIoT SFN represents the radio frame number on the corresponding AIoT interface. The corresponding AIoT radio frame may have a time interval (10ms) similar to LTE / NR. (Alternatively, the corresponding AIoT radio frame may have a different time interval than LTE / NR. The AIoT radio frame may be configured to have a specific unit time value (ms).) For convenience of explanation, the AIoT radio frame unit time (or the corresponding unit time number) is referred to as the first unit time below. Here, the AIoT scheduling unit time / resource represents the unit time / resource (or the corresponding number / ID / index) scheduled on the AIoT interface, such as a slot in NR or a subframe in LTE. For convenience of explanation, the AIoT scheduling unit time (or the corresponding unit time number / ID / index) is referred to as the second unit time below.

[0155] - Time Domain Offset: Offset for a resource in the time domain,

[0156] (If used in conjunction with timing for base station / terminal PUSCH / UL) Offset of a resource with respect to (uplink) timeReferenceSFN in time domain

[0157] Or, (if used in conjunction with timing for base station / terminal PDSCH / DL) Offset of a resource with respect to (downlink) SFN = timeReferenceSFN in time domain

[0158] Alternatively, (if used in conjunction with timing for base station / terminal PDSCH / DL) the time domain offset parameter may not be used.

[0159] Or, (for AIoT wireless interface (R2D / D2R)) in the time domain, AIoT SFN = offset of the resource for the time reference SFN

[0160] Or, (for AIoT wireless interfaces (R2D / D2R) the first AIoT scheduling unit time / resource used by the terminal in the time domain (after the start time of the AIoT SFN)

[0161] Or, (for AIoT wireless interfaces (R2D / D2R)) offset for the corresponding AIoT SFN in the time domain and / or offset for the corresponding AIoT scheduling unit time / resource

[0162] - Time Domain Resources / Time Domain Allocations / Time Ranges: AIoT resources / allocations / time units configured in the time domain,

[0163] (If used in conjunction with the timing for the terminal's PUSCH / UL, the start symbol and length (startSymbolAndLength) (i.e., SLIV(Start and Length Indicator Value) in TS 38.214), or the start symbol (S), for reference, SLIV indicates the start symbol (or start symbol index) and the length of consecutive symbols.

[0164] Alternatively, it may be indicated by at least one of the (PDSCH / PDCCH / DL) start / start time slot (e.g., Slotstart time), the length of consecutive slots, the start time, and the duration (in ms) (if used in conjunction with the timing for the PDSCH / DL of the terminal, associated with the first transmission of the PRDCH / PDRCH in which the configured AIoT resource is initialized / re-initialized).

[0165] Or, (for AIoT wireless interfaces (R2D / D2R)) start time / scheduling unit time / second unit time and duration (days, e.g., ms or number of consecutive unit times)

[0166] Alternatively, the time domain resource / time domain allocation / time range may represent a time domain resource / time domain allocation / time range allocated for PRDCH / PDRCH / R2D / D2R message / data transmission on the AIoT wireless interface.

[0167] Alternatively, the parameter may be linked to time domain resources / time domain allocations for PRDCH / PDRCH on the AIoT wireless interface.

[0168] Alternatively, it can indicate the starting resource index and length of the initial PDRCH / PRDCH transmission of the configured AIoT resource.

[0169] Alternatively, it can indicate the temporal resource location of a configured AIoT resource. The corresponding index can be provided coded as a value indicating the temporal resource.

[0170] For example, the terminal (UE reader) can be configured to transmit an AIoT paging message or an access trigger message on the AIoT wireless interface at the time calculated by adding the corresponding time reference SFN (System Frame Number) and the corresponding time domain offset. AIoT communication can be performed with the AIoT device during the corresponding time domain resource / time domain allocation / time range. R2D / D2R messages can be transmitted and received with the AIoT device.

[0171] - If the timing of the AIoT wireless resource is used in conjunction with the timing of the terminal's PUSCH / UL and / or PDSCH / DL, information for indicating the linkage / relationship between the said timing and the timing of the AIoT wireless resource, for example, the relationship between the time of a wireless frame (e.g., SFN) on the Uu interface and a first unit time, the relationship between a slot on the Uu interface and a second unit time, or a code value for indicating said relationship.

[0172] - R2D / D2R (or PRDCH / PDRCH) distinction information: Information to indicate whether the radio resource is used for PRDCH (R2D message / data) transmission (e.g., 0 / 1) or for PDRCH (D2R message / data) reception / monitoring (e.g., 1 / 0) (and / or information to indicate that the radio resource is used for both PRDCH (R2D message / data) and PDRCH (D2R message / data reception / monitoring)).

[0173] As another example, configured AIoT resource configuration information may include information for indicating validity criteria / validity / validity time for the configured AIoT resource.

[0174] The information can be configured / instructed through the information on the number of valid (maximum) transmissions of the configured AIoT resource (for example, if it is 3 times, the configured AIoT resource is valid from the first transmission to the next cycle, the second transmission to the next cycle, and the third transmission (or the second / third / fourth transmissions excluding the first transmission)).

[0175] Alternatively, the information may be configured / instructed through information for indicating the validity period after the configured AIoT resource is configured / instructed / activated.

[0176] As another example, configured AIoT resource configuration information can be indicated through distinct configuration information (and / or distinguished configuration parameters), such as configured AIoT R2D resource configuration information for transmitting PRDCH (R2D message / data) to the AIoT device and configured AIoT D2R resource configuration information for receiving / monitoring PDRCH (D2R message / data) to the AIoT device.

[0177] As another example, upon configuration of a configured AIoT resource, the UE reader (or the UE reader's MAC object) may store the AIoT grants / resources provided by the RRC (for each configured AIoT grant / resource) as the configured AIoT resource. And / or for the configured AIoT grants / resources, the activation / deactivation of the configured AIoT resource may be directed by the PDCCH / MAC-CE / RRC.

[0178] (If used in conjunction with the timing for the PUSCH / UL of the terminal) the UE reader (or the MAC object of the UE reader) can initialize / re-initialize the configured AIoT grant / resource to start at the (associated) symbol / resource / slot / second unit time according to at least one of the time reference SFN, time domain offset, start symbol, and time domain resource / time domain allocation / time range. This can be made to reoccur at each corresponding period.

[0179] (If used in conjunction with the timing for base station / terminal PUSCH / UL) After one AIoT grant / resource (or one AIoT grant / resource linked to the corresponding uplink grant / resource) is configured as a configured AIoT grant / resource, the UE leader (or the UE leader's MAC entity) may consider that the configured AIoT resource will sequentially occur in the Nth cycle in conjunction with the following PUSCH / UL symbol.

[0180] [(SFN × numberOfSlotsPerFrame × numberOfSymbolsPerSlot)

[0181] + (slot number in the frame × numberOfSymbolsPerSlot) + symbol number in the slot] =

[0182] (timeReferenceSFN × numberOfSlotsPerFrame × numberOfSymbolsPerSlot

[0183] + timeDomainOffset × numberOfSymbolsPerSlot + S + N × periodicity)

[0184] modulo(1024 × numberOfSlotsPerFrame × numberOfSymbolsPerSlot)

[0185] As another example, upon configuration of a configured AIoT resource, the UE reader (or the UE reader's MAC object) may store AIoT grants / resources provided by the RRC (for each configured AIoT grant / resource) as the configured AIoT resource. And / or for the configured AIoT grants / resources, the activation / deactivation of the configured AIoT resource may be directed by the PDCCH / MAC-CE / RRC.

[0186] (If used in conjunction with the timing of the PDSCH / PDCCH / DL of the terminal) the UE reader (or the UE reader's MAC object) can initialize / re-initialize the configured AIoT grant / resource to start at the (associated) corresponding start / start time SFN (e.g., SFNstart time) and start / start time slot (e.g., Slotstart time). It can be made to reoccur at each corresponding cycle.

[0187] (If used in conjunction with the timing for base station / terminal PDSCH / PDCCH / DL) After a single AIoT grant / resource (or a single AIoT grant / resource associated with the corresponding downlink allocation / resource) is configured as a configured AIoT grant / resource, the UE reader (or the UE reader's MAC entity) may consider that the configured AIoT resource will sequentially occur in conjunction with the following PDSCH / PDCCH / DL slots in the Nth cycle. Here, the start / start time SFN (e.g., SFNstart time) and start / start time slot (e.g., Slotstart time) may represent the SFN (or first unit time) and slot (or second unit time) of the first transmission of the PDSCH that the configured AIoT grant / resource initializes / re-initializes.

[0188] (numberOfSlotsPerFrame × SFN + slot number in the frame) =

[0189] [(numberOfSlotsPerFrame × SFNstart time + Slotstart time) + N × periodicity × numberOfSlotsPerFrame / 10] modulo (1024 × numberOfSlotsPerFrame)

[0190] As another example, upon configuration of a configured AIoT resource, the UE reader (or the UE reader's MAC object) may store AIoT grants / resources provided by the RRC (for each configured AIoT grant / resource) as the configured AIoT resource. And / or for the configured AIoT grants / resources, the activation / deactivation of the configured AIoT resource may be directed by the PDCCH / MAC-CE / RRC.

[0191] (For AIoT wireless interfaces (R2D / D2R)) A UE reader (or the MAC object of the UE reader) may initialize / re-initialize a configured AIoT grant / resource to determine the transmission start time and / or transmission duration of the corresponding PRDCH / PDRCH according to at least one of the time reference SFN, time domain offset, and time domain resource / time domain allocation / time range. This may be made to reoccur at corresponding cycles.

[0192] Alternatively, (for AIoT wireless interfaces (R2D / D2R)) the UE reader (or the UE reader's MAC object) may initialize / re-initialize the corresponding configured AIoT grants / resources on the first transmission / reception of the corresponding PRDCH / PDRCH. This may be made to reoccur at corresponding cycles.

[0193] Alternatively, the start / start time SFN (e.g., SFNstart time) and start / start time slot (e.g., Slotstart time) may represent the SFN (or first unit time) and slot (or second unit time) of the first transmission of the PRDCH / PDRCH that the configured AIoT grant / resource initializes / reinitializes.

[0194] Alternatively, for the configured AIoT grant / resource, the time resource location of the first / start configured AIoT grant / resource for the configured AIoT resource may be received by PDCCH / MAC-CE / RRC. For example, the (logical) start / start time system frame / frame / resource set / first unit time number / index of the configured AIoT resource, (logical) start / start time slot / subframe / resource / second unit time number / index, where first unit time = m * second unit time, m=10, or m=10, 20, 40, 80 depending on the SCS.

[0195] Alternatively, the UE reader (or the UE reader's MAC object) may initialize / re-initialize the configured AIoT grant / resource to determine the time resource location / time domain resource / time domain allocation / time range / transmission duration for the transmission / reception of PDRCH / PRDCH for the configured AIoT resource. This may be made to reoccur at corresponding cycles.

[0196] Alternatively, after one AIoT grant / resource is configured as a configured AIoT grant / resource, the UE reader (or the UE reader's MAC object) may consider that the Nth configured AIoT grant / resource will occur sequentially in the following first slot / subframe / resource / second unit time.

[0197] Current slot (or 2nd unit time) = (Offset for AIoT SFN (or 1st unit time offset) + AIoT scheduling unit time / Offset for resource (or 2nd unit time offset) + N × Period) modulo Maximum number of slots (or 2nd unit times) for the corresponding AIoT resource

[0198] Or, current slot (or second unit time) = (time domain offset + N × period) modulo the maximum number of slots (or second unit time) of the corresponding AIoT resource

[0199] Or, (number of second unit times per first unit time × first unit time number / index + second unit time number / index within first unit time = [(number of second unit times per first unit time × start time for first unit time number / index + start time for second unit time number / index) + N × period × number of second unit times per first unit time / m] modulo (1024 × number of second unit times per first unit time), where the start time for first unit time number / index and the start time for second unit time number / index represent the first unit time and second unit time of the first transmission of the PRDCH / PDRCH where the configured AIoT resource is initialized / re-initialized.

[0200] The maximum number of slots (or second unit times) of the relevant AIoT resource represents the (total / maximum) number of slots / second unit times belonging to / included in any AIoT time resource that is associated with or can be used as the relevant configured AIoT grant / resource (when the relevant configured AIoT resource is configured on the relevant terminal, or during a series of time domain periods / ranges / durations in which the relevant configured AIoT resource is used on the relevant terminal). For example, it may represent the maximum number of slots (or second unit times) in an AIoT resource / resource pool / resource group / resource set having a specific time range.

[0201] Other embodiments of the present invention will be described below.

[0202] AIoT device identification information may represent AIoT device identification information included in NxAP (or an application protocol above the service-based interface protocol between AIoTF and AIoT RAN or the service-based interface protocol between AIoTF and AIoT RAN / leader) / NGAP messages between AIoTF and AIoT RAN, or AIoT device identification information used in the NAS (Non-Access Stratum) layer / entity of AIoTF and AIoT devices. The information may represent at least one of the following: a full permanent Ambient IoT Device Identifier configured in an AIoT device; a part of an Ambient IoT Device Identifier; a full permanent AIoT Device Identifier that has undergone security processing / verification (e.g., cyphering / encryption, integrity protection, Message Authentication Code, hash function, and / or device authentication); a part of a permanent AIoT Device Identifier that has undergone security processing / verification; a code that is calculated / generated / derived / determined through security processing / verification for the AIoT device (or full / partial permanent AIoT Device Identifier); a code associated with the AIoT device (or full / partial permanent AIoT Device Identifier); and filtering / mask information for determining / extracting AIoT device identification information. The permanent AIoT Device Identifier may be assigned by an operator or a third party. A permanent AIoT device identifier may include a network identifier (for example, MCC (Mobile Country Code) + MNC (Mobile Network Code) and / or NID (Network Identifier)) or one of the information used to identify a third-party operator.A permanent AIoT device identifier may include information used to distinguish different AIoT devices within information used to identify a network identifier (e.g., MCC+MNC and / or NID) or a third-party operator (e.g., EPC (Electronic Product Code) or other local / internal identification information). In any signaling process, one or more AIoT device identification information may be used for a single AIoT device. For example, information used to identify a network identifier (e.g., MCC+MNC and / or NID) or a third-party operator may be used as the first AIoT device identification information, and information used to distinguish different AIoT devices within information used to identify a network identifier (e.g., MCC+MNC and / or NID) or a third-party operator (e.g., EPC (Electronic Product Code), other local / internal identification information) may be used as the second AIoT device identification information. At least one of the first AIoT device identification information and the second AIoT device identification information (or at least one of the whole / part of the first AIoT device identification information and the whole / part of the second AIoT device identification information) may be transmitted after security processing / verification. (For example, the first AIoT device identification information (plaintext), the second AIoT device identification information (ciphertext), or vice versa).

[0203] The security parameter may represent at least one of the following information: a key, key identification information, fresh value, counter, token, validation value, random parameter, algorithm, and device credential / profile used for security processing / verification (e.g., cyphering / encryption, integrity protection, Message Authentication Code, hash function, device authentication) for a full / partially persistent AIoT device identifier in an AIoTF and / or AIoT device.

[0204] Meanwhile, after a terminal (a terminal acting as a UE reader) receives an RRC reconfiguration message containing configuration information required for a handover from a source cell (or after detaching from the cell) during an L3 (Layer 3) handover, the UE reader may consider the dedicated radio resources previously received from the source cell / base station (within the source cell / base station coverage or associated with the source cell / base station) for the UE reader to be invalid until it attempts to synchronize with the target cell and succeeds (e.g., until a random access procedure is successfully completed). If there is an AIoT procedure running or in progress on the AIoT radio interface of the terminal prior to receiving the RRC reconfiguration message, the said AIoT procedure may be terminated, stopped, suspended, disabled, or deactivated.

[0205] For example, after receiving an RRC reconfiguration message (or after detaching from the cell), the terminal may consider the configured AIoT wireless resource corresponding to the (Nth) time domain resource / time domain allocation / time range of the configured AIoT wireless resource for the AIoT procedure to be invalid until it attempts to synchronize with the target cell and succeeds.

[0206] Alternatively, when receiving the relevant RRC reconfiguration message (or detaching from the cell), if the validity period of the AIoT radio resource received from the base station has not expired, the validity period of the AIoT radio resource may be considered to have expired. (Alternatively, the timer for limiting the validity period of the AIoT radio resource may be stopped. And / or the timer for limiting the validity period of the AIoT radio resource may be considered to have expired.)

[0207] Alternatively, when receiving the relevant RRC reconfiguration message (or detaching from the cell), if the validity criteria / validity of the AIoT wireless resource received from the base station is satisfied, it may be considered that the validity criteria / validity of the AIoT wireless resource is not satisfied.

[0208] Alternatively, when receiving the relevant RRC reconfiguration message (or detaching from the cell), the AIoT radio resources received from the relevant base station may be released / removed / deleted / discarded. (Or the relevant terminal variable (or the value of the terminal variable) may be released / removed / deleted / discarded.)

[0209] Alternatively, when receiving the corresponding RRC reconfiguration message (or detaching from the cell), the AIoT radio resources of the target cell base station received via the corresponding RRC reconfiguration message can be stored. (Or they can be stored in the corresponding terminal variable.)

[0210] The terminal can transmit R2D messages / data (or PRDCH) using the AIoT wireless resource when the AIoT wireless resource is valid (when a timer for limiting the validity period is running, from the start of the timer for limiting the validity period until it expires, or when the validity criteria / validity is satisfied). And / or it can receive / monitor D2R messages / data (or PDRCH) using the AIoT wireless resource.

[0211] The terminal may be prevented from transmitting R2D messages / data (or PRDCH) using the AIoT wireless resource (or the relevant time domain resource / time domain allocation / time range) when the relevant AIoT wireless resource is invalid (when the timer for limiting the validity time is stopped, after the timer for limiting the validity time has expired, or when the validity criteria / validity is not satisfied). Additionally, / or it may be prevented from receiving / monitoring D2R messages / data (or PDRCH) using the relevant AIoT wireless resource (or the relevant time domain resource / time domain allocation / time range).

[0212] The terminal can transmit R2D messages / data (or PRDCH) using the AIoT wireless resource when the AIoT wireless resource is valid (when a timer for limiting the validity period is running, from the start of the timer for limiting the validity period until it expires, or when the validity criteria / validity is satisfied). And / or it can receive / monitor D2R messages / data (or PDRCH) using the AIoT wireless resource.

[0213] The terminal may be prevented from transmitting R2D messages / data (or PRDCH) using the AIoT wireless resource (or the relevant time domain resource / time domain allocation / time range) when the relevant AIoT wireless resource is invalid (when the timer for limiting the validity time is stopped, after the timer for limiting the validity time has expired, or when the validity criteria / validity is not satisfied). Additionally, / or it may be prevented from receiving / monitoring D2R messages / data (or PDRCH) using the relevant AIoT wireless resource (or the relevant time domain resource / time domain allocation / time range).

[0214] As another example, when a terminal attempts to synchronize with the corresponding target cell and succeeds (e.g., until the Random Access Procedure is successfully completed), the AIoT radio resources of the target cell base station received via the corresponding RRC reconfiguration message can be considered valid. A timer to limit the validity period of the corresponding AIoT radio resources can be started, restarted, or executed. A timer to limit the validity period of the corresponding AIoT radio resources can be executed. The validity criteria / validity of the corresponding AIoT radio resources can be considered satisfied.

[0215] The terminal can transmit R2D messages / data (or PRDCH) using the AIoT wireless resource when the AIoT wireless resource is valid (when a timer for limiting the validity period is running, from the start of the timer for limiting the validity period until it expires, or when the validity criteria / validity is satisfied). And / or it can receive / monitor D2R messages / data (or PDRCH) using the AIoT wireless resource.

[0216] As another example, when a terminal attempts to synchronize with the corresponding target cell and fails (e.g., when the random access procedure is not successfully completed), the AIoT radio resources of the target cell base station received via the corresponding RRC reconstruction message may be considered invalid. The stored AIoT radio resources of the target cell base station can be released / removed / deleted / discarded. (Alternatively, the corresponding terminal variable (or the value of the terminal variable) can be released / removed / deleted / discarded.)

[0217] As another example, after a terminal attempts to synchronize with the target cell and fails (e.g., after a random access procedure is not successfully completed) and / or releases / removes / deletes / discards the AIoT radio resources of the stored target cell base station, the terminal may direct the base station to the corresponding base station during the RRC connection reset process to the corresponding target cell / base station (or any serving cell / base station). For example, such information may be included in the RRC reset complete message. And / or during the RRC connection reset process, the terminal may request the AIoT radio resources from the base station and receive them. For example, such information may be included in either the RRC reset request message or the RRC reset complete message.

[0218] As another example, when an AIoT resource configured on the terminal is configured / instructed (or when the configured AIoT resource on the terminal is activated and configured / instructed (e.g., when information indicating the activation status in the configured AIoT resource configuration is set to enabled), or when the configured AIoT resource on the terminal is activated / instructed (e.g., when indicated by MAC-CE / DCI), or when one / first grant / resource for the configured AIoT resource on the terminal occurs / starts), the terminal may store the corresponding AIoT grant / resource in the terminal variable. And / or may start a timer to limit the validity period / valid time / valid cycle for the corresponding wireless resource. The terminal may consider the corresponding AIoT grant / resource to be valid for the validity period / valid time / valid cycle. When the timer expires, the corresponding AIoT grant / resource may be released / removed / deleted / discarded.

[0219] As another example, when an AIoT resource configured on the terminal is configured / instructed (or when an AIoT resource configured on the terminal is activated and configured / instructed (e.g., when information to indicate whether the configured AIoT resource is activated is set to activated), or when an AIoT resource configured on the terminal is activated / instructed (e.g., when indicated by MAC-CE / DCI), or when one / first grant / resource for the configured AIoT resource configured on the terminal occurs / starts), the number of (maximum) grants / resources / transmissions / cycles for which the configured AIoT grant / resource is valid may be indicated. For example, if the information is indicated as 3, the terminal may consider the configured AIoT resource / grant to be valid from the first transmission to the next cycle, the second transmission to the next cycle, and the third transmission. Or, if the information is indicated as 3, the terminal may consider the configured AIoT resource / grant to be valid up to the second / third / fourth transmission, excluding the first transmission.

[0220] As another example, if the terminal receives an RRC reconfiguration message containing configuration information necessary for handover before the validity period / validation time / validation cycle of a configured AIoT resource configured / directed / assigned from a source cell expires, it may be enabled to use a configured AIoT resource / grant whose validity period / validation time / validation cycle has not expired. If the RRC reconfiguration message includes configuration information for a configured AIoT resource configured / directed / assigned from a target cell / base station, the terminal may store the configured AIoT grant / resource of the target cell in a terminal variable. This terminal variable may represent another / temporary terminal variable distinct from the terminal variable intended to store the configured AIoT grant / resource of the source cell whose validity period / validation time / validation cycle has not expired. A terminal variable for this purpose may be defined.

[0221] If the validity period / valid time / valid cycle of a configured AIoT grant / resource of a source cell elapses or expires (or if the corresponding timer expires), the terminal may replace the AIoT grant / resource stored in the terminal variable with the AIoT grant / resource stored in the temporary terminal variable. The terminal may release / remove / delete / discard the AIoT grant / resource stored in the temporary terminal variable.

[0222] Alternatively, if the terminal successfully synchronizes with the target cell, the terminal may replace the AIoT grant / resource stored in the terminal variable with the AIoT grant / resource stored in the temporary terminal variable. The terminal may release, remove, delete, or discard the AIoT grant / resource stored in the temporary terminal variable.

[0223] As another example, if the terminal receives an RRC reconfiguration message containing configuration information necessary for a handover before the validity period / validation time / validation cycle of a configured AIoT resource configured / directed / assigned in the source cell expires, the configured AIoT resource / grant with an unexpired validity period / validation time / validation cycle may be used until synchronization to the target cell is attempted and succeeded (e.g., until the random access procedure is successfully completed). If the validity period / validation time / validation cycle elapses / expires before synchronization to the target cell is successful, the configured AIoT resource / grant may be considered invalid. If there is an AIoT procedure running / in progress on the AIoT wireless interface, the terminal may terminate / stop / halt / suspend / disable / deactivate the AIoT procedure. If the terminal successfully synchronizes, the terminal can resume / enable / activate the corresponding AIoT procedure.

[0224] As another example, if the terminal receives an RRC reconfiguration message containing configuration information necessary for a handover before the validity period / validation time / validation cycle of a configured AIoT resource configured / directed / assigned in the source cell expires, the configured AIoT resource / grant whose validity period / validation time / validation cycle has not expired may be used until synchronization to the target cell is successful (e.g., until the random access procedure is successfully completed). If the validity period / validation time / validation cycle expires before synchronization to the target cell is successful, the AIoT resource / grant included in the RRC reconfiguration message may be used. The AIoT resource / grant included in the RRC reconfiguration message may include at least one of the configured AIoT resource used by the terminal in the connected state (and / or handover completion, synchronization to the target cell successful) and the configured AIoT grant / resource used when the terminal is temporarily out of connection.

[0225] Here, the state in which the terminal is temporarily disconnected may indicate when the terminal detects an arbitrary failure during the handover process.

[0226] For example, it may include detecting any wireless link failure before receiving an RRC reconfiguration message containing configuration information necessary for handover (for example, detection of a physical layer problem in the corresponding special cell (SpCell) / PCell (i.e., upon receiving N310 consecutive out-of-sync indications from lower layers), the start / running of the corresponding timer (T310), the start / running of a timer (T311) that starts when initiating the RRC reconfiguration procedure, and the start / running of a timer (T301) that starts when transmitting an RRC reconfiguration request message). For another example, it may include the case where a timer (T304) for limiting handover failure is started / running.

[0227] As another example, when a wireless link failure is detected, an RRC reset procedure is initiated and the corresponding timer (T311) starts / executes, the AIoT grant / resource indicated by the configured AIoT resource can be released / removed / deleted / discarded.

[0228] As another example, if an AIoT grant / resource indicated by the configured AIoT resource is released / removed / deleted / discarded after detecting any wireless link failure and / or initiating an RRC reset procedure (e.g., including at least one of a timer (T311) that starts when initiating the RRC reset procedure and a timer (T301) that starts when transmitting an RRC reset request message is started / running), then when the terminal resets / establishes / resumes a connection to the cell (or any cell), the terminal may request the AIoT wireless resource from the base station and receive the wireless resource. For example, the information may be included in one of the following messages: an RRC Re-establishment Request message, an RRC Re-establishment Complete message, an RRC Resume Request message, an RRC Resume Complete message, an RRC Connection Request message, and an RRC Connection Complete message. Alternatively, after connecting to the cell, this can be requested via the corresponding MAC-CE / UCI. To do this, the RRC layer can direct this to the corresponding lower layer.

[0229] As another example, if the terminal receives an RRC reconfiguration message containing configuration information necessary for handover before the validity period / validation time / validation cycle of a configured AIoT resource configured / directed / assigned from a source cell expires, the AIoT resource / grant included in said RRC reconfiguration message may be used. For example, the configuration information of a configured AIoT resource configured / directed / assigned from a target cell / base station may be used. The terminal may release / remove / delete / discard configured AIoT resources / grants from the source cell / base station for which the validity period / validation time / validation cycle has not expired.

[0230] As another example, after a terminal (a terminal acting as a UE reader) receives an RRC reconfiguration message from a source cell containing configuration information necessary for the terminal to perform a handover, if it attempts to synchronize with a target cell and succeeds, the terminal may release, remove, delete, or discard a Configured AIoT resource / grant (stored in the corresponding terminal variable) whose validity period / valid time / valid cycle has not expired. The terminal may store the configured AIoT grant / resource of the corresponding target cell, included in the RRC reconfiguration message containing configuration information necessary for the handover, in the corresponding terminal variable. And / or it may start a timer to limit the validity period / valid time / valid cycle for the corresponding wireless resource. The terminal may consider the corresponding AIoT grant / resource to be valid for the duration of the corresponding validity period / valid time / valid cycle. When the timer expires, the terminal may release, remove, delete, or discard the corresponding AIoT grant / resource.

[0231] As another example, when a terminal (a terminal acting as a UE reader) receives an RRC reconfiguration message containing configuration information required for the handover from a source cell during an L3 handover (or after detaching from that cell), and attempts to synchronize with a target cell until successful (e.g., until a random access procedure is successfully completed), the UE reader may consider the dedicated radio resources previously received from the source cell / base station (within the source cell / base station coverage or associated with the source cell / base station) for the UE reader to be invalid. If there is an AIoT procedure running or in progress on the AIoT radio interface of the terminal prior to receiving the RRC reconfiguration message, the said AIoT procedure may be terminated, stopped, suspended, disabled, or deactivated.

[0232] For example, after receiving an RRC reconfiguration message (or after detaching from the cell), the terminal may consider the (recurring) Configured AIoT wireless resource corresponding to the (Nth) time domain resource / time domain allocation / time range of the configured AIoT wireless resource for the relevant AIoT procedure to be invalid until it attempts to synchronize with the target cell and succeeds.

[0233] As another example, the base station can enable effective control of AIoT processing in exceptional situations by explicitly or implicitly instructing the terminal to allow / direct the use of specific AIoT grants / resources in specific exceptional situations.

[0234] As another example, by setting the validity period / validity time / validity cycle and / or setting the corresponding parameters to specific values, it is possible to direct the use of specific AIoT grants / resources in specific exception situations.

[0235] Another example may include when an attempt to synchronize with a target cell is successful, when the information element required for handover (reconfigurationwithsync) is included within the special cell configuration of the Master Cell Group (MCG) (or when the corresponding RRC reconfiguration message includes the information element required for handover (reconfigurationwithsync)), and / or when the MAC successfully completes a random access procedure.

[0236] When attempting to synchronize with a target cell and succeeding, the information element required for handover (reconfigurationwithsync) is included within the special cell configuration of the MCG (or the RRC reconfiguration message includes the information element required for handover (reconfigurationwithsync), and / or the terminal successfully transmits an RRC reconfiguration completion message).

[0237] Until an attempt to synchronize with a target cell is successful, the information element required for a random access-less handover (rach-less HO) is included in the special cell configuration of the MCG (or the corresponding RRC reconstruction message includes the information element required for a random access-less handover (rach-less HO)), and / or may include an instruction from a lower layer that the RACH-less handover has been successfully completed (when such instruction is received).

[0238] When attempting to synchronize with the target cell and succeeding, the information element required for handover (reconfigurationwithsync) is included in the special cell configuration of the MCG (or the RRC reconfiguration message includes the information element required for handover (reconfigurationwithsync)), and / or the RRC reconfiguration message is applied due to an LTM cell switch execution, and / or may include an instruction from the lower layer that the LTM cell switch execution has been successfully completed (when such instruction is received).

[0239] Successful attempts to synchronize with the target cell may include cases where the corresponding T304 timer is not running.

[0240] Successful synchronization with the target cell may include when the corresponding T304 timer stops.

[0241] FIG. 10 is a flowchart illustrating a method of operation of a terminal according to one embodiment of the present specification.

[0242] Hereinafter, a method of operation of a terminal performing a reader function is described with reference to FIG. 10.

[0243] According to one embodiment of the present specification, a terminal in a wireless communication system receives a Radio Resource Control (RRC) message containing AIoT (Ambient Internet of Things) parameter information from a base station (S1001) and stores the AIoT parameter information (S1002). Additionally, the terminal performs a procedure through an AIoT radio interface based on the stored AIoT parameter information (S1003).

[0244] The procedure through the AIoT wireless interface may be for inventory services or command services, and the contents of the procedure of Fig. 9 described above may be applied.

[0245] Meanwhile, the above AIoT parameter information may include at least one of scheduling information, device identification information, and valid time information on the AIoT wireless interface.

[0246] The above scheduling information may include at least one of a configured resource index, period, time reference SFN (System Frame Number), time domain offset, and time domain range.

[0247] At least one of the above period, the above time reference SFN, the above time domain offset, and the above time domain range may be linked to the timing of PUSCH (Physical Uplink Shared Channel) or PDSCH (Physical Downlink Shared Channel).

[0248] The above device identification information may include at least an AS ID (Access Stratum Identifier).

[0249] In addition, the scheduling information may be considered valid until the timer operating according to the above valid time information expires.

[0250] The disclosures of this specification described above may be implemented through various means. For example, the disclosures of this specification may be implemented by hardware, firmware, software, or a combination thereof. Specifically, they will be described below with reference to the drawings.

[0251] FIG. 11 shows an apparatus according to one embodiment of the present specification.

[0252] Referring to FIG. 11, the wireless communication system may include a first device (100a) and a second device (100b).

[0253] The first device (100a) may be a base station, network node, transmission terminal, receiving terminal, wireless device, wireless communication device, vehicle, vehicle equipped with autonomous driving function, connected car, drone (Unmanned Aerial Vehicle, UAV), AI (Artificial Intelligence) module, robot, AR (Augmented Reality) device, VR (Virtual Reality) device, MR (Mixed Reality) device, hologram device, public safety device, MTC device, IoT device, medical device, fintech device (or financial device), security device, climate / environment device, device related to 5G service, or other device related to the field of the Fourth Industrial Revolution.

[0254] The second device (100b) may be a base station, network node, transmission terminal, receiving terminal, wireless device, wireless communication device, vehicle, vehicle equipped with autonomous driving function, connected car, drone (Unmanned Aerial Vehicle, UAV), AI (Artificial Intelligence) module, robot, AR (Augmented Reality) device, VR (Virtual Reality) device, MR (Mixed Reality) device, hologram device, public safety device, MTC device, IoT device, medical device, fintech device (or financial device), security device, climate / environment device, device related to 5G service, or other device related to the field of the Fourth Industrial Revolution.

[0255] The first device (100a) may include at least one processor, such as a processor (1020a), at least one memory, such as a memory (1010a), and at least one transceiver, such as a transceiver (1031a). The processor (1020a) may perform the aforementioned functions, procedures, and / or methods. The processor (1020a) may perform one or more protocols. For example, the processor (1020a) may perform one or more layers of a wireless interface protocol. The memory (1010a) is connected to the processor (1020a) and may store various forms of information and / or commands. The transceiver (1031a) is connected to the processor (1020a) and may be controlled to transmit and receive wireless signals.

[0256] The second device (100b) may include at least one processor, such as a processor (1020b), at least one memory device, such as a memory (1010b), and at least one transceiver, such as a transceiver (1031b). The processor (1020b) may perform the aforementioned functions, procedures, and / or methods. The processor (1020b) may implement one or more protocols. For example, the processor (1020b) may implement one or more layers of a wireless interface protocol. The memory (1010b) is connected to the processor (1020b) and may store various forms of information and / or commands. The transceiver (1031b) is connected to the processor (1020b) and may be controlled to transmit and receive wireless signals.

[0257] The memory (1010a) and / or the memory (1010b) may be connected to the processor (1020a) and / or the processor (1020b) respectively, either internally or externally, and may also be connected to other processors through various technologies such as wired or wireless connections.

[0258] The first device (100a) and / or the second device (100b) may have one or more antennas. For example, the antenna (1036a) and / or antenna (1036b) may be configured to transmit and receive wireless signals.

[0259] FIG. 12 is a block diagram showing the configuration of a terminal according to one embodiment of the present specification.

[0260] In particular, FIG. 12 is a drawing illustrating the device of FIG. 11 in more detail.

[0261] The device includes a memory (1010), a processor (1020), a transceiver (1031), a power management module (1091), a battery (1092), a display (1041), an input unit (1053), a speaker (1042) and a microphone (1052), a SIM (subscriber identification module) card, and one or more antennas.

[0262] The processor (1020) may be configured to implement the proposed functions, procedures, and / or methods described herein. Layers of a radio interface protocol may be implemented in the processor (1020). The processor (1020) may include an application-specific integrated circuit (ASIC), other chipsets, logic circuits, and / or data processing devices. The processor (1020) may be an application processor (AP). The processor (1020) may include at least one of a digital signal processor (DSP), a central processing unit (CPU), a graphics processing unit (GPU), and a modem (modulator and demodulator). Examples of processors (1020) may be SNAPDRAGON™ series processors manufactured by Qualcomm®, EXYNOSTM series processors manufactured by Samsung®, A series processors manufactured by Apple®, HELIO™ series processors manufactured by MediaTek®, ATOM™ series processors manufactured by INTEL®, KIRINTM series processors manufactured by HiSilicon®, or corresponding next-generation processors.

[0263] The power management module (1091) manages power for the processor (1020) and / or the transceiver (1031). The battery (1092) supplies power to the power management module (1091). The display (1041) outputs the results processed by the processor (1020). The input unit (1053) receives input to be used by the processor (1020). The input unit (1053) may be displayed on the display (1041). A SIM card is an integrated circuit used to securely store the International Mobile Subscriber Identity (IMSI) and associated keys used to identify and authenticate a subscriber in mobile devices such as mobile phones and computers. Contact information may also be stored on many SIM cards.

[0264] Memory (1010) is operably coupled with the processor (1020) and stores various information for operating the processor (610). Memory (1010) may include ROM (read-only memory), RAM (random access memory), flash memory, memory card, storage medium and / or other storage device. Where the embodiment is implemented in software, the techniques described herein may be implemented as modules (e.g., procedures, functions, etc.) that perform the functions described herein. Modules may be stored in memory (1010) and executed by the processor (1020). Memory (1010) may be implemented inside the processor (1020). Alternatively, memory (1010) may be implemented outside the processor (1020) and may be communically connected to the processor (1020) through various means known in the art.

[0265] The transceiver (1031) is operably coupled with the processor (1020) and transmits and / or receives a wireless signal. The transceiver (1031) includes a transmitter and a receiver. The transceiver (1031) may include a baseband circuit for processing a wireless frequency signal. The transceiver controls one or more antennas to transmit and / or receive a wireless signal. The processor (1020) transmits command information to the transceiver (1031) to transmit a wireless signal, for example, constituting voice communication data, in order to initiate communication. The antennas function to transmit and receive wireless signals. When receiving a wireless signal, the transceiver (1031) may transmit the signal to the processor (1020) for processing and convert the signal to baseband. The processed signal may be converted into audible or readable information output through a speaker (1042).

[0266] The speaker (1042) outputs sound-related results processed by the processor (1020). The microphone (1052) receives sound-related input to be used by the processor (1020).

[0267] The user inputs command information, such as a phone number, by, for example, pressing (or touching) a button on the input unit (1053) or by voice activation using the microphone (1052). The processor (1020) receives this command information and processes it to perform appropriate functions, such as making a call to the phone number. Operational data can be extracted from a SIM card or memory (1010). Additionally, the processor (1020) can display the command information or operation information on the display (1041) for the user's awareness and convenience.

[0268] FIG. 13 shows a block diagram of a processor in which the disclosure of the present specification is implemented.

[0269] As can be seen with reference to FIG. 13, a processor (1020) in which the disclosure of this specification is implemented may include a plurality of circuits to implement the proposed functions, procedures and / or methods described in this specification. For example, the processor (1020) may include a first circuit (1020-1), a second circuit (1020-2), and a third circuit (1020-3). Additionally, although not illustrated, the processor (1020) may include more circuits. Each circuit may include a plurality of transistors.

[0270] The above processor (1020) may be called an ASIC (application-specific integrated circuit) or an AP (application processor), and may include at least one of a DSP (digital signal processor), a CPU (central processing unit), and a GPU (graphics processing unit).

[0271] FIG. 14 is a block diagram showing in detail the transceiver of the first device shown in FIG. 11 or the transceiver of the device shown in FIG. 12.

[0272] Referring to FIG. 14, the transceiver unit (1031) includes a transmitter (1031-1) and a receiver (1031-2). The transmitter (1031-1) includes a Discrete Fourier Transform (DFT) unit (1031-11), a subcarrier mapper (1031-12), an IFFT unit (1031-13), a CP insertion unit (1031-14), and a wireless transmitter (1031-15). The transmitter (1031-1) may further include a modulator. Additionally, it may further include, for example, a scramble unit (not shown), a modulation mapper (not shown), a layer mapper (not shown), and a layer permutator (not shown), which may be positioned prior to the DFT unit (1031-11). That is, to prevent an increase in the PAPR (peak-to-average power ratio), the transmitter (1031-1) first passes the information through the DFT (1031-11) before mapping the signal to the subcarrier. After the signal spread (or precoded in the same sense) by the DFT section (1031-11) is mapped to the subcarrier through the subcarrier mapper (1031-12), it is then passed through the IFFT (Inverse Fast Fourier Transform) section (1031-13) to form a signal on the time axis.

[0273] The DFT unit (1031-11) performs a DFT on the input symbols to output complex-valued symbols. For example, if Ntx symbols are input (where Ntx is a natural number), the DFT size is Ntx. The DFT unit (1031-11) may be called a transform precoder. The subcarrier mapper (1031-12) maps the complex-valued symbols to each subcarrier in the frequency domain. The complex-valued symbols may be mapped to resource elements corresponding to resource blocks allocated for data transmission. The subcarrier mapper (1031-12) may be called a resource element mapper. The IFFT unit (1031-13) performs an IFFT on the input symbols to output a baseband signal for the data, which is a time-domain signal. The CP insertion section (1031-14) copies a portion of the latter part of the base band signal for data and inserts it into the front part of the base band signal for data. Through CP insertion, Inter-Symbol Interference (ISI) and Inter-Carrier Interference (ICI) are prevented, so that orthogonality can be maintained even in a multipath channel.

[0274] On the other hand, the receiver (1031-2) includes a wireless receiver (1031-21), a CP removal unit (1031-22), an FFT unit (1031-23), and an equalization unit (1031-24), etc. The wireless receiver (1031-21), CP removal unit (1031-22), and FFT unit (1031-23) of the receiver (1031-2) perform the inverse functions of the wireless transmitter (1031-15), CP insertion unit (1031-14), and IFF unit (1031-13) of the transmitter (1031-1). The receiver (1031-2) may further include a demodulator.

[0275] Although preferred embodiments have been described by way of example above, the disclosure of this specification is not limited to such specific embodiments, and may be modified, changed, or improved in various forms within the scope of the spirit and claims of this specification.

[0276] In the exemplary system described above, methods are described based on a flowchart as a series of steps or blocks, but are not limited to the order of the described steps, and some steps may occur in a different order or simultaneously with other steps as described above. Furthermore, a person skilled in the art will understand that the steps shown in the flowchart are not exclusive, and that other steps may be included, or that one or more steps of the flowchart may be omitted without affecting the scope of rights.

[0277] The claims described in this specification may be combined in various ways. For example, the technical features of the method claims in this specification may be combined to be implemented as a device, and the technical features of the device claims in this specification may be combined to be implemented as a method. Furthermore, the technical features of the method claims and the technical features of the device claims in this specification may be combined to be implemented as a device, and the technical features of the method claims and the technical features of the device claims in this specification may be combined to be implemented as a method.

Claims

In a method of operation of a terminal performing a reader function in a wireless communication system, A step of receiving an RRC (Radio Resource Control) message containing AIoT (Ambient Internet of Things) parameter information from a base station; A step of storing the above AIoT parameter information; and A method comprising the step of performing a procedure through an AIoT radio interface based on the stored AIoT parameter information. In paragraph 1, A method comprising at least one of scheduling information, device identification information, and valid time information on the AIoT wireless interface, wherein the above AIoT parameter information comprises In paragraph 2, A method comprising at least one of the above scheduling information, a configured resource index, a period, a time reference SFN (System Frame Number), a time domain offset, and a time domain range. In paragraph 3, A method in which at least one of the above period, the above time reference SFN, the above time domain offset, and the above time domain range is linked to the timing of PUSCH (Physical Uplink Shared Channel) or PDSCH (Physical Downlink Shared Channel). In paragraph 2, A method in which the above device identification information includes at least an AS ID (Access Stratum Identifier). In paragraph 2, A method in which the scheduling information is considered valid until a timer operating according to the above valid time information expires. As a terminal reader in a wireless communication system, At least one processor; and The operation performed based on the instruction being executed by the at least one processor includes at least one memory that stores instructions and is operablely electrically connected to the at least one processor: The step of receiving an RRC (Radio Resource Control) message containing AIoT (Ambient Internet of Things) parameter information from a base station, and The step of storing the above AIoT parameter information, and A terminal reader comprising the step of performing a procedure through an AIoT radio interface based on the stored AIoT parameter information above. In Paragraph 7, A terminal reader comprising at least one of scheduling information, device identification information, and valid time information on the AIoT wireless interface, above AIoT parameter information. In paragraph 8, A terminal reader comprising at least one of the above scheduling information, a configured resource index, a period, a time reference SFN (System Frame Number), a time domain offset, and a time domain range. In Paragraph 9, A terminal reader, wherein at least one of the above period, the above time reference SFN, the above time domain offset, and the above time domain range is associated with the timing of PUSCH (Physical Uplink Shared Channel) or PDSCH (Physical Downlink Shared Channel). In paragraph 8, A terminal reader, wherein the device identification information includes at least an AS ID (Access Stratum Identifier). In paragraph 8, A terminal reader in which the scheduling information is considered valid until the timer operating according to the above valid time information expires.

Images