Timing advance improvement for non-terrestrial network

Abstract

Techniques are provided for enhanced timing advance reporting with symbol level granularity. An example method can include detecting a trigger to generate a timing advance (TA) report with a symbol level granularity to be transmitted to a base station, the trigger associated with a misalignment occurring between collision predictions. The method can further include generating the TA report indicating TA information for the base station based on the trigger and transmitting the TA report to the base station. The method can further include transmitting the TA report to the base station.

Description

TIMING ADVANCE IMPROVEMENT FOR NON-TERRESTRIAL NETWORKTECHNICAL FIELD

[0001] This application relates generally to wireless networks and, in particular, to timing advance improvement for non-terrestrial networks, in said wireless networks.BACKGROUND

[0002] Cellular communications can be defined in various standards to enable communications between a user equipment and a cellular network. For example, a long-term evolution (LTE) network and Fifth generation mobile network (5G) are wireless standards that aim to improve upon data transmission speed, reliability, availability, and more.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] FIG. 1 is an illustration of an example network environment for a user equipment (UE) to communicate with a network, in accordance with some embodiments.

[0004] FIG. 2 is an illustration of an example timing advance (TA) misalignments, in accordance with some embodiments.

[0005] FIG. 3 is an illustration of an example TA report in accordance with some embodiments.

[0006] FIG. 4 is an illustration of an example TA medium access control (MAC) control element (CE) in accordance with some embodiments.

[0007] FIG. 5 is an illustration of an example TA MAC CE, in accordance with some embodiments.

[0008] FIG. 6 is an illustration of an example TA MAC CE, in accordance with some embodiments.

[0009] FIG. 7 is an illustration of an example TA MAC CE, in accordance with some embodiments.

[0010] FIG. 8 is an example process 800 for enhanced TA reporting, according to one or more embodiments.

[0011] FIG. 9 illustrates an example of receive components, in accordance with some embodiments.

[0012] FIG. 10 illustrates an example of a UE, in accordance with some embodiments.

[0013] FIG. 11 illustrates an example of a network node, in accordance with some embodiments.DETAILED DESCRIPTION

[0014] A timing advance (TA) can include command information from a network node provided to one or more user equipments (UEs) that enables each UE to adjust the respective timing of an uplink (UL) transmission, such as a physical uplink secured channel (PUSCH) transmission, physical uplink control channel (PUCCH) transmission, and a sounding reference signal (SRS) . The TA enables the network node to receive UL from multiple UEs in a synchronized manner. The network node can be a terrestrial node, such as a radio tower, or a non-terrestrial node, such as satellite. A timing advance command (TAC) can provide TA information to a UE as to the amount of time that the UE is to advance an UL transmission. Generally, the network node can provide an initial TAC via a random access response (RAR) or via a medium access control (MAC) control element (CE) . At the UE, the TA is controlled by the MAC layer and implemented by the physical layer. The TA value (e.g., the amount of time that the UE is to advance an UL transmission) is based on the delay from the UE to the network node. Therefore, if the network node is to receive UL transmissions from different UEs that each have respective delays, the network node can provide each UE with different TA values.

[0015] In some instances, there can be a mismatch between an expected delay between a UE and a network node and an actual delay between the UE and the network node. The mismatch between the expected delay and the actual delay can result in collisions between UL and downlink (DL) transmission. For example, some UEs and network nodes communicate using a half-duplex (HD) frequency division duplex (FDD) technique, in which UL and DL transmission use different frequencies, but not at the same time. Therefore, a network node can use an expected delay to predict a point in time when a collision between a DL transmission and a UL transmission may occur. Based on the prediction, the network node can determine to only schedule one of the DL transmission and the UL transmission to avoid the collision. However, if  there is a misalignment between the expected delay and the actual delay, the network node may have predicted the wrong point in time.

[0016] The embodiments herein address the above referenced issues by providing techniques for addressing the misalignment by configuring a UE to transmit an enhanced TA report with symbol level granularity. The TA report can be transmitted from a UE to a base station via a medium access control (MAC) control element (CE) and assist the base station with scheduled UL and DL traffic. The embodiments herein further provide techniques for determining a priority between an UL transmission and a DL reception in the event that a collision is predicted by the UE. By determining the priority, the predicted collision between the UL transmission and the DL reception can be avoided.

[0017] The following detailed description refers to the accompanying drawings. The same reference numbers may be used in different drawings to identify the same or similar elements. In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular structures, architectures, interfaces, techniques, etc., in order to provide a thorough understanding of the various aspects of various embodiments. However, it will be apparent to those skilled in the art having the benefit of the present disclosure that the various aspects of the various embodiments may be practiced in other examples that depart from these specific details. In certain instances, descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of the various embodiments with unnecessary detail. For the purposes of the present document, the phrase “A or B” means (A) , (B) , or (A and B); and the phrase “based on A” means “based at least in part on A, ” for example, it could be “based solely on A” or it could be “based in part on A. ”

[0018] The following is a glossary of terms that may be used in this disclosure.

[0019] The term “circuitry” as used herein refers to, is part of, or includes hardware components such as an electronic circuit, a logic circuit, a processor (shared, dedicated, or group) or memory (shared, dedicated, or group) , an Application Specific Integrated Circuit (ASIC) , a field-programmable device (FPD) (e.g., a field-programmable gate array (FPGA) , a programmable logic device (PLD) , a complex PLD (CPLD) , a high-capacity PLD (HCPLD) , a structured ASIC, or a programmable system-on-a-chip (SoC) ) , digital signal processors (DSPs) , etc., that are configured to provide the described functionality. In some embodiments, the  circuitry may execute one or more software or firmware programs to provide at least some of the described functionality. The term “circuitry” may also refer to a combination of one or more hardware elements (or a combination of circuits used in an electrical or electronic system) with the program code used to carry out the functionality of that program code. In these embodiments, the combination of hardware elements and program code may be referred to as a particular type of circuitry.

[0020] The term “processor circuitry” as used herein refers to, is part of, or includes circuitry capable of sequentially and automatically carrying out a sequence of arithmetic or logical operations, or recording, storing, or transferring digital data. The term “processor circuitry” may refer to an application processor, baseband processor, a central processing unit (CPU) , a graphics processing unit, a single-core processor, a dual-core processor, a triple-core processor, a quad-core processor, or any other device capable of executing or otherwise operating computer-executable instructions, such as program code, software modules, or functional processes.

[0021] The term “user equipment” or “UE” as used herein refers to a device with radio communication capabilities and may describe a remote user of network resources in a communications network. The term “user equipment” or “UE” may be considered synonymous to, and may be referred to as, client, mobile, mobile device, mobile terminal, user terminal, mobile unit, mobile station, mobile user, subscriber, user, remote station, access agent, user agent, receiver, radio equipment, reconfigurable radio equipment, reconfigurable mobile device, etc. Furthermore, the term “user equipment” or “UE” may include any type of wireless / wired device or any computing device including a wireless communications interface.

[0022] The term “base station” as used herein refers to a device with radio communication capabilities, that is a network component of a communications network (or, more briefly, a network) , and that may be configured as an access node in the communications network. A UE’s access to the communications network may be managed at least in part by the base station, whereby the UE connects with the base station to access the communications network. Depending on the radio access technology (RAT) , the base station can be referred to as a gNodeB (gNB) , eNodeB (eNB) , access point, etc.

[0023] The term “network” as used herein reference to a communications network that includes a set of network nodes configured to provide communications functions to a plurality of  user equipment via one or more base stations. For instance, the network can be a public land mobile network (PLMN) that implements one or more communication technologies including, for instance, 5G communications.

[0024] In a Release (Rel) -19 new radio (NR) non-terrestrial network (NTN) work item description (WID) (RP-234078) , , the content of which is incorporated herein by reference in its entirety, the topic of a reduced capability (Redcap) UE support in NR NTN is included. This includes support of Rel-17 RedCap and Rel-18 eRedCap UEs with NR NTN operating in frequency range 1 (FR1) -NTN bands [RAN4, RAN1] . This also includes, for full-duplex FDD RedCap and enhanced RedCap (eRedCap) UEs, defining the radio frequency (RF) and radio resource management (RRM) requirements [RAN4] . This also includes for HD-FDD RedCap UEs and eRedCap UEs, checking whether any essential changes are needed for their support (e.g., focusing on HD collision rules) by end of the second quarter (Q2) of 2024 [RAN1] . Additionally, depending on a feasibility assessment above, this includes defining the RF and RRM requirements for HD-FDD [RAN4] . As a note, global navigation satellite system (GNSS) capabilities and simultaneous GNSS and NR-NTN operations can be supported by RedCap / eRedCap UE.

[0025] In the RAN1 #117 meeting, it was agreed upon that TA reporting is beneficial to mitigate the TA mismatch between actual TA used by the UE and assumed TA for the UE at the base station for HD-FDD RedCap / eRedCap UE in NTN from the RAN1 perspective. It should be noted that the complexity, power consumption and signaling overhead impact of TA reporting for RedCap / eRedCap UEs was not investigated in this work item. During the meeting, it was concluded that for Rel-19 HD-FDD RedCap / eRedCap UE in NTN, the issues caused by TA mismatch between actual TA used by the UE and assumed TA for the UE at the gNB should be mitigated for collision cases 3 and 4. It was further concluded that for collision cases 1, 2, 5 and 6, the existing priority rules can be reused for a HD-FDD (e) RedCap UE in NTN. Collision cases 1-7 are described with greater particularity below.

[0026] In RAN1 #106-bis-e meeting, it was agreed upon that the granularity of the reported TA can be a slot level granularity. Furthermore, it can further be studied as to how to round the TA value to slot level granularity. During the meeting it was further agreed upon that it is up to RAN2 to decide which component or what combination of the components in the UE’s TA  formula to use in TA reporting. In the RAN1 #107-e meeting, it was agreed upon that RAN1 confirms that the event-triggers for reporting information about UE specific TA can be based on TA values. It was further agreed upon that 15 kHz is used as the reference subcarrier spacing value for the unit of TA reported in FR1. Furthermore, that the reported TA is the least integer number of slots greater than or equal to the corresponding TA value.

[0027] A TA reporting procedure is specified in 3GPP technical specification (TS) 38.321 V18.2.0 (2024-06) , the content of which is incorporated herein by reference in its entirety. For example, a timing advance report (TA report) medium access control (MAC) control element (CE) is illustrated in Figure 6.1.3.56-1. In 3GPP TS 38.331 V18.2.0 (2024-06) , the TA REPORT is specified.

[0028] FIG. 1 illustrates a network environment for a user equipment (UE) to communicate with a network, in accordance with some embodiments. As illustrated, a UE 102 can be connected to a network node, such as a terrestrial base station 104 or a non-terrestrial base station (e.g., satellite, blimp, or other non-terrestrial base station) 106 for communicating with a core network 108 via 3GPP access or non-3GPP access. For example, the UE 102 can be executing an application that includes location-based services. The UE 10 can be communicating with the non-terrestrial base station 106 to determine the position of the UE 102 or some other point of interest with reference to the UE 102. The UE 102 can also be communicating with the terrestrial base station 104 to support some feature of the application. As the non-terrestrial base station 106 can be a satellite and the terrestrial base station can be a radio tower, the propagation delay between the UE 102 and the non-terrestrial base station 106 can be greater than a propagation delay between the UE 102 and the terrestrial base station 104. As described herein, the terrestrial base station 104 can be considered a terrestrial network node and the non-terrestrial base station 106 can be considered a non-terrestrial node. As indicated above, one issue is TA mis-alignment between a network node and the UE 102.

[0029] The UE can determine a TA to help ensure that UL transmissions from the UE 102 are synchronized when received by each base station. Furthermore, a TA for a non-terrestrial base station 106 may need to consider orbital motion of the satellites with respect to the earth. This can add to the complexity of determining a TA for a non-terrestrial base station 106.

[0030] FIG. 2 is provided to illustrate how a difference between a reported TA and an actual TA can lead to collisions between UL and DL communications. FIG. 2 is an illustration 200 of TA misalignments, in accordance with some embodiments. In particular, FIG. 2 illustrates sets of subframes, where each subframe is illustrated as a square denoted by a subframe number. Each subframe can carry a set of orthogonal frequency-division multiplexing (OFDM) symbols, such as a set of fourteen symbols. The UE (e.g., UE 102) can transmit a TA report to the base station (e.g., terrestrial base station 104 or non-terrestrial base station 106) to provide the base station with an estimate of a UE’s timing advance value. For example, consider the set of base station DL subframes 202, a set of subframes for the base station assumed UE DL 204, and the set of subframes for the UE actual UL 206. The UE can report a TA (e.g., 8 ms) . Given this timing advance, the base station may assume that an UL transmission from the UE at subframe #12 will collide with a DL transmission from the base station at subframe #4. A collision can include an instance in which radio equipment may be transmitting and receiving at the same time, such that each of the transmitted signal and the received are interfering with each other. The actual TA can be different than the reported TA. For example, the actual TA can be 10 ms. As such, the DL transmission from the base station at subframe #4 may collide with an UL transmission from the UE at subframe #14. Therefore, there can be an ambiguity between the UE and the base station as to which subframe a collision may occur between the UL and DL transmissions.

[0031] As another example, consider the set of base station UL subframes 208. Based on the reported TA, the base station may assume that a DL transmission from the base station to the UE at subframe #2 can collide with an UL transmission from the UE to the base station at subframe #10. As indicated above, the actual TA can be different than the reported TA. Therefore, from the UE’s perspective, a DL transmission from the base station to the UE at subframe #0 can collide with an UL transmission from the UE to the base station at subframe #10. Again, there can be ambiguity as at which subframe a collision may occur between the UL and DL transmissions.

[0032] In an HD-FDD communication scenario, it can be necessary to accurately predict at which subframes a collision can occur. If the base station has an accurate prediction as to which subframe a collision can occur, the base station may elect to avoid the collision by not scheduling either the UL transmission or the DL transmission. To address this issue, a TA report  can be enhanced to report a TA with finer granularity. For example, the TA can be reported at a symbol level in an enhanced TA report, where the TA report can be distinct from a legacy TA report that reports TAs at a higher granularity (e.g., slot level) than a symbol level.

[0033] Various triggers can cause the UE to generate and transmit a TA report. In some embodiments, if the UE detects a collision between an UL transmission and a DL reception, then the UE can generate a TA report, which can be transmitted to the base station.

[0034] In some embodiments, the UE can continuously monitor for collisions between UL transmissions and DL transmissions. and further use a counter for the number of detected collisions. The counter can reset, for example, after a TA report is generated. The UE can be configured to compare the number of detected collisions to a threshold number of detected collisions each time that a new collision is detected. If the number of detected collisions is less than the threshold number, the UE can continue to monitor for collisions between UL transmissions and DL transmissions. If, however, the number of detected collisions is greater than the threshold number of collisions, the UE can be triggered to generate and transmit an enhanced TA report. If the TA report is triggered and there is an available UL-scheduling (SCH) resource, then the UE can cause the enhanced TA report to be multiplexed over a UL-SCH resource and transmitted using a physical uplink secured channel (PUSCH) transmission to the base station. However, in some instances no UL-SCH resource is available to transmit the enhanced TA report. In these instances, if a timingAdvance scheduling request (SR) is enabled, an SR for resources to transmit the TA report can be triggered. If , however, no timingAdvanceSR is enabled, the UE can perform a random access procedure to request a resource to transmit the TA report to the base station. In some instances, a DL reception can collide with an UL transmission that can include the SR for the TA report or the PUSCH transmission that includes the TA report. In these instances, the UL transmission can be prioritized over the DL reception, such that the UL transmission does not collide with a DL reception.

[0035] In some embodiments, the UE can store TA reports in memory. For each current TA report, the UE can compare the TA value with the TA value from the previously transmitted TA report. If the UE determines that the difference between the TA values is greater than a threshold offset value (e.g., the offsetThrehsoldTA) , the UE can be triggered to generate a TA report. The  TA report can report a TA at a symbol level. For example, the TA report can indicate that the TA advance is x symbols, in which x is a positive number. For example, in a 1 symbol granularity (e.g., x =1) , the threshold offset value can be in the range of {x symbol, 2x symbols, 3x symbols, 4x symbols, 5x symbols, 6x symbols, …, 14x symbols} , where a large offset value can reduce the report frequency, such as {1 symbol, 4 symbols, 8 symbols, 12 symbols, . . ., 24 symbols} . In a 2 symbol granularity, where x =2, the threshold offset value can be in a range of {2 symbol, 4 symbols, 6 symbols, 8 symbols, 10 symbols, 12 symbols, 14 symbols} . The network (e.g., core network 110) can transmit instructions to the UE to configure the TA report at a particular granularity (e.g., 1 symbol, 2 symbols, or slot level) . The network can then configure the corresponding threshold offset value. It should be appreciated that a larger report granularity can reduce the TA reporting signaling overhead and save the UE’s power.

[0036] As indicated above an enhanced TA report can include finer TA report granularity. A container for a TA MAC CE TA value, TTA, for a UL transmission timing determination can be based on the following:

[0037] TTA = (NTA + NTAoffset + NCOMMONTA, adj +NUETA, adj) Tc,

[0038] where, NUETA, adj can be computed by UE based on the UE’s position and satellite ephemeris information, NCOMMONTA, adj can be calculated based on the common TA drift parameters (e.g., feeder link delay, drift rate of feeder, or other appropriate drift parameter) , and NTA can be a transmit power control (TPC) command received by the UE.

[0039] In some embodiments, the UE can transmit the TA report using an existing TA report MAC CE. It should be appreciated that according to Table 4.2-2: Reference scenario parameters of 3GPP TR 38.821 v16.2.0 (2023-03) , the max round trip delay is 541.46 ms (service and feeder links) . Therefore, ten bits are enough to indicate a TA at slot level granularity. Furthermore, as there are 4 redundant bits in the existing TA report MAC CE, the TA report MAC CE can be used for a TA report with symbol level report granularity, (e.g., thirteen bits (2^13 / 14=585.14 ms) are enough for the TA report MAC CE ) . Therefore, the current TA report MAC CE can be re-used for an enhanced TA report with symbol level granularity.

[0040] FIG. 3 is an illustration of an example TA MAC CE 300, in accordance with some embodiments. In particular, FIG. 3 illustrates an existing TA MAC CE 300. As illustrated, the  TA MAC CE 300 can include various fields for storing values that provide TA information. It should be appreciated that FIGS. 3-7 illustrate various TA related MAC CEs, and that although certain fields are illustrated, in a real world scenario each TA MAC CE can include additional fields. The TA MAC CE 300 can include a TA field 302 with a length of fourteen bits including the first octet and the second octet. For a TA report with slot level granularity, the TA field 302 can indicate the least integer number of slots, using a subcarrier spacing (e.g., 15 kHz) , greater than or equal to a TA value. For a TA report with symbol level granularity, the the TA field 302 can indicate the least integer number of symbols, using a subcarrier spacing (e.g., 15 kHz) , greater than or equal to a TA value. Each reserved bit field 304 can be set to 0.

[0041] In another embodiment, a new MAC CE for enhanced TA report can be defined. In some instances, the new MAC CE can be used to report the UE specific TA, (e.g., NUETA, adj) . The UE specific TA can be indicated using 12 bits or 14 bit (re-use existing TA report MAC CE) . The UE specific TA can be the max round trip delay between UE and non-terrestrial base station, where the max value is 270.73 ms for a geosynchronous orbit (GSO) (according to Table 4.2-2: Reference scenario parameters of 3GPP TR 38.821) , with a TA report with symbol level granularity, (e.g., 271*14 symbols requires 12 bits) .

[0042] FIG. 4 is an illustration of an example TA MAC CE 400, in accordance with some embodiments. In particular, FIG. 4 illustrates a new TA MAC CE 400. The new TA MAC CE 400 can include a UE-specific TA field 402 with a length of twelve bits including the first octet and the second octet. The UE-specific TA field 402 can indicate the least integer number of symbols, using a subcarrier spacing (e.g., 15 kHz) , greater than or equal to a TA value between UE and the non-terrestrial base station. Each reserved bit field 404 can be set to 0.

[0043] In some embodiments, the UE can report the TA difference from the last TA report and the current TA report. FIG. 5 is an illustration of an example TA MAC CE 600, in accordance with some embodiments. In particular, FIG. 5 illustrates a TA MAC CE 500 for reporting a differential TA. The TA MAC CE 500 can include a UE-specific TA field 502 with a length of six bits, which can be used to report a TA difference up to sixty-four symbols. Each reserved bit field 504 can be set to 0.

[0044] The enhanced TA report can include an indication of the collision type. The base station can use the collision type to assistant with scheduling UL and DL communications. The  UE can be configured to use two bits or three bits in a legacy TA report MAC CE or in an enhanced TA report MAC CE to indicate the collision type. The collision types can include: 000: Case 1: Dynamically scheduled DL reception collides with semi-statically configured UL transmission; 001: Case 2: Semi-statically configured DL reception collides with dynamically scheduled UL transmission; 010: Case 3: Semi-statically configured DL reception collides with semi-statically configured UL transmission; 011: Case 4: Dynamically scheduled DL reception collides with dynamic scheduled UL transmission; 100: Case 5: Configured synchronization signal block (SSB) collides with dynamically scheduled or configured UL transmission; 101: Case 6: Dynamic or semi-static DL collides with valid RO; and 110: Case 7: Collision due to direct switching. There can also be an indication 111 for no collision being found.

[0045] FIG. 6 is an illustration of an example TA MAC CE 600 in accordance with some embodiments. The TA MAC CE 600 can used for control signaling between a UE (e.g., UE 102) and the base station (e.g., terrestrial base station 104, non-terrestrial base station 106) . As illustrated, the TA MAC CE 600 can include various fields for storing values that provide TA information For example, the TA MAC CE 600 can include a collision type field that can store a value in the form of bits that indicate the collision type (e.g., case 1-7, or no collision being found) . The TA MAC CE 600 can further include a TA field 604 for indicating the UE’s TA. The value stored in the TA field 604 can indicate the TA in a highly granular form, such as in symbols. As indicated above, the UE can be triggered to generate a TA report that includes the TA MAC CE 600. The UE can further transmit the TA report including the TA MAC CE 600 to the base station.

[0046] The base station can provide the UE with configuration information for both a legacy TA report and an enhanced TA report. The UE can use the configuration to determine which of the legacy TA report and the enhanced TA report to use. In some embodiments, if the UE and the base station are engaging in DL or UL, the UE can be triggered to generate the TA report with symbol level granularity. If, however, the UE and the base station are not currently engaging in DL or UL communications, the UE can be triggered to generate a legacy TA report is applied with slot level granularity.

[0047] In other embodiments, the base station configures the UE to use either the legacy TA report or the enhanced TA report based on traffic type. For example, if a collision is predicted for  a PUSCH repetition type A communication, a PUSCH repetition type B communication, or a Transmission block over multiple slots (TBoMS) communication, the UE can be triggered to generate an enhanced TA report with symbol level granularity. If, however, a collision is predicted for another traffic type, a legacy TA report can be triggered with slot level granularity.

[0048] In another embodiment, the UE can be triggered to generate a legacy TA report or an enhanced TA report based on the collision type. For example, if the predicted collision type is one of collision case 1-7, the UE can be triggered to generate an enhanced TA report with symbol level granularity. If, however, the prediction collision type is not one of collision cases 1-7, the UE can be triggered to generate a legacy TA report with slot level granularity.

[0049] In other embodiments, the base station can configure the UE with a threshold number of collisions. In these embodiments, if the UE has detected the threshold number of collisions prior to the UE being triggered to generate a TA report, the UE can generate an enhanced TA report with symbol level granularity. If, however, the UE has not detected the threshold number of collisions prior to being triggered to generate a TA report, the UE can generate a legacy TA report with slot level granularity. It should be appreciated that the TA report can be included in a new MAC CE. An example of the new MAC CE is provided in FIG. 7.

[0050] FIG. 7 is an illustration of an example TA MAC CE 700, in accordance with some embodiments. As illustrated, the TA MAC CE 700 can include various fields for storing values that provide TA information. For example, the TA MAC CE 700 can include an S type field 702 that can store a value in the form of bits that indicate the whether the TA report is at the symbol level or the slot level. For example, a “1” can indicate a symbol level TA report, whereas a “0” can indicate a slot level TA report.

[0051] In some instance, the base station can trigger the UE to generate a TA report. In some embodiments, the base station can generate a new MAC CE that can trigger the UE to generate the TA report. In some embodiments, the base station can use the reserved bits or field of an existing MAC CE to trigger the UE to generate the TA report. The UE can be configured to re-interpret the reserved bits or field of the existing MAC CE to trigger the generation of a TA report. For example, the base station can use the TAG ID in the Timing Advance Command MAC CE, or reserved bits in Absolute Timing Advance Command MAC CE to trigger the UE to generate the TA report.

[0052] In some embodiments, a RedCap UE that operates using a half-duplex mode of communication can be mandated to have the capability of generating TA report. The RedCap UE can be configured to report the capability on the TA report granularity to the base station. For example, the UE can be configured to report whether the UE has the capability for a TA report with symbol level granularity or a TA report with slot level granularity. For this feature to be enabled at the UE, pre-requisite is FG 26-4 “UE reporting of information related to TA pre-compensation. ” (See, 3GPP TS 38.822 v17.1.0 (2023-06) , , the content of which is incorporated herein by reference in its entirety.

[0053] In some instances, the base station can be configured to prioritize UL traffic or DL traffic in certain collision cases (e.g., collision cases 1-7) . For example, for collision case 3 and case 4, if the DL reception is predicted to collide with a UL transmission, the base station can configure the priority of UL transmission and DL reception. If, however, the base station does not configure the priority of the UL transmission and the DL transmission, a default behavior can be defined to follow. For example, the default behavior can be for the UL transmission is prioritized over the DL reception. In another instance, the default behavior may be that the DL reception is prioritized over the UL transmission. The base station can transmit a joint indication for collision case behavior in a single communication. For example, the behavior for collision 3 case and collision for case is jointly indicated in a single communication. The base station can also transmit indications for collision case behavior in separate communications. For example, the base station can transmit a communication indicating a behavior for collision case 3 in a first communication and a behavior for collision case 4 in a second communication. In some instances, the behavior for each collision case may the same or different per the collision case. For example, for one of collision case 3 or 4, the behavior may be to prioritize the UL transmission over the DL reception and for the other collision case, the behavior may be to prioritize the DL reception over the UL transmission. Similarly, the default behavior may be same or different per the collision case.

[0054] In some embodiments, the priority behavior for collision cases (e.g., collision cases 3 and 4) is set in a technical specification (TS) or predefined rule. For example, the TS can indicate for a certain collision case, a UL transmission is prioritized. The TS can alternatively indicate that for the certain collision case a DL reception is prioritized.

[0055] In some embodiments, a UE implementation can be configured to determine the priority of the DL reception or UL transmission. For example, the UE can be configured to consider various parameters, signal strength, QoS, communication priority and other appropriate parameter to determine whether to prioritize the UL transmission or the DL reception.

[0056] FIG. 8 is an example process 800 for enhanced TA reporting, according to one or more embodiments. At 802, the process 800 can include an apparatus of a UE (e.g., UE 102) detecting a trigger to generate a timing advance (TA) report with a symbol level granularity to be transmitted to a base station (e.g., non-terrestrial base station 106) . The trigger can include detecting a collision between a UL transmission and a DL reception. The trigger can also include receiving a MAC CE from the base station to generate the TA report.

[0057] At 804, the process 800 can include the apparatus generating the TA report indicating TA information for the base station based on the trigger and transmitting the TA report to the base station. The TA report can be included in a MAC CE, where the MAC CE can be a legacy MAC CE or a new MAC CE as described above.

[0058] At 806, the process can include the apparatus transmitting the TA report to the base station. In response to receiving the TA report, the UE and the base station can each predict a collision between a UL transmission and a DL reception without a misalignment.

[0059] FIG. 9 illustrates receive components 900 of a UE (e.g., UE 102) , in accordance with some embodiments. The receive components 900 may include an antenna panel 904 that includes a number of antenna elements (e.g., for communicating with a terrestrial or non-terrestrial base station) . The panel 904 is shown with four antenna elements, but other embodiments may include other numbers.

[0060] The antenna panel 904 may be coupled to analog beamforming (BF) components that include a number of phase shifters 908 (1) –908 (4) . The phase shifters 908 (1) –908 (4) may be coupled with a radio-frequency (RF) chain 913. The RF chain 913 may amplify a receive analog RF signal, downconvert the RF signal to baseband, and convert the analog baseband signal to a digital baseband signal that may be provided to a baseband processor for further processing.

[0061] In various embodiments, control circuitry, which may reside in a baseband processor, may provide BF weights (e.g., W1 –W4) , which may represent phase shift values, to the phase  shifters 908 (1) –908 (4) to provide a receive beam at the antenna panel 904. These BF weights may be determined based on the channel-based beamforming.

[0062] FIG. 10 illustrates a UE 1000, in accordance with some embodiments. The UE 1000 may be similar to and substantially interchangeable with the UE described with respect to Figure 9.

[0063] Similar to that described above with respect to UE 1000, the UE 1000 may be any mobile or non-mobile computing device, such as, for example, mobile phones, computers, tablets, industrial wireless sensors (for example, microphones, carbon dioxide sensors, pressure sensors, humidity sensors, thermometers, motion sensors, accelerometers, laser scanners, fluid level sensors, inventory sensors, electric voltage / current meters, actuators, etc. ) , video surveillance / monitoring devices (for example, cameras, video cameras, etc. ) , wearable devices, or relaxed-IoT devices. In some embodiments, the UE may be a reduced capacity UE or NR-Light UE.

[0064] The UE 1000 may include processors 1004, RF interface circuitry 1008, memory / storage 1013, user interface 1016, sensors 1020, driver circuitry 1022, power management integrated circuit (PMIC) 1024, and battery 1028. The components of the UE 1000 may be implemented as integrated circuits (ICs) , portions thereof, discrete electronic devices, or other modules, logic, hardware, software, firmware, or a combination thereof. The block diagram of Figure 10 is intended to show a high-level view of some of the components of the UE 1000. However, some of the components shown may be omitted, additional components may be present, and different arrangements of the components shown may occur in other implementations.

[0065] The components of the UE 1000 may be coupled with various other components over one or more interconnects 1032, which may represent any type of interface, input / output, bus (local, system, or expansion) , transmission line, trace, optical connection, etc. that allows various circuit components (on common or different chips or chipsets) to interact with one another.

[0066] The processors 1004 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1004A, central processor unit circuitry (CPU) 1004B, and graphics processor unit circuitry (GPU) 1004C. The processors 1004 may include any type of circuitry or  processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 1013 to cause the UE 1000 to perform operations as described herein, such as exchanging TA information with a terrestrial base station or a non-terrestrial base station.

[0067] In some embodiments, the baseband processor circuitry 1004A may access a communication protocol stack 1036 in the memory / storage 1013 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 1004A may access the communication protocol stack to: perform user plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, SDAP layer, and PDU layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and a non-access stratum “NAS” layer. In some embodiments, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 1008.

[0068] The baseband processor circuitry 1004A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some embodiments, the waveforms for NR may be based on cyclic prefix OFDM (CP-OFDM) in the uplink or downlink, and discrete Fourier transform spread OFDM (DFT-S-OFDM) in the uplink.

[0069] The memory / storage 1013 may include any type of volatile or non-volatile memory that may be distributed throughout the UE 1000. In some embodiments, some of the memory / storage 1013 may be located on the processors 1004 themselves (for example, L1 and L2 cache) , while other memory / storage 1013 is external to the processors 1004 but accessible thereto via a memory interface. The memory / storage 1013 may include any suitable volatile or non-volatile memory such as, but not limited to, dynamic random access memory (DRAM) , static random access memory (SRAM) , erasable programmable read only memory (EPROM) , electrically erasable programmable read only memory (EEPROM) , Flash memory, solid-state memory, or any other type of memory device technology.

[0070] The RF interface circuitry 1008 may include transceiver circuitry and a radio frequency front module (RFEM) that allows the UE 1000 to communicate with other devices over a radio access network. The RF interface circuitry 1008 may include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, control circuitry, etc.

[0071] In the receive path, the RFEM may receive a radiated signal from an air interface via an antenna 1024 and proceed to filter and amplify (with a low-noise amplifier) the signal. The signal may be provided to a receiver of the transceiver that down-converts the RF signal into a baseband signal that is provided to the baseband processor of the processors 1004.

[0072] In the transmit path, the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides the RF signal to the RFEM. The RFEM may amplify the RF signal through a power amplifier prior to the signal being radiated across the air interface via the antenna 1024.

[0073] In various embodiments, the RF interface circuitry 1008 may be configured to transmit / receive signals in a manner compatible with NR access technologies.

[0074] The antenna 1024 may include a number of antenna elements that each convert electrical signals into radio waves to travel through the air and to convert received radio waves into electrical signals. The antenna elements may be arranged into one or more antenna panels. The antenna 1024 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications. The antenna 1024 may include microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, phased array antennas, etc. The antenna 1024 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.

[0075] The user interface circuitry 1016 includes various input / output (I / O) devices designed to enable user interaction with the UE 1000. The user interface 1016 includes input device circuitry and output device circuitry. Input device circuitry includes any physical or virtual means for accepting an input including, inter alia, one or more physical or virtual buttons (for example, a reset button) , a physical keyboard, keypad, mouse, touchpad, touchscreen, microphones, scanner, headset, or the like. The output device circuitry includes any physical or virtual means for showing information or otherwise conveying information, such as sensor readings, actuator position (s) , or other like information. Output device circuitry may include any number or combinations of audio or visual display, including, inter alia, one or more simple visual outputs / indicators (for example, binary status indicators such as light emitting diodes (LEDs) and multi-character visual outputs, or more complex outputs such as display devices or  touchscreens (for example, liquid crystal displays (LCDs) , LED displays, quantum dot displays, projectors, etc. ) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 1000.

[0076] The sensors 1020 may include devices, modules, or subsystems whose purpose is to detect events or changes in its environment and send the information (sensor data) about the detected events to some other device, module, subsystem, etc. Examples of such sensors include, inter alia, inertia measurement units comprising accelerometers; gyroscopes; or magnetometers; microelectromechanical systems or nanoelectromechanical systems comprising 3-axis accelerometers; 3-axis gyroscopes; or magnetometers; level sensors; flow sensors; temperature sensors (for example, thermistors) ; pressure sensors; barometric pressure sensors; gravimeters; altimeters; image capture devices (for example; cameras or lensless apertures) ; light detection and ranging sensors; proximity sensors (for example, infrared radiation detector and the like) ; depth sensors; ambient light sensors; ultrasonic transceivers; microphones or other like audio capture devices; etc.

[0077] The driver circuitry 1022 may include software and hardware elements that operate to control particular devices that are embedded in the UE 1000, attached to the UE 1000, or otherwise communicatively coupled with the UE 1000. The driver circuitry 1022 may include individual drivers allowing other components to interact with or control various input / output (I / O) devices that may be present within, or connected to, the UE 1000. For example, driver circuitry 1022 may include a display driver to control and allow access to a display device, a touchscreen driver to control and allow access to a touchscreen interface, sensor drivers to obtain sensor readings of sensor circuitry 1020 and control and allow access to sensor circuitry 1020, drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro-mechanic components, a camera driver to control and allow access to an embedded image capture device, audio drivers to control and allow access to one or more audio devices.

[0078] The PMIC 1024 may manage power provided to various components of the UE 1000. In particular, with respect to the processors 1004, the PMIC 1024 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.

[0079] In some embodiments, the PMIC 1024 may control, or otherwise be part of, various power saving mechanisms of the UE 1000. For example, if the platform UE is in an  RRC_Connected state, where it is still connected to the radio access network (RAN) node as it expects to receive traffic shortly, then it may enter a state known as Discontinuous Reception Mode (DRX) after a period of inactivity. During this state, the UE 1000 may power down for brief intervals of times and thus save power. If there is no data traffic activity for an extended period of time, then the UE 1000 may transition off to an RRC_Idle state, where it disconnects from the network and does not perform operations such as channel quality feedback, handover, etc. The UE 1000 goes into a very low power state and it performs paging where again it periodically wakes up to listen to the network and then powers down again. The UE 1000 may not receive data in this state; in order to receive data, it must transition back to RRC_Connected state. An additional power saving mode may allow a device to be unavailable to the network for periods longer than a paging interval (ranging from seconds to a few hours) . During this time, the device is totally unreachable to the network and may power down completely. Any data sent during this time incurs a large delay and it is assumed the delay is acceptable.

[0080] A battery 1028 may power the UE 1000, although in some examples the UE 1000 may be mounted deployed in a fixed location, and may have a power supply coupled to an electrical grid. The battery 1028 may be a lithium ion battery, a metal-air battery, such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, and the like. In some implementations, such as in vehicle-based applications, the battery 1028 may be a typical lead-acid automotive battery.

[0081] FIG. 11 illustrates a network node 1100 (e.g., a terrestrial base station or a non-terrestrial base station) , in accordance with some embodiments. The network node 1100 may include processors 1104, RF interface circuitry 1108, core network (CN) interface circuitry 1113, and memory / storage circuitry 1116. The network node 1100 can be a node of a RAN or a CN.

[0082] The components of the network node 1100 may be coupled with various other components over one or more interconnects 1128.

[0083] The processors 1104, RF interface circuitry 1108, memory / storage circuitry 1116 (including communication protocol stack 1110) , antenna 1124, and interconnects 1128 may be similar to like-named elements shown and described with respect to Figure 10.

[0084] The CN interface circuitry 1113 may provide connectivity to a CN, for example, a 4th Generation Core network (5GC) using a 4GC-compatible network interface protocol such as carrier Ethernet protocols, or some other suitable protocol. Network connectivity may be provided to / from the network node 1100 via a fiber optic or wireless backhaul. The CN interface circuitry 1113 may include one or more dedicated processors or FPGAs to communicate using one or more of the aforementioned protocols. In some implementations, the CN interface circuitry 1113 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0085] As indicated above, in other embodiments, the network node 1100 can be a CN node. In these embodiments, the network node 1100 include RF interface circuitry 1108 for connectivity with a RAN. The RF interface circuitry 1108 may include one or more dedicated processors or FPGAs to communicate using one or more of the aforementioned protocols. In some implementations, the RF interface circuitry 1108 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0086] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0087] For one or more embodiments, at least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, or methods as set forth in the example section below. For example, the baseband circuitry as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below. For another example, circuitry associated with a UE, base station, network element, etc. as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below in the example section.

[0088] Examples

[0089] In the following sections, further example embodiments are provided.

[0090] Example 1 can include a method comprising: detecting a trigger to generate a TA report with a symbol level granularity to be transmitted to a base station, the trigger associated with a misalignment occurring between collision predictions; generating the TA report with the symbol level granularity, the TA report indicating TA information to be used by the base station for scheduling at a symbol level based on the trigger; and transmitting the TA report to the base station.

[0091] Example 2 can include the method of example 1, wherein detecting the trigger comprises detecting a collision between a UL transmission to the base station and a DL reception from the base station.

[0092] Example 3 can include the method of any of examples 1 or 2, wherein detecting the trigger comprises: determining a number of detected collisions between UL transmissions to the base station and DL receptions from the base station; comparing the number of detected collisions to a threshold number of collisions; and determining whether to generate the TA based on comparing the number of detected collisions to a threshold number of collisions, wherein the trigger comprises the number of detected collisions being greater than the threshold number of collisions.

[0093] Example 4 can include the method of  example 3, wherein the number of detected collisions is greater than the threshold number of collisions, and wherein the method further comprises: determining whether a UL-SCH resource is available to transmit the TA report to the base station; and transmitting, via a multiplexing technique and using the UL-SCH resource, the TA report to the base station.

[0094] Example 5 can include the method of  example 3, wherein the number of detected collisions is greater than the threshold number of collisions, and wherein the method further comprises: determining whether a TA scheduling request is enabled; and transmitting a request for a resource to transmit the TA report to the base station based on determining that the TA scheduling request is enabled, wherein the resource is to be used to transmit the TA report to the base station.

[0095] Example 6 can include the method of  example 3, wherein the number of detected collisions is greater than the threshold number of collisions, and wherein the method further comprises: determining whether a TA scheduling request is enabled; and transmitting, via a random access procedure, a request for a resource to transmit the TA report to the base station based on determining that the TA scheduling request is not enabled, wherein the resource is to be used to transmit the TA report to the base station.

[0096] Example 7 can include the method of  example 3, wherein the method further comprises: predicting whether a scheduling request for a resource to transmit the TA report will collide with a future DL reception; and prioritizing the scheduling request over the DL reception.

[0097] Example 8 can include the method of  example 3, wherein the method further comprises: predicting whether a TA report communication will collide with a DL communication; and prioritizing the TA report communication over the DL communication.

[0098] Example 9 can include the method of any of examples 1-8, wherein detecting the trigger comprises: determining a current TA for a UL transmission to the base station; determining a difference between the current TA to a reported TA for a prior UL communication to the base station; comparing the difference to a threshold difference; and determining whether to generate the TA report based on comparing the difference to a threshold difference.

[0099] Example 10 can include the method of  example 9, wherein the method further comprises: processing configuration information from a network, the configuration information indicating a granularity of the TA report and the threshold difference, wherein the granularity comprises a one symbol granularity or a two symbol granularity.

[0100] Example 11 can include an apparatus comprising: processing circuitry to perform any of the steps of examples 1-10; and memory coupled to the processing circuitry, the memory to store the TA information

[0101] Example 12 can include one or more computer-readable media having stored thereon a sequence of instructions which, when executed by one or more processors, cause processing circuitry to perform any of the steps of examples 1-10.

[0102] Example 13 can include an apparatus comprising: processing circuitry to: detect a trigger to generate a MAC CE comprising a TA report with a symbol level granularity to be transmitted to a base station; generate the MAC CE to be transmitted to the base station, based on the trigger, the TA report comprising TA information for communication between a UE and the base station, and transmit the MAC CE to the base station; and memory coupled to the processing circuitry, the memory to store the TA information.

[0103] Example 14 can include the apparatus of example 13, wherein the processing circuitry is configured further to: access ephemeris information associated with the base station; and determine the TA information for the TA report with the symbol level granularity based on the ephemeris information associated with the base station.

[0104] Example 15 can include the apparatus of any of examples 13 or 14, wherein generating the MAC CE comprises: access ephemeris information associated with the base station; determine UE specific TA information for the TA report with the symbol level granularity based on the ephemeris information; and populate a field of the MAC CE with the UE specific TA information, wherein the UE specific TA information indicates a least integer number of symbols using a threshold subcarrier spacing, greater than or equal to a TA value between the UE and the base station.

[0105] Example 16 can include the apparatus of any of examples 13 or 14, wherein generating the MAC CE comprises: access a prior TA value for a prior UL communication to the base station; determine a difference between the prior TA value and a current TA value for the TA report with the symbol level granularity; and populate a field of the MAC CE with the difference between the prior TA value and the current TA value.

[0106] Example 17 can include the apparatus of any of examples 13-16, wherein generating the MAC CE comprises: populate a field of the MAC CE to indicate that the TA report is with symbol level granularity.

[0107] Example 18 can include the apparatus of any of examples 13-17, wherein generating the MAC CE comprises: populating a field of the MAC CE to indicate the collision type and that the TA report is with symbol level granularity.

[0108] Example 19 can include the apparatus of any of examples 13-18, wherein the TA report with symbol level granularity is a first TA report, and wherein the processing circuitry further to: determine whether a UL communication or a DL communication is occurring between a UE associated with the apparatus; and determine to generate the first TA report based on UL communication or a DL communication occurring between a UE associated with the apparatus.

[0109] Example 20 can include the apparatus of any of examples 13-18, wherein the TA report with symbol level granularity is a first TA report, and wherein the processing circuitry is configured further to: predict a collision between an UL transmission and a DL reception; determine a UL transmission type from the UL transmission; and determine whether to generate the first TA report or a second TA report with slot level granularity based on the UL transmission type.

[0110] Example 21 can include the apparatus of claim 20, wherein the UL transmission type comprises a PUSCH repetition type A transmission, a PUSCH repetition type B transmission, or a TBoMS transmission.

[0111] Example 22 can include the apparatus of any of examples 13-18, wherein the TA report with symbol level granularity is a first TA report, and wherein the processing circuitry is configured further to: predict a collision between an UL transmission and a DL reception; determine a collision type of the collision between the UL transmission and the DL reception; and determine whether to generate the first TA report or a second TA report with slot level granularity based on the collision type.

[0112] Example 23 can include the apparatus of any of examples 13-18, wherein the TA report with symbol level granularity is a first TA report, and wherein the processing circuitry is configured further   to: determine a number of collisions between a plurality UL transmission and a plurality of DL receptions; compare the number of collisions to a threshold number of collisions; and determine whether to generate the first TA report or a second TA report based on comparing the number of collisions to a threshold number of collisions.

[0113] Example 24 can include the apparatus of any of examples 13-22, wherein the MAC CE is a first MAC CE, and wherein detecting the trigger comprises: processing a second MAC CE from the base station that triggers the apparatus to generate the first MAC CE.

[0114] Example 25 can include the apparatus of any of examples 13-24, wherein the processing circuitry is configured further to: cause a message to be transmitted to the base station indicating a capability to generate the MAC CE comprising the TA report with the symbol level granularity.

[0115] Example 26 can include a method for performing any of the steps of examples 13-25.

[0116] Example 27 can include one or more computer-readable media having stored thereon a sequence of instructions which, when executed by one or more processors, cause processing circuitry to perform any of the steps of examples 13-25.

[0117] Example 28 can include one or more computer-readable media having stored thereon a sequence of instructions which, when executed by one or more processors, cause processing circuitry to: process configuration information from a base station, the configuration information indicating a first priority for a first collision scenario between a first DL reception from the base station and a first UL transmission to the base station, and the configuration information indicating a second priority for a second collision scenario between a second DL reception from the base station and a second UL transmission to the base station; predict a collision, the collision between the first DL reception from the base station and the first UL transmission to the base station; and access the configuration information to determine whether to prioritize the first DL reception from the base station over the first UL transmission to the base station or prioritize the first UL transmission to the base station over the first DL reception from the base station based on predicting the collision and the configuration information.

[0118] Example 29 can include the one or more computer-readable media of example 28, wherein the first DL reception comprises a semi-statically configured DL reception and the first UL transmission comprises a semi-statically configured UL transmission.

[0119] Example 30 can include the one or more computer-readable media of example 28, wherein the first DL reception comprises a dynamically scheduled DL reception and the first UL transmission comprises a dynamically scheduled UL transmission.

[0120] Example 31 can include the one or more computer-readable media of any of examples 28-30, wherein the configuration information comprises a single communication from the base station.

[0121] Example 32 can include the one or more computer-readable media of any of examples 28-30, wherein the configuration information comprises a first communication associated with the first DL reception from the base station and the first UL transmission and a second communication associated with the second DL reception from the base station and the second UL transmission to the base station.

[0122] Example 33 can include the one or more computer-readable media of any of examples 28-32, wherein the configuration information comprises an instruction for an apparatus of a UE to determine the first priority.

[0123] Example 34 can include a method for performing any of the steps of examples 28-33.

[0124] Example 35 can include an apparatus comprising: processing circuitry to perform any of the steps of examples 28-33; and memory coupled to the processing circuitry, the memory to store the TA information

[0125] Example 36 can include one or more computer-readable media having stored thereon a sequence of instructions which, when executed by one or more processors, cause processing circuitry to: predict a collision between a first DL reception from the base station and a first UL transmission to the base station; and determine wherein to prioritize the DL reception or the UL transmission accord based on predefined rules or a UE implementation.

[0126] Example 37 can include the one or more computer-readable media of example 37, wherein the first DL reception comprises a semi-statically configured DL reception and the first UL transmission comprises a semi-statically configured UL transmission.

[0127] Example 38 can include the one or more computer-readable media of example 37, wherein the first DL reception comprises a dynamically scheduled DL reception and the first UL transmission comprises a dynamically scheduled UL transmission.

[0128] Example 39 can include a method for performing any of the steps of examples 36-38.

[0129] Example 40 can include an apparatus comprising: processing circuitry to perform any of the steps of examples 36-38; and memory coupled to the processing circuitry, the memory to store the TA information

[0130] Any of the above-described examples may be combined with any other example (or combination of examples) , unless explicitly stated otherwise. The foregoing description of one or more implementations provides illustration and description, but is not intended to be exhaustive or to limit the scope of embodiments to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.

[0131] Although the embodiments above have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.

Claims

1.A method comprising:detecting a trigger to generate a timing advance (TA) report with a symbol level granularity to be transmitted to a base station, the trigger associated with a misalignment occurring between collision predictions;generating the TA report with the symbol level granularity, the TA report indicating TA information to be used by the base station for scheduling at a symbol level based on the trigger; andtransmitting the TA report to the base station.2.The method of claim 1, wherein detecting the trigger comprises detecting a collision between an uplink (UL) transmission to the base station and a downlink (DL) reception from the base station.3.The method of claim 1, wherein detecting the trigger comprises:determining a number of detected collisions between UL transmissions to the base station and DL receptions from the base station;comparing the number of detected collisions to a threshold number of collisions; anddetermining whether to generate the TA based on comparing the number of detected collisions to a threshold number of collisions, wherein the trigger comprises the number of detected collisions being greater than the threshold number of collisions.4.The method of claim 3, wherein the number of detected collisions is greater than the threshold number of collisions, and wherein the method further comprises:determining whether a UL-scheduling (SCH) resource is available to transmit the TA report to the base station; andtransmitting, via a multiplexing technique and using the UL-SCH resource, the TA report to the base station.5.The method of claim 3, wherein the number of detected collisions is greater than the threshold number of collisions, and wherein the method further comprises:determining whether a TA scheduling request is enabled; andtransmitting a request for a resource to transmit the TA report to the base station based on determining that the TA scheduling request is enabled, wherein the resource is to be used to transmit the TA report to the base station.6.The method of claim 3, wherein the number of detected collisions is greater than the threshold number of collisions, and wherein the method further comprises:determining whether a TA scheduling request is enabled; andtransmitting, via a random access procedure, a request for a resource to transmit the TA report to the base station based on determining that the TA scheduling request is not enabled, wherein the resource is to be used to transmit the TA report to the base station.7.The method of claim 3, wherein the method further comprises:predicting whether a scheduling request for a resource to transmit the TA report will collide with a future DL reception; andprioritizing the scheduling request over the DL reception.8.The method of claim 3, wherein the method further comprises:predicting whether a TA report communication will collide with a DL communication; andprioritizing the TA report communication over the DL communication.9.The method of claim 1, wherein detecting the trigger comprises:determining a current TA for a UL transmission to the base station;determining a difference between the current TA to a reported TA for a prior UL communication to the base station;comparing the difference to a threshold difference; anddetermining whether to generate the TA report based on comparing the difference to a threshold difference.10.The method of claim 9, wherein the method further comprises:processing configuration information from a network, the configuration information indicating a granularity of the TA report and the threshold difference, wherein the granularity comprises a one symbol granularity or a two symbol granularity.11.An apparatus comprising:processing circuitry to:detect a trigger to generate a media access control (MAC) control element (CE) comprising a timing advance (TA) report with a symbol level granularity to be transmitted to a base station;generate the MAC CE to be transmitted to the base station, based on the trigger, the TA report comprising TA information for communication between a user equipment (UE) and the base station, andtransmit the MAC CE to the base station; andmemory coupled to the processing circuitry, the memory to store the TA information.12.The apparatus of claim 11, wherein the processing circuitry is configured further to:access ephemeris information associated with the base station; anddetermine the TA information for the TA report with the symbol level granularity based on the ephemeris information associated with the base station.13.The apparatus of claim 11, wherein generating the MAC CE comprises:access ephemeris information associated with the base station;determine UE specific TA information for the TA report with the symbol level granularity based on the ephemeris information; andpopulate a field of the MAC CE with the UE specific TA information, wherein the UE specific TA information indicates a least integer number of symbols using a threshold subcarrier spacing, greater than or equal to a TA value between the UE and the base station.14.The apparatus of claim 11, wherein generating the MAC CE comprises:access a prior TA value for a prior UL communication to the base station;determine a difference between the prior TA value and a current TA value for the TA report with the symbol level granularity; andpopulate a field of the MAC CE with the difference between the prior TA value and the current TA value.15.The apparatus of claim 11, wherein generating the MAC CE comprises:populate a field of the MAC CE to indicate that the TA report is with symbol level granularity.16.The apparatus of claim 11, wherein generating the MAC CE comprises:populating a field of the MAC CE to indicate the collision type and that the TA report is with symbol level granularity.17.The apparatus of claim 11, wherein the TA report with symbol level granularity is a first TA report, and wherein the processing circuitry further to:determine whether a UL communication or a DL communication is occurring between a user equipment (UE) associated with the apparatus; anddetermine to generate the first TA report based on UL communication or a DL communication occurring between a user equipment (UE) associated with the apparatus.18.The apparatus of claim 11, wherein the TA report with symbol level granularity is a first TA report, and wherein the processing circuitry is configured further to:predict a collision between an UL transmission and a downlink (DL) reception;determine a UL transmission type from the UL transmission; anddetermine whether to generate the first TA report or a second TA report with slot level granularity based on the UL transmission type.19.The apparatus of claim 18, wherein the UL transmission type comprises a physical uplink secured channel (PUSCH) repetition type A transmission, a PUSCH repetition type B transmission, or a transmission block over multiple slots (TBoMS) transmission.20.The apparatus of claim 11, wherein the TA report with symbol level granularity is a first TA report, and wherein the processing circuitry is configured further to:predict a collision between an UL transmission and a DL reception;determine a collision type of the collision between the UL transmission and the DL reception; anddetermine whether to generate the first TA report or a second TA report with slot level granularity based on the collision type.21.The apparatus of claim 11, wherein the TA report with symbol level granularity is a first TA report, and wherein the processing circuitry is configured further to:determine a number of collisions between a plurality UL transmission and a plurality of DL receptions;compare the number of collisions to a threshold number of collisions; anddetermine whether to generate the first TA report or a second TA report based on comparing the number of collisions to a threshold number of collisions.22.The apparatus of claim 11, wherein the MAC CE is a first MAC CE, and wherein detecting the trigger comprises:processing a second MAC CE from the base station that triggers the apparatus to generate the first MAC CE.23.The apparatus of claim 11, wherein the processing circuitry is configured further to:cause a message to be transmitted to the base station indicating a capability to generate the MAC CE comprising the TA report with the symbol level granularity.24.One or more computer-readable media having stored thereon a sequence of instructions which, when executed by one or more processors, cause processing circuitry to:process configuration information from a base station, the configuration information indicating a first priority for a first collision scenario between a first downlink (DL) reception from the base station and a first uplink (UL) transmission to the base station, and the configuration information indicating a second priority for a second collision scenario between a second DL reception from the base station and a second UL transmission to the base station;predict a collision, the collision between the first DL reception from the base station and the first UL transmission to the base station; andaccess the configuration information to determine whether to prioritize the first DL reception from the base station over the first UL transmission to the base station or prioritize the first UL transmission to the base station over the first DL reception from the base station based on predicting the collision and the configuration information.25.The one or more computer-readable media of claim 24, wherein the first DL reception comprises a semi-statically configured DL reception and the first UL transmission comprises a semi-statically configured UL transmission.26.The one or more computer-readable media of claim 24, wherein the first DL reception comprises a dynamically scheduled DL reception and the first UL transmission comprises a dynamically scheduled UL transmission.27.The one or more computer-readable media of claim 24, wherein the configuration information comprises a single communication from the base station.28.The one or more computer-readable media of claim 24, wherein the configuration information comprises a first communication associated with the first DL reception from the base station and the first UL transmission and a second communication associated with the second DL reception from the base station and the second UL transmission to the base station.29.The one or more computer-readable media of claim 24, wherein the configuration information comprises an instruction for an apparatus of a user equipment (UE) to determine the first priority.30.One or more computer-readable media having stored thereon a sequence of instructions which, when executed by one or more processors, cause processing circuitry to:predict a collision between a first downlink (DL) reception from the base station and a first uplink (UL) transmission to the base station; anddetermine wherein to prioritize the DL reception or the UL transmission accord based on predefined rules or a UE implementation.31.The one or more computer-readable media of claim 30, wherein the first DL reception comprises a semi-statically configured DL reception and the first UL transmission comprises a semi-statically configured UL transmission.32.The one or more computer-readable media of claim 30, wherein the first DL reception comprises a dynamically scheduled DL reception and the first UL transmission comprises a dynamically scheduled UL transmission.

Images