阅读说明：本技术 一种数据处理方法、设备以及可读存储介质 (Data processing method and device and readable storage medium ) 是由 张卓筠 于 2021-09-10 设计创作，主要内容包括：本申请公开了一种数据处理方法、设备以及可读存储介质,该方法包括：终端设备通过服务质量接口获取协议数据单元会话对应的应用程序客户端所发送的参数获取请求；应用程序客户端运行于终端设备中；根据参数获取请求获取服务质量流对应的目标服务质量参数；服务质量流与应用程序客户端所提供的业务数据包相关联,目标服务质量参数是由会话管理网元所下发的；通过服务质量接口将目标服务质量参数发送至应用程序客户端。采用本申请,可以在服务质量机制中拓展应用程序客户端获取服务质量参数的能力。(The application discloses a data processing method, a device and a readable storage medium, wherein the method comprises the following steps: the method comprises the steps that terminal equipment obtains a parameter obtaining request sent by an application program client corresponding to a protocol data unit session through a service quality interface; the application program client runs in the terminal equipment; acquiring a target service quality parameter corresponding to the service quality flow according to the parameter acquisition request; the service quality flow is associated with a service data packet provided by an application program client, and the target service quality parameter is issued by a session management network element; and sending the target service quality parameters to the application program client through the service quality interface. By adopting the method and the device, the capability of the application program client for acquiring the service quality parameters can be expanded in the service quality mechanism.)

1. A data processing method, comprising:

the method comprises the steps that terminal equipment obtains a parameter obtaining request sent by an application program client corresponding to a protocol data unit session through a service quality interface; the application program client runs in the terminal equipment;

acquiring a target service quality parameter corresponding to the service quality flow according to the parameter acquisition request; the service quality flow is associated with a service data packet provided by the application program client, and the target service quality parameter is issued by a session management network element;

and sending the target service quality parameter to the application program client through the service quality interface.

2. The method of claim 1, further comprising:

receiving a service quality rule and a service quality parameter issued by the session management network element, and mapping a service data packet sent by the application program client to the service quality flow based on the service quality rule; the quality of service flow is associated with a target one of the quality of service parameters.

3. The method according to claim 2, wherein the obtaining of the target qos parameter corresponding to the qos flow according to the parameter obtaining request includes:

acquiring a service quality flow identification associated with the application program client according to the parameter acquisition request, and identifying the service quality flow corresponding to the service quality flow identification;

and acquiring a target service quality parameter corresponding to the service quality flow from the service quality parameters.

4. The method of claim 1, further comprising:

the application program client in the terminal equipment signs a parameter change notification function through the service quality interface;

when the target service quality parameter changes, generating a parameter change notification message based on the parameter change notification function, and sending the parameter change notification message to the application program client through the service quality interface, so that the application program client re-initiates a parameter acquisition request based on the parameter change notification message.

5. The method of claim 1, further comprising:

acquiring a first interface instruction issued by the session management network element;

if the first interface instruction is an interface opening instruction, executing the step of acquiring the target service quality parameter corresponding to the service quality flow according to the parameter acquisition request; and the interface opening instruction instructs the terminal equipment to open the service quality interface to the application program client.

6. The method of claim 5, further comprising:

if the first interface instruction is an interface closing instruction, sending request rejection information to the application program client through the service quality interface; and the interface closing instruction indicates that the terminal equipment does not open the service quality interface to the application program client.

7. The method of claim 6, wherein the request rejection information comprises a rejection cause identifier; the reject reason identifier characterizes a reject reason for the parameter acquisition request.

8. The method of claim 5, further comprising:

sending a second interface instruction to the session management network element;

if the second interface instruction is an interface support instruction, executing the step of acquiring the first interface instruction issued by the session management network element; the interface support instruction indicates that the terminal device supports the quality of service interface.

9. The method of claim 1, wherein the application client is a client executing a streaming media service;

the sending the target quality of service parameter to the application client through the quality of service interface includes:

and sending a parameter acquisition response message containing the target service quality parameter to the application program client through the service quality interface so that the application program client adjusts the coding algorithm based on the target service quality parameter and generates an optimized service data packet based on the adjusted coding algorithm and the streaming media data.

10. A data processing method, comprising:

the application program client corresponding to the protocol data unit session in the terminal equipment has a function of notifying the change of the signing parameter through a service quality interface; the application program client runs in the terminal equipment;

acquiring an updated service quality parameter issued by a session management network element based on the parameter change notification function, and sending the updated service quality parameter to the application program client through the service quality interface; the updating of the QoS parameters refers to updating of QoS parameters corresponding to QoS flows.

11. A data processing method, comprising:

the session management network element issues a service quality rule and a service quality parameter to the terminal equipment so that the terminal equipment maps a service data packet sent by an application program client corresponding to a protocol data unit session to a service quality stream based on the service quality rule; the application program client has the function of generating a parameter acquisition request, and the parameter acquisition request instructs the terminal equipment to send target service quality parameters corresponding to the service quality flow to the application program client through a service quality interface; the application program client runs in the terminal equipment; the quality of service parameter comprises the target quality of service parameter.

12. The method of claim 11, further comprising:

generating a first interface instruction based on the interface indication information, and issuing the first interface instruction to the terminal equipment; the first interface instruction is an interface opening instruction or an interface closing instruction; the interface opening instruction instructs the terminal equipment to open the service quality interface to the application program client; and the interface closing instruction indicates that the terminal equipment does not open the service quality interface to the application program client.

13. The method of claim 12, further comprising:

acquiring a second interface instruction sent by the terminal equipment;

if the second interface instruction is an interface support instruction, executing the step of generating a first interface instruction based on the interface indication information; the interface support instruction indicates that the terminal device supports the quality of service interface.

14. A computer device, comprising: a processor, a memory, and a network interface;

the processor is coupled to the memory and the network interface, wherein the network interface is configured to provide data communication functionality, the memory is configured to store program code, and the processor is configured to invoke the program code to cause the computer device to perform the method of any of claims 1-10.

15. A network element device, comprising: a processor, a memory, and a network interface;

the processor is connected to the memory and the network interface, wherein the network interface is configured to provide a data communication function, the memory is configured to store program codes, and the processor is configured to call the program codes to cause the network element device to execute the method of any one of claims 11 to 13.

16. A computer-readable storage medium, in which a computer program is stored which is adapted to be loaded by a processor and to carry out the method of any one of claims 1 to 13.

Technical Field

The present application relates to the field of communications technologies, and in particular, to a data processing method, device, and readable storage medium.

Background

With the popularization and rapid development of intelligent terminals, in order to meet the requirements of users for different applications and different service qualities, a network is required to allocate and schedule resources according to the requirements of services, so as to provide different service qualities for different service flows. Therefore, a Quality of Service (QoS) should be generated. QoS means that a network can provide better service capability for specified network communication by using various basic technologies, and is a service quality guarantee mechanism of the network, and can be used for guaranteeing network delay, bit error rate and data transmission rate, thereby more reasonably utilizing network resources.

Currently, in the fifth Generation Mobile Communication Technology (5th Generation Mobile Communication Technology, abbreviated as 5G), a 5G QoS model is proposed to ensure the end-to-end service quality of the service. The 5G QoS model is based on QoS flows (QoS flows), and can support QoS flows with Guaranteed Flow Bit Rate (i.e., Guaranteed Bit Rate QoS flows, GBR QoS flows for short) and QoS flows without Guaranteed Flow Bit Rate (i.e., Non-GBR QoS flows). In the prior art, a Session Management network element (SMF) in a 5G core network may generate a QoS rule (QoS rule) according to a Policy Control and Charging (PCC) rule sent by a Policy Control network element (PCF), and when a Protocol Data Unit Session (PDU Session) is established, the SMF may send the QoS rule to a terminal device (User Equipment, UE) and may also send a Flow-level QoS parameter to the UE, for example, for a GBR QoS Flow, parameters such as a Guaranteed Flow Bit Rate (GFBR), a Maximum Flow Bit Rate (Maximum Flow Rate, MFBR) or an optional average Window (MFBR) for an Uplink (Uplink, UL) and a Downlink (Downlink, DL), respectively. After receiving the QoS rules and QoS parameters, the UE may apply the QoS rules to map service data packets provided by an application client on the UE to corresponding QoS flows for uplink service flows. In addition, the 5G system also supports a mechanism of Alternative QoS configuration, that is, the SMF may provide an Alternative QoS configuration file (Alternative QoS Profile) to a Radio Access Network (RAN), when the RAN side cannot satisfy an existing QoS parameter, it may detect whether a QoS parameter defined in a certain Alternative QoS configuration file (for example, a guaranteed stream bit rate, a packet error rate, a packet delay budget, etc.) may be satisfied, if so, the RAN may send a relevant notification to the SMF, and the SMF may further update a corresponding QoS parameter and send it to the UE. As can be seen from this, in the conventional technical solution, only the adjustment of the QoS parameter on the network side is involved, but for the application client on the UE, the application client cannot completely perceive the QoS parameter and the change thereof.

Disclosure of Invention

The embodiment of the application provides a data processing method, data processing equipment and a readable storage medium, and the capability of an application program client for acquiring service quality parameters can be expanded in a service quality mechanism.

An embodiment of the present application provides a data processing method, including:

the method comprises the steps that terminal equipment obtains a parameter obtaining request sent by an application program client corresponding to a protocol data unit session through a service quality interface; the application program client runs in the terminal equipment;

acquiring a target service quality parameter corresponding to the service quality flow according to the parameter acquisition request; the service quality flow is associated with a service data packet provided by an application program client, and the target service quality parameter is issued by a session management network element;

and sending the target service quality parameters to the application program client through the service quality interface.

An embodiment of the present application provides a data processing method, including:

the application program client corresponding to the protocol data unit session in the terminal equipment has a function of notifying the change of the signing parameter through a service quality interface; the application program client runs in the terminal equipment;

acquiring an updated service quality parameter issued by a session management network element based on a parameter change notification function, and sending the updated service quality parameter to an application program client through a service quality interface; updating the qos parameters means updating the qos parameters corresponding to the qos flows.

An embodiment of the present application provides a data processing method, including:

the session management network element issues a service quality rule and a service quality parameter to the terminal equipment so that the terminal equipment maps a service data packet sent by an application program client corresponding to the protocol data unit session to a service quality stream based on the service quality rule; the application program client has the function of generating a parameter acquisition request, and the parameter acquisition request instructs the terminal equipment to send target service quality parameters corresponding to the service quality flow to the application program client through the service quality interface; the application program client runs in the terminal equipment; the quality of service parameter comprises a target quality of service parameter.

An embodiment of the present application provides a data processing apparatus, where the data processing apparatus operates in a terminal device, and the data processing apparatus includes:

the request acquisition module is used for acquiring a parameter acquisition request sent by an application program client corresponding to the protocol data unit session through a service quality interface; the application program client runs in the terminal equipment;

a parameter obtaining module, configured to obtain a target qos parameter corresponding to a qos flow according to a parameter obtaining request; the service quality flow is associated with a service data packet provided by an application program client, and the target service quality parameter is issued by a session management network element;

and the parameter sending module is used for sending the target service quality parameters to the application program client through the service quality interface.

Wherein, this data processing apparatus further includes:

the mapping module is used for receiving the service quality rules and the service quality parameters issued by the session management network element and mapping the service data packets sent by the application program client to the service quality flow based on the service quality rules; the quality of service flow is associated with a target one of the quality of service parameters.

Wherein, above-mentioned parameter acquisition module includes:

the identification unit is used for acquiring the service quality flow identification associated with the application program client according to the parameter acquisition request and identifying the service quality flow corresponding to the service quality flow identification;

and the acquisition unit is used for acquiring the target service quality parameters corresponding to the service quality flow from the service quality parameters.

Wherein, this data processing apparatus further includes:

the notification signing module is used for signing a parameter change notification function associated with the application program client through the service quality interface;

and the change notification module is used for generating a parameter change notification message based on the parameter change notification function when the target service quality parameter changes, and sending the parameter change notification message to the application program client through the service quality interface so that the application program client can reinitiate the parameter acquisition request based on the parameter change notification message.

Wherein, this data processing apparatus further includes:

the interface opening module is used for acquiring a first interface instruction issued by the session management network element; if the first interface instruction is an interface opening instruction, executing a step of acquiring a target service quality parameter corresponding to the service quality flow according to the parameter acquisition request; the interface opening instruction instructs the terminal device to open a quality of service interface to the application client.

Wherein, this data processing apparatus further includes:

the interface closing module is used for sending request rejection information to the application program client through the service quality interface if the first interface instruction is an interface closing instruction; the interface closing instruction instructs the terminal device not to open a quality of service interface to the application client.

Wherein, the request rejection information comprises a rejection reason mark; the reject cause identification characterizes a reject cause for the parameter acquisition request.

Wherein, this data processing apparatus further includes:

the interface support module is used for sending the second interface instruction to the session management network element; if the second interface instruction is an interface support instruction, executing the step of acquiring the first interface instruction issued by the session management network element; the interface support instruction indicates that the terminal device supports the quality of service interface.

The application program client is a client for executing the streaming media service;

the parameter sending module is specifically configured to send a parameter acquisition response message including a target qos parameter to the application client through the qos interface, so that the application client adjusts the coding algorithm based on the target qos parameter, and generates an optimized service data packet based on the adjusted coding algorithm and the streaming media data.

An embodiment of the present application provides a data processing apparatus, where the data processing apparatus operates in a terminal device, and the data processing apparatus includes:

the subscription module is used for subscribing a parameter change notification function associated with the application program client through the service quality interface; the application program client is a client corresponding to the protocol data unit session and runs in the terminal equipment;

the updating module is used for acquiring the updated service quality parameters issued by the session management network element based on the parameter change notification function and sending the updated service quality parameters to the application program client through the service quality interface; updating the qos parameters means updating the qos parameters corresponding to the qos flows.

An aspect of the present embodiment provides a network element device, where the network element device operates in a session management network element, and the network element device includes:

the issuing module is used for issuing the service quality rules and the service quality parameters to the terminal equipment so that the terminal equipment maps the service data packets sent by the application program client corresponding to the protocol data unit session to the service quality flow based on the service quality rules; the application program client has the function of generating a parameter acquisition request, and the parameter acquisition request instructs the terminal equipment to send target service quality parameters corresponding to the service quality flow to the application program client through the service quality interface; the application program client runs in the terminal equipment; the quality of service parameter comprises a target quality of service parameter.

Wherein, the network element device further comprises:

the instruction generating module is used for generating a first interface instruction based on the interface indication information and sending the first interface instruction to the terminal equipment; the first interface command is an interface opening command or an interface closing command; the interface opening instruction instructs the terminal equipment to open a service quality interface to the application program client; the interface closing instruction instructs the terminal device not to open a quality of service interface to the application client.

Wherein, the network element device further comprises:

the instruction acquisition module is used for acquiring a second interface instruction sent by the terminal equipment; if the second interface instruction is an interface support instruction, executing a step of generating a first interface instruction based on the interface indication information; the interface support instruction indicates that the terminal device supports the quality of service interface.

An aspect of an embodiment of the present application provides a computer device, including: a processor, a memory, a network interface;

the processor is connected to the memory and the network interface, wherein the network interface is used for providing a data communication function, the memory is used for storing a computer program, and the processor is used for calling the computer program to enable the computer device to execute the method in the embodiment of the present application.

An aspect of the present application provides a network element device, including: a processor, a memory, a network interface;

the processor is connected to the memory and the network interface, where the network interface is used to provide a data communication function, the memory is used to store a computer program, and the processor is used to call the computer program to make the network element device execute the method in the embodiment of the present application.

An aspect of the present embodiment provides a computer-readable storage medium, in which a computer program is stored, where the computer program is adapted to be loaded by a processor and to execute the method in the present embodiment.

In one aspect, embodiments of the present application provide a computer program product or a computer program, where the computer program product or the computer program includes computer instructions, where the computer instructions are stored in a computer-readable storage medium, and a processor of a computer device or a network element device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device or the network element device executes the method in the embodiments of the present application.

The embodiment of the application can support the terminal device to acquire the parameter acquisition request sent by the application client corresponding to the protocol data unit session through the service quality interface, further acquire the target service quality parameter corresponding to the service quality flow associated with the service data packet of the application client according to the parameter acquisition request, and finally send the target service quality parameter to the application client through the service quality interface. Therefore, when the terminal device establishes the protocol data unit session or after the protocol data unit session is established, the parameter acquisition request sent by the application program client running on the terminal device can be responded, and the corresponding service quality parameters are provided for the application program client, so that the subsequent application program client can be adaptively adjusted based on the corresponding service quality parameters, and the capability of the application program client for acquiring the service quality parameters can be expanded in a service quality mechanism.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.

FIG. 1 is a system architecture diagram according to an embodiment of the present application;

fig. 2 is a schematic view of a data processing scenario provided in an embodiment of the present application;

fig. 3 is a schematic flowchart of a data processing method according to an embodiment of the present application;

FIG. 4 is an interaction diagram of a data processing process provided by an embodiment of the present application;

fig. 5 is a schematic flowchart of a data processing method according to an embodiment of the present application;

FIG. 6 is an interaction diagram of a parameter change notification process according to an embodiment of the present application;

fig. 7 is a schematic flowchart of a data processing method according to an embodiment of the present application;

fig. 8 is a schematic flowchart of a data processing method according to an embodiment of the present application;

fig. 9 is a schematic flowchart of a data processing method according to an embodiment of the present application;

fig. 10 is a schematic structural diagram of a data processing apparatus according to an embodiment of the present application;

fig. 11 is a schematic structural diagram of a data processing apparatus according to an embodiment of the present application;

fig. 12 is a schematic structural diagram of a network element apparatus according to an embodiment of the present application;

FIG. 13 is a schematic structural diagram of a computer device according to an embodiment of the present disclosure;

fig. 14 is a schematic structural diagram of a network element device according to an embodiment of the present application;

fig. 15 is a schematic structural diagram of a data processing system according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

The technical scheme of the embodiment of the application can be applied to various communication systems, for example: a Global System for Mobile communication (GSM), a Code Division Multiple Access (CDMA) System, a Wideband Code Division Multiple Access (WCDMA) System, a General Packet Radio Service (GPRS), a Long Term Evolution (Long Term Evolution, LTE) System, a LTE Frequency Division Duplex (FDD) System, a LTE Time Division Duplex (TDD), a Universal Mobile Telecommunications System (UMTS), a Worldwide Interoperability for Microwave Access (WiMAX) communication System, a future fifth Generation (5th Generation, 5G) Mobile communication System, or a subsequent Mobile communication System.

Referring to fig. 1, fig. 1 is a schematic diagram of a system architecture according to an embodiment of the present disclosure. The system architecture can be applied to service scenes supporting uplink services (e.g., streaming media services), such as multimedia real-time services like video conferencing, video on demand, and distance education, and the applications corresponding to these different services need different qos (quality of service) requirements, thereby causing the demand of various applications on the quality of service to increase rapidly. Among them, QoS is a quality agreement between networks and users and between users communicating with each other on the networks about information transmission and sharing, for example, transmission delay time, guaranteed bit rate of data transmission, etc., and is a technique for solving problems of network delay and congestion, etc. It will be appreciated that QoS is essential for certain critical and multimedia applications, and when a network is overloaded or congested, QoS ensures that important traffic streams (e.g., audio and video streams generated during live broadcast) are not delayed or dropped, while ensuring efficient operation of the network.

It can be understood that with the rapid development of network multimedia technology, various applications emerge endlessly, and especially for the fifth generation mobile communication technology (5G for short) with the characteristics of high speed, low delay and large connection, the combined use of QoS and 5G may be beneficial to effectively allocating network bandwidth and more reasonably utilizing network resources.

As shown in fig. 1, the system architecture may include a service server 100 and a terminal cluster, where the terminal cluster may include: terminal device 200a, terminal device 200b, terminal devices 200c, …, and terminal device 200n, where there may be a communication connection between terminal clusters, for example, there may be a communication connection between terminal device 200a and terminal device 200b, and a communication connection between terminal device 200a and terminal device 200 c. Meanwhile, any terminal device in the terminal cluster may have a communication connection with the service server 100, for example, a communication connection exists between the terminal device 200a and the service server 100, where the communication connection is not limited to a connection manner, for example, a 4G wireless access manner, a 5G wireless access manner, and the like, and the application is not limited thereto.

It should be understood that each terminal device in the terminal cluster shown in fig. 1 may be installed with an application client, and when the application client runs in each terminal device, data interaction may be performed with the service server 100 shown in fig. 1, so that the service server 100 may receive service data from each terminal device. The application client can be a live application, a social application, an instant messaging application, a game application, a short video application, a music application, a shopping application, a novel application, a payment application, a browser and other application clients with functions of displaying data information such as characters, images, audios and videos. The application client may be an independent client, or may be an embedded sub-client integrated in a certain client (e.g., an instant messaging client, a social client, a video client, etc.), which is not limited herein.

Taking the live broadcast application as an example, the service server 100 may be a set including a plurality of servers such as a background server and a data processing server corresponding to the live broadcast application, and therefore, each terminal device may perform data transmission with the service server 100 through an application client corresponding to the live broadcast application, for example, a main broadcast user may perform live broadcast through an application client corresponding to the live broadcast application installed on a terminal device (e.g., the terminal device 200a) held by the main broadcast user, and other terminal devices (e.g., the terminal device 200b, the terminal device 200c, and the terminal device 200n, etc.) may participate in the live broadcast through the service server 100. The live broadcasting refers to a technology of acquiring data of a main broadcasting party through audio and video acquisition equipment, performing a series of processing, such as compressing into a viewable and transmittable video stream through video coding (or compressing into a viewable and transmittable audio stream through audio coding), and outputting to a viewing user side.

It should be noted that, in mobile communication, the system architecture shown in fig. 1 may further include a Radio Access Network (RAN), a bearer Network (i.e., a transmission Network), and a core Network, where multiple Access Network elements (also referred to as Access Network devices, such as a 5G base station gNB) may be deployed in the Access Network and are mainly responsible for accessing and managing the terminal device at the wireless side; the bearer network may consist of a series of operator's switching and routing devices, mainly used for transmitting control signaling and user data between the radio access network and the core network; the core network may deploy a series of core network elements (also referred to as core network devices, "network elements" may also be referred to as "network functions"), which cooperate to perform authentication, charging, Mobility Management, and the like on the terminal device, and optionally, the core network elements may include a Mobility Management Entity (MME), a Broadcast Multicast Service Center (BMSC), and the like, or may also include corresponding functional entities in the 5G system, such as a session Management network element, a Mobility Management network element, a policy control network element, and the like. The core network element and the access network element may be different physical devices, or the function of the core network element and the function of the access network element may be integrated in the same physical device, or a physical device may be integrated with a part of the functions of the core network element and a part of the functions of the access network element. The terminal equipment may be fixed or mobile.

For the understanding and description of the following embodiments, a brief description is first provided herein for a network element or device to which the embodiments of the present application mainly relate, and the following is specifically provided:

(1) SMF (Session Management Function): the method is mainly responsible for session establishment, modification and release, User plane selection and control, UE IP (User Equipment, namely terminal Equipment or User Equipment; IP, Internet Protocol, namely Internet Protocol) address allocation and the like. In the embodiment of the present application, the SMF may also be referred to as a session management network element.

(2) UPF (User Plane Function): the Data routing and forwarding method is mainly responsible for Data routing and forwarding of a user plane of a mobile core Network, and is interconnected with an external Data Network (such as an operator service, the internet or a third-party service, etc.). The UPF is the main module in the 5G core network that handles user plane data. In the embodiment of the present application, the UPF may also be referred to as a user plane network element.

(3) PCF (Policy Control Function): it is mainly responsible for managing network behavior using a Unified policy framework and executing relevant policies in cooperation with user information in UDRs (Unified Data Repository). In the embodiment of the present application, the PCF may also be referred to as a policy control network element.

(4) The Access Network element is an Access device in which the terminal device is accessed into the Mobile communication system in a Wireless manner, and may be a base station NodeB, an evolved base station eNodeB, a base station (gbnodeb, gNB) in the 5G Mobile communication system, a base station in the future Mobile communication system, an Access node in a Wireless Fidelity (WiFi) system, or the like, or may be a Wireless controller in a Cloud Radio Access Network (CRAN) scenario, or may be a relay station, an Access point, a vehicle-mounted device, a wearable device, a Network device in the future 5G Network, or a Network device in a future evolved PLMN (Public Land Mobile Network ), or the like.

(5) The terminal equipment: may refer to a User Equipment (UE), an access terminal, a terminal in V2X (Vehicle to X) communication, a subscriber unit, a subscriber station, a mobile station, a remote terminal, a mobile device, a User terminal, a wireless communication device, a User agent, or a User Equipment. The terminal device may also be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA), a handheld device with a Wireless communication function, a computing device or other processing device connected to a Wireless modem, a vehicle-mounted device, a wearable device, a terminal device in a future 5G network or a terminal device in a future evolved Public Land Mobile Network (PLMN), and the like, which is not limited in this embodiment. The terminal device may also include a V2X device, such as a vehicle or an On Board Unit (OBU) in a vehicle.

It should be noted that the session management network element, the user plane network element, the policy control network element, and the access network element are only names, and the names do not limit the device itself. For example, the session management network element may also be referred to as a session management function entity, or referred to as a session management function, and the device name is not limited in this application. In the 5G network and other networks in the future, the network elements mentioned in the embodiments of the present application may also be other names, which is not limited herein.

Optionally, the session management network element, the user plane network element, and the policy control network element may be separate network elements, may also be implemented by multiple network elements together, and may also be used as a functional module in one network element, which is not limited in this embodiment of the present application.

Alternatively, the system architecture shown in fig. 1 may be applied to a 5G network and other possible networks in the future, and this is not specifically limited in the embodiment of the present application.

For ease of understanding, the terminal apparatus 200a and the terminal apparatus 200b are explained as an example. In a live broadcast service scenario, assuming that a main broadcast user performs live broadcast through the terminal device 200a, the terminal device 200a may acquire original audio and video data of the main broadcast user in real time, and perform preprocessing (e.g., image beautification and stylization) on the original audio and video data, and further may perform encoding processing (i.e., digitization) and processing (e.g., audio and video mixing, packaging and packaging) on the preprocessed audio and video data, thereby obtaining available audio and video streams (i.e., a general name of audio streams and video streams). The coding reduces the data volume by compressing the audio and video data, and can facilitate the push flow, the pull flow and the storage of the audio and video data, thereby greatly improving the storage and transmission efficiency. Common encoding schemes include CBR (Constant Bit Rate, a fixed sample Rate compression scheme), VBR (Variable Bit Rate), and for Video data, common encoding standards include h.265(h.265-hevc (high Efficiency Video coding), a high Efficiency Video coding standard passed by international telecommunications union in 2013), h.264 (a highly compressed digital Video codec standard proposed by international telecommunications union and international organization for standardization), MPEG-4(Moving Picture Experts Group, a scheme proposed by the Group of motion Picture Experts in 1999 and applicable to low transmission Rate applications), and the like, which can be packaged into file formats such as mkv (matroska Video file), i (audio Video interleaved), MP4 (an abbreviation of MPEG-4), and the like; for Audio data, commonly used encoding standards include g.711 (a set of speech compression standards customized by the international telecommunications union), AAC (Advanced Audio Coding, an MPEG-2-based Audio encoding technology introduced in 1997), Opus (a format for lossy Audio encoding), etc., which can be packaged into file formats such as MP3(Moving Picture Experts Group Audio Layer III), OGG (oggvobis) (oggvobris), AAC, etc. The present application does not limit the encoding method of the client.

Further, the terminal device 200a may send the encoded audio/video stream to the service server 100, for example, in a 5G Network, the service server 100 is deployed in a Data Network (DN) outside a mobile communication Network, such as the Internet, a WAP (Wireless Application Protocol), an intranet, and the like, the terminal device 200a may send the audio/video stream to a base station, and the base station forwards the audio/video stream to a Core Network element UPF (i.e., a user plane Network element) in a 5G Core Network (5G Core, which may be referred to as 5GC for short), and after the audio/video stream is forwarded by the Core Network element UPF, the audio/video stream may be sent to the service server 100 in the external Data Network, and other Core Network elements in the 5G Core Network are mainly control plane Network elements, which are responsible for processing signaling, implementing mobility management, session management, policy control, and the like, thereby controlling the entire flow. Subsequently, the service server 100 may issue the audio/video stream to other terminal devices in the virtual live broadcast room through the core network element UPF and the base station, for example, may issue to the terminal device 200b, and then the terminal device 200b may decode the received audio/video stream through related hardware or software to obtain an image picture or sound that can be directly displayed, so as to play the corresponding image picture or sound. The audio and video stream may be transmitted between the terminal device 200a and the service server 100, and between the service server 100 and the terminal device 200b through transmission protocols such as RTMP (Real Time Messaging Protocol), RTSP (Real Time Streaming Protocol), RTP (Real-Time Transport Protocol), RTCP (Real-Time Transport Control Protocol), and the like.

It can be understood that the service server in the embodiment of the present application may be an independent physical server, may also be a server cluster or a distributed system formed by a plurality of physical servers, and may also be a cloud server that provides basic cloud computing services such as a cloud database, a cloud service, cloud computing, a cloud function, cloud storage, a network service, cloud communication, middleware service, a domain name service, a security service, a CDN, and a big data and artificial intelligence platform. The terminal device may be a smart terminal that can run the application client (e.g., an application client of a live broadcast application) such as a smart phone, a tablet computer, a notebook computer, a desktop computer, a palm computer, a Mobile Internet Device (MID), a wearable device (e.g., a smart watch, a smart bracelet, etc.), a smart computer, a smart car-mounted device, etc.

It should be noted that, in order to further improve the service quality of the network service, the QoS capability may be configured for the system architecture described in fig. 1. It is understood that QoS flows are the finest granularity of QoS differentiation in a PDU session (i.e., protocol data unit session). When the system architecture is applied to a 5G network, the same traffic forwarding process (such as scheduling, admission threshold, etc.) is used for the traffic flow controlled by the same QoS flow. For a terminal device, one or more PDU sessions can be established with the 5G network; one or more QoS flows may be established per PDU session. Each QoS flow is identified by a QoS Flow Identifier (QFI), which uniquely identifies a QoS flow within a PDU session. In addition, each QoS flow corresponds to one Data Radio Bearer (DRB), and one DRB may correspond to one or more QoS flows. Wherein, whether a QoS flow is a GBR QoS flow or a Non-GBR QoS flow is determined by a corresponding QoS Profile (QoS Profile).

The 5G core network supports PDU connection service between the terminal equipment and the data network, the PDU connection service is embodied in the form of PDU session, and one PDU session refers to a data path for communication between the terminal equipment and the data network. Assuming that a terminal device (e.g., terminal device 200a) wishes to obtain AN application service (e.g., a live service), the terminal device may initiate a PDU session setup request to a core network element SMF (i.e., a session management element) in the 5G core network, and during the PDU session setup, the core network element SMF may bind PCC rules (i.e., policy control and charging rules) to QoS flows according to QoS and service requirements, and the core network element SMF may allocate QFIs to new QoS flows and derive its QoS profile, corresponding UPF instructions, and QoS rules from the PCC rules bound to the QoS flows and other information provided by the core network element PCF (i.e., a policy control element), and then the core network element SMF may send the QoS profile to a radio access network (R) AN (i.e., AN access network element), send corresponding UPF instructions to the core network element UPF, and sending the QoS rule to the terminal equipment. In addition, the core network element SMF may also send QoS parameters (QoS Flow level QoS parameters) of a Flow level to the terminal device at the same time, where the QoS parameters are associated with corresponding QoS rules. Further, after receiving the QoS rules and QoS parameters, the terminal device may classify and mark AN uplink service flow (also referred to as uplink user plane traffic) based on the QoS rules, for example, the service flow (such as audio/video flow) may be mapped to the QoS flow according to the QoS rules, and then the QoS flow may be bound to AN resource (AN resources, such as data radio bearer DRB in a 3GPP radio access network scenario). Wherein one QoS flow may be associated with one or more QoS rules.

It can be understood that when the network is congested, all the service flows may be discarded, and after QoS is configured, different service qualities can be provided for different service flows, that is, different QoS flows correspond to different QoS forwarding treatments, for example, a service data packet with strong real-time performance and importance is preferentially processed; for the common service data packet with weak real-time performance, a lower processing priority is provided, and the common service data packet is even discarded when the network is congested. That is, a network supporting QoS functions can provide transmission quality services, i.e., for a certain class of traffic flows, it can be assigned a certain level of transmission priority to identify its relative importance, and provide special transmission services for these traffic flows using various priority forwarding policies, congestion avoidance, and other mechanisms provided by the network. The above results show that the network environment configured with QoS can increase the predictability of network performance, and can effectively allocate network bandwidth and more reasonably utilize network resources.

It should be noted that, for the GBR QoS flow with notification control enabled, the embodiment of the present application may further provide AN alternative QoS profile, specifically, if the corresponding PCC rule includes relevant information, the core network element SMF should also provide a priority list of the alternative QoS profile to the radio access network (R) AN in addition to the QoS profile. If the core network element SMF provides a new priority list of alternative QoS profiles to the radio access network (R) AN (if the corresponding PCC rule information changes) the radio access network (R) AN will replace any previously stored list with it. The substitute QoS profile may represent a combination of QoS parameters that can be adapted to the service Flow, where the combination of QoS parameters may include a Guaranteed Flow Bit Rate (GFBR), a Packet Error Rate (PER), and a Packet Delay Budget (PDB). In addition, when the radio access network (R) AN sends a notification that the QoS profile is not satisfied to the core network element SMF, if the currently satisfied parameter value matches the alternative QoS profile, the radio access network (R) AN should also include a reference of the alternative QoS profile to indicate the currently satisfied QoS of the radio access network (R) AN, and further may send a relevant notification to the core network element SMF, and the core network element SMF may further update the corresponding QoS parameter and send the QoS parameter to the terminal device. The QoS parameters may affect scheduling algorithms and policies of the radio access network (R) AN for users of different classes and services of different classes, for example, the base station may direct resource allocation on the radio side based on the QoS parameters and other core network parameters.

In addition, an embodiment of the present application provides a method for optimizing service transmission, where when a PDU session is established, a terminal device may obtain, through a quality of service interface, a parameter acquisition request sent by an application client (for example, a live application) corresponding to the PDU session, where the application client operates in the terminal device. Further, the terminal device may obtain a target QoS parameter corresponding to a QoS flow associated with a service data packet of the application client according to the parameter obtaining request, and may further send the target QoS parameter to the application client through the QoS interface. It is understood that when the target QoS parameter changes, the terminal device may also send the updated QoS parameter to the application client. That is, the application client on the terminal device may sense the QoS parameter and its change, and therefore may use the QoS parameter to perform some related processing tasks, for example, may make adaptive adjustment by invoking the QoS parameter, so that the capability of the application client to obtain and use the QoS parameter may be expanded in the QoS mechanism. It should be noted that the method provided by the embodiment of the present application is very effective for the upstream media service, and the application client may adjust the coding algorithm based on the QoS parameter, so as to improve the transmission efficiency in typical scenes, such as stadium match live broadcast, concert live broadcast, unmanned aerial vehicle image return, road camera video return, and the like.

For ease of understanding, please refer to fig. 2 together, and fig. 2 is a schematic diagram of a data processing scenario provided in an embodiment of the present application. The implementation process of the data processing scenario is mainly performed inside the terminal device (i.e., UE). The terminal device a in the embodiment of the present application may be any terminal device, for example, the terminal device 200a shown in fig. 1. As shown in fig. 2, one or more application clients may be installed and run on the terminal device a, assuming that there are N application clients in total, where N is a positive integer, and is AN application client a1, AN application client a2, …, and AN application client AN, each application client may correspond to one or more services, and when there is a certain service requirement for a user, a certain application client may be selected to run on the terminal device a to obtain a corresponding application service. In the process, the application program client may transmit some uplink information to the server, for example, audio and video streams acquired and processed by devices such as a camera and a microphone, that is, uplink service streams, to the server, and in order to improve the service quality of the network service, the embodiments of the present application may provide different forwarding processes for the service streams based on QoS streams.

It should be noted that, in the PDU session establishment process, a session Management element (i.e., SMF) may determine to establish a qos flow according to a PCC rule sent by a local policy or policy control element, and then the session Management element may send a qos rule and a qos parameter of a flow level to a terminal device a through an Access and Mobility Management element (Access and Mobility Management Function, AMF for short) and a radio Access network (RAN, i.e., an Access network element), where one qos rule may include a QFI of a relevant qos flow, a Packet Filter Set (Packet Filter Set), and a priority value, and it should be noted that one Packet Filter Set may include a plurality of Packet filters, and each Packet Filter may be uplink, downlink, or bidirectional. For example, as shown in fig. 2, the terminal device a may acquire a plurality of quality of service rules, such as a quality of service rule R1, a quality of service rule R2, a quality of service rule R3, and quality of service parameters related to these quality of service rules; the session management network element can send QoS configuration files related to the service quality flow to the wireless access network through the access and mobility management network element; and sending Service Data Flow (SDF) information to a user plane network element (namely UPF), wherein the SDF information comprises QoS control information. Further, quality of service flows, for example, quality of service flow F1, quality of service flow F2, quality of service flow F3, etc., may be established among the terminal device a, the radio access network and the user plane network element, and the radio access network may establish AN air interface data radio bearer (i.e., DRB, belonging to AN resource) according to the QoS configuration file, and store a binding relationship between the quality of service flows and the data radio bearer, for example, quality of service flow F1 and quality of service flow F2 are bound to data radio bearer D1, and quality of service flow F3 is bound to data radio bearer D2. It should be noted that, in the embodiment of the present application, the quality of service flow, the quality of service rule, and the number of data radio bearers are not specifically limited.

Further, for the uplink (i.e. UL), when terminal a determines to send an uplink service data Packet (UL Packet), as shown in fig. 2, assuming that a service flow C is generated in the PDU session, wherein the service data Packet may be from any one or more application clients on terminal a, for example, application client a1, for the PDU session of IP Type (Type IP) or Ethernet Type (Type Ethernet), terminal a may evaluate the service data Packet in the service flow C for the uplink Packet Filter (UL Packet Filter) in the Packet Filter set in the service quality rule according to the priority value of the service quality rule and according to a certain priority order until a matching service quality rule is found; if no matching qos rule is found, the terminal device a discards the service packet. For an Unstructured Type (Type Unstructured) PDU session, the default qos rule does not contain a packet filter set, and all upstream traffic packets will be allowed. It should be noted that for the unstructured type of PDU sessions, only the default quality of service rules exist. Terminal device a may then map the service packet in service flow C to the corresponding quality of service flow using the QoS flow identifier (i.e., QFI) in the matched quality of service rule, i.e., mark the service packet with the QoS flow identifier. For example, as shown in fig. 2, a part of the traffic packets in the traffic flow C may be mapped to the quality of service flow F1 according to the quality of service rule R1, a part of the traffic packets in the traffic flow C may be mapped to the quality of service flow F2 according to the quality of service rule R2, and another part of the traffic packets in the traffic flow C may be mapped to the quality of service flow F3 according to the quality of service rule R3.

Further, the service data packets may be placed on corresponding data radio bearers for transmission according to the binding relationship between the quality of service flows and the data radio bearers, for example, the service data packets in the quality of service flow F1 and the service data packets in the quality of service flow F2 may be transmitted on the data radio bearer D1, and the service data packets in the quality of service flow F3 may be transmitted on the data radio bearer D2. When the radio access network receives the service data packets transmitted from the data radio bearer D1 and the radio bearer D2, the service data packets may be transmitted to the user plane network element through the N3 interface, and after the user plane network element receives the service data packets, the user plane network element may verify whether the service data packets are transmitted using the correct QoS flow based on the QoS flow identification, and perform corresponding processing on the service data packets according to the service detection, forwarding, reporting, charging rules, and the like issued by the session management network element.

The embodiment of the present application does not expand the processing flow of the downlink (i.e., DL).

In addition, as shown in fig. 2, a quality of service interface B is provided on the terminal device a for application calls. When a PDU session is established or after the PDU session is established, an application client corresponding to the PDU session on a terminal device a may send a parameter acquisition request to a qos interface B, and after receiving the parameter acquisition request through the qos interface B, the terminal device a may respond to the parameter acquisition request, and acquire a qos parameter (i.e., a target qos parameter) corresponding to a qos flow associated with a service data packet provided by the application client according to the parameter acquisition request, and may further return the qos parameter to the application client. Taking the application client a1 as an example, assuming that the service data packet of the application client a1 is mapped to the qos flow F1 through the foregoing process, and the qos parameter associated with the qos flow F1 is the qos parameter E, after the application client a1 issues a parameter acquisition request to the qos interface B, the terminal device a may receive the parameter acquisition request through the qos interface B, and determine that the service data packet of the application client a1 belongs to the qos flow F1, and may further send the qos parameter E of the qos flow F1 to the application client a1 through the qos interface B. It can be understood that, in the PDU session, when the qos parameter E changes, the terminal device a may obtain the changed qos parameter, and may also notify the application client a1 through the qos interface B.

It should be noted that, after the application client obtains the corresponding service quality parameter, the service quality parameter may be used, for example, if the application client a1 is a client related to a streaming media service (e.g., a live broadcast service), when the service quality parameter E changes, the application client a1 may perform adaptive adjustment, for example, may adjust an encoding algorithm (e.g., adjusting an encoding rate, a compression rate, and the like, which need to be considered comprehensively) adopted by the application client based on the change of the service quality parameter E, so as to obtain an optimized service data packet, and then the terminal device a may still send the uplink optimized service data packet through the foregoing process, so that the purposes of saving a transmission bandwidth and improving transmission efficiency may be achieved. It is understood that the application client may also use the quality of service parameter to perform other processing, and how to use the service parameter is an implementation inside the application client, which is not limited in this application.

Please refer to fig. 3, which is a flowchart illustrating a data processing method according to an embodiment of the present application. The data processing method may be performed by a terminal device. The method provided by the embodiment of the application can support the terminal device to provide the service quality parameters (namely the QoS parameters) or the parameter change information to the application program client on the terminal device. As shown in fig. 3, the data processing method may include at least the following steps S101 to S103:

step S101, a terminal device obtains a parameter obtaining request sent by an application program client corresponding to a protocol data unit session through a service quality interface; the application program client runs in the terminal equipment;

specifically, in order to provide the service quality parameters to the application client, when the terminal device establishes a protocol data unit session (i.e., PDU session) or after the protocol data unit session is established, the application client corresponding to the protocol data unit session may send a parameter acquisition request to the terminal device, and the terminal device may receive the parameter acquisition request. The parameter obtaining request is used for requesting to obtain the quality of service parameters (i.e. target quality of service parameters) of the quality of service (i.e. QoS) flows corresponding to the service flows of the application client. The application client runs on the terminal device, and may be a client supporting an uplink service (for example, transmitting data such as text, image, audio, or video to a server).

In an embodiment, the terminal device may provide an API (Application Programming Interface) for the Application client to call, in this embodiment, the API may be referred to as a quality of service Interface, and the Application client may obtain the relevant quality of service parameters by calling the quality of service Interface, that is, the Application client may send a parameter obtaining request to the terminal device by calling the quality of service Interface, and the terminal device may also obtain the parameter obtaining request by calling the quality of service Interface. It should be appreciated that the quality of service interface is an internal interface and is not open to the exterior of the terminal device. Optionally, a functional module or a functional component for providing the quality of service parameter may be integrated on the terminal device, and the functional module may provide a quality of service interface for the application client to call.

Step S102, obtaining target service quality parameters corresponding to the service quality flow according to the parameter obtaining request; the service quality flow is associated with a service data packet provided by an application program client, and the target service quality parameter is issued by a session management network element;

specifically, the terminal device may obtain the target qos parameter corresponding to the qos flow according to the parameter obtaining request. In an embodiment, after receiving the parameter obtaining request through the qos interface, the terminal device may obtain a qos flow identifier (i.e., QFI) associated with the application client according to the parameter obtaining request, identify a qos flow corresponding to the qos flow identifier, and further obtain a target qos parameter corresponding to the qos flow from the qos parameters.

The target qos parameter may be represented by a real qos parameter value, or may be represented by a numerical value capable of representing the real parameter value, or may optionally be represented by a certain numerical value in a parameter interval to which the real parameter value belongs (for example, an average value corresponding to the parameter interval), for example, assuming that the obtained target qos parameter indicates that the transmission delay parameter is T (for example, 15ms), where T is a certain numerical value in an interval from T1 to T2, the target qos parameter may indicate that the real transmission delay parameter is located in an interval from T1 to T2 (for example, 10ms to 20ms), that is, when the real transmission delay parameter is located in an interval from T1 to T2, T may be used as the target qos parameter. Optionally, the target qos parameter may also be represented by a parameter interval to which the actual parameter value belongs, for example, the actual transmission delay parameter may be represented by a T1-T2 interval, and the requirement of network information protection may be satisfied by using a similar representation manner. The present application does not limit the manner in which the target qos parameter is expressed.

Wherein, the target service quality parameter is issued by the session management network element. In one embodiment, the target quality of service parameters that the terminal device may provide include one or more of the following QoS parameters: guaranteed stream bit rate (GFBR), Packet Error Rate (PER), Priority Level (Priority Level), Packet Delay Budget (PDB). Wherein the guaranteed stream bit rate represents the lowest bit rate guaranteed by the network to be provided to the quality of service stream over the average time window; the packet error rate represents the upper limit of the non-congestion related data packet loss rate; the priority level refers to the priority level of the QoS flow scheduling resource, and the lowest priority value corresponds to the highest priority level, it can be understood that the priority level can be used for distinguishing QoS flows of the same terminal device and also can be used for distinguishing QoS flows from different terminal devices, and in case of congestion, when one or more QoS flows cannot meet all QoS requirements, the priority level should be used to select which QoS flows the QoS requirements have priority over, so that the QoS flow with the priority value T has priority over the QoS flow with higher priority value (i.e. T +1, T +2, etc.); in the absence of congestion, priority levels should be used to define resource allocation between QoS flows; the packet delay budget characterizes the upper limit of the transmission delay of the traffic data packets between the terminal equipment and the termination point N6 interface on the user plane network element.

It should be noted that the QoS flow is associated with a service data packet provided by an application client, that is, when a pdu session is established, the session management element may issue a QoS rule and a QoS parameter to the terminal device, where the QoS rule may be used to classify and mark an uplink service flow, and the QoS parameter is associated with the QoS rule, and in this embodiment, in addition to the guaranteed flow bit rate, the packet error rate, the priority level, and the packet delay budget, the QoS parameter may include, but is not limited to, the following QoS parameters: 5G QoS identifier (5G QoS identifier, 5QI), Allocation and Reservation Priority (ARP), maximum stream bit rate (MFBR), Reflective QoS Attribute (RQA).

Further, the terminal device may map the service data packet sent by the application client to a corresponding quality of service flow based on the quality of service rule, where the quality of service flow is associated with a target quality of service parameter, and the target quality of service parameter belongs to the quality of service parameter. Since the service data packets mapped to the same qos flow are marked with the same qos flow id, the terminal device can determine which qos flow the service data packet of the application client belongs to through the qos flow id.

And step S103, sending the target service quality parameters to the application program client through the service quality interface.

Specifically, the terminal device may send the obtained target quality of service parameter to the application client. In an embodiment, the target qos parameter may be sent to the application client through the qos interface, and optionally, if the application client is a client that performs a streaming media service, the terminal device may generate a parameter acquisition response message including the target qos parameter, and then send the parameter acquisition response message to the application client through the qos interface. After receiving the parameter acquisition response message, the application program client can analyze the parameter acquisition response message to obtain a target service quality parameter, and further can adjust a coding algorithm adopted in the current streaming media service based on the target service quality parameter, so that an optimized service data packet can be generated based on the adjusted coding algorithm and streaming media data generated in the streaming media service, and when the optimized service data packet is subsequently uploaded to the server, the terminal equipment can still map the optimized service data packet to a proper service quality stream based on the service quality rule for transmission. The streaming media service refers to a service for streaming media data such as audio, video, text, image, and animation.

It should be noted that, since the actual qos parameter is in a state of fluctuating change, the target qos parameter may be adjusted based on the actual qos parameter, that is, the changed target qos parameter may be obtained based on the actual qos parameter. When the changed target quality of service parameter exceeds the threshold, the terminal device may send the changed target quality of service parameter or a notification that the changed target quality of service parameter exceeds the threshold to the application client. For the changed target quality of service parameters, the embodiment of the application can provide a plurality of notification modes.

Optionally, for the GBR QoS flow, initially, the actual QoS parameter may be equal to a value indicated by the target QoS parameter, or belong to an interval indicated by the target QoS parameter, when the actual QoS parameter changes to a value at which the target QoS parameter is no longer applicable (e.g., exceeds the interval indicated by the target QoS parameter), the terminal device may notify the session management network element to adjust the target QoS parameter based on the actual QoS parameter, so as to obtain the changed target QoS parameter (i.e., update the QoS parameter) and return the changed target QoS parameter to the terminal device, and when the terminal device receives the changed target QoS parameter, the terminal device may directly send the changed target QoS parameter to the application client; alternatively, the changed target qos parameter or the first super-threshold notification (i.e., the notification that the changed target qos parameter exceeds the first threshold value) may be sent to the application client only when the changed target qos parameter exceeds the first threshold value. For example, assuming that for a certain service S1 of the application client, the transmission delay parameter corresponding to the service meets the relevant service requirement within T3-T4 (e.g., 10ms-100ms), T3 and T4 may be used as the first threshold, and when the changed transmission delay parameter is lower than T3 or higher than T4, the terminal device may notify the application client. That is, the target qos parameter may be allowed to fluctuate within a certain range or interval, so that the terminal device does not notify the application client as soon as the target qos parameter changes, thereby causing interference to the application client, and reducing frequent data interaction.

Optionally, for the Non-GBR QoS flow, when some actual quality of service parameters (such as a data transmission rate) change, the session management network element does not adjust the target quality of service parameter, but the terminal device adjusts the target quality of service parameter based on the actual quality of service parameter, for example, the actual quality of service parameter or a parameter interval obtained based on the actual quality of service parameter is used as the changed target quality of service parameter, and then the changed target quality of service parameter may be sent to the application client; alternatively, the changed target qos parameter or the second super-threshold notification (i.e., the notification that the changed target qos parameter exceeds the second threshold value) may be sent to the application client only when the changed target qos parameter exceeds the second threshold value. For example, it is assumed that for a certain service S2 of the application client, the corresponding data transmission rate parameter meets the relevant service requirement in Rt1-Rt3 (e.g., 100Mbps-500Mbps), but different algorithms may be needed in different intervals at this time, for example, coding algorithm Y1 needs to be used in Rt1-Rt2 interval (e.g., 100Mbps-300Mbps), and another coding algorithm Y2 needs to be used in Rt2-Rt3 interval (e.g., 300Mbps-500Mbps), Rt2 may be used as the second threshold, and when the changed data transmission rate parameter is higher than Rt2, the terminal device may notify the application client. Alternatively, the terminal device may send the variation trend of the actual quality of service parameter to the application client, for example, the actual quality of service parameter indicates that the data transmission rate parameter is Rt4 (e.g., 100Mbps), and when the data transmission rate parameter Rt4 is increased or decreased, the terminal device may send its corresponding variation trend to the application client.

The specific sizes of the first threshold and the second threshold are not limited in the embodiments of the present application.

Referring to fig. 4, fig. 4 is an interaction diagram of a data processing process according to an embodiment of the present disclosure. As shown in fig. 4, the data processing procedure may include the steps of:

step S201, when the terminal device establishes a pdu session or after the pdu session is established, an application client corresponding to the pdu session on the terminal device sends a QoS parameter request (also referred to as a QoS parameter request, i.e. a parameter acquisition request) to a quality of service interface (UE QoS API);

step S202, after the QoS interface receives the QoS parameter request, the terminal device can judge which QoS flow the service data packet of the application client belongs to, and send the parameter information (namely the target QoS parameter) of the QoS flow corresponding to the service flow of the application client or the variation trend of the actual QoS parameter to the application client through the QoS interface; or when the changed target qos parameter exceeds the threshold, the changed target qos parameter or a notification that the changed target qos parameter exceeds the threshold is sent to the application client, and the specific process may refer to step S103.

In addition, the embodiment of the present application further provides a parameter change notification function, and parameter change information can be provided for the application client through the parameter change notification function, and the specific process may refer to step S304 in the embodiment corresponding to fig. 5.

The method and the device can support the terminal equipment to acquire the parameter acquisition request sent by the application program client corresponding to the protocol data unit session through the service quality interface, further acquire the target service quality parameter corresponding to the service quality flow associated with the service data packet of the application program client according to the parameter acquisition request, and finally send the target service quality parameter or the variation trend of the actual service quality parameter to the application program client through the service quality interface; or when the changed target service quality parameter exceeds the threshold value, sending the changed target service quality parameter or a notification that the changed target service quality parameter exceeds the threshold value to the application program client. Therefore, when the terminal device establishes the protocol data unit session or after the protocol data unit session is established, the parameter acquisition request sent by the application program client running on the terminal device can be responded, and the corresponding service quality parameters are provided for the application program client, so that the subsequent application program client can be adaptively adjusted based on the corresponding service quality parameters, and the capability of the application program client for acquiring and using the service quality parameters can be expanded in a service quality mechanism.

Further, please refer to fig. 5, and fig. 5 is a flowchart illustrating a data processing method according to an embodiment of the present application. The data processing method may be performed by a terminal device. As shown in fig. 5, the data processing method may include at least the following steps:

step S301, a first interface instruction issued by a session management network element is obtained;

specifically, the terminal device may obtain a first interface instruction issued by the session management network element, where the first interface instruction is used to indicate whether the terminal device opens a quality of service interface to the application client.

It can be understood that whether the terminal device provides the QoS interface to the application client is determined by the indication of the session management element, that is, when the session management element issues the QoS rule and the corresponding QoS parameter to the terminal device, the session management element further indicates whether to allow the UE QoS API of the relevant QoS flow to be opened for the application client to call.

Step S302, acquiring a parameter acquisition request sent by an application program client corresponding to a protocol data unit session through a service quality interface;

the specific process of this step may refer to step S101 in the embodiment corresponding to fig. 3, which is not described herein again.

Step S303, if the first interface instruction is an interface opening instruction, acquiring a target service quality parameter corresponding to the service quality flow according to the parameter acquisition request, and sending the target service quality parameter to the application program client through the service quality interface;

specifically, when the first interface instruction is an interface opening instruction, that is, when the session management network element indicates that the QoS API of the UE can be opened, the terminal device may obtain a target QoS parameter corresponding to the QoS flow according to the parameter obtaining request, and send the target QoS parameter to the application client through the QoS interface. The specific process of obtaining the target qos parameter and sending the target qos parameter to the application client may refer to steps S102 to S103 in the embodiment corresponding to fig. 3, which is not described herein again. The interface opening instruction can instruct the terminal device to open a quality of service interface to the application client.

Step S304, an application program client in the terminal equipment signs a parameter change notification function through a service quality interface, and when a target service quality parameter changes, the updated service quality parameter is sent to the application program client through the service quality interface based on the parameter change notification function;

specifically, the application client may sign a parameter change notification function with the terminal device through the qos interface, after the subscription is successful, when the target qos parameter changes, the terminal device may generate a corresponding parameter change notification message based on the parameter change notification function, and then may send the parameter change notification message to the application client through the qos interface, and then the application client may initiate a parameter acquisition request to the qos interface again based on the parameter change notification message, and may send the changed target qos parameter to the application client through the qos interface through a process similar to that described in the embodiment corresponding to fig. 3.

Optionally, when a protocol data unit session is established, the application client initiates a parameter obtaining request to the qos interface to obtain a target qos parameter, and after the application client signs a parameter change notification function with the terminal device through the qos interface, when the target qos parameter changes, the terminal device may send the changed target qos parameter to the application client through the qos interface.

Alternatively, the parameter change notification message may contain a trend of a change in the actual quality of service parameter.

Optionally, when the changed target qos parameter exceeds the threshold, the terminal device may send the changed target qos parameter or a notification that the changed target qos parameter exceeds the threshold to the application client. The parameter change notification message may include a first super-threshold notification or a second super-threshold notification, and the specific process may refer to step S103 in the embodiment corresponding to fig. 3.

It should be understood that the application client may further include parameter information such as the maximum number of notifications, the first threshold, the second threshold, etc. in the subscription request.

Step S305, if the first interface instruction is an interface closing instruction, send request rejection information to the application client through the qos interface.

Specifically, when the first interface instruction is an interface closing instruction, that is, the session management network element indicates that the UE QoS API may not be opened, the terminal device may send request rejection information to the application client through the QoS interface. The interface closing instruction is used for indicating the terminal equipment not to open a service quality interface to the application program client. Further, the request rejection information may include a rejection reason identifier (also referred to as a rejection reason value), where the rejection reason identifier is used to characterize a rejection reason for the parameter acquisition request and is predefined by the network. For example, different numbers may be used to indicate different rejection reasons, such as the number "1" indicating no allowance for subscription, the number "2" indicating no allowance for slicing, the number "3" indicating no allowance for Data Network Name (DNN), the number "4" indicating no allowance for operator, and so on.

That is, if the session management network element indicates that it is not possible to open the UE QoS API, upon receiving a parameter acquisition request (also referred to as a QoS parameter invocation request) sent by the application client, indicates a rejection request in a corresponding response message, and may further include a rejection cause value.

It should be noted that, when the session management network element indicates whether to allow the open qos interface to be called by the application client, one or more of the following interface indication information may be considered: the service configuration method includes the steps of subscription Information of terminal equipment, a Data Network Name (DNN) and Single Network Slice Selection auxiliary Information (S-NSSAI) carried when a protocol data unit session is initiated, configuration of an operator, Network policies and the like, for example, any terminal equipment may or may not allow a quality of service interface to be opened, and a service of a specific Network Slice may be specified, the service may allow a quality of service interface to be opened.

Referring to fig. 6, fig. 6 is an interaction diagram of a parameter change notification process according to an embodiment of the present application. As shown in fig. 6, the process may include the steps of:

step S401, an application program client signs a QoS parameter change notice (namely a parameter change notice function) with a terminal device through a quality of service interface (UE QoS API);

step S402, when a QoS parameter (i.e., a target QoS parameter) of a QoS flow corresponding to a service flow of the application client changes or the changed QoS parameter (i.e., the changed target QoS parameter exceeds a threshold) exceeds the threshold, the terminal device notifies the application client through the QoS interface.

As can be seen from the above, after the parameter change notification function is signed, the application client may not need to frequently send a parameter acquisition request to the qos interface, but may actively notify, by the terminal device, the application client of the change of the qos parameter through the qos interface when the relevant qos parameter changes or exceeds the threshold, so that the application client can directly sense the change of the qos parameter, and the acquisition efficiency of the qos parameter is improved.

Further, please refer to fig. 7 together, and fig. 7 is a flowchart illustrating a data processing method according to an embodiment of the present application. The data processing method may be performed by a terminal device. As shown in fig. 7, the data processing method may include at least the following steps:

step S501, sending a second interface instruction to a session management network element;

specifically, when initiating a protocol data unit session, the terminal device may indicate, to the session management network element, whether the terminal device supports the qos interface, that is, send a second interface instruction to the session management network element. In one embodiment, the second interface command may be used as a parameter in N1 SM container. When the second interface instruction sent by the terminal device is an interface support instruction, that is, the terminal device explicitly indicates that the qos interface is supported, step S502 may be continuously executed; otherwise, when the second interface instruction sent by the terminal device is an interface unsupported instruction (that is, the terminal device indicates that the qos interface is not supported), or when the terminal device does not indicate that the qos interface is supported (that is, the session management network element considers that the terminal device does not need or support the qos interface), the subsequent steps do not need to be executed, and the process ends.

Step S502, if the second interface instruction is an interface support instruction, acquiring a first interface instruction issued by a session management network element;

specifically, when the session management network element detects that the second interface instruction is an interface support instruction, the session management network element may generate a first interface instruction based on the admission policy, and send the first interface instruction to the terminal device, so that the terminal device may receive the first interface instruction. The specific process of this step may refer to step S301 in the embodiment corresponding to fig. 5, which is not described herein again.

Step S503, acquiring a parameter acquisition request sent by an application program client corresponding to the protocol data unit session through a service quality interface;

the specific process of this step may refer to step S101 in the embodiment corresponding to fig. 3, which is not described herein again.

Step S504, if the first interface instruction is an interface opening instruction, acquiring a target service quality parameter corresponding to the service quality flow according to the parameter acquisition request, and sending the target service quality parameter to the application program client through the service quality interface;

the specific process of this step may refer to step S303 in the embodiment corresponding to fig. 5, which is not described herein again.

When the target quality of service parameter changes, step S506 may be continuously performed.

Step S505, if the first interface instruction is an interface closing instruction, send request rejection information to the application client through the qos interface.

The specific process of this step may refer to step S305 in the embodiment corresponding to fig. 5, which is not described herein again.

Step S506, the application program client in the terminal equipment signs a parameter change notification function through the service quality interface, and when the target service quality parameter changes, the updated service quality parameter is sent to the application program client through the service quality interface based on the parameter change notification function.

The specific process of this step may refer to step S304 in the embodiment corresponding to fig. 5, which is not described herein again.

In the embodiment of the application, through interaction between the terminal device and the session management network element, corresponding quality of service parameters can be provided for the application client running on the terminal device, and in addition, when the quality of service parameters change, the changed quality of service parameters can also be provided for the application client, so that the subsequent application client can perform adaptive adjustment based on the quality of service parameters, and thus the capability of the application client for acquiring and using the quality of service parameters can be expanded in a quality of service mechanism.

Referring to fig. 8, fig. 8 is a schematic flowchart of a data processing method according to an embodiment of the present disclosure. The data processing method may be performed by a terminal device. As shown in fig. 8, the data processing method may include at least the following steps:

step S601, an application program client corresponding to a protocol data unit session in the terminal equipment signs a parameter change notification function through a service quality interface;

specifically, an application client corresponding to a protocol data unit session in the terminal device may sign a contract with the terminal device through the qos interface, and after the contract is successfully signed, the terminal device may provide parameter change information for the application client. Wherein the application client runs in the terminal device.

Step S602, when acquiring the updated qos parameter delivered by the session management network element based on the parameter change notification function, sending the updated qos parameter to the application client through the qos interface.

Specifically, when a quality of service parameter corresponding to a service flow of the application client changes, the session management network element may update the quality of service parameter, thereby obtaining an updated quality of service parameter, and send the updated quality of service parameter to the terminal device. The updating of the qos parameters refers to updating the qos parameters corresponding to the qos flows, where the updated qos flows are associated with service data packets provided by the application client, and in the embodiment of the present application, after the qos parameters are updated, the corresponding qos flows are also updated accordingly.

Further, the terminal device may obtain the updated service quality issued by the session management network element based on the parameter change notification function, and may further send the updated service quality parameter to the application client through the service quality interface. The interaction process of the application client and the qos interface may refer to the embodiment corresponding to fig. 6.

Optionally, the terminal device may send the update service quality parameter or a notification that the update service quality parameter exceeds the first threshold value (i.e., the first threshold-exceeding notification) to the application client only when the update service quality parameter exceeds the first threshold value.

In the embodiment of the application, through the subscription parameter change notification function, the terminal device can be supported to provide the changed quality of service parameters for the application client through the quality of service interface, so that the subsequent application client can perform adaptive adjustment based on the changed quality of service parameters, and thus the capability of the application client for acquiring and using the quality of service parameters can be expanded in a quality of service mechanism.

Referring to fig. 9, fig. 9 is a schematic flowchart of a data processing method according to an embodiment of the present disclosure. The data processing method can be executed by a session management network element, a terminal device (including a quality of service interface) and an application client running on the terminal device. As shown in fig. 9, the data processing method may include at least the following steps:

step S701, when a protocol data unit session is established, the session management element may issue a qos rule and a qos parameter to the terminal device.

In step S702, after receiving the qos rule and the qos parameter, the terminal device may map, based on the qos rule, a service data packet sent by an application client corresponding to the pdu session to a qos flow, where the specific process may refer to step S102 in the embodiment corresponding to fig. 3, and details are not described here.

In step S703, the terminal device may generate a second interface instruction, and send the second interface instruction to the session management network element, so as to indicate to the session management network element whether the terminal device supports the qos interface.

Step S704, after receiving the second interface instruction, the session management network element may determine the second interface instruction. If the second interface instruction is an interface support instruction, the session management network element may generate the first interface instruction based on interface indication information, where the interface indication information includes, but is not limited to, one or more of subscription information of the terminal device, a data network name and single network slice selection auxiliary information carried when a protocol data unit session is initiated, a configuration of an operator itself, and a network policy. The first interface command may be an interface open command or an interface close command.

Optionally, if the second interface instruction is an interface unsupported instruction, or the terminal device does not send the second interface instruction, the session management network element may not generate the first interface instruction.

Step S705, the session management network element may issue the generated first interface instruction to the terminal device.

In step S706, the application client may send a parameter obtaining request to the qos interface on the terminal device.

In step S707, when the terminal device receives the parameter obtaining request, the terminal device may first determine the first interface instruction. If the first interface instruction is an interface open instruction, the target qos parameter corresponding to the qos flow may be obtained from the qos parameters according to the parameter obtaining request, and the specific process may refer to step S303 in the embodiment corresponding to fig. 5.

In step S708, the terminal device may send the target qos parameter to the application client through the qos interface.

Step S709, if the first interface instruction is an interface closing instruction, the terminal device may generate request rejection information through the qos interface.

Step S710, the terminal device may send the request rejection information to the application client through the service quality interface.

In step S711, the application client may sign a parameter change notification function with the terminal device through the qos interface.

Step S712, when the target qos parameter changes, the session management network element may update the target qos parameter to obtain an updated qos parameter, and may further issue the updated qos parameter to the terminal device.

Step S713, the terminal device obtains the updated qos parameter issued by the session management network element, and sends the updated qos parameter to the application client through the qos interface. Optionally, the terminal device may also send a parameter change notification message to the application client, and then the application client may reinitiate the parameter acquisition request based on the parameter change notification message, and may finally acquire the updated quality of service parameter.

Optionally, the terminal device may also send the variation trend of the actual qos parameter to the application client through the qos interface; or when the changed target service quality parameter exceeds the threshold value, sending the changed target service quality parameter or a notification that the changed target service quality parameter exceeds the threshold value to the application program client.

In the embodiment of the application, through interaction among the application client, the terminal device and the session management network element, corresponding quality of service parameters can be provided for the application client running on the terminal device, and in addition, when the quality of service parameters change, the changed quality of service parameters can also be provided for the application client, so that the subsequent application client can perform adaptive adjustment based on the quality of service parameters, and thus the capability of the application client for acquiring and using the quality of service parameters can be expanded in a quality of service mechanism.

Fig. 10 is a schematic structural diagram of a data processing apparatus according to an embodiment of the present application. The data processing means may be a computer program (comprising program code) running on a computer device, for example the data processing means being an application software; the device can be used for executing corresponding steps in the data processing method provided by the embodiment of the application. As shown in fig. 10, the data processing apparatus 1 may operate in a terminal device, which may be the terminal device a in the embodiment corresponding to fig. 2. The data processing apparatus 1 may include: a request acquisition module 11, a parameter acquisition module 12 and a parameter sending module 13;

a request obtaining module 11, configured to obtain, through a quality of service interface, a parameter obtaining request sent by an application client corresponding to a protocol data unit session; the application program client runs in the terminal equipment;

a parameter obtaining module 12, configured to obtain a target qos parameter corresponding to a qos flow according to a parameter obtaining request; the service quality flow is associated with a service data packet provided by an application program client, and the target service quality parameter is issued by a session management network element;

a parameter sending module 13, configured to send the target qos parameter to the application client through the qos interface;

in one embodiment, the application client is a client for executing a streaming media service;

the parameter sending module 13 is specifically configured to send a parameter obtaining response message including a target qos parameter to the application client through the qos interface, so that the application client adjusts the coding algorithm based on the target qos parameter, and generates an optimized service data packet based on the adjusted coding algorithm and the streaming media data.

The specific functional implementation manner of the request obtaining module 11 may refer to step S101 in the embodiment corresponding to fig. 3, the specific functional implementation manner of the parameter obtaining module 12 may refer to step S102 in the embodiment corresponding to fig. 3, and the specific functional implementation manner of the parameter sending module 13 may refer to step S103 in the embodiment corresponding to fig. 3, which is not described herein again.

Referring to fig. 10, the data processing apparatus 1 may further include: a mapping module 14;

the mapping module 14 is configured to receive a quality of service rule and a quality of service parameter issued by a session management network element, and map a service data packet sent by an application client to a quality of service stream based on the quality of service rule; the quality of service flow is associated with a target one of the quality of service parameters.

The specific functional implementation manner of the mapping module 14 may refer to step S102 in the embodiment corresponding to fig. 3, which is not described herein again.

Referring to fig. 10, the data processing apparatus 1 may further include: a notification contract module 15 and a change notification module 16;

a notification subscription module 15, configured to subscribe, through a quality of service interface, a parameter change notification function associated with an application client;

and the change notification module 16 is configured to generate a parameter change notification message based on the parameter change notification function when the target qos parameter changes, and send the parameter change notification message to the application client through the qos interface, so that the application client re-initiates the parameter acquisition request based on the parameter change notification message.

The specific functional implementation manner of the notification subscription module 15 and the change notification module 16 may refer to step S304 in the embodiment corresponding to fig. 5, which is not described herein again.

Referring to fig. 10, the data processing apparatus 1 may further include: an interface opening module 17;

the interface opening module 17 is configured to obtain a first interface instruction issued by the session management network element; if the first interface instruction is an interface opening instruction, executing a step of acquiring a target service quality parameter corresponding to the service quality flow according to the parameter acquisition request; the interface opening instruction instructs the terminal device to open a quality of service interface to the application client.

The specific function implementation manner of the interface opening module 17 may refer to step S301 and step S303 in the embodiment corresponding to fig. 5, which is not described herein again.

Referring to fig. 10, the data processing apparatus 1 may further include: an interface shutdown module 18;

the interface closing module 18 is configured to send request rejection information to the application client through the qos interface if the first interface instruction is an interface closing instruction; the interface closing instruction indicates that the terminal equipment does not open a service quality interface to the application program client;

in one embodiment, the request rejection information includes a rejection reason identifier; the reject cause identification characterizes a reject cause for the parameter acquisition request.

The specific implementation manner of the function of the interface shutdown module 18 may refer to step S305 in the embodiment corresponding to fig. 5, which is not described herein again.

Referring to fig. 10, the data processing apparatus 1 may further include: an interface support module 19;

the interface support module 19 is configured to send the second interface instruction to the session management network element; if the second interface instruction is an interface support instruction, executing the step of acquiring the first interface instruction issued by the session management network element; the interface support instruction indicates that the terminal device supports the quality of service interface.

The specific function implementation manner of the interface support module 19 may refer to step S501 in the embodiment corresponding to fig. 7, which is not described herein again.

Referring to fig. 10, the parameter obtaining module 12 may include: an identification unit 121, an acquisition unit 122;

an identifying unit 121, configured to obtain, according to the parameter obtaining request, a qos stream identifier associated with the application client, and identify a qos stream corresponding to the qos stream identifier;

the obtaining unit 122 is configured to obtain a target qos parameter corresponding to a qos flow from the qos parameters.

For specific functional implementation manners of the identifying unit 121 and the obtaining unit 122, reference may be made to step S102 in the embodiment corresponding to fig. 3, which is not described herein again.

The embodiment of the application can support the terminal device to acquire the parameter acquisition request sent by the application client corresponding to the protocol data unit session through the service quality interface, further acquire the target service quality parameter corresponding to the service quality flow associated with the service data packet of the application client according to the parameter acquisition request, and finally send the target service quality parameter to the application client through the service quality interface. Therefore, when the terminal device establishes the protocol data unit session or after the protocol data unit session is established, the parameter acquisition request sent by the application program client running on the terminal device can be responded, and the corresponding service quality parameters are provided for the application program client, so that the subsequent application program client can be adaptively adjusted based on the corresponding service quality parameters, and the capability of the application program client for acquiring and using the service quality parameters can be expanded in a service quality mechanism.

Fig. 11 is a schematic structural diagram of a data processing apparatus according to an embodiment of the present application. The data processing means may be a computer program (comprising program code) running on a computer device, for example the data processing means being an application software; the device can be used for executing corresponding steps in the data processing method provided by the embodiment of the application. As shown in fig. 11, the data processing apparatus 2 may operate in a terminal device, which may be the terminal device a in the embodiment corresponding to fig. 2. The data processing apparatus 2 may include: a signing module 21 and an updating module 22;

a subscription module 21, configured to subscribe, through a quality of service interface, a parameter change notification function associated with an application client; the application program client is a client corresponding to the protocol data unit session and runs in the terminal equipment;

the updating module 22 is configured to obtain an updated qos parameter issued by the session management network element based on the parameter change notification function, and send the updated qos parameter to the application client through the qos interface; updating the qos parameters means updating the qos parameters corresponding to the qos flows.

The specific implementation of the function of the subscription module 21 may refer to step S602 in the embodiment corresponding to fig. 8, and the specific implementation of the function of the update module 22 may refer to step S602 in the embodiment corresponding to fig. 8, which is not described herein again.

In the embodiment of the application, through the subscription parameter change notification function, the terminal device can be supported to provide the changed quality of service parameters for the application client through the quality of service interface, so that the subsequent application client can perform adaptive adjustment based on the changed quality of service parameters, and thus the capability of the application client for acquiring and using the quality of service parameters can be expanded in a quality of service mechanism.

Please refer to fig. 12, which is a schematic structural diagram of a network element apparatus according to an embodiment of the present application. The network element means may be a computer program (comprising program code) running on the network element device, e.g. the network element means is an application software; the device can be used for executing corresponding steps in the data processing method provided by the embodiment of the application. As shown in fig. 12, the network element means 3 may be operable with a session management network element. The network element apparatus 3 may include: a distribution module 31;

the issuing module 31 is configured to issue a quality of service rule and a quality of service parameter to the terminal device, so that the terminal device maps a service data packet sent by an application client corresponding to a protocol data unit session to a quality of service stream based on the quality of service rule; the application program client has the function of generating a parameter acquisition request, and the parameter acquisition request instructs the terminal equipment to send target service quality parameters corresponding to the service quality flow to the application program client through the service quality interface; the application program client runs in the terminal equipment; the quality of service parameter comprises a target quality of service parameter.

The specific function implementation manner of the issuing module 31 may refer to step S701 in the embodiment corresponding to fig. 9, which is not described herein again.

Referring to fig. 12, the network element apparatus 3 may further include: an instruction generation module 32;

the instruction generating module 32 is configured to generate a first interface instruction based on the interface indication information, and issue the first interface instruction to the terminal device; the first interface command is an interface opening command or an interface closing command; the interface opening instruction instructs the terminal equipment to open a service quality interface to the application program client; the interface closing instruction instructs the terminal device not to open a quality of service interface to the application client.

The specific functional implementation manner of the instruction generating module 32 may refer to steps S704-S705 in the embodiment corresponding to fig. 9, which is not described herein again.

Referring to fig. 12, the network element apparatus 3 may further include: an instruction acquisition module 33;

the instruction obtaining module 33 is configured to obtain a second interface instruction sent by the terminal device; if the second interface instruction is an interface support instruction, executing a step of generating a first interface instruction based on the interface indication information; the interface support instruction indicates that the terminal device supports the quality of service interface.

The specific functional implementation manner of the instruction obtaining module 33 may refer to step S703 to step S704 in the embodiment corresponding to fig. 9, which is not described herein again.

In the embodiment of the application, through interaction among the application client, the terminal device and the session management network element, corresponding quality of service parameters can be provided for the application client running on the terminal device, and in addition, when the quality of service parameters change, the changed quality of service parameters can also be provided for the application client, so that the subsequent application client can perform adaptive adjustment based on the quality of service parameters, and thus the capability of the application client for acquiring and using the quality of service parameters can be expanded in a quality of service mechanism.

Fig. 13 is a schematic structural diagram of a computer device according to an embodiment of the present application. As shown in fig. 13, the computer apparatus 1000 may include: the processor 1001, the network interface 1004, and the memory 1005, and the computer apparatus 1000 may further include: a user interface 1003, and at least one communication bus 1002. Wherein a communication bus 1002 is used to enable connective communication between these components. The user interface 1003 may include a Display screen (Display) and a Keyboard (Keyboard), and the optional user interface 1003 may also include a standard wired interface and a standard wireless interface. The network interface 1004 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface). The memory 1004 may be a high-speed RAM memory or a non-volatile memory (e.g., at least one disk memory). The memory 1005 may optionally be at least one memory device located remotely from the processor 1001. As shown in fig. 13, a memory 1005, which is a kind of computer-readable storage medium, may include therein an operating system, a network communication module, a user interface module, and a device control application program. In this embodiment, the computer device 1000 may be a terminal device.

In the computer device 1000 shown in fig. 13, the network interface 1004 may provide a network communication function; the user interface 1003 is an interface for providing a user with input; the processor 1001 may be configured to call a device control application stored in the memory 1005, so as to enable the computer device 1000 to perform the description of the data processing method in the embodiment corresponding to any one of fig. 3, fig. 5, fig. 7, fig. 8, and fig. 9, or perform the description of the data processing apparatus 1 in the embodiment corresponding to fig. 10 or the data processing apparatus 2 in the embodiment corresponding to fig. 11, which is not described herein again. In addition, the beneficial effects of the same method are not described in detail.

Please refer to fig. 14, which is a schematic structural diagram of a network element device according to an embodiment of the present application. As shown in fig. 14, the network element device 2000 may include: the processor 2001, the network interface 2003 and the memory 2004, and the network element apparatus 2000 may further include: at least one communication bus 2002. The communication bus 2002 is used to implement connection communication between these components. The network interface 2003 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface), among others. The memory 2004 may be a high-speed RAM memory or a non-volatile memory, such as at least one disk memory. The memory 2004 may alternatively be at least one memory device located remotely from the aforementioned processor 2001. As shown in fig. 14, the memory 2004, which is a kind of computer-readable storage medium, may include therein an operating system, a network communication module, and a device control application program. In this embodiment, the network element device 2000 may be a session management network element.

In the network element apparatus 2000 shown in fig. 14, the network interface 2003 may provide a network communication function; the processor 2001 may be configured to call the device control application program stored in the memory 2004, so that the network element device 2000 performs the description of the data processing method in the embodiment corresponding to fig. 9, or performs the description of the network element apparatus 3 in the embodiment corresponding to fig. 12, which is not described herein again. In addition, the beneficial effects of the same method are not described in detail.

Further, here, it is to be noted that: an embodiment of the present application further provides a computer-readable storage medium, where the computer-readable storage medium stores a computer program executed by the aforementioned data processing apparatus 1, the data processing apparatus 2, or the network element apparatus 3, and the computer program includes program instructions, and when the processor executes the program instructions, the description of the data processing method in any one of the embodiments corresponding to fig. 3, fig. 5, fig. 7, fig. 8, and fig. 9 can be executed, so that details are not repeated here. In addition, the beneficial effects of the same method are not described in detail. For technical details not disclosed in embodiments of the computer-readable storage medium referred to in the present application, reference is made to the description of embodiments of the method of the present application.

The computer-readable storage medium may be the data processing apparatus or the network element apparatus provided in any of the foregoing embodiments, or an internal storage unit of the computer device or the network element device, such as a hard disk or a memory of the computer device. The computer-readable storage medium may also be an external storage device of the computer device (or network element device), such as a plug-in hard disk, a Smart Memory Card (SMC), a Secure Digital (SD) card, a flash memory card (flash card), and the like, which are equipped on the computer device. Further, the computer-readable storage medium may also include both an internal storage unit and an external storage device of the computer device (or network element device). The computer-readable storage medium is used for storing the computer program and other programs and data required by the computer device (or network element device). The computer readable storage medium may also be used to temporarily store data that has been output or is to be output.

Further, here, it is to be noted that: embodiments of the present application also provide a computer program product or computer program comprising computer instructions stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to cause the computer device to perform the method provided by any one of the embodiments corresponding to fig. 3, fig. 5, fig. 7, fig. 8, and fig. 9. In addition, the processor of the network element device may also read the computer instructions from the computer-readable storage medium, and execute the computer instructions, so that the network element device performs the method provided by the foregoing embodiment corresponding to fig. 9.

Further, please refer to fig. 15, where fig. 15 is a schematic structural diagram of a data processing system according to an embodiment of the present application. The data processing system 4 may comprise data processing means 1a, data processing means 2a and network element means 3 a. The data processing apparatus 1a may be the data processing apparatus 1 in the embodiment corresponding to fig. 10, and it is understood that the data processing apparatus 1a may be integrated in the terminal device a in the embodiment corresponding to fig. 2, and therefore, the details will not be described here. The data processing apparatus 2a may be the data processing apparatus 2 in the embodiment corresponding to fig. 11, and it is understood that the data processing apparatus 2a may be integrated in the terminal device a in the embodiment corresponding to fig. 2, and therefore, the details will not be described here. The network element device 3a may be the network element device 3 in the embodiment corresponding to fig. 12, and therefore, details are not described here again. In addition, the beneficial effects of the same method are not described in detail. For technical details not disclosed in the embodiments of the data processing system to which the present application relates, reference is made to the description of the embodiments of the method of the present application.

The terms "first," "second," and the like in the description and in the claims and drawings of the embodiments of the present application are used for distinguishing between different objects and not for describing a particular order. Furthermore, the terms "comprises" and any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, apparatus, product, or apparatus that comprises a list of steps or elements is not limited to the listed steps or modules, but may alternatively include other steps or modules not listed or inherent to such process, method, apparatus, product, or apparatus.

Those of ordinary skill in the art will appreciate that the elements and algorithm steps of the examples described in connection with the embodiments disclosed herein may be embodied in electronic hardware, computer software, or combinations of both, and that the components and steps of the examples have been described in a functional general in the foregoing description for the purpose of illustrating clearly the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

The above disclosure is only for the purpose of illustrating the preferred embodiments of the present application and is not to be construed as limiting the scope of the present application, so that the present application is not limited thereto, and all equivalent variations and modifications can be made to the present application.