Delay status reporting

Abstract

Techniques are described herein for network slice availability based de-prioritization. An example, method includes a user equipment (UE) determining a buffer condition associated with data stored in a buffer, the data to be transmitted to a base station, and the buffer associated with a logical channel (LCH). The UE can determine whether a first report indicating a time prior to discarding the data has been triggered based on determining the buffer condition. The UE can select a scheduling request (SR) configuration from a plurality of SR configurations based on determining whether the first report indicating the time prior to discarding the data has been triggered, the plurality SR configurations associated with the LCH. The UE can transmit a SR to the base station based on the SR configuration.

Description

DELAY STATUS REPORTINGTECHNICAL FIELD

[0001] This application relates generally to wireless communication systems, and in particular relates to delay status reporting.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] Figure 1 is an illustration for an example system for status reporting, according to one or more embodiments.

[0004] Figure 2 is an illustration for an example SR configuration, according to one or more embodiments.

[0005] Figure 3 is an illustration for cancelling a delay status report (DSR) , according to one or more embodiments.

[0006] Figure 4 is an illustration relating to DSR-based skipping of resource allocation, according to one or more embodiments.

[0007] Figure 5 is a process flow for transmitting an SR to a base station, according to one or more embodiments.

[0008] Figure 6 is a process flow for cancelling a report, according to one or more embodiments.

[0009] Figure 7 is a process flow for triggering a report, according to one or more embodiments.

[0010] Figure 8 illustrates an example of receive components, in accordance with some embodiments.

[0011] Figure 9 illustrates an example of a UE, in accordance with some embodiments.

[0012] Figure 10 illustrates an example of a network node, in accordance with some embodiments.DETAILED DESCRIPTION

[0013] 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. ”

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

[0015] 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.

[0016] 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.

[0017] The term “interface circuitry” as used herein refers to, is part of, or includes circuitry that enables the exchange of information between two or more components or devices. The term “interface circuitry” may refer to one or more hardware interfaces, for example, buses, I / O interfaces, peripheral component interfaces, network interface cards, or the like.

[0018] 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.

[0019] 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.

[0020] 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.

[0021] The term “computer system” as used herein refers to any type of interconnected electronic devices, computer devices, or components thereof. Additionally, the term “computer system” or “system” may refer to various components of a computer that are communicatively coupled with one another. Furthermore, the term “computer system” or “system” may refer to multiple computer devices or multiple computing systems that are communicatively coupled with one another and configured to share computing or networking resources.

[0022] The term “resource” as used herein refers to a physical or virtual device, a physical or virtual component within a computing environment, or a physical or virtual component within a particular device, such as computer devices, mechanical devices, memory space, processor / CPU time, processor / CPU usage, processor and accelerator loads, hardware time or usage, electrical power, input / output operations, ports or network sockets, channel / link allocation, throughput, memory usage, storage, network, database and applications, workload units, or the like. A “hardware resource” may refer to compute, storage, or network resources provided by physical hardware element (s) . A “virtualized resource” may refer to compute, storage, or network resources provided by virtualization infrastructure to an application, device, system, etc. The term “network resource” or “communication resource” may refer to resources that are accessible by computer devices / systems via a communications network. The term “system resources” may refer to any kind of shared entities to provide services and may include computing or network resources. System resources may be considered as a set of coherent functions, network data objects or services, accessible through a server where such system resources reside on a single host or multiple hosts and are clearly identifiable.

[0023] The term “channel” as used herein refers to any transmission medium, either tangible or intangible, which is used to communicate data or a data stream. The term “channel” may be synonymous with or equivalent to “communications channel, ” “data communications channel, ” “transmission channel, ” “data transmission channel, ” “access channel, ” “data access channel, ”  “link, ” “data link, ” “carrier, ” “radio-frequency carrier, ” or any other like term denoting a pathway or medium through which data is communicated. Additionally, the term “link” as used herein refers to a connection between two devices for the purpose of transmitting and receiving information.

[0024] The terms “instantiate, ” “instantiation, ” and the like as used herein refer to the creation of an instance. An “instance” also refers to a concrete occurrence of an object, which may occur, for example, during execution of program code.

[0025] The term “connected” may mean that two or more elements, at a common communication protocol layer, have an established signaling relationship with one another over a communication channel, link, interface, or reference point.

[0026] The term “network element” as used herein refers to physical or virtualized equipment or infrastructure used to provide wired or wireless communication network services. The term “network element” may be considered synonymous to or referred to as a networked computer, networking hardware, network equipment, network node, virtualized network function, or the like.

[0027] The term “information element” refers to a structural element containing one or more fields. The term “field” refers to individual contents of an information element, or a data element that contains content. An information element may include one or more additional information elements.

[0028] The term “3GPP Access” refers to accesses (e.g., radio access technologies) that are specified by 3GPP standards. These accesses include, but are not limited to, GSM / GPRS, LTE, LTE-A, 5G NR, or 6G. In general, 3GPP access refers to various types of cellular access technologies.

[0029] The term “Non-3GPP Access” refers to any accesses (e.g., radio access technologies) that are not specified by 3GPP standards. These accesses include, but are not limited to, WiMAX, CDMA2000, Wi-Fi, WLAN, or fixed networks. Non-3GPP accesses may be split into two categories, "trusted" and "untrusted. " Trusted non-3GPP accesses can interact directly with an evolved packet core (EPC) or a 5G core (5GC) , whereas untrusted non-3GPP accesses interwork with the EPC / 5GC via a network entity, such as an Evolved Packet Data Gateway or a  5G NR gateway. In general, non-3GPP access refers to various types on non-cellular access technologies.

[0030] Figure 1 is an illustration 100 for an example system for status reporting, according to one or more embodiments. As illustrated, a user equipment (UE) 102 can be in operable communication with a base station 104. The UE 102 may have one or more buffers associated with a logical channel (LCH) of a logical channel group (LCG) . The buffers can store data for uplink (UL) transmission to the base station 104. From time to time, the UE can detect a trigger for transmitting a status report, such as a buffer status report (BSR) or a delay status report (DSR) to the base station 104. The status report can be included in a medium access control (MAC) control element (CE) message. The trigger can include, for example, when data become available, when a BSR retransmission time expires, when a periodic BSR timer expires, and when padding bits are available (3GPP technical specification (TS) 38.321 V17.5.0 (2023-06) ) .

[0031] In another example, the trigger can be detecting that data has remained in the buffer over a threshold period of time, or detecting that the remaining time till discarding of the data is below a threshold. In some instances, if there are no UL-resources scheduled, the UE 102 can further transmit a scheduling request (SR) to the base station 104. The SR can be a physical layer message to request a UL grant, such that the UE 102 can transmit the triggered MAC CEs (such as BSR / DSR) and / or buffered data to the base station 104. The base station 104 can transmit grant information 108, that includes configuration / scheduling information for resources to use to transmit the buffered data to the base station 104. The UE 102 can use the resources for a UL transmission 110 of the triggered MAC CEs (such as BSR / DSR) and / or buffered data to the base station 104. In the event the UE 102 does not receive the UL grant, the UE 102 may transmit the SR request again. If the UE 102 continues to not receive the UL grant, the UE may trigger a random access channel (RACH) procedure to re-stablish a connection with the network and receive resources to transmit the triggered MAC CEs (such as BSR / DSR) and / or buffered data to the base station.

[0032] In some instances, the UE 102 may discard the data. For example, the UE 102 can start a discard timer, and at the expiration of the timer, discard the buffered data. This may be disruptive in some data intensive applications, such as extended reality (XR (e.g., augmented reality (AR) and virtual reality (VR) ) . It can be helpful if the UE 102 could provide the base  station 104 with information as to the remaining time until the discard time expires, as well as the associated amount of data volume with such remaining time. For example, the base station 104 can schedule resources prior to the expiration of the discard timer. Additionally, in the event that there is not enough time to schedule the resources for a UL transmission, the base station 104 can skip scheduling the resources.

[0033] Embodiments herein address the above referenced issues by providing techniques for transmitting a delay status report (DSR) , wherein the UE 102 can provide a DSR that indicates the remaining time until the expiration of the discard timer, and / or the associated amount of data volume with such remaining time. The UE 102 should trigger a DSR (or keep a triggered DSR pending) if there is any data in the buffer of a LCG that has a remaining time that falls within a DSR triggering interval. Otherwise, the UE 102 may not trigger the DSR, or it may cancel a pending DSR.

[0034] The DSR can be transmitted by the UE 102 to the base station 104 using various report formats. In some embodiments, the DSR can include a flag (s) that indicates whether there is any buffered data in an LCH / LCG whose remaining time until the expiration of the discard timer is below a threshold. In another format, the DSR can further include an indication of the remaining time until the expiration of the discard timer. In yet another format, the DSR can include the amount of data volume associated with such remaining time. The DSR can be triggered in the event that the remaining time interval prior to discarding buffered data reaches or drops below a threshold time interval. In particular, the embodiments herein address how to minimize the SR physical channel control channel (PUCCH) overheads when both the BSR and the DSR are triggered for an LCH. The embodiments herein further address under what conditions the triggered and pending DSR can be cancelled. The embodiments herein further address how to minimize SR PUCCH transmission for a pending DSR that may be unnecessary as the remaining time prior to the expiration of the discard timer is too short for the base station 104 to schedule resources.

[0035] Figure 2 is an illustration 200 for an example SR configuration, according to one or more embodiments. An LCH 202 can be configured with multiple (e.g., two or more) SR configurations. As illustrated, the LCH 202 is configured with a first SR configuration 204 and a second SR configuration 206. A UE (e.g., UE 102) can select which SR configuration based on  whether the BSR or DSR is triggered. For example, initially the LCH 202 can trigger a BSR, and a DSR is not yet triggered. The UE can then trigger a SR using the first SR configuration 204. As time passes, the UE may not receive resources for the UL transmission, and the DSR can be also triggered (e.g., both BSR and DSR are triggered by the LCH 202) . The UE can switch from the first SR configuration 204 to the second SR configuration 206 for transmitting the SR to the base station based on triggering both of the BSR and the DSR.

[0036] Each of the first SR configuration 204 and the second SR configuration can be associated with different parameters (e.g., sr-TransMax and sr-ProhibitTimer) . For example, the SR is triggered and the UE selects the first SR configuration 204 which is associated with the parameter, sr-TransMax. The UE can calculate an SR periodicity and transmit an SR to the base station. If the UE does not receive a response, the UE can transmit another SR based on the periodicity. The UE can continue to transmit subsequent SRs until it reaches a maximum number of SRs as defined by sr-TransMax. If the UE has not received configuration information after the last SR, the UE can initiate a RACH procedure. If the DSR is triggered, the UE may switch to the second SR configuration 206 associated with an sr-ProhibitTimer. The UE can select a prohibit time value. The UE can further transmit an SR and start a timer that is based on the prohibit time value. The UE then does not transmit a subsequent SR until expiration of the timer.

[0037] The UE can only select one SR configuration at a time, even if both the BSR and the DSR are triggered. In other words, only one of the first SR configuration 204 and the second SR configuration 206 is active at a given time. The base station can determine whether one of the BSR and the DSR are triggered or both the BSR and DSR are triggered by the based on the SR received from the UE. The base station can further allocate resources for a UL-SCH transmission based knowing whether a BSR, DSR, or both BSR and DSR have been triggered.

[0038] Figure 3 is an illustration 300 for cancelling a DSR, according to one or more embodiments. In some instances, the UE may cancel a DSR that has been triggered based on various conditions. For example, a volume of data 302 in a buffer 304 associated with a first LCH 306 can have exceeded a BSR threshold 308 such that a BSR was triggered. Although Figure 3 illustrates that the BSR threshold 308 permits some data 302 in the buffer prior to being met, it should be appreciated that in some instances, the BSR threshold 308 can be zero. Therefore, the BSR is triggered when a new packet arrives in an empty buffer. Subsequent to the  BSR, the time remaining prior to the expiration of the discard timer reaches a first threshold (see, for example, the first threshold of Figure 4) , such that a DSR is triggered. For example, the UE can be configured to trigger a DSR in the event that a time remaining prior to expiration of the discard timer falls below 20 milliseconds. Subsequent to the DSR being triggered, the volume of data in the buffer 304 may reach or fall below a cancel DSR threshold 310. Although Figure 3 illustrates that the cancel DSR threshold 310 as permitting some data in the buffer 304, in some instances, the cancel DSR threshold 310 can be zero, which means there is no data in the buffer 304 that has remaining time until the discard timer expiry is equal to or shorter than 20 milliseconds, in this example) . This could occur if, for example, the UE transmits the data in the buffer to the base station, or the UE discards the data stored in the buffer 304. In either of these events that leads to such cancellation conditions, the UE can cancel the DSR.

[0039] In some instances, the UE can further determine whether each of the buffer associated with the LCG 312 of which the first LCH 306 belongs has stored data, in which the time remaining prior to expiration of the discard timer is less than the first threshold. The UE can then further determine whether any of the buffers are storing a volume of data greater than the cancel DSR threshold 310. For example, the UE can compare a volume of data in a buffer of the LCG 310 and associated with a second LCH 314 with the cancel DSR threshold 310. If the volume of data in the buffer is greater than the cancel DSR threshold 310 then the UE can continue transmitting the DSR. If the volume of data in the buffer 304 is less than or equal to the cancel DSR threshold 310 then the UE can cancel the DSR.

[0040] In other instances, the UE can cancel the DSR, based on the DSR MAC CE being transmitted (e.g. multiplexed into a MAC PDU that is to be transmitted) . In yet other instances, the UE can cancel the DSR based on an upper stratum or protocol layer requesting a reset of the MAC entity associated with the UE. In other instances, the UE can cancel the DSR based on a reset of the MAC entity for a secondary cell group (SCG) deactivation. In yet other instances, the UE can cancel the DSR based on a radio resource control (RRC) reconfiguration of the DSR or BSR parameters. In yet even other instances, the UE can cancel the DSR based on a packet discarding mechanism relating the packet data unit (PDU) set importance (PSI) or network congestions is activated by the network. Either of these scenarios can be indicative of network  congestion. In yet even other instances, the UE can cancel the DSR based on an indication from the network to cancel the DSR.

[0041] In some instances, the UE does not initially cancel the DSR due to detecting one or more of the above conditions. Rather, the UE detects one or more of the above described conditions and starts a timer (e.g., a hysteresis timer) . The UE can then wait until the expiration of the timer to determine whether the conditions persist until the expiration of the timer. For example, if the condition is the volume of data 302 falling below the cancel DSR threshold 310, the UE can determine whether the volume of data 302 remained below the cancel DSR threshold 318 until the expiration of the timer. In another example, if the condition is an indication from the network to cancel the DSR, the UE can determine whether the network transmits another indication that the UE is not to cancel the DSR prior to expiration of the timer. Whether the UE uses a timer or not, if the UE does cancel the DSR, the UE can further cancel any pending SR triggered by the DSR.

[0042] All triggered DSRs may be cancelled when the UL grant (s) can accommodate all pending data available for transmission with remaining time below the delay reporting threshold, but is not sufficient to additionally accommodate the DSR MAC CE plus its subheader. All DSRs triggered prior to MAC PDU assembly shall be cancelled when a MAC PDU is transmitted and this PDU includes a DSR MAC CE which contains buffer delay status up to (and including) the last event that triggers a DSR to the MAC PDU assembly.

[0043] Figure 4 is an illustration relating to DSR-based skipping of resource allocation, according to one or more embodiments. As indicated above, the network can use the DSR as information to skip allocating resources to a UE. This can be due to the remaining time prior to expiration of a discard timer being too short for the network to allocation the resources to the UE. In these instances, the network may indicate to the UE to cancel the DSR. This can prevent the UE from sending excessive SRs, to which the network cannot timely provide resources in response. Therefore, the UE may not initiate a RACH procedure based on not receiving resources in response to the SRs.

[0044] At T0, a buffer of a UE and associated with an LCH or an LCG can receive a data packet for an UL transmission. At T0, the UE can start a discard timer, in which the UE will discard the data if by expiration of the timer, the UE has not transmitted the data packet for an  UL transmission. At T1, a first time interval (e.g., T3-T1) is reached, where the time remaining prior to expiration of the discard timer has reached a first threshold 402, such that a DSR is triggered. At T2, a second time interval (e.g., T3-T2) is reached, where the time remaining at a second threshold 404 prior to expiration of the discard timer is not long enough for the network to allocate resources to the UE. Upon detecting the second threshold 404, the UE can cancel the DSR. Therefore, as illustrated the UE can transmit the DSR to the base station during the DSR triggering interval 406 (e.g., T2-T1) . In some cases, the UE can determine if it should cancel the DSR by further checking if there is any other data in the buffer whose remaining time till discarding is within the DSR triggering interval 406 (e.g., T2-T1) . If there is no more data in the buffer that satisfy such condition, the UE may cancel the DSR. Otherwise, the UE may keep the triggered DSR pending. In some embodiments, the DSR can include data volume information. For example, the DSR may include the information of data volume whose remaining time till discarding is within the DSR triggering interval 406 (e.g., T2-T1) , when the DSR is transmitted. In other words, the DSR may not include the information of data volume whose remaining time till discarding is already too short (e.g., shorter than T3-T2) .

[0045] The above-referenced time intervals can be implemented through various mechanisms. The UE can maintain a first time interval indicating the triggering of the DSR. For example, the UE can be configured with information for a first time interval (e.g., T3-T1) . Therefore, the UE can determine when the DRS is triggered (e.g., when T1 occurs) based on the discard timer and the information regarding the first time interval. The UE can further be configured with information for a second time interval (e.g., T3-T2) for determining when to cancel the DSR. The UE can determine when to cancel the DRS (e.g., when T2 occurs) based on the discard timer and the information regarding the second time interval. The first time interval (e.g., T3-T1) may always be longer than the second time interval (e.g., T3-T2) .

[0046] The UE can trigger the DSR if at least one buffer (the buffer associated with the first LCH 306 of Figure 3) of the LCG has data (e.g., a PDU) that arrived at T0 and is remaining at T1. If, at any point between T1 and T3, no buffer (the buffer associated with the second LCH 314 of Figure 3) associated with the LCG is storing data whose remaining time satisfies the DSR triggering condition, the UE can cancel the DSR.

[0047] The lengths of the first time interval (e.g., T3-T1) and the second time interval (e.g., T3-T2) can be provided to the UE by the network, or the lengths can be determined based on a technical specification. For example, the length of the second time interval can be included in a technical specification based on the amount of time needed to allocate resources to the UE. In some instances, the network can provide configuration information for the length of the first time interval via one message, and the configuration information for the length of the second time interval via a second message. Or the network can provide configuration information for both the length of the first time interval and the second time interval in the same message.

[0048] The network provides the configuration information for the for one or more of the above referenced time intervals (e.g., the first time interval, the second time interval and the DSR triggering interval) , based on various factors. For example, the network can provide the configuration information for one or more of the above referenced time intervals per LCG or per MAC entity. The network may further provide configuration information based on different factors. For example, the configuration information for one time interval can be provided per LCG, while another time interval can be provided per MAC entity. Or the configuration information foreach time interval is provided per LCG, or the configuration information for both time intervals is provided per MAC entity. The configuration information can include a length of one or more of the time intervals (e.g., the DSR triggering interval is x milliseconds) . The configuration information can also include a length of time in reference to an event. For example, the configuration information can be that T1 is to be set y milliseconds prior to the expiration of the discard timer (e.g., T3) . The UE can be configured with these time intervals prior to triggering the DSR. In other words, the time intervals can be predetermined time intervals.

[0049] In some embodiments, when the UE detects that the T1 has been reached for a first buffer (e.g., the buffer 304) of the LCG, the UE can check if any other buffer (e.g., a buffer associated with the second LCH 314) of the LCG is also storing data such that a DSR is triggered. If the UE has determined the data stored in the first buffer has reached T2 and the UE determines that at least one buffer is storing data associating with remaining time within the first time interval, the UE does not cancel the DSR. If, however, the UE has determined the data stored in the first buffer has reached T2 and the UE determines that no other buffer of any LCH  in the LCG is storing data associating with remaining time within the first time interval, the UE does cancel the DSR.

[0050] In other embodiments, network can provide configuration information for the first time interval and timer. The timer can define the (e.g., T2 –T1) time interval. When the DSR is triggered (e.g., T1) , the UE can start the timer. If the timer expires, and the DSR is still pending, the UE can determine whether any buffer associated with a LCG is storing data that satisfies a DSR triggering condition. If, the UE determines that at least one buffer is storing data that satisfies a DSR triggering condition, the UE does not cancel the DSR. If, however, no buffer is storing data that satisfies a DSR triggering condition, the UE can cancel the DSR. If the triggered DSR is canceled, the UE can further stop the timer.

[0051] Figure 5 is a process flow 500 for transmitting an SR to a base station, according to one or more embodiments. At 502, a UE can determine a buffer condition associated with data stored in a buffer, the data to be transmitted to a base station, and the buffer associated with a logical channel (LCH) . For example, the UE can determine whether a buffer is storing a PDU.

[0052] At 504, the UE can determine whether only a first report indicating a time prior to discarding the data is triggered, or both the first report and the second report related to the buffer are triggered and pending. The first report can be a BSR, and the second report can be a DSR that was triggered based on the length of time prior to expiration of a discard timer.

[0053] At 506, the UE can select a SR configuration from a plurality of SR configurations based on determining whether only a first report relating to the buffer is triggered, or both the first report and a second report relating to the buffer are triggered and pending, the plurality SR configurations associated with the LCH. An LCH can be associated with multiple SR configurations, where only one SR configuration may be active at any given time.

[0054] At 508, the UE can transmit a SR to the base station based on the SR configuration.

[0055] Figure 6 is a process flow 600 for cancelling a report, according to one or more embodiments. At 602, a UE can determine a buffer condition associated with data stored in a  buffer, the data to be transmitted to a base station, and the buffer associated with a logical channel (LCH) . For example, the UE can determine whether a buffer is storing a PDU.

[0056] At 604, the UE can determine a report indicating information associated with a time prior to discarding the data is triggered to be transmitted to the base station based on determining the buffer condition.

[0057] At 606, the UE can determine that a condition associated with the report is met. The condition can be, for example, that data stored in the buffer has been transmitted.

[0058] At 608, the UE can cancel the scheduled report based on the determining that the condition has been met. In some instances, the UE has already transmitted one DSR, and the UE candles sending a subsequent DSR.

[0059] Figure 7 is a process flow 700 for triggering a report, according to one or more embodiments. At 702, a UE can trigger a delay status report based on a remaining delivery time associated with data stored in a buffer of a logical channel (LCH) becoming less than a first predetermined threshold.

[0060] At 704, the UE can determine that a second remaining time associated with the data stored in the buffer becoming less than a second predetermined time interval.

[0061] At 706, the UE can cancel the delay status report based on the second remaining time associated with the data stored in the buffer becoming less than the second threshold.

[0062] Figure 8 illustrates receive components 800 of the UE 806, in accordance with some embodiments. The receive components 800 may include an antenna panel 804 that includes a number of antenna elements. The panel 804 is shown with four antenna elements, but other embodiments may include other numbers.

[0063] The antenna panel 804 may be coupled to analog beamforming (BF) components that include a number of phase shifters 808 (1) –808 (4) . The phase shifters 808 (1) –808 (4) may be coupled with a radio-frequency (RF) chain 813. The RF chain 813 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.

[0064] 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 808 (1) –808 (4) to provide a receive beam at the antenna panel 804. These BF weights may be determined based on the channel-based beamforming.

[0065] Figure 9 illustrates a UE 900, in accordance with some embodiments. The UE 900 may be similar to and substantially interchangeable with UE 806 of Figure 8.

[0066] Similar to that described above with respect to UE 900, the UE 900 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.

[0067] The UE 900 may include processors 904, RF interface circuitry 908, memory / storage 913, user interface 916, sensors 920, driver circuitry 922, power management integrated circuit (PMIC) 924, and battery 928. The components of the UE 900 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 9 is intended to show a high-level view of some of the components of the UE 900. 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.

[0068] The components of the UE 900 may be coupled with various other components over one or more interconnects 932, 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.

[0069] The processors 904 may include processor circuitry such as, for example, baseband processor circuitry (BB) 904A, central processor unit circuitry (CPU) 904B, and graphics processor unit circuitry (GPU) 904C. The processors 904 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 913 to cause the UE 900 to perform operations as described herein.

[0070] In some embodiments, the baseband processor circuitry 904A may access a communication protocol stack 936 in the memory / storage 913 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 904A 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 908.

[0071] The baseband processor circuitry 904A 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.

[0072] The memory / storage 913 may include any type of volatile or non-volatile memory that may be distributed throughout the UE 900. In some embodiments, some of the memory / storage 913 may be located on the processors 904 themselves (for example, L1 and L2 cache) , while other memory / storage 913 is external to the processors 904 but accessible thereto via a memory interface. The memory / storage 913 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.

[0073] The RF interface circuitry 908 may include transceiver circuitry and a radio frequency front module (RFEM) that allows the UE 900 to communicate with other devices over a radio access network. The RF interface circuitry 908 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.

[0074] In the receive path, the RFEM may receive a radiated signal from an air interface via an antenna 924 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 904.

[0075] 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 924.

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

[0077] The antenna 924 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 924 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications. The antenna 924 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 924 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.

[0078] The user interface circuitry 916 includes various input / output (I / O) devices designed to enable user interaction with the UE 900. The user interface 916 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 900.

[0079] The sensors 920 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.

[0080] The driver circuitry 922 may include software and hardware elements that operate to control particular devices that are embedded in the UE 900, attached to the UE 900, or otherwise communicatively coupled with the UE 900. The driver circuitry 922 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 900. For example, driver circuitry 922 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 920 and control and allow access to sensor circuitry 920, 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.

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

[0082] In some embodiments, the PMIC 924 may control, or otherwise be part of, various power saving mechanisms of the UE 900. 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 900 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 900 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 900 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 900 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.

[0083] A battery 928 may power the UE 900, although in some examples the UE 900 may be mounted deployed in a fixed location, and may have a power supply coupled to an electrical grid. The battery 928 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 928 may be a typical lead-acid automotive battery.

[0084] Figure 10 illustrates a network node 1000, in accordance with some embodiments. The network node 1000 may include processors 1004, RF interface circuitry 1008, core network (CN) interface circuitry 1013, and memory / storage circuitry 1016. The network node 1000 can be a node of a RAN or a CN.

[0085] The components of the network node 1000 may be coupled with various other components over one or more interconnects 1028.

[0086] The processors 1004, RF interface circuitry 1008, memory / storage circuitry 1016 (including communication protocol stack 1010) , antenna 1024, and interconnects 1028 may be similar to like-named elements shown and described with respect to Figure 8.

[0087] The CN interface circuitry 1013 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 1000 via a fiber optic or wireless backhaul. The CN interface circuitry 1013 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 1013 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0088] As indicated above, in other embodiments, the network node 1000 can be a CN node. In these embodiments, the network node 1000 include RF interface circuitry 1008 for connectivity with a RAN. The RF interface circuitry 1008 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 1008 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0089] 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.

[0090] 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.

[0091] Examples

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

[0093] Example 1 includes a method performed by a UE, the method comprising: determining a buffer condition associated with data stored in a buffer, the data to be transmitted to a base  station, and the buffer associated with a LCH; determining whether only a first report relating to the buffer is triggered, or both the first report and a second report relating to the buffer are triggered and pending; selecting a scheduling request (SR) configuration from a plurality of SR configurations based on determining whether only a first report relating to the buffer is triggered, or both the first report and a second report relating to the buffer are triggered and pending, the plurality SR configurations associated with the LCH; and transmitting a SR to the base station based on the SR configuration.

[0094] Example 2 includes the method of example 1, wherein the plurality of SR configurations includes a first SR configuration and a second SR configuration, and wherein selecting the SR configuration from the plurality SR configurations comprises: selecting the first SR configuration of the plurality of SR configurations based on determining only the first report is triggered and pending.

[0095] Example 3 includes the method of any of examples 1 or 2, wherein the plurality of SR configurations includes a first SR configuration and a second SR configuration, and wherein selecting the SR configuration from the plurality SR configurations comprises: selecting the second SR configuration of the plurality of SR configurations based on determining both of the first report and the second report are triggered and pending.

[0096] Example 4 includes the method of any of examples 1-3, wherein each SR configuration of the plurality of SR configurations is associated with a respective SR parameter, and wherein the method further comprises: determining a condition associated with the respective parameter associated with the selected SR configuration of the plurality of SR configurations has been met, wherein the SR request is transmitted based on the condition being met.

[0097] Example 5 includes the method of any of examples 1-4, wherein the method further comprises: receiving configuration information for resources used to transmit the data, wherein the resources are based on the selected SR configuration.

[0098] Example 6 includes the method of any of examples 1-5, wherein the second report comprises a plurality of report formats.

[0099] Example 7 includes the method of example 6, wherein a format of the plurality of formats includes an indication of whether there is any buffered data in the LCH, whose remaining time until an expiration of a discard timer is below a threshold.

[0100] Example 8 includes the method of example 6, wherein a format of the plurality of formats includes an indication of a remaining time until expiration of a discard timer.

[0101] Example 9 includes the method of example 8, wherein the format further includes an amount of data volume associated with the remaining time.

[0102] Example 10 includes an apparatus, comprising: interface circuitry; and processor circuitry, coupled with the interface circuitry, the processor circuitry to perform the steps of examples 1-9.

[0103] Example 11 includes one or more computer-readable media including stored thereon a sequence of instructions that, when executed by one or more processors, causes a user equipment (UE) to perform the steps of examples 1-9.

[0104] Example 12 includes an apparatus, comprising: interface circuitry; and processor circuitry, coupled with the interface circuitry, the processor circuitry to: determining a buffer condition associated with data stored in a buffer, the data to be transmitted to a base station, and the buffer associated with a LCH; determining a report indicating information associated with a time prior to discarding the data is triggered to be transmitted to the base station based on determining the buffer condition; determining that a condition associated with the report is met; and cancelling the triggered report based on the determining that the condition has been met.

[0105] Example 13 includes the apparatus of example 12, wherein determining that the condition associated with the report is met comprises: comparing an amount of the data that is stored in the buffer to a threshold amount of data; and determining that no data is stored in buffer.

[0106] Example 14 includes the apparatus of any of examples 12 or 13, wherein the data is a first data, wherein the buffer is a first buffer, wherein determining that the condition associated with the first report is met further comprises: determining that length of time that a second data is  stored in a second buffer is less than a threshold length of time for triggering the first report, wherein the first buffer and the second buffer are associated with a same LCG.

[0107] Example 15 includes the apparatus of any of examples 12-14, wherein determining that the condition associated with the report is met comprises: determining a reset of a MAC entity associated with the apparatus based on either a request from an upper protocol layer or for SCG deactivation.

[0108] Example 16 includes the apparatus of any of examples 12-15, wherein determining that the condition associated with the report is met comprises: determining a reset of a MAC entity associated with the apparatus.

[0109] Example 17 includes the apparatus of any of examples 12-16, wherein determining that the condition associated with the report is met comprises: determining a RRC reconfiguration of the report or a second report, when the second report is a BSR.

[0110] Example 18 includes the apparatus of any of examples 12-17, wherein determining that the condition associated with the report is met comprises: detecting an indication associated with a condition of congestion.

[0111] Example 19 includes the apparatus of any of examples 12-18, wherein determining that the condition associated with the report is met comprises: receiving an indication from a network to cancel the triggered report.

[0112] Example 20 includes a method for performing any of the steps of examples 12-19.

[0113] Example 21 includes an apparatus, comprising: interface circuitry; and processor circuitry, coupled with the interface circuitry, the processor circuitry to perform the steps of examples 12-19.

[0114] Example 22 includes one or more computer-readable media including stored thereon a sequence of instructions that, when executed by one or more processors, causes a UE to: trigger a delay status report based on a first remaining time associated with data stored in a buffer of a LCH becoming less than a first predetermined time interval; determine that a second remaining time associated with the data stored in the buffer becoming less than a second predetermined  time interval; and cancel the delay status report based on the second remaining time associated with the data stored in the buffer becoming less than the second predetermined time interval.

[0115] Example 23 includes the one or more computer-readable media of example 22, wherein the data is a first data, and wherein the sequence of instructions that, when executed by one or more processors, causes the UE to: determine that a third remaining time associated with a second data is stored in a second buffer is less than the second predetermined time interval of being discarded, wherein the buffer and the second buffer are associated with a same LCG.

[0116] Example 24 includes the one or more computer-readable media of any of examples 22 or 23, wherein the first predetermined time interval and the second predetermined time interval are configured by a network, and wherein the sequence of instructions that, when executed by one or more processors, further causes the UE to: receive from the network, the first predetermined time interval and the second predetermined time interval, wherein the first predetermined time interval and the second predetermined time interval are received via a same message or distinct messages.

[0117] Example 25 includes a method for performing any of the steps of examples 22-24.

[0118] Example 26 includes an apparatus, comprising: interface circuitry; and processor circuitry, coupled with the interface circuitry, the processor circuitry to perform the steps of examples 22-24.

[0119] Example 27 includes one or more computer-readable media including stored thereon a sequence of instructions that, when executed by one or more processors, causes a UE to:

[0120] determine a data stored in a buffer is within a first threshold time interval of being discarded, and the buffer associated with an LCH; start a timer based on determining the data stored in the buffer is within the first threshold time interval of being discarded; transmit, to a base station, a first report indicating a time prior to discarding the data based on determining a data stored in a buffer is within a first threshold time interval of being discarded; determine an expiration of the timer; and cancel a scheduled second report indicating a time prior to discarding the data based on determining the expiration of the timer.

[0121] Example 28 includes a method for performing any of the steps of example 27.

[0122] Example 29 includes an apparatus, comprising: interface circuitry; and processor circuitry, coupled with the interface circuitry, the processor circuitry to perform the steps of example 27.

[0123] Example 30 includes a network node, comprising: interface circuitry; and processor circuitry, coupled with the interface circuitry, the processor circuitry to: determine a LCH associated with a configuration for a first report indicating a time prior to discarding data by a UE; determine a triggering condition for cancelling transmission of the report to the network node; and transmit the triggering condition to a user equipment.

[0124] Example 31 includes the network node of example 30, wherein determining the triggering condition for cancelling transmission of the report to the network node comprises: determine one of a logical channel group (LCG) that includes the LCH or a medium access control (MAC) entity associated with the UE, wherein the triggering condition for cancelling transmission of the report is based on the LCG or the MAC entity.

[0125] Example 32 includes the network node of any of examples 30 and 31, wherein determining the triggering condition for cancelling transmission of the report to the network node comprises: determine a time interval for providing resource configuration information for an uplink transmission of the data from the UE, wherein the triggering condition for cancelling transmission of the report is based on the time interval for providing resource configuration information.

[0126] Example 33 includes a method for performing any of the steps of examples 30-32.

[0127] Example 34 includes one or more computer-readable media for performing any of the steps of examples 30-32.

[0128] 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.

[0129] 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 performed by a user equipment (UE) , the method comprising:determining a buffer condition associated with data stored in a buffer, the data to be transmitted to a base station, and the buffer associated with a logical channel (LCH) ;determining whether only a first report relating to the buffer is triggered, or both the first report and a second report relating to the buffer are triggered and pending;selecting a scheduling request (SR) configuration from a plurality of SR configurations based on determining whether only a first report relating to the buffer is triggered, or both the first report and a second report relating to the buffer are triggered and pending, the plurality SR configurations associated with the LCH ; andtransmitting a SR to the base station based on the SR configuration.2.The method of claim 1, wherein the plurality of SR configurations includes a first SR configuration and a second SR configuration, and wherein selecting the SR configuration from the plurality SR configurations comprises:selecting the first SR configuration of the plurality of SR configurations based on determining only the first report is triggered and pending.3.The method of claim 1, wherein the plurality of SR configurations includes a first SR configuration and a second SR configuration, and wherein selecting the SR configuration from the plurality SR configurations comprises:selecting the second SR configuration of the plurality of SR configurations based on determining both of the first report and the second report are triggered and pending.4.The method of claim 1, wherein each SR configuration of the plurality of SR configurations is associated with a respective SR parameter, and wherein the method further comprises:determining a condition associated with the respective parameter associated with the selected SR configuration of the plurality of SR configurations has been met, wherein the SR request is transmitted based on the condition being met.5.The method of claim 1, wherein the method further comprises:receiving configuration information for resources used to transmit the data, wherein the resources are based on the selected SR configuration.6.The method of claim 1, wherein the second report comprises a plurality of report formats.7.The method of claim 6, wherein a format of the plurality of formats includes an indication of whether there is any buffered data in the LCH, whose remaining time until an expiration of a discard timer is below a threshold.8.The method of claim 6, wherein a format of the plurality of formats includes an indication of a remaining time until expiration of a discard timer.9.The method of claim 8, wherein the format further includes an amount of data volume associated with the remaining time.10.An apparatus, comprising:interface circuitry; andprocessor circuitry, coupled with the interface circuitry, the processor circuitry to:determining a buffer condition associated with data stored in a buffer, the data to be transmitted to a base station, and the buffer associated with a logical channel (LCH) ;determining a report indicating information associated with a time prior to discarding the data is triggered to be transmitted to the base station based on determining the buffer condition;determining that a condition associated with the report is met; andcancelling the triggered report based on the determining that the condition has been met.11.The apparatus of claim 10, wherein determining that the condition associated with the report is met comprises:comparing an amount of the data that is stored in the buffer to a threshold amount of data; anddetermining that no data is stored in buffer.12.The apparatus of claim 10, wherein the data is a first data, wherein the buffer is a first buffer, wherein determining that the condition associated with the first report is met further comprises:determining that length of time that a second data is stored in a second buffer is less than a threshold length of time for triggering the first report, wherein the first buffer and the second buffer are associated with a same logical channel group (LCG) .13.The apparatus of claim 10, wherein determining that the condition associated with the report is met comprises:determining a reset of a medium access control (MAC) entity associated with the apparatus based on either a request from an upper protocol layer or for secondary cell group (SCG) deactivation.14.The apparatus of claim 10, wherein determining that the condition associated with the report is met comprises:determining a reset of a medium access control (MAC) entity associated with the apparatus.15.The apparatus of claim 10, wherein determining that the condition associated with the report is met comprises:determining a radio resource control (RRC) reconfiguration of the report or a second report, when the second report is a buffer status report (BSR) .16.The apparatus of claim 10, wherein determining that the condition associated with the report is met comprises:detecting an indication associated with a condition of congestion.17.The apparatus of claim 10, wherein determining that the condition associated with the report is met comprises:receiving an indication from a network to cancel the triggered report.18.One or more computer-readable media including stored thereon a sequence of instructions that, when executed by one or more processors, causes a user equipment (UE) to:trigger a delay status report based on a first remaining time associated with data stored in a buffer of a logical channel (LCH) becoming less than a first predetermined time interval;determine that a second remaining time associated with the data stored in the buffer becoming less than a second predetermined time interval; andcancel the delay status report based on the second remaining time associated with the data stored in the buffer becoming less than the second predetermined time interval.19.The one or more computer-readable media of claim 18, wherein the data is a first data, and wherein the sequence of instructions that, when executed by one or more processors, causes the UE to:determine that a third remaining time associated with a second data is stored in a second buffer is less than the second predetermined time interval of being discarded, wherein the buffer and the second buffer are associated with a same logical channel group (LCG) .20.The one or more computer-readable media of claim 18, wherein the first predetermined time interval and the second predetermined time interval are configured by a network, and wherein the sequence of instructions that, when executed by one or more processors, further causes the UE to:receive from the network, the first predetermined time interval and the second predetermined time interval, wherein the first predetermined time interval and the second predetermined time interval are received via a same message or distinct messages.21.One or more computer-readable media including stored thereon a sequence of instructions that, when executed by one or more processors, causes a user equipment (UE) to:determine a data stored in a buffer is within a first threshold time interval of being discarded, and the buffer associated with a logical channel (LCH) ;start a timer based on determining the data stored in the buffer is within the first threshold time interval of being discarded;transmit, to a base station, a first report indicating a time prior to discarding the data based on determining a data stored in a buffer is within a first threshold time interval of being discarded;determine an expiration of the timer; andcancel a scheduled second report indicating a time prior to discarding the data based on determining the expiration of the timer.22.A network node, comprising:interface circuitry; andprocessor circuitry, coupled with the interface circuitry, the processor circuitry to:determine a logical channel (LCH) associated with a configuration for a first report indicating a time prior to discarding data by a user equipment (UE) ;determine a triggering condition for cancelling transmission of the report to the network node; andtransmit the triggering condition to a user equipment.23.A network node of claim 22, wherein determining the triggering condition for cancelling transmission of the report to the network node comprises:determining one of a logical channel group (LCG) that includes the LCH or a medium access control (MAC) entity associated with the UE, wherein the triggering condition for cancelling transmission of the report is based on the LCG or the MAC entity.24.A network node of claim 22, wherein determining the triggering condition for cancelling transmission of the report to the network node comprises:determining a time interval for providing resource configuration information for an uplink transmission of the data from the UE, wherein the triggering condition for cancelling transmission of the report is based on the time interval for providing resource configuration information.

Images