Communication method and communication apparatus

Abstract

The application discloses a communication method and a communication device. The method comprises the following steps: a terminal sends first service characteristic information and air interface quality information corresponding to the terminal to a network device, wherein the first service characteristic information is used for indicating a time delay requirement of a first service; the network device sends configuration information to the terminal based on the first service characteristic information and the air interface quality information corresponding to the terminal, wherein the configuration information is used for indicating that a first timer is enabled and a second timer is configured, or the configuration information is used for indicating that the first timer is prohibited; the first timer is used for controlling the network device to stop retransmitting a data packet of the first service, and the second timer is used for controlling the terminal to discard the data packet of the first service. Through the application, whether the first timer and the second timer are enabled through the configuration information can be determined based on the air interface quality corresponding to the terminal and the service characteristic, which is beneficial to meeting the transmission reliability requirement and the transmission time delay requirement of the first service.

Description

TECHNICAL FIELD

[0001] Embodiments of the present application relate to the field of communication, and in particular, to a communication method and a communication apparatus. BACKGROUND

[0002] Extended reality (XR) technology refers to combining reality and virtuality through a computer to create a virtual environment that can be interacted with by a human-computer, including virtual reality (VR), augmented reality (AR), mixed reality (MR), and cloud game (CG), etc.

[0003] XR services generally have requirements for transmission reliability and transmission latency. In the data transmission process of XR services, the higher the data transmission reliability, the greater the transmission latency. How to better meet the transmission reliability requirements and transmission latency requirements of XR services remains to be further studied. SUMMARY

[0004] Embodiments of the present application provide a communication method and a communication apparatus, which are beneficial to better meet the transmission reliability requirements and transmission latency requirements of the first service.

[0005] In a first aspect, a communication method is provided. The method can be executed by a network device, or can be executed by a component (such as a circuit, a chip, or a chip system, etc.) configured in the network device, and can also be implemented by a logic module or software that can implement all or part of the functions of the network device. The present application does not make any limitation in this regard. Hereinafter, the network device is taken as an example for description. The method comprises:

[0006] The network device receives first service characteristic information from a terminal, the first service characteristic information being used to indicate latency requirements of a first service; and the network device also receives air interface quality information corresponding to the terminal from the terminal; further, the network device sends configuration information to the terminal based on the first service characteristic information and the air interface quality information corresponding to the terminal, the configuration information being used to indicate that a first timer is enabled and a second timer is configured, or the configuration information being used to indicate that the first timer is prohibited. The first timer is used to control the network device to stop retransmitting data packets of the first service, and the second timer is used to control the terminal to discard data packets of the first service.

[0007] By the method provided by the first aspect, whether to enable the first timer and the second timer is determined based on the service characteristic information of the first service and the air interface quality corresponding to the terminal, which is beneficial to making the enabling / inhibiting conditions of the first timer and the second timer more suitable for the first service and the air interface environment (or understood as the air interface environment used for transmitting the data packet of the first service), thereby being beneficial to better meeting the transmission reliability requirement and the transmission delay requirement of the first service.

[0008] In a possible implementation, the delay requirement of the first service corresponds to a first delay level, and the air interface quality information corresponds to a first air interface quality level; the network device sends configuration information to the terminal based on the first delay level and the first air interface quality level.

[0009] Based on the possible implementation, different delay levels can be divided based on different delay requirements in advance, and different air interface quality levels can be divided based on different air interface qualities. Further, the network device determines the configuration information based on the first delay level and the first air interface quality level corresponding to the first service, which is beneficial to improving the configuration efficiency.

[0010] In a possible implementation, the configuration information includes one or more of the following:

[0011] In a case where the first delay level is level B1, the configuration information is used to indicate that the first timer is enabled and the second timer is configured; or,

[0012] In a case where the first delay level is level B2 and the first air interface quality level is level A1, the configuration information is used to indicate that the first timer is inhibited; or,

[0013] In a case where the first delay level is level B2 and the first air interface quality level is level A2 or level A3, the configuration information is used to indicate that the first timer is enabled and the second timer is configured; or,

[0014] In a case where the first delay level is level B3, the configuration information is used to indicate that the first timer is disabled.

[0015] In a case where the first delay level is level B1, the configuration information is used to indicate that the first timer is enabled and the second timer is configured; or,

[0016] Based on the possible implementation, in the case that the first service has a small delay tolerance (for example, the first service has a delay level of level B1), starting the first timer is beneficial to stop the network device from performing redundant retransmission of the data packets of the first service, and configuring the second timer is beneficial to reduce transmission blocking caused by the terminal waiting for the data packets of the first service, thereby being beneficial to reduce transmission delay of the first service. In the case that the first service has a medium delay tolerance (for example, the first service has a delay level of level B2), if the air interface quality is good (for example, the air interface quality level is level A1), the first timer and the second timer are disabled, the network device can perform retransmission of the data packets of the first service, and the terminal can wait for correct reception of each data packet, which is beneficial to improve transmission reliability of the first service; if the air interface quality is poor (for example, the air interface quality level is level A2 or level A3), starting the first timer is beneficial to stop the network device from performing redundant retransmission of the data packets of the first service, and configuring the second timer is beneficial to reduce transmission blocking caused by the terminal waiting for the data packets of the first service, thereby being beneficial to reduce transmission delay of the first service. In the case that the first service has a large delay tolerance (for example, the first service has a delay level of level B3), the first timer and the second timer are disabled, the network device can perform retransmission of the data packets of the first service, and the terminal can wait for correct reception of each data packet, which is beneficial to improve transmission reliability of the first service.

[0017] In a possible implementation, the first delay level corresponds to a first delay score interval, and the first service characteristic information includes a service type identifier of the first service and a packet delay budget of the first service. In this case, the network device determines a delay score based on the service type identifier of the first service and the packet delay budget of the first service, and determines the first delay level based on the first delay score interval to which the delay score belongs.

[0018] Based on the possible implementation, by determining the delay level based on the service type identifier and the packet delay budget, the accuracy of the determined delay level is improved.

[0019] In a possible implementation, the air interface quality information includes a signal to interference plus noise ratio (SINR) and a retransmission rate, and the first air interface quality level corresponds to a first SINR interval and a first retransmission rate interval. In this case, the network device determines the first air interface quality level based on the first SINR interval to which the SINR belongs and the first retransmission rate interval to which the retransmission rate belongs.

[0020] Based on the possible implementation, by determining the air interface quality level based on the SINR and the retransmission rate, the accuracy of the determined air interface quality level is improved.

[0021] In a possible implementation, the first timer corresponds to a first timeout duration, and the second timer corresponds to a second timeout duration determined based on the first timeout duration, a weight parameter corresponding to the first latency level, and a weight parameter corresponding to the first air interface quality level.

[0022] Based on the possible implementation, by determining the second timeout duration based on the first timeout duration of the first timer, the first latency level, and the first air interface quality, it is beneficial to improve the rationality and reliability of the configured second timeout duration.

[0023] In a possible implementation, the latency tolerance of the first latency level is smaller than the latency tolerance of the second latency level, and the weight coefficient corresponding to the first latency level is smaller than the weight coefficient corresponding to the second latency level; and / or, the air interface quality of the first air interface quality level is higher than the air interface quality of the second air interface quality level, and the weight coefficient corresponding to the first air interface quality level is smaller than the weight coefficient corresponding to the second air interface quality level.

[0024] Based on the possible implementation, the smaller the latency tolerance, the smaller the latency coefficient (i.e., the weight coefficient corresponding to the latency level); and / or, the worse the air interface quality, the larger the air interface compensation coefficient (i.e., the weight coefficient corresponding to the air interface quality level). It is beneficial to balance the transmission latency and transmission reliability in the data transmission process, and to reduce the situation that data packets are mistakenly discarded in the transmission process.

[0025] In a second aspect, a communication method is provided, which can be executed by a terminal, or can be executed by a component (such as a circuit, a chip, or a chip system, etc.) configured in the terminal, and can also be implemented by a logic module or software that can implement all or part of the terminal functions. The present application does not limit this. Hereinafter, the terminal is taken as an example for description. The method comprises:

[0026] The terminal sends first service characteristic information to the network device, the first service characteristic information being used to indicate the latency requirement of the first service; and sends the air interface quality information corresponding to the terminal to the network device; further, the terminal receives configuration information from the network device, the configuration information being determined based on the first service characteristic information and the air interface quality information corresponding to the terminal, the configuration information being used to indicate that the first timer is enabled and the second timer is configured, or the configuration information being used to indicate that the first timer is disabled. The first timer is used to control the network device to stop retransmitting the data packets of the first service, and the second timer is used to control the terminal to discard the data packets of the first service.

[0027] The beneficial effects of the method described in the second aspect can be referred to the description of the beneficial effects of the first aspect, which will not be repeated here.

[0028] In a possible implementation, the terminal sends the first service characteristic information to the network device in a case where a condition is met; wherein the case where the condition is met includes one or more of the following:

[0029] a case where the first service is detected to be started;

[0030] a case where the terminal is detected to be switched from performing a second service to performing the first service;

[0031] a case where a difference between a numerical indicator corresponding to the first service characteristic information and a numerical indicator corresponding to second service characteristic information is greater than a first threshold, the second service characteristic information being service characteristic information reported last time.

[0032] Based on the possible implementation, the terminal sends the first service characteristic information to the network device in a case where the first service is detected to be started, or a case where a currently performed service is detected to be switched, or a case where service characteristic information is detected to be changed, so that the network device determines configuration information adapted to the first service characteristic information, which is beneficial to improving timeliness and accuracy of the configuration information.

[0033] In a possible implementation, a latency requirement of the first service corresponds to a first latency level, the air interface quality information corresponds to a first air interface quality level, and the configuration information is determined based on the first latency level and the first air interface quality level.

[0034] In a possible implementation, the first service characteristic information includes a service type identifier of the first service and a packet latency budget of the first service.

[0035] In a possible implementation, the terminal parses an application layer data packet to obtain the first service characteristic information based on an application layer protocol.

[0036] Based on the possible implementation, the terminal can obtain the first service characteristic information only by parsing the application layer protocol, or understand that the first service characteristic information is information that cannot be obtained by the network device, and the network device determines the configuration information based on the first service characteristic information reported by the terminal, which is beneficial to improving accuracy of the configuration information.

[0037] In a possible implementation, the air interface quality information includes a SINR and a retransmission rate.

[0038] In a third aspect, an embodiment of the present application provides a communication apparatus, which is configured to execute the method in the first aspect, the second aspect, or any possible implementation manner of any of the first aspect and the second aspect. The communication apparatus includes a module configured to execute the method in the first aspect, the second aspect, or any possible implementation manner of any of the first aspect and the second aspect.

[0039] In a fourth aspect, an embodiment of the present application provides a communication apparatus, comprising processing circuitry configured to perform the method in the first aspect, the second aspect, or any possible implementation of any of the first aspect to the second aspect. The processing circuitry is configured to execute a program stored in the memory, and when the program is executed, the method in any of the first aspect to the second aspect or any possible implementation is performed.

[0040] In a possible implementation, the memory is located outside the communication apparatus.

[0041] In a possible implementation, the memory is located inside the communication apparatus.

[0042] In the embodiments of the present application, the processing circuitry and the memory can also be integrated into one device, that is, the processing circuitry and the memory can also be integrated together. Exemplarily, the communication apparatus can be a chip.

[0043] In a possible implementation, the communication apparatus further comprises transceiver circuitry configured to receive information (or input information) or send information (or output information).

[0044] In a fifth aspect, an embodiment of the present application provides a communication apparatus, comprising processing circuitry and transceiver circuitry, the processing circuitry can be logic circuitry, and the transceiver circuitry can be interface circuitry, the logic circuitry and the interface circuitry are coupled; the interface circuitry is configured to input and / or output information, and the logic circuitry is configured to perform the method in the first aspect to the second aspect, or any possible implementation of any of the first aspect to the second aspect.

[0045] In a sixth aspect, an embodiment of the present application provides a chip, comprising processing circuitry and interface circuitry, the processing circuitry and the interface circuitry are coupled; the interface circuitry is configured to input and / or output information, and the processing circuitry is configured to execute code instructions, so that the method in any of the first aspect to the second aspect or any possible implementation is performed.

[0046] In a seventh aspect, an embodiment of the present application provides a computer readable storage medium, configured to store a computer program, when the computer program is executed on a computer, the method in any of the first aspect to the second aspect or any possible implementation is performed.

[0047] In an eighth aspect, an embodiment of the present application provides a computer program product, when the computer program product is executed on a computer, the method in any of the first aspect to the second aspect or any possible implementation is performed.

[0048] In a ninth aspect, the present application provides a communication system, the communication system comprising a terminal and a network device, the terminal being configured to perform the method shown in any possible implementation manner of any of the second aspects, and the network device being configured to perform the method shown in any possible implementation manner of the first aspect. BRIEF DESCRIPTION OF DRAWINGS

[0049] Figure 1 FIG. 1 is a schematic diagram of an architecture of a communication system provided by an embodiment of the present application;

[0050] Figure 2 FIG. 2 is a schematic diagram of a protocol layer structure between an access network device and a terminal provided by an embodiment of the present application;

[0051] Figure 3 FIG. 3 is a schematic diagram of a flow of a communication method provided by an embodiment of the present application;

[0052] Figure 4 FIG. 4 is a schematic diagram of a structure of a communication apparatus provided by an embodiment of the present application;

[0053] Figure 5 FIG. 5 is a schematic diagram of another structure of a communication apparatus provided by an embodiment of the present application;

[0054] Figure 6 FIG. 6 is a schematic diagram of a hardware system of a communication apparatus provided by an embodiment of the present application. DETAILED DESCRIPTION

[0055] The technical solutions in the embodiments of the present application will be described below with reference to the drawings.

[0056] The technical solutions provided by the present application can be applied to various communication systems, for example, a new radio access technology (NR) frequency division duplex (FDD) system, an NR time division duplex (TDD), a 5th generation (5G) mobile communication system or an NR technology, a 6th generation mobile communication system or a future mobile communication system. The 5G mobile communication system can include non-standalone (NSA) and / or standalone (SA). The technical solutions provided by the present application can also be applied to future communication systems. The present application is not limited in this regard.

[0057] Figure 1This is a schematic diagram of the architecture of a communication system applicable to embodiments of this application. The communication system 10 includes a radio access network (RAN) 100, a core network (CN) 200, and a data network (DN) 300. RAN 100 includes at least one RAN node (e.g., Figure 1 110a and 110b in the above) and at least one terminal (such as Figure 1 (120a-120j in the original text). RAN 100 may also include other RAN nodes, such as wireless relay equipment and / or wireless backhaul equipment. Figure 1 (Not shown in the image). The terminal connects to the RAN node wirelessly. The RAN node connects to the core network 200 wirelessly or via a wired connection. The core network equipment in the core network 200 and the RAN node in the RAN 100 can be different physical devices, or they can be the same physical device integrating core network logical functions and radio access network logical functions. The core network 200 can also connect to the data network 300 wirelessly or via a wired connection.

[0058] RAN 100 can be a cellular system related to the 3rd Generation Partnership Project (3GPP), such as a 5G mobile communication system or a future-oriented evolution system. RAN 100 can also be an open access network (open RAN, O-RAN, or ORAN). RAN 100 can also be a communication system that integrates two or more of the above systems.

[0059] Specifically, the following sections will discuss... Figure 1 The terminal, RAN node (also known as access network equipment), core network equipment and data network involved in the communication system are described in detail.

[0060] I. Terminal (also referred to as terminal)

[0061] A terminal can be a wireless terminal capable of receiving network device scheduling and instruction information. A wireless terminal can be a device that provides voice and / or data connectivity to a user, a handheld device with wireless connectivity, or other processing devices connected to a wireless modem. For example, a terminal can communicate with one or more core networks or the Internet via a radio access network (RAN). Terminals can also be called terminal equipment, user equipment (UE), mobile station, mobile terminal, etc. Terminals can be widely used in various scenarios, such as device-to-device (D2D), vehicle-to-everything (V2X) communication, machine-type communication (MTC), Internet of Things (IoT), ultra-reliable low-latency communication (URLLC), virtual reality, augmented reality, industrial control, autonomous driving, telemedicine, smart grids, smart furniture, smart offices, smart wearables, smart transportation, smart cities, or satellite communication, etc. The terminal can be a mobile phone, tablet computer, computer with wireless transceiver capabilities, wearable device, vehicle, aircraft (such as drone, helicopter, airplane), hot air balloon, ship, robot, robotic arm, or smart home device, etc. The embodiments of this application do not limit the form of the terminal.

[0062] II. RAN Nodes

[0063] RAN nodes, also known as access network devices, RAN entities, or access nodes, are part of a communication system and help terminals achieve wireless access. Multiple RAN nodes in communication system 10 can be of the same type or different types. In some scenarios, the roles of RAN nodes and terminals are relative, for example... Figure 1 Network element 120i can be a helicopter or a drone, and it can be configured as a mobile base station. For terminals 120j that access RAN100 through network element 120i, network element 120i is a base station; however, for network element 110a, network element 120i is a terminal. RAN nodes and terminals are sometimes referred to as communication devices, for example... Figure 1 Network elements 110a and 110b can be understood as communication devices with base station functions, while network elements 120a-120j can be understood as communication devices with terminal functions.

[0064] In one possible scenario, a RAN node can be a base station, an evolved NodeB (eNodeB), an access point (AP), a transmission reception point (TRP), a next-generation NodeB (gNB), a base station in a future mobile communication system, or an access node in a WiFi system, etc. Figure 1 110a), micro base stations or indoor stations (such as Figure 1 The RAN node can be a relay node or donor node (as described in section 110b), or a wireless controller in a CRAN scenario. Optionally, the RAN node can also be a server, wearable device, vehicle, or in-vehicle equipment. For example, the access network equipment in vehicle-to-everything (V2X) technology can be a roadside unit (RSU). All or part of the functions of the RAN node in this application can also be implemented through software functions running on hardware, or through virtualization functions instantiated on a platform (e.g., a cloud platform). The RAN node can also be equipped with communication modules, circuits, or chips that perform corresponding communication functions. The RAN node can also be configured with program instructions for performing corresponding communication functions and corresponding program instructions. The RAN node in this application can also be a logical node, logical module, or software capable of implementing all or part of the RAN node functions.

[0065] In another possible scenario, multiple RAN nodes collaborate to assist the terminal in achieving wireless access, with each RAN node performing a portion of the base station's functions. For example, a RAN node can be a central unit (CU), a distributed unit (DU), a CU-control plane (CP), a CU-user plane (UP), or a radio unit (RU). CUs and DUs can be separate entities or included in the same network element, such as a baseband unit (BBU). RUs can be included in radio frequency equipment or radio frequency units, such as remote radio units (RRUs), active antenna units (AAUs), or remote radio heads (RRHs).

[0066] In different systems, CU (or CU-CP and CU-UP), DU, or RU may have different names, but those skilled in the art will understand their meaning. For example, in an ORAN system, CU can also be called O-CU (open CU), DU can also be called O-DU, CU-CP can also be called O-CU-CP, CU-UP can also be called O-CU-UP, and RU can also be called O-RU. For ease of description, this application uses CU, CU-CP, CU-UP, DU, and RU as examples. Any of the units among CU (or CU-CP, CU-UP), DU, and RU in this application can be implemented through software modules, hardware modules, or a combination of software and hardware modules.

[0067] It is important to know that communication between access network devices and terminals follows a specific protocol layer structure. For example, please refer to [link to relevant documentation]. Figure 2 As shown, the protocol layer structure between access network devices and terminals may include the packet data convergence protocol (PDCP) layer, the radio link control (RLC) layer, the media access control (MAC) layer, and the physical layer (PHY layer).

[0068] III. Core Network Equipment

[0069] Core network equipment refers to the equipment in the core network that provides service support to terminals. It is primarily responsible for registration, call setup, billing, mobility management, providing user connectivity, managing users, and carrying out service delivery, data processing, and routing. Core network equipment can correspond to different devices in different communication systems. For example, in 5G communication systems, it may correspond to one or more network elements such as the Access and Mobility Management Function (AMF) network element, the Session Management Function (SMF) network element, and the User Plane Function (UPF) network element. In next-generation or future communication systems, it may correspond to one or more network elements, devices, or entities that provide service support to terminals.

[0070] IV. Data Network (DN)

[0071] A data network (DN) is a network located outside the mobile communication system that provides services to users. For example, a DN can be a packet data network (PDN), such as the Internet, Internet Protocol Multimedia Service (IMS) networks, dedicated data networks for certain applications, Ethernet, Internet Protocol (IP) local area networks, extended reality (XR), etc. The IP protocol can be IPv4 or IPv6. A DN can deploy various services, providing data and / or voice services to terminals. A DN can have multiple application servers (AS), each providing at least one service.

[0072] It should be noted that, Figure 1 The communication system shown is not limited to the terminals, access network equipment, core network equipment and data network shown in the figure, but may also include other equipment not shown in the figure, which will not be listed here in this application.

[0073] In this application, the device for implementing the terminal's functions can be a terminal itself, or any device capable of supporting the terminal in implementing those functions, such as a processor, circuit, chip, or chip system. This device can be installed in the terminal or connected to the terminal for use. In the technical solutions provided in this application, the terminal is used as an example to illustrate the technical solutions provided in this application.

[0074] The network device in this application is an access network device. The data / signaling interaction between the network device and the terminal mentioned in this application refers to the data / signaling interaction between the access network device and the terminal, or it can be the data / signaling interaction between the core network device and the terminal through the access network device. In this application, the means for implementing the function of the network device can be the network device itself, or it can be any means that supports the network device in implementing that function, such as a processor, circuit, chip, or chip system. This means can be installed in the network device or connected to the network device for use. In the technical solution provided in this application, the example of the means for implementing the function of the network device being a network device is used to describe the technical solution provided in this application.

[0075] To facilitate understanding of the embodiments of this application, the terminology used in this application will be briefly explained first. It should be noted that the following explanations of terminology are merely illustrative for ease of understanding and should not be considered as specific limitations.

[0076] 1. Extended Reality (XR)

[0077] XR refers to the use of computers to combine the real and virtual worlds, creating a virtual environment that allows for human-computer interaction. XR includes VR and AR, and typically requires low packet loss and low latency transmission.

[0078] In one possible scenario (Scenario 1), VR real-time control services are more sensitive to transmission latency than to data integrity. This can be understood as follows: due to the human-computer interaction perception threshold, the human body is extremely sensitive to delays in visual-motor feedback. When the interaction latency is less than 15ms, users will perceive the action and feedback as being synchronized in real time; when the interaction latency exceeds 15ms, a noticeable stutter will be perceived; and when the interaction latency exceeds 20ms, certain scenarios (such as medical and industrial settings) will directly trigger safety alarms.

[0079] For example, in industrial XR remote control applications, remote operation of mining robotic arms and precision instrument assembly is required. The data transmission latency for this type of application needs to be controlled within 10ms to 15ms. If the robotic arm's stop command is delayed by more than 15ms, it could lead to equipment collisions.

[0080] Alternatively, in medical XR remote assistance services (such as neurosurgery), experts can guide local doctors through procedures using AR annotations. The data transmission latency for this service must be less than or equal to 8ms. If the transmitted AR annotations exceed 8ms, it may cause the annotations to become out of sync with the surgical actions, increasing surgical risks.

[0081] Alternatively, in XR competitive gaming services, such as multiplayer VR shooting games, players' shooting and movement commands need to be synchronized in real time, and the data transmission latency for this service must be less than or equal to 12ms. If the shooting / movement command latency exceeds 12ms, operational delays will occur, affecting the fairness of the game.

[0082] In a possible scenario 2, the transmission requirement for XR video services is to strike a balance between transmission latency and transmission reliability. Alternatively, XR video typically operates at a frame rate of 24-60 frames per second, corresponding to a single frame interval of approximately 16.7-41.7 ms. Keeping the transmission latency within 30 ms ensures that the video frames received at the receiving end are in the same order as those sent at the sending end, avoiding "frame misalignment" (the later frame arrives before the previous one) or "frame skipping" (too many lost frames causing frame jumps). Furthermore, if the video SDU loss rate is too high, noticeable screen tearing will occur. Therefore, while controlling latency, it is necessary to minimize the loss of valid SDUs to ensure a certain level of transmission reliability.

[0083] For example, in 8K XR live streaming services, such as XR concerts and sports event live streams, the video frame rate is typically 30 frames per second, and the data transmission latency needs to be controlled within 15-30ms. If the latency exceeds 30ms, audio and video desynchronization may occur (such as delays in the singer's movements and sound).

[0084] Alternatively, in XR social video call services, such as "virtual face-to-face" chats between users and friends using XR devices, video frames must remain continuous, and the data transmission latency for this service must be less than or equal to 25ms. If it exceeds 25ms, it may cause delays in responding during the conversation, affecting the social experience.

[0085] Alternatively, in XR educational courses, such as when a teacher demonstrates a 3D physics experiment using an XR device, the video needs to be transmitted in real time. The data transmission latency for this service must be less than or equal to 30ms. If it exceeds 30ms, the experimental steps seen by students may be out of sync with the teacher's explanation, affecting the teaching effectiveness.

[0086] It is understandable that in the same scenario (such as scenario 1, scenario 2 and scenario 3 below), different services may correspond to different latency sensitivities (or different transmission latency requirements).

[0087] In one possible scenario 3, the main requirement for ordinary download services is transmission reliability. Even if data packet transmission timeouts are caused by air interface fluctuations, data packets need to be retransmitted to ensure data integrity and avoid problems such as "download interruption" and "update failure".

[0088] For example, in XR resource download services, such as downloading XR game installation packages (usually 10-50GB) or XR video caches (such as 8K XR movies), users only need to be able to download the complete file in the end, and they will not notice any delay of 1-2 seconds during the download process.

[0089] Alternatively, in XR application update services, such as system updates and application patch pushes for XR devices, the update process is mostly carried out in the background, so users do not need to wait in real time, and the latency can be tolerated up to several minutes.

[0090] Alternatively, in user behavior data upload services, such as user operation logs and preference settings recorded by XR applications (e.g., in-game character configuration, personalized settings in VR social interaction), the amount of uploaded data is small, and even a delay of a few seconds will not affect the user experience.

[0091] 2. Invalid retransmission blocking mechanism

[0092] For the data sender, if a data packet (such as a service data unit (SDU)) fails to be sent successfully, the data sender will typically continue to retransmit / send the data packet.

[0093] In XR scenarios, when a data packet has exceeded the service's tolerable latency, this application proposes an invalid retransmission blocking mechanism to avoid resource waste caused by the data sender continuing to retransmit / send the data packet. This invalid retransmission blocking mechanism can be understood as stopping the data sender from transmitting / retransmitting the data packet or its segments by starting a timer (e.g., a discard timer) and / or configuring parameters to prohibit retransmission of data packets (e.g., referred to in this application as the parameter stopReTxDiscardedSDU).

[0094] For example, in industrial XR scenarios, if a remotely controlled robotic arm's grasping command times out (e.g., exceeding 20ms, or interpreted as a discard timer timeout), the PDCP entity at the data transmitter sends a discard instruction to the RLC entity. Optionally, the timing of sending this discard instruction is typically determined by the PDCP entity based on a service latency threshold. With the stopReTxDiscardedSDU parameter enabled, the data transmitter immediately stops retransmitting the grasping command, preventing unnecessary occupation of air interface resources and ensuring that new commands (such as new attitude adjustment commands) can be transmitted in a timely manner.

[0095] 3. Window blocking unblocking mechanism

[0096] For the data receiving end, if a data packet is not successfully received, the data receiving end will usually wait for the data packet until it is successfully received.

[0097] In XR scenarios, to avoid situations where the data receiver gets stuck in a window stop while waiting for unreceived data, thus blocking subsequent data reception and the data sender from sending subsequent data, this application proposes a window blocking unblocking mechanism. This mechanism can be understood as configuring a receiver-side discard timer (e.g., referred to in this application as the t-RxDiscard timer) or a receiver-side discard parameter (e.g., referred to in this application as the parameter t-RxDiscard), causing the data receiver to start a timer for each unreceived data packet. If the timer expires and the data receiver still hasn't received the data packet, the data receiver sends a positive acknowledgment (ACK) message to the data sender through a status report. This can be understood as the data receiver actively discarding the data packet, thus informing the data sender that there is no need to retransmit / send the data packet, thereby advancing the transmission of subsequent data.

[0098] For example, in 4K video transmission, if a video frame data packet is lost due to air interface interference and is not successfully received, the data receiver starts a t-RxDiscard timer. After the t-RxDiscard timer expires, the video frame data packet is discarded, and an ACK message is sent back to the data sender. This prevents subsequent video frame data packets from piling up because the data receiver is waiting for the lost video frame data packet, thus ensuring the smoothness of the video.

[0099] It is understandable that window blocking contact mechanism and invalid retransmission blocking mechanism can reduce data transmission latency, but at the same time, they may also reduce data transmission reliability due to packet loss.

[0100] In the actual operation of XR services, it is common for users to dynamically switch between different XR service types. For example, when using an XR device, a user may first download an XR game installation package, then launch the game and enter the VR real-time competitive service, receive XR video call invitations from friends during the game, and finally upload game data after the game ends.

[0101] Typically, different XR services correspond to different transmission requirements (including transmission latency and transmission reliability requirements). For example, continuing from the previous example, the "XR game installation package download service" can be understood as a regular data service, a high-latency interactive service, or a high-reliability interactive service; the "VR real-time competition service" can be understood as a VR hands-on control service or a low-latency interactive service; the "XR video call invitation service" can be understood as an XR video transmission service or a medium-latency video service; and the "game data upload service" can be understood as a regular data service. In this context, how to better meet the transmission reliability and latency requirements of XR services requires further research.

[0102] This application provides a communication method and a communication device, which helps to better meet the transmission reliability and latency requirements of XR services. The following detailed explanation of the solution provided in this application is based on corresponding flowcharts. It is understood that the illustrative flowcharts provided in this application primarily use different devices (e.g., terminals, network devices) as examples of the execution subjects of this interactive illustration to illustrate the method, but this application does not limit the execution subjects of the interactive illustrations. For example, the devices (e.g., terminals, network devices) in the illustrative flowcharts can also be chips, chip systems, or processors that support the implementation of this method on the device, or logic modules or software that can implement all or part of the functions of the device.

[0103] As a general statement, the message or signaling interactions involved in the interaction process of this application embodiment can be standard messages or signaling or newly introduced messages or signaling. This application embodiment does not make specific limitations on this.

[0104] Please see Figure 3 , Figure 3 This is a schematic diagram of a communication method 30 according to an embodiment of this application. It can be understood that... Figure 3 The terminal in the middle can be Figure 1 Any terminal in the context can also refer to a device within that terminal (such as a processor, chip, or chip system). Network devices can be... Figure 1 Any access network device, or a component within an access network device (such as a processor, chip, or chip system). Figure 3 As shown, method 30 includes the following steps:

[0105] S301. The terminal sends the first service characteristic information to the network device.

[0106] Accordingly, the network device receives first service characteristic information from the terminal, which is used to indicate the latency requirements of the first service.

[0107] In one possible implementation, the terminal collects the first service characteristic information of the first service through an application layer interface. This first service characteristic information can reflect the latency sensitivity of the first service. Alternatively, it can be understood that the terminal obtains the first service characteristic information by parsing application layer data packets based on application layer protocols (such as the OpenXR protocol for VR devices, the Open Platform Communications Unified Architecture (OPC UA) protocol for industrial equipment, etc.).

[0108] Based on this possible implementation, the terminal obtains the first service characteristic information of the first service by parsing the application layer protocol. This first service characteristic information can be understood as information that network devices cannot directly obtain or cannot obtain. Subsequently, network devices determine configuration information based on the first service characteristic information reported by the terminal, which helps improve the compatibility between the configuration information and the first service, and also helps improve the accuracy of the configuration information.

[0109] Optionally, the service characteristic information mentioned in this application (including the first service characteristic information and the second service characteristic information mentioned below) includes, but is not limited to, service type identifier and packet delay budget (PDB). In the following description of this application, the example of service characteristic information including service type identifier and packet delay budget is used only. For example, the first service characteristic information includes the service type identifier and packet delay budget of the first service.

[0110] The service type identifiers include ordinary download services (such as data / file download services that accept high latency), VR implementation and control services (such as robotic arm control, remote medical assistance, and other services that require low latency), and XR video transmission services (such as 4K video transmission or 8K video transmission services that require medium latency).

[0111] In one possible application scenario, the terminal will only execute S301 to send the first service characteristic information to the network device under certain conditions. This helps reduce the terminal's reporting overhead and lower power consumption. The conditions that are met include one or more of the following:

[0112] 1) The first service is detected to be started. Or, this can be understood as the terminal detecting that a certain service has changed from being closed to being started.

[0113] For example, when a terminal detects that a VR application has been launched / enabled, the terminal sends the service characteristic information corresponding to the VR application's running service to the network device; or, when an industrial device (i.e., the terminal mentioned in this application) accesses the network, the industrial device sends the service characteristic information corresponding to the industrial device's running service to the network device.

[0114] 2) The terminal detects a switch from performing the second service to performing the first service. Alternatively, this can be understood as the terminal detecting a service switch.

[0115] For example, when a terminal switches from "file download service" to "VR real-time service", the terminal sends the service characteristic information corresponding to the VR real-time service to the network device.

[0116] 3) If the difference between the numerical indicator corresponding to the first business feature information and the numerical indicator corresponding to the second business feature information is greater than the first threshold, the second business feature information is the business feature information reported in the last report. Alternatively, this can be understood as the terminal detecting a significant change in the business feature.

[0117] The numerical indicators corresponding to the business characteristic information mentioned in this application include values ​​for packet delay budget indication, values ​​used to indicate transmission delay requirements, or business type identifiers, etc. Regarding the first threshold mentioned in this application, its specific value can be adaptively adjusted according to specific application scenarios, and this application does not limit it in this regard.

[0118] For example, taking the numerical indicator corresponding to the service feature information as the maximum tolerable latency at the application layer (e.g., PDB), with a first threshold of 3ms, as an example. At time T1, the terminal sends service feature information #1 to the network device. This service feature information #1 indicates that the maximum tolerable latency at the application layer is 20ms. The network device sends configuration information to the terminal based on service feature information #1. At time T2, after time T1, if the terminal detects service feature information #2, which indicates that the maximum tolerable latency at the application layer is 15ms, it can be understood that the maximum tolerable latency at the application layer between service feature information #2 and service feature information #1 is 5ms, which is greater than the first threshold. Therefore, the terminal sends service feature information #2 to the network device.

[0119] Based on this possible implementation method, the timing for the terminal to send service characteristic information to the network device can be determined, or it can be understood as the timing for the terminal to request the network device to update / send configuration information. This is beneficial to improving the compatibility between the configuration information and the current service characteristic information, or it is beneficial to improving the timeliness and accuracy of the configuration information.

[0120] Optionally, the terminal may send the first service characteristic information to the network device via radio resource control (RRC) signaling.

[0121] S302. The terminal sends the air interface quality information corresponding to the terminal to the network device.

[0122] Accordingly, the network device receives air interface quality information corresponding to the terminal from the terminal. This air interface quality information reflects / indicates the current air interface quality of the terminal. For example, this air interface quality information includes, but is not limited to, SINR, retransmission rate (e.g., RLC retransmission rate), reference signal received power (RSRP), or reference signal received quality (RSRQ). The following description uses SINR and retransmission rate as examples of air interface quality information.

[0123] This application does not limit the method by which the terminal obtains the air interface quality information corresponding to the terminal. For example, the network device sends a reference signal (such as a channel-state information reference signal (CSI-RS)) to the terminal, and the terminal measures the reference signal to obtain the air interface quality information.

[0124] In one possible implementation, the terminal periodically sends / updates air interface quality information to the network device based on a preset period. Alternatively, this can be understood as the network device periodically sending reference signals to the terminal based on a preset period, so that the terminal periodically reports air interface quality information.

[0125] Optionally, the preset period can cover (or be understood as greater than or equal to) the transmission time of a data packet from the PDCP entity of the network device to the PDCP entity of the terminal. For example, the preset period can be 200ms.

[0126] S303. The network device sends configuration information to the terminal based on the first service characteristic information and the air interface quality information corresponding to the terminal. The configuration information is used to indicate the activation of the first timer and the configuration of the second timer, or the configuration information is used to indicate the disabling of the first timer.

[0127] In the case where this configuration information is used to indicate that the first timer is disabled, this configuration information can also be interpreted as not configuring the second timer. Optionally, this configuration information is carried in RRC signaling.

[0128] The first timer mentioned in this application is used to control the data sending end (e.g., network device) to stop retransmitting data packets of the first service. Enabling the first timer mentioned in this application can also be understood as enabling an invalid retransmission mechanism, or as enabling / configuring a parameter to prohibit retransmission of data packets (such as the parameter stopReTxDiscardedSDU). It can be understood that the first timer operates on the data sending end, i.e., the network device in this embodiment. Optionally, the first timer or the parameter to prohibit retransmission of data packets operates on the RLC entity of the network device.

[0129] The second timer mentioned in this application is used to control the data receiving end (e.g., terminal) to discard data packets of the first service. The configuration of the second timer mentioned in this application can be understood as enabling the window blocking release mechanism, or as configuring the receiving side discard parameters (such as the parameter t-RxDiscard), or as configuring the receiving side discard timer (such as the t-RxDiscard timer).

[0130] Accordingly, the terminal receives configuration information from the network device, which is determined based on the first service characteristic information and the air interface quality information corresponding to the terminal.

[0131] In one possible implementation, the latency requirement of the first service corresponds to a first latency level, and the air interface quality information of the terminal corresponds to a first air interface quality level. The network device sends configuration information to the terminal based on the first latency level and the first air interface quality level; or it can be understood that the network device determines the configuration information based on the first latency level and the first air interface quality level, and sends the configuration information to the terminal.

[0132] Based on this possible implementation method, network devices can pre-classify different latency levels based on different latency requirements and different air interface quality levels based on different air interface quality levels. Subsequently, network devices can determine configuration information based on the first latency level and the first air interface quality level corresponding to the first service, which helps to improve configuration efficiency.

[0133] To make it easier to understand, the classification methods for latency levels and air interface quality levels will be introduced below.

[0134] I. Latency Level Classification

[0135] Different latency levels correspond to different latency score ranges. The network device determines the latency score corresponding to the first service feature information, and based on the latency score range to which the latency score of the first service feature information belongs, determines the first latency level corresponding to the first service feature information.

[0136] In one possible implementation, if the first service characteristic information includes a service type identifier and a packet latency budget for the first service, the network device determines a latency score based on the service type identifier and the packet latency budget for the first service. If the latency score belongs to a first latency score range, and the first latency score range corresponds to a first latency level, then the network device determines that the latency requirement of the first service corresponds to the first latency level.

[0137] For example, the scores corresponding to different service type identifiers are shown in Table 1, the scores corresponding to different packet latency budget ranges are shown in Table 2, and the latency score ranges corresponding to different latency levels are shown in Table 3.

[0138] Table 1

[0139]

[0140] Table 2

[0141]

[0142] Table 3

[0143]

[0144] In this scenario, if the first service is an XR competitive game, and its service type identifier is VR control service type, then based on Table 1, the score corresponding to this service type identifier is 12 points. If the packet latency budget for the first service is 14ms, then based on Table 2, the score corresponding to this packet latency budget is 10 points. Therefore, the latency score corresponding to the first service feature information of the first service is 22 points. Based on Table 3, the latency level corresponding to this first service is: Level B1, which corresponds to the latency score range [20 points, 22 points] of 22 points.

[0145] II. Classification of Air Interface Quality Levels

[0146] Different air interface quality levels correspond to different air interface quality information (or can be understood as different air interface quality indicators) ranges. The network device determines the first air interface quality level by identifying the range to which the terminal's air interface quality information belongs.

[0147] In one possible implementation, when the air interface quality information corresponding to the terminal includes SINR and retransmission rate, the network device determines the first air interface quality level based on the SINR interval to which the SINR belongs (referred to as the first SINR interval in this application) and the retransmission rate interval to which the retransmission rate belongs (referred to as the first retransmission rate interval in this application).

[0148] For example, in new radio (NR), when SINR ≥ 0dB, the service transmission rate can reach over 80% of the peak value; when SINR < -3dB, the rate drops to below 30% of the peak value. Furthermore, when the retransmission rate (e.g., RLC retransmission rate) is < 5%, there is less waste of air interface resources; when the retransmission rate ≥ 15%, redundant retransmissions are more likely to occur. Generally, there is a positive correlation between SINR and retransmission rate (or retransmission reliability). Based on this, the SINR range and retransmission rate range corresponding to different air interface quality levels are shown in Table 4.

[0149] Table 4

[0150]

[0151] In this case, if the SINR of the terminal's air interface quality information is 3dB and the retransmission rate is 4%, then based on Table 4, the first air interface quality level is: the level A1 corresponding to the SINR interval "SINR≥0dB" and the retransmission rate interval "retransmission rate<5%" for the SINR and the retransmission rate.

[0152] After introducing latency levels and air interface quality levels, we will now introduce the methods for determining configuration information based on different latency levels and air interface quality levels.

[0153] In one possible implementation, the latency tolerance of level B1 is less than that of level B2, and the latency tolerance of level B2 is less than that of level B3; the air interface quality of level A1 is higher than that of level A2, and the air interface quality of level A2 is higher than that of level A3. In this case, the configuration information includes one or more of the following:

[0154] When the first latency level is B1, the configuration information is used to indicate the activation of the first timer and the configuration of the second timer. Alternatively, this can be understood as follows: for low-latency services, the first timer can be activated at the data sending end to stop redundant retransmissions, and the second timer can be activated at the data receiving end to quickly discard outdated data packets, avoiding window stagnation.

[0155] Alternatively, if the first latency level is B2 and the first air interface quality level is A1, the configuration information is used to indicate that the first timer is disabled. This can be understood as follows: during the transmission of medium-latency services, when the air interface quality is good, the first timer can be disabled at the data sending end to allow for a small number of retransmissions, thereby improving transmission reliability; at the data receiving end, the second timer can be left unconfigured to avoid accidental packet loss.

[0156] Alternatively, when the first latency level is B2 and the first air interface quality level is A2 or A3, the configuration information is used to indicate the activation of the first timer and the configuration of the second timer. This can be understood as follows: during the transmission of medium-latency services, under medium or poor air interface quality conditions, the first timer can be activated at the data sending end to stop redundant retransmissions, and the second timer can be activated at the data receiving end to quickly discard outdated data packets, avoiding window stagnation. Optionally, the timeout duration of the second timer can also be configured to balance data transmission latency and reliability.

[0157] Alternatively, when the first latency level is B3, the configuration information is used to indicate that the first timer is disabled. This can be understood as follows: during the transmission of high-latency services (or services that are not sensitive to latency), the first timer can be disabled at the data sending end to allow for a small number of retransmissions, thereby improving transmission reliability; and the second timer can be left unconfigured at the data receiving end to avoid accidental packet loss.

[0158] In one possible implementation, the first timer corresponds to a first timeout duration, and the second timeout duration corresponding to the second timer is determined based on the first timeout duration, the weight parameter (or delay compensation coefficient) corresponding to the first delay level, and the weight parameter (or air interface compensation coefficient) corresponding to the first air interface quality level.

[0159] For example, the second timeout duration meets the following conditions:

[0160]

[0161] in, This is the second timeout duration. For the first timeout duration, The weight parameters corresponding to the first latency level. This refers to the weighting parameter corresponding to the first air quality level.

[0162] Based on this possible implementation, the second timeout duration can be determined based on the first timeout duration of the first timer, the first latency level, and the first air interface quality, which helps to improve the rationality and reliability of the configured second timeout duration. This helps to avoid situations where data packets are mistakenly dropped at the data receiving end due to an excessively small configured second timeout duration, or situations where window congestion and increased transmission latency are caused by an excessively large configured second timeout duration.

[0163] Optionally, different latency levels correspond to different weighting parameters. If the latency tolerance of the first latency level is less than that of the second latency level, the weighting coefficient corresponding to the first latency level is less than that of the second latency level. Alternatively, this can be understood as: the smaller the latency tolerance of a latency level, the smaller the weighting parameter corresponding to that latency level.

[0164] For example, the weighting parameters corresponding to different latency levels are shown in Table 5.

[0165] Table 5

[0166]

[0167] Based on the relationship between latency levels and weighting coefficients shown in Table 5, when the latency tolerance of a latency level is low (e.g., level B1), making the second timeout duration of the second timer less than 0.5 times the first timeout duration of the first timer helps save transmission latency. When the latency tolerance of a latency level is high (e.g., level B2), appropriately increasing the second timeout duration of the second timer helps avoid data packet loss.

[0168] Optionally, different air interface quality levels correspond to different weighting parameters. If the air interface quality of the first air interface quality level is higher than that of the second air interface quality level, the weighting coefficient corresponding to the first air interface quality level is smaller than the weighting coefficient corresponding to the second air interface quality level. Alternatively, this can be understood as: the higher the air interface quality corresponding to a given air interface quality level, the smaller the weighting parameter corresponding to that air interface quality level.

[0169] For example, the weighting parameters corresponding to different air interface quality levels are shown in Table 6.

[0170] Table 6

[0171]

[0172] Based on the relationship between air interface quality level and weighting coefficient shown in Table 6, when the air interface quality level reflects good air interface quality (e.g., level A1), a weighting coefficient of 1 can be understood as meaning no additional air interface compensation is needed. When the air interface quality level reflects medium air interface quality (e.g., level A2), a weighting coefficient of 1.2 can be understood as requiring appropriate air interface compensation, which helps balance transmission delay and reliability during transmission and reduces the chance of data packets being mistakenly dropped during transmission. When the air interface quality level reflects poor air interface quality (e.g., level A3), a weighting coefficient of 1.5 can be understood as requiring significant air interface compensation, which helps reduce the chance of data packets being mistakenly dropped due to a short configured second timeout duration.

[0173] To facilitate understanding, this application also provides the following examples to illustrate the configuration information in business switching scenarios.

[0174] Scenario 1: A terminal switches from a service with latency level B3 to a service with latency level B1. In this case, if the terminal's corresponding air interface quality level is A2, the configuration information is determined based on level B1 and level A2. This configuration information indicates that the first timer is enabled and the second timer is configured. With a weighting coefficient of 0.3 for level B1, a weighting coefficient of 1.2 for level A1, and a first timeout duration of 15ms for the first timer (e.g., a discard timer), the second timeout duration of the second timer is... .

[0175] Scenario 2: A terminal switches from a service with a latency level of B1 to a service with a latency level of B3. In this case, if the air interface quality level corresponding to the terminal is A3, the configuration information is determined based on level B3 and level A3. This configuration information indicates that the first timer is disabled, or it can be understood as the configuration information indicating that the first timer is disabled and the second timer is not configured.

[0176] Scenario 3: A terminal switches from a service with latency level B2 to another service with latency level B2. In this case, if the terminal's corresponding air interface quality level is A1, the configuration information is determined based on level B2 and level A1. This configuration information indicates that the first timer is enabled and the second timer is configured. With a weighting coefficient of 0.5 for level B1, a weighting coefficient of 1 for level A1, and a first timeout duration of 40ms for the first timer, the second timeout duration of the second timer is... .

[0177] Optionally, in a service switching scenario, if the services before and after the switch correspond to the same latency level, the first timeout duration for the services before the switch can be different from the first timeout duration for the services after the switch.

[0178] In one possible implementation, "configuration information for configuring the second timer" can be understood as: the configuration information indicates the second timeout duration of the second timer, and the effective delay time of the configuration information. After receiving the configuration information, the terminal can update the parameters of the second timer based on the configuration parameters within the effective delay time. Optionally, after the terminal completes the parameter update of the second timer, the terminal can also send a status report to the network device, which indicates the effective status of the configuration information.

[0179] The effective delay time is used to indicate when the configuration information takes effect. For example, the effective delay time can be used to indicate the frame number or subframe number of the system frame in which the configuration information takes effect. This application does not limit the method for determining the effective delay time; for example, the effective delay duration can be determined based on the subcarrier interval.

[0180] In one possible implementation, during data transmission based on the configuration information, the network device can also collect effect data such as retransmission rate and window stagnation duration. Subsequently, the network device can optimize and update the weight coefficients corresponding to the latency level and the weight information corresponding to the air interface quality level based on the effect data to improve data transmission performance and adapt to the evolution requirements of XR services.

[0181] In summary, determining whether to enable the first timer and the second timer based on the service characteristics information of the first service and the air interface quality corresponding to the terminal is beneficial for the enabling / disabling of the first timer and the second timer to be more adapted to the first service and the air interface environment (or understood as the air interface environment used to transmit data packets of the first service), thereby helping to meet the transmission reliability and transmission latency requirements of the first service.

[0182] It should be understood that Figure 3 The flowcharts or scene diagrams shown are for illustrative purposes only and are not intended to limit the embodiments of this application to the examples illustrated. In fact, those skilled in the art can interpret the embodiments based on... Figure 3 The possible examples can be freely combined as long as there is no logical conflict, resulting in more implementation methods.

[0183] The above text combined Figure 3 This document describes in detail the communication method provided in the embodiments of this application. The following will combine... Figures 4 to 5The device embodiments of this application are described in detail below. It should be understood that the communication device of this application embodiment can execute the various communication methods of the foregoing embodiments of this application, that is, the specific working processes of the various products below can be referred to the corresponding processes in the foregoing method embodiments.

[0184] In the embodiments described above, the terminal may execute some or all of the steps in each embodiment; the network device may execute some or all of the steps in each embodiment. These steps or operations are merely examples, and the embodiments of this application may also perform other operations or variations thereof. Furthermore, the steps may be executed in different orders as presented in the embodiments, and it is not necessary to execute all the operations in the embodiments of this application. Moreover, the sequence number of each step does not imply the order of execution; the execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0185] Figure 4 This is a schematic diagram of the communication device provided in an embodiment of this application. Figure 4 As shown, the communication device 40 may include a communication module 420. The communication module 420 can implement corresponding communication functions, which can be internal communication functions of the communication device 40 or communication functions between the communication device 40 and other devices. Optionally, the communication module 420 may also be referred to as a communication interface or transceiver module. Optionally, the communication device 40 may also include a processing module 410. The processing module 410 can implement corresponding processing functions.

[0186] Optionally, the communication device 40 further includes a storage module, which can be used to store instructions and / or data; the processing module 410 can read the instructions and / or data in the storage module so that the communication device 40 can implement the aforementioned method embodiments.

[0187] In one possible design, the communication device 40 may correspond to the network device in the above method embodiments, or to a component (such as a circuit, chip, or chip system) configured in the network device. The communication device 40 can be used to perform the steps or processes performed by the network device in any of the above method embodiments.

[0188] For example, the communication module 420 is used to receive first service characteristic information from the terminal, which indicates the latency requirements of the first service; the communication module 420 is also used to receive air interface quality information from the terminal; the processing module 410 is used to send configuration information to the terminal based on the first service characteristic information and the air interface quality information corresponding to the terminal, which indicates to enable a first timer and configure a second timer, or the configuration information indicates to disable the first timer; wherein, the first timer is used to control the network device to stop retransmitting the data packets of the first service, and the second timer is used to control the terminal to discard the data packets of the first service.

[0189] In one possible implementation, the latency requirement of the first service corresponds to a first latency level, and the air interface quality information corresponds to a first air interface quality level; the processing module 410 is used to send the configuration information to the terminal based on the first latency level and the first air interface quality level.

[0190] In one possible implementation, the configuration information includes one or more of the following:

[0191] When the first latency level is level B1, this configuration information is used to indicate whether to enable the first timer and configure the second timer; or,

[0192] When the first latency level is level B2 and the first air interface quality level is level A1, this configuration information is used to indicate that the first timer is disabled; or,

[0193] When the first latency level is level B2 and the first air interface quality level is level A2 or level A3, the configuration information is used to indicate the activation of the first timer and the configuration of the second timer; or,

[0194] When the first latency level is level B3, this configuration information is used to indicate that the first timer is disabled;

[0195] Among them, the latency tolerance of level B1 is less than that of level B2, and the latency tolerance of level B2 is less than that of level B3; the air interface quality of level A1 is higher than that of level A2, and the air interface quality of level A2 is higher than that of level A3.

[0196] In one possible implementation, the first latency level corresponds to a first latency score interval, and the first service feature information includes the service type identifier of the first service and the packet latency budget of the first service. The processing module 410 is further configured to: determine a latency score based on the service type identifier of the first service and the packet latency budget of the first service; and determine the first latency level based on the first latency score interval to which the latency score belongs.

[0197] In one possible implementation, the air interface quality information includes signal-to-interference-plus-noise ratio (SINR) and retransmission rate. The first air interface quality level corresponds to a first SINR interval and a first retransmission rate interval. The processing module 410 is further configured to: determine the first air interface quality level based on the first SINR interval to which the SINR belongs and the first retransmission rate interval to which the retransmission rate belongs.

[0198] In one possible implementation, the first timer corresponds to a first timeout duration, and the second timer corresponds to a second timeout duration. The second timeout duration is determined based on the first timeout duration, the weight parameter corresponding to the first latency level, and the weight parameter corresponding to the first air interface quality level.

[0199] In one possible implementation, the latency tolerance of the first latency level is less than the latency tolerance of the second latency level, and the weighting coefficient corresponding to the first latency level is less than the weighting coefficient corresponding to the second latency level; and / or, the air interface quality of the first air interface quality level is higher than the air interface quality of the second air interface quality level, and the weighting coefficient corresponding to the first air interface quality level is less than the weighting coefficient corresponding to the second air interface quality level.

[0200] The above are merely examples; for detailed steps or procedures, please refer to the descriptions in the foregoing embodiments.

[0201] In one possible design, the communication device 40 may correspond to the terminal in the above method embodiments, or a component (such as a circuit, chip, or chip system) configured in the terminal. The communication device 40 can be used to execute the steps or processes performed by the terminal in any of the above method embodiments.

[0202] For example, the processing module 410 is used to process data received by the transceiver module or to process data to be sent by the transceiver module;

[0203] The communication module 420 is used to send first service characteristic information to the network device, the first service characteristic information being used to indicate the latency requirements of the first service; the communication module 420 is also used to send air interface quality information corresponding to the terminal to the network device; the communication module 420 is also used to receive configuration information from the network device, the configuration information being determined based on the first service characteristic information and the air interface quality information corresponding to the terminal, the configuration information being used to instruct the activation of a first timer and the configuration of a second timer, or the configuration information being used to instruct the disabling of the first timer; wherein, the first timer is used to control the network device to stop retransmitting data packets of the first service, and the second timer is used to control the terminal to discard data packets of the first service.

[0204] In one possible implementation, the communication module 420 sends the first service characteristic information to the network device when certain conditions are met; wherein the conditions being met include one or more of the following:

[0205] The activation of the first service has been detected;

[0206] Alternatively, it may detect that the terminal has switched from performing the second service to performing the first service;

[0207] Alternatively, if the difference between the numerical indicator corresponding to the first business feature information and the numerical indicator corresponding to the second business feature information is greater than the first threshold, the second business feature information is the business feature information reported last time.

[0208] In one possible implementation, the latency requirement of the first service corresponds to a first latency level, the air interface quality information corresponds to a first air interface quality level, and the configuration information is determined based on the first latency level and the first air interface quality level.

[0209] In one possible implementation, the first service characteristic information includes the service type identifier of the first service and the packet latency budget of the first service.

[0210] In one possible implementation, the processing module 410 is further configured to parse application layer data packets based on the application layer protocol to obtain the first service characteristic information.

[0211] In one possible implementation, the air interface quality information includes the signal-to-interference-plus-noise ratio (SINR) and the retransmission rate.

[0212] The above are merely examples; for detailed steps or procedures, please refer to the descriptions in the foregoing embodiments.

[0213] Figure 5 This is a schematic diagram of another communication device structure provided in the embodiments of this application. The communication device 50 may be a chip, chip system, or processor, etc., used by a terminal or network device to implement the above methods. The communication device 50 can be used to implement the methods described in the above method embodiments; for details, please refer to the descriptions in the above method embodiments.

[0214] like Figure 5As shown, the communication device 50 may include one or more processors 510, which may also be referred to as processing units or processing modules, and can implement certain control functions. The processor 510 may be a general-purpose processor or a dedicated processor, such as a baseband processor or a central processing unit. The baseband processor can be used to process communication protocols and communication data, while the central processing unit can be used to control the communication device 50 (e.g., a base station, baseband chip, user, user chip), execute software programs, and process data from the software programs.

[0215] In an alternative design, the processor 510 may also store instructions and / or data that can be executed by the processor 510 to cause the communication device 50 to perform the methods described in the above method embodiments.

[0216] In another alternative design, the communication device 50 may include a communication interface 520 for implementing receiving and transmitting functions. For example, the communication interface 520 may be a transceiver circuit, interface, interface circuit, or transceiver. The transceiver circuit, interface, interface circuit, or transceiver for implementing receiving and transmitting functions may be separate or integrated. The aforementioned transceiver circuit, interface, interface circuit, or transceiver may be used for reading and writing code / data, or it may be used for transmitting or relaying signals.

[0217] Optionally, the communication device 50 may include one or more memories 530, which may store instructions that can be executed on the processor 510, causing the communication device 50 to perform the methods described in the above method embodiments. Optionally, the memories 530 may also store data. Optionally, the processor 510 may also store instructions and / or data. The processor 510 and the memories 530 may be provided separately or integrated together.

[0218] It should be understood that, in one possible design, the steps in the method embodiments provided in this application can be implemented by integrated logic circuits in the processor's hardware or by instructions in software form. The steps of the methods disclosed in the embodiments of this application can be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules in the processor. The software modules can reside in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. This storage medium is located in memory, and the processor reads information from the memory and, in conjunction with its hardware, completes the steps of the above method. To avoid repetition, detailed descriptions are not provided here.

[0219] In one implementation, the communication device 50 may correspond to the terminal in the above method embodiments and may be used to execute the various steps and / or processes executed by the terminal in the above method embodiments. The processor 510 may be used to execute instructions stored in the memory 530, and when the processor 510 executes the instructions stored in the memory, the processor 510 is used to execute the various steps and / or processes of the above method embodiments corresponding to the terminal.

[0220] In another implementation, the communication device 50 may correspond to the network device in the above method embodiments and may be used to execute the various steps and / or processes executed by the network device in the above method embodiments. The processor 510 may be used to execute instructions stored in the memory 530, and when the processor 510 executes the instructions stored in the memory, the processor 510 is used to execute the various steps and / or processes of the above method embodiments corresponding to the network device.

[0221] Figure 6 This is a hardware system for a communication device applicable to this application, provided in an embodiment of this application. Figure 6 The communication device 600 can be a mobile phone, smart screen, tablet computer, wearable communication device, vehicle communication device, augmented reality (AR) device, virtual reality (VR) device, laptop computer, ultra-mobile personal computer (UMPC), netbook, personal digital assistant (PDA), etc. This application embodiment does not impose any restrictions on the specific type of communication device 600.

[0222] The communication device 600 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, a headphone jack 170D, a sensor module 180, buttons 190, a motor 191, an indicator 192, a camera 193, a display screen 194, and a subscriber identification module (SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, a barometric pressure sensor 180C, a magnetic sensor 180D, an accelerometer sensor 180E, a distance sensor 180F, a proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, etc.

[0223] Processor 110 may include one or more processing units, such as: application processor (AP), modem, graphics processing unit (GPU), image signal processor (ISP), controller, video codec, digital signal processor (DSP), baseband processor, and / or neural network processing unit (NPU), etc. Different processing units may be independent devices or integrated into one or more processors.

[0224] In this embodiment, the modem can receive active commands sent by the SIM card and can also send response information for the active commands to the SIM card. Furthermore, the modem can intercept active commands from the SIM card when it receives unexpected active commands triggered by the application layer (i.e., it will not send active commands from the SIM card to the STK application).

[0225] The controller can serve as the central nervous system and command center of the communication device 600. The controller can generate operation control signals based on the instruction opcode and timing signals to control the fetching and execution of instructions.

[0226] The processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. This memory can store instructions or data that the processor 110 has just used or that are used repeatedly. If the processor 110 needs to use the instruction or data again, it can directly retrieve it from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the system. For example, when the STK application receives a browser launch command sent by the SIM card, it stores the URL information contained in the browser launch command. After receiving a confirmation command to launch, it launches the browser and displays the corresponding webpage based on the stored URL information.

[0227] The modem processor may include a modulator and a demodulator. The modulator modulates the low-frequency baseband signal to be transmitted into a mid-to-high frequency signal. The demodulator demodulates the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After processing by the baseband processor, the low-frequency baseband signal is transmitted to the application processor. The application processor outputs sound signals through audio devices (not limited to speaker 170A, receiver 170B, etc.) or displays images or videos through the display screen 194.

[0228] In some embodiments, the modem processor (modem) is responsible for converting digital signals into analog signals (modulation) for transmission over a wireless channel, and also for converting received analog signals back into digital signals (demodulation). During the interaction between the STK application and the SIM card, digital commands and data are directly transmitted, but they must be processed by the modem before they can be transmitted over the wireless channel. The modem supports multiple network standards (such as 2G, 3G, 4G, 5G, etc.); during the interaction between the STK application and the SIM card, the modem can handle commands and data transmission under different network standards to ensure the compatibility and stability of the STK application.

[0229] In some embodiments, the modem processor may be a separate device. In other embodiments, the modem processor may be independent of the processor 110 and may be housed in the same device as the mobile communication module 150 or other functional modules.

[0230] In some embodiments, the processor 110 may include one or more interfaces. Interfaces may include a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface, etc.

[0231] The external memory interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the communication device 600. The external memory card communicates with the processor 110 through the external memory interface 120.

[0232] The internal memory 121 can be used to store computer executable program code, which includes instructions. The processor 110 executes various functional applications and data processing of the communication device 600 by running the instructions stored in the internal memory 121.

[0233] In addition, the internal memory 121 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, universal flash storage (UFS), etc.

[0234] It is understood that the interface connection relationships between the modules illustrated in the embodiments of this application are merely illustrative and do not constitute a structural limitation on the communication device 600. In other embodiments of this application, the communication device 600 may also employ different interface connection methods or a combination of multiple interface connection methods as described in the above embodiments.

[0235] Touch sensor 180K, also known as a "touch panel," can be located on display screen 194. The touch sensor 180K and display screen 194 together form a touchscreen, also known as a "touchscreen." Touch sensor 180K detects touch operations applied to or near it. The touch sensor can transmit the detected touch operation to the application processor to determine the type of touch event. Visual output related to the touch operation can be provided through display screen 194. In some embodiments, touch sensor 180K may also be located on the surface of communication device 600, in a different position than display screen 194. The aforementioned pressure sensor 180A and / or touch sensor 180K can be used to trigger the SIM card in the communication device to report active commands, requesting the communication device to display a menu, send a text message, make a phone call, or perform any of these events.

[0236] The display screen 194 is used to display images, videos, etc. In some embodiments, the communication device 600 may include one or N display screens 194, where N is a positive integer greater than 1. The display screen 194 can be used to display menus, SMS sending and receiving interfaces, telephone dialing interfaces, and browser interfaces, etc., based on the response information of the above-mentioned active commands.

[0237] The SIM card interface 195 is used to connect a SIM card. The physical SIM card can be inserted into or removed from the SIM card interface 195 to establish contact with and disconnect the communication device 600. The communication device 600 can support one or N SIM card interfaces, where N is a positive integer greater than 1.

[0238] In some embodiments, the communication device 600 may employ an eSIM card. For example, if the software interface of one card slot in the communication device 600 supports both physical SIM cards and eSIM cards, the SIM card interface 195 corresponding to that card slot is connected to the processor 110. The communication device 600 may support one or more eSIM cards. In this embodiment, the SIM card can be either a physical SIM card or an eSIM card. In this embodiment, the SIM card can request the communication device 600 to execute corresponding events by reporting active commands.

[0239] The SIM card interface 195 supports Nano SIM cards, Micro SIM cards, and other SIM cards. Multiple cards can be inserted into the same SIM card interface 195 simultaneously. These multiple cards can be of the same or different types. The SIM card interface 195 is also compatible with different types of SIM cards. The SIM card interface 195 is also compatible with external memory cards. The communication device 600 interacts with the network through the SIM card to realize functions such as voice calls and data communication. In some embodiments, the communication device 600 uses an eSIM, i.e., an embedded SIM card. The eSIM card can be embedded in the communication device 600 and cannot be separated from the communication device 600.

[0240] In other embodiments, the SIM card is also configured with various application services. The communication device interacts with the SIM card by installing STK applications (SIM card toolkits) to realize different business services, such as querying SIM card related information (such as message records).

[0241] It should be noted that, Figure 6 The structure shown does not constitute a specific limitation on the communication device 600. In other embodiments of this application, the communication device 600 may include... Figure 6 The components shown may include more or fewer components, or the communication device 600 may include... Figure 6The components shown may be a combination of certain components, or the communication device 600 may include... Figure 6 Sub-components of some of the components shown. Figure 6 The components shown can be implemented in hardware, software, or a combination of both.

[0242] The communication methods provided in the above embodiments can all be implemented in the communication device 600 having the above hardware structure.

[0243] It should be understood that the aforementioned processing device can be one or more chips. For example, the processing device can be a field-programmable gate array (FPGA), an application-specific integrated circuit (ASIC), a system-on-chip (SoC), a central processor unit (CPU), a network processor (NP), a digital signal processor (DSP), a microcontroller unit (MCU), a programmable logic device (PLD), or other integrated chips.

[0244] It is understood that the memory in the embodiments of this application can be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM). It should be noted that the memory used in the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0245] According to the method provided in the embodiments of this application, this application also provides a chip system, which includes one or more processors for calling and executing instructions stored in memory, thereby causing the method described in the embodiments of this application to be executed. The chip system may be composed of chips or may include chips and other discrete devices.

[0246] The chip system may include input circuits or interfaces for transmitting information or data, and output circuits or interfaces for receiving information or data.

[0247] According to the method provided in the embodiments of this application, this application also provides a communication system, which includes the aforementioned network device and terminal.

[0248] According to the method provided in the embodiments of this application, this application also provides a computer program product, which includes: computer program code, which, when run on a computer, causes the computer to execute the various steps or processes executed by the network device or terminal in any of the foregoing method embodiments.

[0249] According to the method provided in the embodiments of this application, this application also provides a computer-readable storage medium storing program code, which, when run on a computer, causes the computer to execute the various steps or processes executed by the network device or terminal in any of the foregoing method embodiments.

[0250] The computer-readable storage medium may be the aforementioned volatile memory or non-volatile memory, or it may include both volatile memory and non-volatile memory.

[0251] In the embodiments of this application, the terms and English abbreviations are exemplary examples given for ease of description and should not be construed as limiting the application in any way. This application does not preclude the possibility of defining other terms that can achieve the same or similar functions in existing or future agreements.

[0252] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product. The computer program product includes one or more computer instructions. When these computer instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated.

[0253] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0254] It should be understood that in the various embodiments of this application, the sequence number of each process does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0255] In summary, the above description is merely a preferred embodiment of the technical solution of this application and is not intended to limit the scope of protection of this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of protection of this application.

Claims

1. A communication method, characterized in that, The method includes: Receive first service characteristic information from the terminal, the first service characteristic information is used to indicate the latency requirement of the first service, and the latency requirement of the first service corresponds to the first latency level; Receive air interface quality information corresponding to the terminal from the terminal, the air interface quality information corresponding to the first air interface quality level; Based on the first latency level and the first air interface quality level, configuration information is sent to the terminal, wherein the configuration information is used to indicate that the first timer is enabled and the second timer is configured, or the configuration information is used to indicate that the first timer is disabled. The first timer is used to control the network device to stop retransmitting the data packets of the first service, and the second timer is used to control the terminal to discard the data packets of the first service. The first timer is applied to the Radio Link Control (RLC) entity.

2. The method according to claim 1, characterized in that, The configuration information includes one or more of the following: When the first latency level is level B1, the configuration information is used to indicate enabling the first timer and configuring the second timer; or, When the first latency level is level B2 and the first air interface quality level is level A1, the configuration information is used to indicate that the first timer is disabled; or, When the first latency level is level B2 and the first air interface quality level is level A2 or level A3, the configuration information is used to indicate enabling the first timer and configuring the second timer; or, When the first latency level is level B3, the configuration information is used to indicate that the first timer is disabled; Specifically, the latency tolerance of level B1 is less than that of level B2, and the latency tolerance of level B2 is less than that of level B3; the air interface quality of level A1 is higher than that of level A2, and the air interface quality of level A2 is higher than that of level A3.

3. The method according to claim 1 or 2, characterized in that, The first latency level corresponds to a first latency scoring interval, the first service characteristic information includes the service type identifier of the first service and the packet latency budget of the first service, and the method further includes: Based on the service type identifier of the first service and the packet latency budget of the first service, a latency score is determined; The first latency level is determined based on the first latency score interval to which the latency score belongs.

4. The method according to claim 1 or 2, characterized in that, The air interface quality information includes the signal-to-interference-plus-noise ratio (SINR) and the retransmission rate, wherein the first air interface quality level corresponds to a first SINR interval and a first retransmission rate interval, and the method further includes: The first air interface quality level is determined based on the first SINR interval to which the SINR belongs and the first retransmission rate interval to which the retransmission rate belongs.

5. The method according to claim 1 or 2, characterized in that, The first timer corresponds to a first timeout duration, and the second timer corresponds to a second timeout duration. The second timeout duration is determined based on the first timeout duration, the weight parameter corresponding to the first latency level, and the weight parameter corresponding to the first air interface quality level.

6. The method according to claim 5, characterized in that, The latency tolerance of the first latency level is less than the latency tolerance of the second latency level, and the weighting coefficient corresponding to the first latency level is less than the weighting coefficient corresponding to the second latency level; and / or, The air interface quality of the first air interface quality level is higher than that of the second air interface quality level, and the weighting coefficient corresponding to the first air interface quality level is less than that corresponding to the second air interface quality level.

7. A communication method, characterized in that, The method includes: Send first service characteristic information to the network device. The first service characteristic information is used to indicate the latency requirement of the first service. The latency requirement of the first service corresponds to the first latency level. Send the air interface quality information corresponding to the terminal to the network device, wherein the air interface quality information corresponds to the first air interface quality level; Receive configuration information from the network device, the configuration information being determined based on the first latency level and the first air interface quality level, the configuration information being used to indicate enabling the first timer and configuring the second timer, or the configuration information being used to indicate disabling the first timer; The first timer is used to control the network device to stop retransmitting the data packets of the first service, and the second timer is used to control the terminal to discard the data packets of the first service. The first timer is applied to the Radio Link Control (RLC) entity.

8. The method according to claim 7, characterized in that, Sending the first service feature information to the network device includes: Under certain conditions, the first service characteristic information is sent to the network device; wherein, the conditions include one or more of the following: The activation of the first service has been detected. Alternatively, it may detect that the terminal has switched from performing the second service to performing the first service; Alternatively, if the difference between the numerical indicator corresponding to the first business feature information and the numerical indicator corresponding to the second business feature information is greater than the first threshold, the second business feature information is the business feature information reported last time.

9. The method according to claim 7 or 8, characterized in that, The first service characteristic information includes the service type identifier of the first service and the packet latency budget of the first service.

10. The method according to claim 7 or 8, characterized in that, The method further includes: Based on the application layer protocol, the application layer data packets are parsed to obtain the first service characteristic information.

11. The method according to claim 7 or 8, characterized in that, The air interface quality information includes the signal-to-interference-plus-noise ratio (SINR) and the retransmission rate.

12. A communication device, characterized in that, It includes a module for performing the method as described in any one of claims 1-6, or includes a module for performing the method as described in any one of claims 7-11.

13. A communication device, characterized in that, It includes a processor and a storage medium, the storage medium storing instructions that, when executed by the processor, cause the communication device to perform the method according to any one of claims 1-6, or to perform the method according to any one of claims 7-11.

14. A computer-readable storage medium, characterized in that, The computer-readable storage medium is used to store a computer program, which, when executed, performs the method as described in any one of claims 1-6, or the method as described in any one of claims 7-11.

15. A computer program product, characterized in that, When the computer program product is executed, the method described in any one of claims 1-6 is executed, or the method described in any one of claims 7-11 is executed.

Images