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

技术领域

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

背景技术

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

这些交互型业务的数据包在进行传输时，往往具有一定的周期性，而利用这些周期性无线网络可以通过采用SPS(Semi-Persistent Scheduling，半静态调度)或者C-DRX(Connected-Discontinuous Reception，连接模式的非连续接收)机制来提高时频资源效率，但是业务数据包的周期性可能会发生变化，而如何能够应对这种变化，避免影响业务体验是亟待解决的技术问题。

发明内容

本申请的实施例提供了一种数据传输方法、装置、计算机可读介质及电子设备，可以在业务数据包的周期信息发生变化时，及时指示接入网网元暂停根据业务数据包的周期信息对业务数据包进行调度传输，避免接入网网元继续根据之前的周期信息进行调度传输而带来的QoS(Quality of Service，服务质量)恶化的问题，有利于提升业务体验。

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

第一方面，本申请的实施例提供了一种数据传输方法，包括：接收应用功能实体发送的业务数据包的周期信息；通过配置指令将所述业务数据包的周期信息配置给接入网网元；接收所述应用功能实体发送的第一指示信息，所述第一指示信息用于指示所述业务数据包的周期信息发生变化；向所述接入网网元发送去激活信息，所述去激活信息用于指示所述接入网网元暂停根据所述周期信息对所述业务数据包进行调度传输。

第二方面，本申请的实施例提供了一种数据传输方法，包括：获取业务数据包的周期信息；将所述业务数据包的周期信息发送给核心网网元，以使所述核心网网元将所述业务数据包的周期信息配置给接入网网元；若检测到所述业务数据包的周期信息发生变化，则生成第一指示信息；将所述第一指示信息发送给所述核心网网元，以使所述核心网网元向所述接入网网元发送去激活信息，所述去激活信息用于指示所述接入网网元暂停根据所述周期信息对所述业务数据包进行调度传输。

第三方面，本申请的实施例提供了一种数据传输装置，包括：获取单元，配置为接收应用功能实体发送的业务数据包的周期信息；配置单元，配置为通过配置指令将所述业务数据包的周期信息配置给接入网网元；接收单元，配置为接收所述应用功能实体发送的第一指示信息，所述第一指示信息用于指示所述业务数据包的周期信息发生变化；发送单元，配置为向所述接入网网元发送去激活信息，所述去激活信息用于指示所述接入网网元暂停根据所述周期信息对所述业务数据包进行调度传输。

第四方面，本申请的实施例提供了一种数据传输装置，包括：获取单元，配置为获取业务数据包的周期信息；发送单元，配置为将所述业务数据包的周期信息发送给核心网网元，以使所述核心网网元将所述业务数据包的周期信息配置给接入网网元；生成单元，配置为若检测到所述业务数据包的周期信息发生变化，则生成第一指示信息；指示单元，配置为将所述第一指示信息发送给所述核心网网元，以使所述核心网网元向所述接入网网元发送去激活信息，所述去激活信息用于指示所述接入网网元暂停根据所述周期信息对所述业务数据包进行调度传输。

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

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

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

在本申请的一些实施例所提供的技术方案中，核心网网元在将业务数据包的周期信息配置给接入网网元之后，如果接收到应用功能实体发送的用于指示业务数据包的周期信息发生变化的第一指示信息，则向接入网网元发送去激活信息，以指示接入网网元暂停根据业务数据包的周期信息对业务数据包进行调度传输，使得在业务数据包的周期信息发生变化时，可以及时指示接入网网元暂停根据业务数据包的周期信息对业务数据包进行调度传输，避免接入网网元继续根据之前的周期信息进行调度传输而带来的QoS恶化的问题，有利于提升业务体验。

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

附图说明

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

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

图3示出了根据本申请的一个实施例的数据传输方法的系统架构示意图；

图4示出了根据本申请的一个实施例的业务数据包传输过程的时延抖动分布对比示意图；

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

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

图7示出了根据本申请的一个实施例的数据传输方法的流程图；

图8示出了根据本申请的一个实施例的数据传输方法的流程图；

图9示出了根据本申请的一个实施例的数据传输方法的交互流程图；

图10示出了根据本申请的一个实施例的数据传输方法的交互流程图；

图11示出了根据本申请的一个实施例的数据传输装置的框图；

图12示出了根据本申请的一个实施例的数据传输装置的框图；

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

具体实施方式

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

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

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

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

需要说明的是：在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，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 generation nodeB，简称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，中文名是服务数据适配协议。

如前所述，对多媒体业务来说，比如XRM(XR and Media Services，XR和媒体服务)业务把一帧多媒体数据包分成多个数据包传输是很常见的情况，单个多媒体业务帧形成的数据包也可能字节量比较大，需要由一系列IP(Internet Protocol，网际互联协议)数据包来承载。这些IP数据包之间存在一定的相关性，根据相关性来处理这些报文能够有效节省无线网络带宽。部分XRM业务流就有周期性，例如可以是60/90/120FPS(Frame Per Second，每秒传输帧数)的数据包，所产生的视频帧(video frame)会大致以16.67ms/11.11ms/8.33ms的时间间隔产生数据包。利用这些周期性特性，无线网络可以提高时频资源效率，比如说根据XRM业务的周期性，采取SPS(Semi-Persistent Scheduling，半静态调度)或者C-DRX(Connected-Discontinuous Reception，连接模式的非连续接收)机制。但是采取这种方法的前提是5G系统已经获知该XRM业务流具有周期性。

本申请实施例中的C-DRX是在连接态下的不连续接收模式，这样可以让UE周期性的进入睡眠状态，不对PDCCH(Physical Downlink Control Channel，物理下行控制信道)进行检测，而在需要检测的时候则从睡眠状态中唤醒(Wake Up)，从而达到省电的目的。

在一个实施例中，AF(Application Function，应用功能)/AS(ApplicationServer，应用服务器)可以直接把业务流的周期信息和时延抖动分布特性提供给5GS(5Gsystem，5G系统)。并且通常假定具有周期性的多媒体业务在5G系统中进行传输时一直具备不变的周期性，进而基站根据数据包的周期性及时延抖动分布特性进行C-DRX配置，但是在实时的流媒体传输过程中，往往因为算力或者网络条件的影响，应用层需要进行适配而调整了业务数据包的周期性，或者在AF/AS到gNB的传输过程中对周期性造成了影响，因此假定业务数据包具有不变的周期性并不一定总是成立的。

因此，在本申请的一个实施例中，可以在PDU会话建立或QoS流参数配置过程中设定应用层业务流的周期性参数，但是允许在XR等多媒体业务数据包的传输过程中，根据检测到周期性变化情况，对配置的周期性进行激活和去激活配置。作为一个可选的实施例，当周期性被激活后，RAN(Radio Access Network，无线接入网)侧可以根据端到端的PDU会话及QoS流参数配置C-DRX周期，实现省电式传输。但是当周期性被去激活后，暂停C-DRX传输，并且可以不删除相关的CN(Core Network，核心网)网元及RAN节点的C-DRX相关参数，以使得激活过程无需再重新建立上下文中的参数。

具体地，如图3所示，AF/AS可以实现第三方应用服务器的控制面功能，通过AF—NEF(Network Exposure Function，网络开放功能)—PCF(Policy Control function，策略控制功能)或者AF—PCF方式进行交互。AF/AS实体也可以实现第三方应用服务器的用户面功能，即AS—IP传输网络—UPF接口。需要说明的是，在图3所示的系统架构中，5GS网关可以是UPF，也可以是控制面负责能力开放的实体如NEF、PCF，或者部署在5GS与外部网络的一台路由器/交换机节点等。

IP传输网络在本申请的实施例中可以通过有线方式或者无线方式实现，比如可以是基于光网络的城域网、接入网或者广域网，取决于5GC(5G Core，5G核心网)边界与第三方应用服务器的拓扑关系。由于5G网络采用了有利于UPF下沉的网络架构，如果AF/AS位于边缘，UPF也下沉到该边缘位置，则可以缩短5GC边界(即边缘位置的UPF)与AF/AS的拓扑距离。然而，AF/AS也可能位于中心云，在这种情况下，UPF下沉并不能解决这个问题。因此，在第三方服务器和5GC边界即UPF之间的IP传输网络对业务流传输的影响是不能忽略的。

具体地，如图4所示，AF/AS应用侧数据包特性比如可以是具有周期性的视频帧(video frame)，在进行传输时会被切割成多个IP数据包进行传输，这多个IP数据包可以组成PDU set，此时IP数据包的时延抖动分布较小，由于这些IP数据包需要在第三方服务器AS与5GS网关之间传输，因此当IP数据包到达UPF时，这些IP数据包的时延抖动分布将会变大，并且也会对IP数据包的周期性产生影响，如图4中所示一个PDU set内的IP数据包之间的时延变大，导致对一个PDU set的接收时间变长，进而可能影响到IP数据包的周期性。如果IP数据包的周期性发生变化，那么RAN侧的C-DRX配置将无法适配，进而会导致QoS恶化。

为了避免IP数据包的周期性发生变化而导致QoS恶化，在本申请的实施例中，对于本身具有周期性的多媒体业务(如预设帧率的XR业务)，该周期性可以从AF传递给5GC，作为PDU会话建立或者QoS流参数配置的参考，比如可以在PDU会话建立或者QoS流参数配置过程中将其配置给gNB。与此同时，本申请中考虑了多媒体数据流传输中由于算力和网络条件对推流周期性的影响，可以对配置给gNB的周期性参数进行部分时段的去激活。在去激活期间，周期性参数在5GC相关网元及gNB仍然保留，且gNB侧暂停按照周期性进行C-DRX配置。当AF/AS监测到周期性已稳定(或者重新具备周期性)之后，可以激活已配置的周期性参数，继续进行C-DRX配置。如此以来，可以保证在C-DRX期间业务数据包的周期性是相对稳定的，进而可以确保满足QoS要求，有利于提升业务体验。

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

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

在步骤S510中，接收应用功能实体发送的业务数据包的周期信息。

在一些可选的实施例中，AF在确定业务数据包的周期信息之后，可以直接发送给PCF；或者AF可以先把周期信息发送给NEF，然后由NEF转发给PCF。

可选地，AF可以根据以下至少一个因素来确定业务数据包的周期信息：业务数据包的编解码方式、业务数据包所对应的多媒体业务流传输参数、应用服务器针对多媒体业务流的推送参数、应用服务器针对多媒体业务流的拉取参数。

可选地，业务数据包的编解码方式比如可以是AVC(Advanced Video Coding，高级视频编码)、HEVC(High Efficiency Video Coding，高效率视频编码)、VVC(VersatileVideo Coding，多功能视频编码)等中的某一个。在具体实现时，可以根据业务数据包的编解码方式来确定业务数据包的周期信息。

可选地，业务数据包所对应的多媒体业务流传输参数可以包括业务数据包中所包含的业务数据内容，比如可以是Audio(音频)、Video(视频)、Haptic(触觉信息)等中的一种或多种。在具体实现时，可以根据业务数据包中所包含的业务数据内容(比如周期性的音频信息等)来确定业务数据包的周期信息。

可选地，应用服务器针对多媒体业务流的推送参数可以是推送的帧率(比如固定帧率或可变帧率)；应用服务器针对多媒体业务流的拉取参数可以是拉取的帧率(该拉取的帧率也可以是固定帧率或可变帧率)。

在步骤S520中，通过配置指令将业务数据包的周期信息配置给接入网网元。

在一些可选的实施例中，配置指令可以是PDU会话建立请求，或者也可以是QoS流配置信息。具体而言，可以生成PDU会话建立请求或QoS流配置信息，该PDU会话建立请求或QoS流配置信息中包含业务数据包的周期信息，然后根据PDU会话建立请求发起PDU会话建立过程，或者根据QoS流配置信息进行QoS流配置过程，以将业务数据包的周期信息配置给接入网网元。可选地，该接入网网元可以是gNB。

在一些可选的实施例中，配置指令还可以用于指示接入网网元在接收到配置指令之后，直接根据周期信息对业务数据包进行调度传输。在该实施例中，业务数据包的周期信息是在配置之后默认生效的。

在步骤S530中，接收应用功能实体发送的第一指示信息，该第一指示信息用于指示业务数据包的周期信息发生变化。

可选地，如果应用功能实体通过检测业务数据包传输过程中由于算力和网络条件对推流周期性的影响情况，确定业务数据包的周期信息发生了变化，那么可以向核心网网元(如PCF)发送第一指示信息。可选地，该第一指示信息可以由AF直接发送给PCF；或者AF可以先把该第一指示信息发送给NEF，然后由NEF转发给PCF。

在步骤S540中，向接入网网元发送去激活信息，该去激活信息用于指示接入网网元暂停根据周期信息对业务数据包进行调度传输。

在一些可选的实施例中，用于将业务数据包的周期信息配置给接入网网元的配置指令中还可以包含有指示参数，该指示参数用于指示激活或去激活业务数据包的周期信息。比如若业务数据包的周期信息是在配置之后默认生效的，那么该配置指令中的指示参数默认用于指示激活周期信息；如果PCF接收到前述的第一指示信息，那么发送的去激活信息可以用于修改该指示参数，以使指示参数指示去激活业务数据包的周期信息。可选地，在去激活业务数据包的周期信息之后，核心网网元(如SMF、AMF等)和接入网网元(如gNB等)可以保留C-DRX配置参数，以在后续需要继续激活周期性时，无需再次建立上下文中的相关参数。可选地，前述实施例中的指示参数可以是显式指示参数或隐式指示参数。

在一些可选的实施例中，当核心网网元(如PCF)向接入网网元发送去激活信息之后，如果接收到应用功能实体在检测到业务数据包的周期信息稳定(或者重新具备周期性)后发送的第二指示信息，则向接入网网元发送激活信息，该激活信息用于指示接入网网元根据周期信息对业务数据包进行调度传输。可选地，激活信息可以用于修改配置指令所配置的指示参数，以使指示参数指示激活业务数据包的周期信息。

可选地，应用功能实体可以在检测到业务数据包的周期变化幅度处于设定幅度区间内时，确定业务数据包的周期信息稳定(或者重新具备周期性)，进而可以向核心网网元发送第二指示信息。其中，该第二指示信息可以由AF直接发送给PCF；或者AF可以先把该第二指示信息发送给NEF，然后由NEF转发给PCF。

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

在步骤S610中，接收应用功能实体发送的业务数据包的周期信息。

可选地，该步骤的具体实现细节可以参照前述实施例中步骤S510的详细说明，不再赘述。

在步骤S620中，通过配置指令将业务数据包的周期信息配置给接入网网元，该配置指令还用于指示周期信息默认不生效。

在一些可选的实施例中，配置指令可以是PDU会话建立请求，或者也可以是QoS流配置信息。具体而言，可以生成PDU会话建立请求或QoS流配置信息，该PDU会话建立请求或QoS流配置信息中包含业务数据包的周期信息，然后根据PDU会话建立请求发起PDU会话建立过程，或者根据QoS流配置信息进行QoS流配置过程，以将业务数据包的周期信息配置给接入网网元。可选地，该接入网网元可以是gNB。

可选地，由于配置指令还指示周期信息默认不生效，因此接入网网元在接收到配置指令之后，若未接收到激活信息，则暂停根据周期信息对业务数据包进行调度传输。

在一些可选的实施例中，用于将业务数据包的周期信息配置给接入网网元的配置指令中还可以包含有指示参数，该指示参数用于指示激活或去激活业务数据包的周期信息。比如若业务数据包的周期信息是在配置之后默认不生效的，那么该配置指令中的指示参数默认用于指示不激活周期信息。

在步骤S630中，若接收到应用功能实体在检测到业务数据包的周期信息稳定(或者重新具备周期性)后发送的第二指示信息，则向接入网网元发送激活信息。

可选地，应用功能实体可以在检测到业务数据包的周期变化幅度处于设定幅度区间内时，确定业务数据包的周期信息稳定(或者重新具备周期性)，进而可以向核心网网元发送第二指示信息。其中，该第二指示信息可以由AF直接发送给PCF；或者AF可以先把该第二指示信息发送给NEF，然后由NEF转发给PCF。可选地，激活信息可以用于修改配置指令所配置的指示参数，以使指示参数指示激活业务数据包的周期信息。

在步骤S640中，接收应用功能实体发送的第一指示信息，该第一指示信息用于指示业务数据包的周期信息发生变化。

可选地，如果应用功能实体通过检测业务数据包传输过程中由于算力和网络条件对推流周期性的影响情况，确定业务数据包的周期信息发生了变化，那么可以向核心网网元(如PCF)发送第一指示信息。可选地，该第一指示信息可以由AF直接发送给PCF；或者AF可以先把该第一指示信息发送给NEF，然后由NEF转发给PCF。

在步骤S650中，向接入网网元发送去激活信息，该去激活信息用于指示接入网网元暂停根据周期信息对业务数据包进行调度传输。

可选地，在去激活业务数据包的周期信息之后，核心网网元(如SMF、AMF等)和接入网网元(如gNB等)可以保留C-DRX配置参数，以在后续需要继续激活周期性时，无需再次建立上下文中的相关参数。

在一些可选的实施例中，当核心网网元(如PCF)向接入网网元发送去激活信息之后，如果接收到应用功能实体在检测到业务数据包的周期信息稳定(或者重新具备周期性)后发送的第二指示信息，则向接入网网元发送激活信息，该激活信息用于指示接入网网元根据周期信息对业务数据包进行调度传输。可选地，激活信息可以用于修改配置指令配置的指示参数，以使指示参数指示激活业务数据包的周期信息。

图5和图6是从核心网网元的角度对本申请实施例的技术方案进行的说明，以下从应用功能实体的角度对本申请实施例的技术方案进行阐述。

图7示出了根据本申请的一个实施例的数据传输方法的流程图，该数据传输方法可以由应用功能实体来执行。参照图7所示，该数据传输方法可以包括S710至S740，详细介绍如下：

在步骤S710中，获取业务数据包的周期信息。

可选地，AF可以根据以下至少一个因素来确定业务数据包的周期信息：业务数据包的编解码方式、业务数据包所对应的多媒体业务流传输参数、应用服务器针对多媒体业务流的推送参数、应用服务器针对多媒体业务流的拉取参数。

在步骤S720中，将业务数据包的周期信息发送给核心网网元，以使核心网网元将业务数据包的周期信息配置给接入网网元。

在一些可选的实施例中，AF在确定业务数据包的周期信息之后，可以直接发送给PCF；或者AF可以先把周期信息发送给NEF，然后由NEF转发给PCF。核心网网元将业务数据包的周期信息配置给接入网网元的过程可以参照前述实施例的技术方案。

在步骤S730中，若检测到业务数据包的周期信息发生变化，则生成第一指示信息。

在一些可选的实施例中，应用功能实体可以通过检测业务数据包传输过程中受到算力和网络条件对推流周期性的影响情况，以确定业务数据包的周期信息是否发生了变化。比如若检测到业务数据包的周期信息发生变化的幅度超过了设定值，则可以确定业务数据包的周期信息发生了变化。

在步骤S740中，将第一指示信息发送给核心网网元，以使核心网网元向接入网网元发送去激活信息，该去激活信息用于指示接入网网元暂停根据周期信息对业务数据包进行调度传输。

可选地，核心网网元向接入网网元发送去激活信息的过程可以参照前述实施例的技术方案，不再赘述。

在一些可选的实施例中，如果AF检测到业务数据包的周期信息趋于稳定(或者重新具备周期性)，则可以生成第二指示信息，然后将第二指示信息发送给核心网网元，以使核心网网元向接入网网元发送激活信息，该激活信息用于指示接入网网元根据周期信息对业务数据包进行调度传输。

可选地，应用功能实体可以在检测到业务数据包的周期变化幅度处于设定幅度区间内时，确定业务数据包的周期信息稳定(或者重新具备周期性)，进而可以向核心网网元发送第二指示信息。

以上分别从核心网网元和应用功能实体的角度对本申请实施例的技术方案进行了阐述，以下从多个设备实体交互的角度对本申请实施例的技术方案的实现细节进行进一步说明：

本申请的实施例的技术方案主要是对于本身具有周期性的多媒体业务，该周期性可以从AF传递给5GC，作为PDU会话建立或者QoS流参数配置的参考，比如可以在PDU会话建立或者QoS流参数配置过程中将其配置给gNB。与此同时，本申请中考虑了多媒体数据流传输中由于算力和网络条件对推流周期性的影响，可以对配置给gNB的周期性参数进行部分时段的去激活。在去激活期间，周期性参数在5GC相关网元及gNB仍然保留，且gNB侧暂停按照周期性进行C-DRX配置。当AF/AS监测到周期性已稳定(或者重新具备周期性)之后，可以激活已配置的周期性参数，继续进行C-DRX配置。如此以来，可以保证在C-DRX期间业务数据包的周期性是相对稳定的，进而可以确保满足QoS要求，有利于提升业务体验。

需要说明的是：本申请实施例中的业务数据包可以是XR业务数据包，也可以是其它多媒体业务数据包，比如云游戏业务的数据包、VR、AR、MR、CR等业务的数据包。换句话说，本申请实施例的技术方案可以应用于对XR业务数据包的处理，也可以应用于对云游戏业务、VR、AR、MR、CR等业务的数据包进行处理。

具体地，如图8所示，根据本申请的一个实施例的数据传输方法，包括以下步骤：

步骤S810，AF/AS获取业务流周期性，与QoS需求一并提供给5GC网元用于PDU会话建立或者QoS流参数配置。

可选地，应用层推流端可以直接从视频内容中获取视频内容的参数，包括帧率，进而来得到业务数据包的周期信息。而对于如实时直播方式的XR多媒体视频流，其周期性配置信息也可以由应用层通过检测来确定。比如通过以下参数中的至少一个来确定：业务数据包的编解码方式、业务数据包所对应的多媒体业务流传输参数、应用服务器针对多媒体业务流的推送参数、应用服务器针对多媒体业务流的拉取参数。

可选地，PDU会话在建立之前，应用层获取的业务流周期性可以从AF传递给5GC，作为PDU会话建立或者QoS流参数配置的参考。与此同时，本申请中考虑了多媒体数据流传输中由于算力和网络条件对推流周期性的影响，可以对配置给gNB的周期性参数进行部分时段的去激活。因此，在具体配置时，可以对现有的PDU会话建立请求进行增强，5GC网元(如SMF、AMF等)及gNB在针对XRM等多媒体业务流的上下文参数中，增加一个用于指示激活和去激活的指示参数，这个指示参数可以implicit(显式)或者explicit(隐式)的方式进行。implicit方式不需要专门定义参数放在网元的上下文中，比如可以复用某些指示位；explicit方式反之，需要定义新的指示参数来进行指示。

可选地，通过PDU会话建立过程或者QoS流参数配置过程来配置业务流周期性时，若周期性被默认激活后，则RAN侧可以根据端到端的PDU会话及QoS流参数配置C-DRX周期，实现省电式传输。

步骤S820，AF/AS检测到业务数据包的周期发送抖动，通知5GC暂时去激活周期性。

在一些可选的实施例中，AF/AS可以通过检测业务数据包传输过程中受到算力和网络条件对推流周期性的影响情况，以确定业务数据包的周期信息是否发生了变化。比如若检测到业务数据包的周期信息发生变化的幅度超过了设定值，则可以确定业务数据包的周期信息发生了变化。

步骤S830，5GC网元通知gNB去激活C-DRX配置。

可选地，5GC网元在接收到AF/AS发送的周期性不稳定指示信息时，可以与gNB同步去激活周期性，比如可以只改变指示参数中的指示比特，不删除周期性参数。

同时，在去激活C-DRX配置之后，gNB和UE暂停按照周期性C-DRX配置推送XRM等多媒体业务流。当周期性被去激活后，暂停C-DRX传输但并不删除相关的CN及RAN节点的C-DRX相关参数，以便得激活过程无需再重新建立上下文中的参数。

步骤S840，AF/AS检测到业务数据包的周期恢复稳定(或者重新具备周期性)，通知5GC激活周期性。

可选地，AF/AS可以在检测到业务数据包的周期变化幅度处于设定幅度区间内时，确定业务数据包的周期信息稳定(或者重新具备周期性)，进而可以通知5GC激活周期性。

步骤S850，5GC网元通知gNB激活C-DRX配置。

可选地，5GC网元在接收到AF/AS发送的周期性恢复稳定(或者重新具备周期性)的指示信息之后，可以与gNB同步激活周期性，进而gNB和UE继续按照周期性C-DRX配置推送XRM等多媒体业务流。

在图9所示的一个交互流程中，可以包括如下步骤：

步骤S901，AF/AS获取业务流周期性，与QoS需求一并提供给PCF，比如可以直接发送给PCF，或者先发送给NEF，再由NEF转发给PCF。

步骤S902，通过PDU会话建立过程或者QoS流参数配置过程来配置业务流周期性，5GC网元(如SMF、AMF等)及gNB在针对XRM等多媒体业务流的上下文参数中，增加一个用于指示激活和去激活的指示参数，这个指示参数可以implicit或者explicit的方式进行。并且周期性可以被默认激活，在这种情况下，RAN侧可以根据端到端的PDU会话及QoS流参数配置C-DRX周期，实现省电式传输。

步骤S903，AF/AS检测到业务数据包的周期发送抖动，通知5GC暂时去激活周期性，比如可以向PCF发送周期不稳定指示。

步骤S904，5GC网元通知gNB去激活C-DRX配置。具体地，PCF在接收到AF/AS发送的周期性不稳定指示信息时，可以与gNB同步去激活周期性，比如可以只改变指示参数中的指示比特，不删除周期性参数。

步骤S905，在去激活C-DRX配置之后，gNB和UE暂停按照周期性C-DRX配置推送XRM等多媒体业务流。当周期性被去激活后，暂停C-DRX传输但并不删除相关的CN及RAN节点的C-DRX相关参数，以便得激活过程无需再重新建立上下文中的参数。

步骤S906，AF/AS检测到业务数据包的周期恢复稳定(或者重新具备周期性)，通知5GC激活周期性，比如可以向PCF发送周期稳定指示(或者重新具备周期性指示)。

步骤S907，5GC网元通知gNB激活C-DRX配置。可选地，5GC网元在接收到AF/AS发送的周期性恢复稳定的指示信息(或者重新具备周期性指示信息)之后，可以与gNB同步激活周期性。

步骤S908，gNB和UE继续按照周期性C-DRX配置推送XRM等多媒体业务流。

图9所示的交互流程中是在配置周期性参数时，默认激活周期性。在本申请的其它实施例中，也可以默认不激活周期性，具体如图10所示，包括如下步骤：

步骤S1001，AF/AS获取业务流周期性，与QoS需求一并提供给PCF，比如可以直接发送给PCF，或者先发送给NEF，再由NEF转发给PCF。

步骤S1002，通过PDU会话建立过程或者QoS流参数配置过程来配置业务流周期性，5GC网元(如SMF、AMF等)及gNB在针对XRM等多媒体业务流的上下文参数中，增加一个用于指示激活和去激活的指示参数，这个指示参数可以implicit或者explicit的方式进行。并且周期性可以是默认不激活的，在这种情况下，RAN侧暂时不可以根据端到端的PDU会话及QoS流参数配置C-DRX周期，需等待激活。

步骤S1003，AF/AS检测到业务数据包的周期稳定(或者具备周期性)，通知5GC激活周期性，比如可以向PCF发送周期稳定指示(或者具备周期性指示)。

步骤S1004，5GC网元通知gNB激活C-DRX配置。可选地，5GC网元在接收到AF/AS发送的周期性稳定的指示信息(或者具备周期性指示信息)之后，可以与gNB同步激活周期性。

步骤S1005，gNB和UE按照周期性C-DRX配置推送XRM等多媒体业务流。

步骤S1006，AF/AS检测到业务数据包的周期发送抖动，通知5GC暂时去激活周期性，比如可以向PCF发送周期不稳定指示。

步骤S1007，5GC网元通知gNB去激活C-DRX配置。具体地，PCF在接收到AF/AS发送的周期性不稳定指示信息时，可以与gNB同步去激活周期性，比如可以只改变指示参数中的指示比特，不删除周期性参数。

步骤S1008，在去激活C-DRX配置之后，gNB和UE暂停按照周期性C-DRX配置推送XRM等多媒体业务流。当周期性被去激活后，暂停C-DRX传输但并不删除相关的CN及RAN节点的C-DRX相关参数，以便得激活过程无需再重新建立上下文中的参数。

本申请上述实施例的技术方案主要是对于本身具有周期性的多媒体业务，该周期性可以从AF传递给5GC，作为PDU会话建立或者QoS流参数配置的参考，比如可以在PDU会话建立或者QoS流参数配置过程中将其配置给gNB。与此同时，本申请中考虑了多媒体数据流传输中由于算力和网络条件对推流周期性的影响，可以对配置给gNB的周期性参数进行部分时段的去激活。在去激活期间，周期性参数在5GC相关网元及gNB仍然保留，且gNB侧暂停按照周期性进行C-DRX配置。当AF/AS监测到周期性已稳定(或者重新具备周期性)之后，可以激活已配置的周期性参数，继续进行C-DRX配置。如此以来，可以保证在C-DRX期间业务数据包的周期性是相对稳定的，进而可以确保满足QoS要求，有利于提升业务体验。

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

图11示出了根据本申请的一个实施例的数据传输装置的框图。

参照图11所示，根据本申请的一个实施例的数据传输装置1100，包括：获取单元1102、配置单元1104、接收单元1106和发送单元1108。

其中，获取单元1102配置为接收应用功能实体发送的业务数据包的周期信息；配置单元1104配置为通过配置指令将所述业务数据包的周期信息配置给接入网网元；接收单元1106配置为接收所述应用功能实体发送的第一指示信息，所述第一指示信息用于指示所述业务数据包的周期信息发生变化；发送单元1108配置为向所述接入网网元发送去激活信息，所述去激活信息用于指示所述接入网网元暂停根据所述周期信息对所述业务数据包进行调度传输。

在本申请的一些实施例中，基于前述方案，所述配置单元1104配置为：生成协议数据单元PDU会话建立请求或服务质量QoS流配置信息，所述PDU会话建立请求或QoS流配置信息中包含所述业务数据包的周期信息；根据所述PDU会话建立请求发起PDU会话建立过程，或者根据所述QoS流配置信息进行QoS流配置过程，以将所述业务数据包的周期信息配置给所述接入网网元。

在本申请的一些实施例中，基于前述方案，所述配置指令还用于指示所述接入网网元在接收到所述配置指令之后，直接根据所述周期信息对所述业务数据包进行调度传输。

在本申请的一些实施例中，基于前述方案，所述配置指令还用于指示所述接入网网元在接收到所述配置指令之后，若未接收到激活信息，则暂停根据所述周期信息对所述业务数据包进行调度传输；所述发送单元1108还配置为：若接收到所述应用功能实体在检测到所述业务数据包的周期信息稳定(或者具备周期性)后发送的第二指示信息，则向所述接入网网元发送所述激活信息。

在本申请的一些实施例中，基于前述方案，所述发送单元1108还配置为：在向所述接入网网元发送去激活信息之后，若接收到所述应用功能实体在检测到所述业务数据包的周期信息稳定(或者重新具备周期性)后发送的第二指示信息，则向所述接入网网元发送激活信息，所述激活信息用于指示所述接入网网元根据所述周期信息对所述业务数据包进行调度传输。

在本申请的一些实施例中，基于前述方案，所述配置指令中包含有指示参数，所述指示参数用于指示激活或去激活所述业务数据包的周期信息。

在本申请的一些实施例中，基于前述方案，所述指示参数为显式指示参数或隐式指示参数。

在本申请的一些实施例中，基于前述方案，所述去激活信息用于修改所述指示参数，以使所述指示参数指示去激活所述业务数据包的周期信息。

图12示出了根据本申请的一个实施例的数据传输装置的框图。

参照图12所示，根据本申请的一个实施例的数据传输装置1200，包括：获取单元1202、发送单元1204、生成单元1206和指示单元1208。

其中，获取单元1202配置为获取业务数据包的周期信息；发送单元1204配置为将所述业务数据包的周期信息发送给核心网网元，以使所述核心网网元将所述业务数据包的周期信息配置给接入网网元；生成单元1206配置为若检测到所述业务数据包的周期信息发生变化，则生成第一指示信息；指示单元1208配置为将所述第一指示信息发送给所述核心网网元，以使所述核心网网元向所述接入网网元发送去激活信息，所述去激活信息用于指示所述接入网网元暂停根据所述周期信息对所述业务数据包进行调度传输。

在本申请的一些实施例中，基于前述方案，所述生成单元1206还配置为若检测到所述业务数据包具备周期性，则生成第二指示信息；所述发送单元1204还配置为：将所述第二指示信息发送给所述核心网网元，以使所述核心网网元向所述接入网网元发送激活信息，所述激活信息用于指示所述接入网网元根据所述周期信息对所述业务数据包进行调度传输。

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

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

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

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

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

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

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

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

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

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

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

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

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