Method and apparatus for adjusting quality-of-service (QOS) policy of service, and terminal and communication device
By receiving terminal device status information and determining QoS policies based on this information, adjusting the uplink and downlink QoS parameters of the 5GS network, the problem of difficulty in reducing round trip delay in the prior art is solved, and a better user experience is achieved.
Patent Information
- Application Number
- PCT/CN2024/119440
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Priority Date
- 2023-09-21
- Filing Date
- 2024-09-18
- Publication Date
- 2025-03-27
AI Technical Summary
When adjusting the uplink and downlink quality of service parameters, the independent configuration of the existing 5GS QoS framework leads to low real-time performance, which may damage the overall quality of experience, especially in the problem that the round trip delay between the XR device and the network-side device is difficult to effectively reduce.
By receiving the device status information of the terminal, the QoS policy of the service is determined based on the device status information and preset rules, including the uplink QoS policy and the downlink QoS policy, and the transmission parameters of the service data are adjusted to reduce the round trip delay.
It realizes the transmission delay of uplink and downlink service data simultaneously, reduces the round-trip delay between terminal and network-side equipment, thereby improving the immersive experience of users.
Smart Images

Figure CN2024119440_27032025_PF_FP_ABST
Abstract
Description
Method, device, terminal and communication equipment for adjusting service quality QoS strategy
[0001] CROSS-REFERENCE TO RELATED APPLICATIONS
[0002] This application claims priority to the Chinese patent application filed with the China Patent Office on September 21, 2023, with application number 202311231219.8 and invention name “Service Quality of Service QoS Policy Adjustment Method, Device, Terminal and Communication Equipment”, all contents of which are incorporated by reference into this application. Technical Field
[0003] The present application belongs to the field of communication technology, and specifically relates to a method, apparatus, terminal and communication equipment for adjusting the quality of service (QoS) strategy of a service. Background Art
[0004] With the advancement of electronic technology, high-quality extended reality (XR) applications are becoming increasingly accessible and continue to develop rapidly. Consequently, there is a growing demand for enhancing the capabilities of the fifth-generation mobile communication technology system (5GS) to better support XR applications.
[0005] Currently, XR applications combined with cloud gaming (CG) services rely heavily on human-device interaction. This means that users provide instructions, such as waving a handle or making certain gestures. The XR device should generate and feedback new images based on the user's instructions to be displayed on the display device of the XR device. Delays are inevitable in this process. XR devices usually reduce end-to-end delays by adjusting uplink and downlink Quality of Service (QoS) parameters.
[0006] However, within the 5GS QoS framework, uplink and downlink QoS parameters are configured independently. For example, uplink QoS configuration only considers uplink latency, while downlink QoS configuration only considers downlink latency. XR devices reduce end-to-end latency by adjusting uplink or downlink QoS parameters independently. While network-side devices can monitor and adjust the QoS parameters of XR devices, this is inefficient and may compromise the overall Quality of Experience (QoE).
[0007] In summary, how to reduce the round-trip delay from XR devices to network-side devices is a technical problem that needs to be urgently solved in this field.
[0008] Summary of the Invention
[0009] The embodiments of the present application provide a method, apparatus, terminal, and communication device for adjusting the QoS policy of a service, which can reduce the round-trip delay from the XR device to the network-side device.
[0010] In a first aspect, a method for adjusting the QoS policy of a service is provided, which is executed by a first communication device, and the method includes: the first communication device receives device status information of a terminal, the device status information is used to characterize the device status of the terminal when executing a first service; the first communication device determines the QoS policy of the first service based on the device status information and a first rule, the QoS policy of the first service includes an uplink QoS policy of the first service and a downlink QoS policy of the first service, and the QoS policy is used to adjust the transmission parameters of the service data of the first service; the first communication device adjusts the QoS parameters of the first service based on the QoS policy, the QoS parameters include the transmission delay of the uplink service data and the downlink service data of the first service; wherein the first rule is that the sum of the transmission delays of the uplink service data and the downlink service data meets a preset condition.
[0011] In a second aspect, a method for adjusting the QoS policy of a service is provided, which is executed by a terminal, and the method includes: the terminal sends device status information to a first communication device, and the device status information is used to characterize the device status of the terminal when executing a first service; wherein the device status information is used to determine the QoS policy of the first service, and the QoS policy is used to adjust the transmission parameters of the service data of the first service; the QoS policy of the first service includes the uplink QoS policy of the first service and the downlink QoS policy of the first service, and the QoS policy is used to adjust the QoS parameters of the first service, and the QoS parameters include the transmission delay of the uplink service data and the downlink service data of the first service.
[0012] According to a third aspect, a QoS policy adjustment device for a service is provided, which includes: a receiving module, a determining module and an adjusting module; the receiving module is used to receive device status information of a terminal, and the device status information is used to characterize the device status of the terminal when executing a first service; the determining module is used to determine the QoS policy of the first service based on the device status information received by the above-mentioned receiving module and a first rule, and the QoS policy of the first service includes an uplink QoS policy of the first service and a downlink QoS policy of the first service, and the QoS policy is used to adjust the transmission parameters of the service data of the first service; the adjusting module is used to adjust the QoS parameters of the first service based on the QoS policy determined by the above-mentioned determining module, and the QoS parameters include the transmission delay of the uplink service data and the downlink service data of the first service; wherein the first rule is that the sum of the transmission delays of the uplink service data and the downlink service data meets a preset condition.
[0013] In a fourth aspect, a QoS policy adjustment device for a service is provided, the device comprising: a sending module; the sending module is used to send device status information to a first communication device, the device status information being used to characterize the device status of the terminal when executing the first service; wherein the device status information is used to determine the QoS policy of the above-mentioned first service, the QoS policy being used to adjust the transmission parameters of the service data of the first service; the QoS policy of the first service comprises an uplink QoS policy of the first service and a downlink QoS policy of the first service, the QoS policy being used to adjust the QoS parameters of the first service, the QoS parameters comprising the transmission delay of the uplink service data and the downlink service data of the first service.
[0014] In a fifth aspect, a communication device is provided, which includes a processor and a memory, wherein the memory stores programs or instructions that can be run on the processor, and when the program or instructions are executed by the processor, the steps of the method described in the first aspect are implemented.
[0015] In a sixth aspect, a communication device is provided, comprising a processor and a communication interface, wherein the processor is configured to determine a QoS policy for a first service based on device status information and a first rule, the QoS policy for the first service including an uplink QoS policy for the first service and a downlink QoS policy for the first service, the QoS policy being configured to adjust transmission parameters of service data of the first service; and based on the QoS policy, adjusting QoS parameters of the first service, the QoS parameters including transmission delays for uplink service data and downlink service data of the first service; wherein the first rule is that the sum of the transmission delays for uplink service data and downlink service data meets a preset condition. The communication interface is configured to receive device status information of a terminal, the device status information being configured to characterize the device status of the terminal when executing the first service.
[0016] In a seventh aspect, a terminal is provided, comprising a processor and a memory, wherein the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, the steps of the method described in the second aspect are implemented.
[0017] In an eighth aspect, a terminal is provided, comprising a processor and a communication interface, wherein the communication interface is used to send device status information to a first communication device, and the device status information is used to characterize the device status of the terminal when executing a first service; wherein the device status information is used to determine the QoS policy of the first service, and the QoS policy is used to adjust the transmission parameters of the service data of the first service; the QoS policy of the first service includes an uplink QoS policy of the first service and a downlink QoS policy of the first service, and the QoS policy is used to adjust the QoS parameters of the first service, and the QoS parameters include the transmission delay of the uplink service data and the downlink service data of the first service.
[0018] In the ninth aspect, a readable storage medium is provided, on which a program or instruction is stored. When the program or instruction is executed by a processor, the steps of the method described in the first aspect are implemented, or the steps of the method described in the second aspect are implemented.
[0019] In the tenth aspect, a wireless communication system is provided, comprising: a terminal and a communication device, wherein the communication device can be used to execute the steps of the method described in the first aspect, and the terminal can be used to execute the steps of the method described in the second aspect.
[0020] In the eleventh aspect, a chip is provided, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the method as described in the first aspect, or to implement the method as described in the second aspect.
[0021] In the twelfth aspect, a computer program / program product is provided, which is stored in a storage medium and is executed by at least one processor to implement the steps of the QoS policy adjustment method for the service as described in the first aspect.
[0022] In an embodiment of the present application, a first communication device receives device status information from a terminal, where the device status information is used to characterize the device status of the terminal when executing a first service. The first communication device determines a QoS policy for the first service based on the device status information and a first rule. The QoS policy for the first service includes an uplink QoS policy for the first service and a downlink QoS policy for the first service. The QoS policy is used to adjust transmission parameters of service data of the first service. The first communication device adjusts QoS parameters for the first service based on the QoS policy. The QoS parameters include transmission delays for uplink service data and downlink service data of the first service. The first rule requires that the sum of the transmission delays for uplink service data and downlink service data meet a preset condition. In this way, the first communication device can determine the QoS policy for the first service based on the device status information of the terminal, thereby enabling the first communication device to simultaneously adjust the transmission delays for uplink service data and downlink service data of the first service to reduce the round-trip delay between the terminal and the first communication device, thereby ensuring an immersive user experience. BRIEF DESCRIPTION OF THE DRAWINGS
[0023] FIG1 is a schematic diagram of a possible structure of a communication system involved in an embodiment of the present application;
[0024] FIG2 is a flow chart of a method for adjusting a QoS policy of a service provided in an embodiment of the present application;
[0025] FIG3 is a second flow chart of a method for adjusting a QoS policy of a service provided in an embodiment of the present application;
[0026] FIG4 is a flow chart of a third method for adjusting a QoS policy of a service provided in an embodiment of the present application;
[0027] FIG5 is a fourth flow chart of a method for adjusting a QoS policy of a service provided in an embodiment of the present application;
[0028] FIG6 is a flowchart of a method for adjusting a QoS policy of a service according to an embodiment of the present application;
[0029] 7 is a flowchart of a method for adjusting a QoS policy of a service according to an embodiment of the present application;
[0030] FIG8 is a flow chart of a method for adjusting a QoS policy of a service according to an embodiment of the present application;
[0031] 9 is a schematic structural diagram of a QoS policy adjustment device for a service provided in an embodiment of the present application;
[0032] 10 is a schematic structural diagram of a QoS policy adjustment device for another service provided in an embodiment of the present application;
[0033] FIG11 is a schematic diagram of the hardware structure of a communication device provided in an embodiment of the present application;
[0034] FIG12 is a schematic diagram of the hardware structure of a terminal provided in an embodiment of the present application;
[0035] FIG13 is a schematic diagram of the hardware structure of a network-side device provided in an embodiment of the present application. DETAILED DESCRIPTION
[0036] The following will be combined with the accompanying drawings in the embodiments of this application to clearly describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field are within the scope of protection of this application.
[0037] The terms "first", "second", etc. in this application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the terms used in this way are interchangeable where appropriate, so that the embodiments of the present application can be implemented in an order other than those illustrated or described herein, and the objects distinguished by "first" and "second" are generally of the same type, and do not limit the number of objects, for example, the first object can be one or more. In addition, "or" in this application represents at least one of the connected objects. For example, "A or B" covers three options, such as Option 1: including A but not including B; Option 2: including B but not including A; Option 3: including both A and B. The character " / " generally indicates that the objects associated before and after are in an "or" relationship.
[0038] The term "indication" in this application can be either a direct indication (or explicit indication) or an indirect indication (or implicit indication). A direct indication can be understood as the sender explicitly informing the receiver of specific information, the operation to be performed, or the requested result, etc. in the instruction sent; an indirect indication can be understood as the receiver determining the corresponding information based on the instruction sent by the sender, or making a judgment and determining the operation to be performed or the requested result, etc. based on the judgment result.
[0039] It is worth noting that the technology described in the embodiments of the present application is not limited to the Long Term Evolution (LTE) / LTE-Advanced (LTE-A) system, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency-Division Multiple Access (SC-FDMA) or other systems. The terms "system" and "network" in the embodiments of the present application are often used interchangeably, and the technology described can be used for the systems and radio technologies mentioned above, as well as for other systems and radio technologies. The following description describes a New Radio (NR) system for illustrative purposes, and NR terminology is used in most of the following description, but these technologies can also be applied to systems other than NR systems, such as 6th generation (6G) systems. th Generation, 6G) communication system.
[0040] 1) Virtual Reality (VR) is a computer simulation system that can create and experience a virtual world. It uses computers to generate a simulated environment, immersing users in it and isolating them from reality.
[0041] 2) Augmented Reality (AR) is a technology that calculates the position and angle of a camera image in real time and adds corresponding images, videos, and 3D (3D) models. Users can simultaneously see the visual effect of virtual objects existing in the real environment, thus achieving an "enhancement" of the real scene.
[0042] 3) Extended Reality (XR) refers to the use of computers to combine the real and virtual to create a virtual environment where humans and computers can interact. XR is a general term for multiple technologies such as AR and VR. Through wearable devices and computer technology, XR can bring the audience an environment that combines the real and virtual and allows humans to interact with the computer.
[0043] With the advancement of electronic technology, high-quality extended reality (XR) applications are becoming increasingly accessible and continue to develop rapidly. Consequently, there is a growing demand for enhancing the capabilities of the fifth-generation mobile communication technology system (5GS) to better support XR applications.
[0044] Currently, XR applications combined with CG services rely heavily on human-device interaction. This means users provide commands, such as waving a controller or making gestures, and the XR device generates and responds with new images based on the user's instructions, which are then displayed on the XR device's display. Due to the nature of this interaction, it is more reasonable for network-side devices to guarantee round-trip latency from the XR device to the terminal, rather than simply guaranteeing latency in one direction (uplink or downlink).
[0045] For most XR applications combined with CG services, the complete XR device-to-terminal round-trip latency T e2e It can be expressed by the following formula: e2e =MTP-T processing -T rende r≤20ms-T processing -T render
[0046] MTP (motion-to-photon) represents the delay from motion to image. This delay is determined by the physiological characteristics of the human brain and is generally capped at 20ms. If this delay is exceeded, the user loses the immersive experience. Therefore, a 20ms delay is typically a hard limit for XR applications combined with CG services.
[0047] T processing Indicates the time required for the cloud or network-side device to process the user's input command and calculate the image data corresponding to the command based on the input command;
[0048] T render It refers to the delay caused by the user's XR head-mounted display (HMD) rendering the image data received from the network and displaying it on the device screen.
[0049] Since XR devices usually cover various forms and sizes, such as glasses and head-mounted displays. Different devices have different capabilities, such as processing power, battery capacity, and heat dissipation capacity. Therefore, the network-side device must adjust the QoS configuration not only according to the wireless capabilities of the device, but also according to the real-time hardware processing status of the device. For example, when the temperature of the XR device is too high, the performance of the GPU will be reduced due to the temperature control strategy, so T render If the network side equipment can perceive this information and adjust the uplink or downlink QoS strategy to compensate for the extended T render , that would be very helpful.
[0050] Therefore, in an embodiment of the present application, a first communication device receives device status information from a terminal, where the device status information is used to characterize the device status of the terminal when executing a first service. The first communication device determines a QoS policy for the first service based on the device status information and a first rule. The QoS policy for the first service includes an uplink QoS policy for the first service and a downlink QoS policy for the first service. The QoS policy is used to adjust transmission parameters of service data of the first service. The first communication device adjusts QoS parameters for the first service based on the QoS policy. The QoS parameters include transmission delays for uplink service data and downlink service data of the first service. The first rule requires that the sum of the transmission delays for uplink service data and downlink service data meet a preset condition. In this way, the first communication device can determine the QoS policy for the first service based on the device status information of the terminal, thereby enabling the first communication device to simultaneously adjust the transmission delays for uplink service data and downlink service data of the first service to reduce the round-trip delay between the terminal and the first communication device, thereby ensuring an immersive user experience.
[0051] FIG1 is a block diagram of a wireless communication system applicable to an embodiment of the present application. The wireless communication system includes a terminal 11 and a network-side device 12. The terminal 11 may be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer), a notebook computer, a personal digital assistant (PDA), a handheld computer, a netbook, an ultra-mobile personal computer (UMPC), a mobile internet device (MID), an augmented reality (AR), a virtual reality (VR) device, a robot, a wearable device (Wearable Device), an aircraft (Flight Vehicle), a vehicle-mounted device (VUE), a ship-mounted device, a pedestrian user equipment (PUE), a smart home (home appliances with wireless communication capabilities, such as refrigerators, televisions, washing machines, or furniture), a game console, a personal computer (PC), an ATM, or a self-service machine, or other terminal-side devices. Wearable devices include: smart watches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart bracelets, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc. Among them, the vehicle-mounted device can also be called a vehicle-mounted terminal, a vehicle-mounted controller, a vehicle-mounted module, a vehicle-mounted component, a vehicle-mounted chip or a vehicle-mounted unit, etc. It should be noted that the specific type of the terminal 11 is not limited in the embodiment of the present application. The network side device 12 may include an access network device or a core network device, wherein the access network device may also be called a radio access network (Radio Access Network, RAN) device, a radio access network function or a radio access network unit. The access network device may include a base station, a wireless local area network (WLAN) access point (AS) or a wireless fidelity (WiFi) node, etc.Among them, the base station can be referred to as Node B (NB), Evolved Node B (eNB), the next generation Node B (gNB), New Radio Node B (NR Node B), access point, Relay Base Station (RBS), Serving Base Station (SBS), Base Transceiver Station (BTS), radio base station, radio transceiver, Basic Service Set (BSS), Extended Service Set (ESS), Home Node B (HNB), Home Evolved Node B (home evolved Node B), Transmission Reception Point (TRP) or other appropriate terms in the field. As long as the same technical effect is achieved, the base station is not limited to specific technical vocabulary. It should be noted that in the embodiment of the present application, only the base station in the NR system is used as an example for introduction, and the specific type of the base station is not limited.
[0052] The core network device may include but is not limited to at least one of the following: core network node, core network function, mobility management entity (MME), access mobility management function (AMF), session management function (SMF), user plane function (UPF), policy control function (PCF), policy and charging rules function unit (PCRF), edge application server discovery function (EASDF), unified data management (UDM), unified data storage (UDR), home user server (HSS), centralized network configuration (CNC), network storage function (NRF), network exposure function (NEF), local NEF (L-NEF), binding support function (BNSF), network access function (UE ... Function, BSF), application function (Application Function, AF), etc. It should be noted that in the embodiment of the present application, only the core network device in the NR system is introduced as an example, and the specific type of the core network device is not limited.
[0053] The mixed reality interaction method provided in the embodiments of the present application can be applied to various virtual reality scenarios.
[0054] In one example, the QoS policy adjustment method for services provided in the embodiments of the present application can be applied to various virtual reality applications, such as virtual ball sports and virtual multiplayer games.
[0055] In one example, the QoS policy adjustment method for the service provided in the embodiment of the present application can be applied to a movie-watching scenario, for example, projecting a computer screen onto a wall in a virtual space. It can also be applied to a meeting scenario, for example, a virtual meeting room, so that users can hold face-to-face meetings with users participating in the meeting through an Avatar. This is different from a fixed-point virtual online meeting where only users participating in the meeting can be seen on the screen. The virtual meeting room makes the virtual meeting more realistic through the connectivity of the virtual space.
[0056] The QoS policy adjustment method for a service provided in the embodiments of the present application may be performed by a QoS policy adjustment device for the service. The QoS policy adjustment device for the service may be applied to a first communication device. Taking a 5G communication system as an example, the first communication device is a policy control function (PCF) in a communication core network. The communication core network includes at least one of the following network elements: an application function (AF), a network capability exposure function (NEF), a network data analysis function (NWDAF), a network function (NFS), a user plane function (UPF), and a policy control function (PCF).
[0057] The QoS policy adjustment method, apparatus, terminal, and communication equipment for the services provided in the embodiments of the present application will be described in detail below with reference to the accompanying drawings through some embodiments and their application scenarios.
[0058] The present invention provides a method for adjusting a QoS policy for a service. FIG2 shows a flowchart of the method provided by the present invention. The method is performed by a first communication device as an example. As shown in FIG2, the method for adjusting a QoS policy for a service provided by the present invention may include the following steps 201 to 203.
[0059] Step 201: A first communication device receives device status information of a terminal.
[0060] In an embodiment of the present application, the above-mentioned first communication device is a PCF network element in the core communication network.
[0061] In one embodiment of the present application, the terminal is a head-mounted electronic device, such as an MR device, a VR device, or an AR device.
[0062] In the embodiment of the present application, the above-mentioned device status information is used to represent the device status of the terminal when executing the first service.
[0063] In an embodiment of the present application, the above-mentioned device status information includes at least one of the following: temperature information of the terminal; remaining power information of the terminal; processor load information of the terminal; and other sensor information of the terminal.
[0064] Optionally, in the embodiment of the present application, in combination with FIG2 , as shown in FIG3 , the above step 201 specifically includes step 201a:
[0065] Step 201a: The first communication device receives device status information sent by the terminal via the second communication device and the third communication device.
[0066] In an embodiment of the present application, the above-mentioned second communication device can be an AMF network element in the communication core network.
[0067] In an embodiment of the present application, the above-mentioned third communication device can be an SMF network element in the communication core network.
[0068] Exemplarily, the above device status information is sent from the terminal to the second communication device, then from the second communication device to the third communication device, and finally from the third communication device to the first communication device, so that the first communication device can receive the device status information from the terminal.
[0069] Optionally, in the embodiment of the present application, in combination with FIG3 , as shown in FIG4 , the above step 201a specifically includes step 201a1:
[0070] Step 201a1: The first communication device receives a first signaling sent by the third communication device.
[0071] In the embodiment of the present application, the above-mentioned first signaling, second signaling and third signaling are all signalings dedicated to transmitting device status information.
[0072] In the embodiment of the present application, the above-mentioned first signaling is sent by the third communication device when it receives the second signaling from the second communication device.
[0073] In the embodiment of the present application, the above-mentioned second signaling is sent by the second communication device when it receives the third signaling from the terminal.
[0074] In an embodiment of the present application, the above-mentioned first signaling, second signaling and third signaling may be RRC signaling.
[0075] It should be noted that the above-mentioned first signaling, second signaling and third signaling can be newly introduced signaling or existing signaling.
[0076] Optionally, in the embodiment of the present application, in combination with FIG. 2 , as shown in FIG. 5 , in the QoS policy adjustment method for a service provided in the embodiment of the present application, the above step 201 further includes the following steps 201A and 201B:
[0077] Step 201A: The terminal sends device status information to the first communication device.
[0078] Exemplarily, the electronic device may obtain the device status information of the terminal in real time, or may obtain the device status information of the terminal when an abnormality occurs in the device status information.
[0079] Exemplarily, the terminal may send the acquired device status information to the base station, which then sends it to the first communication device. Alternatively, the terminal may send the acquired device status information directly to the first communication device through a NAS message.
[0080] Optionally, in the embodiment of the present application, the above step 201A specifically includes the following steps 201A1:
[0081] Step 201A1: When an abnormality occurs in the device status of the terminal when executing the first service, the terminal sends device status information to the first communication device.
[0082] In this way, when the terminal detects that the device status is abnormal, it can send the abnormality information to the first communication device in a timely manner, so that the first communication device can adjust the QoS parameters according to the abnormal status information in the first time.
[0083] Step 201B: The first communication device receives device status information from the terminal.
[0084] Optionally, in the embodiment of the present application, in combination with FIG5 , as shown in FIG6 , the above step 201A specifically includes step 201C:
[0085] Step 201C: The terminal sends device status information to the first communication device via the second communication device and the third communication device.
[0086] Exemplarily, after the terminal sends the device status information to the second communication device, the second communication device sends the device status information to the third communication device, and finally the third communication device sends the device status information to the first communication device, so that the first electronic device can determine the QoS policy of the first service based on the received device status information.
[0087] Optionally, in the embodiment of the present application, the above step 201C specifically includes step 201C1:
[0088] Step 201C1: The terminal sends a third signaling to the second communication device.
[0089] In an embodiment of the present application, the third signaling is used by the second communication device to send the second signaling to the third communication device.
[0090] In an embodiment of the present application, the second signaling is used by the third communication device to send the first signaling to the first communication device.
[0091] In this way, the device status information can be transmitted between the terminal and the first communication device through the newly introduced signaling message.
[0092] Step 202: The first communication device determines a QoS policy for the first service based on the device state information and the first rule.
[0093] In the embodiment of the present application, the first service mentioned above is the service currently being run by the terminal.
[0094] For example, the first service may be a shooting game service, or a sports game service, etc.
[0095] In the embodiment of the present application, the QoS policy of the first service includes an uplink QoS policy of the first service and a downlink QoS policy of the first service.
[0096] In the embodiment of the present application, the above-mentioned QoS policy is used to adjust the transmission parameters of the service data of the first service.
[0097] In the embodiment of the present application, the uplink QoS policy is used to adjust the transmission parameters of the uplink service data of the first service.
[0098] In the embodiment of the present application, the downlink QoS policy is used to adjust the transmission parameters of the downlink service data of the first service.
[0099] Exemplarily, the above transmission parameters may include at least one of the following: transmission delay or transmission rate.
[0100] In the embodiment of the present application, the first rule is that the sum of the transmission delays of the uplink service data and the downlink service data meets a preset condition.
[0101] For example, the above preset condition can be expressed as the following formula 1:
[0102] Uplink service data transmission delay + downlink service data transmission delay + T processing +T render <20ms
[0103] Exemplarily, the first communication device determines an uplink QoS policy and a downlink QoS policy based on the received device state information, so that the transmission delay of the uplink service data of the first service adjusted by the uplink QoS policy, the transmission delay of the downlink service data of the first service adjusted by the downlink QoS policy, T processing and T render The sum is less than 20ms.
[0104] Step 203: The first communication device adjusts the QoS parameters of the first service based on the QoS policy.
[0105] In an embodiment of the present application, the above-mentioned QoS parameters include the transmission delay of the uplink service data and the downlink service data of the first service.
[0106] Exemplarily, the first communication device determines, according to the QoS policy, QoS parameters corresponding to the QoS policy, and then adjusts various transmission parameters in the first service according to the QoS parameters.
[0107] In this way, when the terminal is a head-mounted electronic device, the network side device, such as the first communication device mentioned above, can determine the QoS parameters corresponding to the QoS policy according to the QoS policy when the first service load is relatively heavy, and then adjust the various transmission parameters in the first service according to the QoS parameters, thereby ensuring that the end-to-end delay remains unchanged, actively adjust the uplink QoS parameters, and compensate by reducing the downlink QoS parameters.
[0108] It should be noted that the downlink QoS parameters of network-side devices may be achieved by reducing the amount of downlink data sent, which will lead to a decrease in the image quality of the head-mounted electronic device. In order to solve this problem, the head-mounted electronic device can actively enable interpolation, adjust the parameters related to the foveation rendering, and other means to compensate for the image quality.
[0109] In a method for adjusting a QoS policy for a service provided in an embodiment of the present application, a first communication device receives device status information from a terminal, the device status information being used to characterize the device status of the terminal when executing a first service. The first communication device determines a QoS policy for the first service based on the device status information and a first rule, the QoS policy for the first service including an uplink QoS policy for the first service and a downlink QoS policy for the first service, the QoS policy being used to adjust transmission parameters of service data of the first service. The first communication device adjusts QoS parameters for the first service based on the QoS policy, the QoS parameters including transmission delays for uplink and downlink service data of the first service. The first rule is that the sum of the transmission delays for uplink and downlink service data satisfies a preset condition. In this manner, the first communication device can determine the QoS policy for the first service based on the device status information of the terminal, thereby enabling the first communication device to simultaneously adjust the transmission delays for uplink and downlink service data of the first service, thereby reducing the round-trip delay between the terminal and the first communication device, thereby ensuring an immersive user experience.
[0110] Optionally, in the embodiment of the present application, in combination with FIG2 , as shown in FIG7 , the above step 203 specifically includes step 203a or step 203b:
[0111] Step 203a: When an abnormality occurs in the device state of the terminal when executing the first service, the first communication device adjusts the QoS parameters of the first service based on the QoS policy.
[0112] Optionally, in the embodiment of the present application, the abnormal device status includes at least one of the following:
[0113] The temperature of the terminal is greater than or equal to a first threshold;
[0114] The remaining battery power of the terminal is less than or equal to a second threshold;
[0115] The processor load of the terminal is greater than or equal to a third threshold.
[0116] Exemplarily, the first threshold, the second threshold, and the third threshold may be preset by the electronic device or may be user-defined.
[0117] Example 1: Taking the first threshold of 60°C as an example, when the terminal executes the first service, if the temperature of the terminal reaches 65°C, it is considered that the device status of the terminal at this time is abnormal. The first communication device determines the QoS policy based on the device status information where the abnormality occurs, and adjusts the QoS parameters of the first service according to the QoS parameters corresponding to the QoS policy.
[0118] Example 2: Taking the second threshold of 20% as an example, when the terminal executes the first service, if the remaining power of the terminal is 18%, it is considered that the device status of the terminal at this time is abnormal. The first communication device determines the QoS policy based on the device status information where the abnormality occurs, and adjusts the QoS parameters of the first service according to the QoS parameters corresponding to the QoS policy.
[0119] Example 3: Taking the third threshold of 80% as an example, when the terminal executes the first service, if the processor load of the terminal is 80%, it is considered that the device status of the terminal at this time is abnormal. The first communication device determines the QoS policy based on the device status information where the abnormality occurs, and adjusts the QoS parameters of the first service according to the QoS parameters corresponding to the QoS policy.
[0120] Exemplarily, after the terminal detects that the device status is abnormal when executing the first service, it sends the abnormal device status information to the first communication device. The first communication device determines the QoS policy based on the abnormal device status information, and adjusts the QoS parameters of the first service according to the QoS parameters corresponding to the QoS policy.
[0121] Step 203b: The first communication device periodically or aperiodically adjusts the QoS parameters of the first service based on the QoS policy.
[0122] Exemplarily, the above “periodicity” may be that the first communication device adjusts the QoS parameters of the first service based on the QoS policy after every preset time period.
[0123] Exemplarily, the above-mentioned preset duration may be preset by the first communication device, or may be customized by the user.
[0124] For example, the aforementioned "non-periodic" behavior may involve the first communications device proactively adjusting the QoS parameters of the first service based on a QoS policy when detecting that the first communications device is under heavy load. In other words, upon detecting that the QoS parameters of the first service need to be adjusted, the first communications device may proactively obtain device status information, determine a QoS policy, and adjust the QoS parameters of the first service based on the QoS policy.
[0125] Exemplarily, the terminal continuously sends device status information to the first communication device in real time, the first communication device actively periodically or aperiodically obtains the device status information sent by the terminal, and determines a QoS policy based on the device status information to adjust the QoS parameters of the first service.
[0126] In this way, the first communication device can proactively adjust the QoS parameters of the first service without having to wait until an abnormality occurs before making adjustments, thereby ensuring that users do not experience obvious delay issues.
[0127] The following takes the terminal as an XR device, the first communication device as a PCF network element in the core network, the second communication device as an AMF network element in the core network, and the third communication device as an SMF network element in the core network as an example. The detailed process of the QoS policy adjustment method for the service provided in the embodiment of the present application is described. Specifically, as shown in Figure 8, the following steps A0 to A6 are included:
[0128] Step A0: Assume that the XR device is executing the first service and has entered the connected state, and the user plane connection has been activated, such as a protocol data unit (PDU) session has been established between the XR device and the core network.
[0129] Step A1: The XR device reporting mechanism is triggered to obtain the device status information of the XR device.
[0130] Exemplarily, the above-mentioned reporting mechanism is that the device status data in the XR device reaches a preset threshold.
[0131] For example, the above-mentioned preset threshold value can be sent by the network-side device through a new broadcast message field, RRC signaling, or RRC message information element IE when the XR device registers. It is understood that the network-side device can be a core network or a base station. The network-side devices involved in the embodiments of this application all represent the core network.
[0132] Step A2: The XR device forwards the device status information obtained in step A1 to the AMF network element via the N1 interface through the third signaling.
[0133] Step A3: The AMF network element forwards the device status information in step A2 to the SMF network element via the N11 interface through the second signaling.
[0134] Step A4: The SMF network element forwards the device status information in step A3 to the PCF network element via the N7 interface through the first signaling.
[0135] Step A5: The PCF network element adjusts the QoS policy of the first service according to the device status information of the XR device. The QoS policy includes an uplink QoS policy and a downlink QoS policy.
[0136] Step A6: Based on the QoS policy, the PDU session is updated through the PDU session modification process to adjust the QoS parameters of the first service.
[0137] In this way, the embodiment of the present application realizes flexible adjustment of uplink QoS policy and downlink QoS policy, ensuring end-to-end delay of sensitive and interactive services, such as the application of XR devices in CG services.
[0138] The QoS policy adjustment method for a service provided in the embodiment of the present application can be executed by a QoS policy adjustment device for a service. In the embodiment of the present application, the QoS policy adjustment method for a service is taken as an example to illustrate the QoS policy adjustment device for a service provided in the embodiment of the present application.
[0139] Figure 9 shows a possible structural diagram of a QoS policy adjustment device for a service involved in an embodiment of the present application. As shown in Figure 9, the QoS policy adjustment device 700 for a service may include: a receiving module 701, a determining module 702, and an adjusting module 703;
[0140] Among them, the above-mentioned receiving module 701 is used to receive device status information of the terminal, and the device status information is used to characterize the device status of the terminal when executing the first service; the above-mentioned determination module 702 is used to determine the QoS policy of the first service based on the device status information received by the above-mentioned receiving module 701 and the first rule, and the QoS policy of the first service includes the uplink QoS policy of the first service and the downlink QoS policy of the first service, and the QoS policy is used to adjust the transmission parameters of the service data of the first service; the above-mentioned adjustment module 703 is used to adjust the QoS parameters of the first service based on the QoS policy determined by the above-mentioned determination module 702, and the QoS parameters include the transmission delay of the uplink service data and the downlink service data of the first service; wherein, the first rule is that the sum of the transmission delays of the uplink service data and the downlink service data meets the preset conditions.
[0141] Optionally, in this embodiment of the present application, the device status information includes at least one of the following:
[0142] Terminal temperature information;
[0143] The remaining power information of the terminal;
[0144] Processor load information of the terminal;
[0145] Other sensor information of the terminal.
[0146] Optionally, in the embodiment of the present application, the above-mentioned receiving module 701 is specifically used to receive device status information sent by the terminal via the second communication device and the third communication device.
[0147] Optionally, in an embodiment of the present application, the above-mentioned receiving module 701 is specifically used to receive a first signaling sent by a third communication device; wherein, the first signaling is sent by the third communication device when it receives a second signaling from a second communication device, and the second signaling is sent by the second communication device when it receives a third signaling from the terminal; the first signaling, the second signaling and the third signaling are all signalings dedicated to transmitting device status information.
[0148] Optionally, in an embodiment of the present application, the above-mentioned adjustment module 703 is specifically used to: when an abnormal device status occurs when the terminal executes the first service, adjust the QoS parameters of the first service based on the QoS policy determined by the above-mentioned determination module 702; or, periodically or non-periodically adjust the QoS parameters of the first service based on the QoS policy determined by the above-mentioned determination module 702.
[0149] Optionally, in the embodiment of the present application, the abnormal device status includes at least one of the following:
[0150] The temperature of the terminal is greater than or equal to a first threshold;
[0151] The remaining battery power of the terminal is less than or equal to a second threshold;
[0152] The processor load of the terminal is greater than or equal to a third threshold.
[0153] FIG10 shows another possible structural diagram of the QoS policy adjustment device for a service involved in an embodiment of the present application. As shown in FIG10 , the QoS policy adjustment device 800 for a service may include: a sending module 801;
[0154] Among them, the above-mentioned sending module 801 is used to send device status information to the first communication device, and the device status information is used to characterize the device status when the terminal executes the first service; wherein, the device status information is used to determine the QoS policy of the first service, and the QoS policy is used to adjust the transmission parameters of the service data of the first service; the QoS policy of the first service includes the uplink QoS policy of the first service and the downlink QoS policy of the first service, and the QoS policy is used to adjust the QoS parameters of the first service, and the QoS parameters include the transmission delay of the uplink service data and the downlink service data of the first service.
[0155] Optionally, in this embodiment of the present application, the device status information includes at least one of the following:
[0156] Terminal temperature information;
[0157] The remaining power information of the terminal;
[0158] Processor load information of the terminal;
[0159] Other sensor information of the terminal.
[0160] Optionally, in the embodiment of the present application, the sending module 801 is specifically configured to send device status information to the first communication device via the second communication device and the third communication device.
[0161] Optionally, in an embodiment of the present application, the above-mentioned sending module 801 is specifically used for: the terminal sends a third signaling to the second communication device; wherein the third signaling is used for the second communication device to send a second signaling to the third communication device, and the second signaling is used for the third communication device to send a first signaling to the first communication device; the first signaling, the second signaling and the third signaling are all signalings dedicated to transmitting device status information.
[0162] Optionally, in the embodiment of the present application, the sending module 801 is specifically configured to, when an abnormality occurs in the device status of the terminal when the terminal executes the first service, send device status information to the first communication device.
[0163] Optionally, in the embodiment of the present application, the abnormal device status includes at least one of the following:
[0164] The temperature of the terminal is greater than or equal to a first threshold;
[0165] The remaining battery power of the terminal is less than or equal to a second threshold;
[0166] The processor load of the terminal is greater than or equal to a third threshold.
[0167] In the service QoS policy adjustment device provided in an embodiment of the present application, device status information of a terminal is received, where the device status information is used to characterize the device status of the terminal when executing a first service; a QoS policy for the first service is determined based on the device status information and a first rule, where the QoS policy for the first service includes an uplink QoS policy for the first service and a downlink QoS policy for the first service, where the QoS policy is used to adjust the transmission parameters of the service data of the first service; and QoS parameters for the first service are adjusted based on the QoS policy, where the QoS parameters include the transmission delay of the uplink service data and the downlink service data of the first service; wherein the first rule is that the sum of the transmission delays of the uplink service data and the downlink service data meets a preset condition. In this way, the service QoS policy adjustment device can determine the QoS policy for the first service based on the device status information of the terminal, so that the service QoS policy adjustment device can simultaneously adjust the transmission delay of the uplink service data and the downlink service data of the first service, thereby reducing the round-trip delay between the terminal and the service QoS policy adjustment device, thereby ensuring the user's immersive experience.
[0168] The QoS policy adjustment device for a service in the embodiments of the present application can be an electronic device, such as an electronic device with an operating system, or a component of the electronic device, such as an integrated circuit or chip. The electronic device can be a terminal or other device other than a terminal. For example, the terminal can include but is not limited to the types of terminal 11 listed above, and other devices can include servers, network attached storage (NAS), etc., which are not specifically limited in the embodiments of the present application.
[0169] The QoS policy adjustment device for the service provided in the embodiment of the present application can implement the various processes implemented in the method embodiments of Figures 1 to 8 and achieve the same technical effects. To avoid repetition, it will not be described here.
[0170] As shown in Figure 11, an embodiment of the present application further provides a communication device 900, including a processor 901 and a memory 902. The memory 902 stores a program or instruction that can be run on the processor 901. For example, when the communication device 900 is a terminal, the program or instruction is executed by the processor 901 to implement the various steps of the embodiment of the QoS policy adjustment method for the above-mentioned service, and can achieve the same technical effect. When the communication device 900 is a network-side device, the program or instruction is executed by the processor 901 to implement the various steps of the embodiment of the QoS policy adjustment method for the above-mentioned service, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.
[0171] The present application also provides a terminal including a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is configured to execute a program or instruction to implement the steps of the method embodiment shown in FIG2 . This terminal embodiment corresponds to the aforementioned terminal-side method embodiment, and each implementation process and implementation method of the aforementioned method embodiment are applicable to this terminal embodiment and can achieve the same technical effects. Specifically, FIG12 is a schematic diagram of the hardware structure of a terminal implementing an embodiment of the present application.
[0172] The terminal 100 includes but is not limited to: a radio frequency unit 101, a network module 102, an audio output unit 103, an input unit 104, a sensor 105, a display unit 106, a user input unit 107, an interface unit 108, a memory 109 and at least some of the components of the processor 110.
[0173] Those skilled in the art will appreciate that the terminal 100 may also include a power supply (such as a battery) to power various components. The power supply may be logically connected to the processor 110 via a power management system, thereby enabling the power management system to manage charging, discharging, and power consumption. The terminal structure shown in FIG12 does not limit the terminal. The terminal may include more or fewer components than shown, or may combine certain components, or have different component arrangements, which will not be described in detail here.
[0174] It should be understood that in an embodiment of the present application, the input unit 104 may include a graphics processing unit (GPU) 1041 and a microphone 1042, and the graphics processor 1041 processes the image data of a static picture or video obtained by an image capture device (such as a camera) in a video capture mode or an image capture mode. The display unit 106 may include a display panel 1061, and the display panel 1061 may be configured in the form of a liquid crystal display, an organic light emitting diode, etc. The user input unit 107 includes a touch panel 1071 and at least one of other input devices 1072. The touch panel 1071 is also called a touch screen. The touch panel 1071 may include two parts: a touch detection device and a touch controller. Other input devices 1072 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which will not be repeated here.
[0175] In the embodiment of the present application, after receiving downlink data from a network-side device, the RF unit 101 may transmit the data to the processor 110 for processing. Furthermore, the RF unit 101 may send uplink data to the network-side device. Typically, the RF unit 101 includes, but is not limited to, an antenna, an amplifier, a transceiver, a coupler, a low-noise amplifier, a duplexer, and the like.
[0176] The memory 109 can be used to store software programs or instructions and various data. The memory 109 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data, wherein the first storage area may store an operating system, applications or instructions required for at least one function (such as a sound playback function, an image playback function, etc.). In addition, the memory 109 may include a volatile memory or a non-volatile memory. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), a static random access memory (SRAM), a dynamic random access memory (DRAM), a synchronous dynamic random access memory (SDRAM), a double data rate synchronous dynamic random access memory (DDRSDRAM), an enhanced synchronous dynamic random access memory (ESDRAM), a synchronous link dynamic random access memory (SLDRAM), and a direct RAM bus random access memory (DRRAM). The memory 109 in the embodiment of the present application includes but is not limited to these and any other suitable types of memory.
[0177] Processor 110 may include one or more processing units. Optionally, processor 110 integrates an application processor and a modem processor. The application processor primarily handles operations related to the operating system, user interface, and application programs, while the modem processor primarily processes wireless communication signals, such as a baseband processor. It is understood that the modem processor may not be integrated into processor 110.
[0178] Among them, the above-mentioned radio frequency unit 101 is used to send device status information to the first communication device, and the device status information is used to characterize the device status of the terminal when executing the first service; wherein the device status information is used to determine the QoS policy of the first service, and the QoS policy is used to adjust the transmission parameters of the service data of the first service; the QoS policy of the first service includes the uplink QoS policy of the first service and the downlink QoS policy of the first service, and the QoS policy is used to adjust the QoS parameters of the first service, and the QoS parameters include the transmission delay of the uplink service data and the downlink service data of the first service.
[0179] Optionally, in this embodiment of the present application, the device status information includes at least one of the following:
[0180] Terminal temperature information;
[0181] The remaining power information of the terminal;
[0182] Processor load information of the terminal;
[0183] Other sensor information of the terminal.
[0184] Optionally, in the embodiment of the present application, the radio frequency unit 101 is specifically configured to send device status information to the first communication device via the second communication device and the third communication device.
[0185] Optionally, in an embodiment of the present application, the above-mentioned radio frequency unit 101 is specifically used to: the terminal sends a third signaling to the second communication device; wherein the third signaling is used for the second communication device to send a second signaling to the third communication device, and the second signaling is used for the third communication device to send a first signaling to the first communication device; the first signaling, the second signaling and the third signaling are all signalings dedicated to transmitting device status information.
[0186] Optionally, in the embodiment of the present application, the radio frequency unit 101 is specifically configured to, when an abnormality occurs in the device status of the terminal when the terminal executes the first service, send device status information to the first communication device.
[0187] Optionally, in the embodiment of the present application, the abnormal device status includes at least one of the following:
[0188] The temperature of the terminal is greater than or equal to a first threshold;
[0189] The remaining battery power of the terminal is less than or equal to a second threshold;
[0190] The processor load of the terminal is greater than or equal to a third threshold.
[0191] In this way, the first communication device can determine the QoS policy of the first service based on the device status information of the terminal, so that the first communication device can simultaneously adjust the transmission delay of the uplink service data and downlink service data of the first service to reduce the round-trip delay between the terminal and the first communication device, thereby ensuring the user's immersive experience.
[0192] It can be understood that the implementation process of each implementation method mentioned in this embodiment can refer to the relevant description of the method embodiment and achieve the same or corresponding technical effects. To avoid repetition, it will not be described here.
[0193] The present application also provides a network-side device, including a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is configured to execute a program or instruction to implement the steps of the method embodiment shown in FIG2 . This network-side device embodiment corresponds to the aforementioned network-side device method embodiment, and each implementation process and implementation method of the aforementioned method embodiment are applicable to this network-side device embodiment and can achieve the same technical effects.
[0194] Specifically, embodiments of the present application also provide a network-side device. As shown in Figure 13, the network-side device 90 includes an antenna 91, a radio frequency device 92, a baseband device 93, a processor 94, and a memory 95. Antenna 91 is connected to radio frequency device 92. In the uplink direction, radio frequency device 92 receives information via antenna 91 and sends the received information to baseband device 93 for processing. In the downlink direction, baseband device 93 processes the information to be transmitted and sends it to radio frequency device 92. Radio frequency device 92 processes the received information and then sends it through antenna 91.
[0195] The method executed by the network-side device in the above embodiment may be implemented in the baseband device 93 , which includes a baseband processor.
[0196] The baseband device 93 may include, for example, at least one baseband board, on which multiple chips are arranged, as shown in Figure 13, one of the chips is, for example, a baseband processor, which is connected to the memory 95 through a bus interface to call the program in the memory 95 and execute the network device operations shown in the above method embodiment.
[0197] The network side device may further include a network interface 96, which is, for example, a Common Public Radio Interface (CPRI).
[0198] Specifically, the network side device 90 of an embodiment of the present invention also includes: instructions or programs stored in the memory 95 and executable on the processor y4. The processor 94 calls the instructions or programs in the memory 95 to execute the methods of execution of each module shown in FIG8 and achieve the same technical effect. To avoid repetition, it will not be elaborated here.
[0199] An embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, the various processes of the QoS policy adjustment method embodiment of the above-mentioned service are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.
[0200] The processor is the processor in the terminal described in the above embodiment. The readable storage medium includes a computer-readable storage medium, such as a computer read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk. In some examples, the readable storage medium may be a non-transitory readable storage medium.
[0201] An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the various processes of the embodiment of the QoS policy adjustment method for the above-mentioned service, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.
[0202] It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.
[0203] An embodiment of the present application further provides a computer program / program product, which is stored in a storage medium. The computer program / program product is executed by at least one processor to implement the various processes of the QoS policy adjustment method embodiment of the above-mentioned service, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.
[0204] It should be noted that, in this article, the terms "comprise", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device comprising a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the sentence "comprises a ..." does not exclude the presence of other identical elements in the process, method, article or device comprising the element. In addition, it should be pointed out that the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in the opposite order according to the functions involved. For example, the described method may be performed in an order different from that described, and various steps may also be added, omitted or combined. In addition, the features described with reference to certain examples may be combined in other examples.
[0205] Through the description of the above embodiments, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of a computer software product plus a necessary general-purpose hardware platform, or of course, by hardware. The computer software product is stored in a storage medium (such as ROM, RAM, magnetic disk, optical disk, etc.) and includes a number of instructions for enabling a terminal or network-side device to execute the methods described in each embodiment of the present application.
[0206] The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of this application, ordinary technicians in this field can also make many forms of implementation methods without departing from the purpose of this application and the scope of protection of the claims. These implementation methods are all within the protection of this application.
Claims
1. A method for adjusting a service quality QoS policy, comprising: The first communication device receives device status information of the terminal, where the device status information is used to represent the device status of the terminal when executing the first service; The first communication device determines, based on the device state information and the first rule, a QoS policy for the first service, wherein the QoS policy for the first service includes an uplink QoS policy for the first service and a downlink QoS policy for the first service, and the QoS policy is used to adjust transmission parameters of service data of the first service; The first communication device adjusts QoS parameters of the first service based on the QoS policy, where the QoS parameters include transmission delays of uplink service data and downlink service data of the first service; Among them, the first rule is that the sum of the transmission delays of uplink business data and downlink business data meets a preset condition.
2. The method according to claim 1, wherein: The device status information includes at least one of the following: Temperature information of the terminal; Remaining power information of the terminal; Processor load information of the terminal; Other sensor information of the terminal.
3. The method according to claim 1 or 2, wherein: The first communication device receives the device status information of the terminal, including: The first communication device receives the device status information sent by the terminal via the second communication device and the third communication device.
4. The method according to claim 3, wherein: The first communication device receives the device status information sent by the terminal via the second communication device and the third communication device, including: The first communication device receives a first signaling sent by the third communication device; Among them, the first signaling is sent by the third communication device when it receives the second signaling of the second communication device, and the second signaling is sent by the second communication device when it receives the third signaling of the terminal; the first signaling, the second signaling and the third signaling are all signaling dedicated to transmitting the device status information.
5. The method according to claim 1 or 2, wherein: The first communication device adjusts the QoS parameter of the first service based on the QoS policy, including: When an abnormality occurs in the device state of the terminal when executing the first service, the first communication device adjusts the QoS parameters of the first service based on the QoS policy; or, The first communication device periodically or aperiodically adjusts the QoS parameters of the first service based on the QoS policy.
6. The method according to claim 5, wherein: The abnormal device status includes at least one of the following: The temperature of the terminal is greater than or equal to a first threshold; The remaining power of the terminal is less than or equal to a second threshold; The processor load of the terminal is greater than or equal to a third threshold.
7. A method for adjusting a service quality QoS policy, comprising: The terminal sends device status information to the first communication device, where the device status information is used to represent the device status of the terminal when executing the first service; Among them, the device status information is used to determine the QoS policy of the first service, and the QoS policy is used to adjust the transmission parameters of the service data of the first service; the QoS policy of the first service includes an uplink QoS policy of the first service and a downlink QoS policy of the first service, and the QoS policy is used to adjust the QoS parameters of the first service, and the QoS parameters include the transmission delay of the uplink service data and the downlink service data of the first service.
8. The method according to claim 7, wherein: The device status information includes at least one of the following: Temperature information of the terminal; Remaining power information of the terminal; Processor load information of the terminal; Other sensor information of the terminal.
9. The method according to claim 7 or 8, wherein: The terminal sending device status information to the first communication device includes: The terminal sends the device status information to the first communication device via the second communication device and the third communication device.
10. The method according to claim 9, wherein: The terminal sends the device status information to the first communication device via the second communication device and the third communication device, including: The terminal sends a third signaling to the second communication device; Among them, the third signaling is used by the second communication device to send the second signaling to the third communication device, and the second signaling is used by the third communication device to send the first signaling to the first communication device; the first signaling, the second signaling and the third signaling are all signaling dedicated to transmitting the device status information.
11. The method according to claim 9 or 10, wherein: The terminal sending device status information to the first communication device includes: When an abnormality occurs in the device state of the terminal when the terminal executes the first service, the terminal sends the device state information to the first communication device.
12. The method according to claim 11, wherein: The abnormal device status includes at least one of the following: The temperature of the terminal is greater than or equal to a first threshold; The remaining power of the terminal is less than or equal to a second threshold; The processor load of the terminal is greater than or equal to a third threshold.
13. A device for adjusting the quality of service (QoS) policy of a service, the device comprising: A receiving module, a determining module and an adjusting module; The receiving module is used to receive device status information of the terminal, where the device status information is used to represent the device status of the terminal when executing the first service; The determining module is used to determine the device status information received by the receiving module and the first rule. A QoS policy for a first service, wherein the QoS policy for the first service includes an uplink QoS policy for the first service and a downlink QoS policy for the first service, and the QoS policy is used to adjust transmission parameters of service data of the first service; The adjustment module is used to adjust the QoS parameters of the first service based on the QoS policy determined by the determination module, and the QoS parameters include the transmission delay of the uplink service data and the downlink service data of the first service; Among them, the first rule is that the sum of the transmission delays of uplink business data and downlink business data meets a preset condition.
14. The device according to claim 13, wherein: The device status information includes at least one of the following: Temperature information of the terminal; Remaining power information of the terminal; Processor load information of the terminal; Other sensor information of the terminal.
15. The device according to claim 13 or 14, wherein: The receiving module is specifically configured to receive the device status information sent by the terminal via the second communication device and the third communication device.
16. The device according to claim 15, wherein: The receiving module is specifically configured to receive a first signaling sent by the third communication device; Among them, the first signaling is sent by the third communication device when it receives the second signaling of the second communication device, and the second signaling is sent by the second communication device when it receives the third signaling of the terminal; the first signaling, the second signaling and the third signaling are all signaling dedicated to transmitting the device status information.
17. The device according to claim 13 or 14, wherein: The adjustment module is specifically used for: When an abnormality occurs in the device state of the terminal when executing the first service, adjusting the QoS parameters of the first service based on the QoS policy determined by the determination module; or, Periodically or aperiodically adjust the QoS parameters of the first service based on the QoS policy determined by the determination module.
18. The device according to claim 17, wherein: The abnormal device status includes at least one of the following: The temperature of the terminal is greater than or equal to a first threshold; The remaining power of the terminal is less than or equal to a second threshold; The processor load of the terminal is greater than or equal to a third threshold.
19. A device for adjusting the quality of service (QoS) policy of a service, the device comprising: Send module; The sending module is used to send device status information to the first communication device, where the device status information is used to represent the device status of the terminal when executing the first service; Among them, the device status information is used to determine the QoS policy of the first service, and the QoS policy is used to adjust the transmission parameters of the service data of the first service; the QoS policy of the first service includes an uplink QoS policy of the first service and a downlink QoS policy of the first service, and the QoS policy is used to adjust the QoS parameters of the first service, and the QoS parameters include the transmission delay of the uplink service data and the downlink service data of the first service.
20. The device according to claim 19, wherein The device status information includes at least one of the following: Temperature information of the terminal; Remaining power information of the terminal; Processor load information of the terminal; Other sensor information of the terminal.
21. The device according to claim 19 or 20, wherein: The sending module is specifically configured to send the device status information to the first communication device via the second communication device and the third communication device.
22. The method according to claim 21, wherein: The sending module is specifically configured to: the terminal sends a third signaling to the second communication device; Among them, the third signaling is used by the second communication device to send the second signaling to the third communication device, and the second signaling is used by the third communication device to send the first signaling to the first communication device; the first signaling, the second signaling and the third signaling are all signaling dedicated to transmitting the device status information.
23. The device according to claim 21 or 22, wherein: The sending module is specifically configured to, when an abnormality occurs in the device status of the terminal when the terminal executes the first service, cause the terminal to send the device status information to the first communication device.
24. The device according to claim 23, wherein: The abnormal device status includes at least one of the following: The temperature of the terminal is greater than or equal to a first threshold; The remaining power of the terminal is less than or equal to a second threshold; The processor load of the terminal is greater than or equal to a third threshold.
25. A terminal comprising a processor and a memory, wherein the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, the steps of the service quality QoS policy adjustment method of any one of claims 1 to 6 are implemented.
26. A communication device, which is a first communication device, comprises a processor and a memory, wherein the memory stores programs or instructions that can be run on the processor, and when the programs or instructions are executed by the processor, the steps of the service quality QoS policy adjustment method of the service as described in any one of claims 7 to 12 are implemented.
27. A readable storage medium storing a program or instruction, wherein the program or instruction, when executed by a processor, implements the method for adjusting the quality of service (QoS) policy of the service as described in any one of claims 1 to 6, or implements the steps of the method for adjusting the quality of service (QoS) policy of the service as described in any one of claims 7 to 12.
28. A chip, comprising a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the method according to any one of claims 1 to 12.
29. A computer program product, the program product being executed by at least one processor to implement the method according to any one of claims 1 to 12.
Citation Information
Patent Citations
User equipment battery consumption
CN106664653A
Service quality of service (QoS) strategy adjustment method and device, terminal and communication equipment
CN117336797A
Quality of service (QOS) control in mobile edge computing (MEC)
US20210076250A1
Communication method, terminal device, access network device, and core network element
WO2023082291A1
Communication methods, apparatuses, network element, communication device and computer storage medium
WO2023115283A1