CN113784396A - 一种数据处理方法、设备以及可读存储介质 - Google Patents

Abstract

本申请公开了一种数据处理方法、设备以及可读存储介质，该方法包括：终端设备通过服务质量接口获取协议数据单元会话对应的应用程序客户端所发送的参数获取请求；应用程序客户端运行于终端设备中；根据参数获取请求获取服务质量流对应的目标服务质量参数；服务质量流与应用程序客户端所提供的业务数据包相关联，目标服务质量参数是由会话管理网元所下发的；通过服务质量接口将目标服务质量参数发送至应用程序客户端。采用本申请，可以在服务质量机制中拓展应用程序客户端获取服务质量参数的能力。

Description

一种数据处理方法、设备以及可读存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种数据处理方法、设备以及可读存储介质。

背景技术

随着智能终端的普及和快速发展，为满足用户对不同应用不同服务质量的要求，就需要网络能根据业务的需求分配和调度资源，对不同的业务流提供不同的服务质量。因此，QoS(Quality of Service，服务质量)应运而生。QoS指一个网络能够利用各种基础技术，为指定的网络通信提供更好的服务能力，QoS是网络的一种服务质量保障机制，可用于保障网络延迟、误码率、数据传输速率，从而更加合理地利用网络资源。

目前，在第五代移动通信技术(5th Generation Mobile CommunicationTechnology，简称5G)中，为了保证业务端到端的服务质量，提出了5G QoS模型。5G QoS模型基于QoS流(QoS Flow)，可以支持保证流比特率的QoS流(即Guaranteed Bit Rate QoSFlow，简称GBR QoS Flow)和不需要保证流比特率的QoS流(即Non-GBR QoS Flow)。在现有技术中，5G核心网中的会话管理网元(Session Management Function，SMF)会根据策略控制网元(Policy Control Function，PCF)发送的策略控制和计费(Policy Control andCharging，PCC)规则生成QoS规则(QoS rule)，当协议数据单元会话(Protocol Data UnitSession，PDU Session)建立时，SMF会将QoS规则发送给终端设备(User Equipment，UE)，同时也会发送流级别的QoS参数给UE，例如，对于GBR QoS流，可以包括分别针对上行链路(Uplink，UL)和下行链路(Downlink，DL)的保证流比特率(Guaranteed Flow Bit Rate，GFBR)、最大流比特率(Maximum Flow Bit Rate，MFBR)或可选的平均窗口(AveragingWindow)等参数。UE接收到QoS规则和QoS参数后，对于上行的业务流，可以应用该QoS规则将UE上的应用程序客户端提供的业务数据包映射到相应的QoS流。此外，5G系统还支持可替代QoS配置的机制，即SMF可以提供替代QoS配置文件(Alternative QoS Profile)给无线接入网络(Radio Access Network，RAN)，当RAN侧无法满足现有的QoS参数时，会检测是否可以满足某个替代QoS配置文件中定义的QoS参数(例如保证流比特率、误包率、包延迟预算等)，如果可以满足，则RAN会发送相关通知给SMF，SMF则会进一步更新相应的QoS参数并发送给UE。由此可知，现有的技术方案中，只是涉及到网络侧的QoS参数的调整，但是对于UE上的应用程序客户端来说，应用程序客户端完全感知不到QoS参数及其变化情况。

发明内容

本申请实施例提供了一种数据处理方法、设备以及可读存储介质，可以在服务质量机制中拓展应用程序客户端获取服务质量参数的能力。

本申请实施例一方面提供了一种数据处理方法，包括：

终端设备通过服务质量接口获取协议数据单元会话对应的应用程序客户端所发送的参数获取请求；应用程序客户端运行于终端设备中；

根据参数获取请求获取服务质量流对应的目标服务质量参数；服务质量流与应用程序客户端所提供的业务数据包相关联，目标服务质量参数是由会话管理网元所下发的；

通过服务质量接口将目标服务质量参数发送至应用程序客户端。

本申请实施例一方面提供了一种数据处理方法，包括：

终端设备中协议数据单元会话对应的应用程序客户端通过服务质量接口签约参数变化通知功能；应用程序客户端运行于终端设备中；

基于参数变化通知功能获取会话管理网元下发的更新服务质量参数，通过服务质量接口将更新服务质量参数发送至应用程序客户端；更新服务质量参数是指更新服务质量流对应的服务质量参数。

本申请实施例一方面提供了一种数据处理方法，包括：

会话管理网元向终端设备下发服务质量规则以及服务质量参数，以使终端设备基于服务质量规则，将协议数据单元会话对应的应用程序客户端所发送的业务数据包映射至服务质量流；应用程序客户端具有生成参数获取请求的功能，参数获取请求指示终端设备通过服务质量接口将服务质量流对应的目标服务质量参数发送至应用程序客户端；应用程序客户端运行于终端设备中；服务质量参数包括目标服务质量参数。

本申请实施例一方面提供了一种数据处理装置，该数据处理装置运行在终端设备中，包括：

请求获取模块，用于通过服务质量接口获取协议数据单元会话对应的应用程序客户端所发送的参数获取请求；应用程序客户端运行于终端设备中；

参数获取模块，用于根据参数获取请求获取服务质量流对应的目标服务质量参数；服务质量流与应用程序客户端所提供的业务数据包相关联，目标服务质量参数是由会话管理网元所下发的；

参数发送模块，用于通过服务质量接口将目标服务质量参数发送至应用程序客户端。

其中，该数据处理装置还包括：

映射模块，用于接收会话管理网元下发的服务质量规则以及服务质量参数，基于服务质量规则，将应用程序客户端所发送的业务数据包映射至服务质量流；服务质量流与服务质量参数中的目标服务质量参数相关联。

其中，上述参数获取模块，包括：

识别单元，用于根据参数获取请求获取与应用程序客户端相关联的服务质量流标识，识别服务质量流标识对应的服务质量流；

获取单元，用于从服务质量参数中获取服务质量流对应的目标服务质量参数。

其中，该数据处理装置还包括：

通知签约模块，用于通过服务质量接口签约与应用程序客户端相关联的参数变化通知功能；

变化通知模块，用于当目标服务质量参数发生变化时，基于参数变化通知功能生成参数变化通知消息，通过服务质量接口将参数变化通知消息发送至应用程序客户端，以使应用程序客户端基于参数变化通知消息重新发起参数获取请求。

其中，该数据处理装置还包括：

接口开放模块，用于获取会话管理网元下发的第一接口指令；若第一接口指令为接口开放指令，则执行根据参数获取请求获取服务质量流对应的目标服务质量参数的步骤；接口开放指令指示终端设备向应用程序客户端开放服务质量接口。

其中，该数据处理装置还包括：

接口关闭模块，用于若第一接口指令为接口关闭指令，则通过服务质量接口向应用程序客户端发送请求拒绝信息；接口关闭指令指示终端设备不向应用程序客户端开放服务质量接口。

其中，上述请求拒绝信息包括拒绝原因标识；拒绝原因标识表征针对参数获取请求的拒绝原因。

其中，该数据处理装置还包括：

接口支持模块，用于将第二接口指令发送至会话管理网元；若第二接口指令为接口支持指令，则执行获取会话管理网元下发的第一接口指令的步骤；接口支持指令指示终端设备支持服务质量接口。

其中，上述应用程序客户端为执行流媒体业务的客户端；

上述参数发送模块，具体用于通过服务质量接口，向应用程序客户端发送包含目标服务质量参数的参数获取响应消息，以使应用程序客户端基于目标服务质量参数对编码算法进行调整，且基于调整后的编码算法以及流媒体数据，生成优化业务数据包。

本申请实施例一方面提供了一种数据处理装置，该数据处理装置运行在终端设备中，包括：

签约模块，用于通过服务质量接口签约与应用程序客户端相关联的参数变化通知功能；应用程序客户端为协议数据单元会话对应的客户端，应用程序客户端运行于终端设备中；

更新模块，用于基于参数变化通知功能获取会话管理网元下发的更新服务质量参数，通过服务质量接口将更新服务质量参数发送至应用程序客户端；更新服务质量参数是指更新服务质量流对应的服务质量参数。

本申请实施例一方面提供了一种网元装置，该网元装置运行在会话管理网元中，包括：

下发模块，用于向终端设备下发服务质量规则以及服务质量参数，以使终端设备基于服务质量规则，将协议数据单元会话对应的应用程序客户端所发送的业务数据包映射至服务质量流；应用程序客户端具有生成参数获取请求的功能，参数获取请求指示终端设备通过服务质量接口将服务质量流对应的目标服务质量参数发送至应用程序客户端；应用程序客户端运行于终端设备中；服务质量参数包括目标服务质量参数。

其中，该网元装置还包括：

指令生成模块，用于基于接口指示信息生成第一接口指令，将第一接口指令下发至终端设备；第一接口指令为接口开放指令或接口关闭指令；接口开放指令指示终端设备向应用程序客户端开放服务质量接口；接口关闭指令指示终端设备不向应用程序客户端开放服务质量接口。

其中，该网元装置还包括：

指令获取模块，用于获取终端设备发送的第二接口指令；若第二接口指令为接口支持指令，则执行基于接口指示信息生成第一接口指令的步骤；接口支持指令指示终端设备支持服务质量接口。

本申请实施例一方面提供了一种计算机设备，包括：处理器、存储器、网络接口；

上述处理器与上述存储器、上述网络接口相连，其中，上述网络接口用于提供数据通信功能，上述存储器用于存储计算机程序，上述处理器用于调用上述计算机程序，以使该计算机设备执行本申请实施例中的方法。

本申请实施例一方面提供了一种网元设备，包括：处理器、存储器、网络接口；

上述处理器与上述存储器、上述网络接口相连，其中，上述网络接口用于提供数据通信功能，上述存储器用于存储计算机程序，上述处理器用于调用上述计算机程序，以使该网元设备执行本申请实施例中的方法。

本申请实施例一方面提供了一种计算机可读存储介质，上述计算机可读存储介质中存储有计算机程序，上述计算机程序适于由处理器加载并执行本申请实施例中的方法。

本申请实施例一方面提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中，计算机设备或网元设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得上述计算机设备或该网元设备执行本申请实施例中的方法。

本申请实施例可以支持终端设备通过服务质量接口获取协议数据单元会话对应的应用程序客户端所发送的参数获取请求，进而可以根据该参数获取请求获取应用程序客户端的业务数据包相关联的服务质量流所对应的目标服务质量参数，最终可以通过服务质量接口将目标服务质量参数发送至应用程序客户端。由此可见，当终端设备建立协议数据单元会话时或者建立协议数据单元会话后，就可以响应运行在该终端设备上的应用程序客户端发送的参数获取请求，为该应用程序客户端提供相应的服务质量参数，以使后续该应用程序客户端可以基于相应的服务质量参数进行适应性调整，从而可以在服务质量机制中拓展应用程序客户端获取服务质量参数的能力。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种系统架构示意图；

图2是本申请实施例提供的一种数据处理的场景示意图；

图3是本申请实施例提供的一种数据处理方法的流程示意图；

图4是本申请实施例提供的一种数据处理过程的交互示意图；

图5是本申请实施例提供的一种数据处理方法的流程示意图；

图6是本申请实施例提供的一种参数变化通知过程的交互示意图；

图7是本申请实施例提供的一种数据处理方法的流程示意图；

图8是本申请实施例提供的一种数据处理方法的流程示意图；

图9是本申请实施例提供的一种数据处理方法的流程示意图；

图10是本申请实施例提供的一种数据处理装置的结构示意图；

图11是本申请实施例提供的一种数据处理装置的结构示意图；

图12是本申请实施例提供的一种网元装置的结构示意图；

图13是本申请实施例提供的一种计算机设备的结构示意图；

图14是本申请实施例提供的一种网元设备的结构示意图；

图15是本申请实施例提供的一种数据处理系统的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通信系统(Global System for Mobile communication，GSM)、码分多址(Code Division MultipleAccess，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long TermEvolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal MobileTelecommunications System，UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access，WiMAX)通信系统、未来的第五代(5th Generation，5G)移动通信系统或后续演进的移动通信系统等。

请参见图1，图1是本申请实施例提供的一种系统架构示意图。该系统架构可以应用于支持上行业务(例如流媒体业务)的业务场景中，如视频会议、视频点播、远程教育等多媒体实时业务，这些不同业务对应的应用需要有不同的QoS(Quality of Service)要求，从而导致各种应用对服务质量的需求在迅速增长。其中，QoS是网络与用户之间以及网络上互相通信的用户之间关于信息传输与共享的质的约定，例如，传输延迟时间、数据传输的保障比特率等，是用来解决网络延迟和阻塞等问题的一种技术。可以理解，QoS对某些关键应用和多媒体应用十分必要，当网络过载或拥塞时，QoS能确保重要业务流(例如直播过程中产生的音视频流)不受延迟或丢弃，同时保证网络的高效运行。

可以理解，随着网络多媒体技术的飞速发展，各类应用层出不穷，尤其对于具有高速率、低时延和大连接特点的第五代移动通信技术(简称5G)，QoS与5G结合使用可以有益于有效地分配网络带宽，且更加合理地利用网络资源。

如图1所示，该系统架构可以包括业务服务器100以及终端集群，终端集群可以包括：终端设备200a、终端设备200b、终端设备200c、…、终端设备200n，其中，终端集群之间可以存在通信连接，例如终端设备200a与终端设备200b之间存在通信连接，终端设备200a与终端设备200c之间存在通信连接。同时，终端集群中的任一终端设备可以与业务服务器100存在通信连接，例如终端设备200a与业务服务器100之间存在通信连接，其中，上述通信连接不限定连接方式，例如，可以通过4G无线接入方式，也可以通过5G无线接入方式等，本申请对此不做限制。

应该理解，如图1所示的终端集群中的每个终端设备均可以安装有应用程序客户端，当该应用程序客户端运行于各终端设备中时，可以分别与上述图1所示的业务服务器100之间进行数据交互，使得业务服务器100可以接收来自于每个终端设备的业务数据。其中，该应用程序客户端可以为直播应用、社交应用、即时通信应用、游戏应用、短视频应用、视频应用、音乐应用、购物应用、小说应用、支付应用、浏览器等具有显示文字、图像、音频以及视频等数据信息功能的应用程序客户端。其中，该应用程序客户端可以为独立的客户端，也可以为集成在某客户端(例如即时通信客户端、社交客户端、视频客户端等)中的嵌入式子客户端，在此不做限定。

以直播应用为例，业务服务器100可以为包括直播应用对应的后台服务器、数据处理服务器等多个服务器的集合，因此，每个终端设备均可以通过该直播应用对应的应用程序客户端与业务服务器100进行数据传输，如主播用户可以通过其持有的终端设备(例如，终端设备200a)上所安装的直播应用对应的应用程序客户端进行直播，其它终端设备(例如，终端设备200b、终端设备200c以及终端设备200n等)则可以通过业务服务器100参与到该场直播中。其中，直播是指通过音视频采集设备采集主播方数据，经过一系列处理，如通过视频编码压缩成可观看可传播的视频流(或者，通过音频编码压缩成可收听可传播的音频流)，输出至观看用户端的技术。

需要说明的是，在移动通信中，如图1所示的系统架构还可以包括无线接入网(Radio Access Network，RAN)、承载网(即传输网)以及核心网，接入网中可以部署多个接入网网元(也可称为接入网设备，如5G基站gNB)，主要负责终端设备在无线侧的接入与管理；承载网可以由一系列运营商的交换和路由设备组成，主要用于传输无线接入网与核心网之间的控制信令与用户数据；核心网则可以部署一系列核心网网元(也可称为核心网设备，“网元”也可称为“网络功能”)，这些核心网网元协同对终端设备进行鉴权、计费和移动性管理等，可选的，核心网网元可以包括移动管理实体(Mobility Management Entity，MME)、广播多播服务中心(Broadcast Multicast Service Center，BMSC)等，或者也可以包括5G系统中的相应功能实体，例如会话管理网元、移动性管理网元、策略控制网元等。其中，核心网网元与接入网网元可以是独立的不同的物理设备，也可以是将核心网网元的功能与接入网网元的功能集成在同一个物理设备上，还可以是一个物理设备上集成了部分核心网网元的功能和部分接入网网元的功能。终端设备可以是固定位置的，也可以是可移动的。

为便于后续实施例的理解和说明，这里先对本申请实施例主要涉及到的网元或设备进行简要介绍，具体如下：

(1)SMF(Session Management Function，会话管理功能)：主要负责会话建立、修改和释放，用户面选择与控制，UE IP(UE，User Equipment，即终端设备或用户设备；IP，Internet Protocol，即互联网协议)地址分配等。在本申请实施例中，SMF也可以称为会话管理网元。

(2)UPF(User Plane Function，用户平面功能)：主要负责移动核心网用户面的数据路由和转发，并与外部数据网络(Data Network，比如运营商业务、互联网或者第三方业务等)互连。UPF是5G核心网中处理用户面数据的主要模块。在本申请实施例中，UPF也可以称为用户面网元。

(3)PCF(Policy Control Function，策略控制功能)：主要负责使用统一的策略框架来管理网络行为，并协同UDR(Unified Data Repository，统一数据存储库)中的用户信息，来执行相关的策略。在本申请实施例中，PCF也可以称为策略控制网元。

(4)接入网网元是终端设备通过无线方式接入到移动通信系统中的接入设备，可以是基站NodeB、演进型基站eNodeB、5G移动通信系统中的基站(gNodeB，gNB)、未来移动通信系统中的基站或无线保真(Wireless Fidelity，WiFi)系统中的接入节点等，还可以是云无线接入网络(Cloud Radio Access Network，CRAN)场景下的无线控制器，或者可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络(Public Land Mobile Network，公用陆地移动通信网络)中的网络设备等，本申请实施例对接入网网元所采用的具体技术和具体设备形态不做限定。

(5)终端设备：可以指用户设备(User Equipment，UE)、接入终端、V2X(Vehicle toX)通信中的终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(PLMN)中的终端设备等，本申请实施例对此不做限定。终端设备还可以包括V2X设备，例如为车辆或车辆中的车载单元(OnBoard Unit，OBU)。

需要说明的是，上述会话管理网元、用户面网元、策略控制网元以及接入网网元仅是一个名字，名字对设备本身不构成限定。例如，会话管理网元也可以称作会话管理功能实体，或称为会话管理功能等，本申请对设备名称不做限定。在5G网络以及未来其它网络中，本申请实施例提及的网元也可以是其它的名字，对此不做限定。

可选的，会话管理网元、用户面网元、策略控制网元可以分别是单独的网元，也可以是由多个网元共同实现，还可以作为一个网元内的功能模块，本申请实施例对此不做限定。

可选的，图1所示的系统架构可以应用于5G网络以及未来其它可能的网络，本申请实施例对此不做具体限定。

为便于理解，以终端设备200a和终端设备200b为例进行说明。在直播的业务场景中，假设主播用户通过终端设备200a进行直播，则终端设备200a可以实时采集该主播用户的原始音视频数据，并对原始音视频数据进行前处理(例如图像美化、风格化)，进而可以对前处理后的音视频数据进行编码处理(即数字化)以及加工(如音视频混合、打包封装等)，从而得到可用的音视频流(即音频流和视频流的统称)。其中，编码通过压缩音视频数据来减少数据量，可方便音视频数据的推流、拉流和存储，从而可以大大提高存储传输效率。常用的编码方式有CBR(Constant Bit Rate，恒定比特率，一种固定采样率的压缩方式)、VBR(Variable Bit Rate，可变比特率)，对于视频数据，常用的编码标准包括H.265(H.265-HEVC(High Efficiency Video Coding)，国际电联于2013年通过的高效视频编码标准)、H.264(由国际电联和国际标准化组织共同提出的高度压缩数字视频编解码器标准)、MPEG-4(Moving Picture Experts Group 4，动态图象专家组于1999年推出的适用于低传输速率应用的方案)等，可封装为MKV(Matroska Video File)、AVI(Audio Video Interleaved)、MP4(MPEG-4的一个缩写)等文件格式；对于音频数据，常用的编码标准包括G.711(是国际电信联盟定制出来的一套语音压缩标准)、AAC(Advanced Audio Coding，于1997年推出的基于MPEG-2的音频编码技术)、Opus(一个有损声音编码的格式)等，可封装为MP3(MovingPicture Experts Group Audio Layer III)、OGG(OGGVobis(oggVorbis))、AAC等文件格式。本申请对客户端的编码方式不进行限制。

进一步，终端设备200a可以将编码完成后的音视频流发送至业务服务器100，例如，在5G网络中，业务服务器100部署在移动通信网外部的数据网络(Data Network，DN)中，如Internet(因特网)、WAP(Wireless Application Protocol，无线应用协议)、企业内部网等，则终端设备200a可以将音视频流发送至基站，再由基站将该音视频流转发至5G核心网(5G Core，可简称为5GC)中的核心网网元UPF(即用户面网元)，通过核心网网元UPF转发后，可将该音视频流发送到外部数据网络中的业务服务器100上，而5G核心网中的其它核心网网元主要是控制面的网元，负责处理信令，实现移动性管理、会话管理、策略控制等，从而控制整个流程。随后，业务服务器100可以将该音视频流再通过核心网网元UPF以及基站下发至虚拟直播间中的其它终端设备，例如可以下发至终端设备200b，则终端设备200b可以通过相关硬件或软件对接收到的音视频流进行解码，得到可以直接显示的图像画面或声音，进而可以播放相应的图像画面或声音。其中，终端设备200a与业务服务器100之间、业务服务器100与终端设备200b之间均可以通过RTMP(Real Time Messaging Protocol，实时消息传送协议)、RTSP(Real Time Streaming Protocol，实时流传输协议)、RTP(Real-timeTransport Protocol，实时传输协议)或RTCP(Real-time Transport Control Protocol，实时传输控制协议)等传输协议进行音视频流的传输。

可以理解的是，本申请实施例中的业务服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云数据库、云服务、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备(例如智能手表、智能手环等)、智能电脑、智能车载设备等可以运行上述应用程序客户端(例如直播应用的应用程序客户端)的智能终端。

需要说明的是，为了进一步提高网络业务的服务质量，可以为上述图1所述的系统架构配置QoS能力。可以理解，QoS流是PDU会话(即协议数据单元会话)中QoS区分的最细粒度。当该系统架构应用于5G网络时，对于同一个QoS流控制的业务流，会使用相同的流量转发处理(如调度、准入门限等)。对于一个终端设备，可以与5G网络建立一个或者多个PDU会话；每个PDU会话中可以建立一个或者多个QoS流。每个QoS流由一个QoS流标识(QoS flowidentifier，QFI)识别，一个QFI在一个PDU会话中唯一标识一个QoS流。此外，每个QoS流对应一个数据无线承载(Data Radio Bearer，DRB)，一个DRB可以对应一个或多个QoS流。其中，一个QoS流为GBR QoS流还是Non-GBR QoS流，由对应的QoS配置文件(QoS Profile)确定。

5G核心网支持终端设备和数据网络间的PDU连接业务，PDU连接业务通过PDU会话的形式来体现，一个PDU会话是指一个终端设备与数据网络之间进行通讯的数据通路。假设一个终端设备(例如终端设备200a)希望获得某个应用服务(例如直播服务)，则该终端设备可以向5G核心网中的核心网网元SMF(即会话管理网元)发起一个PDU会话建立请求，在PDU会话建立过程中，核心网网元SMF可以根据QoS和服务要求，将PCC规则(即策略控制和计费规则)绑定到QoS流，核心网网元SMF可以为新的QoS流分配QFI，并从绑定到该QoS流的PCC规则和核心网网元PCF(即策略控制网元)提供的其它信息中导出其QoS配置文件、相应的UPF指令以及QoS规则，随后，核心网网元SMF可以将QoS配置文件发送至无线接入网(R)AN(即接入网网元)，将相应的UPF指令发送至核心网网元UPF，将QoS规则发送至终端设备。此外，核心网网元SMF也可以同时将流级别的QoS参数(QoS Flow level QoS parameter)发送给终端设备，这些QoS参数与对应的QoS规则相关联。进一步，终端设备接收到该QoS规则和QoS参数后，可以基于QoS规则对上行的业务流(也可称为上行用户平面流量)进行分类和标记，例如，可以根据QoS规则将业务流(如音视频流)映射到QoS流，进而可以将QoS流绑定到AN资源(AN resources，如3GPP无线接入网场景下的数据无线承载DRB)。其中，一个QoS流可以关联一个或多个QoS规则。

可以理解，当网络发生拥塞的时候，所有的业务流都有可能被丢弃，而配置QoS后，可以对不同的业务流提供不同的服务质量，即不同的QoS流对应不同的QoS转发待遇，例如，对实时性强且重要的业务数据包优先处理；对于实时性不强的普通业务数据包，则提供较低的处理优先级，网络拥塞时甚至丢弃。也就是说，支持QoS功能的网络，能够提供传输品质服务，即针对某种类别的业务流，可以为它赋予某个级别的传输优先级，来标识它的相对重要性，并使用网络所提供的各种优先级转发策略、拥塞避免等机制为这些业务流提供特殊的传输服务。上述可知，配置了QoS的网络环境，可以增加网络性能的可预知性，并能够有效地分配网络带宽，更加合理地利用网络资源。

需要说明的是，针对启用了通知控制的GBR QoS流，本申请实施例还可以提供替代QoS配置文件，具体而言，如果相应的PCC规则包含相关信息，则除了QoS配置文件外，核心网网元SMF还应向无线接入网(R)AN提供替代QoS配置文件的优先级列表。如果核心网网元SMF向无线接入网(R)AN提供了一个新的替代QoS配置文件的优先级列表(若相应的PCC规则信息发生变化)，则无线接入网(R)AN将用其替换任何先前存储的列表。其中，替代QoS配置文件可以表示业务流能够适应的QoS参数的组合，该QoS参数的组合可以包括保证流比特率(Guaranteed Flow Bit Rate，GFBR)、误包率(Packet Error Rate，PER)以及包延迟预算(Packet Delay Budget，PDB)。此外，当无线接入网(R)AN向核心网网元SMF发送不满足QoS配置文件的通知时，如果当前满足的参数值与替代QoS配置文件匹配，则无线接入网(R)AN还应包括替代QoS配置文件的引用，用以指示无线接入网(R)AN当前满足的QoS，进而可以发送相关通知给核心网网元SMF，核心网网元SMF则会进一步更新相应的QoS参数并发送给终端设备。其中，QoS参数会影响无线接入网(R)AN对不同等级用户、不同等级业务的调度算法和策略，例如，基站可以基于上述的QoS参数以及其它核心网参数，指导无线侧的资源分配。

此外，本申请实施例提供了一种业务传输优化方法，当PDU会话建立时，终端设备可以通过服务质量接口获取该PDU会话对应的应用程序客户端(例如直播应用)所发送的参数获取请求，其中，该应用程序客户端运行于终端设备中。进一步，终端设备可以根据该参数获取请求，获取该应用程序客户端的业务数据包相关联的QoS流所对应的目标服务质量参数，进而可以通过服务质量接口将目标服务质量参数发送至该应用程序客户端。可以理解，当目标服务质量参数发生变化时，终端设备同样可以将更新后的QoS参数发送至该应用程序客户端。也就是说，终端设备上的应用程序客户端可以感知QoS参数及其变化，因此可以使用QoS参数来执行一些相关的处理工作，例如，可以通过调用QoS参数进行适应性调整，从而可以在QoS机制中拓展应用程序客户端获取并使用QoS参数的能力。需要说明的是，本申请实施例提供的方法对上行流媒体业务十分有效，应用程序客户端可以基于QoS参数进行编码算法的调整，从而可以提升传输效率，典型场景如体育馆比赛直播、演唱会直播、无人机图像回传、道路摄像机视频回传等。

为便于理解，请一并参见图2，图2是本申请实施例提供的一种数据处理的场景示意图。该数据处理场景的实现过程主要在终端设备(即UE)内部进行。本申请实施例中的终端设备A可以为任意一个终端设备，例如，可以为上述图1所示的终端设备200a。如图2所示，终端设备A上可以安装并运行一个或多个应用程序客户端，假设一共有N个应用程序客户端，其中，N为正整数，分别为应用程序客户端A1、应用程序客户端A2、…、应用程序客户端AN，每个应用程序客户端可以对应于一种或多种业务，当用户存在某种业务需求时，可以通过在终端设备A上选择运行某个应用程序客户端来获取相应的应用服务。其中，当终端设备A建立PDU会话后，应用程序客户端可以与相应的服务器端进行数据传输，在这个过程中，应用程序客户端可能会向服务器端传输一些上行的信息，例如摄像头、麦克风等设备采集并处理后得到的音视频流，即上行的业务流，为了提高网络业务的服务质量，本申请实施例可以基于QoS流为这些业务流提供不同的转发处理。

需要说明的是，在PDU会话建立过程中，会话管理网元(即SMF)可以根据本地策略或策略控制网元发送的PCC规则确定建立服务质量流，则会话管理网元可以通过接入和移动性管理网元(Access and Mobility Management Function，简称AMF，也可称为接入和移动性管理功能)和无线接入网(RAN，即接入网网元)向终端设备A发送服务质量规则和流级别的服务质量参数，其中，一个服务质量规则中可以包括相关服务质量流的QFI、一个包过滤器集(Packet Filter Set)以及一个优先级值，需要说明的是，一个包过滤器集可以包含多个包过滤器，每个包过滤器可以是上行或下行或双向的。例如，如图2所示，终端设备A可以获取到服务质量规则R1、服务质量规则R2、服务质量规则R3等多个服务质量规则，以及与这些服务质量规则相关的服务质量参数；会话管理网元可以通过接入和移动性管理网元向无线接入网发送服务质量流相关的QoS配置文件；向用户面网元(即UPF)发送业务数据流(Service Data Flow，SDF)信息，该SDF信息中包括QoS控制信息。进而终端设备A、无线接入网和用户面网元之间可以建立起服务质量流，例如，服务质量流F1、服务质量流F2、服务质量流F3等，而无线接入网可以根据QoS配置文件建立空口的数据无线承载(即DRB，属于AN资源)，并存储服务质量流与数据无线承载的绑定关系，例如，服务质量流F1以及服务质量流F2与数据无线承载D1绑定，服务质量流F3与数据无线承载D2绑定。需要说明的是，本申请实施例对于服务质量流、服务质量规则以及数据无线承载的数量不做具体限定。

进一步，针对上行链路(即UL)，当终端设备A确定发送上行的业务数据包(ULpacket)时，如图2所示，假设在PDU会话中产生了业务流C，其中包括了可能来自于终端设备A上的任意一个或多个应用程序客户端的业务数据包，例如，应用程序客户端A1，则对于IP类型(Type IP)或者以太网类型(Type Ethernet)的PDU会话，终端设备A可以根据服务质量规则的优先级值，按照一定的优先级顺序对服务质量规则中的包过滤器集中的上行包过滤器(UL Packet Filter)来评估业务流C中的业务数据包，直到找到匹配的服务质量规则；若没有找到匹配的服务质量规则，则终端设备A将丢弃该业务数据包。而对于非结构化类型(Type Unstructured)的PDU会话，默认服务质量规则不包含包过滤器集，将允许所有的上行业务数据包。需要说明的是，对于非结构化类型的PDU会话，只有默认的服务质量规则存在。进而终端设备A可以使用匹配到的服务质量规则中的QoS流标识(即QFI)，将业务流C中的业务数据包映射到相应的服务质量流，即使用QoS流标识对业务数据包进行标记。例如，如图2所示，根据服务质量规则R1可以将业务流C中的部分业务数据包映射到服务质量流F1，根据服务质量规则R2可以将业务流C中的部分业务数据包映射到服务质量流F2，根据服务质量规则R3可以将业务流C中的另外一部分业务数据包映射到服务质量流F3。

进一步，可以根据这些服务质量流与数据无线承载的绑定关系，将上述业务数据包放在对应的数据无线承载上传输，例如，服务质量流F1中的业务数据包以及服务质量流F2中的业务数据包可以在数据无线承载D1上传输，服务质量流F3中的业务数据包可以在数据无线承载D2上传输。当无线接入网接收到数据无线承载D1以及无线承载D2上传输过来的业务数据包时，可以通过N3接口向用户面网元传输业务数据包，用户面网元接收到业务数据包后，可以基于QoS流标识验证这些业务数据包是否使用正确的服务质量流传输，并根据会话管理网元下发的业务检测、转发、上报和计费规则等，对业务数据包进行相应的处理。

本申请实施例对于下行链路(即DL)的处理流程不进行展开。

此外，如图2所示，终端设备A上还提供了服务质量接口B供应用程序调用。当PDU会话建立时或PDU会话建立后，终端设备A上对应于该PDU会话的应用程序客户端可以发送参数获取请求给服务质量接口B，终端设备A通过服务质量接口B接收到该参数获取请求后，可以响应该参数获取请求，根据该参数获取请求获取该应用程序客户端提供的业务数据包相关联的服务质量流所对应的服务质量参数(即目标服务质量参数)，进而可以将该服务质量参数返回给该应用程序客户端。以应用程序客户端A1为例，假设应用程序客户端A1的业务数据包经过前述过程映射到了服务质量流F1，而与服务质量流F1相关联的服务质量参数为服务质量参数E，则应用程序客户端A1向服务质量接口B发起参数获取请求后，终端设备A可以通过服务质量接口B接收到该参数获取请求，并判断出应用程序客户端A1的业务数据包属于服务质量流F1，进而可以将服务质量流F1的服务质量参数E通过服务质量接口B发送给应用程序客户端A1。可以理解，在PDU会话过程中，当服务质量参数E发生变化时，终端设备A可以获取到变化后的服务质量参数，也可以通过服务质量接口B通知应用程序客户端A1。

需要说明的是，应用程序客户端获取到相应的服务质量参数后，可以使用该服务质量参数，例如，若应用程序客户端A1为流媒体业务(如直播业务)相关的客户端，则当服务质量参数E发生变化时，应用程序客户端A1可以进行适应性调整，例如可以基于服务质量参数E的变化来调整其采用的编码算法(如调整编码率、压缩率等，需要综合考虑)，从而得到优化业务数据包，随后终端设备A仍然可以通过前述过程发送上行的优化业务数据包，因此，可以达到节省传输带宽、提升传输效率的目的。可以理解，应用程序客户端还可以使用服务质量参数进行其它的处理，具体如何使用是应用程序客户端内部的实现，本申请对此不做限定。

请参见图3，是本申请实施例提供的一种数据处理方法的流程示意图。该数据处理方法可以由终端设备执行。本申请实施例提供的方法可以支持终端设备提供服务质量参数(即QoS参数)或参数变化信息给该终端设备上的应用程序客户端。如图3所示，该数据处理方法至少可以包括以下步骤S101-步骤S103：

步骤S101，终端设备通过服务质量接口获取协议数据单元会话对应的应用程序客户端所发送的参数获取请求；应用程序客户端运行于终端设备中；

具体的，为了向应用程序客户端提供服务质量参数，在终端设备建立协议数据单元会话(即PDU会话)时或者建立协议数据单元会话后，该协议数据单元会话对应的应用程序客户端可以发送参数获取请求给终端设备，进而终端设备可以接收该参数获取请求。其中，该参数获取请求用于请求获取该应用程序客户端的业务流对应的服务质量流(即QoS流)的服务质量参数(即目标服务质量参数)。该应用程序客户端运行在终端设备上，可以为支持上行业务(例如传输文字、图像、音频或者视频等数据到服务端)的客户端。

在一种实施方式中，终端设备可以提供API接口(Application ProgrammingInterface，即应用程序接口)供应用程序客户端调用，在本申请实施例中，该API接口可以称为服务质量接口，应用程序客户端可以通过调用服务质量接口获取相关的服务质量参数，也就是说，应用程序客户端可以通过调用该服务质量接口将参数获取请求发送至终端设备，而终端设备也可以通过服务质量接口获取参数获取请求。应当理解，服务质量接口是一个内部接口，不对终端设备外部开放。可选的，终端设备上可以集成有提供服务质量参数的功能模块或功能组件，该功能模块可以提供服务质量接口供应用程序客户端调用。

步骤S102，根据参数获取请求获取服务质量流对应的目标服务质量参数；服务质量流与应用程序客户端所提供的业务数据包相关联，目标服务质量参数是由会话管理网元所下发的；

具体的，终端设备可以根据参数获取请求获取服务质量流对应的目标服务质量参数。在一种实施方式中，终端设备通过服务质量接口接收到参数获取请求后，可以根据该参数获取请求获取与该应用程序客户端相关联的服务质量流标识(即QFI)，识别出该服务质量流标识所对应的服务质量流，进一步，可以从服务质量参数中获取该服务质量流对应的目标服务质量参数。

其中，目标服务质量参数可以采用真实的服务质量参数值来表示，也可以采用能表征真实参数值的数值进行表示，可选的，可以用真实参数值所属的参数区间中的某个数值(例如，该参数区间对应的平均值)进行表示，例如，假设获取的目标服务质量参数中指示传输时延参数为T(例如，15ms)，其中，T为T1-T2区间中的某个数值，则可以表示真实的传输时延参数位于T1-T2区间内(例如，10ms-20ms)，也就是说，当真实的传输时延参数位于T1-T2区间内时，均可以将T作为目标服务质量参数。可选的，也可以用真实参数值所属的参数区间来表示目标服务质量参数，例如，可用T1-T2区间表示真实的传输时延参数，采用类似的表示方式可以满足网络信息保护的要求。本申请对目标服务质量参数的表示方式不做限定。

其中，目标服务质量参数是由会话管理网元所下发的。在一种实施方式中，终端设备可以提供的目标服务质量参数包括以下QoS参数中的一个或多个：保证流比特率(GFBR)、误包率(PER)、优先级别(Priority Level)、包延迟预算(PDB)。其中，保证流比特率表示由网络保证在平均时间窗口上向服务质量流提供的最低比特率；误包率表示非拥塞相关数据包丢失率的上限；优先级别是指服务质量流调度资源的优先级，最低优先级值对应于最高优先级，可以理解，优先级别可用于区分同一终端设备的QoS流，也可用于区分来自不同终端设备的QoS流，在拥塞的情况下，当一个或多个QoS流不能满足所有QoS要求时，应使用优先级别来选择QoS要求优先于哪些QoS流，以便优先级值为T的QoS流优先于具有较高优先级值(即T+1、T+2等)的QoS流；在没有拥塞的情况下，应使用优先级别来定义QoS流之间的资源分配；包延迟预算表征业务数据包在终端设备和用户平面网元上的终止点N6接口之间的传输时延的上限。

需要说明的是，该服务质量流与应用程序客户端所提供的业务数据包相关联，也就是说，在建立协议数据单元会话时，会话管理网元可以向终端设备下发服务质量规则以及服务质量参数，其中，服务质量规则可以用于对上行的业务流进行分类和标记，服务质量参数与服务质量规则相关联，在本申请实施例中，除了保证流比特率、误包率、优先级别、包延迟预算以外，服务质量参数还可以包括但不限于以下QoS参数：5G QoS标识(5G QoSidentifier，5QI)、分配和预留优先级(Allocation and Retention Priority，ARP)、最大流比特率(MFBR)、反射QoS属性(Reflective QoS Attribute，RQA)。

进一步，终端设备可以基于服务质量规则，将应用程序客户端所发送的业务数据包映射至相应的服务质量流，其中，该服务质量流与目标服务质量参数相关联，目标服务质量参数属于服务质量参数。由于映射到同一服务质量流的业务数据包会被标记相同的服务质量流标识，因此终端设备可以通过服务质量流标识判断应用程序客户端的业务数据包属于哪个服务质量流。

步骤S103，通过服务质量接口将目标服务质量参数发送至应用程序客户端。

具体的，终端设备可以将获取到的目标服务质量参数发送至应用程序客户端。在一种实施方式中，可以通过服务质量接口将目标服务质量参数发送至应用程序客户端，可选的，若该应用程序客户端为执行流媒体业务的客户端，则终端设备可以生成包含目标服务质量参数的参数获取响应消息，随后通过服务质量接口将该参数获取响应消息发送给应用程序客户端。应用程序客户端接收到该参数获取响应消息后，可以对该参数获取响应消息进行解析，得到目标服务质量参数，进而可以基于目标服务质量参数，对当前流媒体业务中所采用的编码算法进行调整，从而可以基于调整后的编码算法以及在流媒体业务中产生的流媒体数据，生成优化业务数据包，后续要上传优化业务数据包到服务器端时，终端设备仍然可以基于服务质量规则将优化业务数据包映射到合适的服务质量流来进行传输。其中，流媒体业务是指以流的方式传输音频、视频、文本、图像、动画等流媒体数据的业务。

需要说明的是，由于实际服务质量参数是处于波动变化的状态，因此目标服务质量参数可以基于实际服务质量参数进行调整，也就是说，变化后的目标服务质量参数可以基于实际服务质量参数得到。当变化后的目标服务质量参数超过门限值时，终端设备可以将变化后的目标服务质量参数或者变化后的目标服务质量参数超过门限值的通知发送给应用程序客户端。针对变化后的目标服务质量参数，本申请实施例可以提供多种通知方式。

可选的，针对GBR QoS流，一开始实际服务质量参数可能等于目标服务质量参数指示的数值，或者属于目标服务质量参数指示的区间，则当实际服务质量参数变化到目标服务质量参数不再适用的时候(如超过目标服务质量参数指示的区间)，终端设备可以通知会话管理网元基于实际服务质量参数对目标服务质量参数进行调整，从而得到变化后的目标服务质量参数(即更新服务质量参数)返回至终端设备，终端设备接收到变化后的目标服务质量参数时，可以直接将变化后的目标服务质量参数发送至应用程序客户端；或者，可以在变化后的目标服务质量参数超过第一门限值时，才将变化后的目标服务质量参数或者第一超门限通知(即变化后的目标服务质量参数超过第一门限值的通知)发送至应用程序客户端。例如，假设对于应用程序客户端的某个业务S1，其对应的传输时延参数在T3-T4(例如，10ms-100ms)内都符合相关业务要求，则可将T3和T4作为第一门限值，当变化后的传输时延参数低于T3或者高于T4时，终端设备可以通知应用程序客户端。也就是说，可以允许目标服务质量参数在一定范围或区间内波动，这样终端设备不会因为目标服务质量参数一产生变化就去通知应用程序客户端，从而造成对应用程序客户端的干扰，也可降低频繁的数据交互。

可选的，针对Non-GBR QoS流，当某些实际服务质量参数(如数据传输速率)发生变化时，会话管理网元不会对目标服务质量参数进行调整，而是由终端设备基于实际服务质量参数对目标服务质量参数进行调整，例如，将实际服务质量参数或者基于实际服务质量参数得到的参数区间作为变化后的目标服务质量参数，进而可以将变化后的目标服务质量参数发送至应用程序客户端；或者，可以在变化后的目标服务质量参数超过第二门限值时，才将变化后的目标服务质量参数或者第二超门限通知(即变化后的目标服务质量参数超过第二门限值的通知)发送至应用程序客户端。例如，假设对于应用程序客户端的某个业务S2，其对应的数据传输速率参数在Rt1-Rt3(例如，100Mbps-500Mbps)内都符合相关业务要求，但此时在不同的区间可能需要不同的算法，例如在Rt1-Rt2区间(例如，100Mbps-300Mbps)需要使用编码算法Y1，在Rt2-Rt3区间(例如，300Mbps-500Mbps)需要使用另一种编码算法Y2，则可将Rt2作为第二门限值，当变化后的数据传输速率参数高于Rt2时，终端设备可以通知应用程序客户端。或者，终端设备可以将实际服务质量参数的变化趋势发送至应用程序客户端，例如，实际服务质量参数中指示数据传输速率参数为Rt4(例如，100Mbps)，则当该数据传输速率参数Rt4增大或降低时，终端设备可以将其对应的变化趋势发送给应用程序客户端。

其中，本申请实施例对第一门限值和第二门限值的具体大小不做限定。

请一并参见图4，图4是本申请实施例提供的一种数据处理过程的交互示意图。如图4所示，该数据处理过程可以包括如下步骤：

步骤S201，当终端设备建立协议数据单元会话时或者建立协议数据单元会话后，终端设备上的对应于该协议数据单元会话的应用程序客户端会发送服务质量参数请求(也可称为QoS参数请求，即参数获取请求)给服务质量接口(UE QoS API)；

步骤S202，服务质量接口接收到服务质量参数请求后，终端设备可以判断该应用程序客户端的业务数据包属于哪个QoS流，并把该应用程序客户端的业务流对应的QoS流的参数信息(即目标服务质量参数)或者实际服务质量参数的变化趋势通过服务质量接口发送给该应用程序客户端；也可以是变化后的目标服务质量参数超过门限值时，将变化后的目标服务质量参数或者变化后的目标服务质量参数超过门限值的通知发送给应用程序客户端，具体过程可以参见上述步骤S103。

此外，本申请实施例还提供了参数变化通知功能，通过参数变化通知功能可以为应用程序客户端提供参数变化信息，具体过程可以参见后续图5所对应实施例中的步骤S304。

本申请实施例可以支持终端设备通过服务质量接口获取协议数据单元会话对应的应用程序客户端所发送的参数获取请求，进而可以根据该参数获取请求获取应用程序客户端的业务数据包相关联的服务质量流所对应的目标服务质量参数，最终可以通过服务质量接口将目标服务质量参数或者实际服务质量参数的变化趋势发送至应用程序客户端；也可以是变化后的目标服务质量参数超过门限值时，将变化后的目标服务质量参数或者变化后的目标服务质量参数超过门限值的通知发送给应用程序客户端。由此可见，当终端设备建立协议数据单元会话时或者建立协议数据单元会话后，就可以响应运行在该终端设备上的应用程序客户端发送的参数获取请求，为该应用程序客户端提供相应的服务质量参数，以使后续该应用程序客户端可以基于相应的服务质量参数进行适应性调整，从而可以在服务质量机制中拓展应用程序客户端获取并使用服务质量参数的能力。

进一步地，请一并参见图5，图5是本申请实施例提供的一种数据处理方法的流程示意图。该数据处理方法可以由终端设备执行。如图5所示，该数据处理方法至少可以包括以下步骤：

步骤S301，获取会话管理网元下发的第一接口指令；

具体的，终端设备可以获取会话管理网元下发的第一接口指令，其中，第一接口指令用于指示终端设备是否向应用程序客户端开放服务质量接口。

可以理解，终端设备是否向应用程序客户端提供服务质量接口是由会话管理网元指示决定的，即会话管理网元在向终端设备下发服务质量规则以及对应的服务质量参数时，会进一步指示是否允许开放相关QoS流的UE QoS API供应用程序客户端调用。

步骤S302，通过服务质量接口获取协议数据单元会话对应的应用程序客户端所发送的参数获取请求；

该步骤的具体过程可以参见上述图3所对应实施例中的步骤S101，这里不再进行赘述。

步骤S303，若第一接口指令为接口开放指令，则根据参数获取请求获取服务质量流对应的目标服务质量参数，通过服务质量接口将目标服务质量参数发送至应用程序客户端；

具体的，当第一接口指令为接口开放指令，即会话管理网元指示可以开放UE QoSAPI时，终端设备可以根据参数获取请求获取服务质量流对应的目标服务质量参数，并通过服务质量接口将目标服务质量参数发送至应用程序客户端。其中，获取目标服务质量参数并将其发送至应用程序客户端的具体过程可以参见上述图3所对应实施例中的步骤S102-步骤S103，这里不再进行赘述。其中，接口开放指令可以指示终端设备向应用程序客户端开放服务质量接口。

步骤S304，终端设备中的应用程序客户端通过服务质量接口签约参数变化通知功能，当目标服务质量参数发生变化时，基于参数变化通知功能，通过服务质量接口将更新服务质量参数发送至应用程序客户端；

具体的，应用程序客户端可以通过服务质量接口与终端设备签约参数变化通知功能，签约成功后，当目标服务质量参数发生变化时，终端设备可以基于参数变化通知功能生成相应的参数变化通知消息，进而可以通过服务质量接口将该参数变化通知消息发送至应用程序客户端，随后应用程序客户端可以基于该参数变化通知消息重新向服务质量接口发起参数获取请求，进而可以经过类似上述图3所对应实施例中描述的过程，通过服务质量接口将变化后的目标服务质量参数发送给应用程序客户端。

可选的，在协议数据单元会话建立时，先由应用程序客户端主动向服务质量接口发起参数获取请求，以获取目标服务质量参数，而在应用程序客户端通过服务质量接口与终端设备签约参数变化通知功能后，当目标服务质量参数发生变化时，则终端设备可以基于参数变化通知功能，通过服务质量接口主动向应用程序客户端发送变化后的目标服务质量参数。

可选的，参数变化通知消息可以包含实际服务质量参数的变化趋势。

可选的，当变化后的目标服务质量参数超过门限值时，终端设备可以将变化后的目标服务质量参数或者变化后的目标服务质量参数超过门限值的通知发送给应用程序客户端。其中，参数变化通知消息可以包含第一超门限通知或第二超门限通知，具体过程可以参见上述图3所对应实施例中的步骤S103。

应当理解，应用程序客户端也可以在签约请求中进一步包含通知的最大次数、第一门限值、第二门限值等参数信息。

步骤S305，若第一接口指令为接口关闭指令，则通过服务质量接口向应用程序客户端发送请求拒绝信息。

具体的，当第一接口指令为接口关闭指令，即会话管理网元指示不可以开放UEQoS API时，终端设备可以通过服务质量接口向应用程序客户端发送请求拒绝信息。其中，接口关闭指令用于指示终端设备不向应用程序客户端开放服务质量接口。进一步，该请求拒绝信息可以包括拒绝原因标识(也可称为拒绝原因值)，其中，拒绝原因标识用于表征针对参数获取请求的拒绝原因，由网络预先定义。例如，可以用不同的数字表示不同的拒绝原因，如数字“1”表示签约不允许，数字“2”表示切片不允许，数字“3”表示数据网络名称(DataNetwork Name，DNN)不允许，数字“4”表示运营商不允许等等。

也就是说，如果会话管理网元指示不可以开放UE QoS API，则UE QoS API在接收到应用程序客户端发送的参数获取请求(也可称为QoS参数调用请求)时，会在相应的响应消息中指示拒绝请求，并可进一步包含拒绝原因值。

需要说明的是，会话管理网元指示是否允许开放服务质量接口供应用程序客户端调用时可以考虑以下接口指示信息中的一种或多种：终端设备的签约信息、协议数据单元会话发起时携带的数据网络名称(DNN)和单个网络切片选择辅助信息(Single NetworkSlice Selection Assistance Information，S-NSSAI)、运营商自己的配置、网络的策略等，例如，可能任意一个终端设备都允许/都不允许开放服务质量接口，也可能对于指定了特定网络切片的业务，该业务可以允许开放服务质量接口，本申请实施例对会话管理网元具体采用何种许可策略不做限定。

请一并参见图6，图6是本申请实施例提供的一种参数变化通知过程的交互示意图。如图6所示，该过程可以包括如下步骤：

步骤S401，应用程序客户端通过服务质量接口(UE QoS API)与终端设备签约QoS参数变化通知(即参数变化通知功能)；

步骤S402，当该应用程序客户端的业务流对应的QoS流的QoS参数(即目标服务质量参数)发生变化或者变化后的QoS参数(即变化后的目标服务质量参数超过门限值)超过门限值时，终端设备会通过服务质量接口通知该应用程序客户端。

上述可知，签约参数变化通知功能后，应用程序客户端可以不需要频繁向服务质量接口发送参数获取请求，而是可以在相关的服务质量参数发生变化或者超过门限值时，由终端设备主动通过服务质量接口通知应用程序客户端关于该服务质量参数的变化，从而可以使应用程序客户端能够直接感知到服务质量参数的变化，并提升服务质量参数的获取效率。

进一步地，请一并参见图7，图7是本申请实施例提供的一种数据处理方法的流程示意图。该数据处理方法可以由终端设备执行。如图7所示，该数据处理方法至少可以包括以下步骤：

步骤S501，将第二接口指令发送至会话管理网元；

具体的，终端设备在发起协议数据单元会话时，可以指示会话管理网元该终端设备是否支持服务质量接口，即向会话管理网元发送第二接口指令。在一种实施方式中，第二接口指令可以作为N1 SM container中的一个参数。当终端设备发送的第二接口指令为接口支持指令，即终端设备明确指示了支持服务质量接口时，可以继续执行步骤S502；反之，当终端设备发送的第二接口指令为接口不支持指令(即该终端设备指示不支持服务质量接口)时，或者，终端设备没有指示支持服务质量接口(即会话管理网元会认为该终端设备不需要或不支持服务质量接口)时，不需要执行后续步骤，该流程结束。

步骤S502，若第二接口指令为接口支持指令，则获取会话管理网元下发的第一接口指令；

具体的，当会话管理网元检测到第二接口指令为接口支持指令时，可以基于许可策略生成第一接口指令，并将第一接口指令发送至终端设备，进而终端设备可以接收第一接口指令。该步骤的具体过程可以参见上述图5所对应实施例中的步骤S301，这里不再进行赘述。

步骤S503，通过服务质量接口获取协议数据单元会话对应的应用程序客户端所发送的参数获取请求；

该步骤的具体过程可以参见上述图3所对应实施例中的步骤S101，这里不再进行赘述。

步骤S504，若第一接口指令为接口开放指令，则根据参数获取请求获取服务质量流对应的目标服务质量参数，通过服务质量接口将目标服务质量参数发送至应用程序客户端；

该步骤的具体过程可以参见上述图5所对应实施例中的步骤S303，这里不再进行赘述。

当目标服务质量参数发生变化时，可以继续执行步骤S506。

步骤S505，若第一接口指令为接口关闭指令，则通过服务质量接口向应用程序客户端发送请求拒绝信息。

该步骤的具体过程可以参见上述图5所对应实施例中的步骤S305，这里不再进行赘述。

步骤S506，终端设备中的应用程序客户端通过服务质量接口签约参数变化通知功能，当目标服务质量参数发生变化时，基于参数变化通知功能，通过服务质量接口将更新服务质量参数发送至应用程序客户端。

该步骤的具体过程可以参见上述图5所对应实施例中的步骤S304，这里不再进行赘述。

在本申请实施例中，通过终端设备和会话管理网元之间的交互，可以为运行在该终端设备上的应用程序客户端提供相应的服务质量参数，此外，当服务质量参数发生变化时，也可以为该应用程序客户端提供变化后的服务质量参数，以使后续该应用程序客户端可以基于服务质量参数进行适应性调整，从而可以在服务质量机制中拓展应用程序客户端获取并使用服务质量参数的能力。

请一并参见图8，图8是本申请实施例提供的一种数据处理方法的流程示意图。该数据处理方法可以由终端设备执行。如图8所示，该数据处理方法至少可以包括以下步骤：

步骤S601，终端设备中协议数据单元会话对应的应用程序客户端通过服务质量接口签约参数变化通知功能；

具体的，终端设备中协议数据单元会话对应的应用程序客户端可以通过服务质量接口与终端设备签约参数变化通知功能，签约成功后，终端设备即可为该应用程序客户端提供参数变化信息。其中，该应用程序客户端运行在终端设备中。

步骤S602，基于参数变化通知功能获取会话管理网元下发的更新服务质量参数时，通过服务质量接口将更新服务质量参数发送至应用程序客户端。

具体的，当应用程序客户端的业务流对应的服务质量参数发生变化时，会话管理网元可以对该服务质量参数进行更新，从而得到更新服务质量参数，并将更新服务质量参数发送至终端设备。其中，更新服务质量参数是指更新服务质量流对应的服务质量参数，更新服务质量流与应用程序客户端所提供的业务数据包相关联，在本申请实施例中表示服务质量参数更新后，对应的服务质量流也随之更新。

进一步，终端设备可以基于参数变化通知功能获取会话管理网元下发的更新服务质量，进而可以通过服务质量接口将更新服务质量参数发送至应用程序客户端。其中，应用程序客户端和服务质量接口的交互过程可以参见上述图6所对应的实施例。

可选的，终端设备也可以在更新服务质量参数超过第一门限值时，才将更新服务质量参数或者更新服务质量参数超过第一门限值的通知(即第一超门限通知)发送给应用程序客户端。

在本申请实施例中，通过签约参数变化通知功能，可以支持终端设备通过服务质量接口为应用程序客户端提供变化后的服务质量参数，以使后续该应用程序客户端可以基于变化后的服务质量参数进行适应性调整，从而可以在服务质量机制中拓展应用程序客户端获取并使用服务质量参数的能力。

请一并参见图9，图9是本申请实施例提供的一种数据处理方法的流程示意图。该数据处理方法可以由会话管理网元、终端设设备(包括服务质量接口)以及运行在该终端设设备上的应用程序客户端共同执行。如图9所示，该数据处理方法至少可以包括以下步骤：

步骤S701，当建立协议数据单元会话时，会话管理网元可以向终端设备下发服务质量规则以及服务质量参数。

步骤S702，终端设备接收到服务质量规则以及服务质量参数后，可以基于服务质量规则，将协议数据单元会话对应的应用程序客户端所发送的业务数据包映射至服务质量流，具体过程可以参见上述图3所对应实施例中的步骤S102，这里不再进行赘述。

步骤S703，终端设备可以生成第二接口指令，并将其发送至会话管理网元，以向会话管理网元指示该终端设备是否支持服务质量接口。

步骤S704，会话管理网元接收到第二接口指令后，可以对第二接口指令进行判断。若第二接口指令为接口支持指令，则会话管理网元可以基于接口指示信息生成第一接口指令，其中，接口指示信息包括但不限于终端设备的签约信息、协议数据单元会话发起时携带的数据网络名称和单个网络切片选择辅助信息、运营商自己的配置以及网络策略中的一种或多种。其中，第一接口指令可以为接口开放指令或接口关闭指令。

可选的，若第二接口指令为接口不支持指令，或者，终端设备没有发送第二接口指令，则会话管理网元可以不用生成第一接口指令。

步骤S705，会话管理网元可以将生成的第一接口指令下发至终端设备。

步骤S706，应用程序客户端可以向终端设备上的服务质量接口发送参数获取请求。

步骤S707，终端设备接收到参数获取请求时，可以先对第一接口指令进行判断。若第一接口指令为接口开放指令，则可以根据参数获取请求，从服务质量参数中获取服务质量流对应的目标服务质量参数，具体过程可以参见上述图5所对应实施例中的步骤S303。

步骤S708，终端设备可以通过服务质量接口将目标服务质量参数发送至应用程序客户端。

步骤S709，若第一接口指令为接口关闭指令，则终端设备可以通过服务质量接口生成请求拒绝信息。

步骤S710，终端设备可以通过服务质量接口将请求拒绝信息发送至应用程序客户端。

步骤S711，应用程序客户端可以通过服务质量接口与终端设备签约参数变化通知功能。

步骤S712，当目标服务质量参数发生变化时，会话管理网元可以对目标服务质量参数进行更新，得到更新服务质量参数，进而可以将更新服务质量参数下发至终端设备。

步骤S713，终端设备获取会话管理网元下发的更新服务质量参数，通过服务质量接口将更新服务质量参数发送至应用程序客户端。可选的，终端设备也可以先向应用程序客户端发送参数变化通知消息，随后应用程序客户端可以基于参数变化通知消息重新发起参数获取请求，最终可以获取更新服务质量参数。

可选的，终端设备也可以将实际服务质量参数的变化趋势通过服务质量接口发送给该应用程序客户端；也可以是变化后的目标服务质量参数超过门限值时，将变化后的目标服务质量参数或者变化后的目标服务质量参数超过门限值的通知发送给应用程序客户端。

在本申请实施例中，通过应用程序客户端、终端设备以及会话管理网元之间的交互，可以为运行在该终端设备上的应用程序客户端提供相应的服务质量参数，此外，当服务质量参数发生变化时，也可以为该应用程序客户端提供变化后的服务质量参数，以使后续该应用程序客户端可以基于服务质量参数进行适应性调整，从而可以在服务质量机制中拓展应用程序客户端获取并使用服务质量参数的能力。

请参见图10，是本申请实施例提供的一种数据处理装置的结构示意图。该数据处理装置可以是运行于计算机设备的一个计算机程序(包括程序代码)，例如该数据处理装置为一个应用软件；该装置可以用于执行本申请实施例提供的数据处理方法中的相应步骤。如图10所示，该数据处理装置1可以运行于终端设备，该终端设备可以为上述图2所对应实施例中的终端设备A。该数据处理装置1可以包括：请求获取模块11、参数获取模块12、参数发送模块13；

请求获取模块11，用于通过服务质量接口获取协议数据单元会话对应的应用程序客户端所发送的参数获取请求；应用程序客户端运行于终端设备中；

参数获取模块12，用于根据参数获取请求获取服务质量流对应的目标服务质量参数；服务质量流与应用程序客户端所提供的业务数据包相关联，目标服务质量参数是由会话管理网元所下发的；

参数发送模块13，用于通过服务质量接口将目标服务质量参数发送至应用程序客户端；

在一种实施方式中，上述应用程序客户端为执行流媒体业务的客户端；

上述参数发送模块13，具体用于通过服务质量接口，向应用程序客户端发送包含目标服务质量参数的参数获取响应消息，以使应用程序客户端基于目标服务质量参数对编码算法进行调整，且基于调整后的编码算法以及流媒体数据，生成优化业务数据包。

其中，请求获取模块11的具体功能实现方式可以参见上述图3所对应实施例中的步骤S101，参数获取模块12的具体功能实现方式可以参见上述图3所对应实施例中的步骤S102，参数发送模块13的具体功能实现方式可以参见上述图3所对应实施例中的步骤S103，这里不再进行赘述。

请一并参见图10，该数据处理装置1还可以包括：映射模块14；

映射模块14，用于接收会话管理网元下发的服务质量规则以及服务质量参数，基于服务质量规则，将应用程序客户端所发送的业务数据包映射至服务质量流；服务质量流与服务质量参数中的目标服务质量参数相关联。

其中，映射模块14的具体功能实现方式可以参见上述图3所对应实施例中的步骤S102，这里不再进行赘述。

请一并参见图10，该数据处理装置1还可以包括：通知签约模块15、变化通知模块16；

通知签约模块15，用于通过服务质量接口签约与应用程序客户端相关联的参数变化通知功能；

变化通知模块16，用于当目标服务质量参数发生变化时，基于参数变化通知功能生成参数变化通知消息，通过服务质量接口将参数变化通知消息发送至应用程序客户端，以使应用程序客户端基于参数变化通知消息重新发起参数获取请求。

其中，通知签约模块15、变化通知模块16的具体功能实现方式可以参见上述图5所对应实施例中的步骤S304，这里不再进行赘述。

请一并参见图10，该数据处理装置1还可以包括：接口开放模块17；

接口开放模块17，用于获取会话管理网元下发的第一接口指令；若第一接口指令为接口开放指令，则执行根据参数获取请求获取服务质量流对应的目标服务质量参数的步骤；接口开放指令指示终端设备向应用程序客户端开放服务质量接口。

其中，接口开放模块17的具体功能实现方式可以参见上述图5所对应实施例中的步骤S301以及步骤S303，这里不再进行赘述。

请一并参见图10，该数据处理装置1还可以包括：接口关闭模块18；

接口关闭模块18，用于若第一接口指令为接口关闭指令，则通过服务质量接口向应用程序客户端发送请求拒绝信息；接口关闭指令指示终端设备不向应用程序客户端开放服务质量接口；

在一种实施方式中，上述请求拒绝信息包括拒绝原因标识；拒绝原因标识表征针对参数获取请求的拒绝原因。

其中，接口关闭模块18的具体功能实现方式可以参见上述图5所对应实施例中的步骤S305，这里不再进行赘述。

请一并参见图10，该数据处理装置1还可以包括：接口支持模块19；

接口支持模块19，用于将第二接口指令发送至会话管理网元；若第二接口指令为接口支持指令，则执行获取会话管理网元下发的第一接口指令的步骤；接口支持指令指示终端设备支持服务质量接口。

其中，接口支持模块19的具体功能实现方式可以参见上述图7所对应实施例中的步骤S501，这里不再进行赘述。

请一并参见图10，上述参数获取模块12可以包括：识别单元121、获取单元122；

识别单元121，用于根据参数获取请求获取与应用程序客户端相关联的服务质量流标识，识别服务质量流标识对应的服务质量流；

获取单元122，用于从服务质量参数中获取服务质量流对应的目标服务质量参数。

其中，识别单元121、获取单元122的具体功能实现方式可以参见上述图3所对应实施例中的步骤S102，这里不再进行赘述。

本申请实施例可以支持终端设备通过服务质量接口获取协议数据单元会话对应的应用程序客户端所发送的参数获取请求，进而可以根据该参数获取请求获取应用程序客户端的业务数据包相关联的服务质量流所对应的目标服务质量参数，最终可以通过服务质量接口将目标服务质量参数发送至应用程序客户端。由此可见，当终端设备建立协议数据单元会话时或者建立协议数据单元会话后，就可以响应运行在该终端设备上的应用程序客户端发送的参数获取请求，为该应用程序客户端提供相应的服务质量参数，以使后续该应用程序客户端可以基于相应的服务质量参数进行适应性调整，从而可以在服务质量机制中拓展应用程序客户端获取并使用服务质量参数的能力。

请参见图11，是本申请实施例提供的一种数据处理装置的结构示意图。该数据处理装置可以是运行于计算机设备的一个计算机程序(包括程序代码)，例如该数据处理装置为一个应用软件；该装置可以用于执行本申请实施例提供的数据处理方法中的相应步骤。如图11所示，该数据处理装置2可以运行于终端设备，该终端设备可以为上述图2所对应实施例中的终端设备A。该数据处理装置2可以包括：签约模块21、更新模块22；

签约模块21，用于通过服务质量接口签约与应用程序客户端相关联的参数变化通知功能；应用程序客户端为协议数据单元会话对应的客户端，应用程序客户端运行于终端设备中；

更新模块22，用于基于参数变化通知功能获取会话管理网元下发的更新服务质量参数，通过服务质量接口将更新服务质量参数发送至应用程序客户端；更新服务质量参数是指更新服务质量流对应的服务质量参数。

其中，签约模块21的具体功能实现方式可以参见上述图8所对应实施例中的步骤S602，更新模块22的具体功能实现方式可以参见上述图8所对应实施例中的步骤S602，这里不再进行赘述。

在本申请实施例中，通过签约参数变化通知功能，可以支持终端设备通过服务质量接口为应用程序客户端提供变化后的服务质量参数，以使后续该应用程序客户端可以基于变化后的服务质量参数进行适应性调整，从而可以在服务质量机制中拓展应用程序客户端获取并使用服务质量参数的能力。

请参见图12，是本申请实施例提供的一种网元装置的结构示意图。该网元装置可以是运行于网元设备的一个计算机程序(包括程序代码)，例如该网元装置为一个应用软件；该装置可以用于执行本申请实施例提供的数据处理方法中的相应步骤。如图12所示，该网元装置3可以运行于会话管理网元。该网元装置3可以包括：下发模块31；

下发模块31，用于向终端设备下发服务质量规则以及服务质量参数，以使终端设备基于服务质量规则，将协议数据单元会话对应的应用程序客户端所发送的业务数据包映射至服务质量流；应用程序客户端具有生成参数获取请求的功能，参数获取请求指示终端设备通过服务质量接口将服务质量流对应的目标服务质量参数发送至应用程序客户端；应用程序客户端运行于终端设备中；服务质量参数包括目标服务质量参数。

其中，下发模块31的具体功能实现方式可以参见上述图9所对应实施例中的步骤S701，这里不再进行赘述。

请一并参见图12，该网元装置3还可以包括：指令生成模块32；

指令生成模块32，用于基于接口指示信息生成第一接口指令，将第一接口指令下发至终端设备；第一接口指令为接口开放指令或接口关闭指令；接口开放指令指示终端设备向应用程序客户端开放服务质量接口；接口关闭指令指示终端设备不向应用程序客户端开放服务质量接口。

其中，指令生成模块32的具体功能实现方式可以参见上述图9所对应实施例中的步骤S704-步骤S705，这里不再进行赘述。

请一并参见图12，该网元装置3还可以包括：指令获取模块33；

指令获取模块33，用于获取终端设备发送的第二接口指令；若第二接口指令为接口支持指令，则执行基于接口指示信息生成第一接口指令的步骤；接口支持指令指示终端设备支持服务质量接口。

其中，指令获取模块33的具体功能实现方式可以参见上述图9所对应实施例中的步骤S703-步骤S704，这里不再进行赘述。

在本申请实施例中，通过应用程序客户端、终端设备以及会话管理网元之间的交互，可以为运行在该终端设备上的应用程序客户端提供相应的服务质量参数，此外，当服务质量参数发生变化时，也可以为该应用程序客户端提供变化后的服务质量参数，以使后续该应用程序客户端可以基于服务质量参数进行适应性调整，从而可以在服务质量机制中拓展应用程序客户端获取并使用服务质量参数的能力。

请参见图13，是本申请实施例提供的一种计算机设备的结构示意图。如图13所示，该计算机设备1000可以包括：处理器1001，网络接口1004和存储器1005，此外，上述计算机设备1000还可以包括：用户接口1003，和至少一个通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。其中，用户接口1003可以包括显示屏(Display)、键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1004可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图13所示，作为一种计算机可读存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。在本申请实施例中，计算机设备1000可以为终端设备。

在如图13所示的计算机设备1000中，网络接口1004可提供网络通讯功能；而用户接口1003主要用于为用户提供输入的接口；而处理器1001可以用于调用存储器1005中存储的设备控制应用程序，以使该计算机设备1000执行前文图3、图5、图7、图8、图9任一个所对应实施例中对该数据处理方法的描述，也可执行前文图10所对应实施例中对该数据处理装置1或者图11所对应实施例中对该数据处理装置2的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

请参见图14，是本申请实施例提供的一种网元设备的结构示意图。如图14所示，该网元设备2000可以包括：处理器2001，网络接口2003和存储器2004，此外，上述网元设备2000还可以包括：至少一个通信总线2002。其中，通信总线2002用于实现这些组件之间的连接通信。其中，网络接口2003可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器2004可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器2004可选的还可以是至少一个位于远离前述处理器2001的存储装置。如图14所示，作为一种计算机可读存储介质的存储器2004中可以包括操作系统、网络通信模块以及设备控制应用程序。在本申请实施例中，网元设备2000可以为会话管理网元。

在如图14所示的网元设备2000中，网络接口2003可提供网络通讯功能；而处理器2001可以用于调用存储器2004中存储的设备控制应用程序，以使该网元设备2000执行前文图9所对应实施例中对该数据处理方法的描述，也可执行前文图12所对应实施例中对该网元装置3的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

此外，这里需要指出的是：本申请实施例还提供了一种计算机可读存储介质，且上述计算机可读存储介质中存储有前文提及的数据处理装置1或者数据处理装置2或者网元装置3所执行的计算机程序，且上述计算机程序包括程序指令，当上述处理器执行上述程序指令时，能够执行前文图3、图5、图7、图8、图9任一个所对应实施例中对上述数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。

上述计算机可读存储介质可以是前述任一实施例提供的数据处理装置或网元装置或者上述计算机设备或网元设备的内部存储单元，例如计算机设备的硬盘或内存。该计算机可读存储介质也可以是该计算机设备(或网元设备)的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(smart media card，SMC)，安全数字(securedigital，SD)卡，闪存卡(flash card)等。进一步地，该计算机可读存储介质还可以既包括该计算机设备(或网元设备)的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储该计算机程序以及该计算机设备(或网元设备)所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

此外，这里需要指出的是：本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行前文图3、图5、图7、图8、图9任一个所对应实施例提供的方法。此外，网元设备的处理器也可以从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该网元设备执行前文图9所对应实施例提供的方法。

进一步的，请参见图15，图15是本申请实施例提供的一种数据处理系统的结构示意图。该数据处理系统4可以包含数据处理装置1a、数据处理装置2a以及网元装置3a。其中，数据处理装置1a可以为上述图10所对应实施例中的数据处理装置1，可以理解的是，该数据处理装置1a可以集成在上述图2所对应实施例中的终端设备A，因此，这里将不再进行赘述。其中，数据处理装置2a可以为上述图11所对应实施例中的数据处理装置2，可以理解的是，该数据处理装置2a可以集成在上述图2所对应实施例中的终端设备A，因此，这里将不再进行赘述。其中，网元装置3a可以为上述图12所对应实施例中的网元装置3，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的数据处理系统实施例中未披露的技术细节，请参照本申请方法实施例的描述。

本申请实施例的说明书和权利要求书及附图中的术语“第一”、“第二”等是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、装置、产品或设备没有限定于已列出的步骤或模块，而是可选地还包括没有列出的步骤或模块，或可选地还包括对于这些过程、方法、装置、产品或设备固有的其他步骤单元。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (16)

1.一种数据处理方法，其特征在于，包括：

终端设备通过服务质量接口获取协议数据单元会话对应的应用程序客户端所发送的参数获取请求；所述应用程序客户端运行于所述终端设备中；

根据所述参数获取请求获取服务质量流对应的目标服务质量参数；所述服务质量流与所述应用程序客户端所提供的业务数据包相关联，所述目标服务质量参数是由会话管理网元所下发的；

通过所述服务质量接口将所述目标服务质量参数发送至所述应用程序客户端。

2.根据权利要求1所述的方法，其特征在于，还包括：

接收所述会话管理网元下发的服务质量规则以及服务质量参数，基于所述服务质量规则，将所述应用程序客户端所发送的业务数据包映射至所述服务质量流；所述服务质量流与所述服务质量参数中的目标服务质量参数相关联。

3.根据权利要求2所述的方法，其特征在于，所述根据所述参数获取请求获取服务质量流对应的目标服务质量参数，包括：

根据所述参数获取请求获取与所述应用程序客户端相关联的服务质量流标识，识别所述服务质量流标识对应的所述服务质量流；

从所述服务质量参数中获取所述服务质量流对应的目标服务质量参数。

4.根据权利要求1所述的方法，其特征在于，还包括：

所述终端设备中的所述应用程序客户端通过所述服务质量接口签约参数变化通知功能；

当所述目标服务质量参数发生变化时，基于所述参数变化通知功能生成参数变化通知消息，通过所述服务质量接口将所述参数变化通知消息发送至所述应用程序客户端，以使所述应用程序客户端基于所述参数变化通知消息重新发起参数获取请求。

5.根据权利要求1所述的方法，其特征在于，还包括：

获取所述会话管理网元下发的第一接口指令；

若所述第一接口指令为接口开放指令，则执行所述根据所述参数获取请求获取服务质量流对应的目标服务质量参数的步骤；所述接口开放指令指示所述终端设备向所述应用程序客户端开放所述服务质量接口。

6.根据权利要求5所述的方法，其特征在于，还包括：

若所述第一接口指令为接口关闭指令，则通过所述服务质量接口向所述应用程序客户端发送请求拒绝信息；所述接口关闭指令指示所述终端设备不向所述应用程序客户端开放所述服务质量接口。

7.根据权利要求6所述的方法，其特征在于，所述请求拒绝信息包括拒绝原因标识；所述拒绝原因标识表征针对所述参数获取请求的拒绝原因。

8.根据权利要求5所述的方法，其特征在于，还包括：

将第二接口指令发送至所述会话管理网元；

若所述第二接口指令为接口支持指令，则执行所述获取所述会话管理网元下发的第一接口指令的步骤；所述接口支持指令指示所述终端设备支持所述服务质量接口。

9.根据权利要求1所述的方法，其特征在于，所述应用程序客户端为执行流媒体业务的客户端；

所述通过所述服务质量接口将所述目标服务质量参数发送至所述应用程序客户端，包括：

通过所述服务质量接口，向所述应用程序客户端发送包含所述目标服务质量参数的参数获取响应消息，以使所述应用程序客户端基于所述目标服务质量参数对编码算法进行调整，且基于调整后的编码算法以及流媒体数据，生成优化业务数据包。

10.一种数据处理方法，其特征在于，包括：

终端设备中协议数据单元会话对应的应用程序客户端通过服务质量接口签约参数变化通知功能；所述应用程序客户端运行于所述终端设备中；

基于所述参数变化通知功能获取会话管理网元下发的更新服务质量参数，通过所述服务质量接口将所述更新服务质量参数发送至所述应用程序客户端；所述更新服务质量参数是指更新服务质量流对应的服务质量参数。

11.一种数据处理方法，其特征在于，包括：

会话管理网元向终端设备下发服务质量规则以及服务质量参数，以使所述终端设备基于所述服务质量规则，将协议数据单元会话对应的应用程序客户端所发送的业务数据包映射至服务质量流；所述应用程序客户端具有生成参数获取请求的功能，所述参数获取请求指示所述终端设备通过服务质量接口将所述服务质量流对应的目标服务质量参数发送至所述应用程序客户端；所述应用程序客户端运行于所述终端设备中；所述服务质量参数包括所述目标服务质量参数。

12.根据权利要求11所述的方法，其特征在于，还包括：

基于接口指示信息生成第一接口指令，将所述第一接口指令下发至所述终端设备；所述第一接口指令为接口开放指令或接口关闭指令；所述接口开放指令指示所述终端设备向所述应用程序客户端开放所述服务质量接口；所述接口关闭指令指示所述终端设备不向所述应用程序客户端开放所述服务质量接口。

13.根据权利要求12所述的方法，其特征在于，还包括：

获取所述终端设备发送的第二接口指令；

若所述第二接口指令为接口支持指令，则执行所述基于接口指示信息生成第一接口指令的步骤；所述接口支持指令指示所述终端设备支持所述服务质量接口。

14.一种计算机设备，其特征在于，包括：处理器、存储器以及网络接口；

所述处理器与所述存储器、所述网络接口相连，其中，所述网络接口用于提供数据通信功能，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码，以使所述计算机设备执行权利要求1-10任一项所述的方法。

15.一种网元设备，其特征在于，包括：处理器、存储器以及网络接口；

所述处理器与所述存储器、所述网络接口相连，其中，所述网络接口用于提供数据通信功能，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码，以使所述网元设备执行权利要求11-13任一项所述的方法。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序适于由处理器加载并执行权利要求1-13任一项所述的方法。

Images