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

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

Info

Publication number
WO2023213087A1
WO2023213087A1 PCT/CN2022/141146 CN2022141146W WO2023213087A1 WO 2023213087 A1 WO2023213087 A1 WO 2023213087A1 CN 2022141146 W CN2022141146 W CN 2022141146W WO 2023213087 A1 WO2023213087 A1 WO 2023213087A1
Authority
WO
WIPO (PCT)
Prior art keywords
jitter
data packet
delay jitter
service data
delay
Prior art date
Application number
PCT/CN2022/141146
Other languages
English (en)
French (fr)
Inventor
雷艺学
Original Assignee
腾讯科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 腾讯科技（深圳）有限公司 filed Critical 腾讯科技（深圳）有限公司
Priority to US18/219,449 priority Critical patent/US20230362856A1/en
Publication of WO2023213087A1 publication Critical patent/WO2023213087A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/003—Arrangements to increase tolerance to errors in transmission or reception timing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information

Definitions

  • embodiments of the present application provide a computer program product including a computer program stored in a computer-readable storage medium.
  • the processor of the electronic device reads and executes the computer program from the computer-readable storage medium, so that the electronic device performs the data transmission method provided in the above aspect.
  • Figure 5 shows a flow chart of a data transmission method provided by an embodiment of the present application
  • the delay jitter characteristics of the service data packet during transmission are obtained.
  • the delay jitter characteristics are used to represent changes in the transmission delay of the service data packet.
  • the delay jitter requirement of the service data packet can be directly obtained by the AF entity, or can be obtained by the UE and transmitted to the AF entity.
  • the UE transmits the delay jitter characteristics to the AF entity through the OTT (Over The Top) method.
  • the jitter optimization process optimizes the jitter processing strategy of the core network element.
  • the current jitter processing strategy of the core network element is maintained; when jitter optimization processing is required, the jitter processing strategy of the core network element is updated.
  • the change in transmission delay includes the frequency of change in transmission delay
  • the change frequency in transmission delay exceeds the maximum change frequency required by delay jitter requirements, it can be determined that jitter optimization processing is required.
  • the lower the tolerance of the service data packet to delay jitter the higher the delay jitter requirement of the service data packet (for example, the lower the required maximum change frequency and the lower the required maximum change amplitude);
  • the tolerance of service data packets to delay jitter is higher, it means that the delay jitter requirements of service data packets are lower.
  • the tolerance for delay jitter is low; for backup data with low real-time requirements, its tolerance for delay jitter is high.
  • the size of the play buffer is actually related to the playable duration corresponding to the cached multimedia data packets, that is, the larger the play buffer, the longer the playable duration; the smaller the play buffer, the longer the playable duration.
  • the playback time will be shorter. Therefore, the playable duration of the playback buffer is inversely related to the level of the delay jitter requirement. That is, the longer the playable duration of the playback buffer, the lower the delay jitter requirement; the shorter the playable duration of the playback buffer, the lower the delay jitter requirement. The higher the delay jitter requirement.
  • the indication information has a notification function, that is, notifying core network elements to perform optimization. In some other optional embodiments, the indication information has notification and guidance functions, that is, notifying core network elements and guiding the optimization direction and optimization target. For example, the indication information only contains the indication bit, or the indication information includes the indication bit and the optimization parameter.
  • the core network element starts the delay jitter optimization process by generating policy information for the QoS flow parameters of the re-established PDU session according to the indication information (the PDU session needs to be re-established); or generating based on the indication information. Policy information used to modify the QoS flow parameters corresponding to the established PDU session (continue to use the established PDU session without re-establishing it) to reduce delay jitter.
  • the technical solution of the embodiment shown in Figure 4 enables the application layer device to obtain the delay jitter characteristics of service data packets in a timely manner according to needs, and then perform delay jitter optimization processing on the network in a timely manner, which is beneficial to improving the network transmission quality of service data packets.
  • the application layer device obtains the delay jitter characteristics of service data packets in a timely manner according to needs, and then perform delay jitter optimization processing on the network in a timely manner, which is beneficial to improving the network transmission quality of service data packets.
  • the core network element can adjust the policy information of the QoS flow parameters when establishing a PDU session for transmitting service data packets, or it can modify the already established PDU session.
  • the policy information of the corresponding QoS flow parameters is used to achieve the requirement for low delay jitter.
  • the above process is the initialization process of the jitter processing strategy.
  • the application function entity determines that the change in transmission delay of the service data packet exceeds the change threshold required by the delay jitter requirement according to the delay jitter characteristics, it determines that jitter optimization processing is required, and then This indication information can be generated and sent to the PCF.
  • the application function entity determines that the change in transmission delay of the service data packet exceeds the change threshold required by the delay jitter requirement according to the delay jitter characteristics, it determines that jitter optimization processing is required, and then This indication information can be generated and sent to the PCF.
  • the session management function entity SMF Session Management Function
  • the radio access network side such as NG-RAN, NG-Radio Access Network, new generation wireless access network
  • the SMF entity can also generate UE-side rules used to reflect the reduction of delay jitter, and then configure the UE-side rules to the UE.
  • the application layer device when the application layer device (AF entity or UE) obtains the jitter-related characteristic requirements of the service (i.e., delay jitter requirements), it can proceed according to the following aspects:
  • the encoding and decoding algorithm can indicate whether discarding a certain/certain data packet affects the recovery of the overall data packet. If discarding a certain/certain data packet does not affect the recovery of the overall data packet, then even if it occurs when transmitting this/these data packet If the delay jitter is eliminated, it will not have a major impact, which means that the delay jitter requirement is low; conversely, if discarding certain/certain data packets will affect the recovery of the overall data packets, then when transmitting this/these data Packet time has higher demand for delay jitter.
  • the jitter-related characteristic requirements are obtained from the application layer of the UE, they can be transmitted to the application server through the OTT (Over The Top) method, and the application server can interact with the core network elements through the application server. If the jitter-related feature requirements are obtained from the application layer of the application server, this feature can be directly used to interact with core network elements.
  • the AF entity can obtain the delay jitter characteristics of the network through network capability exposure. Specifically, the AF entity can trigger core network elements to establish a specific PDU session, and interact with NG-RAN through PCF entities, SMF entities, AMF entities and other network elements, so that 5GC network elements (such as UPF entities, gNB) can process data The delay jitter characteristics of the packet are collected and then reported to the AF entity through the UPF entity or other network elements.
  • 5GC network elements such as UPF entities, gNB
  • the UPF entity reports the delay jitter characteristics to the AF entity.
  • the SMF entity can further process the policy rules generated by the PCF entity into N4 rules for the UPF entity (including parameters requiring low delay jitter), and SM (Session Management) for NG-RAN and UE. Rules (contains parameters that require low latency jitter).
  • S808 Configure the NG-RAN UE context to reflect the jitter attribute parameters when the wireless access network side processes data packets. That is, the SMF entity configuration parameters are transmitted to the NG-RAN through the AMF entity, so that the base station can obtain a processing strategy with smaller delay jitter.
  • the AF entity can also directly generate PCC rules based on the jitter attributes of the service, and then establish a PDU session. After obtaining the business jitter characteristics obtained from real-time statistics, the AF entity determines whether to further reduce the jitter.
  • the delay jitter characteristics of the data packet can be counted.
  • the UPF entity cooperates with NG-RAN and UE to measure the actual value of delay jitter, and then summarizes it to the UPF entity.
  • each block in the flow chart or block diagram may represent a module, program segment, or part of the code.
  • the above-mentioned module, program segment, or part of the code includes one or more executable components for implementing the specified logical function. instruction.
  • the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown one after another may actually execute substantially in parallel, or they may sometimes execute in the reverse order, depending on the functionality involved.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供了一种数据传输方法、装置、计算机可读介质及电子设备。该数据传输方法包括：获取业务数据包在传输过程中的时延抖动特性，所述时延抖动特性用于表示所述业务数据包的传输时延的变化情况(310)；根据所述时延抖动特性和所述业务数据包的时延抖动需求，确定是否需要进行抖动优化处理(320)；若确定需要进行抖动优化处理，则向核心网网元发送指示信息，以指示所述核心网网元启动时延抖动优化处理(330)。本申请实施例的技术方案可以保证传输业务数据包的网络时延抖动情况处于可接受的范围内，有利于提高业务数据包的网络传输质量。

Description

数据传输方法、装置、计算机可读介质及电子设备
本申请要求于2022年05月06日提交，申请号为202210486695.3、发明名称为“数据传输方法、装置、计算机可读介质及电子设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机及通信技术领域，具体而言，涉及一种数据传输方法、装置、计算机可读介质及电子设备。
背景技术
在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示出了本申请一个实施例提供的电子设备的结构示意图。
具体实施方式
随着5G(5th-Generation，第五代移动通信技术)的发展，使得许多要求多数据量、短时延的多媒体业务得到应用。比如云游戏业务、VR、AR、MR、XR、CR等交互业务。
比如，在图1所示的云游戏场景中，云端服务器101用于运行云游戏，云端服务器101可以对游戏画面进行渲染，并将音频信号及渲染后的图像进行编码处理，最后将编码处理得到的编码数据通过网络传输至各个游戏客户端102。游戏客户端102可以是具有基本的流媒体播放能力、人机交互能力以及通信能力等的用户设备(User Equipment，用户设备)，例如，智能手机、平板电脑、笔记本电脑、台式计算机、智能电视、智能家居、车载终端、飞行器等；或者该游戏客户端102可以是运行于终端设备中的应用程序。具体的，游戏客户端102可以将云端服务器101传输的编码数据进行解码，得到模拟音视频信号，并进行播放。
应理解的是，图1中只是示例性的表征云游戏系统的系统架构，并不对云游戏系统的具体架构进行限定；例如在其它实施例中，云游戏系统中还可包括用于调度的后台服务器等等。并且云端服务器101可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)以及大数据和人工智能平台等基础云计算服务的云服务器。游戏客户端102以及云端服务器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，中文名是服务数据适配协议。
如前所述，对多媒体业务来说，把一帧多媒体数据包分成多个数据包传输是很常见的情况，但是当这些数据包在网络中进行传输时，网络由于无线资源变化以及大量业务流之间的竞争等因素，可能会导致数据包的传输延迟出现抖动，而这种抖动对于交互型的多媒体业务而言，尤其是高品质的音视频以及强交互式的云游戏等业务(无法使用缓存技术来应对网络的抖动)，会带来用户体验的损失。
但是，在目前的技术中，业务层无法获知当前网络的抖动情况，并且网络的QoS(Quality of Service，服务质量)参数中也没有专门的抖动参数去约束各个网元的处理行为，针对多媒体业务的PDU会话管理以及用户面处理机制中也没有针对抖动的优化机制，正是基于目前所存在的问题，本申请的实施例提出了一种新的数据传输方案，使得AF(Application Function，应用功能)实体(例如应用服务器)与核心网网元交互时延抖动相关的网络性能统计参数，以确定是否启动抖动优化处理；若启动抖动优化处理，则直接或者间接影响核心网网元中相应的策略规则的生成及参数的配置，使得业务数据包的传输实现以减小抖动为目标，从而提升用户体验。
以下对本申请实施例的技术方案的实现细节进行详细阐述：
图3示出了本申请的一个实施例提供的数据传输方法的流程图，该数据传输方法可以由应用层设备来执行，比如可以由AF实体来执行。参照图3所示，该数据传输方法可以包括S310至S330，详细介绍如下：
在S310中，获取业务数据包在传输过程中的时延抖动特性，该时延抖动特性用于表示业务数据包的传输时延的变化情况。
在一些可选的实施例中，AF实体获取UPF实体统计并上报的业务数据包的时延抖动特性，比如AF实体可以向UPF实体发送指示信息，以指示UPF实体在PDU会话内统计并上报业务数据包的时延抖动特性，该PDU会话用于传输业务数据包。需要说明的是：时延抖动特性表示的是业务数据包的传输时延的变化情况，比如可以在业务数据包的传输过程中，每隔设定时间(如1秒、半分钟、1分钟等)统计一次业务数据包的传输时延，进而可以得到业务数据包的传输时延的变化情况。
可选地，传输时延的变化情况可以包括传输时延的变化频率及变化幅度中的至少一个。变化频率可以表示传输时延的统计值是否频繁发生变化，如果频繁发生变化，那么说明网络状态的抖动比较大；变化幅度可以表示传输时延统计值发生变化的幅度(比如方差)，如果变化幅度比较大，那么说明网络状态的抖动也比较大。
在S320中，根据时延抖动特性和业务数据包的时延抖动需求，确定是否需要进行抖动优化处理。
在一些可选的实施例中，业务数据包的时延抖动需求可以由AF实体直接获取，也可以由UE获取并传输给AF实体。比如UE通过OTT(Over The Top)方式将时延抖动特性传 输给AF实体。
在一些可选的实施例中，如果根据时延抖动特性确定业务数据包的传输时延的变化情况超过了时延抖动需求所要求的变化阈值，则确定需要进行抖动优化处理。
如果业务数据包的传输时延的变化情况未超过时延抖动需求所要求的变化阈值，则无需进行抖动优化处理。
可选的，抖动优化处理所优化的对象为核心网网元的抖动处理策略。相应的，当无需进行抖动优化处理时，即保持核心网网元当前的抖动处理策略；当需要进行抖动优化处理时，即更新核心网网元的抖动处理策略。
比如，若传输时延的变化情况包括传输时延的变化频率，那么如果传输时延的变化频率超过了时延抖动需要所要求的最高变化频率，则可以确定需要进行抖动优化处理。
若传输时延的变化情况包括传输时延的变化幅度，那么如果传输时延的变化幅度超过了时延抖动需要所要求的最高变化幅度，则可以确定需要进行抖动优化处理。
若传输时延的变化情况包括传输时延的变化频率和变化幅度，那么如果传输时延的变化频率超过了时延抖动需要所要求的最高变化频率，或者传输时延的变化幅度超过了时延抖动需要所要求的最高变化幅度，则可以确定需要进行抖动优化处理。也可以是在传输时延的变化频率超过了时延抖动需要所要求的最高变化频率，且传输时延的变化幅度超过了时延抖动需要所要求的最高变化幅度时，再确定需要进行抖动优化处理。
在一些可选的实施例中，可以根据以下至少一个因素确定业务数据包的时延抖动需求：业务数据包对时延抖动的容忍度、业务数据包所对应的播放缓冲区的大小、业务数据包所对应的播放缓冲区的可播放时长、业务数据包所对应的业务特性、业务数据包的发送端能力信息、业务数据包的接收端能力信息、业务数据包所对应的编解码算法。
可选地，业务数据包对时延抖动的容忍度越低，则说明业务数据包的时延抖动需求越高(比如所要求的最高变化频率越低、所要求的最高变化幅度越低)；反之，如果业务数据包对时延抖动的容忍度越高，则说明业务数据包的时延抖动需求越低。比如，对于实时性要求较高的云游戏数据而言，其对时延抖动的容忍度较低；对于实时性要求较低的备份数据而言，其对时延抖动的容忍度较高。
可选地，如果业务数据包所对应的播放缓冲区越大，则说明缓解抖动的难度越小；反之，如果业务数据包所对应的播放缓冲区越小，则说明缓解抖动的难度越大。因此，播放缓冲区的大小与时延抖动需求的高低成反相关关系，即播放缓冲区越大，时延抖动需求越低；播放缓冲区越小，时延抖动需求越高。
可选地，播放缓冲区的大小实际上是与所缓存的多媒体数据包所对应的可播放时长是相关的，即播放缓冲区越大，可播放时长就越长；播放缓冲区越小，可播放时长就越短。因此，播放缓冲区的可播放时长与时延抖动需求的高低成反相关关系，即播放缓冲区的可播放时长越长，时延抖动需求越低；播放缓冲区的可播放时长越短，时延抖动需求就越高。
可选地，业务数据包所对应的业务特性在一定程度上能够决定业务数据包的时延抖动需求。比如如果业务数据包所对应的业务特性为强交互型业务或者实时交互型业务，那么说明该业务数据包的时延抖动需求较高；如果业务数据包所对应的业务特性为对实时性没有过多要求的业务(比如数据备份业务)，那么说明该业务数据包的时延抖动需求较低。
可选地，业务数据包的发送端能力信息和接收端能力信息可以是发送端和接收端对时延抖动的应对能力。在一些实施例中，该发送端能力信息包括发送端对缓解时延抖动方案的支持情况，该接收端能力信息包括接收端对缓解时延抖动方案的支持情况。比如，该缓解时延抖动方案包括多路融合，该发送端能力信息和接收端能力信息则包括对多路收发能力的吃吃情况。
比如若发送端具有并行发送的能力、接收端也能够同时接收多路数据进行处理，那么发送端可以通过多路(如3路)并行发送相同的业务数据包，这样接收端可以通过多路接收到的业务数据包进行去重融合处理，这种情况下，接收端和发送端对于时延抖动的应对能力较 强，那么相应的时延抖动需求就较低；反之，如果接收端和发送端对于时延抖动的应对能力较差，那么相应的时延抖动需求就较高。
可选地，业务数据包所对应的编解码算法可以表示丢弃某个/某些数据包是否影响整体数据包的恢复。如果丢弃某个/某些数据包不影响整体数据包的恢复(通过冗余纠错算法以及正确接收的数据包进行数据包恢复)，那么在传输这个/这些数据包时即便出现了时延抖动，也不会产生较大的影响，则可以说明时延抖动需求较低；反之，如果丢弃某个/某些数据包会影响整体数据包的恢复，那么在传输这个/这些数据包时对时延抖动的需求就较高。
继续参照图3所示，在S330中，若确定需要进行抖动优化处理，则向核心网网元发送指示信息，以指示核心网网元启动时延抖动优化处理。
在一些可选的实施例中，如果确定需要进行抖动优化处理，那么应用层设备(如AF)可以向PCF(Policy Control Function，策略控制功能)实体发送指示信息。应用层设备在向PCF实体发送指示信息时，一种处理方式是应用层设备直接向PCF实体发送指示信息，另一种方式是应用层设备向NEF(Network Exposure Function，网络开放功能)实体发送指示信息，然后由NEF实体转发给PCF实体。
在一些可选的实施例中，该指示信息具有通知功能，即通知核心网网元进行优化。在另一些可选的实施例中，该指示信息具有通知和指导功能，即通知核心网网元并指导优化方向和优化目标。比如，指示信息中仅包含指示位，或者，指示信息中包含指示位以及优化参数。
在一些可选的实施例中，核心网网元启动时延抖动优化处理可以是根据指示信息生成针对重新建立的PDU会话的QoS流参数的策略信息(需要重建PDU会话)；或者根据指示信息生成用于修改已经建立的PDU会话所对应的QoS流参数的策略信息(继续使用已建立的PDU会话，无需重建)，以实现降低时延抖动。
图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)实体汇报的时延抖动特性。在一些实施例中，核心网网元可以与接入网侧进行交互，以实现对业务数据包的时延抖动特性进行统计，然后通过UPF实体上报给应用层设备。
图5所示实施例的技术方案使得应用层可以先生成初始的抖动需求信息，然后再根据业务数据包的时延抖动特性来确定是否进行抖动优化处理，进而可以及时对网络进行时延抖动优化处理，有利于提高业务数据包的网络传输质量。图5中所示的其它步骤的具体实现细节可以参照前述实施例的技术方案，不再赘述。
以上从应用层的角度对本申请实施例的技术方案进行了说明，以下从核心网网元(比如PCF实体)的角度对本申请实施例的技术方案的实现细节作进一步说明：
图6示出了本申请的一个实施例提供的数据传输方法的流程图，该数据传输方法可以由核心网网元来执行，比如可以由PCF实体来执行。参照图6所示，该数据传输方法可以包括S610至S630，详细介绍如下：
在S610中，接收应用层设备发送的指示信息，该指示信息用于指示启动时延抖动优化处理，该指示信息是根据业务数据包的时延抖动需求和时延抖动特性确定需要进行抖动优化处理后发送的。
可选的，该应用层设备为应用功能实体(AF实体)。
在一些可选的实施例中，应用功能实体如果根据时延抖动特性确定业务数据包的传输时延的变化情况超过了时延抖动需求所要求的变化阈值，则确定需要进行抖动优化处理，进而可以生成该指示信息并发送给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(Policy Control 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 QoS Identifier，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的处理策略。
可选的，AF实体也可以直接根据业务的jitter属性来生成PCC规则，然后建立PDU会话。当获取到实时统计得到的业务jitter特性后，AF实体再确定是否要进一步缩小jitter。
如图9所示，本申请另一个实施例提供的数据传输方法，包括：
S901，应用层根据业务属性生成对低时延抖动的需求，并作为触发PCC规则的参数发送给PCF。
S902，AF实体与5GC交互，将低时延抖动的需求传递给PCF实体(既可以直接传递给PCF实体，也可以先发送给NEF实体，然后由NEF实体转发给PCF实体)。
S903，生成相应的策略来支持抖动的减少。
具体地，PCF实体可以进行映射并生成相应的策略，包括低时延jitter的指示。比如，在生成的策略中增加新的指示jitter的参数，并给出数值，即不只依赖于5QI(5G QoS Identifier， 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减少的策略。
本申请前述实施例的技术方案使得可以根据业务数据包的时延抖动特性及时对网络进行时延抖动优化处理，以保证传输业务数据包的网络时延抖动情况处于可接受的范围内，进而可以提高业务数据包的网络传输质量，有利于提升业务带来的体验。
以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的数据传输方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的数据传输方法的实施例。
图10示出了本申请一个实施例提供的数据传输装置的框图，该数据传输装置1000，包括：获取单元1002、确定单元1004和发送单元1006。
其中，获取单元1002配置为获取业务数据包在传输过程中的时延抖动特性，所述时延抖动特性用于表示所述业务数据包的传输时延的变化情况；确定单元1004配置为根据所述时延抖动特性和所述业务数据包的时延抖动需求，确定是否需要进行抖动优化处理；发送单元1006配置为若确定需要进行抖动优化处理，则向核心网网元发送指示信息，以指示所述核心网网元启动时延抖动优化处理。
在本申请的一些实施例中，基于前述方案，所述获取单元1002配置为：向核心网网元发送建立协议数据单元PDU会话的指示信息，以指示所述核心网网元建立用于传输所述业务数据包的PDU会话；向用户面功能实体发送指示信息，以指示所述用户面功能实体在所述PDU会话内统计并上报所述业务数据包的所述时延抖动特性。
在本申请的一些实施例中，基于前述方案，所述数据传输装置1000还包括：生成单元，配置为在获取业务数据包在传输过程中的时延抖动特性之前，根据所述业务数据包所对应的业务属性信息，生成抖动需求信息；所述发送单元1006还配置为：将所述抖动需求信息发送给所述核心网网元，所述抖动需求信息用于指示所述核心网网元基于所述抖动需求信息配置抖动处理策略，以基于所述抖动处理策略对所述业务数据包进行传输。
在本申请的一些实施例中，基于前述方案，所述获取单元1002配置为：在将所述抖动需求信息发送给所述核心网网元之后，获取由用户面功能实体汇报的所述时延抖动特性。
在本申请的一些实施例中，基于前述方案，所述确定单元1004配置为：若根据所述时延抖动特性确定所述业务数据包的传输时延的变化情况超过了所述时延抖动需求所要求的 变化阈值，则确定需要进行抖动优化处理。
在本申请的一些实施例中，基于前述方案，根据以下至少一个因素确定所述业务数据包的时延抖动需求：所述业务数据包对时延抖动的容忍度、所述业务数据包所对应的播放缓冲区的大小、所述业务数据包所对应的播放缓冲区的可播放时长、所述业务数据包所对应的业务特性、所述业务数据包的发送端能力信息、所述业务数据包的接收端能力信息以及所述业务数据包所对应的编解码算法。
在本申请的一些实施例中，基于前述方案，若根据所述业务数据包所对应的播放缓冲区的大小确定所述业务数据包的时延抖动需求，则所述播放缓冲区的大小与所述时延抖动需求的高低成反相关关系；若根据所述业务数据包所对应的播放缓冲区的可播放时长确定所述业务数据包的时延抖动需求，则所述可播放时长与所述时延抖动需求的高低成反相关关系。
图11示出了本申请林一个实施例提供的数据传输装置的框图，该数据传输装置1100，包括：接收单元1102、生成单元1104和处理单元1106。
其中，接收单元1102配置为接收应用层设备发送的指示信息，所述指示信息用于指示启动时延抖动优化处理，所述指示信息是所述应用层设备根据业务数据包的时延抖动需求和时延抖动特性确定需要进行抖动优化处理后发送的；生成单元1104配置为根据所述指示信息生成减少时延抖动的策略信息；处理单元1106配置为将所述策略信息发送给会话管理功能实体，以使所述会话管理功能实体向其它网元配置减少时延抖动的处理策略。
在本申请的一些实施例中，基于前述方案，所述接收单元1102还配置为：在接收应用层设备发送的用于指示启动时延抖动优化处理的指示信息之前，接收所述应用功能实体发送的抖动需求信息，所述抖动需求信息是所述应用功能实体根据所述业务数据包所对应的业务属性信息生成的；所述处理单元1106还配置为：根据所述抖动需求信息配置抖动处理策略，将所述抖动处理策略发送至所述会话管理功能实体，以使所述会话管理功能实体向其它网元配置对应的抖动处理策略，以基于所述抖动处理策略对所述业务数据包进行传输。
在本申请的一些实施例中，基于前述方案，所述生成单元1104配置为：根据所述指示信息生成针对重新建立的PDU会话的服务质量QoS流参数的策略信息；或者根据所述指示信息生成用于修改已经建立的PDU会话所对应的QoS流参数的策略信息。
图12示出了本申请一个实施例提供的电子设备的结构示意图。
如图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 Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分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)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机程序的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个计算机程序，当上述一个或者多个计算机程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

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中任一项所述的数据传输方法。
PCT/CN2022/141146 2022-05-06 2022-12-22 数据传输方法、装置、计算机可读介质及电子设备 WO2023213087A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US18/219,449 US20230362856A1 (en) 2022-05-06 2023-07-07 Data transmission method, data transmission apparatus, computer-readable medium, and electronic device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210486695.3 2022-05-06
CN202210486695.3A CN117062146A (zh) 2022-05-06 2022-05-06 数据传输方法、装置、计算机可读介质及电子设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/219,449 Continuation US20230362856A1 (en) 2022-05-06 2023-07-07 Data transmission method, data transmission apparatus, computer-readable medium, and electronic device

Publications (1)

Publication Number Publication Date
WO2023213087A1 true WO2023213087A1 (zh) 2023-11-09

Family

ID=88646196

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/141146 WO2023213087A1 (zh) 2022-05-06 2022-12-22 数据传输方法、装置、计算机可读介质及电子设备

Country Status (3)

Country Link
US (1) US20230362856A1 (zh)
CN (1) CN117062146A (zh)
WO (1) WO2023213087A1 (zh)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180302830A1 (en) * 2015-12-24 2018-10-18 Huawei Technologies Co., Ltd. Data transmission method and network device

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180302830A1 (en) * 2015-12-24 2018-10-18 Huawei Technologies Co., Ltd. Data transmission method and network device

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
CATT: "New Solution for KI#7: Periodicity and Periodicity Jitter Control", 3GPP DRAFT; S2-2202718, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. e-meeting; 20220406 - 20220414, 29 March 2022 (2022-03-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052133552 *
CHINA MOBILE: "Solution about policy enhancements to minimize the jitter", 3GPP DRAFT; S2-2202852, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Elbonia; 20220406 - 20220412, 29 March 2022 (2022-03-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052133675 *
TENCENT, TENCENT CLOUD: "KI#6, New Sol: Policy enhancements to minimize jitter for XR and Media Services", 3GPP DRAFT; S2-2202065, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Elbonia; 20220406 - 20220425, 29 March 2022 (2022-03-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052132914 *

Also Published As

Publication number Publication date
CN117062146A (zh) 2023-11-14
US20230362856A1 (en) 2023-11-09

Similar Documents

Publication Publication Date Title
WO2022095795A1 (zh) 通信方法、装置、计算机可读介质及电子设备
US20180205976A1 (en) Method and apparatus of obtaining video fragment
EP4240053A1 (en) Data transmission method and apparatus, computer-readable storage medium, electronic device, and computer program product
WO2022142676A1 (zh) 数据传输方法、装置、计算机可读介质及电子设备
WO2022247550A1 (zh) 数据重传处理方法、装置、计算机设备和存储介质
CN112787945B (zh) 数据传输方法、装置、计算机可读介质及电子设备
US9813742B2 (en) Method, device and system for evaluating user experience value of video quality
US11924255B2 (en) Data transmission method and apparatus, server, storage medium, and program product
WO2024066602A1 (zh) 数据传输方法、装置、存储介质、电子设备及产品
WO2024066362A1 (zh) 数据传输方法、装置、计算机可读介质及电子设备
WO2023213089A1 (zh) 数据处理方法、装置、计算机可读介质及终端设备
WO2023213087A1 (zh) 数据传输方法、装置、计算机可读介质及电子设备
CN116132503A (zh) 数据传输方法、装置及设备
WO2023213086A1 (zh) 数据处理方法、装置、计算机可读介质及电子设备
WO2024001451A1 (zh) 业务数据包的处理方法、装置、介质及电子设备
WO2024066651A1 (zh) 数据传输控制方法、装置、计算机可读介质及电子设备
WO2023142592A1 (zh) 数据传输方法、装置、计算机可读介质及电子设备、计算机程序产品
WO2024066652A1 (zh) 数据传输方法、装置、计算机可读介质及电子设备
Noh et al. Energy-efficient HTTP Adaptive Streaming System over SDN-enabled Wi-Fi APs
WO2024066725A1 (zh) 数据传输方法、装置、计算机可读介质及电子设备
US20240306030A1 (en) System and method for wireless network capacity enhancements for xr jitter sensitivity applications
EP4319176A1 (en) Method for transmitting streaming media data and related device
WO2023098163A1 (zh) 应用处理方法、系统、电子设备和计算机可读存储介质
Zhao et al. JitBright: towards Low-Latency Mobile Cloud Rendering through Jitter Buffer Optimization
Yu et al. Mustang: Improving QoE for Real-Time Video in Cellular Networks by Masking Jitter

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22940781

Country of ref document: EP

Kind code of ref document: A1