WO2022142885A1 - 一种数据传输方法、装置、计算机可读存储介质、电子设备及计算机程序产品 - Google Patents

一种数据传输方法、装置、计算机可读存储介质、电子设备及计算机程序产品 Download PDF

Info

Publication number
WO2022142885A1
WO2022142885A1 PCT/CN2021/132781 CN2021132781W WO2022142885A1 WO 2022142885 A1 WO2022142885 A1 WO 2022142885A1 CN 2021132781 W CN2021132781 W CN 2021132781W WO 2022142885 A1 WO2022142885 A1 WO 2022142885A1
Authority
WO
WIPO (PCT)
Prior art keywords
data packet
sub
strong
splitting
data
Prior art date
Application number
PCT/CN2021/132781
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 EP21913627.2A priority Critical patent/EP4203531A4/en
Priority to KR1020237010994A priority patent/KR20230058493A/ko
Publication of WO2022142885A1 publication Critical patent/WO2022142885A1/zh
Priority to US18/071,264 priority patent/US20230118176A1/en

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/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/14—Mobility data transfer between corresponding nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • 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
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets

Abstract

一种数据传输方法、装置、计算机可读存储介质、电子设备及程序产品。该数据传输方法包括：接收上一级节点发送的数据包；当根据数据包中的指示信息识别到数据包属于强交互型数据包拆分得到的子数据包时，在将强交互型数据包拆分得到的子数据包发送至下一级节点的过程中，检测强交互型数据包拆分得到的子数据包的发送情况；当检测到强交互型数据包拆分得到的子数据包向下一级节点的发送失败时，停止向下一级节点发送强交互型数据包拆分得到的其余子数据包。

Description

一种数据传输方法、装置、计算机可读存储介质、电子设备及计算机程序产品
相关申请的交叉引用
本申请基于申请号为202110003818.9、申请日为2021年01月04日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此引入本申请作为参考。
技术领域
本申请涉及计算机及通信技术领域，涉及一种数据传输方法、装置、计算机可读存储介质、电子设备及计算机程序产品。
背景技术
在通信领域中，比如，第五代移动通信技术(5th-Generation，5G)以及演进5G系统中，高带宽的强交互型业务是重要的业务类型，诸如云游戏(Cloud Gaming)、虚拟现实(Virtual Reality，VR)、增强现实(Augmented Reality，AR)、混合现实(Mixed Reality，MR)、扩展现实(Extended Reality，XR)、影像现实(Cinematic Reality，CR)等；这些强交互型业务不仅对传输的时效性要求很高，而且随着分辨率、帧率和自由度等指标的提高，应用层产生的数据量极大增长，给网络传输带来很大的负荷。
一般来说，为了传输强交互型业务的应用层生成的数据包内容，通常将数据包切割成大量子数据包分段传输，然而，上述传输强交互型业务的数据包的过程中，当一个子数据包传输失败时，则整个数据包内容就无法在接收端进行实时的恢复和呈现，从而无法满足强交互型业务的高带宽和低时延的需求。
发明内容
本申请实施例提供了一种数据传输方法、装置、计算机可读存储介质、电子设备及计算机程序产品，能够降低数据包的传输时延和传输资源消耗。
本申请实施例提供了一种数据传输方法，包括：
接收上一级节点发送的数据包；
当根据所述数据包中的指示信息识别到所述数据包属于强交互型数据包拆分得到的子数据包时，在将所述强交互型数据包拆分得到的子数据包发送至下一级节点的过程中，检测所述强交互型数据包拆分得到的子数据包的发送情况；
当检测到所述强交互型数据包拆分得到的子数据包向所述下一级节点的发送失败时，停止向所述下一级节点发送所述强交互型数据包拆分得到的其余子数据包。
本申请实施例提供了另一种数据传输方法，包括：
接收基站设备发送的数据包；
当根据所述数据包中的指示信息识别到所述数据包属于强交互型数据包拆分得到的子数据包时，在接收所述强交互型数据包拆分得到的子数据包的过程中，检测所述强交互型数据包拆分得到的所有子数据包的接收情况；
当检测到在设定时长内未完整接收到所述强交互型数据包拆分得到的所有子数据包时，向发送所述强交互型数据包的应用服务器发送传输失败信息，所述传输失败信息用于向所述应用服务器指示所述强交互型数据包传输失败。
本申请实施例提供了一种数据传输装置，包括：
第一接收单元，配置为接收上一级节点发送的数据包；
第一检测单元，配置为当根据所述数据包中的指示信息识别到所述数 据包属于强交互型数据包拆分得到的子数据包时，在将所述强交互型数据包拆分得到的子数据包发送至下一级节点的过程中，检测所述强交互型数据包拆分得到的子数据包的发送情况；
第一处理单元，配置为当检测到所述强交互型数据包拆分得到的子数据包向所述下一级节点的发送失败时，停止向所述下一级节点发送所述强交互型数据包拆分得到的其余子数据包。
本申请实施例提供了另一种数据传输装置，包括：
第二接收单元，配置为接收基站设备发送的数据包；
第二检测单元，配置为当根据所述数据包中的指示信息识别到所述数据包属于强交互型数据包拆分得到的子数据包时，在接收所述强交互型数据包拆分得到的子数据包的过程中，检测所述强交互型数据包拆分得到的所有子数据包的接收情况；
第二处理单元，配置为当检测到在设定时长内未完整接收到所述强交互型数据包拆分得到的所有子数据包时，向发送所述强交互型数据包的应用服务器发送传输失败信息，所述传输失败信息用于向所述应用服务器指示所述强交互型数据包传输失败。
本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被一个或多个处理器执行时，实现如本申请实施例提供的数据传输方法。
本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，实现如本申请实施例提供的数据传输方法。
本申请实施例提供了一种计算机程序产品，所述计算机程序产品包括计算机程序或计算机指令，所述算机程序或计算机指令被一个或多个处理器执行时，实现本申请实施例提供的数据传输方法。
本申请实施例至少具有以下有益效果：通过将强交互型数据包(即为 强交互型业务的数据包)拆分为子数据包进行传输，以在子数据包传输失败时，停止向下一级节点发送强交互型数据包拆分得到的其余子数据包，；也就是说，在存在子数据包发送失败的情况下，能够及时停止发送无效子数据包；因此，能够降低数据包传输时延和传输资源消耗。
附图说明
图1示出了本申请实施例的示例性系统架构的示意图；
图2示出了本申请实施例的强交互型数据包的传输过程示意图；
图3示出了本申请实施例的一个数据传输方法的流程图；
图4示出了本申请实施例的另一个数据传输方法的流程图；
图5示出了本申请实施例的强交互型数据包的传输过程示意图；
图6示出了本申请实施例的一个强交互型数据包的传输流程示意图；
图7示出了本申请实施例的另一个强交互型数据包的传输流程示意图；
图8示出了本申请实施例的强交互型数据包的传输交互示意图；
图9示出了本申请实施例的一个数据传输装置的框图；
图10示出了本申请实施例的另一个数据传输装置的框图；
图11示出了本申请实施例的电子设备的结构示意图。
具体实施方式
需要说明的是，在本申请实施例中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关联关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种关联关系。字符“/”一般表示前后关联对象是一种“或”的关系。
随着通信领域(比如，4G(4th-Generation，第四代移动通信技术)，5G，等等)的发展，使得许多要求大数据量和短时延的业务得到了应用。比如云游戏业务、VR、AR、MR、XR和CR等交互业务，也可以称之为强交互 服务(Advanced Interactive Service，AIS)业务，并在本申请实施例中将强交互服务业务的数据包称为强交互型业务。
比如，在图1所示的云游戏场景中，云端服务器101用于运行云游戏，云端服务器101可以对游戏画面进行渲染，并将音频信号及渲染后的图像进行编码处理，最后将编码处理得到的编码数据通过网络传输至各个游戏客户端(示例性地示出了游戏客户端1-21、游戏客户端1-22、游戏客户端1-23和游戏客户端1-24)。游戏客户端可以是具有基本的流媒体播放能力、人机交互能力以及通信能力等的用户设备(User Equipment，UE)，例如，智能手机、平板电脑、笔记本电脑、台式计算机、智能电视、机顶盒、智能车载设备、便携式音乐播放器、个人数字助理、专用消息设备、便携式游戏设备和智能音箱等；或者该游戏客户端可以是运行于终端设备中的应用程序，比如，操作系统中的原生程序或软件模块，本地(Native)应用程序(APP，Application)，即需要在操作系统中安装才能运行的程序(游戏APP)；小程序，即只需要下载到浏览器环境中就可以运行的程序，能够嵌入至任意APP中的小程序。
在本申请实施例中，游戏客户端可以将云端服务器101传输的编码数据进行解码，得到模拟音视频信号，并进行播放。应理解的是，图1中只是示例性的表征云游戏系统的系统架构，并不对云游戏系统的具体架构进行限定；例如在其它实施例中，云游戏系统中还可以包括用于调度的后台服务器，等等。并且云端服务器101可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，)CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。游戏客户端以及云端服务器101可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。
在各种强交互业务的应用场景中，由于强交互型数据包巨大，因此在传输时需要拆分为多个子数据包。也就是说，如图2所示，比如，在5G系统中，用户面主要包括应用服务器、用户面功能(User Plane Function，UPF)、基站(next generation NodeB，gNB)和用户设备。强交互型数据包的传输对于一些业务场景主要在下行方向，比如从应用服务器到UPF，然后再通过gNB发送给UE。在进行传输时，强交互型数据包2-1在应用服务器的应用层进行拆分，拆分后的子数据包2-2，作为网际互联协议(Internet Protocol，IP)包从应用服务器到达UPF后，5G系统通过PDU会话把子数据包传输到UE端，在UE端的应用层从协议栈逐级向上递交并进行重组(图中示出了重组前的子数据包2-3)恢复出该强交互型数据包2-1。
其中，在图2所示的系统中，应用服务器包括L1层、L2层和IP层，用户面功能包括L1层、L2层；用户面功能包括L1层、L2层、用户数据报协议(User Datagram Protocol，UDP)/IP、通用分组无线业务隧道协议用户面和IP层；基站包括L1层、L2层、UDP/IP、GTP-U、物理层(Physical，PHY)、媒体访问控制层(Media Access Control，MAC)、无线链路控制层协议层(Radio Link Control，RLC)、分组数据汇聚协议层(Packet Data Convergence Protocol，PDCP)、服务数据适配协议层(Service Data Adaptation Protocol，SDAP)和IP层；用户设备包括PHY层、MAC层、RLC层、PDCH层、SDAP层和IP层。其中，L1层是指物理层，其用于确保原始的数据可在各种物理媒体上传输；L2层指的是数据链路层，数据链路层在物理层提供的服务的基础上向网络层提供服务；IP层即为网络层，用于实现两个端系统之间的数据传送。
在各种强交互业务的应用场景中，应用层生成的强交互型数据包需要以很低的时延和切割成大量子数据包分段传输，一旦其中一个子数据包的传输未满足传输要求，则整个强交互型数据包就无法在接收端进行实时的恢复和呈现，从而无法满足强交互性高带宽业务的需求。在这种情况下， 大量子数据包分段的传输其实是浪费了网络资源。比如，一个强交互型数据包被拆分为10个子数据包(甚至更多个子数据包)，每个子数据包传输成功的概率为0.99，那么这10个子数据包全部传输成功的概率为0.99 10，即为0.904。可见，在将一个强交互型数据包拆分为多个子数据包时，即便每个子数据包传输成功的概率很大，那么整个强交互型数据包拆分得到的所有子数据包都传输成功的概率也会大打折扣。而且，如果某个子数据包传输失败，那么将导致接收方不能恢复出强交互型数据包，在这种情况下，继续传输强交互型数据包拆分得到的子数据包已经没有意义了，基于此，本申请的实施例提供了一种数据传输方法、装置、计算机可读存储介质、电子设备及计算机程序产品，能够降低数据包的传输时延和传输资源消耗。
图3示出了本申请实施例的一个数据传输方法的流程图，该数据传输方法可以由用户面功能实体或者基站设备来执行。参照图3所示，该数据传输方法至少包括S310至S330，下面对各步骤分别进行说明。
在S310中，接收上一级节点发送的数据包。
在本申请实施例中，如果图3所示的数据处理方法的执行主体是用户面功能实体，那么上一级节点是应用服务器，即用户面功能实体接收应用服务器发送的数据包，然后再传输给作为下一级节点的基站设备。
在本申请实施例中，如果图3所示的数据处理方法的执行主体是基站设备，那么上一级节点是用户面功能实体，即基站设备接收用户面功能实体发送的数据包，然后再传输给作为下一级节点的用户设备。
需要说明的是，如果基站是由控制面与用户面分离的，即基站分离为基站集中单元(gNB Centralized Unit，gNB-CU)和基站分布单元(gNB Distributed Unit，gNB-DU)，且gNB-CU作为控制面，gNB-DU作为用户面，那么本申请实施例中的基站设备可以是gNB-DU。
在S320中，当根据数据包中的指示信息识别到数据包属于强交互型数据包拆分得到的子数据包时，在将强交互型数据包拆分得到的子数据包发 送至下一级节点的过程中，检测强交互型数据包拆分得到的子数据包的发送情况。
在本申请实施例中，强交互型数据包拆分得到的多个子数据包中包含有开始数据包和结束数据包。开始数据包中包含有第一指示信息，该第一指示信息用于指示开始数据包是多个子数据包中第一个传输的子数据包；结束数据包中包含有第二指示信息，该第二指示信息用于指示结束数据包是多个子数据包中最后一个传输的子数据包。
在本申请实施例中，通过对开始数据包和结束数据包的识别来确定是否接收到强交互型数据包拆分得到的子数据包。比如，若根据开始数据包中包含的第一指示信息识别到该开始数据包，那么从开始数据包到结束数据包之间所接收到的数据包都属于强交互型数据包拆分得到的子数据包。
在本申请实施例中，可以根据接收到的数据包的协议字段中包含的指示信息，识别接收到的数据包是否属于强交互型数据包拆分得到的子数据包。
需要说明的是，强交互型数据包拆分得到的多个子数据包中的开始数据包在协议字段中添加有用于指示其为开始数据包的指示信息，而结束数据包在协议字段中添加有用于指示其为结束数据包的指示信息；那么在根据数据包的协议字段识别到该开始数据包之后，从开始数据包到结束数据包之间所接收到的数据包都属于强交互型数据包拆分得到的子数据包。
在本申请实施例中，可以根据接收到的数据包的净荷信息中包含的指示信息，识别接收到的数据包是否属于强交互型数据包拆分得到的子数据包。
需要说明的是，强交互型数据包拆分得到的多个子数据包中的开始数据包在净荷信息中添加有用于指示其为开始数据包的指示信息，而结束数据包在净荷信息中添加有用于指示其为结束数据包的指示信息；那么在根据数据包的净荷信息识别到该开始数据包之后，从开始数据包到结束数据 包之间所接收到的数据包都属于强交互型数据包拆分得到的子数据包。
继续参照图3所示，在S330中，当检测到强交互型数据包拆分得到的子数据包向下一级节点的发送失败时，停止向下一级节点发送强交互型数据包拆分得到的其余子数据包。
在本申请实施例中，如果检测到强交互型数据包拆分得到的子数据包向下一级节点的发送失败，那么此时如果继续发送其余子数据包也不能恢复出强交互型数据包，因此可以停止向下一级节点发送其余子数据包，以降低对带宽的占用，有利于减少强交互型数据包在传输时对传输资源的占用。
在本申请实施例中，如果检测到强交互型数据包拆分得到的子数据包向下一级节点的发送失败，那么还可以丢弃已经接收到的强交互型数据包拆分得到的子数据包，以降低存储资源的占用。
在本申请实施例中，如果检测到强交互型数据包拆分得到的子数据包向下一级节点的发送失败，那么可以向上一级节点发送反馈信息，该反馈信息用于指示上一级节点停止传输强交互型数据包拆分得到的其余子数据包。
可以理解的是，在检测到向下一级节点发送强交互型数据包拆分得到的子数据包的过程中存在发送失败的子数据包时，可以向上一级节点发送反馈信息，以指示上一级节点停止传输其余的子数据包，以减少对传输资源的占用。
在本申请实施例中，向上一级节点发送反馈信息是在未完整接收到强交互型数据包拆分得到的所有子数据包的情况下进行的，如果已经完整接收到强交互型数据包拆分得到的所有子数据包，那么无需再向上一级节点发送反馈信息。
在本申请实施例中，如果在设定时长内未完整接收到上一级节点发送的强交互型数据包拆分得到的所有子数据包，则停止向下一级节点发送强 交互型数据包拆分得到的其余子数据包，并丢弃已经接收到的强交互型数据包拆分得到的子数据包。
需要说明的是，强交互型数据包可以是具有时限要求的数据包，如果在设定时长内没有完整接收到上一级节点发送的强交互型数据包拆分得到的所有子数据包，那么说明强交互型数据包已经超过了时限要求，此时已经没有必要再将强交互型数据包拆分得到的其余子数据包传输给下一级节点了。当然，如果在设定时长内没有完整接收到上一级节点发送的强交互型数据包拆分得到的所有子数据包，还可能是由于上一级节点检测到有子数据包传输错误然后停止发送了，此时也说明没有必要再将强交互型数据包拆分得到的其余子数据包传输给下一级节点了，在这种情况下也可以停止向下一级节点发送强交互型数据包拆分得到的其余子数据包，并且可以丢弃已经接收到的子数据包。
图3是从用户面功能实体或者基站设备的角度对本申请实施例的数据传输方法进行了阐述，以下从用户设备的角度对本申请实施例的数据传输方法进行说明。
图4示出了本申请实施例的数据传输方法的流程图，该数据传输方法可以由用户设备来执行。参照图4所示，该数据传输方法至少包括S410至S430，下面对各步骤分别进行说明。
在S410中，接收基站设备发送的数据包。
在S420中，当根据数据包中的指示信息识别到数据包属于强交互型数据包拆分得到的子数据包时，在接收强交互型数据包拆分得到的子数据包的过程中，检测强交互型数据包拆分得到的所有子数据包的接收情况。
在本申请实施例中，强交互型数据包拆分得到的多个子数据包中包含有开始数据包和结束数据包。开始数据包中包含有第一指示信息，该第一指示信息用于指示开始数据包是多个子数据包中第一个传输的子数据包；结束数据包中包含有第二指示信息，该第二指示信息用于指示结束数据包 是多个子数据包中最后一个传输的子数据包。
需要说明的是，通过对开始数据包和结束数据包的识别来确定是否接收到强交互型数据包拆分得到的子数据包。比如，若根据开始数据包中包含的第一指示信息识别到该开始数据包，那么从开始数据包到结束数据包之间所接收到的数据包都属于强交互型数据包拆分得到的子数据包。
在本申请实施例中，可以根据接收到的数据包的协议字段中包含的指示信息，识别接收到的数据包是否属于强交互型数据包拆分得到的子数据包。
需要说明的是，强交互型数据包拆分得到的子数据包中的开始数据包在协议字段中添加有用于指示其为开始数据包的指示信息，而结束数据包在协议字段中添加有用于指示其为结束数据包的指示信息，那么在根据数据包的协议字段识别到该开始数据包之后，从开始数据包到结束数据包之间所接收到的数据包都属于强交互型数据包拆分得到的子数据包。
在本申请实施例中，可以根据接收到的数据包的净荷信息中包含的指示信息，识别接收到的数据包是否属于强交互型数据包拆分得到的子数据包。
需要说明的是，强交互型数据包拆分得到的子数据包中的开始数据包在净荷信息中添加有用于指示其为开始数据包的指示信息，而结束数据包在净荷信息中添加有用于指示其为结束数据包的指示信息，那么在根据数据包的净荷信息识别到该开始数据包之后，从开始数据包到结束数据包之间接收到的数据包都属于强交互型数据包拆分得到的子数据包。
在S430中，当检测到在设定时长内未完整接收到强交互型数据包拆分得到的所有子数据包时，向发送强交互型数据包的应用服务器发送传输失败信息，传输失败信息用于向应用服务器指示强交互型数据包传输失败。
在本申请实施例中，用户设备在对强交互型数据包拆分得到的所有子数据包进行整合处理时，可以按照这些子数据包的顺序依次进行整合，最 后得到完整的强交互型数据包。
在本申请实施例中，如果用户设备在设定时长内未完整接收到强交互型数据包拆分得到的所有子数据包，则可以丢弃已经接收到的强交互型数据包拆分得到的子数据包。
需要说明的是，强交互型数据包可以是具有时限要求的数据包，如果在设定时长内没有完整接收到强交互型数据包拆分得到的所有子数据包，那么说明强交互型数据包已经超过了时限要求，此时已经没有必要再接收子数据包并进行整合处理了，因此可以丢弃到已经接收到的子数据包。当然，如果在设定时长内没有完整接收到强交互型数据包拆分得到的所有子数据包，还可能是由于基站设备或用户面功能失调检测到有子数据包传输错误然后停止发送了，此时也可以丢弃已经接收到的子数据包。
在本申请实施例中，如果在设定时长内未完整接收到强交互型数据包拆分得到的所有子数据包，则向发送强交互型数据包的应用服务器发送传输失败信息，以指示强交互型数据包传输失败。
需要说明的是，用户设备在检测到在设定时长内未完整接收到强交互型数据包拆分得到的所有子数据包时，可以向应用服务器发送传输失败信息，以向应用服务器指示强交互型数据包传输失败，以便于应用服务器确认是否重新发送。
以上分别从用户面功能实体、基站设备和用户设备的角度对本申请实施例的数据传输方法进行了阐述，以下从各个实体之间交互的角度阐述本申请实施例的数据传输方法。
在本申请实施例中，在对强交互型数据包进行拆分之后，可以对强交互型数据包拆分得到的子数据包进行开始和结束的标示。如图5所示，基于标示出的开始子数据包和结束子数据包，如果一个强交互型数据包5-1拆分出来的N个子数据包中，包括开始子数据包在内的m个子数据包已经发送后发生了丢包现象(如m-1个子数据包已传输成功，而第m个子数据 包发送失败)，那么后续的待发送的(N-m)个子数据包则无需再进行发送，可以进行丢弃处理；其中，N为大于1的正整数，m为小于N的正整数变量。
如图6所示，本申请实施例提供的示例性的数据传输方法包括S610至S680，下面对该各步骤分别进行说明。
S610，强交互型数据包在应用服务器侧完成拆分。
在本申请实施例中，应用服务器可以根据设定的子数据包大小或者网络的状态等信息来确定出分包大小，然后根据分包大小来对强交互型数据包进行拆分处理，得到多个子数据包。
S620，对拆分得到的子数据包进行开始数据包和结束数据包的标示。
在本申请实施例中，可以在开始数据包和结束数据包中添加指示信息，以标示出哪个子数据包是开始数据包，哪个子数据包是结束数据包。这里，可以在子数据包的协议字段或者净荷信息中添加该指示信息，如在GTP-U隧道协议的字段中添加该指示信息。
S630，UPF识别子数据包的开始和结束。
在本申请实施例中，当应用服务器把拆分得到的子数据包传输给UPF的过程中，UPF可以识别其中的开始数据包和结束数据包。
S640，子数据包传输到达gNB，gNB进行发送。
在本申请实施例中，UPF在接收到应用服务器发送的子数据包之后，将子数据包传输给gNB，然后gNB将子数据包发送给用户设备。其中，gNB需要进行增强以能够识别出子数据包中的指示信息，进而来确定开始数据包和结束数据包，以便于识别出强交互型数据包拆分得到的一系列子数据包。
S650，gNB向用户设备发送第m个子数据包。
这里，m为正整数变量。以及，gNB判断第m个子数据包是否发送成功；如果是则执行S660；如果否，则执行S670。另外，gNB还可以判断第 m个子数据包是否符合延迟要求；如果是则执行S660；如果否，则执行S670。
在本申请实施例中，gNB可以通过空中接口(Uu接口)将子数据包发送给用户设备。同时，可以通过Uu接口的协议如PDCP、RLC等进行数据发送成功和失败的判断。
S660，继续发送下一个子数据包，直到拆分出来的子数据包全部发送完成。
S670，在gNB侧丢弃已经接收到的子数据包。此时也不再将UPF发送过来的其余子数据包发送给用户设备。
S680，用户设备探测到强交互型数据包传输失败，从应用层向应用服务器进行反馈。可选地，如果用户设备在一定时限(称为设定时长)内没有完全接收到强交互型数据包的所有子数据包，则可以确定强交互型数据包传输失败。其中向应用服务器反馈的信息用于指示该强交互型数据包已经传输失败。
图6所示的示例性的数据传输方法描述了用户设备向应用服务器指示强交互型数据包传输失败的过程。另外，本申请实施例中的gNB向UPF指示强交互型数据包的传输失败的过程，如图7所示，该示例性的数据传输方法包括S710至S780，下面对各步骤分别进行说明。
S710，强交互型数据包在应用服务器侧完成拆分。
在本申请的一个实施例中，应用服务器可以根据设定的子数据包大小或者网络的状态等信息来确定出分包大小，然后根据分包大小来对强交互型数据包进行拆分处理，得到多个子数据包。
S720，对拆分得到的子数据包进行开始数据包和结束数据包的标示。
在本申请实施例中，可以在开始数据包和结束数据包中添加指示信息，以标示出哪个子数据包是开始数据包，哪个子数据包是结束数据包。这里，可以在子数据包的协议字段或者净荷信息中添加该指示信息，如在GTP-U隧道协议的字段中添加该指示信息。
S730，UPF识别子数据包的开始和结束。
在本申请实施例中，当应用服务器把拆分得到的子数据包传输给UPF的过程中，UPF可以识别其中的开始数据包和结束数据包。
S740，子数据包传输到达gNB，gNB进行发送。
在本申请实施例中，UPF在接收到应用服务器发送的子数据包之后，将子数据包传输给gNB，然后gNB将子数据包发送给用户设备。其中，gNB需要进行增强以能够识别出子数据包中的指示信息，进而来确定开始数据包和结束数据包，以便于识别出强交互型数据包拆分得到的一系列子数据包。
S750，gNB向用户设备发送第m个子数据包。
这里，gNB判断第m个子数据包是否发送成功；如果是则执行S760；如果否，则执行S770。另外，gNB还可以判断第m个子数据包是否符合延迟要求；如果是则执行S760；如果否，则执行S770。
在本申请实施例中，gNB可以通过Uu接口将子数据包发送给用户设备。同时，可以通过Uu接口的协议(如PDCP和RLC等)进行数据发送成功和失败的判断。
S760，继续发送下一个子数据包，直到拆分出来的子数据包全部发送完成。
S770，在gNB侧丢弃已经接收到的子数据包。此时也不再将UPF发送过来的其余子数据包发送给用户设备。
S780，gNB向UPF提供反馈信息，通知UPF停止向gNB发送其余子数据包。
需要说明的是，如果gNB已经完整接收了强交互型数据包拆分得到的所有子数据包，那么无需再向UPF提供反馈信息。
在本申请实施例中，图6和图7所示的示例性的数据处理方法也可以进行结合，即用户设备在探测到强交互型数据包传输失败时，从应用层向 应用服务器进行反馈，而gNB在确定发送失败之后，也可以向UPF提供反馈信息，通知UPF停止向gNB发送子数据包。
在本申请实施例中，如图8所示为应用服务器、UPF、gNB和用户设备之间的交互流程，包括S801至S805，下面对各步骤分别进行说明。
S801，应用服务器拆分强交互型数据包得到子数据包，并标示出开始数据包和结束数据包。
在本申请实施例中，可以在开始数据包和结束数据包中添加指示信息，以标示出哪个子数据包是开始数据包，哪个子数据包是结束数据包。可选地，可以在数据包的协议字段或者净荷信息中添加该指示信息，如在GTP-U隧道协议的字段中添加该指示信息。
S802，应用服务器向UPF发送子数据包。
在本申请实施例中，当应用服务器把拆分得到的子数据包传输给UPF的过程中，UPF可以识别其中的开始数据包和结束数据包。
S803，UPF向gNB发送子数据包。
在本申请实施例中，UPF向gNB发送子数据包的过程与应用服务器向UPF发送子数据包的过程可以是同步进行的；比如UPF在接收到应用服务器发送的子数据包之后(还未全部接收完成)，就可以向gNB发送子数据包，这种方式可以降低子数据包到达用户设备的延迟。当然，UPF也可以在全部接收到应用服务器发送的子数据包之后，再向gNB发送子数据包，如此，可以使得UPF在接收过程中出现错误时，减少向gNB发送的无效的子数据包的数量，从而能够降低传输资源消耗。
在本申请实施例中，UPF在向gNB发送强交互型数据包拆分得到的子数据包的过程中，如果检测到某个子数据包传输失败，那么UPF可以停止向gNB发送其余子数据包，减少所发送的无效的子数据包的数量，从而能够降低传输资源的消耗。在这种情况下，UPF也可以删除已经接收到的子数据包，同时UPF也可以通知应用服务器停止向UPF传输其余子数据包。
在本申请实施例中，UPF也可以在设定时长内未全部接收到应用服务器传输的子数据包时，停止向gNB发送其余子数据包，并且UPF也可以删除已经接收到的子数据包，同时UPF也可以通知应用服务器停止向UPF传输其余子数据包。
S804，gNB向用户设备发送子数据包。
在本申请实施例中，gNB向用户设备发送子数据包的过程与UPF向gNB发送子数据包的过程可以是同步进行的；比如gNB在接收到UPF发送的子数据包之后(还未全部接收完成)，就可以向用户设备发送子数据包，这种方式可以降低子数据包到达用户设备的延迟。当然，gNB也可以在全部接收到UPF发送的子数据包之后，再向用户设备发送子数据包，如此，可以使得UPF在接收过程中出现错误时，减少向gNB发送的无效的子数据包的数量，从而能够降低传输资源的消耗。
在本申请实施例中，gNB在向用户设备发送强交互型数据包拆分得到的子数据包的过程中，如果检测到某个子数据包传输失败，那么gNB可以停止向用户设备发送其余子数据包，减少所发送的无效的子数据包的数量，从而能够降低传输资源得分消耗。在这种情况下，gNB也可以删除已经接收到的子数据包，同时gNB也可以通知UPF停止向gNB传输子数据包。
在本申请实施例中，gNB也可以在一定时长内未全部接收到UPF传输的子数据包时，停止向用户设备发送子数据包，并且gNB也可以删除已经接收到的子数据包，同时gNB也可以通知UPF停止向gNB传输子数据包。
S805，用户设备若成功接收所有子数据包，则进行重组恢复出强交互型数据包。
在本申请实施例中，如果用户设备探测到强交互型数据包传输失败，则可以从应用层向应用服务器进行反馈。
在本申请实施例中，如果用户设备在设定时限内没有完全接收到强交互型数据包的所有子数据包，则可以确定强交互型数据包传输失败。其中， 向应用服务器反馈的信息(称为传输失败信息)用于指示该强交互型数据包已经传输失败。
本申请实施例的数据传输方法可以在强交互型数据包拆分得到的子数据包的发送失败时，及时停止向下一级节点发送其余子数据包(这些子数据包再进行发送也不能在用户设备侧恢复出强交互型数据包，属于无效数据包)，能够减少对带宽的占用，从而能够减少强交互型数据包在传输时对传输资源的占用。
需要说明的是，本申请实施例提供的数据传输装置可以用于执行本申请实施例中的数据传输方法。
图9示出了本申请实施例的一个数据传输装置的框图，该数据传输装置可以设置在用户面功能实体内部或者设置在基站设备内部。
参照图9所示，本申请实施例的数据传输装置900，包括：第一接收单元902、第一检测单元904和第一处理单元906。
其中，第一接收单元902，配置为接收上一级节点发送的数据包；
第一检测单元904，配置为当根据所述数据包中的指示信息识别到所述数据包属于强交互型数据包拆分得到的子数据包时，在将所述强交互型数据包拆分得到的子数据包发送至下一级节点的过程中，检测所述强交互型数据包拆分得到的子数据包的发送情况；
第一处理单元906，配置为当检测到所述强交互型数据包拆分得到的子数据包向所述下一级节点的发送失败时，停止向所述下一级节点发送所述强交互型数据包拆分得到的其余子数据包。
在本申请实施例中，第一处理单元906，还配置为当检测到所述强交互型数据包拆分得到的子数据包向所述下一级节点的发送失败时，丢弃已经接收到的所述强交互型数据包拆分得到的子数据包。
在本申请实施例中，第一处理单元906，还配置为当检测到所述强交互型数据包拆分得到的子数据包向所述下一级节点的发送失败时，向所述上 一级节点发送反馈信息，所述反馈信息用于指示所述上一级节点停止传输所述强交互型数据包拆分得到的其余子数据包。
在本申请实施例中，第一处理单元906，配置为当未完整接收到所述强交互型数据包拆分得到的所有子数据包时，向所述上一级节点发送所述反馈信息。
在本申请实施例中，所述强交互型数据包拆分得到的多个子数据包包括开始数据包和结束数据包；所述开始数据包包括第一指示信息，所述第一指示信息用于指示所述开始数据包是所述多个子数据包中第一个传输的子数据包；所述结束数据包包括第二指示信息，所述第二指示信息用于指示所述结束数据包是所述多个子数据包中最后一个传输的子数据包。
在本申请实施例中，第一检测单元904，还配置为根据所述数据包的协议字段中的所述指示信息，识别所述数据包是否属于所述强交互型数据包拆分得到的子数据包。
在本申请实施例中，第一检测单元904，还配置为根据所述数据包的净荷信息中的所述指示信息，识别所述数据包是否属于所述强交互型数据包拆分得到的子数据包。
在本申请实施例中，第一处理单元906，还配置为当在设定时长内未完整接收到所述上一级节点发送的所述强交互型数据包拆分得到的所有子数据包时，停止向所述下一级节点发送所述强交互型数据包拆分得到的其余子数据包，并丢弃已经接收到的所述强交互型数据包拆分得到的子数据包。
在本申请实施例中，如果数据传输装置900设置在用户面功能实体内，那么上一级节点包括应用服务器，下一级节点包括基站设备。
在本申请实施例中，如果数据传输装置900设置在基站设备内，那么上一级节点包括用户面功能实体，下一级节点包括用户设备。
图10示出了本申请实施例的另一数据传输装置的框图，该数据传输装置可以设置在用户设备内部。
参照图10所示，本申请实施例的数据传输装置1000，包括：第二接收单元1002、第二检测单元1004和第二处理单元1006。
其中，第二接收单元1002，配置为接收基站设备发送的数据包；
第二检测单元1004，配置为当根据所述数据包中的指示信息识别到所述数据包属于强交互型数据包拆分得到的子数据包时，在接收所述强交互型数据包拆分得到的子数据包的过程中，检测所述强交互型数据包拆分得到的所有子数据包的接收情况；
第二处理单元1006，配置为当检测到在设定时长内未完整接收到所述强交互型数据包拆分得到的所有子数据包时，向发送所述强交互型数据包的应用服务器发送传输失败信息，所述传输失败信息用于向所述应用服务器指示所述强交互型数据包传输失败。
在本申请实施例中，第二处理单元1006还配置为当检测到在所述设定时长内未完整接收到所述强交互型数据包拆分得到的所有子数据包时，丢弃已经接收到的所述强交互型数据包拆分得到的子数据包。
在本申请实施例中，第二处理单元1006还配置为当完整接收到所述强交互型数据包拆分得到的所有子数据包时，对所述所有子数据包进行整合处理得到所述强交互型数据包。
图11示出了本申请实施例的电子设备的结构示意图。
需要说明的是，图11示出的电子设备的计算机系统1100仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图11所示，计算机系统1100包括中央处理单元(Central Processing Unit，CPU)1101(称为一个或多个处理器)，其可以根据存储在只读存储器(Read-Only Memory，ROM)1102中的程序或者从存储部分1108加载到随机访问存储器(Random Access Memory，RAM)1103中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 1103中，还存储有系统操作所需的各种程序和数据。CPU 1101、ROM 1102以 及RAM 1103通过总线1104彼此相连。输入/输出(Input/Output，I/O)接口1105也连接至总线1104。
以下部件连接至I/O接口1105：包括键盘和鼠标等的输入部分1106；包括诸如阴极射线管(Cathode Ray Tube，CRT)和液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1107；包括硬盘等的存储部分1108；以及包括诸如LAN(Local Area Network，局域网)卡和调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至I/O接口1105。可拆卸介质1111，诸如磁盘、光盘、磁光盘和半导体存储器等等，根据需要安装在驱动器1110上，以便于从其上读出的计算机程序根据需要被安装入存储部分1108。
在本申请实施例中，本申请实施例提供的数据处理方法可以被实现为计算机软件程序。例如，本申请实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行本申请实施例提供的数据处理方法的计算机程序。此时，该计算机程序可以通过通信部分1109从网络上被下载和安装，和/或从可拆卸介质1111被安装。在该计算机程序被中央处理单元(CPU)1101执行时，执行本申请实施例提供的数据处理方法。
需要说明的是，本申请实施例提供的计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(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. 根据权利要求1所述的数据传输方法，其中，所述强交互型数据包拆分得到的多个子数据包包括开始数据包和结束数据包；
    所述开始数据包包括第一指示信息，所述第一指示信息用于指示所述开始数据包是所述多个子数据包中第一个传输的子数据包；
    所述结束数据包包括第二指示信息，所述第二指示信息用于指示所述结束数据包是所述多个子数据包中最后一个传输的子数据包。
  6. 根据权利要求1所述的数据传输方法，其中，所述数据传输方法还包括：
    根据所述数据包的协议字段中的所述指示信息，识别所述数据包是否属于所述强交互型数据包拆分得到的子数据包；或
    根据所述数据包的净荷信息中的所述指示信息，识别所述数据包是否属于所述强交互型数据包拆分得到的子数据包。
  7. 根据权利要求1所述的数据传输方法，其中，所述数据传输方法还包括：
    当在设定时长内未完整接收到所述上一级节点发送的所述强交互型数据包拆分得到的所有子数据包时，停止向所述下一级节点发送所述强交互型数据包拆分得到的其余子数据包，并丢弃已经接收到的所述强交互型数据包拆分得到的子数据包。
  8. 根据权利要求1至7中任一项所述的数据传输方法，其中，
    所述数据传输方法由用户面功能实体执行，所述上一级节点包括应用服务器，所述下一级节点包括基站设备；或
    所述数据传输方法由所述基站设备执行，所述上一级节点包括所述用户面功能实体，所述下一级节点包括用户设备。
  9. 一种数据传输方法，包括：
    接收基站设备发送的数据包；
    当根据所述数据包中的指示信息识别到所述数据包属于强交互型数据包拆分得到的子数据包时，在接收所述强交互型数据包拆分得到的子数据包的过程中，检测所述强交互型数据包拆分得到的所有子数据包的接收情况；
    当检测到在设定时长内未完整接收到所述强交互型数据包拆分得到的所有子数据包时，向发送所述强交互型数据包的应用服务器发送传输失败信息，所述传输失败信息用于向所述应用服务器指示所述强交互型数据包传输失败。
  10. 根据权利要求9所述的数据传输方法，其中，所述数据传输方法还包括：
    当检测到在所述设定时长内未完整接收到所述强交互型数据包拆分得到的所有子数据包时，丢弃已经接收到的所述强交互型数据包拆分得到的子数据包。
  11. 根据权利要求9所述的数据传输方法，其中，所述数据传输方法还包括：
    当检测到完整接收到所述强交互型数据包拆分得到的所有子数据包时，对所述所有子数据包进行整合处理得到所述强交互型数据包。
  12. 一种数据传输装置，包括：
    第一接收单元，配置为接收上一级节点发送的数据包；
    第一检测单元，配置为当根据所述数据包中的指示信息识别到所述数据包属于强交互型数据包拆分得到的子数据包时，在将所述强交互型数据包拆分得到的子数据包发送至下一级节点的过程中，检测所述强交互型数据包拆分得到的子数据包的发送情况；
    第一处理单元，配置为当检测到所述强交互型数据包拆分得到的子数据包向所述下一级节点的发送失败时，停止向所述下一级节点发送所述强交互型数据包拆分得到的其余子数据包。
  13. 一种数据传输装置，包括：
    第二接收单元，配置为接收基站设备发送的数据包；
    第二检测单元，配置为当根据所述数据包中的指示信息识别到所述数据包属于强交互型数据包拆分得到的子数据包时，在接收所述强交互型数据包拆分得到的子数据包的过程中，检测所述强交互型数据包拆分得到的所有子数据包的接收情况；
    第二处理单元，配置为当检测到在设定时长内未完整接收到所述强交互型数据包拆分得到的所有子数据包时，向发送所述强交互型数据包的应用服务器发送传输失败信息，所述传输失败信息用于向所述应用服务器指示所述强交互型数据包传输失败。
  14. 一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被一个或多个处理器执行时，实现如权利要求1至8中任一项所述的数据传输方法；或实现如权利要求9至11中任一项所述的数据传输方法。
  15. 一种电子设备，包括：
    一个或多个处理器；
    存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，实现如权利要求1至8中任一项所述的数据传输方法；或实现如权利要求9至11中任一项所述的数据传输方法。
  16. 一种计算机程序产品，所述计算机程序产品包括计算机程序或计算机指令，所述算机程序或计算机指令被一个或多个处理器执行时，实现本申请实施例提供的数据传输方法。
PCT/CN2021/132781 2021-01-04 2021-11-24 一种数据传输方法、装置、计算机可读存储介质、电子设备及计算机程序产品 WO2022142885A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP21913627.2A EP4203531A4 (en) 2021-01-04 2021-11-24 DATA TRANSMISSION METHOD AND APPARATUS, COMPUTER READABLE STORAGE MEDIUM, ELECTRONIC DEVICE AND COMPUTER PROGRAM PRODUCT
KR1020237010994A KR20230058493A (ko) 2021-01-04 2021-11-24 데이터 전송 방법 및 장치, 컴퓨터가 판독 가능한 저장 매체, 전자 디바이스 그리고 컴퓨터 프로그램 제품
US18/071,264 US20230118176A1 (en) 2021-01-04 2022-11-29 Data transmission method and apparatus, computer-readable storage medium, electronic device, and computer program product

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110003818.9 2021-01-04
CN202110003818.9A CN112770312A (zh) 2021-01-04 2021-01-04 数据传输方法、装置、计算机可读介质及电子设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/071,264 Continuation US20230118176A1 (en) 2021-01-04 2022-11-29 Data transmission method and apparatus, computer-readable storage medium, electronic device, and computer program product

Publications (1)

Publication Number Publication Date
WO2022142885A1 true WO2022142885A1 (zh) 2022-07-07

Family

ID=75699629

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/132781 WO2022142885A1 (zh) 2021-01-04 2021-11-24 一种数据传输方法、装置、计算机可读存储介质、电子设备及计算机程序产品

Country Status (5)

Country Link
US (1) US20230118176A1 (zh)
EP (1) EP4203531A4 (zh)
KR (1) KR20230058493A (zh)
CN (1) CN112770312A (zh)
WO (1) WO2022142885A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024055692A1 (zh) * 2022-09-14 2024-03-21 华为技术有限公司 通信方法、通信装置和通信系统

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112804710B (zh) * 2021-01-04 2024-05-07 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读介质及电子设备
CN112770312A (zh) * 2021-01-04 2021-05-07 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读介质及电子设备
WO2023115477A1 (en) * 2021-12-23 2023-06-29 Lenovo (Beijing) Limited Methods and apparatuses for supporting a packet discarding operation in rlc layer due to a packet loss
CN116567657A (zh) * 2022-01-28 2023-08-08 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读介质及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2077688A2 (en) * 2008-01-07 2009-07-08 Fujitsu Limited Method for dropping packet data, radio communication device, and mobile communication system
CN107396399A (zh) * 2017-07-31 2017-11-24 努比亚技术有限公司 数据传输系统、方法、外接设备和移动终端
CN107466070A (zh) * 2017-07-31 2017-12-12 努比亚技术有限公司 数据传输系统、方法、外接设备和移动终端
CN112770312A (zh) * 2021-01-04 2021-05-07 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读介质及电子设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2031806A1 (en) * 2007-08-31 2009-03-04 PacketFront Systems AB Method and system for managing transmission of fragmented data packets
US8239567B1 (en) * 2008-09-09 2012-08-07 Marvell International Ltd. Filtering superfluous data fragments on a computer network
US9736057B2 (en) * 2014-08-18 2017-08-15 Telefonaktiebolaget Lm Ericsson (Publ) Forwarding packet fragments using L4-L7 headers without reassembly in a software-defined networking (SDN) system
US10841833B2 (en) * 2016-10-12 2020-11-17 Qualcomm Incorporated Streamlined user plane headers for high data rates
US11792686B2 (en) * 2019-06-19 2023-10-17 Qualcomm Incorporated High bandwidth low latency cellular traffic awareness

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2077688A2 (en) * 2008-01-07 2009-07-08 Fujitsu Limited Method for dropping packet data, radio communication device, and mobile communication system
CN107396399A (zh) * 2017-07-31 2017-11-24 努比亚技术有限公司 数据传输系统、方法、外接设备和移动终端
CN107466070A (zh) * 2017-07-31 2017-12-12 努比亚技术有限公司 数据传输系统、方法、外接设备和移动终端
CN112770312A (zh) * 2021-01-04 2021-05-07 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读介质及电子设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4203531A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024055692A1 (zh) * 2022-09-14 2024-03-21 华为技术有限公司 通信方法、通信装置和通信系统

Also Published As

Publication number Publication date
CN112770312A (zh) 2021-05-07
US20230118176A1 (en) 2023-04-20
EP4203531A4 (en) 2024-04-03
EP4203531A1 (en) 2023-06-28
KR20230058493A (ko) 2023-05-03

Similar Documents

Publication Publication Date Title
WO2022142885A1 (zh) 一种数据传输方法、装置、计算机可读存储介质、电子设备及计算机程序产品
WO2022142835A1 (zh) 一种数据传输方法、装置、计算机可读存储介质、电子设备及计算机程序产品
US20230070702A1 (en) Data transmission method and apparatus, computer readable medium, and electronic device
CN103250395B (zh) 异步虚拟机复制方法及装置
US20230060066A1 (en) Data transmission method and apparatus, computer readable medium, and electronic device
WO2022142517A1 (zh) 数据传输方法、装置、计算机可读介质及电子设备
CN103780972A (zh) 服务器、客户端装置及其控制方法
US20220255866A1 (en) Audio/video communication method, terminal, server, computer device, and storage medium
CN112671771B (zh) 数据传输方法、装置、电子设备及介质
CN109756568A (zh) 文件的处理方法、设备及计算机可读存储介质
CN112953850B (zh) 数据传输方法、装置、计算机可读介质及电子设备
US20210089492A1 (en) Rdma data sending and receiving methods, electronic device, and readable storage medium
CN105635802A (zh) 一种数字媒体数据的传输方法及装置
WO2019029173A1 (zh) 一种反馈应答信息的长度确定方法及相关产品
US20230188270A1 (en) Data Transmission Method, Transmit Device, and Receive Device
US20140189105A1 (en) Communication method, information processing apparatus and recording medium
WO2023142592A1 (zh) 数据传输方法、装置、计算机可读介质及电子设备、计算机程序产品
WO2023213086A1 (zh) 数据处理方法、装置、计算机可读介质及电子设备
JP7484024B2 (ja) データ伝送方法、装置、電子機器、及びコンピュータプログラム
CN116366733A (zh) 一种应用于5g移动通信的消息处理方法及装置
WO2019029202A1 (zh) 一种反馈应答信息的总比特数确定方法及相关产品
CN115103422A (zh) 配网方法、电子设备和可读存储介质
MXPA06008778A (en) Method and arrangement for state memory management

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: 21913627

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20237010994

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2021913627

Country of ref document: EP

Effective date: 20230321

NENP Non-entry into the national phase

Ref country code: DE