CN117062146A - 数据传输方法、装置、计算机可读介质及电子设备 - 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示出了根据本申请的一个实施例的数据传输方法的流程图；

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

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

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

具体实施方式

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

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

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

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

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

如前所述，对多媒体业务来说，把一帧多媒体数据包分成多个数据包传输是很常见的情况，但是当这些数据包在网络中进行传输时，网络由于无线资源变化以及大量业务流之间的竞争等因素，可能会导致数据包的传输延迟出现抖动，而这种抖动对于交互型的多媒体业务而言，尤其是高品质的音视频以及强交互式的云游戏等业务(无法使用缓存技术来应对网络的抖动)，会带来用户体验的损失。

但是，在目前的技术中，业务层无法获知当前网络的抖动情况，并且网络的QoS(Quality of Service，服务质量)参数中也没有专门的抖动参数去约束各个网元的处理行为，针对多媒体业务的PDU会话管理以及用户面处理机制中也没有针对抖动的优化机制，正是基于目前所存在的问题，本申请的实施例提出了一种新的数据传输方案，使得AF(Application Function，应用功能)与核心网网元交互时延抖动相关的网络性能统计参数，以确定是否启动抖动优化处理；若启动抖动优化处理，则直接或者间接影响核心网网元中相应的策略规则的生成及参数的配置，使得业务数据包的传输实现以减小抖动为目标，从而提升用户体验。

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

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

在S310中，获取业务数据包在传输过程中的时延抖动特性，该时延抖动特性用于表示业务数据包的传输时延的变化情况。

在一些可选的实施例中，获取业务数据包的在传输过程中的时延抖动特性可以是获取UPF统计并上报的业务数据包的时延抖动特性，比如AF可以向UPF发送指示信息，以指示UPF在用于传输业务数据包的PDU会话内统计并上报业务数据包的时延抖动特性。

需要说明的是：时延抖动特性表示的是业务数据包的传输时延的变化情况，比如可以在业务数据包的传输过程中，每隔设定时间(如1秒、半分钟、1分钟等)统计一次业务数据包的传输时延，进而可以得到业务数据包的传输时延的变化情况。

可选地，传输时延的变化情况可以包括传输时延的变化频率及变化幅度中的至少一个。变化频率可以表示传输时延的统计值是否频繁发生变化，如果频繁发生变化，那么说明网络状态的抖动比较大；变化幅度可以表示传输时延统计值发生变化的幅度，如果变化幅度比较大，那么说明网络状态的抖动也比较大。

在S320中，根据时延抖动特性和业务数据包的时延抖动需求，确定是否需要进行抖动优化处理。

在一些可选的实施例中，如果根据时延抖动特性确定业务数据包的传输时延的变化情况超过了时延抖动需求所要求的变化阈值，则确定需要进行抖动优化处理。

比如，若传输时延的变化情况包括传输时延的变化频率，那么如果传输时延的变化频率超过了时延抖动需要所要求的最高变化频率，则可以确定需要进行抖动优化处理。

若传输时延的变化情况包括传输时延的变化幅度，那么如果传输时延的变化幅度超过了时延抖动需要所要求的最高变化幅度，则可以确定需要进行抖动优化处理。

若传输时延的变化情况包括传输时延的变化频率和变化幅度，那么如果传输时延的变化频率超过了时延抖动需要所要求的最高变化频率，或者传输时延的变化幅度超过了时延抖动需要所要求的最高变化幅度，则可以确定需要进行抖动优化处理。也可以是在传输时延的变化频率超过了时延抖动需要所要求的最高变化频率，且传输时延的变化幅度超过了时延抖动需要所要求的最高变化幅度时，再确定需要进行抖动优化处理。

在一些可选的实施例中，可以根据以下至少一个因素确定业务数据包的时延抖动需求：业务数据包对时延抖动的容忍度、业务数据包所对应的播放缓冲区的大小、业务数据包所对应的播放缓冲区的可播放时长、业务数据包所对应的业务特性、业务数据包的发送端能力信息、业务数据包的接收端能力信息、业务数据包所对应的编解码算法。

可选地，业务数据包对时延抖动的容忍度越低，则说明业务数据包的时延抖动需求越高(比如所需要的最高变化频率越低、所要求的最高变化幅度越低)；反之，如果业务数据包对时延抖动的容忍度越高，则说明业务数据包的时延抖动需求越低。比如，对于实时性要求较高的云游戏数据而言，其对时延抖动的容忍度较低。

可选地，如果业务数据包所对应的播放缓冲区越大，则说明缓解抖动的难度越小；反之，如果业务数据包所对应的播放缓冲区越小，则说明缓解抖动的难度越大。因此，播放缓冲区的大小与时延抖动需求的高低成反相关关系，即播放缓冲区越大，时延抖动需求越低；播放缓冲区越小，时延抖动需求越高。

可选地，播放缓冲区的大小实际上是与所缓存的多媒体数据包所对应的可播放时长是相关的，即播放缓冲区越大，可播放时长就越长；播放缓冲区越小，可播放时长就越短。因此，播放缓冲区的可播放时长与时延抖动需求的高低成反相关关系，即播放缓冲区的可播放时长越大，时延抖动需求越低；播放缓冲区的可播放时长越短，时延抖动需求就越高。

可选地，业务数据包所对应的业务特性在一定程度上能够决定业务数据包的时延抖动需求。比如如果业务数据包所对应的业务特性为强交互型业务或者实时交互型业务，那么说明该业务数据包的时延抖动需求较高；如果业务数据包所对应的业务特性为对实时性没有过多要求的业务(比如数据备份业务)，那么说明该业务数据包的时延抖动需求较低。

可选地，业务数据包的发送端能力信息和接收端能力信息可以是发送端和接收端对时延抖动的应对能力。具体而言，比如若发送端具有并行发送的能力、接收端也能够同时接收多路数据进行处理，那么发送端可以通过多路(如3路)并行发送相同的业务数据包，这样接收端可以通过多路接收到的业务数据包进行去重融合处理，这种情况下，接收端和发送端对于时延抖动的应对能力较强，那么相应的时延抖动需求就较低；反之，如果接收端和发送端对于时延抖动的应对能力较差，那么相应的时延抖动需求就较高。

可选地，业务数据包所对应的编解码算法可以表示丢弃某个/某些数据包是否影响整体数据包的恢复。如果丢弃某个/某些数据包不影响整体数据包的恢复，那么在传输这个/这些数据包时即便出现了时延抖动，也不会产生较大的影响，则可以说明时延抖动需求较低；反之，如果丢弃某个/某些数据包会影响整体数据包的恢复，那么在传输这个/这些数据包时对时延抖动的需求就较高。

继续参照图3所示，在S330中，若确定需要进行抖动优化处理，则向核心网网元发送指示信息，以指示核心网网元启动时延抖动优化处理。

在一些可选的实施例中，如果确定需要进行抖动优化处理，那么应用层(如AF)可以向PCF(Policy Control Function，策略控制功能)发送指示信息。应用层在向PCF发送指示信息时，一种处理方式是应用层直接向PCF发送指示信息，另一种方式是应用层向NEF(Network Exposure Function，网络开放功能)发送指示信息，然后由NEF转发给PCF。

在一些可选的实施例中，核心网网元启动时延抖动优化处理可以是根据指示信息生成针对重新建立的PDU会话的QoS流参数的策略信息；或者根据指示信息生成用于修改已经建立的PDU会话所对应的QoS流参数的策略信息，以实现对时延抖动的减少。

图3所示实施例的技术方案使得可以在业务数据包的传输过程中，根据业务数据包的时延抖动特性及时对网络进行时延抖动优化处理，以保证传输业务数据包的网络时延抖动情况处于可接受的范围内，进而可以提高业务数据包的网络传输质量，有利于提升业务带来的体验。

图4示出了根据本申请的一个实施例的数据传输方法的流程图，该数据传输方法可以由应用层来执行，比如可以由AF来执行。参照图3所示，该数据传输方法可以包括S410，以及图3中所示的S320和S330，详细介绍如下：

在S410中，向核心网网元发送建立PDU会话的指示信息，以指示核心网网元建立用于传输业务数据包的PDU会话；向用户面功能实体发送指示信息，以指示用户面功能实体在PDU会话内统计并上报业务数据包的时延抖动特性。

可选地，应用层(如AF)可以在传输业务数据包之前触发核心网网元建立PDU会话，然后通过核心网网元与接入网侧进行交互，以实现对业务数据包的时延抖动特性进行统计，然后通过UPF上报给应用层。

图4所示实施例的技术方案使得应用层可以根据需求及时获取到业务数据包的时延抖动特性，进而及时对网络进行时延抖动优化处理，有利于提高业务数据包的网络传输质量。图4中所示的其它步骤的具体实现细节可以参照前述实施例的技术方案，不再赘述。

图5示出了根据本申请的一个实施例的数据传输方法的流程图，该数据传输方法可以由应用层来执行，比如可以由AF来执行。参照图5所示，该数据传输方法可以包括S510、S520，以及图3中所示的S310至S330，详细介绍如下：

在S510中，根据业务数据包所对应的业务属性信息，生成抖动需求信息。

在一些可选的实施例中，应用层(如AF)可以直接根据需要传输的业务数据包所对应的业务属性信息生成最初的抖动需求信息，然后发送给核心网网元进行时延抖动处理。比如，对于强交互型的云游戏数据包，应用层可以生成一个低抖动需求信息(即要求具有较低的抖动)发送给核心网网元。

在S520中，将抖动需求信息发送给核心网网元，该抖动需求信息用于指示核心网网元基于抖动需求信息配置抖动处理策略，以对业务数据包进行传输。

在一些可选的实施例中，核心网网元在接收到抖动需求信息之后，可以在建立传输业务数据包的PDU会话时调整QoS流参数的策略信息，或者可以通过修改已经建立的PDU会话所对应的QoS流参数的策略信息来实现对低时延抖动的需求。

可选地，应用层在将抖动需求信息发送给核心网网元之后，可以获取由用户面功能实体汇报的时延抖动特性。具体地，核心网网元可以与接入网侧进行交互，以实现对业务数据包的时延抖动特性进行统计，然后通过UPF上报给应用层。

图5所示实施例的技术方案使得应用层可以先生成初始的抖动需求信息，然后再根据业务数据包的时延抖动特性来确定是否进行抖动优化处理，进而可以及时对网络进行时延抖动优化处理，有利于提高业务数据包的网络传输质量。图5中所示的其它步骤的具体实现细节可以参照前述实施例的技术方案，不再赘述。

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

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

在S610中，接收应用功能实体发送的用于指示启动时延抖动优化处理的指示信息，该指示信息是应用功能实体根据业务数据包的时延抖动需求和业务数据包在传输过程中的时延抖动特性确定需要进行抖动优化处理后发送的。

在一些可选的实施例中，应用功能实体如果根据时延抖动特性确定业务数据包的传输时延的变化情况超过了时延抖动需求所要求的变化阈值，则确定需要进行抖动优化处理，进而可以生成该指示信息并发送给PCF。具体过程可以参照前述实施例的技术方案。

在S620中，根据指示信息生成减少时延抖动的策略信息。

在一些可选的实施例中，可以重新建立PDU会话，然后根据指示信息生成针对重新建立的PDU会话的服务质量QoS流参数的策略信息。或者，也可以根据指示信息生成用于修改已经建立的PDU会话所对应的QoS流参数的策略信息。

在S630中，将策略信息发送给会话管理功能实体，以使会话管理功能实体向其它网元配置减少时延抖动的处理策略。

在一些可选的实施例中，会话管理功能实体SMF(Session Management Function)可以根据PCF发送的策略信息生成用于反映减少时延抖动的N4规则和无线接入网侧(如NG-RAN，NG-Radio Access Network，新一代无线接入网)的UE上下文，然后将N4规则配置给UPF，将UE上下文配置给基站。可选地，SMF也可以生成用于反映减少时延抖动的UE侧规则，然后将UE侧规则配置给UE。

图6所示实施例的技术方案使得可以在业务数据包的传输过程中，根据业务数据包的时延抖动特性及时对网络进行时延抖动优化处理，以保证传输业务数据包的网络时延抖动情况处于可接受的范围内，进而可以提高业务数据包的网络传输质量，有利于提升业务带来的体验。

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

在S710中，接收应用功能实体发送的抖动需求信息，该抖动需求信息是应用功能实体根据业务数据包所对应的业务属性信息生成的。

在一些可选的实施例中，应用层(如AF)可以直接根据需要传输的业务数据包所对应的业务属性信息生成最初的抖动需求信息，然后发送给核心网网元进行时延抖动处理。比如，对于强交互型的云游戏数据包，应用层可以生成一个低抖动需求信息(即要求具有较低的抖动)发送给核心网网元。

在S720中，根据抖动需求信息配置抖动处理策略，将抖动处理策略发送至会话管理功能实体，以使会话管理功能实体向其它网元配置对应的抖动处理策略，以对业务数据包进行传输。

在一些可选的实施例中，SMF可以根据PCF发送的抖动处理策略生成用于反映需要低时延抖动的N4规则和无线接入网侧的UE上下文，然后将N4规则配置给UPF，将UE上下文配置给基站。可选地，SMF也可以生成用于反映需要低时延抖动的UE侧规则，然后将UE侧规则配置给UE。

图7所示实施例的技术方案使得应用层可以先生成初始的抖动需求信息，然后再根据业务数据包的时延抖动特性来确定是否进行抖动优化处理，进而可以及时对网络进行时延抖动优化处理，有利于提高业务数据包的网络传输质量。图7中所示的其它步骤的具体实现细节可以参照前述实施例的技术方案，不再赘述。

以上分别从应用层和核心网网元的角度对本申请实施例的技术方案进行了阐述，以下以具体的实施例对本申请实施例的技术方案的实现细节进行再次说明：

在本申请的一个实施例中，应用层(AF或者UE)在获取业务的抖动相关特性需求(即时延抖动需求)时，可以根据以下几个方面来进行：

1、根据业务特性对抖动(jitter)的容忍度

比如，高品质音频数据、交互性很强的云游戏数据对抖动的包容性很低，那么说明时延抖动需求较高。

2、应用层播放设置

具体地，可以根据应用层的播放缓冲区的大小来确定，即如果播放缓冲区越小，则缓解抖动的难度更大，那么时延抖动需求就更高。

可选地，应用层的播放缓冲区的大小也可以和业务特性相关，比如交互式云游戏本身会设置小的播放缓冲区。同时，应用层的播放缓冲区的大小也可以换算成可以播放的时间，二者是正相关关系。

3、根据应用服务器和终端设备的能力配置

可选地，终端设备和应用服务器的能力配置包括但不限于处理关联数据包集合PDU set过程中对抖动的应对能力。

4、根据编解码算法

具体地，不同的编解码特性对抖动的缓解能力也不相同。比如编解码算法可以表示丢弃某个/某些数据包是否影响整体数据包的恢复，如果丢弃某个/某些数据包不影响整体数据包的恢复，那么在传输这个/这些数据包时即便出现了时延抖动，也不会产生较大的影响，则可以说明时延抖动需求较低；反之，如果丢弃某个/某些数据包会影响整体数据包的恢复，那么在传输这个/这些数据包时对时延抖动的需求就较高。

需要说明的是：如果是从UE的应用层获取到的抖动相关特性需求，那么可以通过OTT(Over The Top)方式传输给应用服务器，通过应用服务器与核心网网元进行交互。如果是从应用服务器的应用层获取到的抖动相关特性需求，则该特性可以直接用来和核心网网元进行交互。

在一些可选的实施例中，AF可以通过网络能力开放获取网络的时延抖动特性。具体来说，AF可以触发核心网网元建立特定的PDU会话，通过PCF、SMF、AMF等网元以及NG-RAN交互，使得5GC网元(如UPF、gNB)可以对数据包的时延抖动特性进行统计，然后通过UPF或者其他网元汇报给AF。

在一些可选的实施例中，AF在获取网络的时延抖动特性之后，可以结合应用层对jitter的需求以及统计得到的网络时延抖动特性，来决定是否触发jitter减少的信令流程。如果AF启动了jitter减少的流程，则AF可以通过与PCF交互，生成相应的PCC(PolicyControl and Charging，策略控制和计费)规则，并通过重新建立PDU会话或者修改PDU会话中的QoS流参数等不同方式，来实现对jitter的减少。

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

S801，应用层根据业务属性生成策略，配置UPF向AF汇报时延抖动数值。具体地，应用层可以根据业务属性指示5GC建立PDU会话，并指示UPF向AF汇报统计得到的时延抖动特性(即时延抖动数值)。

S802，统计数据包的时延抖动特性。

可选地，UPF和NG-RAN以及UE配合对时延抖动的实际数值进行测量，然后汇总到UPF。

S803，UPF汇报时延抖动特性给AF。

S804，AF与5GC交互，将减少抖动的需求传递给PCF。

具体地，AF在接收到UPF汇报的时延抖动特性之后，如果确定需要减少时延抖动，那么可以将减少抖动的需求传递给PCF(既可以直接传递给PCF，也可以先发送给NEF，然后由NEF转发给PCF)。

S805，生成相应的策略来支持抖动的减少。

具体地，PCF可以进行映射并生成相应的策略，包括jitter减少的指示。比如，在生成的策略中增加新的指示jitter的参数，并给出数值，即不只依赖于5QI(5G QoSIdentifier，5G服务质量标识符)数值；或者将减少抖动的需求映射到特定的5QI(如果5G系统中后续增加的特定5QI能够支持低时延抖动的话)数值上。

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

具体地，SMF可以把PCF生成的策略规则进一步处理成给UPF的N4规则(包含了需要低时延抖动的参数)，给NG-RAN及UE的SM(Session Management，会话管理)规则(包含了需要低时延抖动的参数)。

S807，SMF向UPF配置N4规则，反映抖动属性参数。

具体地，SMF与UPF进行交互，把N4规则通过N4接口配置给UPF，该步骤之后，UPF可以和用户面接口上的数据包报头结合来进行时延jitter减少的数据包处理。比如根据数据包报头确定数据包是否具有关联性，并且可以确定哪些数据包是可丢弃数据包，进而据此来进行时延jitter减少的数据包处理(比如丢弃具有关联性的一些列数据包中的可丢弃数据包)。

S808，配置NG-RAN UE上下文，反映无线接入网侧处理数据包时的抖动属性参数。即SMF配置参数通过AMF传输到NG-RAN，使得基站获得更小时延jitter的处理策略。

S809，配置UE侧规则(该步骤为可选步骤)，反映数据包传输的低抖动属性。即SMF配置参数通过AMF传输到UE，使得UE获得更小时延jitter的处理策略。

图8所示实施例的技术方案使得可以在业务数据包的传输过程中，根据业务数据包的时延抖动特性及时对网络进行时延抖动优化处理，以保证传输业务数据包的网络时延抖动情况处于可接受的范围内，进而可以提高业务数据包的网络传输质量，有利于提升业务带来的体验。

如图9所示，根据本申请的一个实施例的数据传输方法，包括：

S901，应用层根据业务属性生成对低时延抖动的需求，并作为触发PCC规则的参数发送给PCF。

S902，AF与5GC交互，将低时延抖动的需求传递给PCF(既可以直接传递给PCF，也可以先发送给NEF，然后由NEF转发给PCF)。

S903，生成相应的策略来支持抖动的减少。

具体地，PCF可以进行映射并生成相应的策略，包括低时延jitter的指示。比如，在生成的策略中增加新的指示jitter的参数，并给出数值，即不只依赖于5QI(5G QoSIdentifier，5G服务质量标识符)数值；或者将低时延抖动的需求映射到特定的5QI(如果5G系统中后续增加的特定5QI能够支持低时延抖动的话)数值上。

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

具体地，SMF可以把PCF生成的策略规则进一步处理成给UPF的N4规则(包含了需要低时延抖动的参数)，给NG-RAN及UE的SM(Session Management，会话管理)规则(包含了需要低时延抖动的参数)。

S905，SMF向UPF配置N4规则，反映抖动属性参数。

具体地，SMF与UPF进行交互，把N4规则通过N4接口配置给UPF，该步骤之后，UPF可以和用户面接口上的数据包报头结合来进行低时延jitter的数据包处理。比如根据数据包报头确定数据包是否具有关联性，并且可以确定哪些数据包是可丢弃数据包，进而据此来进行低时延jitter的数据包处理(比如丢弃具有关联性的一些列数据包中的可丢弃数据包)。

S906，配置NG-RAN UE上下文，反映无线接入网侧处理数据包时的抖动属性参数。即SMF配置参数通过AMF传输到NG-RAN，使得基站获得更小时延jitter的处理策略。

S907，配置UE侧规则(该步骤为可选步骤)，反映数据包传输的低时延抖动属性。即SMF配置参数通过AMF传输到UE，使得UE获得更小时延jitter的处理策略。

S908，在开始进行数据包的传输之后，可以统计数据包的时延抖动特性。可选地，UPF和NG-RAN以及UE配合对时延抖动的实际数值进行测量，然后汇总到UPF。

S909，UPF汇报时延抖动特性给AF，AF在接收到UPF汇报的时延抖动特性之后，与业务的时延抖动需求进行比较，如果确定需要减少时延抖动，那么可以将减少抖动的需求传递给PCF，以触发时延jitter减少的策略。

图9所示的实施例使得AF可以直接根据业务的时延jitter需求来触发生成PCC规则，然后建立PDU会话，统计业务数据包的时延jitter特性后，AF再根据jitter是否被满足来决定是否要进一步缩小时延jitter。

本申请前述实施例的技术方案使得可以根据业务数据包的时延抖动特性及时对网络进行时延抖动优化处理，以保证传输业务数据包的网络时延抖动情况处于可接受的范围内，进而可以提高业务数据包的网络传输质量，有利于提升业务带来的体验。

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

图10示出了根据本申请的一个实施例的数据传输装置的框图，该数据传输装置可以设置在应用侧的实体内，比如可以设置在AF内。

参照图10所示，根据本申请的一个实施例的数据传输装置1000，包括：获取单元1002、确定单元1004和发送单元1006。

其中，获取单元1002配置为获取业务数据包在传输过程中的时延抖动特性，所述时延抖动特性用于表示所述业务数据包的传输时延的变化情况；确定单元1004配置为根据所述时延抖动特性和所述业务数据包的时延抖动需求，确定是否需要进行抖动优化处理；发送单元1006配置为若确定需要进行抖动优化处理，则向核心网网元发送指示信息，以指示所述核心网网元启动时延抖动优化处理。

在本申请的一些实施例中，基于前述方案，所述获取单元1002配置为：向核心网网元发送建立协议数据单元PDU会话的指示信息，以指示所述核心网网元建立用于传输所述业务数据包的PDU会话；向用户面功能实体发送指示信息，以指示所述用户面功能实体在所述PDU会话内统计并上报所述业务数据包的时延抖动特性。

在本申请的一些实施例中，基于前述方案，所述数据传输装置1000还包括：生成单元，配置为在获取业务数据包在传输过程中的时延抖动特性之前，根据所述业务数据包所对应的业务属性信息，生成抖动需求信息；所述发送单元1006还配置为：将所述抖动需求信息发送给所述核心网网元，所述抖动需求信息用于指示所述核心网网元基于所述抖动需求信息配置抖动处理策略，以对所述业务数据包进行传输。

在本申请的一些实施例中，基于前述方案，所述获取单元1002配置为：在将所述抖动需求信息发送给所述核心网网元之后，获取由用户面功能实体汇报的所述时延抖动特性。

在本申请的一些实施例中，基于前述方案，所述确定单元1004配置为：若根据所述时延抖动特性确定所述业务数据包的传输时延的变化情况超过了所述时延抖动需求所要求的变化阈值，则确定需要进行抖动优化处理。

在本申请的一些实施例中，基于前述方案，根据以下至少一个因素确定所述业务数据包的时延抖动需求：所述业务数据包对时延抖动的容忍度、所述业务数据包所对应的播放缓冲区的大小、所述业务数据包所对应的播放缓冲区的可播放时长、所述业务数据包所对应的业务特性、所述业务数据包的发送端能力信息、所述业务数据包的接收端能力信息、所述业务数据包所对应的编解码算法。

在本申请的一些实施例中，基于前述方案，若根据所述业务数据包所对应的播放缓冲区的大小确定所述业务数据包的时延抖动需求，则所述播放缓冲区的大小与所述时延抖动需求的高低成反相关关系；若根据所述业务数据包所对应的播放缓冲区的可播放时长确定所述业务数据包的时延抖动需求，则所述可播放时长与所述时延抖动需求的高低成反相关关系。

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

参照图11所示，根据本申请的一个实施例的数据传输装置1100，包括：接收单元1102、生成单元1104和处理单元1106。

其中，接收单元1102配置为接收应用功能实体发送的用于指示启动时延抖动优化处理的指示信息，所述指示信息是所述应用功能实体根据业务数据包的时延抖动需求和所述业务数据包在传输过程中的时延抖动特性确定需要进行抖动优化处理后发送的；生成单元1104配置为根据所述指示信息生成减少时延抖动的策略信息；处理单元1106配置为将所述策略信息发送给会话管理功能实体，以使所述会话管理功能实体向其它网元配置减少时延抖动的处理策略。

在本申请的一些实施例中，基于前述方案，所述接收单元1102还配置为：在接收应用功能实体发送的用于指示启动时延抖动优化处理的指示信息之前，接收所述应用功能实体发送的抖动需求信息，所述抖动需求信息是所述应用功能实体根据所述业务数据包所对应的业务属性信息生成的；所述处理单元1106还配置为：根据所述抖动需求信息配置抖动处理策略，将所述抖动处理策略发送至所述会话管理功能实体，以使所述会话管理功能实体向其它网元配置对应的抖动处理策略，以对所述业务数据包进行传输。

在本申请的一些实施例中，基于前述方案，所述生成单元1104配置为：根据所述指示信息生成针对重新建立的PDU会话的服务质量QoS流参数的策略信息；或者根据所述指示信息生成用于修改已经建立的PDU会话所对应的QoS流参数的策略信息。

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (15)

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

获取业务数据包在传输过程中的时延抖动特性，所述时延抖动特性用于表示所述业务数据包的传输时延的变化情况；

根据所述时延抖动特性和所述业务数据包的时延抖动需求，确定是否需要进行抖动优化处理；

若确定需要进行抖动优化处理，则向核心网网元发送指示信息，以指示所述核心网网元启动时延抖动优化处理。

2.根据权利要求1所述的数据传输方法，其特征在于，获取业务数据包在传输过程中的时延抖动特性，包括：

向核心网网元发送建立协议数据单元PDU会话的指示信息，以指示所述核心网网元建立用于传输所述业务数据包的PDU会话；

向用户面功能实体发送指示信息，以指示所述用户面功能实体在所述PDU会话内统计并上报所述业务数据包的时延抖动特性。

3.根据权利要求1所述的数据传输方法，其特征在于，在获取业务数据包在传输过程中的时延抖动特性之前，所述数据传输方法还包括：

根据所述业务数据包所对应的业务属性信息，生成抖动需求信息；

将所述抖动需求信息发送给所述核心网网元，所述抖动需求信息用于指示所述核心网网元基于所述抖动需求信息配置抖动处理策略，以对所述业务数据包进行传输。

4.根据权利要求3所述的数据传输方法，其特征在于，获取业务数据包在传输过程中的时延抖动特性，包括：

在将所述抖动需求信息发送给所述核心网网元之后，获取由用户面功能实体汇报的所述时延抖动特性。

5.根据权利要求1所述的数据传输方法，其特征在于，根据所述时延抖动特性和所述业务数据包的时延抖动需求，确定是否需要进行抖动优化处理，包括：

若根据所述时延抖动特性确定所述业务数据包的传输时延的变化情况超过了所述时延抖动需求所要求的变化阈值，则确定需要进行抖动优化处理。

6.根据权利要求1至5中任一项所述的数据传输方法，其特征在于，根据以下至少一个因素确定所述业务数据包的时延抖动需求：

所述业务数据包对时延抖动的容忍度、所述业务数据包所对应的播放缓冲区的大小、所述业务数据包所对应的播放缓冲区的可播放时长、所述业务数据包所对应的业务特性、所述业务数据包的发送端能力信息、所述业务数据包的接收端能力信息、所述业务数据包所对应的编解码算法。

7.根据权利要求6所述的数据传输方法，其特征在于，

若根据所述业务数据包所对应的播放缓冲区的大小确定所述业务数据包的时延抖动需求，则所述播放缓冲区的大小与所述时延抖动需求的高低成反相关关系；

若根据所述业务数据包所对应的播放缓冲区的可播放时长确定所述业务数据包的时延抖动需求，则所述可播放时长与所述时延抖动需求的高低成反相关关系。

8.一种数据传输方法，其特征在于，包括：

接收应用功能实体发送的用于指示启动时延抖动优化处理的指示信息，所述指示信息是所述应用功能实体根据业务数据包的时延抖动需求和所述业务数据包在传输过程中的时延抖动特性确定需要进行抖动优化处理后发送的；

根据所述指示信息生成减少时延抖动的策略信息；

将所述策略信息发送给会话管理功能实体，以使所述会话管理功能实体向其它网元配置减少时延抖动的处理策略。

9.根据权利要求8所述的数据传输方法，其特征在于，在接收应用功能实体发送的用于指示启动时延抖动优化处理的指示信息之前，所述数据传输方法还包括：

接收所述应用功能实体发送的抖动需求信息，所述抖动需求信息是所述应用功能实体根据所述业务数据包所对应的业务属性信息生成的；

根据所述抖动需求信息配置抖动处理策略，将所述抖动处理策略发送至所述会话管理功能实体，以使所述会话管理功能实体向其它网元配置对应的抖动处理策略，以对所述业务数据包进行传输。

10.根据权利要求8所述的数据传输方法，其特征在于，根据所述指示信息生成减少时延抖动的策略信息，包括：

根据所述指示信息生成针对重新建立的PDU会话的服务质量QoS流参数的策略信息；或者

根据所述指示信息生成用于修改已经建立的PDU会话所对应的QoS流参数的策略信息。

11.一种数据传输装置，其特征在于，包括：

获取单元，配置为获取业务数据包在传输过程中的时延抖动特性，所述时延抖动特性用于表示所述业务数据包的传输时延的变化情况；

确定单元，配置为根据所述时延抖动特性和所述业务数据包的时延抖动需求，确定是否需要进行抖动优化处理；

发送单元，配置为若确定需要进行抖动优化处理，则向核心网网元发送指示信息，以指示所述核心网网元启动时延抖动优化处理。

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

接收单元，配置为接收应用功能实体发送的用于指示启动时延抖动优化处理的指示信息，所述指示信息是所述应用功能实体根据业务数据包的时延抖动需求和所述业务数据包在传输过程中的时延抖动特性确定需要进行抖动优化处理后发送的；

生成单元，配置为根据所述指示信息生成减少时延抖动的策略信息；

处理单元，配置为将所述策略信息发送给会话管理功能实体，以使所述会话管理功能实体向其它网元配置减少时延抖动的处理策略。

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

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

一个或多个处理器；

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

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