Uplink scheduling enhancements for skipping

Abstract

A method of wireless communication includes transmitting, by a wireless device to a network device, an uplink scheduling information (USI) reporting by the wireless device from the network device within a time window, wherein the USI indicates one or more of: a number of times the wireless device received an uplink transmission grant but skipped a corresponding uplink transmission and / or a number of times the wireless device skipped performing a semi-persistent transmission scheduled according to a semi-static scheduling.

Description

UPLINK SCHEDULING ENHANCEMENTS FOR SKIPPINGTECHNICAL FIELD

[0001] The present document relates to wireless communication and, in particular, to management of uplink transmissions.BACKGROUND

[0002] Mobile telecommunication technologies are moving the world toward an increasingly connected and networked society. In comparison with the existing wireless networks, next generation systems and wireless communication techniques will need to support a much wider range of use-case characteristics and provide a more complex and sophisticated range of access requirements and flexibility.

[0003] Long-Term Evolution (LTE) is a standard for wireless communication for mobile devices and data terminals developed by 3rd Generation Partnership Project (3GPP) . LTE Advanced (LTE-A) is a wireless communication standard that enhances the LTE standard. The 5th generation of wireless system, known as 5G, advances the LTE and LTE-Awireless standards and is committed to supporting higher data-rates, a large number of connections, ultra-low latency, high reliability and other emerging business needs.SUMMARY

[0004] Techniques described in the present document may be used for improvements to the use of uplink transmissions in wireless communication.

[0005] In one example aspect, a method of wireless communication is disclosed. The method includes transmitting, by a wireless device to a network device, an uplink scheduling information (USI) reporting by the wireless device from the network device within a time window, wherein the USI indicates one or more of: a number of times the wireless device received an uplink transmission grant but skipped a corresponding uplink transmission and / or a number of times the wireless device skipped performing a semi-persistent transmission scheduled according to a semi-static scheduling.

[0006] In another example aspect, another method of wireless communication is disclosed. The method includes receiving by a network device from a wireless device, uplink scheduling information (USI) reporting, wherein the USI indicates one or more of: a number of times the wireless device received an uplink transmission grant but skipped a corresponding uplink transmission and / or a number of times the wireless device skipped performing a semi-persistent transmission scheduled according to a semi-static scheduling, and performing a wireless operation based on the USI received from the wireless device.

[0007] In yet another example aspect, a device for wireless communication is disclosed. The device includes one or more processors configured to execute program code that causes the device to implement an above-described method.

[0008] In yet another aspect, a storage medium is disclosed. The storage medium is computer-readable and stores code that, upon execution, causes one or more processors to control operations of a device to implement an above-described method.

[0009] These, and other, aspects are further described throughout the present document.BRIEF DESCRIPTION OF DRAWINGS

[0010] FIG. 1 shows an example of a wireless device skipping an uplink transmission.

[0011] FIG. 2 shows an example of a wireless device (UE) skipping a semi-persistent scheduling (SPS) transmission.

[0012] FIG. 3 shows timeline of reporting performed, and reporting not performed by UE.

[0013] FIG. 4 depicts an example of a wireless communication network in which embodiments disclosed in the present document may be implemented.

[0014] FIG. 5 is a block diagram representation of a portion of a hardware platform in accordance with one or more embodiments of the present technology can be applied.

[0015] FIGS. 6A-6B are flowcharts for wireless communication method embodiments.DETAILED DESCRIPTION

[0016] Techniques described in the present document may be used for achieving improvements to the operation of wireless devices in a wireless network.

[0017] Section headings are used in the present document only to improve readability and do not limit scope of the disclosed embodiments and techniques in each section to only that section. Furthermore, some embodiments are described with reference to Third Generation Partnership Project (3GPP) Fifth Generation (5G) New Radio (NR) or Sixth Generation (6G) standard for ease of understanding and the described technology may be implemented in different wireless system that implement protocols other than the NR or 6G protocol.

[0018] 1. Initial discussion

[0019] In the current 3GPP specification, the UL (uplink) Grant Skipping mechanism is introduced to enhance UE power saving. Specifically, when the gNB (gNodeB) sends a UL grant to the UE, if the UE has no data to transmit (i.e., the MAC Protocol Data Unit (PDU) contains zero MAC Service Data Units (SDUs) ) , the UE will skip the UL grant (e.g., the UE does not transmit physical uplink shared channel PUSCH despite receiving the UL grant from the gNB) .

[0020] The primary objective of UL grant skipping is to reduce latency (e.g., in Random Access Channel (RACH) procedures or for time-sensitive traffic packet latency) . This allows the gNB to pre-schedule resources even when the UE has not reported a Buffer Status Report (BSR) or sent a Scheduling Request (SR) , anticipating potential data generation by the UE. While this mechanism improves UE power efficiency, it introduces complexities for gNB implementation, as the gNB cannot determine whether the UE skipped the grant.

[0021] Key challenges arise from this ambiguity.

[0022] One challenge relates to the risk of gNB Misinterpretation: After sending a UL (uplink) grant, the gNB monitors PUSCH (physical uplink shared channel) signals based on the timeline of PDCCH (physical downlink control channel) and PUSCH. If the PUSCH Signal-to-Interference-plus-Noise Ratio (SINR) is below a threshold and the HARQ (hybrid automatic repeat request) feedback is NACK, the gNB typically sends a re-transmission grant. However, the gNB cannot distinguish between:

[0023] Case 1: UE skipped the grant (no data to transmit) ;

[0024] Case 2: UE transmitted PUSCH, but poor channel quality caused low SINR.

[0025] This ambiguity can lead to scenarios where the gNB mistakenly assumes UE skipped the PUSCH transmission when the UE actually transmitted it, resulting in prolonged RLC (radio link control) recovery latency due to unnecessary retransmission attempts.

[0026] Another challenge relates to protocol Configuration Limitations.

[0027] When the UE is configured with enhancedSkipUplinkTxDynamic, or enhancedSkipUplinkTxConfigured is set to true, the network may infer grant skipping based on negative HARQ feedback. However, this cannot fully rule out scenarios where the UE transmitted PUSCH but experienced transmission failures. Such misjudgments significantly degrade system performance by increasing RLC layer recovery delays.

[0028] This patent document discloses method based on UE report to solve these issues, among other technical problems. With the information supplied by UE, the gNB will figure out the potential case real happens to UE, and perform the right action to improve the performance.

[0029] 2. Introduction

[0030] Currently, in 3GPP, the main specification for UL grant skipping is TS 38.213, the following not generate a MAC PDU for the HARQ entity refers to UE does not transmit the PUSCH.

[0031] According to 3GPP, the MAC entity shall: 1> if the MAC entity is configured with enhancedSkipUplinkTxDynamic with value true and the grant indicated to the  HARQ entity was addressed to a C-RNTI, or if the MAC entity is configured with enhancedSkipUplinkTxConfigured with value true and the grant indicated to the HARQ entity is a configured uplink grant: 2> if there is no UCI to be multiplexed on this PUSCH transmission as specified in TS 38.213 [6] ; and 2> if there is no aperiodic CSI requested for this PUSCH transmission as specified in TS 38.212 [9] ; and 2> if the MAC PDU includes zero MAC SDUs; and 2> if the MAC PDU includes only the periodic BSR and there is no data available for any LCG, or the MAC  PDU includes only the padding BSR: 3> not generate a MAC PDU for the HARQ entity. 1> else if the MAC entity is configured with skipUplinkTxDynamic with value true and the grant indicated to the HARQ  entity was addressed to a C-RNTI, or the grant indicated to the HARQ entity is a configured uplink grant: 2> if there is no aperiodic CSI requested for this PUSCH transmission as specified in TS 38.212 [9] ; and 2> if the MAC PDU includes zero MAC SDUs; and 2> if the MAC PDU includes only the periodic BSR and there is no data available for any LCG, or the MAC  PDU includes only the padding BSR: 3> not generate a MAC PDU for the HARQ entity.

[0032] The current 3GPP TS 38.331 specifies the following: skipUplinkTxDynamic, enhancedSkipUplinkTxDynamic, enhancedSkipUplinkTxConfigured If set to true, the UE skips UL transmissions as described in TS 38.321 [3] . If the UE is configured with  enhancedSkipUplinkTxDynamic or enhancedSkipUplinkTxConfigured with value true, REPETITION_NUMBER (as specified in TS 38.321 [3] , clause 5.4.2.1) of the corresponding PUSCH  transmission of the uplink grant shall be equal to 1.

[0033] The current 3GPP TS 38.314 specifies the following

[0034] A UE shall upon detection of a PDCCH (physical downlink control channel) with a configured DCI format 0_0, 0_1, 0_2 or 0_3 transmit the corresponding PUSCH as indicated by that DCI unless the UE does not generate a transport block as described in [10, TS 38.321] .

[0035] As disclosed throughout the present document, the description addresses the above challenges, among other issues, by introducing an Uplink Scheduling Information (USI) mechanism. Through USI, the UE provides granular feedback to the gNB, enabling clear differentiation between: whether the UE successfully received the UL grant, or whether the UE skipped the grant (no data transmission) .

[0036] With this information, the gNB can achieve the following wireless operations.

[0037] Case 1: UE Skips UL Grant Execution

[0038] When the UE skips executing a received UL grant (i.e., does not transmit PUSCH despite valid grant reception) , the gNB shall: adjust pre-scheduling strategy: modify the current scheduling interval and resource allocation parameters to better align with the UE's actual data generation patterns.

[0039] Case 2: UE Transmits PUSCH with Insufficient Quality

[0040] When the UE transmits PUSCH but the received SINR is below the configured threshold (resulting in HARQ-ACK NACK) , the gNB shall: send re-transmission grant: immediately schedule a re-transmission grant using the same or adjusted MCS (modulation and coding scheme) and resource block allocation.

[0041] Various implementations of the following building blocks are disclosed.

[0042] Content of USI (UL Scheduling Information) : USI is a new type of UCI, the USI refers to the UL grant skip status. USI include the times for UE to skip the uplink grant or Semi-Persistent Scheduling PUSCH transmission within a specific time window.

[0043] Semi-Persistent Scheduling PUSCH transmission: the gNB uses a PDCCH (Physical Downlink Control Channel) scrambled with the specific radio network temporary identifier RNTI (i.e., Semi-Persistent SchedulinActivation DCI) to specify the radio resources, the UE is allowed to use the resource periodically without send DCIs (including both uplink and downlink DCIs) to the UE in each TTI (transmit time interval) , thereby reducing the corresponding PDCCH overhead.

[0044] FIG. 1 depicts an example of case 1 where UE skip the uplink grant. Here, within a time window, the UE skips one transmission grant while sends a transmission for the other transmission grant, and therefore reports 1 event.

[0045] FIG. 2 depicts an example of case 2 in which UE skips a Semi-Persistent Scheduling (SPS) . Here, within a time window, the UE skips two SPS transmission opportunities while sends a transmission for the SPS transmission activation, and therefore reports 1 event.

[0046] Brief introduction to channel or signaling to report USI:

[0047] USI (Uplink Scheduling Information) is a new type of UCI (Uplink Control Information) , it can be transmitted via PUCCH (Physical Uplink Control Channel) . When PUSCH (Physical Uplink Shared Channel) overlaps with PUCCH symbols, USI can also be multiplexed onto PUSCH for transmission. Additionally, USI can be transmitted via MAC CE (medium access control control element) or RRC (radio resource control) signaling.

[0048] Brief introduction to report format of the USI:

[0049] The USI report format includes cumulative scheduling count reporting, which directly conveys the statistics of scheduling occasions within the time window, and slot-level bitmap reporting, which uses a bitmap to indicate the UE's scheduling status for each slot (where each bit corresponds to whether the UE ignored a grant in the respective slot) . By the design of USI reporting, gNB is able to determine the distinguish the above case 1-2 through USI.

[0050] Option 1: UE report USI using PUCCH / PUSCH

[0051] For the process of UE reporting USI (Uplink Scheduling Information) , first, the UE needs to determine the USI reporting time window (2.1) , which defines the scheduling information corresponding to PDCCH (Physical Downlink Control Channel) that the UE report. Next, based on the number of PDCCHs to be counted and the counting method (2.2) , the number of USI bits and the generation method of the USI bit sequence are determined. (The USI bit sequence can be generated independently or concatenated with existing UCI for generation. ) Similarly, USI channel coding can be performed independently or concatenated with existing UCI for joint coding (2.3) . Finally, the PUCCH resource is determined according to the length of the USI bit sequence. If USI is multiplexed onto PUSCH, the number of resource elements occupied by USI and the mapping rules of USI to PUSCH need to be determined (2.4) .

[0052] 2.1 USI reporting time window determination

[0053] USI (Uplink Scheduling Information) refers to:

[0054] The number of events counted by the UE within a configured time window: the number of times an Uplink Grant is received but the PUSCH transmission is skipped (e.g., UE does not transmit the corresponding PUSCH) and the number of times Semi-Persistent Scheduling PUSCH transmission corresponding to Semi-Static Scheduling is ignored.

[0055] The time window for USI reporting is determined in the following ways, including:

[0056] Alt1: Determined by the slot timing from PUSCH to PUCCH, where a set of PUSCHs may map to the same PUCCH. A set of PUSCHs mapped to the same PUCCH is referred to as PUSCH transmission occasions. The timing relationship from PUSCH to USI feedback is denoted as K.

[0057] K set can be configured by higher-layer parameters, and each K can also be indicated PDCCH, thus the field of DCI should at least include a field to indicated the timing, this field enables the UE to determine the time gap from PUSCH transmission to PUCCH transmission.

[0058] For Semi-Persistent Scheduling PUSCH (without PDCCH for PUSCH transmission) , the value of K is indicated in the Semi-Persistent Scheduling Activation DCI, or configured by higher layer.

[0059] For UE to report the times of skipping the PDCCH (i.e., USI) by PUCCH or by PUSCH, if the first uplink symbol of the PUCCH, as defined by the assigned PUSCH-to-USI_feedback, starts no earlier than at symbol L, where L is defined as the next uplink symbol starting after a set of symbols after the end of the last symbol of the PUSCH indicating the UL grant, then the UE shall provide a valid UCI message carrying UL scheduling information (USI) . Otherwise, the UE may not provide a valid USI corresponding to the receiving the PUSCH.

[0060] An example scenario is depicted in FIG. 3. As depicted in FIG. 3, the top transmission occurs because it is separated from the previous PUSCH by at least L symbols, while the bottom transmission of the USI does not occur because it is not separated from the previous PUSCH by more than L symbols.

[0061] Alt2: Alternatively, USI is reported periodically, the size of the time window is dependent on the configured period. The reporting configuration for USI can be periodic or semi-persistent. For a periodic or semi-persistent USI report on PUCCH, the periodicity and the slot offset can be configured by the higher layer, the slot n is determined based on the periodicity and the slot offset. And for the periodic reporting, UE can transmit the USI in the corresponding slot with no triggering / activation, for the semi-persistent reporting, the UE perform reporting on PUSCH after the UE receives an activation command.

[0062] The USI is a new type of UCI, the above method is designed for UE to determine the slot for USI transmission, and the same as legacy, when PUSCH overlaps with PUCCH, the UCI can be multiplexed onto PUSCH.

[0063] 2.2 USI bits determination

[0064] As the time window for USI reporting is determined, the statics of the USI is based on the PUSCH transmit occasions within the window.

[0065] USI is represented as an accumulative number of the times

[0066] For the case that USI is represented as an accumulative number of the times, UE report a numerical value representing the total number of times a specific event (e.g., UL grant skipping times, or Semi-Persistent Scheduling for PUSCH skipping times) .

[0067] Determine the number of USI bits when USI is represented as an accumulative number of the times

[0068] Alt 1: Report the number of times directly

[0069] Pre-define the maximum number of bits for the USI. For example, the number of bits equals to 3, then the maximum number of accumulated skip times can be 8. Table 1 the USI value determination

[0070] Alt 2: Report the Index

[0071] Shown as the following table, index 0 corresponding to Value 1～2; index 1 corresponding to Value 3～4; the total number of USI bits is determined by the length of the table. Assuming the length of the table is 8, the total number of USI bit is 3. Table 1 the USI value determination

[0072] Alt 3: DAI-like solution

[0073] Considering the number of skipping within a time window might be large, there is a need to explore methods for compressing the bits of the USI, and by using the compressed USI, the NW should still be able to obtain the relatively accurate values. As shown in the following table with the method, the total number of USI bits could be 2bits. Table 3 Mapping between USI bits sequence and the number of skipping

[0074] USI is represented as a bitmap

[0075] Alternatively, a bitmap of length N covers N slots, with each bit indicating as follows: a value of '0' indicates that event 1 occurred (e.g., no UL grant detected) , a value of '1' indicates that event 2 occurred (e.g., UL grant detected but not skipped) , a value of '2' indicates that event 3 occurred (e.g., UL grant detected and skipped) .

[0076] Alternatively, a bitmap of length N covers N slots, with each bit indicating: a value of '0' indicates that event 1 occurred (e.g., the PUSCH is transmitted) , a value of '1' indicates that event 2 occurred (e.g., the PUSCH skipped) . The N slot can be determined by the K set, or the periodic time window.

[0077] 2.3 USI bits sequence generation and encoding

[0078] The USI bit sequence is given by USI bits determination, and the USI bit can be transmitted independently on PUCCH, or transmitted with existing UCI (such as SR / HARQ ACK / CSI) , or multiplexed on PUSCH.

[0079] Alt1: When the only USI bits is transmitted on a PUCCH, the bit sequence can be attached to a CRC and encoded independently.

[0080] Alt2: When USI is multiplexed with the existing UCI and transmit on PUCCH, the USI can be concatenated together with HARQ-ACK or CSI-part1 or CSI-part2, the concatenation rules are pre-defined between the base station and the UE, or the concatenation rules are configured by the base station. Under the concatenation rules, the order for bit-level concatenation can include at least one of the following cases:

[0081] If the USI is multiplexed with HARQ-ACK, the bit sequence of USI can be placed either before or after the HARQ-ACK bit sequence.

[0082] If the USI is multiplexed with CSI part 1, the bit sequence of USI can be placed either before or after the CSI part 1 bit sequence.

[0083] If the USI is multiplexed with CSI part 2, the bit sequence of USI can be placed either before or after the CSI part 2 bit sequence.

[0084] If the USI is multiplexed with HARQ-ACK and CSI part 1, the bit sequence of UCI can be:

[0085] USI bit sequence, HARQ-ACK bit sequence, CSI part 1 bit sequence.

[0086] Or the bit sequence of UCI can be HARQ-ACK bit sequence, USI bit sequence, CSI part 1 bit sequence.

[0087] Or the bit sequence of UCI can be HARQ-ACK bit sequence, CSI part 1 bit sequence, USI bit sequence.

[0088] If the USI is multiplexed with HARQ-ACK, CSI part 1 and CSI part 2, the bit sequence of UCI can be:

[0089] USI bit sequence, HARQ-ACK bit sequence, CSI part 1 bit sequence, CSI part 2 bit sequence.

[0090] Or HARQ-ACK bit sequence, USI bit sequence, CSI part 1 bit sequence, CSI part 2 bit sequence.

[0091] Or HARQ-ACK bit sequence, CSI part 1 bit sequence, USI bit sequence, CSI part 2 bit sequence.

[0092] Or HARQ-ACK bit sequence, CSI part 1 bit sequence, CSI part 2 bit sequence, USI bit sequence.

[0093] For the USI is multiplexed with the existing UCI, the USI bit sequence is jointly CRC-attached and encoded.

[0094] Alt3: When PUCCH overlaps with PUSCH, the USI being carried in PUCCH can be multiplexed onto PUSCH. As legacy, the offset values are defined for a UE to determine a number of resources for multiplexing HARQ-ACK information / CSI reports in a PUSCH. The offset can also for a UE to determine a number of resources for USI, the offset values are signaled to a UE either by a DCI format scheduling the PUSCH transmission or by higher layers.

[0095] Alt2-1: The USI bit can be transmitted independently; the bit sequence can be encoded and attached with a CRC independently.

[0096] Alt2-2: Alternatively, USI bits transmit can be transmitted with ACK, the bit sequence containing USI and HARQ-ACK can be jointly encoded and perform CRC attachment.

[0097] Alt2-3: Alternatively, USI bits transmit can be transmitted with CSI part 1 or CSI part 2, the bit sequence containing USI and CSI can be jointly encoded and perform CRC attachment.

[0098] 2.4 PUCCH resource determination and mapping

[0099] For USI bits transmitted on PUCCH, they can be sent independently, concatenated with existing UCI (such as SR / HARQ-ACK / CSI) , or multiplexed onto PUSCH. The PUCCH resource for USI transmission is determined based on one or more of the following methods:

[0100] Alt1: The PUCCH resource for USI is configured by higher layers.

[0101] Alt2: The PUCCH resource for USI is determined by USI information bits (e.g., bit 0 corresponds to a specific sequence cyclic shift) .

[0102] Alt3: The PUCCH resource for USI is determined by the number of USI bits.

[0103] Alt4: The PUCCH resource for USI is determined according to the Physical Resource Indicator (PRI) in the DCI.

[0104] Alt5: The PUCCH resource for USI is determined by its Physical Resource Blocks (PRBs) . The number of PRBs is calculated based on the USI bit count, maximum code rate, and modulation scheme, followed by selecting the appropriate PUCCH resource.

[0105] For the first symbol of PUCCH transmission, at least one of the following cases shall apply:

[0106] The first symbol for PUCCH transmission is configured by higher layers.

[0107] The first symbol for PUCCH transmission starts at the first symbol of the PRB.

[0108] The first symbol for PUCCH transmission starts at the last symbol of the PRB.

[0109] For the USI bits multiplexed on PUSCH, the number of resource elements (REs) for USI transmission is determined based on the length of the USI bits and an offset (configured by higher layers) . The RE count for USI transmission is determined using at least the following methods:

[0110] Alt2-1: The USI bits are transmitted independently. The USI bit length is determined by the method specified in 2.2, and the USI offset is configured by higher layer.

[0111] Alt2-2: The USI bits are transmitted together with HARQ-ACK. The total bit length is determined by the combined length of USI and HARQ-ACK, with the offset reuse the HARQ-ACK offset.

[0112] Alt2-3: Alternatively, the USI bits are transmitted with CSI part 1 or CSI part 2. The total bit length is determined by the combined length of USI and the respective CSI part, with the USI offset reuse the offset configured for CSI part 1 or CSI part 2.

[0113] For the mapping rules for USI when USI is multiplexed on PUSCH, the pre-defined mapping rules can be used:

[0114] The USI RE can be mapping on the first symbol next to the PUSCH DMRS.

[0115] The USI RE can be mapping on the first symbol of the RB of PUSCH.

[0116] The USI RE can be mapping on the last symbol of the RB of PUSCH.

[0117] The USI RE can be mapping on the last symbol next to the CSI part 1 RE.

[0118] The USI RE can be mapping on the last symbol next to the HARQ-ACK RE.

[0119] The PRI transmission design for USI:

[0120] In the current 3GPP specification, the PUCCH resource set contains 8 to 32 PUCCH resources. For HARQ-ACK information, the corresponding PUCCH resource is determined by the PUCCH resource indicator (PRI) carried in the last detected DCI among those DCI formats containing the PDSCH-to-HARQ_feedback timing indicator field.

[0121] However, if the UE fails to detect the last PDCCH carrying such DCI formats, the UE shall use the latest successfully detected PDCCH to determine the PUCCH resource. In contrast, the gNB always assumes the UE uses the last transmitted PDCCH for this determination. This discrepancy may lead to a mismatch between the UE's and gNB's selected PUCCH resources, resulting in potential HARQ-ACK transmission failures.

[0122] The PUCCH resource selection for USI has the same issue. Regarding the PUCCH resource selection for USI report, in case the slot for feedback is determined by PDCCH-to-USI_feedback timing, to avoid the above issue, the PUCCH Resource Indicator (PRI) within PDCCH monitor occasions shall be uniform., i.e., each PDCCH carries a PUCCH resource indicator with the same value, even if UE fails to detect the last PDCCH, the latest detected PDCCCH carriers the same PRI value as missed one, ensuring consistency.

[0123] Alternatively, legacy-based selection can be used as well, i.e., the PUCCH resource is determined by the PUCCH resource indicator in the last PDCCH.

[0124] Option 2: UE report USI using MAC CE

[0125] The design of MAC CE

[0126] Add a new uplink MAC CE: UL schedule information (USI) MAC CE

[0127] The MAC CE can be a fixed size and consists of some octets, alternatively, it has a variable size, and the MAC CE can include the total number of times a specific event (e.g., UE monitor PDCCH and report the accumulative number of skipped DCIs in the received DCIs) .

[0128] Or MAC CE can include the bitmap to report the status for every PUSCH transmit occasions. The bits in bitmap corresponding to the status for PUSCH transmit occasions. The bits in bitmap corresponding to the status for candidate PDCCH occasions. For example, a particular bit value in bitmap indicates no UL grant is detected for a certain slot, or UL grant detected but not skipped, or UL grant detected and skipped.

[0129] The MAC CE reporting procedure

[0130] UL schedule information MAC CE is controlled by RRC with the following parameters: PeriodicTimer, ProhibitTimer, usi-skip-times-threshold. A UL schedule information MAC CE shall be triggered if any of the following events occur: PeriodicTimer expires, and there are UL resources allocated for transmission. Alternatively, ProhibitTimer expires, and there are UL resources allocated for transmission, and the accumulative number of skipped DCIs in the received DCIs is larger than usi-skip-times-threshold.

[0131] Option 3: UE report USI using RRC

[0132] Use RRC signaling to report the USI, a new RRC signaling is introduced. The content of the new RRC message include at least the following:

[0133] The total number of times a specific event (e.g., UL grant detection or skipping)

[0134] The bitmap to report the status for every PUSCH transmit occasions.

[0135] The RRC reporting procedure

[0136] A UE may initiate transmission of a UL RRC message to provide a USI report at least under the following 2 cases:

[0137] A timer for USI report is configured by RRC, when the timer expires, UE report the USI by RRC message.

[0138] The accumulative number of skipped DCIs in the received DCIs is larger than a threshold, UE report the USI by RRC message.

[0139] 3. Introduction to Embodiment Examples

[0140] Some example embodiments are described to further highlight how the various solutions described herein may be implemented in certain situations.

[0141] Embodiment 1: Periodic USI Reporting via PUCCH (Statistical Format) Scenario

[0142] USI is reported periodically, the size of the time window is dependent on the configured period, thus, the PUSCH transmit occasions is determined by the period. Assuming higher layers configure a periodicity of 10 ms and a slot offset of 2, so the UE monitors PUSCH transmit occasions over 10 consecutive slots, and needs to periodically report the cumulative number of scheduling grants skipped in slot n = (system frame number *10 + slot number) mod 10 + 2.

[0143] One example UE procedure is as follows:

[0144] Step 1: Initialization for USI bits determination

[0145] For the USI is represent as an accumulative number of the times: UE initialize the counter: cumulative grants skipped = 0.

[0146] Step 2: PDCCH Monitoring

[0147] The time window size is 10 slots (slot 3, 4, 5, 6, 7, 8, 9, 0, 1, 2) , during which the UE counts skipped PUSCH transmissions. UE monitors valid UL grants and the corresponding PUSCH is in slots 4, 5, and slot 7 is semi-persistent scheduling transmission, and UE skips the grant in slot 5, 7 due to no uplink data to transmit, so total_skipped += 2.

[0148] Step 3: USI Encoding

[0149] UE generated the binary: skip count (2) generates binary: 001 (3 bits) .

[0150] Step 4: PUCCH Multiplexing

[0151] PUCCH resource for USI reporting is in slot 2. When PUSCH overlaps with PUCCH, the USI (3 bits) is multiplexed onto PUSCH. The number of REs is determined: USI bit length (3) . The offset reuses the USI offset (e.g., 12 REs) configure by higher layer, mapping USI to REs starting at symbol 4 of the PUSCH RB.

[0152] Embodiment 1: K1-like Reporting via PUCCH (Bitmap Format) Scenario

[0153] A UE configures USI reporting for uplink scheduling information using PUCCH, where the time window is determined by the slot timing from PDCCH to PUCCH.

[0154] Implementation Steps

[0155] Step 1: Initialization for USI bits determination

[0156] For the USI is represent as an accumulative number of the times: UE initialize the counter: cumulative grants skipped = 0.

[0157] Step 2: PUSCH Transmit Occasions

[0158] The UE maps a set of PUSCHs to the same PUCCH, defining them as "PUSCH transmit occasions" . The timing relationship from PUSCH to USI feedback is denoted as K, configured by higher-layer parameters (e.g., K = {4, 6, 8} slots) .

[0159] Step 3: DCI Field Detection

[0160] The DCI for uplink grant includes a field indicating PUSCH-to-USI_feedback timing (e.g., k = 4) , enabling the UE to calculate the time gap from PUSCH transmission to PUCCH transmission. For example, if a PUSCH is received in slot n-8, the USI feedback is scheduled in slot n.

[0161] The DCI for uplink grant includes a field indicating PUSCH-to-USI_feedback timing (e.g., k = 6) , enabling the UE to calculate the time gap from PUSCH transmission to PUCCH transmission. For example, if a PUSCH is received in slot n-6, the USI feedback is scheduled in slot n.

[0162] The DCI for uplink grant includes a field indicating PUSCH-to-USI_feedback timing (e.g., k = 6) , enabling the UE to calculate the time gap from PUSCH transmission to PUCCH transmission. For example, if a PUSCH is received in slot n-4, the USI feedback is scheduled in slot n.

[0163] Step 4: PDCCH Monitoring

[0164] If the first uplink symbol of the PUCCH starts in the first symbol of slot n, the PUSCH ends at symbol 11 in a slot n-4, L starts at the first symbol of slot n-3. in this case, PUCCH starts no earlier than at symbol L, i.e., this condition is met, the UE generates a valid UCI message carrying USI;

[0165] UE monitors valid UL grants in slots n-4, n-6, n-8, and UE skips the grant in slot n-4, n-6, due to no uplink data to transmit, so total_skipped += 2.

[0166] Step 5: USI bit sequence generation and encoding

[0167] The UE generates the binary sequence "010" (3 bits) by directly reporting the skip count (2) .

[0168] Step 6: PUCCH Multiplexing

[0169] PUCCH resource for USI reporting is in slot n, UE multiplex USI with 2-bit HARQ-ACK on PUCCH Format 2, then HARQ-ACK (2 bits) and USI (3 bits) make total of 5 bits. And USI and HARQ-ACK are jointly encoded and perform CRC attachment.

[0170] Step 7: PUCCH Resource Selection

[0171] The PUCCH resource is determined by the joint bit length (e.g., 5 bits) , selecting a resource capable of carrying 5bits.

[0172] Embodiment 2: Aperiodic USI Reporting via PUSCH (Bitmap Format) Scenario

[0173] The PDCCH monitoring occasions are from slot 12 to slot 15. A UE detects UL grants in slots 12-15 and aperiodically reports slot-specific grant execution status using a 4-bit bitmap (1 bit per slot) .

[0174] One example UE procedure is as follows

[0175] Step 1: Bitmap Initialization

[0176] UE initialize the bitmap length N = 4 (covering slots 12-15) .

[0177] Step 2: PDCCH Monitoring

[0178] UE has monitored UL grant and transmit PUSCH on slot 12, so Bitmap [0] = 0. UE has monitored no UL grant on slot 13, then Bitmap [1] is not reported. UE has monitored UL grant but did not transmit PUSCH on slot 14 (i.e., the UL grant is skipped) , so Bitmap [2] = 1. UE has monitored UL grant and transmit PUSCH on slot 15, so Bitmap [3] = 0.

[0179] Note: the rules of bitmap generation:

[0180] 0: UL grant is monitored and the corresponding PUSCH is transmitted.

[0181] 1: UL grant monitored and skipped.

[0182] Step 3: USI Encoding

[0183] UE generated the bitmap: 010 (only slots with grants are reported) , so the USI payload is 010 (3 bits) . The USI bit are transmitted independently, the bit sequence can be encoded and attach CRC independently. The number of RE for USI is determined by the value of the offset.

[0184] Step 4: PUSCH Triggering

[0185] UE monitors DCI with offset K = 2 to trigger USI reporting, UE transmit USI onto PUSCH with or without data in slot 17.

[0186] Embodiment 3: MAC CE-Based USI Reporting with Threshold Trigger Scenario

[0187] A UE perform scheduling statistics and triggers a MAC CE when skip count exceeds a configured threshold.

[0188] Preconditions: UE is configured with USI MAC CE trigger threshold: usi-skip-times-threshold = 2 (trigger MAC CE when skipped grants ≥ 2) , PeriodicTimer = 10 ms (periodic reporting) , and a UE accumulates scheduling statistics and triggers a MAC CE when skip count exceeds the configured threshold. UE Procedure

[0189] Step 1: Counter Initialization

[0190] UE initialize the counter: cumulative grants skipped_count = 0.

[0191] Step 2: PDCCH Monitoring

[0192] UE monitors 5 grants over 10 slots, UE skips PDCCH 3 times, so cumulative grants skipped_count = 3, the corresponding bit sequence is 001 (which occupies 3 bit using index reporting method) .

[0193] Step 3: MAC CE Construction

[0194] The UL Schedule Information MAC CE may consist of bitmap length (if the MAC CE is variable size) and bitmap data (3 bits for cumulative grants skipped_count) .

[0195] Step 4: PUSCH Triggering

[0196] Since cumulative grants skipped_count (3) > usi-skip-times-threshold (2) , UE transmit MAC CE in next PUSCH.

[0197] If the USI is present as bitmap, and each bit represents a slot (1-10) :

[0198] Step 1: Counter Initialization

[0199] UE initialize the bitmap length N = 10 (covering slots 1-10) .

[0200] Step 2: PDCCH Monitoring

[0201] UE monitors 5 grants over 10 slots, skips 3, so cumulative UL grants received_count = 5 (occupying 3 bits) , cumulative grants skipped_count = 3 (occupying 3 bits) .

[0202] Step 3: MAC CE Construction

[0203] The UL Schedule Information MAC CE may consist of bitmap length (if the MAC CE is variable size) and bitmap data (bitmap: 0112002200 (slots 2, 3, 4, 7, 8 had grants; 4, 7, 8 were skipped) ) .

[0204] Note: the rules of bitmap generation:

[0205] 0: No grant monitored.

[0206] 1: Grant monitored and PUSCH is transmitted.

[0207] 2: Grant monitored and skipped.

[0208] Step 4: PUSCH Triggering

[0209] Since cumulative grants skipped_count (3) > usi-skip-times-threshold (2) , UE transmit MAC CE in next PUSCH.

[0210] Embodiment 4: RRC-Based USI Reporting for Long-Term Statistics Scenario

[0211] A UE periodically or event reports long-term (e.g., over 100 ms) USI via RRC signaling.

[0212] Preconditions: UE is configured with USI RRC message trigger threshold: UsiSkipTimesThreshold = 20 (trigger RRC message when skipped grants ≥ 20) , PeriodicTimer = 100 ms (periodic reporting) , and a UE accumulates scheduling statistics and triggers a RRC message when skip count exceeds the configured threshold.

[0213] UE Procedure

[0214] Step 1: Counter Initialization

[0215] UE initialize the counter: cumulative grants skipped_count = 0.

[0216] Step 2: PDCCH Monitoring

[0217] UE monitors 80 grants over 100 slots, skips 40, so cumulative UL grants received_count = 80, cumulative grants skipped_count = 40.

[0218] Step 3: RRC Message Construction

[0219] UEAssistanceInformation ->UsiSkipTimes = 40;

[0220] Step 4: PUSCH Triggering

[0221] Since number of slots is (100) = RRC USI timer (100) and cumulative grants skipped_count (40) >UsiSkipTimesThreshold (20) , UE transmit RRC message.

[0222] 4. Example implementations

[0223] FIG. 4 shows an example of a wireless communication system 1300 where techniques in accordance with one or more embodiments of the present technology can be applied. A wireless communication system 1300 can include one or more network devices such as base stations (BSs) 1305a, 1305b, one or more wireless devices (or UEs) 1310a, 1310b, 1310c, 1310d, and a core network 1325. A base station 1305a, 1305b can provide wireless service to terminal devices 1310a, 1310b, 1310c and 1310d in one or more wireless sectors. In some implementations, a base station 1305a, 1305b includes directional antennas to produce two or more directional beams to provide wireless coverage in different sectors. The core network 1325 can communicate with one or more base stations 1305a, 1305b. The core network 1325 provides connectivity with other wireless communication systems and wired communication systems. The core network may include one or more service subscription databases to store information related to the subscribed terminal devices 1310a, 1310b, 1310c, and 1310d. A first base station 1305a can provide wireless service based on a first radio access technology, whereas a second base station 1305b can provide wireless service based on a second radio access technology. The base stations 1305a and 1305b may be co-located or may be separately installed in the field according to the deployment scenario. The terminal devices 1310a, 1310b, 1310c, and 1310d can support multiple different radio access technologies. The techniques and embodiments described in the present document may be implemented by the base stations or wireless devices described in the present document.

[0224] FIG. 5 is a block diagram representation of a portion of a hardware platform in accordance with one or more embodiments of the present technology can be applied. The hardware platform 1605 may implement functionalities of a device or an apparatus such as a network device (e.g., base station) or a wireless device (e.g., a UE) can include processor electronics 1610 such as one or more microprocessors, processors, system on chip (SOC) or the like that implements one or more of the wireless communication techniques presented in this document. The hardware platform 1605 can include transceiver electronics 1615 to send and / or receive messages and signals over one or more communication interfaces such as antenna 1620. In some embodiments, the communication interface may be a wired interface, in which case the antenna 1620 may not be needed / used. The hardware platform 1605 can include other communication interfaces for transmitting and receiving data. The hardware platform 1605 can include one or more memories (not explicitly shown) configured to store information such as data and / or instructions. In some implementations, the processor electronics 1610 can include at least a portion of the transceiver electronics 1615. In some embodiments, at least some of the disclosed techniques, modules or functions are implemented using the hardware platform 1605. In some embodiments, the hardware platform 1405 may be configured to perform the methods described herein.

[0225] Some preferred embodiments may preferably implement the following solutions.

[0226] 1. A method of wireless communication (e.g., method 610 depicted in FIG. 6A) , comprising: transmitting (612) , by a wireless device to a network device, an uplink scheduling information (USI) reporting by the wireless device from the network device within a time window, wherein the USI indicates one or more of: a number of times the wireless device received an uplink transmission grant but skipped a corresponding uplink transmission and / or a number of times the wireless device skipped performing a semi-persistent transmission scheduled according to a semi-static scheduling.

[0227] 2. A method of wireless communication (e.g., method 620 depicted in FIG. 6B) , comprising, receiving (622) by a network device from a wireless device, uplink scheduling information (USI) reporting, wherein the USI indicates one or more of: a number of times the wireless device received an uplink transmission grant but skipped a corresponding uplink transmission and / or a number of times the wireless device skipped performing a semi-persistent transmission scheduled according to a semi-static scheduling; and performing (624) a wireless operation based on the USI received from the wireless device.

[0228] Additional solutions include the following.

[0229] 3. The method of solutions 1-2, wherein the time window is defined according to a rule, wherein the rule specifies that the time window is determining according to a time gap from an uplink shared channel to an uplink control channel, wherein each USI comprises report for K uplink shared channels, where K is a positive integer.

[0230] 4. The method of solution 3, wherein K is signaled from the network device to the wireless device in a higher layer message, a downlink control information (DCI) , or semi-persistent scheduling activation DCI.

[0231] 5. The method of solutions 1-4, wherein the USI is a periodic transmission, and wherein the time window is dependent on a configured period of the periodic transmission.

[0232] 6. The method of solution 5, wherein the configured period and / or a slot offset of the periodic transmission are configured according to a higher layer signaling.

[0233] Item 2.1 provides additional details of above solutions.

[0234] 7. The method of any of solutions 1-6, wherein the USI indicates an accumulative number of the number of uplink (UL) transmission grants or semi-persistent scheduling (SPS) transmission occasions skipped by the wireless device within the time window.

[0235] 8. The method of solution 7, wherein the USI indicates an actual number of UL transmission grants of SPS transmission occasions skipped within the time window.

[0236] 9. The method of solution 7, wherein the USI indicates an actual number of UL transmissions, including UL transmissions based on uplink transmission grants and UL transmissions based on the semi-static scheduling that are skipped within the time window.

[0237] 10. The method of solution 7, wherein the USI indicates an index from which an actual number of uplink transmissions is determined.

[0238] 11. The method of solution 7, wherein the USI indicates the actual number of uplink transmissions received by the wireless device using modulo arithmetic.

[0239] 12. The method of solution 7, wherein the USI comprises a bitmap such that:

[0240] for each slot within the time window, one or more bits in the bitmap indicate occurrence of one or more events including non-detection of an uplink transmission grant, skipping of a successfully received uplink transmission grant, use of a successfully received uplink transmission grant; or

[0241] for each slot within the time window, a bit that indicates whether an uplink transmission was skipped of performed.

[0242] Item 2.2 provides additional details of above solutions.

[0243] 13. The method of any of solutions 1-12, wherein the USI is transmitted on a physical uplink control channel (PUCCH) independent of other uplink control information.

[0244] 14. The method of any of solutions 1-13, wherein the USI is transmitted on a physical uplink control channel (PUCCH) jointly with other uplink control information using a concatenation scheme.

[0245] 15. The method of solution 14, wherein the concatenation scheme is indicated by the network device to the wireless device, or wherein the concatenation scheme is pre-defined between the network device and the wireless device.

[0246] 16. The method of solutions 14-15, wherein the concatenation scheme comprises a following order: USI, hybrid automatic repeat request acknowledgement (HARQ-ACK) ; HARQ-ACK, USI; USI, Channel State Information (CSI) part 1; CSI part 1, USI; USI, CSI part 2; CSI part 2, USI; USI, HARQ-ACK, CSI part 1; HARQ-ACK, USI, CSI part 1; HARQ-ACK, CSI part 1, USI; USI, HARQ-ACK, CSI part 1, CSI part 2; HARQ-ACK, USI, CSI part 1, CSI part 2; HARQ-ACK, CSI part 1, USI, CSI part 2; or HARQ-ACK, CSI part 1, CSI part 2, USI.

[0247] 17. The method of any of solutions 1-12, wherein the USI is transmitted on a physical shared uplink channel (PUSCH) that overlaps with a physical uplink control channel (PUCCH) by: independently encoding; by multiplexing with a hybrid automatic repeat request acknowledgement (Hybrid ACK) in a prespecified order; or by multiplexing with CSI part 1, CSI part 2 in a pre-specified order or using a concatenation rule configured by the network device.

[0248] Item 2.3 provides additional details of above solutions.

[0249] 18. The method of any of solution 1-2, wherein the USI is transmitted on a physical uplink control channel (PUCCH) using a following resource selection method: a higher layer signal determines which resource to use; a number of bits determines which resource to use; a physical resource indicator (PRI) in a downlink control information (DCI) determines which resource to use; or a number of physical resource blocks (PRBs) needed for transmitting the USI determines which resource to use.

[0250] 19. The method of solution 18, wherein a first symbol for transmission of the USI is determined by: higher layer signaling; first symbol of the PRBs; or last symbols of the PRBs.

[0251] 20. method of any of solution 18-19, wherein the USI is transmitted on a physical uplink shared channel (PUSCH) using one or more of following method: USI bits are transmitted independent of other information; USI offset is configured by higher layer signaling; USI bits are transmitted together with hybrid automatic repeat request acknowledgement (HARQ-ACK) bits; USI bits are transmitted together with channel state information (CSI) part 1 or CSI part 2; USI resource elements are mapped to a first symbol neighboring demodulation reference signal (DMRS) symbol; USI resource elements are mapped to a first symbol of PUSCH resource block (RB) ; USI resource elements are mapped to a last symbols of PUSCH RB; USI resource elements are mapped to a last symbol next to the CSI part 1; or USI resource elements are mapped to a last symbol next to the HARQ-ACK resource element.

[0252] Item 2.4 provides additional details of above solutions.

[0253] 21. The method of solutions 1-12, wherein the USI is transmitted in a medium access control (MAC) control element (CE) .

[0254] 22. The method of solution 21, wherein the MAC CE indicates: a total number of occurrences of a specific even in the time window; or a bitmap indicative of event occurrences within the time window.

[0255] 23. The method of solutions 21-22, wherein the MAC CE is scheduled according to one or more of a periodic timer parameter, a prohibit timer parameter or a threshold parameter, wherein

[0256] - MAC CE transmission is triggered due to expiration of the periodic timer parameter or the prohibit timer, or an accumulated number of skipped uplink transmissions is greater than the threshold parameter.

[0257] Option 2 provides additional details of above solutions.

[0258] 24. The method of solutions 1-12, wherein the USI is transmitted in a radio resource control (RRC) message.

[0259] 25. The method of solution 24, wherein the RRC message indicates a number of uplink transmission skipped during the time window or a bitmap reporting status of each uplink transmission grant within the time window.

[0260] 26. The method of solutions 24-25, wherein the RRC message is transmitted due to:

[0261] - expiration of a timer; or

[0262] - a number of received downlink control information (DCIs) that schedule a PUSCH transmission and were skipped from transmission exceeds a threshold; or

[0263] - a number of semi-persistent scheduling PUSCH transmission and were skipped from transmission exceeds a threshold.

[0264] 27. The method of solution 26, wherein the wireless operation comprises:

[0265] determining that one of following two situations has occurred:

[0266] the wireless device did not perform one or more uplink transmissions, or

[0267] a signal quality of an uplink transmission by wireless device had insufficient quality.

[0268] Option 3 provides additional details of above solutions.

[0269] 28. An apparatus for wireless communication comprising at least one processor configured to cause the apparatus to implement a method recited in any of solutions 1-27.

[0270] 29. A computer-readable medium having instructions stored thereon, the instructions, upon execution by at least one processor, causing a wireless communication device to implement a method recited in any of solutions 1-27.

[0271] 9. Concluding remarks

[0272] It will be appreciated by those of skill in the art that the present document discloses a new report that is generated and transmitted by a wireless device such as a user equipment UE in which the UE indicates a count of certain events related to transmission opportunities that the UE may have been given but were not used by the UE for performing any transmissions. Such opportunities include UL transmission grants received from a downlink control channel or UL transmission grants that are scheduled in a semi-persistent manner. In turn, the report, upon reception by the base station, may be used by the base station to determined quality of downlink and / or uplink connection and make future improvements to make the corresponding DL or UL transmission more robust.

[0273] The disclosed and other embodiments, modules and the functions described in this document can be implemented in digital electronic circuitry, or in computer software, firmware, or hardware, including the structures disclosed in this document and their structural equivalents, or in combinations of one or more of them. The disclosed and other embodiments can be implemented as one or more computer program products, i.e., one or more modules of computer program instructions encoded on a computer readable medium for execution by, or to control the operation of, data processing apparatus. The computer readable medium can be a machine-readable storage device, a machine-readable storage substrate, a memory device, a composition of matter effecting a machine-readable propagated signal, or a combination of one or more of them. The term “data processing apparatus” encompasses all apparatus, devices, and machines for processing data, including by way of example a programmable processor, a computer, or multiple processors or computers. The apparatus can include, in addition to hardware, code that creates an execution environment for the computer program in question, e.g., code that constitutes processor firmware, a protocol stack, a database management system, an operating system, or a combination of one or more of them. A propagated signal is an artificially generated signal, e.g., a machine-generated electrical, optical, or electromagnetic signal, which is generated to encode information for transmission to suitable receiver apparatus.

[0274] A computer program (also known as a program, software, software application, script, or code) can be written in any form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment. A computer program does not necessarily correspond to a file in a file system. A program can be stored in a portion of a file that holds other programs or data (e.g., one or more scripts stored in a markup language document) , in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub programs, or portions of code) . A computer program can be deployed to be executed on one computer or on multiple computers that are located at one site or distributed across multiple sites and interconnected by a communication network.

[0275] The processes and logic flows described in this document can be performed by one or more programmable processors executing one or more computer programs to perform functions by operating on input data and generating output. The processes and logic flows can also be performed by, and apparatus can also be implemented as, special purpose logic circuitry, e.g., an FPGA (field programmable gate array) or an ASIC (application specific integrated circuit) . Processors suitable for the execution of a computer program include, by way of example, both general and special purpose microprocessors, and any one or more processors of any kind of digital computer. Generally, a processor will receive instructions and data from a read only memory or a random-access memory or both. The essential elements of a computer are a processor for performing instructions and one or more memory devices for storing instructions and data. Generally, a computer will also include, or be operatively coupled to receive data from or transfer data to, or both, one or more mass storage devices for storing data, e.g., magnetic, magneto optical disks, or optical disks. However, a computer need not have such devices. Computer readable media suitable for storing computer program instructions and data include all forms of non-volatile memory, media and memory devices, including by way of example semiconductor memory devices, e.g., EPROM, EEPROM, and flash memory devices; magnetic disks, e.g., internal hard disks or removable disks; magneto optical disks; and CD ROM and DVD-ROM disks. The processor and the memory can be supplemented by, or incorporated in, special purpose logic circuitry.

[0276] While this patent document contains many specifics, these should not be construed as limitations on the scope of any invention or of what may be solutioned, but rather as descriptions of features that may be specific to particular embodiments of particular inventions. Certain features that are described in this patent document in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination. Moreover, although features may be described above as acting in certain combinations and even initially solutioned as such, one or more features from a solutioned combination can in some cases be excised from the combination, and the solutioned combination may be directed to a subcombination or variation of a subcombination.

[0277] Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. Moreover, the separation of various system components in the embodiments described in this patent document should not be understood as requiring such separation in all embodiments.

[0278] Only a few implementations and embodiments are described, and other implementations, enhancements and variations can be made based on what is described and illustrated in this patent document.

Claims

A method of wireless communication, comprising:transmitting, by a wireless device to a network device, an uplink scheduling information (USI) reporting by the wireless device from the network device within a time window, wherein the USI indicates one or more of: a number of times the wireless device received an uplink transmission grant but skipped a corresponding uplink transmission and / or a number of times the wireless device skipped performing a semi-persistent transmission scheduled according to a semi-static scheduling.A method of wireless communication, comprising,receiving by a network device from a wireless device, uplink scheduling information (USI) reporting, wherein the USI indicates one or more of: a number of times the wireless device received an uplink transmission grant but skipped a corresponding uplink transmission and / or a number of times the wireless device skipped performing a semi-persistent transmission scheduled according to a semi-static scheduling; andperforming a wireless operation based on the USI received from the wireless device.The method of claim 1 or 2, wherein the time window is defined according to a rule, wherein the rule specifies that:the time window is determining according to a time gap from an uplink shared channel to an uplink control channel, wherein each USI comprises report for K uplink shared channels, where K is a positive integer.The method of claim 3, wherein K is signaled from the network device to the wireless device in:- a higher layer message,- a downlink control information (DCI) , or- semi-persistent scheduling activation DCI.The method of any one of claims 1-4, wherein the USI is a periodic transmission, and wherein the time window is dependent on a configured period of the periodic transmission.The method of claim 5, wherein the configured period and / or a slot offset of the periodic transmission are configured according to a higher layer signaling.The method of any one of claims 1-6, wherein the USI indicates an accumulative number of the number of uplink (UL) transmission grants or semi-persistent scheduling (SPS) transmission occasions skipped by the wireless device within the time window.The method of claim 7, wherein the USI indicates an actual number of UL transmission grants of SPS transmission occasions skipped within the time window.The method of claim 7, wherein the USI indicates an actual number of UL transmissions, including UL transmissions based on uplink transmission grants and UL transmissions based on the semi-static scheduling that are skipped within the time window.The method of claim 7, wherein the USI indicates an index from which an actual number of uplink transmissions is determined.The method of claim 7, wherein the USI indicates the actual number of uplink transmissions received by the wireless device using modulo arithmetic.The method of claim 7, wherein the USI comprises a bitmap such that:for each slot within the time window, one or more bits in the bitmap indicate occurrence of one or more events including non-detection of an uplink transmission grant, skipping of a successfully received uplink transmission grant, use of a successfully received uplink transmission grant; orfor each slot within the time window, a bit that indicates whether an uplink transmission was skipped of performed.The method of any one of claims 1-12, wherein the USI is transmitted on a physical uplink control channel (PUCCH) independent of other uplink control information.The method of any one of claims 1-13, wherein the USI is transmitted on a physical uplink control channel (PUCCH) jointly with other uplink control information using a concatenation scheme.The method of claim 14, wherein the concatenation scheme is indicated by the network device to the wireless device, or wherein the concatenation scheme is pre-defined between the network device and the wireless device.The method of claim 14 or 15, wherein the concatenation scheme comprises a following order:USI, hybrid automatic repeat request acknowledgement (HARQ-ACK)HARQ-ACK, USI;USI, Channel State Information (CSI) part 1;CSI part 1, USI;USI, CSI part 2;CSI part 2, USI;USI, HARQ-ACK, CSI part 1;HARQ-ACK, USI, CSI part 1;HARQ-ACK, CSI part 1, USI;USI, HARQ-ACK, CSI part 1, CSI part 2;HARQ-ACK, USI, CSI part 1, CSI part 2;HARQ-ACK, CSI part 1, USI, CSI part 2; orHARQ-ACK, CSI part 1, CSI part 2, USI.The method of any one of claims 1-12, wherein the USI is transmitted on a physical shared uplink channel (PUSCH) that overlaps with a physical uplink control channel (PUCCH) by:- independently encoding;- by multiplexing with a hybrid automatic repeat request acknowledgement (Hybrid ACK) in a prespecified order; or- by multiplexing with CSI part 1, CSI part 2 in a pre-specified order or using a concatenation rule configured by the network device.The method of claim 1 or 2, wherein the USI is transmitted on a physical uplink control channel (PUCCH) using a following resource selection method:- a higher layer signal determines which resource to use;- a number of bits determines which resource to use;- a physical resource indicator (PRI) in a downlink control information (DCI) determines which resource to use; or- a number of physical resource blocks (PRBs) needed for transmitting the USI determines which resource to use.The method of claim 18, wherein a first symbol for transmission of the USI is determined by:- higher layer signaling;- first symbol of the PRBs; or- last symbols of the PRBs.The method of claim 18 or 19, wherein the USI is transmitted on a physical uplink shared channel (PUSCH) using one or more of following method:- USI bits are transmitted independent of other information;- USI offset is configured by higher layer signaling;- USI bits are transmitted together with hybrid automatic repeat request acknowledgement (HARQ-ACK) bits;- USI bits are transmitted together with channel state information (CSI) part 1 or CSI part 2;- USI resource elements are mapped to a first symbol neighboring demodulation reference signal (DMRS) symbol;- USI resource elements are mapped to a first symbol of PUSCH resource block (RB) ;- USI RE can start mapping from the last symbol of the RB in PUSCH;- USI resource elements are mapped to a last symbol next to the CSI part 1;- The USI RE can be mapping on the last symbol next to the CSI part 2 RE; or- USI resource elements are mapped to a last symbol next to the HARQ-ACK resource element.The method of any one of claims 1-12, wherein the USI is transmitted in a medium access control (MAC) control element (CE) .The method of claim 21, wherein the MAC CE indicates:a total number of occurrences of a specific even in the time window; ora bitmap indicative of event occurrences within the time window.The method of claim 21 or 22, wherein the MAC CE is scheduled according to one or more of a periodic timer parameter, a prohibit timer parameter or a threshold parameter, wherein- MAC CE transmission is triggered due to expiration of the periodic timer parameter or the prohibit timer, or an accumulated number of skipped uplink transmissions is greater than the threshold parameter.The method of any one of claims 1-12, wherein the USI is transmitted in a radio resource control (RRC) message.The method of claim 24, wherein the RRC message indicates a number of uplink transmission skipped during the time window or a bitmap reporting status of each uplink transmission grant within the time window.The method of claim 24 or 25, wherein the RRC message is transmitted due to:- expiration of a timer; or- a number of received downlink control information (DCIs) that schedule a PUSCH transmission and were skipped from transmission exceeds a threshold; or- a number of semi-persistent scheduling PUSCH transmission and were skipped from transmission exceeds a threshold.The method of claim 26, wherein the wireless operation comprises:determining that one of following two situations has occurred:the wireless device did not perform one or more uplink transmissions, ora signal quality of an uplink transmission by wireless device had insufficient quality.An apparatus for wireless communication comprising at least one processor configured to cause the apparatus to implement a method recited in any one of claims 1-27.A computer-readable medium having instructions stored thereon, the instructions, upon execution by at least one processor, causing a wireless communication device to implement a method recited in any one of claims 1-27.

Images