Data packet processing method and communication device

By reporting the PSI information and data volume ratio of uplink data packets by terminal devices, the problem of difficulty in base stations to reasonably decide which data packets to discard, achieving reasonable packet loss management and user experience improvement in network congestion.

CN119485476APending Publication Date: 2025-02-18HUAWEI TECH CO LTD
View PDF 0 Cites 2 Cited by

Patent Information

Application Number
CN202311004795.9
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2023-08-09
Publication Date
2025-02-18

AI Technical Summary

Technical Problem

In uplink data transmission, it is difficult for the base station to reasonably decide which packets should be discarded to alleviate network congestion while ensuring the transmission of high-importance packets.

Method used

The terminal device obtains the protocol data unit (PDU) importance (PSI) information corresponding to the uplink data packet and its data volume ratio, and sends this information to the network device so that the network device can perform reasonable packet loss management when congestion occurs.

Benefits of technology

By reporting the PSI information and data volume ratio, network devices can more accurately understand the importance and proportion of uplink data, so as to make more reasonable packet loss decisions when network congestion, and improve network stability and user experience.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119485476A_ABST
    Figure CN119485476A_ABST
Patent Text Reader

Abstract

The invention provides a data packet processing method and a communication device, which can enable a network device to make a reasonable packet loss indication for a terminal device during uplink data transmission, thereby not only improving the reliability of data transmission, but also improving the user experience. The method comprises the following steps: the terminal equipment acquires first protocol data unit set importance PSI information corresponding to an uplink data packet and a proportion of a data volume corresponding to each piece of first PSI information; wherein the proportion of the data volume corresponding to each piece of first PSI information is the proportion of the data volume corresponding to each piece of first PSI information in the total data volume corresponding to the uplink data packet. And the terminal equipment sends first information of the uplink data packet to the network equipment, wherein the first information is used for the network equipment to perform packet loss management on the uplink data packet. Wherein the first information of the uplink data packet comprises the first PSI information and the proportion of the data volume corresponding to each piece of first PSI information, or the proportion of the data volume corresponding to part of the first PSI information.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] Embodiments of the present application relate to the field of communications, and more specifically, to a method for processing a data packet and a communication device. Background Art

[0002] The 3rd generation partnership project (3GPP) defines that a quality of service (QoS) flow for an extended reality (XR) service can contain a set of protocol data units (PDUs) of different importance, and is identified by the PDU set importance (PSI). When the network is congested, the transmission of high-importance data should be prioritized. Therefore, 3GPP proposes that when the network is congested, the transmission of low-importance data packets can be given priority. In downlink data transmission, the base station can actively discard some low-importance data after discovering congestion; in uplink data transmission, the base station needs to instruct the user equipment (UE) to discard data of lower importance to relieve the pressure on transmission resources.

[0003] However, in uplink transmission, the base station does not know which data in the uplink data will affect the user experience. Therefore, it is difficult for the base station to make a reasonable decision to instruct the UE to drop packets. In addition, since there are many types of users in the network, some users' service flows may not contain unimportant data packets. If the base station instructs such users to drop packets, the users may not follow the instructions, resulting in the failure to alleviate network congestion. In addition, if the base station instructs the UE to discard data with a PSI higher than a certain threshold, and there is no data higher than the threshold in the uplink data, network congestion will not be alleviated. Therefore, how to ensure the transmission of high-importance data packets while enabling the base station to make reasonable decisions to instruct the UE to drop packets is a problem that needs to be solved. Summary of the invention

[0004] The present application provides a data packet processing method and a communication device, which can enable a network device to make reasonable packet loss indications to a terminal device during uplink data transmission, thereby not only improving the reliability of data transmission, but also improving the user experience.

[0005] In the first aspect, an embodiment of the present application provides a method for processing a data packet. The method can be executed by a terminal device, or by a component of the terminal device (such as a chip or circuit). This application is not limited to this. For ease of description, the following is an example of terminal device execution. The method includes: the terminal device obtains the first protocol data unit set importance PSI information corresponding to the uplink data packet and the ratio of the data amount corresponding to each first PSI information, and the ratio of the data amount corresponding to each first PSI information is the ratio of the data amount corresponding to each first PSI information to the total data amount corresponding to the uplink data packet; the terminal device sends the first information of the uplink data packet to the network device, wherein the first information of the uplink data packet includes the ratio of the first PSI information and the data amount corresponding to each first PSI information, or the ratio of the data amount corresponding to part of the first PSI information, and the first information is used by the network device to perform packet loss management on the uplink data packet.

[0006] Based on the above solution, whether the terminal device reports all PSI information corresponding to the data packet to the network device, and the proportion of the data volume corresponding to each PSI information, or the terminal device reports the proportion of the data volume corresponding to part of the PSI to the network device, the network device can more clearly understand the importance and proportion of the data contained in the uplink data, so that when the network is congested, it can make more reasonable packet loss management. This solution improves the performance of network equipment in packet loss management, improves the stability of the network when congestion occurs, and thus improves the user experience. In addition, when the terminal device reports the proportion of the data volume corresponding to part of the PSI to the network device, it can also improve the reporting efficiency and save uplink resources.

[0007] In combination with the first aspect, in certain implementations of the first aspect, the method also includes: the terminal device receives configuration information from the network device, the configuration information includes an identifier corresponding to the uplink data packet, and the configuration information is used to instruct the terminal device to report the first information of the uplink data packet corresponding to the identifier.

[0008] Based on the above scheme, the terminal device quickly determines the ratio of the first PSI information of the data packet corresponding to the identifier that needs to be obtained and the data amount corresponding to each first PSI information through the configuration information, thereby generating the first information that needs to be reported. This can improve the efficiency of the terminal device in generating the first information and avoid the waste of resources caused by the terminal device obtaining and generating the first information of all uplink data packets.

[0009] In combination with the first aspect, in certain implementations of the first aspect, the identifier is the flow identifier of the quality of service QoS flow corresponding to the uplink data packet, or the identifier of the logical channel LCH corresponding to the uplink data packet, or the identifier of the data radio bearer DRB corresponding to the uplink data packet.

[0010] Based on the above solution, the reliability of the implementation of the solution is improved by using a general QoS flow identifier, an LCH identifier or a DRB identifier to identify the uplink data packet.

[0011] In combination with the first aspect, in certain implementations of the first aspect, the method further includes: the terminal device receives indication information from the network device, the indication information instructing the terminal device to discard part of the data packets corresponding to the first PSI information, or the indication information instructs the terminal device to discard data packets in the uplink data packets except for the data packets corresponding to the part of the first PSI information.

[0012] Based on the above scheme, when the terminal device reports the proportion of the data volume corresponding to the partially important or partially unimportant PSI in the first information sent, the network device can only instruct to discard the corresponding unimportant data packets. For example, if the terminal device reports the proportion of the data volume corresponding to the partially important PSI, the indication information sent by the network device does not need to carry the PSI information, but only needs to instruct to discard the data packets corresponding to the unreported PSI, that is, to instruct to discard the unimportant data packets; if the terminal device reports the proportion of the data volume corresponding to the partially unimportant PSI, the indication information sent by the network device also does not need to carry the PSI information, but only needs to instruct to discard. This scheme can improve the efficiency of network device indications and save resources that carry indication information.

[0013] In combination with the first aspect, in certain implementations of the first aspect, the proportion of the data volume corresponding to the part of the first PSI information is determined by the terminal device according to a preset first threshold.

[0014] Based on this solution, the terminal device can report the corresponding data volume when the first PSI information is lower than the preset first threshold or the first PSI information is higher than the preset first threshold to the network device, so that the terminal device only counts the proportion of the data volume corresponding to part of the first PSI information, thereby simplifying the operation of the terminal device.

[0015] In combination with the first aspect, in certain implementations of the first aspect, the method further includes: the terminal device updates the ratio of the data amount corresponding to the first PSI information and each first PSI information to the ratio of the data amount corresponding to the second PSI information and each second PSI information; the terminal device sends the second information of the uplink data packet to the network device, wherein the second information of the uplink data packet includes the ratio of the data amount corresponding to the second PSI information and each second PSI information, or the ratio of the data amount corresponding to part of the second PSI information, and the second information is used by the network device to perform packet loss management on the uplink data packet.

[0016] Based on this solution, updating PSI information and ratios can further improve the accuracy of network device management data packets, thereby improving the performance of network devices and user experience.

[0017] In combination with the first aspect, in certain implementations of the first aspect, the terminal device updates the ratio of the data amount corresponding to the first PSI information and each first PSI information to the ratio of the data amount corresponding to the second PSI information and each second PSI information, including: when the terminal device determines that the change in the ratio of the data amount corresponding to part of the first PSI information exceeds a preset second threshold, the terminal device updates the ratio of the data amount corresponding to the first PSI information and each first PSI information to the ratio of the data amount corresponding to the second PSI information and each second PSI information.

[0018] Based on this solution, the terminal device updates the PSI information and the corresponding ratio only when the change in the ratio of the data volume corresponding to the first PSI information exceeds a preset second threshold, thereby improving the updating efficiency of the terminal device and avoiding waste of resources.

[0019] In combination with the first aspect, in certain implementations of the first aspect, the network device is a first network device, and the terminal device sends the first information of the uplink data packet to the network device, including: the terminal device sends the first information of the uplink data packet to the first network device, so that the first network device sends the first information to the second network device through the F1 interface, wherein the first network device is a distributed unit DU, and the second network device is a centralized unit CU.

[0020] In combination with the first aspect, in certain implementations of the first aspect, the network device is a first network device, and the terminal device sends the first information of the uplink data packet to the network device, including: the terminal device sends the first information of the uplink data packet to the first network device, so that the first network device sends the first information to the second network device through the F1 interface, wherein the first network device is a CU and the second network device is a DU.

[0021] It should be noted that in a distributed network device, the DU has a clearer understanding of the network congestion situation. Therefore, the first information can be sent to the CU through the terminal device first, so that the CU parses the first information and then sends it to the DU, which can improve the rationality of the DU indicating packet loss.

[0022] In combination with the first aspect, in certain implementations of the first aspect, the network device is a first network device, and the terminal device sends the first information of the uplink data packet to the network device, including: the terminal device sends the first information of the uplink data packet to the first network device, so that the first network device sends the first information to the second network device through the Xn interface, wherein the first network device is the source base station of the terminal device in the switching scenario, and the second network device is the target base station of the terminal device in the switching scenario.

[0023] In combination with the first aspect, in certain implementations of the first aspect, the network device is a first network device, and the terminal device sends the first information of the uplink data packet to the network device, including: the terminal device sends the first information of the uplink data packet to the first network device, so that the first network device sends the first information to the second network device through the Xn interface, wherein the first network device is the source base station in a dual connectivity (DC) scenario, and the second network device is the auxiliary base station in the DC scenario.

[0024] The first information is transmitted on the F1 interface and the Xn interface to ensure that in the CU-DU separation scenario, switching scenario and DC scenario, the first PSI information in the first information reported by the terminal device can be fully utilized by the network device, thereby ensuring the application scenario of this solution.

[0025] In combination with the first aspect, in certain implementations of the first aspect, the configuration information is also used to instruct the terminal device to send first jitter information of the uplink data packet corresponding to the identifier, and the method also includes: the terminal device obtains the first jitter information, and the first jitter information is calculated by the duration of the time slot corresponding to the first reference subcarrier spacing SCS; the terminal device sends the first jitter information to the network device.

[0026] Jitter information allows network devices to consider not only PSI information but also data packet jitter when making packet loss decisions. This enables network devices to make reasonable scheduling strategies based on jitter information and adjust the scheduling decisions to improve the rationality of data packet scheduling by network devices, thereby improving user experience.

[0027] In combination with the first aspect, in certain implementations of the first aspect, the method also includes: the terminal device updates the first jitter information to second jitter information, and the second jitter information is calculated by the length of the time slot corresponding to the first reference SCS or the second reference SCS; the terminal device sends the second jitter information to the network device.

[0028] Based on this solution, updating jitter information can further improve the timing of data packet scheduling by network devices, enabling network devices to make more reasonable scheduling decisions.

[0029] In combination with the first aspect, in certain implementations of the first aspect, the terminal device updates the first jitter information to the second jitter information, including: when the terminal device determines that the change of the first jitter information exceeds a preset third threshold, or when the terminal device determines that the first reference SCS changes, the terminal device updates the first jitter information to the second jitter information.

[0030] Based on this solution, when the change of the first jitter information exceeds the preset third threshold, the terminal device is updated, which improves the efficiency of terminal device update and avoids waste of resources.

[0031] In combination with the first aspect, in some implementations of the first aspect, the first PSI information is a PSI level or a range of PSI levels.

[0032] In the second aspect, an embodiment of the present application provides a method for processing a data packet. The method can be executed by a network device, or by a component of the network device (such as a chip or circuit). This application is not limited to this. For the sake of ease of description, the following is an example of an implementation by a network device. The method includes: a network device receives first information of an uplink data packet from a terminal device, and the first information of the uplink data packet includes the first protocol data unit importance PSI information corresponding to the uplink data packet and the ratio of the data volume corresponding to each first PSI information, or the ratio of the data volume corresponding to part of the first PSI information, wherein the ratio of the data volume corresponding to each first PSI information is the ratio of the data volume corresponding to each first PSI information to the total data volume corresponding to the uplink data packet; the network device performs packet loss management on the uplink data packet according to the first information.

[0033] In combination with the second aspect, in certain implementations of the second aspect, the method also includes: the network device sends configuration information to the terminal device, the configuration information includes an identifier corresponding to the uplink data packet, and the configuration information is used to instruct the terminal device to report the first information of the uplink data packet corresponding to the identifier.

[0034] Specifically, for descriptions related to the identifier, reference can be made to the descriptions about the identifier in the first aspect above, which will not be repeated here.

[0035] In combination with the second aspect, in certain implementations of the second aspect, the method also includes: the network device sends an indication message to the terminal device, the indication message instructing the terminal device to discard part of the data packets corresponding to the first PSI information, or the indication message instructs the terminal device to discard data packets in the uplink data packets except for the data packets corresponding to the part of the first PSI information.

[0036] In combination with the second aspect, in certain implementations of the second aspect, the proportion of the data volume corresponding to the part of the first PSI information is determined by the terminal device according to a preset first threshold.

[0037] In combination with the second aspect, in certain implementations of the second aspect, the method also includes: the network device receives second information of the uplink data packet from the terminal device, wherein the second information of the uplink data packet includes the ratio of the second PSI information and the data amount corresponding to each second PSI information, or the ratio of the data amount corresponding to part of the second PSI information; and the network device performs packet loss management on the uplink data packet according to the second information.

[0038] In combination with the second aspect, in certain implementations of the second aspect, the network device receives the second information of the uplink data packet from the terminal device, including: when the change in the proportion of the data amount corresponding to the first PSI information exceeds a preset second threshold, the network device receives the second information of the uplink data packet from the terminal device.

[0039] In combination with the second aspect, in certain implementations of the second aspect, the network device is a first network device, and the network device receives first information of an uplink data packet from a terminal device, including: the first network device receives the first information of the uplink data packet from the terminal device; the first network device sends the first information to the second network device through the F1 interface, wherein the first network device is a distributed unit DU and the second network device is a centralized unit CU.

[0040] In combination with the second aspect, in certain implementations of the second aspect, the network device is a first network device, and the network device receives first information of an uplink data packet from a terminal device, including: the first network device receives the first information of the uplink data packet from the terminal device; the first network device sends the first information to the second network device through the F1 interface, wherein the first network device is a CU and the second network device is a DU.

[0041] In combination with the second aspect, in certain implementations of the second aspect, the network device is a first network device, and the network device receives first information of an uplink data packet from a terminal device, including: the first network device receives the first information of the uplink data packet from the terminal device; the first network device sends the first information to the second network device through the Xn interface, wherein the first network device is the source base station of the terminal device in the switching scenario, and the second network device is the target base station of the terminal device in the switching scenario.

[0042] In combination with the second aspect, in some implementations of the second aspect, the network device is a first network device, and the network device receives first information of an uplink data packet from a terminal device, including: the first network device receives the first information of the uplink data packet from the terminal device; the first network device sends the first information to the second network device through an Xn interface, wherein the first network device is a main base station in a DC scenario, and the second network device is an auxiliary base station in the DC scenario. In combination with the second aspect, in some implementations of the second aspect, the configuration information is also used to instruct the terminal device to send first jitter information of the uplink data packet corresponding to the identifier, and the method further includes: the network device receives first jitter information from the terminal device, and the first jitter information is calculated by the duration of the time slot corresponding to the first reference subcarrier spacing SCS.

[0043] In combination with the second aspect, in some implementations of the second aspect, the method also includes: the network device receives second jitter information from the terminal device, and the second jitter information is calculated by the length of the time slot corresponding to the first reference SCS or the second reference SCS.

[0044] In combination with the second aspect, in certain implementations of the second aspect, the network device receives the second jitter information from the terminal device, including: when the change of the first jitter information exceeds a preset third threshold, or the first reference SCS changes, the network device receives the second jitter information from the terminal device.

[0045] Specifically, the description related to the first PSI information can refer to the description about the first PSI information in the first aspect above, which will not be repeated here.

[0046] In a third aspect, a first communication device is provided. The first communication device is used to execute the first aspect and any one of its implementation modes. Specifically, the first communication device includes a processor and a memory, the memory is used to store a computer program; the processor is used to call and run the computer program from the memory, so that the first communication device executes the first aspect and any one of its implementation modes.

[0047] In a fourth aspect, a second communication device is provided. The second communication device is used to execute the second aspect and any one of its implementation modes. Specifically, the second communication device includes a processor and a memory, the memory is used to store a computer program; the processor is used to call and run the computer program from the memory, so that the second communication device executes the second aspect and any one of its implementation modes.

[0048] In a fifth aspect, a communication device is provided. The communication device is used to execute the method provided in the first aspect and any one of its embodiments. Specifically, the communication device may include a unit and / or module (e.g., a processing unit, a transceiver unit) for executing the method provided in the first aspect and any one of its embodiments.

[0049] In one implementation, the communication device is a terminal device. When the communication device is a terminal device, the transceiver unit may be a transceiver, or an input / output interface. The processing unit may be at least one processor. Optionally, the transceiver may be a transceiver circuit. Optionally, the input / output interface may be an input / output circuit.

[0050] In another implementation, the communication device may be a chip, a chip system or a circuit in a terminal device. In this case, the transceiver unit may be an input / output interface, an interface circuit, an output circuit, an input circuit, a pin or a related circuit on the chip, the chip system or the circuit; the processing unit may be at least one processor, a processing circuit or a logic circuit.

[0051] In a sixth aspect, a communication device is provided. The communication device is used to execute the method provided in the second aspect and any one of its embodiments. Specifically, the communication device may include a unit and / or module (e.g., a processing unit, a transceiver unit) for executing the method provided in the second aspect and any one of its embodiments.

[0052] In one implementation, the communication device is a network device. When the communication device is a network device, the transceiver unit may be a transceiver, or an input / output interface. The processing unit may be at least one processor. Optionally, the transceiver may be a transceiver circuit. Optionally, the input / output interface may be an input / output circuit.

[0053] In another implementation, the communication device may be a chip, a chip system or a circuit in a network device. In this case, the transceiver unit may be an input / output interface, an interface circuit, an output circuit, an input circuit, a pin or a related circuit on the chip, the chip system or the circuit; the processing unit may be at least one processor, a processing circuit or a logic circuit.

[0054] In a seventh aspect, the present application provides a processor for executing the method provided in the first aspect and / or the second aspect above.

[0055] For the operations such as sending and acquiring / receiving involved in the processor, unless otherwise specified, or unless they conflict with their actual function or internal logic in the relevant description, they can be understood as operations such as processor output, reception, input, etc., or as sending and receiving operations performed by the radio frequency circuit and antenna, and this application does not limit this.

[0056] In an eighth aspect, a computer program product comprising instructions is provided. When the computer program product is run on a computer, the computer is caused to execute the method provided in any one of the implementations of the first aspect and / or the second aspect.

[0057] In a ninth aspect, a computer-readable storage medium is provided. The computer-readable storage medium stores a computer program, and when the computer program is executed on a communication device, the communication device executes a method in any one of the implementation modes of the first aspect and / or the second aspect.

[0058] In a tenth aspect, a communication system is provided, comprising the first communication device of the third aspect and the second communication device of the fourth aspect.

[0059] In the eleventh aspect, a chip is provided, the chip including a processor and a communication interface, the processor reads instructions through the communication interface and executes the method provided by any one of the implementation modes of the first aspect and / or the second aspect.

[0060] Optionally, as an implementation method, the chip also includes a memory, the memory stores a computer program or instructions, and the processor is used to execute the computer program or instructions stored in the memory. When the computer program or instructions are executed, the processor is used to execute the method provided in any one of the implementation methods of the first aspect and / or the second aspect above.

[0061] The technical effects of the above second to eleventh aspects can refer to the technical effects of the first aspect and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0062] Figure 1 A communication system to which the embodiments of the present application can be applied is shown.

[0063] Figure 2 A schematic diagram of the XR downlink service model provided by 3GPP is shown.

[0064] Figure 3 A schematic diagram of a video encoding model applicable to an embodiment of the present application is shown.

[0065] Figure 4 A schematic flowchart of a first data packet processing method 400 provided in an embodiment of the present application is shown.

[0066] Figure 5 A schematic flowchart of a second data packet processing method 500 provided in an embodiment of the present application is shown.

[0067] Figure 6 A schematic flowchart of a third data packet processing method 600 provided in an embodiment of the present application is shown.

[0068] Figure 7 A schematic flowchart of a fourth data packet processing method 700 provided in an embodiment of the present application is shown.

[0069] Figure 8 A schematic flowchart of a fifth data packet processing method 800 provided in an embodiment of the present application is shown.

[0070] Fig. 9 A schematic flowchart of a method 900 for processing a data packet provided in an embodiment of the present application when applied to a network device with a CU-DU separation architecture is shown.

[0071] Fig.10 A schematic flowchart of a method 1000 for processing a data packet provided in an embodiment of the present application when applied to a switching scenario is shown.

[0072] Fig.11 A schematic flowchart of a method 1000 for processing a data packet provided in an embodiment of the present application when applied to a DC scenario is shown.

[0073] Fig.12 A schematic block diagram of a communication device 1200 provided in an embodiment of the present application is shown.

[0074] Fig.13 Another possible structural diagram of the communication device involved in the above embodiment is shown. DETAILED DESCRIPTION

[0075] The technical solutions in the embodiments of the present application will be described below in conjunction with the accompanying drawings.

[0076] The technical solutions of the embodiments of the present application can be applied to various communication systems, for example: satellite communication systems, high altitude platform station (HAPS) communications, non-terrestrial network (NTN) systems such as drones, integrated communication and navigation (ICAN) systems, global navigation satellite systems (GNSS) and ultra-dense low-orbit satellite communication systems, long term evolution (LTE) systems, LTE frequency division duplex (FDD) systems, LTE time division duplex (TDD), universal mobile telecommunication systems (UMTS), 5G systems or communication systems evolved after 5G, vehicle-to-everything (V2X), where V2X may include vehicle to network (V2N), vehicle to vehicle (V2V), vehicle to infrastructure (V2I), and vehicle to pedestrian (V2P). pedestrian, V2P), long term evolution-vehicle (LTE-V), Internet of Vehicles, machine type communication (MTC), Internet of Things (IoT), long term evolution-machine (LTE-M), machine to machine (M2M), etc.

[0077] The terminal device in the embodiments of the present application may also be referred to as user equipment (UE), access terminal, mobile device, user terminal, terminal, wireless communication device, user agent or user device.

[0078] As examples, some terminals are exemplified as: virtual reality (VR) devices, augmented reality (AR) devices, terminal devices in the fifth generation (5th generation, 5G) network, or terminal devices in the future evolved public land mobile communication network (public land mobile network, PLMN), etc., but the embodiments of the present application are not limited to this.

[0079] As an example but not limitation, in the embodiments of the present application, the terminal device may also be a wearable device. Wearable devices may also be referred to as wearable smart devices, which are a general term for wearable devices that are intelligently designed and developed using wearable technology for daily wear, such as glasses, gloves, watches, clothing, and shoes. A wearable device is a portable device that is worn directly on the body or integrated into the user's clothes or accessories. Wearable devices are not only hardware devices, but also powerful functions achieved through software support, data interaction, and cloud interaction. Broadly speaking, wearable smart devices include full-featured, large-sized, and fully or partially independent of smartphones, such as smart watches or smart glasses, as well as devices that only focus on a certain type of application function and need to be used in conjunction with other devices such as smartphones, such as various types of smart bracelets and smart jewelry for vital sign monitoring.

[0080] In the embodiment of the present application, the device for realizing the function of the terminal device can be the terminal device, or it can be a device that can support the terminal device to realize the function, such as a chip system or a chip, which can be installed in the terminal device. In the embodiment of the present application, the chip system can be composed of a chip, or it can include a chip and other discrete devices.

[0081] The network device in the embodiments of the present application can be any communication device with wireless transceiver function for communicating with a terminal device, and can be an access network (Radio Access Network, RAN) device deployed on a satellite, or an access network device deployed on the ground. The access network equipment includes, but is not limited to, evolved Node B (eNB), radio network controller (RNC), Node B (NB), base station controller (BSC), base transceiver station (BTS), home evolved NodeB (HeNB, or home Node B, HNB), baseband unit (BBU), access point (AP) in wireless fidelity (WIFI) system, wireless relay node, wireless backhaul node, transmission point (TP) or transmission and reception point (TRP), etc., and can also be 5G, such as gNB in ​​NR system, one or a group of (including multiple antenna panels) antenna panels of a base station in 5G system, or, can also be a network node constituting a gNB or a transmission point, such as a baseband unit (BBU), or a distributed unit (DU), etc.

[0082] In some deployments, the gNB may include a centralized unit (CU) and a DU, wherein the gNB may or may not adopt a CU-DU separation architecture. The gNB may also include an active antenna unit (AAU).

[0083] For example, Figure 1 The communication system to which the embodiment of the present application can be applied is shown. Specifically, the embodiment of the present application can be used for information interaction between a terminal device and a base station, can also be used for information interaction between a base station and a core network, and can also be used for information interaction between base stations.

[0084] Understandably, Figure 1It is only an example and not a limitation of the application scenario of the present application. Specifically, the network elements involved in the embodiments of the present application include user equipment, augmented reality (AR) / virtual reality (VR) / extended reality (XR) devices, wearable devices, smart home appliance terminals, terminal devices and communication modules of terminal devices, mobile phones and communication modules in mobile phones, vehicles and communication modules in vehicles, information processing devices, display devices, network devices (including core network devices), base stations, TRPs, customer premise equipment (CPE), routers, network access devices, etc. At least one of them. Among them, the core network device refers to the device in the core network (CN) that provides service support for the terminal. At present, some examples of core network devices are: access and mobility management function (AMF) entity, session management function (SMF) entity, user plane function (UPF) entity, etc., which are not listed here one by one. Among them, the AMF entity can be responsible for terminal access management and mobility management; the SMF entity can be responsible for session management, such as user session establishment, etc.; the UPF entity can be a functional entity of the user plane, mainly responsible for connecting to the external network. It should be noted that the entity in this application can also be referred to as a network element or a functional entity. For example, the AMF entity can also be referred to as an AMF network element or an AMF functional entity. For another example, the SMF entity can also be referred to as an SMF network element or an SMF functional entity.

[0085] Considering Uu (UTRAN-to-terminal equipment) air interface transmission, the two parties of wireless communication include network equipment and user communication equipment; considering SL air interface transmission, the transmitting and receiving ends of wireless communication are both user communication equipment. Figure 1In the system architecture diagram shown, the network device can be a traditional macro base station eNB in ​​a traditional UMTS / LTE wireless communication system, a micro base station eNB in ​​a heterogeneous network (HetNet) scenario, a baseband unit (BBU) and a remote radio unit (RRU) in a distributed base station scenario, a baseband pool BBU pool and a radio unit RRU in a CRAN scenario, and a gNB in ​​a future wireless communication system. Among them, when the network device is a gNB, the CU-DU separation architecture may be adopted or not. The user device may be an in-vehicle communication module or other embedded communication module, or a user handheld communication device, including a mobile phone, a tablet computer, an XR device, etc. Sidelink communication (SL) can be performed between user communication devices (e.g., XR devices) and user communication devices (e.g., XR devices).

[0086] In order to facilitate understanding of the embodiments of the present application, first, a brief introduction is given to the concepts and technologies involved in the embodiments of the application.

[0087] 1. XR: XR can refer to the combination of reality and virtual environment generated by computing technology and wearable devices, as well as the interaction between people and machines, including the following typical forms: VR, AR and MR. XR is one of the 5G multimedia applications that the industrial field is currently focusing on. The 3rd generation partnership project (3GPP) Rel-17 modeled and analyzed the service characteristics of XR. Usually, XR services will periodically generate data frames at a certain frame rate. Among them, for AR or XR services, it can have the following main service characteristics:

[0088] (1) Frame rate: The frame rate can be 60 frames per second (fps), that is, 60 video frames are generated per second, and one video frame appears approximately every 16.67 ms, and the transmission rate is 20 megabits per second (Mbps) or 45 Mbps, etc. The frame rate can also be 120fps, that is, 120 video frames per second, and one video frame appears approximately every 8.33 ms, and this application does not impose any restrictions on this.

[0089] (2) Jitter: The encoding of data frames may have a certain delay, which will cause jitter in the time when the data frames arrive at the air interface. Usually, jitter can be considered to follow a truncated Gaussian distribution, with the truncation range being roughly [-4, 4] ms, that is, the arrival time of each periodic data may be advanced or delayed by up to 4 ms in the periodic time. Figure 2 As shown, from Figure 2 It can be seen that the size of XR service data packets follows a certain probability distribution, the data packets arrive at the base station side at an average period of 1 / fps, and the jitter of the data packet arrival time follows a certain probability distribution.

[0090] (3) Frame size fluctuation: The size of a data frame is not fixed, and usually follows a truncated Gaussian distribution. The mean can be expressed as mean = R × 1e6 / F / 8, where F is the frame rate and R is the data stream rate; taking F = 60fps and R = 20Mbps as an example, mean = 41.67KBytes; the size of a data frame is usually between 0.5*mean and 1.5*mean.

[0091] 2. XR service data packet: refers to the data packet belonging to the XR service. XR services can generate data periodically. For example, uplink AR services periodically generate data frames. Data frames can be transmitted by multiple data packets at the access layer. These data packets can form one or more protocol data unit (PDU) sets. Usually the network has certain requirements for the transmission delay of each PDU set. For example, the transmission delay requirement for the PDU set is the PDU set delay budget (PSDB). PSDB is only an example and this application does not limit it.

[0092] It can be understood that a PDU set can correspond to one or more data packets. A PDU set contains data corresponding to an application layer information unit. An application layer information unit is the minimum granularity of application layer encoding and decoding, such as a video frame or a video coding strip or a video coding block. If a PDU set corresponds to multiple data packets, the multiple data packets can be transmitted in sequence at the access layer with the data packet as the granularity.

[0093] For example, a PDU set may be composed of one or more PDUs, which are used to carry the payload of an information unit generated at the application level, such as a frame or video slice of an XR service. In some implementations, the application layer requires all PDUs in the PDU set to use the corresponding information unit. In some implementations, when some PDUs are missing, the application layer can restore the corresponding information unit.

[0094] Specifically, in the XR service, data of different importance may appear in the same data stream. This is caused by the encoding method of the application. Taking the XR video service as an example, the application may use inter-frame prediction encoding for some video frames when encoding data, thereby compressing the amount of data to be transmitted. Simply put, this type of encoding method takes advantage of the fact that most of the content in adjacent video screens has not changed, and only transmits the data of the changed part of the screen, and directly uses the previous data for the unchanged part. For example, in the live broadcast screen, the background usually does not change, so only the complete data needs to be transmitted when the first frame of video is transmitted. Subsequent video frames only need to transmit the data of the changes in the foreground characters, and the background data does not need to be transmitted again. The receiving player can directly use the background data of the first frame to generate the screen of subsequent video frames.

[0095] The encoding method with the above characteristics is as follows Figure 3 As shown in the figure, a classic encoding method is based on group of picture (GOP) encoding. In this encoding method, a GOP contains several consecutive video frames, of which the first frame is called intra-coded picture (I) frame, which uses intra-coded frame, contains complete image information, and can be encoded and decoded independently. The remaining frames are called predictive-coded picture (P) frames, which use predictive coding, contain only partial image information, and need the help of previous frames for encoding and decoding.

[0096] In another similar encoding method, a video frame is divided into multiple video slices, some slices are intra-coded, and some slices are predictively coded, which are called I-slices and P-slices respectively. The encoding and decoding of the P-slice of the subsequent frame depends on the I-slice at the corresponding position in the previous frame.

[0097] A frame or a slice may correspond to one or more PDU sets when transmitted in a wireless network.

[0098] The encoding model of XR video reflects the unequal importance of data. Since the correct decoding of P frames / P-slices depends on the correct decoding of I frames / I-slices, I frames / I-slice data has higher importance during data transmission. When the network is congested, the reliable transmission of I frames / I-slices should be prioritized to ensure the service experience.

[0099] In order to distinguish the different importance of different data in the same data stream, 3GPP proposed the concept of PDU set importance. According to the provisions in 3GPP protocol 23.700, an XR service quality of service (QoS) stream can contain PDU sets of different importance, and they are identified by PDU set importance (PSI). For example, in an XR video stream, the PSI of the PDU set corresponding to the I frame / I-slice may be stronger than the PSI of the PDU set corresponding to the P frame / P-slice. This is because the encoding and decoding of the P frame / P-slice needs to rely on the I frame / I-slice, so the I frame / I-slice data has a higher importance.

[0100] According to the definition of 3GPP, there are 16 levels of PSI, ranging from 0 to 15. The lower the PSI value, the more important the PDU set is. For downlink, the PSI of each PDU set is provided by the core network to the access network; for uplink, the PSI is identified by the UE itself.

[0101] Since there are data of different importance in the XR data stream, when the network is congested, the transmission of high-importance data should be prioritized. Therefore, the protocol proposes that when the network is congested, the transmission of low-importance data packets can be given priority. For the downlink, the network equipment can implement it autonomously, that is, the network equipment can actively discard some low-importance data after discovering congestion; and for the uplink, the network equipment can instruct the terminal device (such as UE) to discard low-importance data when congestion is discovered, thereby alleviating the pressure on transmission resources and enabling more resources to be used to transmit high-importance data, thereby trying to ensure user experience.

[0102] In the above mechanism, the downlink part only needs to be executed by the network device itself, which is a relatively simple scenario. For the uplink part, the network device needs to send instructions to the terminal device to perform corresponding packet loss control. One possible way is that when network congestion occurs, the network device instructs the terminal device to discard data with a PSI higher than a certain threshold.

[0103] However, it is understandable that since the PSI of the uplink data is identified and determined by the terminal device, and is not carried to the network device through the packet header, in the uplink service, the network device cannot know in advance what PSI level data exists in the data packet transmitted by the terminal device. At this time, it is difficult for the network device to make correct and reasonable packet loss indications when the network is congested, so that the appropriate terminal device discards the appropriate data to alleviate network congestion.

[0104] In actual application scenarios, when a network device finds that the network is congested, the network device first needs to decide which users to instruct to perform packet loss operations. Because there are multiple types of users in the network, some users' service flows may not contain unimportant data packets, for example, when some users do not use inter-frame dependent encoding. If the network device instructs such users to drop packets, but because there is no low-importance data, at this time, such users may not drop any data packets, so that the network congestion cannot be alleviated as expected. Even if such users are forced to drop part of the data, since all data has the same importance to the user, the dropped data may have a great impact on these users' experience. Since the network device does not know the PSI information of each user, it is impossible to identify which users have low-importance data, and the above situation is difficult to avoid.

[0105] Secondly, the network device also needs to instruct the user who wants to discard packets to discard the data corresponding to which PSI level. For example, there is data with PSI=5 and PSI=8 in a user's data stream, but the network device instructs the user to discard data with PSI greater than 10, then the user will not discard any data, and network congestion cannot be alleviated as expected. This situation is also possible because the network device does not know the user's PSI information.

[0106] In summary, since the network device does not have any information about the uplink PSI of the terminal device, it is difficult for the network device to make a reasonable decision to instruct the terminal device to discard data packets to relieve congestion when the network is congested.

[0107] In view of this, the present application provides a data packet processing method and a communication device, which can enable the network device to reasonably indicate to the terminal device the data packets that need to be discarded when network congestion occurs during the transmission of uplink data packets, thereby alleviating network congestion while ensuring the transmission of high-importance data packets.

[0108] Figure 4 4 is a schematic flow chart of a first data packet processing method 400 provided in an embodiment of the present application. Figure 4 As shown, the schematic flowchart is shown in terms of the interaction between the network device and the terminal device, wherein the steps performed by the terminal device and / or the network device may be performed by a module or unit in the terminal device and / or the network device, for example, by a chip in the terminal device or the network device. Specifically, the method includes the following steps.

[0109] S401, the terminal device obtains the first PSI information corresponding to the uplink data packet and the ratio of the data volume corresponding to each first PSI information.

[0110] Specifically, when the terminal device needs to send an uplink data packet to the network device, the terminal device first obtains the first PSI information corresponding to the uplink data packet to be sent and the ratio of the data volume corresponding to each first PSI information. Wherein, the ratio of the data volume corresponding to each first PSI information is the ratio of the data volume corresponding to each first PSI information to the total data volume corresponding to the uplink data packet.

[0111] In some embodiments, the first PSI information may be a PSI level. For example, when the data belonging to QoS flow #1 sent by the terminal device contains 5 data packets, the PSI levels corresponding to the 5 data packets obtained by the terminal device and the data volume of each data packet may be respectively: data packet #1 (PSI = 1, size is 1000 bytes), data packet #2 (PSI = 2, size is 500 bytes), data packet #3 (PSI = 2, size is 500 bytes), data packet #4 (PSI = 3, size is 1000 bytes), data packet #5 (PSI = 1, size is 1000 bytes). At this time, the ratio of each first PSI information and the data volume corresponding to each first PSI information obtained by the terminal device are respectively: the proportion of data with PSI = 1 is 50%; the proportion of data with PSI = 2 is 25%; the proportion of data with PSI = 3 is 25%.

[0112] In other embodiments, the first PSI information may be a range of PSI levels. For example, for the PSI data existing in QoS flow #1 sent by the terminal device: the proportion of data with PSI = 1 is 10%, the proportion of data with PSI = 2 is 10%, the proportion of data with PSI = 3 is 10%, the proportion of data with PSI = 4 is 10%, the proportion of data with PSI = 5 is 10%, the proportion of data with PSI = 6 is 10%, the proportion of data with PSI = 7 is 10%, the proportion of data with PSI = 8 is 10%, the proportion of data with PSI = 9 is 10%, the proportion of data with PSI = 10 is 10%. At this time, when the terminal device counts this QoS flow #1, it can respectively obtain the proportion of data with 0 < PSI ≤ 3 in the total data volume, the proportion of data with 3 < PSI ≤ 6 in the total data volume, and the proportion of data with 7 < PSI ≤ 10 in the total data volume. At this time, the ratio of each first PSI information and the data volume corresponding to each first PSI information obtained by the terminal device are respectively: the proportion of data with 0 < PSI ≤ 3 in the total data volume is 30%; the proportion of data with 3 < PSI ≤ 6 in the total data volume is 30%; the proportion of data with 7 < PSI ≤ 10 in the total data volume is 40%.

[0113] It is understandable that the terminal device can classify the PSI level according to the preset first threshold. Exemplarily, in the above example, the first threshold selected by the terminal device when classifying the range of the PSI level is 3 or 7. It should be noted that the first threshold for the terminal device to classify the PSI level can be pre-configured to the terminal device by the network device, for example, through configuration information (such as the following Figure 5 The first configuration information for configuring the data packet identifier in S501 of the method shown in the figure or as follows Figure 8 The configuration information for configuring the first reference SCS or the ID of the BWP corresponding to the first reference SCS, or the configuration information sent to the terminal device by other network devices, etc.) sends the first threshold for dividing the levels (for example, 3 or 7 mentioned above) to the terminal device, so that after the terminal device receives the first threshold, it divides the acquired PSI level into different level ranges according to the first threshold. Alternatively, the first threshold for PSI level division can also be determined by the terminal device itself, or pre-defined by the protocol, which is not limited in this application. In addition, there can be one or more first thresholds.

[0114] It should be noted that, in the present application scheme, the PSI information corresponding to the data packet corresponds to the PSI information of the PDU set. For example, when the PSI of a PDU set is x, the PSI of all data packets in the PDU set is x. It is understandable that a QoS flow, a logical channel (logical channel, LCH) or a data radio bearer (dataradio bearer, DRB) may contain one or more PDU sets, so a QoS flow, an LCH or a DRB may correspond to one or more PSI information. Therefore, in the present application scheme, the first PSI information obtained by the terminal device may be one or more, and this application does not limit it.

[0115] In some embodiments, the first PSI information corresponding to the uplink data packet obtained by the terminal device and the ratio of the data volume corresponding to each first PSI information are obtained by statistics. Exemplarily, when the terminal device counts 5 data packets (for example, belonging to the same QoS flow) within a statistical time length, they are data packet #1 (PSI=1, size is 1000 bytes), data packet #2 (PSI=2, size is 500 bytes), data packet #3 (PSI=2, size is 500 bytes), data packet #4 (PSI=3, size is 1000 bytes), and data packet #5 (PSI=1, size is 1000 bytes). The statistical result is: the data of PSI=1 is 2000 bytes, the data of PSI=2 is 1000 bytes, and the data of PSI=3 is 1000 bytes. Thus, the terminal device can obtain that there are three PSI levels in the data, namely levels 1, 2, and 3, and the ratios of the data volumes corresponding to PSI=1, PSI=2, and PSI=3 are 50%:25%:25% respectively. Optionally, the statistical duration of the terminal device may be determined autonomously by the terminal device. When the terminal device determines that the statistical time is long enough and the statistical result is representative (for example, the terminal device believes that the PSI level and the corresponding ratio counted can represent the situation of the entire QoS flow), the terminal device stops the statistical process. Exemplarily, the statistical duration of the terminal device may be the time covering one GOP.

[0116] In other embodiments, the terminal device obtains the first PSI information corresponding to the uplink data packet and the ratio of the data volume corresponding to each first PSI information directly from the application layer of the terminal device. For example, for video applications, the application layer (e.g., application software) of the terminal device can determine the importance of data and the proportion of different data according to the encoding method, and pass the above information to the processing device of the terminal device through cross-layer interaction.

[0117] S402, the terminal device sends first information of an uplink data packet to the network device.

[0118] Specifically, after the terminal device obtains the first PSI information corresponding to the uplink data packet and the ratio of the data amount corresponding to each first PSI information, the terminal device sends the first information of the uplink data packet to the network device, and the network device receives the first information accordingly. The first information includes the ratio of the first PSI information and the data amount corresponding to each first PSI information, or the ratio of the data amount corresponding to part of the first PSI information.

[0119] In some embodiments, if the number of first PSI levels corresponding to the uplink data packet obtained by the terminal device is small. For example, it only includes PSI = 1 or only includes data with PSI = 1 and PSI = 2, etc. Or, the range of the first PSI levels corresponding to the uplink data packet obtained by the terminal device is small. For example, the range of the first PSI levels corresponding to the uplink data packet is only 0 < PSI ≤ 3, etc. At this time, the terminal device can send all the first PSI information to the network device, so that the network device can clearly know the importance level of the data included in the uplink data packet and the proportional relationship of the data at each importance level.

[0120] In other embodiments, if the number of first PSI levels corresponding to the uplink data packet obtained by the terminal device is large, or the range of the first PSI levels is large, etc., in order to reduce the reported information and thus reduce the resource occupation. At this time, the terminal device can only report the proportion of the data volume corresponding to some of the first PSI information. This process can be understood as that the terminal device itself divides the data in the data packet into important data and unimportant data, and sends the proportion of the important data or unimportant data in the total data to the network device, so that the network knows the proportion of the important data or unimportant data. Among them, the terminal device can determine the data packets that are unimportant as those data packets that can still ensure the basic experience of the user even if some data packets are lost. And for those data that will definitely affect the user experience or even cannot implement the service function if lost, they are determined as important data. It can be understood that in this scenario, the network device does not need to clearly know the PSI level corresponding to the data packet, but determines the proportion of the two types of data through the proportion reported by the terminal device. For example, when the terminal device reports the proportion of the important data, if the network system is congested, the network device can determine whether the currently available resources can carry the important data according to the size of the data proportion, and determine whether to discard or receive the unimportant data packets corresponding to the important data (such as by instructing the terminal device to discard packets or continue to send). Or, when the terminal device reports the proportion of the unimportant data, if the system is congested, the network device can determine that if discarding this part of the data can relieve the network congestion according to the size of the data proportion, the network device can determine to discard this part of the unimportant data packets. It can be understood that the terminal device can also send the proportions of the important data and the unimportant data to the network device at the same time. Although this solution will occupy some uplink resources compared with only sending the proportion of one type of data, compared with sending all the PSI levels, sending the proportions of the two types of data still has the advantage of saving resources, and there is no need for the network device to calculate the proportion of the other type of data, so it is also within the protection scope of this application.

[0121] In some other embodiments, when the terminal device sends the proportion of the data volume corresponding to part of the first PSI information to the network device, the terminal device may also send part of the first PSI information corresponding to the reported proportion of the data volume to the network device at the same time. Exemplarily, if the terminal device determines to send the proportion corresponding to the unimportant data to the network device, assuming that the terminal device determines that the first PSI level is greater than 7 and is unimportant data and the corresponding data volume is 60%, the terminal device may send the 60% to the network device and report that the range of the first PSI level corresponding to the 60% data is between 7 and 8. <PSI≤15。

[0122] Optionally, the terminal device sends the first information to the network device via a medium access control element (MAC CE), a radio resource control (RRC) message or other message, which is not limited in this application.

[0123] In one feasible manner, when the terminal device carries the first information through an RRC message, it can report to the network device through the following three forms of codes.

[0124] (1) The terminal device sends the first PSI level

[0125] First PSI Information

[0126]

[0127]

[0128] Based on the above scheme, the present application sends the first information to the network device through the terminal device, so that the network device can understand the distribution of data in the uplink data packet, so that when network congestion occurs, the uplink data packet can be reasonably managed, thereby improving the performance of the network device and ensuring the stability of data transmission.

[0129] According to the above Figure 3 As can be seen from the relevant introduction, only data flows of specific application implementations can use PSI levels to identify the importance of data. Therefore, in order to improve the efficiency of the terminal device in obtaining the first PSI information, the terminal device needs to determine which QoS flows or LCHs or DRBs need to obtain the first PSI information and the corresponding ratio of each first PSI information before obtaining the first PSI information. In view of this, Figure 5 FIG. 5 is a schematic flow chart of a second data packet processing method 500 provided in an embodiment of the present application. Figure 5As shown, the schematic flowchart is shown in terms of the interaction between the network device and the terminal device, wherein the steps performed by the terminal device and / or the network device may be performed by a module or unit in the terminal device and / or the network device, for example, by a chip in the terminal device or the network device. Specifically, the method includes the following steps.

[0130] S501: A network device sends first configuration information to a terminal device.

[0131] Specifically, when the network device needs to obtain the first information of the uplink data packet, the network device sends first configuration information to the terminal device, where the first configuration information includes an identifier corresponding to the uplink data packet, and the first configuration information is used to instruct the terminal device to report the first information of the uplink data packet corresponding to the identifier.

[0132] Optionally, the identifier corresponding to the uplink data packet is the flow identifier of the QoS flow, or the identifier of the LCH, or the identifier of the DRB, etc., which is not limited in this application. It can be understood that the first configuration information sent by the network device can include one or more identifiers. When multiple identifiers are included, the terminal device can respectively obtain the first PSI information of the uplink data packets corresponding to the multiple identifiers and the ratio of the data volume corresponding to each first PSI information, and report the first information of the data packets corresponding to each identifier to the network device.

[0133] Optionally, the first configuration information is carried in a MAC CE; or carried in an RRC message, or in other messages, which is not limited in the embodiment of the present application. In addition, the first configuration information can be sent in one message / information, or in several messages / information.

[0134] S502, the terminal device obtains the first PSI information corresponding to the uplink data packet and the ratio of the data volume corresponding to each first PSI information. For the relevant description of this step, please refer to the above S401, which will not be repeated here.

[0135] S503, the terminal device sends first information of an uplink data packet to the network device. For the relevant description of this step, please refer to the above S402, which will not be repeated here.

[0136] Based on the above scheme, the network device instructs the terminal device to obtain the first PSI information of a specific data packet and the ratio of the data amount corresponding to each first PSI information through configuration information, thereby avoiding the terminal device from obtaining the first PSI information of all uplink data packets, simplifying the terminal device's acquisition process, and improving the terminal device's acquisition efficiency.

[0137] When network congestion occurs, network devices need to instruct terminal devices to discard data packets to alleviate network congestion. For this scenario, Figure 6FIG. 6 is a schematic flow chart of a third data packet processing method 600 provided in an embodiment of the present application. Figure 6 As shown, the schematic flowchart is shown in terms of the interaction between the network device and the terminal device, wherein the steps performed by the terminal device and / or the network device may be performed by a module or unit in the terminal device and / or the network device, for example, by a chip in the terminal device or the network device. Specifically, the method includes the following steps.

[0138] S601, the terminal device obtains the first PSI information corresponding to the uplink data packet and the ratio of the data volume corresponding to each first PSI information. For the relevant description of this step, please refer to the above S401, which will not be repeated here.

[0139] S602, the terminal device sends first information of an uplink data packet to the network device. For the relevant description of this step, please refer to the above S402, which will not be repeated here.

[0140] S603: The network device sends first indication information to the terminal device.

[0141] When the network device determines that congestion occurs in the current network, the network device sends a first indication message to the terminal device, wherein the first indication message instructs the terminal device to discard some data packets corresponding to the first PSI information, or the first indication message instructs the terminal device to discard data packets in the uplink data packets except for some data packets corresponding to the first PSI information.

[0142] In some embodiments, if the terminal device sends the first PSI information of the uplink data packet and the ratio of the data amount corresponding to each first PSI information to the network device in S602, the first indication information sent by the network device to the terminal device may carry part of the first PSI information (including part of the first PSI level or part of the first PSI level range). After receiving the first indication information, the terminal device discards the data packet corresponding to the part of the first PSI information carried in the first indication information.

[0143] In other embodiments, if the terminal device sends to the network device in S602 the proportion of the amount of data corresponding to part of the first PSI information of the uplink data packet, the first indication information sent by the network device to the terminal device may carry an indication to discard the data packets corresponding to part of the first PSI information, or an indication to discard the data packets in the uplink data packet except for the data packets corresponding to part of the first PSI information. It is understandable that when the data packets corresponding to part of the first PSI information reported by the terminal device are non-important data, the first indication information indicates to discard the data packets corresponding to part of the first PSI information. When the data packets corresponding to part of the first PSI information reported by the terminal device are important data, the first indication information indicates to discard the data packets in the uplink data packet except for the data packets corresponding to the part of the first PSI information.

[0144] Based on the above scheme, the network device determines the content of the first indication information according to the first information reported by the terminal device, and instructs the terminal device to discard some data packets through the first indication information, which can ensure the reliability of the network device's data packet management and improve the performance of the network device's data packet management.

[0145] It is understandable that the ratio of the first PSI information to the amount of data corresponding to the first PSI information may change. In this case, the terminal device may send the updated second PSI information and the ratio of the amount of data corresponding to the second PSI information to the network device. Figure 7 The schematic flowchart of the fourth data packet processing method 700 provided in the embodiment of the present application is shown. Similarly, the schematic flowchart is shown in terms of the interaction between a network device and a terminal device, wherein the steps performed by the terminal device and / or the network device can be performed by a module or unit in the terminal device and / or the network device, for example, by a chip in the terminal device or the network device. Specifically, the method includes the following multiple steps, wherein S701 and S702 can refer to the above-mentioned S401 and S402, respectively. Optionally, the method 700 can also include S703. The relevant description of S703 can refer to the above-mentioned S603, which will not be repeated here.

[0146] S704, the terminal device updates the ratio of the first PSI information and the data amount corresponding to each first PSI information to the ratio of the second PSI information and the data amount corresponding to each second PSI information.

[0147] Specifically, after the terminal device reports the first PSI information to the network device, the terminal device can still continue to obtain the PSI information, for example, continue to collect statistics or continue to obtain it from the application layer.

[0148] In some embodiments, when the terminal device determines that the acquired PSI information has changed relative to the first PSI information (including the first PSI information changing, or the ratio of the amount of data corresponding to one or more first PSI information changing), the terminal device updates the ratio of the amount of data corresponding to the first PSI information and each first PSI information to the ratio of the amount of data corresponding to the second PSI information and each second PSI information. Exemplarily, if the ratio of the amount of data corresponding to the first PSI information and each first PSI information is (PSI=1, 50%), (PSI=2, 25%) and (PSI=3, 25%) respectively. When the terminal device continues to count or obtain from the application layer, it is found that the proportion of data corresponding to PSI=1 is reduced to 40%, and there is still data of PSI=4, accounting for 10%. At this time, the terminal device updates the ratio of the first PSI information and the amount of data corresponding to each first PSI information to the ratio of the amount of data corresponding to the second PSI information and each second PSI information, that is, (PSI=1, 50%), (PSI=2, 25%) and (PSI=3, 25%) are updated to (PSI=1, 40%), (PSI=2, 25%), (PSI=3, 25%) and, (PSI=4, 10%). It should be understood that the above-mentioned change in the ratio of the amount of data corresponding to the first PSI information and each first PSI information is only an example and does not limit the scope of protection of the present application. For example, the first PSI information may remain unchanged, but when the ratio corresponding to each first PSI information changes, the terminal device will also replace the PSI information and the corresponding ratio before the change with the changed PSI information and ratio.

[0149] In other embodiments, when the terminal device determines that the change in the proportion of data corresponding to one or more first PSI information exceeds a second preset threshold, the terminal device updates the ratio of the first PSI information and the amount of data corresponding to each first PSI information to the ratio of the amount of data corresponding to the second PSI information and each second PSI information. Exemplarily, assuming that the second threshold adopted by the terminal device is 15%, if the ratio of the amount of data corresponding to the first PSI information and each first PSI information is (PSI=1, 50%), (PSI=2, 25%) and (PSI=3, 25%) respectively. When the terminal device continues to count or continue to obtain from the application layer, the PSI information and the corresponding ratio before the change will be replaced with the changed PSI information and the corresponding ratio only when one or more of the ratios of PSI=1, PSI=2 or PSI=3 change by more than 15%.

[0150] Optionally, the second threshold is pre-configured by the network device to the terminal device. In an implementable manner, the second threshold may be carried in the configuration information sent by the network device to the terminal device, for example, the first configuration information mentioned above or the second configuration information described below or other configuration information. Exemplarily, if the second threshold is carried in the first configuration information, the first configuration information, in addition to indicating the identifier corresponding to the uplink data packet, also indicates that when the proportion of the amount of data corresponding to part of the first PSI information obtained by the terminal device exceeds the second threshold, the terminal device updates the first PSI information and each first PSI information, and reports the updated second information. Alternatively, exemplarily, the configuration information carrying the second threshold may be different from the first configuration information. In this case, the network device will send multiple configuration information to respectively configure the second threshold and the identifier of the uplink data packet, which is not limited in this application. Optionally, the second threshold is set by the terminal device itself, or is pre-defined by the protocol, which is not limited in this application.

[0151] S705, the terminal device sends second information of the uplink data packet to the network device.

[0152] Specifically, after the terminal device updates the ratio of the first PSI information to the amount of data corresponding to each first PSI information, the terminal device sends the second information of the uplink data packet to the network device, and the network device receives the second information accordingly. The second information includes the ratio of the second PSI information to the amount of data corresponding to each second PSI information, or the ratio of the amount of data corresponding to part of the second PSI information.

[0153] It can be understood that the process of the terminal device sending the second information of the uplink data packet to the network device is the same as the process of sending the first information, except that the content reported by the terminal device to the network device has changed. Therefore, S705 can refer to the relevant instructions of S402 above and will not be repeated here.

[0154] Optionally, method 700 also includes S706, the network device sends second indication information to the terminal device. That is, when the first information is updated to the second information, if the network is congested, the network device can manage the packet loss of the uplink data packet according to the second information and through the second indication information. It can be understood that the process of the network device sending the second indication information to the terminal device is the same as the process of the network device sending the first indication information to the terminal device. The content of the second indication information may also vary according to the content of the second information reported by the terminal device. For details, please refer to the relevant instructions of S603, which will not be repeated here.

[0155] Understandably, Figure 7The technical solution provided by the present application is described by taking the case where the terminal device updates the first information once as an example. In some other embodiments, the terminal device may continue to update the second information and report it to the network device, which is not limited by the present application.

[0156] In addition to PSI information, there is currently some information that may affect the packet loss and scheduling decisions of network devices during congestion, such as jitter information of uplink data.

[0157] For example, when there are three users in the network performing uplink XR services at the same time, the data of the services arrives at the network device periodically, and the amount of data arriving at each user is equal. Assume that the uplink data period of the three services is 20ms, and the start time of the specified services is the same, recorded as 0ms. If the data jitter is not considered, the three users have uplink data arriving at the network device at 20ms, 40ms, 60ms, etc., respectively. The network device can only schedule all the data of the three users within 5ms to make all users have a satisfactory experience. However, due to network congestion and limited uplink resources, assuming that the network device can only schedule the data volume of one user within 5ms, if no packet loss is indicated, it is very likely that the three user devices are only scheduled for part of the data but not all of the data is scheduled, resulting in dissatisfaction among the three users. At this time, the network can indicate packet loss for two of the users, thereby ensuring that one user is satisfied. However, if the network device can fully consider the jitter when the user data arrives when making a packet loss decision, then the data scheduling process will be optimized. Still taking the above three users as an example, assume that one of the users A has a jitter range of [-5, 5] ms, that is, the data may arrive up to 5ms earlier or later than the periodic time, that is, the data of this user may arrive within the range of 15-25ms, 35-45ms, and 55-65ms. In this case, there is a high probability that the data of user A will be staggered with the data of the other two users. Therefore, even if the network does not discard the data of user A, it will not affect the data transmission of the other two users. At this time, the network only needs to instruct one of the two users without jitter to discard the data, so that there will be two satisfied users in the end. Compared with the case where data jitter is not considered, considering the jitter of uplink data can improve the rationality of packet loss indication of network equipment.

[0158] Based on this, Figure 8 FIG. 8 is a schematic flow chart of a fifth data packet processing method 800 provided in an embodiment of the present application. Figure 8As shown, the schematic flowchart is shown in terms of the interaction between the network device and the terminal device, wherein the steps performed by the terminal device and / or the network device may be performed by a module or unit in the terminal device and / or the network device, for example, by a chip in the terminal device or the network device. Specifically, the method includes the following steps.

[0159] S801: The terminal device obtains first jitter information.

[0160] Specifically, the first jitter information is calculated by the duration of the time slot corresponding to the first reference subcarrier spacing (SCS). Since the duration of a time slot is related to the uplink SCS, for example, when the SCS is 15kHz, the length of a slot is 1ms, when the SCS is 30kHz, the length of a slot is 0.5ms, and so on. When the SCS is 960kHz, the length of a slot is 1 / 64ms. Therefore, when the terminal device obtains the first jitter information, it is necessary to determine the first reference SCS. At the same time, in order for the network device to accurately obtain the first jitter information, the terminal device and the network device need to unify the first reference SCS.

[0161] This embodiment of the application provides several possible ways to determine the first reference SCS, as shown below:

[0162] (1) The network device uses the SCS of the default bandwidth part (band width part, BWP) of the serving cell where the current terminal device is located as the first reference SCS.

[0163] (2) The network device uses the SCS of the activated BWP where the current terminal device is located as the first reference SCS.

[0164] (3) The terminal device sends the first jitter information to the network device and instructs the network device to use the SCS of a BWP in the current serving cell as the first reference SCS. For example, when the terminal device reports the first jitter information to the network device, it carries a BWP ID.

[0165] (4) When the terminal device sends the first jitter information to the network device, it instructs the network device to use the SCS of a BWP in a certain service cell as the first reference SCS. For example, when the terminal device reports the first jitter information to the network device, it carries a service cell ID and a BWP ID.

[0166] (5) When the terminal device sends the first jitter information to the network device, it explicitly indicates an SCS to the network device. For example, when the terminal device reports the first jitter information to the network device, it reports the first reference SCS as 15kHz.

[0167] In the present application scheme, if the first reference SCS is determined by the network device, the first reference SCS may carry the configuration information sent by the network device to the terminal device (such as the above Figure 5 The first configuration information of S501 in, or Figure 8 In the second configuration information of S803, or other configuration information sent by the network device to the terminal device, if the first reference SCS is determined for the terminal device, the first reference SCS can be carried in the following S802. It can be understood that the above-mentioned several possible ways to determine the first reference SCS are only examples and do not limit the scope of protection of this application.

[0168] In some embodiments, the first jitter information may be a jitter interval of an uplink data packet, for example, the first jitter information may be [-5, 5] ms. Alternatively, in other embodiments, the first jitter information may be a jitter value, for example, the first jitter information may be 5 ms. Since the range of jitter information is usually symmetrical around 0, that is, it appears in the form of [-x, x], when the network device receives the jitter value, the network device may learn that the first jitter information reported by the terminal device is [-5, 5] ms.

[0169] S802: The terminal device sends first jitter information to the network device.

[0170] In some embodiments, the first jitter information reported by the terminal device to the network device is in the unit of slot, for example, the first jitter information is [-5,5]slot, or 5slot. In other embodiments, the first jitter information reported by the terminal device to the network device is in the form of absolute time length, for example, in the unit of ms or us or ns, wherein the reported value is converted from the value in the unit of slot. For example, when the first jitter information is [-5,5]slot and the first reference SCS is 15kHz, the converted first jitter information is [-5,5]ms.

[0171] It should be noted that the first jitter information can be carried in the RRC message, MAC CE or other message sent by the terminal device to the network device, and this application does not limit it.

[0172] It can be understood that when the first reference SCS is determined by the terminal device, the first reference SCS determined by the terminal device can be sent to the network device through a message carrying the first jitter information.

[0173] Optionally, if the first reference SCS is configured by the network device to the terminal device, or the network device instructs the terminal device to report first jitter information of certain uplink data packets, the method 800 also includes the following S803.

[0174] S803: The network device sends second configuration information to the terminal device.

[0175] Specifically, the second configuration information may include the size of the first reference SCS, or the second configuration information may include the ID of the BWP corresponding to the first reference SCS, etc. The second configuration information is used to instruct the terminal device to report the first jitter information calculated with the first reference SCS.

[0176] The second configuration information may be carried in a MAC CE, an RRC message or other messages, which is not limited in this application.

[0177] It can be understood that if the first configuration information (configuration information for configuring the uplink data packet identifier) ​​sent by the network device to the terminal device also carries the first reference SCS, the network device may no longer send the second configuration information to the terminal device.

[0178] Optionally, for the accuracy and rationality of data scheduling, the terminal device may report jitter information to the network device multiple times. In some embodiments, when the terminal device detects that the range of the first jitter information changes, the terminal device may report to the network device. In other embodiments, when the terminal device detects that the range of the first jitter information changes by more than a third preset threshold, the terminal device reports new jitter information to the network device.

[0179] Specifically, with respect to the change of the jitter information, the method 800 may further include the following multiple steps.

[0180] S804: The terminal device updates the first jitter information to the second jitter information.

[0181] It is understandable that the terminal device can update the first jitter information to the second jitter information when the first jitter information changes. Alternatively, in order to save reporting resources, the terminal device can update the first jitter information to the second jitter information when the range of the first jitter information change is greater than or equal to the third threshold. For example, if the third threshold is 1ms, when the range of the first jitter information changes from [-3, 3]ms to [-4, 4]ms, or a larger range, the terminal device updates the first jitter information to the second jitter information.

[0182] It should be noted that, in some embodiments, the third threshold value may be pre-configured by the network, or determined by the terminal device itself, or pre-defined by the protocol, which is not limited in this application. In addition, the third threshold value may be sent to the terminal device through the above-mentioned first configuration information, or the second configuration information, or other information sent to the terminal device by the network device, which is not limited in this application.

[0183] S805: The terminal device sends the second jitter information to the network device. The process may refer to the relevant description in S802 above, which will not be described here.

[0184] Based on this solution, through jitter information, the network device can understand the probability of data collision of different users, so that it can be more fully considered when indicating packet loss, and maximize the guarantee that more users can get satisfactory service. At the same time, because in the solution of this application, the granularity of jitter information is related to SCS, it can be matched with the network scheduling timing through slot calculation. For example, for the three user devices mentioned above, the network device can start trying to schedule users at 15ms, 35ms, etc., without waiting until 20ms, 40ms, etc. periodic moments. While scheduling data as early as possible and avoiding the risk of timeouts, it can also avoid the risk of poor user experience when the network device is unable to schedule all user data in a short time.

[0185] According to the above Figures 4 to 7 In order to improve the rationality of the network device's management of data packets, the terminal device reports the PSI information and the corresponding ratio of the uplink data packet to the network device at least once. Therefore, in order to further optimize the management of the uplink data packet by the network device, the network device can also make a more reasonable decision on the packet loss management of the uplink data packet based on the PSI information and the corresponding ratio of the uplink data packet and the jitter information. Therefore, the method 800 can also include the following multiple steps.

[0186] S806, the terminal device obtains the ratio of the first PSI information to the amount of data corresponding to each first PSI information. For the relevant description of this step, please refer to the above Figure 4 S401 in the description will not be described in detail here.

[0187] S807, the terminal device sends the first information to the network device. This process can be referred to Figure 4 The relevant instructions in S402 are not repeated here.

[0188] Optionally, when network congestion occurs, when the network device determines that it needs to instruct the terminal device to drop packets based on the first jitter information and the first information, the method 800 further includes the following S805.

[0189] S808, the network device sends third indication information to the terminal device.

[0190] Specifically, the network device sends the third indication information to the terminal device to indicate packet loss to the terminal device. The third indication information instructs the terminal device to discard some data packets corresponding to the first PSI information, or the first indication information instructs the terminal device to discard data packets in the uplink data packets except for some data packets corresponding to the first PSI information. The instructions for the network device to indicate packet loss to the terminal device can be referred to. Figure 6 S603 in the description will not be described in detail here.

[0191] Understandably, Figure 8 The example of the terminal device reporting the first information once is used for explanation. In other embodiments, when the first information changes, the terminal device may also report multiple PSI information and corresponding ratios to the network device. Of course, the terminal device may continue to update the second jitter information and report it to the network device, which is not limited in this application.

[0192] In addition, when the terminal device reports both jitter information and PSI information, the present application does not limit the order of reporting, and the jitter information may be reported first, such as Figure 8 As shown, the PSI information may be reported first, or reported simultaneously.

[0193] It is understandable that in the above-mentioned embodiments of the present application Figures 4 to 8 The embodiments in the foregoing are merely illustrative descriptions and should not constitute any limitation on the scope of protection of the present application. The schemes of the above-mentioned embodiments can be reasonably combined and used, and the explanations or descriptions of the various terms appearing in the embodiments can be mutually referenced or explained in the various embodiments, without limitation. For example, Figure 5 and Figure 6 The embodiments are combined with each other, Figure 5 and Figure 7 The embodiments are combined with each other. Figure 5 and Figure 8 The embodiments are combined with each other, Figure 7 and Figure 8 The embodiments are combined with each other, etc. In addition, the illustration in the figure does not limit the execution order. Based on the examples in the figure, those skilled in the art can flexibly adjust the sequence of each step. Moreover, the size of the sequence number of each of the above processes does not mean the order of execution, and the execution order of each process should be determined by its function and internal logic. Moreover, the above steps are not mandatory steps. When one or more of the steps are missing, the problem to be solved in this application can be solved, and the corresponding technical solution is also within the scope of the disclosure of this application. The various digital numbers or sequence numbers involved in the above processes are only for the convenience of description, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0194] It should be noted that the network device in the above embodiment can be a centralized network device, such as a centralized base station, or a network device with a separated architecture, such as a base station with a CU-DU separated architecture. When the method provided in the embodiment of the present application is applied to a network device adopting a CU-DU separated architecture, the PSI information and / or jitter information (including the first PSI information, the second PSI information, the first jitter information and the second jitter information mentioned above) reported by the terminal device is first transmitted to the DU side through the air interface. In one scenario, the PSI information and / or jitter information is carried in a protocol layer message on the DU side, such as carried in a MAC CE. If the packet loss operation is controlled by the CU side, such as by a packet data convergence protocol (PDCP) layer, then the DU can further forward the PSI information and / or jitter information to the CU through the F1 interface. In another scenario, the PSI information and / or jitter information is carried in the protocol layer message on the CU side, such as in the RRC message. The CU is required to parse the PSI information and / or jitter information. If the packet loss operation is controlled by the DU side, such as by the media access control (MAC) layer, then the DU can forward the PSI information and / or jitter information to the CU through the F1 interface. After the CU parses the information, the parsed PSI information and / or jitter information is sent back to the DU through the F1 interface.

[0195] Specifically, Fig. 9 FIG. 9 is a schematic flow chart of a sixth data packet processing method 900 provided in an embodiment of the present application. Fig. 9 As shown, the schematic flowchart is shown in terms of the interaction between a base station of a CU-DU separation architecture and a terminal device, wherein the steps performed by the terminal device and / or the base station of the CU-DU separation architecture may be performed by a module or unit in the terminal device and / or the base station of the CU-DU separation architecture, for example, by a chip of the terminal device or the base station of the CU-DU separation architecture. Specifically, the method includes a plurality of steps.

[0196] S901, the terminal device obtains the first PSI information corresponding to the uplink data packet and the ratio of the data volume corresponding to each first PSI information. Figure 4 S401 in the description will not be described in detail here.

[0197] S902, the terminal device sends the first information of the uplink data packet to the DU.

[0198] Specifically, after S901 is completed, the terminal device sends the first information of the data packet to the DU through the Uu interface, and correspondingly, the DU receives the first information through the Uu interface. For the relevant description of the first information, please refer to the above S402, which will not be repeated here.

[0199] It is understandable that if the packet loss operation is controlled by the DU side and the first information is carried in the protocol layer message on the DU side, if network congestion occurs, the DU can directly send an indication message to the terminal device, instructing the terminal device to discard some data packets.

[0200] Optionally, if the packet loss operation is controlled by the CU side (regardless of whether the first information is carried in the CU protocol layer message or the first information is carried in the protocol layer message on the DU side), or the first information is carried in the CU protocol layer message, the method 900 also includes the following S903.

[0201] S903, the DU sends first information of an uplink data packet to the CU.

[0202] Specifically, in some embodiments, if the first information is carried in a protocol layer message on the DU side, the DU parses the first information and sends the first information to the CU through the F1 interface. In other embodiments, if the first information is carried in a CU protocol layer message, the DU forwards the first information to the CU through the F1 interface. Among them, the DU can carry the first information sent or forwarded to the CU through a control plane message or a user plane message. At this time, if the network is congested, the CU can send an indication message to the terminal device, instructing the terminal device to discard some data packets.

[0203] Optionally, if the packet loss operation is controlled by the DU side, the method 900 also includes the following S904.

[0204] S904, the CU sends first information of the processed uplink data packet to the DU.

[0205] Specifically, the CU parses and processes the received first information, and sends the processed first information to the DU through the F1 interface. Exemplarily, the CU may carry the first information through a control plane message, and send the first information to the DU. If the network is congested, the CU may send an indication message to the terminal device, instructing the terminal device to discard some data packets.

[0206] It should be noted that Fig. 9 Only relative to Figure 4 The embodiments shown are exemplary descriptions and do not limit the protection scope of the present application in any way. Figures 5 to 8 The network devices in can be replaced by Fig. 9The network device with the separation architecture shown, for example, the terminal device reports the second information and / or jitter information to the DU, and the DU transmits the second information and / or jitter information to the CU through the F1 interface. Figures 5 to 8 Other undescribed combination embodiments are still applicable to Fig. 9 Network devices with a split architecture as shown.

[0207] Based on the above solution, by transmitting PSI information (including first information and second information) and / or jitter information on the F1 interface, it is ensured that in the CU-DU separation scenario, the PSI information reported by the terminal device can be fully utilized by the network device.

[0208] In addition, it should be noted that the technical solution of the embodiment of the present application can also be applied to the handover scenario. The following is an example of handover from a source base station to a target base station. Specifically, Fig.10 As shown, the schematic flowchart is shown by the interaction between the source base station, the target base station and the terminal device, wherein the steps performed by the source base station, the target base station and the terminal device can be performed by modules or units in the source base station, the target base station and the terminal device, for example, by chips of the source base station, the target base station and the terminal device. Specifically, the method includes the following steps.

[0209] S1001, the terminal device obtains the first PSI information corresponding to the uplink data packet and the ratio of the data volume corresponding to each first PSI information. Figure 4 S401 in the description will not be described in detail here.

[0210] S1002, the terminal device sends the first information of an uplink data packet to the source base station.

[0211] Specifically, after S1001 is finished, the terminal device sends the first information of the data packet to the source base station through the Uu interface, and correspondingly, the source base station receives the first information through the Uu interface. For the relevant description of the first information, please refer to the above S402, which will not be repeated here.

[0212] S1003, the source base station sends first information of an uplink data packet to the target base station.

[0213] Specifically, the source base station sends the first information to the target base station via an Xn interface. Exemplarily, the source base station may carry the first information via an RRC message and send the first information to the target base station.

[0214] It should be noted that Fig.10 Only relative to Figure 4 The embodiments shown are exemplary descriptions and do not limit the protection scope of the present application in any way. Figures 5 to 8The embodiments of the present invention can still be applied to Fig.10 In the switching scenario shown, for example, the terminal device reports the second information and / or jitter information to the source base station, and the source base station transmits the second information and / or jitter information to the target base station via the Xn interface. Figures 5 to 8 Other undescribed combination embodiments are still applicable to Fig.10 The switching scene shown.

[0215] Based on the above solution, by transmitting PSI information (including first information and second information) and / or jitter information on the Xn interface, it is ensured that in a switching scenario, the PSI information reported by the terminal device can be fully utilized by the network device.

[0216] In addition, the technical solution of the present application can also be applied to DC scenarios. Specifically, as follows Fig.11 As shown, the schematic flow chart is shown by the interaction between the primary base station, the secondary base station and the terminal device, wherein the steps performed by the primary base station, the secondary base station and the terminal device can be performed by modules or units in the primary base station, the secondary base station and the terminal device, for example, by chips of the primary base station, the secondary base station and the terminal device. Specifically, the method includes the following multiple steps.

[0217] S1101, the terminal device obtains the first PSI information corresponding to the uplink data packet and the ratio of the data volume corresponding to each first PSI information. Figure 4 S401 in the description will not be described in detail here.

[0218] S1102, the terminal device sends first information of an uplink data packet to the main base station.

[0219] Specifically, after S1101 is finished, the terminal device sends the first information of the data packet to the main base station through the Uu interface, and correspondingly, the main base station receives the first information through the Uu interface. For the relevant description of the first information, please refer to the above S402, which will not be repeated here.

[0220] S1003: The primary base station sends first information of an uplink data packet to the secondary base station.

[0221] S1103, specifically, the primary base station sends first information to the secondary base station through an Xn interface. Exemplarily, the primary base station may carry the first information through an RRC message and send the first information to the secondary base station.

[0222] It should be noted that Fig.11 Only relative to Figure 4 The embodiments shown are exemplary descriptions and do not limit the protection scope of the present application in any way. Figures 5 to 8 The embodiments of the present invention can still be applied to Fig.11In the DC scenario shown, for example, the terminal device reports the second information and / or jitter information to the primary base station, and the primary base station transmits the second information and / or jitter information to the secondary base station via the Xn interface. Figures 5 to 8 Other undescribed combination embodiments are still applicable to Fig.11 The DC scene shown.

[0223] Based on the above solution, by transmitting PSI information (including the first information and the second information) and / or jitter information on the Xn interface, it is ensured that in the DC scenario, the information reported by the terminal device can be fully utilized by the network device. Figures 4 to 11 The embodiments in the figure are only described by way of example, and the diagrams in the figure do not limit the execution order. Based on the examples in the figure, those skilled in the art can flexibly adjust the order of execution between the various steps. In addition, the size of the sequence number of each of the above processes does not mean the order of execution, and the execution order of each process should be determined by its function and internal logic. In addition, the above steps are not mandatory steps, and when one or more of the steps are missing, the problem to be solved in this application can be solved, and the corresponding technical solution is also within the scope of the disclosure of this application. The various digital numbers or sequence numbers involved in the above processes are only for the convenience of description, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0224] It is understandable that some optional features in the embodiments of the present application may be implemented independently in certain scenarios without relying on other features, such as the solution on which they are currently based, to solve corresponding technical problems and achieve corresponding effects, or may be combined with other features according to needs in certain scenarios. Accordingly, the devices provided in the embodiments of the present application may also realize these features or functions accordingly, which will not be elaborated here.

[0225] In addition, the various schemes of the embodiments of the present application can be used in reasonable combination, and the explanations or descriptions of the various terms appearing in the embodiments can be mutually referenced or explained in the various embodiments, without limitation.

[0226] In the embodiments provided by the present application above, each scheme of the communication method provided by the embodiments of the present application is introduced from the perspective of each device / network element itself and from the perspective of the interaction between each device / network element. It can be understood that in order to realize the above functions, each network element and device includes a hardware structure and / or software module corresponding to each function. It should be easily appreciated by those skilled in the art that, in combination with the units and algorithm steps of each example described in the embodiments disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in the form of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of the present application.

[0227] Fig.12 A schematic block diagram of a communication device 1200 provided in an embodiment of the present application is shown. The device 1200 includes a receiving module 1201, which can be used to implement a corresponding receiving function. The receiving module 1201 can also be called a receiving unit.

[0228] The device 1200 further includes a processing module 1202, which can be used to implement corresponding processing functions.

[0229] The device 1200 further includes a sending module 1203 , which can be used to implement a corresponding sending function. The sending module 1203 can also be referred to as a sending unit.

[0230] Optionally, the device 1200 also includes a storage unit, which can be used to store instructions and / or data. The processing unit 1202 can read the instructions and / or data in the storage unit so that the device implements the actions of the relevant devices in the aforementioned method embodiments.

[0231] The device 1200 can be used to execute the actions performed by the terminal device or network device in the above method embodiments. In this case, the device 1200 can be a component of the terminal device or the network device, the receiving module 1201 is used to execute the reception-related operations of the terminal device or the network device in the above method embodiments, the processing module 1202 is used to execute the processing-related operations of the terminal device or the network device in the above method embodiments, and the sending module 1203 is used to execute the sending-related operations of the terminal device or the network device in the above method embodiments.

[0232] As a design, the apparatus 1200 is used to execute the actions executed by any network element or any device in the above method embodiments. In one embodiment, the communication apparatus can be used to execute the above Figures 4 to 11Operations on the terminal device. For example:

[0233] The receiving module 1201 is used to receive configuration information, where the configuration information includes an identifier corresponding to an uplink data packet, and the configuration information is used to instruct the terminal device to report first information of an uplink data packet corresponding to the identifier.

[0234] The processing module 1202 is used to obtain the ratio of the first PSI information corresponding to the uplink data packet to the data volume corresponding to each first PSI information, wherein the ratio of the data volume corresponding to each first PSI information is the ratio of the data volume corresponding to each first PSI information to the total data volume corresponding to the uplink data packet.

[0235] The sending module 1203 is used to send the first information of the uplink data packet to the network device, wherein the first information of the uplink data packet includes the first PSI information and the ratio of the data amount corresponding to each first PSI information, or the ratio of the data amount corresponding to part of the first PSI information, and the first information is used by the network device to perform packet loss management on the uplink data packet.

[0236] It should be understood that the specific process of each module executing the above corresponding steps has been described in detail in the above method embodiment, and for the sake of brevity, it will not be repeated here.

[0237] In addition, the receiving module 1201, the processing module 1202 and the sending module 1203 in the communication device can also implement other operations or functions of the terminal device in the above method, which will not be repeated here.

[0238] In another embodiment, the communication device can be used to perform the above Figures 4 to 11 For example:

[0239] The receiving module 1201 is used to receive the first information of the uplink data packet from the terminal device, wherein the first information of the uplink data packet includes the first PSI information and the ratio of the data amount corresponding to each first PSI information, or the ratio of the data amount corresponding to part of the first PSI information.

[0240] The processing module 1202 is used to perform packet loss management on the uplink data packet according to the first information.

[0241] The sending module 1203 is used to send configuration information, where the configuration information includes an identifier corresponding to an uplink data packet, and the configuration information is used to instruct the terminal device to report first information of an uplink data packet corresponding to the identifier.

[0242] The receiving module 1201, the processing module 1202 and the sending module 1203 in the communication device can also implement other operations or functions of the network device in the above method, which will not be repeated here.

[0243] It should be understood that the specific process of each module executing the above corresponding steps has been described in detail in the above method embodiment, and for the sake of brevity, it will not be repeated here.

[0244] Fig.13 Another possible structural diagram of the communication device involved in the above embodiment is shown. The communication device includes a processor 1301, such as Fig.13 As shown, the communication device may also include at least one memory 1302 for storing program instructions and / or data. The memory 1302 is coupled to the processor 1301. The coupling in the embodiment of the present application is an indirect coupling or communication connection between devices, units or modules, which may be electrical, mechanical or other forms, and is used for information exchange between devices, units or modules. The processor 1301 may operate in conjunction with the memory 1302. The processor 1301 may execute program instructions stored in the memory 1302. At least one of the at least one memory may be included in the processor.

[0245] The communication device may also include a transceiver 1303, which is used to communicate with other devices through a transmission medium, so that the device can communicate with other devices. Optionally, the transceiver 1303 may be an interface, a bus, a circuit, or a device capable of implementing a transceiver function. Optionally, the transceiver 1303 may include a receiver and a transmitter.

[0246] The specific connection medium between the processor 1301, the memory 1302 and the transceiver 1303 is not limited in the embodiment of the present application. Fig.13 The processor 1301, the memory 1302 and the transceiver 1303 are connected via a bus 1304. Fig.13 The connections between the other components are shown in bold lines, which are only for illustration and are not intended to be limiting. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Fig.13 Only one thick line is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0247] For example, in one embodiment, the processor 1301 is configured for other operations or functions of the terminal device. The transceiver 1303 is used to implement communication between the communication device and other network elements / devices (e.g., gNB / DU).

[0248] In another embodiment, the processor 1301 is configured to perform other operations or functions of the network device. The transceiver 1303 is used to implement communication between the communication device and other network elements / devices (eg, UE / CU).

[0249] One or more of the above modules or units can be implemented by software, hardware or a combination of the two. When any of the above modules or units is implemented by software, the software exists in the form of computer program instructions and is stored in a memory, and the processor can be used to execute the program instructions and implement the above method flow. The processor may include but is not limited to at least one of the following: a central processing unit (CPU), a microprocessor, a digital signal processor (DSP), a microcontroller unit (MCU), or an artificial intelligence processor and other types of computing devices that run software, each of which may include one or more cores for executing software instructions to perform operations or processing. The processor may be built into a system-on-a-chip (SoC) or an application specific integrated circuit (ASIC), or it may be an independent semiconductor chip. In addition to the core used to execute software instructions for operations or processing in the processor, it may further include necessary hardware accelerators, such as field programmable gate arrays (FPGA), programmable logic devices (PLD), or logic circuits that implement dedicated logic operations.

[0250] When the above modules or units are implemented in hardware, the hardware can be any one or any combination of a CPU, a microprocessor, a DSP, an MCU, an artificial intelligence processor, an ASIC, a SoC, an FPGA, a PLD, a dedicated digital circuit, a hardware accelerator or a non-integrated discrete device, which can run the necessary software or not rely on the software to execute the above method flow.

[0251] When the above modules or units are implemented using software, they can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiment of the present application is generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website site, computer, server or data center to another website site, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (digital subscriber line, DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium may be any available medium that a computer can access or a data storage device such as a server or data center that includes one or more available media integrated. The available medium may be a magnetic medium (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a digital video disc (digital video disc, DVD)), or a semiconductor medium (e.g., a solid state disk (solid state disk, SSD)), etc.

[0252] The specific implementation methods described above further illustrate the purpose, technical solutions and beneficial effects of the present application in detail. It should be understood that the above description is only the specific implementation methods of the present application and is not intended to limit the scope of protection of the present application. Any modifications, equivalent substitutions, improvements, etc. made on the basis of the technical solutions of the present application should be included in the scope of protection of the present application.

[0253] According to the method provided in the embodiment of the present application, the present application also provides a computer program product, which includes: computer program code, when the computer program code runs on a computer, the computer executes the method on the terminal device side in the aforementioned method embodiment.

[0254] According to the method provided in the embodiment of the present application, the present application also provides a computer program product, which includes: computer program code, when the computer program code runs on a computer, the computer executes the method on the network device side in the aforementioned method embodiment.

[0255] According to the method provided in the embodiment of the present application, the present application also provides a computer-readable medium, which stores a program code. When the program code runs on a computer, the computer executes the method on the terminal device side in the aforementioned method embodiment.

[0256] According to the method provided in the embodiment of the present application, the present application also provides a computer-readable medium, which stores a program code. When the program code runs on a computer, the computer executes the method on the network device side in the aforementioned method embodiment.

[0257] An embodiment of the present application also provides a processing device, including a processor and an interface; the processor is used to execute the communication method in any of the above method embodiments.

[0258] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0259] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0260] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0261] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0262] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0263] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application can essentially or in other words, the part that contributes or the part of the technical solution can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0264] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

1. A method for processing a data packet, characterized in that: include: The terminal device obtains the first protocol data unit set importance PSI information corresponding to the uplink data packet and the ratio of the data amount corresponding to each first PSI information, where the ratio of the data amount corresponding to each first PSI information is the ratio of the data amount corresponding to each first PSI information to the total data amount corresponding to the uplink data packet; The terminal device sends the first information of the uplink data packet to the network device, wherein the first information of the uplink data packet includes the ratio of the first PSI information to the data amount corresponding to each first PSI information, or the ratio of the data amount corresponding to part of the first PSI information, and the first information is used by the network device to perform packet loss management on the uplink data packet.

2. The method according to claim 1, characterized in that The method further comprises: The terminal device receives configuration information from the network device, the configuration information including an identifier corresponding to the uplink data packet, and the configuration information is used to instruct the terminal device to report the first information of the uplink data packet corresponding to the identifier.

3. The method according to claim 2, characterized in that The identifier is a flow identifier of a quality of service QoS flow corresponding to the uplink data packet, or an identifier of a logical channel LCH corresponding to the uplink data packet, or an identifier of a data radio bearer DRB corresponding to the uplink data packet.

4. The method according to any one of claims 1 to 3, characterized in that The method further comprises: The terminal device receives indication information from the network device, and the indication information instructs the terminal device to discard some data packets corresponding to the first PSI information, or the indication information instructs the terminal device to discard data packets in the uplink data packets except the data packets corresponding to the part of the first PSI information.

5. The method according to any one of claims 1 to 4, characterized in that The proportion of the data volume corresponding to the part of the first PSI information is determined by the terminal device according to a preset first threshold.

6. The method according to any one of claims 1 to 5, characterized in that The method further comprises: The terminal device updates the ratio of the first PSI information to the data amount corresponding to each of the first PSI information to the ratio of the second PSI information to the data amount corresponding to each of the second PSI information; The terminal device sends the second information of the uplink data packet to the network device, wherein the second information of the uplink data packet includes the ratio of the second PSI information to the data amount corresponding to each second PSI information, or the ratio of the data amount corresponding to part of the second PSI information, and the second information is used by the network device to perform packet loss management on the uplink data packet.

7. The method according to claim 6, characterized in that The terminal device updates the ratio of the data amount corresponding to the first PSI information and each piece of first PSI information to the ratio of the data amount corresponding to the second PSI information and each piece of second PSI information, including: When the terminal device determines that the change in the ratio of the amount of data corresponding to part of the first PSI information exceeds a preset second threshold, the terminal device updates the ratio of the amount of data corresponding to the first PSI information and each first PSI information to the ratio of the amount of data corresponding to the second PSI information and each second PSI information.

8. The method according to any one of claims 1 to 7, characterized in that The network device is a first network device, and the terminal device sends the first information of the uplink data packet to the network device, including: the terminal device sends the first information of the uplink data packet to the first network device, so that the first network device sends the first information to the second network device through the F1 interface, wherein the first network device is a distributed unit DU and the second network device is a centralized unit CU, or the first network device is a CU and the second network device is a DU.

9. The method according to any one of claims 1 to 7, characterized in that The network device is a first network device, and the terminal device sends the first information of the uplink data packet to the network device, including: the terminal device sends the first information of the uplink data packet to the first network device, so that the first network device sends the first information to the second network device through the Xn interface, wherein the first network device is the source base station of the terminal device in the switching scenario, and the second network device is the target base station of the terminal device in the switching scenario, or the first network device is the main base station in a dual-connection DC scenario, and the second network device is the auxiliary base station in the DC scenario.

10. The method according to any one of claims 2 to 9, characterized in that The configuration information is further used to instruct the terminal device to send first jitter information of the uplink data packet corresponding to the identifier, and the method further includes: The terminal device obtains the first jitter information, where the first jitter information is calculated by the duration of a time slot corresponding to a first reference subcarrier spacing SCS; The terminal device sends the first jitter information to the network device.

11. The method according to claim 10, characterized in that The method further comprises: The terminal device updates the first jitter information to second jitter information, where the second jitter information is calculated by the duration of the time slot corresponding to the first reference SCS or the second reference SCS; The terminal device sends the second jitter information to the network device.

12. The method according to claim 11, characterized in that The terminal device updates the first jitter information to the second jitter information, including: when the terminal device determines that the change of the first jitter information exceeds a preset third threshold, or when the terminal device determines that the first reference SCS changes, the terminal device updates the first jitter information to the second jitter information.

13. The method according to any one of claims 1 to 12, characterized in that The first PSI information is a PSI level or a range of PSI levels.

14. A method for processing a data packet, characterized in that: include: The network device receives first information of an uplink data packet from a terminal device, wherein the first information of the uplink data packet includes the first protocol data unit importance PSI information corresponding to the uplink data packet and the ratio of the data amount corresponding to each first PSI information, or the ratio of the data amount corresponding to the part of the first PSI information, wherein the ratio of the data amount corresponding to each first PSI information is the ratio of the data amount corresponding to each first PSI information to the total data amount corresponding to the uplink data packet; The network device performs packet loss management on the uplink data packet according to the first information.

15. The method according to claim 14, characterized in that The method further comprises: The network device sends configuration information to the terminal device, where the configuration information includes an identifier corresponding to the uplink data packet, and the configuration information is used to instruct the terminal device to report the first information of the uplink data packet corresponding to the identifier.

16. The method according to claim 15, characterized in that The identifier is a flow identifier of a quality of service QoS flow corresponding to the uplink data packet, or an identifier of a logical channel LCH corresponding to the uplink data packet, or an identifier of a data radio bearer DRB corresponding to the uplink data packet.

17. The method according to any one of claims 14 to 16, characterized in that The method further comprises: The network device sends indication information to the terminal device, wherein the indication information instructs the terminal device to discard some of the data packets corresponding to the first PSI information, or the indication information instructs the terminal device to discard data packets in the uplink data packets except for the data packets corresponding to the part of the first PSI information.

18. The method according to claim 17, characterized in that The proportion of the data volume corresponding to the part of the first PSI information is determined by the terminal device according to a preset first threshold.

19. The method according to any one of claims 14 to 18, characterized in that The method further comprises: The network device receives second information of the uplink data packet from the terminal device, wherein the second information of the uplink data packet includes a ratio of the second PSI information to the amount of data corresponding to each of the second PSI information, or a ratio of the amount of data corresponding to part of the second PSI information; The network device performs packet loss management on the uplink data packet according to the second information.

20. The method according to claim 19, characterized in that The network device receives the second information of the uplink data packet from the terminal device, including: when the change in the proportion of the data volume corresponding to the first PSI information exceeds a preset second threshold, the network device receives the second information of the uplink data packet from the terminal device.

21. The method according to any one of claims 14 to 20, characterized in that The network device is a first network device, and the network device receives first information of an uplink data packet from a terminal device, including: The first network device receives the first information of the uplink data packet from the terminal device; The first network device sends the first information to the second network device through the F1 interface, wherein the first network device is a distributed unit DU and the second network device is a centralized unit CU, or the first network device is a CU and the second network device is a DU.

22. The method according to any one of claims 14 to 20, characterized in that The network device is a first network device, and the network device receives first information of an uplink data packet from a terminal device, including: The first network device receives the first information of the uplink data packet from the terminal device; The first network device sends the first information to the second network device through the Xn interface, wherein the first network device is the source base station of the terminal device in the switching scenario, and the second network device is the target base station of the terminal device in the switching scenario, or the first network device is the main base station in a dual-connection DC scenario, and the second network device is the auxiliary base station in the DC scenario.

23. The method according to any one of claims 15 to 22, characterized in that The configuration information is further used to instruct the terminal device to send first jitter information of the uplink data packet corresponding to the identifier, and the method further includes: The network device receives first jitter information from the terminal device, where the first jitter information is calculated using the duration of a time slot corresponding to a first reference subcarrier spacing SCS.

24. The method according to claim 23, characterized in that The method further comprises: The network device receives second jitter information from the terminal device, and the second jitter information is calculated by the length of the time slot corresponding to the first reference SCS or the second reference SCS.

25. The method according to claim 24, characterized in that The network device receives the second jitter information from the terminal device, including: when a change in the first jitter information exceeds a preset third threshold, or the first reference SCS changes, the network device receives the second jitter information from the terminal device.

26. The method according to any one of claims 15 to 25, characterized in that The first PSI information is a PSI level or a range of PSI levels.

27. A communication device, characterized in that: include: A unit or module for implementing the method according to any one of claims 1 to 13, or, A unit or module for implementing the method according to any one of claims 14 to 26.

28. A communication system, characterized in that: include: a first communication device and a second communication device; The first communication device is used to implement the method according to any one of claims 1 to 13; The second communication device is used to implement the method according to any one of claims 14 to 26.

29. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer instructions, which, when executed on a first communication device, cause the first communication device to execute a method as described in any one of claims 1 to 13; or, when executed on a second communication device, cause the second communication device to execute a method as described in any one of claims 14 to 26.

30. A chip system, characterized in that: include: The chip includes a processor and a communication interface, and the processor reads and runs instructions through the communication interface. When the chip is installed in a first communication device, the first communication device executes the method as described in any one of claims 1 to 13; or, when the chip is installed in a second communication device, the second communication device executes the method as described in any one of claims 14 to 26.

Citation Information

Cited By

  • Data packet processing method and communication apparatus

    EP4746511A1

  • Data packet processing method and communication apparatus

    WO2025031324A1