QOS processing method and apparatus for service data packet set, readable medium and device

Abstract

Embodiments of the present application provide a QoS processing method and apparatus for a service data packet set, a readable medium and a device. The QoS processing method for the service data packet set comprises: generating QoS requirement information for a service data stream, wherein the QoS requirement information indicates that a service data packet set in the service data stream uses optional QoS configuration information; and sending the QoS requirement information to a policy control function network element, so that on the basis of the QoS requirement information, the policy control function network element generates optional QoS policy information for the service data packet set. The technical solution of the embodiments of the present application can achieve adjustable QoS processing for the service data packet set on the basis of the optional QoS policy information, thereby improving the flexibility of processing the service data packet set during transmission of the service data stream.

Description

QoS processing method, device, readable medium and equipment for service data packet set

[0001] This application claims priority to the Chinese patent application filed with the China Patent Office on December 18, 2023, with application number 202311745643.4 and invention name “QoS processing method, device, readable medium and equipment for service data packet collection”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The present application relates to the field of computer and communication technology, and in particular to a QoS processing method, apparatus, readable medium, and device for a set of service data packets. Background Art

[0003] In the fifth-generation mobile communication technology (5th-Generation, 5G) and its subsequent evolution systems (such as 5G-A, 6G, etc.), high-bandwidth interactive services are important service types, such as cloud gaming (Cloud gaming), virtual reality (VR), augmented reality (AR), mixed reality (MR), extended reality (XR), cinematic reality (CR), XR and media services (XRM), etc.

[0004] These high-bandwidth interactive services not only require high transmission timeliness, but also significantly increase the amount of data generated at the application layer as performance increases, such as resolution and frame rate. Therefore, the data packets generated by the application layer for these services are typically transmitted using a series of related packets, known as a Protocol Data Unit (PDU) set. Effectively controlling the transmission of these packets to meet the challenges posed by high-bandwidth interactive services on wireless network transmission remains a pressing technical challenge.

[0005] Summary of the Invention

[0006] Embodiments of the present application provide a method, apparatus, readable medium, and device for processing quality of service (QoS) of a service data packet set, which can implement adjustable QoS processing for a service data packet set based on optional QoS policy information, thereby improving the flexibility of processing a service data packet set during service data stream transmission.

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

[0008] In the first aspect, an embodiment of the present application provides a QoS processing method for a service data packet set, including: generating QoS requirement information for a service data flow, the QoS requirement information indicating that the service data packet set in the service data flow adopts optional QoS configuration information; sending the QoS requirement information to a policy control function network element, so that the policy control function network element generates optional QoS policy information for the service data packet set based on the QoS requirement information.

[0009] In the second aspect, an embodiment of the present application provides a QoS processing method for a service data packet set, including: obtaining QoS requirement information for a service data flow, the QoS requirement information indicating that the service data packet set in the service data flow adopts optional QoS configuration information; generating optional QoS policy information for the service data packet set based on the QoS requirement information; and sending the optional QoS policy information to a session management function network element so that the session management function network element configures the optional QoS policy information to a device that processes the service data packet set.

[0010] In the third aspect, an embodiment of the present application provides a QoS processing method for a service data packet set, including: receiving optional QoS policy information for the service data packet set, the optional QoS policy information is generated by a policy control function network element based on the QoS requirement information of the service data flow, and the QoS requirement information indicates that the service data packet set in the service data flow adopts optional QoS configuration information; detecting the QoS parameters of the service data packet set during the transmission process; if the QoS parameters of the service data packet set during the transmission process do not match the optional QoS policy information, sending a first notification information to the core network network element to trigger the PDU session modification process.

[0011] In the fourth aspect, an embodiment of the present application provides a QoS processing device for a service data packet set, comprising: a generating unit, configured to generate QoS requirement information for a service data flow, wherein the QoS requirement information indicates that the service data packet set in the service data flow adopts optional QoS configuration information; a sending unit, configured to send the QoS requirement information to a policy control function network element, so that the policy control function network element generates optional QoS policy information for the service data packet set based on the QoS requirement information.

[0012] In the fifth aspect, an embodiment of the present application provides a QoS processing device for a service data packet set, comprising: an acquisition unit, configured to acquire QoS requirement information for a service data flow, the QoS requirement information indicating that the service data packet set in the service data flow adopts optional QoS configuration information; a generation unit, configured to generate optional QoS policy information for the service data packet set based on the QoS requirement information; and a sending unit, configured to send the optional QoS policy information to a session management function network element, so that the session management function network element configures the optional QoS policy information to a device that processes the service data packet set.

[0013] In the sixth aspect, an embodiment of the present application provides a QoS processing device for a service data packet set, comprising: a receiving unit, configured to receive optional QoS policy information for the service data packet set, the optional QoS policy information being generated by a policy control function network element based on the QoS requirement information of the service data flow, the QoS requirement information indicating that the service data packet set in the service data flow adopts optional QoS configuration information; a detection unit, configured to detect the QoS parameters of the service data packet set during transmission; a processing unit, configured to send a first notification message to the core network network element to trigger a PDU session modification process if the QoS parameters of the service data packet set during transmission do not match the optional QoS policy information.

[0014] In a seventh aspect, an embodiment of the present application provides a computer-readable medium on which a computer program is stored. When the computer program is executed by a processor, it implements the QoS processing method for a set of service data packets as described in the above embodiments.

[0015] In an eighth aspect, an embodiment of the present application provides an electronic device comprising: one or more processors; 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 electronic device implements the QoS processing method for a set of service data packets as described in the above embodiments.

[0016] In a ninth aspect, embodiments of the present application provide a computer program product, comprising 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, causing the electronic device to perform the QoS processing method for a service data packet set provided in the various optional embodiments described above.

[0017] In the technical solutions provided in some embodiments of the present application, QoS requirement information is generated for a service data flow, and the QoS requirement information indicates that a service data packet set in the service data flow adopts optional QoS configuration information, and then the QoS requirement information is sent to a policy control function network element, and then the policy control function network element generates optional QoS policy information for the service data packet set based on the QoS requirement information, so that when processing the service data packet set, adjustable QoS processing for the service data packet set can be implemented according to the optional QoS policy information, thereby improving the flexibility of processing the service data packet set during the service data flow transmission process, meeting the different requirements of the service data flow, and better responding to the challenges of high-bandwidth interactive services to wireless network transmission.

[0018] It should be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] FIG1 is a schematic diagram showing an exemplary system architecture to which the technical solutions of the embodiments of the present application can be applied;

[0020] FIG2 is a schematic diagram showing a transmission process of a multimedia data packet according to an embodiment of the present application;

[0021] FIG3 shows a flow chart of a QoS processing method for a service data packet set according to an embodiment of the present application;

[0022] FIG4 shows a flow chart of a QoS processing method for a service data packet set according to an embodiment of the present application;

[0023] FIG5 shows a schematic diagram of a 5G network key network element architecture;

[0024] FIG6 shows a flowchart of a QoS processing method for a service data packet set according to an embodiment of the present application;

[0025] FIG7 shows a flowchart of a QoS processing method for a service data packet set according to an embodiment of the present application;

[0026] FIG8 is a schematic diagram showing the contents included in PDUsetawareAQP according to an embodiment of the present application;

[0027] FIG9 is a schematic diagram showing the contents included in an optional QoS rule for a PDUset according to an embodiment of the present application;

[0028] FIG10 shows a flowchart of a QoS processing method for a service data packet set according to an embodiment of the present application;

[0029] FIG11 shows a block diagram of a QoS processing device for a service data packet set according to an embodiment of the present application;

[0030] FIG12 shows a block diagram of a QoS processing device for a service data packet set according to an embodiment of the present application;

[0031] FIG13 shows a block diagram of a QoS processing device for a service data packet set according to an embodiment of the present application;

[0032] FIG14 shows a schematic structural diagram of a computer system suitable for implementing an electronic device according to an embodiment of the present application. DETAILED DESCRIPTION

[0033] Example embodiments will now be described in a more complete manner with reference to the accompanying drawings. However, the example embodiments can be implemented in various forms and should not be construed as limited to these examples; rather, these embodiments are provided to make this application more comprehensive and complete and to fully convey the concepts of the example embodiments to those skilled in the art.

[0034] In addition, the features, structures or characteristics described in the present application may be combined in one or more embodiments in any suitable manner. In the following description, there are many specific details so that the embodiments of the present application can be fully understood. However, it will be appreciated by those skilled in the art that when implementing the technical solution of the present application, it is not necessary to use all the detailed features in the embodiments, one or more specific details may be omitted, or other methods, elements, devices, steps, etc. may be adopted.

[0035] In the embodiments of the present application, the term "module" or "unit" refers to a computer program or a part of a computer program that has a predetermined function and works together with other related parts to achieve a predetermined goal, and can be implemented in whole or in part by using software, hardware (such as processing circuits or memories) 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 part of an overall module or unit that includes the function of the module or unit.

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

[0037] The flowcharts shown in the accompanying drawings are for illustrative purposes only and do not necessarily include all contents and operations / steps, nor must they be executed in the order described. For example, some operations / steps may be decomposed, while others may be combined or partially combined. Therefore, the actual execution order may vary depending on the actual situation.

[0038] It should be noted that the term "plurality" used in this document refers to two or more. "And / or" describes a relationship between associated objects, indicating that three possible relationships exist. For example, "A and / or B" can represent: A alone, A and B together, or B alone. The character " / " generally indicates an "or" relationship between the associated objects.

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

[0040] For example, in the cloud gaming scenario shown in FIG1 , 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 smartphone, 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 to obtain an analog audio and video signal and play it.

[0041] It should be understood that FIG1 is only an exemplary representation of the system architecture of the 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 background server for scheduling, etc. The cloud server 101 can 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 (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 in this application.

[0042] In the various multimedia-based interactive service application scenarios mentioned above, since the multimedia data packets are huge, they need to be split into multiple data packets for transmission. Specifically, as shown in Figure 2, 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 nodeB, gNB) and the UE. For some typical service scenarios, the transmission of multimedia data packets is mainly in the downlink direction, such as from the application server to the UPF, and then sent to the UE through the gNB. During transmission, the multimedia data packet (XR data packet is used as an example in Figure 2) is split at the application layer of the application server. After the split data packet reaches the UPF from the application server as an Internet Protocol (IP) packet, the 5G system transmits the sub-data packet to the UE end through the PDU session. At the UE end, it is submitted up the protocol stack step by step and reassembled to restore the multimedia data packet.

[0043] In the system shown in Figure 2, the L1 layer refers to the physical layer, which is used to ensure that the original data can be transmitted on various physical media; the 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 IP layer is the network layer, which is used to realize data transmission between two end systems; UDP is the User Datagram Protocol, which is called User Datagram Protocol in Chinese; GTP-U is the GPRS (General Packet Radio Service) Tunneling Protocol, which is called General Packet Radio Service Tunneling Protocol User Plane in Chinese; PHY is the abbreviation of Physical, which is called Physical Layer in Chinese; MAC is Media Access Control, which is called Media Access Control in Chinese; RLC is Radio Link Control, which is called Radio Link Control Layer Protocol in Chinese; PDCP is the Packet Data Convergence Protocol, which is called Packet Data Convergence Protocol in Chinese; SDAP is the Service Data Adaptation Protocol, which is called Service Data Adaptation Protocol in Chinese.

[0044] As mentioned earlier, for multimedia services (such as XRM), it's common to split a single multimedia data packet into multiple packets for transmission. A single multimedia service frame or group of packets (GoP) can also be quite large, requiring a series of IP packets to carry it. These IP packets are somewhat correlated, and processing them based on this correlation can effectively conserve wireless network bandwidth.

[0045] For example, assuming that data is transmitted through multiple IP packets, 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 be unable to be decoded, and the remaining data in the PDUset is meaningless to the decoding end. However, if 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 PDUset can still be recovered and decoded after some messages are discarded, which means that the remaining data in the PDUset is still meaningful for the receiving end to decode.

[0046] Furthermore, if the QoS processing mechanism differentiates different PDU sets based on the relevance of application layer packets, then PDU sets with high rates but a certain percentage of packet loss or delay can be processed. In other words, multimedia services can be handled more flexibly. However, the related art has not yet provided a reasonable and effective solution for this situation.

[0047] It is precisely based on the above problems that the technical solution of the embodiment of the present application proposes a new QoS processing solution for business data packet sets, so that when processing business data packet sets, adjustable QoS processing for business data packet sets can be implemented according to optional QoS policy information, thereby improving the flexibility of processing business data packet sets during business data flow transmission, meeting the different requirements of business data flows, and better responding to the challenges of high-bandwidth interactive services to wireless network transmission.

[0048] The following is a detailed description of the implementation details of the technical solution of the embodiment of the present application:

[0049] FIG3 shows a flow chart of a QoS processing method for a service data packet set according to an embodiment of the present application. The QoS processing method for a service data packet set can be executed by an application function (AF) network element, or can also be executed by other network elements. Referring to FIG3 , the QoS processing method for a service data packet set includes at least S310 to S320, which are described in detail as follows:

[0050] In S310 , QoS requirement information for a service data flow is generated, where the QoS requirement information indicates that optional QoS configuration information is used for a set of service data packets in the service data flow.

[0051] It should be noted that the service data packet set may be a PDU set. Specifically, the service data stream may be a multimedia service data stream, such as a cloud gaming service data stream, a VR service data stream, an AR service data stream, an MR service data stream, an XR service data stream, an XRM service data stream, a CR service data stream, etc. Since the data packet formed by a single multimedia service frame or GoP may have a large byte volume and needs to be split into a series of data packets for carrying, and these data packets have a certain correlation, these related data packets can be referred to as a PDU set.

[0052] At the same time, the optional QoS configuration information can be an Alternative QoS Profile (AQP for short), or other QoS configuration information that meets the requirements. This application takes AQP as an example. The AQP in the embodiment of this application is for a service data packet set, and is used to indicate that the QoS configuration of the service data packet set is optional (i.e., Alternative). In this way, the QoS of the service data packet set can be flexibly controlled to meet the different requirements of the service data flow. For example, for certain service data packet sets, a certain percentage of packet loss rate or delay excess rate can be tolerated, and then processing can continue through the optional QoS configuration information without having to re-negotiate the QoS parameters with the core network.

[0053] In some optional embodiments, the QoS requirement information may include optional QoS configuration information for the service data packet set.

[0054] Optionally, the optional QoS configuration information may be a selectable numerical range for each QoS parameter of a service data packet set, such as a numerical range formed by the most preferred value and the least preferred but still acceptable value for each QoS parameter of a service data packet set.

[0055] Optionally, the optional QoS configuration information may be selectable values ​​for each QoS parameter of the service data packet set, such as several (one or more) preferred values ​​for each QoS parameter of the service data packet set.

[0056] Optionally, the optional QoS configuration information may include selectable value ranges for each QoS parameter of the service data packet set, and selectable values ​​for each QoS parameter of the service data packet set. That is, in this embodiment, the optional QoS configuration information may include selectable value ranges for each QoS parameter, and may also include selectable values.

[0057] Optionally, the QoS parameters for the service data packet set contained in the QoS configuration information may be at least one of the following parameters: PDU set delay budget (PDUSetDelayBudget, PSDB), PDU set bit error rate (PDU Set Error Rate, PSER), maximum data burst volume (MaximumDataBurstVolume, MDBV), and packet delay variation / jitter (Packet Delay Variation, PDV).

[0058] For example, the optional QoS configuration information includes a selectable value range of PSDB for a set of service data packets, such as [1ms, 5ms].

[0059] For example, the above optional QoS configuration information includes selectable values ​​of PSDB for a set of service data packets, such as 1ms, 2ms, 3ms, 4ms, and 5ms.

[0060] For example, the above-mentioned optional QoS configuration information includes an optional numerical range of PSDB for a set of service data packets, such as [1ms, 5ms], and also includes: the above-mentioned optional QoS configuration information includes an optional numerical value of PSDB for a set of service data packets, such as 1ms, 2ms, 3ms, 4ms, 5ms.

[0061] For example, the optional QoS configuration information includes a selectable numerical range of the PSER for the service data packet set, such as [0, 5%].

[0062] For example, the optional QoS configuration information includes selectable values ​​of the PSER for the service data packet set, such as 1%, 2%, 3%, 4%, and 5%.

[0063] For example, the optional QoS configuration information includes a selectable numerical range of the PSER for the service data packet set, such as [0, 5%], and also includes: the optional QoS configuration information includes selectable numerical values ​​of the PSER for the service data packet set, such as 1%, 2%, 3%, 4%, and 5%.

[0064] For example, the optional QoS configuration information includes a selectable value range of the MDBV for the service data packet set, such as [0, 10 bit].

[0065] For example, the optional QoS configuration information includes selectable values ​​of the MDBV for the service data packet set, such as 1 bit, 2 bits, 3 bits, 4 bits, and 5 bits.

[0066] For example, the above-mentioned optional QoS configuration information includes an optional numerical range of the MDBV for the service data packet set, such as [0, 10bit], and also includes: the above-mentioned optional QoS configuration information includes an optional numerical value of the MDBV for the service data packet set, such as 1bit, 2bit, 3bit, 4bit, 5bit.

[0067] For example, the optional QoS configuration information includes a selectable value range of the PDV for the service data packet set, such as [0ms, 1ms].

[0068] For example, the optional QoS configuration information includes selectable values ​​of the PDV for the service data packet set, such as 1ms and 2ms.

[0069] For example, the above optional QoS configuration information includes a selectable value range of PDV for a set of service data packets, such as [0ms, 1ms], and also includes: the above optional QoS configuration information includes a selectable value of PDV for a set of service data packets, such as 1ms, 2ms.

[0070] In some optional embodiments, the QoS requirement information may include first indication information, where the first indication information is used to indicate optional QoS configuration information to be adopted for the service data packet set. That is, in this embodiment, the first indication information indicates that the optional QoS configuration information can be adopted for the service data packet set, so that the Policy Control Function (PCF) can determine, based on the first indication information, the optional QoS policy information corresponding to the adoption of the optional QoS configuration information.

[0071] In some optional embodiments, the QoS requirement information may include characteristics of the media content contained in the service data stream. That is, in this embodiment, the QoS requirement information may indicate characteristics of the media content in the service data stream, so that the PCF can determine, based on the characteristics of the media content, the corresponding optional QoS policy information when adopting the optional QoS configuration information.

[0072] Optionally, media content characteristics can be used to characterize the media type. For example, the media content characteristics can be used to determine whether the media type is audio, video, or tactile information. In this case, the media content characteristics can, to a certain extent, reflect the QoS requirements of the corresponding media type. For example, tactile information has higher requirements for real-time and interactivity, and therefore has more stringent latency requirements than audio and video content. Therefore, the PCF can determine the media type based on the media content characteristics, and further determine the optional QoS policy information when using optional QoS configuration information.

[0073] Media content characteristics can also be used to characterize the media's service type. For example, based on media content characteristics, the media's service type can be determined to be cloud gaming, remote driving, or email transmission. In this case, media content characteristics can also, to a certain extent, reflect the QoS requirements of the corresponding service type. For example, cloud gaming and remote driving services have higher real-time requirements than email transmission services, and therefore have more stringent latency requirements than email transmission services. Therefore, PCF can determine the service type based on media content characteristics, and further determine the optional QoS policy information when using optional QoS configuration information.

[0074] It should be noted that the QoS requirement information also includes at least one of the following information: the first indication information; and characteristics of the media content included in the service data flow.

[0075] In some optional embodiments, a service data stream may include data of multiple media types, such as audio, video, and haptic. For these media types, it may be possible to select whether to use service data packet aggregation for data transmission. If service data packet aggregation is used for data transmission, optional QoS configuration information may be generated for each media type of service data packet aggregation.

[0076] In other words, if the multiple media types in the service data stream include target media types that use service data packet sets for data transmission, the QoS requirement information includes optional QoS configuration information corresponding to the service data packet sets of each target media type. This allows for separate QoS control for service data packet sets of different media types. For example, assuming that the service data stream may include audio data and video data, both of which can be transmitted using service data packet sets, the QoS requirement information includes optional QoS configuration information corresponding to the service data packet sets of audio data and optional QoS configuration information corresponding to the service data packet sets of video data. This allows for separate QoS control for the service data packet sets of audio data and video data.

[0077] 3 , in S320 , the QoS requirement information is sent to the policy control function network element, so that the policy control function network element generates optional QoS policy information for the service data packet set according to the QoS requirement information.

[0078] In some optional embodiments, when the QoS requirement information is sent to the policy control function network element, the QoS requirement information can be sent directly to the policy control function network element. Alternatively, the QoS requirement information can be sent to the network open function network element, which then forwards the QoS requirement information to the policy control function network element. Alternatively, the QoS requirement information can be delivered to the policy control function network element by negotiating a service level agreement (SLA) with the policy control function network element.

[0079] The above describes the technical solution of the embodiment of the present application from the perspective of the application function network element. The following further describes the implementation details of the technical solution of the embodiment of the present application from the perspective of the policy control function network element in conjunction with FIG4:

[0080] FIG4 shows a flow chart of a QoS processing method for a service data packet set according to an embodiment of the present application. The QoS processing method for a service data packet set can be executed by a policy control function network element, or can also be executed by other network elements. Referring to FIG4 , the QoS processing method for a service data packet set includes at least S410 to S430, which are described in detail as follows:

[0081] In S410, QoS requirement information for a service data flow is obtained, where the QoS requirement information indicates that a set of service data packets in the service data flow adopts optional QoS configuration information.

[0082] In some optional embodiments, the service data packet set may be a PDU set, and there is a certain correlation between the data packets in the PDU set. The optional QoS configuration information is AQP. The AQP in the embodiment of the present application is for the service data packet set, and is used to indicate that the QoS requirement of the service data packet set is optional (i.e., Alternative). In this way, the QoS of the service data packet set can be flexibly controlled to meet the different requirements of the service data flow. For example, for some service data packet sets, a certain proportion of packet loss rate or delay excess rate can be tolerated, and then the optional QoS configuration information can be used to continue processing without re-negotiating the QoS parameters with the core network.

[0083] It should be noted that the content included in the QoS requirement information can refer to the technical solution of the aforementioned embodiment and will not be repeated here.

[0084] In S420 , optional QoS policy information for the service data packet set is generated according to the QoS requirement information.

[0085] In some optional embodiments, the optional QoS policy information may include second indication information, which is used to indicate whether data of different media types contained in the service data stream is mapped to different QoS streams. For example, a service data stream may include data of multiple media types, such as audio, video, and tactile. In this case, the QoS policy information may include second indication information, which is used to indicate whether data of these different media types is mapped to different QoS streams, that is, data of each media type uses a separate QoS stream.

[0086] The second indication information may be either direct indication information (or explicit indication) or indirect indication information (or implicit indication). For example, the optional QoS policy information may directly include indication information for mapping data of different media types contained in the service data stream to different QoS streams, or may include indication information for not mapping data of different media types contained in the service data stream to the same QoS stream (for example, mapping data of different media types contained in the service data stream to the same QoS stream).

[0087] In some optional embodiments, the optional QoS policy information may include third indication information, which is used to indicate whether data of different media types contained in the business data stream are mapped to the same QoS stream, that is, data of different media types in the business data stream use the same QoS stream.

[0088] The third indication information may be either direct indication information (or explicit indication) or indirect indication information (or implicit indication). For example, the optional QoS policy information may directly include indication information for mapping data of different media types contained in the service data stream to the same QoS stream, or may include indication information for not mapping data of different media types contained in the service data stream to different QoS streams.

[0089] In some optional embodiments, the optional QoS policy information may include fourth indication information, which is used to indicate whether the importance of different media types is indicated by the importance information of the business data packet set if data of different media types contained in the business data stream are mapped to different QoS streams.

[0090] The fourth indication information may be either direct indication information (or explicit indication) or indirect indication information (or implicit indication). For example, the optional QoS policy information may directly indicate the importance of different media types through the importance information of the service data packet set (i.e., PDU set important) when mapping data of different media types contained in the service data stream to different QoS streams.

[0091] It should be understood that if the importance of different media types is indicated, the QoS of service data packets of high-priority media types can be prioritized during data transmission.

[0092] In some optional embodiments, the optional QoS policy information may include fifth indication information, which indicates that if data of different media types included in a service data flow is mapped to the same QoS flow, the optional QoS policy information represents a comprehensive policy for the same QoS flow. That is, the optional QoS policy information is for data packets of different media types carried by the same QoS flow.

[0093] In some optional embodiments, the optional QoS policy information may also include a combination of two or more of the second indication information, the third indication information, the fourth indication information, and the fifth indication information.

[0094] In some optional embodiments, the process of generating optional QoS policy information for a service data packet set based on QoS requirement information may include: if the QoS requirement information includes optional QoS configuration information corresponding to service data packet sets of different media types, and data of different media types needs to be mapped to the same QoS flow, then a comprehensive policy for the same QoS flow may be generated based on the optional QoS configuration information corresponding to the service data packet sets of different media types. That is, in this embodiment, if data of different media types is mapped to the same QoS flow, then when generating the QoS policy information, the optional QoS configuration information corresponding to the service data packet sets of these media types may be combined to generate a single comprehensive policy information.

[0095] Optionally, if the optional QoS configuration information includes bandwidth requirement information, the bandwidth requirement information of different media types may be superimposed to generate a comprehensive policy for the bandwidth requirement information.

[0096] Optionally, if the optional QoS configuration information includes PSDR requirement information, a comprehensive policy for the PSDR requirement information can be generated based on the minimum PSDR requirements for different media types. This is because when the minimum PSDR requirements for different media types are selected, the PSDR requirements of the service data packets of all media types can be met.

[0097] Optionally, if the optional QoS configuration information includes PSER requirement information, a comprehensive policy for the PSER requirement information can be generated based on the minimum PSER requirements for different media types. This is because when the minimum PSER requirements for different media types are selected, the PSER requirements of the service data packets of all media types can be met.

[0098] Optionally, if the optional QoS configuration information includes MDBV requirement information, a comprehensive policy targeting the MDBV requirement information can be generated based on the maximum MDBV requirements across different media types. This is because selecting the maximum MDBV requirements across different media types can satisfy the MDBV requirements of service data packets across all media types. Alternatively, the MDBV requirement information for different media types can be combined to generate a comprehensive policy targeting the MDBV requirement information.

[0099] Optionally, if the optional QoS configuration information includes PDV requirement information, a comprehensive policy for the PDV requirement information can be generated based on the minimum PDV requirements for different media types. This is because when the minimum PDV requirements for different media types are selected, the PDV requirements of the service data packets of all media types can be met.

[0100] In some optional embodiments, the process of generating optional QoS policy information for a service data packet set based on QoS requirement information may include: if data of different media types contained in a service data stream needs to be mapped to different QoS flows, then optional QoS policy information may be generated for each service data packet set in each QoS flow. The technical solution of this embodiment enables QoS control to be performed separately for each QoS flow based on the optional QoS policy information when data of different media types is mapped to different QoS flows.

[0101] In some optional embodiments, the optional QoS policy information includes at least one of the following information: a selectable numerical range for each QoS parameter of the service data packet set; and a selectable numerical value for each QoS parameter of the service data packet set.

[0102] In some optional embodiments, the optional QoS policy information may include a selectable numerical range for each QoS parameter of a service data packet set, such as a numerical range formed by the most preferred value and the least preferred but still acceptable value for each QoS parameter of a service data packet set.

[0103] In some optional embodiments, the optional QoS policy information may also include selectable values ​​for each QoS parameter of the service data packet set, such as several (one or more) preferred values ​​for each QoS parameter of the service data packet set.

[0104] In some optional embodiments, the optional QoS policy information may also include selectable value ranges for each QoS parameter of the service data packet set, as well as selectable values ​​for each QoS parameter of the service data packet set. That is, in this embodiment, the optional QoS policy information may include selectable value ranges for each QoS parameter, as well as selectable values.

[0105] Optionally, the QoS parameter for the service data packet set included in the QoS policy information may be at least one of the following parameters: PSDB, PSER, MDBV, and PDV.

[0106] In some optional embodiments, the process of generating optional QoS policy information for a service data packet set based on QoS requirement information may be to generate optional QoS policy information associated with the user equipment and for the service data packet set based on the QoS requirement information and the contract information of the user equipment used to process the service data packet set.

[0107] In some optional embodiments, based on QoS requirement information and the subscription information of the user device used to process the service data packet set, optional QoS policy information associated with the user device and for the service data packet set is generated, including: determining the priority of the user device based on the subscription information of the user device; generating optional QoS policy information associated with the user device and for the service data packet set based on the QoS requirement information and the priority of the user device. For example, if it is determined that the priority of the user device is higher (such as the corresponding account is a member account, the type of service being processed has higher latency requirements, etc.) based on the subscription information of the user device, then the optional QoS policy information generated for the service data packet set needs to ensure that the user device with higher priority has better service quality.

[0108] In some optional embodiments, the process of generating optional QoS policy information for a set of service data packets based on QoS requirement information may also be generating optional QoS policy information for a set of service data packets based on QoS requirement information and a service level agreement negotiated with an application function network element.

[0109] In some optional embodiments, generating optional QoS policy information for a service data packet set based on QoS requirement information and a service level agreement negotiated with an application function network element includes: determining a priority of a user device based on the service level agreement; and generating the optional QoS policy information for the service data packet set based on the QoS requirement information and the priority of the user device. For example, if the service level agreement determines that certain user devices have a higher priority (e.g., the corresponding accounts are membership accounts), the generated optional QoS policy information for the service data packet set needs to ensure that these higher-priority user devices receive a better quality of service.

[0110] 4 , in S430 , the optional QoS policy information is sent to a session management function (SMF) network element so that the SMF configures the optional QoS policy information to a device that processes a set of service data packets.

[0111] In some optional embodiments, the SMF may send optional QoS policy information for a set of service data packets to the UPF, gNB, and UE.

[0112] Specifically, taking the 5G system as an example, Figure 5 shows the key 5G network element architecture defined by the 3rd Generation Partnership Project (3GPP). 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 5G core network elements. A UE can be a 5G terminal such as a mobile phone or tablet; a (Radio) Access Network (R)AN can be a 5G base station; and a DN (Data Network) is the data network, i.e., the service server accessed by the UE.

[0113] Among them, 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 application layer NGAP protocol through the SCTP transport layer protocol, and carry the UE's non-access stratum (NAS) signaling data in NGAP. AMF is also responsible for terminating the UE's N1 interface, implementing NAS encryption and integrity protection, and is responsible for UE access authentication, authorization management, registration, connection, reachability and mobility management functions, as well as transparent transmission of session management messages between the UE and SMF.

[0114] In addition, (R)AN and UPF can interact through the N3 interface; UPFs can interact through the N9 interface; UPF and SMF can interact through the N4 interface; UPF and DN can interact through the N6 interface; SMF and AMF can interact through the N11 interface; SMF and PCF can interact through the N7 interface; SMF and UDM can interact through the N10 interface; PCF and AF can interact through the N5 interface; AMFs can interact through the N14 interface; AMF and PCF can interact through the N15 interface; AMF and UDM can interact through the N8 interface; AMF and NSSF can interact through the N22 interface; AMF and AUSF can interact through the N12 interface; AUSF and UDM can interact through the N13 interface.

[0115] Based on the system architecture shown in Figure 5, the SMF can configure the optional QoS policy information for the service data packet set to the UPF through the N4 interface. The SMF can also configure the optional QoS policy information for the service data packet set to the (R)AN through the AMF, and configure the optional QoS policy information for the service data packet set to the UE through the AMF+NAS connection.

[0116] The above describes the technical solutions of the embodiments of the present application from the perspectives of the application function network element and the policy control function network element. The following further describes the implementation details of the technical solutions of the embodiments of the present application from the perspective of the access network device in conjunction with FIG6 :

[0117] FIG6 shows a flowchart of a QoS processing method for a service data packet set according to an embodiment of the present application. The QoS processing method for a service data packet set can be performed by an access network device (such as a user equipment or a base station), or can also be performed by other devices. Referring to FIG6 , the QoS processing method for a service data packet set includes at least S610 to S630, which are described in detail as follows:

[0118] In S610, optional QoS policy information for a service data packet set is received. The optional QoS policy information is generated by a policy control function network element according to QoS requirement information of a service data flow. The QoS requirement information indicates that the service data packet set in the service data flow adopts optional QoS configuration information.

[0119] In some optional embodiments, the service data packet set may be a PDU set, and there is a certain correlation between the data packets in the PDU set. The optional QoS configuration information is AQP. The AQP in the embodiment of the present application is for the service data packet set, and is used to indicate that the QoS requirement of the service data packet set is optional (i.e., Alternative). In this way, the QoS of the service data packet set can be flexibly controlled to meet the different requirements of the service data flow. For example, for some service data packet sets, a certain proportion of packet loss rate or delay excess rate can be tolerated, and then the optional QoS configuration information can be used to continue processing without re-negotiating the QoS parameters with the core network.

[0120] It should be noted that the content included in the QoS requirement information and the process of generating the QoS policy information can refer to the technical solutions of the aforementioned embodiments and will not be described in detail.

[0121] In S620 , QoS parameters of the service data packet set during transmission are detected.

[0122] In some optional embodiments, detecting the QoS parameters of the service data packet set during transmission may be detecting at least one of the following parameters: PSDB, PSER, MDBV, PDV.

[0123] In S630, if the QoS parameters of the service data packet set during transmission do not match the optional QoS policy information, a first notification message is sent to the core network element to trigger the PDU session modification process.

[0124] In some optional embodiments, if a QoS parameter of a service data packet set fails to meet requirements during transmission, the QoS parameter may be reselected based on the range indicated in the optional QoS policy information. In this case, interaction with the core network is not required to trigger the PDU session modification process, but a second notification message may be sent to the core network to notify the change of the QoS parameters. In other words, if some QoS parameters of the service data packet set do not match the optional QoS policy information during transmission, the QoS parameters for the some QoS parameters are reselected based on the optional QoS policy information. Optionally, a second notification message may be sent to the core network element to notify that some QoS parameters have been reselected. If a QoS parameter of the service data packet set exceeds the range indicated in the optional QoS policy information during transmission, it indicates that the QoS parameter of the service data packet set during transmission does not match the optional QoS policy information. Furthermore, a first notification message may be sent to the core network element to trigger the PDU session modification process to update the QoS requirement information.

[0125] It can be seen that the technical solution of the embodiment of the present application is mainly aimed at the service data packet set (i.e., PDU set), and introduces an optional QoS mechanism, so that the QoS profile can be adaptively selected at the next-generation radio access network (NG-RAN) node, and adjustable QoS processing of the PDU set can be realized, meeting the different requirements of service data flows.

[0126] Specifically, as shown in FIG7 , a QoS processing method for a service data packet set according to an embodiment of the present application includes the following steps:

[0127] S701: AF provides optional PDU set QoS requirements and PCC (Policy Control and Charging) policy guidance information.

[0128] In some optional embodiments, AF may provide optional QoS requirements for PDUset, such as a PDUset-aware AQP mechanism (ie, PDUset aware AQP), and AF may provide fine-grained Alternative QoS requirements.

[0129] Specifically, if the media service flow includes different media types (such as audio, video, haptic, etc.), then these media types can start or not start the PDUset mechanism, that is, they can choose whether to use the PDUset method for data transmission.

[0130] If the PDUset mechanism is enabled for multiple media types, the AF can indicate the PDUset etaware AQP supported by different media types. If the PDUset mechanism is not enabled for some media types, the AF can provide the PDUset etaware AQP for the service flows that have the PDUset mechanism enabled, and provide other QoS requirements for the service flows that do not have the PDUset mechanism enabled.

[0131] It should be noted that the QoS requirements provided for service flows that do not have the PDUset mechanism enabled may include QoS parameters for data packets, such as Packet Error Rate (PER), Packet Delay Budget (PDB), etc. However, the PDUsetawareAQP provided for service flows that have the PDUset mechanism enabled may include QoS parameters for PDUset, such as PSDB, PSER, MDBV, PDV, etc.

[0132] Optionally, the PDUset_eTawareAQP provided for traffic flows with the PDUset mechanism enabled can also include data packet QoS parameters. In this case, it can be understood as reusing the data packet QoS requirements in the existing standard protocol, i.e., adding the PDUset QoS parameters to the QoS requirements. Of course, a new PDUset QoS requirement can also be used to include PDUset QoS parameter information.

[0133] In some optional embodiments, the optional QoS requirements and PCC policy guidance information provided by AF for PDUset are not PCCrule, so they can be described from the perspective of business requirements without providing each parameter of PCCrule. The content of an example PDUsetawareAQP is shown in Figure 8. Taking the media business flow containing 3 media types as an example, the PDUsetawareAQP contains QoS requirements for each media type (i.e., QoS requirements for media type 1, QoS requirements for media type 2, and QoS requirements for media type 3). The QoS requirements of each media type include the most preferred to least preferred but still acceptable QoS parameter values ​​(i.e., MosttoleastpreferredQoSparametervalue) of each QoS parameter (such as PSDB, PSER, MDBV, and PDV, etc.).

[0134] In some optional embodiments, to reduce the amount of information exchanged between the AF and 5G Core (5G Core), the AF and 5GC may also negotiate an SLA to reflect PDUsetaware AQP. In this case, the SLA may include alternative QoS parameter ranges for different media types.

[0135] S702: PCF generates optional QoS rules for the PDU set.

[0136] In some optional embodiments, after the AF sends the Alternative QoS requirement for the PDUset (i.e., PDUset etaware AQP) to the PCF, or sends it to the PCF through the NEF network element, or informs the PCF through SLA negotiation, the PCF may generate PDUset etaware alternative QoS rules (i.e., optional QoS policies / rules for the PDUset) based on the user's contract information or the SLA between the PCF and the AF. The generated QoS rules include but are not limited to the following information:

[0137] Whether to map data of different media types in the media service flow to different QoS flows; if so, whether to indicate the importance of different media types through PDUsetimportance; if data of different media types in the media service flow are mapped to the same QoS flow, then the configured PDUsetawareQoSrules are comprehensive QoS rules for multiple media types.

[0138] In some optional embodiments, if data of different media types in a media service flow are mapped to the same QoS flow, and the configured PDUsetawareQoSrules are comprehensive QoSrules for multiple media types, then even if the PDUsetawareAQP provided by the AF distinguishes between media types, the PCF can still generate comprehensive QoSrules based on the requirements of different media types.

[0139] Optionally, when generating comprehensive QoS rules, PCF may superimpose the bandwidth requirements of various media types to generate a comprehensive bandwidth requirement.

[0140] Optionally, the PCF may also superimpose the bandwidth requirements of various media types to serve as the comprehensive requirement for MDBV, or may also take the maximum value of the MDBV requirements of various media types as the comprehensive requirement for MDBV.

[0141] Optionally, PCF can comprehensively consider the delay requirements (i.e., PSDB) of various media types, take the minimum value of the most preferred delay requirements of all media types as the most preferred delay value obtained by comprehensive analysis, and take the minimum value of the least preferred but acceptable delay values ​​of all media types as the least preferred delay value obtained by comprehensive analysis.

[0142] Optionally, PCF can comprehensively consider the PSERs of various media types, take the minimum of the most preferred PSER values ​​of all media types as the most preferred PSER value obtained by comprehensive analysis, and take the minimum of the least preferred but acceptable PSER values ​​of all media types as the least preferred PSER value obtained by comprehensive analysis.

[0143] In some optional embodiments, if different media types are mapped to different QoS flows, the configured PDUsetawareAlternativeQoSrules can be generated separately for different media types. That is, QoS rules are generated separately for these multiple QoS flows, and the QoS rule contains optional PDUsetQoS parameters. The contents of an example QoS rule are shown in Figure 9. Taking the media service flow containing three media types as an example, the PDUsetawareAlternativeQoSrules contain QoS rules for the QoS flows of each media type (i.e., QoS rules for the QoS flow of media type 1, QoS rules for the QoS flow of media type 2, and QoS rules for the QoS flow of media type 3). The QoS rules for the QoS flow of each media type contain the most preferred to least preferred but still acceptable QoS parameter values ​​(i.e., MosttoleastpreferredQoSparametervalue) of each QoS parameter (such as PSDB, PSER, MDBV, and PDV, etc.).

[0144] S703: The SMF configures optional QoS rules for the PDUset to the NG-RAN and the UE.

[0145] In some optional embodiments, after generating PDUsetawareAlternativeQoSrules, PCF sends it to SMF, and then SMF configures QoS rules to UPF through N4 interface, which includes optional QoS rules for QoS flows of different media types.

[0146] At the same time, SMF configures PDUsetawareAlternativeQoSrules to NG-RAN through AMF, and SMF configures PDUsetawareAlternativeQoSrules to UE through AMF+NAS connection.

[0147] S704: NG-RAN and UE execute the process of PDUsetaware Alternative QoS requirements.

[0148] In some optional embodiments, NG-RAN and UE transmit data on the Uu port according to the PDUsetawareAlternativeQoSrules configured by 5GC. Based on end-to-end and air interface-only QoS monitoring, NG-RAN can dynamically observe whether parameters such as PSDB, PSER, PDV have exceeded the range of PDUsetawareQoS requirements. If so, PDUsession modification or other processes are triggered to notify 5GC and AF to take corresponding actions.

[0149] 10 , the technical solution of the embodiment of the present application is described in detail using a specific example, which specifically includes the following steps:

[0150] S1001: After the PDU session is established, the AF performs signaling interaction with the 5G system (5G system, 5GS) to indicate optional QoS requirements for PDU sets of different media types.

[0151] S1002: Based on the information provided by the AF, the PCF generates optional QoS policies, including QoS rules based on single or multiple QoS flows and multiple media types.

[0152] For example, if different media types are mapped to the same QoS flow, PCF can generate comprehensive QoS rules based on the requirements of different media types. If different media types are mapped to different QoS flows, PCF can generate PDUsetawareAlternativeQoS rules for each media type.

[0153] S1003, 5GC configures the optional QoS policy information to UPF, base station and UE.

[0154] Optionally, after generating PDUsetawareAlternativeQoSrules, PCF sends it to SMF, SMF is configured as UPF through the N4 interface, and configured to NG-RAN through AMF, and configured to UE through AMF+NAS connection.

[0155] S1004: PDU set identification and marking, for optional QoS rules, in cooperation with RAN to perform monitoring and statistics.

[0156] S1005: Process the PDU set in combination with the optional QoS rules

[0157] For example, if it is detected that parameters such as PSDB, PSER, and PDV have exceeded the range of PDUsetawareQoS requirements, a notification message is sent to the core network to trigger PDUsession modification or other processes.

[0158] In summary, the technical solution of the embodiment of the present application mainly introduces a PDU set-aware AQP mechanism for the PDU set of multimedia services such as XR. When AF provides fine-grained QoS requirements based on media types to 5GC, it indicates and provides optional PDU set QoS requirements (including optional PDU set QoS parameters, etc.). After 5GC and NG-RAN nodes generate PCC policies and establish PDU sessions and QoS flows in the core network, they perform adaptive selection of QoS profiles at the NG-RAN nodes to achieve adjustable QoS processing of PDU sets, thereby meeting the different requirements of service data flows.

[0159] The following describes an embodiment of the device of the present application, which can be used to implement the QoS processing method for a service data packet set in the above-mentioned embodiment of the present application. For details not disclosed in the embodiment of the device of the present application, please refer to the embodiment of the QoS processing method for a service data packet set in the above-mentioned embodiment of the present application.

[0160] FIG11 shows a block diagram of a QoS processing device for a service data packet set according to an embodiment of the present application. The QoS processing device for a service data packet set can be applied to an AF or other network elements.

[0161] 11 , a QoS processing device 1100 for a service data packet set according to an embodiment of the present application includes: a generating unit 1102 and a sending unit 1104 .

[0162] Among them, the generating unit 1102 is configured to generate QoS requirement information for the service data flow, and the QoS requirement information indicates that the service data packet set in the service data flow adopts optional QoS configuration information; the sending unit 1104 is configured to send the QoS requirement information to the policy control function network element, so that the policy control function network element generates optional QoS policy information for the service data packet set based on the QoS requirement information.

[0163] In some embodiments of the present application, based on the aforementioned scheme, the QoS requirement information also includes at least one of the following information: first indication information, the first indication information is used to indicate the optional QoS configuration information adopted for the service data packet set; the media content characteristics contained in the service data flow.

[0164] In some embodiments of the present application, based on the aforementioned scheme, the optional QoS configuration information includes at least one of the following information: a selectable numerical range for each QoS parameter of the service data packet set; and a selectable numerical value for each QoS parameter of the service data packet set.

[0165] In some embodiments of the present application, based on the aforementioned scheme, the QoS parameters for the service data packet set include at least one of the following parameters: protocol data unit PDU set delay budget, PDU set bit error rate, maximum data burst size, and data packet delay jitter.

[0166] In some embodiments of the present application, based on the aforementioned solution, the service data stream includes data of multiple media types, and the multiple media types include a target media type for data transmission in the form of a service data packet set;

[0167] The QoS requirement information includes optional QoS configuration information corresponding to each set of service data packets of the target media type.

[0168] In some embodiments of the present application, based on the above solution, the sending unit 1104 is configured to: send the QoS requirement information directly to the policy control function network element; or

[0169] Sending the QoS requirement information to a network open function network element, so that the network open function network element forwards the QoS requirement information to the policy control function network element; or

[0170] The QoS requirement information is transmitted to the policy control function network element by negotiating a service level agreement with the policy control function network element.

[0171] FIG12 shows a block diagram of a QoS processing device for a service data packet set according to an embodiment of the present application. The QoS processing device for a service data packet set can be applied to a policy control function network element or other network elements.

[0172] 12 , a QoS processing device 1200 for a service data packet set according to an embodiment of the present application includes: an acquiring unit 1202 , a generating unit 1204 and a sending unit 1206 .

[0173] Among them, the acquisition unit 1202 is configured to obtain QoS requirement information for the business data flow, and the QoS requirement information indicates that the business data packet set in the business data flow adopts optional QoS configuration information; the generation unit 1204 is configured to generate optional QoS policy information for the business data packet set based on the QoS requirement information; the sending unit 1206 is configured to send the optional QoS policy information to the session management function network element, so that the session management function network element configures the optional QoS policy information to the device that processes the business data packet set.

[0174] In some embodiments of the present application, based on the aforementioned solution, the optional QoS policy information includes at least one of the following information:

[0175] second indication information, where the second indication information is used to indicate whether to map data of different media types contained in the service data flow to different QoS flows;

[0176] third indication information, where the third indication information is used to indicate whether to map data of different media types included in the service data flow to the same QoS flow;

[0177] Fourth indication information, the fourth indication information being used to indicate whether the importance of different media types is indicated by importance information of a service data packet set if data of different media types included in the service data stream is mapped to different QoS flows;

[0178] The fifth indication information is used to indicate that if data of different media types contained in the service data flow are mapped to the same QoS flow, the optional QoS policy information represents a comprehensive policy for the same QoS flow.

[0179] In some embodiments of the present application, based on the aforementioned scheme, the generation unit 1204 is configured as follows: if the QoS requirement information contains optional QoS configuration information corresponding to service data packet sets of different media types, and the data of the different media types need to be mapped to the same QoS flow, then a comprehensive strategy for the same QoS flow is generated based on the optional QoS configuration information corresponding to the service data packet sets of different media types.

[0180] In some embodiments of the present application, based on the aforementioned solution, the generating unit 1204 is configured to generate a comprehensive policy for the same QoS flow based on the optional QoS configuration information corresponding to the different media types, including:

[0181] If the optional QoS configuration information includes bandwidth requirement information, superimposing the bandwidth requirement information of different media types to generate a comprehensive strategy for the bandwidth requirement information;

[0182] If the optional QoS configuration information includes PDU aggregate delay budget requirement information, generating a comprehensive strategy for the PDU aggregate delay budget requirement information according to the minimum value of the PDU aggregate delay budget requirements in the different media types;

[0183] If the optional QoS configuration information includes PDU aggregate bit error rate requirement information, generating a comprehensive strategy for the PDU aggregate bit error rate requirement information according to the minimum value of the PDU aggregate bit error rate requirements in the different media types;

[0184] If the optional QoS configuration information includes maximum data burst demand information, generating a comprehensive strategy for the maximum data burst demand information according to the maximum value of the maximum data burst demand among the different media types, or superimposing the maximum data burst demand information of the different media types to generate a comprehensive strategy for the maximum data burst demand information;

[0185] If the optional QoS configuration information includes data packet delay jitter requirement information, a comprehensive strategy for the data packet delay jitter requirement information is generated according to the minimum value of the data packet delay jitter requirements in the different media types.

[0186] In some embodiments of the present application, based on the aforementioned scheme, the generation unit 1204 is configured as follows: if it is necessary to map data of different media types contained in the service data stream to different QoS streams, then optional QoS policy information is generated for each set of service data packets in the different QoS streams.

[0187] In some embodiments of the present application, based on the aforementioned scheme, the optional QoS policy information includes at least one of the following information: a selectable numerical range for each QoS parameter of a service data packet set; and a selectable numerical value for each QoS parameter of a service data packet set.

[0188] In some embodiments of the present application, based on the aforementioned scheme, the generation unit 1204 is configured to: generate optional QoS policy information associated with the user equipment and for the service data packet set based on the QoS requirement information and the contract information of the user equipment used to process the service data packet set.

[0189] In some embodiments of the present application, based on the aforementioned scheme, the generation unit 1204 is configured to: determine the priority of the user device according to the subscription information of the user device; and generate optional QoS policy information associated with the user device and for the service data packet set according to the QoS requirement information and the priority of the user device.

[0190] In some embodiments of the present application, based on the aforementioned scheme, the generation unit 1204 is configured to: generate optional QoS policy information for the service data packet set according to the QoS requirement information and the service level agreement negotiated with the application function network element.

[0191] In some embodiments of the present application, based on the aforementioned scheme, the generation unit 1204 is configured to: determine the priority of the user equipment according to the service level agreement; and generate optional QoS policy information for the service data packet set based on the QoS requirement information and the priority of the user equipment.

[0192] FIG13 shows a block diagram of a QoS processing device for a service data packet set according to an embodiment of the present application. The QoS processing device for a service data packet set can be applied to an access network device or other devices.

[0193] 13 , a QoS processing device 1300 for a service data packet set according to an embodiment of the present application includes: a receiving unit 1302 , a detecting unit 1304 and a processing unit 1306 .

[0194] Among them, the receiving unit 1302 is configured to receive optional QoS policy information for a service data packet set, the optional QoS policy information is generated by the policy control function network element based on the QoS requirement information of the service data flow, and the QoS requirement information indicates that the service data packet set in the service data flow adopts optional QoS configuration information; the detection unit 1304 is configured to detect the QoS parameters of the service data packet set during the transmission process; the processing unit 1306 is configured to send a first notification information to the core network network element to trigger the PDU session modification process if the QoS parameters of the service data packet set during the transmission process do not match the optional QoS policy information.

[0195] In some embodiments of the present application, based on the aforementioned scheme, the processing unit 1306 is further configured to: if some QoS parameters of the service data packet set during transmission do not match the optional QoS policy information, then reselect QoS parameters for the part of the QoS parameters according to the optional QoS policy information.

[0196] In some embodiments of the present application, based on the aforementioned solution, the processing unit 1306 is further configured to: send a second notification message to the core network element to notify that some QoS parameters have been reselected.

[0197] Figure 14 shows a structural diagram of a computer system of an electronic device suitable for implementing an embodiment of the present application. The electronic device may be an application function network element, a policy control function network element or an access network device in the aforementioned embodiment.

[0198] It should be noted that the computer system 1400 of the electronic device shown in FIG14 is merely an example and should not impose any limitations on the functions and scope of use of the embodiments of the present application.

[0199] As shown in FIG14 , a computer system 1400 may include a central processing unit (CPU) 1401, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1402 or a program loaded from a storage portion 1408 into a random access memory (RAM) 1403, such as executing the methods described in the above embodiments. Various programs and data required for system operation are also stored in RAM 1403. CPU 1401, ROM 1402, and RAM 1403 are connected to each other via a bus 1404. An input / output (I / O) interface 1405 is also connected to bus 1404.

[0200] The following components can be connected to the I / O interface 1405: an input section 1406 including a keyboard, a mouse, and the like; an output section 1407 including devices such as a cathode ray tube (CRT), a liquid crystal display (LCD), and a speaker; a storage section 1408 including a hard disk; and a communication section 1409 including a network interface card such as a local area network (LAN) card or a modem. The communication section 1409 performs communication processing via a network such as the Internet. A drive 1410 is also connected to the I / O interface 1405 as needed. Removable media 1411, such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory, is installed in the drive 1410 as needed, so that computer programs read from the removable media can be installed in the storage section 1408 as needed.

[0201] In particular, according to an embodiment of the present application, the process described above with reference to the flowchart can 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 perform the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network via the communication section 1409, and / or installed from a removable medium 1411. When the computer program is executed by the central processing unit (CPU) 1401, the various functions defined in the system of the present application are performed.

[0202] It should be noted that the computer-readable medium shown in the embodiments of the present application may be a computer-readable signal medium or a computer-readable storage medium or any combination of the two. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or component, or any combination of the above. More specific examples of computer-readable storage media may 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 disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, a computer-readable storage medium may be any tangible medium containing or storing a computer program that can be used by or in combination with an instruction execution system, device or device. In the present application, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, which carries a computer-readable computer program. Such propagated data signals may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium that can transmit, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. A computer program embodied on a computer-readable medium may be transmitted using any suitable medium, including but not limited to wireless, wired, or any suitable combination thereof.

[0203] The flowcharts and block diagrams in the accompanying drawings illustrate the possible implementation architecture, functions and operations of the systems, methods and computer program products according to various embodiments of the present application. Among them, each box in the flowchart or block diagram can represent a module, program segment, or a part of the code, and the above-mentioned module, program segment, or a part of the 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 box can also occur in an order different from that marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flowchart, and the combination of boxes in the block diagram or flowchart, can be implemented with a dedicated hardware-based system that performs the specified function or operation, or can be implemented with a combination of dedicated hardware and a computer program.

[0204] The units involved in the embodiments described in this application may be implemented by software or hardware, and the units described may also be set in a processor. In some cases, the names of these units do not constitute limitations on the units themselves.

[0205] As another aspect, the present application further provides a computer-readable medium, which may be included in the electronic device described in the above embodiments, or may exist independently without being incorporated into the electronic device. The computer-readable medium carries one or more computer programs, and when the one or more computer programs are executed by the electronic device, the electronic device implements the method described in the above embodiments.

[0206] It should be noted that, although several modules or units of the device for action execution are mentioned in the above detailed description, this division is not mandatory. In fact, according to the embodiment of the application, the features and functions of two or more modules or units described above can be concretized in one module or unit. On the contrary, the features and functions of one module or unit described above can be further divided into multiple modules or units to be concretized.

[0207] Through the description of the above embodiments, it is easy for those skilled in the art to understand that the example embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solutions according to the embodiments of the present 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, a USB flash drive, a mobile hard disk, etc.) or on a network, and includes a number of instructions to enable an electronic device to execute the method according to the embodiments of the present application.

[0208] For example, the electronic device can be an application function network element, then the application function network element can execute the QoS processing method for the service data packet set shown in Figure 3; for another example, the electronic device can be a policy control function network element, then the policy control function network element can execute the QoS processing method for the service data packet set shown in Figure 4; for another example, the electronic device can be an access network device, then the access network device can execute the QoS processing method for the service data packet set shown in Figure 6.

[0209] 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. This application is intended to cover any variations, uses, or adaptations of the present application that follow the general principles of this application and include common knowledge or customary techniques in the art that are not disclosed herein.

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

Claims

1. A method for processing quality of service (QoS) of a service data packet set, characterized in that: include: Generate QoS requirement information for a service data flow, wherein the QoS requirement information indicates that a service data packet set in the service data flow adopts optional QoS configuration information; The QoS requirement information is sent to a policy control function network element, so that the policy control function network element generates optional QoS policy information for the service data packet set according to the QoS requirement information.

2. The method according to claim 1, characterized in that The QoS requirement information also includes at least one of the following information: First indication information, where the first indication information is used to indicate optional QoS configuration information adopted for the service data packet set; The media content characteristics contained in the service data stream.

3. The method according to claim 1 or 2, characterized in that: The optional QoS configuration information includes at least one of the following information: a selectable value range for each QoS parameter of the service data packet set; Selectable values ​​for various QoS parameters of the service data packet set.

4. The method according to claim 3, characterized in that: The QoS parameters for the service data packet set include at least one of the following parameters: Protocol data unit PDU aggregate delay budget, PDU aggregate bit error rate, maximum data burst size, path delay variable.

5. The method according to any one of claims 1 to 4, characterized in that: The service data stream includes data of multiple media types, and the multiple media types include a target media type for data transmission in the form of a service data packet set; The QoS requirement information includes optional QoS configuration information corresponding to each service data packet set of the target media type.

6. The method according to any one of claims 1 to 5, characterized in that Sending the QoS requirement information to a policy control function network element includes: Sending the QoS requirement information directly to the policy control function network element; or Sending the QoS requirement information to a network open function network element, so that the network open function network element forwards the QoS requirement information to the policy control function network element; or The QoS requirement information is transmitted to the policy control function network element by negotiating a service level agreement with the policy control function network element.

7. A QoS processing method for a service data packet set, characterized in that: include: Acquire QoS requirement information for a service data flow, wherein the QoS requirement information indicates that a service data packet set in the service data flow adopts optional QoS configuration information; Generating optional QoS policy information for the service data packet set according to the QoS requirement information; The optional QoS policy information is sent to a session management function network element, so that the session management function network element configures the optional QoS policy information to a device that processes the service data packet set.

8. The method according to claim 7, characterized in that The optional QoS policy information includes at least one of the following information: second indication information, where the second indication information is used to indicate whether to map data of different media types contained in the service data flow to different QoS flows; third indication information, wherein the third indication information is used to indicate whether to map data of different media types contained in the service data flow to the same QoS flow; Fourth indication information, the fourth indication information is used to indicate whether the importance of different media types is indicated by importance information of a service data packet set if data of different media types contained in the service data stream is mapped to different QoS streams; The fifth indication information is used to indicate that if data of different media types contained in the service data flow are mapped to the same QoS flow, then the optional QoS policy information represents a comprehensive policy for the same QoS flow.

9. The method according to claim 7 or 8, characterized in that: Generating optional QoS policy information for the service data packet set according to the QoS requirement information, including: If the QoS requirement information contains optional QoS configuration information corresponding to service data packet sets of different media types, and the data of the different media types need to be mapped to the same QoS flow, then a comprehensive strategy for the same QoS flow is generated based on the optional QoS configuration information corresponding to the service data packet sets of different media types.

10. The method according to claim 9, characterized in that Generating a comprehensive strategy for the same QoS flow according to the optional QoS configuration information corresponding to the different media types, including: If the optional QoS configuration information includes bandwidth requirement information, the bandwidth requirement information of different media types are superimposed to generate a comprehensive strategy for the bandwidth requirement information; If the optional QoS configuration information includes PDU aggregate delay budget requirement information, generating a comprehensive strategy for the PDU aggregate delay budget requirement information according to the minimum value of the PDU aggregate delay budget requirements in the different media types; If the optional QoS configuration information includes PDU aggregate bit error rate requirement information, generating a comprehensive strategy for the PDU aggregate bit error rate requirement information according to the minimum value of the PDU aggregate bit error rate requirements in the different media types; If the optional QoS configuration information includes maximum data burst demand information, a comprehensive strategy for the maximum data burst demand information is generated according to the maximum value of the maximum data burst demand among the different media types, or the maximum data burst demand information of the different media types are superimposed to generate a comprehensive strategy for the maximum data burst demand information; If the optional QoS configuration information includes data packet delay jitter requirement information, a comprehensive strategy for the data packet delay jitter requirement information is generated according to the minimum value of the data packet delay jitter requirements in the different media types.

11. The method according to claim 7 or 8, characterized in that: Generating optional QoS policy information for the service data packet set according to the QoS requirement information, including: If it is necessary to map data of different media types contained in the service data stream to different QoS streams, optional QoS policy information is generated for service data packet sets in the different QoS streams respectively.

12. The method according to claim 11, characterized in that The optional QoS policy information includes at least one of the following information: Selectable value ranges for each QoS parameter of a service data packet set; Selectable values ​​for various QoS parameters for a set of service packets.

13. The method according to claim 7 or 8, characterized in that: Generating optional QoS policy information for the service data packet set according to the QoS requirement information, including: According to the QoS requirement information and the subscription information of the user equipment for processing the service data packet set, optional QoS policy information associated with the user equipment and for the service data packet set is generated.

14. The method according to claim 13, characterized in that Generating, according to the QoS requirement information and the subscription information of the user equipment for processing the service data packet set, optional QoS policy information associated with the user equipment and for the service data packet set, including: Determining the priority of the user equipment according to the subscription information of the user equipment; According to the QoS requirement information and the priority of the user equipment, optional QoS policy information associated with the user equipment and for the service data packet set is generated.

15. The method according to claim 7 or 8, characterized in that Generating optional QoS policy information for the service data packet set according to the QoS requirement information, including: According to the QoS requirement information and the service level agreement negotiated with the application function network element, optional QoS policy information for the service data packet set is generated.

16. The method according to claim 15, characterized in that According to the QoS requirement information and the service level agreement negotiated with the application function network element, generating optional QoS policy information for the service data packet set, including: Determining the priority of the user equipment according to the service level agreement; According to the QoS requirement information and the priority of the user equipment, optional QoS policy information for the service data packet set is generated.

17. A QoS processing method for a service data packet set, characterized in that: include: Receiving optional QoS policy information for a service data packet set, the optional QoS policy information is generated by a policy control function network element according to QoS requirement information of a service data flow, the QoS requirement information indicating that the service data packet set in the service data flow adopts optional QoS configuration information; Detecting QoS parameters of the service data packet set during transmission; If the QoS parameters of the service data packet set during transmission do not match the optional QoS policy information, a first notification message is sent to a core network element to trigger a PDU session modification process.

18. The method according to claim 17, characterized in that Also includes: If some QoS parameters of the service data packet set during transmission do not match the optional QoS policy information, QoS parameters are reselected for the part of the QoS parameters according to the optional QoS policy information.

19. The method according to claim 18, characterized in that Also includes: A second notification message is sent to the core network element to notify that the part of QoS parameters has been reselected.

20. A QoS processing device for a service data packet set, characterized in that: include: A generating unit, configured to generate QoS requirement information for a service data flow, wherein the QoS requirement information indicates that a service data packet set in the service data flow adopts optional QoS configuration information; The sending unit is configured to send the QoS requirement information to the policy control function network element, so that the policy control function network element generates optional QoS policy information for the service data packet set according to the QoS requirement information.

21. A QoS processing device for a service data packet set, characterized in that: include: An acquiring unit configured to acquire QoS requirement information for a service data flow, wherein the QoS requirement information indicates that a service data packet set in the service data flow adopts optional QoS configuration information; A generating unit, configured to generate optional QoS policy information for the service data packet set according to the QoS requirement information; The sending unit is configured to send the optional QoS policy information to the session management function network element, so that the session management function network element configures the optional QoS policy information to the device that processes the service data packet set.

22. A QoS processing device for a service data packet set, characterized in that: include: A receiving unit, configured to receive optional QoS policy information for a service data packet set, wherein the optional QoS policy information is generated by a policy control function network element according to QoS requirement information of a service data flow, and the QoS requirement information indicates that the service data packet set in the service data flow adopts the optional QoS configuration information; A detection unit, configured to detect QoS parameters of the service data packet set during transmission; The processing unit is configured to send a first notification message to a core network element to trigger a PDU session modification process if the QoS parameters of the service data packet set during transmission do not match the optional QoS policy information.

23. A computer readable medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the method according to any one of claims 1 to 19 is implemented.

24. An electronic device, characterized in that: include: one or more processors; A memory for storing one or more computer programs, which, when executed by the one or more processors, enables the electronic device to implement the method as claimed in any one of claims 1 to 19.

25. A computer program product comprising a computer program / instructions, characterized in that When the computer program / instructions are executed by a processor, the method according to any one of claims 1 to 19 is implemented.

Images