Service quality processing method and device, computer readable medium and electronic equipment

Abstract

The embodiment of the invention provides a service quality processing method and device, a computer readable medium and electronic equipment. The service quality processing method is executed by terminal equipment accessed to a core network through an access network element, the terminal equipment is in communication connection with service processing equipment, and the service processing equipment performs service interaction with a service server through the terminal equipment. The service quality processing method comprises the following steps: establishing a protocol data unit session with a core network; obtaining QoS rule information of service data packet transmission performed by the service processing device and the service server based on the PDU session; and performing QoS processing on a service data packet transmission process between the service processing equipment and the service server according to the QoS rule information. According to the technical scheme provided by the embodiment of the invention, the support of the QoS mechanism by the service processing equipment which does not directly access the core network is realized, and the utilization rate of the network bandwidth and the service processing quality can be improved.

Description

Technical Field

[0001] The present application relates to the field of computer and communication technologies, and in particular, to a method and apparatus for service quality processing, a computer-readable medium, and an electronic device. Background Art

[0002] In the fifth-generation mobile communication technology (5th-Generation, 5G) and its subsequent evolved systems (such as 5G-A, 6G, etc.), high-bandwidth interactive services are important service types, such as cloud gaming, virtual reality (VR), augmented reality (AR), mixed reality (MR), extended reality (XR), cinematic reality (CR), XR and media services (XR and Media Services, XRM), etc. These high-bandwidth interactive services have very high requirements for transmission timeliness, and due to the extremely large amount of data, the data packets of these services pose higher requirements for the control of quality of service (QoS) during transmission.

[0003] At the same time, the processing devices of the above-mentioned interactive services are not limited to the radio access technology (RAT) defined by the 3rd Generation Partnership Project (3GPP) organization, but can also support indirect access through other terminals. For example, the service processing device is connected to the user equipment (UE) in a tethered manner, and the UE accesses the core network through the base station. In this case, how to ensure the QoS requirements of these interactive services is a technical problem to be solved urgently. Summary of the Invention

[0004] Embodiments of the present application provide a method and apparatus for service quality processing, a computer-readable medium, and an electronic device, which realize the support of the QoS mechanism by a service processing device that does not directly access the core network, and are beneficial to improving the utilization rate of network bandwidth and the quality of service processing.

[0005] Other features and advantages of the present application will become apparent through the following detailed description, or will be partially learned through the practice of the present application.

[0006] In a first aspect, an embodiment of the present application provides a QoS processing method, which is executed by a terminal device accessing the core network through an access network element. The terminal device is communicatively connected to a service processing device, and the service processing device performs service interaction with a service server through the terminal device. The QoS processing method includes: establishing a Protocol Data Unit (PDU) session with the core network; obtaining QoS rule information for service data packet transmission between the service processing device and the service server based on the PDU session; and performing QoS processing on the service data packet transmission process between the service processing device and the service server according to the QoS rule information.

[0007] In a second aspect, an embodiment of the present application provides a QoS processing method, which is executed by an application function network element. The QoS processing method includes: generating QoS requirement information for a service data packet, where the service data packet is a data packet transmitted between a service server and a service processing device. The service processing device is communicatively connected to a terminal device, the terminal device accesses the core network through an access network element, and the service processing device performs service interaction with the service server through the terminal device; and sending the QoS requirement information to the core network element so that the core network element generates QoS policy information corresponding to the service data packet according to the QoS requirement information.

[0008] In a third aspect, an embodiment of the present application provides a QoS processing method, which is executed by a policy control function network element. The QoS processing method includes: obtaining QoS requirement information for a service data packet, where the service data packet is a data packet transmitted between a service server and a service processing device. The service processing device is communicatively connected to a terminal device, the terminal device accesses the core network through an access network element, and the service processing device performs service interaction with the service server through the terminal device; generating QoS policy information corresponding to the service data packet according to the QoS requirement information; and sending the QoS policy information to a session management function network element so that the session management function network element configures QoS processing-related information for a processing device of the service data packet according to the QoS policy information.

[0009] In some embodiments of the present application, based on the foregoing solution, generating the QoS policy information corresponding to the service data packet according to the QoS requirement information includes at least one of the following methods:

[0010] Obtaining delay information between the terminal device and the service processing device, and generating the QoS policy information according to the QoS requirement information and the delay information;

[0011] Generate the QoS policy information according to the reporting method of the QoS monitoring result and the QoS monitoring parameters included in the QoS requirement information, where the reporting method of the QoS monitoring result includes: reporting the combined monitoring results of multiple links or reporting the monitoring results of multiple links separately.

[0012] In a fourth aspect, an embodiment of the present application provides a QoS processing method, which is executed by a session management function network element. The QoS processing method includes: receiving QoS policy information sent by a policy control function network element for processing service data packets, where the service data packets are data packets transmitted between a service server and a service processing device, the service processing device is communicatively connected to a terminal device, the terminal device accesses the core network through an access network element, and the service processing device performs service interaction with the service server through the terminal device; generating QoS processing-related information corresponding to each processing device of the service data packets according to the QoS policy information; and configuring the QoS processing-related information to the processing devices of the service data packets.

[0013] In some embodiments of the present application, based on the foregoing solution, generating QoS processing-related information corresponding to each processing device of the service data packets according to the QoS policy information includes at least one of the following methods:

[0014] Generate QoS configuration information for the access network element according to the load of the uplink service data packets sent by the service processing device received by the terminal device, where the QoS configuration information is used to instruct the access network element to configure wireless transmission resources matching the load to the terminal device;

[0015] Generate QoS configuration information for the access network element according to whether the terminal device has the ability to process a packet set, where the QoS configuration information is used to instruct whether the access network element performs downlink processing of the packet set;

[0016] Generate QoS rule information for the terminal device according to the load of the uplink service data packets sent by the service processing device received by the terminal device, where the QoS rule information is used to configure wireless transmission resources matching the load to the terminal device;

[0017] Obtain the delay information between the terminal device and the service processing device, and generate the QoS processing-related information according to the QoS policy information and the delay information;

[0018] Generate QoS rule information for the terminal device according to the reporting method of the QoS monitoring result and the QoS monitoring parameters included in the QoS policy information, where the reporting method of the QoS monitoring result includes: reporting the merged monitoring results of multiple links or reporting the monitoring results of multiple links separately.

[0019] In a fifth aspect, an embodiment of the present application provides a QoS processing device, which is applied to a terminal device accessing the core network through an access network element. The terminal device is communicatively connected to a service processing device, and the service processing device performs service interaction with a service server through the terminal device. The QoS processing device includes: a establishing unit configured to establish a PDU session with the core network; an obtaining unit configured to obtain QoS rule information for the service data packet transmission between the service processing device and the service server based on the PDU session; and a processing unit configured to perform QoS processing on the service data packet transmission process between the service processing device and the service server according to the QoS rule information.

[0020] In a sixth aspect, an embodiment of the present application provides a QoS processing device, which is applied to an application function network element. The QoS processing device includes: a generating unit configured to generate QoS requirement information for a service data packet, where the service data packet is a data packet transmitted between a service server and a service processing device. The service processing device is communicatively connected to a terminal device, the terminal device accesses the core network through an access network element, and the service processing device performs service interaction with the service server through the terminal device; and a sending unit configured to send the QoS requirement information to the core network element so that the core network element generates QoS policy information corresponding to the service data packet according to the QoS requirement information.

[0021] In a seventh aspect, an embodiment of the present application provides a QoS processing device, which is applied to a policy control function network element. The QoS processing device includes: an obtaining unit configured to obtain QoS requirement information for a service data packet, where the service data packet is a data packet transmitted between a service server and a service processing device. The service processing device is communicatively connected to a terminal device, the terminal device accesses the core network through an access network element, and the service processing device performs service interaction with the service server through the terminal device; a generating unit configured to generate QoS policy information corresponding to the service data packet according to the QoS requirement information; and a sending unit configured to send the QoS policy information to a session management function network element so that the session management function network element configures QoS processing related information for the processing device of the service data packet according to the QoS policy information.

[0022] In an eighth aspect, an embodiment of the present application provides a QoS processing device, which is applied to a session management function network element. The QoS processing device includes: a receiving unit configured to receive QoS policy information sent by a policy control function network element for processing service data packets, where the service data packets are data packets transmitted between a service server and a service processing device, the service processing device is communicatively connected to a terminal device, the terminal device accesses the core network through an access network element, and the service processing device performs service interaction with the service server through the terminal device; a generating unit configured to generate QoS processing-related information corresponding to respective processing devices of the service data packets according to the QoS policy information; and a configuring unit configured to configure the QoS processing-related information to the processing devices of the service data packets.

[0023] In a ninth aspect, an embodiment of the present application provides a computer-readable medium having a computer program stored thereon, and when the computer program is executed by a processor, it implements the QoS processing method as described in the above embodiments.

[0024] In a tenth aspect, an embodiment of the present application provides an electronic device, including: one or more processors; a storage device for storing one or more computer programs, and when the one or more computer programs are executed by the one or more processors, the electronic device implements the QoS processing method as described in the above embodiments.

[0025] In an eleventh aspect, an embodiment of the present application provides a computer program product, which includes a computer program stored in a computer-readable storage medium. A processor of an electronic device reads and executes the computer program from the computer-readable storage medium, so that the electronic device executes the QoS processing method provided in the above various alternative embodiments.

[0026] In the technical solutions provided in some embodiments of the present application, after the terminal device accesses the core network through the access network element, the service processing device establishes a communication connection with the terminal device to perform service interaction with the service server through the terminal device. In such a system architecture, the terminal device establishes a PDU session with the core network, and then obtains QoS rule information for transmitting service data packets between the service processing device and the service server based on the PDU session, so as to perform QoS processing on the process of transmitting service data packets between the service processing device and the service server according to the QoS rule information, enabling the service processing device that does not directly access the core network to support the QoS mechanism based on the terminal device. On the premise of ensuring the QoS requirements of service data packets, the processing flexibility of service data packets is improved, which is beneficial to improving the utilization rate of network bandwidth and service processing quality.

[0027] It should be understood that the above general description and the following detailed description are merely exemplary and explanatory, and do not limit this application. Description of the Drawings

[0028] Figure 1 FIG. shows a schematic diagram of an exemplary system architecture to which the technical solution of the embodiment of this application can be applied;

[0029] Figure 2 FIG. shows a schematic diagram of the transmission process of a multimedia data packet according to an embodiment of this application;

[0030] Figure 3 FIG. shows a flowchart of a QoS processing method according to an embodiment of this application;

[0031] Figure 4 FIG. shows a flowchart of a QoS processing method according to an embodiment of this application;

[0032] Figure 5 FIG. shows a flowchart of a QoS processing method according to an embodiment of this application;

[0033] Figure 6 FIG. shows a flowchart of a QoS processing method according to an embodiment of this application;

[0034] Figure 7 FIG. shows a system architecture diagram of a service processing device accessing a terminal device according to an embodiment of this application;

[0035] Figure 8 FIG. shows a system architecture diagram of a service processing device accessing a terminal device according to an embodiment of this application;

[0036] Figure 9A FIG. shows a flowchart of implementing QoS processing based on a trusted WLAN according to an embodiment of this application;

[0037] Figure 9B FIG. shows a flowchart of implementing QoS processing based on a WLAN that is not authenticated as trusted according to an embodiment of this application;

[0038] Figure 10 FIG. shows a QoS monitoring flowchart according to an embodiment of this application;

[0039] Figure 11 FIG. shows a block diagram of a QoS processing device according to an embodiment of this application;

[0040] Figure 12 FIG. shows a block diagram of a QoS processing device according to an embodiment of this application;

[0041] Figure 13Shows a block diagram of a QoS processing device according to an embodiment of the present application;

[0042] Figure 14 Shows a block diagram of a QoS processing device according to an embodiment of the present application;

[0043] Figure 15 Shows a schematic structural diagram of a computer system of an electronic device suitable for implementing the embodiments of the present application. Detailed implementation manners

[0044] Now, the exemplary embodiments will be described in a more comprehensive manner with reference to the accompanying drawings. However, the exemplary embodiments can be implemented in various forms and should not be construed as being limited to these examples; on the contrary, these embodiments are provided so that this application will be more comprehensive and complete, and the concept of the exemplary embodiments will be fully conveyed to those skilled in the art.

[0045] In addition, the features, structures, or characteristics described in this application can be combined in any suitable manner in one or more embodiments. In the following description, there are many specific details so that the embodiments of this application can be fully understood. However, those skilled in the art should be aware that when implementing the technical solutions of this application, not all the detailed features in the embodiments are required, one or more specific details can be omitted, or other methods, elements, devices, steps, etc. can be adopted.

[0046] In the embodiments of this application, the term "module" or "unit" refers to a computer program with a predetermined function or a part of a computer program, which works together with other related parts to achieve a predetermined goal, and can be fully or partially implemented by using software, hardware (such as a processing circuit or a memory), or a combination thereof. Similarly, a processor (or multiple processors or memories) can be used to implement one or more modules or units. In addition, each module or unit can be a part of an overall module or unit that includes the function of the module or unit.

[0047] The block diagrams shown in the accompanying drawings are only functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities can be implemented in software form, or implemented in one or more hardware modules or integrated circuits, or implemented in different networks and / or processor devices and / or microcontroller devices.

[0048] The flowcharts shown in the accompanying drawings are only illustrative and do not necessarily include all the content and operations / steps, nor do they necessarily need to be executed in the described order. For example, some operations / steps can be decomposed, and some operations / steps can be combined or partially combined. Therefore, the actual execution order may change according to the actual situation.

[0049] It should be noted that the "multiple" mentioned in this article refers to two or more. "And / or" describes the association relationship of the associated objects, indicating that there can be three relationships. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. The character " / " generally indicates that the associated objects before and after are in an "or" relationship.

[0050] With the development of 5G and its subsequent evolution systems (such as 5G-A, 6G, etc.), many multimedia services requiring high data volume and short latency have been applied, such as cloud gaming services, VR, AR, MR, XR, CR and other interactive services.

[0051] For example, in Figure 1 In the cloud game scenario shown, the cloud server 101 is used to run the cloud game. The cloud server 101 can render the game screen, encode the audio signal and the rendered image, and finally transmit the encoded data obtained by the encoding process to each game client through the network. The game client can be a user equipment (UE) with basic streaming media playback capabilities, human-computer interaction capabilities, and communication capabilities, such as a smart phone, tablet computer, laptop computer, desktop computer, smart TV, smart home, car terminal, aircraft, etc.; or the game client can be an application running in a terminal device. Specifically, the game client can decode the encoded data transmitted by the cloud server 101, obtain analog audio and video signals, and play them.

[0052] It should be understood that Figure 1 The system architecture of the cloud gaming system is only exemplified, and the specific architecture of the cloud gaming system is not limited; for example, in other embodiments, the cloud gaming system may also include a background server for scheduling, etc. In addition, the cloud server 101 may be an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, content delivery networks (CDN), and big data and artificial intelligence platforms. The game client and the cloud server 101 can be directly or indirectly connected via wired or wireless communication, and this application does not limit this.

[0053] In the above-mentioned multimedia-based interactive service application scenarios, since the multimedia data packets are huge, they need to be split into multiple data packets for transmission. Figure 2As shown in the figure, taking the 5G system as an example, the user plane mainly includes the application server, the user plane function (UPF), the base station (next generation node B, gNB) and the UE. For some typical business scenarios, the transmission of multimedia data packets is mainly in the downlink direction, such as from the application server (AS) to the UPF, and then sent to the UE through the gNB. During transmission, the multimedia data packet (in Figure 2 Taking the XR data packet as an example) in the application layer of the application server, after the split data packet reaches the UPF from the application server as an IP packet, the 5G system transmits the sub-data packet to the UE through the PDU session, and the UE submits it step by step from the protocol stack and reassembles it to recover the multimedia data packet.

[0054] Among them, Figure 2 In the system shown, L1 layer refers to the physical layer, which is used to ensure that the original data can be transmitted on various physical media; L2 layer refers to the data link layer, which provides services to the network layer based on the services provided by the physical layer; the Internet Protocol (IP) layer is the network layer, which is used to realize data transmission between two end systems; UDP is the User Datagram Protocol, and its Chinese name is User Datagram Protocol; GTP-U is the GPRS (General packet radio service) Tunneling Protocol, and its Chinese name is General Packet Radio Service Tunneling Protocol User Plane; PHY is the abbreviation of Physical, and its Chinese name is physical layer; MAC is Media Access Control, and its Chinese name is media access control; RLC is Radio Link Control, and its Chinese name is Radio Link Control Layer Protocol; PDCP is Packet Data Convergence Protocol, and its Chinese name is Packet Data Convergence Protocol; SDAP is Service Data Adaptation Protocol, and its Chinese name is Service Data Adaptation Protocol.

[0055] As mentioned above, for multimedia services (such as XRM services), it is very common to divide a multimedia data packet into multiple data packets for transmission. A single multimedia service frame or a data packet formed by a group of packets (GoP) may also have a large number of bytes and need to be carried by a series of IP data packets. There is a certain correlation between these IP data packets. Processing these packets based on the correlation can effectively save wireless network bandwidth.

[0056] For example, suppose that multiple IP packets are used for transmission, and these multiple IP packets can form a PDUset (PDU set). If some packets in the PDUset are lost, the entire frame, GoP or other video content may not be decoded, and the remaining data in the PDUset is meaningless to the decoding end. However, if the application layer forward error correction (FEC) or other mechanisms are introduced, the media application layer has a certain packet loss recovery capability or anti-packet loss capability, then the remaining data in the PDU set can still be recovered and decoded after some messages are discarded, which means that the remaining data in the PDU set is still meaningful for the receiving end to decode.

[0057] In addition, if different PDU sets are distinguished according to the relevance of application layer data packets in the QoS processing mechanism, then for PDUsets with high rates but that can tolerate a certain percentage of packet loss rate or delay excess rate, they can continue to be processed. In other words, the processing method of multimedia services can be more flexible. At the same time, when processing multimedia services, it is not limited to service processing devices accessed through the RAT defined by the 3GPP organization, but can also support service processing devices that are not accessed through the 3GPP RAT. This is because in actual scenarios, the service processing equipment may not have 3GPP RAT capabilities, or it is not directly accessed through the 3GPP RAT, but is accessed through other UEs using a Tether method. In this case, how to ensure the QoS requirements of multimedia services when processing (especially when multimedia services are transmitted through PDUsets) is a technical problem that needs to be solved urgently.

[0058] It is based on the above-mentioned problems that the technical solution of the embodiment of the present application proposes a new QoS processing solution, which can realize the support of the QoS mechanism for the service processing equipment that is not directly connected to the core network based on the terminal equipment. Under the premise of ensuring the QoS requirements of the service data packets, the processing flexibility of the service data packets is improved, which is conducive to improving the utilization rate of the network bandwidth and the quality of service processing, so as to better cope with the challenges of high-bandwidth interactive services to wireless network transmission.

[0059] The implementation details of the technical solution of the embodiment of the present application are described in detail below:

[0060] Figure 3 A flowchart of a QoS processing method according to an embodiment of the present application is shown. The QoS processing method can be executed by a terminal device that accesses the core network through an access network element. The terminal device communicates with a service processing device, and the service processing device interacts with the service server through the terminal device.Figure 3 The technical solutions of the illustrated embodiments can also be executed by other network elements or devices with similar functions. Refer to Figure 3 As shown, the QoS processing method at least includes S310 to S320, which are introduced in detail as follows:

[0061] In S310, a PDU session with the core network is established.

[0062] In some alternative embodiments, taking the terminal device to execute Figure 3 the technical solutions of the illustrated embodiments as an example for illustration, the terminal device can send a PDU session establishment request to an access network element (such as a base station) to initiate the PDU session establishment process. Then, the access network element can send the PDU session establishment request to the Access and Mobility Management Function (AMF), and the AMF executes the PDU session establishment process. For example, the AMF performs the selection of the Session Management Function (SMF) and initiates a request to create a session management context. After that, through the interaction among network elements such as the SMF, AMF, and Policy Control Function (PCF), a PDU session between the terminal device and the core network element is established.

[0063] Optionally, after the PDU session is established, the service processing device can transmit data based on the user plane between the terminal device and the service server. Specifically, the service server can send the downlink service data packet to be sent to the service processing device to the terminal device through the user plane, and then the terminal device sends it to the connected service processing device. And the service processing device can send the uplink service data packet to be sent to the service server to the terminal device, and then the terminal device sends it to the service server through the user plane.

[0064] It should be noted that both the service processing device and the terminal device in the embodiments of the present application can be a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart TV, a smart home, a vehicle-mounted terminal, an aircraft, etc. The service processing device may not support 3GPP RAT and be connected to the terminal device through other means (such as Wi-Fi), or the service processing device may also be a device that supports 3GPP RAT.

[0065] In some alternative embodiments, the terminal device can establish a Wireless Local Area Network (WLAN) as an access point, and then at least one service processing device can access the wireless local area network, and further a communication connection between the terminal device and at least one service processing device can be established.

[0066] In some alternative embodiments, after establishing a wireless local area network, the terminal device may register the wireless local area network with the core network to authenticate the wireless local area network as a trusted wireless local area network. Alternatively, the wireless local area network established by the terminal device may also be used as an unauthenticated trusted wireless local area network and access the core network through an access network element. Among them, an unauthenticated trusted wireless local area network refers to a wireless local area network that has not been authenticated as a trusted wireless local area network. In this case, it can be considered an untrusted wireless local area network for the core network. That is, in the embodiments of the present application, the wireless local area network established by the terminal device can either be used as a trusted wireless local area network or not be authenticated as a trusted wireless local area network.

[0067] In some alternative embodiments, after establishing a wireless local area network, if a service processing device accesses the wireless local area network, the terminal device may allocate a network address to the service processing device so that the service processing device can transmit service data packets with a service server based on the allocated network address. Optionally, the network address may be an Internet Protocol (IP) address.

[0068] In some alternative embodiments, after receiving a service data packet sent by a service processing device to a service server, the terminal device may also perform conversion processing on the network address in the service data packet to obtain a converted service data packet, and then transmit the converted service data packet to the service server through a PDU session. That is, in this embodiment, the terminal device has a Network Address Translation (NAT) function, which can shield the service processing device from the user side. In this case, when the terminal device receives a downlink service data packet sent by the service server to a certain network address, it can determine which service processing device the downlink service data packet needs to be sent to based on the network address of the downlink service data packet, and then forward it to the service processing device.

[0069] In some alternative embodiments, when the terminal device receives a downlink service data packet from a service server, it may select a wireless local area network QoS mechanism corresponding to the priority of the downlink service data packet to send the downlink service data packet to the service processing device according to the priority of the downlink service data packet. Optionally, high-priority service data packets may be allowed to compete for the wireless channel first; or high-priority service data packets may be allowed to be transmitted first; or the transmission rate of high-priority service data packets may be increased and the transmission rate of low-priority data packets may be decreased, etc. It should be noted that the high priority and low priority in this embodiment are relative. Generally, it is understood that the priority of high-priority service data packets is greater than the priority of low-priority service data packets.

[0070] In some alternative embodiments, when establishing a PDU session with the core network, the terminal device may establish one PDU session with the core network. In this case, if there are multiple service processing devices, the service data packets of different service processing devices may correspond to different QoS flows in this PDU session, so as to meet the QoS requirements of the service data packets of different service processing devices respectively.

[0071] In some alternative embodiments, when establishing a PDU session with the core network, the terminal device may separately establish PDU sessions corresponding to the service data packets of different service processing devices with the core network. In this case, if there are multiple service processing devices, the service data packets of different service processing devices may correspond to different PDU sessions, and thus the QoS requirements of the service data packets of different service processing devices can also be met respectively.

[0072] In some alternative embodiments, when establishing a PDU session with the core network, the terminal device may establish one PDU session with the core network. In this case, if there are multiple service processing devices, the service data packets of different service processing devices may correspond to the same QoS flow in this PDU session, which can reduce the complexity of QoS processing.

[0073] In some alternative embodiments, the service data packets between the service processing device and the service server may be transmitted in the form of a packet set (i.e., PDU set) during transmission, or may also be transmitted in the form of a single packet (per-packet).

[0074] It should be noted that in addition to establishing a connection with the terminal device through a wireless local area network, the service processing device may also establish a connection with the terminal device through other short-range wireless communication technologies, such as establishing a connection with the terminal device through Bluetooth, ZigBee, etc.

[0075] Meanwhile, it should be noted that: even if the wireless local area network established by the terminal device is not authenticated as a trusted wireless local area network, the related processing procedures (such as IP address allocation, NAT processing, QoS processing, etc.) are similar to those of the processing procedures with a trusted WLAN authentication.

[0076] In S320, obtain the QoS rule information for the service data packets transmitted between the service processing device and the service server based on the PDU session.

[0077] In some alternative embodiments, the process for the terminal device to obtain QoS rule information may be as follows: After the SMF generates the QoS rule information for the terminal device, it sends the information to the AMF, and then the AMF sends the QoS rule information to the terminal device through the access network element.

[0078] In some alternative embodiments, since the terminal device is not the last hop of the end-to-end transmission, that is, after the terminal device receives the downlink service data packet sent by the service server, it still needs to transmit the data packet to the service processing device, and at the same time, the uplink service data packet that the service processing device needs to send to the service server also needs to be sent to the terminal device first. Therefore, when processing the QoS of the service data packet between the service processing device and the service server, the delay information between the terminal device and the service processing device can be considered.

[0079] Specifically, the terminal device can obtain the delay information between the terminal device and the service processing device, and then send the delay information to a specified core network element, so that the PCF generates policy information for QoS processing of the service data packet between the service processing device and the service server based on the delay information obtained from the specified core network element. That is, when generating the policy information for QoS processing, the PCF can take into account the delay information between the terminal device and the service processing device. Optionally, the specified core network element may be a Network Data Analytics Function (NWDAF), or other network elements such as the AMF or the Application Function (AF).

[0080] In some alternative embodiments, the delay information sent by the terminal device to the specified core network element (i.e., the delay information between the terminal device and the service processing device) may be the uplink transmission delay from the service processing device to the terminal device. For example, the uplink transmission process from the service processing device to the terminal device can be monitored within a set time period, and then the average value of the monitored transmission delay is sent to the specified core network element as the uplink transmission delay. Alternatively, the uplink transmission process from the service processing device to the terminal device can be monitored a set number of times (such as 1 time, 2 times, or more times), and then the average value of the monitored transmission delay is sent to the specified core network element as the uplink transmission delay.

[0081] In some alternative embodiments, the latency information sent by the terminal device to the specified core network element (i.e., the latency information between the terminal device and the service processing device) may be the downlink transmission latency from the terminal device to the service processing device. For example, the downlink transmission process from the terminal device to the service processing device may be monitored within a set time period, and then the average value of the monitored transmission latency may be used as the downlink transmission latency and sent to the specified core network element. Alternatively, the downlink transmission process from the terminal device to the service processing device may be monitored a set number of times (such as 1 time, 2 times, or more), and then the average value of the monitored transmission latency may be used as the downlink transmission latency and sent to the specified core network element.

[0082] In some alternative embodiments, the latency information sent by the terminal device to the specified core network element (i.e., the latency information between the terminal device and the service processing device) may be calculated based on the uplink transmission latency from the service processing device to the terminal device and the downlink transmission latency from the terminal device to the service processing device. Optionally, the average value of the uplink transmission latency and the downlink transmission latency may be used as the latency information between the terminal device and the service processing device. It should be noted that the uplink transmission latency and the downlink transmission latency in this embodiment may also be obtained in the manner described in the foregoing embodiments, that is, by calculating the average value through monitoring for a set time period or a set number of times, or may be obtained by means of single measurement.

[0083] In S330, QoS processing is performed on the service data packet transmission process between the service processing device and the service server according to the QoS rule information.

[0084] In some alternative embodiments, the service data packets between the service processing device and the service server may be transmitted in the form of a PDU set. In this case, the QoS parameters included in the QoS rule information may be at least one of the following parameters: PDU Set Delay Budget (PSDB), PDU Set Error Rate (PSER), Maximum Data Burst Volume (MDBV), Packet Delay Variation (PDV), etc.

[0085] Optionally, when the service data packets between the service processing device and the service server are transmitted, they may not be transmitted in the form of a PDU set, but in the form of a single packet (per-packet). In this case, the QoS parameters included in the QoS rule information may be at least one of the following parameters: Packet Delay Budget (PDB), Packet Error Rate (PER), maximum data burst volume, etc.

[0086] In some alternative embodiments, the process of the terminal device performing QoS processing on the transmission process of the service data packets between the service processing device and the service server according to the QoS rule information may be to perform QoS processing on the uplink service data packets between the service processing device and the service server, or to perform QoS processing on the downlink service data packets between the service server and the service processing device.

[0087] In some alternative embodiments, when the terminal device performs QoS processing on the transmission process of the service data packets between the service processing device and the service server according to the QoS rule information, if at least one of the following situations is detected during the transmission process of the service data packets according to the QoS rule information, the corresponding service data packet is discarded: congestion occurs during the transmission process of the service data packet, the transmission delay information of the service data packet does not meet the delay requirement, the bit error rate of the service data packet does not meet the bit error rate requirement, the service data packet is determined to be a useless redundant packet.

[0088] Specifically, if the terminal device detects that the transmission delay information of the downlink service data packet from the service server does not meet the delay requirement included in the QoS rule information, the downlink service data packet may be discarded. Among them, for the downlink service data packet transmitted in the form of a PDU set, the delay requirement included in the QoS rule information is the PSDB; for the downlink service data packet transmitted in the form of a per-packet, the delay requirement included in the QoS rule information is the PDB.

[0089] Optionally, if the terminal device detects that the bit error rate of the downlink service data packet from the service server does not meet the bit error rate requirement included in the QoS rule information, the downlink service data packet may be discarded. Among them, for the downlink service data packet transmitted in the form of a PDU set, the bit error rate included in the QoS rule information is the PSER; for the downlink service data packet transmitted in the form of a per-packet, the bit error rate included in the QoS rule information is the PER.

[0090] Optionally, if the terminal device detects congestion during the transmission of a downlink service data packet from the service server, it can discard the downlink service data packet. For example, the downlink service data packets can be discarded in ascending order of their priorities.

[0091] Optionally, if the terminal device detects that there are useless redundant data packets in the downlink service data packets from the service server, for example, if the downlink service data packets adopt FEC or other mechanisms that result in redundant data packets, then if the valid data packets corresponding to the redundant data packets are all transmitted normally, it means that the redundant data packets are invalid data packets, that is, they do not need to be transmitted anymore, so they can be discarded.

[0092] Optionally, if the terminal device detects that the transmission delay information of the uplink service data packet from the service processing device does not meet the delay requirements included in the QoS rule information, it can discard the uplink service data packet. Among them, for the uplink service data packet transmitted in the PDU set mode, the delay requirement included in the QoS rule information is the PSDB; for the uplink service data packet transmitted in the per-packet mode, the delay requirement included in the QoS rule information is the PDB.

[0093] Optionally, if the terminal device detects that the bit error rate of the uplink service data packet from the service processing device does not meet the bit error rate requirements included in the QoS rule information, it can discard the uplink service data packet. Among them, for the uplink service data packet transmitted in the PDUset mode, the bit error rate included in the QoS rule information is the PSER; for the uplink service data packet transmitted in the per-packet mode, the bit error rate included in the QoS rule information is the PER.

[0094] Optionally, if the terminal device detects congestion during the transmission of the uplink service data packet from the service processing device, it can discard the uplink service data packet. For example, the uplink service data packets can be discarded in ascending order of their priorities.

[0095] Optionally, if the terminal device detects that there are useless redundant data packets in the uplink service data packets from the service processing device, for example, if the uplink service data packets adopt FEC or other mechanisms that result in redundant data packets, then if the valid data packets corresponding to the redundant data packets are all transmitted normally, it means that the redundant data packets are invalid data packets, that is, they do not need to be transmitted anymore, so they can be discarded.

[0096] In some alternative embodiments, the terminal device may determine the priority of a service data packet based on the field information included in the service data packet, so as to discard the service data packets in ascending order of priority when necessary. Optionally, the field information may be, for example, PDU set importance (PSI) information. Then, the importance of different PDU sets can be determined based on this field information, and the importance is positively correlated with the priority. In other embodiments of the present application, the priority of the service data packet may also be determined based on other field information. For example, the type of the service data packet can be determined according to the field indicating the type of the service data packet, and then the priority of the service data packet can be determined according to the pre-determined priorities of different types of data packets (such as the priority of the service data packet of the video type is higher than that of the service data packet of the audio type, etc.).

[0097] In some alternative embodiments, since the terminal device needs to transmit the downlink service data packet received from the service server to the service processing device, and at the same time, the uplink service data packet that the service processing device needs to send to the service server also needs to be sent to the terminal device first, when processing the QoS of the service data packet between the service processing device and the service server, the delay information between the terminal device and the service processing device can be considered.

[0098] Specifically, when the terminal device monitors the transmission delay of the service data packet between the service processing device and the service server, it can determine whether the transmission delay of the service data packet meets the delay requirements included in the QoS rule information in combination with the delay information between the terminal device and the service processing device. For example, the delay requirement for the downlink service data packet sent by the service server to the service processing device is a maximum of 50 ms. If the terminal device finds that it has been delayed by 40 ms after receiving the downlink service data packet, and the delay between the terminal device and the service processing device is 15 ms, then the terminal device can determine that the downlink service data packet can no longer meet the delay requirement. If the terminal device finds that it has been delayed by 40 ms after receiving the downlink service data packet, and the delay between the terminal device and the service processing device is 5 ms, then the terminal device can determine that the downlink service data packet can meet the delay requirement.

[0099] In some alternative embodiments, when the terminal device monitors that there is congestion in the service data packet between the service processing device and the service server, it can also perform an Explicit Congestion Notification (ECN) marking on the service data packet (the service data packet can be an uplink service data packet or a downlink service data packet).

[0100] Optionally, when performing ECN marking on the uplink service data packet, the ECN marking can be set in the IP header of the uplink service data packet to indicate that the uplink service data packet has experienced network congestion. After the uplink service data packet is sent to the service server, the service server learns that the uplink service data packet has congestion during transmission based on the ECN marking in the uplink service data packet. Then, the service server will reply an ACK message with ECN-echo to the service processing device. When the service processing device receives the ACK message with ECN-echo, it will know that the uplink service data packet has congestion in the network path and will adjust the sending rate of the uplink service data packet accordingly to avoid further congestion.

[0101] Optionally, when performing ECN marking on the downlink service data packet, the ECN marking can be set in the IP header of the downlink service data packet to indicate that the downlink service data packet has experienced network congestion. After the downlink service data packet is sent to the service processing device, the service processing device learns that the downlink service data packet has congestion during transmission based on the ECN marking in the downlink service data packet. Then, the service processing device will reply an ACK message with ECN-echo to the service server. When the service server receives the ACK message with ECN-echo, it will know that the downlink service data packet has congestion in the network path and will adjust the sending rate of the downlink service data packet accordingly to avoid further congestion.

[0102] In some alternative embodiments, the terminal device can perform relay processing on the service data packets transmitted between the service processing device and the service server through Low Latency, Low Loss, and Scalable Throughput (L4S) technology.

[0103] Among them, Low Latency means that the time required for data to be transmitted from the sending end to the receiving end is as short as possible. Latency refers to the time delay during transmission, which may affect the response speed and performance of the application. Low Latency technology can reduce the transmission time and improve the response speed of the application and the user experience. Low Loss means that during network transmission, the packet loss rate is as low as possible. Packet loss refers to the situation where some data packets fail to be successfully transmitted to the receiving end during network transmission. Low Loss technology can ensure the integrity and reliability of data and avoid errors and losses during data transmission. Scalable Throughput means that the data processing capacity of the network or system can be expanded according to requirements. Scalable Throughput technology can adjust the processing capacity of the network or system according to actual needs to ensure the efficient operation and scalability of the system.

[0104] As can be seen, the technical solution of the embodiment of the present application enables the terminal device to implement congestion marking processing based on the L4S technology, which helps to reduce latency, lower the packet loss rate, and achieve scalable throughput. At the same time, since the congestion marking processing based on the L4S technology provides early congestion feedback, the sender can adjust the sending rate in a timely manner, thereby improving the performance and stability of the network. Moreover, the embodiment of the present application enables the service processing device that is not directly connected to the core network to perform congestion processing based on L4S, which is beneficial to improving the utilization rate of network bandwidth and the quality of service processing.

[0105] In some optional embodiments, the terminal device may also perform QoS monitoring processing according to QoS rules to obtain a QoS monitoring result, which may include at least one of the following: the monitoring result of the communication link between the terminal device and the service processing device, the monitoring result of the communication link between the terminal device and the access network element, and the monitoring result of the core network communication link. Then, the terminal device may send the QoS monitoring result to the core network element; wherein, if the QoS monitoring result includes multiple link monitoring results, the terminal device may send the multiple link monitoring results to the core network element separately, or merge the multiple link monitoring results and then send them to the core network element. For example, it can be determined whether to send the multiple link monitoring results to the core network element separately or to merge the multiple link monitoring results and then send them to the core network element according to the indication information of the core network element.

[0106] Optionally, the terminal device may send the monitoring result to the AMF, SMF, PCF, AF, or other core network elements.

[0107] In some optional embodiments, when the terminal device performs QoS monitoring, if it is detected that the data transmission rate of the communication link between the terminal device and the access network element is less than or equal to the set value, a notification message may be sent to the network element that performs QoS monitoring processing (such as the access network element, the core network element, etc.). If the terminal device detects that the data transmission rate of the communication link between the terminal device and the service processing device is less than or equal to the set value, the communication channel between the terminal device and the service processing device may be adjusted to adjust the data transmission rate of the communication link between the terminal device and the service processing device.

[0108] In some alternative embodiments, when receiving service data packets sent by a service processing device to a service server, a terminal device may send a Buffer Status Report (BSR) to an access network element according to the number of service data packets received from the service processing device, so as to request the access network element to allocate uplink transmission resources to the terminal device. For example, if the number of service data packets received by the terminal device is large, it may request the access network element to allocate more uplink transmission resources, so as to transmit these service data packets to the service server through the access network.

[0109] The above has described the technical solution of the embodiments of the present application from the perspective of the terminal device. The following further elaborates on the implementation details of the technical solution of the embodiments of the present application from the perspective of other network elements:

[0110] Figure 4 FIG. shows a flowchart of a QoS processing method according to an embodiment of the present application. This QoS processing method may be executed by an AF, or may also be executed by other network elements. Refer to Figure 4 As shown, this QoS processing method at least includes S410 to S420, which are introduced in detail as follows:

[0111] In S410, QoS requirement information for service data packets is generated. The service data packets are data packets transmitted between a service server and a service processing device. The service processing device is communicatively connected to a terminal device, and the terminal device accesses the core network through an access network element. The service processing device conducts service interactions with the service server through the terminal device.

[0112] In some alternative embodiments, service data packets between a service processing device and a service server may be transmitted in the form of a PDU set. In this case, the QoS parameters included in the QoS requirement information for the service data packets may be at least one of the following parameters: PSDB, PSER, MDBV, PDV.

[0113] Optionally, when transmitting service data packets between a service processing device and a service server, the PDU set form may not be adopted, but a per-packet form may be used for transmission. In this case, the QoS parameters included in the QoS requirement information for the service data packets may be at least one of the following parameters: PDB, PER, maximum data burst volume, etc.

[0114] In some alternative embodiments, when generating QoS requirement information for service data packets, the AF may obtain the delay information between the terminal device and the service processing device, and then generate the QoS requirement information according to the delay information.

[0115] Specifically, as described above, since the terminal device is not the last hop of end-to-end transmission, that is, after receiving the downlink service data packet sent by the service server, the terminal device still needs to transmit it to the service processing device, and at the same time, the uplink service data packet that the service processing device needs to send to the service server also needs to be sent to the terminal device first. Therefore, when processing the QoS of the service data packet between the service processing device and the service server, the delay information between the terminal device and the service processing device can be considered. For example, the AF can consider this delay information when generating the QoS requirement information. For example, according to this delay information, the delay requirements for the core network and the radio access network part can be increased, so as to meet the end-to-end transmission delay requirements.

[0116] In some alternative embodiments, the AF may also generate QoS requirement information according to the QoS monitoring parameters and the reporting method of the QoS monitoring results. The reporting method of the QoS monitoring results includes: reporting the merged monitoring results of multiple links or reporting the monitoring results of multiple links separately. Specifically, these multiple link monitoring results include: the communication link monitoring result between the terminal device and the service processing device, the communication link monitoring result between the terminal device and the access network element, and the monitoring result of the core network communication link. The AF can indicate in the generated QoS requirement information whether these monitoring results are reported merged or separately.

[0117] In S420, the QoS requirement information is sent to the core network element so that the core network element generates QoS policy information corresponding to the service data packet according to the QoS requirement information.

[0118] In some alternative embodiments, when sending the QoS requirement information to the core network element, the AF can directly send the QoS requirement information to the PCF. Or the QoS requirement information can also be sent to the Network Exposure Function (NEF), and then forwarded by the NEF to the PCF. Or the AF can also negotiate a Service Level Agreement (SLA) with the PCF to transfer the QoS requirement information to the PCF.

[0119] Figure 5 The flowchart of the QoS processing method according to an embodiment of the present application is shown. This QoS processing method can be executed by the PCF, or can also be executed by other network elements. Refer to Figure 5 As shown, this QoS processing method at least includes S510 to S530, which are introduced in detail as follows:

[0120] In S510, QoS requirement information for a service data packet is obtained. The service data packet is a data packet transmitted between a service server and a service processing device. The service processing device is communicatively connected to a terminal device, and the terminal device accesses the core network through an access network element. The service processing device performs service interaction with the service server through the terminal device.

[0121] In some alternative embodiments, the PCF may directly receive the QoS requirement information for the service data packet sent by the AF, or may also receive the QoS requirement information from the AF forwarded by the NEF, or the PCF may also obtain the QoS requirement information by negotiating an SLA with the AF.

[0122] In some alternative embodiments, the service data packet between the service processing device and the service server may be transmitted in the form of a PDU set. In this case, the QoS parameters included in the QoS requirement information for the service data packet may be at least one of the following parameters: PSDB, PSER, MDBV, PDV.

[0123] Optionally, when the service data packet between the service processing device and the service server is transmitted, it may not adopt the PDU set method, but be transmitted in the form of a single data packet (per-packet). In this case, the QoS parameters included in the QoS requirement information for the service data packet may be at least one of the following parameters: PDB, PER, maximum data burst volume, etc.

[0124] In S520, QoS policy information corresponding to the service data packet is generated according to the QoS requirement information.

[0125] In some alternative embodiments, when generating the QoS policy information corresponding to the service data packet, the PCF may obtain the delay information between the terminal device and the service processing device, and then generate the QoS policy information corresponding to the service data packet according to the delay information and the QoS requirement information.

[0126] Specifically, as described above, since the terminal device is not the last hop of the end-to-end transmission, that is, after receiving the downlink service data packet sent by the service server, the terminal device still needs to transmit it to the service processing device, and at the same time, the uplink service data packet that the service processing device needs to send to the service server also needs to be sent to the terminal device first. Therefore, when processing the QoS of the service data packet between the service processing device and the service server, the delay information between the terminal device and the service processing device can be considered. For example, the PCF can consider this delay information when generating the QoS policy information. For example, according to this delay information, the delay requirements for the core network and the radio access network part can be increased, so as to meet the end-to-end transmission delay requirements.

[0127] In some alternative embodiments, the PCF may also generate QoS policy information based on the reporting method of QoS monitoring results and the QoS monitoring parameters included in the QoS requirement information. The reporting method of the QoS monitoring results includes: reporting the combined monitoring results of multiple links or reporting the monitoring results of multiple links separately. Specifically, these multiple link monitoring results include: the monitoring results of the communication link between the terminal device and the service processing device, the monitoring results of the communication link between the terminal device and the access network element, and the monitoring results of the core network communication link. The PCF may indicate in the generated QoS policy information whether these monitoring results are reported combined or separately.

[0128] In S530, the QoS policy information is sent to the session management function network element so that the session management function network element configures QoS processing related information for the service data packet processing device according to the QoS policy information.

[0129] In some alternative embodiments, the process of the PCF sending the QoS policy information to the SMF may be that the PCF and the SMF interact through the session management policy association establishment (SM Policy Association Establishment) signaling process, or through the session management policy association modification (SM Policy Association Modification) signaling process, and then the PCF sends the relevant policy information to the SMF through the session management policy context data information element (SMPolicyContextData IE).

[0130] Optionally, the process of the SMF configuring QoS processing related information for the service data packet processing device according to the QoS policy information may refer to the following Figure 6 illustrated embodiment.

[0131] Figure 6 FIG. shows a flowchart of a QoS processing method according to an embodiment of the present application. The QoS processing method may be executed by the SMF, or may also be executed by other network elements. Referring to Figure 6 as shown, the QoS processing method at least includes S610 to S630, which are introduced in detail as follows:

[0132] In S610, receive the QoS policy information sent by the policy control function network element for processing service data packets. The service data packets are the data packets transmitted between the service server and the service processing device. The service processing device is communicatively connected to the terminal device, and the terminal device accesses the core network through the access network element. The service processing device conducts service interactions with the service server through the terminal device.

[0133] Optionally, the generation process and related descriptions of the QoS policy information sent by the PCF may refer to the technical solutions of the foregoing embodiments and will not be elaborated herein.

[0134] In S620, QoS processing-related information corresponding to various processing devices for generating service data packets is generated according to the QoS policy information.

[0135] In some alternative embodiments, the SMF may generate QoS configuration information for an access network element according to the load of the uplink service data packets sent by the service processing device received by the terminal device. The QoS configuration information is used to instruct the access network element to configure wireless transmission resources matching the load for the terminal device. For example, if the service processing device sends a relatively large number of uplink service data packets to the terminal device, the access network element may be instructed to configure more wireless transmission resources for the terminal device to improve the transmission efficiency of uplink data packets; if the service processing device sends a relatively small number of uplink service data packets to the terminal device, the access network element may be instructed to configure fewer wireless transmission resources for the terminal device to save uplink transmission resources.

[0136] In some alternative embodiments, the SMF may generate QoS configuration information for an access network element according to whether the terminal device has the ability to process a packet set. The QoS configuration information is used to instruct whether the access network element performs downlink processing of the packet set. For example, if the terminal device has the ability to process a packet set (i.e., PDU set), the access network element may be instructed to perform downlink processing of the packet set through the QoS configuration information; if the terminal device does not have the ability to process a packet set, the access network element may be instructed to transmit downlink service data packets in the form of individual packets through the QoS configuration information.

[0137] In some alternative embodiments, the SMF may generate QoS rule information for the terminal device according to the load of the uplink service data packets sent by the service processing device received by the terminal device. The QoS rule information is used to configure wireless transmission resources matching the load for the terminal device. For example, if the service processing device sends a relatively large number of uplink service data packets to the terminal device, more wireless transmission resources may be configured for the terminal device to improve the transmission efficiency of uplink data packets; if the service processing device sends a relatively small number of uplink service data packets to the terminal device, fewer wireless transmission resources may be configured for the terminal device to save uplink transmission resources.

[0138] In some alternative embodiments, the SMF may obtain the delay information between the terminal device and the service processing device, and generate QoS processing-related information according to the QoS policy information and the delay information.

[0139] Specifically, as mentioned above, since the terminal device is not the last hop of the end-to-end transmission, that is, after the terminal device receives the downlink service data packet sent by the service server, it still needs to transmit it to the service processing device, and at the same time, the uplink service data packet that the service processing device needs to send to the service server also needs to be sent to the terminal device first. Therefore, when processing the QoS of the service data packet between the service processing device and the service server, the delay information between the terminal device and the service processing device can be considered. For example, the SMF can consider this delay information when generating QoS processing-related information. For example, according to this delay information, the delay requirements for the core network and the radio access network part can be increased, so as to meet the end-to-end transmission delay requirements.

[0140] In some alternative embodiments, the SMF can also generate QoS rule information for the terminal device according to the reporting method of the QoS monitoring result and the QoS monitoring parameters included in the QoS policy information. The reporting methods of the QoS monitoring result include: reporting the combined monitoring results of multiple links or reporting the monitoring results of multiple links separately. Specifically, these multiple link monitoring results include: the communication link monitoring result between the terminal device and the service processing device, the communication link monitoring result between the terminal device and the access network element, and the monitoring result of the core network communication link. The SMF can indicate in the generated QoS rule information whether these monitoring results are reported combined or separately.

[0141] In S630, the QoS processing-related information is configured to the processing device of the service data packet.

[0142] In some alternative embodiments, the process of configuring the QoS processing-related information to the processing device of the service data packet may include: sending the SDFTemplate to the UPF, sending the QoS configuration file to the access network element (such as a base station), and sending the QoS rule information to the terminal device.

[0143] Optionally, when the SMF sends the QoS configuration file to the access network element, it may send the QoS configuration information to the AMF, and then the AMF sends the QoS configuration information to the access network element.

[0144] Optionally, when the SMF sends the QoS rule information to the terminal device, it may send the QoS rule information to the AMF, then the AMF sends the QoS rule information to the access network element, and then the access network element sends it to the terminal device.

[0145] The following combines Figures 7 to 11 , taking the service processing device accessing the terminal device through Wi-Fi as an example, to elaborate in detail on the implementation details of the technical solution of the embodiment of the present application:

[0146] AsFigure 7 As shown, the terminal device constructs a WLAN, enabling the service processing device to access the WLAN to establish a communication connection with the terminal device. Subsequently, the terminal device can act as a tethered device (TetherUE) to realize data interaction between the service processing device and the service server. Among them, the TetherUE communicates with the base station (i.e., the access network element) through the Uu interface. The base station accesses the core network through the N2 and N3 interfaces, and the core network and the service server interact data through the N6 interface.

[0147] It should be noted that the tethered device (TetherUE) is only the expression in one embodiment of this application. In other embodiments of this application, it can also be called an aggregation device, or other expressions, as long as it can achieve similar functions, it is within the protection scope of this application.

[0148] In Figure 7 In the example shown, the TetherUE can access the core network through the base station (such as accessing the 5G core network). The service processing device can be a device for processing XRM services (i.e., XRM device), and one or more service processing devices can access the Tether UE. Optionally, the service processing device can support the Non-Access Stratum (NAS) protocol module, or it can also not support the NAS protocol module. This application does not limit this in the embodiments.

[0149] It should be noted that the WLAN established by the TetherUE can be a trusted WLAN, or it can also not be authenticated as a trusted WLAN.

[0150] In one embodiment of this application, if the WLAN established by the TetherUE is a trusted WLAN, then Figure 7 The details of the system architecture diagram shown can be referred to Figure 8 As shown, among them, the TetherUE can include a Trusted WLAN Access Point (TWAP) and a Trusted WLAN Interworking Function (TWIF). Among them, the TWIF can be connected to the control plane (gNB-ControlPlane, gNB-CP) and the user plane (gNB-UserPlane, gNB-UP) of the base station. The gNB-CP interacts with the AMF through the N2 interface; the gNB-UP interacts with the UPF through the N3 interface. The Data Network (DN) can be the service server, or the service server can also be connected to the data network.

[0151] Based onFigure 8 For the system architecture shown, in order to support the PDU set QoS processing feature of the service processing device based on TetherUE access, the TWAP in TetherUE can implement the transfer of WLAN messages through the Yt' interface, and at the same time, different QoS levels of WLAN data bearers are used to implement the priorities of different PDU set data packets on the Yt' interface. The TWIF in TetherUE implements the relay function of N3 interface messages (i.e., implements the relay function of user plane messages), and serves as the termination point of N1NAS signaling. Data and signaling are transmitted between TWIF and gNB through the Uu interface (signaling is transmitted through Uu-CP, and data is transmitted through Uu-UP).

[0152] TetherUE implements the function of assigning IP addresses to service processing devices through at least one of TWAP and TWIF, and can provide NAT processing function, thereby shielding the IP address of the service processing device from the user plane.

[0153] Optionally, TetherUE can register the WLAN access hotspot to the core network, such as registering to the 5G core network (5G Core, 5GC), to make it a trusted WLAN access and achieve end-to-end cellular + Wi-Fi tethering connection. Taking the 5G network as an example, the specific process is as Figure 9A shown, including the following steps:

[0154] S901, TetherUE is pre-configured as a trusted WLAN hotspot access through subscription and other means.

[0155] S902, TetherUE turns on the hotspot function.

[0156] S903, TetherUE interacts with the 5GC network element to implement UE authentication and authorization. Since TetherUE can be pre-configured as a trusted WLAN hotspot, TetherUE can be authenticated as a trusted WLAN access point after authentication.

[0157] S904, initialize the TWAP and TWIF modules.

[0158] S905, if a service processing device accesses TetherUE, assign an IP address to the service processing device.

[0159] S906, Tether UE initiates the PDU session establishment process according to the QoS requirement information.

[0160] Optionally, the Tether UE may establish a PDU session. In this case, if there are multiple service processing devices, the service data packets of different service processing devices may correspond to different QoS flows in the PDU session, so as to meet the QoS requirements of the service data packets of different service processing devices respectively.

[0161] Optionally, the Tether UE may separately establish PDU sessions corresponding to the service data packets of different service processing devices. In this case, if there are multiple service processing devices, the service data packets of different service processing devices may correspond to different PDU sessions, and thus the QoS requirements of the service data packets of different service processing devices can also be met respectively.

[0162] Optionally, the Tether UE may establish a PDU session with the core network. In this case, if there are multiple service processing devices, the service data packets of different service processing devices may correspond to the same QoS flow in the PDU session, which can reduce the complexity of QoS processing.

[0163] S907, after the PDU session is established, end-to-end service processing is performed between the service processing device and the service server ( Figure 9A not shown in the figure), and PDU set QoS processing is supported.

[0164] It should be noted that the WLAN established by the TetherUE may also not be authenticated as a trusted WLAN. In this case, the establishment of the PDU session, as well as the end-to-end service processing between the service processing device and the service server, can also be achieved, and PDU set QoS processing is supported. In one example, the process shown in Figure 9B can be referred to, including the following steps:

[0165] S901', the TetherUE turns on the hotspot function.

[0166] S902', the TetherUE interacts with the 5GC network element through signaling to implement the authentication and authorization of the TetherUE. It should be noted that in S902', the 5GC network element authenticates and authorizes the TetherUE itself, that is, the traditional UE access core network authentication and authorization process, but does not authenticate the TetherUE as a trusted WLAN access point. In other words, in this embodiment, the WLAN established by the TetherUE is not authenticated as a trusted WLAN, but other processing flows are similar to those of the processing flow with trusted WLAN authentication.

[0167] S903', if a service processing device accesses the Tether UE, an IP address is assigned to the service processing device.

[0168] S904', the Tether UE initiates a PDU session establishment process according to the QoS requirement information.

[0169] Optionally, the Tether UE may establish a PDU session. In this case, if there are multiple service processing devices, the service data packets of different service processing devices may correspond to different QoS flows in the PDU session to respectively meet the QoS requirements of the service data packets of different service processing devices.

[0170] Optionally, the Tether UE may respectively establish PDU sessions corresponding to the service data packets of different service processing devices. In this case, if there are multiple service processing devices, the service data packets of different service processing devices may correspond to different PDU sessions, and thus the QoS requirements of the service data packets of different service processing devices may also be respectively met.

[0171] Optionally, the Tether UE may establish a PDU session with the core network. In this case, if there are multiple service processing devices, the service data packets of different service processing devices may correspond to the same QoS flow in the PDU session, which can reduce the complexity of QoS processing.

[0172] S905', after the PDU session is established, end-to-end service processing is performed between the service processing device and the service server, and PDU set QoS processing is supported.

[0173] Combined Figure 9A and Figure 9B It can be seen that the technical solution of the embodiment of the present application enables the service processing device to access the core network by accessing a trusted WLAN or a WLAN not authenticated as trusted, and can support PDU Set QoS based on the trusted WLAN and the WLAN not authenticated as trusted.

[0174] In some optional embodiments, in order to support the PDU set QoS capability, the Tether UE may have the following functions: the service flows of multiple service processing devices converge at the Tether UE, and the Tether UE initiates PDU session establishment and QoS flow to the 5G system (5G System, 5GS), etc.

[0175] Optionally, TetherUE can identify and label PDU sets in the uplink direction, supporting the gNB to implement PDU set QoS processing. And TetherUE can initiate a BSR to the gNB to request uplink transmission resources on the Uu interface according to the data volume generated by the service processing device.

[0176] Optionally, in the downlink direction, TetherUE can further monitor the PSDB parameters on the basis that the gNB has performed PDU set QoS processing. If it is found that the data packets have exceeded the PSDB, they can be discarded at the TetherUE.

[0177] In some optional embodiments, the following new functions are introduced but not limited to the functions of AF and PCF: when generating QoS requirements at the AF and generating policy control and charging (PCC) rules at the PCF, optimize the generation of QoS parameters in combination with factors such as the increased latency caused by Tether, including but not limited to: according to the value of the increased latency caused by Tether, increase the latency requirements for the 5GC+Uu part to meet the end-to-end latency requirements.

[0178] Optionally, when starting QoS monitoring (QoS monitoring) or ECN marking for L4S, it can be set in combination with the Tether characteristics. For example, the performance impact caused by WLAN access can be merged into the Uu interface performance, or provided separately to the AF, UPF or other core network elements.

[0179] In some optional embodiments, the following new functions are introduced but not limited to the SMF: when configuring QoS configuration information (QoS profile), QoS rules (QoS rule) and N4 rule (N4 rule is QoS processing-related information sent to the UPF), optimize in combination with the Wi-Fi access characteristics of the TetherUE. Specifically: when the SFM configures the QoS profile for the gNB, it can combine the traffic load of the service data packets carried by the TetherUE and instruct the gNB to allocate more radio transmission resources to the TetherUE carrying more traffic; it can decide whether the gNB still performs PDU set downlink processing according to whether the TetherUE has the PDU set downlink processing ability.

[0180] Optionally, when the SMF configures the QoS rule for the Tether UE, it can combine the traffic load of the service data packets carried by the TetherUE and allocate more radio transmission resources to the TetherUE carrying more traffic.

[0181] In some alternative embodiments, to implement the QoS monitoring function, TetherUE can monitor information such as round-trip time (RTT), data transfer rate (datarate), congestion, etc. according to the QoS monitoring-related rules generated by the core network, and report it to the core network element (such as AF).

[0182] Optionally, the monitoring of RTT can be achieved by monitoring the Uu interface delay and 5GC delay of TetherUE, and taking into account the delay of the Tether link (i.e., the link between Tether UE and the service processing device). Optionally, the delay of the Tether link can be added to the Uu interface delay, or it can also be added to the total delay.

[0183] Optionally, the monitoring of Datarate can monitor the rate bottlenecks of the Uu interface of TetherUE and the Tether link. If TetherUE can identify that the rate bottleneck is the Uu interface, it can report it to the QoS monitoring network element (such as gNB). If the bottleneck of TetherUE is in the Tether link of WLAN access, it can be solved by dynamically selecting a channel or other means.

[0184] As Figure 10 shown, the QoS monitoring process according to an embodiment of the present application may include the following steps:

[0185] S1001, AF initiates a QoS monitoring request.

[0186] Optionally, AF can indicate the metrics to be monitored in the QoS monitoring request, such as indicating the monitoring of RTT, congestion, etc.

[0187] S1002, PCF generates a PCC rule for QoS monitoring according to the QoS monitoring request sent by AF.

[0188] S1003, PCF configures the PCC rule to SMF.

[0189] S1004, SMF generates a QoS profile for the base station and configures it to the base station through AMF.

[0190] S1005, SMF generates a QoS rule for Tether UE and configures it to Tether UE through AMF.

[0191] S1006, Tether UE performs QoS monitoring processing according to the QoS rule.

[0192] For example, if the AF indicates monitoring the RTT, then the Tether UE can perform RTT monitoring, including the Uu interface delay and Tether link delay of the Tether UE, etc.; if the AF indicates monitoring congestion, then the Tether UE can perform congestion monitoring, including the Uu interface congestion and Tether link congestion of the Tether UE, etc.

[0193] S1007, the Tether UE reports the QoS monitoring result to the 5GC.

[0194] Optionally, the Tether UE can report the QoS monitoring results of different links to the 5GC separately, or can also report them after merging. For example, if the Tether UE monitors the Uu interface delay and Tether link delay, then the Tether UE can report the Uu interface delay and Tether link delay to the 5GC separately or after merging; another example is that if the Tether UE monitors the Uu interface congestion and Tether link congestion, then the Tether UE can report the Uu interface congestion and Tether link congestion to the 5GC separately or after merging.

[0195] In summary, the technical solution of the embodiment of the present application enables the terminal device to establish a wireless local area network, and then the service processing device can access the core network by accessing this wireless local area network. Furthermore, it can provide support for PDUSet QoS in the terminal device, including uplink or downlink PDU set processing, and can obtain the QoS requirements of the service processing device and assist in QoS monitoring, etc. The technical solution of the embodiment of the present application can achieve better QoS support for service processing devices that do not directly access the cellular network through the PDU set mechanism, thereby improving the utilization rate of network bandwidth and the quality of service processing to better cope with the challenges of high-bandwidth interactive services to wireless network transmission.

[0196] It should be noted that in the above embodiment, the example of transmitting service data between the service processing device and the service server in the PDUset manner is used for illustration, and the processing method when the service processing device and the service server transmit service data in the per-packet manner is similar and will not be elaborated. In addition, the wireless local area network established by the terminal device can be a trusted wireless local area network or an unauthenticated trusted wireless local area network. Moreover, in addition to establishing a connection with the terminal device through Wi-Fi, the service processing device can also establish a connection with the terminal device through other short-range wireless communication technologies, such as establishing a connection with the terminal device through Bluetooth, ZigBee, etc.

[0197] The following introduces the device embodiments of the present application, which can be used to execute the QoS processing method in the above embodiments of the present application. For the details not disclosed in the device embodiments of the present application, please refer to the embodiments of the QoS processing method above of the present application.

[0198] Figure 11 The block diagram of a QoS processing device according to an embodiment of the present application is shown. The QoS processing device is applied to a terminal device accessing the core network through an access network element. The terminal device is communicatively connected to a service processing device, and the service processing device performs service interaction with a service server through the terminal device.

[0199] Referring to Figure 11 As shown, a QoS processing device 1100 according to an embodiment of the present application includes: an establishment unit 1102, an acquisition unit 1104, and a processing unit 1106.

[0200] Among them, the establishment unit 1102 is configured to establish a protocol data unit (PDU) session with the core network; the acquisition unit 1104 is configured to acquire QoS rule information for the service processing device and the service server to transmit service data packets based on the PDU session; the processing unit 1106 is configured to perform QoS processing on the service data packet transmission process between the service processing device and the service server according to the QoS rule information.

[0201] In some embodiments of the present application, based on the foregoing solution, the establishment unit 1102 is configured to: establish one PDU session with the core network, and the service data packets of different service processing devices correspond to different QoS flows in the PDU session; or

[0202] establish PDU sessions corresponding to the service data packets of different service processing devices with the core network respectively; or

[0203] establish one PDU session with the core network, and the service data packets of different service processing devices correspond to the same QoS flow in the PDU session.

[0204] In some embodiments of the present application, based on the foregoing solution, the establishment unit 1102 is further configured to: establish a wireless local area network as an access point, and the wireless local area network is used for at least one of the service processing devices to access, so as to establish a communication connection between the terminal device and at least one of the service processing devices.

[0205] In some embodiments of the present application, based on the foregoing solution, the QoS processing device 1100 further includes: an access unit, configured to register the wireless local area network in the core network to authenticate the wireless local area network as a trusted wireless local area network; or

[0206] As a wireless local area network not certified as trustworthy, it accesses the core network through the access network element.

[0207] In some embodiments of the present application, based on the foregoing solution, the QoS processing device 1100 further includes: an allocation unit configured to allocate a network address to the service processing device after the service processing device accesses the wireless local area network, so that the service processing device transmits service data packets with the service server based on the allocated network address.

[0208] In some embodiments of the present application, based on the foregoing solution, the processing unit 1106 is further configured to: after receiving the service data packet sent by the service processing device to the service server, perform conversion processing on the network address in the service data packet to obtain a converted service data packet; transmit the converted service data packet to the service server through the PDU session.

[0209] In some embodiments of the present application, based on the foregoing solution, the processing unit 1106 is further configured to: receive a downlink service data packet from the service server; select a wireless local area network QoS mechanism corresponding to the priority according to the priority of the downlink service data packet and send the downlink service data packet to the service processing device.

[0210] In some embodiments of the present application, based on the foregoing solution, the QoS processing device 1100 further includes: a receiving unit configured to receive the service data packet sent by the service processing device to the service server; a sending unit configured to send a cache status report to the access network element according to the number of service data packets sent by the received service processing device, so as to request the access network element to allocate uplink transmission resources to the terminal device.

[0211] In some embodiments of the present application, based on the foregoing solution, the processing unit 1106 is configured to: if at least one of the following situations occurs during the transmission of the service data packet according to the QoS rule information, discard the corresponding service data packet: congestion occurs during the transmission of the service data packet, the transmission delay information of the service data packet cannot meet the delay requirement, the bit error rate of the service data packet cannot meet the bit error rate requirement, the service data packet is determined to be a useless redundant data packet.

[0212] In some embodiments of the present application, based on the foregoing solution, the obtaining unit 1104 is further configured to: obtain the delay information between the terminal device and the service processing device; the processing unit 1106 is configured to: when monitoring the transmission delay of the service data packet between the service processing device and the service server, determine whether the transmission delay of the service data packet meets the delay requirement included in the QoS rule information in combination with the delay information.

[0213] In some embodiments of the present application, based on the foregoing solution, the obtaining unit 1104 is further configured to: obtain the delay information between the terminal device and the service processing device; the QoS processing device 1100 further includes: a sending unit configured to send the delay information to a specified core network element, so that the policy control function network element generates QoS policy information for processing the service data packet based on the delay information obtained from the specified core network element.

[0214] In some embodiments of the present application, based on the foregoing solution, the processing unit 1106 is further configured to: if it is monitored that the service data packet between the service processing device and the service server is congested, perform an explicit congestion notification ECN marking on the service data packet.

[0215] In some embodiments of the present application, based on the foregoing solution, the processing unit 1106 is further configured to: perform QoS monitoring processing according to the QoS rule to obtain a QoS monitoring result, where the QoS monitoring result includes at least one of the following: the communication link monitoring result between the terminal device and the service processing device, the communication link monitoring result between the terminal device and the access network element, and the monitoring result of the core network communication link;

[0216] The QoS processing device 1100 further includes: a sending unit configured to send the QoS monitoring result to the core network element; wherein, if the QoS monitoring result includes multiple link monitoring results, the multiple link monitoring results are respectively sent to the core network element, or the multiple link monitoring results are merged and then sent to the core network element.

[0217] In some embodiments of the present application, based on the foregoing solution, the processing unit 1106 is further configured to: if it is monitored that the data transmission rate of the communication link between the terminal device and the access network element is less than or equal to a set value, send a notification message to the network element performing the QoS monitoring processing; if it is monitored that the data transmission rate of the communication link between the terminal device and the service processing device is less than or equal to a set value, adjust the communication channel with the service processing device.

[0218] In some embodiments of the present application, based on the foregoing solution, the service data packets between the service processing device and the service server are transmitted in the form of a packet set.

[0219] Figure 12 The block diagram of a QoS processing device according to an embodiment of the present application is shown. The QoS processing device is applied to AF, or can also be applied to other network elements.

[0220] Refer to Figure 12 As shown, the QoS processing device 1200 according to an embodiment of the present application includes: a generating unit 1202 and a sending unit 1204.

[0221] Among them, the generating unit 1202 is configured to generate QoS requirement information for the service data packet. The service data packet is the data packet transmitted between the service server and the service processing device. The service processing device is communicatively connected to the terminal device. The terminal device accesses the core network through the access network element, and the service processing device performs service interaction with the service server through the terminal device. The sending unit 1204 is configured to send the QoS requirement information to the core network element so that the core network element generates QoS policy information corresponding to the service data packet according to the QoS requirement information.

[0222] In some embodiments of the present application, based on the foregoing solution, the generating unit 1202 is configured to generate QoS requirement information for the service data packet by at least one of the following methods:

[0223] Obtain the delay information between the terminal device and the service processing device, and generate the QoS requirement information according to the delay information;

[0224] Generate the QoS requirement information according to the parameters of QoS monitoring and the reporting method of QoS monitoring results. The reporting method of QoS monitoring results includes: reporting the combined monitoring results of multiple links or reporting the monitoring results of multiple links separately.

[0225] Figure 13 The block diagram of a QoS processing device according to an embodiment of the present application is shown. The QoS processing device is applied to PCF, or can also be applied to other network elements.

[0226] Refer to Figure 13 As shown, the QoS processing device 1300 according to an embodiment of the present application includes: an obtaining unit 1302, a generating unit 1304, and a sending unit 1306.

[0227] Among them, the obtaining unit 1302 is configured to obtain QoS requirement information for a service data packet, where the service data packet is a data packet transmitted between a service server and a service processing device, the service processing device is communicatively connected to a terminal device, the terminal device accesses the core network through an access network element, and the service processing device performs service interaction with the service server through the terminal device; the generating unit 1304 is configured to generate QoS policy information corresponding to the service data packet according to the QoS requirement information; the sending unit 1306 is configured to send the QoS policy information to a session management function network element, so that the session management function network element configures QoS processing-related information for a processing device of the service data packet according to the QoS policy information.

[0228] In some embodiments of the present application, based on the foregoing solution, the generating unit 1304 is configured to generate QoS policy information corresponding to the service data packet according to at least one of the following methods:

[0229] Obtain delay information between the terminal device and the service processing device, and generate the QoS policy information according to the QoS requirement information and the delay information;

[0230] Generate the QoS policy information according to a reporting method of QoS monitoring results and QoS monitoring parameters included in the QoS requirement information, where the reporting method of the QoS monitoring results includes: reporting a combination of multiple link monitoring results or reporting multiple link monitoring results separately.

[0231] Figure 14 The block diagram of a QoS processing device according to an embodiment of the present application is shown. The QoS processing device is applied to an SMF, or may also be applied to other network elements.

[0232] Refer to Figure 14 As shown, a QoS processing device 1400 according to an embodiment of the present application includes: a receiving unit 1402, a generating unit 1404, and a configuring unit 1406.

[0233] Among them, the receiving unit 1402 is configured to receive QoS policy information for processing a service data packet sent by a policy control function network element, where the service data packet is a data packet transmitted between a service server and a service processing device, the service processing device is communicatively connected to a terminal device, the terminal device accesses the core network through an access network element, and the service processing device performs service interaction with the service server through the terminal device; the generating unit 1404 is configured to generate QoS processing-related information corresponding to each processing device of the service data packet according to the QoS policy information; the configuring unit 1406 is configured to configure the QoS processing-related information to the processing device of the service data packet.

[0234] In some embodiments of the present application, based on the foregoing solution, the generating unit 1404 is configured to generate QoS processing-related information corresponding to various processing devices of the service data packet in at least one of the following manners:

[0235] Generate QoS configuration information for the access network element according to the load of the uplink service data packet sent by the service processing device received by the terminal device, where the QoS configuration information is used to instruct the access network element to configure wireless transmission resources matching the load for the terminal device;

[0236] Generate QoS configuration information for the access network element according to whether the terminal device has the ability to process a packet set, where the QoS configuration information is used to instruct whether the access network element performs downlink processing of the packet set;

[0237] Generate QoS rule information for the terminal device according to the load of the uplink service data packet sent by the service processing device received by the terminal device, where the QoS rule information is used to configure wireless transmission resources matching the load for the terminal device;

[0238] Obtain the delay information between the terminal device and the service processing device, and generate the QoS processing-related information according to the QoS policy information and the delay information;

[0239] Generate QoS rule information for the terminal device according to the reporting method of the QoS monitoring result and the QoS monitoring parameters included in the QoS policy information, where the reporting method of the QoS monitoring result includes: reporting the merged results of multiple link monitoring results or reporting the results of multiple link monitoring separately.

[0240] Figure 15 FIG. shows a schematic structural diagram of a computer system of an electronic device suitable for implementing the embodiments of the present application, and the electronic device may be the terminal device, AF, PCF or SMF in the foregoing embodiments.

[0241] It should be noted that Figure 15 The computer system 1500 of the electronic device shown is only an example, and should not bring any limitation to the functions and usage scopes of the embodiments of the present application.

[0242] Such as Figure 15As shown, the computer system 1500 may include a Central Processing Unit (CPU) 1501, which may perform various appropriate actions and processes according to a program stored in a Read-Only Memory (ROM) 1502 or a program loaded from a storage section 1508 into a Random Access Memory (RAM) 1503, such as executing the methods described in the above embodiments. In the RAM 1503, various programs and data required for system operations are also stored. The CPU 1501, the ROM 1502, and the RAM 1503 are connected to each other via a bus 1504. An Input / Output (I / O) interface 1505 is also connected to the bus 1504.

[0243] The following components may be connected to the I / O interface 1505: an input section 1506 including a keyboard, a mouse, etc.; an output section 1507 including, for example, a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), etc. and a speaker, etc.; a storage section 1508 including a hard disk, etc.; and a communication section 1509 including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication section 1509 performs communication processing via a network such as the Internet. A drive 1510 is also connected to the I / O interface 1505 as needed. A removable medium 1511, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 1510 as needed so that a computer program read from it can be installed into the storage section 1508 as needed.

[0244] Specifically, according to an embodiment of the present application, the process described above with reference to the flowchart may be implemented as a computer software program. For example, an embodiment of the present application includes a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program is used to execute the method shown in the flowchart. In such an embodiment, the computer program may be downloaded and installed from a network via the communication section 1509, and / or installed from the removable medium 1511. When the computer program is executed by a Central Processing Unit (CPU) 1501, various functions defined in the system of the present application are executed.

[0245] It should be noted that the computer-readable medium shown in the embodiments of the present application can be a computer-readable signal medium, a computer-readable storage medium, or any combination of the two. The computer-readable storage medium can be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the above. More specific examples of the computer-readable storage medium can include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), a flash memory, an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, the computer-readable storage medium can be any tangible medium that contains or stores a computer program, and this computer program can be used by or in combination with an instruction execution system, apparatus, or device. In the present application, the computer-readable signal medium can include a data signal propagated in a baseband or as part of a carrier wave, in which a computer-readable computer program is carried. Such a propagated data signal can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. The computer-readable signal medium can also be any computer-readable medium other than the computer-readable storage medium, and this computer-readable medium can send, propagate, or transmit a program for use by or in combination with an instruction execution system, apparatus, or device. The computer program contained on the computer-readable medium can be transmitted by any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.

[0246] The flowcharts and block diagrams in the accompanying drawings illustrate the possible architectures, functions, and operations of systems, methods, and computer program products according to various embodiments of the present application. Among them, each block in the flowchart or block diagram can represent a module, a program segment, or a part of code, and the above module, program segment, or part of code contains one or more executable instructions for implementing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the blocks may occur in a different order than marked in the accompanying drawings. For example, two consecutive blocks shown may actually be executed substantially in parallel, and they may sometimes be executed in the reverse order, depending on the functions involved. It should also be noted that each block in the block diagram or flowchart, as well as the combination of blocks in the block diagram or flowchart, can be implemented by a dedicated hardware-based system for performing the specified functions or operations, or can be implemented by a combination of dedicated hardware and a computer program.

[0247] The units involved in the embodiments described in this application can be implemented in software or in hardware, and the described units can also be provided in a processor. Among them, the names of these units do not, in some cases, constitute a limitation on the unit itself.

[0248] As another aspect, this application also provides a computer-readable medium, which can be included in the electronic device described in the foregoing embodiments; or can exist alone without being assembled into the electronic device. The foregoing computer-readable medium carries one or more computer programs, and when the foregoing one or more computer programs are executed by an electronic device, the electronic device implements the method described in the foregoing embodiments.

[0249] It should be noted that although several modules or units of a device for action execution are mentioned in the foregoing detailed description, this division is not mandatory. In fact, according to the embodiments of this application, the features and functions of the two or more modules or units described above can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided and embodied by multiple modules or units.

[0250] Through the description of the above embodiments, those skilled in the art can easily understand that the example embodiments described herein can be implemented by software or by a combination of software and necessary hardware. Therefore, the technical solution according to the embodiments of this application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.) or on a network, including several instructions to enable an electronic device to execute the method according to the embodiments of this application.

[0251] For example, if the electronic device is the terminal device in the foregoing embodiments, then the terminal device can execute Figure 3 the QoS processing method shown; again, if the electronic device is an AF, then the AF can execute Figure 4 the QoS processing method shown; further, if the electronic device is a PCF, then the PCF can execute Figure 5 the QoS processing method shown; still further, if the electronic device is an SMF, then the SMF can execute Figure 6 the QoS processing method shown.

[0252] Those skilled in the art will readily conceive of other embodiments of the present application after considering the specification and practicing the embodiments disclosed herein. The present application is intended to cover any variations, uses, or adaptations of the present application, which follow the general principles of the present application and include well-known common general knowledge or conventional technical means in the technical field not disclosed in the present application.

[0253] It should be understood that the present application is not limited to the exact structures described above and shown in the drawings, and various modifications and changes can be made without departing from its scope. The scope of the present application is only limited by the appended claims.

Claims

1. A method for processing Quality of Service (QoS), characterized in that, The QoS processing method is executed by a terminal device that accesses the core network through an access network element. The terminal device is communicatively connected to a service processing device, and the service processing device performs service interaction with a service server through the terminal device. The QoS processing method includes: Establish a protocol data unit (PDU) session with the core network; Obtain QoS rule information for service data packet transmission between the service processing device and the service server based on the PDU session; Perform QoS processing on the service data packet transmission process between the service processing device and the service server according to the QoS rule information.

2. The QoS processing method according to claim 1, wherein Establishing a protocol data unit (PDU) session with the core network includes: Establish a PDU session with the core network, and service data packets of different service processing devices correspond to different QoS flows in the PDU session; or Establish PDU sessions corresponding to service data packets of different service processing devices with the core network respectively; or Establish a PDU session with the core network, and service data packets of different service processing devices correspond to the same QoS flow in the PDU session.

3. The QoS processing method according to claim 1, wherein The QoS processing method further includes: Establish a wireless local area network as an access point, and the wireless local area network is used for at least one of the service processing devices to access, so as to establish a communication connection between the terminal device and at least one of the service processing devices.

4. The QoS processing method according to claim 3, wherein The QoS processing method further includes: Register the wireless local area network to the core network to authenticate the wireless local area network as a trusted wireless local area network; or Act as a wireless local area network that is not authenticated as trusted and access the core network through the access network element.

5. The QoS processing method according to claim 3, wherein The QoS processing method further includes: After the service processing device accesses the wireless local area network, allocate a network address to the service processing device, so that the service processing device transmits service data packets to the service server based on the allocated network address.

6. The QoS processing method according to claim 3, wherein The QoS processing method further includes: After receiving a service data packet sent by the service processing device to the service server, perform conversion processing on the network address in the service data packet to obtain a converted service data packet; Transmit the converted service data packet to the service server through the PDU session.

7. The QoS processing method according to claim 3, characterized in that The QoS processing method further includes: Receive a downlink service data packet from the service server; According to the priority of the downlink service data packet, select a wireless local area network QoS mechanism corresponding to the priority and send the downlink service data packet to the service processing device.

8. The QoS processing method according to claim 1, wherein The QoS processing method further includes: Receive a service data packet sent by the service processing device to the service server; According to the number of service data packets sent by the received service processing device, send a buffer status report to the access network element to request the access network element to allocate uplink transmission resources to the terminal device.

9. The QoS processing method according to claim 1, characterized in that, Performing QoS processing on the service data packet transmission process between the service processing device and the service server according to the QoS rule information includes: If at least one of the following situations occurs during the transmission of the service data packet as monitored according to the QoS rule information, the corresponding service data packet shall be discarded: Congestion occurs during the transmission of the service data packet, the transmission delay information of the service data packet fails to meet the delay requirement, the bit error rate of the service data packet fails to meet the bit error rate requirement, and the service data packet is determined to be a useless redundant packet.

10. The QoS processing method according to claim 1, wherein The QoS processing method further includes: Obtaining the delay information between the terminal device and the service processing device; When monitoring the transmission delay of the service data packet between the service processing device and the service server, determining whether the transmission delay of the service data packet meets the delay requirement included in the QoS rule information in combination with the delay information.

11. The QoS processing method according to claim 1, characterized in that The QoS processing method further includes: Obtaining the delay information between the terminal device and the service processing device; Sending the delay information to a specified core network element, so that the policy control function network element generates QoS policy information for processing the service data packet based on the delay information obtained from the specified core network element.

12. The QoS processing method according to claim 1, characterized in that, The QoS processing method further includes: If congestion occurs in the service data packet between the service processing device and the service server, an explicit congestion notification ECN mark is applied to the service data packet.

13. The QoS processing method according to claim 1, wherein The QoS processing method further includes: Performing QoS monitoring processing according to the QoS rules to obtain a QoS monitoring result, where the QoS monitoring result includes at least one of the following: the communication link monitoring result between the terminal device and the service processing device, the communication link monitoring result between the terminal device and the access network element, and the monitoring result of the core network communication link; Sending the QoS monitoring result to the core network element; where if the QoS monitoring result includes multiple link monitoring results, the multiple link monitoring results are respectively sent to the core network element, or the multiple link monitoring results are combined and then sent to the core network element.

14. The QoS processing method according to claim 1, wherein The QoS processing method further includes: If it is monitored that the data transmission rate of the communication link between the terminal device and the access network element is less than or equal to a set value, a notification message is sent to the network element performing the QoS monitoring processing; If it is monitored that the data transmission rate of the communication link between the terminal device and the service processing device is less than or equal to a set value, the communication channel with the service processing device is adjusted.

15. A QoS processing method, characterized in that, The QoS processing method is executed by an application function network element, and the QoS processing method includes: Generating QoS requirement information for the service data packet, where the service data packet is a data packet transmitted between the service server and the service processing device, the service processing device is communicatively connected to the terminal device, the terminal device accesses the core network through the access network element, and the service processing device performs service interaction with the service server through the terminal device; Sending the QoS requirement information to the core network element, so that the core network element generates QoS policy information corresponding to the service data packet according to the QoS requirement information.

16. The QoS processing method according to claim 15, characterized in that, Generate QoS requirement information for service data packets, including at least one of the following methods: Obtain the latency information between the terminal device and the service processing device, and generate the QoS requirement information according to the latency information; Generate the QoS requirement information according to the QoS monitoring parameters and the reporting method of QoS monitoring results, where the reporting method of QoS monitoring results includes: reporting the merged results of multiple link monitoring or reporting the results of multiple link monitoring separately.

17. A QoS processing device, characterized in that, The QoS processing device is applied to a terminal device that accesses the core network through an access network element. The terminal device is communicatively connected to a service processing device, and the service processing device performs service interaction with a service server through the terminal device. The QoS processing device includes: A establishment unit configured to establish a PDU session with the core network; An acquisition unit configured to acquire QoS rule information for service data packet transmission between the service processing device and the service server based on the PDU session; A processing unit configured to perform QoS processing on the service data packet transmission process between the service processing device and the service server according to the QoS rule information.

18. A QoS processing device, characterized in that, The QoS processing device is applied to an application function network element. The QoS processing device includes: A generation unit configured to generate QoS requirement information for service data packets, where the service data packets are the data packets transmitted between the service server and the service processing device. The service processing device is communicatively connected to the terminal device, the terminal device accesses the core network through an access network element, and the service processing device performs service interaction with the service server through the terminal device; A sending unit configured to send the QoS requirement information to a core network element, so that the core network element generates QoS policy information corresponding to the service data packets according to the QoS requirement information.

19. A computer-readable medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the QoS processing method according to any one of claims 1 to 16.

20. An electronic device, characterized in that, Including: One or more processors; A memory for storing one or more computer programs. When the one or more computer programs are executed by the one or more processors, the electronic device implements the QoS processing method according to any one of claims 1 to 16.

Images