Control message and logical channel architecture for an ambient device medium access control layer

Abstract

Methods, systems, and devices for wireless communications are described. An ambient internet of things (A-IoT) device may obtain, at a medium access control (MAC) layer within a protocol stack of the A-IoT device, control information associated with an A-IoT logical channel. In some aspects, the A-IoT logical channel is between an upper layer within the protocol stack and the MAC layer. In some aspects, the MAC layer is configured to map between the A-IoT logical channel and an A-IoT transport channel. The A-IoT device may provide, by the MAC layer and via the A-IoT logical channel, second information that be based on the control information to a physical layer within the protocol stack. The A-IoT device may communicate, via an A-IoT physical channel corresponding to the A-IoT transport channel, with a network entity in accordance the second information.

Description

CONTROL MESSAGE AND LOGICAL CHANNEL ARCHITECTURE FOR AN AMBIENT DEVICE MEDIUM ACCESS CONTROL LAYER

[0001] INTRODUCTION

[0002] The following relates to wireless communications that pertain to control message and logical channel architecture for an ambient device medium access control (MAC) layer. Wireless communications systems are widely deployed to provide various types of communication content such as voice, video, packet data, messaging, broadcast, and so on. These systems may be capable of supporting communication with multiple users by sharing the available system resources (e.g., time, frequency, and power) . Aspects of such multiple-access systems include fourth generation (4G) systems such as Long Term Evolution (LTE) systems, LTE-Advanced (LTE-A) systems, or LTE-A Pro systems, and fifth generation (5G) systems which may be referred to as New Radio (NR) systems. These systems may employ technologies such as code division multiple access (CDMA) , time division multiple access (TDMA) , frequency division multiple access (FDMA) , orthogonal FDMA (OFDMA) , or discrete Fourier transform spread orthogonal frequency division multiplexing (DFT-S-OFDM) . A wireless multiple-access communications system may include one or more base stations, each supporting wireless communication for communication devices, which may be a user equipment (UE) .SUMMARY

[0003] A method for wireless communications by an ambient internet of things (A-IoT) device is described. The method may include obtaining, at a medium access control (MAC) layer within a protocol stack of the A-IoT device, control information associated with an A-IoT logical channel, where the A-IoT logical channel is between an upper layer within the protocol stack and the MAC layer, and where the MAC layer is configured to map between the A-IoT logical channel and an A-IoT transport channel, providing, by the MAC layer and via the A-IoT logical channel, second information that is based on the control information to a physical layer within the protocol stack, and communicating, via an A-IoT physical channel corresponding to the A-IoT transport channel, with a network entity in accordance the second information.

[0004] An A-IoT device for wireless communications is described. The A-IoT device may include a processing system. The processing system may be configured to obtain, at a MAC layer within a protocol stack of the A-IoT device, control information associated with an A-IoT logical channel, where the A-IoT logical channel is between an upper layer within the protocol stack and the MAC layer, and where the MAC layer is configured to map between the A-IoT logical channel and an A-IoT transport channel, providing, by the MAC layer and via the A-IoT logical channel, second information that be based on the control information to a physical layer within the protocol stack, and communicate, via an A-IoT physical channel corresponding to the A-IoT transport channel, with a network entity in accordance the second information.

[0005] Another A-IoT device for wireless communications is described. The A-IoT device may include means for obtaining, at a MAC layer within a protocol stack of the A-IoT device, control information associated with an A-IoT logical channel, where the A-IoT logical channel is between an upper layer within the protocol stack and the MAC layer, and where the MAC layer is configured to map between the A-IoT logical channel and an A-IoT transport channel, means for providing, by the MAC layer and via the A-IoT logical channel, second information that is based on the control information to a physical layer within the protocol stack, and means for communicating, via an A-IoT physical channel corresponding to the A-IoT transport channel, with a network entity in accordance the second information.

[0006] A non-transitory computer-readable medium having code for wireless communication stored thereon is described. The code when executed by an A-IoT device, may cause the A-IoT device to to obtain, at a MAC layer within a protocol stack of the A-IoT device, control information associated with an A-IoT logical channel, where the A-IoT logical channel is between an upper layer within the protocol stack and the MAC layer, and where the MAC layer is configured to map between the A-IoT logical channel and an A-IoT transport channel, providing, by the MAC layer and via the A-IoT logical channel, second information that be based on the control information to a physical layer within the protocol stack, and communicate, via an A-IoT physical channel corresponding to the A-IoT transport channel, with a network entity in accordance the second information.

[0007] In some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein, the control information may be within a MAC-control element (MAC-CE) or a MAC packet data unit (PDU) .

[0008] In some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein, the control information may be associated with a MAC header including one or more fields and the one or more fields indicate a type of an upper layer control signaling associated with the control information, a category of the upper layer control signaling, or a control information length associated with the upper layer control signaling.

[0009] In some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein, the A-IoT logical channel may be between the upper layer and the MAC layer, the upper layer being an application layer, a non-access-stratum (NAS) layer, or a radio resource control (RRC) layer.

[0010] In some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein, the control information may be within a MAC-CE and the MAC-CE includes physical control information associated with the physical layer.

[0011] In some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein, the physical control information includes scheduling information, one or more time and frequency resources for an A-IoT data transmission, wake-up signaling, acknowledgement feedback, negative acknowledgement feedback, an identifier associated with a reader device, an identifier associated with the A-IoT device, or an identifier associated with a set of devices that includes the A-IoT device.

[0012] In some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein, the second information includes physical control information associated with the physical layer.

[0013] In some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein, the physical control information includes an identifier associated with the A-IoT device.

[0014] In some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein, the control information may be within a MAC-CE, the MAC-CE may be a type of MAC-CE from a set of types of MAC-CEs, and the set of types of MAC-CEs includes a first type of MAC-CE that carries physical control information and may be associated with a first priority, a second type of MAC-CE that carries MAC layer resource information and may be associated with a second priority, and a third type of MAC-CE that carries upper layer control information and may be associated with a third priority.

[0015] Some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for receiving, as part of MAC layer control information, an indication of an identifier associated with the A-IoT device and receiving, as part of physical control information, a second indication of the identifier associated with the A-IoT device or an indication of a second identifier associated with the A-IoT device.

[0016] In some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein, the A-IoT logical channel associated with the upper layer may be an A-IoT control channel (ACCH) and the control information includes upper layer control information.

[0017] In some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein, the A-IoT logical channel associated with the upper layer may be an A-IoT traffic channel (ATCH) and the control information includes MAC layer control information or physical layer control information.

[0018] In some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein, the control information may be within a MAC-CE and the MAC-CE may be associated with a MAC header that indicates a set of bits and a logical channel identifier and a combination of the set of bits and the logical channel identifier indicates a type of A-IoT MAC PDU.

[0019] In some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein, the control information may be within a MAC-CE of a first type that may be associated with a first logical channel identifier and a second type of MAC-CE may be associated with a second logical channel identifier.

[0020] Some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for obtaining A-IoT data information from the upper layer, where the MAC layer may be configured to map between an ATCH associated with the upper layer and a second A-IoT transport channel and providing, by the MAC layer and via the second A-IoT transport channel, the A-IoT data information to the physical layer.

[0021] In some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein, the control information may be associated with a first priority and the A-IoT data information may be associated with a second priority that may be less than the first priority.

[0022] In some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein, the control information may be within a first type of MAC-CE and a location of the MAC-CE within a transmission block may be based on a priority of the MAC-CE relative to one or more other types of MAC-CEs, A-IoT data information, or any combination thereof.

[0023] In some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein, the control information may be within a MAC-CE and the method, apparatuses, and non-transitory computer-readable medium may include further operations, features, means, or instructions for receiving the MAC-CE via a first A-IoT physical channel and receiving or transmitting data associated with the control information via a second A-IoT physical channel.

[0024] In some examples of the method, A-IoTs, and non-transitory computer-readable medium described herein, the control information may be within a MAC-CE and the method, apparatuses, and non-transitory computer-readable medium may include further operations, features, means, or instructions for receiving the MAC-CE via a first type of A-IoT physical data channel packet and receiving or transmitting data associated with the control information via a second type of A-IoT physical data channel packet.BRIEF DESCRIPTION OF THE DRAWINGS

[0025] FIG. 1 shows an aspect of a wireless communications system that supports control message and logical channel architecture for an ambient device medium access control (MAC) layer in accordance with one or more aspects of the present disclosure.

[0026] FIG. 2 shows an aspect of a wireless communications system that supports control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure.

[0027] FIG. 3 shows an aspect of an ambient internet of things (A-IoT) channel architecture that supports control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure.

[0028] FIGs. 4A through 4C each show an aspect of an A-IoT physical channel mapping scheme that supports control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure.

[0029] FIG. 5 shows an aspect of a process flow that supports control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure.

[0030] FIGs. 6 and 7 show block diagrams of devices that support control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure.

[0031] FIG. 8 shows a block diagram of a communications manager that supports control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure.

[0032] FIG. 9 shows a diagram of a system including a device that supports control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure.

[0033] FIGs. 10 and 11 show flowcharts illustrating methods that support control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure.DETAILED DESCRIPTION

[0034] In some aspects of wireless communications, an ambient internet of things (A-IoT) device may communicate with a network. For instance, the A-IoT device may communicate directly and bidirectionally with a network entity (e.g., network entity based reader topology) or may communicate bidirectionally with an intermediate node that communicates with both the A-IoT device and the network entity (e.g., user equipment (UE) based reader topology) . In some aspects of wireless communications (e.g., between a network entity and a UE) , the network entity and UE may communicate control and data information via one or more protocol layers (e.g., a radio resource control (RRC) layer, a radio link control (RLC) layer, a medium access control (MAC) layer, a packet data convergence protocol (PDCP) layer, and a physical (PHY) layer) .

[0035] In some cases, however, the A-IoT device may be unable to operate in accordance with one or more of these protocol layers, or one or more aspects thereof. For instance, the low complexity and low-cost structure of the A-IoT device may be unable to support the complete protocol stack supported by a network entity and a UE. Additionally, or alternatively, such protocol layers may not support one or more techniques of A-IoT devices. For instance, an A-IoT device may perform wireless communications via reception of incident radio frequency signals, where the A-IoT device may modulate and back scatter said incident signals to send information to a network. As such, it may be advantageous for the A-IoT device to operate in accordance with one or more protocol layers dedicated for A-IoT based communications (e.g., A-IoT control information and A-IoT data information) .

[0036] The techniques described herein describe the implementation of an A-IoT MAC layer used to carry control and configuration information between an A-IoT upper layer and an A-IoT PHY layer. For example, a MAC-control element (MAC-CE) may include control information form the A-IoT upper layer that the network entity transmits to the A-IoT device via a logical ambient channel (e.g., A-IoT control channel (ACCH) ) . Additionally, different types of MAC-CE may include different types of  control information associated with different priorities. For example, a first type of MAC-CE may include control information generated in the A-IoT MAC layer which is associated with a first priority, a second type of MAC-CE may include PHY control information which is associated with a second priority, and a third type of MAC-CE may include upper layer control information associated with a third priority.

[0037] Additionally, different logical channels may be configured to carry the different types of MAC-CE and A-IoT data. For example, a MAC-CE generated at the MAC layer, a MAC-CE including PHY control information, and A-IoT data may be transmitted via an A-IoT traffic channel (ATCH) , and a MAC-CE that carriers upper layer control information may be transmitted via an ACCH. Additionally, each logical channel may be associated with a logical channel prioritization based on the type of information transmitted via the logical channel. Additionally, some types of MAC-CE (such as PHY control information) and A-IoT data can be carried separately in different PHY channels (e.g., PHY control channels or PHY data channels) or different types of PHY layer packets in a PHY data channel.

[0038] Aspects of the present disclosure may be implemented to realize one or more advantages. For example, by supporting protocol layers dedicated to A-IoT devices, the network and A-IoT device may more efficiently communicate A-IoT control and data information. Additionally, by developing a priority structure associated with different types of control information and data information, the network and A-IoT devices may reduce a likelihood of dropping high priority information while reducing power expenditure at the A-IoT devices. Such implementations of the A-IoT specific protocol layers may increase the utilization of radio frequency resources, reduce signaling overhead, and increase the efficiency of power utilization at A-IoT devices.

[0039] Aspects of the disclosure are initially described in the context of wireless communications systems, A-IoT channel architecture, and A-IoT physical channel mapping schemes. Aspects of the disclosure are further illustrated by and described with reference to apparatus diagrams, system diagrams, and flowcharts that relate to control message and logical channel architecture for an ambient device MAC layer.

[0040] FIG. 1 shows an aspect of a wireless communications system 100 that supports control message and logical channel architecture for an ambient device MAC  layer in accordance with one or more aspects of the present disclosure. The wireless communications system 100 may include one or more devices, such as one or more network devices (e.g., network entities 105) , one or more UEs 115, and a core network 130. In some aspects, the wireless communications system 100 may be a Long Term Evolution (LTE) network, an LTE-Advanced (LTE-A) network, an LTE-A Pro network, a New Radio (NR) network, or a network operating in accordance with other systems and radio technologies, including future systems and radio technologies not explicitly mentioned herein.

[0041] The network entities 105 may be dispersed throughout a geographic area to form the wireless communications system 100 and may include devices in different forms or having different capabilities. In various aspects, a network entity 105 may be referred to as a network element, a mobility element, a radio access network (RAN) node, or network equipment, among other nomenclature. In some aspects, network entities 105 and UEs 115 may wirelessly communicate via one or more communication links 125 (e.g., a radio frequency (RF) access link) . For example, a network entity 105 may support a coverage area 110 (e.g., a geographic coverage area) over which the UEs 115 and the network entity 105 may establish one or more communication links 125. The coverage area 110 may be an aspect of a geographic area over which a network entity 105 and a UE 115 may support the communication of signals according to one or more radio access technologies (RATs) .

[0042] The UEs 115 may be dispersed throughout a coverage area 110 of the wireless communications system 100, and each UE 115 may be stationary, or mobile, or both at different times. The UEs 115 may be devices in different forms or having different capabilities. Some example UEs 115 are illustrated in FIG. 1. The UEs 115 described herein may be capable of supporting communications with various types of devices, such as other UEs 115 or network entities 105, as shown in FIG. 1.

[0043] As described herein, a network entity (which may alternatively be referred to as an entity, a node, a network node, or a wireless entity) may be, be similar to, include, or be included in (e.g., be a component of) a base station (e.g., any base station described herein, including a disaggregated base station) , a UE (e.g., any UE described herein) , a reduced capability (RedCap) device, an enhanced reduced capability (eRedCap) device, an ambient internet of things (IoT) device, an energy harvesting  (EH) -capable device, a network controller, an apparatus, a device, a computing system, an integrated access and backhauling (IAB) node, a distributed unit (DU) , a central unit (CU) , a remote / radio unit (RU) (which may also be referred to as a remote radio unit (RRU) ) , and / or another processing entity configured to perform any of the techniques described herein. For example, a network entity may be a UE. As another example, a network entity may be a base station. As used herein, “network entity” may refer to an entity that is configured to operate in a network, such as the wireless communications system 100. For example, a “network entity” is not limited to an entity that is currently located in and / or currently operating in the network. Rather, a network entity may be any entity that is capable of communicating and / or operating in the network.

[0044] The adjectives “first, ” “second, ” “third, ” and so on are used for contextual distinction between two or more of the modified noun in connection with a discussion and are not meant to be absolute modifiers that apply only to a certain respective entity throughout the entire document. For example, a network entity may be referred to as a “first network entity” in connection with one discussion and may be referred to as a “second network entity” in connection with another discussion, or vice versa. As an aspect, a first network entity may be configured to communicate with a second network entity or a third network entity. In one aspect of this example, the first network entity may be a UE, the second network entity may be a base station, and the third network entity may be a UE. In another aspect of this example, the first network entity may be a UE, the second network entity may be a base station, and the third network entity may be a base station. In yet other aspects of this example, the first, second, and third network entities may be different relative to these aspects.

[0045] Similarly, reference to a UE, base station, apparatus, device, computing system, or the like may include disclosure of the UE, base station, apparatus, device, computing system, or the like being a network entity. For example, disclosure that a UE is configured to receive information from a base station also discloses that a first network entity is configured to receive information from a second network entity. Consistent with this disclosure, once a specific example is broadened in accordance with this disclosure (e.g., a UE is configured to receive information from a base station also discloses that a first network entity is configured to receive information from a second network entity) , the broader example of the narrower example may be  interpreted in the reverse, but in a broad open-ended way. In the example above where a UE is configured to receive information from a base station also discloses that a first network entity is configured to receive information from a second network entity, the first network entity may refer to a first UE, a first base station, a first apparatus, a first device, a first computing system, a first set of one or more one or more components, a first processing entity, or the like configured to receive the information; and the second network entity may refer to a second UE, a second base station, a second apparatus, a second device, a second computing system, a second set of one or more components, a second processing entity, or the like.

[0046] As described herein, communication of information (e.g., any information, signal, or the like) may be described in various aspects using different terminology. Disclosure of one communication term includes disclosure of other communication terms. For example, a first network entity may be described as being configured to transmit information to a second network entity. In this example and consistent with this disclosure, disclosure that the first network entity is configured to transmit information to the second network entity includes disclosure that the first network entity is configured to provide, send, output, communicate, or transmit information to the second network entity. Similarly, in this example and consistent with this disclosure, disclosure that the first network entity is configured to transmit information to the second network entity includes disclosure that the second network entity is configured to receive, obtain, or decode the information that is provided, sent, output, communicated, or transmitted by the first network entity.

[0047] As shown, the network entity (e.g., network entity 105) may include a processing system 106. Similarly, the network entity (e.g., UE 115) may include a processing system 112. A processing system may include one or more components (or subcomponents) , such as one or more components described herein. For example, a respective component of the one or more components may be, be similar to, include, or be included in at least one memory, at least one communication interface, or at least one processor. For example, a processing system may include one or more components. In such an aspect, the one or more components may include a first component, a second component, and a third component. In this example, the first component may be coupled to a second component and a third component. In this example, the first  component may be at least one processor, the second component may be a communication interface, and the third component may be at least one memory. A processing system may generally be a system one or more components that may perform one or more functions, such as any function or combination of functions described herein. For example, one or more components may receive input information (e.g., any information that is an input, such as a signal, any digital information, or any other information) , one or more components may process the input information to generate output information (e.g., any information that is an output, such as a signal or any other information) , one or more components may perform any function as described herein, or any combination thereof. As described herein, an “input” and “input information” may be used interchangeably. Similarly, as described herein, an “output” and “output information” may be used interchangeably. Any information generated by any component may be provided to one or more other systems or components of, for example, a network entity described herein) . For example, a processing system may include a first component configured to receive or obtain information, a second component configured to process the information to generate output information, and / or a third component configured to provide the output information to other systems or components. In this example, the first component may be a communication interface (e.g., a first communication interface) , the second component may be at least one processor (e.g., that is coupled to the communication interface and / or at least one memory) , and the third component may be a communication interface (e.g., the first communication interface or a second communication interface) . For example, a processing system may include at least one memory, at least one communication interface, and / or at least one processor, where the at least one processor may, for example, be coupled to the at least one memory and the at least one communication interface.

[0048] A processing system of a network entity described herein may interface with one or more other components of the network entity, may process information received from one or more other components (such as input information) , or may output information to one or more other components. For example, a processing system may include a first component configured to interface with one or more other components of the network entity to receive or obtain information, a second component configured to  process the information to generate one or more outputs, and / or a third component configured to output the one or more outputs to one or more other components. In this example, the first component may be a communication interface (e.g., a first communication interface) , the second component may be at least one processor (e.g., that is coupled to the communication interface and / or at least one memory) , and the third component may be a communication interface (e.g., the first communication interface or a second communication interface) . For example, a chip or modem of the network entity may include a processing system. The processing system may include a first communication interface to receive or obtain information, and a second communication interface to output, transmit, or provide information. In some aspects, the first communication interface may be an interface configured to receive input information, and the information may be provided to the processing system. In some aspects, the second system interface may be configured to transmit information output from the chip or modem. The second communication interface may also obtain or receive input information, and the first communication interface may also output, transmit, or provide information.

[0049] In some aspects, network entities 105 may communicate with the core network 130, or with one another, or both. For example, network entities 105 may communicate with the core network 130 via one or more backhaul communication links 120 (e.g., in accordance with an S1, N2, N3, or other interface protocol) . In some aspects, network entities 105 may communicate with one another via a backhaul communication link 120 (e.g., in accordance with an X2, Xn, or other interface protocol) either directly (e.g., directly between network entities 105) or indirectly (e.g., via a core network 130) . In some aspects, network entities 105 may communicate with one another via a midhaul communication link 162 (e.g., in accordance with a midhaul interface protocol) or a fronthaul communication link 168 (e.g., in accordance with a fronthaul interface protocol) , or any combination thereof. The backhaul communication links 120, midhaul communication links 162, or fronthaul communication links 168 may be or include one or more wired links (e.g., an electrical link, an optical fiber link) , one or more wireless links (e.g., a radio link, a wireless optical link) , among other aspects or various combinations thereof. A UE 115 may communicate with the core network 130 via a communication link 155.

[0050] One or more of the network entities 105 described herein may include or may be referred to as a base station 140 (e.g., a base transceiver station, a radio base station, an NR base station, an access point, a radio transceiver, a NodeB, an eNodeB (eNB) , a next-generation NodeB or a giga-NodeB (either of which may be referred to as a gNB) , a 5G NB, a next-generation eNB (ng-eNB) , a Home NodeB, a Home eNodeB, or other suitable terminology) . In some aspects, a network entity 105 (e.g., a base station 140) may be implemented in an aggregated (e.g., monolithic, standalone) base station architecture, which may be configured to utilize a protocol stack that is physically or logically integrated within a single network entity 105 (e.g., a single RAN node, such as a base station 140) .

[0051] In some aspects, a network entity 105 may be implemented in a disaggregated architecture (e.g., a disaggregated base station architecture, a disaggregated RAN architecture) , which may be configured to utilize a protocol stack that is physically or logically distributed among two or more network entities 105, such as an integrated access backhaul (IAB) network, an open RAN (O-RAN) (e.g., a network configuration sponsored by the O-RAN Alliance) , or a virtualized RAN (vRAN) (e.g., a cloud RAN (C-RAN) ) . For example, a network entity 105 may include one or more of a central unit (CU) 160, a distributed unit (DU) 165, a radio unit (RU) 170, a RAN Intelligent Controller (RIC) 175 (e.g., a Near-Real Time RIC (Near-RT RIC) , a Non-Real Time RIC (Non-RT RIC) ) , a Service Management and Orchestration (SMO) 180 system, or any combination thereof. An RU 170 may also be referred to as a radio head, a smart radio head, a remote radio head (RRH) , a remote radio unit (RRU) , or a transmission reception point (TRP) . One or more components of the network entities 105 in a disaggregated RAN architecture may be co-located, or one or more components of the network entities 105 may be located in distributed locations (e.g., separate physical locations) . In some aspects, one or more network entities 105 of a disaggregated RAN architecture may be implemented as virtual units (e.g., a virtual CU (VCU) , a virtual DU (VDU) , a virtual RU (VRU) ) .

[0052] The split of functionality between a CU 160, a DU 165, and an RU 170 is flexible and may support different functionalities depending on which functions (e.g., network layer functions, protocol layer functions, baseband functions, RF functions, and any combinations thereof) are performed at a CU 160, a DU 165, or an RU 170. For  example, a functional split of a protocol stack may be employed between a CU 160 and a DU 165 such that the CU 160 may support one or more layers of the protocol stack and the DU 165 may support one or more different layers of the protocol stack. In some aspects, the CU 160 may host upper protocol layer (e.g., layer 3 (L3) , layer 2 (L2) ) functionality and signaling (e.g., RRC, service data adaption protocol, Packet Data Convergence Protocol) . The CU 160 may be connected to one or more DUs 165 or RUs 170, and the one or more DUs 165 or RUs 170 may host lower protocol layers, such as layer 1 (L1) (e.g., physical layer) or L2 (e.g., radio link control layer MAC layer) functionality and signaling, and may each be at least partially controlled by the CU 160. Additionally, or alternatively, a functional split of the protocol stack may be employed between a DU 165 and an RU 170 such that the DU 165 may support one or more layers of the protocol stack and the RU 170 may support one or more different layers of the protocol stack. The DU 165 may support one or multiple different cells (e.g., via one or more RUs 170) . In some cases, a functional split between a CU 160 and a DU 165, or between a DU 165 and an RU 170 may be within a protocol layer (e.g., some functions for a protocol layer may be performed by one of a CU 160, a DU 165, or an RU 170, while other functions of the protocol layer are performed by a different one of the CU 160, the DU 165, or the RU 170) . A CU 160 may be functionally split further into CU control plane (CU-CP) and CU user plane (CU-UP) functions. A CU 160 may be connected to one or more DUs 165 via a midhaul communication link 162 (e.g., F1, F1 c, F1 u) , and a DU 165 may be connected to one or more RUs 170 via a fronthaul communication link 168 (e.g., open fronthaul (FH) interface) . In some aspects, a midhaul communication link 162 or a fronthaul communication link 168 may be implemented in accordance with an interface (e.g., a channel) between layers of a protocol stack supported by respective network entities 105 that are in communication via such communication links.

[0053] In wireless communications systems (e.g., wireless communications system 100) , infrastructure and spectral resources for radio access may support wireless backhaul link capabilities to supplement wired backhaul connections, providing an IAB network architecture (e.g., to a core network 130) . In some cases, in an IAB network, one or more network entities 105 (e.g., IAB nodes 104) may be partially controlled by each other. One or more IAB nodes 104 may be referred to as a donor entity or an IAB  donor. One or more DUs 165 or one or more RUs 170 may be partially controlled by one or more CUs 160 associated with a donor network entity 105 (e.g., a donor base station 140) . The one or more donor network entities 105 (e.g., IAB donors) may be in communication with one or more additional network entities 105 (e.g., IAB nodes 104) via supported access and backhaul links (e.g., backhaul communication links 120) . IAB nodes 104 may include an IAB mobile termination (IAB-MT) controlled (e.g., scheduled) by DUs 165 of a coupled IAB donor. An IAB-MT may include an independent set of antennas for relay of communications with UEs 115, or may share the same antennas (e.g., of an RU 170) of an IAB node 104 used for access via the DU 165 of the IAB node 104 (e.g., referred to as virtual IAB-MT (vIAB-MT) ) . In some aspects, the IAB nodes 104 may include DUs 165 that support communication links with additional entities (e.g., IAB nodes 104, UEs 115) within the relay chain or configuration of the access network (e.g., downstream) . In such cases, one or more components of the disaggregated RAN architecture (e.g., one or more IAB nodes 104 or components of IAB nodes 104) may be configured to operate according to the techniques described herein.

[0054] In the case of the techniques described herein applied in the context of a disaggregated RAN architecture, one or more components of the disaggregated RAN architecture may be configured to support enhanced outer coding for broadcast communications as described herein. For example, some operations described as being performed by a UE 115 or a network entity 105 (e.g., a base station 140) may additionally, or alternatively, be performed by one or more components of the disaggregated RAN architecture (e.g., IAB nodes 104, DUs 165, CUs 160, RUs 170, RIC 175, SMO 180) .

[0055] A UE 115 may include or may be referred to as a mobile device, a wireless device, a remote device, a handheld device, or a subscriber device, or some other suitable terminology, where the “device” may also be referred to as a unit, a station, a terminal, or a client, among other aspects. A UE 115 may also include or may be referred to as a personal electronic device such as a cellular phone, a personal digital assistant (PDA) , a tablet computer, a laptop computer, or a personal computer. In some aspects, a UE 115 may include or be referred to as a wireless local loop (WLL) station, an Internet of Things (IoT) device, an Internet of Everything (IoE) device, or a machine  type communications (MTC) device, among other aspects, which may be implemented in various objects such as appliances, or vehicles, meters, among other aspects.

[0056] The UEs 115 described herein may be able to communicate with various types of devices, such as other UEs 115 that may sometimes act as relays as well as the network entities 105 and the network equipment including macro eNBs or gNBs, small cell eNBs or gNBs, or relay base stations, among other aspects, as shown in FIG. 1.

[0057] The UEs 115 and the network entities 105 may wirelessly communicate with one another via one or more communication links 125 (e.g., an access link) using resources associated with one or more carriers. The term “carrier” may refer to a set of RF spectrum resources having a defined physical layer structure for supporting the communication links 125. For example, a carrier used for a communication link 125 may include a portion of a RF spectrum band (e.g., a bandwidth part (BWP) ) that is operated according to one or more physical layer channels for a given radio access technology (e.g., LTE, LTE-A, LTE-A Pro, NR) . Each physical layer channel may carry acquisition signaling (e.g., synchronization signals, system information) , control signaling that coordinates operation for the carrier, user data, or other signaling. The wireless communications system 100 may support communication with a UE 115 using carrier aggregation or multi-carrier operation. A UE 115 may be configured with multiple downlink component carriers and one or more uplink component carriers according to a carrier aggregation configuration. Carrier aggregation may be used with both frequency division duplexing (FDD) and time division duplexing (TDD) component carriers. Communication between a network entity 105 and other devices may refer to communication between the devices and any portion (e.g., entity, sub-entity) of a network entity 105. For example, the terms “transmitting, ” “receiving, ” or “communicating, ” when referring to a network entity 105, may refer to any portion of a network entity 105 (e.g., a base station 140, a CU 160, a DU 165, a RU 170) of a RAN communicating with another device (e.g., directly or via one or more other network entities 105) .

[0058] Signal waveforms transmitted via a carrier may be made up of multiple subcarriers (e.g., using multi-carrier modulation (MCM) techniques such as orthogonal frequency division multiplexing (OFDM) or discrete Fourier transform spread OFDM (DFT-S-OFDM) ) . In a system employing MCM techniques, a resource element may  refer to resources of one symbol period (e.g., a duration of one modulation symbol) and one subcarrier, in which case the symbol period and subcarrier spacing may be inversely related. The quantity of bits carried by each resource element may depend on the modulation scheme (e.g., the order of the modulation scheme, the coding rate of the modulation scheme, or both) , such that a relatively higher quantity of resource elements (e.g., in a transmission duration) and a relatively higher order of a modulation scheme may correspond to a relatively higher rate of communication. A wireless communications resource may refer to a combination of an RF spectrum resource, a time resource, and a spatial resource (e.g., a spatial layer, a beam) , and the use of multiple spatial resources may increase the data rate or data integrity for communications with a UE 115.

[0059] The time intervals for the network entities 105 or the UEs 115 may be expressed in multiples of a basic time unit which may, for example, refer to a sampling period of T_s=1 /  ( (Δf_max·N_f) ) seconds, for which Δf_max may represent a supported subcarrier spacing, and N_f may represent a supported discrete Fourier transform (DFT) size. Time intervals of a communications resource may be organized according to radio frames each having a specified duration (e.g., 10 milliseconds (ms) ) . Each radio frame may be identified by a system frame number (SFN) (e.g., ranging from 0 to 1023) .

[0060] Each frame may include multiple consecutively-numbered subframes or slots, and each subframe or slot may have the same duration. In some aspects, a frame may be divided (e.g., in the time domain) into subframes, and each subframe may be further divided into a quantity of slots. Alternatively, each frame may include a variable quantity of slots, and the quantity of slots may depend on subcarrier spacing. Each slot may include a quantity of symbol periods (e.g., depending on the length of the cyclic prefix prepended to each symbol period) . In some wireless communications systems 100, a slot may further be divided into multiple mini-slots associated with one or more symbols. Excluding the cyclic prefix, each symbol period may be associated with one or more (e.g., N_f) sampling periods. The duration of a symbol period may depend on the subcarrier spacing or frequency band of operation.

[0061] A subframe, a slot, a mini-slot, or a symbol may be the smallest scheduling unit (e.g., in the time domain) of the wireless communications system 100 and may be referred to as a transmission time interval (TTI) . In some aspects, the TTI duration  (e.g., a quantity of symbol periods in a TTI) may be variable. Additionally, or alternatively, the smallest scheduling unit of the wireless communications system 100 may be dynamically selected (e.g., in bursts of shortened TTIs (sTTIs) ) .

[0062] Physical channels may be multiplexed for communication using a carrier according to various techniques. A physical control channel and a physical data channel may be multiplexed for signaling via a downlink carrier, for example, using one or more of time division multiplexing (TDM) techniques, frequency division multiplexing (FDM) techniques, or hybrid TDM-FDM techniques. A control region (e.g., a control resource set (CORESET) ) for a physical control channel may be defined by a set of symbol periods and may extend across the system bandwidth or a subset of the system bandwidth of the carrier. One or more control regions (e.g., CORESETs) may be configured for a set of the UEs 115. For example, one or more of the UEs 115 may monitor or search control regions for control information according to one or more search space sets, and each search space set may include one or multiple control channel candidates in one or more aggregation levels arranged in a cascaded manner. An aggregation level for a control channel candidate may refer to an amount of control channel resources (e.g., control channel elements (CCEs) ) associated with encoded information for a control information format having a given payload size. Search space sets may include common search space sets configured for sending control information to multiple UEs 115 and UE-specific search space sets for sending control information to a specific UE 115.

[0063] In some aspects, a network entity 105 (e.g., a base station 140, an RU 170) may be movable and therefore provide communication coverage for a moving coverage area 110. In some aspects, different coverage areas 110 associated with different technologies may overlap, but the different coverage areas 110 may be supported by the same network entity 105. In some other aspects, the overlapping coverage areas 110 associated with different technologies may be supported by different network entities 105. The wireless communications system 100 may include, for example, a heterogeneous network in which different types of the network entities 105 provide coverage for various coverage areas 110 using the same or different radio access technologies.

[0064] The wireless communications system 100 may be configured to support ultra-reliable communications or low-latency communications, or various combinations thereof. For example, the wireless communications system 100 may be configured to support ultra-reliable low-latency communications (URLLC) . The UEs 115 may be designed to support ultra-reliable, low-latency, or critical functions. Ultra-reliable communications may include private communication or group communication and may be supported by one or more services such as push-to-talk, video, or data. Support for ultra-reliable, low-latency functions may include prioritization of services, and such services may be used for public safety or general commercial applications. The terms ultra-reliable, low-latency, and ultra-reliable low-latency may be used interchangeably herein.

[0065] In some aspects, a UE 115 may be configured to support communicating directly with other UEs 115 via a device-to-device (D2D) communication link 135 (e.g., in accordance with a peer-to-peer (P2P) , D2D, or sidelink protocol) . In some aspects, one or more UEs 115 of a group that are performing D2D communications may be within the coverage area 110 of a network entity 105 (e.g., a base station 140, an RU 170) , which may support aspects of such D2D communications being configured by (e.g., scheduled by) the network entity 105. In some aspects, one or more UEs 115 of such a group may be outside the coverage area 110 of a network entity 105 or may be otherwise unable to or not configured to receive transmissions from a network entity 105. In some aspects, groups of the UEs 115 communicating via D2D communications may support a one-to-many (1: M) system in which each UE 115 transmits to each of the other UEs 115 in the group. In some aspects, a network entity 105 may facilitate the scheduling of resources for D2D communications. In some other aspects, D2D communications may be carried out between the UEs 115 without an involvement of a network entity 105.

[0066] The core network 130 may provide user authentication, access authorization, tracking, Internet Protocol (IP) connectivity, and other access, routing, or mobility functions. The core network 130 may be an evolved packet core (EPC) or 5G core (5GC) , which may include at least one control plane entity that manages access and mobility (e.g., a mobility management entity (MME) , an access and mobility management function (AMF) ) and at least one user plane entity that routes packets or  interconnects to external networks (e.g., a serving gateway (S-GW) , a Packet Data Network (PDN) gateway (P-GW) , or a user plane function (UPF) ) . The control plane entity may manage non-access stratum (NAS) functions such as mobility, authentication, and bearer management for the UEs 115 served by the network entities 105 (e.g., base stations 140) associated with the core network 130. User IP packets may be transferred through the user plane entity, which may provide IP address allocation as well as other functions. The user plane entity may be connected to IP services 150 for one or more network operators. The IP services 150 may include access to the Internet, Intranet (s) , an IP Multimedia Subsystem (IMS) , or a Packet-Switched Streaming Service.

[0067] The wireless communications system 100 may operate using one or more frequency bands, which may be in the range of 300 megahertz (MHz) to 300 gigahertz (GHz) . Generally, the region from 300 MHz to 3 GHz is understood as the ultra-high frequency (UHF) region or decimeter band because the wavelengths range from approximately one decimeter to one meter in length. UHF waves may be blocked or redirected by buildings and environmental features, which may be referred to as clusters, but the waves may penetrate structures sufficiently for a macro cell to provide service to the UEs 115 located indoors. Communications using UHF waves may be associated with smaller antennas and shorter ranges (e.g., less than 100 kilometers) compared to communications using the smaller frequencies and longer waves of the high frequency (HF) or very high frequency (VHF) portion of the spectrum below 300 MHz.

[0068] The wireless communications system 100 may utilize both licensed and unlicensed RF spectrum bands. For example, the wireless communications system 100 may employ License Assisted Access (LAA) , LTE-Unlicensed (LTE-U) radio access technology, or NR technology using an unlicensed band such as the 5 GHz industrial, scientific, and medical (ISM) band. While operating using unlicensed RF spectrum bands, devices such as the network entities 105 and the UEs 115 may employ carrier sensing for collision detection and avoidance. In some aspects, operations using unlicensed bands may be based on a carrier aggregation configuration in conjunction with component carriers operating using a licensed band (e.g., LAA) . Operations using  unlicensed spectrum may include downlink transmissions, uplink transmissions, P2P transmissions, or D2D transmissions, among other aspects.

[0069] A network entity 105 (e.g., a base station 140, an RU 170) or a UE 115 may be equipped with multiple antennas, which may be used to employ techniques such as transmit diversity, receive diversity, multiple-input multiple-output (MIMO) communications, or beamforming. The antennas of a network entity 105 or a UE 115 may be located within one or more antenna arrays or antenna panels, which may support MIMO operations or transmit or receive beamforming. For example, one or more base station antennas or antenna arrays may be co-located at an antenna assembly, such as an antenna tower. In some aspects, antennas or antenna arrays associated with a network entity 105 may be located at diverse geographic locations. A network entity 105 may include an antenna array with a set of rows and columns of antenna ports that the network entity 105 may use to support beamforming of communications with a UE 115. Likewise, a UE 115 may include one or more antenna arrays that may support various MIMO or beamforming operations. Additionally, or alternatively, an antenna panel may support RF beamforming for a signal transmitted via an antenna port.

[0070] Beamforming, which may also be referred to as spatial filtering, directional transmission, or directional reception, is a signal processing technique that may be used at a transmitting device or a receiving device (e.g., a network entity 105, a UE 115) to shape or steer an antenna beam (e.g., a transmit beam, a receive beam) along a spatial path between the transmitting device and the receiving device. Beamforming may be achieved by combining the signals communicated via antenna elements of an antenna array such that some signals propagating along particular orientations with respect to an antenna array experience constructive interference while others experience destructive interference. The adjustment of signals communicated via the antenna elements may include a transmitting device or a receiving device applying amplitude offsets, phase offsets, or both to signals carried via the antenna elements associated with the device. The adjustments associated with each of the antenna elements may be defined by a beamforming weight set associated with a particular orientation (e.g., with respect to the antenna array of the transmitting device or receiving device, or with respect to some other orientation) .

[0071] The techniques, methods, and devices described herein may provide for the implementation of an A-IoT MAC layer used to carry control and configuration information between an A-IoT upper layer and an A-IoT PHY layer. For example, a MAC-CE may include control information form the A-IoT upper layer that the network entity 105 transmits to the A-IoT device via a logical ambient channel (e.g., ACCH) . Additionally, different types of MAC-CE may include different types of control information associated with different priorities. For example, a first type of MAC-CE may include control information generated in the A-IoT MAC layer which is associated with a first priority, a second type of MAC-CE may include PHY control information which is associated with a second priority, and a third type of MAC-CE may include upper layer control information associated with a third priority.

[0072] Additionally, different logical channels may be configured to carry the different types of MAC-CE and A-IoT data. For example, a MAC-CE generated at the MAC layer, a MAC-CE including PHY control information, and A-IoT data may be transmitted via an ATCH, and a MAC-CE that carriers upper layer control information may be transmitted via an ACCH. Additionally, each logical channel may be associated with a logical channel prioritization based on the type of information transmitted via the logical channel. Additionally, some types of MAC-CE (such as PHY control information) and A-IoT data can be carried separately in different PHY channels (e.g., PHY control channels or PHY data channels) or different types of PHY layer packets in a PHY data channel.

[0073] Aspects of the present disclosure may be implemented to realize one or more advantages. For example, by supporting protocol layers dedicated to A-IoT devices, the network and A-IoT device may more efficiently communicate A-IoT control and data information. Additionally, by developing a priority structure associated with different types of control information and data information, the network and A-IoT devices may reduce a likelihood of dropping high priority information while reducing power expenditure at the A-IoT devices. Such implementations of the A-IoT specific protocol layers may increase the utilization of radio frequency resources, reduce signaling overhead, and increase the efficiency of power utilization at A-IoT devices.

[0074] FIG. 2 shows an aspect of a wireless communications system 200 that supports control message and logical channel architecture for an ambient device MAC  layer in accordance with one or more aspects of the present disclosure. Aspects of the wireless communications system 200 may implement, or be implemented by, aspects of the wireless communications system 100 as described herein with reference to FIG. 1. For example, the wireless communications system 200 may include a network entity 105-a (e.g., a broadcaster) which may be an aspect of the network entity 105 as described herein. Additionally, the wireless communications system 200 may include a network node 205, which may be an aspect of the UE 115 (e.g., a receiver) as described herein. Additionally, the wireless communications system 200 may include an A-IoT device 270, which may be an aspect of a tag or sensor (e.g., a radio frequency identifier (RFID) tag) which may operate in accordance with ambient signaling (e.g., incident radio frequency resources) , as described herein. The techniques described in the context of wireless communications system 200 may enable the A-IoT device 270 to communicate with a network using an A-IoT specific protocol layer architecture. Such an A-IoT specific protocol layer architecture may facilitate the communication of A-IoT control information and A-IoT data information via logical channels, transport channels, and physical channels configured for A-IoT devices.

[0075] As illustrated in FIG. 2, the A-IoT device 270 may communicate with the network entity 105-a via one or more different types of wireless topologies. For example, in accordance with a first topology, the A-IoT device 270 may directly and bidirectionally communicate with the network entity 105-a. In such an aspect, the communication between the network entity 105-a and the A-IoT device 270 may include A-IoT data, A-IoT control information, or both. In aspects of the first topology, the network entity 105-a may be an aspect of a wireless reader (e.g., a wireless device that communicates directly with the A-IoT device 270 in accordance with one or more protocol layers) . In accordance with a second topology, the A-IoT device 270 may communicate indirectly with the network entity 105-a, via the network node 205. For instance, the network node 205 may serve as an intermediate node (e.g., a UE 115) that may be capable of A-IoT based communications with the A-IoT device 270 and relaying said A-IoT based communications to the network entity 105-a. That is, the network node 205 may transfer A -IoT data, A-IoT control information, or both between the network entity 105-a and the A-IoT device 270. In aspects of the second topology, the network node 205 may be an aspect of the wireless reader.

[0076] In some aspects, the network entity 105-a, network node 205, or both may support one or more protocol layers that may be associated with respective functionalities for the communication of respective types of wireless communication. For example, as illustrated in FIG. 2, the network entity 105-a and network node 205 may be associated with a set of protocol layers that include RRC 245, PDCP 250, RLC 255, MAC 260, and PHY 265. The RRC 245 may manage radio resources, including connection establishment, mobility management, and handover procedures (e.g., controls the configuration and optimization of radio bearers based on the network conditions and device capabilities) . The PDCP 250 may handle various aspects of IP packet processing (e.g., provides header compression and encryption for efficient and secure data transmission) . The RLC 255 may increase the reliability of data transfer over the radio interface (e.g., implements error correction, retransmission, and segmentation or reassembly of data packets) . The MAC 260 may control access to a physical medium over which wireless messages are communicated (e.g., manages connections, scheduling, and multiplexing of data, and coordinates between multiple users and devices to ensure efficient use of resources) . The PHY 265 may be a lowest layer of the protocol stack associated with transmission of raw data bits over the physical medium (e.g., associated with modulation, coding, and transmission or reception of radio frequency signals, and implements technologies like MIMO and beamforming for increased data rates and coverage) .

[0077] As such, the network entity 105-a and network node 205 may use such protocol layers to communicate with one another or with other wireless devices. In some cases, however, the A-IoT device 270 may be unable to operate in accordance with the one or more of such protocol layers (e.g., RRC 245, PDCP 250, RLC 255, MAC 260, and PHY 265) . For instance, the low complexity and low-cost structure of the A-IoT device 270 may be unable to support the complete protocol stack supported by the network node 205 and the network entity 105-a. As such, it may be advantageous to adapt aspects of such protocol layers to support various types of wireless communication between the A-IoT device 270 and a network reader (e.g., the network entity 105-a or the network node 205) .

[0078] According to the techniques described herein, the A-IoT device 270, the network node 205, and the network entity 105-a may operate in accordance with a set of  A-IoT specific protocol layers to support the communication of A-IoT control information and A-IoT data information between the network and the A-IoT device 270. For instance, as illustrated in FIG. 2, the A-IoT device 270, the network node 205, and the network entity 105-a may be configured with a set of A-IoT specific protocol layers. The command protocol 220 may be an aspect of an application layer, a core network layer, a RRC layer, or a NAS layer. For example, the command protocol 220 may handle upper layer signaling and control functions related to network access and mobility management, may include procedures for registration, authentication, and security management, may include protocols such as IP, transmission control protocol (TCP) , and application-specific protocols, and may handle end-to-end communication, data delivery, and application interactions. Additionally, the A-IoT protocol layers may include an A-IoT RRC 225, an A-IoT RLC 230, an A-IoT MAC 235, and an A-IoT PHY 240 (e.g., the each perform similar operations to those of RRC 245, RLC 255, MAC 260, and PHY 265, respectively) . As illustrated in FIG. 2, the A-IoT RRC 225 and the A-IoT RLC 230 may be optional A-IoT protocol layers, where some techniques may implement the A-IoT RRC 225 and the A-IoT RLC 230 while other techniques may refrain from implementation of the A-IoT RRC 225 and the A-IoT RLC 230.

[0079] In some aspects, the A-IoT device 270 may receive and decode control information 210 in accordance with the A-IoT specific protocol layers. For instance, the A-IoT device 270 may receive the control information 210-a (e.g., directly from the network entity 105-a) or receive control information 210-b (e.g., indirectly from the network entity 105-a, via the network node 205) .

[0080] In some aspects, the control information 210 may be an aspect of an A-IoT control message associated with the command protocol 220 (e.g., upper layer signaling) . That is the control information 210 may originate from the application layer, the core network (e.g., an A-IoT controller) , or the NAS layer. In some aspects, the control information 210 may be an aspect of A-IoT configuration signaling for system information of radio resource configuration to the A-IoT device 270. In some aspects, the control information 210 may be control or assistance information originating from the A-IoT device 270 and is received by the network reader (e.g., the network node 205 or the network entity 105-a) .

[0081] In a first implementation, the control information may be an A-IoT control message that is carried in a MAC-CE or in a MAC protocol data unit (PDU) . In such implementations, the A-IoT device 270 may not be configured with the A-IoT RRC 225. Additionally, or alternatively, the A-IoT device 270, the network node 205, and the network entity 105-a may encode or decode the A-IoT control message in the MAC layer. Additionally, or alternatively, one or more fields of a MAC header (e.g., of the MAC-CE or MAC PDU carrying the A-IoT control message) may indicate the type, category, or length of upper layer control or configuration signaling associated with the A-IoT control message. Additionally, or alternatively, the payload of upper layer signaling may or may not be aware in the A-IoT MAC 235.

[0082] In a second implementation, the A-IoT device 270, network node 205, and network entity 105-a may be configured with the A-IoT RRC 225. In such an implementation, the control or configuration signaling from the application layer of NAS layer may be carried in the A-IoT RRC 225. That is, the A-IoT RRC 225 may carry the signaling from the upper layer and submit the signaling to a lower layer.

[0083] In some aspects, the control information 210 may be an aspect of a payload of MAC-CE the is generated in the A-IoT MAC 235. For instance, the A-IoT device 270, the network node 205, and the network entity 105-a may use the payload of MAC-CE for fast resource activation, resource or status indications, assistance in information indication to carry relative static layer 1 and layer 2 information (e.g., a buffer state report (BSR) MAC-CE, a power headroom report (PHR) MAC-CE, a transmission configuration indication (TCI) state updated MAC-CE, a confirmation MAC-CE, or a cell-random network temporary identifier (C-RNTI) MAC-CE) . In some aspects BSR MAC-CE and BSR MAC-CE may be simplified in A-IoT MAC 235 compared to in MAC 260.

[0084] In some aspects, the control information 210 may be PHY control information. In such aspects, a MAC-CE may include the PHY control information to configure or control the A-IoT device 270. For instance, in the case of reader to A-IoT device (R2D) communications (e.g., R2D MAC-CE) , the PHY control information may include one or more of scheduling information, time and frequency resource indication for an A-IoT data transmission, wake-up signaling, a reader identifier (e.g., associated with the network node 205 or network entity 105-a) , an A-IoT device 270 identifier, or  a group device identifier (e.g., that is associated with the A-IoT device 270) . In the case of A-IoT device to reader (D2R) communications (e.g., D2R MAC-CE) , the PHY control information may include an A-IoT device 270 identifier and an acknowledgement (ACK) or negative acknowledgement (NACK) in response to PHY control information received from the reader.

[0085] In some aspects, the reader ID, the A-IoT device 270 identifier, or group device identifier may be included in the PHY control information to schedule common resources for multiple transport blocks (TBs) , where each of the respective identifiers may be included in a MAC-CE for each TB. As such, the inclusion of a respective identifiers in the MAC-CE may serve as an early indication for a subsequent PHY communication.

[0086] As described herein, the A-IoT MAC-CE or MAC PDU may carry types of control information 210 associated with different priorities. For example, a first type of MAC-CE may carry PHY control information associated with a first priority, a second type of MAC-CE may carry A-IoT MAC 235 resource configuration, indication, or activation associated with a second priority, and a third type of MAC-CE may carry upper layer control or configuration signaling or system information associated with a third priority. In some aspects, the first priority may be greater than the second priority, and the second priority may be greater than the third priority.

[0087] In some aspects, the respective identifiers (e.g., reader identifier, A-IoT device 270 identifier, or group device identifier) may be included and transmitted in both PHY control information and MAC-CE, or with partial information. For instance, respective layer 1 identifiers may be associated PHY control information and respective layer 2 identifiers may be associated with MAC-CE generated in the A-IoT MAC 235. In some aspects, the respective layer 1 identifiers may be shorter than the respective layer 2 identifiers.

[0088] In some aspects, the A-IoT device 270 may provide (e.g., by the A-IoT MAC 235, and via a logical channel) second information 215 based on the control information 210. For example, the A-IoT device 270 may transmit the second information to the reader via an A-IoT physical channel that corresponds to an A-IoT transport channel. For instance, the A-IoT device 270 may transmit the second  information 215-a (e.g., directly to the network entity 105-a) or transmit second information 215-b (e.g., indirectly to the network entity 105-a, via the network node 205) .

[0089] In accordance with the techniques described herein, the A-IoT device 270, the network node 205, and the network entity 105-a may facilitate the communication of the control information 210 and the second information 215 via a set of A-IoT logical channels, A-IoT transport channels, and A-IoT physical channels. For instance, the A-IoT MAC 235 may provide a mapping and transport of information between the A-IoT logical channels and the A-IoT transport channels, and the A-IoT PHY 240 may provide a mapping and transport of information between the A-IoT transport channels and the A-IoT physical channels. Further discussion of the relationship between the various A-IoT channels and the A-IoT MAC 235 and A-IoT PHY 240 are described herein, including with reference to FIG. 3.

[0090] FIG. 3 shows an aspect of a A-IoT channel architecture 300 that supports control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure. Aspects of the A-IoT channel architecture 300 may implement, or be implemented by, aspects of the wireless communications system 100 and 200 as described herein with reference to FIG. 1 and FIG. 2. For example, the A-IoT channel architecture 300 may include an A-IoT MAC layer 340 and an A-IoT PHY layer 345, which may be respective aspects of A-IoT MAC 235 and A-IoT PHY 240 as described with reference to FIG. 2. Additionally, the A-IoT channel architecture 300 may support the communications of A-IoT control information and A-IoT data between an A-IoT device, a network node, and a network entity as described herein.

[0091] In some aspects, the A-IoT channel architecture 300 may include an ACCH 350. For instance, the ACCH 350 may be a logical channel configured to transport upper layer control information 320 from the upper layer (e.g., application layer or RRC layer or NAS layer) to an A-IoT transport channel. In aspects where an A-IoT RRC layer is configured (e.g., A-IoT RRC 225) the upper layer control information 320 may be carried via RRC 305. In aspects where the A-IoT RRC layer is not configured, the upper layer control information 320 may be carried via a first type of MAC-CE 310 (e.g., MAC-CE 310-a)

[0092] In some aspects, the A-IoT channel architecture 300 may include an ATCH 355. For instance, the ATCH 355 may be a logical channel configured to transport one or more different types of control information. For example, the ATCH 355 may transport MAC layer resource information 330, which may be carried via a second type of MAC-CE 310 (e.g., MAC-CE 310-b) . In some aspects, the MAC layer resource information 330 may be information generated by the A-IoT MAC layer 340. Additionally, or alternatively, the ATCH 355 may transport PHY control information 335 which may be carried via a third type of MAC-CE 310 (e.g., MAC-CE 310-c) . Additionally, or alternatively, the ATCH 355 may transport A-IoT data 315 from the application layer (e.g., sent to the A-IoT device via the network reader, or from the A-IoT device to the network reader) .

[0093] In some aspects, the A-IoT channel architecture 300 may include an A-IoT paging control channel (APCCH) 360. For instance, the APCCH 360 may be a logical channel used by the network to notify the A-IoT device of incoming messages or events for the A-IoT device (e.g., even when the A-IoT device is in a low power state) . Additionally, or alternatively, the A-IoT device, network device, and network entity may utilize one or more additional logical channels, such as an A-IoT groupcast control channel (AGCCH) and an A-IoT groupcast traffic channel (AGTCH) .

[0094] In some aspects, the A-IoT device, the network node, and the network entity may apply multiplexing and demultiplexing techniques to the ACCH 350 and the ATCH 355. For example, a logical channel identifier (LCID) may be applied to each logical channel configured for communication. An LCID may be a numeric value assigned to a logical channel within a communication protocol stack. That is an LCID may serve as a reference point for the system to identify and differentiate between different types of logical channels. Additionally, or alternatively, the different types of MAC-CEs 310 may be configured in different logical channels (e.g., associated with different LCIDs) . For instance, the MAC-CE 310-a may be associated with a first ACCH 350 associated with an LCID. Additionally, the MAC-CE 310-b may be associated with a first ATCH 355 associated with a first LCID (e.g., LCID 1) , and the MAC-CE 310-c may be associated with a second ATCH 355 associated with a second LCID (e.g., LCID 2) . In some aspects, the LCID and the special bits included in a given MAC-CE 310 indicates the priority. For instance, LCID 1 may have greater priority  than LCID 2, and as such the MAC-CE 310-b may be at the head of a PHY transmission block. That is, if an A-IoT backscatter link is unable to carry multiple MAC-CEs 310 (e.g., due to data size or lack of energy at the A-IoT device) , the MAC-CE 310 with a highest priority may be carried first in the transmission block (e.g., PHY packet) .

[0095] In some aspects, the A-IoT data 315 may be associated with a single ATCH 355. That is, the A-IoT device, network node, and network entity may refrain from multiplexing multiple data logical channels with different quality of service values. In some aspects, the A-IoT data 315 may be associated with a respective LCID (e.g., LCID 0) . In some aspects, the MAC-CEs 310 may have a higher priority than the A-IoT data 315. The A-IoT data 315 may be the A-IoT device specific data generated at the A-IoT device or the A-IoT data 315 may be sent from the application server to the A-IoT device via the reader (e.g., the network node or network entity) or generated by and sent from the reader.

[0096] In some aspects, the A-IoT channel architecture 300 may include an A-IoT device to reader shared channel (A-DRSCH) 365. For instance, the A-DRSCH 365 may be a backscatter link A-IoT shared channel that transports data between the A-IoT MAC layer 340 and the A-IoT PHY layer 345. That is the A-DRSCH 365 may transport information backscattered from the A-IoT device via a physical channel (e.g., PDRCH 380) to a logical channel (e.g., ACCH 350 or ATCH 355) .

[0097] In some aspects, the A-IoT channel architecture 300 may include a A-IoT reader to device shared channel (A-RDSCH) 370. For instance, the A-RDSCH 370 may be a forward link A-IoT shared channel that transports data between the A-IoT MAC layer 340 and the A-IoT PHY layer 345. That is, the A-RDSCH 370 may transport information from a logical channel (e.g., ACCH 350 or ATCH 355) to the A-IoT device via a physical channel (e.g., PRDCH 385) .

[0098] In some aspects, the A-IoT channel architecture 300 may include an A-IoT paging channel (A-PCH) 375. For instance, the A-PCH 375 may be a forward link transport channel that transports paging information between the A-IoT MAC layer 340 and the A-IoT PHY layer 345. That is, the A-PCH 375 may transport information between a logical channel (e.g., APCCH 360) and a physical channel (e.g., PRDCH 385) .

[0099] In some aspects, the A-IoT channel architecture 300 may include an A-IoT access channel (A-ACH) . For instance, the A-ACH may be a backscatter link transport channel that transports access information between the A-IoT MAC layer 340 and the A-IoT PHY layer 345. That is, the A-ACH may backscatter information from the A-IoT device via a physical channel (e.g., a PRACH) to a logical channel associated with the upper layer.

[0100] In some aspects, the A-IoT channel architecture 300 may include PDRCH 380. For instance, the PDRCH 380 may be a physical channel backscatter link configured to transport one or more different types of control and data information. That is, the PDRCH 380 may transport data and control information from the A-IoT device to a transport channel (e.g., A-DRSCH 365) in accordance with the A-IoT PHY layer 345.

[0101] In some aspects, the A-IoT channel architecture 300 may include PRDCH 385. For instance, the PRDCH 385 may be a physical channel forward link configured to transport one or more different types of control and data information. That is, the PRDCH 385 may obtain data and control information from a transport channel (e.g., A-RDSCH 370 or A-PCH 375) and provide the data and control information to the A-IoT device in accordance with the A-IoT PHY layer 345.

[0102] In some aspects, the PDRCH 380 and the PRDCH 385 may be aspects of PHY data channels, where respective types of MAC-CE 310 and A-IoT data 315 may be carried separately in different types of PHY layer packets in a given PHY data channel. Further discussion of PHY data channels and additionally PHY control channels are described herein, including with reference to FIGs. 4A through 4C.

[0103] FIG. 4A through 4C each show an aspect of a A-IoT physical channel mapping scheme 400-a, 400-b, and 400-c that supports control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure. Each of A-IoT physical channel mapping scheme 400-a, 400-b, and 400-c may implement, or be implemented by, aspects of the wireless communications system 100, wireless communications system 200, and A-IoT channel architecture 300 as described herein with reference to FIGs. 1 through 3. For example, each of A-IoT physical channel mapping scheme 400-a through 400-c may include RRC  405, MAC-CE 410-a, 410-b, and 410-c which may be respective aspects of RRC 305, MAC-CE 310-a, 310-b, and 310-c. Additionally, upper layer control information 420, MAC layer resource information 430, PHY control information 435, and A-IoT data 415 may be respective aspects of upper layer control information 320, MAC layer resource information 330, PHY control information 335, and A-IoT data 315. Additionally, PDRCH 440 and PRDCH 445 may be respective aspects of PDRCH 380 and PRDCH 385.

[0104] As illustrated in FIG. 4A, each type of control information and A-IoT data may be communicated to the A-IoT device via PDRCH 440 and PRDCH 445. For example, the A-IoT device may receive the upper layer control information 420 (e.g., included in RRC 405 or MAC-CE 410-a) , receive MAC layer resource information 430 (e.g., included in MAC-CE 410-b) , receive PHY control information 435 (e.g., included in MAC-CE 410-c) , and receive A-IoT data 415 via the PRDCH 445. As such, the PRDCH 445 may be a physical data channel that serves as a forward link from the network node or network entity to the A-IoT device.

[0105] Additionally, the A-IoT device may send the upper layer control information 420 (e.g., included in RRC 405 or MAC-CE 410-a) , send MAC layer resource information 430 (e.g., included in MAC-CE 410-b) , send PHY control information 435 (e.g., included in MAC-CE 410-c) , and send A-IoT data 415 via the PDRCH 440. As such, the PDRCH 440 may be a physical data channel that serves as a backscatter link to the network node or network entity from the A-IoT device.

[0106] As illustrated in FIG. 4B A-IoT control and data information may be communicated to the A-IoT device via PDRCH 440 and PRDCH 445, where different PHY formats may be used for the communication of different types of A-IoT control and data information. For example, the PHY control information 435 (e.g., included in the MAC-CE 410-c) may be carried via type 1 PHY packets in the PHY data channels. For example, the A-IoT device may receive PHY control information 435 carried via a type 1 PHY packet using the PRDCH 445, and the A-IoT device sends PHY control information 435 carried via a type 1 PHY packet using the PDRCH 440.

[0107] Additionally, or alternatively, the upper layer control information 420, the MAC layer resource information 430, and the A-IoT data 415 may be carried via type 2  PHY packets in the PHY data channels. For example, the A-IoT device may receive the upper layer control information 420, the MAC layer resource information 430, and the A-IoT data 415 carried via a type 2 PHY packet using the PRDCH 445, and the A-IoT device may send the upper layer control information 420, the MAC layer resource information 430, and the A-IoT data 415 carried via a type 2 PHY packet using the PDRCH 440.

[0108] As illustrated in FIG. 4C, different types of A-IoT control and data information may be communicated via A-IoT control channels or A-IoT data channels. For example, the A-IoT device may receive PHY control information 435 via an A-IoT PHY control channel 450, and the A-IoT device may send PHY control information 435 via the A-IoT PHY control channel. In some cases, when using the A-IoT control channel 450 for communication of PHY control information 435, the PHY control information 435 may not be carried via MAC-CE 410-c. In some aspects, the A-IoT device may use a first A-IoT PHY control channel 450 for reception at the A-IoT device (e.g., associated with a forward link from the network to the A-IoT device) , and the A-IoT device may use a second A-IoT PHY control channel 450 for backscattering (e.g., associated with a backscatter link to the network from the A-IoT device) .

[0109] Additionally, or alternatively, the upper layer control information 420, the MAC layer resource information 430, and the A-IoT data 415 may be carried in the PHY data channels (e.g., PDRCH 440 and PRDCH 445) . For example, the A-IoT device may receive the upper layer control information 420, the MAC layer resource information 430, and the A-IoT data 415 via the PRDCH 445, and the A-IoT device may send the upper layer control information 420, the MAC layer resource information 430, and the A-IoT data 415 via the PDRCH 440.

[0110] FIG. 5 shows an aspect of a process flow 500 that supports control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure. In some aspects, process flow 500 may implement aspects of wireless communications system 100, wireless communications system 200, A-IoT channel architecture 300, an A-IoT physical channel mapping scheme 400-a through 400-c. Process flow 500 may include a A-IoT device 505, as described with reference to FIGs. 1 through 4. Process flow 500 may include a network reader 510, which may be an aspect of a network node 205 (e.g., intermediate node) or a  network entity 105 as described with reference to FIGs. 1 through 4. Alternative aspects of the following may be implemented, where some steps are performed in a different order than described or are not performed at all. In some cases, steps may include additional features not mentioned below, or further steps may be added. In addition, it is understood that these processes may occur between any quantity of network devices and network device types.

[0111] At 515, the network reader 510 may transmit A-IoT control information to the A-IoT device 505. In some aspects, the A-IoT control information may be associated with the A-IoT protocol layers, as described with reference to FIGs. 1 through 4.

[0112] At 520, the A-IoT device 505 may obtain, at the A-IoT MAC layer within the protocol stack of the A-IoT device 505, control information associated with an A-IoT logical channel (e.g., ACCH or ATCH) . In some aspects, the A-IoT logical channel is between an upper layer within the protocol stack and the A-IoT MAC layer, and the A-IoT MAC layer may be configured to map between the A-IoT logical channel and an A-IoT traffic channel (e.g., A-DRSCH or A-RDSCH) . In some aspects, the A-IoT logical channel may be between the upper layer and the A-IoT MAC layer, the upper layer being an application layer, a NAS layer, or an RRC layer. In some aspects, the A-IoT logical channel associated with the upper layer may be an ACCH, and the control information may include upper layer control information. In some aspects, the A-IoT logical channel associated with the upper layer may be an ATCH, and the control information may include A-IoT MAC layer control information or A-IoT PHY layer control information.

[0113] In some aspects, the control information is within a MAC-CE or a MAC PDU. In some aspects, the control information may be associated with a MAC header that includes one or more fields that indicate a type of an upper layer control signaling associated with the control information, a category of the upper layer control signaling, or a control information length associated with the upper layer control signaling.

[0114] In some aspects, the control information is within a MAC-CE that includes PHY control information associated with the A-IoT PHY layer. For example, the PHY control information may include scheduling information, one or more time and  frequency resources for an A-IoT data transmission, wake-up signaling, acknowledgement feedback, negative acknowledgement feedback, an identifier associated with a reader device, an identifier associated with the A-IoT device 505, or an identifier associated with a set of devices that includes the A-IoT device 505.

[0115] In some aspects, the control information is within a MAC-CE, where the MAC-CE is a type of MAC-CE from a set of types of MAC-CEs. For instance, the set of types of MAC-CEs may include a first type of MAC-CE that carries PHY control information and is associated with a first priority, a second type of MAC-CE that carries A-IoT MAC layer resource information and is associated with a second priority, and a third type of MAC-CE that carries upper layer control information and is associated with a third priority.

[0116] In some aspects, different types of control information may be associated with different identifiers associated with the A-IoT device 505. For example, the A-IoT device 505 may receive, as part of A-IoT MAC layer control information, an indication of an identifier associated with the A-IoT device 505. Additionally, or alternatively, the A-IoT device 505 may receive, as part of PHY control information, a second indication of the identifier associated with the A-IoT device 505 or an indication of a second identifier associated with the A-IoT device 505.

[0117] In some aspects, the control information is within a MAC-CE and the MAC-CE is associated with a MAC header that indicates a set of bits and a LCID, where a combination of the set of bits and the LCID indicates a type of A-IoT MAC PDU. For instance, the control information may be within a MAC-CE of a first type that is associated with a first LCID, and a second type of MAC-CE may be associated with a second LCID. In some aspects, the control information may be within a first type of MAC-CE, where a location of the MAC-CE within a transmission block is based on a priority of the MAC-CE relative to one or more other types of MAC-CEs, A-IoT data information, or any combination thereof.

[0118] At 525, the A-IoT device 505 may provide, by the A-IoT MAC layer and via the A-IoT logical channel, second information that is based on the control information to a A-IoT PHY layer within the protocol stack. In some aspects, the second information may include the control information or at least a portion of the control  information. In some aspects, the second information that includes PHY control information associated with the A-IoT PHY layer that includes an identifier associated with the A-IoT device 505.

[0119] At 530, the A-IoT device 505 may communicate with the network reader 510, via an A-IoT PHY channel corresponding to the A-IoT transport channel, in accordance the second information.

[0120] At 535, the network reader 510 may transmit A-IoT data information to the A-IoT device 505. In some aspects, the A-IoT data information may be associated with the A-IoT protocol layers, as described with reference to FIGs. 1 through 4.

[0121] At 540, the A-IoT device 505 may obtain the A-IoT data information from the upper layer, where the A-IoT MAC layer is configured to map between an ATCH associated with the upper layer and a second A-IoT transport channel.

[0122] At 545, the A-IoT device 505 may provide, by the A-IoT MAC layer and via the second A-IoT transport channel, the A-IoT data information to the A-IoT PHY layer.

[0123] In some aspects, the control information may be associated with a first priority, and the A-IoT data information may be associated with a second priority that is less than the first priority. In some aspects, the A-IoT device 505 may receive control information (e.g., carried via MAC-CE) via a first A-IoT PHY channel (e.g., a first PRDCH) and receive or transmit data associated with the control information via a second A-IoT PHY channel (e.g., a second PRDCH or a first PDRCH) . In some aspects, the A-IoT device 505 may receive the control information (e.g., carried via a MAC-CE) via a first type of A-IoT PHY data channel packet and receive or transmit data associated with the control information via a second type of A-IoT PHY data channel packet.

[0124] FIG. 6 shows a block diagram 600 of a device 605 that supports control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure. The device 605 may be an aspect of aspects of a UE 115 as described herein. The device 605 may include a receiver 610, a transmitter 615, and a communications manager 620. The device 605, or  one or more components of the device 605 (e.g., the receiver 610, the transmitter 615, the communications manager 620) , may include at least one processor, which may be coupled with at least one memory, to, individually or collectively, support or enable the described techniques. Each of these components may be in communication with one another (e.g., via one or more buses) .

[0125] The receiver 610 may provide a means for receiving information such as packets, user data, control information, or any combination thereof associated with various information channels (e.g., control channels, data channels, information channels related to control message and logical channel architecture for an ambient device MAC layer) . Information may be passed on to other components of the device 605. The receiver 610 may utilize a single antenna or a set of multiple antennas.

[0126] The transmitter 615 may provide a means for transmitting signals generated by other components of the device 605. For example, the transmitter 615 may transmit information such as packets, user data, control information, or any combination thereof associated with various information channels (e.g., control channels, data channels, information channels related to control message and logical channel architecture for an ambient device MAC layer) . In some aspects, the transmitter 615 may be co-located with a receiver 610 in a transceiver module. The transmitter 615 may utilize a single antenna or a set of multiple antennas.

[0127] The communications manager 620, the receiver 610, the transmitter 615, or various combinations or components thereof may be aspects of means for performing various aspects of control message and logical channel architecture for an ambient device MAC layer as described herein. For example, the communications manager 620, the receiver 610, the transmitter 615, or various combinations or components thereof may be capable of performing one or more of the functions described herein.

[0128] In some aspects, the communications manager 620, the receiver 610, the transmitter 615, or various combinations or components thereof may be implemented in hardware (e.g., in communications management circuitry) . The hardware may include at least one of a processor, a digital signal processor (DSP) , a central processing unit (CPU) , an application-specific integrated circuit (ASIC) , a field-programmable gate array (FPGA) or other programmable logic device, a microcontroller, discrete gate or  transistor logic, discrete hardware components, or any combination thereof configured as or otherwise supporting, individually or collectively, a means for performing the functions described in the present disclosure. In some aspects, at least one processor and at least one memory coupled with the at least one processor may be configured to perform one or more of the functions described herein (e.g., by one or more processors, individually or collectively, executing instructions stored in the at least one memory) .

[0129] Additionally, or alternatively, the communications manager 620, the receiver 610, the transmitter 615, or various combinations or components thereof may be implemented in code (e.g., as communications management software or firmware) executed by at least one processor (e.g., referred to as a processor-executable code) . If implemented in code executed by at least one processor, the functions of the communications manager 620, the receiver 610, the transmitter 615, or various combinations or components thereof may be performed by a general-purpose processor, a DSP, a CPU, an ASIC, an FPGA, a microcontroller, or any combination of these or other programmable logic devices (e.g., configured as or otherwise supporting, individually or collectively, a means for performing the functions described in the present disclosure) .

[0130] In some aspects, the communications manager 620 may be configured to perform various operations (e.g., receiving, obtaining, monitoring, outputting, transmitting) using or otherwise in cooperation with the receiver 610, the transmitter 615, or both. For example, the communications manager 620 may receive information from the receiver 610, send information to the transmitter 615, or be integrated in combination with the receiver 610, the transmitter 615, or both to obtain information, output information, or perform various other operations as described herein.

[0131] The communications manager 620 may support wireless communications in accordance with aspects as disclosed herein. For example, the communications manager 620 is capable of, configured to, or operable to support a means for obtaining, at a MAC layer within a protocol stack of the A-IoT device, control information associated with an A-IoT logical channel, where the A-IoT logical channel is between an upper layer within the protocol stack and the MAC layer, and where the MAC layer is configured to map between the A-IoT logical channel and an A-IoT transport channel. The communications manager 620 is capable of, configured to, or operable to support a  means for providing, by the MAC layer and via the A-IoT logical channel, second information that being based on the control information to a physical layer within the protocol stack. The communications manager 620 is capable of, configured to, or operable to support a means for communicating (e.g., transmitting or receiving) , via an A-IoT physical channel corresponding to the A-IoT transport channel, with a network entity in accordance the second information.

[0132] By including or configuring the communications manager 620 in accordance with aspects as described herein, the device 605 (e.g., at least one processor controlling or otherwise coupled with the receiver 610, the transmitter 615, the communications manager 620, or a combination thereof) may support techniques for reduced processing, reduced power consumption, and more efficient utilization of communication resources.

[0133] FIG. 7 shows a block diagram 700 of a device 705 that supports control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure. The device 705 may be an aspect of aspects of a device 605 or a UE 115 as described herein. The device 705 may include a receiver 710, a transmitter 715, and a communications manager 720. The device 705, or one or more components of the device 705 (e.g., the receiver 710, the transmitter 715, the communications manager 720) , may include at least one processor, which may be coupled with at least one memory, to support the described techniques. Each of these components may be in communication with one another (e.g., via one or more buses) .

[0134] The receiver 710 may provide a means for receiving information such as packets, user data, control information, or any combination thereof associated with various information channels (e.g., control channels, data channels, information channels related to control message and logical channel architecture for an ambient device MAC layer) . Information may be passed on to other components of the device 705. The receiver 710 may utilize a single antenna or a set of multiple antennas.

[0135] The transmitter 715 may provide a means for transmitting signals generated by other components of the device 705. For example, the transmitter 715 may transmit information such as packets, user data, control information, or any combination thereof associated with various information channels (e.g., control channels, data channels,  information channels related to control message and logical channel architecture for an ambient device MAC layer) . In some aspects, the transmitter 715 may be co-located with a receiver 710 in a transceiver module. The transmitter 715 may utilize a single antenna or a set of multiple antennas.

[0136] The device 705, or various components thereof, may be an aspect of means for performing various aspects of control message and logical channel architecture for an ambient device MAC layer as described herein. For example, the communications manager 720 may include an information obtaining component 725, an information providing component 730, an information communication component 735, or any combination thereof. The communications manager 720 may be an aspect of aspects of a communications manager 620 as described herein. In some aspects, the communications manager 720, or various components thereof, may be configured to perform various operations (e.g., receiving, obtaining, monitoring, outputting, transmitting) using or otherwise in cooperation with the receiver 710, the transmitter 715, or both. For example, the communications manager 720 may receive information from the receiver 710, send information to the transmitter 715, or be integrated in combination with the receiver 710, the transmitter 715, or both to obtain information, output information, or perform various other operations as described herein.

[0137] The communications manager 720 may support wireless communications in accordance with aspects as disclosed herein. The information obtaining component 725 is capable of, configured to, or operable to support a means for obtaining, at a MAC layer within a protocol stack of the A-IoT device, control information associated with an A-IoT logical channel, where the A-IoT logical channel is between an upper layer within the protocol stack and the MAC layer, and where the MAC layer is configured to map between the A-IoT logical channel and an A-IoT transport channel. The information providing component 730 is capable of, configured to, or operable to support a means for providing, by the MAC layer and via the A-IoT logical channel, second information that is based on the control information to a physical layer within the protocol stack. The information communication component 735 is capable of, configured to, or operable to support a means for communicating (e.g., transmitting or receiving) , via an A-IoT physical channel corresponding to the A-IoT transport channel, with a network entity in accordance the second information.

[0138] FIG. 8 shows a block diagram 800 of a communications manager 820 that supports control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure. The communications manager 820 may be an aspect of aspects of a communications manager 620, a communications manager 720, or both, as described herein. The communications manager 820, or various components thereof, may be an aspect of means for performing various aspects of control message and logical channel architecture for an ambient device MAC layer as described herein. For example, the communications manager 820 may include an information obtaining component 825, an information providing component 830, an information communication component 835, a MAC information monitoring component 840, an PHY information monitoring component 845, a data communication component 850, or any combination thereof. Each of these components, or components or subcomponents thereof (e.g., one or more processors, one or more memories) , may communicate, directly or indirectly, with one another (e.g., via one or more buses) .

[0139] The communications manager 820 may support wireless communications in accordance with aspects as disclosed herein. The information obtaining component 825 is capable of, configured to, or operable to support a means for obtaining, at a MAC layer within a protocol stack of the A-IoT device, control information associated with an A-IoT logical channel, where the A-IoT logical channel is between an upper layer within the protocol stack and the MAC layer, and where the MAC layer is configured to map between the A-IoT logical channel and an A-IoT transport channel. The information providing component 830 is capable of, configured to, or operable to support a means for providing, by the MAC layer and via the A-IoT logical channel, second information that is based on the control information to a physical layer within the protocol stack. The information communication component 835 is capable of, configured to, or operable to support a means for communicating (e.g., transmitting or receiving) , via an A-IoT physical channel corresponding to the A-IoT transport channel, with a network entity in accordance the second information.

[0140] In some aspects, the control information is within a MAC-CE or a MAC PDU.

[0141] In some aspects, the control information is associated with a MAC header including one or more fields. In some aspects, the one or more fields indicate a type of an upper layer control signaling associated with the control information, a category of the upper layer control signaling, or a control information length associated with the upper layer control signaling.

[0142] In some aspects, the A-IoT logical channel is between (e.g., directly between, with no intervening layers) an application layer and the MAC layer, the upper layer being the application layer.

[0143] In some aspects, the control information is within a MAC-CE. In some aspects, the MAC-CE includes physical control information associated with the physical layer.

[0144] In some aspects, the physical control information includes scheduling information, one or more time and frequency resources for an A-IoT data transmission, wake-up signaling, acknowledgement feedback, negative acknowledgement feedback, an identifier associated with a reader device, an identifier associated with the A-IoT device, or an identifier associated with a set of devices that includes the A-IoT device.

[0145] In some aspects, the second information includes physical control information associated with the physical layer.

[0146] In some aspects, the physical control information includes an identifier associated with the A-IoT device.

[0147] In some aspects, the control information is within a MAC-CE. In some aspects, the MAC-CE is a type of MAC-CE from a set of types of MAC-CEs. In some aspects, the set of types of MAC-CEs includes a first type of MAC-CE that carries physical control information and is associated with a first priority, a second type of MAC-CE that carries MAC layer resource information and is associated with a second priority, and a third type of MAC-CE that carries upper layer control information and is associated with a third priority.

[0148] In some aspects, the MAC information monitoring component 840 is capable of, configured to, or operable to support a means for receiving, as part of MAC layer control information, an indication of an identifier associated with the A-IoT device. In  some aspects, the PHY information monitoring component 845 is capable of, configured to, or operable to support a means for receiving, as part of physical control information, a second indication of the identifier associated with the A-IoT device or an indication of a second identifier associated with the A-IoT device.

[0149] In some aspects, the A-IoT logical channel associated with the upper layer is an A-IoT control channel. In some aspects, the control information includes upper layer control information.

[0150] In some aspects, the A-IoT logical channel associated with the upper layer is an A-IoT traffic channel. In some aspects, the control information includes MAC layer control information or physical layer control information.

[0151] In some aspects, the control information is within a MAC-CE and the MAC-CE is associated with (e.g., included in a same packet as) a MAC header that indicates a set of bits and a logical channel identifier. In some aspects, a combination of the set of bits and the logical channel identifier indicates a type of A-IoT MAC PDU.

[0152] In some aspects, the control information is within a MAC-CE of a first type that is associated with a first logical channel identifier. In some aspects, a second type of MAC-CE is associated with a second logical channel identifier.

[0153] In some aspects, the information obtaining component 825 is capable of, configured to, or operable to support a means for obtaining A-IoT data information from the upper layer, where the MAC layer is configured to map between an A-IoT traffic channel associated with the upper layer and a second A-IoT traffic channel. In some aspects, the information providing component 830 is capable of, configured to, or operable to support a means for providing, by the MAC layer and via the second A-IoT transport channel, the A-IoT data information to the physical layer.

[0154] In some aspects, the control information is associated with a first priority. In some aspects, the A-IoT data information is associated with a second priority that is less than the first priority.

[0155] In some aspects, the control information is within a first type of MAC-CE. In some aspects, a location of the MAC-CE within a transmission block is based on a  priority of the MAC-CE relative to one or more other types of MAC-CEs, A-IoT data information, or any combination thereof.

[0156] In some aspects, the control information is within a MAC-CE, and the MAC information monitoring component 840 is capable of, configured to, or operable to support a means for receiving the MAC-CE via a first A-IoT physical channel. In some aspects, the control information is within a MAC-CE, and the data communication component 850 is capable of, configured to, or operable to support a means for receiving or transmitting data associated with the control information via a second A-IoT physical channel.

[0157] In some aspects, the control information is within a MAC-CE, and the MAC information monitoring component 840 is capable of, configured to, or operable to support a means for receiving the MAC-CE via a first type of A-IoT physical data channel packet. In some aspects, the control information is within a MAC-CE, and the data communication component 850 is capable of, configured to, or operable to support a means for receiving or transmitting data associated with the control information via a second type of A-IoT physical data channel packet.

[0158] FIG. 9 shows a diagram of a system 900 including a device 905 that supports control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure. The device 905 may be an aspect of or include components of a device 605, a device 705, or a UE 115 as described herein. The device 905 may communicate (e.g., wirelessly) with one or more other devices (e.g., network entities 105, UEs 115, or a combination thereof) . The device 905 may include components for bi-directional voice and data communications including components for transmitting and receiving communications, such as a communications manager 920, an input / output (I / O) controller, such as an I / O controller 910, a transceiver 915, one or more antennas 925, at least one memory 930, code 935, and at least one processor 940. These components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more buses (e.g., a bus 945) .

[0159] The I / O controller 910 may manage input and output signals for the device 905. The I / O controller 910 may also manage peripherals not integrated into the device  905. In some cases, the I / O controller 910 may represent a physical connection or port to an external peripheral. In some cases, the I / O controller 910 may utilize an operating system such as or another operating system. Additionally, or alternatively, the I / O controller 910 may represent or interact with a modem, a keyboard, a mouse, a touchscreen, or a similar device. In some cases, the I / O controller 910 may be implemented as part of one or more processors, such as the at least one processor 940. In some cases, a user may interact with the device 905 via the I / O controller 910 or via hardware components controlled by the I / O controller 910.

[0160] In some cases, the device 905 may include a single antenna. However, in some other cases, the device 905 may have more than one antenna, which may be capable of concurrently transmitting or receiving multiple wireless transmissions. The transceiver 915 may communicate bi-directionally via the one or more antennas 925 using wired or wireless links as described herein. For example, the transceiver 915 may represent a wireless transceiver and may communicate bi-directionally with another wireless transceiver. The transceiver 915 may also include a modem to modulate the packets, to provide the modulated packets to one or more antennas 925 for transmission, and to demodulate packets received from the one or more antennas 925. The transceiver 915, or the transceiver 915 and one or more antennas 925, may be an aspect of a transmitter 615, a transmitter 715, a receiver 610, a receiver 710, or any combination thereof or component thereof, as described herein.

[0161] The at least one memory 930 may include random access memory (RAM) and read-only memory (ROM) . The at least one memory 930 may store computer-readable, computer-executable, or processor-executable code, such as the code 935. The code 935 may include instructions that, when executed by the at least one processor 940, cause the device 905 to perform various functions described herein. The code 935 may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. In some cases, the code 935 may not be directly executable by the at least one processor 940 but may cause a computer (e.g., when compiled and executed) to perform functions described herein. In some cases, the at least one memory 930 may include, among other things, a basic I / O system (BIOS) which may  control basic hardware or software operation such as the interaction with peripheral components or devices.

[0162] The at least one processor 940 may include one or more intelligent hardware devices (e.g., one or more general-purpose processors, one or more DSPs, one or more CPUs, one or more graphics processing units (GPUs) , one or more neural processing units (NPUs) (also referred to as neural network processors or deep learning processors (DLPs) ) , one or more microcontrollers, one or more ASICs, one or more FPGAs, one or more programmable logic devices, discrete gate or transistor logic, one or more discrete hardware components, or any combination thereof) . In some cases, the at least one processor 940 may be configured to operate a memory array using a memory controller. In some other cases, a memory controller may be integrated into the at least one processor 940. The at least one processor 940 may be configured to execute computer-readable instructions stored in a memory (e.g., the at least one memory 930) to cause the device 905 to perform various functions (e.g., functions or tasks supporting control message and logical channel architecture for an ambient device MAC layer) . For example, the device 905 or a component of the device 905 may include at least one processor 940 and at least one memory 930 coupled with or to the at least one processor 940, the at least one processor 940 and the at least one memory 930 configured to perform various functions described herein.

[0163] In some aspects, the at least one processor 940 may include multiple processors and the at least one memory 930 may include multiple memories. One or more of the multiple processors may be coupled with one or more of the multiple memories, which may, individually or collectively, be configured to perform various functions described herein. In some aspects, the at least one processor 940 may be a component of a processing system, which may refer to a system (such as a series) of machines, circuitry (including, for example, one or both of processor circuitry (which may include the at least one processor 940) and memory circuitry (which may include the at least one memory 930) ) , or components, that receives or obtains inputs and processes the inputs to produce, generate, or obtain a set of outputs. The processing system may be configured to perform one or more of the functions described herein. For example, the at least one processor 940 or a processing system including the at least one processor 940 may be configured to, configurable to, or operable to cause the  device 905 to perform one or more of the functions described herein. Further, as described herein, being “configured to, ” being “configurable to, ” and being “operable to” may be used interchangeably and may be associated with a capability, when executing code 935 (e.g., processor-executable code) stored in the at least one memory 930 or otherwise, to perform one or more of the functions described herein.

[0164] The communications manager 920 may support wireless communications in accordance with aspects as disclosed herein. For example, the communications manager 920 is capable of, configured to, or operable to support a means for obtaining, at a MAC layer within a protocol stack of the A-IoT device, control information associated with an A-IoT logical channel, where the A-IoT logical channel is between an upper layer within the protocol stack and the MAC layer, and where the MAC layer is configured to map between the A-IoT logical channel and an A-IoT transport channel. The communications manager 920 is capable of, configured to, or operable to support a means for providing, by the MAC layer and via the A-IoT logical channel, second information that being based on the control information to a physical layer within the protocol stack. The communications manager 920 is capable of, configured to, or operable to support a means for communicating (e.g., transmitting or receiving) , via an A-IoT physical channel corresponding to the A-IoT transport channel, with a network entity in accordance the second information.

[0165] By including or configuring the communications manager 920 in accordance with aspects as described herein, the device 905 may support techniques for improved communication reliability, reduced latency, improved user experience related to reduced processing, reduced power consumption, more efficient utilization of communication resources, improved coordination between devices, longer battery life, and improved utilization of processing capability.

[0166] In some aspects, the communications manager 920 may be configured to perform various operations (e.g., receiving, monitoring, transmitting) using or otherwise in cooperation with the transceiver 915, the one or more antennas 925, or any combination thereof. Although the communications manager 920 is illustrated as a separate component, in some aspects, one or more functions described with reference to the communications manager 920 may be supported by or performed by the at least one processor 940, the at least one memory 930, the code 935, or any combination thereof.  For example, the code 935 may include instructions executable by the at least one processor 940 to cause the device 905 to perform various aspects of control message and logical channel architecture for an ambient device MAC layer as described herein, or the at least one processor 940 and the at least one memory 930 may be otherwise configured to, individually or collectively, perform or support such operations.

[0167] FIG. 10 shows a flowchart illustrating a method 1000 that supports control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure. The operations of the method 1000 may be implemented by a UE or its components as described herein. For example, the operations of the method 1000 may be performed by a UE 115 as described with reference to FIGs. 1 through 9. In some aspects, a UE may execute a set of instructions to control the functional elements of the UE to perform the described functions. Additionally, or alternatively, the UE may perform aspects of the described functions using special-purpose hardware.

[0168] At 1005, the method may include obtaining, at a MAC layer within a protocol stack of the A-IoT device, control information associated with an A-IoT logical channel, where the A-IoT logical channel is between an upper layer within the protocol stack and the MAC layer, and where the MAC layer is configured to map between the A-IoT logical channel and an A-IoT transport channel. The operations of 1005 may be performed in accordance with aspects as disclosed herein. In some aspects, aspects of the operations of 1005 may be performed by an information obtaining component 825 as described with reference to FIG. 8.

[0169] At 1010, the method may include providing, by the MAC layer and via the A-IoT logical channel, second information that is based on the control information to a physical layer within the protocol stack. The operations of 1010 may be performed in accordance with aspects as disclosed herein. In some aspects, aspects of the operations of 1010 may be performed by an information providing component 830 as described with reference to FIG. 8.

[0170] At 1015, the method may include communicating (e.g., transmitting or receiving) , via an A-IoT physical channel corresponding to the A-IoT transport channel, with a network entity in accordance the second information. The operations of 1015  may be performed in accordance with aspects as disclosed herein. In some aspects, aspects of the operations of 1015 may be performed by an information communication component 835 as described with reference to FIG. 8.

[0171] FIG. 11 shows a flowchart illustrating a method 1100 that supports control message and logical channel architecture for an ambient device MAC layer in accordance with one or more aspects of the present disclosure. The operations of the method 1100 may be implemented by a UE or its components as described herein. For example, the operations of the method 1100 may be performed by a UE 115 as described with reference to FIGs. 1 through 9. In some aspects, a UE may execute a set of instructions to control the functional elements of the UE to perform the described functions. Additionally, or alternatively, the UE may perform aspects of the described functions using special-purpose hardware.

[0172] At 1105, the method may include obtaining, at a MAC layer within a protocol stack of the A-IoT device, control information associated with an A-IoT logical channel, where the A-IoT logical channel is between an upper layer within the protocol stack and the MAC layer, and where the MAC layer is configured to map between the A-IoT logical channel and an A-IoT transport channel. The operations of 1105 may be performed in accordance with aspects as disclosed herein. In some aspects, aspects of the operations of 1105 may be performed by an information obtaining component 825 as described with reference to FIG. 8.

[0173] At 1110, the method may include providing, by the MAC layer and via the A-IoT logical channel, second information that is based on the control information to a physical layer within the protocol stack. The operations of 1110 may be performed in accordance with aspects as disclosed herein. In some aspects, aspects of the operations of 1110 may be performed by an information providing component 830 as described with reference to FIG. 8.

[0174] At 1115, the method may include communicating (e.g., transmitting or receiving) , via an A-IoT physical channel corresponding to the A-IoT transport channel, with a network entity in accordance the second information. The operations of 1115 may be performed in accordance with aspects as disclosed herein. In some aspects,  aspects of the operations of 1115 may be performed by an information communication component 835 as described with reference to FIG. 8.

[0175] At 1120, the method may include obtaining A-IoT data information from the upper layer, where the MAC layer is configured to map between an A-IoT traffic channel associated with the upper layer and a second A-IoT traffic channel. The operations of 1120 may be performed in accordance with aspects as disclosed herein. In some aspects, aspects of the operations of 1120 may be performed by an information obtaining component 825 as described with reference to FIG. 8.

[0176] At 1125, the method may include providing, by the MAC layer and via the second A-IoT transport channel, the A-IoT data information to the physical layer. The operations of 1125 may be performed in accordance with aspects as disclosed herein. In some aspects, aspects of the operations of 1125 may be performed by an information providing component 830 as described with reference to FIG. 8.

[0177] The following provides an overview of aspects of the present disclosure:

[0178] Aspect 1: A method for wireless communications, at an A-IoT device, comprising: obtaining, at a MAC layer within a protocol stack of the A-IoT device, control information associated with an A-IoT logical channel, wherein the A-IoT logical channel is between an upper layer within the protocol stack and the MAC layer, and wherein the MAC layer is configured to map between the A-IoT logical channel and an A-IoT transport channel; providing, by the MAC layer and via the A-IoT logical channel, second information that is based on the control information to a physical layer within the protocol stack; and communicating, via an A-IoT physical channel corresponding to the A-IoT transport channel, with a network entity in accordance the second information.

[0179] Aspect 2: The method of aspect 1, wherein the control information is within a MAC-CE or a MAC PDU.

[0180] Aspect 3: The method of aspect 2, wherein the control information is associated with a MAC header comprising one or more fields, and the one or more fields indicate a type of an upper layer control signaling associated with the control  information, a category of the upper layer control signaling, or a control information length associated with the upper layer control signaling.

[0181] Aspect 4: The method of any of aspects 1 through 3, wherein the A-IoT logical channel is between the upper layer and the MAC layer, the upper layer being an application layer, a NAS layer, or an RRC layer.

[0182] Aspect 5: The method of any of aspects 1 through 4, wherein the control information is within a MAC-CE, and the MAC-CE comprises physical control information associated with the physical layer.

[0183] Aspect 6: The method of aspect 5, wherein the physical control information comprises scheduling information, one or more time and frequency resources for an A-IoT data transmission, wake-up signaling, acknowledgement feedback, negative acknowledgement feedback, an identifier associated with a reader device, an identifier associated with the A-IoT device, or an identifier associated with a set of devices that comprises the A-IoT device.

[0184] Aspect 7: The method of any of aspects 1 through 6, wherein the second information comprises physical control information associated with the physical layer.

[0185] Aspect 8: The method of aspect 7, wherein the physical control information comprises an identifier associated with the A-IoT device.

[0186] Aspect 9: The method of any of aspects 1 through 8, wherein the control information is within a MAC-CE, the MAC-CE is a type of MAC-CE from a set of types of MAC-CEs, and the set of types of MAC-CEs comprises a first type of MAC-CE that carries physical control information and is associated with a first priority, a second type of MAC-CE that carries MAC layer resource information and is associated with a second priority, and a third type of MAC-CE that carries upper layer control information and is associated with a third priority.

[0187] Aspect 10: The method of any of aspects 1 through 9, further comprising: receiving, as part of MAC layer control information, an indication of an identifier associated with the A-IoT device; and receiving, as part of physical control information, a second indication of the identifier associated with the A-IoT device or an indication of a second identifier associated with the A-IoT device.

[0188] Aspect 11: The method of any of aspects 1 through 10, wherein the A-IoT logical channel associated with the upper layer is an ACCH, and the control information comprises upper layer control information.

[0189] Aspect 12: The method of any of aspects 1 through 11, wherein the A-IoT channel associated with the upper layer is an ATCH , and the control information comprises MAC layer control information or physical layer control information.

[0190] Aspect 13: The method of any of aspects 1 through 12, wherein the control information is within a MAC-CE and the MAC-CE is associated with a MAC header that indicates a set of bits and a logical channel identifier, and a combination of the set of bits and the logical channel identifier indicates a type of A-IoT MAC PDU.

[0191] Aspect 14: The method of any of aspects 1 through 13, wherein the control information is within a MAC-CE of a first type that is associated with a first logical channel identifier, and a second type of MAC-CE is associated with a second logical channel identifier.

[0192] Aspect 15: The method of any of aspects 1 through 14, further comprising: obtaining A-IoT data information from the upper layer, wherein the MAC layer is configured to map between an ATCH associated with the upper layer and a second A-IoT transport channel ; and providing, by the MAC layer and via the second A-IoT transport channel, the A-IoT data information to the physical layer.

[0193] Aspect 16: The method of aspect 15, wherein the control information is associated with a first priority, and the A-IoT data information is associated with a second priority that is less than the first priority.

[0194] Aspect 17: The method of any of aspects 1 through 16, wherein the control information is within a first type of MAC-CE, and a location of the MAC-CE within a transmission block is based on a priority of the MAC-CE relative to one or more other types of MAC-CEs, A-IoT data information, or any combination thereof.

[0195] Aspect 18: The method of any of aspects 1 through 17, wherein the control information is within a MAC-CE, the method further comprising: receiving the MAC-CE via a first A-IoT physical channel; and receiving or transmitting data associated with the control information via a second A-IoT physical channel.

[0196] Aspect 19: The method of any of aspects 1 through 18, wherein the control information is within a MAC-CE, the method further comprising: receiving the MAC-CE via a first type of A-IoT physical data channel packet; and receiving or transmitting data associated with the control information via a second type of A-IoT physical data channel packet.

[0197] Aspect 20: An A-IoT device for wireless communications, comprising a processing system configured to perform a method of any of aspects 1 through 19.

[0198] Aspect 21: An A-IoT device for wireless communications, comprising at least one means for performing a method of any of aspects 1 through 19.

[0199] Aspect 22: A non-transitory computer-readable having code for wireless communication stored thereon that, when executed by A-IoT device, causes the A-IoT device to perform a method of any of aspects 1 through 19.

[0200] The methods described herein describe possible implementations, and the operations and the steps may be rearranged or otherwise modified and other implementations are possible. Further, aspects from two or more of the methods may be combined.

[0201] Although aspects of an LTE, LTE-A, LTE-A Pro, or NR system may be described for purposes of example, and LTE, LTE-A, LTE-A Pro, or NR terminology may be used in much of the description, the techniques described herein are applicable beyond LTE, LTE-A, LTE-A Pro, or NR networks. For example, the described techniques may be applicable to various other wireless communications systems such as Ultra Mobile Broadband (UMB) , Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi) , IEEE 802.16 (WiMAX) , IEEE 802.20, Flash-OFDM, as well as other systems and radio technologies not explicitly mentioned herein.

[0202] Information and signals described herein may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0203] The various illustrative blocks and components described in connection with the disclosure herein may be implemented or performed using a general-purpose processor, a DSP, an ASIC, a CPU, a graphics processing unit (GPU) , a neural processing unit (NPU) , an FPGA or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor but, in the alternative, the processor may be any processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices (e.g., a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration) . Any functions or operations described herein as being capable of being performed by a processor may be performed by multiple processors that, individually or collectively, are capable of performing the described functions or operations.

[0204] The functions described herein may be implemented using hardware, software executed by a processor, firmware, or any combination thereof. If implemented using software executed by a processor, the functions may be stored as or transmitted using one or more instructions or code of a computer-readable medium. Other aspects and implementations are within the scope of the disclosure and claims. For example, due to the nature of software, functions described herein may be implemented using software executed by a processor, hardware, firmware, hardwiring, or combinations of any of these. Features implementing functions may also be physically located at various positions, including being distributed such that portions of functions are implemented at different physical locations.

[0205] Computer-readable media includes both non-transitory computer storage media and communication media including any medium that facilitates transfer of a computer program from one location to another. A non-transitory storage medium may be any available medium that may be accessed by a general-purpose or special-purpose computer. By way of example, and not limitation, non-transitory computer-readable media may include RAM, ROM, electrically erasable programmable ROM (EEPROM) , flash memory, compact disk (CD) ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other non-transitory medium that may  be used to carry or store desired program code means in the form of instructions or data structures and that may be accessed by a general-purpose or special-purpose computer or a general-purpose or special-purpose processor. Also, any connection is properly termed a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL) , or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of computer-readable medium. Disk and disc, as used herein, include CD, laser disc, optical disc, digital versatile disc (DVD) , floppy disk, and Blu-ray disc. Disks may reproduce data magnetically, and discs may reproduce data optically using lasers. Combinations of the above are also included within the scope of computer-readable media. Any functions or operations described herein as being capable of being performed by a memory may be performed by multiple memories that, individually or collectively, are capable of performing the described functions or operations.

[0206] As used herein, the term “or” is an inclusive “or” unless limiting language is used relative to the alternatives listed. For example, reference to “X being based on A or B” shall be construed as including within its scope X being based on A, X being based on B, and X being based on A and B. In this regard, reference to “X being based on A or B” refers to “at least one of A or B” or “one or more of A or B” due to “or” being inclusive. Similarly, reference to “X being based on A, B, or C” shall be construed as including within its scope X being based on A, X being based on B, X being based on C, X being based on A and B, X being based on A and C, X being based on B and C, and X being based on A, B, and C. In this regard, reference to “X being based on A, B, or C” refers to “at least one of A, B, or C” or “one or more of A, B, or C” due to “or” being inclusive. As an aspect of limiting language, reference to “X being based on only one of A or B” shall be construed as including within its scope X being based on A as well as X being based on B, but not X being based on A and B. Also, as used herein, the phrase “based on” shall not be construed as a reference to a closed set of information, one or more conditions, one or more factors, or the like. In other words, the phrase “based on A” (where “A” may be information, a condition, a factor, or the like) shall be construed as “based at least on A” unless specifically recited differently.  Also, as used herein, the phrase “a set” shall be construed as including the possibility of a set with one member. That is, the phrase “a set” shall be construed in the same manner as “one or more” or “at least one of. ”

[0207] As used herein, including in the claims, the article “a” before a noun is open-ended and understood to refer to “at least one” of those nouns or “one or more” of those nouns. Thus, the terms “a, ” “at least one, ” “one or more, ” and “at least one of one or more” may be interchangeable. For example, if a claim recites “a component” that performs one or more functions, each of the individual functions may be performed by a single component or by any combination of multiple components. Thus, the term “acomponent” having characteristics or performing functions may refer to “at least one of one or more components” having a particular characteristic or performing a particular function. Subsequent reference to a component introduced with the article “a” using the terms “the” or “said” may refer to any or all of the one or more components. For example, a component introduced with the article “a” may be understood to mean “one or more components, ” and referring to “the component” subsequently in the claims may be understood to be equivalent to referring to “at least one of the one or more components. ” Similarly, subsequent reference to a component introduced as “one or more components” using the terms “the” or “said” may refer to any or all of the one or more components. For example, referring to “the one or more components” subsequently in the claims may be understood to be equivalent to referring to “at least one of the one or more components. ”

[0208] The term “determine” or “determining” encompasses a variety of actions and, therefore, “determining” can include calculating, computing, processing, deriving, investigating, looking up (such as via looking up in a table, a database, or another data structure) , ascertaining, and the like. Also, “determining” can include receiving (e.g., receiving information) , accessing (e.g., accessing data stored in memory) , and the like. Also, “determining” can include resolving, obtaining, selecting, choosing, establishing, and other such similar actions.

[0209] In the figures, similar components or features may have the same reference label. Further, various components of the same type may be distinguished by following the reference label by a dash and a second label that distinguishes among the similar components. If just the first reference label is used in the specification, the description  is applicable to any one of the similar components having the same first reference label irrespective of the second reference label or other subsequent reference label.

[0210] The description set forth herein, in connection with the drawings, describes example configurations and does not represent all the aspects that may be implemented or that are within the scope of the claims. The term “aspect” or “example” used herein means “serving as an aspect, example, instance, or illustration, ” and not “preferred” or “advantageous over other aspects. ” The detailed description includes specific details for the purpose of providing an understanding of the described techniques. These techniques, however, may be practiced without these specific details. In some figures, structures and devices are shown in block diagram form in order to avoid obscuring the concepts of the described aspects.

[0211] The description herein is provided to enable a person having ordinary skill in the art to make or use the disclosure. Various modifications to the disclosure will be apparent to a person having ordinary skill in the art, and the generic principles defined herein may be applied to other variations without departing from the scope of the disclosure. Thus, the disclosure is not limited to the aspects and designs described herein but is to be accorded the broadest scope consistent with the principles and novel features disclosed herein.

Claims

1.An ambient internet of things (A-IoT) device, comprising:a processing system configured to:obtain, at a medium access control (MAC) layer within a protocol stack of the A-IoT device, control information associated with an A-IoT logical channel, wherein the A-IoT logical channel is between an upper layer within the protocol stack and the MAC layer, and wherein the MAC layer is configured to map between the A-IoT logical channel and an A-IoT transport channel;provide, by the MAC layer and via the A-IoT logical channel, second information that be based on the control information to a physical layer within the protocol stack; andcommunicate, via an A-IoT physical channel corresponding to the A-IoT transport channel, with a network entity in accordance the second information.2.The A-IoT device of claim 1, wherein the control information is within a MAC-control element (MAC-CE) or a MAC packet data unit (PDU) .3.The A-IoT device of claim 2, wherein the control information is associated with a MAC header comprising one or more fields, and wherein the one or more fields indicate a type of an upper layer control signaling associated with the control information, a category of the upper layer control signaling, or a control information length associated with the upper layer control signaling.4.The A-IoT device of claim 1, wherein the A-IoT logical channel is between the upper layer and the MAC layer, the upper layer being an application layer, a non-access-stratum (NAS) layer, or a radio resource control (RRC) layer.5.The A-IoT device of claim 1, wherein the control information is within a MAC-control element (MAC-CE) , and wherein the MAC-CE comprises physical control information associated with the physical layer.6.The A-IoT device of claim 5, wherein the physical control information comprises scheduling information, one or more time and frequency  resources for an A-IoT data transmission, wake-up signaling, acknowledgement feedback, negative acknowledgement feedback, an identifier associated with a reader device, an identifier associated with the A-IoT device, or an identifier associated with a set of devices that comprises the A-IoT device.7.The A-IoT device of claim 1, wherein the second information comprises physical control information associated with the physical layer.8.The A-IoT device of claim 7, wherein the physical control information comprises an identifier associated with the A-IoT device.9.The A-IoT device of claim 1, wherein the control information is within a MAC-control element (MAC-CE) , wherein the MAC-CE is a type of MAC-CE from a set of types of MAC-CEs, and wherein the set of types of MAC-CEs comprises:a first type of MAC-CE that carries physical control information and is associated with a first priority;a second type of MAC-CE that carries MAC layer resource information and is associated with a second priority; anda third type of MAC-CE that carries upper layer control information and is associated with a third priority.10.The A-IoT device of claim 1, wherein the processing system is configured to:receive, as part of MAC layer control information, an indication of an identifier associated with the A-IoT device; andreceive, as part of physical control information, a second indication of the identifier associated with the A-IoT device or an indication of a second identifier associated with the A-IoT device.11.The A-IoT device of claim 1, wherein the A-IoT logical channel associated with the upper layer is an A-IoT control channel, and wherein the control information comprises upper layer control information.12.The A-IoT device of claim 1, wherein the A-IoT logical channel associated with the upper layer is an A-IoT traffic channel, and wherein the control  information comprises MAC layer control information or physical layer control information.13.The A-IoT device of claim 1, wherein the control information is within a MAC-control element (MAC-CE) and the MAC-CE is associated with a MAC header that indicates a set of bits and a logical channel identifier, and wherein a combination of the set of bits and the logical channel identifier indicates a type of A-IoT MAC packet data unit (PDU) .14.The A-IoT device of claim 1, wherein the control information is within a MAC-control element (MAC-CE) of a first type that is associated with a first logical channel identifier, and wherein a second type of MAC-CE is associated with a second logical channel identifier.15.The A-IoT device of claim 1, wherein the processing system is configured to:obtain A-IoT data information from the upper layer, wherein the MAC layer is configured to map between an A-IoT traffic channel associated with the upper layer and a second A-IoT transport channel; andprovide, by the MAC layer and via the second A-IoT transport channel, the A-IoT data information to the physical layer.16.The A-IoT device of claim 15, wherein the control information is associated with a first priority, and wherein the A-IoT data information is associated with a second priority that is less than the first priority.17.The A-IoT device of claim 1, wherein the control information is within a first type of MAC-control element (MAC-CE) , and wherein a location of the MAC-CE within a transmission block is based on a priority of the MAC-CE relative to one or more other types of MAC-CEs, A-IoT data information, or any combination thereof.18.The A-IoT device of claim 1, wherein the control information is within a MAC-control element (MAC-CE) , and wherein the processing system is configured to:receive the MAC-CE via a first A-IoT physical channel; andreceive or transmit data associated with the control information via a second A-IoT physical channel.19.The A-IoT device of claim 1, wherein the control information is within a MAC-control element (MAC-CE) , and wherein the processing system is configured to:receive the MAC-CE via a first type of A-IoT physical data channel packet; andreceive or transmit data associated with the control information via a second type of A-IoT physical data channel packet.20.A method for wireless communications, at an A-IoT device, comprising:obtaining, at a medium access control (MAC) layer within a protocol stack of the A-IoT device, control information associated with an A-IoT logical channel, wherein the A-IoT logical channel is between an upper layer within the protocol stack and the MAC layer, and wherein the MAC layer is configured to map between the A-IoT logical channel and an A-IoT transport channel;providing, by the MAC layer and via the A-IoT logical channel, second information that is based on the control information to a physical layer within the protocol stack; andcommunicating, via an A-IoT physical channel corresponding to the A-IoT transport channel, with a network entity in accordance the second information.21.A non-transitory computer-readable medium having code for wireless communication stored thereon that, when executed by an ambient internet of things (A-IoT) device, causes the A-IoT device to:obtain, at a medium access control (MAC) layer within a protocol stack of the A-IoT device, control information associated with an A-IoT logical channel, wherein the A-IoT logical channel is between an upper layer within the protocol stack and the MAC layer, and wherein the MAC layer is configured to map between the A-IoT logical channel and an A-IoT transport channel;provide, by the MAC layer and via the A-IoT logical channel, second information that be based on the control information to a physical layer within the protocol stack; andcommunicate, via an A-IoT physical channel corresponding to the A-IoT transport channel, with a network entity in accordance the second information.

Images