Early pathloss offset and power-headroom identification during initial access
Patent Information
- Application Number
- PCT/CN2025/088723
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2025-04-14
- Publication Date
- 2026-10-22
Smart Images

Figure CN2025088723_22102026_PF_FP_ABST
Abstract
Description
EARLY PATHLOSS OFFSET AND POWER-HEADROOM IDENTIFICATION DURING INITIAL ACCESSINTRODUCTIONField of the Disclosure
[0001] Aspects of the present disclosure relate to wireless communications, and more particularly, to techniques for feedback of transmission power parameters. Description of Related Art
[0002] Wireless communications systems are widely deployed to provide various telecommunication services such as telephony, video, data, messaging, broadcasts, or other similar types of services. These wireless communications systems may employ multiple-access technologies capable of supporting communications with multiple users by sharing available wireless communications system resources with those users.
[0003] Although wireless communications systems have made great technological advancements over many years, challenges still exist. For example, complex and dynamic environments can still attenuate or block signals between wireless transmitters and wireless receivers. Accordingly, there is a continuous desire to improve the technical performance of wireless communications systems, including, for example: improving speed and data carrying capacity of communications, improving efficiency of the use of shared communications mediums, reducing power used by transmitters and receivers while performing communications, improving reliability of wireless communications, avoiding redundant transmissions and / or receptions and related processing, improving the coverage area of wireless communications, increasing the number and types of devices that can access wireless communications systems, increasing the ability for different types of devices to intercommunicate, increasing the number and type of wireless communications mediums available for use, and the like. Consequently, there exists a need for further improvements in wireless communications systems to overcome the aforementioned technical challenges and others.SUMMARY
[0004] Certain aspects provide a method for wireless communications by a user equipment (UE) . The method includes sending, to a network entity during an initial access procedure and prior to a radio resource control (RRC) connection setup between the UE and the network entity being completed, a message comprising one or more power headroom reports (PHRs) ; and communicating with the network entity based on the one or more PHRs.
[0005] Certain aspects provide a method for wireless communications by a UE. The method includes obtaining, from a network entity during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message comprising a pathloss offset value; and communicating with the network entity based on the pathloss offset value.
[0006] Certain aspects provide a method for wireless communications by a network entity. The method includes obtaining, from a UE during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message comprising one or more PHRs; and communicating with the UE based on the one or more PHRs.
[0007] Certain aspects provide a method for wireless communications by a network entity. The method includes sending, to a UE during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message comprising a pathloss offset value; and communicating with the UE based on the pathloss offset value.
[0008] Other aspects provide: one or more apparatuses operable, configured, or otherwise adapted to perform any portion of any method described herein (e.g., such that performance may be by only one apparatus or in a distributed fashion across multiple apparatuses) ; one or more non-transitory, computer-readable media comprising instructions that, when executed by one or more processors of one or more apparatuses, cause the one or more apparatuses to perform any portion of any method described herein (e.g., such that instructions may be included in only one computer-readable medium or in a distributed fashion across multiple computer-readable media, such that instructions may be executed by only one processor or by multiple processors in a distributed fashion, such that each apparatus of the one or more apparatuses may include one processor or multiple processors, and / or such that performance may be by only one apparatus or in a distributed fashion across multiple apparatuses) ; one or more computer program products embodied on one or more computer-readable storage media comprising code for performing any portion of any method described herein (e.g., such that code may be stored in only one computer-readable medium or across computer-readable media in a distributed fashion) ; and / or one or more apparatuses comprising one or more means for performing any portion of any method described herein (e.g., such that performance would be by only one apparatus or by multiple apparatuses in a distributed fashion) . By way of example, an apparatus may comprise a processing system, a device with a processing system, or processing systems cooperating over one or more networks. An apparatus may comprise one or more memories; and one or more processors configured to cause the apparatus to perform any portion of any method described herein. In some examples, one or more of the processors may be preconfigured to perform various functions or operations described herein without requiring configuration by software.
[0009] The following description and the appended figures set forth certain features for purposes of illustration.BRIEF DESCRIPTION OF DRAWINGS
[0010] The appended figures depict certain features of the various aspects described herein and are not to be considered limiting of the scope of this disclosure.
[0011] FIG. 1 depicts an example wireless communications network.
[0012] FIG. 2 depicts an example disaggregated base station architecture.
[0013] FIG. 3 depicts aspects of network entities and a user equipment (UE) .
[0014] FIGS. 4A, 4B, 4C, and 4D depict various example aspects of data structures for a wireless communications network.
[0015] FIG. 5A depicts an example four-step random access procedure.
[0016] FIG. 5B depicts an example two-step random access procedure.
[0017] FIG. 6 depicts example uplink throughputs for initial access and radio resource control (RRC) connected communications.
[0018] FIG. 7 depicts example signaling for a pathloss offset value.
[0019] FIG. 8 depicts an example wireless communications network.
[0020] FIG. 9 depicts example uplink throughputs for initial access and RRC connected communications based on early feedback.
[0021] FIG. 10 depicts a process flow for communications in a network between a network entity and a UE.
[0022] FIG. 11 depicts a process flow for communications in a network between a network entity and a UE.
[0023] FIG. 12 depicts a method for wireless communications.
[0024] FIG. 13 depicts another method for wireless communications.
[0025] FIG. 14 depicts another method for wireless communications.
[0026] FIG. 15 depicts another method for wireless communications.
[0027] FIG. 16 depicts aspects of an example communications device.
[0028] FIG. 17 depicts aspects of an example communications device.DETAILED DESCRIPTION
[0029] Aspects of the present disclosure provide apparatuses, methods, processing systems, and computer-readable mediums for early signaling of power headroom report (s) (PHR (s) ) and pathloss offset value (s) and during initial access, such as during a random access procedure.
[0030] A wireless communication system may include a number of devices and network entities employing techniques for exchanging information wirelessly. For example, a wireless communication system may include devices (e.g., user equipments (UEs) ) and network entities (e.g., base stations (BSs) ) that wirelessly communicate data, control information, reference signals, etc. (e.g., according to various wireless communication system implementations) . The wireless communication system may employ various technologies to improve throughput, achieve a high data rate, and / or improve the energy efficiency of the wireless communication system. These technologies may allow a wireless communication system to support communication between an increasing number of devices and network entities, support advanced functionalities at various devices, and improve the quality of communication between devices and network entities.
[0031] In certain wireless communication systems (e.g., 5G New Radio (NR) systems and / or any future wireless communications system) , a UE may communicate with a network entity (e.g., a base station) using a random access procedure, for example, for initial access to the network entity, for beam failure recovery, to obtain timing information (e.g., a timing advance) , to request uplink communication resources, to request system information, etc. An example random access procedure may begin with the UE sending a random access preamble on a physical random access channel (PRACH) in a random access occasion (RO) , which may include one or more time-frequency resources. Upon successful reception of the preamble, the network entity sends, to the UE, a response to the preamble in a random access response (RAR) window. The response may include an uplink scheduling grant. On receiving the response, the UE may send a request to setup a connection (such as a radio resource control (RRC) connection to enter an RRC connected state) with the network entity, and then, the network entity may reply with a contention resolution response. Certain aspects associated with random access communications are further described herein, for example, with respect to FIGS. 5A and 5B.
[0032] In certain aspects, prior to being in a connected state or mode (e.g., RRC connected state or RRC connected mode) , a UE may communicate with a network entity using conservative communication parameters, such as a conservative modulation and coding scheme (MCS) , rank, and / or bandwidth. For example, the UE may be in a connected state after an RRC connection setup between the UE and the network entity is completed, and the UE may be configured with specific parameters for communication with the network entity, such that the UE may be actively sending or receiving communications with the network entity based on the specific parameters. However, prior to the connected state, the network entity may schedule the UE to send uplink information and / or data using the conservative communication parameters rather than the specific parameters. For example, the conservative communication parameters may include an MCS with a low index number (e.g., MCS0) that corresponds to a low transmission or data rate or modulation scheme, a low rank (e.g., rank-1) that corresponds to a small number of spatial layers (e.g., a single spatial layer) , and / or a narrow bandwidth (e.g., small amount of frequency resources) configured for the uplink information and / or data.
[0033] In some deployments, prior to the connected state, signaling may not be defined to enable the UE to be configured with the specific parameters for communication with the network entity. Thus, the conservative communication parameters are configured and used. For example, appropriate signaling configurations may not be defined for a UE to send PHR (s) and / or obtain pathloss information prior to the connected state, where the network entity configures the specific parameters based on the PHR (s) and / or pathloss information. In some cases, only UEs that are in the connected state may be configured to feedback power headroom (PH) values to the network entity, such as via the PHR (s) . PHR(s) may indicate an estimation of transmit power for an uplink transmission by a UE. The PHR may include, for example, a PH value and a maximum allowed transmit power (e.g., PCMAX, which may be referred to as a nominal transmit power of the UE) . The PH value may be the difference between the maximum allowed transmit power and the estimated transmit power for an uplink transmission. A negative PH value may indicate that the transmit power estimated for a transmission exceeds the transmit power available (e.g., the maximum allowed transmit power) for the transmission. Moreover, the PH value may depend on certain transmit power control parameters (such as a path loss associated with a communication channel, a target value for a received signal power at the network entity, a frequency bandwidth of a transmission occasion, etc. ) .
[0034] Similarly, prior to the connected state, the network entity may be unable to indicate a pathloss offset value to the UE for communications with an uplink-only transmission-reception point (TRP) and / or via an uplink-only component carrier (CC) (e.g., a TRP and / or CC that is configured only for obtaining uplink communications from the UE) . For example, the pathloss offset value may be indicated to UEs in the connected state via RRC signaling and / or medium access control (MAC) control element (s) (CE (s) ) . Signaling for the pathloss offset value is described in greater detail with respect to FIG. 7. Without the pathloss offset value, the UE may be unable to derive a PH value for communications with the uplink-only TRP and / or via the uplink-only CC. Accordingly, without the PHR (s) from the UE based on the UE not being in the connected state and / or not obtaining the pathloss offset value, the network entity may be unable to track an uplink PH for the UE and, as such, may be unable to configure the specific parameters for communications with the UE, such that the conservative communication parameters are then configured and used.
[0035] Technical problems for wireless communications prior to the connected state may include, for example, decreased uplink throughput for the UE based on the conservative communication parameters being configured and used prior to the RRC connection setup between the UE and the network entity being completed. In some cases, the UE may store or buffer a high amount of uplink data before the RRC connection setup between the UE and the network entity is completed, such as during an initial access procedure (e.g., a random access procedure) . However, the conservative communication parameters that are configured and used prior to the connected state as described above may prevent the UE from sending the high amount of uplink data to the network entity based on the decreased uplink throughput. As such, the UE may wait until the connected state is established and / or the RRC connection setup between the UE and the network entity is completed before sending the high amount of uplink data, which may increase a latency of sending the high amount of uplink data.
[0036] Aspects described herein may overcome the aforementioned technical problem (s) , for example, by providing signaling to indicate PHR (s) and / or pathloss offset value (s) during initial access (e.g., during a random access procedure) and prior to an RRC connection setup between a UE and a network entity being completed. With the signaling of the PHR (s) and / or pathloss offset value (s) during initial access and prior to the RRC connection setup between the UE and the network entity being completed, the network entity may configure and indicate communication parameters for the UE to use for subsequent uplink communications with the network entity, an uplink-only TRP, and / or via an uplink-only CC. The signaled communication parameters may be less conservative than the conservative communication parameters described above as being used before an RRC connection setup is complete. For example, the communication parameters may include a higher MCS (e.g., higher data rate) , higher rank (e.g., a greater number of spatial layers) , and / or a higher bandwidth (e.g., greater amount of frequency resources) configured for uplink communications from the UE than the conservative communication parameters. Accordingly, the UE may send a higher amount of uplink communications using the less conservative communication parameters during initial access and prior to the RRC connection setup between the UE and the network entity being completed. In some aspects, the UE may indicate the PHR (s) via a random access message during the initial access, and / or the network entity may indicate the pathloss offset value (s) via a random access message during the initial access.
[0037] Certain techniques for indicating PHR (s) and / or pathloss offset value (s) during initial access and prior to an RRC connection setup between a UE and a network entity being completed may provide beneficial technical effects and / or advantages. The techniques for indicating PHR (s) during the initial access and prior to the RRC connection setup between the UE and the network entity being completed may enable improved wireless communications performance, such as enabling the network entity to track PH value (s) of the UE (e.g., via the PHR (s) ) to then configure and indicate less conservative communication parameters based on the PH value (s) . Subsequently, based on the less conservative communication parameters, uplink throughput may be increased during the initial access and prior to the RRC connection setup between the UE and the network entity being completed, which may then decrease a latency of uplink communications from the UE.
[0038] Additionally or alternatively, the techniques for indicating pathloss offset value (s) during the initial access and prior to the RRC connection setup between the UE and the network entity being completed may enable improved wireless communications performance, such as enabling the UE to derive PH value (s) for uplink communications with an uplink-only TRP and / or via an uplink-only CC based on the pathloss offset value (s) prior to the RRC connection setup between the UE and the network entity being completed. For example, the UE may first report reference signal measurements for a first TRP (e.g., an uplink-downlink symmetric TRP, which may be configured to send downlink signals to the UE and obtain uplink signals from the UE) to the network entity during the initial access, and the network entity may then calculate and / or predict the pathloss offset value (s) for an uplink-only TRP and / or uplink-only CC based on the reference signal measurements. Subsequently, the network entity may then indicate the pathloss offset value (s) to the UE also during the initial access to enable the UE to derive a PH value for uplink communications with the uplink-only TRP and / or via the uplink-only CC prior to the RRC connection setup between the UE and the network entity being completed, thereby reducing a latency of signaling the pathloss offset value (s) .
[0039] In some aspects, the techniques for indicating both PHR (s) and pathloss offset value (s) during the initial access and prior to the RRC connection setup between the UE and the network entity being completed may enable improved wireless communications performance. For example, the UE may derive PH value (s) for the uplink-only TRP and / or uplink-only CC to be indicated in the PHR (s) during initial access based on the pathloss offset value (s) for the uplink-only TRP and / or uplink-only CC that are also indicated during the initial access. As such, the network entity may configure and indicate less conservative communication parameters to the UE for communications with the uplink-only TRP and / or via the uplink-only CC based on the PHR (s) that include PH value (s) derived from the pathloss offset value (s) , which may increase uplink throughput prior to RRC connection setup between the UE and the network entity being completed and decrease latency of uplink communications for the UE with the uplink-only TRP and / or via the uplink-only CC. Introduction to Wireless Communications Networks
[0040] The techniques and methods described herein may be used for various wireless communications networks. While aspects may be described herein using terminology commonly associated with 3G, 4G, 5G, 6G, and / or other generations of wireless technologies, aspects of the present disclosure may likewise be applicable to other communications systems and standards not explicitly mentioned herein.
[0041] FIG. 1 depicts an example of a wireless communications network 100, in which aspects described herein may be implemented.
[0042] Generally, wireless communications network 100 includes various network entities (alternatively, network elements or network nodes) . A network entity is generally a communications device and / or a communications function performed by a communications device (e.g., a user equipment (UE) , a base station (BS) , a component of a BS, a server, etc. ) . As such communications devices are part of wireless communications network 100, and facilitate wireless communications, such communications devices may be referred to as wireless communications devices. For example, various functions of a network as well as various devices associated with and interacting with a network may be considered network entities. Further, wireless communications network 100 may include terrestrial aspects, such as ground-based network entities (e.g., BSs 102) , and non-terrestrial aspects (also referred to herein as non-terrestrial network entities) . A non-terrestrial network entity may include satellite 140, which may be an example of an aerial or space-borne platform. In some examples, satellite 140 may include one or more network entities on-board (e.g., one or more BSs) capable of communicating with other network elements (e.g., terrestrial BSs) and UEs. For example, satellite 140 may be implemented according to a regenerative architecture (also referred to as a non-transparent architecture) , and a gNB implemented at satellite 140 may implement higher-layer network functions. As another example, satellite 140 may be implemented according to a transparent architecture, and may perform a physical or other lower-layer repeater function for UEs and a network entity (such as a gateway associated with the satellite 140) .
[0043] In the depicted example, wireless communications network 100 includes BSs 102, UEs 104, and one or more core networks, such as an Evolved Packet Core (EPC) 160 or a 5G Core (5GC) network 190, which interoperate to provide communications services over various communications links, including wired and wireless links. In some aspects, a core network, such as a 6G core, may implement a converged service-based architecture. In a converged service-based architecture, functions traditionally split between a core network (such as 5GC network 190) and a radio access network (RAN) (such as BS 102) may be implemented at a single network entity. For example, a mobility network entity may perform both core network functions and RAN functions related to mobility of UEs 104 attached to the wireless communications network 100. “Network entity” can refer to a BS 102, a network entity of EPC 160 or 5GC network 190, or a network entity of a converged service-based architecture.
[0044] FIG. 1 depicts various example UEs 104. UE 104 may include a cellular phone, a smart phone, a session initiation protocol (SIP) phone, a laptop, a personal digital assistant (PDA) , a satellite radio, a Global Positioning System device, a multimedia device, a video device, a digital audio player, a camera, a game console, a tablet, a smart device, a wearable device, a vehicle, an electric meter, a gas pump, a kitchen appliance, a healthcare device, an implant, a sensor / actuator, a display, an Internet of Things (IoT) device, an always on (AON) device, an edge processing device, a data center, or another similar device. A UE 104 may also be referred to as a mobile device, a wireless device, a station, a mobile station, a subscriber station, a mobile subscriber station, a mobile unit, a subscriber unit, a wireless unit, a remote unit, a remote device, an access terminal, a mobile terminal, a wireless terminal, a remote terminal, a handset, and others.
[0045] BSs 102 wirelessly communicate with (e.g., transmit signals to or receive signals from) UEs 104 via communications links 120. A communications link 120 between a BS 102 and a UE 104 may include uplink (UL) (also referred to as reverse link) transmissions from a UE 104 to a BS 102 and / or downlink (DL) (also referred to as forward link) transmissions from a BS 102 to a UE 104. A communications link 120 may use multiple-input and multiple-output (MIMO) antenna technology, including spatial multiplexing, beamforming, and / or transmit diversity in various aspects.
[0046] A BS 102 may include a NodeB, an enhanced NodeB (eNB) , a next generation enhanced NodeB (ng-eNB) , a next generation NodeB (gNB or gNodeB) , an access point, a base transceiver station, a radio base station, a radio transceiver, a transceiver function, a transmission reception point (TRP) , a radio unit (RU) , a distributed unit (DU) , or the like. A given BS 102 may provide communications coverage for a coverage area 110, which may sometimes be referred to as a cell, and which may overlap another coverage area 110 (e.g., a small cell provided by a BS 102′) may have a coverage area 110′that overlaps the coverage area 110 of a macro cell) . A BS 102 may, for example, provide communications coverage for a macro cell (covering a relatively large geographic area) , a pico cell (covering a relatively smaller geographic area, such as a sports stadium) , a femto cell (covering a relatively smaller geographic area, such as a home) , or another type of cell.
[0047] The term “cell” may refer to a portion, partition, or segment of wireless communication coverage served by a network entity within a wireless communications network 100. A cell may have geographic characteristics, such as a geographic coverage area, as well as radio frequency characteristics, such as time and / or frequency resources dedicated to the cell. For example, a specific geographic coverage area may be covered by multiple cells employing different frequency resources (e.g., bandwidth parts) and / or different time resources. As another example, a specific geographic coverage area may be covered by a single cell. In some contexts (e.g., a carrier aggregation scenario and / or multi-connectivity scenario) , the terms “cell” or “serving cell” may refer to or correspond to a specific carrier frequency (e.g., a component carrier) used for wireless communications, and a “cell group” may refer to or correspond to multiple carriers used for wireless communications. As examples, in a carrier aggregation scenario, a UE may communicate on multiple component carriers corresponding to multiple (serving) cells in the same cell group, and in a multi-connectivity (e.g., dual connectivity) scenario, a UE may communicate on multiple component carriers corresponding to multiple cell groups.
[0048] While BSs 102 are depicted in various aspects as unitary communications devices, BSs 102 may be implemented in various configurations. For example, one or more components of a base station may be disaggregated, including a central unit (CU) , one or more DUs, one or more RUs, a Near-Real Time (Near-RT) RAN Intelligent Controller (RIC) , or a Non-Real Time (Non-RT) RIC, to name a few examples. In another example, various aspects of a base station may be virtualized. A base station (e.g., BS 102) may include components that are located at a single physical location or components located at various physical locations. In examples in which a base station includes components that are located at various physical locations, the various components may each perform functions such that, collectively, the various components achieve functionality that is similar to a base station that is located at a single physical location. Implementing a base station in this fashion may provide efficiency gains by enabling cloud-based implementation of certain (e.g., non-time-sensitive) higher-layer functions while physical-layer or other lower-layer functions can be implemented at or in proximity to a geographic coverage area of a corresponding cell. In some aspects, a base station including components that are located at various physical locations may be referred to as having a disaggregated RAN architecture, such as an Open RAN (O-RAN) or Virtualized RAN (VRAN) architecture. FIG. 2 depicts and describes an example disaggregated RAN architecture.
[0049] Different BSs 102 within wireless communications network 100 may also be configured to support different radio access technologies, such as 3G, 4G, 5G, and / or 6G. For example, BSs 102 configured for 4G LTE (collectively referred to as Evolved Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network (E-UTRAN) ) may interface with the EPC 160 through first backhaul links 132 (e.g., an S1 interface) . BSs 102 configured for 5G (e.g., 5G NR or Next Generation RAN (NG-RAN) ) may interface with 5GC 190 through second backhaul links 184. BSs 102 may communicate directly or indirectly (e.g., through the EPC 160 or the 5GC 190) with each other over third backhaul links 134 (e.g., an X2 or XN interface) , which may be wired or wireless.
[0050] Wireless communications network 100 may subdivide the electromagnetic spectrum into various classes, bands, channels, or other features. In some aspects, the subdivision is provided based on wavelength and frequency, where frequency may also be referred to as a carrier, a subcarrier, a frequency channel, a tone, or a subband. For example, the Third Generation Partnership Project (3GPP) currently defines Frequency Range 1 (FR1) as including 410 megahertz (MHz) –7125 MHz, which is often referred to (interchangeably) as “Sub-6 gigahertz (GHz) ” . Similarly, 3GPP currently defines Frequency Range 2 (FR2) as including 24,250 MHz –71,000 MHz, which is sometimes referred to (interchangeably) as a “millimeter wave” ( “mmW” or “mmWave” ) . In some cases, FR2 may be further defined in terms of sub-ranges, such as a first sub-range FR2-1 including 24,250 MHz –52,600 MHz and a second sub-range FR2-2 including 52,600 MHz –71,000 MHz. A base station configured to communicate using mmWave / near mmWave radio frequency bands (e.g., a mmWave base station such as BS 180) may utilize beamforming (e.g., 182) with a UE (e.g., 104) to improve path loss and range.
[0051] A communications links 120 may be through one or more carriers, which may have different bandwidths (e.g., 5 MHz, 10 MHz, 15 MHz, 20 MHz, 100 MHz, 400 MHz, and / or other bandwidths) , and which may be aggregated in various aspects. Carriers may or may not be adjacent to each other. Allocation of carriers may be asymmetric with respect to DL and UL (e.g., more or fewer carriers may be allocated for DL than for UL) .
[0052] Communications using higher frequency bands may have higher path loss and a shorter range compared to lower frequency communications. Accordingly, certain base stations (e.g., BS 180 in FIG. 1) may utilize beamforming (indicated by reference number 182) with a UE 104 to improve path loss and range. For example, BS 180 and the UE 104 may each include a plurality of antennas, such as antenna elements, antenna panels, and / or antenna arrays to facilitate the beamforming. In some cases, BS 180 may transmit a beamformed signal to UE 104 in one or more transmit directions 182′. UE 104 may receive the beamformed signal from the BS 180 in one or more receive directions 182″. UE 104 may also transmit a beamformed signal to the BS 180 in one or more transmit directions 182″. BS 180 may also receive the beamformed signal from UE 104 in one or more receive directions 182′. BS 180 and UE 104 may perform beam training to determine suitable receive and transmit directions for each of BS 180 and UE 104. Notably, the transmit and receive directions for BS 180 may or may not be the same. Similarly, the transmit and receive directions for UE 104 may or may not be the same.
[0053] Wireless communications network 100 may include a Wi-Fi access point (AP) 150 in communication with Wi-Fi stations (STAs) 152 via communications links 154 in, for example, a 2.4 GHz and / or 5 GHz unlicensed frequency spectrum.
[0054] Certain UEs 104 may communicate with each other using device-to-device (D2D) communications link 158. In some examples, D2D communications link 158 may use one or more sidelink channels, such as a physical sidelink broadcast channel (PSBCH) , a physical sidelink discovery channel (PSDCH) , a physical sidelink shared channel (PSSCH) , a physical sidelink control channel (PSCCH) , and / or a physical sidelink feedback channel (PSFCH) . D2D communications link 158 may be implemented using a variety of technologies, such as a radio access technology (e.g., 5G, ProSe sidelink) , a WiFi technology, a Bluetooth technology, or the like.
[0055] EPC 160 may include various functional components, such as a Mobility Management Entity (MME) 162, other MMEs 164, a Serving Gateway 166, a Multimedia Broadcast Multicast Service (MBMS) Gateway 168, a Broadcast Multicast Service Center (BM-SC) 170, and / or a Packet Data Network (PDN) Gateway 172. MME 162 may be in communication with a Home Subscriber Server (HSS) 174. MME 162 is a control node that processes signaling between the UEs 104 and the EPC 160. Generally, MME 162 provides bearer and connection management.
[0056] Generally, user Internet protocol (IP) packets are transferred through Serving Gateway 166. Serving gateway 166 is connected to PDN Gateway 172. PDN Gateway 172 provides UE IP address allocation as well as other functions. PDN Gateway 172 and BM-SC 170 are connected to IP Services 176, which may include, for example, the Internet, an intranet, an IP Multimedia Subsystem (IMS) , a Packet Switched (PS) streaming service, and / or other IP services.
[0057] BM-SC 170 may provide functions for MBMS user service provisioning and delivery. BM-SC 170 may serve as an entry point for content provider MBMS transmission, may be used to authorize and initiate MBMS Bearer Services within a public land mobile network (PLMN) , and / or may be used to schedule MBMS transmissions. MBMS Gateway 168 may be used to distribute MBMS traffic to the BSs 102 belonging to a Multicast Broadcast Single Frequency Network (MBSFN) area broadcasting a particular service, and / or may be responsible for session management (start / stop) and for collecting eMBMS related charging information.
[0058] 5GC 190 may include various functional components, such as an Access and Mobility Management Function (AMF) 192, other AMFs 193, a Session Management Function (SMF) 194, and a User Plane Function (UPF) 195. AMF 192 may be in communication with Unified Data Management (UDM) 196.
[0059] AMF 192 is a control node that processes signaling between UEs 104 and the 5GC 190. AMF 192 provides, for example, quality of service (QoS) flow and session management.
[0060] IP packets are transferred through UPF 195, which is connected to the IP Services 197. UPF 195 may provide UE IP address allocation as well as other functions for 5GC 190. IP Services 197 may include, for example, the Internet, an intranet, an IMS, a PS streaming service, and / or other IP services.
[0061] In various aspects, a network entity or network node can be implemented as an aggregated base station, as a disaggregated base station, a component of a base station, an integrated access and backhaul (IAB) node, a relay node, a core network entity, or a sidelink node, to name a few examples.
[0062] A UE 104 includes an early feedback component 198, which may be used to communicate PHR (s) and / or pathloss offset value (s) during initial access and prior to an RRC connection set up between the UE 104 and a BS 102 being completed as further described herein. Further, a BS 102 includes an early feedback component 199, which may be used to communicate PHR (s) and / or pathloss offset value (s) during initial access and prior to an RRC connection set up between the BS 102 and a UE 104 as further described herein.
[0063] FIG. 2 depicts an example disaggregated base station 200 architecture. The disaggregated base station 200 architecture may include one or more CUs 210 that can communicate directly with a core network 220 or other CUs 210 via a backhaul link (such as backhaul link 134) , or indirectly with the core network 220 through one or more disaggregated base station units (such as a Near-Real Time (Near-RT) RAN Intelligent Controller (RIC) 225 via an E2 link, a Non-Real Time (Non-RT) RIC 215 associated with a Service Management and Orchestration (SMO) Framework 205, or both) . A CU 210 may communicate with one or more DUs 230 via respective midhaul links, such as an F1 interface. The DUs 230 may communicate with one or more RUs 240 via respective fronthaul links. The RUs 240 may communicate with respective UEs 104 via one or more radio frequency (RF) access links (such as communication link 120) . In some implementations, a UE 104 may be simultaneously served by multiple RUs 240.
[0064] Each of the units, e.g., the CUs 210, the DUs 230, the RUs 240, as well as the Near-RT RICs 225, the Non-RT RICs 215 and the SMO Framework 205, may include one or more interfaces or be coupled to one or more interfaces configured to receive or transmit signals, data, or information (collectively, signals) via a wired or wireless transmission medium. Each of the units, or a processor or controller providing instructions to the interfaces of the units, can be configured to communicate with one or more of the other units via the transmission medium. For example, the units can include a wired interface configured to receive or transmit signals over a wired transmission medium to one or more of the other units. Additionally or alternatively, the units can include a wireless interface, which may include a receiver, a transmitter, or a transceiver (such as a RF transceiver) , configured to receive or transmit signals, or both, over a wireless transmission medium.
[0065] In some aspects, the CU 210 may host one or more higher layer control functions. Such control functions can include radio resource control (RRC) , packet data convergence protocol (PDCP) , service data adaptation protocol (SDAP) , or the like. Each control function can be implemented with an interface configured to communicate signals with other control functions hosted by the CU 210. The CU 210 may be configured to handle user plane functionality (e.g., Central Unit –User Plane (CU-UP) ) , control plane functionality (e.g., Central Unit –Control Plane (CU-CP) ) , or a combination thereof. In some implementations, the CU 210 can be logically split into one or more CU-UP units and one or more CU-CP units. The CU-UP unit can communicate bidirectionally with the CU-CP unit via an interface, such as the E1 interface when implemented in an O-RAN configuration. The CU 210 can be implemented to communicate with the DU 230 for network control and signaling.
[0066] The DU 230 may be or correspond to a logical unit that includes one or more base station functions to control the operation of one or more RUs 240. In some aspects, the DU 230 may host one or more of a radio link control (RLC) layer, a medium access control (MAC) layer, and one or more high physical (PHY) layers (such as modules for forward error correction (FEC) encoding and decoding, scrambling, modulation and demodulation, or the like) depending, at least in part, on a functional split, such as those defined by the 3rd Generation Partnership Project (3GPP) . In some aspects, the DU 230 may further host one or more low PHY layers. Each layer (or module) can be implemented with an interface configured to communicate signals with other layers (and modules) hosted by the DU 230, or with the control functions hosted by the CU 210.
[0067] Lower-layer functionality can be implemented by one or more RUs 240. In some deployments, an RU 240, controlled by a DU 230, may correspond to a logical node that hosts RF processing functions, or low-PHY layer functions (such as performing fast Fourier transform (FFT) , inverse FFT (iFFT) , digital beamforming, physical random access channel (PRACH) extraction and filtering, or the like) , or both, based at least in part on the functional split, such as a lower layer functional split. In such an architecture, the RU (s) 240 can be implemented to handle over the air (OTA) communications with one or more UEs 104. In some implementations, real-time and non-real-time aspects of control and user plane communications with the RU (s) 240 can be controlled by the corresponding DU 230. In some scenarios, this configuration can enable the DU (s) 230 and the CU 210 to be implemented in a cloud-based RAN architecture, such as a vRAN architecture.
[0068] The SMO Framework 205 may be configured to support RAN deployment and provisioning of non-virtualized and virtualized network elements. For non-virtualized network elements, the SMO Framework 205 may be configured to support the deployment of dedicated physical resources for RAN coverage requirements which may be managed via an operations and maintenance interface (such as an O1 interface) . For virtualized network elements, the SMO Framework 205 may be configured to interact with a cloud computing platform (such as an open cloud (O-Cloud) 290) to perform network element life cycle management (such as to instantiate virtualized network elements) via a cloud computing platform interface (such as an O2 interface) . Such virtualized network elements can include, but are not limited to, CUs 210, DUs 230, RUs 240 and Near-RT RICs 225. In some implementations, the SMO Framework 205 can communicate with a hardware aspect of a 4G RAN, such as an open eNB (O-eNB) 211, via an O1 interface. Additionally, in some implementations, the SMO Framework 205 can communicate directly with one or more DUs 230 and / or one or more RUs 240 via an O1 interface. The SMO Framework 205 also may include a Non-RT RIC 215 configured to support functionality of the SMO Framework 205.
[0069] The Non-RT RIC 215 may be configured to include a logical function that enables non-real-time control and optimization of RAN elements and resources, Artificial Intelligence / Machine Learning (AI / ML) workflows including model training and updates, or policy-based guidance of applications / features in the Near-RT RIC 225. The Non-RT RIC 215 may be coupled to or communicate with (such as via an A1 interface) the Near-RT RIC 225. The Near-RT RIC 225 may be configured to include a logical function that enables near-real-time control and optimization of RAN elements and resources via data collection and actions over an interface (such as via an E2 interface) connecting one or more CUs 210, one or more DUs 230, or both, as well as an O-eNB, with the Near-RT RIC 225.
[0070] In some implementations, to generate AI / ML models to be deployed in the Near-RT RIC 225, the Non-RT RIC 215 may receive parameters or external enrichment information from external servers. Such information may be utilized by the Near-RT RIC 225 and may be received at the SMO Framework 205 or the Non-RT RIC 215 from non-network data sources or from network functions. In some examples, the Non-RT RIC 215 or the Near-RT RIC 225 may be configured to tune RAN behavior or performance. For example, the Non-RT RIC 215 may monitor long-term trends and patterns for performance and employ AI / ML models to perform corrective actions through the SMO Framework 205 (such as reconfiguration via O1) or via creation of RAN management policies (such as A1 policies) .
[0071] FIG. 3 depicts aspects of network entities 300 and 302 and a UE 304.
[0072] FIG. 3 includes a first network entity 300 and a second network entity 302. In some examples, first network entity 300 may be an example of a CU 210 or a DU 230. In some examples, second network entity 302 may be an example of a DU 230 or an RU 240. First network entity 300 and second network entity 302 may communicate with one another via a communications link, such as a midhaul link. In some examples, first network entity 300 and second network entity 302 may be implemented at a same BS (e.g., BS 102) . For example, first network entity 300 and second network entity 302 may be co-located. In some other examples, first network entity 300 may be implemented separately from second network entity 302. For example, first network entity 300 may be implemented as a function (e.g., one or more processes) running on a server, such as in a cloud (e.g., a public or private cloud) . As another example, first network entity 300 may be implemented as a virtual computing instance (e.g., virtual machine, container, etc. ) or as a physical server.
[0073] First network entity 300 and second network entity 302 each include a processing system 306, illustrated as “processing system 306A” at first network entity 300 and “processing system 306B” at second network entity 302. For example, first network entity 300 and second network entity 302 may include one or more chips, system-on-chips (SoCs) , system-in-packages (SiPs) , chipsets, packages, or devices that individually or collectively constitute or comprise a processing system 306. A processing system 306 includes one or more processors 308 (illustrated as “processor (s) 308A” and “processor (s) 308B” ) and one or more memories 310 (illustrated as “memory (ies) 310A” and “memory (ies) 310B” ) coupled to the one or more processors 308. The one or more processors 308 may include one or multiple processors, microprocessors, processing units (such as central processing units (CPUs) , graphics processing units (GPUs) , neural processing units (NPUs) (also referred to as neural network processors or deep learning processors (DLPs) ) and / or digital signal processors (DSPs) ) , processing blocks, application-specific integrated circuits (ASIC) , programmable logic devices (PLDs) (such as field programmable gate arrays (FPGAs) ) , or other discrete gate or transistor logic or circuitry (any one or more of which may be generally referred to herein individually as a “processor” or collectively as “the processor” or “the processor circuitry” ) . One or more of the processors may be individually or collectively configurable or configured to perform various functions or operations described herein. A group of processors collectively configurable or configured to perform a set of functions may include a first processor configurable or configured to perform a first function of the set and a second processor configurable or configured to perform a second function of the set. In some other examples, each of a group of processors may be configurable or configured to perform a same set of functions.
[0074] In some aspects, the processing system 306 may perform processing (such as digital signal processing) of data, control information, or signals received or transmitted by a network entity. For example, the processing system 306 may include a coder, a decoder, a multiplexer, a demultiplexer, a transmit MIMO processor, a transmit processor, a receive processor, a receive MIMO detector, an automatic gain control component, or the like.
[0075] The one or more memories 310 may include one or more memory devices, memory blocks, memory elements or other discrete gate or transistor logic or circuitry, each of which may include tangible storage media such as random-access memory (RAM) or read-only memory (ROM) , or combinations thereof (all of which may be generally referred to herein individually as “memories” or collectively as “the memory” or “the memory circuitry” ) . The one or more memories 310 may store data and program code for first network entity 300 and / or second network entity 302.
[0076] As further shown, second network entity 302 includes one or more transceivers 312 (illustrated as “transceiver (s) 312” ) . The one or more transceivers 312 may perform processing related to implementing physical layer (e.g., radio, air interface) communication with other devices such as UE 304. The one or more transceivers 312 may include one or more radio frequency (RF) components, such as an RF transceiver, a front-end module (e.g., an RF front-end (RFFE) ) , or the like. For example, the one or more transceivers 312 may include a transmit path (also referred to as a transmit chain) , a receive path (also referred to as a receive chain) , and / or an interface with one or more antennas 314.
[0077] The one or more antennas 314 may perform wireless transmission and reception of signals. The one or more antennas 314 may include, or may be included within, one or more antenna panels, one or more antenna groups, one or more sets of antenna elements, or one or more antenna arrays, among other examples. An antenna panel, an antenna group, a set of antenna elements, or an antenna array may include one or more antenna elements (within a single housing or multiple housings) , a set of coplanar antenna elements, a set of non-coplanar antenna elements, or one or more antenna elements coupled with one or more transmission or reception components, such as one or more components of FIG. 3.
[0078] UE 304 may be an example of UE 104. As shown, UE 304 includes a processing system 316. For example, UE 304 may include one or more chips, SoCs, SiPs, chipsets, packages, or devices that individually or collectively constitute or comprise a processing system 316. A processing system 316 includes one or more processors 318, and one or more memories 320 coupled to the one or more processors 318. Further, UE 304 includes one or more antennas 322, one or more transceivers 324, and / or other components that enable wireless transmission and reception of data.
[0079] The one or more processors 318 may include one or multiple processors, microprocessors, processing units (such as CPUs, GPUs, NPUs (also referred to as neural network processors or DLPs) and / or DSPs) , processing blocks, ASICs, PLDs (such as FPGAs) , or other discrete gate or transistor logic or circuitry (any one or more of which may be generally referred to herein individually as a “processor” or collectively as “the processor” or “the processor circuitry” ) . One or more of the processors may be individually or collectively configurable or configured to perform various functions or operations described herein. In some aspects, the processing system 316 may perform processing (such as digital signal processing) of data, control information, or signals received or transmitted by a network entity. For example, the processing system 316 may include a coder, a decoder, a multiplexer, a demultiplexer, a transmit MIMO processor, a transmit processor, a receive processor, a receive MIMO detector, an automatic gain control component, or the like.
[0080] As shown, in some examples, the one or more processors 318 may include one or more modems 326, one or more application processors (APs) 328, one or more AI processors 330, a combination thereof, and / or another form of processor.
[0081] The one or more modems 326 may include a digital signal processor that converts information into a waveform for analog signal transmission (e.g., via modulation) and / or converts the waveform of a received signal into information (e.g., via demodulation) . The one or more modems 326 may process information or waveforms in connection with signal transmission or reception. For example, the one or more modems 326 may include a coder, a decoder, a multiplexer, a demultiplexer, a transmit MIMO processor, a transmit processor, a receive processor, a receive MIMO detector, an automatic gain control component, or the like.
[0082] The one or more APs 328 may perform processing relating to an operating system and / or a higher layer application of the UE 304. For example, the one or more APs 328 may provide a higher-level operating system (HLOS) , software, audio or video processing, graphics processing, or the like. In some examples, the one or more APs 328 may be a data source (e.g., for transmissions) or a data sink (e.g., for receptions) .
[0083] The one or more transceivers 324 may perform processing related to implementing physical layer (e.g., radio, air interface) communication with other devices such as other UEs 304 or second network entity 302. The one or more transceivers 324 may include one or more RF components, such as an RF transceiver, a front-end module (e.g., an RFFE) , or the like. For example, the one or more transceivers 324 may include a transmit path (also referred to as a transmit chain) , a receive path (also referred to as a receive chain) , and / or an interface with one or more antennas 322.
[0084] The one or more antennas 322 may perform wireless transmission and reception of signals. The one or more antennas 322 may include, or may be included within, one or more antenna panels, one or more antenna groups, one or more sets of antenna elements, or one or more antenna arrays, among other examples. An antenna panel, an antenna group, a set of antenna elements, or an antenna array may include one or more antenna elements (within a single housing or multiple housings) , a set of coplanar antenna elements, a set of non-coplanar antenna elements, or one or more antenna elements coupled with one or more transmission or reception components, such as one or more components of FIG. 3.
[0085] For an example downlink transmission by second network entity 302, the processing system 306 (e.g., a transmit processor) may receive data and / or control information. The control information may be for the physical broadcast channel (PBCH) , physical control format indicator channel (PCFICH) , physical hybrid automatic repeat request (HARQ) indicator channel (PHICH) , physical downlink control channel (PDCCH) , group common PDCCH (GC PDCCH) , and / or others. The data may be for the physical downlink shared channel (PDSCH) , in some examples.
[0086] The processing system 306 (e.g., a transmit processor) may process (e.g., encode and symbol map) the data and control information to obtain data symbols and control symbols, respectively. The processing system 306 may also generate reference symbols, such as for the primary synchronization signal (PSS) , secondary synchronization signal (SSS) , PBCH demodulation reference signal (DMRS) , or channel state information reference signal (CSI-RS) .
[0087] The processing system 306 (e.g., a transmit (TX) MIMO processor) may perform spatial processing (e.g., precoding) on the data symbols, the control symbols, and / or the reference symbols, if applicable, and may provide output symbol streams to one or more modulators of the processing system 306. The one or more modulators may process one or more respective output symbol streams to obtain an output sample stream. The one or more transceivers 312 may process (e.g., convert to analog, amplify, filter, and upconvert) the output sample stream to obtain a downlink signal. Second network entity 302 may transmit the downlink signal via the one or more antennas 314.
[0088] In order to receive the downlink transmission at UE 304 (or a sidelink transmission from another UE) , the one or more antennas 322 may receive the downlink signal and may provide received signals to the one or more transceivers 324. The one or more transceivers 324 may condition (e.g., filter, amplify, downconvert, and digitize) the received signals to obtain input samples. The one or more transceivers 324 and / or the processing system 316 may further process the input samples to obtain received symbols.
[0089] The processing system 316 (e.g., modem 326, a receive (RX) MIMO detector) may obtain the received symbols, perform MIMO detection on the received symbols if applicable, and provide detected symbols. The processing system 316 (e.g., a modem 326, a receive processor) may process (e.g., de-interleave and decode) the detected symbols. The processing system 316 may provide decoded data for the UE 304 (e.g., to an AP 328) and / or decoded control information (e.g., to a controller / processor of the processing system 316) .
[0090] For an example uplink transmission or a sidelink transmission from UE 304, the processing system 316 (e.g., modem 326, a transmit processor) may receive and process data and / or control information to obtain a set of symbols for transmission. The data may be for the physical uplink shared channel (PUSCH) , and may be received from a data source such as the AP 328. The control information may be for the physical uplink control channel (PUCCH) , and may be received, for example, from a controller / processor of the processing system 316. The processing system 316 (e.g., a modem 326, the transmit processor) may also generate reference symbols for a reference signal (e.g., for a sounding reference signal (SRS) , a demodulation reference signal, a phase tracking reference signal, or the like) . In some examples, the symbols and / or reference signals may be precoded by the processing system 316 (e.g., modem 326, a TX MIMO processor) , further processed by the one or more transceivers 324 (e.g., for single-carrier frequency division multiplexing (SC-FDM) ) , and transmitted to second network entity 302.
[0091] At second network entity 302, the uplink signals from UE 304 may be received by the one or more antennas 314, conditioned by the one or more transceivers 312 (e.g., filtered, amplified, downconverted, and digitized) , detected (e.g., by the processing system 306B such as a modem and / or an RX MIMO detector) , and further processed by the processing system 306B (e.g., a modem and / or a receive processor) to obtain decoded data and control information sent by UE 304. The processing system 306B may provide the decoded data and the decoded control information (such as to a controller / processor of the processing system 306B, an AP, first network entity 300, or another entity) .
[0092] In various aspects, a wireless communication device, such as first network entity 300, second network entity 302, BS 102, UE 104, or UE 304 may be described as sending, transmitting, obtaining, or receiving various types of data associated with the methods described herein. In these contexts, “transmitting” or “sending” may refer to various mechanisms of outputting data, such as outputting data from a processing system, one or more memories, one or more transceivers, one or more antennas, and / or other aspects described herein. For example, “sending” or “transmitting” by a device may include sending (such as wirelessly, via a wired connection, or both) to a recipient directly or via another device. As another example, “sending” or “transmitting” may include sending internally to a device (such as the UE 304, first network entity 300, or second network entity 302) by a process to memory. “Receiving” or “obtaining” may refer to various mechanisms of obtaining data, such as obtaining data from the processing system, one or more memories, one or more transceivers, one or more antennas, and / or other aspects described herein. For example, “receiving” or “obtaining” by a device may include obtaining (such as wirelessly, via a wired connection, or both) from a recipient directly or via another device. As another example, “receiving” or “obtaining” may include obtaining internally to a device (such as the UE 304, first network entity 300, or second network entity 302) by a process from memory. As used herein, “communicating” by a device may include sending, obtaining, receiving, and / or transmitting a communication. “Communicating” can refer to communication with another device or internal communication of the device.
[0093] In various aspects, the processing system 306 or the processing system 316 may include one or more AI processors (such as AI processor 330 of the processing system 316) . An AI processor may perform AI processing. The AI processor may include AI accelerator hardware or circuitry such as one or more neural processing units (NPUs) , one or more neural network processors, one or more tensor processors, one or more deep learning processors, etc. As an example, the AI processor may perform AI-based beam management, AI-based channel state feedback (CSF) , AI-based antenna tuning, and / or AI-based positioning (e.g., non-line of sight positioning prediction) . In some cases, at the UE 104, the AI processor may process feedback generated by the UE 304 (e.g., CSF) using hardware accelerated AI inferences and / or AI training. In some cases, at the second network entity 302, the AI processor may decode compressed CSF from the UE 304, for example, using a hardware accelerated AI inference associated with the CSF. In certain cases, the AI processor may perform certain RAN-based functions including, for example, network planning, network performance management, energy-efficient network operations, etc.
[0094] In the depicted example, the processor (s) 308B includes an early feedback component 341, which may be representative of the early feedback component 199 of FIG. 1. Notably, while depicted as an aspect of processor (s) 308B, the early feedback component 341 may be implemented additionally or alternatively in various other aspects of a network entity or a BS 102 in other implementations. Further, the processor (s) 318 includes an early feedback component 381, which may be representative of the early feedback component 198 of FIG. 1. Notably, while depicted as an aspect of the processor (s) 318, the early feedback component 381 may be implemented additionally or alternatively in various other aspects of a UE 104 in other implementations.
[0095] FIGS. 4A, 4B, 4C, and 4D depict aspects of data structures for a wireless communications network, such as wireless communications network 100 of FIG. 1.
[0096] FIG. 4A is a diagram 400 illustrating an example of a first subframe within a 5G (e.g., 5G NR) frame structure, FIG. 4B is a diagram 430 illustrating an example of DL channels within a 5G subframe, FIG. 4C is a diagram 450 illustrating an example of a second subframe within a 5G frame structure, and FIG. 4D is a diagram 480 illustrating an example of UL channels within a 5G subframe.
[0097] Wireless communications systems may utilize orthogonal frequency division multiplexing (OFDM) with a cyclic prefix (CP) on the uplink and downlink. Such systems may also support half-duplex operation using time division duplexing (TDD) . OFDM and SC-FDM partition the system bandwidth (e.g., as depicted in FIGS. 4B and 4D) into multiple orthogonal subcarriers. One or more subcarriers may be modulated with data. Modulation symbols may be sent in the frequency domain with OFDM and / or in the time domain with SC-FDM.
[0098] In some examples, a wireless communications frame structure may be implemented using frequency division duplexing (FDD) . In FDD, some subcarriers may be configured for DL communication, and other subcarriers (which may overlap in time with the DL subcarriers) may be configured for UL communication. In some other examples, wireless communications frame structures may be implemented using time division duplexing (TDD) . In TDD, for a particular set of subcarriers, some subframes are configured for DL communication and other subframes are configured for UL communication.
[0099] In FIGs. 4A and 4C, the wireless communications frame structure is implemented using TDD. “D” indicates DL time resources, “U” indicates UL time resources, and “X” indicates flexible time resources for use or later reconfiguration for either DL or UL communication. UEs may be configured with a slot format through a received slot format indicator (SFI) (dynamically through DL control information (DCI) , or semi-statically / statically through radio resource control (RRC) signaling) . In the depicted examples, a 10 ms frame is divided into 10 equally sized 1 ms subframes. Each subframe may include one or more time slots. In some examples, each slot may include 12 or 14 symbols, depending on the cyclic prefix (CP) type (e.g., 12 symbols per slot for an extended CP or 14 symbols per slot for a normal CP) . Subframes may also include mini-slots, which generally have fewer symbols than an entire slot. Other wireless communications technologies may have a different frame structure and / or different channels.
[0100] In certain aspects, the number of slots within a subframe (e.g., a slot duration in a subframe) is based on a numerology. A numerology may define a frequency domain subcarrier spacing and symbol duration, and may be configured for a given bandwidth part, carrier, cell, or network entity. In certain aspects, given a numerology μ, there are 2μ slots per subframe. Thus, numerologies (μ) 0 to 6 may allow for 1, 2, 4, 8, 16, 32, and 64 slots, respectively, per subframe. In some cases, an extended CP (e.g., 12 symbols per slot) may be used with a specific numerology, such as numerology μ = 2 allowing for 4 slots per subframe. The subcarrier spacing and symbol length / duration are a function of the numerology. The subcarrier spacing may be equal to 2μ×15 kHz. As an example, the numerology μ=0 corresponds to a subcarrier spacing of 15 kHz, and the numerology μ=6 corresponds to a subcarrier spacing of 960 kHz. The symbol length / duration is inversely related to the subcarrier spacing. FIGS. 4A, 4B, 4C, and 4D provide an example of a slot format having 14 symbols per slot (e.g., a normal CP) and a numerology μ=2 with 4 slots per subframe. In such a case, the slot duration is 0.25 ms, the subcarrier spacing is 60 kHz, and the symbol duration is approximately 16.67 μs.
[0101] As depicted in FIGS. 4A, 4B, 4C, and 4D, a resource grid may be used to represent the frame structure. Each time slot includes a resource block (RB) (also referred to as a physical RB (PRB) ) that extends across, for example, 12 consecutive subcarriers. The resource grid is divided into multiple resource elements (REs) . An RE may include a single subcarrier in the frequency domain and a single symbol in the time domain. The number of bits carried by each RE depends on the modulation scheme including, for example, quadrature phase shift keying (QPSK) or quadrature amplitude modulation (QAM) .
[0102] As illustrated in FIG. 4A, some of the REs carry reference (pilot) signals (shown as “RS” ) for a UE (e.g., UE 104 of FIGS. 1 and 3) . The RS may include a demodulation RS (DMRS) and / or a channel state information reference signals (CSI-RS) for channel estimation at the UE. The RS may additionally or alternatively include a beam measurement RS (BRS) , a beam refinement RS (BRRS) , and / or a phase tracking RS (PT-RS) .
[0103] FIG. 4B illustrates an example of various DL channels within a subframe of a frame. The physical downlink control channel (PDCCH) carries DCI within one or more control channel elements (CCEs) , each CCE including, for example, nine RE groups (REGs) , each REG including, for example, four consecutive REs in an OFDM symbol.
[0104] A primary synchronization signal (PSS) may be within symbol 2 of particular subframes of a frame. The PSS is used by a UE (e.g., 104 of FIGS. 1 and 3) to determine subframe / symbol timing and a physical layer identity.
[0105] A secondary synchronization signal (SSS) may be within symbol 4 of particular subframes of a frame. The SSS is used by a UE to determine a physical layer cell identity group number and radio frame timing.
[0106] Based on the physical layer identity and the physical layer cell identity group number, the UE can determine a physical cell identifier (PCI) . Based on the PCI, the UE can determine the locations of the aforementioned DMRS. The physical broadcast channel (PBCH) , which carries a master information block (MIB) , may be logically grouped with the PSS and SSS to form a synchronization signal (SS) / PBCH block (SSB) , and in some cases, referred to as a synchronization signal block (SSB) . The MIB provides a number of RBs in the system bandwidth and a system frame number (SFN) . The physical downlink shared channel (PDSCH) carries user data, broadcast system information not transmitted through the PBCH such as system information blocks (SIBs) , and / or paging messages.
[0107] As illustrated in FIG. 4C, some of the REs carry DMRS (indicated as “R” for one particular configuration, but other DMRS configurations are possible) for channel estimation at the base station. The UE may transmit DMRS for the PUCCH and DMRS for the PUSCH. The PUSCH DMRS may be transmitted, for example, in the first one or two symbols of the PUSCH. The PUCCH DMRS may be transmitted in different configurations depending on whether short or long PUCCHs are transmitted and depending on the particular PUCCH format used. UE 104 may transmit sounding reference signals (SRS) . The SRS may be transmitted, for example, in the last symbol of a subframe. The SRS may have a comb structure, and a UE may transmit SRS on one of the combs. The SRS may be used by a base station for channel quality estimation to enable frequency-dependent scheduling on the UL.
[0108] FIG. 4D illustrates an example of various UL channels within a subframe of a frame. The PUCCH may be located as indicated in one configuration. The PUCCH carries uplink control information (UCI) , such as scheduling requests, a channel quality indicator (CQI) , a precoding matrix indicator (PMI) , a rank indicator (RI) , and HARQ acknowledgment (ACK) / negative acknowledgment (NACK) feedback. The PUSCH carries data, and may additionally be used to carry a buffer status report (BSR) , a power headroom report (PHR) , and / or UCI. Example Random Access Procedures
[0109] Certain wireless communication systems (e.g., a 5G NR system and / or any future wireless communications system) may provide a specified channel for random access, such as a random access channel (RACH) , and corresponding random access procedure (s) . As discussed above, random access procedure may be performed for any of various events including, for example, initial access from an idle state (e.g., RRC idle) , RRC connection re-establishment, handover, downlink (DL) and / or uplink (UL) data arrival (e.g., when the UE is in an idle state) , or device positioning.
[0110] FIG. 5A depicts a process flow diagram of an example four-step RACH procedure 500 performed between a UE 504 and a network entity 502. In some aspects, the UE 504 may be an example of the UE 104 depicted and described with respect to FIG. 1 or the UE 304 depicted and described with respect to FIG. 3, and the network entity 502 may be an example of the BS 102 depicted and described with respect to FIG. 1, the first network entity 300 or the second network entity 302 depicted and described with respect to FIG. 3, or a disaggregated base station depicted and described with respect to FIG. 2.
[0111] The four-step RACH procedure 500 may optionally begin at 506, where the network entity 502 broadcasts and the UE 504 receives a random access configuration, for example, in system information (SI) within a synchronization signal block (SSB) , or within an RRC message. The random access configuration may indicate or include one or more parameters for random access communications, such as defining the RACH, the total number of random access preambles (e.g., preamble sequences) available for random access, power ramping parameters, response window size (duration) , etc. In certain aspects, the UE 504 may obtain a plurality of random access configurations.
[0112] At 508, the UE 504 sends a first message (MSG1) to the network entity 502 on a physical random access channel (PRACH) . In some cases, a PRACH may be referred to as a RACH. In certain aspects, MSG1 may indicate or include a RACH preamble. The RACH preamble may be or include a preamble sequence (e.g., a Zadoff-Chu sequence) . For contention-based random access, the preamble sequence may be randomly selected among a set of preamble sequences (e.g., up to 64 sequences, in some cases) . The preamble sequence may be used to identify the UE 504 for scheduling communications (e.g., MSG2 and MSG3) with the network entity. In certain aspects, terms such as “RACH preamble, ” “random access preamble, ” “preamble, ” “preamble sequence, ” “sequence, ” and the like may be used interchangeably.
[0113] At 510, the network entity 502 may respond with a random access response (RAR) message (MSG2) . For example, the network entity 502 may send a PDCCH communication including downlink control information (DCI) that schedules the RAR on the PDSCH. The RAR may include, for example, certain parameters used for an uplink transmission such as a random access (RA) preamble identifier (RAPID) , a timing advance, an uplink (UL) grant (e.g., indicating one or more time-frequency resources for an uplink transmission) , cell radio network temporary identifier (C-RNTI) , and / or a backoff parameter value. The RAPID may correspond to the preamble sequence and indicate that the RAR is for the UE 504 that transmitted MSG1 at 506. The backoff parameter value may be used to determine a RACH occasion (RO) for sending a subsequent RACH transmission (e.g., a preamble transmission) . A RACH occasion may correspond to one or more time-frequency resources available for transmitting a preamble in a RACH.
[0114] At 512, in response to MSG2, the UE 504 transmits a third message (MSG3) to the network entity 502 on the PUSCH. In some aspects, MSG3 may include an RRC connection request, a tracking area update (e.g., for UE mobility) , and / or a scheduling request (for an UL transmission) . As an example, MSG3 is communicated in the time-frequency resource (s) indicated in the UL grant of the RAR.
[0115] At 514, the network entity 502 may send a contention resolution message (MSG4) in response to MSG3. The network entity 502 may send a downlink scheduling command (e.g., DCI) , which is addressed to a specific UE identity associated with the UE 504 as discussed below, via the PDCCH. The network entity 502 may send a UE contention resolution identity (e.g., a medium access control element) via the PDSCH according to the downlink scheduling command. In certain cases, multiple UEs may send the same preamble in the same RO. As the network entity 502 may not be able to identify which UE sent which preamble, the network entity 502 may reply with a single RAR associated with the preamble. The MSG3 may include or indicate a specific UE identity associated with the UE 504, such as a radio network temporary identifier (RNTI) or a temporary mobile subscriber identity (TMSI) . The network entity 502 may decode MSG3 and determine the UE identity associated with at least one of the UEs (e.g., UE 504) . MSG4 may be addressed to the UE identity (e.g., the RNTI or an RNTI based on the TMSI) associated with the MSG3 that the network entity was able to successfully decode. For example, the MSG4 may be scrambled by the RNTI associated with the MSG3. If the UE 504 obtains the same identity sent in MSG3, the UE 504 concludes that the random access procedure succeeded. In some cases, if the UE 504 is unable to obtain or decode MSG3 and / or MSG4, the UE 504 may repeat the RACH procedure, such as the four-step RACH procedure 500.
[0116] In some aspects, the MSG4 may include signaling to configure RRC connection parameters for an RRC connection between the UE 504 and the network entity 502. For example, the MSG4 may include system information, such as essential parameters about a cell configuration for the network entity 502, neighboring cells, and other relevant information for the UE 504 to operate within the network. The MSG4 may also include security information (e.g., security modes and keys) to establish secure communications between the UE 504 and the network entity 502. The MSG4 may also include scheduling information, such as uplink and downlink resource allocation details for subsequent communications for the UE 504. In some aspects, the MSG4 may be referred to as an RRC connection setup message.
[0117] At 516, the UE 504 may send a fifth message (MSG5) to the network entity 502 in response to the MSG4. In some aspects, the UE 504 may send the MSG5 via the PUSCH, where the PUSCH is scheduled by periodic DCI grant (s) from the network entity 502 for the MSG5. In some aspects, the MSG5 may serve as confirmation from the UE 504 that the UE 504 successfully established an RRC connection and received the RRC connection parameters from the network entity 502 from the MSG4.
[0118] In some cases, to reduce the latency associated with random access, a two-step RACH procedure may be used. As the name implies, the two-step RACH procedure may effectively consolidate the four messages of the four-step RACH procedure into two messages.
[0119] FIG. 5B depicts a process flow diagram of an example two-step RACH procedure 550 performed between the UE 504 and the network entity 502.
[0120] The two-step RACH procedure 550 may optionally begin at 552, where the network entity 502 broadcasts and the UE 504 receives a random access configuration, for example in system information within a synchronization signal block, or within an RRC message.
[0121] At 554, the UE 504 sends a first message (MSGA) to the network entity 502, which may effectively combine MSG1 and MSG3 described above with respect to FIG. 5A. In some aspects, MSGA includes a RACH preamble for random access and a payload. For example, the payload may include a UE-ID and other signaling information, such as a buffer status report or scheduling request. The RACH preamble of MSGA may be transmitted over the PRACH, and the payload of MSGA may be transmitted over the PUSCH, for example.
[0122] At 556, the network entity 502 may send a random access response message (MSGB) , which may effectively combine MSG2 and MSG4 described above, via the PDCCH and PDSCH. For example, MSGB may include a RAPID, a timing advance, a backoff parameter value, a contention resolution message, an uplink and / or downlink grant, and transmit power control commands. Aspects Related to Uplink Throughput During Initial Access
[0123] FIG. 6 depicts an example chart 600 of uplink throughput for initial access and RRC connected communications. In some examples, the chart 600 of uplink throughput may implement aspects of or may be implemented by aspects of FIGS. 1–5B. For example, the chart 600 may represent different levels of uplink throughput for uplink communications from a UE to a network entity. The UE may be an example of the UE 104 depicted and described with respect to FIG. 1, the UE 304 depicted and described with respect to FIG. 3, or the UE 504 depicted and described with respect to FIGS. 5A and 5B, and the network entity may be an example of the BS 102 depicted and described with respect to FIG. 1, the first network entity 300 or the second network entity 302 depicted and described with respect to FIG. 3, a disaggregated base station depicted and described with respect to FIG. 2, or the network entity 502 depicted and described with respect to FIGS. 5A and 5B.
[0124] In some aspects, the different levels of uplink throughput for the uplink communications may result from configured communication parameters for different stages of communication and / or different communication states between the UE and the network entity. For example, a first portion of the uplink communications, represented by communications 602, may have a low uplink throughput based on conservative communication parameters that are configured for an initial access procedure. In some aspects, the initial access procedure may include the four-step RACH procedure 500 depicted and described with respect to FIG. 5A or the two-step RACH procedure 550 depicted and described with respect to FIG. 5B. The initial access procedure may be performed to establish an RRC connection between the UE and the network entity, such that the communications 602 during the initial access procedure are performed prior to an RRC connection setup for the RRC connection being completed.
[0125] As described previously, prior to the RRC connection between the UE and the network entity being completed (e.g., prior to a connected state for the UE, such as an RRC connected state or RRC connected mode) , the network entity may configure and indicate conservative communication parameters for the communications 602. For example, the conservative communication parameters may include a conservative MCS configured for the communications 602, such as an MCS with a low index number (e.g., MCS0) from a defined MCS table (e.g., from wireless communications standards) , where the low index number corresponds to an entry in the defined MCS table with a low modulation order (e.g., a low number of bits per resource element (RE) ) and a low coding rate. As such, the conservative MCS may correspond to a low transmission or data rate (e.g., a low amount of data that can be transmitted per second) for the communications 602. Additionally or alternatively, the conservative communication parameters may include a low rank that corresponds to a small number of spatial layers or independent data streams configured for the communications 602 (e.g., for multi-layer and / or MIMO communications) , such as a rank-1 that corresponds to a single spatial layer or single data stream for the communications 602. Additionally or alternatively, the conservative communication parameters may include a narrow bandwidth configured for the communications 602. Accordingly, the conservative communication parameters may limit and / or reduce uplink throughput for the communications 602 during the initial access procedure and prior to the RRC connection between the UE and the network entity being completed. In some aspects, the network entity may indicate the conservative communication parameters via system information (e.g., SIB (s) ) .
[0126] During the initial access procedure and prior to the RRC connection being completed, the UE of the chart 600 may not be configured with parameters for communication with the network entity that are specific to the UE and / or to communication conditions between the UE and the network entity, so the conservative communication parameters are configured and used for the communications 602. As an example, some wireless communications standards may not include defined signaling for the UE to indicate PHR (s) to the network entity prior to the RRC connection setup being completed, such that the network entity is unable to determine less conservative communication parameters without PH value (s) for the UE that would have otherwise been indicated by the PHR (s) . Additionally or alternatively, some wireless communications standards may not include defined signaling for the network entity to indicate a pathloss offset value for an uplink-only TRP (e.g., or uplink-only CC) for the UE to communicate with the uplink-only TRP and / or for the UE to derive a PH value for the uplink-only TRP based on the pathloss offset value. As such, the network entity may be unable to update and / or configure communication parameters for the UE without knowing current transmit power parameters of the UE via the PH values from the PHR (s) (e.g., for the network entity or for the uplink-only TRP) and may configure the conservative communication parameters for the communications 602.
[0127] Subsequently, after the initial access procedure is completed, the RRC connection setup between the UE and the network entity may also be completed, such that the UE enters into the RRC connected state for communications with the network entity. Accordingly, based on the RRC connected state, the UE may use defined signaling to indicate PHR (s) to the network entity and / or obtain pathloss offset value (s) from the network entity, and the network entity may configure less conservative communication parameters for the UE based on the PHR (s) . For example, the less conservative communication parameters may include an MCS with a higher index number (e.g., indicating a table entry corresponding to a higher configured transmission or data rate) , a higher rank (e.g., corresponding to a greater number of spatial layers) , and / or a wider bandwidth (e.g., greater amount of frequency resources) configured for uplink communications from the UE compared to the conservative communication parameters. In some aspects, the network entity may indicate the less conservative communication parameters via RRC signaling.
[0128] As illustrated in the example of FIG. 6, the network entity may begin to configure and the UE may begin to use the less conservative communication parameters for communications 604 (e.g., in the RRC connected state) . Accordingly, based on the less conservative communication parameters, the uplink throughput may begin to increase for the communications 604. In some aspects, the communications 604 may include additional feedback and negotiations between the UE and the network entity to refine the communication parameters for the UE to increase the uplink throughput. After the communications 604, the network entity may determine and configure communication parameters for maximizing the uplink throughput, such as for communications 606. However, the low uplink throughput prior to the communications 606 may increase latency of uplink communications from the UE. Aspects Related to Pathloss Offset
[0129] FIG. 7 depicts example signaling 700 for a pathloss offset value. In some examples, the signaling 700 may implement aspects of or may be implemented by aspects of FIGS. 1–6. For example, the signaling 700 may include communications between a network entity and a UE 704. The network entity may be an example of the BS 102 depicted and described with respect to FIG. 1, the first network entity 300 or the second network entity 302 depicted and described with respect to FIG. 3, a disaggregated base station depicted and described with respect to FIG. 2, the network entity 502 depicted and described with respect to FIGS. 5A and 5B, or the network entity described with respect to FIG. 6. The UE 704 may be an example of the UE 104 depicted and described with respect to FIG. 1, the UE 304 depicted and described with respect to FIG. 3, the UE 504 depicted and described with respect to FIGS. 5A and 5B, or the UE described with respect to FIG. 6.
[0130] In some examples, the network entity may include a first TRP 702A (e.g., TRP 1) and a second TRP 702B (e.g., TRP 2) used to communicate with the UE 704. Additionally or alternatively, the network entity may include the first TRP 702A, and an additional network entity may include the second TRP 702B. In the example of FIG. 7, the second TRP 702B may represent an uplink-only TRP (e.g., a TRP configured for uplink communication only) , or the UE 704 may communicate with the second TRP 702B via an uplink-only CC (e.g., a CC configured for uplink communication only) . Accordingly, the second TRP 702B may not be configured to or may be unable to send downlink communications to the UE 704, such that the second TRP 702B is unable to indicate communication parameters to the UE 704 for communications between the UE 704 and the second TRP 702B. Subsequently, the first TRP 702A (e.g., a downlink-uplink symmetric TRP) may indicate communication parameters to the UE 704 for communications between the UE 704 and the second TRP 702B.
[0131] As depicted in the example of FIG. 7, the first TRP 702A may determine a pathloss offset value for communications between the UE 704 and the second TRP 702B based on information obtained from the UE 704 and may indicate the pathloss offset value to the UE 704. For example, the first TRP 702A may send (e.g., broadcast) one or more downlink reference signals 708 via one or more beamformed transmissions 706, such as a first beamformed transmission 706A, a second beamformed transmission 706B, a third beamformed transmission 706C, and / or a fourth beamformed transmission 706D. In some aspects, the one or more downlink reference signals 708 may include pathloss-reference signal (s) , SSB (s) , and / or CSI-RS (s) . Additionally, the one or more downlink reference signals 708 may include quasi-colocation (QCL) -source reference signal (s) , such as reference signals that can be used for QCL measurements for different TRPs. In the example of FIG. 7, the UE 704 may obtain the one or more downlink reference signals 708 via the first beamformed transmission 706A.
[0132] In some aspects, the UE 704 may send one or more measurements 710 to the network entity, where the one or more measurements 710 correspond to the one or more downlink reference signals 708 obtained via the first beamformed transmission 706A. The one or more measurements 710 may include pathloss measurements and / or reference signal received power (RSRP) measurements for the one or more downlink reference signals 708 obtained via the first beamformed transmission 706A. Based on the one or more measurements 710, the network entity and / or the first TRP 702A may determine a pathloss offset 712 for the second TRP 702B and may indicate the pathloss offset 712 to the UE 704. Subsequently, the UE 704 may determine a pathloss value associated with the second TRP 702B based on a pathloss value measured from the one or more downlink reference signals 708 (e.g., a reference pathloss value) and the pathloss offset 712 and may transmit uplink communications (e.g., via a PUSCH 714) based on the determined pathloss value associated with the second TRP 702B.
[0133] In some cases, the pathloss offset 712 for the second TRP 702B may only be identified for UEs in an RRC connected state as described previously and with respect to FIG. 6. That is, the pathloss offset values regarding uplink-only TRPs (or uplink-only CCs) may be indicated via RRC signaling and / or MAC-CE (s) for UEs in the RRC connected state, where a reference pathloss is identified from a downlink reference signal associated with a downlink-uplink symmetric TRP based on unified transmission configuration indicator (TCI) frameworks. The unified TCI frameworks may include a unified framework between the first TRP 702A and the second TRP 702B, such that communications for the first TRP 702A correspond to communications for the second TRP 702B based on same TCI states. In some aspects, the pathloss offset 712 may be associated with an uplink / joint-TCI state and may be applied relative to a pathloss measured from the one or more downlink reference signals 708 of the uplink / joint-TCI state.
[0134] However, in some cases, the UE 704 may be unable to identify the pathloss offset 712 based on the network entity and / or the first TRP 702A being unable to indicate the pathloss offset 712 before an RRC connection setup is completed (e.g., during initial access and / or the communications 602 depicted and described with respect to FIG. 6) . As such, the UE 704 may also be unable to derive a PH for the second TRP 702B, and conservative communication parameters (e.g., MCS0, rank-1, narrow bandwidth, etc. ) may be configured and used for uplink communications that are transmitted from the UE 704 towards the second TRP 702B (e.g., via the PUSCH 714) . In some cases, it may also be possible to schedule uplink communications to be transmitted towards the first TRP 702A (where pathloss can already be identified during initial access through a default TCI-state) , but for UEs that are already close in proximity to the second TRP 702B, such choices for communication parameters for the first TRP 702A may be wasteful and / or not applicable for the second TRP 702B. Aspects Related to Early Feedback of PHR (s) and Pathloss Offset Value (s)
[0135] FIG. 8 depicts an example wireless communications network 800 for early feedback signaling of PHR (s) and / or pathloss offset value (s) in accordance with aspects of the present disclosure. In some examples, the wireless communications network 800 may implement aspects of or may be implemented by aspects of FIGS. 1–7. For example, the wireless communications network 800 may include communications between a network entity 802 and a UE 804. The network entity 802 may be an example of the BS 102 depicted and described with respect to FIG. 1, the first network entity 300 or the second network entity 302 depicted and described with respect to FIG. 3, a disaggregated base station depicted and described with respect to FIG. 2, the network entity 502 depicted and described with respect to FIGS. 5A and 5B, or the network entity described with respect to FIG. 6, or the network entity and TRPs 702 described with respect to FIG. 7. The UE 804 may be an example of the UE 104 depicted and described with respect to FIG. 1, the UE 304 depicted and described with respect to FIG. 3, the UE 504 depicted and described with respect to FIGS. 5A and 5B, or the UE described with respect to FIG. 6, or the UE 704 depicted and described with respect to FIG. 7. Additionally, the wireless communications network 800 may be an example of wireless communications network 100 and may support communication between the network entity 802 and the UE 804. For example, the network entity 802 and the UE 804 may wirelessly communicate via a communication link 806 (e.g., a downlink communication link, one or more carriers, a communication link 120, etc. ) and a communication link 808 (e.g., an uplink communication link, one or more carriers, a communication link 120, etc. ) .
[0136] As described herein, the wireless communications network 800 may represent signaling to indicate PHR (s) and / or pathloss offset value (s) during initial access (e.g., during a random access procedure, such as the four-step RACH procedure 500 depicted and described with respect to FIG. 5A or the two-step RACH procedure 550 depicted and described with respect to FIG. 5B) and prior to an RRC connection setup between the UE 804 and the network entity 802 being completed. That is, the wireless communications network 800 may represent early feedback of the PHR (s) and / or pathloss offset value (s) compared to previously defined signaling as described with respect to FIGS. 6 and 7. Accordingly, based on the early feedback of the PHR (s) and / or pathloss offset value (s) , the network entity 802 may configure communication parameters (e.g., communication parameters that are less conservative than the conservative communication parameters described previously) during the initial access and prior to the RRC connection setup being completed, which may increase uplink throughput prior to the RRC connection setup being completed and decrease latency for uplink communications from the UE 804.
[0137] For the early PHR feedback during initial access, the UE 804 may send a first RACH message 810A (e.g., via the communication link 808) that includes one or more PHRs 812 before an RRC connection setup between the network entity 802 and the UE 804 is completed. For example, the one or more PHRs 812 may be carried via the first RACH message 810A, where the first RACH message 810A includes at least one of a PUSCH of a MSGA (e.g., from the two-step RACH procedure 550 depicted and described with respect to FIG. 5B) or a MSG3 and / or a MSG5 (e.g., from the four-step RACH procedure 500 depicted and described with respect to FIG. 5A) .
[0138] Each PHR of the one or more PHRs 812 may at least include a PH value calculated by the UE 804 based on and / or corresponding to a PUSCH that carries the one or more PHRs 812 for a cell that the UE 804 is performing a RACH procedure for the initial access. In some aspects, each PHR of the one or more PHRs 812 or a subset of the one or more PHRs 812 may also include one or more optional fields. For example, one optional field may include a maximum allowed transmit power and / or a nominal transmit power value (e.g., PCMAX) for the UE 804 that was used for determining the PH value calculated by the UE 804. Additionally or alternatively, another optional field may include emission restriction information that the UE 804 used for determining or calculating the PH value. For example, the emission restriction information may include maximum permissible exposure (MPE) information (e.g., a maximum level of radiofrequency (RF) electromagnetic fields that a UE is permitted to expose a person to) and / or power-based maximum power reduction (P-MPR) information (e.g., a maximum power reduction value applied for satisfying specific absorption rate (SAR) requirements which is determined based on a distance between the UE 804 and a human body operating the UE 804) . In some aspects, the emission restriction information may limit and / or affect the maximum allowed transmit power and / or the nominal transmit power value for the UE 804.
[0139] Accordingly, the one or more PHRs 812 may enable the UE 804 to early report measured and / or calculated PH information (e.g., PH value, the maximum allowed transmit power and / or the nominal transmit power value, emission restriction information, etc. ) during initial access (e.g., via the first RACH message 810A) before RRC is fully setup for the UE 804. In some aspects, the reporting of the one or more PHRs 812 may be sent using conservative (e.g., baseline, default) communication parameters as described previously and with respect to FIG. 6 (e.g., via a PUSCH with a configured MCS0, rank-1, narrow bandwidth, etc. ) , such that uplink throughput for reporting the one or more PHRs 812 is low. Accordingly, to reduce reporting overhead of the one or more PHRs 812, the one or more PHRs 812 may include compressed and / or simplified PHRs. For example, the compressed and / or simplified PHRs may include a single PH value with a coarse quantization granularity (e.g., without indicating the optional information, such as the maximum allowed transmit power and / or the nominal transmit power value, emission restriction information, etc. ) associated with the PUSCH carrying the one or more PHRs 812. In some aspects, the coarse quantization granularity may include data (e.g., the PH value) that is approximated by a smaller set of discrete values, resulting in a lower-precision representation. In some aspects, the network entity 802 may indicate the coarse quantization granularity and / or quantization parameter (s) for the compressed and / or simplified PHRs, such as via a system information transmission and / or a RACH message.
[0140] In some aspects, another optional field of the one or more PHRs 812 may include frequency-domain PH value predictions. For example, the frequency-domain PH value predictions may include “virtual” PH value (s) predicted by the UE 804 based on one or more “virtual” PUSCH (s) associated with one or more “virtual” cell (s) different from the cell where the UE 804 is performing the initial access. In some aspects, the “virtual” cell (s) may represent cell (s) in different frequency ranges, different frequency bands, and / or different CC (s) than the cell where the UE 804 is performing the initial access. Thus, the one or more “virtual” cells have a different frequency parameter than the cell where the UE 804 is performing the initial access. Candidate “virtual” cell (s) (e.g., including their frequency range (s) , frequency band (s) , CC (s) , SCS (s) , etc. ) may be either predefined in wireless communications standards or signaled by the network entity 802 (e.g., via a first SIB (SIB1) or other SIBs or via a RACH message, such as a MSGB, MSG2, or MSG4) . As an example, a candidate “virtual” cell may include a cell in FR2 (e.g., different than a frequency range for a cell of the network entity 802 for which the initial access is performed) , such that the UE 804 sends a predicted PHR for FR2 before secondary cell group (s) (SCG (s) ) for FR2 are setup, which may assist with secondary cell (SCell) pre-selection. These cells are referred to as “virtual” cells because they are configured for the purpose of measurement or prediction, and communication (at least at this stage) is not expected to occur on such cells.
[0141] In some aspects, power control parameters (e.g., PCMAX, pathloss, bandwidth, rate-marching parameter (s) , resource multiplexing parameter (s) , etc. ) to derive such “virtual” PH values may be predefined in wireless communications standards. For example, the wireless communications standards may define that the UE 804 derives the “virtual” PH values based on same power control parameters associated with the cell of the network entity 802 for which the initial access is performed. Additionally or alternatively, the wireless communications standards may separately predefine the power control parameters to derive such “virtual” PH values based on frequency parameters of the “virtual” cell (s) (e.g., the “virtual” cell’s frequency range, frequency band, CC, subcarrier spacing (SCS) , etc. ) . In some aspects, when reporting the “virtual” PH value (s) in the one or more PHRs 812, the UE 804 may optionally report “virtually” predicted emission restriction information (e.g., MPE and / or P-MPR information) used to determine the “virtual” PH value (s) .
[0142] In some aspects, the one or more PHRs 812 may include “temporal predictive” PHR (s) . That is, the UE 804 may report PH value (s) and / or one or more of the optional fields (e.g., PCMAX, emission restriction information, frequency-domain PH value predictions, etc. ) that are derived for one or more future occasions later than the PUSCH carrying the one or more PHRs 812 (e.g., via the first RACH message 810A) . Candidate future occasions may be either predefined in the wireless communications standards or signaled by the network entity 802 (e.g., via SIB1 or other SIBs or via a RACH message, such as a MSGB, MSG2, or MSG4) . Similarly, whether the UE 804 should only report “temporal reactive” PHR (s) (e.g., measured PH value (s) ) and / or “temporal predictive” PHR (s) may be either predefined in the wireless communications standards or signaled by the network entity 802 (e.g., via SIB1 or other SIBs or via a RACH message, such as a MSGB, MSG2, or MSG4) . Additionally or alternatively, the UE 804 may determine whether to report “temporal reactive” PHR (s) and / or “temporal predictive” PHR (s) (e.g., based on UE implementation) and may indicate the determination in the one or more PHRs 812 (e.g., whether each PHR of the one or more PHRs 812 is a “temporal reactive” PHR or a “temporal predictive” PHR) .
[0143] In some aspects, different triggers for sending the one or more PHRs 812 during initial access and prior to the RRC connection setup being completed may be defined. For example, the wireless communications standards may predefine triggers and / or when the UE 804 is to send the one or more PHRs 812 during initial access (e.g., based on an amount of stored and / or buffered uplink communications at the UE 804 exceeding a threshold size) . Additionally or alternatively, the network entity 802 may trigger and / or indicate for the UE 804 to send the one or more PHRs 812 during initial access (e.g., via SIB1 or other SIBs or via a RACH message, such as a MSGB, MSG2, or MSG4) . Additionally or alternatively, the UE 804 may determine to send the one or more PHRs 812 during initial access by itself, such as in the absence of an explicit indication or configuration indicating when to send the one or more PHRs 812 (e.g., based on UE implementation and / or if an amount of stored and / or buffered uplink communications at the UE 804 exceeds a threshold size) .
[0144] If the UE 804 determines to send the one or more PHRs 812 during initial access by itself, the UE 804 may indicate whether the early PHR feedback should be reported. For example, the UE 804 may indicate whether it supports sending the early PHR feedback via a RACH message, such as a PUSCH of a MSGA or a MSG3. Additionally or alternatively, RACH resources (e.g., ROs, PUSCH occasions (POs) , preambles, etc. ) may be segmented, such that UEs that do not support or do support the early PHR feedback can use respective RACH resources to send a first message of a corresponding RACH procedure (e.g., MSG1 or MSGA) . Accordingly, the network entity 802 may schedule respective UEs with different RAR uplink grants to not send or to send the one or more PHRs 812 according to the implicit support for the early PHR feedback based on the RACH resources used for the first message.
[0145] If the UE 804 determines to send the one or more PHRs 812 during initial access by itself and if the early PHR feedback is to be reported, the UE 804 may indicate which optional field (s) described above are to be included with the one or more PHRs 812. For example, the UE 804 may indicate which optional field (s) can be supported by the UE 804 and indicated in the one or more PHRs 812 via a RACH message. In some aspects, the UE 804 may indicate the supported optional field (s) via an earlier RACH message (e.g., a PUSCH of a MSGA or a MSG1 or a MSG 3) and may send the one or more PHRs 812 in a later occurring RACH message (e.g., after MSGA, as early as MSG3) . For example, the earlier RACH message may include a PUSCH of a MSGA or a MSG1, and the later occurring RACH message may include a RACH message after MSGA or as early as MSG3 (e.g., or a MSG5) , respectively. Additionally or alternatively, the earlier RACH message may include a MSG3, and the later occurring RACH message may include a MSG5.
[0146] If the UE 804 determines to send the one or more PHRs 812 during initial access by itself, the UE 804 may indicate a RACH message through which the one or more PHRs 812 are to be reported. If whether the early PHR feedback should be reported and which optional field (s) should be included (e.g., as described previously) can only be fully identified after the UE 804 successfully decodes SIB1 or other SIBs, decodes MSG2 / MSGB, or decodes MSG4, the UE 804 may be expected to feedback the early PHR(s) (e.g., the one or more PHRs 812) no earlier than a PUSCH of MSGA / MSG3, MSG3, or MSG5, respectively (that is, in a later message than the message used to determine whether the early PHR feedback is to be reported and which optional field (s) are to be reported) . Alternatively, if whether the early PHR feedback should be reported and which optional field (s) should be included is fully predefined in the wireless communications standards or fully identifiable through SIB1 or other SIBs, the UE 804 may autonomously decide through which RACH message that the one or more PHRs 812 should be reported and which optional field (s) are included.
[0147] In some aspects, the one or more PHRs 812 may be carried in the first RACH message 810A via UCI (e.g., separately encoded and multiplexed on a PUSCH configured for the first RACH message 810A, such that the one or more PHRs 812 are encoded on their own, separately from data for transmission, and grafted onto the PUSCH) , MAC-CE, and / or a MAC sub-protocol data unit (PDU) as part of an uplink shared channel (SCH) transport block (TB) (e.g., the one or more PHRs 812 are appended to or included into a MAC sub-PDU that is added into a group of MAC sub-PDUs that then get combined into a TB and transmitted via the PUSCH) .
[0148] Additionally or alternatively, for the early pathloss offset value feedback during initial access, the network entity 802 may send a second RACH message 810B to the UE 804, where the second RACH message 810B includes one or more pathloss offset values 814. For example, the second RACH message 810B may include a MSG2, MSGB, or MSG4 of corresponding RACH procedures. In some aspects, the one or more pathloss offset values 814 may be indicated for uplink-only TRPs (e.g., as depicted and described with respect to FIG. 7) . Additionally or alternatively, the one or more pathloss offset values 814 may be indicated for uplink-only carriers (e.g., uplink-only CCs) .
[0149] Accordingly, the network entity 802 may indicate, to the UE 804, the one or more pathloss offset values 814 associated with uplink-only TRPs before the RRC connection setup is completed and / or before unified TCI states are identified. To determine the one or more pathloss offset values 814, the network entity 802 may send downlink reference signal (s) (e.g., SSB (s) , CSI-RS (s) , pathloss reference signal (s) , etc. ) to the UE 804 before the RRC connection setup is completed, where the downlink reference signal (s) may represent QCL-source reference signal (s) associated with a PDSCH where the one or more pathloss offset values 814 are indicated (e.g., for the second RACH message 810B) . Subsequently, the UE 804 may determine a pathloss value associated with the uplink-only TRP based on a pathloss value measured from the downlink reference signal (s) and the one or more pathloss offset values 814 indicated by the network entity 802 and may transmit a PUSCH to the uplink-only TRP before the RRC connection setup is completed based on the determined pathloss value associated with the uplink-only TRP.
[0150] In some aspects, the network entity 802 may calculate and / or predict a pathloss difference (e.g., pathloss offset) between the pathloss value measured from the downlink reference signal (s) (e.g., associated with a downlink-uplink symmetric TRP) and a pathloss associated with uplink-only TRPs and may and indicate the one or more pathloss offset values 814 as early as possible. To facilitate such pathloss offset prediction at the network entity 802, the UE 804 may report (as early as possible, although still through conservative communication parameters) one or more types of assistant information feedback associated with the cell where the UE 804 is performing the RACH procedure for the initial access. For example, the one or more types of assistant information feedback may include downlink pathloss measurement (s) with respect to the downlink reference signal (s) from a downlink-uplink symmetric TRP; RSRP (s) with respect to the downlink reference signal (s) from the downlink-uplink symmetric TRP; and / or location information of the UE 804.
[0151] In some aspects, the UE 804 may report the one or more types of assistant information feedback via a Layer 1 (L1) report. As an example for the L1 report where the downlink reference signal (s) include SSB (s) , the UE 804 may report strongest SSB indices in terms of RSRPs together with their pathloss measurements and / or RSRPs. Alternatively, target SSB indices can be dynamically signaled by the network entity 802 through a RACH message, such as through MSG2 or MSGB. Alternatively, the target SSB indices can be cell-common signaled by the network entity 802, such as via SIB1 or other SIBs and / or optionally depending on RACH resources (e.g., ROs, POs, preambles, etc. ) associated with which SSB has been chosen to perform a MSG1 / MSGA transmission. That is, the target SSB indices may be differently signaled depending on the RACH resources with respect to which SSB has been chosen by the UE 804 to perform the MSG1 / MSGA transmission.
[0152] In some aspects, the network entity 802 may request the UE 804 to provide the one or more types of assistant information feedback (e.g., via SIB1 or other SIBs or via a RACH message, such as a MSGB or MSG2) . Subsequently, based on which message the network entity 802 sends the request, the UE 804 may provide the one or more types of assistance information feedback in a corresponding message, and the network entity 802 may send the one or more pathloss offset values 814 in an additional corresponding message. For example, if the network entity 802 sends the request via SIB1 or other SIBs, the UE 804 may provide the one or more types of assistance information feedback via a PUSCH of a MSGA or via a MSG3, and the network entity 802 may send the one or more pathloss offset values 814 via a MSGB, MSG2, or MSG4. Additionally or alternatively, if the network entity sends the request via MSGB or MSG2, the UE 804 may provide the one or more types of assistance information feedback via a MSG3, and the network entity 802 may send the one or more pathloss offset values 814 via a MSG4. In some aspects, UEs not supporting or supporting such reports may identify respective RACH resources to send a MSG1 or MSGA based on whether the UEs support such reports or not. Alternatively, the UEs may indicate whether they do not support or do support this feature through a RACH message, such as a PUSCH of a MSGA or a MSG3. If a UE indicates not supporting such reports, the network entity 802 may or may not send the one or more pathloss offset values 814.
[0153] In some aspects, the report of the one or more types of assistant information feedback may be communicated before the UE 804 obtains the one or more pathloss offset values 814. Alternatively, if such reports from the UE 804 are allowed without explicit requests from the network entity 802, the UE 804 may obtain the one or more pathloss offset values 814 before or after the UE 804 reports the one or more types of assistant information feedback (e.g., downlink pathloss measurements and / or RSRPs of the downlink reference signal (s) ) .
[0154] In some aspects, the UE 804 may be scheduled (e.g., by the network entity 802) with SRSs at a time to facilitate such prediction of the one or more pathloss offset values 814 at the network entity 802. For example, the UE 804 may be scheduled to send one or more SRSs before receiving the one or more pathloss offset values 814. Such SRS (s) may be scheduled and / or requested together with the requests with respect to the one or more types of assistant information feedback. In some aspects, TCI-state (s) or the SRS (s) may be associated with same SSB (s) considered for the downlink reference signal (s) . Subsequently, the network entity 802 may derive a coarse direction and / or location of the UE 804 by receiving such SRSs from a downlink-uplink symmetric TRP and the uplink-only TRPs.
[0155] In some aspects, to facilitate such prediction of the one or more pathloss offset values 814 at the network entity 802, the UE 804 may report its location information to the network entity 802 during the initial access and prior to the RRC connection setup being completed (e.g., early location information feedback) . For example, the network entity 802 may request for the UE 804 to report the UE 804’s location information via SIB1 or other SIBs or via a RACH message, such as a MSG2 or a MSGB. Additionally or alternatively, the UE 804 may indicate a capability of reporting its location information based on selecting RACH resources configured for indicating the support of that capability. In some aspects, the location information can be jointly reported with the one or more types of assistant information feedback. In some aspects, the location information can be separately reported relative to the one or more types of assistant information feedback.
[0156] In some aspects, the network entity 802 may indicate multiple pathloss offset values (e.g., via the one or more pathloss offset values 814) respectively associated with multiple different uplink-only TRPs or uplink-only CCs. In some aspects, a reference downlink pathloss value for the multiple pathloss offset values can be a common reference downlink pathloss value, which is based on a downlink reference signal as the QCL-source reference signal associated with the PDSCH where the one or more pathloss offset values 814 are indicated. Alternatively, as estimating pathloss offset values towards different directions would better rely on different downlink reference signals, reference downlink pathloss values may be different for different uplink-only TRPs or uplink-only CCs, and the network entity 802 may indicate respective downlink pathloss values when indicating the multiple pathloss offset values for different uplink-only TRPs or uplink-only CCs.
[0157] In some aspects, the different types of messages and signals sent by the network entity for determining and indicating the one or more pathloss offset values 814 may be carried via MAC-CE and / or DCI in the respective messages indicated previously. Additionally, the different types of reports from the UE 804 for facilitating the network entity 802 determining and indicating the one or more pathloss offset values 814 may be carried via UCI, MAC-CE, and / or sub-MAC-PDU in the respective messages indicated previously.
[0158] In some aspects, both the one or more PHRs 812 and the one or more pathloss offset values 814 may be used together. For example, after obtaining the one or more pathloss offset values 814, the UE 804 may further early report PHR (s) (e.g., via the one or more PHRs 812) with respect to an uplink-only TRP or uplink-only CC if the RRC connection setup is still not fully completed. That is, the UE 804 may provide early PHR feedback with respect to uplink-only TRPs based on pathloss offset indication (s) during initial access for uplink-only TRPs. For example, information carried in the early PHR feedback (e.g., the one or more PHRs 812) may be associated with one or more uplink-only TRPs, where corresponding pathloss values for deriving the PH values for the one or more uplink-only TRPs are determined by the UE 804 based on the one or more pathloss offset values 814 indicated by the network entity 802. As an example, the early pathloss offset indication may be communicated in a MSG2 or MSGB, and the early PHR may be reported via a MSG3. Alternatively, the early pathloss offset indication may be communicated in a MSG4, and the early PHR may be reported via a MSG5. Additionally or alternatively, if the UE 804 reports the one or more types of assistant information feedback via a PUSCH of a MSGA or a MSG3, the early pathloss offset indication may be communicated in a MSGB or a MSG4, respectively, and the early PHR may be reported via a MSG3 or a MSG5, respectively.
[0159] In some aspects, respective groups of RACH resources may be configured and / or identified that respectively indicate whether the UE 804 supports the early PHR feedback, the early pathloss offset feedback, or both. For example, three groups of RACH resources may be configured and / or identified, where a first group of RACH resources can be used by the UE 804 to indicate support of the early PHR feedback, a second group of RACH resources can be used by the UE 804 to indicate support of the early pathloss offset feedback, and a third group of RACH resources can be used by the UE 804 to indicate support of both early types of feedback. In some aspects, the first and second groups of RACH resources may partially overlap, such that the overlapping RACH resources include the third group of RACH resources. Additionally or alternatively, such UE capabilities of support of the early PHR feedback, the early pathloss offset feedback, or both may be explicitly reported by the UE 804, such as via a PUSCH of a MSGA or via a MSG3.
[0160] FIG. 9 depicts an example chart 900 of uplink throughputs for initial access and RRC connected communications based on early PHR feedback and / or early pathloss offset feedback in accordance with aspects of the present disclosure. For example, as depicted and described with respect to FIG. 8, a UE may send early PHR feedback to a network entity, such as during initial access and prior to an RRC connection setup between the UE and the network entity being completed. Additionally or alternatively, the network entity may send early pathloss offset feedback to the UE, such as during initial access and prior to the RRC connection setup between the UE and the network entity being completed.
[0161] In the example of FIG. 9, the early PHR feedback and / or the early pathloss offset feedback may occur during communications 902, such that uplink throughout during the communications 902 is low (e.g., based on using configured conservative communication parameters as described previously) . Accordingly, based on the early PHR feedback and / or the early pathloss offset feedback, communications 904 that still occur during the initial access may have higher uplink throughput prior to the RRC connection setup being completed (e.g., compared to the chart 600 depicted and described with respect to FIG. 6 with no early feedback of PHR (s) and / or pathloss offset value (s) ) . That is, the network entity 802 may determine and configure communication parameters (e.g., less conservative communication parameters than the conservative communication parameters described previously) during initial access based on the early PHR feedback and / or the early pathloss offset feedback described herein, which may increase uplink throughput prior to the RRC connection setup being completed. Accordingly, latency of uplink communications for the UE may be decreased based on the increased uplink throughput during initial access. Subsequently, after the initial access and the RRC connection setup between the UE and the network entity is completed, communications 906 may occur between the UE and the network entity. Example Signaling of PHR (s) During Initial Access
[0162] FIG. 10 depicts a process flow 1000 for communications in a network between a network entity 1002 and a UE 1004. In some aspects, the network entity 1002 may be an example of the BS 102 depicted and described with respect to FIG. 1, the first network entity 300 or the second network entity 302 depicted and described with respect to FIG. 3, a disaggregated base station depicted and described with respect to FIG. 2. Similarly, the UE 1004 may be an example of UE 104 depicted and described with respect to FIG. 1 or the UE 304 depicted and described with respect to FIG. 3. However, in other aspects, UE 1004 may be another type of wireless communications device and network entity 1002 may be another type of network entity or network node, such as those described herein. Note that any operations or signaling illustrated with dashed lines may indicate that that operation or signaling is an optional or alternative example.
[0163] At 1006, the UE 1004 may obtain and the network entity 1002 may send, during an initial access procedure and prior to an RRC connection setup between the UE 1004 and the network entity 1002 being completed, a trigger message that triggers the UE 1004 to send one or more PHRs (e.g., the one or more PHRs 812 depicted and described with respect to FIG. 8) . In some aspects, the UE 1004 may obtain and the network entity 1002 may send, one or more additional messages prior to sending the one or more PHRs during the initial access procedure, wherein a timing of the sending of the one or more PHRs during the initial access procedure is based on the one or more additional messages.
[0164] At 1008, the UE 1004 may send and the network entity 1002 may obtain, during the initial access procedure and prior to sending the one or more PHRs, an indication that the UE 1004 supports a transmission of the one or more PHRs prior to the RRC connection setup being completed. In some aspects, the UE 1004 may send and the network entity 1002 may obtain, during the initial access procedure and prior to sending the one or more PHRs, an additional message on one or more resources associated with the initial access procedure (e.g., RACH resources) , where the one or more resources are configured to indicate a support of the UE 1004 to send the one or more PHRs prior to the RRC connection setup being completed.
[0165] At 1010, the UE 1004 may send and the network entity 1002 may obtain, during the initial access procedure and prior to sending the one or more PHRs, an indication of one or more types of information that the UE supports for inclusion in the one or more PHRs.
[0166] At 1012, the UE 1004 may obtain and the network entity 1002 may send, during the initial access procedure and prior to the RRC connection setup being completed between the UE 1004 and the network entity 1002, another message that includes a pathloss offset value, where the one or more PHRs are based on the pathloss offset value.
[0167] At 1014, the UE 1004 sends and the network entity 1002 obtains, during the initial access procedure and prior to the RRC connection setup between the UE 1004 and the network entity 1002 being completed, a message (e.g., the first RACH message 810A depicted and described with respect to FIG. 8) that includes the one or more PHRs. For example, the message may include a random access message and / or RACH message. In some aspects, the one or more PHRs may be carried in the message via one or more of: UCI, a MAC-CE, or a MAC sub-PDU as part of an uplink-SCH TB.
[0168] In some aspects, a PHR of the one or more PHRs may include one or more of: a PH value corresponding to a cell associated with the initial access procedure, a nominal transmit power value (e.g., PCMAX) corresponding to the PH value, emission restriction information (e.g., MPE and / or P-MPR) corresponding to the PH value, or one or more additional PH values predicted for one or more virtual cells that comprise a different frequency parameter than the cell associated with the initial access procedure. In some aspects, the PHR may include PH information corresponding to an uplink channel (e.g., PUSCH) that carries the PHR. In some aspects, the PHR may include predictive PH information corresponding to one or more transmission occasions after an uplink channel that carries the PHR (e.g., “temporal predictive” PHRs) . In some aspects, the one or more PHRs may include a first PH quantity with a first quantization parameter that is more coarse than a second quantization parameter that is used for a second PH quantity of an additional PHR associated with reporting after the RRC connection setup is completed. In some aspects, the UE 1004 may obtain and the network entity 1002 may send an indication of the first quantization parameter.
[0169] At 1016, the UE 1004 and the network entity 1002 communicate based on the one or more PHRs. For example, the one or more PHRs may enable higher uplink throughput for uplink communications from the UE 1004 during the initial access procedure and prior to the RRC connection setup between the UE 1004 and the network entity 1002 being completed.
[0170] Note that the process flow illustrated in FIG. 10 is an example of PHR feedback, and aspects of the present disclosure may be applied to early PHR feedback. Note that the process flow illustrated in FIG. 10 is described herein to facilitate an understanding of providing early PHR feedback during an initial access procedure and prior to an RRC connection setup between the UE 1004 and the network entity 1002 being completed, and aspects of the present disclosure may be performed in various manners via alternative or additional signaling and / or operations. In certain aspects, the operations and / or signaling of FIG. 10 may occur in an order different from that described or depicted, and various actions, operations, and / or signaling may be added, omitted, or combined. Example Signaling of Pathloss Offset Value (s) During Initial Access
[0171] FIG. 11 depicts a process flow 1100 for communications in a network between a network entity 1102 and a UE 1104. In some aspects, the network entity 1102 may be an example of the BS 102 depicted and described with respect to FIG. 1, the first network entity 300 or the second network entity 302 depicted and described with respect to FIG. 3, or a disaggregated base station depicted and described with respect to FIG. 2. Similarly, the UE 1104 may be an example of UE 104 depicted and described with respect to FIG. 1 or the UE 304 depicted and described with respect to FIG. 3. However, in other aspects, UE 1104 may be another type of wireless communications device and network entity 1102 may be another type of network entity or network node, such as those described herein. Note that any operations or signaling illustrated with dashed lines may indicate that that operation or signaling is an optional or alternative example.
[0172] At 1106, the UE 1104 may send and the network entity 1102 may obtain, during an initial access procedure and prior to obtaining one or more pathloss offset values (e.g., the one or more pathloss offset values 814 depicted and described with respect to FIG. 8) , an indication that the UE 1104 supports transmission of one or more measurements prior to an RRC connection setup between the UE 1104 and the network entity 1102 being completed.
[0173] At 1108, the UE 1104 may obtain and the network entity 1102 may send, during the initial access procedure and prior to obtaining the one or more pathloss offset values, a request for the one or more measurements. In some aspects, the request may include one or more indications corresponding to the one or more downlink reference signals (e.g., SSB indices) .
[0174] At 1110, the UE 1104 may obtain and the network entity 1102 may send, during the initial access procedure and prior to obtaining the one or more pathloss offset values, one or more downlink reference signals.
[0175] At 1112, the UE 1104 may send and the network entity 1102 may obtain, during the initial access procedure and prior to obtaining the one or more pathloss offset values, one or more measurements associated with the one or more downlink reference signals, where the one or more pathloss offset values are based on the one or more measurements. In some aspects, the UE 1104 may send and the network entity 1102 may obtain, during the initial access procedure and prior to obtaining one or more pathloss offset values, the one or more measurements on one or more resources associated with the initial access procedure, wherein the one or more resources are configured to indicate a support of the UE 1104 to send the one or more measurements prior to the RRC connection setup being completed. In some aspects, the one or more measurements may include downlink pathloss measurements, RSRP measurements, or both for a downlink reference signal of the one or more downlink reference signals. In some aspects, the UE 1104 may send and the network entity 1102 may obtain the one or more measurements via one or more of: UCI, a MAC-CE, or a MAC sub-PDU as part of an uplink-SCH TB.
[0176] At 1114, the UE 1104 may obtain and the network entity 1102 may send, during the initial access procedure and prior to obtaining the one or more pathloss offset values, a scheduling request to send one or more SRSs.
[0177] At 1116, the UE 1104 may send and the network entity 1102 may obtain, the one or more SRSs, where the one or more pathloss offset values are based on the one or more SRSs.
[0178] At 1118, the UE 1104 may obtain and the network entity 1102 may send, during the initial access procedure and prior to obtaining the one or more pathloss offset values, a request to provide location information for the UE 1104.
[0179] At 1120, the UE 1104 may send and the network entity 1102 may obtain the location information for the UE 1104, where the one or more pathloss offset values are based on the location information.
[0180] At 1122, the UE 1104 obtains and the network entity 1102 sends, during the initial access procedure and prior to the RRC connection setup between the UE 1104 and the network entity 1102 being completed, a message (e.g., the second RACH message 810B depicted and described with respect to FIG. 8) that includes the one or more pathloss offset values. For example, the message may include a random access message and / or a RACH message. In some aspects, the message may include a plurality of pathloss offset values (e.g., including the one or more pathloss offset values) , and each pathloss offset value of the plurality of pathloss offset values may be associated with a different TRP or CC of a plurality of TRPs or CCs. In some aspects, the plurality of TRPs or CCs may be associated with a same reference downlink pathloss value or respective reference downlink pathloss values.
[0181] At 1124, the UE 1104 and the network entity 1102 communicate based on the one or more pathloss offset values. For example, the UE 1104 may send and the network entity 1102 may obtain, prior to the RRC connection setup being completed, an uplink channel (e.g., PUSCH) based on a pathloss value associated with a first TRP or CC, where the one or more pathloss values are based on: a measured pathloss value of a downlink reference signal from a second TRP or CC, and the one or more pathloss offset values. In some aspects, the first TRP or CC is configured for uplink communication only (e.g., uplink-only TRP or uplink-only CC) .
[0182] Note that the process flow illustrated in FIG. 11 is an example of pathloss offset feedback, and aspects of the present disclosure may be applied to early pathloss offset feedback. Note that the process flow illustrated in FIG. 11 is described herein to facilitate an understanding of providing early pathloss offset feedback feedback during an initial access procedure and prior to an RRC connection setup between the UE 1104 and the network entity 1102 being completed, and aspects of the present disclosure may be performed in various manners via alternative or additional signaling and / or operations. In certain aspects, the operations and / or signaling of FIG. 11 may occur in an order different from that described or depicted, and various actions, operations, and / or signaling may be added, omitted, or combined. Example Operations of a User Equipment
[0183] FIG. 12 shows a method 1200 for wireless communications by a UE, such as UE 104 of FIG. 1 or UE 304 of FIG. 3.
[0184] Method 1200 begins at block 1205 with sending, to a network entity during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message (e.g., the first RACH message 810A depicted and described with respect to FIG. 8) comprising one or more PHRs (e.g., the one or more PHRs 812 depicted and described with respect to FIG. 8) .
[0185] Method 1200 then proceeds to block 1210 with communicating with the network entity based on the one or more PHRs.
[0186] In some aspects, a PHR of the one or more PHRs comprises one or more of: a PH value corresponding to a cell associated with the initial access procedure, a nominal transmit power value corresponding to the PH value, emission restriction information corresponding to the PH value, or one or more additional PH values predicted for one or more virtual cells that comprise a different frequency parameter than the cell associated with the initial access procedure.
[0187] In some aspects, the PHR comprises PH information corresponding to an uplink channel that carries the PHR.
[0188] In some aspects, the PHR comprises predictive PH information corresponding to one or more transmission occasions after an uplink channel that carries the PHR.
[0189] In some aspects, the one or more PHRs comprise a first PH quantity with a first quantization parameter that is more coarse than a second quantization parameter that is used for a second PH quantity of an additional PHR associated with reporting after the RRC connection setup is completed.
[0190] In some aspects, method 1200 further includes obtaining, from the network entity, an indication of the first quantization parameter.
[0191] In some aspects, method 1200 further includes obtaining, from the network entity, a trigger message that triggers the UE to send the one or more PHRs.
[0192] In some aspects, method 1200 further includes sending, to the network entity during the initial access procedure and prior to the message, an additional message on one or more resources associated with the initial access procedure, wherein the one or more resources are configured to indicate a support of the UE to send the one or more PHRs prior to the RRC connection setup being completed.
[0193] In some aspects, method 1200 further includes sending, to the network entity during the initial access procedure and prior to the message, an indication that the UE supports a transmission of the one or more PHRs prior to the RRC connection setup being completed.
[0194] In some aspects, method 1200 further includes sending, to the network entity during the initial access procedure and prior to the message, an indication of one or more types of information that the UE supports for inclusion in the one or more PHRs.
[0195] In some aspects, method 1200 further includes obtaining, from the network entity, one or more additional messages prior to the message during the initial access procedure, wherein a timing of the message during the initial access procedure is based on the one or more additional messages.
[0196] In some aspects, the message comprises a random access message.
[0197] In some aspects, the one or more PHRs are carried in the message via one or more of: UCI, a MAC CE, or a MAC sub-PDU as part of an uplink shared channel transport block.
[0198] In some aspects, method 1200 further includes obtaining, from the network entity during the initial access procedure and prior to the RRC connection setup being completed between the UE and the network entity, another message comprising a pathloss offset value, wherein the one or more PHRs are based on the pathloss offset value.
[0199] In some aspects, method 1200, or any aspect related to it, may be performed by an apparatus, such as communications device 1600 of FIG. 16, which includes various components operable, configured, or adapted to perform the method 1200. Communications device 1600 is described below in further detail.
[0200] Note that FIG. 12 is just one example of a method, and other methods including fewer, additional, or alternative operations are possible consistent with this disclosure.
[0201] In certain aspects, method 1200 may be performed by the apparatus to realize one or more technical effects or solutions to the aforementioned technical problem (s) . For example, based on method 1200, PHR (s) may be indicated during the initial access and prior to the RRC connection setup between the apparatus and a network entity being completed may enable improved wireless communications performance, such as enabling the network entity to track PH value (s) of the apparatus (e.g., via the PHR (s) ) to then configure and indicate less conservative communication parameters based on the PH value (s) . Subsequently, based on the less conservative communication parameters, uplink throughput may be increased during the initial access and prior to the RRC connection setup between the apparatus and the network entity being completed, which may then decrease a latency of uplink communications from the apparatus.
[0202] In some aspects, the techniques for indicating both PHR (s) and pathloss offset value (s) during the initial access and prior to the RRC connection setup between the apparatus and the network entity being completed may enable improved wireless communications performance. For example, the apparatus may derive PH value (s) for the uplink-only TRP and / or uplink-only CC to be indicated in the PHR (s) during initial access based on the pathloss offset value (s) for the uplink-only TRP and / or uplink-only CC that are also indicated during the initial access. As such, the network entity may configure and indicate less conservative communication parameters to the apparatus for communications with the uplink-only TRP and / or via the uplink-only CC based on the PHR(s) that include PH value (s) derived from the pathloss offset value (s) , which may increase uplink throughput prior to RRC connection setup between the apparatus and the network entity being completed and decrease latency of uplink communications for the apparatus with the uplink-only TRP and / or via the uplink-only CC.
[0203] FIG. 13 shows a method 1300 for wireless communications by a UE, such as UE 104 of FIG. 1 or UE 304 of FIG. 3.
[0204] Method 1300 begins at block 1305 with obtaining, from a network entity during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message (e.g., the second RACH message 810B depicted and described with respect to FIG. 8) comprising a pathloss offset value (e.g., the one or more pathloss offset values 814 depicted and described with respect to FIG. 8) .
[0205] Method 1300 then proceeds to block 1310 with communicating with the network entity based on the pathloss offset value.
[0206] In some aspects, block 1310 includes sending, to the network entity prior to the RRC connection setup being completed, an uplink channel based on a pathloss value associated with a first TRP or CC, wherein the pathloss value is based on: a measured pathloss value of a downlink reference signal from a second TRP or CC, and the pathloss offset value.
[0207] In some aspects, the first TRP or CC is configured for uplink communication only.
[0208] In some aspects, method 1300 further includes obtaining, from the network entity prior to the message, one or more downlink reference signals.
[0209] In some aspects, method 1300 further includes sending, to the network entity, one or more measurements associated with the one or more downlink reference signals, wherein the pathloss offset value is based on the one or more measurements.
[0210] In some aspects, method 1300 further includes obtaining, from the network entity, a request for the one or more measurements.
[0211] In some aspects, the request comprises one or more indications corresponding to the one or more downlink reference signals.
[0212] In some aspects, method 1300 further includes sending, to the network entity during the initial access procedure and prior to the message, the one or more measurements on one or more resources associated with the initial access procedure, wherein the one or more resources are configured to indicate a support of the UE to send the one or more measurements prior to the RRC connection setup being completed.
[0213] In some aspects, method 1300 further includes sending, to the network entity during the initial access procedure and prior to the message, an indication that the UE supports transmission of the one or more measurements prior to the RRC connection setup being completed.
[0214] In some aspects, method 1300 further includes sending the one or more measurements via one or more of: UCI, a MAC CE, or a MAC sub-PDU as part of an uplink shared channel transport block.
[0215] In some aspects, the one or more measurements comprise downlink pathloss measurements, RSRP measurements, or both for a downlink reference signal of the one or more downlink reference signals.
[0216] In some aspects, method 1300 further includes obtaining, from the network entity, a scheduling request to send one or more SRSs.
[0217] In some aspects, method 1300 further includes sending, to the network entity, the one or more SRSs, wherein the pathloss offset value is based on the one or more SRSs.
[0218] In some aspects, method 1300 further includes sending, to the network entity, location information for the UE, wherein the pathloss offset value is based on the location information.
[0219] In some aspects, method 1300 further includes obtaining, from the network entity, a request to provide the location information.
[0220] In some aspects, the message comprises a plurality of pathloss offset values, the plurality of pathloss offset values comprise the pathloss offset value, and each pathloss offset value of the plurality of pathloss offset values is associated with a different TRP or CC of a plurality of TRPs or CCs.
[0221] In some aspects, the plurality of TRPs or CCs are associated with a same reference downlink pathloss value or respective reference downlink pathloss values.
[0222] In some aspects, the message comprises a random access message.
[0223] In some aspects, method 1300, or any aspect related to it, may be performed by an apparatus, such as communications device 1600 of FIG. 16, which includes various components operable, configured, or adapted to perform the method 1300. Communications device 1600 is described below in further detail.
[0224] Note that FIG. 13 is just one example of a method, and other methods including fewer, additional, or alternative operations are possible consistent with this disclosure.
[0225] In certain aspects, method 1300 may be performed by the apparatus to realize one or more technical effects or solutions to the aforementioned technical problem (s) . For example, based on method 1300, the apparatus may derive PH value (s) for uplink communications with an uplink-only TRP and / or via an uplink-only CC based on the pathloss offset value (s) prior to the RRC connection setup between the apparatus and a network entity being completed. For example, the apparatus may first report reference signal measurements for a first TRP (e.g., an uplink-downlink symmetric TRP, which may be configured to send downlink signals to the apparatus and obtain uplink signals from the apparatus) to the network entity during the initial access, and the network entity may then calculate and / or predict the pathloss offset value (s) for an uplink-only TRP and / or uplink-only CC based on the reference signal measurements. Subsequently, the network entity may then indicate the pathloss offset value (s) to the apparatus also during the initial access to enable the apparatus to derive a PH value for uplink communications with the uplink-only TRP and / or via the uplink-only CC prior to the RRC connection setup between the apparatus and the network entity being completed, thereby reducing a latency of signaling the pathloss offset value (s) . Example Operations of a Network Entity
[0226] FIG. 14 shows a method 1400 for wireless communications by a network entity, such as BS 102 of FIG. 1, a first network entity 300 or second network entity 302 of FIG. 3, or a disaggregated base station as discussed with respect to FIG. 2.
[0227] Method 1400 begins at block 1405 with obtaining, from a UE during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message (e.g., the first RACH message 810A depicted and described with respect to FIG. 8) comprising one or more PHRs (e.g., the one or more PHRs 812 depicted and described with respect to FIG. 8) .
[0228] Method 1400 then proceeds to block 1410 with communicating with the UE based on the one or more PHRs.
[0229] In some aspects, a PHR of the one or more PHRs comprises one or more of: a PH value corresponding to a cell associated with the initial access procedure, a nominal transmit power value corresponding to the PH value, emission restriction information corresponding to the PH value, or one or more additional PH values predicted for one or more virtual cells that comprise a different frequency parameter than the cell associated with the initial access procedure.
[0230] In some aspects, the PHR comprises PH information corresponding to an uplink channel that carries the PHR.
[0231] In some aspects, the PHR comprises predictive PH information corresponding to one or more transmission occasions after an uplink channel that carries the PHR.
[0232] In some aspects, the one or more PHRs comprise a first PH quantity with a first quantization parameter that is more coarse than a second quantization parameter that is used for a second PH quantity of an additional PHR associated with reporting after the RRC connection setup is completed.
[0233] In certain aspects, method 1400 further includes sending, to the UE, an indication of the first quantization parameter.
[0234] In certain aspects, method 1400 further includes sending, to the UE, a trigger message that triggers the UE to send the one or more PHRs.
[0235] In certain aspects, method 1400 further includes obtaining, from the UE during the initial access procedure and prior to the message, an additional message on one or more resources associated with the initial access procedure, wherein the one or more resources are configured to indicate a support of the UE to send the one or more PHRs prior to the RRC connection setup being completed.
[0236] In certain aspects, method 1400 further includes obtaining, from the UE during the initial access procedure and prior to the message, an indication that the UE supports a transmission of the one or more PHRs prior to the RRC connection setup being completed.
[0237] In certain aspects, method 1400 further includes obtaining, from the UE during the initial access procedure and prior to the message, an indication of one or more types of information that the UE supports for inclusion in the one or more PHRs.
[0238] In certain aspects, method 1400 further includes sending, to the UE, one or more additional messages prior to the message during the initial access procedure, wherein a timing of the message during the initial access procedure is based on the one or more additional messages.
[0239] In some aspects, the message comprises a random access message.
[0240] In some aspects, the one or more PHRs are carried in the message via one or more of: UCI, a MAC CE, or a MAC sub-PDU as part of an uplink shared channel transport block.
[0241] In certain aspects, method 1400 further includes sending, to the UE during the initial access procedure and prior to the RRC connection setup being completed between the UE and the network entity, another message comprising a pathloss offset value, wherein the one or more PHRs are based on the pathloss offset value.
[0242] In some aspects, method 1400, or any aspect related to it, may be performed by an apparatus, such as communications device 1700 of FIG. 17, which includes various components operable, configured, or adapted to perform the method 1400. Communications device 1700 is described below in further detail.
[0243] Note that FIG. 14 is just one example of a method, and other methods including fewer, additional, or alternative operations are possible consistent with this disclosure.
[0244] In certain aspects, method 1400 may be performed by the apparatus to realize one or more technical effects or solutions to the aforementioned technical problem (s) . For example, based on method 1400, PHR (s) may be indicated during the initial access and prior to the RRC connection setup between a UE and the apparatus being completed may enable improved wireless communications performance, such as enabling the apparatus to track PH value (s) of the UE (e.g., via the PHR (s) ) to then configure and indicate less conservative communication parameters based on the PH value (s) . Subsequently, based on the less conservative communication parameters, uplink throughput may be increased during the initial access and prior to the RRC connection setup between the apparatus and the network entity being completed, which may then decrease a latency of uplink communications from the UE.
[0245] In some aspects, the techniques for indicating both PHR (s) and pathloss offset value (s) during the initial access and prior to the RRC connection setup between the UE and the apparatus being completed may enable improved wireless communications performance. For example, the UE may derive PH value (s) for the uplink-only TRP and / or uplink-only CC to be indicated in the PHR (s) during initial access based on the pathloss offset value (s) for the uplink-only TRP and / or uplink-only CC that are also indicated during the initial access. As such, the apparatus may configure and indicate less conservative communication parameters to the UE for communications with the uplink-only TRP and / or via the uplink-only CC based on the PHR (s) that include PH value (s) derived from the pathloss offset value (s) , which may increase uplink throughput prior to RRC connection setup between the UE and the apparatus being completed and decrease latency of uplink communications for the UE with the uplink-only TRP and / or via the uplink-only CC.
[0246] FIG. 15 shows a method 1500 for wireless communications by a network entity, such as BS 102 of FIG. 1, a first network entity 300 or second network entity 302 of FIG. 3, or a disaggregated base station as discussed with respect to FIG. 2.
[0247] Method 1500 begins at block 1505 with sending, to a UE during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message (e.g., the second RACH message 810B depicted and described with respect to FIG. 8) comprising a pathloss offset value (e.g., the one or more pathloss offset values 814 depicted and described with respect to FIG. 8) .
[0248] Method 1500 then proceeds to block 1510 with communicating with the UE based on the pathloss offset value.
[0249] In some aspects, block 1510 includes obtaining, from the UE prior to the RRC connection setup being completed, an uplink channel based on a pathloss value associated with a first TRP or CC, wherein the pathloss value is based on: a measured pathloss value of a downlink reference signal from a second TRP or CC, and the pathloss offset value.
[0250] In some aspects, the first TRP or CC is configured for uplink communication only.
[0251] In certain aspects, method 1500 further includes sending, to the UE prior to the message, one or more downlink reference signals.
[0252] In certain aspects, method 1500 further includes obtaining, from the UE, one or more measurements associated with the one or more downlink reference signals, wherein the pathloss offset value is based on the one or more measurements.
[0253] In certain aspects, method 1500 further includes sending, to the UE, a request for the one or more measurements.
[0254] In some aspects, the request comprises one or more indications corresponding to the one or more downlink reference signals.
[0255] In certain aspects, method 1500 further includes obtaining, from the UE during the initial access procedure and prior to the message, the one or more measurements on one or more resources associated with the initial access procedure, wherein the one or more resources are configured to indicate a support of the UE to send the one or more measurements prior to the RRC connection setup being completed.
[0256] In certain aspects, method 1500 further includes obtaining the one or more measurements via one or more of: UCI, a MAC CE, or a MAC sub-PDU as part of an uplink shared channel transport block.
[0257] In some aspects, the one or more measurements comprise downlink pathloss measurements, RSRP measurements, or both for a downlink reference signal of the one or more downlink reference signals.
[0258] In certain aspects, method 1500 further includes sending, to the UE, a scheduling request for the UE to send one or more SRSs.
[0259] In certain aspects, method 1500 further includes obtaining, from the UE, the one or more SRSs, wherein the pathloss offset value is based on the one or more SRSs.
[0260] In certain aspects, method 1500 further includes obtaining, from the UE, location information for the UE, wherein the pathloss offset value is based on the location information.
[0261] In certain aspects, method 1500 further includes sending, to the UE, a request to provide the location information.
[0262] In some aspects, the message comprises a plurality of pathloss offset values, the plurality of pathloss offset values comprise the pathloss offset value, and each pathloss offset value of the plurality of pathloss offset values is associated with a different TRP or CC of a plurality of TRPs or CCs.
[0263] In some aspects, the plurality of TRPs or CCs are associated with a same reference downlink pathloss value or respective reference downlink pathloss values.
[0264] In some aspects, the message comprises a random access message.
[0265] In some aspects, method 1500, or any aspect related to it, may be performed by an apparatus, such as communications device 1700 of FIG. 17, which includes various components operable, configured, or adapted to perform the method 1500. Communications device 1700 is described below in further detail.
[0266] Note that FIG. 15 is just one example of a method, and other methods including fewer, additional, or alternative operations are possible consistent with this disclosure.
[0267] In certain aspects, method 1500 may be performed by the apparatus to realize one or more technical effects or solutions to the aforementioned technical problem (s) . For example, based on method 1500, a UE may derive PH value (s) for uplink communications with an uplink-only TRP and / or via an uplink-only CC based on the pathloss offset value (s) prior to the RRC connection setup between the UE and the apparatus being completed. For example, the UE may first report reference signal measurements for a first TRP (e.g., an uplink-downlink symmetric TRP, which may be configured to send downlink signals to the apparatus and obtain uplink signals from the apparatus) to the apparatus during the initial access, and the apparatus may then calculate and / or predict the pathloss offset value (s) for an uplink-only TRP and / or uplink-only CC based on the reference signal measurements. Subsequently, the apparatus may then indicate the pathloss offset value (s) to the UE also during the initial access to enable the UE to derive a PH value for uplink communications with the uplink-only TRP and / or via the uplink-only CC prior to the RRC connection setup between the UE and the apparatus being completed, thereby reducing a latency of signaling the pathloss offset value (s) . Example Communications Devices
[0268] FIG. 16 depicts aspects of an example communications device 1600 configured for wireless communications. In some aspects, communications device 1600 is a user equipment, such as UE 104 described above with respect to FIG. 1 or UE 304 described with respect to FIG. 3.
[0269] The communications device 1600 includes a processing system 1605 coupled to a transceiver 1655 (e.g., a transmitter and / or a receiver) . The transceiver 1655 is configured to transmit and receive signals for the communications device 1600 via an antenna 1660, such as the various signals as described herein. The processing system 1605 may be configured to perform processing functions for the communications device 1600, including processing signals received and / or to be transmitted by the communications device 1600.
[0270] The processing system 1605 includes one or more processors 1610 and a computer-readable medium / memory 1630. In various aspects, the one or more processors 1610 may be representative of the one or more processors 318 described with respect to FIG. 3. The one or more processors 1610 are coupled to a computer-readable medium / memory 1630 via a bus 1650. In some aspects, the computer-readable medium / memory 1630 may be representative of the one or more memories 320 described with respect to FIG. 3. The computer-readable medium / memory 1630 is a non-transitory computer-readable medium / memory. In certain aspects, the computer-readable medium / memory 1630 is configured to store instructions (e.g., computer-executable code) , that when executed by the one or more processors 1610, cause the one or more processors 1610 to perform the method 1200 described with respect to FIG. 12, or any aspect related to it, including any operations described in relation to FIG. 12; and the method 1300 described with respect to FIG. 13, or any aspect related to it, including any operations described in relation to FIG. 13. Note that reference to a processor performing a function of communications device 1600 may include one or more processors performing that function of communications device 1600, such as in a distributed fashion.
[0271] In the depicted example, computer-readable medium / memory 1630 stores code (e.g., executable instructions) , including code for sending 1635, code for communicating 1640, and code for obtaining 1645. Processing of the code 1635-1645 may enable and cause the communications device 1600 to perform the method 1200 described with respect to FIG. 12, or any aspect related to it; and the method 1300 described with respect to FIG. 13, or any aspect related to it. For instance, in some aspects, code for sending 1635 includes code for sending, to a network entity during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message comprising one or more PHRs. In some aspects, code for communicating 1640 includes code for communicating with the network entity based on the one or more PHRs. For instance, in some aspects, code for obtaining 1645 includes code for obtaining, from a network entity during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message comprising a pathloss offset value. In some aspects, code for communicating 1640 includes code for communicating with the network entity based on the pathloss offset value.
[0272] The one or more processors 1610 include circuitry configured to implement (e.g., execute) the code stored in the computer-readable medium / memory 1630, including circuitry for sending 1615, circuitry for communicating 1620, and circuitry for obtaining 1625. Processing with circuitry 1615-1625 may enable and cause the communications device 1600 to perform the method 1200 described with respect to FIG. 12, or any aspect related to it; and the method 1300 described with respect to FIG. 13, or any aspect related to it. For instance, in some aspects, circuitry for sending 1615 includes circuitry for sending, to a network entity during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message comprising one or more PHRs. In some aspects, circuitry for communicating 1620 includes circuitry for communicating with the network entity based on the one or more PHRs. For instance, in some aspects, circuitry for obtaining 1625 includes circuitry for obtaining, from a network entity during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message comprising a pathloss offset value. In some aspects, circuitry for communicating 1620 includes circuitry for communicating with the network entity based on the pathloss offset value.
[0273] More generally, means for communicating, transmitting, sending or outputting for transmission may include the one or more transceivers 324, one or more antenna 322 and / or processing system 316 of the UE 304 illustrated in FIG. 3, transceiver 1655 and / or antenna 1660 of the communications device 1600 in FIG. 16, and / or one or more processors 1610 of the communications device 1600 in FIG. 16. Means for communicating, receiving or obtaining may include the one or more transceivers 324, one or more antennas 322, and / or processing system 316 of the UE 304 illustrated in FIG. 3, transceiver 1655 and / or antenna 1660 of the communications device 1600 in FIG. 16, and / or one or more processors 1610 of the communications device 1600 in FIG. 16.
[0274] FIG. 17 depicts aspects of an example communications device configured for wireless communications. In some aspects, communications device 1700 is a network entity, such as BS 102 of FIG. 1, first network entity 300 or second network entity 302 of FIG. 3, or a disaggregated base station as discussed with respect to FIG. 2.
[0275] The communications device 1700 includes a processing system 1705 coupled to a transceiver 1755 (e.g., a transmitter and / or a receiver) and / or a network interface 1765. The transceiver 1755 is configured to transmit and receive signals for the communications device 1700 via an antenna 1760, such as the various signals as described herein. The network interface 1765 is configured to obtain and send signals for the communications device 1700 via communications link (s) , such as a backhaul link, midhaul link, and / or fronthaul link as described herein, such as with respect to FIG. 2. The processing system 1705 may be configured to perform processing functions for the communications device 1700, including processing signals received and / or to be transmitted by the communications device 1700.
[0276] The processing system 1705 includes one or more processors 1710 and a computer-readable medium / memory 1730. In various aspects, one or more processors 1710 may be representative of the one or more processors 308, as described with respect to FIG. 3. The one or more processors 1710 are coupled to the computer-readable medium / memory 1730 via a bus 1750. In certain aspects, the computer-readable medium / memory 1730 is configured to store instructions (e.g., computer-executable code) , including code 1735-1745, that when executed by the one or more processors 1710, cause the one or more processors 1710 to perform the method 1400 described with respect to FIG. 14, or any aspect related to it, including any operations described in relation to FIG. 14; and the method 1500 described with respect to FIG. 15, or any aspect related to it, including any operations described in relation to FIG. 15. The computer-readable medium / memory 1730 is a non-transitory computer-readable medium / memory. Note that reference to a processor of communications device 1700 performing a function may include one or more processors of communications device 1700 performing that function, such as in a distributed fashion.
[0277] In the depicted example, the computer-readable medium / memory 1730 stores code (e.g., executable instructions) , including code for obtaining 1735, code for communicating 1740, and code for sending 1745. Processing of the code 1735-1745 may enable and cause the communications device 1700 to perform the method 1400 described with respect to FIG. 14, or any aspect related to it; and the method 1500 described with respect to FIG. 15, or any aspect related to it. For instance, in some aspects, code for obtaining 1735 includes code for obtaining, from a UE during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message comprising one or more PHRs. In some aspects, code for communicating 1740 includes code for communicating with the UE based on the one or more PHRs. For instance, in some aspects, code for sending 1745 includes code for sending, to a UE during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message comprising a pathloss offset value. In some aspects, code for communicating 1740 includes code for communicating with the UE based on the pathloss offset value.
[0278] The one or more processors 1710 include circuitry configured to implement (e.g., execute) the code stored in the computer-readable medium / memory 1730, including circuitry for obtaining 1715, circuitry for communicating 1720, and circuitry for sending 1725. Processing with circuitry 1715-1725 may enable and cause the communications device 1700 to perform the method 1400 described with respect to FIG. 14, or any aspect related to it; and the method 1500 described with respect to FIG. 15, or any aspect related to it. For instance, in some aspects, circuitry for obtaining 1715 includes circuitry for obtaining, from a UE during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message comprising one or more PHRs. In some aspects, circuitry for communicating 1720 includes circuitry for communicating with the UE based on the one or more PHRs. For instance, in some aspects, circuitry for sending 1725 includes circuitry for sending, to a UE during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message comprising a pathloss offset value. In some aspects, circuitry for communicating 1720 includes circuitry for communicating with the UE based on the pathloss offset value.
[0279] Various components of the communications device 1700 may provide means for performing the method 1400 described with respect to FIG. 14, or any aspect related to it; and the method 1500 described with respect to FIG. 15, or any aspect related to it. Means for communicating, transmitting, sending or outputting for transmission may include the one or more transceivers 312, one or more antennas 314, and / or processing system 306 of the first network entity 300 or the second network entity 302 illustrated in FIG. 3, transceiver 1755, antenna 1760, and / or network interface 1765 of the communications device 1700 in FIG. 17, and / or one or more processors 1710 of the communications device 1700 in FIG. 17. Means for communicating, receiving or obtaining may include the one or more transceivers 312, one or more antennas 314, and / or processing system 306 of the first network entity 300 or the second network entity 302 illustrated in FIG. 3, transceiver 1755, antenna 1760, and / or network interface 1765 of the communications device 1700 in FIG. 17, and / or one or more processors 1710 of the communications device 1700 in FIG. 17. Example Clauses
[0280] Implementation examples are described in the following numbered clauses:
[0281] Clause 1: A method for wireless communications by a UE comprising: sending, to a network entity during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message comprising one or more PHRs; and communicating with the network entity based on the one or more PHRs.
[0282] Clause 2: The method of Clause 1, wherein a PHR of the one or more PHRs comprises one or more of: a PH value corresponding to a cell associated with the initial access procedure, a nominal transmit power value corresponding to the PH value, emission restriction information corresponding to the PH value, or one or more additional PH values predicted for one or more virtual cells that comprise a different frequency parameter than the cell associated with the initial access procedure.
[0283] Clause 3: The method of Clause 2, wherein the PHR comprises PH information corresponding to an uplink channel that carries the PHR.
[0284] Clause 4: The method of Clause 2, wherein the PHR comprises predictive PH information corresponding to one or more transmission occasions after an uplink channel that carries the PHR.
[0285] Clause 5: The method of any one of Clauses 1-4, wherein the one or more PHRs comprise a first PH quantity with a first quantization parameter that is more coarse than a second quantization parameter that is used for a second PH quantity of an additional PHR associated with reporting after the RRC connection setup is completed.
[0286] Clause 6: The method of Clause 5, further comprising obtaining, from the network entity, an indication of the first quantization parameter.
[0287] Clause 7: The method of any one of Clauses 1-6, further comprising obtaining, from the network entity, a trigger message that triggers the UE to send the one or more PHRs.
[0288] Clause 8: The method of any one of Clauses 1-7, further comprising sending, to the network entity during the initial access procedure and prior to the message, an additional message on one or more resources associated with the initial access procedure, wherein the one or more resources are configured to indicate a support of the UE to send the one or more PHRs prior to the RRC connection setup being completed.
[0289] Clause 9: The method of any one of Clauses 1-8, further comprising sending, to the network entity during the initial access procedure and prior to the message, an indication that the UE supports a transmission of the one or more PHRs prior to the RRC connection setup being completed.
[0290] Clause 10: The method of any one of Clauses 1-9, further comprising sending, to the network entity during the initial access procedure and prior to the message, an indication of one or more types of information that the UE supports for inclusion in the one or more PHRs.
[0291] Clause 11: The method of any one of Clauses 1-10, further comprising obtaining, from the network entity, one or more additional messages prior to the message during the initial access procedure, wherein a timing of the message during the initial access procedure is based on the one or more additional messages.
[0292] Clause 12: The method of any one of Clauses 1-11, wherein the message comprises a random access message.
[0293] Clause 13: The method of any one of Clauses 1-12, wherein the one or more PHRs are carried in the message via one or more of: UCI, a MAC CE, or a MAC sub-PDU as part of an uplink shared channel transport block.
[0294] Clause 14: The method of any one of Clauses 1-13, further comprising obtaining, from the network entity during the initial access procedure and prior to the RRC connection setup being completed between the UE and the network entity, another message comprising a pathloss offset value, wherein the one or more PHRs are based on the pathloss offset value.
[0295] Clause 15: A method for wireless communications by a UE comprising: obtaining, from a network entity during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message comprising a pathloss offset value; and communicating with the network entity based on the pathloss offset value.
[0296] Clause 16: The method of Clause 15, wherein communicating with the network entity based on the pathloss offset value comprises sending, to the network entity prior to the RRC connection setup being completed, an uplink channel based on a pathloss value associated with a first TRP or CC, wherein the pathloss value is based on: a measured pathloss value of a downlink reference signal from a second TRP or CC, and the pathloss offset value.
[0297] Clause 17: The method of Clause 16, wherein the first TRP or CC is configured for uplink communication only.
[0298] Clause 18: The method of any one of Clauses 15-17, further comprising: obtaining, from the network entity prior to the message, one or more downlink reference signals; and sending, to the network entity, one or more measurements associated with the one or more downlink reference signals, wherein the pathloss offset value is based on the one or more measurements.
[0299] Clause 19: The method of Clause 18, further comprising obtaining, from the network entity, a request for the one or more measurements.
[0300] Clause 20: The method of Clause 19, wherein the request comprises one or more indications corresponding to the one or more downlink reference signals.
[0301] Clause 21: The method of Clause 18, further comprising sending, to the network entity during the initial access procedure and prior to the message, the one or more measurements on one or more resources associated with the initial access procedure, wherein the one or more resources are configured to indicate a support of the UE to send the one or more measurements prior to the RRC connection setup being completed.
[0302] Clause 22: The method of Clause 18, further comprising sending, to the network entity during the initial access procedure and prior to the message, an indication that the UE supports transmission of the one or more measurements prior to the RRC connection setup being completed.
[0303] Clause 23: The method of Clause 18, further comprising sending the one or more measurements via one or more of: UCI, a MAC CE, or a MAC sub-PDU as part of an uplink shared channel transport block.
[0304] Clause 24: The method of Clause 18, wherein the one or more measurements comprise downlink pathloss measurements, RSRP measurements, or both for a downlink reference signal of the one or more downlink reference signals.
[0305] Clause 25: The method of any one of Clauses 15-24, further comprising: obtaining, from the network entity, a scheduling request to send one or more SRSs; and sending, to the network entity, the one or more SRSs, wherein the pathloss offset value is based on the one or more SRSs.
[0306] Clause 26: The method of any one of Clauses 15-25, further comprising sending, to the network entity, location information for the UE, wherein the pathloss offset value is based on the location information.
[0307] Clause 27: The method of Clause 26, further comprising obtaining, from the network entity, a request to provide the location information.
[0308] Clause 28: The method of any one of Clauses 15-27, wherein: the message comprises a plurality of pathloss offset values, the plurality of pathloss offset values comprise the pathloss offset value, and each pathloss offset value of the plurality of pathloss offset values is associated with a different TRP or CC of a plurality of TRPs or CCs.
[0309] Clause 29: The method of Clause 28, wherein the plurality of TRPs or CCs are associated with a same reference downlink pathloss value or respective reference downlink pathloss values.
[0310] Clause 30: The method of any one of Clauses 15-29, wherein the message comprises a random access message.
[0311] Clause 31: A method for wireless communications by a network entity comprising: obtaining, from a UE during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message comprising one or more PHRs; and communicating with the UE based on the one or more PHRs.
[0312] Clause 32: The method of Clause 31, wherein a PHR of the one or more PHRs comprises one or more of: a PH value corresponding to a cell associated with the initial access procedure, a nominal transmit power value corresponding to the PH value, emission restriction information corresponding to the PH value, or one or more additional PH values predicted for one or more virtual cells that comprise a different frequency parameter than the cell associated with the initial access procedure.
[0313] Clause 33: The method of Clause 32, wherein the PHR comprises PH information corresponding to an uplink channel that carries the PHR.
[0314] Clause 34: The method of Clause 32, wherein the PHR comprises predictive PH information corresponding to one or more transmission occasions after an uplink channel that carries the PHR.
[0315] Clause 35: The method of any one of Clauses 31-34, wherein the one or more PHRs comprise a first PH quantity with a first quantization parameter that is more coarse than a second quantization parameter that is used for a second PH quantity of an additional PHR associated with reporting after the RRC connection setup is completed.
[0316] Clause 36: The method of Clause 35, further comprising sending, to the UE, an indication of the first quantization parameter.
[0317] Clause 37: The method of any one of Clauses 31-36, further comprising sending, to the UE, a trigger message that triggers the UE to send the one or more PHRs.
[0318] Clause 38: The method of any one of Clauses 31-37, further comprising obtaining, from the UE during the initial access procedure and prior to the message, an additional message on one or more resources associated with the initial access procedure, wherein the one or more resources are configured to indicate a support of the UE to send the one or more PHRs prior to the RRC connection setup being completed.
[0319] Clause 39: The method of any one of Clauses 31-38, further comprising obtaining, from the UE during the initial access procedure and prior to the message, an indication that the UE supports a transmission of the one or more PHRs prior to the RRC connection setup being completed.
[0320] Clause 40: The method of any one of Clauses 31-39, further comprising obtaining, from the UE during the initial access procedure and prior to the message, an indication of one or more types of information that the UE supports for inclusion in the one or more PHRs.
[0321] Clause 41: The method of any one of Clauses 31-40, further comprising sending, to the UE, one or more additional messages prior to the message during the initial access procedure, wherein a timing of the message during the initial access procedure is based on the one or more additional messages.
[0322] Clause 42: The method of any one of Clauses 31-41, wherein the message comprises a random access message.
[0323] Clause 43: The method of any one of Clauses 31-42, wherein the one or more PHRs are carried in the message via one or more of: UCI, a MAC CE, or a MAC sub-PDU as part of an uplink shared channel transport block.
[0324] Clause 44: The method of any one of Clauses 31-43, further comprising sending, to the UE during the initial access procedure and prior to the RRC connection setup being completed between the UE and the network entity, another message comprising a pathloss offset value, wherein the one or more PHRs are based on the pathloss offset value.
[0325] Clause 45: A method for wireless communications by a network entity comprising: sending, to a UE during an initial access procedure and prior to a RRC connection setup between the UE and the network entity being completed, a message comprising a pathloss offset value; and communicating with the UE based on the pathloss offset value.
[0326] Clause 46: The method of Clause 45, wherein communicating with the UE based on the pathloss offset value comprises obtaining, from the UE prior to the RRC connection setup being completed, an uplink channel based on a pathloss value associated with a first TRP or CC, wherein the pathloss value is based on: a measured pathloss value of a downlink reference signal from a second TRP or CC, and the pathloss offset value.
[0327] Clause 47: The method of Clause 46, wherein the first TRP or CC is configured for uplink communication only.
[0328] Clause 48: The method of any one of Clauses 45-47, further comprising: sending, to the UE prior to the message, one or more downlink reference signals; and obtaining, from the UE, one or more measurements associated with the one or more downlink reference signals, wherein the pathloss offset value is based on the one or more measurements.
[0329] Clause 49: The method of Clause 48, further comprising sending, to the UE, a request for the one or more measurements.
[0330] Clause 50: The method of Clause 49, wherein the request comprises one or more indications corresponding to the one or more downlink reference signals.
[0331] Clause 51: The method of Clause 48, further comprising obtaining, from the UE during the initial access procedure and prior to the message, the one or more measurements on one or more resources associated with the initial access procedure, wherein the one or more resources are configured to indicate a support of the UE to send the one or more measurements prior to the RRC connection setup being completed.
[0332] Clause 52: The method of Clause 48, further comprising obtaining the one or more measurements via one or more of: UCI, a MAC CE, or a MAC sub-PDU as part of an uplink shared channel transport block.
[0333] Clause 53: The method of Clause 48, wherein the one or more measurements comprise downlink pathloss measurements, RSRP measurements, or both for a downlink reference signal of the one or more downlink reference signals.
[0334] Clause 54: The method of any one of Clauses 45-53, further comprising: sending, to the UE, a scheduling request for the UE to send one or more SRSs; and obtaining, from the UE, the one or more SRSs, wherein the pathloss offset value is based on the one or more SRSs.
[0335] Clause 55: The method of any one of Clauses 45-54, further comprising obtaining, from the UE, location information for the UE, wherein the pathloss offset value is based on the location information.
[0336] Clause 56: The method of Clause 55, further comprising sending, to the UE, a request to provide the location information.
[0337] Clause 57: The method of any one of Clauses 45-56, wherein: the message comprises a plurality of pathloss offset values, the plurality of pathloss offset values comprise the pathloss offset value, and each pathloss offset value of the plurality of pathloss offset values is associated with a different TRP or CC of a plurality of TRPs or CCs.
[0338] Clause 58: The method of Clause 57, wherein the plurality of TRPs or CCs are associated with a same reference downlink pathloss value or respective reference downlink pathloss values.
[0339] Clause 59: The method of any one of Clauses 45-58, wherein the message comprises a random access message.
[0340] Clause 60: One or more apparatuses, comprising: one or more memories comprising executable instructions; and one or more processors configured to execute the executable instructions and cause the one or more apparatuses to perform a method in accordance with any one of Clauses 1-59.
[0341] Clause 61: One or more apparatuses configured for wireless communications, comprising: one or more memories; and one or more processors, coupled to the one or more memories, configured to cause the one or more apparatuses to perform a method in accordance with any one of Clauses 1-59.
[0342] Clause 62: One or more apparatuses configured for wireless communications, comprising: one or more memories; and one or more processors, coupled to the one or more memories, configured to perform a method in accordance with any one of Clauses 1-59.
[0343] Clause 63: One or more apparatuses, comprising means for performing a method in accordance with any one of Clauses 1-59.
[0344] Clause 64: One or more non-transitory computer-readable media comprising executable instructions that, when executed by one or more processors of one or more apparatuses, cause the one or more apparatuses to perform a method in accordance with any one of Clauses 1-59.
[0345] Clause 65: One or more computer program products embodied on one or more computer-readable storage media comprising code for performing a method in accordance with any one of Clauses 1-59.
[0346] Clause 66: One or more apparatuses configured for wireless communications, comprising: a processing system that includes one or more processors and one or more memories coupled with the one or more processors, the processing system configured to cause the one or more apparatuses to perform a method in accordance with any one of Clauses 1-59. Additional Considerations
[0347] The preceding description is provided to enable any person skilled in the art to practice the various aspects described herein. The examples discussed herein are not limiting of the scope, applicability, or aspects set forth in the claims. Various modifications to these aspects will be readily apparent to those skilled in the art, and the general principles defined herein may be applied to other aspects. For example, changes may be made in the function and arrangement of elements discussed without departing from the scope of the disclosure. Various examples may omit, substitute, or add various procedures or components as appropriate. For instance, the methods described may be performed in an order different from that described, and various actions may be added, omitted, or combined. Also, features described with respect to some examples may be combined in some other examples. For example, an apparatus may be implemented or a method may be practiced using any number of the aspects set forth herein. In addition, the scope of the disclosure is intended to cover such an apparatus or method that is practiced using other structure, functionality, or structure and functionality in addition to, or other than, the various aspects of the disclosure set forth herein. It should be understood that any aspect of the disclosure disclosed herein may be embodied by one or more elements of a claim.
[0348] The various illustrative logical blocks, modules and circuits described in connection with the present disclosure may be implemented or performed with a general purpose processor, an AI processor, a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , a field programmable gate array (FPGA) or other programmable logic device (PLD) , 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 commercially available 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, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, a SoC, a SiP, or any other such configuration.
[0349] As used herein, a phrase referring to “at least one of” a list of items refers to any combination of those items, including single members. As an example, “at least one of: a, b, or c” is intended to cover a, b, c, a-b, a-c, b-c, and a-b-c, as well as any combination with multiples of the same element (e.g., a-a, a-a-a, a-a-b, a-a-c, a-b-b, a-c-c, b-b, b-b-b, b-b-c, c-c, and c-c-c or any other ordering of a, b, and c) .
[0350] As used herein, the term “determining” encompasses a wide variety of actions. For example, “determining” may include calculating, computing, processing, deriving, investigating, looking up (e.g., looking up in a table, a database or another data structure) , ascertaining and the like. Also, “determining” may include receiving (e.g., receiving information) , accessing (e.g., accessing data in a memory) and the like. Also, “determining” may include resolving, selecting, choosing, establishing and the like.
[0351] As used herein, “coupled to” and “coupled with” generally encompass direct coupling and indirect coupling (e.g., including intermediary coupled aspects) unless stated otherwise. For example, stating that a processor is coupled to a memory allows for a direct coupling or a coupling via an intermediary aspect, such as a bus.
[0352] The methods disclosed herein comprise one or more actions for achieving the methods. The method actions may be interchanged with one another without departing from the scope of the claims. In other words, unless a specific order of actions is specified, the order and / or use of specific actions may be modified without departing from the scope of the claims. Further, the various operations of methods described above may be performed by any suitable means capable of performing the corresponding functions. The means may include various hardware and / or software component (s) and / or module (s) , including, but not limited to a circuit, an ASIC, or processor.
[0353] The following claims are not intended to be limited to the aspects shown herein, but are to be accorded the full scope consistent with the language of the claims. Reference to an element in the singular is not intended to mean only one unless specifically so stated, but rather “one or more. ” The subsequent use of a definite article (e.g., “the” or “said” ) with an element (e.g., “the processor” ) is not intended to invoke a singular meaning (e.g., “only one” ) on the element unless otherwise specifically stated. For example, reference to an element (e.g., “aprocessor, ” “the processor, ” etc. ) , unless otherwise specifically stated, should be understood to refer to one or more elements (e.g., “one or more processors, ” or the like) . The terms “set” and “group” are intended to include one or more elements, and may be used interchangeably with “one or more. ” Where reference is made to one or more elements performing functions (e.g., steps of a method) , one element may perform all functions, or more than one element may collectively perform the functions. When more than one element collectively performs the functions, each function need not be performed by each of those elements (e.g., different functions may be performed by different elements) and / or each function need not be performed in whole by only one element (e.g., different elements may perform different sub-functions of a function) . Similarly, where reference is made to one or more elements configured to cause another element (e.g., an apparatus) to perform functions, one element may be configured to cause the other element to perform all functions, or more than one element may collectively be configured to cause the other element to perform the functions. Unless specifically stated otherwise, the term “some” refers to one or more. All structural and functional equivalents to the elements of the various aspects described throughout this disclosure that are known or later come to be known to those of ordinary skill in the art are intended to be encompassed by the claims. Moreover, nothing disclosed herein is intended to be dedicated to the public regardless of whether such disclosure is explicitly recited in the claims.
Claims
1.An apparatus for wireless communications, comprising a processing system that includes one or more processors and one or more memories coupled with the one or more processors, the processing system configured to cause a user equipment (UE) to:send, to a network entity during an initial access procedure and prior to a radio resource control (RRC) connection setup between the UE and the network entity being completed, a message comprising one or more power headroom reports (PHRs) ; andcommunicate with the network entity based on the one or more PHRs.2.The apparatus of claim 1, wherein a PHR of the one or more PHRs comprises one or more of:a power headroom (PH) value corresponding to a cell associated with the initial access procedure,a nominal transmit power value corresponding to the PH value,emission restriction information corresponding to the PH value, orone or more additional PH values predicted for one or more virtual cells that comprise a different frequency parameter than the cell associated with the initial access procedure.3.The apparatus of claim 2, wherein the PHR comprises PH information corresponding to an uplink channel that carries the PHR.4.The apparatus of claim 2, wherein the PHR comprises predictive PH information corresponding to one or more transmission occasions after an uplink channel that carries the PHR.5.The apparatus of claim 1, wherein the one or more PHRs comprise a first power headroom (PH) quantity with a first quantization parameter that is more coarse than a second quantization parameter that is used for a second PH quantity of an additional PHR associated with reporting after the RRC connection setup is completed.6.The apparatus of claim 5, wherein the processing system is configured to cause the UE to obtain, from the network entity, an indication of the first quantization parameter.7.The apparatus of claim 1, wherein the processing system is configured to cause the UE to obtain, from the network entity, a trigger message that triggers the UE to send the one or more PHRs.8.The apparatus of claim 1, wherein the processing system is configured to cause the UE to send, to the network entity during the initial access procedure and prior to the message, an additional message on one or more resources associated with the initial access procedure, wherein the one or more resources are configured to indicate a support of the UE to send the one or more PHRs prior to the RRC connection setup being completed.9.The apparatus of claim 1, wherein the processing system is configured to cause the UE to send, to the network entity during the initial access procedure and prior to the message, an indication that the UE supports a transmission of the one or more PHRs prior to the RRC connection setup being completed.10.The apparatus of claim 1, wherein the processing system is configured to cause the UE to send, to the network entity during the initial access procedure and prior to the message, an indication of one or more types of information that the UE supports for inclusion in the one or more PHRs.11.The apparatus of claim 1, wherein the processing system is configured to cause the UE to obtain, from the network entity, one or more additional messages prior to the message during the initial access procedure, wherein a timing of the message during the initial access procedure is based on the one or more additional messages.12.The apparatus of claim 1, wherein the message comprises a random access message.13.The apparatus of claim 1, wherein the one or more PHRs are carried in the message via one or more of:uplink control information (UCI) ,a medium access control (MAC) control element (CE) , ora MAC sub-protocol data unit (PDU) as part of an uplink shared channel transport block.14.The apparatus of claim 1, wherein the processing system is configured to cause the UE to obtain, from the network entity during the initial access procedure and prior to the RRC connection setup being completed between the UE and the network entity, another message comprising a pathloss offset value, wherein the one or more PHRs are based on the pathloss offset value.15.An apparatus for wireless communications, comprising a processing system that includes one or more processors and one or more memories coupled with the one or more processors, the processing system configured to cause a user equipment (UE) to:obtain, from a network entity during an initial access procedure and prior to a radio resource control (RRC) connection setup between the UE and the network entity being completed, a message comprising a pathloss offset value; andcommunicate with the network entity based on the pathloss offset value.16.The apparatus of claim 15, wherein to communicate with the network entity based on the pathloss offset value, the processing system is configured to cause the UE to send, to the network entity prior to the RRC connection setup being completed, an uplink channel based on a pathloss value associated with a first transmission-reception point (TRP) or component carrier (CC) , wherein the pathloss value is based on:a measured pathloss value of a downlink reference signal from a second TRP or CC, andthe pathloss offset value.17.The apparatus of claim 16, wherein the first TRP or CC is configured for uplink communication only.18.The apparatus of claim 15, wherein the processing system is configured to cause the UE to:obtain, from the network entity prior to the message, one or more downlink reference signals; andsend, to the network entity, one or more measurements associated with the one or more downlink reference signals, wherein the pathloss offset value is based on the one or more measurements.19.The apparatus of claim 18, wherein the processing system is configured to cause the UE to obtain, from the network entity, a request for the one or more measurements.20.The apparatus of claim 19, wherein the request comprises one or more indications corresponding to the one or more downlink reference signals.21.The apparatus of claim 18, wherein the processing system is configured to cause the UE to send, to the network entity during the initial access procedure and prior to the message, the one or more measurements on one or more resources associated with the initial access procedure, wherein the one or more resources are configured to indicate a support of the UE to send the one or more measurements prior to the RRC connection setup being completed.22.The apparatus of claim 18, wherein the processing system is configured to cause the UE to send, to the network entity during the initial access procedure and prior to the message, an indication that the UE supports transmission of the one or more measurements prior to the RRC connection setup being completed.23.The apparatus of claim 18, wherein the processing system is configured to cause the UE to send the one or more measurements via one or more of:uplink control information (UCI) ,a medium access control (MAC) control element (CE) , ora MAC sub-protocol data unit (PDU) as part of an uplink shared channel transport block.24.The apparatus of claim 18, wherein the one or more measurements comprise downlink pathloss measurements, reference signal received power (RSRP) measurements, or both for a downlink reference signal of the one or more downlink reference signals.25.The apparatus of claim 15, wherein the processing system is configured to cause the UE to:obtain, from the network entity, a scheduling request to send one or more sounding reference signals (SRSs) ; andsend, to the network entity, the one or more SRSs, wherein the pathloss offset value is based on the one or more SRSs.26.The apparatus of claim 15, wherein the processing system is configured to cause the UE to send, to the network entity, location information for the UE, wherein the pathloss offset value is based on the location information.27.The apparatus of claim 26, wherein the processing system is configured to cause the UE to obtain, from the network entity, a request to provide the location information.28.The apparatus of claim 15, wherein:the message comprises a plurality of pathloss offset values,the plurality of pathloss offset values comprise the pathloss offset value, andeach pathloss offset value of the plurality of pathloss offset values is associated with a different transmission reception point (TRP) or component carrier (CC) of a plurality of TRPs or CCs.29.The apparatus of claim 28, wherein the plurality of TRPs or CCs are associated with a same reference downlink pathloss value or respective reference downlink pathloss values.30.The apparatus of claim 15, wherein the message comprises a random access message.