Information processing method, communication device, communication system and storage medium

Abstract

Provided in the embodiments of the present disclosure are an information processing method, a communication device, a communication system and a storage medium. The information processing method is executed by a terminal, and comprises: determining that at least one reporting interval is configured for one LCG, wherein one reporting interval is used for at least indicating a value interval of one remaining time period; and determining the volume of data sent in the at least one reporting interval when a DSR is sent.

Description

Information processing methods, communication equipment, communication systems and storage media Technical Field

[0001] This disclosure relates to the field of communication technology, and in particular to an information processing method, communication device, communication system and storage medium. Background Technology

[0002] In the field of communication technology, extended reality (XR) service is one of the service types that communication systems need to support; and the service flow of XR service needs to meet certain latency requirements during transmission. Summary of the Invention

[0003] This disclosure aims to address the issue of data volume statistics during the reporting of enhanced Delay Status Reports (DSRs).

[0004] According to a first aspect of the present disclosure, an information processing method is proposed, executed by a terminal, comprising: determining to configure at least one reporting interval for a logical channel group (LCG), wherein the reporting interval is used to indicate at least a value range for a remaining time period; and determining the amount of data transmitted in the at least one reporting interval when DSR is transmitted.

[0005] According to a second aspect of the present disclosure, an information processing method is proposed, executed by a network device, comprising: sending first information, the first information being used by a terminal to determine at least one reporting interval for an LCG, wherein the reporting interval is used to indicate at least one value interval for a remaining time period; the at least one reporting interval being used by the terminal to determine the amount of data in the at least one reporting interval when DSR is reported.

[0006] According to a third aspect of the present disclosure, an information processing method is proposed, executed by a communication system including a terminal; the method includes: the terminal determining at least one reporting interval for an LCG, wherein the reporting interval is used to indicate at least a value interval for a remaining time period; the terminal determining the amount of data to be transmitted in the at least one reporting interval when DSR is transmitted.

[0007] According to a fourth aspect of the present disclosure, a terminal is provided, comprising: a processing module configured to determine at least one reporting interval for an LCG, wherein the reporting interval is used to indicate at least a value range for a remaining time period; and to determine the amount of data transmitted in the at least one reporting interval when DSR is transmitted.

[0008] According to a fifth aspect of the present disclosure, a network device is provided, comprising: a transmitting module configured to transmit first information, the first information being used by a terminal to determine at least one reporting interval for an LCG, wherein the reporting interval is used to indicate at least a value range for a remaining time period; the at least one reporting interval is used by the terminal to determine the amount of data in the at least one reporting interval when DSR is reported.

[0009] According to a sixth aspect of the embodiments of this disclosure, a communication device is provided, which is used to perform an implementation of such a first aspect, a second aspect, or an optional implementation of the first and second aspects.

[0010] According to a seventh aspect of the present disclosure, a communication system is provided, comprising: a terminal and a network device; wherein the terminal is configured to perform the method described in the optional implementation of the first aspect, and the network device is configured to perform the method described in the optional implementation of the second aspect.

[0011] According to an eighth aspect of the present disclosure, a storage medium is provided that stores instructions that, when executed on a communication device, cause the communication device to perform the method described in the first aspect, the second aspect, or an optional implementation of the first and second aspects.

[0012] According to a ninth aspect of the present disclosure, a program product is provided, including at least one of a program and instructions, wherein the program and instructions, when executed by a communication device, implement the method described as in the first aspect, the second aspect, or an optional implementation of the first and second aspects.

[0013] The embodiments disclosed herein can clearly enhance the amount of data reported when DSR is reported. Attached Figure Description

[0014] To more clearly illustrate the technical solutions in the embodiments of this disclosure, the accompanying drawings required for the description of the embodiments are introduced below. The following drawings are only some embodiments of this disclosure and do not impose specific limitations on the protection scope of this disclosure.

[0015] Figure 1A is a schematic diagram of the architecture of a communication system according to an embodiment of the present disclosure.

[0016] Figure 1B is a schematic diagram illustrating a DSR format according to an embodiment of the present disclosure.

[0017] Figure 2A is an interactive schematic diagram of an information processing method according to an embodiment of the present disclosure.

[0018] Figure 2B is a schematic diagram illustrating the amount of data reported in at least one reporting interval during DSR reporting according to an embodiment of the present disclosure.

[0019] Figure 3 is an interactive schematic diagram of an information processing method according to an embodiment of the present disclosure.

[0020] Figure 4A is a schematic diagram of the structure of a terminal according to an embodiment of the present disclosure.

[0021] Figure 4B is a schematic diagram of the structure of a network device according to an embodiment of the present disclosure.

[0022] Figure 5A is a schematic diagram of the structure of a communication device provided according to an embodiment of the present disclosure.

[0023] Figure 5B is a schematic diagram of the structure of a chip provided according to an embodiment of the present disclosure. Detailed Implementation

[0024] This disclosure provides an information processing method, a communication device, a communication system, and a storage medium.

[0025] In a first aspect, embodiments of this disclosure propose an information processing method executed by a terminal, comprising: determining at least one reporting interval for an LCG, wherein a reporting interval is used to indicate at least a value range for a remaining time period; and determining the amount of data transmitted in at least one reporting interval when DSR is transmitted.

[0026] In the above embodiments, the amount of data reported by DSR in at least one reporting interval can be clearly enhanced, thereby making it easier for the terminal to determine the appropriate data for reporting in at least one reporting interval and meet the data latency requirements.

[0027] In conjunction with some embodiments of the first aspect, in some embodiments, determining the amount of data sent in at least one reporting interval during DSR transmission includes: determining first data for the i-th reporting interval; wherein the i-th reporting interval is any one of at least one reporting interval; i is a positive integer; determining second data for the i-th reporting interval, the second data being associated with the first data; and determining the amount of data sent in the i-th reporting interval during DSR transmission as the amount of the first data and the second data.

[0028] In the above embodiments, the first data (e.g., emergency data) of the i-th reporting interval can be determined first, and the second data (e.g., non-emergency data) associated with the first data in the i-th reporting interval can be determined. The amount of data of the first data and the second data reported in the i-th reporting interval can be determined, so that the second data associated with the first data can also be counted in the amount of data reported by the first data. This realizes the reporting statistics of the second data and meets the quantitative statistics requirements of enhanced DSR reporting.

[0029] In conjunction with some embodiments of the first aspect, in some embodiments, the first data of the i-th reporting interval satisfies the following: the remaining time is greater than or equal to the threshold of the (i-1)-th reporting interval, and the remaining time is less than the threshold of the i-th reporting interval.

[0030] In the above embodiments, the delayed reporting data for each reporting interval is determined, and the data volume of these data is statistically analyzed.

[0031] In conjunction with some embodiments of the first aspect, in some embodiments, determining the first data of the i-th reporting interval includes: determining that each data in the first dataset is the first data of the i-th reporting interval, wherein the terminal is configured with a whole packet discard function, and at least one data in the first dataset is the first data of the i-th reporting interval.

[0032] In the above embodiments, if the terminal is configured with the whole packet discarding function, it can report the entire dataset that partially meets the reporting statistics requirements, so that the whole packet data does not need to be separated, thus ensuring the integrity of the dataset.

[0033] In conjunction with some embodiments of the first aspect, in some embodiments, the second data of the i-th reporting interval includes at least one of the following: data buffered before the first data of the i-th reporting interval; data with remaining time greater than or equal to a predetermined threshold; data with a priority lower than the first priority; and data that has not been statistically reported.

[0034] In the above embodiments, data that is buffered before the first data but is not important, data with a relatively long remaining time, data with a relatively low priority, and data that has not been statistically reported can all be used as second data (i.e., non-delayed reporting data) and reported in the amount of data reported in the first data, thereby realizing the reporting of second data and further meeting the statistical requirements for non-delayed reporting of DSR.

[0035] In conjunction with some embodiments of the first aspect, in some embodiments, determining the second data of the i-th reporting interval includes: determining that each data in the second dataset is the second data of the i-th reporting interval, wherein the terminal is configured with a whole packet discard function, and at least one data in the second dataset is the second data of the i-th reporting interval.

[0036] In conjunction with some embodiments of the first aspect, in some embodiments, determining the amount of data sent in at least one reporting interval when the Delayed Status Report (DSR) is sent includes: sequentially determining the amount of data sent in each reporting interval when the DSR is sent, according to the order of the values ​​of at least one reporting interval from smallest to largest.

[0037] In the above embodiments, data can be reported in ascending order of remaining time, meaning that the more urgent the data, the earlier it is reported, thus meeting latency requirements; and it is also beneficial to accurately determine the amount of data to be reported in each reporting interval.

[0038] In conjunction with some embodiments of the first aspect, in some embodiments, the amount of data sent in each reporting interval during DSR transmission is determined sequentially according to the order of the values ​​of at least one reporting interval from smallest to largest, including at least one of the following: determining the amount of data already counted in the (i-1)th reporting interval, but not counted in the amount of data sent in the ith reporting interval; determining the amount of data already counted in the reporting intervals before the (i-1)th reporting interval, but not counted in the amount of data sent in the ith reporting interval.

[0039] In the above embodiments, the occurrence of duplicate statistical reporting of data is reduced, and the amount of data reported in each reporting interval is accurately determined.

[0040] In conjunction with some embodiments of the first aspect, in some embodiments, determining to configure at least one reporting interval for an LCG includes one of the following: determining to configure at least one reporting interval for an LCG based on first information received from a network device; or determining to configure at least one reporting interval for an LCG based on a protocol agreement.

[0041] In the above embodiments, at least one reporting interval for an LCG configuration can be determined in various ways, thereby adapting to more application scenarios. Determining at least one reporting interval based on network device configuration is beneficial for scheduling terminal data reporting by network devices.

[0042] Secondly, this disclosure provides an information processing method executed by a network device, comprising: sending first information, the first information being used by a terminal to determine at least one reporting interval for an LCG, wherein the reporting interval is used to indicate at least one value interval for a remaining time period; the at least one reporting interval is used by the terminal to determine the amount of data in the at least one reporting interval when DSR is reported.

[0043] Thirdly, this disclosure provides an information processing method executed by a communication system, the communication system including a terminal; the method includes: the terminal determining at least one reporting interval for an LCG, wherein the reporting interval is used to indicate at least one value interval for a remaining time period; the terminal determining the amount of data to be sent in at least one reporting interval when DSR is sent.

[0044] In conjunction with some embodiments of the third aspect, in some embodiments, the communication system includes network functions, and the method includes: a network device sending first information to a terminal, the first information being used by the terminal to determine at least one reporting interval for an LCG.

[0045] Fourthly, embodiments of this disclosure propose a terminal, comprising: a processing module configured to determine at least one reporting interval for an LCG, wherein the reporting interval is used to indicate at least a value range for a remaining time period; and to determine the amount of data transmitted in at least one reporting interval when DSR is transmitted.

[0046] Fifthly, embodiments of this disclosure provide a network device, including: a sending module configured to send first information, the first information being used by a terminal to determine at least one reporting interval for an LCG, wherein the reporting interval is used to indicate at least one value interval for a remaining time period; the at least one reporting interval is used by the terminal to determine the amount of data in the at least one reporting interval when DSR is reported.

[0047] In a sixth aspect, embodiments of this disclosure provide a communication device for performing implementations such as the first aspect, the second aspect, or an optional implementation of the first and second aspects.

[0048] In a seventh aspect, embodiments of this disclosure provide a communication system, including: a terminal and a network device; wherein the terminal is configured to perform the method described in the optional implementation of the first aspect, and the network device is configured to perform the method described in the optional implementation of the second aspect.

[0049] Eighthly, embodiments of this disclosure provide a storage medium storing instructions that, when executed on a communication device, cause the communication device to perform the method described in the first aspect, the second aspect, or an optional implementation of the first and second aspects.

[0050] In a ninth aspect, embodiments of this disclosure provide a program product including at least one of a program and instructions, wherein the program and instructions, when executed by a communication device, implement the method described as in the first aspect, the second aspect, or an optional implementation of the first and second aspects.

[0051] In a tenth aspect, embodiments of this disclosure provide a computer program that, when run on a computer, causes the computer to perform the information processing method as described in the first aspect, the second aspect, or an optional implementation of the first and second aspects.

[0052] Eleventhly, embodiments of this disclosure provide a chip or chip system including processing circuitry configured to perform the methods described according to the first aspect, the second aspect, or alternative implementations of the first and second aspects above.

[0053] It is understood that the aforementioned communication devices (such as terminals, network devices, etc.), communication systems, storage media, and program products are all used to execute the methods provided in the embodiments of this disclosure. Therefore, the beneficial effects that can be achieved can be referred to the beneficial effects in the corresponding methods, and will not be repeated here.

[0054] This disclosure provides an information processing method, a communication device, a communication system, and a storage medium. In some embodiments, the terms "information processing method" and "information processing method" may be used interchangeably.

[0055] This disclosure is not exhaustive, but merely illustrative of some embodiments, and is not intended to limit the scope of protection of this disclosure. Unless otherwise specified, each step in a particular embodiment can be implemented as an independent embodiment, and the steps can be arbitrarily combined. For example, a solution after removing some steps in a particular embodiment can also be implemented as an independent embodiment, and the order of the steps in a particular embodiment can be arbitrarily interchanged. Furthermore, the optional implementation methods in a particular embodiment can be arbitrarily combined; moreover, the embodiments can be arbitrarily combined, for example, some or all steps of different embodiments can be arbitrarily combined, and a particular embodiment can be arbitrarily combined with the optional implementation methods of other embodiments. In all embodiments of this disclosure, unless otherwise specified or logically conflicting, the terminology and / or descriptions between the embodiments are consistent and can be mutually utilized. Technical features in different embodiments can be combined to form new embodiments based on their inherent logical relationships.

[0056] The terminology used in the embodiments of this disclosure is for the purpose of describing particular embodiments only and is not intended to limit the scope of this disclosure.

[0057] In this embodiment of the disclosure, unless otherwise stated, elements expressed in the singular form, such as "a," "an," "the," "the," "the," "the," "the," "the," "this," etc., can mean "one and only one," or "one or more," "at least one," etc. For example, when using articles such as "a," "an," "the," etc. in translation, the noun following the article can be understood as either a singular expression or a plural expression.

[0058] In the embodiments disclosed herein, "multiple" refers to two or more.

[0059] In some embodiments, the terms “at least one of A or B, at least one of A and B”, “one or more”, “a plurality of”, “multiple”, etc., may be used interchangeably.

[0060] In some embodiments, the notation "at least one of A and B", "A and / or B", "A in one case, B in another", "in response to one case A, in response to another case B", etc., may include the following technical solutions depending on the situation: in some embodiments, A (execute A regardless of whether there is a branch B); in some embodiments, B (execute B regardless of whether there is a branch A); in some embodiments, execution is selected from A and B (A and B are selectively executed); in some embodiments, both A and B are executed. The same applies when there are more branches such as A, B, C, etc.

[0061] In some embodiments, the notation "A or B" may include the following technical solutions, depending on the situation: in some embodiments, A (execute A regardless of whether a branch B exists); in some embodiments, B (execute B regardless of whether a branch A exists); in some embodiments, execution is selected from A and B (A and B are selectively executed). The same applies when there are more branches such as A, B, and C.

[0062] The prefixes "first," "second," etc., used in the embodiments of this disclosure are merely for distinguishing different descriptive objects and do not impose restrictions on the position, order, priority, quantity, or content of the descriptive objects. The description of the descriptive objects is found in the claims or the context of the embodiments, and the use of prefixes should not constitute unnecessary restrictions. For example, if the descriptive object is a "field," the ordinal numbers preceding "field" in "first field" and "second field" do not restrict the position or order of the "fields." "First" and "second" do not restrict whether the "fields" they modify are in the same message, nor do they restrict the order of "first field" and "second field." Similarly, if the descriptive object is a "level," the ordinal numbers preceding "level" in "first level" and "second level" do not restrict the priority between "levels." Furthermore, the number of descriptive objects is not limited by ordinal numbers and can be one or more. For example, in "first device," the number of "devices" can be one or more. Furthermore, the objects modified by different prefixes can be the same or different. For example, if the object being described is "device", then "first device" and "second device" can be the same device or different devices, and their types can be the same or different. Similarly, if the object being described is "information", then "first information" and "second information" can be the same information or different information, and their content can be the same or different.

[0063] In some embodiments, “including A,” “containing A,” “for indicating A,” and “carrying A” can be interpreted as directly carrying A or indirectly indicating A.

[0064] In some embodiments, terms such as "time / frequency" and "time-frequency domain" refer to the time domain and / or frequency domain.

[0065] In some embodiments, terms such as “in response to…”, “in response to determining…”, “in the case of…”, “when…”, “when…”, “if…”, etc. can be used interchangeably. These descriptions all refer to the device making a corresponding action under certain objective circumstances. They do not necessarily limit the time, nor do they require the device to make a judgment action when implementing it, nor do they mean that there must be other limitations.

[0066] In some embodiments, the terms “greater than,” “greater than or equal to,” “not less than,” “more than,” “more than or equal to,” “not less than,” “higher than,” “higher than or equal to,” “not lower than,” and “above” can be used interchangeably, as can the terms “less than,” “less than or equal to,” “not greater than,” “less than,” “less than or equal to,” “not more than,” “lower than,” “lower than or equal to,” “not higher than,” and “below”.

[0067] In some embodiments, devices, etc., may be interpreted as physical or virtual, and their names are not limited to those described in the embodiments. Terms such as “device,” “equipment,” “circuit,” “network element,” “network function,” “network device,” “function,” “node,” “unit,” “section,” “system,” “network,” “chip,” “chip system,” “entity,” and “subject” are interchangeable.

[0068] In some embodiments, "network" can be interpreted as devices included in a network (e.g., access network devices, core network devices, etc.).

[0069] In some embodiments, the terms "access network device (AN device)," "radio access network device (RAN device)," "base station (BS)," "radio base station," "fixed station," "node," "access point," "transmission point (TP)," "reception point (RP)," "transmission / reception point (TRP)," "panel," "antenna panel," "antenna array," "cell," "macro cell," "small cell," "femto cell," "pico cell," "sector," "cell group," "serving cell," "carrier," "component carrier," and "bandwidth part (BWP)" can be used interchangeably.

[0070] In some embodiments, the terms "terminal", "terminal device", "user equipment (UE)", "user terminal", "mobile station (MS)", "mobile terminal (MT)", "subscriber station", "mobile unit", "subscriber unit", "wireless unit", "remote unit", "mobile device", "wireless device", "wireless communication device", "remote device", "mobile subscriber station", "access terminal", "mobile terminal", "wireless terminal", "remote terminal", "handset", "user agent", "mobile client", and "client" can be used interchangeably.

[0071] In some embodiments, access network devices, core network devices, or network devices can be replaced by terminals. For example, embodiments of this disclosure can also be applied to structures where communication between access network devices, core network devices, or network devices and terminals is replaced by communication between multiple terminals (e.g., device-to-device (D2D), vehicle-to-everything (V2X), etc.). In this case, the structure can also be configured such that the terminal has all or part of the functions of the access network device. Furthermore, terms such as "uplink" and "downlink" can be replaced with terms corresponding to communication between terminals (e.g., "sidelink"). For example, uplink channel, downlink channel, etc., can be replaced with sidelink channel, and uplink link, downlink, etc., can be replaced with sidelink link.

[0072] In some embodiments, the terminal may be replaced by an access network device, a core network device, or a network device. In this case, the access network device, core network device, or network device may also be configured to have all or some of the functions of the terminal.

[0073] In some embodiments, the acquisition of data, information, etc., may comply with the laws and regulations of the country where the location is situated.

[0074] In some embodiments, data, information, etc., may be obtained with the user's consent.

[0075] Furthermore, each element, each row, or each column in the table of this disclosure can be implemented as an independent embodiment, and any combination of any element, any row, or any column can also be implemented as an independent embodiment.

[0076] Figure 1A is a schematic diagram of the architecture of a communication system 100 according to an embodiment of the present disclosure. As shown in Figure 1A, the communication system 100 includes: a terminal 101 and a network device 102.

[0077] In some embodiments, network device 102 may include at least one of an access network device and a core network device.

[0078] In some embodiments, terminal 101 includes, for example, at least one of the following: mobile phone, wearable device, Internet of Things device, car with communication function, smart car, tablet computer, computer with wireless transceiver function, virtual reality (VR) terminal device, augmented reality (AR) terminal device, wireless terminal device in industrial control, wireless terminal device in self-driving, wireless terminal device in remote medical surgery, wireless terminal device in smart grid, wireless terminal device in transportation safety, wireless terminal device in smart city, and wireless terminal device in smart home, but is not limited thereto.

[0079] In some embodiments, the access network device is, for example, a node or device that connects a terminal to a wireless network. The access network device may include at least one of the following in a 5G communication system: evolved Node B (eNB), next-generation eNB (ng-eNB), next-generation Node B (gNB), node B (NB), home node B (HNB), home evolved node B (HeNB), radio backhaul device, radio network controller (RNC), base station controller (BSC), base transceiver station (BTS), base band unit (BBU), mobile switching center, base station in a 6G communication system, open RAN, cloud RAN, base station in other communication systems, and access node in a Wi-Fi system, but is not limited thereto.

[0080] In some embodiments, the technical solutions of this disclosure can be applied to the Open RAN architecture. In this case, the interfaces between or within access network devices involved in the embodiments of this disclosure can be transformed into internal interfaces of Open RAN. The processes and information interactions between these internal interfaces can be implemented by software or programs.

[0081] In some embodiments, the access network device may be composed of a central unit (CU) and a distributed unit (DU). The CU may also be called a control unit. The CU-DU structure can separate the protocol layer of the access network device. Some of the protocol layer functions are centrally controlled by the CU, while the remaining part or all of the protocol layer functions are distributed in the DU and centrally controlled by the CU. However, this is not the only possibility.

[0082] In some embodiments, the core network equipment may be a single device, multiple devices, or a group of devices. The device may be virtual or physical. The core network includes, for example, at least one of the following: Evolved Packet Core (EPC), 5G Core Network (5GCN), Next Generation Core (NGC), and 6G Core Network (6GCN).

[0083] It is understood that the communication system described in this disclosure is for the purpose of more clearly illustrating the technical solutions of this disclosure, and does not constitute a limitation on the technical solutions provided in this disclosure. As those skilled in the art will know, with the evolution of system architecture and the emergence of new business scenarios, the technical solutions provided in this disclosure are also applicable to similar technical problems.

[0084] The following embodiments of this disclosure can be applied to the communication system 100 shown in FIG1A, or to some of the main bodies, but are not limited thereto. The main bodies shown in FIG1A are illustrative. The communication system may include all or some of the main bodies in FIG1A, or it may include other main bodies outside of FIG1A. The number and form of each main body are arbitrary. Each main body may be physical or virtual. The connection relationship between the main bodies is illustrative. The main bodies may not be connected or may be connected. The connection can be in any way, it can be a direct connection or an indirect connection, it can be a wired connection or a wireless connection.

[0085] The embodiments disclosed herein can be applied to Long Term Evolution (LTE), LTE-Advanced (LTE-A), LTE-Beyond (LTE-B), SUPER 3G, IMT-Advanced, 4th generation mobile communication system (4G), 5th generation mobile communication system (5G), 5G New Radio (NR), Future Radio Access (FRA), New-Radio Access Technology (RAT), New Radio (NR), New Radio Access (NX), Future generation Radio Access (FX), Global System for Mobile Communications (GSM), CDMA2000, Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), and IEEE 802.20, Ultra-Wideband (UWB), Bluetooth (a registered trademark), Public Land Mobile Network (PLMN) networks, Device-to-Device (D2D) systems, Machine-to-Machine (M2M) systems, Internet of Things (IoT) systems, Vehicle-to-Everything (V2X) systems, systems utilizing other communication methods, and next-generation systems built upon them, etc. Furthermore, multiple systems can be combined (e.g., a combination of LTE or LTE-A with 5G).

[0086] In some embodiments, data typically consists of multiple service flows (e.g., QoS flows) or data streams, resulting in a very large volume of traffic. XR service flows or data streams need to meet certain latency requirements during transmission, especially since some service flows or data streams need to arrive at the server simultaneously for decoding. Delay in any one service flow or data stream will cause the joint decoding of multiple service flows or data streams to fail. However, network device scheduling is dynamic. Therefore, in some cases, even if some service flows or data streams belong to low-priority logical channels, if some data packets have not been scheduled for a long time, a Buffer Status Report (BSR) needs to be sent to notify the network as soon as possible. However, currently, a BSR can only be sent when high-priority logical channel data arrives, which cannot meet the needs of emergency scheduling. Therefore, optimization for emergency scheduling in XR needs to be considered.

[0087] In some embodiments, a Delay Status Report (DSR) is introduced. The basic idea is as follows: the terminal can report a DSR, which carries delay information. For example, if uplink data has not been scheduled for a long time, the remaining time of the data packet may be less than a certain threshold. The remaining time of the data packet is the time remaining until the packet is dropped, determined by the PDCP drop timer. The DSR is set to the minimum value of data or untransmitted data in the LCG. Furthermore, the DSR carries data that requires urgent scheduling.

[0088] In some embodiments, a delay status reporting procedure is used to provide the delay status of the LCG to the serving gNB. This delay status includes the remaining time, which is the minimum remaining value of the PDCP discard timer running in the PDCP SDU; these Service Data Units (SDUs) are buffered (or cached) in the logical channel group (LCG), but no specific MAC PDU is specified, as well as the total amount of delay-critical UL data transmitted in the LCG.

[0089] In some embodiments, the format of the DSR report is shown in Figure 1B; wherein, the DSR includes: LCG field, BT field, R field, and Remaining Time and Buffer Size fields. The Remaining Time and Buffer Size fields can also be: Remaining Time field and Buffer Size field. The LCG field includes LCG0 to LCG7 fields; the BT field includes BT1, ..., BTm; the Remaining Time field includes Remaining Time 1, ..., Remaining Time m; m is an integer greater than 0.

[0090] The LCG field indicates whether to report the remaining time and cache size fields in the LCG; for example, if the LCG field value is 1, it indicates to report, or if the LCG field value is 0, it indicates not to report.

[0091] The BT field indicates which buffer size calculation table to use; for example, a BT field value of 1 indicates the use of the second buffer size calculation table, or a BT field value of 0 indicates the use of the first buffer size calculation table.

[0092] The remaining time, BT, and cache size fields of an LCG should be reported in two consecutive octets. These three fields for different LCGs should be included in the DSR MAC CE in ascending order according to LCGi; where i is an integer. Currently, for each LCG, the following three fields are reported: remaining time field, BT field, and cache size field.

[0093] The R domain is reserved space.

[0094] In some embodiments, the DSR needs to be enhanced. Specifically, for an LCG, it carries multiple or at least one set of Remaining Time and Buffer Size fields, introducing a second type of DSR to distinguish it from the original first type. In this case, the terminal determines the remaining time range according to network configuration and / or protocol agreement, and then reports the buffer size based on this remaining time range. That is, the first rule: the data volume of the DSR reporting range is statistically analyzed based on the remaining duration.

[0095] In some embodiments, the terminal reports the buffer size according to the range of remaining time of the data. For example, if the reporting threshold of DSR is 6 milliseconds, and this 6 milliseconds is divided into 3 reporting intervals, then the amount of data reported by the DSR in each interval is as follows: the interval of 0-2 milliseconds (ms) corresponds to X bits of data (i.e., X bits of data, and the corresponding remaining time is in the range of 0-2ms); the interval of 2-4ms corresponds to Y bits of data (i.e., Y bits of data, and the corresponding remaining time is in the range of 2-4ms); and the interval of 4-6ms corresponds to Z bits of data (i.e., Z bits of data, and the corresponding remaining time is in the range of 4-6ms).

[0096] Therefore, the reported data within a certain interval is defined as follows: the delayed reported data of the i-th segment is the data whose remaining duration is greater than or equal to the (i-1)-th configured reporting threshold, but less than the i-th configured reporting threshold. If i=1, then its remaining duration is greater than or equal to 0.

[0097] Delay-reporting PDCP SDU: If pdu-SetDiscard is not configured, a delay-reporting PDCP SDU associated with the i:th dsr-ReportingThreshold is a PDCP SDU for which the remaining time till discardTimer expiry is less than the i:th dsr-ReportingThreshold and larger than or equal to the i-1:th dsr-ReportingThreshold (if i>1) or larger than zero (if i=1). (For example, it can be expressed in the protocol as: Delay-reporting PDCP SDU: if pdu-SetDiscard is not configured, a delay-reporting PDCP SDU associated with the i:th dsr-ReportingThreshold is a PDCP SDU for which the remaining time till discardTimer expiry is less than the i:th dsr-ReportingThreshold and larger than or equal to the i-1:th dsr-ReportingThreshold (if i>1) or larger than zero (if i=1).)

[0098] In addition to counting data volume based on remaining duration, a new data volume counting method is introduced: if data is ordered before delayed-reported data in the buffer, that data will still be counted as delayed-reported data. This is the second rule: data volume counting for DSR reporting intervals is based on the order within the buffer (for example, the protocol could state: "The UE may also support including non-delay critical data ahead of delay critical data in the buffer size calculation for DSR, which is a capability indicated to the NW.").

[0099] Currently, delayed reporting data for the i-th segment has been defined, but non-delay reporting data for the i-th segment has not yet been defined.

[0100] In some embodiments, the UE can be a terminal, or the terminal can be a UE. Enhanced DSR can refer to a second DSR. Remaining time can be replaced with remaining duration.

[0101] In some embodiments, for DC scenarios, the threshold used by PDCP in the above comparison of remaining duration (such as the DSR trigger threshold or the DSR reporting threshold) is the threshold of the associated corresponding MAC entity. For example, in a split bearer scenario in a DC scenario, if PDCP needs to notify a MAC entity that the remaining duration of its corresponding data packet is lower than a threshold, then the threshold used is the threshold configured by the MAC entity to which PDCP reports.

[0102] In some embodiments, for DC scenarios, the threshold used by PDCP in the above comparison of remaining duration (such as the threshold for RLC polling enhancement or automatic retransmission) is the associated RLC or MAC entity threshold. For example, in a split bearer scenario in a DC scenario, if PDCP needs to notify the RLC entity that the remaining duration of its corresponding data packet is lower than a threshold, then this threshold is the threshold configured by the RLC or MAC entity to which PDCP previously sent data. That is, when determining that the remaining duration of a data packet is lower than a threshold, the threshold configured by the RLC or MAC entity to which the data packet was sent is used for comparison.

[0103] The above processing method resolves the issue in DC scenarios where, when PDCP is associated with multiple RLC or MAC entities, the question of which threshold to use for processing arises because multiple RLC or MAC entities are configured with thresholds. This avoids ambiguity.

[0104] Figure 2A is an interactive schematic diagram illustrating an information processing method according to an embodiment of the present disclosure. As shown in Figure 2A, this embodiment of the present disclosure relates to an information processing method used in a communication system 100, the method comprising:

[0105] In step S2101, the terminal determines that at least one reporting interval is configured for an LCG.

[0106] In some embodiments, the terminal configures at least one reporting range for an LCG.

[0107] Optionally, the terminal configures at least one threshold for an LCG; based on the threshold, a reporting interval corresponding to the first threshold is determined. Here, the threshold used to determine the reporting interval can be the first threshold.

[0108] For example, the first threshold can be a reporting threshold or a DSR reporting threshold.

[0109] For example, a first threshold is used to determine the amount of data included in the DSR report. For instance, if the first threshold is X milliseconds, then data with a remaining time of less than or equal to X milliseconds can be reported. For instance, if there are multiple first thresholds, such as X milliseconds, Y milliseconds, and Z milliseconds, then the reporting intervals corresponding to these multiple first thresholds are 0-X milliseconds, X milliseconds-Y milliseconds, and YZ milliseconds, respectively.

[0110] For example, the reporting interval can be the DSR reporting interval.

[0111] For example, a reporting interval is used to indicate a range of values ​​for a remaining time period. For instance, a reporting interval could be a range of values ​​from 0 to X milliseconds.

[0112] For example, the reporting interval can also be used to indicate the size of the cache corresponding to a range of values ​​for the remaining time. Here, the size of the cache can refer to the amount of data.

[0113] For example, a reporting interval is the range of values ​​between the threshold of the previous reporting interval and the threshold of the current reporting interval; for example, the i-th reporting interval is the range of values ​​between the first threshold of the (i-1)-th reporting interval and the first threshold of the i-th reporting interval. For example, as shown in Figure 2B, the terminal is configured with three first thresholds, namely 10 milliseconds (ms), 20 ms, and 30 ms, then the corresponding three reporting intervals can be greater than or equal to 0 and less than 10 ms (e.g., 0-10 ms), greater than or equal to 10 ms and less than 20 ms (e.g., 10-20 ms), and greater than or equal to 20 ms and less than 30 ms (e.g., 20-30 ms).

[0114] Optionally, the remaining time or remaining duration can refer to the time remaining until the end of data transmission. For example, the remaining time for the first data can refer to the time remaining until the end of the transmission of the first data.

[0115] Optionally, the remaining time or remaining duration can be the time until the discard timer expires. For example, the first data is associated with a discard timer; the remaining time for the first data refers to the time from now until the discard timer associated with the first data expires.

[0116] Optionally, the remaining time or remaining duration can be the time remaining until the packet is discarded. For example, the remaining time for the first data could refer to the time remaining until the first data is discarded.

[0117] Optionally, the remaining time of the data can be the minimum remaining time of the data. For example, the remaining time of the first data can refer to the minimum remaining time of the first data.

[0118] Optionally, the reporting interval can be replaced with a value range or value interval, etc.

[0119] Optionally, the reporting interval can be replaced with an interval paragraph. For example, the three reporting intervals can be referred to as the first paragraph, the second paragraph, and the third paragraph, respectively.

[0120] Optionally, the terminal may correspond to at least one LCG, and each LCG in the at least one LCG may be configured with one or more reporting intervals. In the embodiments of this disclosure, at least one may be one or more; multiple may be two or more.

[0121] In some embodiments, the network device sends first information to the terminal, the first information being used by the terminal to determine at least one reporting interval for an LCG.

[0122] In some embodiments, the terminal receives first information sent by the network device; based on the first information, it determines at least one reporting interval for an LCG.

[0123] Optionally, the first information is used to indicate that at least one reporting interval is configured for an LCG; the terminal determines, based on the first information, that at least one reporting interval is configured for an LCG. For example, the first information indicates that a reporting interval of 0-X milliseconds, X milliseconds-Y milliseconds, and YZ milliseconds is configured for an LCG; the terminal configures the reporting interval of 0-X milliseconds, X milliseconds-Y milliseconds, and YZ milliseconds for an LCG based on the first information.

[0124] Optionally, the first information is used to indicate that at least one first threshold is configured for an LCG; the terminal determines that at least one first threshold is configured for an LCG based on the first information; the terminal determines the reporting interval corresponding to each of the first thresholds based on the at least one first threshold configured for an LCG (i.e., at least one reporting interval is configured for an LCG).

[0125] Optionally, the name of the first information is not limited, and it may be, for example, a reporting interval indicator or a threshold indicator.

[0126] In some embodiments, the terminal configures at least one reporting range for an LCG according to the protocol.

[0127] Optionally, the protocol can be a communication protocol, or it can be a protocol negotiated between the terminal and the network device.

[0128] Optionally, the protocol stipulates that at least one reporting interval is configured for each LCG of the terminal; the terminal configures at least one reporting interval for each LCG based on this protocol. For example, if the protocol stipulates that the terminal's first LCG is configured with reporting intervals of 0-X milliseconds, X milliseconds-Y milliseconds, and YZ milliseconds, then the terminal determines the reporting intervals of 0-X milliseconds, X milliseconds-Y milliseconds, and YZ milliseconds for its first LCG based on this protocol.

[0129] Optionally, the protocol stipulates that: at least one first threshold is configured for one LCG of the terminal; the terminal configures at least one first threshold for one LCG based on the protocol; the terminal determines the reporting interval corresponding to each of the first thresholds based on the at least one first threshold configured for the LCG (i.e., at least one reporting interval is configured for one LCG).

[0130] In some embodiments, “get,” “obtain,” “receive,” “transmit,” “send and / or receive” can be used interchangeably and can be interpreted as receiving from other entities, obtaining from protocols, obtaining from higher layers, obtaining through self-processing, or autonomously implementing, among other meanings.

[0131] In some embodiments, terms such as “send,” “transmit,” “report,” “distribute,” “transmit,” “bidirectional transmission,” “send and / or receive” can be used interchangeably.

[0132] In some embodiments, the names of information, etc., are not limited to the names described in the embodiments. Terms such as "information", "message", "signal", "signaling", "report", "configuration", "indication", "instruction", "command", "channel", "parameter", "domain", "field", "symbol", "bit", and "data" can be used interchangeably.

[0133] In step S2102, the terminal determines at least one of the following: first data and second data.

[0134] In some embodiments, the terminal determines at least one of the following for each reporting interval in at least one reporting interval: first data and second data. For example, for an LCG consisting of k reporting intervals, the first data and second data for the 1st to kth intervals can be determined respectively.

[0135] Optionally, the second data is data associated with the first data. For example, in a cache interval, if the second data is buffered before the first data, the second data is associated with the first data. Of course, the association between the second data and the first data can also be achieved in various other ways; for example, if the network device configuration or protocol stipulates that the second data can be used as the first data for statistical purposes, then the second data is determined to be data associated with the first data.

[0136] Optionally, the first data may refer to urgent data; the second data may refer to non-urgent data.

[0137] Optionally, the first data can be delayed reporting data; the second data can be non-delayed reporting data.

[0138] Optionally, the first data may be data within the reporting interval, and the second data may be data outside the reporting interval.

[0139] Optionally, the first data can be data with relatively high priority, and the second data can be data with relatively high priority; the priority of the first data is higher than the priority of the second data.

[0140] Optionally, the data in the embodiments of this disclosure can all be data to be sent; for example, both the first data and the second data can be data to be sent.

[0141] Optionally, the data in this disclosure can refer to data from any service and / or data of any type; for example, it can be data from location services, sensing services, or XR services. For example, the first data and the second data can be data packets. Exemplarily, both the first data and the second data can be Protocol Data Units (PDUs); for example, both the first data and the second data can be at least one of the following: PDUs from the Radio Link Control (RLC) layer, PDUs from the Packet Data Convergence Protocol (PDCP) layer. Exemplarily, both the first data and the second data can be Service Data Units (SDUs); for example, both the first data and the second data can be at least one of the following: RLC SDUs, PDCP SDUs.

[0142] In some embodiments, the terminal determines the first data of the i-th reporting interval. Optionally, the i-th reporting interval can be any one of at least one reporting interval configured for the LCG; i is a positive integer. If k reporting intervals are configured for the LCG, the i-th reporting interval can be any one of the 1st to kth reporting intervals.

[0143] Optionally, the terminal may determine that the first data for the i-th reporting interval can be the delayed reporting data for the i-th reporting interval in the aforementioned embodiment.

[0144] Optionally, the terminal determines the first data of the i-th reporting interval to satisfy the following: the remaining time is greater than or equal to the threshold of the (i-1)-th reporting interval, and the remaining time is less than the threshold of the i-th reporting interval. That is, data whose remaining time is greater than or equal to the threshold of the (i-1)-th reporting interval, and whose remaining time is less than the threshold of the i-th reporting interval, is the first data of the i-th reporting interval. Here, the threshold is the first threshold in the previous embodiment.

[0145] For example, the terminal configures multiple reporting intervals for an LCG, namely the first reporting interval, the second reporting interval, and the third reporting interval; then the first data of the first reporting interval is the data from the threshold of the 0th reporting interval (i.e., 0) to the threshold of the 1st reporting interval, the first data of the second reporting interval is the data from the threshold of the 1st reporting interval to the threshold of the 2nd reporting interval, and the first data of the third reporting interval is the data from the threshold of the 2nd reporting interval to the threshold of the 3rd reporting interval.

[0146] For example, the terminal configures three reporting intervals for an LCP, namely the first reporting interval, the second reporting interval, and the third reporting interval; the threshold for the first reporting interval is 10ms, the threshold for the second reporting interval is 20ms, and the threshold for the third reporting interval is 30ms; then the first data in the first reporting interval is data with a remaining time greater than or equal to 0 and less than 10ms, the first data in the second reporting interval is data with a remaining time greater than or equal to 10ms and less than 20ms, and the first data in the third reporting interval is data with a remaining time greater than or equal to 20ms and less than 30ms.

[0147] Optionally, the terminal determines that each data point in the first dataset is the first data point of the i-th reporting interval, wherein the terminal is configured to discard entire packets, and at least one data point in the first dataset is the first data point of the i-th reporting interval. That is, if the terminal determines that the first dataset is configured to discard entire packets, and at least one data point in the first dataset is the first data point of the i-th reporting interval, then it determines that each data point in the first dataset is the first data point of the i-th reporting interval.

[0148] For example, the first dataset may include at least one piece of data.

[0149] For example, the first dataset can be a first data packet set, which may include at least one data packet; the terminal determines that each data packet in the first data packet set is the first data of the i-th reporting interval, wherein the first data packet set is configured to drop the entire packet or is configured to drop the entire packet function, and at least one data packet in the first data packet set is the first data of the i-th reporting interval.

[0150] For example, the first dataset may be a set of PDUs, which may include at least one PDU.

[0151] For example, configuring the first dataset to drop the entire data set or configuring the function to drop the entire data set means that all data in the first dataset is dropped; for example, if any one or more data sets in the first dataset are dropped, then all data in the first dataset must be dropped.

[0152] For example, as shown in Figure 2B, the terminal configures three reporting intervals for an LCG, namely the first reporting interval, the second reporting interval, and the third reporting interval. SDU2, SDU4, and SDU7 were originally in the first reporting interval, the second reporting interval, and the third reporting interval, respectively. Since SDU2, SDU4, and SDU7 are data from the same PDU set, such as data from PDU set 1, and PDU set 1 is configured to drop entire packets or the terminal is configured to drop entire packets, it is determined that SDU2, SDU4, and SDU7 can all be the first data in the first reporting interval.

[0153] Optionally, the terminal determines that a portion of the data in the first dataset is the first data of the i-th reporting interval, wherein the first dataset is not configured to be discarded entirely, but a portion of the data in the first dataset is the first data of the i-th reporting interval, and the other portion of the data in the first dataset is the first data of reporting intervals outside the i-th reporting interval. Here, the terminal may also determine that the other portion of the data in the first dataset is not the first data of the i-th reporting interval. Here, the portion of data can be one or more data (e.g., the first data packet), and the other portion of data is other data in the first dataset besides the one or more data (e.g., the first data packet).

[0154] For example, as shown in Figure 2B, the terminal configures three reporting intervals for an LCG, namely the first reporting interval, the second reporting interval, and the third reporting interval. SDU2, SDU4, and SDU7 were originally in the first reporting interval, the second reporting interval, and the third reporting interval, respectively. Since SDU2, SDU4, and SDU7 are data from the same PDU set, such as data from PDU set 1, but PDU set 1 is not configured to be discarded as a whole packet, SDU2 is determined to be the first data in the first reporting interval, while SDU4 and SDU7 are not data in the first reporting interval.

[0155] In some embodiments, the terminal determines the second data for the i-th reporting interval. Optionally, the second data for the i-th reporting interval is data associated with the first data for the i-th interval.

[0156] Optionally, the second data of the i-th reporting interval includes at least one of the following: data buffered before the first data of the i-th reporting interval; data buffered before the first data of the first reporting interval, wherein the first reporting interval is the reporting interval with the smallest or largest value among at least one reporting interval; data with remaining time greater than or equal to a predetermined threshold; data with a priority lower than the first priority; and data that has not been statistically reported.

[0157] Optionally, the terminal determines that the data buffered before the first data in the i-th reporting interval is the second data in the i-th reporting interval.

[0158] For example, as shown in Figure 2B, the terminal configures three reporting intervals for an LCG, namely the first reporting interval, the second reporting interval, and the third reporting interval; SDU2, SDU4, and SDU7 can be the first data in the first reporting interval, the second reporting interval, and the third reporting interval, respectively; SDU1 is non-delayed data, but since SDU1 is in one reporting interval and is ranked before SDU2, SDU1 is the second data in the first reporting interval.

[0159] For example, based on the above example, if SDU2, SDU4, and SDU7 are data from the same PDU set, such as data from PDU set 1, and PDU set 1 is configured to be dropped in its entirety, then SDU2, SDU4, and SDU7 are determined to be the first data in the first reporting interval. Since SDU1 is ranked before SDU2, SDU5 is ranked before SDU7, and SDU2 and SDU7 are the first data in the first reporting interval, then SDU1 and SDU5 are the second data in the first reporting interval.

[0160] Optionally, the terminal determines that the data buffered before the first data in the first reporting interval is the second data in the i-th reporting interval.

[0161] For example, the first reporting interval is the reporting interval with the smallest or largest value among at least one reporting interval. At least one reporting interval refers to at least one reporting interval configured for the LCG.

[0162] For example, the first reporting interval is the reporting interval corresponding to the minimum threshold among the thresholds of at least one reporting interval. At least one reporting interval refers to at least one reporting interval configured for the LCG.

[0163] For example, for an LCG configured with three reporting intervals: 0-10ms, 10ms-20ms, and 20-30ms, the 0-10ms interval is the reporting interval with the smallest value among the three. Therefore, the 0-10ms reporting interval is the first reporting interval. The thresholds corresponding to these three reporting intervals are 10ms, 20ms, and 30ms, respectively. 10ms is the minimum threshold, so the reporting interval 0-10ms corresponding to 10ms is the first reporting interval. Alternatively, if 30ms is the maximum threshold, then the reporting interval 20-30ms corresponding to 30ms is the first reporting interval.

[0164] For example, the first reporting interval is the (i-1)th reporting interval.

[0165] For example, as shown in Figure 2B, if the i-th reporting interval is the third reporting interval and the (i-1)-th reporting interval is the second reporting interval; if SDU5 is not buffered before the first data (e.g., SDU4) of the second reporting interval, then SDU5 is not the second data of the second reporting interval; since SDU5 is buffered before the first data (e.g., SDU7) of the third reporting interval, then SDU5 can be used as the second data of the third reporting interval.

[0166] Optionally, the terminal determines the data whose remaining time is greater than or equal to a predetermined threshold as the second data of the i-th reporting interval.

[0167] For example, the predetermined threshold is a threshold indicating whether the data is urgent. For instance, if the data is greater than or equal to the predetermined threshold, it is determined to be the second data, and can be reported as the first data associated with the second data; or, if the data is less than the predetermined threshold, it is determined not to be the second data, that is, it can be considered as the first data, and can be reported according to the reporting threshold of the data itself.

[0168] For example, the predetermined threshold is the maximum value among the thresholds corresponding to at least one reporting interval.

[0169] For example, the predetermined threshold is the threshold of the i-th reporting interval.

[0170] For example, as shown in Figure 2B, if the i-th reporting interval is the first reporting interval, and the predetermined threshold is the threshold of the first reporting interval, i.e., 10ms; if the remaining time of SDU3 is greater than the threshold of the first reporting interval, then SDU3 is determined to be the second data of the first reporting interval.

[0171] For example, as shown in Figure 2B, the predetermined threshold is the threshold of the third reporting interval, i.e., 30ms; if the remaining time of SDU3 is less than the threshold of the third reporting interval, then it is determined that SDU3 is not the threshold of the first, second and third reporting intervals; at this time, it can be determined that SDU3 is not non-urgent data, and SDU3 can be considered as urgent data of the second reporting threshold (e.g., the first data).

[0172] Optionally, the terminal determines that data with a priority lower than the first priority is the second data in the i-th reporting interval.

[0173] For example, the first priority can be the priority of the first data in the i-th reporting interval.

[0174] For example, the first priority can be the priority of the first data that has the smallest reporting threshold value in at least one reporting interval.

[0175] For example, the first priority can be a predetermined priority configured by the network device or agreed upon by the protocol, or determined by the terminal; the predetermined priority can indicate that the data is unimportant data, etc.

[0176] Optionally, the terminal determines the data that has not been statistically reported as the second data.

[0177] For example, the terminal determines that data that has not been reported in a reporting interval prior to the i-th reporting interval is the second data of the i-th reporting interval.

[0178] For example, as shown in Figure 2A, if the i-th reporting interval is the third reporting interval and the (i-1)-th reporting interval is the second reporting interval; if SDU5 is not buffered before the first data (e.g., SDU4) in the second reporting interval, then SDU5 is not the second data in the second reporting interval; however, since SDU5 is buffered in the second reporting interval and has not been statistically reported, then SDU5 is determined to be the second data in the third reporting interval.

[0179] Optionally, the data that the terminal needs to report in the first data according to the network device configuration or protocol agreement is called the second data.

[0180] For example, the terminal receives second information sent by the device, which indicates that the third data needs to be reported in the first data of the i-th reporting interval; based on the second information, the terminal determines that the third data is the second data associated with the first data in the i-th reporting interval.

[0181] For example, the terminal needs to report the third data in the first data of the i-th reporting interval according to the third data agreed upon in the protocol, and determines the third data as the second data associated with the first data in the i-th reporting interval.

[0182] Optionally, the terminal determines that each data point in the second dataset is the second data point of the i-th reporting interval, wherein the terminal is configured to drop entire packets, and at least one data point in the second dataset is the second data point of the i-th reporting interval. That is, if the terminal determines that the second dataset is configured to drop entire packets or has the function of dropping entire packets, and at least one data point in the second dataset is the second data point of the i-th reporting interval, then the terminal determines that each data point in the second dataset is the second data point of the i-th reporting interval.

[0183] For example, the second dataset may include at least one piece of data.

[0184] For example, the second dataset can be a second data packet set, which may include at least one data packet; the terminal determines that each data packet in the second data packet set is the second data of the i-th reporting interval, wherein the second data packet set is configured to be discarded in its entirety, and at least one data packet in the second data packet set is the second data of the i-th reporting interval.

[0185] For example, the second dataset may be a set of PDUs, which may include at least one PDU.

[0186] For example, configuring the second dataset to drop the entire data set or configuring the function to drop the entire data set means that all data in the second dataset is dropped; for example, if any one or more data sets in the second dataset are dropped, then all data in the second dataset must be dropped.

[0187] For example, as shown in Figure 2B, the terminal configures three reporting intervals for an LCG, namely the first reporting interval, the second reporting interval, and the third reporting interval. SDU3, SDU6, and SDU9 were originally in the second reporting interval, the third reporting interval, and the third reporting interval, respectively. Since SDU3, SDU6, and SDU9 are data from the same PDU set, such as data from PDU set 2, and PDU set 2 has been configured to drop entire packets or the terminal has been configured to drop entire packets, it is determined that SDU3, SDU6, and SDU9 can all be the second data in the first reporting interval.

[0188] Optionally, the whole packet drop function can be per terminal, per LCG, or per dataset (e.g., a first dataset or a second dataset). For example, whether the first dataset and the second dataset are configured with the whole packet drop function can be independent.

[0189] Optionally, the terminal determines that a portion of the data in the second dataset is the second data of the i-th reporting interval, wherein the second dataset is not configured to be discarded entirely, but a portion of the data in the second dataset is the second data of the i-th reporting interval, and the other portion of the data in the second dataset is the second data of reporting intervals outside the i-th reporting interval. Here, the terminal may also determine that the other portion of the data in the second dataset is not the second data of the i-th reporting interval. Here, the portion of data can be one or more data (e.g., the first data packet), and the other portion of data is other data in the second dataset besides the one or more data (e.g., the first data packet).

[0190] For example, as shown in Figure 2B, the terminal configures three reporting intervals for an LCG, namely the first reporting interval, the second reporting interval, and the third reporting interval. SDU3, SDU6, and SDU9 were originally in the second reporting interval, the third reporting interval, and the third reporting interval, respectively. Since SDU3, SDU6, and SDU9 are data from the same 9DU set, such as data from PDU set 2, but PDU set 2 is not configured to be discarded as a whole packet, SDU3 is determined to be the second data in the second reporting interval, while SDU6 and SDU9 are not data in the second reporting interval.

[0191] In step S2103, the terminal determines the amount of data to be sent when transmitting DSR. In this embodiment of the present disclosure, DSR transmission can be replaced by DSR reporting.

[0192] In some alternative embodiments, the terminal determines the method of DSR transmission. Optionally, the terminal determines the method of DSR reporting.

[0193] Optionally, the terminal determines how to send DSRs in at least one reporting interval.

[0194] Optionally, the terminal determines the method of transmitting DSR in the i-th reporting interval.

[0195] Optionally, if the dataset is configured to be dropped entirely, the terminal reports all data within the dataset as a whole within the reporting interval. For example, the dataset can be a first dataset, a second dataset, or any other dataset.

[0196] Optionally, if the dataset is not configured to drop entire packets, the terminal reports each data point in the dataset separately within its respective reporting interval. For example, the dataset can be a first dataset, a second dataset, or any other dataset.

[0197] Optionally, the terminal reports the data of each reporting interval in ascending order of the values ​​of at least one reporting interval configured for the LCG.

[0198] In some embodiments, the terminal determines the amount of data when the DSR is sent. Optionally, the terminal determines the amount of data when the DSR is reported.

[0199] Optionally, the terminal determines the amount of data to be sent in at least one reporting interval when DSR is sent.

[0200] Optionally, the terminal determines the amount of data to be sent in each reporting interval within at least one reporting interval when transmitting DSR.

[0201] Optionally, the terminal determines the amount of data to be sent in the i-th reporting interval when transmitting DSR.

[0202] Optionally, the terminal determines the first data of the i-th reporting interval; wherein the i-th reporting interval is any one of at least one reporting interval; i is a positive integer; determines the second data of the i-th reporting interval, the second data being associated with the first data; and determines the amount of data sent in the i-th reporting interval when DSR is sent as the amount of the first data and the second data.

[0203] Optionally, the terminal determines the amount of data to be sent in each reporting interval during DSR transmission according to the order of values ​​of at least one reporting interval from smallest to largest.

[0204] For example, as shown in Figure 2B, the terminal configures three reporting intervals for an LCG, namely the first reporting interval, the second reporting interval, and the third reporting interval; the first reporting interval is 0-10ms, the second reporting interval is 10ms-20ms, and the third reporting interval is 20-30ms. Then, according to the values ​​of 0-10ms, 10ms-20ms, and 20ms-30ms in ascending order, the amount of data to be sent in 0-10ms, 10ms-20ms, and 20ms-30ms is determined sequentially.

[0205] Optionally, the amount of data sent in the (i-1)th reporting interval is not included in the amount of data sent in the ith reporting interval; the amount of data sent in the reporting intervals prior to the (i-1)th reporting interval is not included in the amount of data sent in the ith reporting interval.

[0206] Optionally, the terminal determines the amount of data sent in each of the at least one reporting intervals in ascending order of the values ​​of the at least one reporting interval, including at least one of the following: if the first data cached in the (i+1)th reporting interval has been included in the data sent in the reporting interval before or after the i-th reporting interval, it is determined that the first data cached in the (i+1)th reporting interval is not included in the data sent in the (i+1)th reporting interval; if the second data cached in the (i+1)th reporting interval has been included in the data sent in the reporting interval before or after the i-th reporting interval, it is determined that the second data cached in the (i+1)th reporting interval is not included in the data sent in the (i+1)th reporting interval.

[0207] For example, as shown in Figure 2B, if a terminal configures three reporting intervals for an LCG, namely the first reporting interval, the second reporting interval, and the third reporting interval; SDU2, SDU4, and SDU7 were originally in the first, second, and third reporting intervals, respectively; since SDU2, SDU4, and SDU7 are data from the same PDU set, for example, data from PDU set 1, and PDU set 1 is configured to be discarded as a whole packet, then it is determined that SDU2, SDU4, and SDU7 can all be the first data in the first reporting interval. Since the terminal determines that SDU2, SDU4, and SDU7 are all counted as data sent in the first reporting interval, SDU4 is not counted as data sent in the second reporting interval, and SDU7 is not counted as data sent in the third reporting interval. Here, if the second reporting interval is the (i+1)th reporting interval, then the first reporting interval is the ith reporting interval; or, if the third reporting interval is the (i+1)th reporting interval, then the second reporting interval is the ith reporting interval, and the first reporting interval is the reporting interval before the ith reporting interval.

[0208] For example, as shown in Figure 2B, if a terminal configures three reporting intervals for an LCG, namely the first reporting interval, the second reporting interval, and the third reporting interval; SDU3, SDU6, and SDU9 were originally in the second, third, and third reporting intervals, respectively; since SDU3, SDU6, and SDU9 are data from the same PDU set, for example, data from PDU set 2, and PDU set 2 is configured to be discarded as a whole packet, if it is determined that SDU3, SDU6, and SDU9 can all be the second data in the first reporting interval, and the terminal determines that SDU3, SDU6, and SDU9 are all counted as data sent in the first reporting interval, then SDU3 will not be counted as data sent in the second reporting interval, and SDU6 and SDU9 will not be counted as data sent in the third reporting interval.

[0209] To further explain the amount of data transmitted in at least one reporting interval during DSR transmission, the following specific scenarios are provided:

[0210] As shown in Figure 2B, the terminal configures three reporting intervals for an LCG. These three reporting intervals are the first reporting interval, the second reporting interval, and the third reporting interval. The first reporting interval is 0-10ms with a threshold of 10ms, the second reporting interval is 10ms-20ms with a threshold of 20ms, and the third reporting interval is 20-30ms with a threshold of 30ms.

[0211] The data to be sent includes SDU1, SDU2, SDU3, SDU4, SDU5, SDU6, SDU7, SDU8, SDU9, and SDU10. Among them, SDU2, SDU4, and SDU7 are data from the same PDU set 1, and SDU3, SDU6, and SDU9 are data from the same PDU set 2. The remaining time for SDU2, SDU3, SDU4, SDU6, SDU7, and SDU9 are 9ms, 11ms, 12ms, 21ms, 23ms, and 28ms, respectively. SDU1, SDU5, SDU8, and SDU10 are non-delayed reporting data, such as low priority data. The data sizes (i.e. cache sizes) of SDU1, SDU2, SDU3, SDU4, SDU5, SDU6, SDU7, SDU8, SDU9, and SDU10 are 100 bytes, 150 bytes, 500 bytes, 200 bytes, 900 bytes, 550 bytes, 250 bytes, 750 bytes, 850 bytes, and 400 bytes, respectively.

[0212] Scenario 1: No configuration for dropping entire packets for PDU sets (e.g., PDU set 1, PDU set 2) (i.e., SDUs belonging to the same PDU set can be reported separately):

[0213] The following data volume will be reported for the first reporting interval:

[0214] The first data is: SDU2;

[0215] The second data is: SDU1;

[0216] The total data volume is: 150 bytes for SDU2 and 100 bytes for SDU1.

[0217] Here, SDU1 is buffered before SDU2, and SDU1 can be reported as the second data in the first reporting interval.

[0218] For the second reporting interval, the following data volume should be reported:

[0219] The first data is: SDU3 and SDU4;

[0220] The second data is: 0;

[0221] The total data volume is: 500 bytes for SDU3 and 200 bytes for SDU4.

[0222] Here, although SDU5 is buffered in the second reporting interval, it is not buffered before SDU3 or SDU4. Therefore, SDU5 is not considered as the second data and cannot be reported in the second reporting interval.

[0223] For the third reporting interval, the following data volume should be reported:

[0224] The first data is: SDU6, SDU7, and SDU9;

[0225] The second set of data is: SDU5 and SDU8;

[0226] The total data volume is: 550 bytes for SDU6, 250 bytes for SDU7, 850 bytes for SDU9, 900 bytes for SDU5, and 750 bytes for SDU8.

[0227] Here, SDU5 is buffered before SDU6 and has not been reported in the second reporting interval, so SDU5 can be reported as the second data in the third reporting interval; and SDU8 is buffered before SDU9, so SDU8 can be reported as the second data in the third reporting interval.

[0228] Scenario 2: Configure the entire PDU set to be discarded (i.e., SDUs belonging to the same PDU set should be reported as a whole):

[0229] Method 1: SDU3 is not used as the second data because its remaining time is not less than the highest configured reporting threshold (e.g., the threshold of the third reporting interval). The terminal is configured to discard the entire packet (PDU set 1 and PDU set 2 are both first data, adapting to the overall reporting of the first data).

[0230] The following data volume will be reported for the first reporting interval:

[0231] The first data are: SDU2, SDU4, and SDU7;

[0232] The second set of data is: SDU1 and SDU5;

[0233] The total data volume is: 150 bytes for SDU2, 200 bytes for SDU4, 250 bytes for SDU7, 100 bytes for SDU1, and 900 bytes for SDU5.

[0234] Here, since SDU2, SDU4, and SDU7 are data from the same PDU set 1, and PDU set 1 is configured to discard entire packets, SDU2, SDU4, and SDU7 can all be reported as the first data in the first reporting interval. SDU1 is buffered before SDU2, so SDU1 can be reported as the second data in the first reporting interval. Since the remaining time for SDU3 is not higher than the maximum configured reporting threshold of 30ms, SDU3 is not reported as the second data, but rather as the first data in the second reporting interval of its own buffer.

[0235] Because SDU7 also became part of the first data, and SDU5, although it was the first data but was sorted before SDU7 (the first data) and had not been reported for statistics, it was also reported as the first data.

[0236] For the second reporting interval, the following data volume should be reported:

[0237] The first data is: SDU3, SDU6, and SDU9;

[0238] The second data is: SDU8;

[0239] The total data volume is: 500 bytes for SDU3, 550 bytes for SDU6, 850 bytes for SDU9, and 750 bytes for SDU8.

[0240] Here, since SDU3, SDU6, and SDU9 are data from the same PDU set 2, and PDU set 2 is configured to discard entire packets, SDU3, SDU6, and SDU9 can all be reported as the first data in the second reporting interval. SDU5 is buffered before SDU6, and since SDU5 has already been statistically reported in previous segments, it will not be counted again; and SDU8 is buffered before SDU9, so SDU8 can be reported as the second data in the second reporting interval.

[0241] For the data volume reported in the third reporting interval: both the first and second data are 0.

[0242] Here, since SDU1 to SDU9 have all been reported in the previous reporting interval.

[0243] Method 2: SDU3 is used as the second data because its remaining time is higher than the threshold of the first reporting interval.

[0244] Method 2-1: The entire packet is configured to be discarded, and the overall reporting criteria apply to both the first and second data.

[0245] The following data volume will be reported for the first reporting interval:

[0246] The first data are: SDU2, SDU4, and SDU7;

[0247] The second set of data consists of: SDU1, SDU5, SDU3, SDU6, SDU8, and SDU9;

[0248] The total data volume is as follows: 150 bytes for SDU2, 200 bytes for SDU4, 250 bytes for SDU7, 100 bytes for SDU1, 900 bytes for SDU5, 500 bytes for SDU3, 550 bytes for SDU6, 750 bytes for SDU7, and 850 bytes for SDU9.

[0249] Here, since SDU2, SDU4, and SDU7 are data from the same PDU set 1, and PDU set 1 is configured to discard entire packets, SDU2, SDU4, and SDU7 can all be reported as the first data in the first reporting interval. SDU1 is buffered before SDU2, so SDU1 can be reported as the second data in the first reporting interval. SDU5 is buffered before SDU7, so SDU5 can be reported as the second data in the first reporting interval. That is, SDU5 also becomes the first data.

[0250] Since the remaining time for SDU3 is higher than the reporting threshold of 10ms, SDU3 can be used as the second data. SDU3, SDU6, and SDU7 are all data from the same PDU set 2, and PDU set 2 is configured to discard entire packets. Therefore, SDU3, SDU6, and SDU9 can all be reported as second data in the first reporting interval. In other words, SDU3, SDU6, and SDU9 are all classified as first data.

[0251] According to the principle: since data a precedes data b, data a is classified as the first data; subsequently, if data c precedes data a, then data c also becomes the first data. Therefore, SDU8, which precedes SDU9, is also counted as the second data; and it is also reported together in the first reporting interval.

[0252] The amount of data reported for the second reporting interval is 0.

[0253] The amount of data reported for the third reporting interval is 0.

[0254] Here, since SDU1 to SDU9 have all been reported in the previous reporting interval.

[0255] Method 2-2: The overall reporting criteria apply to the first data but not to the second data.

[0256] The following data volume will be reported for the first reporting interval:

[0257] The first data are: SDU2, SDU4, and SDU7;

[0258] The second set of data is: SDU1, SDU5, and SDU3;

[0259] The total data volume is: 150 bytes for SDU2, 200 bytes for SDU4, 250 bytes for SDU7, 100 bytes for SDU1, 900 bytes for SDU5, and 500 bytes for SDU3.

[0260] Here, since SDU2, SDU4, and SDU7 are data from the same PDU set 1 and are configured to be discarded as a whole packet, SDU2, SDU4, and SDU7 can all be reported as the first data in the first reporting interval. SDU1 is buffered before SDU2, so SDU1 can be reported as the second data in the first reporting interval. SDU5 is buffered before SDU7, so SDU5 can be reported as the second data in the first reporting interval.

[0261] Since the remaining time of SDU3 is higher than the reporting threshold of 10ms, SDU3 can be used as the second data. Although SDU3, SDU6, and SDU7 are data in the same PDU set 2, PDU set 2 is not suitable for the whole packet discard function because it is the second data. Therefore, SDU3 is reported as the second data in the first reporting interval, while SDU6 and SDU7 cannot be reported in the first reporting interval.

[0262] The amount of data reported for the second reporting interval is 0.

[0263] Here, since SDU1 to SDU5 have all been reported in the previous reporting interval.

[0264] For the third reporting interval, the following data volume should be reported:

[0265] The first data is: SDU6 and SDU9;

[0266] The second data is: SDU8;

[0267] The total data volume is: 550 bytes for SDU6, 850 bytes for SDU9, and 750 bytes for SDU8.

[0268] Here, SDU6 and SDU9 are both buffered in the third reporting interval and can be reported as the third reporting interval. SDU8 is buffered before SDU9, and SDU8 can be reported as the second data in the third reporting interval.

[0269] In some alternative embodiments, the terminal sends a DSR to the network device; the DSR is used to indicate at least the amount of data in at least one reporting interval.

[0270] Optionally, the terminal sends a DSR to the network device, the DSR indicating at least one of the following: the amount of data in each reporting interval of at least one reporting interval, the amount of data in one or more reporting intervals in at least one reporting interval, the amount of data in a predetermined reporting interval in at least one reporting interval, and the total amount of data in at least one reporting interval.

[0271] Optionally, the predetermined information field of the DSR is used to indicate the amount of data in the reporting interval. For example, one predetermined information field is used to indicate the amount of data in one reporting interval, or one predetermined information field is used to indicate the amount of data in multiple reporting intervals.

[0272] Optionally, the predefined information field can be any information field in the DSR, such as the cache size field or the R field.

[0273] Optionally, the terminal sends a DSR to the network device, where a predetermined information field of the DSR is used to indicate the amount of data in the i-th reporting interval as the amount of data in the first and second data.

[0274] Optionally, the terminal sends a DSR to the network device, where a predetermined information field of the DSR is used to indicate the amount of data in each reporting interval of at least one reporting interval.

[0275] In some embodiments, terms such as "certain", "preset", "specified", "default", "set", "indicated", "a certain", "any", and "first" can be used interchangeably. "Certain A", "preset A", "specified A", "default A", "set A", "indicated A", "a certain A", "any A", and "first A" can be interpreted as A pre-defined in a protocol or the like, or as A obtained through setting, configuration, or instruction, or as specific A, specified A, a certain A, any A, or first A, but are not limited thereto.

[0276] In some embodiments, the determination or judgment can be made by a value represented by 1 bit (0 or 1), or by a true or false value (boolean), or by a comparison of numerical values ​​(e.g., a comparison with a predetermined value), but is not limited thereto.

[0277] The information processing method disclosed in this embodiment may include at least one of steps S2101 to S2103. For example, step S2101 may be implemented as a standalone embodiment; step S2102 may be implemented as a standalone embodiment; step S2103 may be implemented as a standalone embodiment; a combination of steps S2101 and S2102 may be implemented as a standalone embodiment; a combination of steps S2102 and S2103 may be implemented as a standalone embodiment; a combination of steps S2101 to S2103 may be implemented as a standalone embodiment.

[0278] In some embodiments, steps S2101 and S2102 may be optional, and one or more of these steps may be omitted or substituted in different embodiments.

[0279] In some embodiments, the steps and their optional implementations in other embodiments described before or after this embodiment, as well as other related parts in the specification, can be referred to, and will not be repeated here.

[0280] Figure 3 is an interactive schematic diagram illustrating an information processing method according to an embodiment of the present disclosure. As shown in Figure 3, this embodiment of the present disclosure relates to an information processing method for a communication system 100, the method including one of the following steps:

[0281] In step S3101, the terminal determines that at least one reporting interval is configured for an LCG, wherein a reporting interval is used to indicate at least one value interval for a remaining time period.

[0282] The optional implementations of step S3101 can be found in the optional implementations of step S2101 in Figure 2A, as well as other related parts in the embodiments involved in Figure 2A, which will not be repeated here.

[0283] In some embodiments, determining to configure at least one reporting interval for an LCG includes one of the following: determining to configure at least one reporting interval for an LCG based on first information received from a network device; or determining to configure at least one reporting interval for an LCG based on a protocol agreement.

[0284] In step S3102, the terminal determines the amount of data to be sent in at least one reporting interval when DSR is sent.

[0285] The optional implementation of step S3102 can be found in the optional implementation of step S2103 in Figure 2A, as well as other related parts in the embodiments involved in Figure 2A, which will not be repeated here.

[0286] In some embodiments, determining the amount of data transmitted in at least one reporting interval during DSR transmission includes: determining first data for the i-th reporting interval; wherein the i-th reporting interval is any one of at least one reporting interval; i is a positive integer; determining second data for the i-th reporting interval, the second data being associated with the first data; and determining the amount of data transmitted in the i-th reporting interval during DSR transmission as the amount of the first data and the second data.

[0287] In some embodiments, the first data of the i-th reporting interval satisfies the following: the remaining time is greater than or equal to the threshold of the (i-1)-th reporting interval, and the remaining time is less than the threshold of the i-th reporting interval.

[0288] In some embodiments, determining the first data of the i-th reporting interval includes: determining that each data in the first dataset is the first data of the i-th reporting interval, wherein the terminal is configured to drop entire packets, and at least one data in the first dataset is the first data of the i-th reporting interval.

[0289] In some embodiments, the second data of the i-th reporting interval includes at least one of the following: data buffered before the first data of the i-th reporting interval; data with remaining time greater than or equal to a predetermined threshold; data with a priority lower than the first priority; and data that has not been statistically reported.

[0290] In some embodiments, determining the second data of the i-th reporting interval includes: determining that each data in the second dataset is the second data of the i-th reporting interval, wherein the terminal is configured to drop entire packets, and at least one data in the second dataset is the second data of the i-th reporting interval.

[0291] In some embodiments, determining the amount of data sent in at least one reporting interval when the Delayed Status Report (DSR) is sent includes: sequentially determining the amount of data sent in each reporting interval when the DSR is sent, according to the order of the values ​​of the at least one reporting interval from smallest to largest.

[0292] In some embodiments, the amount of data sent in the (i-1)th reporting interval is not included in the amount of data sent in the ith reporting interval; the amount of data sent in the reporting intervals prior to the (i-1)th reporting interval is not included in the amount of data sent in the ith reporting interval.

[0293] In some embodiments, the amount of data sent in each reporting interval during DSR transmission is determined sequentially according to the ascending order of the values ​​of at least one reporting interval, including at least one of the following: if the first data cached in the (i+1)th reporting interval has been included in the data sent in the reporting interval before or after the i-th reporting interval, it is determined that the first data cached in the (i+1)th reporting interval is not included in the data sent in the (i+1)th reporting interval; if the second data cached in the (i+1)th reporting interval has been included in the data sent in the reporting interval before or after the i-th reporting interval, it is determined that the second data cached in the (i+1)th reporting interval is not included in the data sent in the (i+1)th reporting interval.

[0294] In some embodiments, the steps and their optional implementations in other embodiments described before or after this embodiment, as well as other related parts in the specification, can be referred to, and will not be repeated here.

[0295] This disclosure relates to an information processing method, which may include the following:

[0296] In some embodiments, the terminal provides a scheme for statistical analysis of the amount of data reported when a second category of DSR is submitted, based on the first data.

[0297] Optionally, the second type of DSR is the enhanced DSR. The second type of DSR configures a DSR trigger threshold for an LCG and configures a list of reporting thresholds (or DSR reporting thresholds). This list includes at least one reporting threshold (or DSR reporting threshold). Here, the reporting threshold can be the reporting interval threshold in the previous embodiment.

[0298] Optionally, the second type of DSR will carry at least one set of Remaining Time and Buffer Size fields for an LCG (i.e., one or more reporting intervals).

[0299] Optionally, the terminal determines the range of the remaining time according to the network configuration and / or protocol agreement, and then reports the buffer size (i.e., the amount of data) based on the range of the remaining time.

[0300] Optionally, the first data can be the delayed reporting data of the i-th reporting interval in the previous embodiment.

[0301] Optionally, if the network is configured to drop packets based on packet sets, then for data belonging to the same packet set, as long as some packets belong to the first data, the entire packet set will belong to the first data (the overall reporting criteria apply to the first data).

[0302] In some embodiments, a second data is defined; wherein the second data is data associated with the first data.

[0303] Optionally, the second data will be included in the data volume reported by the first data.

[0304] Optionally, the second data is included in the data volume reported by the first data based on network indications and is classified as the first data.

[0305] For example, because data a is listed before data b, data a is classified as the first data; subsequently, if data c is listed before data a, then data c also becomes the first data.

[0306] In some embodiments, the second data satisfies at least one of the following conditions:

[0307] (1) The remaining time is greater than the threshold. The threshold may be the maximum reporting threshold configured by the network (for example, see Method 1 below); or, the threshold may be the i-th reporting threshold of the first data association (for example, see Method 2-1 below).

[0308] (2) Non-important data. Non-important data refers to data with low priority. In this case, the terminal is configured with a low-importance discard timer and PSI-based SDU discard is activated (e.g., if discardTimerForLowImportance is configured and PSI-based SDU discard is activated).

[0309] (3) Data that is ordered before the first data in the buffer. For example, the value (count) of the second data can be less than the value of the first data, or the value of the second data can be less than the minimum or maximum value of the first data.

[0310] (4) Not previously reported. "Not previously reported" means it was not included in the statistics of any previous reporting interval. This avoids duplicate reporting of the same data.

[0311] The above conditions can be used in combination. For example, if (1) or (2) is satisfied, then (3) and (4) also need to be satisfied.

[0312] Optionally, the second data is data with remaining time greater than the threshold, or non-important data, and is ranked before the first data in the buffer, and this data has not been counted in the previous segments.

[0313] Optionally, if the network is configured to drop packets based on packet sets, then for data belonging to the same packet set, as long as some packets belong to the second data, the entire packet set will belong to the second data (the overall reporting criteria may optionally apply to the second data).

[0314] In some embodiments, the amount of data sent during DSR transmission in at least one reporting interval is provided, and the following specific cases are provided:

[0315] As shown in Figure 2B, the terminal configures three reporting intervals for an LCG. These three reporting intervals are the first reporting interval, the second reporting interval, and the third reporting interval. The first reporting interval is 0-10ms with a threshold of 10ms, the second reporting interval is 10ms-20ms with a threshold of 20ms, and the third reporting interval is 20-30ms with a threshold of 30ms.

[0316] The data to be sent includes SDU1, SDU2, SDU3, SDU4, SDU5, SDU6, SDU7, SDU8, SDU9, and SDU10. Among them, SDU2, SDU4, and SDU7 are data from the same PDU set 1, and SDU3, SDU6, and SDU9 are data from the same PDU set 2. The remaining time for SDU2, SDU3, SDU4, SDU6, SDU7, and SDU9 are 9ms, 11ms, 12ms, 21ms, 23ms, and 28ms, respectively. SDU1, SDU5, SDU8, and SDU10 are non-delayed reporting data, such as low priority data. The data sizes (i.e. cache sizes) of SDU1, SDU2, SDU3, SDU4, SDU5, SDU6, SDU7, SDU8, SDU9, and SDU10 are 100 bytes, 150 bytes, 500 bytes, 200 bytes, 900 bytes, 550 bytes, 250 bytes, 750 bytes, 850 bytes, and 400 bytes, respectively.

[0317] Scenario 1: No configuration for dropping entire packets for PDU sets (e.g., PDU set 1, PDU set 2) (i.e., SDUs belonging to the same PDU set can be reported separately):

[0318] The following data volume will be reported for the first reporting interval:

[0319] The first data is: SDU2;

[0320] The second data is: SDU1;

[0321] The total data volume is: 150 bytes for SDU2 and 100 bytes for SDU1.

[0322] Here, SDU1 is buffered before SDU2, and SDU1 can be reported as the second data in the first reporting interval.

[0323] For the second reporting interval, the following data volume should be reported:

[0324] The first data is: SDU3 and SDU4;

[0325] The second data is: 0;

[0326] The total data volume is: 500 bytes for SDU3 and 200 bytes for SDU4.

[0327] Here, although SDU5 is buffered in the second reporting interval, it is not buffered before SDU3 or SDU4. Therefore, SDU5 is not considered as the second data and cannot be reported in the second reporting interval.

[0328] For the third reporting interval, the following data volume should be reported:

[0329] The first data is: SDU6, SDU7, and SDU9;

[0330] The second set of data is: SDU5 and SDU8;

[0331] The total data volume is: 550 bytes for SDU6, 250 bytes for SDU7, 850 bytes for SDU9, 900 bytes for SDU5, and 750 bytes for SDU8.

[0332] Here, SDU5 is buffered before SDU6 and has not been reported in the second reporting interval, so SDU5 can be reported as the second data in the third reporting interval; and SDU8 is buffered before SDU9, so SDU8 can be reported as the second data in the third reporting interval.

[0333] Scenario 2: Configure the entire PDU set to be discarded (i.e., SDUs belonging to the same PDU set should be reported as a whole):

[0334] Method 1: SDU3 is not used as the second data because its remaining time is not less than the highest configured reporting threshold (e.g., the threshold of the third reporting interval). The terminal is configured to discard the entire packet (PDU set 1 and PDU set 2 are both first data, adapting to the overall reporting of the first data).

[0335] The following data volume will be reported for the first reporting interval:

[0336] The first data are: SDU2, SDU4, and SDU7;

[0337] The second set of data is: SDU1 and SDU5;

[0338] The total data volume is: 150 bytes for SDU2, 200 bytes for SDU4, 250 bytes for SDU7, 100 bytes for SDU1, and 900 bytes for SDU5.

[0339] Here, since SDU2, SDU4, and SDU7 are data from the same PDU set 1, and PDU set 1 is configured to discard entire packets, SDU2, SDU4, and SDU7 can all be reported as the first data in the first reporting interval. SDU1 is buffered before SDU2, so SDU1 can be reported as the second data in the first reporting interval. Since the remaining time for SDU3 is not higher than the maximum configured reporting threshold of 30ms, SDU3 is not reported as the second data, but rather as the first data in the second reporting interval of its own buffer.

[0340] Because SDU7 also became part of the first data, and SDU5, although it was the first data but was sorted before SDU7 (the first data) and had not been reported for statistics, it was also reported as the first data.

[0341] For the second reporting interval, the following data volume should be reported:

[0342] The first data is: SDU3, SDU6, and SDU9;

[0343] The second data is: SDU8;

[0344] The total data volume is: 500 bytes for SDU3, 550 bytes for SDU6, 850 bytes for SDU9, and 750 bytes for SDU8.

[0345] Here, since SDU3, SDU6, and SDU9 are data from the same PDU set 2, and PDU set 2 is configured to discard entire packets, SDU3, SDU6, and SDU9 can all be reported as the first data in the second reporting interval. SDU5 is buffered before SDU6, and since SDU5 has already been statistically reported in previous segments, it will not be counted again; and SDU8 is buffered before SDU9, so SDU8 can be reported as the second data in the second reporting interval.

[0346] For the data volume reported in the third reporting interval: both the first and second data are 0.

[0347] Here, since SDU1 to SDU9 have all been reported in the previous reporting interval.

[0348] Method 2: SDU3 is used as the second data because its remaining time is higher than the threshold of the first reporting interval.

[0349] Method 2-1: The entire packet is configured to be discarded, and the overall reporting criteria apply to both the first and second data.

[0350] The following data volume will be reported for the first reporting interval:

[0351] The first data are: SDU2, SDU4, and SDU7;

[0352] The second set of data consists of: SDU1, SDU5, SDU3, SDU6, SDU8, and SDU9;

[0353] The total data volume is as follows: 150 bytes for SDU2, 200 bytes for SDU4, 250 bytes for SDU7, 100 bytes for SDU1, 900 bytes for SDU5, 500 bytes for SDU3, 550 bytes for SDU6, 750 bytes for SDU7, and 850 bytes for SDU9.

[0354] Here, since SDU2, SDU4, and SDU7 are data from the same PDU set 1, and PDU set 1 is configured to discard entire packets, SDU2, SDU4, and SDU7 can all be reported as the first data in the first reporting interval. SDU1 is buffered before SDU2, so SDU1 can be reported as the second data in the first reporting interval. SDU5 is buffered before SDU7, so SDU5 can be reported as the second data in the first reporting interval. That is, SDU5 also becomes the first data.

[0355] Since the remaining time for SDU3 is higher than the reporting threshold of 10ms, SDU3 can be used as the second data. SDU3, SDU6, and SDU7 are all data from the same PDU set 2, and PDU set 2 is configured to discard entire packets. Therefore, SDU3, SDU6, and SDU9 can all be reported as second data in the first reporting interval. In other words, SDU3, SDU6, and SDU9 are all classified as first data.

[0356] According to the principle: since data a precedes data b, data a is classified as the first data; subsequently, if data c precedes data a, then data c also becomes the first data. Therefore, SDU8, which precedes SDU9, is also counted as the second data; and it is also reported together in the first reporting interval.

[0357] The amount of data reported for the second reporting interval is 0.

[0358] The amount of data reported for the third reporting interval is 0.

[0359] Here, since SDU1 to SDU9 have all been reported in the previous reporting interval.

[0360] Method 2-2: The overall reporting criteria apply to the first data but not to the second data.

[0361] The following data volume will be reported for the first reporting interval:

[0362] The first data are: SDU2, SDU4, and SDU7;

[0363] The second set of data is: SDU1, SDU5, and SDU3;

[0364] The total data volume is: 150 bytes for SDU2, 200 bytes for SDU4, 250 bytes for SDU7, 100 bytes for SDU1, 900 bytes for SDU5, and 500 bytes for SDU3.

[0365] Here, since SDU2, SDU4, and SDU7 are data from the same PDU set 1 and are configured to be discarded as a whole packet, SDU2, SDU4, and SDU7 can all be reported as the first data in the first reporting interval. SDU1 is buffered before SDU2, so SDU1 can be reported as the second data in the first reporting interval. SDU5 is buffered before SDU7, so SDU5 can be reported as the second data in the first reporting interval.

[0366] Since the remaining time of SDU3 is higher than the reporting threshold of 10ms, SDU3 can be used as the second data. Although SDU3, SDU6, and SDU7 are data in the same PDU set 2, PDU set 2 is not suitable for the whole packet discard function because it is the second data. Therefore, SDU3 is reported as the second data in the first reporting interval, while SDU6 and SDU7 cannot be reported in the first reporting interval.

[0367] The amount of data reported for the second reporting interval is 0.

[0368] Here, since SDU1 to SDU5 have all been reported in the previous reporting interval.

[0369] For the third reporting interval, the following data volume should be reported:

[0370] The first data is: SDU6 and SDU9;

[0371] The second data is: SDU8;

[0372] The total data volume is: 550 bytes for SDU6, 850 bytes for SDU9, and 750 bytes for SDU8.

[0373] Here, SDU6 and SDU9 are both buffered in the third reporting interval and can be reported as the third reporting interval. SDU8 is buffered before SDU9, and SDU8 can be reported as the second data in the third reporting interval.

[0374] In some embodiments, the steps and their optional implementations in other embodiments described before or after this embodiment, as well as other related parts in the specification, can be referred to, and will not be repeated here.

[0375] This disclosure also proposes an apparatus (also referred to as a communication device, etc.) for implementing any of the above methods. For example, an apparatus is proposed that includes units or modules for implementing the steps performed by the terminal in any of the above methods. Furthermore, another apparatus is proposed that includes units or modules for implementing the steps performed by a network device (e.g., an access network device, a core network functional node, or a core network device) in any of the above methods.

[0376] It should be understood that the division of units or modules in the above device is only a logical functional division. In actual implementation, they can be fully or partially integrated into a single physical entity, or they can be physically separated. Furthermore, the units or modules in the device can be implemented by a processor calling software: for example, the device includes a processor connected to a memory containing instructions. The processor calls the instructions stored in the memory to implement any of the above methods or to implement the functions of the units or modules in the above device. The processor can be, for example, a general-purpose processor, such as a Central Processing Unit (CPU) or a microprocessor, and the memory can be internal or external to the device. Alternatively, the units or modules in the device can be implemented in the form of hardware circuits. The functionality of some or all of the units or modules can be achieved through the design of these hardware circuits, which can be understood as one or more processors. For example, in one implementation, the hardware circuit is an Application-Specific Integrated Circuit (ASIC), and the functionality of some or all of the units or modules is achieved through the design of the logical relationships between the components within the circuit. In another implementation, the hardware circuit can be implemented using a Programmable Logic Device (PLD), such as a Field Programmable Gate Array (FPGA), which can include a large number of logic gates. The connection relationships between the logic gates are configured through configuration files, thereby achieving the functionality of some or all of the units or modules. All units or modules of the above device can be implemented entirely through processor-called software, entirely through hardware circuits, or partially through processor-called software with the remaining parts implemented through hardware circuits.

[0377] In this embodiment, the processor is a circuit with signal processing capabilities. In one implementation, the processor can be a circuit with instruction read and execute capabilities, such as a Central Processing Unit (CPU), a microprocessor, a graphics processing unit (GPU) (which can be understood as a microprocessor), or a digital signal processor (DSP). In another implementation, the processor can implement certain functions through the logical relationships of hardware circuits. The logical relationships of the aforementioned hardware circuits are fixed or reconfigurable. For example, the processor is a hardware circuit implemented using an application-specific integrated circuit (ASIC) or a programmable logic device (PLD), such as an FPGA. In a reconfigurable hardware circuit, the process of the processor loading a configuration document and configuring the hardware circuit can be understood as the process of the processor loading instructions to implement the functions of some or all of the above units or modules. Furthermore, it can also be a hardware circuit designed for artificial intelligence, which can be understood as an ASIC, such as a Neural Network Processing Unit (NPU), a Tensor Processing Unit (TPU), or a Deep Learning Processing Unit (DPU).

[0378] Figure 4A is a schematic diagram of the structure of a terminal 4100 provided in an embodiment of this disclosure. As shown in Figure 4A, the terminal 4100 includes at least one of a processing module 4101 and a transceiver module 4102. In some embodiments, the processing module 4101 is configured to determine at least one reporting interval for an LCG. Optionally, the processing module 4101 is configured to perform at least one of the processing steps (e.g., steps S2101, S2102, and / or S2103, etc., but not limited thereto) performed by the terminal 4100 in any of the above methods, which will not be described in detail here. In some embodiments, the transceiver module 4102 receives first information. Optionally, the transceiver module 4102 is configured to perform at least one of the processing steps (e.g., steps S2101 and / or S2103, etc., but not limited thereto) performed by the terminal 4100 in any of the above methods, which will not be described in detail here.

[0379] Figure 4B is a schematic diagram of the structure of a network device 4200 provided in an embodiment of this disclosure. As shown in Figure 4B, the network device 4200 includes a transceiver module 4201. In some embodiments, the transceiver module 4201 is used to send first information. Optionally, the transceiver module 4201 is used to perform at least one of the sending and / or receiving steps (e.g., steps S2101 and / or S2103, but not limited thereto) performed by the network device 4200 in any of the above methods, which will not be described in detail here. In some embodiments, the network device 4200 may include a processing module.

[0380] In some embodiments, the transceiver module may include a transmitting module and / or a receiving module, which may be separate or integrated. Optionally, the transceiver module may be interchangeable with a transceiver. For example, the first transceiver module described above includes a first transmitting module and / or a first receiving module. For example, the second transceiver module described above includes a second transmitting module and / or a second receiving module.

[0381] In some embodiments, the processing module may be a single module or may include multiple sub-modules. Optionally, the multiple sub-modules may each perform all or part of the steps required by the processing module.

[0382] In some embodiments, the processing module can be replaced by the processor, and the transceiver module can be replaced by the transceiver.

[0383] Figure 5A is a schematic diagram of the structure of the communication device 5100 proposed in an embodiment of this disclosure. The communication device 5100 can be a network device (e.g., an access network device, such as a base station), a core network device, a terminal (e.g., a user equipment), a chip, chip system, or processor that supports the network device in implementing any of the above methods, or a chip, chip system, or processor that supports the terminal in implementing any of the above methods. The communication device 5100 can be used to implement the methods described in the above method embodiments; for details, please refer to the descriptions in the above method embodiments.

[0384] As shown in Figure 5A, the communication device 5100 is used to execute any of the above methods. In some embodiments, the communication device 5100 includes one or more processors 5101. The processor 5101 may be a general-purpose processor or a special-purpose processor, such as a baseband processor or a central processing unit. The baseband processor may be used to process communication protocols and communication data, and the central processing unit may be used to control communication devices (e.g., base stations, baseband chips, terminal devices, terminal device chips, DUs or CUs, etc.), execute programs, and process program data. Optionally, the communication device 5100 is used to execute any of the above methods. Optionally, one or more processors 5101 are used to invoke instructions to cause the communication device 5100 to execute any of the above methods.

[0385] In some embodiments, the communication device 5100 further includes one or more transceivers 5102. When the communication device 5100 includes one or more transceivers 5102, the transceiver 5102 performs at least one of the communication steps such as sending and / or receiving in the above method (e.g., steps S2101 and / or S2103, but not limited thereto), and the processor 5101 performs at least one of other steps (e.g., steps S2101, S2102, and / or S2103, but not limited thereto). In optional embodiments, the transceiver may include a receiver and / or a transmitter, which may be separate or integrated together. Optionally, the terms transceiver, transceiver unit, transceiver, transceiver circuit, interface circuit, interface, etc., can be used interchangeably; the terms transmitter, transmitting unit, transmitter, transmitting circuit, etc., can be used interchangeably; and the terms receiver, receiving unit, receiver, receiving circuit, etc., can be used interchangeably.

[0386] In some embodiments, the communication device 5100 further includes one or more memories 5103 for storing data and / or instructions. Optionally, one or more processors 5101 are used to invoke instructions stored in the memory 5103 to cause the communication device 5100 to perform any of the above methods. Optionally, all or part of the memory 5103 may also be located outside the communication device 5100. In an optional embodiment, the communication device 5100 may include one or more interface circuits 5104. Optionally, the interface circuit 5104 is connected to the memory 5103 and can be used to receive data and / or instructions from the memory 5103 or other devices, and can be used to send data and / or instructions to the memory 5103 or other devices. For example, the interface circuit 5104 can read data and / or instructions stored in the memory 5103 and send the data and / or instructions to the processor 5101.

[0387] The communication device 5100 described in the above embodiments may be a network device or a terminal, but the scope of the communication device 5100 described in this disclosure is not limited thereto, and the structure of the communication device 5100 may not be limited by FIG. 5A. The communication device may be a standalone device or may be part of a larger device. For example, the communication device may be: (1) a standalone integrated circuit IC, or chip, or chip system or subsystem; (2) a collection having one or more ICs, optionally, the IC collection may also include storage components for storing data, programs and / or instructions; (3) an ASIC, such as a modem; (4) a module that can be embedded in other devices; (5) a receiver, terminal device, smart terminal device, cellular phone, wireless device, handheld device, mobile unit, vehicle device, network device, cloud device, artificial intelligence device, etc.; (6) others, etc.

[0388] Figure 5B is a schematic diagram of the structure of the chip 5200 proposed in an embodiment of this disclosure. For cases where the communication device 5100 can be a chip or a chip system, the schematic diagram of the chip 5200 shown in Figure 5B can be referred to, but is not limited thereto.

[0389] Chip 5200 includes one or more processors 5201. Chip 5200 is used to perform any of the methods described above.

[0390] In some embodiments, chip 5200 further includes one or more interface circuits 5202. Optionally, terms such as interface circuit, interface, and transceiver pin can be used interchangeably. In some embodiments, chip 5200 further includes one or more memories 5203 for storing data and / or instructions. Optionally, all or part of the memories 5203 may be located outside of chip 5200. Optionally, the interface circuit 5202 is connected to the memories 5203, and the interface circuit 5202 can be used to receive data and / or instructions from the memories 5203 or other devices, and the interface circuit 5202 can be used to send data and / or instructions to the memories 5203 or other devices. For example, the interface circuit 5202 can read data and / or instructions stored in the memories 5203 and send the data and / or instructions to the processor 5201.

[0391] In some embodiments, the interface circuit 5202 performs at least one of the communication steps such as sending and / or receiving in the above-described method (e.g., steps S2101 and / or S2103, but not limited thereto). The interface circuit 5202 performing the communication steps such as sending and / or receiving in the above-described method refers, for example, to the interface circuit 5202 performing data and / or instruction interaction between the processor 5201, the chip 5200, the memory 5203, or the transceiver device. In some embodiments, the processor 5201 performs at least one of other steps (e.g., steps S2101, S2102, and / or S2103, but not limited thereto).

[0392] The modules and / or devices described in the various embodiments, such as virtual devices, physical devices, and chips, can be combined or separated arbitrarily as needed. Optionally, some or all steps can also be performed collaboratively by multiple modules and / or devices, which is not limited here.

[0393] This disclosure also proposes a storage medium storing instructions that, when executed on a communication device, cause the communication device to perform any of the above methods. Optionally, the storage medium is an electronic storage medium. Optionally, the storage medium is a computer-readable storage medium, but not limited thereto; it may also be a storage medium readable by other devices. Optionally, the storage medium may be a non-transitory storage medium, but not limited thereto; it may also be a temporary storage medium.

[0394] This disclosure also proposes a program product, including a program and / or instructions, which, when executed by a communication device, cause the communication device to perform any of the above methods. Optionally, the program product is a computer program product. Optionally, the program product is stored on the storage medium.

[0395] This disclosure also proposes a computer program that, when run on a computer, causes the computer to perform any of the above methods.

Claims

An information processing method, characterized in that, Executed by the terminal, including: Determine at least one reporting interval for a logical channel group (LCG), wherein one of the reporting intervals is used to indicate a value range for a remaining time period. Determine the amount of data sent in the at least one reporting interval when the Delay Status Report (DSR) is sent. The method according to claim 1, characterized in that, The amount of data sent in the at least one reporting interval when determining the Delay Status Report (DSR) includes: Determine the first data of the i-th reporting interval; wherein the i-th reporting interval is any one of the at least one reporting interval; and i is a positive integer; Determine the second data for the i-th reporting interval, and associate the second data with the first data; The amount of data sent in the i-th reporting interval during DSR transmission is determined to be the amount of the first data and the second data. The method according to claim 2, characterized in that, The first data in the i-th reporting interval satisfies the following: The remaining time is greater than or equal to the threshold of the (i-1)th reporting interval, and the remaining time is less than the threshold of the i-th reporting interval. The method according to claim 3, characterized in that, The determination of the first data for the i-th reporting interval includes: It is determined that each data in the first dataset is the first data in the i-th reporting interval, wherein the terminal is configured with the whole packet discard function, and at least one data in the first dataset is the first data in the i-th reporting interval. The method according to any one of claims 2 to 4, characterized in that, The second data in the i-th reporting interval includes at least one of the following: Buffer the data preceding the first data in the i-th reporting interval; Data with remaining time greater than or equal to the predetermined threshold; Data with a priority lower than the first priority; Data that has not been statistically reported. The method according to claim 5, characterized in that, The determination of the second data for the i-th reporting interval includes: It is determined that each data in the second dataset is the second data of the i-th reporting interval, wherein the terminal is configured to discard the entire packet, and at least one data in the second dataset is the second data of the i-th reporting interval. The method according to any one of claims 1 to 6, characterized in that, The amount of data sent in the at least one reporting interval when determining the Delay Status Report (DSR) includes: The amount of data sent in each of the at least one reporting intervals is determined sequentially in ascending order of the values ​​of the reporting intervals. The method according to claim 7, characterized in that, The step of determining the amount of data sent in each of the at least one reporting intervals in ascending order of the values ​​of the at least one reporting interval includes at least one of the following: The amount of data already counted in the (i-1)th reporting interval is excluded from the data count of the i-th reporting interval. The amount of data sent in the reporting intervals prior to the (i-1)th reporting interval is determined and not included in the data amount in the i-th reporting interval. The method according to any one of claims 1 to 8, characterized in that, The determination of configuring at least one reporting interval for a logical channel group (LCG) includes one of the following: Based on the first information received from the network device, determine the configuration of the at least one reporting interval for an LCG; Based on the agreement, at least one reporting interval is configured for each LCG. A communication device, characterized in that, The communication device is used to perform the information processing method according to any one of claims 1 to 9. A communication system, characterized in that, include: A terminal; wherein the terminal is configured to implement the information processing method according to any one of claims 1 to 9. A storage medium storing instructions, characterized in that, When the instruction is executed on the communication device, the communication device performs the information processing method as described in any one of claims 1 to 9. A computer program product, comprising at least one of a program and instructions, characterized in that, When at least one of the programs or instructions is executed by a communication device, the information processing method according to any one of claims 1 to 9 is implemented.

Images