Service data packet processing method and apparatus, computer-readable medium and device

Abstract

Embodiments of the present application provide a service data packet processing method and apparatus, a computer-readable medium, and a device. The service data packet processing method comprises: generating QoS requirement information for a specified service data packet, wherein the specified service data packet is a service data packet, which is transmitted by means of a non-service data packet set, in a multimedia service flow, the multimedia service flow comprises a service data packet set and the specified service data packet, and the QoS requirement information is used for indicating a processing mode for the specified service data packet; and sending the QoS requirement information to a core network element, so that on the basis of the QoS requirement information, the core network element generates processing policy information for the specified service data packet. The technical solutions in the embodiments of the present application can improve the adaptability of a network to different types of service data packets, thereby significantly improving end-to-end user experience, and effectively improving resource utilization during the transmission of service data packets.

Description

Methods, apparatus, computer-readable media and devices for processing business data packets

[0001] This application claims priority to Chinese Patent Application No. 2025102120716, filed on February 25, 2025, entitled “Method, Apparatus, Computer-readable Medium and Device for Processing Business Data Packets”, the entire contents of which are incorporated herein by reference. Technical Field

[0002] This application relates to the fields of computer and communication technology, and more specifically, to a method, apparatus, computer-readable medium, and device for processing business data packets. Background Technology

[0003] With the development of 5G and its subsequent evolution systems (such as 5G-A and 6G), especially the rapid popularization of high-bandwidth multimedia services, networks face unprecedented challenges in terms of data transmission flexibility, dynamism, and refined control of Quality of Service (QoS). These high-bandwidth multimedia services not only have high requirements for transmission timeliness, but also experience a significant increase in the amount of data generated by the application layer due to improvements in resolution, frame rate, and other metrics. Therefore, the data packets generated by the application layer for such services are typically transmitted using a series of related data packets, known as a Protocol Data Unit (PDU) set. However, in actual business scenarios, there are also service data packets transmitted using non-PDU set methods. The existence of such service data packets impacts the existing PDU set mechanism and may lead to a decline in the user experience of end-to-end multimedia services. Summary of the Invention

[0004] This application provides a method, apparatus, computer-readable medium, and device for processing service data packets, which can improve the network's adaptability to different types of service data packets, significantly improve the end-to-end user experience, and effectively improve resource utilization during the transmission of service data packets.

[0005] Other features and advantages of this application will become apparent from the following detailed description, or may be learned in part by practice of this application.

[0006] In a first aspect, embodiments of this application provide a method for processing service data packets, comprising: generating Quality of Service (QoS) requirement information for a specified service data packet, wherein the specified service data packet is a service data packet transmitted in a multimedia service stream via a set of non-service data packets, the multimedia service stream includes a set of service data packets and the specified service data packet, and the QoS requirement information is used to indicate the processing method for the specified service data packet; and sending the QoS requirement information to a core network element, so that the core network element generates processing strategy information for the specified service data packet based on the QoS requirement information.

[0007] Secondly, embodiments of this application provide a method for processing service data packets, comprising: receiving QoS requirement information for a specified service data packet sent by an application function network element, wherein the specified service data packet is a service data packet transmitted in a multimedia service stream via a non-service data packet set, the multimedia service stream includes a service data packet set and the specified service data packet, and the QoS requirement information is used to indicate the processing method for the specified service data packet; generating processing strategy information for the specified service data packet based on the QoS requirement information; and configuring the processing strategy information to a processing device for the specified service data packet.

[0008] Thirdly, embodiments of this application provide a method for processing service data packets, comprising: receiving processing strategy information for a specified service data packet configured by a core network element, wherein the specified service data packet is a service data packet transmitted in a multimedia service stream via a set of non-service data packets, the multimedia service stream includes a set of service data packets and the specified service data packet, and the processing strategy information is used to indicate the processing method for the specified service data packet; and processing the received specified service data packet according to the processing strategy information.

[0009] Fourthly, embodiments of this application provide a service data packet processing apparatus, comprising: a generation unit configured to generate Quality of Service (QoS) requirement information for a specified service data packet, wherein the specified service data packet is a service data packet transmitted in a multimedia service stream via a set of non-service data packets, the multimedia service stream containing a set of service data packets and the specified service data packet, and the QoS requirement information indicating a processing method for the specified service data packet; and a sending unit configured to send the QoS requirement information to a core network element, so that the core network element generates processing strategy information for the specified service data packet based on the QoS requirement information.

[0010] Fifthly, embodiments of this application provide a service data packet processing apparatus, comprising: a receiving unit configured to receive QoS requirement information for a specified service data packet sent by an application function network element, wherein the specified service data packet is a service data packet transmitted in a multimedia service stream via a non-service data packet set, the multimedia service stream including a service data packet set and the specified service data packet, and the QoS requirement information indicating a processing method for the specified service data packet; a generating unit configured to generate processing strategy information for the specified service data packet based on the QoS requirement information; and a processing unit configured to configure the processing strategy information to a processing device for the specified service data packet.

[0011] Sixthly, embodiments of this application provide a service data packet processing apparatus, comprising: a receiving unit configured to receive processing strategy information for a specified service data packet configured by a core network element, wherein the specified service data packet is a service data packet transmitted in a multimedia service stream via a non-service data packet set, the multimedia service stream including a service data packet set and the specified service data packet, and the processing strategy information indicating a processing method for the specified service data packet; and a processing unit configured to process the received specified service data packet according to the processing strategy information.

[0012] In a seventh aspect, embodiments of this application provide a computer-readable medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the service data packet processing method as described in the above embodiments.

[0013] Eighthly, embodiments of this application provide a computer device, including: one or more processors; and a storage device for storing one or more computer programs, wherein when the one or more computer programs are executed by the one or more processors, the computer device implements the service data packet processing method as described in the above embodiments.

[0014] Ninthly, embodiments of this application provide a computer program product comprising a computer program stored in a computer-readable storage medium. A processor of a computer device reads from the computer-readable storage medium and executes the computer program, causing the computer device to perform the data packet processing methods provided in the various alternative embodiments described above.

[0015] In some embodiments of this application, the application function network element can generate QoS requirement information for a specified service data packet. This specified service data packet is a service data packet transmitted in a multimedia service stream via a non-service data packet set. The multimedia service stream contains a service data packet set and the specified service data packet. The QoS requirement information indicates the processing method for the specified service data packet. The application function network element can then send this QoS requirement information to the core network element, enabling the core network element to generate processing strategy information for the specified service data packet based on the QoS requirement information. Therefore, the technical solution of this application generates specific QoS requirement information for specified service data packets transmitted in a multimedia service stream via a non-PDU set method. This clearly indicates the processing method for the specified service data packet. This approach overcomes the limitations of traditional mechanisms that rely solely on PDU sets for data packet classification and processing, improving the network's adaptability to different types of service data packets. Simultaneously, it enables the core network element to generate targeted processing strategy information based on the received QoS requirement information, thereby achieving precise configuration of resource allocation, priority control, and transmission path selection for the specified service data packet. This not only improves resource utilization but also ensures efficient transmission of the specified service data packet. Furthermore, in practical application scenarios, multimedia service flows may contain various types of data. Sometimes these data exist in the form of small data packets (i.e., specified service data packets) and do not need to be divided into PDU sets. Therefore, by clarifying their QoS requirements, the specified service data packets can be processed separately, which can avoid the delay or packet loss problems that may be caused by the mixed transmission of specified service data packets and regular PDU set data packets. This significantly improves the end-to-end user experience and can provide flexible solutions for such complex scenarios, meeting diverse business needs.

[0016] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and do not limit this application. Attached Figure Description

[0017] Figure 1 illustrates a schematic diagram of an exemplary system architecture to which the technical solutions of the embodiments of this application can be applied;

[0018] Figure 2 illustrates a schematic diagram of the transmission process of a multimedia data packet according to an embodiment of this application;

[0019] Figure 3 shows a schematic diagram of a system architecture according to an embodiment of this application;

[0020] Figure 4 shows a flowchart of a method for processing service data packets according to an embodiment of this application;

[0021] Figure 5 shows a flowchart of a service data packet processing method according to an embodiment of this application;

[0022] Figure 6 shows a schematic diagram of a key network element architecture for a 5G network.

[0023] Figure 7 shows a flowchart of a method for processing service data packets according to an embodiment of this application;

[0024] Figure 8 shows a flowchart of a method for processing service data packets according to an embodiment of this application;

[0025] Figure 9 shows a block diagram of a service data packet processing apparatus according to an embodiment of this application;

[0026] Figure 10 shows a block diagram of a service data packet processing apparatus according to an embodiment of the present application;

[0027] Figure 11 shows a block diagram of a service data packet processing apparatus according to an embodiment of the present application;

[0028] Figure 12 shows a schematic diagram of the structure of a computer system suitable for implementing the computer device of the present application. Detailed Implementation

[0029] Exemplary embodiments will now 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 limited to these examples; rather, these embodiments are provided so that this application will be more comprehensive and complete, and will fully convey the concept of the exemplary embodiments to those skilled in the art.

[0030] Furthermore, the features, structures, or characteristics described in this application can be combined in any suitable manner in one or more embodiments. Numerous specific details are provided in the following description to provide a thorough understanding of the embodiments of this application. However, those skilled in the art will recognize that when implementing the technical solutions of this application, not all the detailed features in the embodiments may be used, one or more specific details may be omitted, or other methods, elements, devices, steps, etc., may be employed.

[0031] In this application embodiment, the terms "module" or "unit" refer to a computer program or part of a computer program that has a predetermined function and works with other related parts to achieve a predetermined goal, and can be implemented wholly or partially using software, hardware (such as processing circuitry or memory), or a combination thereof. Similarly, a processor (or multiple processors or memory) can be used to implement one or more modules or units. Furthermore, each module or unit can be part of an overall module or unit that includes the functionality of that module or unit.

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

[0033] The flowcharts shown in the accompanying drawings are merely illustrative and do not necessarily include all content and operations / steps, nor do they necessarily have to be performed in the described order. For example, some operations / steps can be broken down, while others can be combined or partially combined; therefore, the actual execution order may change depending on the specific circumstances.

[0034] It should be noted that "multiple" in this article refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone. The character " / " generally indicates that the preceding and following related objects have an "or" relationship.

[0035] With the development of 5G and its subsequent evolution systems (such as 5G-A, 6G, etc.), many multimedia services requiring high data volumes and low latency have been applied. These include interactive services such as cloud gaming, virtual reality (VR), augmented reality (AR), mixed reality (MR), extended reality (XR), cinematic reality (CR), and XR and media services (XRM).

[0036] For example, in the cloud gaming scenario shown in Figure 1, cloud server 101 is used to run cloud games. Cloud server 101 can render game screens, encode audio signals and rendered images, and finally transmit the encoded data obtained through the encoding process to various game clients via 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 smartphones, tablets, laptops, desktop computers, smart TVs, smart home devices, in-vehicle terminals, aircraft, etc.; or the game client can be an application running on a terminal device. Specifically, the game client can decode the encoded data transmitted by cloud server 101 to obtain analog audio and video signals, and then play them.

[0037] It should be understood that Figure 1 is merely an exemplary representation of the system architecture of a cloud gaming system and does not limit the specific architecture of the cloud gaming system; for example, in other embodiments, the cloud gaming system may also include a backend server for scheduling, etc. Furthermore, the cloud server 101 can be an independent physical server, a server cluster composed of multiple physical servers, or a distributed system. It can also be a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (CDNs), 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, which is not limited herein.

[0038] In the various multimedia-based interactive service application scenarios mentioned above, due to the large size of multimedia data packets, they need to be split into multiple data packets for transmission. Specifically, as shown in Figure 2, taking a 5G system as an example, the user plane mainly includes the application server, User Plane Function (UPF), next generation nodeB (gNB), and UE. Multimedia data packet transmission in some typical service scenarios mainly occurs in the downlink direction, such as from the application server (AS) to the UPF, and then sent to the UE via the gNB. During transmission, the multimedia data packet (taking XR data packets as an example in Figure 2) is split at the application layer of the application server. After the split data packets arrive at the UPF as IP packets from the application server, the 5G system transmits the sub-data packets to the UE through Protocol Data Unit (PDU) sessions. At the UE, the sub-data packets are submitted level by level up from the protocol stack and reassembled to recover the multimedia data packet.

[0039] Optionally, referring to Figure 3, an IP layer connection (i.e., IP connection 1) can be established between the UE and the application server. Simultaneously, the UE can also maintain another IP layer connection (i.e., IP connection 2) with the UPF (located in the core network shown in Figure 3). IP connection 1 is the connection between the UE and the application server, mainly used for data transmission between the UE and the application server. IP connection 2 is the IP connection between the UE and internal network elements of the 5G core network (such as the UPF). This connection is not visible to external entities and is mainly used for data transmission from the user equipment to the 5G core network, as well as the reverse data transmission. It should be noted that the IP connection between the UE and the UPF (i.e., IP connection 2) can be distinguished by IP address + port number. This IP connection can be used for user plane data transmission between the UE and the UPF.

[0040] In the systems shown in Figures 2 and 3, Layer L1 refers to the Physical Layer, which ensures that raw data can be transmitted over various physical media; Layer L2 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, used to implement data transmission between two end systems; UDP stands for User Datagram Protocol; GTP-U stands for GPRS (General Packet Radio Service) Tunneling Protocol; PHY stands for Physical Layer; MAC stands for Media Access Control; RLC stands for Radio Link Control; PDCP stands for Packet Data Convergence Protocol; and SDAP stands for Service Data Adaptation Protocol.

[0041] As mentioned earlier, for multimedia services (such as XRM services), it is common to divide a single multimedia data packet into multiple packets for transmission. A single multimedia service frame or Group of Packets (GoP) may also have a large data packet size, requiring a series of IP packets to carry it. These IP packets have a certain correlation, and processing these messages based on this correlation can effectively save wireless network bandwidth. For example, assuming transmission is performed using multiple IP packets, these multiple IP packets can form a PDU set. Furthermore, multimedia service (such as XRM services) traffic typically includes multiple media types, such as audio, video, haptic, or other media types, and often uses different QoS flows for transmission to ensure optimal transmission performance for the multimedia service.

[0042] In actual business scenarios, there are also business data packets transmitted in a non-PDU set manner. These business data packets can be called independent business data packets (as opposed to PDU set), lonely PDU, or other names (the following explanation will use lonely PDU as an example). The existence of these business data packets has an impact on the existing PDU set mechanism and may lead to a decline in the user experience of end-to-end multimedia services.

[0043] Based on the aforementioned problems, in one embodiment of this application, as shown in Figure 3, the Application Function (AF) network element can include information related to lonely PDUs in the information provided to the 5GC to indicate the processing method for lonely PDUs. Then, the core network element can generate processing policy information for lonely PDUs based on the information provided by the AF. Consequently, the PDU Session Anchor (PSA) UPF can perform corresponding processing on lonely PDUs (such as marking, discarding, etc.), and the base station and UE can also support the processing of lonely PDUs. It is evident that the technical solution of this application embodiment achieves the processing of lonely PDUs, breaking through the limitations of traditional mechanisms that rely solely on PDU sets for packet classification and processing. This improves the network's adaptability to different types of service packets and avoids the latency or packet loss problems that may result from the mixed transmission of lonely PDUs and regular PDU set packets, significantly improving the end-to-end user experience and meeting diverse service needs.

[0044] The implementation details of the technical solutions in the embodiments of this application are described in detail below:

[0045] Figure 4 shows a flowchart of a service data packet processing method according to an embodiment of this application. This service data packet processing method can be executed by an AF (Automatic Front-End) or by other network elements. Referring to Figure 4, the service data packet processing method includes at least steps S410 to S420, which are described in detail below:

[0046] In S410, QoS requirement information is generated for a specified service data packet. The specified service data packet is a service data packet transmitted in a multimedia service stream through a set of non-service data packets. The multimedia service stream contains a set of service data packets and the specified service data packet. The QoS requirement information is used to indicate the processing method for the specified service data packet.

[0047] It should be noted that multimedia service streams can include cloud gaming service streams, VR service streams, AR service streams, MR service streams, XR service streams, XRM service streams, CR service streams, etc. Multimedia service streams contain service data transmitted using a set of service data packets (PDU sets). This is because the data packets formed by a single multimedia service frame or GoP can be quite large, requiring them to be split into a series of data packets for transport. These data packets have a certain correlation, hence the term PDU set. Simultaneously, multimedia service streams also contain service data packets transmitted using a non-service data packet set method (i.e., designated service data packets). These service data packets, relative to the PDU set, can be called independent service data packets, lonely PDUs, non-PDU set PDUs, or other names.

[0048] In some optional embodiments, the QoS requirement information for a specified service data packet includes at least one of the following: whether the specified service data packet is processed differently from the set of service data packets; the marking method of the specified service data packet; and the QoS parameters of the specified service data packet.

[0049] It should be noted that by explicitly indicating whether to differentiate between a specified service data packet and the entire service data packet set in the QoS requirement information, network devices can flexibly adjust resource allocation strategies according to actual needs. For example, if the QoS requirement of a specified service data packet is higher than that of the entire service data packet set, the QoS requirement information for the specified service data packet can include a first indication, which indicates that the specified service data packet should be differentiated from the entire service data packet set. This allows the priority and transmission quality of the specified service data packet to be ensured through a separate QoS flow or special marking. If the QoS requirement of a specified service data packet is lower than that of the entire service data packet set, the QoS requirement information for the specified service data packet can include a second indication, which indicates that the specified service data packet should not be differentiated from the entire service data packet set. This simplifies the transmission process of service data packets and reduces network overhead.

[0050] Optionally, the marking method for a specified service data packet is used to indicate how to distinguish the specified service data packet, so that network devices (such as core network elements, access network elements, etc.) can identify the specified service data packet accordingly. For example, a specific flag bit can be added to the specified service data packet, so that the specified service data packet can be clearly identified by the value of the flag bit (such as a value of 1 indicating that it is a specified service data packet, and a value of 0 indicating that it is a non-specified service data packet), which facilitates subsequent node identification and processing.

[0051] Alternatively, a specified service data packet can be marked by marking the start and end positions of the specified service data packet. For example, for multiple consecutive specified service data packets, the start and end positions can be marked to mark multiple specified service data packets, thus avoiding the introduction of additional complexity.

[0052] In some optional embodiments, the QoS parameters of a specified service data packet are key indicators used to describe the quality of service requirements of the specified service data packet. These parameters can be used to guide the processing equipment (such as UPF, base station, and UE) of the specified service data packet in processing the service data packet. Optionally, the QoS parameters of a specified service data packet may include one or more of the following information: 5G QoS Identifier (5QI), Allocation and Retention Priority (ARP), Guaranteed Bit Rate (GBR), Maximum Bit Rate (MBR), Delay Budget, Packet Error Rate (PER), Packet Loss Rate (PLR), Priority Level, Maximum Data Burst, etc.

[0053] It should be noted that: 5QI represents the Quality of Service level of a service flow, used to guide the core network in allocating appropriate resources and priorities to specified service data packets. ARP represents resource allocation and reservation priority. AF provides ARP parameters to indicate the priority of specified service data packets in the network, which may include priority level, pre-emption capability, and pre-emption vulnerability. GBR represents the minimum transmission rate that the network must provide, and MBR represents the maximum transmission rate allowed by the network. AF sets GBR and MBR according to service requirements to ensure that specified service data packets meet bandwidth requirements. Delay budget represents the budgeted value of end-to-end transmission delay. AF can specify the delay budget according to the real-time requirements of the service to ensure that specified service data packets are transmitted within a specified time. PER represents the probability of error that may occur during data packet transmission. AF provides PER parameters to ensure the reliability of specified service data packets. PLR represents the proportion of data packets lost during transmission. AF sets PLR parameters to reduce the impact of data packet loss on services. Service priority represents the relative importance of a data flow in the network. AF sets priority levels according to the importance and urgency of the service, determining the priority order of specified service data packets in network congestion situations.

[0054] In some optional embodiments, if a specified service data packet needs to be distinguished from a set of service data packets, a flag bit can be added to the specified service data packet to indicate that the specified service data packet is a service data packet transmitted in a manner that is not part of the set of service data packets.

[0055] In S420, QoS requirement information is sent to core network elements so that the core network elements can generate processing policy information for the specified service data packets based on the QoS requirement information.

[0056] In some alternative embodiments, if the AF is trusted, the AF can send the QoS requirement information to the Policy Control Function (PCF); if the AF is untrusted, the AF can send the QoS requirement information to the Network Exposure Function (NEF), which then forwards it to the PCF.

[0057] The technical solutions of the embodiments of this application have been described above from the perspective of the core network element. The technical solutions of the embodiments of this application are further explained below from the perspective of the core network element with reference to Figure 5:

[0058] Figure 5 shows a flowchart of a service data packet processing method according to an embodiment of this application. This service data packet processing method can be executed by a core network element, which may be a PCF, a Session Management Function (SMF) element, or other network elements. Referring to Figure 5, the service data packet processing method includes at least steps S510 to S530, which are described in detail below:

[0059] In S510, QoS requirement information for a specified service data packet is received from the application function network element. The specified service data packet is a service data packet transmitted in a multimedia service stream through a set of non-service data packets. The multimedia service stream contains a set of service data packets and the specified service data packet. The QoS requirement information is used to indicate the processing method for the specified service data packet.

[0060] In some alternative embodiments, if the AF is trusted, the AF can send the QoS requirement information directly to the PCF; if the AF is untrusted, the AF can send the QoS requirement information to the NEF, which will then forward it to the PCF.

[0061] In S520, processing strategy information for specified service data packets is generated based on QoS requirement information.

[0062] In some optional embodiments, the processing strategy information for a specified service data packet generated by the core network element may include at least one of the following: whether to distinguish the specified service data packet from the service data packet set; the marking method of the specified service data packet; the QoS parameters of the specified service data packet; to process the specified service data packet using QoS parameters different from those of the service data packet set; and whether to process the specified service data packet using the same method as the service data packet set.

[0063] It should be noted that the explanations regarding whether to distinguish between the specified service data packet and the set of service data packets, the marking method of the specified service data packet, and the QoS parameters of the specified service data packet can be found in the technical solutions of the foregoing embodiments.

[0064] Optionally, processing a specified service data packet using QoS parameters different from those of the service data packet set is mainly done when the QoS requirements of the specified service data packet are different from those of the PDU set. This ensures that the processing of the specified service data packet and the processing of the PDU set can meet the needs of different services.

[0065] Optionally, whether to process the specified service data packet using a service data packet set method refers to the following: after distinguishing the specified service data packet from the multimedia service stream, the specified service data packet can also be processed using a PDU set method. For example, if the video service stream in the multimedia service stream sent by the application server is transmitted using a PDU set method, while the audio service stream is transmitted using a non-PDU set method, then if the processing strategy information of the specified service data packet instructs the user plane node (such as UPF, base station, UE, etc.) to also process the specified service data packet using a service data packet set method, then after receiving the multimedia service stream, the user plane node can extract the audio service stream from the multimedia service stream and then process the audio service stream using a PDU set method as well.

[0066] In S530, processing policy information is configured for the processing device of a specified service data packet.

[0067] In some optional embodiments, configuring the processing policy information to the processing device of the specified service data packet can be achieved by the PCF sending the generated processing policy information to the SMF, and then the SMF configuring it to the processing device of the specified service data packet.

[0068] Optionally, the process by which the PCF sends the generated processing policy information to the SMF can be as follows: the PCF and the SMF interact through the Session Management Policy Association Establishment (SM Policy Association Establishment) signaling procedure or through the Session Management Policy Association Modification (SM Policy Association Modification) signaling procedure, and then the PCF sends the generated processing policy information to the SMF through the Session Management Policy Context Data (SM Policy Context Data) element.

[0069] In some optional embodiments, the processing device for the specified service data packets may include a UPF, a base station device, and a user equipment. Optionally, the SMF can generate N4 rules based on the processing policy information sent by the PCF, which includes processing rules for the specified service data packets, and then send the N4 rules to the UPF; the SMF can generate QoS profiles based on the processing policy information sent by the PCF, which includes processing rules for the specified service data packets, and then send the QoS profiles to the base station; the SMF can generate QoS rules based on the processing policy information sent by the PCF, which includes processing rules for the specified service data packets, and then send the QoS rules to the UE.

[0070] Specifically, taking a 5G system as an example, Figure 6 shows the key network element architecture of a 5G network defined by the 3rd Generation Partnership Project (3GPP). Among these, the Access and Mobility Management Function (AMF), SMF, UPF, PCF, Network Slice Selection Function (NSSF), Authentication Server Function (AUSF), and Unified Data Management (UDM) are core network elements of the 5G network. The UE can be a 5G terminal such as a mobile phone or tablet; (R)AN (Radio Access Network) can be a 5G base station; and DN (Data Network) is the data network, i.e., the application server (AS) accessed by the UE.

[0071] The AMF is responsible for terminating the N2 interface of the base station control plane and implementing the encoding and decoding of the Next Generation Application Protocol (NGAP) based on the Stream Control Transmission Protocol (SCTP). The base station and AMF transmit the NGAP application layer protocol via the SCTP transport layer protocol, carrying the UE's Non-Access Stratum (NAS) signaling data within the NGAP. The AMF is also responsible for terminating the UE's N1 interface, implementing NAS encryption and integrity protection, and handling UE access authentication, authorization management, registration, connection, reachability, and mobility management functions, as well as the transparent transmission of session management messages between the UE and the SMF.

[0072] In addition, (R)AN interacts with UPF via the N3 interface; UPFs interact with each other via the N9 interface; UPFs interact with SMF via the N4 interface; UPFs interact with DN via the N6 interface; SMFs interact with AMF via the N11 interface; SMFs interact with PCF via the N7 interface; SMFs interact with UDM via the N10 interface; PCFs interact with Application Functions (AFs) via the N5 interface; AMFs interact with each other via the N14 interface; AMFs interact with PCF via the N15 interface; AMFs interact with UDM via the N8 interface; AMFs interact with NSSF via the N22 interface; AMFs interact with AUSF via the N12 interface; and AUSFs interact with UDM via the N13 interface.

[0073] Based on the system architecture shown in Figure 6, the SMF can configure the generated N4 rules to the UPF through the N4 interface. Furthermore, it can configure the QoS profile to the (R)AN through the AMF and configure QoS rules to the UE through the AMF+NAS connection.

[0074] The technical solutions of the embodiments of this application have been described above from the perspectives of AF and core network elements. The technical solutions of the embodiments of this application will now be explained from the perspective of user plane nodes (such as UPF, base station, UE, etc.) with reference to Figure 7:

[0075] Figure 7 illustrates a flowchart of a service data packet processing method according to an embodiment of this application. This service data packet processing method can be executed by a user plane node, which may be a UPF, base station, UE, or other devices. Referring to Figure 7, the service data packet processing method includes at least steps S710 to S720, which are detailed below:

[0076] In S710, the processing strategy information configured by the core network element for a specified service data packet is received. The specified service data packet is a service data packet transmitted in a multimedia service stream through a set of non-service data packets. The multimedia service stream contains a set of service data packets and the specified service data packet. The processing strategy information is used to indicate the processing method for the specified service data packet.

[0077] In some optional embodiments, if the technical solution of the embodiment shown in FIG7 is executed by the UPF, then the UPF can receive the N4 rule configured by the SMF, which contains processing policy information for the specified service data packet; if the technical solution of the embodiment shown in FIG7 is executed by the base station, then the base station can receive the QoS configuration file configured by the SMF, which contains processing policy information for the specified service data packet; if the technical solution of the embodiment shown in FIG7 is executed by the UE, then the UE can receive the QoS rule configured by the SMF, which contains processing policy information for the specified service data packet.

[0078] In S720, the received specified service data packets are processed according to the processing strategy information.

[0079] In some optional embodiments, the user plane node may process the received specified service data packets according to the processing policy information, including one or more of the following: data packet classification, QoS flow mapping, priority control, resource allocation, latency optimization, reliability assurance, marking and identification, drop processing, data radio bearer (DRB) mapping, uplink and downlink consistency processing, etc.

[0080] Packet classification separates specified service packets from other service packets. For example, it can identify whether a packet belongs to a specific service based on Packet Detection Rules (PDR), such as by matching specific fields (IP address, port number, protocol type, etc.). QoS flow mapping assigns specified service packets to appropriate QoS flows. For example, it can determine whether to create a separate QoS flow for a specified service packet based on QoS parameters in the processing policy information (such as 5QI, GBR / MBR, etc.). Priority control ensures that specified service packets receive appropriate transmission priority in the network. For example, it can set the priority of service packets based on ARP or service priority parameters, thus prioritizing the transmission of higher-priority service packets in congestion situations. Resource allocation allocates necessary network resources to specified service packets. For example, it can ensure that specified service packets meet minimum bandwidth requirements and limit their maximum bandwidth usage based on parameters such as guaranteed bit rate and maximum bit rate, and dynamically adjust resource allocation to adapt to changes in network load. Latency optimization primarily aims to meet the latency requirements of specified service data packets. For example, it can optimize data packet transmission paths and queue management based on latency budgets, reducing unnecessary queuing delays and ensuring that services with high real-time requirements (such as voice calls and AR / VR) are prioritized. Reliability assurance aims to improve the transmission reliability of specified service data packets. For example, it can implement retransmission mechanisms or error correction measures based on data packet error rates and packet loss rates. For mission-critical services, it ensures that the error rate and packet loss rate meet requirements during data packet transmission. Marking and identification mainly involves specially marking specified service data packets for subsequent processing. For example, markings can be added to the GTP-U header or other header fields to indicate that the data packet is a specified service data packet. Dropping refers to the reasonable discarding of low-priority data packets when resources are insufficient. For example, it can determine whether a specified service data packet can be dropped based on parameters such as importance (e.g., PDU set importance, PSI) and priority, so that high-priority specified service data packets are retained in congestion situations. DRB mapping maps specified service data packets to appropriate DRBs. For example, a suitable DRB can be selected for data transmission based on the 5QI / QFI parameters of the QoS flow. If separate processing is required, a dedicated DRB can be configured for the specified service data packet. Uplink and downlink consistency processing ensures that the processing strategies for the uplink and downlink directions are consistent. For instance, if Reflective QoS is enabled, the uplink direction directly references the downlink QoS configuration; otherwise, the processing mechanisms for the uplink and downlink directions can be configured separately based on the processing strategy information.

[0081] The following sections describe the available methods for processing specified service data packets from the perspectives of the UPF, base station, and UE:

[0082] In some optional embodiments, if the technical solution of the embodiment shown in FIG7 is executed by UPF, then if the received processing policy information indicates that the specified service data packets are processed separately, UPF can separate the specified service data packets from the multimedia service stream through packet detection rules, and then use a separate QoS stream to transmit the specified service data packets. The QoS parameters used by the separate QoS stream and the QoS of the QoS of the service data packet set can be the same or different.

[0083] In some optional embodiments, if the technical solution of the embodiment shown in FIG7 is executed by UPF, then if the received processing policy information indicates that the specified service data packet does not use a separate QoS flow, but needs to be differentiated in the access network, then UPF can mark the specified service data in the User Plane General Packet Radio Service Tunneling Protocol header of the specified service data packet.

[0084] In some optional embodiments, if the technical solution of the embodiment shown in FIG7 is executed by an access network element (such as a base station), then if the received processing strategy information indicates that the specified service data packet is processed differently, the access network element can allocate the corresponding data radio bearer for the specified service data packet according to the QoS parameters corresponding to the QoS stream transmitting the specified service data packet.

[0085] In some optional embodiments, if the technical solution of the embodiment shown in FIG7 is executed by an access network element (such as a base station), then if the received processing policy information indicates that the specified service data packet does not use a separate QoS flow, but needs to be differentiated in the access network, the access network element can prioritize the specified service data packet according to the marking information in the User Plane General Packet Radio Service Tunneling Protocol header of the specified service data packet, or according to the importance information of the specified service data packet.

[0086] In some optional embodiments, if the technical solution of the embodiment shown in FIG7 is executed by a terminal device, then if the received processing strategy information indicates that the specified service data packet is processed differently, the terminal device can receive the specified service data packet transmitted in the downlink direction on the data radio bearer allocated for the specified service data packet.

[0087] In some optional embodiments, if the technical solution of the embodiment shown in FIG7 is executed by a terminal device, then if the received processing strategy information indicates that the specified service data packets are processed differently, the terminal device can allocate the corresponding data radio bearer for the specified service data packets transmitted in the uplink direction according to the QoS parameters corresponding to the QoS stream transmitting the specified service data packets.

[0088] In some optional embodiments, if the technical solution of the embodiment shown in FIG7 is executed by a terminal device, then if the received processing policy information indicates that the specified service data packet does not use a separate QoS flow, but needs to be differentiated in the access network, the terminal device can prioritize the specified service data packet according to the configuration information of the access network element or according to the importance information of the specified service data packet, such as dropping it or setting the transmission order according to the priority.

[0089] The technical solutions of the embodiments of this application have been described above from the perspectives of AF, core network elements, and user plane nodes. Referring to Figure 8, and taking the designated service data packet as a lonely PDU as an example, the technical solutions of the embodiments of this application will be elaborated in detail below. It is worth noting that in other embodiments of this application, the designated service data packet may also be referred to as an independent service data packet or other names, etc. Referring to Figure 8, specifically including S801 to S804, detailed descriptions are as follows:

[0090] In S801, AF provides QoS requirements and related information to 5GC as application-side input for lonely PDU processing.

[0091] It should be noted that: Lonely PDUs are not actually part of the PDU set, but are service data transmitted in the transport layer connection together with multimedia service streams.

[0092] It should be noted that, in addition to supporting the processing of PDU sets, AF also needs to support the processing of lonely PDUs. Specifically, AF can provide 5GC with some QoS requirement information so that 5GC can properly handle lonely PDUs.

[0093] For example, the AF can instruct the 5GC whether lonely PDUs need to be differentiated. If the QoS requirements of a lonely PDU are lower than those of other service flows, then it can be transmitted without differentiation and still mixed in with the multimedia service flow. Otherwise, if the QoS requirements of a lonely PDU are higher than those of other service flows, then the lonely PDU needs to be differentiated and processed.

[0094] For another example, should a lonely PDU be specially marked to distinguish it from the end or start of a PDU set? If distinction is required, a lonely PDU indication bit can be added to indicate that the service data packet is a lonely PDU.

[0095] The specific processing strategy for lonely PDUs is carried out by the 5GC network element, but the AF needs to provide biased suggestions (i.e., QoS requirement information, etc.) so that the PCF can generate corresponding rules based on the input of the AF.

[0096] In S802, PCF generates relevant policy rules for lonely PDU processing based on the input of AF and local policies.

[0097] In some alternative embodiments, if the input of the AF arrives at the NEF first, the NEF can perform necessary information transformations based on the information from the AF input, and then generate a rule for whether or not to support the lonely PDU and provide it to the 5GC.

[0098] Optionally, the NEF may perform necessary information transformations based on the information input from the AF, including one or more of the following processes: converting the information format input from the AF into a format acceptable to the core network; mapping abstract service requirements to specific QoS parameters (e.g., if the AF requests a "low latency" service requirement, the NEF converts it to 5QI=1; if the AF requests a "best-effort" service requirement, the NEF converts it to 5QI=9, etc.); removing or anonymizing sensitive information to ensure communication security (e.g., if the AF provides the user's International Mobile Subscriber Identity (IMSI), the NEF can replace it with a temporary identifier); optimizing the AF's requirements based on network capabilities and service scenarios (e.g., if the AF requests "high priority" but does not specify specific parameters, the NEF can dynamically adjust ARP and priority based on network load; if network resources are scarce, the NEF may reduce the priority of non-critical services to ensure the AF's requirements); verifying whether the AF's requirements comply with network constraints and making adjustments (e.g., if the AF's requested GBR exceeds the available network bandwidth, the NEF can adjust it to MBR or suggest other alternatives; if the AF's requested Delay Budget cannot be met, the NEF can provide error information or suggest modifying the requirements).

[0099] In some optional embodiments, the PCF generates relevant policy rules for processing lonely PDUs based on the information input from the AF, which mainly includes processing rule information for lonely PDUs, and then provides it to the SMF.

[0100] In S803, the SMF generates relevant N4 rules, QoS profiles, and QoS rules for lonely PDU processing based on the input from the PCF, and configures them for the UPF, base station, and UE.

[0101] In some optional embodiments, the N4 rules generated by the SMF are used to configure rules for multimedia service flows on the UPF, including rules related to the processing of lonely PDUs. The QoS profile generated by the SMF is used to configure rules related to the processing of lonely PDUs on the base station; the UE rules generated by the SMF are used to configure rules related to the processing of lonely PDUs on the UE. These rules may include, for example, whether to distinguish between lonely PDUs and service data packet sets; the marking method of lonely PDUs; the QoS parameters of lonely PDUs; processing lonely PDUs using QoS parameters different from those of service data packet sets; and whether to process lonely PDUs as if they were service data packet sets.

[0102] In S804, the UPF, base station, and UE process the lonely PDU according to their respective configurations.

[0103] In some optional embodiments, for the UPF, if the N4 rule requires that lonely PDUs be processed separately (i.e., not transmitted together with the data in the PDU set), then the lonely PDUs can be separated using the PDR rule and transmitted with a separate QoS stream. This separate QoS stream may use the same or different QoS parameters as the PDU set. Optionally, this separate QoS stream can be established when the PDU session is established, or it can be added as needed through PDU session modification.

[0104] In some optional embodiments, if the N4 rule requires that a lonely PDU not occupy a separate QoS flow, but still needs to be processed separately in NG-RAN, the UPF can mark the lonely PDU in the GTP-u header, but will not use a separate QoS flow for transmission. Optionally, the marking method for lonely PDUs can also be based on the relevant policy rules generated by the PCF.

[0105] In some alternative embodiments, for NG-RAN (such as a base station), if the QoS profile requires that lonely PDUs be processed separately (i.e., not transmitted together with data from the PDU set), a corresponding DRB can be mapped to the QoS flow containing the lonely PDU for data transmission. Optionally, the selection of the DRB can be determined based on the 5QI / QFI parameters of the QoS flow used by the lonely PDU.

[0106] In some alternative embodiments, if the QoS profile s requires that a lonely PDU not occupy a QoS flow on its own, but still needs to be processed separately in NG-RAN, then NG-RAN can prioritize the lonely PDU by marking it in the GTP-u header; or it can drop the lonely PDU based on its importance (e.g., the lonely PDU is also marked with the importance of the PDU set).

[0107] In some alternative embodiments, if the UE rules require that the lonely PDU be processed separately (i.e. not transmitted together with the data of the PDU set), the UE can receive downlink service data packets from the DRB configured for the lonely PDU.

[0108] In some alternative embodiments, if the network is not configured with an uplink lonely PDU processing mechanism, the UE can process uplink traffic flow processing and PDU set marking in a similar manner to downlink processing.

[0109] In some optional embodiments, if a reflection QoS mechanism is enabled, the UE can directly refer to the QoS of the downlink traffic when processing uplink traffic.

[0110] In some alternative embodiments, if the UE rules require that lonely PDUs not occupy QoS flows / DRBs independently, but still need to be processed separately in NG-RAN, then the UE can perform MAC layer priority processing according to the base station configuration, and discard them based on the importance of the uplink lonely PDU (e.g., the lonely PDU is also marked with the importance of the PDU set).

[0111] The technical solutions of the above embodiments of this application enhance the processing capabilities of AF, 5GC, NG-RAN and UE for lonely PDUs (i.e. service data packets transmitted through non-PDU set methods). They can perform separate service data flow (SDF) mapping, QoS flow mapping, transmission priority control, DRB mapping processing, etc. on lonely PDUs, which can solve the impact of lonely PDUs on the PDU set mechanism and improve the user experience of end-to-end strong interactive services.

[0112] It should be noted that the technical solutions of this application are not only applicable to 5G systems, but also to future mobile communication systems.

[0113] The following describes an apparatus embodiment of this application, which can be used to execute the service data packet processing method described in the above embodiments of this application. For details not disclosed in the apparatus embodiments of this application, please refer to the embodiments of the service data packet processing method described above.

[0114] Figure 9 shows a block diagram of a service data packet processing apparatus according to an embodiment of the present application. The service data packet processing apparatus can be applied to an AF or other network elements.

[0115] Referring to FIG9, a service data packet processing apparatus 900 according to an embodiment of the present application includes: a generation unit 902 and a sending unit 904.

[0116] The generation unit 902 is configured to generate QoS requirement information for a specified service data packet. The specified service data packet is a service data packet transmitted in a multimedia service flow through a set of non-service data packets. The multimedia service flow contains a set of service data packets and the specified service data packet. The QoS requirement information is used to indicate the processing method for the specified service data packet. The sending unit 904 is configured to send the QoS requirement information to the core network element so that the core network element can generate processing strategy information for the specified service data packet based on the QoS requirement information.

[0117] In some embodiments of this application, based on the foregoing scheme, the QoS requirement information includes at least one of the following:

[0118] Whether to distinguish between the specified business data packet and the set of business data packets;

[0119] Specify the marking method for business data packets;

[0120] Specifies the QoS parameters for the service data packets.

[0121] In some embodiments of this application, based on the foregoing scheme, if the QoS requirement of a specified service data packet is higher than the QoS requirement of a set of service data packets, the QoS requirement information includes first indication information, which is used to indicate that the specified service data packet and the set of service data packets should be processed separately.

[0122] In some embodiments of this application, based on the foregoing scheme, if the QoS requirement of a specified service data packet is lower than the QoS requirement of a set of service data packets, the QoS requirement information includes second indication information, which is used to indicate that the specified service data packet and the set of service data packets will not be distinguished.

[0123] In some embodiments of this application, based on the foregoing scheme, if a specified service data packet needs to be distinguished from the set of service data packets, a flag bit is added to the specified service data packet. The flag bit is used to indicate that the specified service data packet is a service data packet transmitted in a manner that is not part of the set of service data packets.

[0124] Figure 10 shows a block diagram of a service data packet processing apparatus according to an embodiment of the present application. The service data packet processing apparatus can be applied to a core network element, which may be a PCF, SMF, or other network elements.

[0125] Referring to FIG10, a service data packet processing apparatus 1000 according to an embodiment of the present application includes: a receiving unit 1002, a generating unit 1004, and a processing unit 1006.

[0126] The receiving unit 1002 is configured to receive QoS requirement information for a specified service data packet sent by the application function network element. The specified service data packet is a service data packet transmitted in a multimedia service stream through a set of non-service data packets. The multimedia service stream contains a set of service data packets and the specified service data packet. The QoS requirement information is used to indicate the processing method for the specified service data packet. The generating unit 1004 is configured to generate processing strategy information for the specified service data packet based on the QoS requirement information. The processing unit 1006 is configured to configure the processing strategy information to the processing device of the specified service data packet.

[0127] In some embodiments of this application, based on the foregoing scheme, the processing strategy information for specified service data packets includes at least one of the following:

[0128] Whether to distinguish between the specified business data packet and the set of business data packets;

[0129] Specify the marking method for business data packets;

[0130] Specify the QoS parameters for the service data packets;

[0131] The specified service data packets are processed using QoS parameters different from those used for the entire set of service data packets.

[0132] Whether to process the specified service data packet as a set of service data packets.

[0133] Figure 11 shows a block diagram of a service data packet processing apparatus according to an embodiment of the present application. The service data packet processing apparatus can be applied to a user plane node, which may be a UPF, a base station, a UE, or other devices.

[0134] Referring to FIG11, a service data packet processing apparatus 1100 according to an embodiment of the present application includes: a receiving unit 1102 and a processing unit 1104.

[0135] The receiving unit 1102 is configured to receive processing strategy information for a specified service data packet configured by the core network element. The specified service data packet is a service data packet transmitted in a multimedia service stream through a set of non-service data packets. The multimedia service stream contains a set of service data packets and the specified service data packet. The processing strategy information is used to indicate the processing method for the specified service data packet. The processing unit 1104 is configured to process the received specified service data packet according to the processing strategy information.

[0136] In some embodiments of this application, based on the foregoing scheme, the service data packet processing device is applied to the user plane function network element; the processing unit 1104 is configured to: if the processing policy information indicates that the specified service data packet is to be processed separately, then the specified service data packet is separated from the multimedia service stream by packet detection rules; the specified service data packet is transmitted using a separate QoS stream, and the QoS parameters used by the separate QoS stream and the QoS of the service data packet set are the same or different.

[0137] In some embodiments of this application, based on the foregoing scheme, the service data packet processing device is applied to the user plane function network element; the processing unit 1104 is configured to: if the processing policy information indicates that the specified service data packet does not use a separate QoS flow, but needs to be differentiated in the access network, then the specified service data is marked in the user plane General Packet Radio Service Tunneling Protocol header of the specified service data packet.

[0138] In some embodiments of this application, based on the foregoing scheme, the service data packet processing device is applied to an access network element; the processing unit 1104 is configured to: if the processing policy information indicates that a specified service data packet is to be processed differently, then allocate a corresponding data radio bearer to the specified service data packet according to the QoS parameters corresponding to the QoS stream that transmits the specified service data packet.

[0139] In some embodiments of this application, based on the aforementioned scheme, the service data packet processing device is applied to an access network element; the processing unit 1104 is configured to: if the processing policy information indicates that the specified service data packet does not use a separate QoS flow, but needs to be differentiated in the access network, then process the specified service data packet according to priority based on the marking information in the User Plane General Packet Radio Service Tunneling Protocol header of the specified service data packet, or according to the importance information of the specified service data packet.

[0140] In some embodiments of this application, based on the foregoing scheme, the service data packet processing apparatus is applied to a terminal device; the processing unit 1104 is configured to perform at least one of the following:

[0141] If the processing policy information indicates that a specific service data packet should be processed differently, then the specific service data packet transmitted in the downlink direction will be received on the data radio bearer allocated for the specific service data packet.

[0142] If the processing policy information indicates that a specific service data packet should be processed differently, then the corresponding data radio bearer is allocated to the specified service data packet transmitted in the uplink direction according to the QoS parameters corresponding to the QoS stream that transmits the specified service data packet.

[0143] In some embodiments of this application, based on the foregoing scheme, the service data packet processing device is applied to a terminal device; the processing unit 1104 is configured to: if the processing policy information indicates that the specified service data packet does not use a separate QoS flow, but needs to be differentiated in the access network, then the specified service data packet is processed according to priority based on the configuration information of the access network element or the importance information of the specified service data packet.

[0144] Figure 12 shows a schematic diagram of the structure of a computer system suitable for implementing the computer device of the present application. The computer device may be the application function network element, core network element, user plane node, etc. in the foregoing embodiments.

[0145] It should be noted that the computer system 1200 of the computer device shown in Figure 12 is only an example and should not impose any limitations on the functionality and scope of use of the embodiments of this application.

[0146] As shown in Figure 12, the computer system 1200 may include a Central Processing Unit (CPU) 1201, which can perform various appropriate actions and processes based on programs stored in Read-Only Memory (ROM) 1202 or programs loaded from storage portion 1208 into Random Access Memory (RAM) 1203, such as performing the methods described in the above embodiments. The RAM 1203 also stores various programs and data required for system operation. The CPU 1201, ROM 1202, and RAM 1203 are interconnected via a bus 1204. An Input / Output (I / O) interface 1205 is also connected to the bus 1204.

[0147] The following components can be connected to I / O interface 1205: an input section 1206 including a keyboard, mouse, etc.; an output section 1207 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and speakers, etc.; a storage section 1208 including a hard disk, etc.; and a communication section 1209 including a network interface card such as a LAN (Local Area Network) card, modem, etc. The communication section 1209 performs communication processing via a network such as the Internet. A drive 1210 is also connected to I / O interface 1205 as needed. Removable media 1211, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., are installed on drive 1210 as needed so that computer programs read from them can be installed into storage section 1208 as needed.

[0148] Specifically, according to embodiments of this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this application include a computer program product comprising a computer program carried on a computer-readable medium for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication section 1209, and / or installed from removable medium 1211. When the computer program is executed by central processing unit (CPU) 1201, it performs various functions defined in the system of this application.

[0149] It should be noted that the computer-readable medium shown in the embodiments of this application can be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two. A 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 thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), flash memory, optical fiber, portable compact disc read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this application, a computer-readable storage medium can be any tangible medium containing or storing a computer program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In this application, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying a computer-readable computer program. The transmitted data signal can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. The computer-readable signal medium can also be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The computer program contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to wireless, wired, etc., or any suitable combination thereof.

[0150] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. Each block in a flowchart or block diagram may represent a module, segment, or portion of code, which contains one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and a computer program.

[0151] The units described in the embodiments of this application can be implemented in software or hardware, and the described units can also be located in a processor. The names of these units do not necessarily limit the specific unit itself.

[0152] In another aspect, this application also provides a computer-readable medium, which may be included in the computer device described in the above embodiments; or it may exist independently and not assembled into the computer device. The computer-readable medium carries one or more computer programs, which, when executed by the computer device, cause the computer device to perform the methods described in the above embodiments.

[0153] It should be noted that although several modules or units for the device used to perform actions have been mentioned in the detailed description above, this division is not mandatory. In fact, according to the embodiments of this application, the features and functions of 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.

[0154] From the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solutions 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 (such as a CD-ROM, USB flash drive, external hard drive, etc.) or on a network, and includes several instructions to cause a computer device to execute the method according to the embodiments of this application.

[0155] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the embodiments disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein.

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

Claims

1. A method for processing business data packets, characterized in that, include: Generate Quality of Service (QoS) requirement information for a specified service data packet. The specified service data packet is a service data packet transmitted in a multimedia service stream through a set of non-service data packets. The multimedia service stream contains a set of service data packets and the specified service data packet. The QoS requirement information is used to indicate the processing method for the specified service data packet. The QoS requirement information is sent to the core network element so that the core network element can generate processing strategy information for the specified service data packet based on the QoS requirement information.

2. The method for processing service data packets according to claim 1, characterized in that, The QoS requirement information includes at least one of the following: Whether to differentiate the specified service data packet from the set of service data packets; The marking method of the specified service data packets; The QoS parameters of the specified service data packet.

3. The method for processing service data packets according to claim 1, characterized in that, If the QoS requirement of the specified service data packet is higher than the QoS requirement of the service data packet set, then the QoS requirement information includes first indication information, which is used to indicate that the specified service data packet and the service data packet set should be processed separately.

4. The method for processing service data packets according to claim 1, characterized in that, If the QoS requirement of the specified service data packet is lower than the QoS requirement of the service data packet set, then the QoS requirement information includes second indication information, which is used to indicate that the specified service data packet and the service data packet set will not be distinguished.

5. The method for processing service data packets according to any one of claims 1 to 4, characterized in that, If the specified service data packet needs to be distinguished from the set of service data packets, a flag bit is added to the specified service data packet. The flag bit is used to indicate that the specified service data packet is a service data packet transmitted in a manner that is not part of the set of service data packets.

6. A method for processing business data packets, characterized in that, include: The system receives QoS requirement information for a specified service data packet sent by an application function network element. The specified service data packet is a service data packet transmitted in a multimedia service stream through a set of non-service data packets. The multimedia service stream contains a set of service data packets and the specified service data packet. The QoS requirement information is used to indicate the processing method for the specified service data packet. Based on the QoS requirement information, a processing strategy information for the specified service data packet is generated; Configure the processing strategy information to the processing device of the specified service data packet.

7. The method for processing service data packets according to claim 6, characterized in that, The processing strategy information for the specified service data packet includes at least one of the following: Whether to differentiate the specified service data packet from the set of service data packets; The marking method of the specified service data packets; The QoS parameters of the specified service data packet; The specified service data packets are processed using QoS parameters different from those used in the set of service data packets. Whether to process the specified service data packet as a set of service data packets.

8. A method for processing business data packets, characterized in that, include: The system receives processing strategy information for a specified service data packet configured by a core network element. The specified service data packet is a service data packet transmitted in a multimedia service stream through a set of non-service data packets. The multimedia service stream contains a set of service data packets and the specified service data packet. The processing strategy information is used to indicate the processing method for the specified service data packet. The received specified service data packets are processed according to the processing strategy information.

9. The method for processing service data packets according to claim 8, characterized in that, The processing method for the service data packets is executed by the user plane function network element. The step of processing the received specified service data packets according to the processing strategy information includes: If the processing strategy information indicates that the specified service data packet should be processed differently, then the specified service data packet is separated from the multimedia service stream by packet detection rules; The specified service data packets are transmitted using a separate QoS stream, and the QoS parameters used by the separate QoS stream may be the same as or different from those used by the QoS stream transmitting the set of service data packets.

10. The method for processing service data packets according to claim 8, characterized in that, The processing method for the service data packets is executed by the user plane function network element. The step of processing the received specified service data packets according to the processing strategy information includes: If the processing policy information indicates that the specified service data packet does not use a separate QoS flow, but needs to be differentiated in the access network, then the specified service data is marked in the User Plane General Packet Radio Service Tunneling Protocol header of the specified service data packet.

11. The method for processing service data packets according to claim 8, characterized in that, The processing method for the service data packets is executed by the access network element. The step of processing the received specified service data packets according to the processing strategy information includes: If the processing strategy information indicates that the specified service data packet should be processed differently, then the corresponding data radio bearer is allocated to the specified service data packet according to the QoS parameters corresponding to the QoS stream that transmits the specified service data packet.

12. The method for processing service data packets according to claim 8, characterized in that, The processing method for the service data packets is executed by the access network element. The step of processing the received specified service data packets according to the processing strategy information includes: If the processing strategy information indicates that the specified service data packet does not use a separate QoS flow, but needs to be differentiated in the access network, then the specified service data packet is processed according to priority based on the marking information in the User Plane General Packet Radio Service Tunneling Protocol header of the specified service data packet, or based on the importance information of the specified service data packet.

13. The method for processing service data packets according to claim 8, characterized in that, The processing method for the service data packets is executed by the terminal device, and the processing of the received specified service data packets according to the processing strategy information includes at least one of the following methods: If the processing strategy information indicates that the specified service data packet should be processed differently, then the specified service data packet transmitted in the downlink direction will be received on the data radio bearer allocated to the specified service data packet. If the processing strategy information indicates that the specified service data packet should be processed differently, then according to the QoS parameters corresponding to the QoS stream transmitting the specified service data packet, the specified service data packet transmitted in the uplink direction is allocated a corresponding data radio bearer.

14. The method for processing service data packets according to claim 8, characterized in that, The processing method for the service data packets is executed by the terminal device. The step of processing the received specified service data packets according to the processing strategy information includes: If the processing strategy information indicates that the specified service data packet does not use a separate QoS flow, but needs to be differentiated in the access network, then the specified service data packet is processed according to priority based on the configuration information of the access network element or the importance information of the specified service data packet.

15. A processing apparatus for business data packets, characterized in that, include: The generation unit is configured to generate QoS requirement information for a specified service data packet. The specified service data packet is a service data packet transmitted in a multimedia service stream through a set of non-service data packets. The multimedia service stream contains a set of service data packets and the specified service data packet. The QoS requirement information is used to indicate the processing method for the specified service data packet. The sending unit is configured to send the QoS requirement information to the core network element, so that the core network element generates processing strategy information for the specified service data packet based on the QoS requirement information.

16. A processing apparatus for business data packets, characterized in that, include: The receiving unit is configured to receive QoS requirement information for a specified service data packet sent by an application function network element. The specified service data packet is a service data packet transmitted in a multimedia service stream through a set of non-service data packets. The multimedia service stream contains a set of service data packets and the specified service data packet. The QoS requirement information is used to indicate the processing method for the specified service data packet. The generation unit is configured to generate processing strategy information for the specified service data packet based on the QoS requirement information; The processing unit is configured to configure the processing strategy information to the processing device of the specified service data packet.

17. A processing apparatus for business data packets, characterized in that, include: The receiving unit is configured to receive processing strategy information for a specified service data packet configured by a core network element. The specified service data packet is a service data packet transmitted in a multimedia service stream through a set of non-service data packets. The multimedia service stream contains a set of service data packets and the specified service data packet. The processing strategy information is used to indicate the processing method for the specified service data packet. The processing unit is configured to process the received specified service data packets according to the processing strategy information.

18. 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 method for processing business data packets according to any one of claims 1 to 14.

19. A computer device, characterized in that, include: One or more processors; A memory for storing one or more computer programs, which, when executed by one or more processors, cause the computer device to implement the method for processing business data packets according to any one of claims 1 to 14.

20. A computer program product, characterized in that, The computer program product includes a computer program stored in a computer-readable storage medium, and a processor of a computer device reads from the computer-readable storage medium and executes the computer program, causing the computer device to perform the processing method for the business data packet according to any one of claims 1 to 14.

Images