Delay status report generation method and apparatus, and communication system

Abstract

A delay status report generation method and apparatus. The delay status report generation apparatus is configured in a terminal device, and comprises: a processor, which triggers a delay status report (DSR) for a first logical channel (LCH) in a first logical channel group (LCG), wherein the first LCG is configured with a trigger time threshold and at least one reporting time threshold, the trigger time threshold being greater than all reporting time thresholds; and the processor generates a first delay-status-report medium access control control element (DSR MAC CE) and / or a second DSR MAC CE, which comprise or do not comprise delay information of the first LCG, or the processor does not generate a DSR MAC CE, or the processor cancels the triggered DSR.

Description

Methods, apparatus and communication systems for generating delay status reports Technical Field

[0001] The embodiments of this application relate to the field of communication technology. Background Technology

[0002] In Release 18, 3GPP (3rd Generation Partnership Project) began researching enhancements for Extended Reality (XR) services. XR services refer to all real-virtual environments and human-computer interactions created by computer technology and wearable devices. XR services can include Virtual Reality (VR), Augmented Reality (AR), and Mixed Reality (MR).

[0003] It should be noted that the above introduction to the technical background is only for the purpose of providing a clear and complete explanation of the technical solutions of this application and facilitating understanding by those skilled in the art. It should not be assumed that these technical solutions are known to those skilled in the art simply because they have been described in the background section of this application. Summary of the Invention

[0004] For XR services with strict latency constraints, a scheduler with latency information is beneficial in order to meet their QoS (Quality of Service) requirements. A scheduler with latency information is feasible in downlink services because the gNB (network device) knows the user's QoS characteristics (e.g., through the 5G Service Quality Identifier 5QI) and when XR frames (packets) arrive, thus knowing how urgent the cached data is. However, for uplink services, since the current BSR (Buffer Status Report) only provides the size of the cached data but does not convey information about how long the data in the UE (User Equipment) has been cached, the gNB scheduler cannot accurately know the cache time of the data in the UE. Therefore, 3GPP believes that for XR services, it is beneficial for the UE to report delay information.

[0005] In 3GPP Release 18, a Delay Status Report (DSR) procedure was introduced for XR. This procedure is used to provide the delay status of a Logical Channel Group (LCG) to the serving gNB. The delay status of an LCG includes the remaining time and the total amount of delay-critical uplink data (buffer size) of that LCG. The remaining time is the minimum remaining value of the PDCP discardTimers of the PDCP (Packet Data Convergence Protocol) SDUs (Service Data Units) buffered in that LCG. The total amount of delay-critical uplink data is calculated based on the data volume of the associated RLC (Radio Link Control) and PDCP entities.

[0006] In 3GPP Release 19, enhancements to XR scheduling are being discussed. Network devices can configure multiple DSR reporting time thresholds for each LCG, and it has been specified that network devices can configure trigger time thresholds and reporting time thresholds without any restrictions. In this context, how to report remaining time and buffer size is a crucial issue that needs to be addressed.

[0007] To address at least one of the above-mentioned problems or other similar issues, embodiments of this application provide a method, apparatus, and communication system for generating delay status reports.

[0008] According to one aspect of the embodiments of this application, a delay status report generation apparatus is provided, configured in a terminal device, wherein the apparatus includes:

[0009] A processor that triggers a Delay Status Report (DSR) for a first logical channel (LCH) in a first logical channel group (LCG); wherein the first LCG is configured with a trigger time threshold and at least one reporting time threshold, the trigger time threshold being higher than all of the reporting time thresholds; and

[0010] The processor generates a first Delay Status Report Media Access Control (DSR MAC CE) and / or a second Delay Status Report Media Access Control (DSR MAC CE), wherein the first DSR MAC CE and / or the second DSR MAC CE includes the delay information of the first LCG, or...

[0011] The processor generates a first Delay Status Report Media Access Control (DSR MAC CE) and / or a second Delay Status Report Media Access Control (DSR MAC CE), wherein the first DSR MAC CE and / or the second DSR MAC CE do not include the delay information of the first LCG, or,

[0012] The processor either does not generate a Delay Status Report Media Access Control (DSR MAC CE) element, or cancels the triggered DSR.

[0013] According to another aspect of the embodiments of this application, a delay status report receiving device is provided, configured in a terminal device, wherein the device includes:

[0014] A processor that divides data buffered in a logical channel group into at least two parts and generates a Delay Status Report (DSR), wherein the logical channel group is configured with at least one reporting time threshold;

[0015] Specifically, when the first discarding policy is configured, dividing the data cached in the logical channel group into at least two parts includes: the amount of data of the first data in a PDU set in a logical channel group is divided into the amount of data corresponding to the second remaining time of the second data in the PDU set, wherein the first remaining time of the first data is greater than or equal to the trigger time threshold or the reporting time threshold.

[0016] According to another aspect of the embodiments of this application, a delay status report receiving device is provided, configured in a terminal device, wherein the device includes:

[0017] A processor that divides data cached in a logical channel group into at least two parts based on at least one reporting time threshold configured for the logical channel group, and generates a Delay Status Report (DSR) indicating delay information for the portion of cached data larger than 0 before the MAC PDU is constructed.

[0018] One of the beneficial effects of this application's embodiments is that when a terminal device triggers a DSR for an LCH in an LCG but does not meet the reporting time threshold related to the DSR configured for that LCG, it helps the terminal device determine whether or how to report the remaining time and cache size for that LCG, thus standardizing the behavior of the terminal device. Moreover, it is simple to implement and has little impact on the standard.

[0019] One of the beneficial effects of this application's embodiments is that, when dividing data, the amount of data of the first data in a PDU set within a logical channel group is allocated to the amount of data corresponding to the second remaining time of the second data in the PDU set. The first remaining time of the first data is greater than or equal to the trigger time threshold or the reporting time threshold. Thus, it is clear which part of the remaining time corresponding to the buffer size should be allocated to data with a remaining time higher than the trigger time threshold or the reporting time threshold. This helps the terminal device and the network device to have a consistent understanding of the amount of data of the terminal device, so that the network device can allocate appropriate uplink resources to meet the latency requirements of a PDU set of data.

[0020] One of the beneficial effects of the embodiments of this application is that the delay status report indicates the delay information of the portion of the cached data larger than 0 before the MAC PDU is constructed. This clarifies the timing of determining that the BS is greater than 0, which helps to avoid performing the Logical Channel Priority (LCP) process again, thereby simplifying the operation of the terminal device.

[0021] Specific embodiments of this application are disclosed in detail with reference to the following description and accompanying drawings, indicating how the principles of this application can be adopted. It should be understood that the embodiments of this application are not limited in scope. Within the spirit and scope of the appended claims, embodiments of this application include many changes, modifications, and equivalents.

[0022] Features described and / or illustrated for one embodiment may be used in the same or similar manner in one or more other embodiments, combined with features in other embodiments, or substituted for features in other embodiments.

[0023] It should be emphasized that the term "including / comprises" as used herein refers to the presence of a feature, whole, step, or component, but does not exclude the presence or addition of one or more other features, wholes, steps, or components. Attached Figure Description

[0024] The elements and features described in one drawing or embodiment of this application may be combined with elements and features shown in one or more other drawings or embodiments. Furthermore, in the drawings, similar reference numerals denote corresponding parts in several drawings and can be used to indicate corresponding parts used in more than one embodiment.

[0025] Figure 1 is a schematic diagram of a communication system according to an embodiment of this application;

[0026] Figure 2 is a schematic diagram of the DSR transmission process;

[0027] Figure 3 is a schematic diagram of the DSR MAC CE format;

[0028] Figure 4 is a schematic diagram of the remaining LCG time according to an embodiment of this application;

[0029] Figure 5 is a schematic diagram of a method for generating a delay status report according to an embodiment of this application;

[0030] Figure 6 is a schematic diagram of the remaining LCG time according to an embodiment of this application;

[0031] Figure 7 is a schematic diagram of a method for generating a delay status report according to an embodiment of this application;

[0032] Figure 8 is a schematic diagram of the remaining LCG time according to an embodiment of this application;

[0033] Figure 9 is a schematic diagram of a method for generating a delay status report according to an embodiment of this application;

[0034] Figure 10 is a schematic diagram of a DSR generation apparatus according to an embodiment of this application;

[0035] Figure 11 is a schematic diagram of the configuration of a terminal device according to an embodiment of this application;

[0036] Figure 12 is a schematic diagram of the network device configuration according to an embodiment of this application. Detailed Implementation

[0037] Referring to the accompanying drawings, the foregoing and other features of this application will become apparent from the following description. Specific embodiments of this application are specifically disclosed in the description and drawings, illustrating partial implementations in which the principles of this application may be employed. It should be understood that this application is not limited to the described embodiments; rather, it includes all modifications, variations, and equivalents falling within the scope of the appended claims.

[0038] In the embodiments of this application, the terms "first," "second," etc., are used to distinguish different elements by name, but do not indicate the spatial arrangement or chronological order of these elements, and these elements should not be limited by these terms. The term "and / or" includes any one or more of the terms listed in association and all combinations thereof. The terms "comprising," "including," "having," etc., refer to the presence of the stated features, elements, components, or assemblies, but do not exclude the presence or addition of one or more other features, elements, components, or assemblies.

[0039] In the embodiments of this application, the singular forms "a," "the," etc., including the plural forms, should be broadly understood as "a kind" or "a class" rather than limited to the meaning of "an." Furthermore, the term "the" should be understood to include both the singular and plural forms, unless the context explicitly indicates otherwise. Additionally, the term "according to" should be understood as "at least partially based on…," and the term "based on" should be understood as "at least partially based on…," unless the context explicitly indicates otherwise.

[0040] In the embodiments of this application, the term "communication network" or "wireless communication network" may refer to a network that conforms to any of the following communication standards, such as Long Term Evolution (LTE), LTE-Advanced (LTE-A), Wideband Code Division Multiple Access (WCDMA), High-Speed ​​Packet Access (HSPA), etc.

[0041] Furthermore, communication between devices in a communication system can be carried out according to communication protocols at any stage, including but not limited to the following communication protocols: 1G (generation), 2G, 2.5G, 2.75G, 3G, 4G, 4.5G, 5G, New Radio (NR), and 6G, etc., and / or other currently known or future communication protocols.

[0042] In the embodiments of this application, the term "network device" refers, for example, to a device in a communication system that connects a terminal device to a communication network and provides services to that terminal device. Network devices may include, but are not limited to, the following devices: base station (BS), access point (AP), transmission reception point (TRP), broadcast transmitter, mobile management entity (MME), gateway, server, radio network controller (RNC), base station controller (BSC), etc.

[0043] Base stations can include, but are not limited to: NodeBs (or NBs), evolved NodeBs (eNodeBs or eNBs), 5G base stations (gNBs), and 6G base stations, etc. They can also include Remote Radio Heads (RRHs), Remote Radio Units (RRUs), relays or low-power nodes (e.g., femeto, pico, etc.), IAB (Integrated Access and Backhaul) nodes, or IAB-DUs or IAB-donors. The term "base station" can include some or all of their functions, and each base station can provide communication coverage to a specific geographic area. The term "cell" can refer to a base station and / or its coverage area, depending on the context in which the term is used. Without causing confusion, the terms "cell" and "base station" are used interchangeably.

[0044] In the embodiments of this application, the terms "User Equipment" (UE) or "Terminal Equipment" (TE) refer, for example, to a device that accesses a communication network and receives network services through a network device. Terminal equipment can be fixed or mobile, and may also be referred to as a mobile station (MS), terminal, subscriber station (SS), access terminal (AT), IAB-MT (Mobile Terminal), station, etc.

[0045] Terminal devices may include, but are not limited to, the following devices: cellular phones, personal digital assistants (PDAs), wireless modems, wireless communication devices, handheld devices, machine-type communication devices, laptops, cordless phones, smartphones, smartwatches, digital cameras, wearable devices, gaming devices, XR devices, etc.

[0046] For example, in scenarios such as the Internet of Things (IoT), terminal devices can also be machines or devices used for monitoring or measurement, including but not limited to: machine-type communication (MTC) terminals, vehicle-mounted communication terminals, device-to-device (D2D) terminals, machine-to-machine (M2M) terminals, terminals supporting XR services, and so on.

[0047] Furthermore, the terms "network side" or "network device side" refer to one side of the network, which can be a base station or include one or more network devices as described above. The terms "user side," "terminal side," or "terminal device side" refer to the side of the user or terminal, which can be a UE or include one or more terminal devices as described above. Unless otherwise specified, "device" can refer to either a network device or a terminal device. In this document, "multiple" can also be expressed as "more than one" or "at least two."

[0048] The following examples illustrate the scenarios of embodiments of this application, but this application is not limited thereto.

[0049] Figure 1 is a schematic diagram of a communication system according to an embodiment of this application, illustrating the case of a terminal device and a network device as examples. As shown in Figure 1, the communication system 100 may include a network device 101 and terminal devices 102 and 103. For simplicity, Figure 1 only illustrates the case of two terminal devices and one network device, but the embodiments of this application are not limited to this.

[0050] In this embodiment of the application, network device 101 and terminal devices 102 and 103 can transmit existing services or services that can be implemented in the future. For example, these services may include, but are not limited to: enhanced mobile broadband (eMBB), massive machine-type communication (mMTC), ultra-reliable and low-latency communication (URLLC), and XR communication, etc.

[0051] It is worth noting that Figure 1 shows that terminal devices 102 and 103 are within the coverage area of ​​network device 101, but this application is not limited to this. Terminal devices 102 and 103 may not be within the coverage area of ​​network device 101.

[0052] In the embodiments of this application, network device 101 may be, for example, a gNB (including a centralized unit CU and / or a distributed unit DU), or an entity of the core network (e.g., a location management function (LMF) or an access and mobility management function (AMF), or an entity of the higher-layer network (e.g., operation administration and maintenance management (OAM), or an over-the-top server), or may be a partial function or entity of any of the above devices.

[0053] Figure 2 is a schematic diagram of the DSR transmission process. As shown in Figure 2, the terminal device 102 sends a DSR MAC CE to the network device 101 to provide the network device 202 with the delay status of the LCG (Logical Channel Group) configured for the terminal device.

[0054] In 3GPP Release 18, RRC controls the DSR process by configuring the remainingTimeThreshold parameter for an LCG. This parameter is a threshold for the remaining time before the logical channel (LCH) in the LCG triggers DSR. The triggering of DSR and its process are described in Table 1 below in 3GPP Release 18.

[0055] Table 1

[0056] In 3GPP Release 18, the DSR MAC CE can include the fields shown in Table 2 below.

[0057] Table 2

[0058] In 3GPP Release 18, the format of DSR MAC CE is described in Table 3 below.

[0059] Table 3

[0060] Figure 3 is a schematic diagram of the format of DSR MAC CE. As shown in Figure 3, DSR MAC CE includes latency information for all LCGs with pending DSRs when the MAC PDU containing the DSR MAC CE is constructed. The remaining time field, BT field, and buffer size field for an LCG are reported in two consecutive bytes. The information of these three fields for different LCGs is included in the DSR MAC CE in ascending order of LCGi.

[0061] Furthermore, the 3GPP Release 19 specification stipulates that network devices can configure multiple remaining time thresholds for each LCG to report multiple pairs of remaining time and buffer size for each LCG, as detailed in Table 4.

[0062] Table 4

[0063] In the following descriptions, "reporting threshold" can be interchanged with "reporting threshold for remaining time" or "DSR reporting threshold" or "reporting threshold" or "reporting time threshold"; "trigger threshold" can be interchanged with "DSR trigger threshold" or "trigger threshold for remaining time" or "trigger time threshold"; "configure" can be interchanged with "set"; "LCG configured trigger threshold or reporting threshold" can be interchanged with "configure trigger threshold or reporting threshold for LCG" or "trigger threshold or reporting threshold for network device to configure LCG for terminal device" or "configure trigger threshold or reporting threshold for LCG of terminal device".

[0064] Furthermore, without causing confusion, “if…” can be replaced with “in the case of…” or “when…”.

[0065] The embodiments of this application will be described below with reference to the accompanying drawings and specific implementation details.

[0066] First aspect of the embodiments

[0067] In related technologies, enhanced DSR (R19) is similar to traditional DSR (R18) in that a single trigger time threshold is configured, and it is stipulated that network devices can configure the trigger time threshold and reporting time threshold without any restrictions. The inventors discovered that if all (all) reporting time thresholds configured for an LCG are lower than the configured trigger time threshold, then it is possible that, as shown in Figure 4, a logical channel (LCH) in this LCG has data with remaining time lower than the trigger time threshold but higher than all reporting time thresholds. Therefore, the terminal device (MAC entity) may trigger a DSR for this LCH, but there may be no data with remaining time lower than the reporting time threshold in this LCG. In this case, whether and how the LCG reports the remaining time and buffer size is a problem that needs to be solved.

[0068] This application provides a method for generating a delay status report, which will be described from the perspective of a terminal device (e.g., terminal device 102).

[0069] Figure 5 is a schematic diagram of a method for generating a delay status report according to an embodiment of this application. As shown in Figure 5, the method includes:

[0070] 501, The terminal device triggers a Delay Status Report (DSR) for the first logical channel (LCH) in the first logical channel group (LCG); wherein the first LCG is configured with a trigger time threshold and at least one reporting time threshold, the trigger time threshold being higher than all of the reporting time thresholds;

[0071] 502, the terminal device generates a first Delay Status Report Media Access Control (DSR MAC CE) and / or a second Delay Status Report Media Access Control (DSR MAC CE), wherein the first DSR MAC CE and / or the second DSR MAC CE includes the delay information of the first LCG, or,

[0072] Generate a first Delay Status Report Media Access Control (DSR MAC CE) and / or a second Delay Status Report Media Access Control (DSR MAC CE), wherein the first DSR MAC CE and / or the second DSR MAC CE do not include delay information of the first LCG, or,

[0073] Do not generate a Delay Status Report (DSR) Media Access Control (MAC) element (CE), or cancel the triggered DSR.

[0074] As can be seen from the above embodiments, when a terminal device triggers a DSR for an LCH in an LCG but does not meet the reporting time threshold related to the DSR configured for that LCG, it helps the terminal device determine whether and how to report the remaining time and cache size for that LCG, standardizes the behavior of the terminal device, and is simple to implement with little impact on the standard.

[0075] In the following description, the second DSR MAC CE may also be referred to as the DSR MAC CE in Release 19, or an enhanced DSR MAC CE, or an evolved DSR MAC CE, or a DSR MAC CE that supports reporting multiple pairs of delay information, etc. The first DSR MAC CE may also be referred to as the DSR MAC CE in Release 18, or a conventional DSR MAC CE, or a DSR MAC CE that does not support reporting multiple pairs of delay information, etc.

[0076] In the following description, the remaining time of data in an LCG buffer refers to the shortest remaining value of the PDCP discardTimer of the PDCP SDU that has not yet been sent in the MAC PDU and has not yet been reported as data volume (or buffer size) in the DSR MAC CE, or the remaining time until the PDCP discardTimer expires; the data buffered in the LCG includes data from the PDCP layer and / or data from the RLC layer, such as including at least one of the following: delayed urgent PDCP SDU, PDCP data PDU including delayed urgent PDCP SDU, PDCP control PDU, PDCP SDU to be retransmitted, PDCP data PDU to be retransmitted, delayed urgent RLC SDU and delayed urgent RLC SDU segments, RLC data PDUs including delayed urgent RLC SDU or delayed urgent RLC SDU segments awaiting initial transmission, and RLC data PDUs awaiting retransmission.

[0077] In the following description, generating a DSR MAC CE can also be described as generating a DSR, reporting a DSR, or constructing the MAC PDU containing the DSR MAC CE. After operation 502, if a DSR MAC CE has been generated, the terminal device can send the generated DSR MAC CE to the network device. For example, as shown in Figure 2, terminal device 102 sends a DSR MAC CE to network device 101.

[0078] It is worth noting that Figure 5 above is only a schematic illustration of the embodiments of this application, but this application is not limited thereto. For example, other operations may be added or some operations may be removed. Those skilled in the art can make appropriate modifications based on the above content, and are not limited to the description in Figure 5 above.

[0079] In some embodiments, in step 501, the network device configures a trigger time threshold for each LCG of the terminal device, and may also configure at least one reporting time threshold. The first LCG is configured with one trigger time threshold and at least one reporting time threshold, and the trigger time threshold is higher than all reporting time thresholds. Alternatively, the first LCG is an LCG whose configured trigger time threshold is higher than all reporting time thresholds. Additionally, if the remaining time of data on the first LCH in the first LCG is lower than the trigger time but higher than all reporting time thresholds, and there is no buffered data in the first LCH that meets the reporting time thresholds, the terminal device (MAC entity) triggers a Delay Status Report (DSR) for the first logical channel (LCH) in the first logical channel group (LCG). This includes: the minimum remaining value of the running PDCP discardTimers in all PDCP SDUs buffered on the first logical channel (not transmitted in any MAC PDU, nor reported as data volume in the DSR MAC CE) is lower than the trigger time threshold of the first LCG, and there are no pending DSRs for the first LCG. The terminal device (MAC entity) triggers a DSR for the first LCH. The triggered DSR remains pending until it is canceled. The second LCG mentioned later refers to any LCG other than the first LCG configured by the terminal device. This second LCG is configured with a trigger time threshold and at least one reporting time threshold, but the size of the trigger time threshold and reporting time threshold for the second LCG is unlimited.

[0080] Although the terminal device triggers DSR for the first LCH, since the triggering time threshold of the first LCG is higher than all reporting time thresholds, this application proposes the following implementation methods regarding whether and how the first LCG reports the remaining time and cache size.

[0081] In some implementations, in step 502, for the first LCG, the terminal device uses a first DSR MAC CE to report its remaining time and buffer size. Specifically, the terminal device generates a first DSR MAC CE. The latency information of the first LCG in the first DSR MAC CE includes remaining time information and buffer size information. The remaining time information (i.e., the remaining time field in the first DSR MAC CE) is the shortest remaining value of the running PDCP discard timer among all PDCP SDUs that are buffered for an LCG but have not been transmitted in any MAC PDU, at the time of the first symbol of the first PUSCH transmission that includes this DSR MAC CE. The buffer size information (i.e., the buffer size field in the first DSR MAC CE) is the total amount of latency-sensitive data in the first LCG after the MAC PDU is constructed. delay-critical UL data for an LCG according to the data volume calculation procedure specified in clause 5.5in TS 38.322[3]and clause 5.15in TS 38.323[4]for the associated RLC and PDCP entities,respectively,after the MAC PDU has been built).

[0082] In this embodiment, if the terminal device is configured with a second LCG, and the remaining time of data in the second LCG is lower than at least one reporting time threshold configured for the second LCG, for example, regardless of whether a DSR is triggered for the LCH in the second LCG or regardless of whether the remaining time of data in the LCH in the second LCG is lower than the triggering time threshold configured for the second LCG, or when a DSR is triggered (referring to the aforementioned DSR triggering conditions, it may be that the terminal device has triggered a DSR for the LCH in any LCG configured to report delay status), the terminal device generates a second DSR MAC CE. The second DSR MAC CE includes the delay information of the second LCG, which includes remaining time information and buffer size information. For specific meanings, refer to the related technologies of the second DSR MAC CE. This embodiment of the application is not intended to limit the scope of the invention.

[0083] In other words, the terminal device uses different DSR MAC CEs to carry its latency information for the first LCG and the second LCG respectively.

[0084] In this implementation, by reporting the latency information of the first LCG through the first DSR MAC CE, the network device can allocate uplink resources of appropriate size to meet the latency requirements of the data cached in the first LCG based on the remaining time and cache size of the data cached in the first LCG, thereby satisfying the QoS of the services included in the first LCG.

[0085] In some implementations, at 502, for the first LCG, the terminal device uses a second DSR MAC CE to report its remaining time and buffer size. Specifically, the terminal device generates a second DSR MAC CE. The delay information of the first LCG in the second DSR MAC CE includes remaining time information and buffer size information. The remaining time information (i.e., the remaining time field in the second DSR MAC CE) is the shortest remaining value of the running PDCP discard timer among all PDCP SDUs that are buffered for an LCG but have not been transmitted in any MAC PDU at the time of the first symbol of the first PUSCH transmission that includes this DSR MAC CE. The buffer size information (i.e., the buffer size field in the second DSR MAC CE) is the MAC MAC CE's buffer size. After the PDU is constructed, the total amount of latency-sensitive data in the first LCG or the amount of cached data with remaining time below the trigger time threshold, or the amount of cached data in the first LCG.

[0086] In this embodiment, if the terminal device is configured with a second LCG, and the remaining time of data in the second LCG is lower than at least one reporting time threshold configured for the second LCG, for example, regardless of whether a DSR is triggered for the LCH in the second LCG or regardless of whether the remaining time of data in the LCH in the second LCG is lower than the triggering time threshold configured for the second LCG, or when a DSR is triggered (referring to the aforementioned DSR triggering conditions, it may be that the terminal device triggered a DSR for the LCH in any LCG configured to report delay status), the second DSR MAC CE also includes the delay information of the second LCG. The delay information of the second LCG includes the remaining time information and the buffer size information. For the specific meaning, please refer to the related technologies of the second DSR MAC CE. This embodiment of the application is not intended to limit it.

[0087] In other words, the terminal device can use the second DSR MAC CE to carry its latency information for both the first LCG and the second LCG.

[0088] In this implementation, by reporting the latency information of the first LCG through the second DSR MAC CE, the network device can allocate uplink resources of appropriate size to meet the latency requirements of the data cached in the first LCG based on the remaining time and cache size of the data cached in the first LCG, thereby satisfying the QoS of the services included in the first LCG.

[0089] In some implementations, at step 502, for the first LCG, the terminal device uses a second DSR MAC CE to report its remaining time and buffer size. That is, the terminal device generates a second DSR MAC CE, and the latency information of the first LCG in the second DSR MAC CE includes remaining time information and buffer size information. The remaining time information (i.e., the remaining time field in the second DSR MAC CE) is a first specific value, and the buffer size information (i.e., the buffer size field in the second DSR MAC CE) is a second specific value. The remaining time field can be a reserved value, and the first specific value can be 0 or other specific values. The second specific value can be 0, but this application embodiment does not limit this.

[0090] In this embodiment, if the terminal device is configured with a second LCG, and the remaining time of data in the second LCG is lower than at least one reporting time threshold configured for the second LCG, for example, regardless of whether a DSR is triggered for the LCH in the second LCG or regardless of whether the remaining time of data in the LCH in the second LCG is lower than the triggering time threshold configured for the second LCG, or when a DSR is triggered (referring to the aforementioned DSR triggering conditions, it may be that the terminal device triggered a DSR for the LCH in any LCG configured to report delay status), the second DSR MAC CE also includes the delay information of the second LCG. The delay information of the second LCG includes the remaining time information and the buffer size information. For the specific meaning, please refer to the related technologies of the second DSR MAC CE. This embodiment of the application is not intended to limit it.

[0091] In other words, the terminal device can use the second DSR MAC CE to carry the latency information for both the first LCG and the second LCG. However, the latency information for the first LCG is reported using a specific value, rather than the actual value.

[0092] In this implementation, by reporting the latency information of the first LCG to a specific value through the second DSR MAC CE, the network device knows that the data in the first LCG that is not cached meets the reporting time threshold. It can prioritize the latency information of other LCGs to allocate appropriate uplink resources, thereby helping to meet the QoS of the services included in other LCGs.

[0093] In some implementations, at 502, the first LCG is not reported in any DSR MAC CE, even if the terminal device generates a first DSR MAC CE or a second DSR MAC CE, the first DSR MAC CE or the second DSR MAC CE does not include delay information of the first LCG.

[0094] In this embodiment, if the terminal device is configured with a second LCG, and the remaining time of data in the second LCG is lower than at least one reporting time threshold configured for the second LCG, for example, regardless of whether a DSR is triggered for the LCH in the second LCG or regardless of whether the remaining time of data in the LCH in the second LCG is lower than the triggering time threshold configured for the second LCG, or when a DSR is triggered (referring to the aforementioned DSR triggering conditions, it may be that the terminal device has triggered a DSR for the LCH in any LCG configured to report delay status), the terminal device generates a first DSR MAC CE or a second DSR MAC CE, carrying the delay information of the second LCG. The delay information of the second LCG includes remaining time information and buffer size information. For specific meanings, refer to the related technologies of the second DSR MAC CE. This embodiment of the application is not intended to limit the scope of the invention.

[0095] In other words, the terminal device uses either the first DSR MAC CE or the second DSR MAC CE to carry its latency information for the second LCG. However, it does not report the latency information of the first LCG, or in other words, the DSR MAC CE does not include the latency information of the first LCG, or the LCGi field corresponding to the first LCG in the DSR MAC CE is set to 0. Examples will not be given here. However, the DSR triggered by the first LCH may not be canceled, i.e., it will be in a pending state. For this pending DSR, the terminal device can generate another DSR MAC CE if uplink resources become available later.

[0096] In this implementation, the latency information of the first LCG is not reported in the first DSR MAC CE or the second DSR MAC CE. The network device can allocate uplink resources of appropriate size to meet the latency requirements of other LCGs, thereby satisfying the QoS of the services included in other LCGs.

[0097] In the above embodiments, when generating a first DSR MAC CE or a second DSR MAC CE, at the moment when available uplink UL resources meet a specific condition, such as the result of logical channel priority processing, the size of the available uplink resources can accommodate the first DSR MAC CE or the second DSR MAC CE plus its subheading size, and the MAC layer of the terminal device generates the first DSR MAC CE or the second DSR MAC CE. For example, for dynamic scheduling, the specific condition is: the terminal device receives a physical downlink control channel (PDCCH) indicating an uplink grant; for configured grants, the specific condition is: the terminal device determines that there are resources with configured grants, wherein the available uplink resources may refer to uplink resources that can be used for new transmissions. Optionally, if the terminal device is not configured with a second LCG or the remaining time of cached data in no second LCG is lower than at least one reporting time threshold configured for the second LCG, the terminal device may generate the first DSR MAC CE or the second DSR MAC CE only when the remaining time of data in the first LCG (first LCH or other LCHs) is lower than at least one reporting time threshold. In other words, in the aforementioned embodiments, after triggering DSR, if there are available uplink UL resources that meet specific conditions, a corresponding DSR MAC CE should normally be generated. However, since no LCG has a remaining time that meets the corresponding reporting time threshold at that moment, the DSR MAC CE may not be generated initially. Instead, it may be generated when the remaining time of data in the first LCG (first LCH or other LCHs) is lower than at least one reporting time threshold. By adding the condition for generating a DSR MAC CE, the network device can obtain the latency information of the first LCG, facilitating the allocation of uplink resources to meet the QoS of the services included in the first LCG.

[0098] In some implementations, in step 502, the first LCG is not reported in any DSR MAC CE. When the terminal device is not configured with a second LCG or when there is no remaining time with data in the second LCG that is less than at least one reporting time threshold configured for the second LCG, that is, when there is no remaining time with data in the LCG that is less than at least one reporting time threshold configured for the LCG, even if a DSR is triggered, the terminal device does not generate a first DSR MAC CE or a second DSR MAC CE. In other words, the terminal device may not report a DSR, but the DSR triggered by the first LCH may not be canceled, i.e., it is in a pending state.

[0099] Unlike the aforementioned implementation, after DSR is triggered, if the terminal device is not configured with a second LCG or the remaining time of no LCG meets the corresponding reporting time threshold, a DSR MAC CE is not generated. Even if the remaining time of the data in the first LCG (first LCH or other LCH) is lower than at least one reporting time threshold, the terminal device will not generate a DSR MAC CE.

[0100] In some implementations, at 502, the DSR triggered for the first LCH is cancelled. For example, in 501, the DSR is triggered for the first LCH, and in 502, if the remaining time of data in the first LCG is still higher than all reporting time thresholds at the moment of the first symbol of the first Physical Uplink Shared Channel (PUSCH) transmission including the DSR MAC CE, the triggered DSR is cancelled.

[0101] In this implementation, the terminal device cancels the triggered DSR, thereby preventing the generation of DSR MAC CE or the reporting of DSR to the network device, thus reducing signaling overhead and radio resource consumption.

[0102] The embodiments of this application have been described above by way of example, but this application is not limited thereto, and appropriate modifications can be made based on the above embodiments. For example, the above embodiments can be used alone, or one or more of the above embodiments can be combined.

[0103] As can be seen from the above embodiments, when a terminal device triggers a DSR for an LCH in an LCG but does not meet the reporting time threshold related to the DSR configured for that LCG, it helps the terminal device determine whether and how to report the remaining time and cache size for that LCG, standardizes the behavior of the terminal device, and is simple to implement with little impact on the standard.

[0104] Second aspect of the embodiments

[0105] In related technologies, a PDU set refers to one or more PDUs (Protocol Data Units) carrying the payload of an information unit (such as a video frame or video segment in an XR service) generated at the application layer. Each PDU in a PDU set corresponds to a PDCP Service Data Unit (PDCP SDU). In video calls or XR services, if the data transmission delay exceeds a certain time, its actual value will decrease significantly. Therefore, it is proposed to use the expiration of a timer to trigger the discarding of this data. When the PDCP layer receives a PDCP SDU from the upper layer, the timer starts counting. The first discard policy (pdu-SetDiscard) means that when the timer of a certain PDCP SDU expires, all PDCP SDUs in the PDU set to which the PDCP SDU belongs, as well as the corresponding PDCP data PDUs, are discarded. If the first discard policy is not configured, only the PDCP SDU and its corresponding PDCP data PDUs are discarded.

[0106] For delayed-urgent PDCP SDUs, without a first discard policy configured, if the remaining time of a PDCP SDU is less than the remainingTimeThreshold (trigger time threshold), then that PDCP SDU will be identified as a delayed-urgent PDCP SDU. With the first discard policy configured, if at least one PDCP SDU in a PDU set has a remaining time less than the remainingTimeThreshold, then all PDCP SDUs in that PDU set will be identified as delayed-urgent PDCP SDUs. As shown in Figure 6, if the remaining time of data 1 in PDU set 0 (PDCP SDUs) included in an LCG is lower than the trigger time threshold, then data 2 in PDU set 0 will also be considered a delayed-urgent PDCP SDU and will be included in the cache size of that LCG in the DSR.

[0107] In some schemes, the terminal device divides the cached data in an LCG into multiple parts based on multiple reporting time thresholds configured for an LCG. The DSR in the 3GPP Release 19 specification indicates the amount of data in each part of the cached data with a buffer size greater than 0, the buffer size, and the shortest remaining time of the cached PDCP SDU in each part of the cached data. For example, a specific description is shown in Table 5.

[0108] Table 5

[0109] The inventors discovered that, when at least one DSR reporting time threshold is configured, and with a first discard policy configured, the problem to be solved is which part of the data in a PDU set should be allocated to the corresponding data amount of the reporting time threshold to calculate the cache size.

[0110] This application provides a method for generating a delay status report, described from the perspective of a terminal device (e.g., terminal device 102). The meanings of features identical to those in the first aspect embodiment will not be repeated.

[0111] Figure 7 is a schematic diagram of a method for generating a delay status report according to an embodiment of this application. As shown in Figure 7, the method includes:

[0112] 701, The terminal device divides the data buffered in a logical channel group into at least two parts and generates a Delay Status Report (DSR), wherein the logical channel group is configured with at least one reporting time threshold;

[0113] Specifically, when the first discarding policy is configured, dividing the data cached in the logical channel group into at least two parts includes: the amount of data of the first data in a PDU set in a logical channel group is divided into the amount of data corresponding to the second remaining time of the second data in the PDU set, wherein the first remaining time of the first data is greater than or equal to the trigger time threshold or the reporting time threshold.

[0114] In some embodiments, the terminal device divides the cached data in an LCG into at least two parts based on a reporting time threshold configured for that LCG. For example, if the LCG is configured with one reporting time threshold, the cached data in the LCG is divided into two parts; if the LCG is configured with two reporting time thresholds, the cached data in the LCG is divided into three parts, and so on. Taking the LCG configured with two reporting time thresholds as an example, assuming that the reporting time thresholds are reporting time threshold 1 and reporting time threshold 2, and reporting time threshold 1 is less than reporting time threshold 2, then in the process of dividing the cached data of the LCG, data with remaining time less than reporting time threshold 1 is assigned to the first part, data with remaining time greater than or equal to reporting time threshold 1 and less than reporting time threshold 2 is assigned to the second part, and data with remaining time greater than or equal to reporting time threshold 2 is assigned to the third part. If there is no data in the LCG with remaining time less than the reporting threshold 1, the data volume of the first part is zero. If there is no data in the LCG with remaining time greater than or equal to the reporting time threshold 1 and less than the reporting time threshold 2, the data volume of the second part is zero. If there is no data in the LCG with remaining time greater than or equal to the reporting time threshold 2 and less than the reporting time threshold 3, the data volume of the third part is zero.

[0115] In some embodiments, the generated DSR MAC CE includes at least the delay information of one logical channel group; the delay information includes at least one remaining time information field and at least one buffer size information field, the buffer size in the at least one buffer size information field being determined based on the data volume of at least one of the at least two parts. Taking an LCG configured with two reporting time thresholds as an example, if the data volume of the first part and the data volume of the second part are not zero, then the delay information may include two buffer size information fields, one of which has a buffer size determined at least based on the data volume of the first part, and the other has a buffer size determined at least based on the data volume of the second part; the data of the third part may not be included in the DSR (or DSR MAC CE). If the data volume of the first part is zero, then the delay information may include one buffer size information field, the buffer size of which is determined at least based on the data volume of the second part. If the data volume of the second part is zero, then the delay information may include one buffer size information field, the buffer size of which is determined at least based on the data volume of the first part.

[0116] The following explains how to partition the data when the first discard policy is configured.

[0117] In some embodiments, a logical channel group is configured with at least one reporting time threshold and one trigger time threshold. The remaining time (first remaining time) of first data in a PDU set within a logical channel group is greater than or equal to the trigger time threshold or the first reporting time threshold. For example, the first remaining time is the minimum remaining time of all data in the first data. The remaining time (second remaining time) of second data in a PDU set within a logical channel group is less than or equal to the trigger time threshold or the second reporting time threshold. For example, the second remaining time is the minimum remaining time of all data in the second data. The first or second reporting time threshold is one of the at least one reporting time thresholds. For example, the reporting time threshold is the highest of the at least one reporting time thresholds, but this embodiment is not intended to be limiting.

[0118] In some embodiments, when a first discard policy is configured, the amount of data in the first data is allocated to the amount of data corresponding to the second remaining time of the second data.

[0119] Figure 8 is a schematic diagram of the remaining time of LCG according to an embodiment of this application. As shown in Figure 8, PDU set 0 includes data D1, D3 and D5, and their respective remaining times are RT1, RT3 and RT5, respectively; PDU set 1 includes data D2 and D4, and their respective remaining times are RT2 and RT4, respectively. For example, data D5 (first data) included in PDU set 0 has a remaining time RT5 that is higher than the trigger time threshold and the (highest) reporting time threshold. The amount of data D3 is calculated as the amount of data corresponding to the remaining time RT1 of D1; D5 can be allocated to the amount of data corresponding to the remaining time RT3 of D3 in the same PDU set 0, or to the amount of data corresponding to the remaining time RT1 of D1 in the same PDU set 0.

[0120] In some embodiments, the second remaining time is the remaining time in the PDU set that is closest to the trigger time threshold or reporting time threshold of the first remaining time. Here, the remaining time related to the trigger time threshold or reporting time threshold refers to the minimum remaining time of data whose remaining time is lower than that threshold. For example, D5 can be assigned to the amount of data corresponding to the remaining time (closest to the first remaining time) RT3 of D3 in the same PDU set 0.

[0121] In some embodiments, for an LCG or a PDU set within an LCG, if the data amounts of D3 and D5 are both calculated as the data amounts corresponding to the remaining time RT1 of D1, then for PDU set 0 of the LCG, a data portion corresponding to a reporting time threshold 1 is allocated, with a data amount of D1+D3+D5. The DSR includes the delay information for this portion. If the data amount of D5 is calculated as the data amount corresponding to the remaining time RT3 of D3, and the data amount of D3 is calculated as the data amount corresponding to the remaining time RT3 of D1, then for PDU set 0 of the LCG, a data portion corresponding to a reporting time threshold 1 is allocated, with a data amount of D1+D3. The DSR includes the delay information for this portion.

[0122] According to the above embodiments, it is clear which part of the remaining time should be allocated to the cache size corresponding to the remaining time for data with a remaining time higher than the trigger time threshold or the reporting time threshold. This helps the terminal device and the network device to have a consistent understanding of the data volume of the terminal device, so that the network device can allocate appropriate uplink resources to meet the latency requirements of a PDU set of data.

[0123] Third aspect of the embodiments

[0124] In some schemes, the terminal device divides the cached data in an LCG into multiple parts based on multiple reporting time thresholds configured for an LCG. The DSR in the 3GPP Release 19 specification indicates the amount of data in each part of the cached data with a buffer size greater than 0, the buffer size, and the shortest remaining time of the cached PDCP SDU in each part of the cached data. For example, a specific description is shown in Table 5.

[0125] Table 5

[0126] The inventors discovered that the terminal device constructs a MAC PDU based on uplink resources. This MAC PDU may include |DSR MAC CE and uplink data. Therefore, it is possible that before the MAC PDU is constructed, a portion of an LCG (Local Group) divided according to a reporting time threshold contains data; however, after the MAC PDU is constructed, this portion of uplink data is included in the MAC PDU, so that portion may be empty, meaning the buffer size for that portion is 0.

[0127] To address this issue, this application provides a method for generating a delay status report, described from the perspective of a terminal device (e.g., terminal device 102). The meanings of features identical to those in the first aspect embodiment will not be repeated.

[0128] Figure 9 is a schematic diagram of a method for generating a delay status report according to an embodiment of this application. As shown in Figure 9, the method includes:

[0129] 901. The terminal device divides the data cached in a logical channel group into at least two parts according to at least one reporting time threshold configured for a logical channel group, and generates a Delay Status Report (DSR), which indicates the delay information of the portion of the cached data with a size greater than 0 before the MAC PDU is constructed.

[0130] In some embodiments, the terminal device divides the cached data in an LCG into at least two parts based on a reporting time threshold configured for that LCG. For example, if the LCG is configured with one reporting time threshold, the cached data in the LCG is divided into two parts; if the LCG is configured with two reporting time thresholds, the cached data in the LCG is divided into three parts, and so on. Taking the LCG configured with two reporting time thresholds as an example, assuming that the reporting time thresholds are reporting time threshold 1 and reporting time threshold 2, and reporting time threshold 1 is less than reporting time threshold 2, then in the process of dividing the cached data of the LCG, data with remaining time less than reporting time threshold 1 is assigned to the first part, data with remaining time greater than or equal to reporting time threshold 1 and less than reporting time threshold 2 is assigned to the second part, and data with remaining time greater than or equal to reporting time threshold 2 is assigned to the third part. If there is no data in the LCG with remaining time less than the reporting threshold 1, the data volume of the first part is zero. If there is no data in the LCG with remaining time greater than or equal to the reporting time threshold 1 and less than the reporting time threshold 2, the data volume of the second part is zero. If there is no data in the LCG with remaining time greater than or equal to the reporting time threshold 2 and less than the reporting time threshold 3, the data volume of the third part is zero.

[0131] In some embodiments, the generated DSR MAC CE includes at least the delay information of one logical channel group; the delay information includes at least one remaining time information field and at least one buffer size information field, the buffer size in the at least one buffer size information field being determined based on the data volume of at least one of the at least two parts. Taking an LCG configured with two reporting time thresholds as an example, if the data volume of the first part and the data volume of the second part are not zero, then the delay information may include two buffer size information fields, one of which has a buffer size determined at least based on the data volume of the first part, and the other has a buffer size determined at least based on the data volume of the second part; the data of the third part may not be included in the DSR (or DSR MAC CE). If the data volume of the first part is zero, then the delay information of the LCG in the DSR MAC CE may include one buffer size information field, the buffer size in which is determined at least based on the data volume of the second part. If the data volume of the second part is zero, then the delay information may include one buffer size information field, the buffer size in which is determined at least based on the data volume of the first part.

[0132] In this embodiment, the latency information for the portion of cached data with a size greater than 0 before the MAC PDU is constructed is included in the DSR. For the portion of cached data with a size of 0 after the MAC PDU is constructed, the DSR still includes the latency information for that portion, but the remaining time information field is retained, while the cache size information field can indicate 0. That is, when partitioning data, the remaining time before the MAC PDU is constructed is compared with the reporting time threshold. Taking an LCG configured with two reporting time thresholds as an example, assuming the reporting time thresholds are reporting time threshold 1 and reporting time threshold 2, and reporting time threshold 1 is less than reporting time threshold 2, then during the partitioning of the LCG cached data, data with a remaining time before the MAC PDU is constructed that is less than reporting time threshold 1 is partitioned into the first part; data with a remaining time before the MAC PDU is constructed that is greater than or equal to reporting time threshold 1 and less than reporting time threshold 2 is partitioned into the second part; and data with a remaining time before the MAC PDU is constructed that is greater than or equal to reporting time threshold 2 is partitioned into the third part. Further examples are not provided here.

[0133] In some embodiments, the period before MAC PDU construction may include before generating DSR MAC CE, and / or before or after an available uplink resource, and / or after triggering DSR, and / or after determining a report-enhanced DSR, and / or at the first symbol of the first PUSCH resource that includes the DSR MAC CE.

[0134] According to the above embodiments, the timing for determining that BS is greater than 0 is clarified, which helps to avoid performing the Logical Channel Priority Processing (LCP) again, thereby simplifying the operation of the terminal device.

[0135] The embodiments of this application have been described above by way of example, but this application is not limited thereto, and appropriate modifications can be made based on the above embodiments. For example, the above embodiments can be used alone, or one or more of the above embodiments can be combined.

[0136] Fourth aspect of the embodiment

[0137] This application provides a method for receiving Delay Status Reports (DSRs) applied to a network device. This application corresponds to the method in the first, second, or third aspect of the embodiment.

[0138] The DSR receiving method of this application embodiment includes (not shown): a network device receives a DSR generated and sent by a terminal device, wherein the DSR includes a first DSR MAC CE and / or a second DSR MAC CE, the first DSR MAC CE and / or the second DSR MAC CE including or excluding delay information of a first LCG, wherein a delay status report (DSR) is triggered for a first logical channel (LCH) in a first logical channel group (LCG); the first LCG is configured with a trigger time threshold and at least one reporting time threshold, the trigger time threshold being higher than all of the reporting time thresholds; or,

[0139] The DSR is generated by the terminal device by dividing the data cached in a logical channel group into at least two parts, wherein the logical channel group is configured with at least one reporting time threshold; wherein, when a first discard policy is configured, the data amount of the first data in a PDU set within a logical channel group is allocated to the data amount corresponding to the second remaining time of the second data in the PDU set, and the first remaining time of the first data is greater than or equal to the trigger time threshold or the reporting time threshold; or...

[0140] The DSR indicates the latency information for the portion of the cached data larger than 0 before the MAC PDU is constructed.

[0141] The DSR can be generated by the terminal device based on the DSR generation method in the embodiments of the first aspect and / or the embodiments of the second aspect and / or the embodiments of the third aspect, and the repeated parts will not be described again.

[0142] Fifth aspect of the embodiment

[0143] This application provides an apparatus for generating Delay Status Reports (DSRs), which is configured in a terminal device. The apparatus in this application corresponds to the method of the first, second, or third aspect of the embodiment, and the content identical to that in the first, second, or third aspect of the embodiment will not be repeated.

[0144] Figure 10 is a schematic diagram of a DSR generation apparatus according to an embodiment of this application.

[0145] As shown in FIG10, the DSR generation apparatus 1000 of this application embodiment includes: processor 1001.

[0146] In some embodiments, the processor 1001 triggers a Delay Status Report (DSR) for a first logical channel (LCH) in a first logical channel group (LCG); wherein the first LCG is configured with a trigger time threshold and at least one reporting time threshold, the trigger time threshold being higher than all of the reporting time thresholds; and

[0147] Processor 1001 generates a first Delay Status Report Media Access Control (DSR MAC CE) and / or a second Delay Status Report Media Access Control (DSR MAC CE), wherein the first DSR MAC CE and / or the second DSR MAC CE includes delay information of the first LCG, or...

[0148] Processor 1001 generates a first Delay Status Report Media Access Control (DSR MAC CE) and / or a second Delay Status Report Media Access Control (DSR MAC CE), wherein the first DSR MAC CE and / or the second DSR MAC CE do not include delay information of the first LCG, or,

[0149] Processor 1001 either does not generate a Delay Status Report Media Access Control (DSR MAC CE) element, or cancels the triggered DSR.

[0150] In some embodiments, the processor 1001 divides data cached in a logical channel group into at least two parts to generate a Delay Status Report (DSR), wherein the logical channel group is configured with at least one reporting time threshold; wherein, when a first discard policy is configured, dividing the data cached in the logical channel group into at least two parts includes: the amount of data of a first data in a PDU set in a logical channel group is allocated to the amount of data corresponding to the second remaining time of a second data in the PDU set, wherein the first remaining time of the first data is greater than or equal to a trigger time threshold or a reporting time threshold.

[0151] In some embodiments, the processor 1001 divides the data cached in a logical channel group into at least two parts according to at least one reporting time threshold configured for a logical channel group, and generates a Delay Status Report (DSR) indicating the delay information of the portion of the cached data larger than 0 before the MAC PDU is constructed.

[0152] The implementation of the processor 1001 can be referred to the embodiments of the first, second or third aspects, which will not be repeated here.

[0153] In some embodiments, the apparatus may further include: a transmitter 1002 that transmits the generated DSR (DSR or first DSR MAC CE and / or second DSR MAC CE).

[0154] This application provides a delay status report (DSR) receiving apparatus configured in a network device. The apparatus of this application corresponds to the method of the fourth aspect embodiment, and the content identical to that of the fourth aspect embodiment will not be repeated. The DSR receiving apparatus of this application includes: a receiver that receives a DSR generated and transmitted by a terminal device, wherein the DSR includes a first DSR MAC CE and / or a second DSR MAC CE, the first DSR MAC CE and / or the second DSR MAC CE including or excluding delay information of a first LCG, wherein a delay status report (DSR) is triggered for a first logical channel (LCH) in a first logical channel group (LCG); the first LCG is configured with a trigger time threshold and at least one reporting time threshold, the trigger time threshold being higher than all of the reporting time thresholds; or,

[0155] The DSR is generated by the terminal device by dividing the data cached in a logical channel group into at least two parts, wherein the logical channel group is configured with at least one reporting time threshold; wherein, when a first discard policy is configured, the data amount of the first data in a PDU set within a logical channel group is allocated to the data amount corresponding to the second remaining time of the second data in the PDU set, and the first remaining time of the first data is greater than or equal to the trigger time threshold or the reporting time threshold; or...

[0156] The DSR indicates the latency information of the portion of cached data larger than 0 before the MAC PDU is constructed. This DSR can be generated by the generation device 1000; specific implementations can be found in the embodiments of the first, second, or third aspects, which will not be repeated here.

[0157] The embodiments of this application have been described above by way of example, but this application is not limited thereto, and appropriate modifications can be made based on the above embodiments. For example, the above embodiments can be used alone, or one or more of the above embodiments can be combined.

[0158] It is worth noting that the above description only covers the components or modules relevant to this application, but this application is not limited thereto. The apparatus in the embodiments of this application may also include other components or modules, and for details regarding these components or modules, please refer to related technologies. Furthermore, the aforementioned components or modules can be implemented using hardware facilities such as processors, memory, transmitters, and receivers; this application does not impose any limitations on this.

[0159] Implementation of the sixth aspect

[0160] This application also provides a communication system, including network equipment and terminal equipment.

[0161] In the embodiments of this application, the terminal device, as the generator and transmitter of DSR, may include the generator apparatus shown in the fifth aspect embodiment, and is configured to execute the method of the first aspect, second aspect or third aspect embodiment. Since the method has been described in detail in the first aspect, second aspect or third aspect embodiment, its contents are incorporated herein and will not be repeated.

[0162] In the embodiments of this application, the network device, as the receiving end of DSR, may include the apparatus shown in the embodiments of the fifth aspect, and be configured to perform the method of the embodiments of the fourth aspect. Since the method has been described in detail in the embodiments of the fourth aspect, its contents are incorporated herein and will not be repeated.

[0163] In addition, the terminal device and the network device can also perform their respective regular operations, and the network device can also perform operations corresponding to the operations of the terminal device, such as the network device receiving information / signals from the terminal device, and / or the network device sending information / signals to the terminal device, the details of which are omitted here.

[0164] This application also provides a terminal device, which may be a UE, but this application is not limited to this and may also be other terminal devices.

[0165] Figure 11 is a schematic diagram of a terminal device according to an embodiment of this application. As shown in Figure 11, the terminal device 1100 may include a processor 1101 and a memory 1102; the memory 1102 stores data and programs and is coupled to the processor 1101. It is worth noting that this figure is exemplary; other types of structures may also be used to supplement or replace this structure to achieve telecommunications functions or other functions.

[0166] In some embodiments, the functionality of the generation apparatus of the fifth aspect embodiment can be integrated into the processor 1101, wherein the processor 1101 can be configured to execute a program to implement the method described in the first, second or third aspect embodiment, the contents of which are incorporated herein and will not be repeated here.

[0167] In other embodiments, the generating apparatus of the fifth aspect embodiment may be configured separately from the processor 1101. For example, the generating apparatus of the fifth aspect embodiment may be configured as a chip connected to the processor 1101, and the functions of the generating apparatus of the fifth aspect embodiment may be realized through the control of the processor 1101.

[0168] As shown in Figure 11, the terminal device 1100 may further include: a communication module 1103, an input unit 1104, a display 1105, and a power supply 1106. The functions of these components are similar to those in the prior art and will not be described in detail here. It is worth noting that the terminal device 1100 does not necessarily include all the components shown in Figure 11; these components are not essential. Furthermore, the terminal device 1100 may also include components not shown in Figure 11, which can be referred to in related technologies.

[0169] This application also provides a network device, which may be, for example, a base station, but this application is not limited to this and may also be other network devices.

[0170] Figure 12 is a schematic diagram of the network device according to an embodiment of this application. As shown in Figure 12, the network device 1200 may include a processor 1201 and a memory 1202; the memory 1202 is coupled to the processor 1201. The memory 1202 can store various data; in addition, it also stores information processing programs, and executes the programs under the control of the processor 1201.

[0171] In some embodiments, the function of the receiving device in the fifth aspect embodiment can be integrated into the processor 1201, wherein the processor 1201 can be configured to execute a program to implement the method as described in the fourth aspect embodiment, the contents of which are incorporated herein and will not be repeated here.

[0172] In other embodiments, the receiving device of the fifth aspect embodiment may be configured separately from the processor 1201. For example, the receiving device of the fifth aspect embodiment may be configured as a chip connected to the processor 1201, and the functions of the receiving device of the fifth aspect embodiment may be realized through the control of the processor 1201.

[0173] In addition, as shown in Figure 12, network device 1200 may also include transceivers 1203 and 1204. The functions of these components are similar to those in the prior art and will not be described again here. It is worth noting that network device 1200 does not necessarily need to include all the components shown in Figure 12; furthermore, network device 1200 may also include components not shown in Figure 1, which can be referred to in the prior art.

[0174] This application also provides a computer program, wherein when the program is executed in a terminal device, the program causes the terminal device to perform the method described in the first, second, or third aspect of the embodiments.

[0175] This application also provides a storage medium storing a computer program, wherein the computer program causes a terminal device to perform the methods described in the first, second, or third aspect of the embodiments.

[0176] This application also provides a computer program, wherein when the program is executed in a network device, the program causes the network device to perform the method described in the fourth aspect of the embodiments.

[0177] This application also provides a storage medium storing a computer program, wherein the computer program causes a network device to perform the method described in the fourth aspect of the embodiments.

[0178] The apparatus and methods described above in this application can be implemented in hardware or in combination with software. This application relates to a computer-readable program that, when executed by a logic component, enables the logic component to implement the apparatus or components described above, or to implement the various methods or steps described above. This application also relates to storage media for storing the above programs, such as hard disks, magnetic disks, optical disks, DVDs, flash memory, etc.

[0179] The methods / apparatus described in conjunction with the embodiments of this application can be directly embodied in hardware, software modules executed by a processor, or a combination of both. For example, one or more and / or combinations of one or more functional block diagrams shown in the figures can correspond to various software modules in a computer program flow, or to various hardware modules. These software modules can correspond to the various steps shown in the figures, respectively. These hardware modules can be implemented, for example, using a field-programmable gate array (FPGA) to embed these software modules.

[0180] The software module can reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art. A storage medium can be coupled to the processor, enabling the processor to read information from and write information to the storage medium; or the storage medium can be an integral part of the processor. The processor and storage medium can reside in an ASIC. The software module can be stored in the memory of a mobile terminal or in a memory card that can be inserted into the mobile terminal. For example, if the device (such as a mobile terminal) uses a high-capacity MEGA-SIM card or a high-capacity flash memory device, the software module can be stored in the MEGA-SIM card or the high-capacity flash memory device.

[0181] One or more and / or one or more combinations of functional blocks described in the accompanying drawings can be implemented as a general-purpose processor, digital signal processor (DSP), application-specific integrated circuit (ASIC), field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic device, discrete hardware component, or any suitable combination thereof for performing the functions described herein. One or more and / or one or more combinations of functional blocks described in the accompanying drawings can also be implemented as a combination of computing devices, such as a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in communication with a DSP, or any other such configuration.

[0182] The present application has been described above with reference to specific embodiments. However, those skilled in the art should understand that these descriptions are exemplary and not intended to limit the scope of protection of the present application. Those skilled in the art can make various modifications and variations to the present application based on its spirit and principles, and these modifications and variations are also within the scope of the present application.

[0183] Regarding the implementation methods including the above embodiments, the following notes are also disclosed:

[0184] 1. A delay status report receiving device, configured in a network device, the device comprising:

[0185] A receiver receives a Delay Status Report (DSR) generated and transmitted by a terminal device; wherein the DSR includes a first DSR MAC CE and / or a second DSR MAC CE, the first DSR MAC CE and / or the second DSR MAC CE including or excluding delay information of a first LCG, wherein a Delay Status Report (DSR) is triggered for a first logical channel (LCH) in a first logical channel group (LCG); the first LCG is configured with a trigger time threshold and at least one reporting time threshold, the trigger time threshold being higher than all of the reporting time thresholds; or,

[0186] The DSR is generated by the terminal device by dividing the data cached in a logical channel group into at least two parts, wherein the logical channel group is configured with at least one reporting time threshold; wherein, when a first discard policy is configured, the data amount of the first data in a PDU set within a logical channel group is allocated to the data amount corresponding to the second remaining time of the second data in the PDU set, and the first remaining time of the first data is greater than or equal to the trigger time threshold or the reporting time threshold; or...

[0187] The DSR indicates the latency information for the portion of the cached data larger than 0 before the MAC PDU is constructed.

Claims

1. A device for generating a delay status report, configured in a terminal device, the device comprising: A processor that triggers a Delay Status Report (DSR) for a first logical channel (LCH) in a first logical channel group (LCG); wherein the first LCG is configured with a trigger time threshold and at least one reporting time threshold, the trigger time threshold being higher than all of the reporting time thresholds; and The processor generates a first Delay Status Report Media Access Control (DSR MAC CE) and / or a second Delay Status Report Media Access Control (DSR MAC CE), wherein the first DSR MAC CE and / or the second DSR MAC CE includes the delay information of the first LCG, or... The processor generates a first Delay Status Report Media Access Control (DSR MAC CE) and / or a second Delay Status Report Media Access Control (DSR MAC CE), wherein the first DSR MAC CE and / or the second DSR MAC CE do not include the delay information of the first LCG, or, The processor either does not generate a Delay Status Report Media Access Control (DSR MAC CE) element, or cancels the triggered DSR.

2. The apparatus according to claim 1, wherein, The processor generates the first DSR MAC CE. The latency information of the first LCG in the first DSR MAC CE includes remaining time information and cache size information. The remaining time information is the shortest remaining value of the running PDCP discard timer of all PDCP SDUs cached in the first LCG that have not yet been sent in any MAC PDU, including the moment when the first symbol of the first PUSCH of the first DSR MAC CE is sent. The cache size information is the total amount of latency-sensitive data in the first LCG after the MAC PDU is constructed.

3. The apparatus according to claim 2, wherein, The processor also generates a second DSR MAC CE, which includes delay information of the second LCG, wherein the remaining time of data in the second LCG is lower than at least one reporting time threshold configured for the second LCG.

4. The apparatus according to claim 1, wherein, The processor generates the second DSR MAC CE. The latency information of the first LCG in the second DSR MAC CE includes remaining time information and cache size information. The remaining time information is the shortest remaining value of the running PDCP discard timer of all PDCP SDUs cached in the first LCG that have not yet been sent in any MAC PDU, including the moment when the first symbol of the first PUSCH of the second DSR MAC CE is sent. The cache size information is the total amount of latency-sensitive data in the first LCG after the MAC PDU is constructed, or the amount of cached data with remaining time lower than the trigger time threshold, or the current amount of cached data in the first LCG.

5. The apparatus according to claim 1, wherein, The processor generates the second DSR MAC CE, and the latency information of the first LCG in the second DSR MAC CE includes remaining time information and cache size information, wherein the remaining time information is a first specific value and the cache size information is a second specific value.

6. The apparatus according to claim 4 or 5, wherein, The second DSR MAC CE also includes delay information for the second LCG, wherein the remaining time with data in the second LCG is lower than at least one reporting time threshold configured for the second LCG.

7. The apparatus according to claim 1, wherein, The processor generates either the first DSR MAC CE or the second DSR MAC CE. The first DSR MAC CE or the second DSR MAC CE does not include the delay information of the first LCG, but includes the delay information of the second LCG, wherein the remaining time with data in the second LCG is lower than at least one reporting time threshold configured for the second LCG.

8. The apparatus according to claim 1, 2, 4, or 5, wherein, If the terminal device is not configured with a second LCG or the remaining time of the cached data in the second LCG is less than at least one reporting time threshold configured for the second LCG, the processor generates the first DSR MAC CE or the second DSR MAC CE when the remaining time of the data in the first LCG is less than at least one reporting time threshold.

9. The apparatus according to claim 1, wherein, When the terminal device is not configured with a second LCG or the remaining time for cached data in the second LCG is less than at least one reporting time threshold configured for the second LCG, the processor does not generate a Delay Status Report Media Access Control Element (DSR MAC CE).

10. The apparatus according to claim 9, wherein, The triggered DSR is in a pending state.

11. The apparatus according to claim 1, wherein, Triggering a Delay Status Report (DSR) for a first logical channel (LCH) in a first logical channel group (LCG) includes: the remaining time of the first LCH is less than the trigger time threshold, but higher than all of the reporting time thresholds.

12. A delay status report generation apparatus, configured in a terminal device, the apparatus comprising: A processor that divides data buffered in a logical channel group into at least two parts and generates a Delay Status Report (DSR), wherein the logical channel group is configured with at least one reporting time threshold; Specifically, when the first discarding policy is configured, dividing the data cached in the logical channel group into at least two parts includes: the amount of data of the first data in a PDU set in a logical channel group is divided into the amount of data corresponding to the second remaining time of the second data in the PDU set, wherein the first remaining time of the first data is greater than or equal to the trigger time threshold or the reporting time threshold.

13. The apparatus according to claim 12, wherein, The second remaining time is less than or equal to the trigger time threshold or the reporting time threshold.

14. The apparatus according to claim 12, wherein, The reporting time threshold is one of the at least one reporting time thresholds.

15. The apparatus according to claim 14, wherein, The reporting time threshold is the highest of the at least one reporting time thresholds.

16. The apparatus according to claim 13, wherein, The second remaining time is the remaining time in the PDU set that is closest to the trigger time threshold or reporting time threshold of the first remaining time.

17. The apparatus according to claim 12, wherein, The first remaining time is the minimum remaining time for all data in the first data, and the second remaining time is the minimum remaining time for all data in the second data.

18. The apparatus according to claim 12, wherein, The first discarding policy is configured to discard all data belonging to the PDU set when discarding one PDCP SDU in the PDU set.

19. The apparatus according to claim 12, wherein, The DSR includes at least the delay information of the logical channel group; the delay information includes at least one buffer size information field, and the buffer size in the at least one buffer size information field is determined based on the data volume of the at least two parts.

20. An apparatus for generating a delay status report, configured in a terminal device, the apparatus comprising: A processor that divides data cached in a logical channel group into at least two parts based on at least one reporting time threshold configured for the logical channel group, and generates a Delay Status Report (DSR) indicating delay information for the portion of cached data larger than 0 before the MAC PDU is constructed.

Images