Exchanging messages between a device and a reader

Abstract

The disclosure relates to a 5G or 6G communication system for supporting a higher data transmission rate. Apparatuses and methods for exchanging messages between a device and a reader. A method may include receiving a paging message through a first physical reader-to-device channel (PRDCH); determining, based on reception of the paging message, an access occasion from the number of access occasions via random selection; receiving an access trigger message through a second PRDCH triggering a set of access occasions from the number of access occasions; transmitting a random identifier (ID) message including a 16-bit random number as a random ID in the access occasion through a first physical device-to-reader channel (PDRCH); receiving a random ID response message through a third PRDCH; transmitting a D2R message through a second PDRCH based on reception of the random ID response message.

Description

EXCHANGING MESSAGES BETWEEN A DEVICE AND A READER

[0001] The present disclosure relates generally to wireless communication systems and, more specifically, the present disclosure is related to apparatuses and methods for exchanging messages between a device and a reader.

[0002] 5G mobile communication technologies define broad frequency bands such that high transmission rates and new services are possible, and can be implemented not only in "Sub 6GHz" bands such as 3.5GHz, but also in "Above 6GHz" bands referred to as mmWave including 28GHz and 39GHz. In addition, it has been considered to implement 6G mobile communication technologies (referred to as Beyond 5G systems) in terahertz bands (for example, 95GHz to 3THz bands) in order to accomplish transmission rates fifty times faster than 5G mobile communication technologies and ultra-low latencies one-tenth of 5G mobile communication technologies.

[0003] At the beginning of the development of 5G mobile communication technologies, in order to support services and to satisfy performance requirements in connection with enhanced Mobile BroadBand (eMBB), Ultra Reliable Low Latency Communications (URLLC), and massive Machine-Type Communications (mMTC), there has been ongoing standardization regarding beamforming and massive MIMO for mitigating radio-wave path loss and increasing radio-wave transmission distances in mmWave, supporting numerologies (for example, operating multiple subcarrier spacings) for efficiently utilizing mmWave resources and dynamic operation of slot formats, initial access technologies for supporting multi-beam transmission and broadbands, definition and operation of BWP (BandWidth Part), new channel coding methods such as a LDPC (Low Density Parity Check) code for large amount of data transmission and a polar code for highly reliable transmission of control information, L2 pre-processing, and network slicing for providing a dedicated network specialized to a specific service.

[0004] Currently, there are ongoing discussions regarding improvement and performance enhancement of initial 5G mobile communication technologies in view of services to be supported by 5G mobile communication technologies, and there has been physical layer standardization regarding technologies such as V2X (Vehicle-to-everything) for aiding driving determination by autonomous vehicles based on information regarding positions and states of vehicles transmitted by the vehicles and for enhancing user convenience, NR-U (New Radio Unlicensed) aimed at system operations conforming to various regulation-related requirements in unlicensed bands, NR UE (User Equipment) Power Saving, Non-Terrestrial Network (NTN) which is UE-satellite direct communication for providing coverage in an area in which communication with terrestrial networks is unavailable, and positioning.

[0005] Moreover, there has been ongoing standardization in air interface architecture / protocol regarding technologies such as Industrial Internet of Things (IIoT) for supporting new services through interworking and convergence with other industries, IAB (Integrated Access and Backhaul) for providing a node for network service area expansion by supporting a wireless backhaul link and an access link in an integrated manner, mobility enhancement including conditional handover and DAPS (Dual Active Protocol Stack) handover, and two-step random access for simplifying random access procedures (2-step RACH for NR). There also has been ongoing standardization in system architecture / service regarding a 5G baseline architecture (for example, service based architecture or service based interface) for combining Network Functions Virtualization (NFV) and Software-Defined Networking (SDN) technologies, and Mobile Edge Computing (MEC) for receiving services based on UE positions.

[0006] As 5G mobile communication systems are commercialized, connected devices that have been exponentially increasing will be connected to communication networks, and it is accordingly expected that enhanced functions and performances of 5G mobile communication systems and integrated operations of connected devices will be necessary. To this end, new research is scheduled in connection with eXtended Reality (XR) for efficiently supporting AR (Augmented Reality), VR (Virtual Reality), MR (Mixed Reality) and the like, 5G performance improvement and complexity reduction by utilizing Artificial Intelligence (AI) and Machine Learning (ML), AI service support, metaverse service support, and drone communication.

[0007] Furthermore, such development of 5G mobile communication systems will serve as a basis for developing not only new waveforms for providing coverage in terahertz bands of 6G mobile communication technologies, multi-antenna transmission technologies such as Full Dimensional MIMO (FD-MIMO), array antennas and large-scale antennas, metamaterial-based lenses and antennas for improving coverage of terahertz band signals, high-dimensional space multiplexing technology using OAM (Orbital Angular Momentum), and RIS (Reconfigurable Intelligent Surface), but also full-duplex technology for increasing frequency efficiency of 6G mobile communication technologies and improving system networks, AI-based communication technology for implementing system optimization by utilizing satellites and AI (Artificial Intelligence) from the design stage and internalizing end-to-end AI support functions, and next-generation distributed computing technology for implementing services at levels of complexity exceeding the limit of UE operation capability by utilizing ultra-high-performance communication and computing resources.

[0008] The present disclosure relates to exchanging messages between a device and a reader.

[0009] In one embodiment, a method performed by a device is provided. The method may include receiving a paging message through a first physical reader-to-device channel (PRDCH). The paging message may include: a number of access occasions, a number of time domain resources of the access occasions, and via a bitmap, a set of potential small frequency shift factors. The method may include determining, based on reception of the paging message, an access occasion from the number of access occasions via random selection. The method may include receiving an access trigger message through a second PRDCH triggering a set of access occasions from the number of access occasions. The method may include transmitting a random identifier (ID) message including a 16-bit random number as a random ID in the access occasion through a first physical device-to-reader channel (PDRCH). The method may include receiving a random ID response message through a third PRDCH. The random ID response message may include an echoed random ID of the random ID transmitted in the random ID message, and the random ID response message may provide device to reader (D2R) scheduling information. The method may include transmitting a D2R message through a second PDRCH based on reception of the random ID response message.

[0010] In one embodiment, a device is provided. The device may include a transceiver and processing circuitry operably coupled with the transceiver. The processing circuitry may be configured to receive a paging message through a first physical reader-to-device channel (PRDCH). The paging message may include a number of access occasions, a number of time domain resources of the access occasions, and via a bitmap, a set of potential small frequency shift factors. The processing circuitry may be configured to determine, based on reception of the paging message, an access occasion from the number of access occasions via random selection. The processing circuitry may be configured to receive an access trigger message through a second PRDCH triggering a set of access occasions from the number of access occasions. The processing circuitry may be configured to transmit a random identifier (ID) message including a 16-bit random number as a random ID in the access occasion through a first physical device-to-reader channel (PDRCH). The processing circuitry may be configured to receive a random ID response message through a third PRDCH. The random ID response message may include an echoed random ID of the random ID transmitted in the random ID message, and the random ID response message may provide device to reader (D2R) scheduling information. The processing circuitry may be configured to transmit a D2R message through a second PDRCH based on reception of the random ID response message.

[0011] In one embodiment, a reader is provided. The reader may include a transceiver and processing circuitry operably coupled with the transceiver. The processing circuitry may be configured to transmit, to a device, a paging message through a first physical reader-to-device channel (PRDCH). The paging message may include: a number of access occasions, a number of time domain resources of the access occasions, and via a bitmap, a set of potential small frequency shift factors. The processing circuitry may be configured to determine, based on transmission of the paging message, an access occasion from the number of access occasions via random selection. The processing circuitry may be configured to transmit an access trigger message through a second PRDCH triggering a set of access occasions from the number of access occasions. The processing circuitry may be configured to receive a random identifier (ID) message including a 16-bit random number as a random ID in the access occasion through a first physical device-to-reader channel (PDRCH). The processing circuitry may be configured to transmit a random ID response message through a third PRDCH. The random ID response message may include an echoed random ID of the random ID transmitted in the random ID message, and the random ID response message may provide device to reader (D2R) scheduling information. The processing circuitry may be configured to receive a D2R message through a second PDRCH based on transmission of the random ID response message.

[0012] For a more complete understanding of the present disclosure and its advantages, reference is now made to the following description taken in conjunction with the accompanying drawings, in which like reference numerals represent like parts:

[0013] FIG. 1 illustrates an example wireless network according to an embodiment of the present disclosure;

[0014] FIG. 2 illustrates an example gNodeB (gNB) according to an embodiment of the present disclosure;

[0015] FIG. 3 illustrates an example user equipment (UE) according to an embodiment of the present disclosure;

[0016] FIGS. 4A and 4B illustrate an example of a wireless transmit and receive paths according to an embodiment of the present disclosure;

[0017] FIG. 5 illustrates an example of a transmitter structure using orthogonal frequency division multiplexing (OFDM) according to an embodiment of the present disclosure;

[0018] FIG. 6 illustrates an example of a receiver structure using OFDM according to an embodiment of the present disclosure;

[0019] FIG. 7 illustrates an example encoding structure for a downlink control information (DCI) format according to an embodiment of the present disclosure;

[0020] FIG. 8 illustrates an example decoding structure for a downlink control information (DCI) format according to an embodiment of the present disclosure;

[0021] FIG. 9 illustrates an example type-1 backscatter structure for IoT devices according to an embodiment of the present disclosure;

[0022] FIG. 10 illustrates an example impedance matching circuit according to an embodiment of the present disclosure;

[0023] FIG. 11 illustrates an example type-2a backscatter structure for IoT devices according to an embodiment of the present disclosure;

[0024] FIG. 12 illustrates an example type-2a backscatter structure for IoT devices according to an embodiment of the present disclosure;

[0025] FIG. 13 illustrates an example type-2a backscatter structure for IoT devices according to an embodiment of the present disclosure;

[0026] FIG. 14 illustrates an example type-2b active structure for IoT devices according to an embodiment of the present disclosure;

[0027] FIG. 15 illustrates an example type-2b active structure for IoT devices according to an embodiment of the present disclosure;

[0028] FIG. 16 illustrates an example type-2b active structure for IoT devices according to an embodiment of the present disclosure;

[0029] FIG. 17 illustrates an example system for device to reader (D2R) / reader to device (R2D) transmission involving an intermediate node according to an embodiment of the present disclosure;

[0030] FIG. 18 illustrates an example signal structure for ambient IoT (A-IoT) systems according to an embodiment of the present disclosure;

[0031] FIG. 19 illustrates example signal structures for A-IoT systems according to an embodiment of the present disclosure;

[0032] FIG. 20 illustrates a timeline for an example sequential identification process according to an embodiment of the present disclosure;

[0033] FIG. 21 illustrates a flowchart of an example device procedure for performing random access according to an embodiment of the present disclosure;

[0034] FIG. 22 illustrates a timeline of an example multiplexed identification process according to an embodiment of the present disclosure;

[0035] FIG. 23 illustrates a timeline of an example Msg 2 group-acknowledgement (ACK) transmission according to an embodiment of the present disclosure;

[0036] FIG. 24 illustrates a flowchart of an example device procedure for receiving a physical reader to device (R2D) channel (PRDCH) according to an embodiment of the present disclosure;

[0037] FIG. 25 illustrates an example PRDCH according to an embodiment of the present disclosure;

[0038] FIG. 26 illustrates a timeline of example burst Msg 2 transmissions according to an embodiment of the present disclosure;

[0039] FIG. 27 illustrates a flowchart of an example device procedure for receiving a PRDCH according to an embodiment of the present disclosure;

[0040] FIG. 28 illustrates a flowchart of an example device procedure for receiving a PRDCH and transmitting a PRDCH according to an embodiment of the present disclosure;

[0041] FIG. 29 illustrates a flowchart of an example device procedure for determining PDRCH transmission timing according to an embodiment of the present disclosure;

[0042] FIG. 30 illustrates an example preamble signal structure according to an embodiment of the present disclosure;

[0043] FIG. 31 illustrates a flowchart of an example device procedure for transmitting a PDRCH according to an embodiment of the present disclosure;

[0044] FIGS. 32A and 32B illustrate timelines of example Msg 2 group-ACK transmissions according to an embodiment of the present disclosure;

[0045] FIG. 33 illustrates a flowchart of an example device procedure for receiving a PRDCH according to an embodiment of the present disclosure;

[0046] FIG. 34 illustrates an example PRDCH according to an embodiment of the present disclosure;

[0047] FIGS. 35A and 35B illustrate timelines of example burst Msg 2 transmissions according to an embodiment of the present disclosure;

[0048] FIG. 36 illustrates a flowchart of an example device procedure for receiving a PRDCH according to an embodiment of the present disclosure;

[0049] FIG. 37 illustrates a flowchart of an example device procedure for receiving a PRDCH and transmitting a PRDCH according to an embodiment of the present disclosure;

[0050] FIG. 38 illustrates a timeline for example scheduling multiple D2R transmissions according to an embodiment of the present disclosure;

[0051] FIG. 39 illustrates a timeline of example reception timing for a Msg2 corresponding to multiple Msg 1 according to an embodiment of the present disclosure;

[0052] FIG. 40 illustrates a timeline of example reception timing for a Msg2 corresponding to a Msg1 according to an embodiment of the present disclosure; and

[0053] FIG. 41 illustrates an example PRDCH according to an embodiment of the present disclosure.

[0054] Before undertaking the DETAILED DESCRIPTION below, it may be advantageous to set forth definitions of certain words and phrases used throughout this patent document. The term "couple" and its derivatives refer to any direct or indirect communication between two or more elements, whether or not those elements are in physical contact with one another. The terms "transmit," "receive," and "communicate," as well as derivatives thereof, encompass both direct and indirect communication. The terms "include" and "comprise," as well as derivatives thereof, mean inclusion without limitation. The term "or" is inclusive, meaning and / or. The phrase "associated with," as well as derivatives thereof, means to include, be included within, interconnect with, contain, be contained within, connect to or with, couple to or with, be communicable with, cooperate with, interleave, juxtapose, be proximate to, be bound to or with, have, have a property of, have a relationship to or with, or the like. The term "controller" means any device, system, or part thereof that controls at least one operation. Such a controller may be implemented in hardware or a combination of hardware and software and / or firmware. The functionality associated with any particular controller may be centralized or distributed, whether locally or remotely. The phrase "at least one of," when used with a list of items, means that different combinations of one or more of the listed items may be used, and only one item in the list may be needed. For example, "at least one of: A, B, and C" includes any of the following combinations: A, B, C, A and B, A and C, B and C, and A and B and C.

[0055] Moreover, various functions described below can be implemented or supported by one or more computer programs, each of which is formed from computer readable program code and embodied in a computer readable medium. The terms "application" and "program" refer to one or more computer programs, software components, sets of instructions, procedures, functions, objects, classes, instances, related data, or a portion thereof adapted for implementation in a suitable computer readable program code. The phrase "computer readable program code" includes any type of computer code, including source code, object code, and executable code. The phrase "computer readable medium" includes any type of medium capable of being accessed by a computer, such as read only memory (ROM), random access memory (RAM), a hard disk drive, a compact disc (CD), a digital video disc (DVD), or any other type of memory. A "non-transitory" computer readable medium excludes wired, wireless, optical, or other communication links that transport transitory electrical or other signals. A non-transitory computer readable medium includes media where data can be permanently stored and media where data can be stored and later overwritten, such as a rewritable optical disc or an erasable memory device.

[0056] Definitions for other certain words and phrases are provided throughout this patent document. Those of ordinary skill in the art should understand that in many if not most instances, such definitions apply to prior as well as future uses of such defined words and phrases.

[0057] Wireless communication has been one of the most successful innovations in modern history. Recently, the number of subscribers to wireless communication services exceeded five billion and continues to grow quickly. The demand of wireless data traffic is rapidly increasing due to the growing popularity among consumers and businesses of smart phones and other mobile data devices, such as tablets, "note pad" computers, net books, eBook readers, and machine type of devices. In order to meet the high growth in mobile data traffic and support new applications and deployments, improvements in radio interface efficiency and coverage are of paramount importance. To meet the demand for wireless data traffic having increased since deployment of 4G communication systems, and to enable various vertical applications, 5G communication systems have been developed and are currently being deployed.

[0058] FIGS. 1-41, discussed below, and the various, non-limiting embodiments used to describe the principles of the present disclosure in this patent document are by way of illustration only and should not be construed in any way to limit the scope of the disclosure. Those skilled in the art will understand that the principles of the present disclosure may be implemented in any suitably arranged system or device.

[0059] To meet the demand for wireless data traffic having increased since deployment of 4G communication systems, and to enable various vertical applications, 5G / NR communication systems have been developed and are currently being deployed. The 5G / NR communication system is implemented in higher frequency (mmWave) bands, e.g., 28 GHz or 60GHz bands, so as to accomplish higher data rates or in lower frequency bands, such as 6 GHz, to enable robust coverage and mobility support. To decrease propagation loss of the radio waves and increase the transmission distance, the beamforming, massive multiple-input multiple-output (MIMO), full dimensional MIMO (FD-MIMO), array antenna, an analog beam forming, large scale antenna techniques are discussed in 5G / NR communication systems.

[0060] In addition, in 5G / NR communication systems, development for system network improvement is under way based on advanced small cells, cloud radio access networks (RANs), ultra-dense networks, device-to-device (D2D) communication, wireless backhaul, moving network, cooperative communication, coordinated multi-points (CoMP), reception-end interference cancelation, radio access technology (RAT)-dependent positioning and the like.

[0061] The discussion of 5G systems and frequency bands associated therewith is for reference as certain embodiments of the present disclosure may be implemented in 5G systems. However, the present disclosure is not limited to 5G systems, or the frequency bands associated therewith, and embodiments of the present disclosure may be utilized in connection with any frequency band. For example, aspects of the present disclosure may also be applied to deployment of 5G communication systems, 6G or even later releases which may use terahertz (THz) bands.

[0062] The following documents and standards descriptions are hereby incorporated by reference into the present disclosure as if fully set forth herein: [REF 1] 3GPP TS 38.211 v18.3.0, "NR; Physical channels and modulation;" [REF 2] 3GPP TS 38.212 v18.3.0, "NR; Multiplexing and channel coding;" [REF 3] 3GPP TS 38.213 v18.3.0, "NR; Physical layer procedures for control;" [REF 4] 3GPP TS 38.214 v18.3.0, "NR; Physical layer procedures for data;" [REF 5] 3GPP TS 38.331 v18.1.0, "NR; Radio Resource Control (RRC) protocol specification;" and [REF 6] 3GPP TS 38.321 v18.1.0, "NR; Medium Access Control (MAC) protocol specification."

[0063] FIGS. 1-3 below describe various embodiments implemented in wireless communications systems and with the use of OFDM or orthogonal frequency division multiple access (OFDMA) communication techniques. The descriptions of FIGS. 1-3 are not meant to imply physical or architectural limitations to the manner in which different embodiments may be implemented. Different embodiments of the present disclosure may be implemented in any suitably arranged communications system.

[0064] FIG. 1 illustrates an example wireless network 100 according to an embodiment of the present disclosure. The embodiment of the wireless network 100 shown in FIG. 1 is for illustration only. Other embodiments of the wireless network 100 could be used without departing from the scope of this disclosure.

[0065] As shown in FIG. 1, the wireless network 100 may include a gNB 101 (e.g., base station, BS), a gNB 102, and a gNB 103. The gNB 101 may communicate with the gNB 102 and the gNB 103. The gNB 101 may also communicate with at least one network 130, such as the Internet, a proprietary Internet Protocol (IP) network, or other data network.

[0066] The gNB 102 may provide wireless broadband access to the network 130 for a first plurality of user equipments (UEs) within a coverage area 120 of the gNB 102. The first plurality of UEs may include a UE 111, which may be located in a small business; a UE 112, which may be located in an enterprise; a UE 113, which may be a WiFi hotspot; a UE 114, which may be located in a first residence; a UE 115, which may be located in a second residence; and a UE 116, which may be a mobile device, such as a cell phone, a wireless laptop, a wireless PDA, or the like. The gNB 103 may provide wireless broadband access to the network 130 for a second plurality of UEs within a coverage area 125 of the gNB 103. The second plurality of UEs may include the UE 115 and the UE 116. In an embodiment, one or more of the gNBs 101-103 may communicate with each other and with the UEs 111-116 using 5G / NR, long term evolution (LTE), long term evolution-advanced (LTE-A), WiMAX, WiFi, or other wireless communication techniques.

[0067] Depending on the network type, the term "base station" or "BS" can refer to any component (or collection of components) configured to provide wireless access to a network, such as transmit point (TP), transmit-receive point (TRP), an enhanced base station (eNodeB or eNB), a 5G / NR base station (gNB), a macrocell, a femtocell, a WiFi access point (AP), or other wirelessly enabled devices. Base stations may provide wireless access in accordance with one or more wireless communication protocols, e.g., 5G / NR 3rdgeneration partnership project (3GPP) NR, long term evolution (LTE), LTE advanced (LTE-A), high speed packet access (HSPA), Wi-Fi 802.11a / b / g / n / ac, etc. For the sake of convenience, the terms "BS" and "TRP" are used interchangeably in this patent document to refer to network infrastructure components that provide wireless access to remote terminals. Also, depending on the network type, the term "user equipment" or "UE" can refer to any component such as "mobile station," "subscriber station," "remote terminal," "wireless terminal," "receive point," or "user device." For the sake of convenience, the terms "user equipment" and "UE" are used in this patent document to refer to remote wireless equipment that wirelessly accesses a BS, whether the UE is a mobile device (such as a mobile telephone or smartphone) or is normally considered a stationary device (such as a desktop computer or vending machine).

[0068] The dotted lines show the approximate extents of the coverage areas 120 and 125, which are shown as approximately circular for the purposes of illustration and explanation only. It should be clearly understood that the coverage areas associated with gNBs, such as the coverage areas 120 and 125, may have other shapes, including irregular shapes, depending upon the configuration of the gNBs and variations in the radio environment associated with natural and man-made obstructions.

[0069] As described in more detail below, one or more of the UEs 111-116 may include circuitry, programing, or a combination thereof to support exchanging messages between a device and a reader. In an embodiment, one or more of the gNBs 101-103 include circuitry, programing, or a combination thereof to support exchanging messages between a device and a reader.

[0070] Although FIG. 1 illustrates one example of a wireless network, various changes may be made to FIG. 1. For example, the wireless network 100 could include any number of gNBs and any number of UEs in any suitable arrangement. Also, the gNB 101 could communicate directly with any number of UEs and provide those UEs with wireless broadband access to the network 130. Similarly, each gNB 102-103 could communicate directly with the network 130 and provide UEs with direct wireless broadband access to the network 130. Further, the gNBs 101, 102, and / or 103 could provide access to other or additional external networks, such as external telephone networks or other types of data networks.

[0071] FIG. 2 illustrates an example gNB 102 according to an embodiment of the present disclosure. The embodiment of the gNB 102 illustrated in FIG. 2 is for illustration only, and the gNBs 101 and 103 of FIG. 1 could have the same or similar configuration. However, gNBs come in a wide variety of configurations, and FIG. 2 does not limit the scope of this disclosure to any particular implementation of a gNB.

[0072] As shown in FIG. 2, the gNB 102 may include multiple antennas 205a-205n, multiple transceivers 210a-210n, a controller / processor 225, memory 230, and a backhaul or network interface 235.

[0073] The transceivers 210a-210n may receive, from the antennas 205a-205n, incoming radio frequency (RF) signals, such as signals transmitted by UEs in the wireless network 100. The transceivers 210a-210n may down-convert the incoming RF signals to generate IF or baseband signals. The IF or baseband signals may be processed by receive (RX) processing circuitry in the transceivers 210a-210n and / or controller / processor 225, which generates processed baseband signals by filtering, decoding, and / or digitizing the baseband or IF signals. The controller / processor 225 may process the baseband signals.

[0074] Transmit (TX) processing circuitry in the transceivers 210a-210n and / or controller / processor 225 may receive analog or digital data (such as voice data, web data, e-mail, or interactive video game data) from the controller / processor 225. The TX processing circuitry may encode, multiplex, and / or digitize the outgoing baseband data to generate processed baseband or IF signals. The transceivers 210a-210n may up-convert the baseband or IF signals to RF signals that are transmitted via the antennas 205a-205n.

[0075] The controller / processor 225 can include one or more processors or other processing devices that control the overall operation of the gNB 102. For example, the controller / processor 225 could control the reception of uplink (UL) channel signals and the transmission of downlink (DL) channel signals by the transceivers 210a-210n in accordance with well-known principles. The controller / processor 225 could support additional functions as well, such as more advanced wireless communication functions. For instance, the controller / processor 225 could support beam forming or directional routing operations in which outgoing / incoming signals from / to multiple antennas 205a-205n are weighted differently to effectively steer the outgoing signals in a desired direction. Any of a wide variety of other functions could be supported in the gNB 102 by the controller / processor 225.

[0076] The controller / processor 225 may also be capable of executing programs and other processes resident in the memory 230, such as exchanging messages between a device and a reader. The controller / processor 225 can move data into or out of the memory 230 as required by an executing process.

[0077] The controller / processor 225 may also be coupled to the backhaul or network interface 235. The backhaul or network interface 235 may allow the gNB 102 to communicate with other devices or systems over a backhaul connection or over a network. The backhaul or network interface 235 could support communications over any suitable wired or wireless connection(s). For example, when the gNB 102 is implemented as part of a cellular communication system (such as one supporting 5G / NR, LTE, or LTE-A), the backhaul or network interface 235 could allow the gNB 102 to communicate with other gNBs over a wired or wireless backhaul connection. When the gNB 102 is implemented as an access point, the backhaul or network interface 235 could allow the gNB 102 to communicate over a wired or wireless local area network or over a wired or wireless connection to a larger network (such as the Internet). The backhaul or network interface 235 may include any suitable structure supporting communications over a wired or wireless connection, such as an Ethernet or transceiver.

[0078] The memory 230 may be coupled to the controller / processor 225. Part of the memory 230 could include a RAM, and another part of the memory 230 could include a Flash memory or other ROM.

[0079] Although FIG. 2 illustrates one example of gNB 102, various changes may be made to FIG. 2. For example, the gNB 102 could include any number of each component shown in FIG. 2. Also, various components in FIG. 2 could be combined, further subdivided, or omitted and additional components could be added according to particular needs.

[0080] FIG. 3 illustrates an example UE 116 according to an embodiment of the present disclosure. The embodiment of the UE 116 illustrated in FIG. 3 is for illustration only, and the UEs 111-115 of FIG. 1 could have the same or similar configuration. However, UEs come in a wide variety of configurations, and FIG. 3 does not limit the scope of this disclosure to any particular implementation of a UE.

[0081] As shown in FIG. 3, the UE　116 may include antenna(s) 305, a transceiver(s) 310, and a microphone 320. The UE　116 may also include a speaker 330, a processor 340, an input / output (I / O) interface 345, an input 350, a display 355, and memory 360. The memory 360 may include an operating system (OS) 361 and one or more applications 362.

[0082] The transceiver(s) 310 may receive from the antenna(s) 305, an incoming RF signal transmitted by a gNB of the wireless network 100. The transceiver(s) 310 may down-convert the incoming RF signal to generate an intermediate frequency (IF) or baseband signal. The IF or baseband signal may be processed by RX processing circuitry in the transceiver(s) 310 and / or processor 340, which generates a processed baseband signal by filtering, decoding, and / or digitizing the baseband or IF signal. The RX processing circuitry may send the processed baseband signal to the speaker 330 (such as for voice data) or be processed by the processor 340 (such as for web browsing data).

[0083] TX processing circuitry in the transceiver(s) 310 and / or processor 340 may receive analog or digital voice data from the microphone 320 or other outgoing baseband data (such as web data, e-mail, or interactive video game data) from the processor 340. The TX processing circuitry may encode, multiplex, and / or digitize the outgoing baseband data to generate a processed baseband or IF signal. The transceiver(s) 310 may up-convert the baseband or IF signal to an RF signal that is transmitted via the antenna(s) 305.

[0084] The processor 340 can include one or more processors or other processing devices and execute the OS 361 stored in the memory 360 in order to control the overall operation of the UE 116. For example, the processor 340 could control the reception of DL channel signals and the transmission of UL channel signals by the transceiver(s) 310 in accordance with well-known principles. In an embodiment, the processor 340 may include at least one microprocessor or microcontroller.

[0085] The processor 340 may also be capable of executing other processes and programs resident in the memory 360. For example, the processor 340 may execute processes to support exchanging messages between a device and a reader as described in an embodiment of the present disclosure. The processor 340 can move data into or out of the memory 360 as required by an executing process. In an embodiment, the processor 340 may be configured to execute the applications 362 based on the OS 361 or in response to signals received from gNBs or an operator. The processor 340 may also be coupled to the I / O interface 345, which provides the UE 116 with the ability to connect to other devices, such as laptop computers and handheld computers. The I / O interface 345 may be the communication path between these accessories and the processor 340.

[0086] The processor 340 may also be coupled to the input 350, which includes, for example, a touchscreen, keypad, etc., and the display 355. The operator of the UE 116 can use the input 350 to enter data into the UE 116. The display 355 may be a liquid crystal display, light emitting diode display, or other display capable of rendering text and / or at least limited graphics, such as from web sites.

[0087] The memory 360 may be coupled to the processor 340. Part of the memory 360 could include volatile memory such as a random-access memory (RAM), and another part of the memory 360 could include non-volatile memory a Flash memory or other read-only memory (ROM).

[0088] Although FIG. 3 illustrates one example of UE 116, various changes may be made to FIG. 3. For example, various components in FIG. 3 could be combined, further subdivided, or omitted and additional components could be added according to particular needs. As a particular example, the processor 340 could be divided into multiple processors, such as one or more central processing units (CPUs) and one or more graphics processing units (GPUs). In another example, the transceiver(s) 310 may include any number of transceivers and signal processing chains and may be connected to any number of antennas. Also, while FIG. 3 illustrates the UE 116 configured as a mobile telephone or smartphone, UEs could be configured to operate as other types of mobile or stationary devices.

[0089] FIG. 4A and FIG. 4B illustrate an example of wireless transmit and receive paths 400 and 450, respectively, according to an embodiment of the present disclosure. For example, a transmit path 400 may be described as being implemented in a gNB (such as gNB 102), while a receive path 450 may be described as being implemented in a UE (such as UE 116). However, it will be understood that the receive path 450 can be implemented in a gNB and that the transmit path 400 can be implemented in a UE. In an embodiment, the transmit path 400 and / or the receive path 450 is configured for exchanging messages between a device and a reader as described in an embodiment of the present disclosure.

[0090] As illustrated in FIG. 4A, the transmit path 400 may include a channel coding and modulation block 405, a serial-to-parallel (S-to-P) block 410, a size N Inverse Fast Fourier Transform (IFFT) block 415, a parallel-to-serial (P-to-S) block 420, an add cyclic prefix block 425, and an up-converter (UC) 430. The receive path 450 may include a down-converter (DC) 455, a remove cyclic prefix block 460, a S-to-P block 465, a size N Fast Fourier Transform (FFT) block 470, a parallel-to-serial (P-to-S) block 475, and a channel decoding and demodulation block 480.

[0091] In the transmit path 400, the channel coding and modulation block 405 may receive a set of information bits, applies coding (such as a low-density parity check (LDPC) coding), and modulate the input bits (such as with Quadrature Phase Shift Keying (QPSK) or Quadrature Amplitude Modulation (QAM)) to generate a sequence of frequency-domain modulation symbols. The serial-to-parallel block 410 may convert (such as de-multiplex) the serial modulated symbols to parallel data in order to generate N parallel symbol streams, where N is the IFFT / FFT size used in the gNB 102 and the UE 116. The size N IFFT block 415 may perform an IFFT operation on the N parallel symbol streams to generate time-domain output signals. The parallel-to-serial block 420 may convert (such as multiplex) the parallel time-domain output symbols from the size N IFFT block 415 in order to generate a serial time-domain signal. The add cyclic prefix block 425 may insert a cyclic prefix to the time-domain signal. The up-converter 430 may modulate (such as up-convert) the output of the add cyclic prefix block 425 to an RF frequency for transmission via a wireless channel. The signal may also be filtered at a baseband before conversion to the RF frequency.

[0092] As illustrated in FIG. 4B, the down-converter 455 may down-convert the received signal to a baseband frequency, and the remove cyclic prefix block 460 may remove the cyclic prefix to generate a serial time-domain baseband signal. The serial-to-parallel block 465 may convert the time-domain baseband signal to parallel time-domain signals. The size N FFT block 470 may perform an FFT algorithm to generate N parallel frequency-domain signals. The parallel-to-serial block 475 may convert the parallel frequency-domain signals to a sequence of modulated data symbols. The channel decoding and demodulation block 480 may demodulate and decode the modulated symbols to recover the original input data stream.

[0093] Each of the gNBs 101-103 may implement a transmit path 400 that is analogous to transmitting in the downlink to UEs 111-116 and may implement a receive path 450 that is analogous to receiving in the uplink from UEs 111-116. Similarly, each of UEs 111-116 may implement a transmit path 400 for transmitting in the uplink to gNBs 101-103 and may implement a receive path 450 for receiving in the downlink from gNBs 101-103.

[0094] Each of the components in FIGS. 4A and 4B can be implemented using only hardware or using a combination of hardware and software / firmware. As a particular example, at least some of the components in FIGS. 4A and 4B may be implemented in software, while other components may be implemented by configurable hardware or a mixture of software and configurable hardware. For instance, the FFT block 470 and the IFFT block 415 may be implemented as configurable software algorithms, where the value of size N may be modified according to the implementation.

[0095] Furthermore, although described as using FFT and IFFT, this is by way of illustration only and should not be construed to limit the scope of this disclosure. Other types of transforms, such as Discrete Fourier Transform (DFT) and Inverse Discrete Fourier Transform (IDFT) functions, can be used. It will be appreciated that the value of the variable N may be any integer number (such as 1, 2, 3, 4, or the like) for DFT and IDFT functions, while the value of the variable N may be any integer number that is a power of two (such as 1, 2, 4, 8, 16, or the like) for FFT and IFFT functions.

[0096] Although FIGS. 4A and 4B illustrate examples of wireless transmit and receive paths 400 and 450, respectively, various changes may be made to FIGS. 4A and 4B. For example, various components in FIGS. 4A and 4B can be combined, further subdivided, or omitted and additional components can be added according to particular needs. Also, FIGS. 4A and 4B are meant to illustrate examples of the types of transmit and receive paths that can be used in a wireless network. Any other suitable architectures can be used to support wireless communications in a wireless network.

[0097] Internet of things (IoT) devices may include ambient-power-enabled IoT (A-IoT) devices, which are ultra-low-complexity devices with very small form factor and low-cost design that operate without a common battery that can be manually replaced or recharged. Instead, A-IoT devices can be battery-less or with a small battery (such as a small capacitor) that operate based on energy harvesting from RF waveforms or other ambient energy sources. Regarding the limited size and complexity required by practical applications for battery-less devices with no energy storage capability or devices with limited energy storage that do not need to be replaced or recharged manually, the output power of energy harvester may be typically from 1μW to a few hundreds of μW.

[0098] In an embodiment throughout the disclosure, a UE (e.g., the UE 116) or a device may be referred to as an A-IoT device or an A-IoT UE based on energy harvesting with ultra-low complexity and power consumption and for low-end IoT applications. For example, the UE may have limited (or no) energy storage or battery capability (e.g., a capacitor), such as an energy storage unit for amplification of receptions at the UE or transmission by the UE, or for other UE operations, such as power-on, warm-up, memory, internal processing, and so on, or operating with backscattering communication.

[0099] An A-IoT device can be an IoT device that satisfies one or more of the following (or variations thereof):

[0100] - powered by energy harvesting, being either battery-less or with limited energy storage capability (e.g., using a capacitor) and the energy is provided through the harvesting of radio waves (including RF waveforms), light (including solar light or indoor light), motion, pressure, heat, or any other power source that could be seen suitable;

[0101] - with low complexity, small size and lower capabilities and lower power consumption than previously defined 3GPP IoT devices (e.g., NB-IoT / enhanced machine type communication (eMTC) devices);

[0102] - maintenance free and can have long life span (e.g., more than 10 years).

[0103] An A-IoT may directly communicate with a base station / gNB (e.g., the BS 102) (e.g., operating as a reader), or may indirectly communicate with a BS / gNB through an intermediate / assisting node, such as a handheld device / UE (for example, a "reader" UE that scans the A-IoT devices), a relay, integrated access and backhaul (IAB) node, a repeater for example a network-controlled repeater (NCR), and so on. The communication can be mono-static wherein the transmitter node to the A-IoT device is same as the receiving node from the A-IoT device, or can be bi-static (or multi-static) wherein the transmitter nodes to the A-IoT device can be different from the receiving nodes from the A-IoT device.

[0104] In an embodiment, the A-IoT device may operate with energy storage and power management capability. These devices may be characterized by ultra-low power consumption, and they employ energy harvesting mechanisms such as solar, RF energy and kinetic energy and thus don't require battery replacement or swapping frequently. In an embodiment, an A-IoT device may operate with energy harvesting (EH) or with limited (or no) energy storage / battery capability (such as a capacitor), such as an energy storage unit for amplification of receptions at the UE (e.g., the UE 116) or transmission by the UE, or for other UE operations, such as power-on, warm-up, memory, internal processing, and so on, or operating with backscattering communication.

[0105] In an embodiment, the A-IoT device may operate with RF envelope detection for receiving amplitude shift keying (ASK), e.g., OOK, modulated signal. RF envelope detection may be a key function that enables the Ambient IoT devices to filter and analyze RF signals. This technique may be applied in the reception of modulated RF signals with a view of acquiring information from the signals and hence enable communication between devices with efficiency and with minimum power consumption. RF envelope detection may be one of the most important techniques that are used in many of the low power consumption wireless communication protocols that are employed in Ambient IoT systems.

[0106] In an embodiment, the A-IoT device may operate with impedance matching. Impedance matching may be utilized in passive Ambient IoT devices backscattering externally provisioned carrier wave (CW) signal.

[0107] The disclosure relates to defining functionalities and procedures for A-IoT device operations to exchange messages between a device and a reader. DL and UL are also referred to as reader-to-device (R2D) and device-to-reader (D2R), respectively, and vice versa.

[0108] FIG. 5 illustrates an example of a transmitter structure 500 using OFDM according to an embodiment of the present disclosure. For example, transmitter structure 500 using OFDM can be implemented in gNB 102 of FIG. 1. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0109] Information bits, such as DCI bits or data bits 510, may be encoded by encoder 520, rate matched to assigned time / frequency resources by rate matcher 530, and modulated by modulator 540. Subsequently, modulated encoded symbols and demodulation reference signal (DM-RS) or channel state information reference signal (CSI-RS) 550 may be mapped to REs 560, an inverse fast Fourier transform (IFFT) may be performed by filter 570. A BW selector unit (e.g., control of transmission BW) 565, a filter 580, a radio frequency (RF) amplifier 590, and transmitted signal 595 may also be included.

[0110] FIG. 6 illustrates an example of a receiver structure 600 using OFDM according to an embodiment of the present disclosure. For example, receiver structure 600 using OFDM can be implemented by any of the UEs 111-116 of FIG. 1. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0111] A received signal 610 may be filtered by filter 620, a CP removal unit may remove a CP 630, a filter 640 may apply a fast Fourier transform (FFT), RE de-mapping unit 650 may de-map REs selected by BW selector unit (e.g., control of reception BW) 655, received symbols may be demodulated by a channel estimator and a demodulator unit 660, a rate de-matcher 670 may restore a rate matching, and a decoder 680 may decode the resulting bits to provide information bits 690.

[0112] With reference to FIG. 5, an example transmitter structure using OFDM according to this disclosure is shown.

[0113] With reference to FIG. 6, an example receiver structure using OFDM according to this disclosure is shown.

[0114] FIG. 7 illustrates an example encoding structure 700 for a downlink control information (DCI) format according to an embodiment of the present disclosure. For example, encoding structure 700 can be implemented in gNB 102 of FIG. 1. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0115] A gNB may separately encode and transmit each DCI format in a respective physical downlink control channel (PDCCH). When applicable, a radio network temporary identifier (RNTI) for a UE (e.g., the UE 116) that a DCI format is intended for masks a cyclic redundancy check (CRC) of the DCI format codeword in order to enable the UE to identify the DCI format. For example, the CRC can include 24 bits and the RNTI can include 16 bits or 24 bits. The CRC of (non-coded) DCI format bits 710 may be determined using a CRC computation unit 720, and the CRC may be masked using an exclusive OR (XOR) operation unit 730 between CRC bits and RNTI bits 740. The XOR operation may be defined as XOR(0,0) = 0, XOR(0,1) = 1, XOR(1,0) = 1, XOR(1,1) = 0. The masked CRC bits may be appended to DCI format information bits using a CRC append unit 750. An encoder 760 may perform channel coding, such as polar coding, followed by rate matching to allocated resources by rate matcher 770. Interleaving and modulation units 780 may apply interleaving and modulation, such as QPSK, and the output control signal 790 is transmitted.

[0116] FIG. 8 illustrates an example decoding structure 800 for a DCI format according to an embodiment of the present disclosure. For example, decoding structure 800 for a DCI format can be implemented by any of the UEs 111-116 of FIG. 1. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0117] A received control signal 810 may be demodulated and de-interleaved by a demodulator and a de-interleaver 820. A rate matching applied at a gNB transmitter may be restored by rate matcher 830, and resulting bits are decoded by decoder 840. After decoding, a CRC extractor 850 may extract CRC bits and provides DCI format information bits 860. The DCI format information bits may be de-masked by an XOR operation 870 with a RNTI 880 (when applicable) and a CRC check may be performed by unit 890. When the CRC check succeeds (check-sum is zero), the DCI format information bits may be regarded to be valid. When the CRC check does not succeed, the DCI format information bits may be regarded to be invalid.

[0118] With reference to FIG. 7, an example encoding process for a DCI format according to this disclosure is shown.

[0119] With reference to FIG. 8, an example decoding process for a DCI format for use with a UE according to this disclosure is shown.

[0120] It is envisaged that the number of connected devices will reach ~500 billion by 2030, which is about ~59 times larger than the expected world population (~8.5 billion) by that time. Mobile devices will take various form-factors, such as augmented reality (AR) glasses, virtual reality (VR) headsets, hologram devices, while a large portion of the devices will be Internet-of-Things (IoT) devices for improving productivity efficiency and increasing comforts of life. As the number of IoT devices grows exponentially, those IoT devices will become dominant in the next generation wireless communication systems such as fifth generation (5G) advanced, sixth generation (6G) systems, and so on.

[0121] With the explosive number of IoT devices, it may be challenging to power the IoT devices by battery that needs to be replaced or recharged manually, which leads to high maintenance cost. The automation and digitalization of various industries demand new IoT technologies of supporting batteryless devices with no energy storage capability or devices with energy storage that does not need to be replaced or recharged manually. Such types of devices are collectively termed as ambient IoT (A-IoT) in this disclosure, which is powered by various renewable energy sources such as radio waves, light, motion, or heat, etc. Use cases of A-IoT devices include asset inventory / tracking and remote environmental monitoring. The following list provides example use cases of A-IoT devices:

[0122] -Indoor inventory

[0123] -- Automated warehousing

[0124] -- Medical instruments inventory management and positioning

[0125] -- Non-Public Network for logistics

[0126] -- Automobile manufacturing

[0127] -- Airport terminal / shipping port

[0128] -- Smart laundry

[0129] -- Automated supply chain distribution

[0130] -- Fresh food supply chain

[0131] -- End-to-end logistics

[0132] -- Flower auction

[0133] -- Electronic shelf label

[0134] - Indoor sensor

[0135] -- Smart homes

[0136] -- Base station machine room environmental supervision

[0137] -- Smart laundry

[0138] -- Smart agriculture

[0139] -- Smart pig farm

[0140] -- Cow stable

[0141] - Indoor positioning

[0142] -- Finding Remote Lost Item

[0143] -- Location service

[0144] -- Ranging in a home

[0145] -- Personal belongings finding

[0146] -- Positioning in shopping center

[0147] -- Museum Guide

[0148] - Indoor command

[0149] -- Online modification of medical instruments status

[0150] -- Device activation and deactivation

[0151] -- Elderly Health Care

[0152] -- Device Permanent Deactivation

[0153] -- Electronic shelf label

[0154] - Outdoor inventory

[0155] -- Medical instruments inventory management and positioning

[0156] -- Non-public network for logistics

[0157] -- Airport terminal / shipping port

[0158] -- Automated supply chain distribution

[0159] - Outdoor sensor

[0160] -- Smart grids

[0161] -- Forest Fire Monitoring

[0162] -- Dairy farming

[0163] -- Smart manhole cover safety monitoring

[0164] -- Smart bridge health monitoring

[0165] - Outdoor positioning

[0166] -- Finding remote lost item

[0167] -- Location service

[0168] -- Personal belongings finding

[0169] - Outdoor command

[0170] -- Online modification of medical instruments status

[0171] -- Device activation and deactivation

[0172] -- Elderly Health Care

[0173] -- Controller in smart agriculture

[0174] Taking into account the limited size and low complexity required by practical applications of A-IoT devices, the output power of energy harvesting from ambient power sources may be typically from 1μW to a few hundreds of μW, which is orders of magnitude lower than normal user equipment (UE) having peak power consumption higher than 10mW. This may require a new wireless access technology for A-IoT devices, which cannot be fulfilled by existing cellular systems including low-power IoT technologies such as NB-IoT and eMTC.

[0175] In the following, an italicized name for a parameter implies that the parameter is provided by higher layers.

[0176] DL (e.g., physical reader to device (R2D) channel (PRDCH)) transmissions or UL (e.g., PDRCH) transmissions can be based on an OFDM waveform including a variant using DFT precoding that is known as DFT-spread-OFDM that is typically applicable to UL transmissions.

[0177] In the following, subframe (SF) refers to a transmission time unit for the LTE RAT and slot refers to a transmission time unit for an NR RAT. For example, the slot duration can be a sub-multiple of the SF duration. NR can use a different DL or UL slot structure than an LTE SF structure. Differences can include a structure for transmitting physical downlink control channels (PDCCHs), locations and structure of demodulation reference signals (DM-RS), transmission duration, and so on. Further, eNB refers to a base station serving UEs operating with LTE RAT and gNB refers to a base station serving UEs operating with NR RAT. Exemplary embodiments provide a same numerology, that includes a sub-carrier spacing (SCS) configuration and a cyclic prefix (CP) length for an OFDM symbol, for transmission with LTE RAT and with NR RAT. In such case, OFDM symbols for the LTE RAT as same as for the NR RAT, a subframe is same as a slot and, for brevity, the term slot is subsequently used in the remaining of the disclosure.

[0178] A unit for DL signaling or for UL signaling on a cell is referred to as a slot and can include one or more symbols. A bandwidth (BW) unit is referred to as a resource block (RB). One RB includes a number of sub-carriers (SCs). For example, a slot can have duration of one millisecond and an RB can have a bandwidth of 180 kHz and include 12 SCs with inter-SC spacing of 15 kHz. A sub-carrier spacing (SCS) can be determined by a SCS configuration as kHz. A unit of one sub-carrier over one symbol is referred to as resource element (RE). A unit of one RB over one symbol is referred to as physical RB (PRB).

[0179] DL signaling include physical downlink shared channels (PDSCHs) conveying information content, PDCCHs conveying DL control information (DCI), and reference signals (RS). A PDCCH can be transmitted over a variable number of slot symbols including one slot symbol and over a number of control channel elements (CCEs) from a predetermined set of numbers of CCEs referred to as CCE aggregation level within a control resource set (CORESET) as described in v17.6.0 of [REF 1] and v17.6.0 of [REF 3].

[0180] DCI can serve several purposes. A DCI format may include a number of fields, or information elements (IEs), and may typically be used for scheduling a PDSCH (DL DCI format) or a PUSCH (UL DCI format) transmission. A DCI format may include cyclic redundancy check (CRC) bits in order for a UE (e.g., the UE 116) to confirm a correct detection. A DCI format type may be identified by a radio network temporary identifier (RNTI) that scrambles the CRC bits. For a DCI format scheduling a physical downlink shared channel (PDSCH) or a PUSCH for a single UE with RRC connection to a gNB (e.g., the BS 102), the RNTI may be a cell RNTI (C-RNTI) or another RNTI type such as a modulation and coding scheme-cell RNTI (MCS-C-RNTI). For a DCI format scheduling a PDSCH conveying system information (SI) to a group of UEs, the RNTI may be a system information RNTI (SI-RNTI). For a DCI format scheduling a PDSCH providing a response to a random access (RA) from a group of UEs, the RNTI may be a random access (RA-RNTI). For a DCI format scheduling a PDSCH providing contention resolution in Msg4 of a RA process, the RNTI may be a temporary C-RNTI (TC-RNTI). For a DCI format scheduling a PDSCH paging a group of UEs, the RNTI may be a paging RNTI (P-RNTI). For a DCI format providing transmission power control (TPC) commands to a group of UEs, the RNTI may be a transmit power control radio network temporary identifier (TPC-RNTI), and so on. Each RNTI type may be configured to a UE through higher layer signaling. A UE may typically decode at multiple candidate locations for PDCCH receptions as determined by an associated search space set.

[0181] For each DL bandwidth part (BWP) indicated to a UE in a serving cell, the UE can be provided by higher layer signaling with control resource sets (CORESETs). For each CORESET, the UE may be provided a CORESET index , , a DM-RS scrambling sequence initialization value, a precoder granularity for a number of resource element groups (REGs) in the frequency domain where the UE can expect use of a same DM-RS precoder, a number of consecutive symbols for the CORESET, a set of resource blocks (RBs) for the CORESET, control channel element to resource element group (CCE-to-REG) mapping parameters, an antenna port quasi co-location, from a set of antenna port quasi co-locations, indicating quasi co-location information of the DM-RS antenna port for PDCCH reception in a respective CORESET, and an indication for a presence or absence of a transmission configuration indication (TCI) field for DCI format 1_1 transmitted by a PDCCH in CORESET .

[0182] For each DL BWP configured to a UE in a serving cell, the UE may be provided by higher layers with search space sets. For each search space set from the search space sets, the UE may be provided a search space set index , , an association between the search space set and a CORESET , a PDCCH monitoring periodicity of slots and a PDCCH monitoring offset of slots, a PDCCH monitoring pattern within a slot, indicating first symbol(s) of the CORESET within a slot for PDCCH monitoring, a duration of slots indicating a number of slots that the search space set exists, a number of PDCCH candidates per CCE aggregation level , and an indication that search space set is either a common search space (CSS) set or a UE-specific search space (USS) set. When search space set is a CSS set, the UE may monitor PDCCH for detection of DCI format 2_x, where x ranges from 0 to 7 as described in v17.6.0 of [REF2] or for DCI formats associated with scheduling broadcast / multicast PDSCH receptions, and for DCI format 0_0 and DCI format 1_0.

[0183] A UE may determine a PDCCH monitoring occasion on an active DL BWP from the PDCCH monitoring periodicity, the PDCCH monitoring offset, and the PDCCH monitoring pattern within a slot. For search space set , the UE may determine that a PDCCH monitoring occasion(s) exists in a slot with number in a frame with number if . The UE may monitor PDCCH candidates for search space set for consecutive slots, starting from slot , and may not monitor PDCCH candidates for search space set for the next consecutive slots. The UE may determine CCEs for monitoring PDCCH according to a search space set based on a search space equation as described in [REF3].

[0184] A UE may expect to monitor PDCCH candidates for up to 4 sizes of DCI formats that include up to 3 sizes of DCI formats with CRC scrambled by C-RNTI per serving cell. The UE may count a number of sizes for DCI formats per serving / scheduled cell based on a number of PDCCH candidates in respective search space sets for the corresponding active DL BWP. In the following, for brevity, that constraint for the number of DCI format sizes will be referred to as DCI size limit. When the DCI size limit would be exceeded for a UE based on a configuration of DCI formats that the UE monitors PDCCH, the UE may align the size of some DCI formats, as described in v17.6.0 of [REF2], so that the DCI size limit would not be exceeded.

[0185] For each scheduled cell, the UE may not be required to monitor on the active DL BWP with SCS configuration of the scheduling cell more than PDCCH candidates or more than non-overlapped CCEs per slot, wherein and are respectively a maximum number of PDCCH candidates and non-overlapping CCEs for a scheduled cell and and are respectively a total number of PDCCH candidates and non-overlapping CCEs for a scheduling cell, as described in [REF3].

[0186] A UE may not expect to be configured CSS sets, other than CSS sets for multicast PDSCH scheduling, that result to corresponding total, or per scheduled cell, numbers of monitored PDCCH candidates and non-overlapped CCEs per slot on the primary cell that exceed the corresponding maximum numbers per slot. For USS sets or for CSS sets associated with multicast PDSCH scheduling, when a number of PDCCH candidates or non-overlapping CCEs in a slot would exceed the limits / maximum per slot for scheduling on the primary cell mentioned herein, the UE may select the USS sets or the CSS sets to monitor corresponding PDCCH in an ascending order of a corresponding search space set index until and an index of a search space set for which PDCCH monitoring would result to exceeding the maximum number of PDCCH candidates or non-overlapping CCEs per slot for scheduling on the PCell as described in [REF3].

[0187] For same cell scheduling or for cross-carrier scheduling where a scheduling cell and scheduled cells have DL BWPs with same SCS configuration , a UE may not expect a number of PDCCH candidates, and a number of corresponding non-overlapped CCEs per slot on a secondary cell to be larger than the corresponding numbers that the UE is capable of monitoring on the secondary cell per slot. For cross-carrier scheduling, the number of PDCCH candidates for monitoring and the number of non-overlapped CCEs per slot may separately be counted for each scheduled cell.

[0188] A UE can be configured for operation with carrier aggregation (CA) for PDSCH receptions over multiple cells (DL CA) or for PUSCH transmissions over multiple cells (UL CA). The UE can also be configured multiple transmission-reception points (TRPs) per cell via indication (or absence of indication) of acoresetPoolIndexfor CORESETs where the UE receives PDCCH / PDSCH from a corresponding TRP as described in v17.6.0 of [REF3]and [REF4].

[0189] MIMO technologies have a key role in boosting system throughput both in NR and LTE and such a role will continue and further expand in the future generations of wireless technologies. For MIMO operation, an antenna port is defined such that a channel over which a symbol on the antenna port is conveyed can be inferred from the channel over which another symbol on the same antenna port is conveyed. There is not necessarily a one to one correspondence between an antenna port and an antenna element, and a plurality of antenna elements can be mapped onto one antenna port.

[0190] FIG. 9 illustrates a diagram of an example type-1 backscatter structure 900 for IoT devices according to an embodiment of the present disclosure. For example, type-1 backscatter structure 900 can be implemented by any of the UEs 111-116 of FIG. 1, or may be devices with fewer components and functionality than a UE. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0191] As shown in FIG. 9, the type-1 backscatter structure 900 for IoT devices may include an antenna 905, a matching network 910, a RF energy harvester 915, a power measurement unit (PMU) 920, an energy storage 925, a RF bandpass filter (BPF) 930, a RF envelope detector 935, a baseband (BB) lowpass filter (LPF) 940, a comparator 945, a clock generator 950, a BB logistics 955, memory 960, backscatter (imp matching) 965, and processing circuitry 913.

[0192] In an embodiment, the processing circuitry 913, which may be a full-powered processor, such as included in UE 116, a lower-power microprocessor or microcontroller, an application specific integrated circuit (ASIC), or logic circuitry. The processing circuitry 913 can control the overall operation of the IoT device including determination of reception and / or transmission timing. The processing circuitry 913 may be powered via energy storage 925. The signal receiving and transmitting processing circuitry included in the IoT devices, such as RF BPF 930, a RF envelope detector 935, a BB LPF 940, a comparator 945, a clock generator 950, a BB logistics 955, memory 960, and a backscatter (impedance matching) 965, may be referred to as a transceiver, which may use separate antennas for reception and transmission, respectively, or may use a common antenna, such as antenna 905 for transmission and reception. One or more implementations described herein further include other implementation variations such as separate Tx-Rx antennas vs common Tx-Rx antenna, use of a sensor, etc. The implementations should be understood as an example and not as a restriction.

[0193] FIG. 10 illustrates a diagram of an example impedance matching circuit according to an embodiment of the present disclosure. For example, impedance matching circuit 1000 can be implemented in any of the IoT device described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0194] FIG. 11 illustrates a diagram of an example type-2a backscatter structure 1100 for IoT devices according to an embodiment of the present disclosure. For example, backscatter structure 1100 can be implemented by any of the UEs 111-116 of FIG. 1, such as the UE 111, or may be devices with fewer components and functionality than a UE. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0195] As shown in FIG. 11, the type-2a backscatter structure 1100 may include an antenna 905, a matching network 910, a RF energy harvester 915, a PMU 920, an energy storage 925, an energy harvester (other than RF) 1122, a RF BPF 930, a low noise amplifier (LNA) 1132, a RF envelope detector 935, a BB amp 1137, a BB LPF 940, a comparator / ADC 1142, a clock generator 950, a BB logistics 955, memory 960, a frequency shifter 1162, backscatter (imp matching) 965, a reflection amp 1167, and processing circuitry 913.

[0196] FIG. 12 illustrates a diagram of an example type-2a backscatter structure 1200 for IoT devices according to an embodiment of the present disclosure. For example, backscatter structure 1200 can be implemented by any of the UEs 111-116 of FIG. 1, such as the UE 112, or may be devices with fewer components and functionality than a UE. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0197] As shown in FIG. 12, the type-2a backscatter structure 1200 may include an antenna 905, a matching network 910, a RF energy harvester 915, a PMU 920, an energy storage 925, an energy harvester (other than RF) 1122, a RF BPF 930, a LNA 1132, a mixer 1205, a LO 1225, an IF amp / BPF 1210, an IF ED 1215, a BB Amp / LPF 1220, a comparator / ADC 1142, a clock generator 950, a BB logistics 955, memory 960, a frequency shifter 1162, a backscatter (impedance Matching) 965, reflection amp 1167, and processing circuitry 913.

[0198] FIG. 13 illustrates a diagram of an example type-2a active structure 1300 for IoT devices according to an embodiment of the present disclosure. For example, structure 1300 can be implemented by any of the UEs 111-116 of FIG. 1, such as the UE 113, or may be devices with fewer components and functionality than a UE. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0199] As shown in FIG. 13, the type-2a active structure 1300 may include an antenna 905, a matching network 910, a RF energy harvester 915, a PMU 920, an energy storage 925, an energy harvester (other than RF) 1122, a RF BPF 930, a LNA 1132, a mixer 1205, an LO 1225, a BB amplifier 1137, a BB LPF 940, a comparator / ADC 1142, a clock generator 950, a BB logistics 955, memory 960, a frequency shifter 1162, a backscatter (impedance matching) 965, a reflection amp 1167, and processing circuitry 913.

[0200] FIG. 14 illustrates a diagram of an example type-2b active structure 1400 for IoT devices according to an embodiment of the present disclosure. For example, backscatter structure 1400 can be implemented by any of the UEs 111-116 of FIG. 1, such as the UE 114, or may be devices with fewer components and functionality than a UE. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0201] As shown in FIG. 14, the type-2b active structure 1400 may include an antenna 905, a matching network 910, a RF energy harvester 915, a PMU 920, an energy storage 925, an energy harvester (other than RF) 1122, a RF BPF 930, a LNA 1132, a RF envelope detector 935, a BB amp 1137, a BB LPF 940, a comparator / ADC 1142, a clock generator 950, a BB logistics 955, memory 960, a modulator 1465, a digital to analog converter (DAC) 1470, a LO 1475, a mixer 1480, a PA 1485, and processing circuitry 913.

[0202] FIG. 15 illustrates a diagram of an example type-2b active structure 1500 for IoT devices according to an embodiment of the present disclosure. For example, backscatter structure 1500 can be implemented by any of the UEs 111-116 of FIG. 1, such as the UE 115, or may be devices with fewer components and functionality than a UE. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0203] As shown in FIG. 15, the structure 1500 may include an antenna 905, a matching network 910, a RF energy harvester 915, a PMU 920, an energy storage 925, an energy harvester (other than RF) 1122, a RF BPF 930, a LNA 1132, a mixer 1534, an IF amp / BPF 1536, an IF ED 1538, a BB amp / LPF 1540, a comparator / ADC 1142, a clock generator 950, a BB logistics 955, memory 960, a modulator 1465, a DAC 1470, a LO 1475, a mixer 1480, a PA 1485, and processing circuitry 913.

[0204] FIG. 16 illustrates a diagram of an example type-2b active structure 1600 for IoT devices according to an embodiment of the present disclosure. For example, backscatter structure 1600 can be implemented by any of the UEs 111-116 of FIG. 1, such as the UE 116, or may be devices with fewer components and functionality than a UE. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0205] As shown in FIG. 16, the structure 1600 may include an antenna 905, a matching network 910, a RF energy harvester 915, a PMU 920, an energy storage 925, an energy harvester (other than RF) 1122, a RF BPF 930, a LNA 1132, a mixer 1534, a BB amp 1137, a BB LPF 940, a comparator / ADC 1142, a clock generator 950, a BB logistics 955, memory 960, a modulator 1465, a DAC 1470, a LO 1475, a mixer 1480, a PA 1485, and processing circuitry 913.

[0206] Several different types of A-IoT devices can be regarded as following.

[0207] - Device 1: ~1 μW peak power consumption, may have energy storage, initial sampling frequency offset (SFO) up to 10X ppm, neither R2D nor D2R amplification in the device. The device's D2R transmission may be backscattered on a carrier wave provided externally.

[0208] - Device 2a: ≤ a few hundred μW peak power consumption, may have energy storage, initial sampling frequency offset (SFO) up to 10X ppm, both R2D and / or D2R amplification in the device. The device's D2R transmission may be backscattered on a carrier wave provided externally.

[0209] - Device 2b: ≤ a few hundred μW peak power consumption, may have energy storage, initial sampling frequency offset (SFO) up to 10X ppm, both R2D and / or D2R amplification in the device. The device's D2R transmission may be generated internally by the device.

[0210] The devices may operate in frequency division duplexing (FDD) spectrum or time division duplexing (TDD) spectrum, which may be licensed or unlicensed.

[0211] In the following, reference architectures for the device types herein are provided, which should be understood as an example and not as a restriction.

[0212] With reference to FIG. 9, an example Type-1 backscatter device structure according to the disclosure is shown.

[0213] The RF energy harvester 915 may convert RF signal to DC power and supplies the device. Either a R2D signal or an externally provisioned CW signal for backscattering can be utilized for RF energy harvesting. The CW may externally be provided from a gNB or a dedicated source. The source of CW signal, e.g., either a gNB or a dedicated node, may or may not be agnostic to A-IoT devices. The harvested energy, e.g., using a rectifier, can be stored using a capacitor, super-capacitor, or, generally speaking, an energy storage. Antenna could be either shared or separate for RF energy harvester and receiver / transmitter. Matching network 910 may be to match impedance between antenna and other components. Clock generator 950 may provide required clock signal(s).

[0214] The PMU 920 may manage storing energy to energy storage 925 from energy harvester and supplying power to active component blocks which needs power supply. The PMU 920 can also transition the device operation state between at least ON state, the OFF state, and the power saving (PS) state. The PMU 920 may include or be implemented by power management circuitry. In an embodiment, the PMU 920 may be implemented by program code (e.g., software or firmware) executed by one or more processors such as the processing circuity 913, such that, in an embodiment, the power management circuitry of the PMU 920 may be the same as or include at least some of the processing circuity 913. In an embodiment, the power management circuitry of the PMU 920 may be a separate processor, controller, or circuit, such as a lower-power microprocessor or microcontroller, an ASIC, or logic circuitry that is programmed to implement the functions of the PMU 920 or configured to implement the functions of the PMU 920 in logic.

[0215] The R2D signal may be demodulated using a low complexity envelope detector and comparator, whose output is provided as an input to the baseband circuit. Given the low-power and low-complexity requirements of the Type-1 backscatter device, an RF envelope detection can be a viable solution for a receiver architecture, compared to a heterodyne architecture with IF envelope detection or a homodyne architecture with baseband envelope detection, which require LO and frequency mixer for frequency down-conversion. The input RF signal may pass through an RF band-pass filter (BPF) 930 for an adjacent channel interference suppression, and then the filtered RF signal may directly be converted into a baseband using an RF envelope detector 935, followed by a baseband low-pass filter (LPF) 940 for filtering out harmonics and high frequency components, and an n-bit comparator, where n can be 1, 2, 4, 8, .... The use of filters, e.g., BPF 930 only, LPF 940 only, or both, can be an implementation choice.

[0216] For the D2R backscatter transmission, any of the following can be used:

[0217] - Case 1) CW may be provisioned at DL spectrum and backscattered, e.g., CW @ DL spectrum, D2R backscattering @ DL spectrum.

[0218] - Case 2) CW may be provisioned at UL spectrum and backscattered, e.g., CW @ UL spectrum, D2R backscattering @ UL spectrum.

[0219] - Case 3) CW may be provisioned at DL spectrum, frequency shifted to UL spectrum, and then backscattered, e.g., CW @ DL spectrum, D2R backscattering @ UL spectrum.

[0220] In one example, Case 1) or Case 2) may be evaluated for device 1, e.g., CW and D2R backscattering on the same frequency and, therefore, a frequency shifter (FS) may not be required.

[0221] With reference to FIG. 10, an example impedance matching circuit for backscatter device D2R modulation according to the disclosure is shown.

[0222] The following are simple examples of impedance matching operations:

[0223] - Open circuit: Full reflection of the received CW signal in the same phase. This can be used for OOK modulation with matching circuit.

[0224] - Short circuit: Full reflection of the received CW signal in the reversed phase. This can be used for phase-shift keying (PSK) modulation.

[0225] - Matching circuit: No reflection as the impedance is matched to a load, e.g., absorption. This can be utilized for energy harvesting, Rx mode, or modulation with other matching states.

[0226] - Multi-level matching circuit: As illustrated in FIG. 10. Multi-level impedance matching to Z1, Z2, ..., ZLfor log2(L) bits per symbol ASK modulation.

[0227] Depending on the matched load impedance, the matching circuit can backscatter the incoming CW signal with different reflection coefficients in both amplitude and phase. In general, amplitude shift keying (ASK) / phase shift keying (PSK) / frequency shift keying (FSK) may be supported using an impedance matching circuit. As a simplest modulation scheme, OOK may be evaluated. The device may indicate its modulation capability or impedance matching capability to the network (e.g., the network 130), or certain requirement may be predefined in the specification of system operation.

[0228] With reference to FIG. 11, an example device 2a backscatter architecture based on RF envelope detection according to the disclosure is shown.

[0229] The device 2a may share similar structure at large with device 1 as the D2R transmission is still based on backscattering of an externally provided CW, while the device 2a may differ from device 1 from the following aspects.

[0230] The device 2a may have a few hundred μW peak power consumption and both R2D and / or D2R amplification in the device. In this case, alternative to the RF energy harvesting from a R2D signal or an externally provided CW signal, other renewable energy sources, e.g., solar, thermal, kinetic, etc., may be provided for energy harvesting. The presence of a certain energy harvesting capability from a certain renewable energy source may be expected for system design point of view. The use of energy harvesters, e.g., RF energy harvester 915 only, other energy harvester only, or both, can be an implementation choice.

[0231] The device 2a may be equipped with both R2D and / or D2R amplification in the device. Given the power consumption requirement, e.g., a few hundred μW, the R2D / D2R amplification for device 2a may be based on an architecture that is different from the typical power amplifier (PA) and low noise amplifier (LNA). In some example low-power / complexity architectures for forward amplifier for reader-to-device (R2D) reception and reflection amplifier for device-to-reader (D2R) transmission, a single bipolar transistor terminated with microstrips may be used. The receiver amplification can be either RF amplification prior to the envelope detector, baseband amplification after the envelope detector, or both, which is an implementation choice. For example, a reflection amplifier is used for both R2D reception and D2R transmission, and LNA may or may not exist. For example, a reflection amplifier is used for D2R transmission only and LNA is used for R2D reception amplification.

[0232] For example, a reflection amplifier can be used only for backscattering, e.g., one-way amplification. For example, a reflection amplifier can be used for both backscattering and receiving, e.g., two-way amplification. For a reflection amplifier, it can be expected that 10 ~ 25 dB gain is achievable, at a power consumption of a few tens to hundreds micro-Watts. It is noted that an exact power consumption value will be highly dependent on implementations. On the other hand, a stability of an amplifier is a function of an input impedance and operating frequency. Since A-IoT devices are expected to be deployed for a certain operating frequency and not expected to adapt to another frequency after deployment, the implementation can ensure a stable operation of the amplifier for the target frequency.

[0233] One additional difference of device 2a compared to device 1 may be a use of a FS. With a few hundred μW peak power consumption, some low-power LO architectures with a frequency mixer can be taken into account for Case 3). With FS, it can be expected that the CW is provided in a frequency different than the UL carrier frequency. Because the A-IoT devices are targeting for low complexity and low power consumption, the following options can be evaluated as an example method for frequency shift:

[0234] - Ultra-low power local oscillator (LO), whose output frequency is multiplied in one or more stages using a frequency multiplier to obtain a desired amount of frequency shift.

[0235] - Calibrated RC (resistor-capacitor) oscillator, which uses CW frequency as an input to the RC oscillator with phase locked loop (PLL) circuitry.

[0236] - CW signal provided at the UL carrier frequency; In this case, no frequency shifter is needed.

[0237] - Use of harmonic frequencies of CW signal or intermodulation frequencies of two-tone CW signals.

[0238] The device 2a receiver architecture may be based on RF envelope detector, intermediate frequency (IF) envelope detector (ED), e.g., heterodyne receiver, or homodyne receiver with zero IF, as exemplified for device 2b.

[0239] The device 2b may share similar structure at large with the device 2a other than the UL signal is internally generated using LO rather than backscattering the externally provided CW. The example architecture shown in FIGS. 14-16 is based on an active transmitter chain, wherein the UL data is modulated, converted to an analog signal using digital to analog converter (DAC) and, then up-converted to a UL carrier frequency using LO and frequency mixer, which is followed by an amplifier.

[0240] In FIG. 14, the DL receiver chain may still be based on the RF envelope detector as in the previous architectures. In FIG. 15, the DL receiver chain may be based on heterodyne receiver with IF envelope detector. In the heterodyne architecture, the RF signal may be down converted into an intermediate frequency and then detected using an envelope detector. In FIG. 16, the DL receiver may be based on homodyne receiver, e.g., zero-IF. In the homodyne / zero-IF architecture, the RF signal may directly be down converted into baseband signal and then detected using a comparator / ADC.

[0241] FIGS. 9-16 should be understood for illustration purpose only. There can be other components not explicitly shown in the figure such as switch, duplexer, and filters, or some components may be replaced to different options. Also, the devices can operate both in TDD and FDD spectrum, either licensed or unlicensed, and, depending on the operating spectrum, the actual architectures can be different from the conceptual illustrations in the figures.

[0242] For R2D transmission at least OOK modulation may be used. For D2R transmission, one or more of OOK, binary PSK, binary FSK can be used. The general principle for OOK signal generation based on CP-OFDM waveform may include encoding OOK chips generated by encoding schemes on top of CM-OFDM waveform. Such encoding schemes include Manchester encoding, PIE (Pulse-Interval Encoding), Miller encoding, FM0 encoding, any other types of line-coding schemes, or even no line-coding schemes such as based on square-wave modulation. The following OOK schemes based on CP-OFDM waveform can be taken into account.

[0243] - OOK-1: Single-chip in 1 OFDM symbol. OOK=1 may meanNsub-carriers (SCs) are modulated. OOK=0 may mean SCs are zero power (from base-band point of view).

[0244] - OOK-2: ParallelM-bit OOK in frequency domain.NSCs may further be separated intoMsegments with guard-bands in-between and / or around. OOK=1 may mean SCs in segment are modulated. OOK=0 may mean SCs in segment are zero power (from base-band point of view).

[0245] - OOK-3: Multi-tone single-bit OOK.NSCs may be separated intoLsegments without guard-bands in-between segment, but around. OOK=1 may mean 1 sub-carrier (known by receiver) of each segment is modulated, rest of SC is zero power (from base-band point of view). OOK=0 may mean SCs in segments are zero power (from base-band point of view).

[0246] - OOK-4: TransformM-bit OOK in time domain.NSCs of OOK-1 may be generated by a transformation (DFT / Least square).N'samples are generated fromM-bits. Signal modification and / or truncation may or may not be used. The resulting samples,N, may be mapped toNSCs.

[0247] The disclosure is applicable to any encoding schemes, any OOK modulation schemes with differentMvalues if applicable, or any underlying waveforms such as CP-OFDM or its variants including DFT-s-OFDM, etc.

[0248] In deploying A-IoT devices, different topology options can be evaluated. The following provides examples of topology options:

[0249] - Topology 1: BS A-IoT device

[0250] -- An A-IoT device may directly and bidirectionally communicate with a basestation. The communication between the basestation and the A-IoT device may include A-IoT data and / or signalling. This topology may include the BS transmitting to the A-IoT device is different from the BS receiving from the A-IoT device.

[0251] - Topology 2: BS intermediate node Ambient IoT device

[0252] -- An A-IoT device may communicate bidirectionally with an intermediate node between the device and basestation. In this topology, the intermediate node can be a relay, IAB node, UE, repeater, etc. which is capable of A-IoT. The intermediate node may transfer A-IoT data and / or signalling between BS and the A-IoT device. The intermediate node may be referred to as I-node in this disclosure.

[0253] - Topology 3: BS assisting node Ambient IoT device BS

[0254] -- An A-IoT device may transmit data / signalling to a basestation, and receive data / signalling from the assisting node; or the A-IoT device may receive data / signalling from a basestation and transmit data / signalling to the assisting node. In this topology, the assisting node can be a relay, IAB, UE, repeater, etc. which is capable of A-IoT.

[0255] - Topology 4: UE Ambient IoT device

[0256] -- An A-IoT device may communicate bidirectionally with a UE. The communication between UE and the A-IoT device may include A-IoT data and / or signalling.

[0257] This disclosure is applicable at least to the following deployment scenarios:

[0258] - Scenario 1: Device indoors, BS indoors

[0259] - Scenario 2: Device indoors, BS outdoors

[0260] - Scenario 3: Device indoors, UE-based reader

[0261] - Scenario 4: Device outdoors, BS outdoors

[0262] - Scenario 5: Device outdoors, UE-based reader

[0263] The deployment of A-IoT can be on the same sites as an existing 3GPP deployment corresponding to the BS type, e.g., macro-cell, micro-cell, pic-cell, etc. In an embodiment, it may be expected that the deployment of A-IoT can be on new sites without an expectation of an existing 3GPP deployment. The deployment can be based on licensed or unlicensed TDD or FDD spectrum, which may be in-band to an existing deployment, in guard-band of an existing deployment, or in a standalone band. Different traffic types can be supported including device-terminated (DT) and device-originated (DO), wherein DO traffic can be further divided into DO autonomous (DO-A), and DO device-terminated triggered (DO-DTT) types.

[0264] A-IoT device may be one type of a UE. An embodiment in this disclosure can be generally applicable to other types of UEs, e.g., smartphones, AR / VR devices, or any other types of IoT devices.

[0265] FIG. 17 illustrates an example system 1700 for D2R / R2D transmission including an intermediate UE according to an embodiment of the present disclosure. For example, system 1700 can be implemented in the wireless network 100 of FIG. 1. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0266] With reference to FIG. 17, a topology involving an intermediate node is shown, wherein the intermediate node (I-node) can be any of a UE, relay, repeater, a dedicated node, or a gNB (e.g., the BS 102). Any operations performed by a BS can be also performed by the I-node instead of the BS, and all or part of interfaces are transparent to the A-IoT devices.

[0267] An entity directly communicating with a device, or tag, is collectively termed as a reader, which can be an intermediate node as illustrated in FIG. 17, an assisting node, a UE, or a BS directly communicating with a device.

[0268] This disclosure is applicable to any of the following spectrum options, wherein a reader can be any of a BS, an intermediate node, an assisting node, or a UE in any of the topologies or scenarios disclosed herein:

[0269] - CW may be transmitted on DL spectrum and D2R may be transmitted on the DL spectrum or shifted to UL spectrum.

[0270] - CW may be transmitted on UL spectrum and D2R may be transmitted on the UL spectrum or shifted to DL spectrum.

[0271] - R2D transmission by a reader may be on DL spectrum or UL spectrum.

[0272] - A node transmitting the CW can be a node inside the topology, e.g., a BS, an intermediate node, an assisting node, or a UE (e.g., the UE 116), or a node outside the topology, e.g., a dedicated CW source.

[0273] - A reader receiving D2R transmission and a reader transmitting R2D may be the same or different.

[0274] - For example, CW may be transmitted on DL spectrum and D2R transmission may be shifted to UL spectrum, wherein the node transmitting the CW is a node inside topology or outside topology, and a reader transmitting R2D and a reader receiving D2R may be the same or different.

[0275] - For example, CW may be transmitted on DL or UL spectrum and D2R transmission may be on the same spectrum for which the CW is transmitted, wherein the node transmitting the CW is a node inside topology or outside topology, and a reader transmitting R2D and a reader receiving D2R may be the same or different.

[0276] A physical channel for reader to device transmission is referred to as a physical reader to device (R2D) channel (PRDCH), and a physical channel for device to reader transmission is referred to as a physical device to reader (D2R) channel (PDRCH) in this disclosure.

[0277] For PRDCH and PDRCH transmission, a timing acquisition signal, e.g., a preamble, may be included at least for timing acquisition and for indicating the start of the transmission in time domain, respectively.

[0278] There may be a timing relationship between transmissions as herein:

[0279] - TR2D_min, TR2D_max: Minimum / maximum time between a R2D transmission and the corresponding D2R transmission following it.

[0280] - TD2R_min, TD2R_max: Minimum / maximum time between a D2R transmission and the corresponding R2D transmission following it.

[0281] - TR2D_R2D_min, TR2D_R2D_max: Minimum / maximum time between two different consecutive R2D transmissions to the same A-IoT device.

[0282] - TD2R_D2R_min, TD2R_D2R_max: Minimum / maximum time between two different consecutive D2R transmissions from the same A-IoT device.

[0283] FIG. 18 illustrates an example signal structure 1800 for A-IoT systems according to an embodiment of the present disclosure. For example, signal structure 1800 can be received by any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0284] With reference to FIG. 18, an example signal structure used for A-IoT system for R2D or D2R transmission according to the disclosure is shown. The dotted block indicates that it may or may not exist.

[0285] The first figure in FIG. 18 illustrates a general signal structure comprised of one or more of the following elements:

[0286] - Start-indicator, e.g., delimiter: Start-of-signal indication. It may be a short duration of low voltage signal or an ON / OFF pattern, e.g., high / low voltage transmission. The start-indicate may present in the PRDCH, and it may not be present in the PDRCH.

[0287] - Postamble, e.g., end-indicator: It may be a short duration of a low voltage signal or an ON / OFF pattern, e.g., high / low voltage transmission. The postamble may or may not be present depending on the system design. In one example, the presence of the postamble for PRDCH may be indicated in the PRDCH control / header part. Similarly, in one example, the attachment of the postamble for PDRCH may be indicated in the preceding PRDCH control / header part.

[0288] - Clock acquisition: A sequence that provides OOK chip rate acquisition, which is used to detect OOK chips for the rest of the signal, and the chip synchronization. The clock acquisition part may be a part of preamble.

[0289] - Header: The header field may carry necessary information for R2D or D2R signal reception, providing L1 or L2 control information

[0290] - Payload: The field may provide data including any of L1, L2, or higher layer control information, system information, etc.

[0291] FIG. 19 illustrates example signal structures 1900 for A-IoT systems according to an embodiment of the present disclosure. For example, signal structures 1900 can be received by any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0292] With reference to FIG. 19, an example signal structure used for A-IoT system for R2D or D2R transmission with midamble according to the disclosure is shown. The dotted block indicates that it may or may not exist.

[0293] When a transmission is longer than a certain threshold, which may be predefined in a specification of system operations or indicated to the device for reception or transmission from the device, the payload may be divided into multiple segments with midamble. A single header for the entire payload, or one or more headers for each segments of the payload may be provided. A single CRC for the entire payload (either inclusive or non-inclusive of the header) or one or more CRCs for each segments of the payload may be provided.

[0294] For example, the insertion of the midamble may be only for PDRCH. For example, the insertion of the midamble may be both for PDRCH and PRDCH.

[0295] For example, as illustrated in the upper figure, the payloads segmented by the midambles may not be attached with a separate control / header field. For example, as illustrated in the lower figure, the payloads segmented by the midambles may be attached with separate control / header field. For example, the entire transmission may be regarded as one PRDCH or PDRCH. For example, the midamble may not be regarded as a part of PRDCH or PDRCH and the transmissions separated by the midamble may be regarded as a separate PRDCH to your PDRCH.

[0296] One main use case of A-IoT is inventory, e.g., asset identification and tracking, while the reader may not have a prior knowledge of devices in its proximity. Therefore, embodiments of the present disclosure recognize that there is a need to define procedures and methods for device identification via random access.

[0297] A device may be unavailable or time to time for a certain time duration due to the lack of energy and for charging by harvesting energy. This may impact the inventory process, if a device's remaining energy level cannot sustain the current inventory process. This may also impact a transmission or a reception if a device's remaining energy level cannot sustain the current transmission or reception duration.

[0298] The disclosure relates to a communication system. The disclosure relates to defining functionalities and procedures for communication with A-IoT devices which may be lacking a precise timing capability and have a limited operation time due to energy harvesting.

[0299] The disclosure also relates to defining functionalities and procedures for a device to perform random access for inventory and defining timing parameters for exchanging messages during random access.

[0300] The disclosure also relates to defining functionalities and procedures for a device to receive a PRDCH providing group-ACK message 2 in response to a PDRCH transmission providing message 1 during random access.

[0301] The disclosure also relates to defining functionalities and procedures for a device to receive a PRDCH providing message 2 from a burst of PRDCH transmissions providing message 2 in response to a PDRCH transmission providing message 1 during random access.

[0302] The disclosure also relates to defining functionalities and procedures for a device to receive a PRDCH providing message 2, indicating a request for certain data or a command, and transmit PDRCH providing message 3 during random access.

[0303] The disclosure also relates to defining functionalities and procedures for defining a time unit for timing indication and a device to determine a PDRCH transmission timing.

[0304] The disclosure also relates to defining functionalities and procedures for a device to determine a PRDCH chip length.

[0305] The disclosure also relates to defining functionalities and procedures for a device to determine a PDRCH chip length.

[0306] Embodiments of the disclosure for communication with A-IoT devices, which may be lacking a precise timing capability and have a limited operation time due to energy harvesting, are summarized in the following and are fully elaborated further herein.

[0307] - Method and apparatus for a device to perform random access for inventory and defining timing parameters for exchanging messages during random access.

[0308] - Method and apparatus for a device to receive a PRDCH providing group-ACK message 2 in response to a PDRCH transmission providing message 1 during random access.

[0309] - Method and apparatus for a device to receive a PRDCH providing message 2 from a burst of PRDCH transmissions providing message 2 in response to a PDRCH transmission providing message 1 during random access.

[0310] - Method and apparatus for a device to receive a PRDCH providing message 2, indicating a request for certain data or a command, and transmit PDRCH providing message 3 during random access.

[0311] - Method and apparatus for defining a time unit for timing indication and a device to determine a PDRCH transmission timing.

[0312] - Method and apparatus for a device to determine a PRDCH chip length.

[0313] - Method and apparatus for a device to determine a PDRCH chip length.

[0314] FIG. 20 illustrates a timeline 2000 for an example sequential identification process according to an embodiment of the present disclosure. For example, timeline 2000 for an example sequential identification process can be followed by any of the readers described herein and any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0315] With reference to FIG. 20, an example sequential device identification process via random access according to the disclosure is shown.

[0316] FIG. 21 illustrates a flowchart of an example device procedure 2100 for performing random access according to an embodiment of the present disclosure. For example, procedure 2100 can be performed by any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0317] The procedure may begin in 2110, a device may receive paging message from a reader providing information related to perform random access. In 2120, the device may draw a random number, which corresponds to a random access slot for message 1 transmission. In 2130, the device may transmit message 1 upon receiving a triggering message from the reader announcing the current random access round index corresponding to the drawn random number. In 2140, the device may receive message 2 from the reader after transmitting the message 1. In 2150, the device may exchange additional messages with the reader, if any.

[0318] With reference to FIG. 21 illustrates an example flowchart for a device to perform random access according to the disclosure is shown.

[0319] Random access for inventory may be initiated by a reader transmitting a page in message and a device receiving the page in message.

[0320] The paging message may include device ID for target device identification and information related to determine the resources to be used for the following message 1 transmission. As an example, the paging message can include one or more of:

[0321] - Inventory procedure type, e.g., whether it is a full-step procedure or a reduced procedure such as four-step or two-step.

[0322] -- For the 4-step random access, whether the message 4 is expected or not.

[0323] - Reader ID which can be uniquely identify the reader, e.g., a reader device ID, a random number, or a Cell ID.

[0324] - Reader device type, whether it is a gNB based reader or a UE based reader.

[0325] - An ID for identifying the legitimate paging message such as an operator ID, e.g., to distinguish a reader from an operator from another reader from another operator.

[0326] - Parameters related to power control: transmission power of a message 1 preamble or any pathloss reference signal, target reception power, pathloss scaling factor, a power ramping step in dB for re-attempts.

[0327] - Parameters related to random access resource configuration

[0328] -- A number of time slots for random access, whose duration is predefined in the specifications of system operation or indicated in the triggering message.

[0329] -- A frequency domain resources. For example, it can be a number of frequency domain resources, wherein the resource can be a sub-carrier, a PRB, a unit frequency amount, or frequency ranges. As an example, a device may randomly select a frequency resource from the number of resources. For example, it can be a number of frequency shifts, wherein the shifts can be indicated by ± Hz, ± integer multiples of a unit amount of a frequency, or a parameter of a line code, such as a number of subcarrier cycles per symbol.

[0330] -- There may be an indication of available or prohibited time slots / frequency resources / shifts for random access, e.g., using a mask or a bitmap of a size equal to the number of time slots. The mask / bitmap may be provided separately for each frequency resource / shift, or commonly.

[0331] - Preamble sequence: If more than one preamble pattern is supported, it can indicate information related to preamble sequence that can be used for PDRCH for the message 1 transmission. The indication may include a dedicated root sequence index for the preamble. The indication may include one or more dedicated preamble index(es). In one example, preamble indexes may be indicated for respective devices addressed by the paging message.

[0332] - Parameters related to random access

[0333] -- Medium access probability, which may be applied for the given time slots, or per time slot in an individual manner. In one example, the access probability may be 1.

[0334] - Parameters related to identifier to include in PDRCH transmission. For example, parameters may be related to random number generation such as an interval to draw a random number, e.g., [0, 2N-1], wherein N is indicated. For example, indication may be provided for a type of identifier, such as device product code, e.g., product code (PC), extended product code (XPC), electronic product code (EPC), or a random number, and such as full format or a shortened format. For example, more than one N values may be indicated, one for a certain device group and another one for another device group. In this manner, a prioritized device identification can be performed by a device group indicated a smaller value of N.

[0335] - Parameters related to PDRCH

[0336] -- Transmission duration, e.g., in number of symbols or chips, payload size

[0337] -- Frequency resources such as a particular sub-carrier, PRB, or frequency range for transmission. For example, a particular frequency shift amount for UL transmission such as by ± Hz, ± integer multiples of a unit amount of a frequency, or a parameter of a line code, such as a number of subcarrier cycles per symbol.

[0338] -- MCS or a parameter of a line code, such as a number of subcarrier cycles per symbol.

[0339] -- Attachment of preamble, midamble, postamble, and their format, e.g., long or short format, if more than one formats are supported.

[0340] -- Attachment of CRC, and / or CRC size.

[0341] -- Modulation type such as OOK-1, OOK-4, BPSK, QPSK, FSK, ASK with orders.

[0342] -- Coding type such as indicator for Manchester coding, FM0, or Miller coding.

[0343] - Parameters related to device selection

[0344] -- A particular device ID, or a list of device IDs.

[0345] -- A particular device group ID

[0346] --- A device may be assigned with a unique device group ID, apart from a device ID.

[0347] --- A device ID may be comprised of two parts; first part a device group ID and second part a device ID within the group. In this case, the first part of the device ID may be indicated.

[0348] --- mod (device ID, K) = L. In this case, K and L may be indicated. In one example, L is fixed, e.g., zero, and only K is indicated.

[0349] -- All devices, e.g., by indicating NULL or some predefined codepoint for addressing the target device or device groups in the PRDCH transmission. Indicating NULL may imply that the message does not contain an ID.

[0350] - Other parameters

[0351] -- Maximum number of allowed random access transmissions

[0352] -- Response monitoring window after transmitting the random access

[0353] -- Prohibit timer after a failed random access attempt

[0354] -- Allowance of UL power amplification

[0355] -- System / channel / occupied BW

[0356] -- Sub-carrier spacing

[0357] -- Parameters related to the carrier wave (CW), e.g., CW bandwidth, frequency, single-tone or multi-tone. PRDCH to CW power offset.

[0358] 4-step random access may be comprised of the following steps:

[0359] - A-IoT message 1 (Msg1): the device may send an ID to the reader. Fixed random ID size of 16 bit may be used. The ID may be randomly generated.

[0360] - A-IoT message 2 (Msg2): the reader may echo the ID received in Msg1. Msg3 transmission resource can explicitly be indicated in Msg2.

[0361] - A-IoT message 3 (Msg3): device may send Device ID and / or any other upper layer data (depending on upper layer request)

[0362] - A-IoT message 4 (Msg4): the subsequent R2D transmission after D2R transmission, which does not need to be sent in random access. "Msg4" can be taken into account to handle the Msg3 transmission failure (due to various reasons).

[0363] For example, the reader may assign an ID to the device, different from the random ID used in the previous steps, in message 2 or message 4 for the purpose of addressing the identified device for subsequent communication with the reader. For example, when the device receives message 2 confirming its random ID in message 1, the device may assume that the random ID is automatically promoted to an assigned ID, which can be used for subsequent communication with the reader.

[0364] The Msg4 may or may not be present; therefore the random access may be compromised of three steps. However, in this disclosure, it may also be referred to as 4-step random access.

[0365] If the paging message is addressed to one or more targeted devices with dedicated resources, the message 1 / 2 may be skipped and the device may directly transmit message 3 upon receiving the paging message. The device ID included in the message 3 can be a random ID that the device already exchanged with and confirmed from a reader or the ID is associated with the device itself, such as EPC, XPC and PC.

[0366] 2-step random access may be comprised of the following steps:

[0367] - A-IoT Msg1: The device may send Device ID and / or any other upper layer data (depending on upper layer request). Fixed random ID size of 16 bit may be used. The ID may randomly be generated.

[0368] - A-IoT Msg2: the reader may echo some information from Msg1.

[0369] A device may randomly decide to transmit the message 1, and potentially transmit the message 1 following a triggering message reception. The first trigger message may follow the paging message transmission in a time interval [TR2D_R2D_min, TR2D_R2D_max]. For example, for the very first random access round, the triggering message transmission may be skipped, and the paging message may serve the purpose of the first triggering message. For example, the time interval between two adjacent triggering messages may be fixed, which is denoted by Ttrigger. For example, the next triggering message can follow the previous triggering message in a certain time interval denoted by [Ttrigger _min, Ttrigger_max]. For example, a triggering message may indicate the transmission timing of the one or more next subsequent triggering messages. For example, the message 4 transmission can serve the purpose of the next triggering message. Therefore, there may be no separate triggering message transmission and devices can transmit message 1 following the message 4 in the time interval [TR2D_min, TR2D_max]. Similarly, for the 4-step random access, the message 2 can serve the purpose of the next triggering message.

[0370] The triggering message, including any other signal that can serve the purpose of triggering message such as paging, message 2 or message 4, can provide one or more of the followings:

[0371] - Any information from the list of information disclosed for the paging message.

[0372] - Any information provided in the paging message, which is repeated or an update to the previously indication in the paging.

[0373] - Remaining or the current triggering message count, e.g., N, N-1, N-2, ....

[0374] - Transmission timing of the one or more next subsequent triggering messages

[0375] - List of identified device IDs in the previous round. This may serve as an acknowledgement, as well as the identified devices can skip the subsequent random access rounds of the inventory process.

[0376] - Remaining time until the end of the current inventory process or the start of next new inventory / command process. A device, which has successfully finished the random access, may not be required to monitor R2D signal or expected to transmit D2R signal during the indicated remaining time.

[0377] - Parameters for facilitating the sleep state, e.g., the maximum and the minimum time between the triggering messages, and the sleep timer for devices already checked in. The sleep timer may be broadcasted, which applies to the devices which already have checked in. Alternatively, the timer may be specifically indicated to a specific device ID.

[0378] In the sequential device identification process via random access, device identification may be performed for at most one device in one random access round. The figure is illustrated for time domain operation. It can be understood that the operation can be both in time and frequency domain, e.g., the message 1 transmission may involve a random time / frequency resource selection. Furthermore, the message 1 transmission may further involve a selection for the preamble signal from the set of allowed preamble signals.

[0379] The message 1 transmission may follow the preceding trigger message in time interval [TR2D_min, TR2D_max]. Alternatively, the message 1 transmission timing may be indicated in the trigger message. The message 2 may follow the preceding message 1 transmission in time interval [TD2R_min, TD2R_max]. The subsequent message 3 transmission may follow the preceding message 2 transmission in time interval [TR2D_min, TR2D_max]. Alternatively, the message 3 transmission timing may be indicated in the message 2. The subsequent message 4 transmission may follow the preceding message 3 transmission in time interval [TD2R_min, TD2R_max]. The message 4 may or may not be transmitted.

[0380] The 2-step random access can be understood from FIG. 19 which only involves message 1 and message 2 transmission in each round.

[0381] FIG. 22 illustrates a timeline 2200 of an example multiplexed identification process according to an embodiment of the present disclosure. For example, timeline 2200 can be followed by any of the readers described herein and any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0382] With reference to FIG. 22, an example multiplexed device identification process via random access according to the disclosure is shown. Any details disclosed for the sequential identification process can be also applicable for the multiplexed device identification process as well.

[0383] The random access from multiple devices may occur in a burst manner over a number of consecutive time slots. For example, the length of each time slot may include D2R transmission duration for random access and guard time. For example, the length of each time slot may be equal to D2R transmission duration for random access, and there may be a separate guard time provided between time slots. For example, the reader may transmit a certain timing reference signal, e.g., preamble, synchronization signal, etc., in the beginning of each time slot, and the D2R transmission for random access follows after a certain time interval, e.g., [TR2D_min, TR2D_max].

[0384] In one example, one or multiple time instances may be indicated in the paging message or in the trigger message. The interval between two consecutive time instances may be fixed. In this example, a number of time instances may be indicated to the devices. The start of the first time instance may be indicated or predefined in the specifications of the system operation, e.g., TR2D_minor TR2D_maxfrom the triggering or paging message reception. For example, the interval between two consecutive time instances may not be fixed. For instance, the time interval may increase for time instances later in time. This increased interval may be to accommodate a timing drift of a device from the reception of a paging or a trigger message.

[0385] For the one or multiple indicated time instances, a device may attempt to transmit at the indicated time instances according to the random decision for accessing. For example, for the one or multiple indicated time instances, a device may attempt to transmit within a certain margin, e.g., [- , ] wherein and can be the same or different, at the indicated time instances according to the random decision for accessing. For example, for the one or multiple indicated time instances, a device may attempt to transmit within a certain time interval, e.g., [ , ] wherein and can be TR2D_minand TR2D_maxas an example, from the indicated time instances according to the random decision for accessing.

[0386] For example, the message 2 may be provided individually for each successfully received message 1 in a burst manner. When one or more message 2 are transmitted in a burst manner, there may be a time gap, e.g., TR2D_R2D, between the transmissions. Alternatively, there may be no time gap between the consecutive ACK transmissions. For example, a group message may be provided for a number of successfully received message 1 from the preceding one or more random access slots. The group message may include a number of message 2s in one transmission for one or multiple devices who message 1 transmission is successfully received at the reader.

[0387] FIG. 23 illustrates a timeline 2300 of an example Msg 2 group-acknowledgement (ACK) transmission according to an embodiment of the present disclosure. For example, timeline 2300 can be followed by any of the readers described herein and any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0388] With reference to FIG. 23, an example Msg 2 group-ACK transmission corresponding to multiple Msg 1s according to the disclosure. The illustrated random access slots need not be consecutive. They can be disjoint and further associated with respective triggers. Although the figure is illustrated for the purpose of illustration providing 3-step random access. However, it is noted that any embodiment disclosed herein can be applicable for 2-step random access or 4-step random access.

[0389] FIG. 24 illustrates a flowchart of an example device procedure 2400 for receiving a PRDCH according to an embodiment of the present disclosure. For example, procedure 2400 can be performed by any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0390] The procedure may begin in 2410, a device may transmit a PDRCH providing message 1 to a reader. In 2420, the device may monitor during a certain time window and receive a PRDCH from the reader providing group-ACK message 2 including one or more blocks to one or more devices. In 2430, the device may determine the block index for the device from the one or more blocks based on a predefined rule or control information provided in the PRDCH providing the group-ACK message 2. In 2440, the device may read the corresponding block from the PRDCH providing the group-ACK message 2.

[0391] With reference to FIG. 24, an example flowchart is shown for a device to receive a PRDCH providing group-ACK (Msg 2) according to the disclosure.

[0392] For example, a device may expect to receive a group-ACK (Msg 2) after a certain time gap from the end of the random access slots, e.g., from the end of the last slot as illustrated in the figure. The time gap may be predefined in the specifications of a system operation or indicated to the device. In one example, the time gap may be TD2R_min.

[0393] For example, there may be a monitoring window defined such that a device monitors a possible group-ACK for a time interval of [T1, T2] from the end of the last random access slot. The parameters T1, T2may be predefined in the specifications of a system operation or indicated to the device in the paging or a trigger message. In one example, T1, T2may correspond to TD2R_min, TD2R_max, respectively.

[0394] FIG. 25 illustrates an example PRDCH 2500 according to an embodiment of the present disclosure. For example, PRDCH 2500 can be received by any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0395] With reference to FIG. 25, an example PRDCH providing a group-ACK (Msg 2) according to the disclosure is shown.

[0396] In the PRDCH providing a group-ACK (Msg 2), an acknowledgement to one or more Msg 1 transmissions from one or more devices may be provided.

[0397] Any device may determine the location of a block for the device in the PRDCH providing a group-ACK (Msg 2) in one of the following manner:

[0398] - There may be a fixed association between the random access resource and the location of the block in the PRDCH providing a group-ACK (Msg 2). In one example, the length of each block may be fixed and predefined in a specification of a system operation. Therefore, by having the block index a device can locate the starting position of the corresponding block within the PRDCH providing a group-ACK (Msg 2).

[0399] -- If the random access resource is comprised of a number of time slots, K, as illustrated in the figure, for a device transmitted Msg 1 in the k-th slot may have a block index k in the PRDCH providing a group-ACK (Msg 2).

[0400] -- If the random access resource is comprised of a number of frequency resources / shifts, J, for a single transmission occasion, for a device transmitted Msg 1 in the j-th frequency resource / shift may have a block index j in the PRDCH providing a group-ACK (Msg 2).

[0401] -- If the random access resource is comprised of a number of time slots, K, and a number of frequency resources / shifts, J, for a device transmitted Msg 1 in the k-th slot and in the j-th frequency resource / shift may have a block index (k-1)·J + j. This is just an example and similar approaches should be regarded as a variant of this method.

[0402] --- As one variant, there can be a notion of subgrouping of the blocks such that every J blocks are grouped into one level. Therefore, the block index for the example herein may be given by (k, j).

[0403] -- There may be additional resource domain, such as code domain. The same principle as described herein applies in a similar manner.

[0404] - A block index for a device may be provided in the PRDCH providing a group-ACK (Msg 2).

[0405] -- For example, the control information in the PRDCH may provide a list of random IDs successfully received in the message 1 receptions. An index of a random ID of the device from the list of random IDs provided in the control information may correspond to the block index for the device to locate its block in the PRDCH providing a group-ACK (Msg 2). For instance, if the random ID used by the device is found in the n-th entry from the list of random IDs provided in the control information, then the block index for the device may be n.

[0406] -- For example, as illustrated in the figure, each block may provide an header providing the address field, where the address field provides the random ID received in the Msg 1 reception. A device may search through the blocks to find a matching random ID in the addressed field that it used for the Msg 1 transmission, which is the block for the device.

[0407] FIG. 26 illustrates a timeline 2600 of example burst Msg 2 transmissions according to an embodiment of the present disclosure. For example, timeline 2600 can be followed by any of the readers described herein and any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0408] With reference to, FIG. 26, an example burst Msg 2 transmissions corresponding to multiple Msg 1s according to the disclosure. The illustrated random access slots need not be consecutive. They can be disjoint and further associated with respective triggers. Although the figure is illustrated for the purpose of illustration providing 3-step random access. However, it is noted that any embodiment disclosed herein can be applicable for 2-step random access or 4-step random access.

[0409] In FIG. 26, a PRDCH may provide a single Msg 2 which corresponds to a single Msg 1 reception in a burst manner. Any details disclosed for the group-ACK can be also applicable for the burst ACK transmission.

[0410] FIG. 27 illustrates a flowchart of an example device procedure 2700 for receiving a PRDCH according to an embodiment of the present disclosure. For example, procedure 2700 can be performed by any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0411] The procedure may begin in 2710, a device may transmit a PDRCH providing message 1 to a reader. In 2720, the device may determine a time window for monitoring a PRDCH providing message 2 based on the time and / or frequency resource / shift used for the PDRCH transmission providing the message 1. In 2730, the device may monitor a PRDCH from the reader providing the message 2 during the determined time window. In 2740, the device may receive the PRDCH from the reader providing the message 2.

[0412] With reference to FIG. 27, an example flowchart is shown for a device to receive a PRDCH providing message 2 according to the disclosure.

[0413] A device may monitor the PRDCH providing Msg 2 in one of the following example manners:

[0414] - There may be a monitoring window defined such that the device, who transmitted Msg 1, monitors a possible Msg 2 intended to the device from the burst Msg 2 transmissions in a time interval [T1, T2] from the end of the last random access slot.

[0415] -- For example, T1, T2may correspond to TD2R_min, TD2R_max, respectively.

[0416] -- For example, T1, T2, or both T1and T2may be dependent on the total number of time and frequency resources configured for the random access. For instance, it may be predefined such that T1corresponds to TD2R_min, while T2is determined based on the total number of random access opportunities configured in time and frequency. In principle, T2may increase with the total number of random access opportunities.

[0417] - For example, each random access time slot may be associated with a separate monitoring window, which may or may not overlap with each other.

[0418] -- Each random access time slot i may be associated a monitoring window, [Ti,1, Ti,2] from the end of the last random access slot or from the end of time slot i.

[0419] -- The length of the monitoring window can be dependent on the number of frequency resources / shifts configured for each time resource. For instance, Ti,2- Ti,1may increase with the number of frequency resources / shifts.

[0420] -- As an example, the monitoring window associated with the first random access time slot may be defined from the end of the last random access time slot as [Toffset, Toffset+ W], where Toffsetis the start offset from the end of the last random access time slot, which may be TD2R_minand W is the monitoring window length. Then, the monitoring window associated with the n-th random access time slot may be defined from the end of the last random access times slot as , where and W may be the same or different.

[0421] -- When more than one frequency resources / shifts are configured for a given time domain resource, which can be one or multiple, each frequency resource / shift may be associated with a certain offset from the start of the monitor window associated with the given random access time slot. For instance, if the monitoring window for the given random access time slot is given as [T1, T2], the monitoring window for the first frequency resource / shift may be given the same as [T1, T2], while for the second frequency resource / shift, it is given as [T1+δ, T2+δ] and so on. In one example, δ may be equal to T2- T1.

[0422] Any of the described parameters herein may be predefined in the specifications of a system operation or indicated to the device in the paging or a trigger message.

[0423] FIG. 28 illustrates a flowchart of an example device procedure 2800 for receiving a PRDCH and transmitting a PRDCH according to an embodiment of the present disclosure. For example, procedure 2800 can be performed by any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0424] The procedure may begin in 2810, a device may receive a PRDCH providing message 2 from a reader, including scheduling information for the subsequent PDRCH transmission providing message 3, a request for certain data, or a command. In 2820, the device may transmit PDRCH providing the message 3 according to the received scheduling information along with the requested data or an execution result of the indicated command with any associated data. In 2830, if the device is unable to provide the requested data or execute the indicated command, the device may transmit PDRCH providing the message 3 according to the received scheduling information with an indication on its inability to provide the requested data or execute the indicated command.

[0425] With reference to FIG. 28, an example flowchart is shown for a device to receive a PRDCH providing message 2 and transmit a PDRCH providing a message 3 according to the disclosure.

[0426] Each block of a PRDCH providing a group-ACK (Msg 2), a PRDCH providing a single ACK (Msg 2) from a burst of PRDCHs providing Msg2s, or a normal PRDCH providing a single ACK (Msg 2) can provide one or more of the following information:

[0427] - Scheduling information for Msg 3 including PDRCH transmission timing and a frequency resource / shift, if applicable. The time unit for the timing indication can be one of the options as described later.

[0428] - Any data request to be included in the Msg 3.

[0429] - A command. It may be an indication of an index to a certain codepoint from a set of codepoints, wherein each code point corresponds to a certain command type which is predefined in a specification of a system operation.

[0430] Also, any of the listed information herein can be provided in the Msg 2 of the 2-step random access wherein in this case the provided information is not intended for Msg 3 but for a PDRCH transmission, which is decoupled from the random access procedure.

[0431] If the Msg 2 indicates a device to provide a certain data in the Msg 3, the device may include the requested data in the Msg 3 transmission. If the device is unable to provide the request data, e.g., due to unavailability of the data, processing time shortage, or low energy level, the device may indicate in the Msg 3 to the reader that it is unable to provide the requested data.

[0432] If the Msg 2 indicates a device to execute a certain command, the device may include the command execution result and associated data, if any, in the Msg 3 transmission. If the device is unable to execute the command, e.g., due to unavailability of the data, processing time shortage, or low energy level, the device may indicate in the Msg 3 to the reader that it is unable to execute the requested command.

[0433] FIG. 29 illustrates a flowchart of an example device procedure 2900 for determining PDRCH transmission timing according to an embodiment of the present disclosure. For example, procedure 2900 can be performed by any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0434] The procedure may begin in 2910, a device may determine to transmit PDRCH to a reader following a preceding PRDCH transmission from a reader. In 2920, the device may determine the PDRCH transmission timing based on the R2D control information if it is provided in the preceding PRDCH reception. Otherwise, the device may determine the PDRCH transmission timing based on one or more predefined timing parameters. In 2930, the device may transmit the PDRCH based on the determined start timing.

[0435] With reference to FIG. 29, an example flowchart is shown of an A-IoT device to determine the PDRCH transmission timing according to the disclosure.

[0436] Regarding a device determining D2R transmission timing, an option may be to define a maximum time TR2D_maxbetween the end of a R2D transmission and the start of the corresponding D2R transmission following it, and a device may randomly select D2R transmission timing within [TR2D_min, TR2D_max]. In an option, for a given type of PDRCH message, there may be a timing parameter, Tdelay, defined from the end of the reception of the preceding PRDCH to the start timing of PDRCH. In an option, the D2R transmission timing may be determined based on R2D control information.

[0437] When the D2R transmission timing is determined based on R2D control information, e.g., by providing a timing parameter in the R2D control information, a guard time between time-multiplexed devices may be taken into account by the reader taking into account timing drift or processing delay for PDRCH transmission at the devices. For example, R2D control information may provide a start timing parameter, T, and allowed timing drift, e.g., δ1, δ2, such that a device determines PDRCH start timing within [T- δ1, T- δ2], wherein δ1and δ2can be the same. For example, R2D control information may provide a start timing parameter, T, to a device, and the device determines its PDRCH start timing within [T + TR2D_min, T + TR2D_max]. For example, a device may determine its PDRCH start timing within [T, T + TR2D_max- TR2D_min].

[0438] For D2R transmissions based on multi-access, the D2R transmission timing may be determined based on timing parameter provided in the R2D control information. On the other hand, when a transmission from only a single device is expected, e.g., a response from a device to a targeted command from a reader, the corresponding D2R transmission timing may be determined based on predefined timing parameter, such as [TR2D_min, TR2D_max], without an explicit timing indication in R2D control information.

[0439] When R2D control information provides a start timing parameter, T, for the D2R transmission, the time unit for the indication can be one of the followings:

[0440] - The time unit for the indication may be the minimum chip length supported in the system, which corresponds to the largest OOK-4 M value defined to be supported in the specifications of a system operation. In one example, if the largest value of M supported in the system is denoted by Mmax, then the time unit for the D2R transmission timing indication may be (1 / Mmax)·Tsymbol, where Tsymbolis an underlying CP-OFDM symbol duration. In one example, the Tsymbolmay not include the CP duration. In one example, the Tsymbolmay be based on 15 kHz subcarrier spacing or 30 kHz subcarrier spacing. For 15 kHz subcarrier spacing, Tsymbolmay be 66.67 μs. In one example, the maximum M value, Mmax, supported in the system may be 16, 24, or 32. For example, if Mmaxequals to 16, the time unit for the D2R transmission indication may be given by 4.167 μs according to the formula described herein.

[0441] - The time unit for the indication may be the time duration to transmit 1 bit expecting minimum chip length supported in the system, which corresponds to the largest OOK-4 M value defined to be supported in the specifications of a system operation. For the case when Manchester encoding is used, two chips may be required to represent one bit. Therefore, the time duration for indication can be. 2·(1 / Mmax)·Tsymbol. These can be generalized to Nchip·(1 / Mmax)·Tsymbol, where Nchipis the number of chips required to represent a bit for a given encoding scheme. Examples describe for the previous case can be similarly applicable.

[0442] - The time unit for the indication may be the chip length, which corresponds to M value, used for the PRDCH indicating the D2R transmission timing. Examples describe for the previous case can be similarly applicable.

[0443] - The time unit for the indication may be the chip length, which corresponds to M value, indicated for the transmission of the PDRCH by the scheduling PRDCH control field. Examples describe for the previous case can be similarly applicable.

[0444] - The time unit for the indication may be the time duration to transmit 1 bit expecting the chip length, which corresponds to M value, used for the PRDCH indicating the D2R transmission timing. Examples describe for the previous case can be similarly applicable.

[0445] - The time unit for the indication may be the time duration to transmit 1 bit expecting the chip length, which corresponds to M value, indicated for the transmission of the PDRCH by the scheduling PRDCH control field. Examples describe for the previous case can be similarly applicable.

[0446] - The time unit for the indication may be based on the underlying CP-OFDM symbol duration for a given subcarrier spacing. The unit can be one or multiple OFDM symbol durations, e.g., 2, 4, 6, 8, 10, 12, or 14. For example, the OFDM symbol duration may not include the CP length. For example, the OFDM symbol duration may include the CP length. For 15 kHz subcarrier spacing, if the symbol duration does not include the CP duration, then the time unit may be given by 66.67 μs. If the symbol duration includes the CP duration, the time unit may be given by (5.21 + 66.67) μs for the 0thand 7thOFDM symbol and it is (4.69 + 66.67) μs for the rest of symbols. For example, an average CP duration may be expected for an OFDM symbol duration such that (5.21 + 6*4.69) / 7 = 4.76 μs is the expected CP duration. Therefore, an OFDM symbol duration, which is the time unit for the indication, may be expected to be (4.76 + 66.67) μs.

[0447] - The time unit for the indication may be based on the slot duration expecting underlying CP-OFDM subcarrier spacing. The unit can be one or multiple slot durations. For 15 kHz subcarrier spacing, the slot duration may be given by 1 ms.

[0448] - The time unit for the indication may be based on μs or ms.

[0449] - There may be a table predefined in a specification of a system operation which defines a set of timing values. For instance, up to 2Ntiming values can be predefined, and a device may be indicated one codepoint using N bit indication in the PRDCH control field.

[0450] In one example, the indicated scheduling timing for D2R transmission, T, cannot be earlier than the minimum timing between a R2D transmission and a D2R transmission following it, e.g., T TR2D_min. In one example, a device may be allowed to transmit at the indicated timing T with a certain timing margin [T- δ1, T+ δ2] from when the scheduling R2D is received, where δ1, and δ2, are positive real number. In one example, δ1and δ2may be the same. The parameters δ1, and δ2may be predefined in a specification of a system operation or indicated to the device from a reader. If indicated, the time unit for the indication can be one of the options described herein.

[0451] While a device transmits at an exact timing from the device perspective, there can be an uncertainty on the actual transmission timing due to timing drift due to device's SFO. Therefore, the reader may need to account a certain time interval for detecting the D2R transmission. In one example, a reader may monitor the scheduler D2R transmission in the time range of [T- , T+ ], wherein , are positive real numbers and they can be the same or different, from when the scheduling R2D message was transmitted. In one example, may be greater than or equal to δ1. Similarly, may be greater than or equal to δ2. The parameters , and may be predefined in a specification of a system operation or indicated to the reader from a gNB(e.g., the BS 102), if it is a UE-based reader. If indicated, the time unit for the indication can be one of the options described herein.

[0452] As described in FIG. 18, the preamble may include a start-indicator part and a clock-acquisition part.

[0453] The clock acquisition part can be a sequence transmitted in time domain providing timing synchronization for the demodulation of the following fields, such as header and payload. It may be also used for channel estimation and setting up the automatic gain control (AGC), etc. The design of clock acquisition part will be dependent on the used encoding schemes. For instance, in the case of PIE encoding, the clock acquisition part may need to provide a calibration for signal pulse durations for bit 0 and 1, as bit 1 has different pulse duration than bit 0. In the case of Manchester encoding, the clock acquisition part can be comprised of a sufficient number of alternations between 0 and 1 for providing a synchronization, while the signal for bit 0 and 1 has a fixed length. For example, the clock-acquisition part may be an encoded signal of 10101010. For example, the clock acquisition part may be a pattern comprised of 0 and 1, e.g., low and high voltage states, and it is not necessarily an alternation between 0 and 1.

[0454] FIG. 30 illustrates an example preamble signal structure 3000 according to an embodiment of the present disclosure. For example, preamble signal structure 3000 may be transmitted by any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0455] With reference to FIG. 30, an example preamble design occupying one or more symbol durations according to the disclosure is shown.

[0456] In the figure, it is exemplified that the entirety of the preamble signal occupies one OFDM symbol duration. For example, the preamble signal may be designed such that it occupies an integer number of OFDM symbol durations. For example, each of the start-indicator and the clock acquisition parts may occupy one or more OFDM symbol durations.

[0457] In one embodiment, the clock acquisition part may be one symbol long, e.g., the number of chips in the clock part is M for a chosen M value. The resulting M chips from a chosen clock acquisition sequence may have a property such that the 1stchip and the Mthchip has the same value and, therefore, the added CP does not incur any false edges. In one embodiment, the clock acquisition sequence may be designed such that the last chip, e.g., Mthchip, has a value {0} such that the CP attachment only extends the length of the low voltage start indicator part and does not incur any false edges creating an invalid chip.

[0458] In one embodiment, the number of chips in the clock acquisition part, L, may be an integer multiple of a set of M values supported in the system. As an example, if M = {2, 4, 8} is supported, L can be 8, 16, ..., etc. The resulting L chips from a chosen clock acquisition sequence may have a property such that, when L chips are segmented into one or more groups of M chips for a value of M supported in the system, the 1stchip and the Mthchip in each group has the same value and, therefore, the added CP does not incur any false edges.

[0459] For example, the start indicator part may have a fixed length comprised of a fixed number of chips, expecting a fixed M value. The expected fixed M value for the start indicator part can be 2, 4, or 8. For example, the start indicator part may have a fixed number of chips expecting the same M value used for the following clock acquisition part. Therefore, the length of the start indicator part may decrease as the M increases. For example, both the number of chips and the M value for the start indicator part may be associated with the M value used for the following clock acquisition part. For instance, both the number of chips and the M value for the start indicator part may be the same with the M value expected to generate chip rate / duration for the following clock acquisition part.

[0460] In one example, the clock acquisition part may have a fixed length, while the used M value for the clock acquisition part is not fixed. As the clock acquisition part can be used to determine the OOK chip duration for the following PRDCH, the M value used for the clock acquisition part may be linked to the M value used for the following PRDCH, at least for the control part or both the control and the payload parts of the PRDCH. Therefore, the total number of chips comprising the clock acquisition part may be variable according to the M value. As an example, if the length of the clock acquisition part is one OFDM symbol long and the used M value is 32, then the number of chips included in the clock acquisition part may also be 32. Similarly, if the used M value is 16, then the number of chips included in the clock acquisition part may also be 16. In this case, if the preamble includes both the start-indicator part as well as the clock acquisition part, the length of the preamble may also be fixed.

[0461] For example, the clock acquisition part may be comprised of a fixed number of chips, while the used M value for the clock acquisition part is not fixed as the M value used for the clock acquisition part is linked to the M value used for the following PRDCH as described herein. Therefore, the length of the clock acquisition part may be variable, and it is inversely proportional to the value of M. As an example, the fixed number of chips included in the clock acquisition part may be 4, 8, 16, or 32. If the fixed number of chips included in the clock acquisition part is 16 and the used M value is also 16, then the clock acquisition part may occupy one OFDM symbol duration. If the fixed number of chips included in the clock acquisition part is 16 and the used M value is also 8, then the clock acquisition part may occupy two OFDM symbol duration. Similarly, if the fixed number of chips included in the clock acquisition part is 16 and the used M value is also 32, then the clock acquisition part may occupy half OFDM symbol duration.

[0462] For example, both the number of chips comprised in the clock acquisition part and the length of the clock acquisition part may not be fixed. The principle here may be that the number of chips included in the clock acquisition part decreases with value of M, but not as fast as the first example by the factor of M. Therefore, the length of the clock acquisition part may decrease as the value of M increases but neither it is fixed nor it decreases as fast as the second example. As an example, the number of chips comprising the clock acquisition part may be given by α(M) M, where α(M) is predefined in a specification of a system operation. As an example, α(M) may be predefined as

[0463] - α(M) = 3 / 2 for M ≤ 8

[0464] - α(M) = 1 for M = 16

[0465] - α(M) = 3 / 4 for M = 32

[0466] The example herein should be understood as one example based on the described principle.

[0467] If PRDCH includes or is attached with any of a midamble or a postamble, the midamble / postamble may have a fixed length comprised of a fixed number of chips, expecting a fixed M value. For example, the midamble / postamble may have a fixed number of chips expecting the same chip rate / duration (or M value) used for the clock acquisition part in the preceding preamble. Therefore, midamble / postamble may have a variable length which is inversely proportional to the expected M value. For example, the midamble / postamble may have a fixed duration while the same chip rate / duration (or M value) used for the clock acquisition part in the preceding preamble is expected. Therefore, the number of chips in the midamble / postamble may increase with the expected M value.

[0468] For example, the midamble or the postamble may have the same pattern, including the number of chips, chip rate / duration, and the total duration, as the preceding clock acquisition part of the preamble.

[0469] For example, the postamble may have the same pattern, including the number of chips, chip rate / duration, and the total duration, as the preceding start indicator part of the preamble.

[0470] A device may determine the OOK chip rate / length to be used for the PDRCH in one of the following manner:

[0471] - The chip rate / length to be used for the PDRCH may be the same as the preceding PRDCH triggering or scheduling the corresponding PDRCH.

[0472] - The chip rate / length to be used for the PDRCH may be indicated in the control information of the preceding PRDCH triggering or scheduling the corresponding PDRCH.

[0473] -- In one example, the control information of the preceding PRDCH may indicate the modulation scheme, such as OOK-1 or OOK-4 and the M value for the OOK-4.

[0474] -- In one example, the control information of the preceding PRDCH may indicate the chip rate / length to be used for the PDRCH in relation to the chip rate / length used for the corresponding PRDCH. In one example, with no indication, the chip rate / length to be used for the PDRCH may be the same as the preceding PRDCH triggering or scheduling the corresponding PDRCH. In one example, it may be indicated to be half of the chip rate, e.g., half of the M value or doubled chip length, of the preceding PRDCH triggering or scheduling the corresponding PDRCH. For instance, the indicated ratio to the preceding PRDCH chip rate can be 4, 2, 1 (the same), 3 / 4, 1 / 2, or 1 / 4. In one example, the maximum ratio that can be indicated is 1 (the same).

[0475] -- In any of the examples herein, the device may receive a separate indication for the control / header part and the payload part of the PDRCH, respectively. Alternatively, the device may receive a single indication, which applies to both the control / header part and the payload part of the PDRCH.

[0476] The disclosure relates to a communication system. The disclosure relates to defining functionalities and procedures for communication with A-IoT devices which may be lacking a precise timing capability and have a limited operation time due to energy harvesting.

[0477] The disclosure also relates to defining functionalities and procedures for preventing a duplicated response from a device by providing an information related to exclusion.

[0478] The disclosure also relates to defining functionalities and procedures for defining time division multiple access (TDMA) time slots for Msg1 transmission via random access.

[0479] The disclosure also relates to defining functionalities and procedures for a device for determining a random access round from a number of rounds and a random access resource from a number of resources.

[0480] The disclosure also relates to defining functionalities and procedures for a device for monitoring PRDCH providing Msg2 following Msg1 transmission, when a PRDCH for Msg2 transmission corresponds to a A-IoT Msg1 received from one device or when a PRDCH for Msg2 transmission corresponds to multiple A-IoT Msg1 received from different devices.

[0481] The disclosure also relates to defining functionalities and procedures for a device for receiving PRDCH providing Msg2 when a PRDCH for Msg2 transmission corresponds to multiple A-IoT Msg1 received from different devices.

[0482] The disclosure also relates to defining functionalities and procedures for a device for transmitting PDRCH providing Msg3 following a Msg2 reception, wherein the Msg3 is transmitted in a TDMA / FDMA manner.

[0483] Embodiments of the disclosure for communication with A-IoT devices, which may be lacking a precise timing capability and have a limited operation time due to energy harvesting, are summarized in the following and are fully elaborated further herein.

[0484] - Method and apparatus to prevent a duplicated response from a device by providing an information related to exclusion.

[0485] - Method and apparatus to define TDMA time slots for Msg1 transmission via random access.

[0486] - Method and apparatus for a device to determine a random access round from a number of rounds and a random access resource from a number of resources.

[0487] - Method and apparatus for a device to monitor PRDCH providing Msg2 following Msg1 transmission, when a PRDCH for Msg2 transmission corresponds to a A-IoT Msg1 received from one device or when a PRDCH for Msg2 transmission corresponds to multiple A-IoT Msg1 received from different devices.

[0488] - Method and apparatus for a device to receive PRDCH providing Msg2 when a PRDCH for Msg2 transmission corresponds to multiple A-IoT Msg1 received from different devices.

[0489] - Method and apparatus for a device to transmit PDRCH providing Msg3 following a Msg2 reception, wherein the Msg3 is transmitted in a TDMA / FDMA manner.

[0490] The paging message may include device ID for target device identification and information related to determine the resources to be used for the following message 1 transmission. As an example, the paging message can include one or more of:

[0491] - Inventory procedure type, e.g., whether it is a full-step procedure or a reduced procedure such as four-step or two-step.

[0492] -- For the 4-step random access, whether the message 4 is expected or not.

[0493] - Reader ID which can be uniquely identify the reader, e.g., a reader device ID, a random number, or a Cell ID.

[0494] - Reader device type, whether it is a gNB based reader or a UE based reader.

[0495] - An ID for identifying the legitimate paging message such as an operator ID, e.g., to distinguish a reader from an operator from another reader from another operator.

[0496] - Parameters related to power control: transmission power of a message 1 preamble or any pathloss reference signal, target reception power, pathloss scaling factor, a power ramping step in dB for re-attempts.

[0497] - Parameters related to random access resource configuration

[0498] -- A number of time slots for random access, whose duration is predefined in the specifications of system operation or indicated in the triggering message.

[0499] -- A frequency domain resources. In one example, it can be a number of frequency domain resources, wherein the resource can be a sub-carrier, a PRB, a unit frequency amount, or frequency ranges. For example, a device may randomly select a frequency resource from the number of resources. For example, it can be a number of frequency shifts, wherein the shifts can be indicated by ± Hz, ± integer multiples of a unit amount of a frequency, or a parameter of a line code, such as a number of subcarrier cycles per symbol.

[0500] -- There may be an indication of available or prohibited time slots / frequency resources / shifts for random access, e.g., using a mask or a bitmap of a size equal to the number of time slots. The mask / bitmap may be provided separately for each frequency resource / shift, or commonly.

[0501] - Preamble sequence: If more than one preamble pattern is supported, it can indicate information related to preamble sequence that can be used for PDRCH for the message 1 transmission. The indication may include a dedicated root sequence index for the preamble. The indication may include one or more dedicated preamble index(es). In one example, preamble indexes may be indicated for respective devices addressed by the paging message.

[0502] - Parameters related to random access

[0503] -- Medium access probability, which may be applied for the given time slots, or per time slot in an individual manner. In one example, the access probability may be 1.

[0504] - Parameters related to identifier to include in PDRCH transmission. In one example, parameters may be related to random number generation such as an interval to draw a random number, e.g., [0, 2N-1], wherein N is indicated. In one example, indication may be provided for a type of identifier, such as device product code, e.g., PC, XPC, EPC, or a random number, and such as full format or a shortened format. In one example, more than one N values are indicated, one for a certain device group and another one for another device group. In this manner, a prioritized device identification can be performed by a device group indicated a smaller value of N.

[0505] - Parameters related to PDRCH

[0506] -- Transmission duration, e.g., in number of symbols or chips, payload size

[0507] -- Frequency resources such as a particular sub-carrier, PRB, or frequency range for transmission. In one example, a particular frequency shift amount for UL transmission such as by ± Hz, ± integer multiples of a unit amount of a frequency, or a parameter of a line code, such as a number of subcarrier cycles per symbol.

[0508] -- MCS or a parameter of a line code, such as a number of subcarrier cycles per symbol.

[0509] -- Attachment of preamble, midamble, postamble, and their format, e.g., long or short format, if more than one formats are supported.

[0510] -- Attachment of CRC, and / or CRC size.

[0511] -- Modulation type such as OOK-1, OOK-4, BPSK, QPSK, FSK, ASK with orders.

[0512] -- Coding type such as indicator for Manchester coding, FM0, or Miller coding.

[0513] - Parameters related to device selection

[0514] -- A particular device ID, or a list of device IDs.

[0515] -- A particular device group ID

[0516] --- A device may be assigned with a unique device group ID, apart from a device ID.

[0517] --- A device ID may be comprised of two parts; first part a device group ID and second part a device ID within the group. In this case, the first part of the device ID is indicated.

[0518] --- mod (device ID, K) = L. In this case, K and L may be indicated. In one example, L is fixed, e.g., zero, and only K is indicated.

[0519] -- All devices, e.g., by indicating NULL or some predefined codepoint for addressing the target device or device groups in the PRDCH transmission. Indicating NULL may imply that the message does not contain an ID.

[0520] - Information to prevent duplicated response from a device

[0521] -- This information may be provided to exclude one or more certain devices participating the current inventory process and the random access rounds. The one or more excluded devices may be those that the reader does not want to identify in the current inventory process, e.g., devices recently identified in a previous inventory process.

[0522] -- In one example, a device exclusion list may be provided.

[0523] --- As an example, a device in the list may identify that it is not expected to transmit Msg1 in the inventory process indicated by the current paging message. When the paging message indicates a target group ID, wherein a device is a member of the group, or the paging message does not indicate any ID, e.g., addressed to devices receiving the paging message, if the device identifies its ID in the exclusion list, the device would not transmit Msg 1 in the current inventory process.

[0524] --- In one example, the exclusion list may include one or more device IDs or device group IDs. The device ID can be a temporary ID used in a previous inventory process, e.g., RN16, or an assigned ID by a reader for communicating with the device, e.g., RN16, initially chosen for random access, promoted to an assigned ID, a full or partial EPC, or any form of an assigned ID from the reader. When the exclusion list includes a device group ID, any device belonging to the group would not be expected to perform random access.

[0525] --- In one example, the exclusion list may include one or more device's partial IDs, or partial group IDs. Indicating partial ID may be to reduce the overhead of signaling the exclusion list. As an example, when device ID or device group ID is comprised of a first part and a second part, the exclusion list may provide only a first part of device or device group ID, and any device having matching first part of its ID would not be expected to perform random access. In one example, the partial device or device group ID can be first N1(>=1) digits / letters or last N2(>=1) digits / letters of the device or device group ID.

[0526] -- In one example, a prohibit timer may be provided.

[0527] --- As an example, based on the prohibit timer, any device, which has been identified within the indicated prohibit timer duration, is not expected to participate the current inventory process.

[0528] --- The timer duration can be indicated in any unit, e.g., ms, sec, a number of NR OFDM symbols, a number of NR slots, a number of a certain chip durations, e.g., minimum or maximum chip length supported in the system, etc.

[0529] -- In one example, a 1-bit indication may be provided such that any device, which has been identified in the previous inventory process or in the previous N inventory rounds, is not expected to participate the current inventory process.

[0530] --- N may be predefined in a specification of a system operation or indicated to the device. If N is indicated to the device, instead of 1-bit indication, log2(N) bit indication may be used. As an example, for 2-bit indication: 00 (no exclusion), 01 (N=1), 10 (N=2), 11 (N=3).

[0531] -- In one example, a 1-bit indication may be provided such that any device, whose inventoried status flag is checked, is not expected to participate the current inventory process.

[0532] --- In this example, it may be expected that devices maintain inventoried status flag, which is checked when the device is successfully inventoried.

[0533] --- In one example, the device may be expected to maintain the inventoried status flag at least for a certain timer duration, once checked. The timer duration may be predefined in a specification of a system operation or indicated to the device. In one example, the device may be expected to maintain the inventoried status flag as long as its memory can be kept.

[0534] --- The inventoried status flag may be released, e.g., unchecked, after a certain timer duration, when the device's battery level goes below a certain level or the device is turned off, when a device failed an inventory process, or when there is an indication to the device. As an example, a reader may provide an indication to one or more devices, with the corresponding one or more device IDs or device group IDs, or all the anonymous devices in the proximity, by not indicating any device ID, to reset the inventoried status flag.

[0535] -- In one example, a 1-bit indication may be provided such that any device, whose energy level is below a certain threshold, is not expected to participate the current inventory process.

[0536] --- In one example, the energy threshold level may be predefined in a specification of a system operation, indicated to the device, or determined by a device itself.

[0537] --- When the energy threshold level is indicated to the device, instead of 1-bit indication, a set of threshold values may be predefined, and an index from the set of threshold values can be indicated to the device.

[0538] -- Any combination of the example methods herein.

[0539] - Other parameters

[0540] -- Maximum number of allowed random access transmissions

[0541] -- Response monitoring window after transmitting the random access

[0542] -- Prohibit timer after a failed random access attempt

[0543] -- Allowance of UL power amplification

[0544] -- System / channel / occupied BW

[0545] -- Sub-carrier spacing

[0546] -- Parameters related to the carrier wave (CW), e.g., CW bandwidth, frequency, single-tone or multi-tone. PRDCH to CW power offset.

[0547] FIG. 31 illustrates a flowchart of an example device procedure 3100 for transmitting a PDRCH according to an embodiment of the present disclosure. For example, procedure 3100 can be performed by any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0548] The procedure may begin in 3110, a device may receive a signal from a reader initiating an inventory process. In 3120, the device may determine whether the device is allowed for or excluded from participating the inventory process. In 3130, if the device is allowed for participating the inventory process, the device may randomly select a random access resource for Msg1 transmission from a set of TDMA / FDMA resources. In 3140, the device may transmit Msg1 according to the physical layer parameters provided in the signal from the reader initiating the inventory process.

[0549] With reference to FIG. 31, an example flowchart is shown for a device to transmit PDRCH providing Msg1 according to the disclosure.

[0550] For TDMA, a number of time slots in the time domain can be defined in the following manner.

[0551] - A number of consecutive time slots, Nslot, may be indicated in the paging message or in each triggering message. If it is indicated in the triggering message, different triggering messages, corresponding to a paging message, may indicate different Nslotvalues. Alternatively, Nslotmay be predefined in a specification of a system operation.

[0552] - The first time slot may start Tstartafter the reception of a triggering message. If there is no separate triggering message transmitted, the first time slot may start Tstartafter the reception of a paging message. Tstartcan be predefined in a specification of a system operation or indicated in paging or triggering message. If Tstartis indicated in the triggering message, different triggering messages, corresponding to a paging message, may indicate different Tstartvalues.

[0553] - The length of a time slot, Tslot, can be predefined in a specification of a system operation or indicated in a paging or a triggering message.

[0554] -- In one example, the physical layer parameters for transmitting Msg1, such as the message size, OOK chip rate for a given line encoding scheme, or any other physical layer parameters for transmission, may be fixed in a specification of a system operation. In one example, the physical layer parameters for transmitting Msg1 may be indicated to the device in a paging or a triggering message. Consequently, either predefined or indicated, the Msg1 transmission may have a fixed duration from different devices and the Tslotmay be set to accommodate the Msg1 transmission duration, e.g., the same or larger than the Msg1 transmission duration for guard time.

[0555] -- The length of a time slot, Tslot, may be dependent on the time slot index. Denote by Tslot(k) the length of k-th time slot. In one example, Tslot(k) may increase with value k. Tslot(k) for k = 1, ..., Nslotis predefined in a specification or indicated to the devices in a paging or triggering message. The k-th slot may start Tslot(1) + Tslot(2) + ... + Tslot(k-1) time after the start of the first slot, e.g., k=1.

[0556] -- In one example, Tslot(k) may be increased by for every increment of k. Tslot(1) and values may be predefined in a specification or indicated to the devices in a paging or triggering message. Then, for a given value of k, the device may assume Tslot(k) = Tslot(1) + (k-1). The k-th slot may start Tslot(1) + Tslot(2) + ... + Tslot(k-1) time after the start of the first slot, e.g., k=1.

[0557] -- In one example, Tslotvalue may be predefined or indicated to the device and it may be constant with time slot index k. Instead, there may be a guard time defined between k-th time slot and the following (k+1)-th time slot, denoted by TGT(k), which increases with the value k. In one example, TGT(k) = k, where increment may be predefined or indicated in the paging / triggering message. The k-th slot may start Tslot·(k-1) + TGT(1) + ... + TGT(k-1) time after the start of the first slot, e.g., k=1.

[0558] The random access from multiple devices may occur in a burst manner over a number of consecutive time slots. In one example, the length of each time slot includes D2R transmission duration for random access and guard time. In one example, the length of each time slot may be equal to D2R transmission duration for random access, and there may be a separate guard time provided between time slots. In one example, the reader may transmit a certain timing reference signal, e.g., preamble, synchronization signal, etc., in the beginning of each time slot, and the D2R transmission for random access follows after a certain time interval, e.g., [TR2D_min, TR2D_max].

[0559] In one example, one or multiple time instances may be indicated in the paging message or in the trigger message. The interval between two consecutive time instances may be fixed. In this example, a number of time instances may be indicated to the devices. The start of the first time instance may be indicated or predefined in the specifications of the system operation, e.g., TR2D_minor TR2D_maxfrom the triggering or paging message reception. In one example, the interval between two consecutive time instances may not be fixed. For instance, the time interval may increase for time instances later in time. This increased interval may be to accommodate a timing drift of a device from the reception of a paging or a trigger message.

[0560] For the one or multiple indicated time instances, a device may attempt to transmit at the indicated time instances according to the random decision for accessing. In one example, for the one or multiple indicated time instances, a device may attempt to transmit within a certain margin, e.g., [- , ] wherein and can be the same or different, at the indicated time instances according to the random decision for accessing. In one example, for the one or multiple indicated time instances, a device may attempt to transmit within a certain time interval, e.g., [ , ] wherein and can be TR2D_minand TR2D_maxas an example, from the indicated time instances according to the random decision for accessing.

[0561] For a given one or more random access rounds and for a given one or more random access resources in time / frequency domain in a given random access round, a device may determine an occasion for Msg1 transmission in one of the following manner.

[0562] - Method A

[0563] -- A device may first select a random access round n from total N random access rounds. The total round count N can be predefined, or indicated in a paging and / or triggering message. A device may randomly select 1 random access round from N rounds, with equal probability. Alternatively, there may be an access probability PA, and for each random access round, a device may randomly determine with probability PAwhether to access in the current round or not.

[0564] -- Assumes that there are total M random access resources, defined in time and frequency domain, in a given random access round. This M value may be predefined or indicated in a paging and / or triggering message. The M value may be constant across random access rounds or it can vary if each triggering message indicates different M values. If a device determines to access in a given random access round, the device may randomly select 1 resource from M random access resources.

[0565] -- RN-16 may separately be drawn, apart from the access determination procedure herein, and included in the Msg1 as a temporary device ID.

[0566] - Method B

[0567] -- A device may first draw a random number RN with size L, which corresponds to one random access rounds from N random access rounds, e.g., 2L= N.

[0568] -- The device may then draw a random number RN with size (16 - L), which corresponds to one random access resource in time and frequency domain in a given random access round, e.g., there are 2(16 - L)random access resources in a given random access round. Alternatively, the device may draw a random number RN with size (16 - L), which is unrelated to the random access resource selection, where a device randomly selects one resource from a set of M random access resources in a given round.

[0569] -- The device may then transmit at a chosen random access resource at a chosen random access round and transmits Msg1 including a RN as a temporary device ID by concatenating the first and the second RNs, e.g., RN-L and RN-(16-L).

[0570] In one example, the message 2 may be provided individually for each successfully received message 1 in a burst manner. When one or more message 2 are transmitted in a burst manner, there may be a time gap, e.g., TR2D_R2D, between the transmissions. Alternatively, there may be no time gap between the consecutive ACK transmissions. In one example, a group message may be provided for a number of successfully received message 1 from the preceding one or more random access slots. The group message may include a number of message 2s in one transmission for one or multiple devices who message 1 transmission is successfully received at the reader.

[0571] FIGS. 32A and 32B illustrate timelines 3210 and 3220 of example Msg 2 group-ACK transmissions according to an embodiment of the present disclosure. For example, timelines 3210 and 3220 can be followed by any of the readers described herein and any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0572] With reference to FIG. 32, an example Msg 2 group-ACK transmission corresponding to multiple Msg 1s according to the disclosure is shown. The illustrated random access slots need not be consecutive. They can be disjoint and further associated with respective triggers. Although the figure is illustrated for the purpose of illustration providing 3-step random access. However, it is noted that any embodiment disclosed herein can be applicable for 2-step random access or 4-step random access.

[0573] When a PRDCH for Msg2 transmission corresponds to multiple A-IoT Msg1 received from different devices, the monitoring window for Msg2 can be defined as [T1, T2] from the end of the time domain resource for Msg1 transmission. T1, T2may be predefined or indicated in the paging / triggering message. In one example, T1, T2may correspond to TD2R_min, TD2R_max, respectively.

[0574] FIG. 33 illustrates a flowchart of an example device procedure 3300 for receiving a PRDCH according to an embodiment of the present disclosure. For example, procedure 3300 can be performed by any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0575] The procedure may begin in 3310, a device may transmit a PDRCH providing message 1 to a reader. In 3320, the device may monitor during a certain time window and receive a PRDCH from the reader providing group-ACK message 2 including one or more blocks to one or more devices. In 3330, the device may determine the block index for the device from the one or more blocks based on a predefined rule or control information provided in the PRDCH providing the group-ACK message 2. In 3340, the device may read the corresponding block from the PRDCH providing the group-ACK message 2.

[0576] With reference to FIG. 33, an example flowchart is shown for a device to receive a PRDCH providing group-ACK (Msg 2) according to the disclosure.

[0577] In one example, a device may expect to receive a group-ACK (Msg 2) after a certain time gap from the end of the random access slots, e.g., from the end of the last slot as illustrated in the figure. The time gap may be predefined in the specifications of a system operation or indicated to the device. In one example, the time gap may be TD2R_min.

[0578] In one example, there may be a monitoring window defined such that a device monitors a possible group-ACK for a time interval of [T1, T2] from the end of the last random access slot. The parameters T1, T2may be predefined in the specifications of a system operation or indicated to the device in the paging or a trigger message. In one example, T1, T2may correspond to TD2R_min, TD2R_max, respectively.

[0579] FIG. 34 illustrates an example PRDCH 3400 according to an embodiment of the present disclosure. For example, PRDCH 3400 can be received by any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0580] With reference to FIG. 34, an example PRDCH providing a group-ACK (Msg 2) according to the disclosure is shown.

[0581] In the PRDCH providing a group-ACK (Msg 2), an acknowledgement to one or more Msg 1 transmissions from one or more devices may be provided.

[0582] The L1 control field may provide layer 1 control information providing information related to decode the PRDCH, if present. In one example, there may be no separate field for L1 control and the information related to decode the PRDCH may be provided in the payload as a higher layer signaling.

[0583] In one example, the PRDCH may include a number of blocks wherein each block starts with an L1 control field indicating a device ID, e.g., RN16 echoed from Msg1, followed by payload field providing data, e.g., scheduling information for Msg3 transmission. In one example, each block may be comprised of payload field, wherein both the device ID and the data are provided in the payload field, e.g., the device ID is provided as a higher-layer signaling. Each block, either for both L1 control and payload fields or just payload field, may be protected by a separate CRC. Furthermore, the multiple blocks in the PRDCH can be protected by a single CRC, with or without separate CRC for each block.

[0584] In one example, the PRDCH may provide a set of device IDs and a set of data, each corresponding to a device ID in one-to-one manner, in one payload field. In one example, the mapping of data to payload field may be (ID1, Data1), (ID2, Data2), ..., (IDL, DataL). In one example, the mapping of data to payload field may be (ID1, ID2, ..., IDL), (Data1, Data2, ..., DataL) with one-to-one correspondence between ID and Data based on their position within the set of IDs and within the set of Data.

[0585] Any device may determine the location of a block for the device in the PRDCH providing a group-ACK (Msg 2) in one of the following manner:

[0586] - There may be a fixed association between the random access resource and the location of the block in the PRDCH providing a group-ACK (Msg 2). In one example, the length of each block may be fixed and predefined in a specification of a system operation. Therefore, by having the block index a device can locate the starting position of the corresponding block within the PRDCH providing a group-ACK (Msg 2).

[0587] -- If the random access resource is comprised of a number of time slots, K, as illustrated in the figure, for a device transmitted Msg 1 in the k-th slot may have a block index k in the PRDCH providing a group-ACK (Msg 2).

[0588] -- If the random access resource is comprised of a number of frequency resources / shifts, J, for a single transmission occasion, for a device transmitted Msg 1 in the j-th frequency resource / shift may have a block index j in the PRDCH providing a group-ACK (Msg 2).

[0589] -- If the random access resource is comprised of a number of time slots, K, and a number of frequency resources / shifts, J, for a device transmitted Msg 1 in the k-th slot and in the j-th frequency resource / shift may have a block index (k-1)·J + j. This is just an example and similar approaches should be regarded as a variant of this method.

[0590] --- As one variant, there can be a notion of subgrouping of the blocks such that every J blocks are grouped into one level. Therefore, the block index for the example herein may be given by (k, j).

[0591] -- There may be additional resource domain, such as code domain. The same principle as described herein applies in a similar manner.

[0592] - A block index for a device may be provided in the PRDCH providing a group-ACK (Msg 2).

[0593] -- In one example, the control information in the PRDCH may provide a list of random IDs successfully received in the message 1 receptions. An index of a random ID of the device from the list of random IDs provided in the control information may correspond to the block index for the device to locate its block in the PRDCH providing a group-ACK (Msg 2). For instance, if the random ID used by the device is found in the n-th entry from the list of random IDs provided in the control information, then the block index for the device may be n.

[0594] -- In one example, as illustrated in the figure, each block may provide an header providing the address field, where the address field provides the random ID received in the Msg 1 reception. A device may search through the blocks to find a matching random ID in the addressed field that it used for the Msg 1 transmission, which is the block for the device.

[0595] FIGS. 35A and 35B illustrate timelines of example burst Msg 2 transmissions 3510 and 3520 according to an embodiment of the present disclosure. For example, burst Msg 2 transmissions 3510 and 3520 can be followed by any of the readers described herein and any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0596] With reference to FIG. 35A and 35B, an example burst Msg 2 transmissions corresponding to multiple Msg 1s according to the disclosure is shown. The illustrated random access slots need not be consecutive. They can be disjoint and further associated with respective triggers. Although the figure is illustrated for the purpose of illustration providing 3-step random access. However, it is noted that any embodiment disclosed herein can be applicable for 2-step random access or 4-step random access.

[0597] When a PRDCH for Msg2 transmission corresponds to a A-IoT Msg1 received from one device, there may be a monitoring window defined such that the devices, which transmitted Msg1, monitors a possible Msg2 reception intended to the device from a burst of Msg2 transmissions in a time interval [T1, T2] from the end of the last random access slot.

[0598] - In one example, T1, T2may correspond to TD2R_min, TD2R_max, respectively.

[0599] - In one example, T1, T2may be indicated to the devices in a paging or a triggering messages.

[0600] - In one example, T1, T2, or both T1and T2may be dependent on the total number of time and frequency resources configured for the random access. For instance, it may be predefined such that T1corresponds to TD2R_min, while T2is determined based on the total number of random access opportunities configured in time and frequency. In principle, T2may increase with the total number of random access opportunities within a given random access round.

[0601] When a PRDCH for Msg2 transmission corresponds to a A-IoT Msg1 received from one device, in one example, each random access time slot may be associated with a separate monitoring window, which may or may not overlap with each other. Any parameters related to characterize the monitoring window, such as start and duration, can be predefined in a specification of a system operation or indicated to the devices in a paging or triggering message.

[0602] - Each random access resource i, in time / frequency domain, may be associated a monitoring window, [Ti,1, Ti,2] from the end of the last random access slot or from the end of the corresponding time slot wherein the i-th resource belongs. In the case of TDMA / FDMA based Msg1 transmission in the figure herein, the first and the second frequency domain resources, wherein device X and device Y transmitted their respective Msg1, belong to the first time slot and the resource wherein device Z transmitted its Msg1 belongs to the second time slot. The resource indexing i can be done in time domain first and then frequency domain, or vice versa. In other words, the monitoring window may be associated with the random access resource index i, wherein the Msg1 is transmitted.

[0603] - In one example, the frequency domain resources for Msg1 transmission belonging to the same time slot index may share the same monitoring windows. For instance, if i=1, 2 are two frequency domain resources belonging to the same time domain index k, as exemplified in the figure herein, then both resources may share the same Msg2 monitoring window given as [Tk,1, Tk,2]. In other words, the monitoring window may be associated with the time slot index k, wherein the Msg1 is transmitted.

[0604] - In one example, the length of the monitoring window can be dependent on the number of frequency resources / shifts configured for each time resource. For instance, for random access resource i, Ti,2- Ti,1may increase with the number of frequency resources / shifts. For instance, for random access time slot k, Tk,2- Tk,1may increase with the number of frequency resources / shifts.

[0605] - As an example, the monitoring window associated with the first random access time slot may be defined from the end of the last random access time slot as [Toffset, Toffset+ W], where Toffsetis the start offset from the end of the last random access time slot, which may be TD2R_minor any other value, which may be predefined or indicated, and W is the monitoring window length, which may be predefined or indicated. Then, the monitoring window associated with the n-th random access resource, or n-th random access time slot wherein there can be more than one frequency domain resources corresponding to the n-th slot, the monitoring window may be defined from the end of the last random access time slot as , where and W may be the same or different. In other words, the monitoring window may be shifted by time offset in every random access resource in time / frequency domain or in every random access time slot, which may be common for more than one frequency domain resources belonging to the same time slot index.

[0606] - When more than one frequency resources / shifts are configured for a given time domain resource, which can be one or multiple, each frequency resource / shift may be associated with a certain offset from the start of the monitor window associated with the given random access time slot. For instance, if the monitoring window for a random access time slot k is given as [Tk,1, Tk,2], the monitoring window for the first frequency resource / shift is [Tk,1, Tk,2], for the second frequency resource / shift, it is given as [Tk,1+δ, Tk,2+δ], and for the third frequency resource / shift, it is given as [Tk,1+2δ, Tk,2+2δ] and so on. In one example, δ may be equal to Tk,2- Tk,1.

[0607] In FIG. 34, a PRDCH may provide a single Msg 2 which corresponds to a single Msg 1 reception in a burst manner. Any details disclosed for the group-ACK can be also applicable for the burst ACK transmission.

[0608] FIG. 36 illustrates a flowchart of an example device procedure 3600 for receiving a PRDCH according to an embodiment of the present disclosure. For example, procedure 3600 can be performed by any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0609] The procedure may begin in 3610, a device may transmit a PDRCH providing message 1 to a reader. In 3620, the device may determine a time window for monitoring a PRDCH providing message 2 based on the time and / or frequency resource / shift used for the PDRCH transmission providing the message 1. In 3630, the device may monitor a PRDCH from the reader providing the message 2 during the determined time window. In 3640, the device may receive the PRDCH from the reader providing the message 2.

[0610] With reference to FIG. 36, an example flowchart is shown for a device to receive a PRDCH providing message 2 according to the disclosure.

[0611] A device may monitor the PRDCH providing Msg 2 in one of the following example manners:

[0612] - There may be a monitoring window defined such that the device, who transmitted Msg 1, monitors a possible Msg 2 intended to the device from the burst Msg 2 transmissions in a time interval [T1, T2] from the end of the last random access slot.

[0613] -- In one example, T1, T2may correspond to TD2R_min, TD2R_max, respectively.

[0614] -- In one example, T1, T2, or both T1and T2may be dependent on the total number of time and frequency resources configured for the random access. For instance, it may be predefined such that T1corresponds to TD2R_min, while T2is determined based on the total number of random access opportunities configured in time and frequency. In principle, T2may increase with the total number of random access opportunities.

[0615] - In one example, each random access time slot may be associated with a separate monitoring window, which may or may not overlap with each other.

[0616] -- Each random access time slot i may be associated a monitoring window, [Ti,1, Ti,2] from the end of the last random access slot or from the end of time slot i.

[0617] -- The length of the monitoring window can be dependent on the number of frequency resources / shifts configured for each time resource. For instance, Ti,2- Ti,1may increase with the number of frequency resources / shifts.

[0618] -- As an example, the monitoring window associated with the first random access time slot may be defined from the end of the last random access time slot as [Toffset, Toffset+ W], where Toffsetis the start offset from the end of the last random access time slot, which may be TD2R_minand W is the monitoring window length. Then, the monitoring window associated with the n-th random access time slot may be defined from the end of the last random access times slot as , where and W may be the same or different.

[0619] -- When more than one frequency resources / shifts are configured for a given time domain resource, which can be one or multiple, each frequency resource / shift may be associated with a certain offset from the start of the monitor window associated with the given random access time slot. For instance, if the monitoring window for the given random access time slot is given as [T1, T2], the monitoring window for the first frequency resource / shift may be given the same as [T1, T2], while for the second frequency resource / shift, it is given as [T1+δ, T2+δ] and so on. In one example, δ may be equal to T2- T1.

[0620] Any of the described parameters herein may be predefined in the specifications of a system operation or indicated to the device in the paging or a trigger message.

[0621] FIG. 37 illustrates a flowchart of an example device procedure 3700 for receiving a PRDCH and transmitting a PRDCH according to an embodiment of the present disclosure. For example, procedure 3700 can be performed by any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0622] The procedure may begin in 3710, a device may receive a PRDCH providing message 2 from a reader, including scheduling information for the subsequent PDRCH transmission providing message 3, a request for certain data, or a command. In 3720, the device may transmit PDRCH providing the message 3 according to the received scheduling information along with the requested data or an execution result of the indicated command with any associated data. In 3730, if the device is unable to provide the requested data or execute the indicated command, the device may transmit PDRCH providing the message 3 according to the received scheduling information with an indication on its inability to provide the requested data or execute the indicated command.

[0623] With reference to FIG. 37, an example flowchart is shown for a device to receive a PRDCH providing message 2 and transmit a PDRCH providing a message 3 according to the disclosure.

[0624] Each block of a PRDCH providing a group-ACK (Msg 2), a PRDCH providing a single ACK (Msg 2) from a burst of PRDCHs providing Msg2s, or a normal PRDCH providing a single ACK (Msg 2) can provide one or more of the following information:

[0625] - Scheduling information for Msg 3 including PDRCH transmission timing and a frequency resource / shift, if applicable. The time unit for the timing indication can be one of the options as described later.

[0626] - Any data request to be included in the Msg 3.

[0627] - A command. It may be an indication of an index to a certain codepoint from a set of codepoints, wherein each code point corresponds to a certain command type which is predefined in a specification of a system operation.

[0628] Also, any of the listed information herein can be provided in the Msg 2 of the 2-step random access wherein in this case the provided information is not intended for Msg 3 but for a PDRCH transmission, which is decoupled from the random access procedure.

[0629] If the Msg 2 indicates a device to provide a certain data in the Msg 3, the device may include the requested data in the Msg 3 transmission. If the device is unable to provide the request data, e.g., due to unavailability of the data, processing time shortage, or low energy level, the device may indicate in the Msg 3 to the reader that it is unable to provide the requested data.

[0630] If the Msg 2 indicates a device to execute a certain command, the device may include the command execution result and associated data, if any, in the Msg 3 transmission. If the device is unable to execute the command, e.g., due to unavailability of the data, processing time shortage, or low energy level, the device may indicate in the Msg 3 to the reader that it is unable to execute the requested command.

[0631] A device may transmit Msg3 according to the scheduling information provided in the Msg2. The Msg3 transmission resources can be defined as a set of TDMA / FDMA resources, similar to that of random access resources for Msg1. As an example, there can be N'slottime slots for TDMA and / or N'freqfrequency domain resources for FDMA, e.g., a total of N'slot·N'freqresources.

[0632] The frequency domain resources may be defined as a set of frequency shift factors, which may be applied in the baseband. For a given frequency domain resource index n from N'freqresources, the amount of frequency shift can be predefined in a specification of a system operation. Alternatively, the amount of frequency shift can be indicated in the Msg2. Alternatively, the amount of frequency shift can be indicated in a paging or triggering message.

[0633] The time domain resources for Msg3 transmission can be similarly defined as the time domain resources for Msg1 transmission. The start of the time domain resources for Msg3 can be defined from the timing of PRDCH reception providing the Msg2. In one example, the Msg3 transmission resource may be indicated as an index from N'slot·N'freqresources. In one example, the indexes 1, ..., N'slot·N'freqmay map to time slot index first and then frequency domain index next. In one example, the indexes 1, ..., N'slot·N'freqmay map to frequency domain index first and then time slot index next. In one example, the Msg3 transmission resource may be indicated as a pair of indexes, one for time slot index from 1, ..., N'slotand another one for frequency domain index from 1, ..., N'freq.

[0634] In one example, instead of defining TDMA / FDMA resources, the Msg2 may directly provide a timing delay parameter for Msg3 transmission from the reception timing of the Msg2. In addition, the frequency shift factor for Msg3 can be indicated in the Msg2. In one example, the timing delay parameter may be predefined in a specification of a system operation and a device assumes a fixed timing delay from the reception of Msg2 for determining the Msg3 transmission timing.

[0635] FIG. 38 illustrates a timeline 3800 for example scheduling multiple D2R transmissions according to an embodiment of the present disclosure. For example, timeline 3800 can be followed by any of the readers described herein and any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0636] For TR2Dtiming, in one embodiment, TR2D_minand TR2D_maxmay be defined such that a device is not expected to transmit D2R transmission earlier than TR2D_minor later than TR2D_maxfollowing the preceding R2D transmission.

[0637] In one embodiment, TR2D_nominaland frequency tolerance range, e.g., in terms of percentage, are defined. The frequency tolerance may be related to device SFO drift. From a device perspective, it may transmit exactly at TR2D_nominalafter the reception of the preceding R2D transmission, while the actual timing can drift within the tolerance range.

[0638] For TD2Rtiming, in one embodiment, TD2R_minmay be defined such that, from a device perspective, the device is not required to receive R2D transmission earlier than TD2R_minfrom the reception of the preceding D2R transmission. TD2R_maxmay be defined from both a reader and a device perspectives. The provisioned timing range defined by TD2R_minand TD2R_maxmay not be for reader's random selection within the range but for a reader to accommodate delays in handling a varying number of devices at a given time. From a device perspective, if R2D transmission is not received within the timing range, the device can determine the failure of the current inventory / command round and the device can restart the inventory round or send appropriate feedback for the success / failure of executing the command.

[0639] For TR2D_R2D, there may be a need to define TR2D_R2D_mintaking into account that there should be a sufficient processing time provisioned for a device to process back-to-back R2D transmissions such as a PRDCH providing a paging message followed by another PRDCH providing a triggering message, or a PRDCH providing a command followed by another PRDCH providing a command, etc.

[0640] With reference to FIG. 38, an example R2D transmission is shown scheduling one or more D2R transmissions via a timing delay indication.

[0641] Multiple D2R transmissions may not need to be in a TDMA manner with a defined notion of time slots. It can be in an asynchronous manner based on indicated timing parameters.

[0642] In one embodiment, the timing of a D2R transmission following a corresponding R2D transmission may be determined based on the control information in the R2D transmission if provided, where TR2D TR2D_min. Otherwise, the device may transmit D2R transmission within [TR2D_min, TR2D_max]. In one embodiment, the timing of a D2R transmission following a corresponding R2D transmission may be determined based on the control information in the R2D transmission if provided, where TR2D TR2D_max. Otherwise, the device may transmit D2R transmission within [TR2D_min, TR2D_max]. This is because TR2D_minand TR2D_maxare more of a requirement for device implementation to handle the frequency tolerance rather than for device's random timing selection within the range. The device implementation will ensure that the timing drift would not exceed TR2D_maxbut it cannot guarantee that it can meet the TR2D_mintiming. Therefore, in this example, the minimum of the timing delay parameter for the indication may be TR2D_max.

[0643] FIG. 39 illustrates a timeline 3900 of example reception timing for a Msg2 corresponding to multiple Msg 1 according to an embodiment of the present disclosure. For example, timeline 3900 can be followed by any of the readers described herein and any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0644] For Msg2 corresponding to one or more Msg1, a device may start monitoring the PRDCH providing Msg2 TD2R_minafter the end of X time domain resources for Msg1 transmission, wherein X is the number of time slots, which is X=2 in this example. The monitoring window may be such that the start of PRDCH falls within the time interval after the start of monitoring, which may be predefined in a specification of a system operation or indicated to the device. In one example, = TD2R_max- TD2R_minsuch that the start of PRDCH falls within the time interval.

[0645] If Msg2 is not received within the time interval, the device may consider that the current inventory round is unsuccessful and restarts the inventory round, e.g., retransmit Msg1 in a later round. It is noted that the timing of the end of X time domain resources is the timing perceived by the device with the timing imperfection such as due to SFO, and it can deviate from the precise timing perceived by the reader. Given that there is no timing adjustment for a device in A-IoT, the reader may accomodate such timing imperfection by accounting a certain timing margin considering timing drift by devices.

[0646] FIG. 40 illustrates a timeline 4000 of example reception timing for a Msg2 corresponding to a Msg1 according to an embodiment of the present disclosure. For example, timeline 4000 can be followed by any of the readers described herein and any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0647] For a Msg2 corresponding to a Msg1, the reference timing for a device to start monitoring the PRDCH providing Msg2 can be still the same as before, e.g., TD2R_minafter the end of X time domain resources for Msg1 transmission. In this case, given that more than one Msg2s can be transmitted in a staggered manner, there can be an additional offset to start monitoring the Msg2.

[0648] The time / frequency resources for Msg1 transmission may be indexed by frequency, then time. As an example, in the figure herein, it can be indexed in the order of (x=1, y=1), (x=1, y=2), (x=2, y=1), (x=2, y=2) wherein x is the time slot index and y is the frequency resource index, e.g., frequency shifts. For Msg1 transmission resource index 1, there may be no additional offset and the monitoring window time interval starts TD2R_minafter the end of X time domain resources for Msg1 transmission. For Msg1 transmission resource index i, there may be (i-1)ХToffsetadditional timing offset to start monitoring time interval TD2R_minafter the end of X time domain resources for Msg1 transmission. Toffsetcan be defined to account the transmission duration of PRDCH providing single Msg2 and any additional guard time between PRDCH transmissions providing Msg2. Similarly, the indexing can be performed in time first and, then in frequency next. The same approach can be applied. Toffsetcan be predefined or indicated to the device.

[0649] FIG. 41 illustrates an example PRDCH 4100 according to an embodiment of the present disclosure. For example, PRDCH 4100 can be received by any of the devices described herein. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure

[0650] With reference to FIG. 41, PRDCH providing triggering message or Msg2 according to the disclosure is shown, while the followings are applicable for PRDCH in general.

[0651] In one embodiment, the header field may provide information related to receive the PRDCH including at least one of:

[0652] - ID associated with device(s) intended for the reception of R2D

[0653] - TBS / payload related information, explicitly or implicitly based on message type indication with fixed size

[0654] - Message type

[0655] - Reader ID

[0656] In one embodiment, the header field may have a fixed size, which may be predefined in a specification of a system operation. In one embodiment, the header field size may be indicated to the device in another PRDCH. In one example, PRDCHs with a certain message types may have a fixed size. As an example, the PRDCH providing paging message may have the header field with a fixed size. In one example, the PRDCH providing paging message may have the header field with a fixed size. In one example, the header field size of some other message types may be indicated by a PRDCH with a message type having a fixed size.

[0657] In one embodiment, the header field size may have a set of fixed sizes, e.g., up to 1, 2 or 3 fixed sizes, and blindly detected by the device. If there is only one fixed size, no blind detection may be performed.

[0658] The header field with a fixed size may be attached with CRC-6. In one example, the header field with a fixed size may be attached with CRC-16. In one example, the header field with a fixed size may not be attached with CRC.

[0659] In one embodiment, a method for an Ambient Internet of Things (A-IoT) device to communicate with a reader is provided. The method may include receiving a first physical reader-to-device channel (PRDCH) providing an A-IoT paging message initiating device identification. The A-IoT paging message may indicate a total number of access occasions, a number of time domain resources of the access occasions, and via a bitmap, a set of allowed small frequency shift factors. The method may include determining, based on reception of the A-IoT paging message, an access occasion from the total number of access occasions via random selection. The method may include receiving a second PRDCH providing an access trigger message triggering a set of access occasions from the total number of access occasions. The method may include transmitting a first physical device-to-reader channel (PDRCH) providing a random identifier (ID) message including a 16-bit random number as an ID in the determined access occasion. The method may include receiving a third PRDCH providing a random ID response message. The random ID response message may confirm successful reception of one or more random ID messages. The random ID response message may provide device to reader (D2R) scheduling information including information related to D2R chip length. The method may include transmitting a second PDRCH providing a D2R message based on reception of the third PRDCH.

[0660] In one embodiment, the method, wherein the first PRDCH may provide both the A-IoT paging message and an access trigger message for a first set of access occasions from the total number of access occasions, and the second PRDCH may provide the access trigger message for a second set of access occasions from the total number of access occasions.

[0661] In one embodiment, the method, wherein the random ID response message may include a number of information blocks, an information block from the number of information blocks corresponds to the random ID message, which was successfully received, and the information block may include the 16-bit random number from the random ID message at a beginning of the information block, which is followed by additional information to the A-IoT device.

[0662] In one embodiment, the method, wherein the number of time domain resources of the access occasions is up to two. The method, wherein a first time domain resource from the number of time domain resources may start after a first time offset from an end of the first PRDCH or from an end of the second PRDCH. The method, wherein a second time domain resource from the number of time domain resources may start after a second time offset from the end of the first PRDCH or from the end of the second PRDCH. The method wherein, the first time offset may be fixed, and the second time offset may include a transmission duration of the first PDRCH, the first time offset, and a guard time.

[0663] In one embodiment, the method, wherein, the A-IoT paging message may include a transaction ID to enable the A-IoT device to distinguish a valid inventory procedure from an invalid inventory procedure.

[0664] In one embodiment, the method, wherein the random ID response message may either confirm the 16-bit random number as the ID or provides a new ID different from the 16-bit random number.

[0665] In one embodiment, the method, wherein the first PDRCH and the second PDRCH may be prepended with a preamble and include one or more midambles, and the preamble and the one or more midambles may be identical.

[0666] In one embodiment, an A-IoT device is provided. The A-IoT device may include a transceiver configured to receive a first PRDCH providing an A-IoT paging message initiating device identification. The A-IoT paging message may indicate a total number of access occasions, a number of time domain resources of the access occasions, and via a bitmap, a set of allowed small frequency shift factors. The A-IoT device may include processing circuitry operably coupled with the transceiver. The processing circuitry may be configured to determine, based on reception of the A-IoT paging message, an access occasion from the total number of access occasions via random selection. The transceiver may be configured to receive a second PRDCH providing an access trigger message triggering a set of access occasions from the total number of access occasions, transmit a first PDRCH providing a random ID message including a 16-bit random number as an ID in the determined access occasion, and receive a third PRDCH providing a random ID response message. The random ID response message may confirm successful reception of one or more random ID messages. The random ID response message may provide device to reader (D2R) scheduling information including information related to D2R chip length. The transceiver may be configured to transmit a second PDRCH providing a D2R message based on reception of the third PRDCH.

[0667] In one embodiment, the A-IoT device, wherein the first PRDCH may provide both the A-IoT paging message and an access trigger message for a first set of access occasions from the total number of access occasions, and the second PRDCH may provide the access trigger message for a second set of access occasions from the total number of access occasions.

[0668] In one embodiment, the A-IoT device, wherein the random ID response message may include a number of information blocks, an information block from the number of information blocks corresponds to the random ID message, which was successfully received, and the information block may include the 16-bit random number from the random ID message at a beginning of the information block, which is followed by additional information to the A-IoT device.

[0669] In one embodiment, the A-IoT device, wherein the number of time domain resources of the access occasions is up to two. The A-IoT device, wherein a first time domain resource from the number of time domain resources may start after a first time offset from an end of the first PRDCH or from an end of the second PRDCH. The A-IoT device, wherein a second time domain resource from the number of time domain resources may start after a second time offset from the end of the first PRDCH or from the end of the second PRDCH. The A-IoT device wherein, the first time offset may be fixed, and the second time offset may include a transmission duration of the first PDRCH, the first time offset, and a guard time.

[0670] In one embodiment, the A-IoT device, wherein, the A-IoT paging message may include a transaction ID to enable the A-IoT device to distinguish a valid inventory procedure from an invalid inventory procedure.

[0671] In one embodiment, the A-IoT device, wherein the random ID response message may either confirm the 16-bit random number as the ID or provides a new ID different from the 16-bit random number.

[0672] In one embodiment, the A-IoT device, wherein the first PDRCH and the second PDRCH may be prepended with a preamble and include one or more midambles, and the preamble and the one or more midambles may be identical.

[0673] In one embodiment, a reader is provided. The reader may include a transceiver configured to transmit, to an A-IoT device, a first PRDCH providing an A-IoT paging message initiating device identification. The A-IoT paging message may indicate a total number of access occasions, a number of time domain resources of the access occasions, and via a bitmap, a set of allowed small frequency shift factors. The reader may include a processor operably coupled with the transceiver. The processor may be configured to determine, based on transmission of the A-IoT paging message, an access occasion from the total number of access occasions via random selection. The transceiver may be configured to transmit a second PRDCH providing an access trigger message triggering a set of access occasions from the total number of access occasions, receive a first PDRCH providing a random ID message including a 16-bit random number as an ID in the determined access occasion, and transmit a third PRDCH providing a random ID response message. The random ID response message may confirm successful reception of one or more random ID messages. The random ID response message may provide D2R scheduling information including information related to D2R chip length. The transceiver may be configured to receive a second PDRCH providing a D2R message based on transmission of the third PRDCH.

[0674] In one embodiment, the reader, wherein the first PRDCH may provide both the A-IoT paging message and an access trigger message for a first set of access occasions from the total number of access occasions, and the second PRDCH may provide the access trigger message for a second set of access occasions from the total number of access occasions.

[0675] In one embodiment, the reader, wherein the random ID response message may include a number of information blocks, an information block from the number of information blocks corresponds to the random ID message, which was successfully received, and the information block may include the 16-bit random number from the random ID message at a beginning of the information block, which is followed by additional information to the A-IoT device.

[0676] In one embodiment, the reader, wherein the number of time domain resources of the access occasions is up to two. The reader, wherein a first time domain resource from the number of time domain resources may start after a first time offset from an end of the first PRDCH or from an end of the second PRDCH. The reader, wherein a second time domain resource from the number of time domain resources may start after a second time offset from the end of the first PRDCH or from the end of the second PRDCH. The reader wherein, the first time offset may be fixed, and the second time offset may include a transmission duration of the first PDRCH, the first time offset, and a guard time.

[0677] In one embodiment, the reader, wherein, the A-IoT paging message may include a transaction ID to enable the A-IoT device to distinguish a valid inventory procedure from an invalid inventory procedure.

[0678] In one embodiment, the reader, wherein the random ID response message may either confirm the 16-bit random number as the ID or provides a new ID different from the 16-bit random number.

[0679] In one embodiment, a method performed by a device is provided. The method, wherein the first PRDCH may provide both the A-IoT paging message and the access trigger message for a first set of access occasions from the number of access occasions, and the second PRDCH may provide the access trigger message for a second set of access occasions from the number of access occasions.

[0680] In one embodiment, the method, wherein the random ID response message may include an assigned ID for the echoed random ID.

[0681] In one embodiment, the method, wherein the number of time domain resources of the access occasions is up to two. The method, wherein a first time domain resource from the number of time domain resources may start after a first time offset from an end of the first PRDCH or from an end of the second PRDCH. The method, wherein a second time domain resource from the number of time domain resources may start after a second time offset from the end of the first PRDCH or from the end of the second PRDCH. The method wherein, the first time offset may be fixed, and the second time offset may include a transmission duration of the first PDRCH, the first time offset, and a guard time.

[0682] In one embodiment, the method, wherein, the paging message may include a transaction ID to enable the device to distinguish a valid inventory procedure from an invalid inventory procedure.

[0683] In one embodiment, the method, wherein the random ID response message may confirm the 16-bit random number as the random ID or provides a new ID different from the 16-bit random number.

[0684] In one embodiment, the method, wherein the first PDRCH and the second PDRCH may be prepended with a preamble and include one or more midambles, and the preamble and the one or more midambles may be identical.

[0685] In one embodiment, a device is provided. The device, wherein the first PRDCH may provide both the A-IoT paging message and the access trigger message for a first set of access occasions from the number of access occasions, and the second PRDCH may provide the access trigger message for a second set of access occasions from the number of access occasions.

[0686] In one embodiment, the device, wherein the random ID response message may include an assigned ID for the echoed random ID.

[0687] In one embodiment, the device, wherein the number of time domain resources of the access occasions is up to two. The device, wherein a first time domain resource from the number of time domain resources may start after a first time offset from an end of the first PRDCH or from an end of the second PRDCH. The device, wherein a second time domain resource from the number of time domain resources may start after a second time offset from the end of the first PRDCH or from the end of the second PRDCH. The device wherein, the first time offset may be fixed, and the second time offset may include a transmission duration of the first PDRCH, the first time offset, and a guard time.

[0688] In one embodiment, the device, wherein, the paging message may include a transaction ID to enable the device to distinguish a valid inventory procedure from an invalid inventory procedure.

[0689] In one embodiment, the device, wherein the random ID response message may confirm the 16-bit random number as the random ID or provides a new ID different from the 16-bit random number.

[0690] In one embodiment, the device, wherein the first PDRCH and the second PDRCH may be prepended with a preamble and include one or more midambles, and the preamble and the one or more midambles may be identical.

[0691] Any of the above variation embodiments can be utilized independently or in combination with at least one other variation embodiment. The above flowchart(s) illustrate example methods that can be implemented in accordance with the principles of the present disclosure and various changes could be made to the methods illustrated in the flowcharts herein. For example, while shown as a series of steps, various steps in each figure could overlap, occur in parallel, occur in a different order, or occur multiple times. In another example, steps may be omitted or replaced by other steps.

[0692] Although the figures illustrate different examples of user equipment, various changes may be made to the figures. For example, the user equipment can include any number of each component in any suitable arrangement. In general, the figures do not limit the scope of the present disclosure to any particular configuration(s). Moreover, while figures illustrate operational environments in which various user equipment features disclosed in this patent document can be used, these features can be used in any other suitable system.

[0693] Although the present disclosure has been described with exemplary embodiments, various changes and modifications may be suggested to one skilled in the art. It is intended that the present disclosure encompass such changes and modifications as fall within the scope of the appended claims. None of the descriptions in this application should be read as implying that any particular element, step, or function is an essential element that must be included in the claims scope. The scope of patented subject matter is defined by the claims.

Claims

A method performed by a device, the method comprising:receiving a paging message through a first physical reader-to-device channel (PRDCH), wherein the paging message includes:a number of access occasions,a number of time domain resources of the access occasions, andvia a bitmap, a set of potential small frequency shift factors;determining, based on reception of the paging message, an access occasion from the number of access occasions via random selection;receiving an access trigger message through a second PRDCH triggering a set of access occasions from the number of access occasions;transmitting a random identifier (ID) message including a 16-bit random number as a random ID in the access occasion through a first physical device-to-reader channel (PDRCH);receiving a random ID response message through a third PRDCH, wherein:the random ID response message includes an echoed random ID of the random ID transmitted in the random ID message, andthe random ID response message provides device to reader (D2R) scheduling information; andtransmitting a D2R message through a second PDRCH based on reception of the random ID response message.The method of claim 1, wherein:the first PRDCH provides both the A-IoT paging message and the access trigger message for a first set of access occasions from the number of access occasions, andthe second PRDCH provides the access trigger message for a second set of access occasions from the number of access occasions.The method of claim 1, wherein the random ID response message includes an assigned ID for the echoed random ID.The method of claim 1, wherein:the number of time domain resources of the access occasions is up to two,a first time domain resource from the number of time domain resources starts after a first time offset from an end of the first PRDCH or from an end of the second PRDCH,a second time domain resource from the number of time domain resources starts after a second time offset from the end of the first PRDCH or from the end of the second PRDCH,the first time offset is fixed, andthe second time offset includes a transmission duration of the first PDRCH, the first time offset, and a guard time.The method of claim 1, wherein the paging message includes a transaction ID to enable the device to distinguish a valid inventory procedure from an invalid inventory procedure.The method of claim 1, wherein the random ID response message confirms the 16-bit random number as the random ID or provides a new ID different from the 16-bit random number.The method of claim 1, wherein:the first PDRCH and the second PDRCH are prepended with a preamble and include one or more midambles, andthe preamble and the one or more midambles are identical.A device, comprising:a transceiver; andprocessing circuitry operably coupled with the transceiver, wherein the processing circuitry is configured to:receive a paging message through a first physical reader-to-device channel (PRDCH), wherein the paging message includes:a number of access occasions,a number of time domain resources of the access occasions, andvia a bitmap, a set of potential small frequency shift factors;determine, based on reception of the paging message, an access occasion from the number of access occasions via random selection;receive an access trigger message through a second PRDCH triggering a set of access occasions from the number of access occasions;transmit a random identifier (ID) message including a 16-bit random number as a random ID in the access occasion through a first physical device-to-reader channel (PDRCH);receive a random ID response message through a third PRDCH, wherein:the random ID response message includes an echoed random ID of the random ID transmitted in the random ID message, andthe random ID response message provides device to reader (D2R) scheduling information; andtransmit a D2R message through a second PDRCH based on reception of the random ID response message.The A-IoT device of claim 8, wherein:the first PRDCH provides both the A-IoT paging message and the access trigger message for a first set of access occasions from the number of access occasions, andthe second PRDCH provides the access trigger message for a second set of access occasions from the number of access occasions.The A-IoT device of claim 8, wherein the random ID response message includes an assigned ID for the echoed random ID.The A-IoT device of claim 8, wherein:the number of time domain resources of the access occasions is up to two,a first time domain resource from the number of time domain resources starts after a first time offset from an end of the first PRDCH or from an end of the second PRDCH,a second time domain resource from the number of time domain resources starts after a second time offset from the end of the first PRDCH or from the end of the second PRDCH,the first time offset is fixed, andthe second time offset includes a transmission duration of the first PDRCH, the first time offset, and a guard time.The A-IoT device of claim 8, wherein the paging message includes a transaction ID to enable the device to distinguish a valid inventory procedure from an invalid inventory procedure.The A-IoT device of claim 8, wherein the random ID response message confirms the 16-bit random number as the random ID or provides a new ID different from the 16-bit random number.The A-IoT device of claim 8, wherein:the first PDRCH and the second PDRCH are prepended with a preamble and include one or more midambles, andthe preamble and the one or more midambles are identical.A reader, comprising:a transceiver; andprocessing circuitry operably coupled with the transceiver, wherein the processing circuitry is configured to:transmit, to a device, a paging message through a first physical reader-to-device channel (PRDCH), wherein the paging message includes:a number of access occasions,a number of time domain resources of the access occasions, andvia a bitmap, a set of potential small frequency shift factors;determine, based on transmission of the paging message, an access occasion from the number of access occasions via random selection,transmit an access trigger message through a second PRDCH triggering a set of access occasions from the number of access occasions;receive a random identifier (ID) message including a 16-bit random number as a random ID in the access occasion through a first physical device-to-reader channel (PDRCH);transmit a random ID response message through a third PRDCH, wherein:the random ID response message includes an echoed random ID of the random ID transmitted in the random ID message, andthe random ID response message provides device to reader (D2R) scheduling information; andreceive a D2R message through a second PDRCH based on transmission of the random ID response message.

Images