CN117062102A - 数据处理方法、装置、计算机可读介质及电子设备 - Google Patents

Abstract

本申请的实施例提供了一种数据处理方法、装置、计算机可读介质及电子设备。该数据处理方法包括：检测业务流中的业务数据包之间的关系；若检测到所述业务流中存在具有关联性的业务数据包集合，则生成针对所述业务数据包集合的指示信息，所述指示信息用于指示所述业务数据包集合所包含的业务数据包的特性；将针对所述业务数据包集合的指示信息发送至核心网网元，以指示所述核心网网元根据所述业务数据包的特性对所述业务数据包集合内的业务数据包进行处理。本申请实施例的技术方案可以提高业务数据包的处理效率。

Description

数据处理方法、装置、计算机可读介质及电子设备

技术领域

本申请涉及计算机及通信技术领域，具体而言，涉及一种数据处理方法、装置、计算机可读介质及电子设备。

背景技术

在5G以及演进5G系统中，高带宽的交互型业务是重要的业务类型，诸如云游戏(Cloud gaming)、VR(Virtual Reality，虚拟现实)、AR(Augmented Reality，增强现实)、MR(Mixed Reality，混合现实)、XR(Extended Reality，扩展现实)、CR(Cinematic Reality，影像现实)等。

这些高带宽的交互型业务不仅对传输的时效性要求很高，而且随着分辨率、帧率和自由度等指标的提高，应用层产生的数据量极大增长，因此这种业务的应用层生成的数据包内容，需要以很低的时延，切割成大量数据包分段传输，而在分段传输时，如何能够保证数据包得到高效的处理是亟待解决的技术问题。

发明内容

本申请的实施例提供了一种数据处理方法、装置、计算机可读介质及电子设备，进而可以提高业务数据包的处理效率。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

第一方面，本申请的实施例提供了一种数据处理方法，包括：检测业务流中的业务数据包之间的关系；若检测到所述业务流中存在具有关联性的业务数据包集合，则生成针对所述业务数据包集合的指示信息，所述指示信息用于指示所述业务数据包集合所包含的业务数据包的特性；将针对所述业务数据包集合的指示信息发送至核心网网元，以指示所述核心网网元根据所述业务数据包的特性对所述业务数据包集合内的业务数据包进行处理。

第二方面，本申请的实施例提供了一种数据处理方法，包括：接收应用侧网元发送的用于指示业务数据包集合所包含的业务数据包特性的指示信息，所述指示信息是所述应用侧网元在检测到业务流中存在具有关联性的业务数据包集合后发送的；根据所述指示信息生成针对所述业务数据包集合的处理策略信息；将所述处理策略信息发送给会话管理功能实体，以使所述会话管理功能实体向其它网元配置对所述业务数据包集合的处理策略。

第三方面，本申请的实施例提供了一种数据处理装置，包括：检测单元，配置为检测业务流中的业务数据包之间的关系；生成单元，配置为若检测到所述业务流中存在具有关联性的业务数据包集合，则生成针对所述业务数据包集合的指示信息，所述指示信息用于指示所述业务数据包集合所包含的业务数据包的特性；发送单元，配置为将针对所述业务数据包集合的指示信息发送至核心网网元，以指示所述核心网网元根据所述业务数据包的特性对所述业务数据包集合内的业务数据包进行处理。

第四方面，本申请的实施例提供了一种数据处理装置，包括：接收单元，配置为接收应用侧网元发送的用于指示业务数据包集合所包含的业务数据包特性的指示信息，所述指示信息是所述应用侧网元在检测到业务流中存在具有关联性的业务数据包集合后发送的；生成单元，配置为根据所述指示信息生成针对所述业务数据包集合的处理策略信息；发送单元，配置为将所述处理策略信息发送给会话管理功能实体，以使所述会话管理功能实体向其它网元配置对所述业务数据包集合的处理策略。

第五方面，本申请的实施例提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的数据处理方法。

第六方面，本申请的实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个计算机程序，当所述一个或多个计算机程序被所述一个或多个处理器执行时，使得所述电子设备实现如上述实施例中所述的数据处理方法。

第七方面，本申请的实施例提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中。电子设备的处理器从计算机可读存储介质读取并执行该计算机程序，使得该电子设备执行上述各种可选实施例中提供的数据处理方法。

在本申请的一些实施例所提供的技术方案中，(应用侧网元)通过在检测到业务流中存在具有关联性的业务数据包集合时，生成针对业务数据包集合的指示信息，然后将针对业务数据包集合的指示信息发送至核心网网元，以指示核心网网元根据业务数据包的特性对业务数据包集合内的业务数据包进行处理，使得应用侧网元与核心网网元可以通过交互实现对具有关联性的业务数据包集合的处理，进而可以保证对业务数据包集合的处理能够适应于网络资源状态，有利于提高业务数据包的处理效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图；

图2示出了根据本申请的一个实施例的多媒体数据包的传输过程示意图；

图3示出了根据本申请的一个实施例的数据处理方法的流程图；

图4示出了根据本申请的一个实施例的数据处理方法的流程图；

图5示出了根据本申请的一个实施例的数据处理方法的流程图；

图6示出了根据本申请的一个实施例的数据处理方法的流程图；

图7示出了根据本申请的一个实施例的数据处理装置的框图；

图8示出了根据本申请的一个实施例的数据处理装置的框图；

图9示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在参考附图以更全面的方式描述示例实施方式。然而，示例的实施方式能够以各种形式实施，且不应被理解为仅限于这些范例；相反，提供这些实施方式的目的是使得本申请更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，本申请所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，有许多具体细节从而可以充分理解本申请的实施例。然而，本领域技术人员应意识到，在实施本申请的技术方案时可以不需用到实施例中的所有细节特征，可以省略一个或更多特定细节，或者可以采用其它的方法、元件、装置、步骤等。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

需要说明的是：在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

随着5G(5th-Generation，第五代移动通信技术)的发展，使得许多要求多数据量、短时延的多媒体业务得到应用。比如云游戏业务、VR、AR、MR、XR、CR等交互业务。

比如，在图1所示的云游戏场景中，云端服务器101用于运行云游戏，云端服务器101可以对游戏画面进行渲染，并将音频信号及渲染后的图像进行编码处理，最后将编码处理得到的编码数据通过网络传输至各个游戏客户端。游戏客户端可以是具有基本的流媒体播放能力、人机交互能力以及通信能力等的用户设备(User Equipment，用户设备)，例如，智能手机、平板电脑、笔记本电脑、台式计算机、智能电视、智能家居、车载终端、飞行器等；或者该游戏客户端可以是运行于终端设备中的应用程序。具体的，游戏客户端可以将云端服务器101传输的编码数据进行解码，得到模拟音视频信号，并进行播放。

应理解的是，图1中只是示例性的表征云游戏系统的系统架构，并不对云游戏系统的具体架构进行限定；例如在其它实施例中，云游戏系统中还可包括用于调度的后台服务器等等。并且云端服务器101可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。游戏客户端以及云端服务器101可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

在上述的各种基于多媒体的交互业务应用场景中，由于多媒体数据包巨大，因此在传输时需要拆分为多个数据包进行传输。具体而言，如图2所示，在5G系统中，用户面主要包括应用服务器、UPF(User Plane Function，用户面功能)、基站(next generationnodeB，简称gNB)和UE(User Equipment，用户设备)。多媒体数据包的传输对于一些典型业务场景主要在下行方向，比如从应用服务器到UPF，然后再通过gNB发送给UE。在进行传输时，多媒体数据包(在图2中以XR数据包为例)在应用服务器的应用层进行拆分，拆分后的数据包作为IP包从应用服务器到达UPF后，5G系统通过PDU(Protocol Data Unit，协议数据单元)会话把子数据包传输到UE端，在UE端从协议栈逐级向上递交并进行重组恢复出该多媒体数据包。

其中，在图2所示的系统中，L1层是指物理层，其用于确保原始的数据可在各种物理媒体上传输；L2层指的是数据链路层，数据链路层在物理层提供的服务的基础上向网络层提供服务；IP(Internet Protocol，网际互联协议)层即为网络层，用于实现两个端系统之间的数据传送；UDP即为User Datagram Protocol，中文名为用户数据报协议；GTP-U即为GPRS(General packet radio service，通用分组无线业务)Tunneling Protocol，中文名为通用分组无线业务隧道协议用户面；PHY即为Physical的简称，中文名为物理层；MAC即为Media Access Control，中文名为媒体访问控制；RLC即为Radio Link Control，中文名为无线链路控制层协议；PDCP即为Packet Data Convergence Protocol，中文名是分组数据汇聚协议；SDAP即为Service Data Adaptation Protocol，中文名是服务数据适配协议。

如前所述，对多媒体业务来说，把一帧多媒体数据包分成多个数据包传输是很常见的情况，但是当这些数据包在网络中进行传输时，网络并不区分这些数据包之间的关联关系，当网络发生拥塞进行丢包时也无法参考这种关联关系。同时，这些数据包是否具备同等重要性，以及部分数据包丢失以后可否恢复等都无法获知，而缺乏这些信息将导致网络侧对接收到的数据包的处理存在盲目性。正是基于目前所存在的这些问题，本申请的实施例提出了一种新的数据处理方案，使得AF(Application Function，应用功能)可以与核心网网元交互PDU set(即相关联的业务数据包集合)处理相关的参数，直接或者间接影响核心网中相应的策略规则的生成及参数的配置，使得业务数据包能够适应网络资源状态并进行高效的处理。

以下对本申请实施例的技术方案的实现细节进行详细阐述：

图3示出了根据本申请的一个实施例的数据处理方法的流程图，该数据处理方法可以由应用侧网元来执行，应用侧网元即为处于应用层的网元，比如可以是AF。参照图3所示，该数据处理方法可以包括S310至S330，详细介绍如下：

在S310中，检测业务流中的业务数据包之间的关系。

在本申请的实施例中，业务数据包之间的关系用于表示业务流中是否存在具有关联性的业务数据包，比如一个大数据包切分得到的若干个相关联的子数据包，或者针对同一个业务的多个数据包等。

在一些可选的实施例中，可以根据业务流中的业务数据包所采用的编解码算法来检测业务流中的业务数据包之间的关系，比如一个业务数据包在进行编码或解码时需要依赖于另一个业务数据包，那么说明这两个业务数据包之间存在关联关系。或者一组业务数据包在进行编码时会被添加关联标识，那么说明这组业务数据包具有关联性。

在一些可选的实施例中，可以根据业务流所对应的业务特性来检测业务流中的业务数据包之间的关系，比如一个业务流对应于一个强交互型业务，那么说明该业务流中可能包含有同一个大数据包切分得到的多个子数据包所形成的业务数据包集合，即该业务数据包集合中的业务数据包存在关联关系。

在一些可选的实施例中，也可以根据业务流中的业务数据包所采用的编解码算法以及业务流所对应的业务特性来检测业务流中的业务数据包之间的关系，比如一个业务流对应于一个强交互型业务，且该业务流中的业务数据包在进行编码或解码时需要依赖于其它业务数据包，那么说明这些业务数据包之间存在关联关系。

在S320中，若检测到业务流中存在具有关联性的业务数据包集合，则生成针对业务数据包集合的指示信息，该指示信息用于指示业务数据包集合所包含的业务数据包的特性。

在一些可选的实施例中，针对业务数据包集合的指示信息用于指示业务数据包集合内的业务数据包具有关联关系，并且还可以指示以下至少一种信息：业务数据包集合内的业务数据包是否具有同等重要性、业务数据包集合内的部分业务数据包丢失后是否能够恢复业务数据包集合所对应的内容。

可选地，业务数据包集合内的业务数据包是否具有同等重要性用于表示业务数据包集合内的业务数据包之间的重要性程度。比如，如果业务数据包集合内的业务数据包具有相同的重要性，那么说明这些业务数据包在传输时都不能丢包，如果丢包可能会导致无法恢复出业务数据包集合所对应的内容；如果业务数据包集合内包含的业务数据包的重要性不相同，那么说明这些业务数据包中有些业务数据包是不能丢包的，但是有些业务数据包如果丢包可能也不影响整个业务数据包集合的恢复，进而可以在网络发生拥塞时，丢弃重要性程度较低的业务数据包。

可选地，业务数据包集合内的部分业务数据包丢失后是否能够恢复业务数据包集合所对应的内容用于表示业务数据包集合中哪些数据包是可以在网络发生拥塞时丢弃的业务数据包。

在一些可选的实施例中，针对业务数据包集合的指示信息可以用于指示业务数据包集合内的业务数据包具有关联关系、且业务数据包集合内的业务数据包具有同等重要性。在这种情况下，业务数据包集合内的各个业务数据包在传输时都不能丢包，如果有部分业务数据包丢包，那么该业务数据包集合内的所有业务数据包都需要丢弃。

在一些可选的实施例中，针对业务数据包集合的指示信息可以用于指示业务数据包集合内的业务数据包具有关联关系、且业务数据包集合内的业务数据包的重要性不相同，并指示业务数据包集合内的部分业务数据包丢失后能够恢复业务数据包集合所对应的内容。在这种情况下，业务数据包集合内的各个业务数据包在传输时，发送端可以识别出各个业务数据包的重要性，并且可以在网络拥塞时丢弃不影响业务数据包集合恢复的部分业务数据包。

在一些可选的实施例中，针对业务数据包集合的指示信息可以用于指示业务数据包集合内的业务数据包具有关联关系、且业务数据包集合内的业务数据包的重要性不相同，并指示业务数据包集合内的部分业务数据包丢失后能够恢复业务数据包集合所对应的内容，并且指示信息还可以指示业务数据包集合的丢包策略，该丢包策略用于指示在网络拥塞时放弃对业务数据包集合内的指定业务数据包的传输。在这种情况下，业务数据包集合内的各个业务数据包在传输时，如果网络发生拥塞，则可以根据丢包策略丢弃指定业务数据包的，进而可以在不影响业务数据包集合恢复的前提下，降低网络拥塞带来的影响。

在一些可选的实施例中，也可以通过用户面报头信息来指示业务数据包是否为可丢弃数据包，具体而言，业务数据包集合内的业务数据包还具有用户面报头信息，该用户面报头信息用于指示业务数据包是否为可丢弃数据包。在这种情况下，业务数据包集合内的各个业务数据包在传输时，如果网络发生拥塞，则可以根据业务数据包的用户面报头信息丢弃相应的业务数据包，进而可以在不影响业务数据包集合恢复的前提下，降低网络拥塞带来的影响。

在S330中，将针对业务数据包集合的指示信息发送至核心网网元，以指示核心网网元根据业务数据包的特性对业务数据包集合内的业务数据包进行处理。

在一些可选的实施例中，核心网网元可以是PCF(Policy Control Function，策略控制功能)，应用侧网元(如AF)向PCF发送指示信息时，一种处理方式是应用侧网元直接向PCF发送指示信息，另一种方式是应用侧网元向NEF(Network Exposure Function，网络开放功能)发送指示信息，然后由NEF转发给PCF。

在一些可选的实施例中，如果指示信息指示业务数据包集合内的业务数据包具有关联关系、且业务数据包集合内的业务数据包具有同等重要性，那么核心网网元可以生成对业务数据包集合内的业务数据包进行一体处理的策略信息。比如，若丢弃了业务数据包集合中的一个业务数据包，那么所有的业务数据包都需要丢弃。

在一些可选的实施例中，如果指示信息指示业务数据包集合内的业务数据包具有关联关系、且业务数据包集合内的业务数据包的重要性不相同，那么核心网网元可以生成对业务数据包集合内的业务数据包进行重要性识别及区分处理的策略信息。比如，若网络发生拥塞，那么可以丢弃重要性较低的业务数据包，以在不影响业务数据包集合恢复的前提下，降低网络拥塞带来的影响。

在一些可选的实施例中，还可以对业务数据包集合所包含的业务数据包添加用户面报头信息，该用户面报头信息用于指示业务数据包集合中所包含的各个业务数据包之间的关系，然后将添加了用户面报头信息的业务数据包发送给数据接收端。该实施例的技术方案使得可以通过用户面报头信息来指示业务数据包之间的关系，比如在具有关联性的业务数据包集合中的各个业务数据包中添加关联标识来表示业务数据包之间的关系。该关联标识比如可以是同一个设定的标识信息，以指示这些业务数据包是相关的，或者该关联标识也可以是业务数据包的序号信息，以指示这些业务数据包之间的顺序关系等。

以上从应用侧网元的角度对本申请实施例的技术方案进行了说明，以下从核心网网元(即PCF)的角度对本申请实施例的技术方案的实现细节作进一步说明：

图4示出了根据本申请的一个实施例的数据处理方法的流程图，该数据处理方法可以由核心网网元来执行，比如可以由PCF来执行。参照图4所示，该数据处理方法可以包括S410至S430，详细介绍如下：

在S410中，接收应用侧网元发送的用于指示业务数据包集合所包含的业务数据包特性的指示信息，该指示信息是应用侧网元在检测到业务流中存在具有关联性的业务数据包集合后发送的。

在一些可选的实施例中，指示业务数据包集合所包含的业务数据包特性的指示信息可以用于指示业务数据包集合内的业务数据包具有关联关系，并且还可以指示以下至少一种信息：业务数据包集合内的业务数据包是否具有同等重要性、业务数据包集合内的部分业务数据包丢失后是否能够恢复业务数据包集合所对应的内容。具体可以参照前述实施例的技术方案，不再赘述。

在S420中，根据指示信息生成针对业务数据包集合的处理策略信息。

在一些可选的实施例中，如果指示信息指示业务数据包集合内的业务数据包具有关联关系、且业务数据包集合内的业务数据包具有同等重要性，那么核心网网元可以生成对业务数据包集合内的业务数据包进行一体处理的策略信息。比如，若丢弃了业务数据包集合中的一个业务数据包，那么所有的业务数据包都需要丢弃。

在一些可选的实施例中，如果指示信息指示业务数据包集合内的业务数据包具有关联关系、且业务数据包集合内的业务数据包的重要性不相同，那么核心网网元可以生成对业务数据包集合内的业务数据包进行重要性识别及区分处理的策略信息。比如，若网络发生拥塞，那么可以丢弃重要性较低的业务数据包，以在不影响业务数据包集合恢复的前提下，降低网络拥塞带来的影响。

在S430中，将处理策略信息发送给会话管理功能实体，以使会话管理功能实体向其它网元配置对业务数据包集合的处理策略。

在一些可选的实施例中，会话管理功能实体SMF(Session Management Function)可以根据接收到的策略信息生成用于反映业务数据包集合内的业务数据包特性的N4规则和无线接入网侧(如NG-RAN，NG-Radio Access Network，新一代无线接入网)的UE上下文，然后将N4规则配置给UPF，将UE上下文配置给基站。可选地，SMF也可以生成用于反映业务数据包集合内的业务数据包特性的UE侧规则，然后将UE侧规则配置给UE。

以上分别从应用侧网元和核心网网元的角度对本申请实施例的技术方案进行了阐述，具体地，本申请实施例的技术方案使得应用侧网元与核心网网元之间可以通过交互实现对具有关联性的业务数据包集合的处理，进而可以保证对业务数据包集合的处理能够适应于网络资源状态，有利于提高业务数据包的处理效率。以下以具体的实施例对本申请实施例的技术方案的实现细节进行再次说明：

在本申请的一个实施例中，应用侧网元可以根据编解码算法及业务特性中的至少一个，得出某个业务流中是否存在数据包关联性。

比如，一个业务数据包在进行编码或解码时需要依赖于另一个业务数据包，那么说明这两个业务数据包之间存在关联关系。或者一组业务数据包在进行编码时会被添加关联标识，那么说明这组业务数据包具有关联性。再如，一个业务流对应于一个强交互型业务(即业务特性是强交互型业务)，那么说明该业务流中可能包含有同一个大数据包切分得到的多个子数据包所形成的业务数据包集合，即该业务数据包集合中的业务数据包存在关联关系。

如果某个业务流中不存在数据包关联性，那么可以不启动基于关联数据包PDUset的数据包处理机制。

如果某个业务流中存在数据包关联性，则可以指示给5GC控制面网元(如PCF)，5GC控制面网元根据所指示的信息，生成相应的策略和规则，并且配置到各个网元。

可选地，应用侧网元可以包括AF，那么应用侧网元与核心网之间的交互可以通过AF与5GC的控制面交互(针对PDU会话及QoS(Quality of Service，服务质量)流)来实现。在此基础上，应用侧网元还可以包括AS，进而可以通过AS(Application Server，应用服务器)与UPF之间的用户面(针对用户面传输的每个数据包)来实现交互。

可选地，应用侧网元与核心网之间的控制面交互内容包括但不限于：关联数据包PDU set是否存在；如果关联数据包PDU set存在，PDU set内的业务数据包是否具备同等重要性；如果关联数据包PDU set存在，PDU set中的部分业务数据包丢失以后可否恢复PDUset所对应的内容。

基于前述实施例的技术方案，如图5所示，根据本申请的一个实施例的数据处理方法，包括：

S501，应用侧网元指示PDU set特性：PDU set成立、数据包具有同等重要性，即不能部分丢包。

具体地，应用侧网元可以包括AF，AF可以在控制面向PCF提供指示信息(既可以直接将指示信息传递给PCF，也可以先发送给NEF，然后由NEF转发给PCF)。并且应用侧网元也可以包括AS，AS可以提供用户面报头信息来支持PDU set识别，比如用户面报头信息中添加了相应的参数来指示业务数据包集合中所包含的各个业务数据包之间的关系。这种情况下，PDU set内部的数据包都一样重要，如果一个丢弃或者超时，其余数据包都需要丢弃。

S502，PCF生成相应的策略来支持PDU set处理，如PDU set内的数据包具有同等重要性。

具体地，PCF可以进行映射并生成相应的策略，包括PDU set的识别，PDU set内部数据包的一体化处理策略等。

S503，PCF将生成的策略传递给SMF，生成会话管理策略。

具体地，SMF可以把PCF生成的策略规则进一步处理成给UPF的N4规则，给NG-RAN及UE的SM(Session Management，会话管理)规则，规则中包含了PDU set的识别、PDU set内部数据包的一体化处理策略等。

S504，SMF向UPF配置N4规则，反映PDU set处理。

具体地，SMF与UPF进行交互，把N4规则通过N4接口配置给UPF，该步骤之后，UPF可以和用户面接口上的数据包报头结合来进行PDU set识别及数据包处理。比如根据数据包报头确定数据包是否具有关联性。

S505，配置NG-RAN UE上下文，反映PDU set处理。即SMF配置参数通过AMF传输到NG-RAN，使得基站获取到包括PDU set的识别、PDU set内部数据包的一体化处理策略等。

S506，配置UE侧规则，反映PDU set处理。即SMF配置参数通过AMF传输到UE，使得UE获取到包括PDU set的识别、PDU set内部数据包的一体化处理策略等。

在图5所示的实施例中，AF指示的是PDU Set关联度成立，且数据包具有相同重要性的处理方案。以下结合图6介绍AF指示PDU Set关联度成立，且数据包具有不同重要性的处理方案：

S601，应用侧网元指示PDU set特性：PDU set成立、PDU set内的业务数据包的重要性不同，可以部分丢包，并形成丢包规则。

具体地，应用侧网元可以包括AF，AF可以在控制面向PCF提供指示信息(既可以直接将指示信息传递给PCF，也可以先发送给NEF，然后由NEF转发给PCF)。并且应用侧网元也可以包括AS，AS可以提供用户面报头信息来支持PDU set识别，比如用户面报头信息中添加了相应的参数来指示业务数据包集合中所包含的各个业务数据包之间的关系。这种情况下，PDU set内部的数据包的重要性不同，丢弃部分业务数据包，不影响PDU set的恢复。

S602，PCF生成相应的策略来支持PDU set处理，如PDU set内的数据包的重要性不同，可以部分丢包，并形成丢包规则。

具体地，PCF可以进行映射并生成相应的策略，包括PDU set的识别、PDU set内部数据包重要性的识别和处理策略。

S603，PCF将生成的策略传递给SMF，生成会话管理策略。

具体地，SMF可以把PCF生成的策略规则进一步处理成给UPF的N4规则，给NG-RAN及UE的SM(Session Management，会话管理)规则，规则中包含了PDU set的识别、PDU set内部数据包重要性的识别和处理策略(如丢包规则)。

S604，SMF向UPF配置N4规则，反映PDU set处理。

具体地，SMF与UPF进行交互，把N4规则通过N4接口配置给UPF，该步骤之后，UPF可以和用户面接口上的数据包报头结合来进行PDU set识别及数据包处理。比如根据数据包报头确定数据包是否具有关联性，并且可以确定哪些数据包是可丢弃数据包。

S605，配置NG-RAN UE上下文，反映PDU set处理。即SMF配置参数通过AMF传输到NG-RAN，使得基站获取到包括PDU set的识别、PDU set内部数据包重要性的识别和处理策略(如丢包规则)等。

S606，配置UE侧规则，反映PDU set处理。即SMF配置参数通过AMF传输到UE，使得UE获取到包括PDU set的识别、PDU set内部数据包重要性的识别和处理策略(如丢包规则)等。同时，也可以反向配置UE上行方向上的传输策略，比如在上行传输方向上的PDU set的识别、PDU set内部数据包重要性的识别和处理策略(如丢包规则)等。

本申请上述实施例的技术方案使得应用侧网元与核心网网元可以通过交互实现对具有关联性的业务数据包集合的处理，进而可以保证对业务数据包集合的处理能够适应于网络资源状态，有利于提高业务数据包的处理效率。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的数据处理方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的数据处理方法的实施例。

图7示出了根据本申请的一个实施例的数据处理装置的框图，该数据处理装置可以设置在应用侧网元内，比如可以设置在AF内。

参照图7所示，根据本申请的一个实施例的数据处理装置700，包括：检测单元702、生成单元704和发送单元706。

其中，检测单元702配置为检测业务流中的业务数据包之间的关系；生成单元704配置为若检测到所述业务流中存在具有关联性的业务数据包集合，则生成针对所述业务数据包集合的指示信息，所述指示信息用于指示所述业务数据包集合所包含的业务数据包的特性；发送单元706配置为将针对所述业务数据包集合的指示信息发送至核心网网元，以指示所述核心网网元根据所述业务数据包的特性对所述业务数据包集合内的业务数据包进行处理。

在本申请的一些实施例中，基于前述方案，所述检测单元702配置为根据以下信息中的至少一个检测业务流中的业务数据包之间的关系：所述业务流中的业务数据包所采用的编解码算法、所述业务流所对应的业务特性。

在本申请的一些实施例中，基于前述方案，所述指示信息用于指示所述业务数据包集合内的业务数据包具有关联关系，并指示以下至少一种信息：所述业务数据包集合内的业务数据包是否具有同等重要性、所述业务数据包集合内的部分业务数据包丢失后是否能够恢复所述业务数据包集合所对应的内容。

在本申请的一些实施例中，基于前述方案，所述指示信息用于指示所述业务数据包集合内的业务数据包具有关联关系、且所述业务数据包集合内的业务数据包具有同等重要性。

在本申请的一些实施例中，基于前述方案，所述指示信息用于指示所述业务数据包集合内的业务数据包具有关联关系、且所述业务数据包集合内的业务数据包的重要性不相同，并指示所述业务数据包集合内的部分业务数据包丢失后能够恢复所述业务数据包集合所对应的内容。

在本申请的一些实施例中，基于前述方案，所述指示信息还用于指示所述业务数据包集合的丢包策略，所述丢包策略用于指示在网络拥塞时放弃对所述业务数据包集合内的指定业务数据包的传输。

在本申请的一些实施例中，基于前述方案，所述业务数据包集合内的业务数据包还具有用户面报头信息，所述用户面报头信息用于指示业务数据包是否为可丢弃数据包。

在本申请的一些实施例中，基于前述方案，所述数据处理装置还包括：处理单元，配置为对所述业务数据包集合所包含的业务数据包添加用户面报头信息，所述用户面报头信息用于指示所述业务数据包集合中所包含的各个业务数据包之间的关系；所述发送单元706还配置为将添加了所述用户面报头信息的业务数据包发送给数据接收端。

图8示出了根据本申请的一个实施例的数据处理装置的框图，该数据处理装置可以设置在核心网网元内，比如可以设置在PCF内。

参照图8所示，根据本申请的一个实施例的数据处理装置800，包括：接收单元802、生成单元804和发送单元806。

其中，接收单元802配置为接收应用侧网元发送的用于指示业务数据包集合所包含的业务数据包特性的指示信息，所述指示信息是所述应用侧网元在检测到业务流中存在具有关联性的业务数据包集合后发送的；生成单元804配置为根据所述指示信息生成针对所述业务数据包集合的处理策略信息；发送单元806配置为将所述处理策略信息发送给会话管理功能实体，以使所述会话管理功能实体向其它网元配置对所述业务数据包集合的处理策略。

在本申请的一些实施例中，基于前述方案，所述生成单元804配置为：若所述指示信息指示所述业务数据包集合内的业务数据包具有关联关系、且所述业务数据包集合内的业务数据包具有同等重要性，则生成对所述业务数据包集合内的业务数据包进行一体处理的策略信息。

在本申请的一些实施例中，基于前述方案，所述生成单元804配置为：若所述指示信息指示所述业务数据包集合内的业务数据包具有关联关系、且所述业务数据包集合内的业务数据包的重要性不相同，则生成对所述业务数据包集合内的业务数据包进行重要性识别及区分处理的策略信息。

图9示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图9示出的电子设备的计算机系统900仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图9所示，计算机系统900包括中央处理单元(Central Processing Unit，CPU)901，其可以根据存储在只读存储器(Read-Only Memory，ROM)902中的程序或者从存储部分908加载到随机访问存储器(Random Access Memory，RAM)903中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 903中，还存储有系统操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(Input/Output，I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机程序的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个计算机程序，当上述一个或者多个计算机程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (16)

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

检测业务流中的业务数据包之间的关系；

若检测到所述业务流中存在具有关联性的业务数据包集合，则生成针对所述业务数据包集合的指示信息，所述指示信息用于指示所述业务数据包集合所包含的业务数据包的特性；

将针对所述业务数据包集合的指示信息发送至核心网网元，以指示所述核心网网元根据所述业务数据包的特性对所述业务数据包集合内的业务数据包进行处理。

2.根据权利要求1所述的数据处理方法，其特征在于，根据以下信息中的至少一个检测业务流中的业务数据包之间的关系：

所述业务流中的业务数据包所采用的编解码算法、所述业务流所对应的业务特性。

3.根据权利要求1所述的数据处理方法，其特征在于，所述指示信息用于指示所述业务数据包集合内的业务数据包具有关联关系，并指示以下至少一种信息：

所述业务数据包集合内的业务数据包是否具有同等重要性、所述业务数据包集合内的部分业务数据包丢失后是否能够恢复所述业务数据包集合所对应的内容。

4.根据权利要求3所述的数据处理方法，其特征在于，所述指示信息用于指示所述业务数据包集合内的业务数据包具有关联关系、且所述业务数据包集合内的业务数据包具有同等重要性。

5.根据权利要求3所述的数据处理方法，其特征在于，所述指示信息用于指示所述业务数据包集合内的业务数据包具有关联关系、且所述业务数据包集合内的业务数据包的重要性不相同，并指示所述业务数据包集合内的部分业务数据包丢失后能够恢复所述业务数据包集合所对应的内容。

6.根据权利要求5所述的数据处理方法，其特征在于，所述指示信息还用于指示所述业务数据包集合的丢包策略，所述丢包策略用于指示在网络拥塞时放弃对所述业务数据包集合内的指定业务数据包的传输。

7.根据权利要求5所述的数据处理方法，其特征在于，所述业务数据包集合内的业务数据包还具有用户面报头信息，所述用户面报头信息用于指示业务数据包是否为可丢弃数据包。

8.根据权利要求1至7中任一项所述的数据处理方法，其特征在于，所述数据处理方法还包括：

对所述业务数据包集合所包含的业务数据包添加用户面报头信息，所述用户面报头信息用于指示所述业务数据包集合中所包含的各个业务数据包之间的关系；

将添加了所述用户面报头信息的业务数据包发送给数据接收端。

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

接收应用侧网元发送的用于指示业务数据包集合所包含的业务数据包特性的指示信息，所述指示信息是所述应用侧网元在检测到业务流中存在具有关联性的业务数据包集合后发送的；

根据所述指示信息生成针对所述业务数据包集合的处理策略信息；

将所述处理策略信息发送给会话管理功能实体，以使所述会话管理功能实体向其它网元配置对所述业务数据包集合的处理策略。

10.根据权利要求9所述的数据处理方法，其特征在于，根据所述指示信息生成针对所述业务数据包集合的处理策略信息，包括：

若所述指示信息指示所述业务数据包集合内的业务数据包具有关联关系、且所述业务数据包集合内的业务数据包具有同等重要性，则生成对所述业务数据包集合内的业务数据包进行一体处理的策略信息。

11.根据权利要求9所述的数据处理方法，其特征在于，根据所述指示信息生成针对所述业务数据包集合的处理策略信息，包括：

若所述指示信息指示所述业务数据包集合内的业务数据包具有关联关系、且所述业务数据包集合内的业务数据包的重要性不相同，则生成对所述业务数据包集合内的业务数据包进行重要性识别及区分处理的策略信息。

12.一种数据处理装置，其特征在于，包括：

检测单元，配置为检测业务流中的业务数据包之间的关系；

生成单元，配置为若检测到所述业务流中存在具有关联性的业务数据包集合，则生成针对所述业务数据包集合的指示信息，所述指示信息用于指示所述业务数据包集合所包含的业务数据包的特性；

发送单元，配置为将针对所述业务数据包集合的指示信息发送至核心网网元，以指示所述核心网网元根据所述业务数据包的特性对所述业务数据包集合内的业务数据包进行处理。

13.一种数据处理装置，其特征在于，包括：

接收单元，配置为接收应用侧网元发送的用于指示业务数据包集合所包含的业务数据包特性的指示信息，所述指示信息是所述应用侧网元在检测到业务流中存在具有关联性的业务数据包集合后发送的；

生成单元，配置为根据所述指示信息生成针对所述业务数据包集合的处理策略信息；

发送单元，配置为将所述处理策略信息发送给会话管理功能实体，以使所述会话管理功能实体向其它网元配置对所述业务数据包集合的处理策略。

14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至11中任一项所述的数据处理方法。

15.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器，用于存储一个或多个计算机程序，当所述一个或多个计算机程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至11中任一项所述的数据处理方法。

16.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序，所述计算机程序存储在计算机可读存储介质中，电子设备的处理器从所述计算机可读存储介质读取并执行所述计算机程序，使得所述电子设备执行如权利要求1至11中任一项所述的数据处理方法。