CN116017559A - 数据传输方法及装置、通信设备、存储介质 - Google Patents
数据传输方法及装置、通信设备、存储介质 Download PDFInfo
- Publication number
- CN116017559A CN116017559A CN202211601247.XA CN202211601247A CN116017559A CN 116017559 A CN116017559 A CN 116017559A CN 202211601247 A CN202211601247 A CN 202211601247A CN 116017559 A CN116017559 A CN 116017559A
- Authority
- CN
- China
- Prior art keywords
- node
- link
- length
- data packet
- mtu length
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 183
- 238000000034 method Methods 0.000 title claims abstract description 67
- 238000004891 communication Methods 0.000 title claims abstract description 35
- 238000004590 computer program Methods 0.000 claims description 10
- 239000000758 substrate Substances 0.000 claims 1
- 238000012545 processing Methods 0.000 description 36
- 230000011218 segmentation Effects 0.000 description 21
- 238000010586 diagram Methods 0.000 description 17
- 238000005516 engineering process Methods 0.000 description 13
- 230000011664 signaling Effects 0.000 description 13
- 230000010267 cellular communication Effects 0.000 description 10
- 230000008569 process Effects 0.000 description 10
- 230000006870 function Effects 0.000 description 7
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 4
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 4
- 238000013467 fragmentation Methods 0.000 description 3
- 238000006062 fragmentation reaction Methods 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 108091006146 Channels Proteins 0.000 description 1
- 235000006647 Eugenia jambos Nutrition 0.000 description 1
- 244000087016 Syzygium jambos Species 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供一种数据传输方法,其中,在所述第一节点与第二节点之间的第一链路支持传输第一MTU长度的数据包的情况下,第一节点在所述第一链路上基于所述第一MTU长度传输数据包,所述第二节点用于对所述第一链路传输的数据包进行卸载。本申请实施例还提供一种数据传输装置、通信设备和存储介质。
Description
技术领域
本申请涉及无线通信技术领域,尤其涉及一种数据传输方法及装置、通信设备、存储介质。
背景技术
随着电子技术的发展,电子设备的处理器架构越来越复杂,电子设备中可以集成各种高速收发机,例如无线高保真(Wireless Fidelity)射频通信、以及第4代移动通信技术(4G)/第5代移动通信技术(5G)的调制解调器(Modem)。
目前,5G系统的峰值通信速率要求为下行20G bit/s,上行为10G bit/s,而且在上述速率应用在电子设备上时还希望电子设备功耗在可以接受的范围之内,这就成为电子设备芯片设计的难点之一。
发明内容
本申请实施例提供一种数据传输方法及装置、通信设备、存储介质。
本申请的技术方案是这样实现的:
第一方面,本申请实施例提供一种数据传输方法,应用于第一节点,该方法包括:
在所述第一节点与第二节点之间的第一链路支持传输第一最大传输单元MTU长度的数据包的情况下,在所述第一链路上基于所述第一MTU长度传输数据包,所述第二节点用于对所述第一链路传输的数据包进行卸载。
第二方面,本申请实施例提供一种数据传输装置,应用于第一节点,该装置包括:
发送单元,被配置为在所述第一节点与第二节点之间的第一链路支持传输第一最大传输单元MTU长度的数据包的情况下,在所述第一链路上基于所述第一MTU长度传输数据包;所述第二节点用于对所述第一链路传输的数据包进行卸载。
第三方面,本申请实施例提供一种通信设备,包括处理器和存储器,该存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行上述第一方面所述的方法。
第四方面,本申请实施例提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现第一方面所述的方法。
附图说明
图1为本申请实施例提供的一种数据传输原理示意图;
图2为本申请实施例提供的一种数据包结构组成示意图;
图3为本申请实施例提供的一种TSO数据分段原理示意图;
图4为本申请实施例提供的一种GSO数据分段原理示意图;
图5为本申请实施例提供的一种数据接收原理示意图;
图6为本申请实施例提供的一种LRO数据接收原理示意图;
图7为本申请实施例提供的一种GRO数据接收原理示意图;
图8为本申请实施例提供的一种空口协议栈结构示意图;
图9为本申请实施例提供的一种数据传输方法流程示意图一;
图10A为本申请实施例提供的一种数据传输方法流程示意图二;
图10B为本申请实施例提供的一种数据传输方法流程示意图三;
图11A为本申请实施例提供的一种数据传输方法流程示意图四;
图11B为本申请实施例提供的一种数据传输方法流程示意图五;
图12为本申请实施例提供的一种数据传输方法流程示意图六;
图13为本申请实施例提供的一种数据传输方法流程示意图七;
图14为本申请实施例提供的一种数据传输装置1400结构组成示意图;
图15是本申请实施例提供的一种通信设备示意性结构图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。还应理解,在本申请的实施例中提到的“指示”可以是直接指示,也可以是间接指示,还可以是表示具有关联关系。举例说明,A指示B,可以表示A直接指示B,例如B可以通过A获取;也可以表示A间接指示B,例如A指示C,B可以通过C获取;还可以表示A和B之间具有关联关系。在本申请的实施例中提到的“预定义”或“预定义规则”可以通过在设备中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现,本申请对于其具体的实现方式不做限定。比如预定义可以是指协议中定义的。还应理解,本申请实施例中,所述“协议”可以指通信领域的标准协议,例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议,本申请对此不做限定。
为便于理解本申请实施例的技术方案,以下对本申请实施例的相关技术进行说明,以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合,其均属于本申请实施例的保护范围。
在应用层发送或者接收较大数据包的情况下,经过操作系统内核协议栈时,较大数据包会被分段成多个不超过最大传输单元(Maximum Transmission Unit,MTU)的小包。
参考图1所示的数据传输原理示意图,应用层数据经过传输控制协议(Transmission Control Protocol,TCP)协议栈会被分段成多个符合TCP处理要求的数据包,并在每个数据包前增加TCP包头;进一步地,增加了TCP包头的多个数据包经过互联协议(Internet Protocol,IP)协议栈时,也会进行分段,并添加IP包头。增加了IP包头的多个数据包经过以太网协议栈时会进行分段或合并处理,得到多个增加了以太网包头的数据包。经过上述处理后,数据包会经过网卡驱动和网卡发送给网络中的其他设备。
MTU指的是数据链路层的最大负载,由硬件网卡设置。参考图2所示,MTU通常包括IP包头和TCP包头,而不包含以太网头尾数据。可以理解的是,网卡发送数据包的大小都是限制在MTU内的。
结合图1可以看出,分段操作需要消耗较多的CPU资源。卸载(Offload)技术可以把这些分段和合并的工作进行优化处理。实际应用中,可以通过网卡来执行Offload操作,目前大部分电子设备都支持这种网卡Offload技术。
TCP分段(TCP Segmentation Offload,TSO)技术是一种利用网卡对大数据包进行分段,从而减小CPU负荷的一种技术。TSO需要硬件网卡支持分段功能,参考图3所示的一种TSO数据分段原理示意图,应用层数据包在经过TCP、IP、以太网协议栈可以不进行数据分段,仅执行包头添加处理。在经过硬件网卡时,网卡通过硬件功能对数据包进行分段处理。通过硬件功能执行分段处理效率较高。
另一种分段卸载技术是通用分段卸载技术(Generic Segmentation Offload,GSO),其中,GRO不需要硬件的支持就可以进行分段。参考图4所示的一种GSO数据分段原理示意图。应用层数据包在经过TCP、IP、以太网协议栈可以不进行数据分段,仅执行包头添加处理。在添加了TCP、IP、以太网包头的数据包进入网卡之前,通过网卡驱动对数据包进行分段处理。
GSO过程包括:首先查询网卡是否支持TSO功能,如果网卡支持TSO则使用网卡的硬件分段能力执行分段;如果网卡不支持TSO功能,则将分段的执行,延缓到将数据推送到网卡的前一刻执行。也就是说,如果硬件网卡不支持分段处理,那么可以通过GSO进行分段处理。GSO可以让数据包跨过IP层,链路层,在数据离开协议栈,进入网卡驱动前进行分段。而且GRO分片在发生TCP重传时,相比TSO效率更高,不论是TCP还是UDP,都是分段的每个包都附加TCP/UDP头部,这样,当一个段丢失,不需要发送整个TCP/UDP报文。其次,路径上的CPU消耗也会减少,所以可以说GSO是对TSO的一种改良。
以上为数据包的发送过程,下面介绍数据包的接收过程。
参考图5所示的一种数据接收原理示意图,通常情况下,网卡可以将多个数据包发送给网卡驱动,网卡驱动将多个数据包转发给以太网协议栈,以太网协议栈将多个数据包的以太网包头拆除,发送给IP协议栈。进而,IP协议栈拆除数据包的IP包头后,将包头拆除后的数据包发送给TCP协议栈。最后,TCP协议栈对接收到的数据包进行TCP包头拆除处理,并将拆除TCP包头的数据进行合并处理,得到完整的数据。
实际应用中,参考图6所示的一种LRO数据接收原理示意图。为了减少CPU资源消耗,网卡可以将多个数据包合并成一个大的数据包递交到高层。这合并过程可以称为大量接收卸载(Large Receive Offload,LRO)技术。LRO技术与TSO技术类似,都是通过网卡硬件执行处理。
LRO技术严重依赖网卡,并且会导致合并后的数据包出现错误。因此,引入了通用接收卸载(Generic Receive Offload,GRO)技术。参考图7所示,GRO技术可以将合并操作放到网卡驱动执行,保留了每个数据包的熵信息(例如五元组信息)。
目前,电子设备在使用高速IP数据收发机,例如使用Wifi 7射频模组或5G的Modem传递IP报文时,一般使用缺省的MTU与网络中的节点(例如基站、核心网、或WiFi接入节点)进行交互。缺省的MTU通常为1500字节,或者为了减少网络传输切割,MTU会比1500字节略小,因此在5G或者Wifi峰值速率的情况通信效率不高。
以5G终端设备的典型实现为例,操作系统层的TCP、IP、网卡驱动层、网卡都处理的是小包,每一个数据包都需要占用CPU和网卡软硬件加速器的处理资源,增加了CPU或者网卡软硬件加速器处理负荷。并且,参考图8所示,5G Modem的空口协议栈通常包括服务数据适配(Service Data Adaptation Protocol,SDAP)层、分组数据汇聚协议(Packet DataConvergence Protocol,PDCP)层、无线链路控制协议(Radio Link Control,RLC)、以及媒体接入控制(Media Access Contro,MAC)。这些协议栈处理也都是小包,会占用Modem的CPU和软硬件加速器处理资源,同时网络侧基站的SDAP、PDCP、RLC、MAC处理以及基站传输层协议处理的也都是小包,也占用了基站用户面的CPU和软硬件加速器处理资源。
示例性的,5G Modem的下行峰值速率为20G bit/s时,以MTU为1500字节进行计算,电子设备1ms需要处理的数据包数量在1666个左右。具体计算方式是20,000,000,000/8/1500/1000=1,666个(如果通讯方式是TCP方式,典型配置下的上行TCP ACK数量为833个,对于下行峰值TCP业务来说,电子设备每1ms需要处理的数据包个数为1666+833=2499个)。应用处理器(AP)和Modem各个协议层加起来需要处理2499*8=19992个常用MTU大小的数据包包头。
从现有标准和用户对峰值通信速率的通信需求来看,AP、Modem协议栈处理单元、Wifi协议栈处理单元(或者其它短距高速IP数据收发单元),4G/5G/6G的基站协议栈处理单元,在峰值流量要求的情况下,现有的实现都有减少数据包处理数量的核心需求、降低功耗、以及降低成本的核心需求,基站也有提高用户面处理数据包头处理效率的核心需求。
基于此,本申请实施例提供一种数据传输方法,本申请实施例提供的数据传输方法可以应用于各种类型的通信架构中,例如蜂窝通信架构(包括4G、5G、以及未来的通信架构)、WiFi通信架构,侧行链路(Sidelink)传输架构、非蜂窝5G新无线网络架构(DECT-2020NR)等。本申请实施例对此做限制。
为便于理解本申请实施例的技术方案,以下通过具体实施例详述本申请的技术方案。以上相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合,其均属于本申请实施例的保护范围。本申请实施例包括以下内容中的至少部分内容。
本申请一实施例提供一种数据传输方法,参考图9所示,本申请实施例提供的数据传输方法包括以下步骤。
步骤110、在第一节点与第二节点之间的第一链路支持传输第一MTU长度的数据包的情况下,第一节点在第一链路上基于第一MTU长度传输数据包;第二节点用于对第一链路传输的数据包进行卸载。
应理解,数据包的传输可以历经多个节点。示例性的,在蜂窝通信网络架构中,终端设备需要向某应用服务器上传视频数据时,该视频数据先由终端设备发送到基站,接着基站将该视频数据发送给核心网中的UPF网元,进而UPF网元将视频数据上传到该应用服务器中。在WiFi通信架构中,终端设备可以将视频数据发送给路由器,路由器可以将视频数据发送给外部应用服务器。
其中,第一节点和第二节点可以是数据包传输路径中任意两个不同的节点。可选地,第一节点和第二节点可以是数据包传输路径中相邻的两个节点,例如,在蜂窝通信网络架构中,第一节点可以是终端设备,第二节点可以是基站。此外,第一节点也可以是数据包传输路径中不相邻的两个节点。例如,第一节点可以是终端设备,第二节点可以是UPF。本申请实施例对第一节点和第二节点不做限制。
数据包传输过程中会历经第一节点和第二节点,数据包从第一节点传输到第二节点,或者从第二节点传输到第一节点通过的路径即为第一链路。可以理解的是,第一链路中除了包括第一节点和第二节点之外,还可以包括其他节点。也就是说,第一链路可以是数据包传输路径中的部分链路或全部链路。示例性的,第一链路可以是终端设备和基站构成的链路。第一链路也可以是终端、基站、UPF网元成的链路。
实际应用中,由于硬件设备的限制以及通信环境的制约,数据包传输过程中各个节点支持传输的最大MTU长度可能不同。每个节点在数据包传输过程中需要对数据包进行数据卸载,以缺省的MTU长度进行传输,如此,会导致每个节点数据包处理量过多,造成节点功耗过大的问题。
本申请实施例中,在确定第一节点和第二节点之间的第一链路支持传输第一MTU长度的数据包的情况下,第一节点可以直接以第一MTU长度,向第一链路中的下一个节点传输数据包。数据包经过第一链路传输到第二节点,将要从第二节点离开第一链路时,此时,第二节点可以对第一链路传输的数据包进行数据卸载。
也就是说,第一链路上传输的数据包的长度不大于第一MTU长度。第一链路上除了第二节点之外的节点,无需对第一链路上所传输的长度不大于第一MTU长度的数据包进行卸载。仅在数据包需要离开第一链路时,第一链路中的第二节点对第一链路传输的数据包进行卸载。
在一些实施例中,第一MTU长度可以大于缺省的MTU长度。也就是说,第一MTU长度可以大于数据效负载超过IEEE 802.3标准所限制的1500字节,示例性的,第一MTU长度可以是PDCP层可传输报文的最大长度,第一MTU长度也可以是巨帧(Jambo)的长度:9000字节。本申请实施例对此不做限制。
需要说明的是,4G/5G的空口传输需要传输较大型的信令面报文,所以LTE的PDCP层可以传输报文的最大大小定义为8188字节,另外,5G的PDCP层可以传输数据包的最大大小定义为9000字节。第一节点可以利用PDCP层传输最大大小9000字节作为第一MTU长度。另外,MTU中通常不包括SDAP包头,因此,第一MTU长度可以是9000字节减去SDAP包头所占的字节数。
在一些实施例中,该第一MTU长度可以是预定义的,例如第一MTU长度可以是协议栈能够处理的最大长度,也可以是应用层数据包的最大长度。第一MTU长度也可以是第一链路中的多个节点进行协商确定的,本申请实施例对此不做限制。
应理解,第二节点可以位于第一链路和其他链路的交界处,第二节点的下一个节点(该节点不在第一链路中),或者数据包传输的下一段链路支持传输的MTU长度与第一MTU长度不同。本申请实施例中,第二节点可以基于第二节点的下一个节点,或者下一段链路支持传输的MTU长度来对第一链路传输的数据包进行数据卸载,以使数据卸载后的数据包的长度可以满足第二节点的下一个节点的传输需求。
可选地,第二节点对第一链路传输的数据包进行数据卸载,可以包括:第二节点基于第二MTU长度对第一链路上传输的数据包进行卸载。
其中,第二MTU长度可以是第二节点和第四节点之间的第三链路支持传输的MTU长度。第二MTU长度也可以是数据包传输路径中,第二节点的下一节点支持的最大MTU长度,第二MTU长度还可以是上述实施例中提到的缺省的MTU长度。本申请实施例对此不做限制。
需要说明的是,第二节点和第四节点之间的第三链路,可以是数据包传输路径中位于第一链路之后的路径。
应理解,第二MTU长度与第一MTU长度不同。第一链路上传输的数据包的长度均不大于第一MTU长度。然而,第二节点需要继续将在第一链路上接收到的数据包传输给下一个节点。若下一个节点支持传输的MTU长度与第一MTU长度不同,则第二节点需要对第一链路上接收到的数据包进行数据卸载处理。
可选地,第二MTU长度小于第一MTU长度。也就是说,第二节点可以基于长度较小的MTU长度对第一链路传输的数据包进行数据卸载,这里的数据卸载可以是指对数据包进行拆分,将较大的MTU长度的数据包拆分为较小的MTU长度的数据包。示例性的,数据卸载可以包括GSO、GRO、TSO、LRO中的任意一种,本申请实施例对此不做限制。
示例性的,终端设备向应用服务器上传视频数据的场景中,蜂窝通信网络架构下,视频数据的传输路径可以包括终端设备、基站、UPF网元和应用服务器构成的路径。其中,基站和UPF网元支持传输第一MTU长度的数据包,而应用服务器不支持传输第一MTU长度的数据包,仅支持传输小于第一MTU长度的数据包。基于此,终端设备、基站和UPF网元之间的通信链路可以构成第一链路,终端设备上传视频数据时,可以将视频数据卸载为长度不大于第一MTU长度的数据包并发送给基站,基站将第一MTU长度的数据包转发给UPF网元。这样,UPF网元可以对接收到的第一MTU长度的数据包进行数据卸载,得到符合应用服务器需求的数据包大小。可见,终端设备可以发送较大的数据包,将卸载操作转移给第一链路中的UPF网元执行。如此,降低终端设备进行数据卸载的工作量,进而降低终端设备的功耗和芯片成本。
可以理解的是,在无线网络中,数据包传输路径中存在支持传输长度较大的数据包的第一链路时,该链路中的节点就可以在该链路上直接传输较大MTU长度的数据包,在数据包离开该第一链路之前,第一链路中的最后一个节点可以对数据包进行数据卸载,将较大MTU长度的数据包卸载为较小MTU长度的数据包。这样,可以大幅较少包头的处理数量(例如减少终端设备应用层到基站,或者从终端设备应用层到核心网设备的包头数量),降低了在峰值速率情况下CPU处理能力要求和功耗和面积,有效的利用现有IP网络软硬件处理资源。
综上所述,在第一节点确定在第一节点和第二节点之间的第一链路支持传输第一MTU长度的情况下,第一节点可以不对数据包进行数据卸载,直接以第一MTU长度传输数据包。直至数据包经过第一链路传输到第二节点后,第二节点对第一链路传输的数据包进行数据卸载,这样,可以将第一节点的数据卸载操作转移到第二节点,通过第二节点实现数据卸载的操作,在保持现有通信速率的要求下,降低CPU处理能力要求、以及CPU的功耗和面积。
在本申请一实施例中,第一节点与第二节点之间的第一链路支持传输第一MTU长度的数据包,可以包括:第一链路中的每个节点支持传输的最大MTU长度皆大于或等于第一MTU长度。
应理解,第一链路中每个节点支持传输的最大MTU长度可以不同。只要第一链路中每个节点支持传输的最大MTU长度均大于第一MTU长度,则可以认为第一链路支持传输第一MTU长度的数据包。其中,第一MTU长度大于缺省的MTU长度。
在本申请一实施例中,在上述步骤110之前,还可以包括以下步骤:
第一节点与第一链路中的其他节点协商第一MTU长度。
本申请实施例中,第一节点可以与第一链路中的其他节点协商确定第一链路支持传输的第一MTU长度。其中,第一节点可以与第一链路中的其他节点进行至少一次的信息交互,通过信息交互来协商确定第一链路支持的第一MTU长度。
其中,第一节点与第一链路的其他节点协商第一MTU长度的方式包括多种,以下详细介绍其中的两种。
在本申请一实施例中,参考图10A所示,本申请实施例提供的数据传输方法中,步骤110第一节点在第一链路上基于第一MTU长度传输数据包之前,可以执行以下步骤:
步骤120A、第一节点接收第一链路中第一节点的相邻节点发送的能力信息,能力信息用于指示发送相邻节点支持传输的最大MTU长度;
步骤130A、第一节点基于相邻节点支持传输的最大MTU长度,确定与相邻节点之间的第一MTU长度。
应理解,第一链路上相邻的两个节点之间相互可以发送能力信息,每个节点可以通过能力信息向其相邻的节点告知自己支持传输的最大MTU长度。
其中,能力信息指示最大MTU长度的方式包括多种。
在一种可能的实现方式中,能力信息中可以包括一个指示域,该指示域可以直接携带节点支持传输的最大MTU长度。示例性的,指示域的取值为1500时,可以指示发送该能力信息的节点支持传输的最大MTU长度为1500字节。指示域的取值为9000时,可以指示发送该能力信息的节点支持传输的最大MTU长度为9000字节。
在另一种可能的实现方式中,能力信息中指示域的取值可以包括N种不同的取值方式,分别对应节点支持传输的N种MTU长度。示例性的,每个节点支持传输的最大MTU长度可以包括2种情况,每个节点支持传输的最大MTU长度可以是9000字节,也可以是1500字节。当指示域的取值为第一值(例如0或1)时,可以指示当前节点支持传输的最大MTU长度为9000字节,当指示域的取值为第二值(例如1或0)时,可以指示当前节点支持传输的最大MTU长度为1500字节。
在又一种可能的实现方式中,一个节点若发送能力信息,则表征该节点支持传输的最大MTU长度为A字节(例如9000字节/1500字节),若节点未发送能力信息,则表征该节点支持传输的最大MTU长度为B字节(例如1500字节/9000字节)。以节点1为例,若节点1支持传输的最大MTU长度为9000字节,则节点1可以向第一链路中的其他节点发送能力信息。其他节点在接收到节点1发送的能力信息后,便可以确定节点1支持传输的最大MTU长度为9000字节。本申请实施例对能力信息的指示方式不做限制。
本申请实施例中,每个节点可以根据自己支持传输的最大MTU长度,以及相邻节点支持传输的最大MTU长度,来确定与相邻节点之间进行数据包传输的第一MTU长度。
需要说明的是,第一链路中的第一节点可以接收第一链路中第一节点的相邻节点发送的能力信息,根据能力信息确定第一节点与相邻节点之间进行数据包传输的第一MTU长度。同样地,第一链路中的第二节点也可以接收第一链路中第二节点的相邻节点发送的能力信息,根据能力信息确定第二节点与相邻节点之间进行数据包传输的第一MTU长度。另外,第一链路中除第一节点和第二节点之外的其他节点也可以接收相邻节点发送的能力信息,以确定与相邻节点之间进行数据包传输的第一MTU长度。
在一些实施例中,第一链路中的每个节点可以根据自己支持传输的最大MTU长度,和相邻节点支持传输的最大MTU长度中的较小值,作为与相邻节点之间进行数据包传输的第一MTU长度。
示例性的,第一链路包括节点A、节点B和节点C。其中,节点A支持传输的最大MTU长度为9000字节,节点B支持传输的最大MTU长度为9000字节,节点B支持传输的最大MTU长度为3000字节。节点B位于节点A和节点C之间。节点A可以接收节点B发送的能力信息,节点B可以接收节点A和节点C发送的能力信息,节点C可以接收节点B发送的能力信息。节点A和节点B可以确定节点A和节点B之间的第一MTU长度为9000字节,节点B和节点C可以确定两者之间传输数据包的第一MTU长度为3000字节。
需要说明的是,本申请实施例中第一链路支持传输的第一MTU长度可以包括第一链路中各个相邻节点之间进行数据包传输的第一MTU长度。
在本申请另一实施例中,参考图10B所示,本申请实施例提供的数据传输方法中,步骤110第一节点在第一链路上基于第一MTU长度传输数据包之前,可以执行以下步骤:
步骤120B、第一节点接收第一链路中除第一节点之外的每个节点分别发送的能力信息,能力信息用于指示发送能力信息的节点支持传输的最大MTU长度;
步骤130B、第一节点基于每个节点支持传输的最大MTU长度,确定第一MTU长度;
步骤140B、第一节点向第一链路中除第一节点之外的每个节点发送指示信息,该指示信息用于指示第一MTU长度。
应理解,第一链路中每个节点之间可以相互发送能力信息。各个节点可以通过能力信息向其他节点告知自己支持传输的最大MTU长度。也就是说,第一节点可以接收第一链路中除了第一节点之外的其他各个节点发送的能力信息,根据各个节点发送的能力信息确定第一链路中其他各个节点分别支持传输的最大MTU长度。
可选地,第一节点也可以将自己支持传输的最大MTU长度通过能力信息发送给第一链路上的其他节点,以便于确定第一MTU长度。
其中,能力信息指示最大MTU长度的方式包括多种。例如,能力信息中的指示域可以直接携带节点支持传输的最大MTU长度。能力信息中指示域的取值可以包括N种不同的取值方式,分别对应节点支持传输的N种MTU长度。或者,若节点若发送能力信息,则表征该节点支持传输的最大MTU长度为A字节,若节点未发送能力信息,则表征该节点支持传输的最大MTU长度为B字节。需要说明的是,能力信息的具体指示方式与上述实施例相同,为了简洁,此处不再赘述。
可选地,第一节点可以主动请求第一链路中各个节点发送能力信息,即主动查询各个节点的能力。另外,第一链路上的各个节点也可以主动向其他节点发送能力信息,以告知各个节点支持传输的最大MTU长度。本申请实施例对此不做限制。
本申请实施例中,第一节点可以根据自己支持传输的最大MTU长度和第一链路上其他节点支持传输的最大MTU长度,确定第一链路支持传输的第一MTU长度。其中,第一MTU长度可以是第一链路上各个节点支持传输的最大MTU长度的最小值。也就是说,可以将第一链路上各个节点支持传输的最大MTU长度的最小值,确定为第一链路支持传输的第一MTU长度。
示例性的,参考图11A所示,蜂窝通信网络架构下,终端设备、基站和UPF网元支持传输的最大MTU长度均为9000字节。其中,第一节点可以为终端设备,第二节点可以为UPF网元,UPF网元可以向基站发送能力信息,向基站告知UPF网元支持传输的最大MTU长度为9000字节。进一步地,基站可以向终端设备发送能力信息,以告知终端设备基站和UPF网元支持传输的最大MTU长度均为9000字节。由于终端设备、基站、以及UPF支持传输的最大MTU长度均为9000字节,因此,终端设备可以确定在终端设备与基站构成的链路支持传输的第一MTU长度为9000字节,也就是说,终端设备、基站、以及UPF网元之间可以传输最大9000字节的数据包。
可选地,第一链路中的各个节点可以通过广播信令发送能力信息,也可以通过专用信令发送能力信息,本申请实施例对此不做限制。
示例性的,参考图11A所示,蜂窝通信网络架构下,UPF网元可以通过专用信令向基站发送能力信息,通知基站UPF网元支持传输的最大MTU长度。其中,UPF网元的能力信息可以是UPF网元主动发送给基站的,也可以是基站查询后发送的。另外,基站接收到能力信息后,可以发送广播消息(例如系统消息,同步信号块等,本申请实施例对此不做限制),在广播消息中携带基站支持传输的最大MTU长度和UPF网元支持传输的最大MTU长度。
综上可知,节点之间可以通过广播信令传输各个节点支持传输的最大MTU长度,这样,各个节点可以基于其他节点发送的能力信息确定第一链路支持传输的第一MTU长度,如此,网络中的各节点可以根据当前网络的实际情况来灵活布置网络的数据卸载方案。可以理解的是,只要网络中的节点具备传输较大的MTU长度数据的能力,就可以将数据卸载功能转移到网络中的其他节点执行,实现灵活卸载,提高网络通信性能。
在步骤140B中,第一节点确定了第一MTU长度之后,还可以向第一链路上的其他节点发送指示信息,通过指示信息向其他第一链路中的其他节点告知第一链路上进行数据包传输的第一MTU长度。
可选地,指示信息可以通过节点之间的专用信令发送,也可以复用节点之间的其他信令(例如随机接入消息、初始注册消息等)发送,本申请实施例对此不做限制。
示例性的,蜂窝通信网络架构下,终端设备、基站和UPF网元构成第一链路,其中,终端设备、基站和UPF网元支持传输的最大MTU长度均为9000字节。其中,终端设备确定第一链路支持传输的第一MTU长度为9000字节之后,可以向基站发送初始注册消息,初始注册消息可以指示注册到UPF网元中。基站可以向UPF网元发送该初始注册消息。其中,初始注册消息中可以包括上述指示信息,以便于基站和UPF网元确认是否使用第一MTU长度在第一链路上进行数据传输。
在一些实施例中,第一链路上的其他节点接收到指示信息后,可以使用指示信息中指示的第一MTU长度进行数据包的传输。
在另一些实施例中,第一链路上的其他节点接收到指示信息后,可以确定是否支持指示信息中携带的第一MTU长度。
示例性的,第一链路上的其他节点可以结合自身的软硬件能力,来确定是否支持指示信息所指示的第一MTU长度。若当前节点负载较轻,能够传输的MTU长度大于第一MTU长度,则该节点可以确定支持指示信息中指示的第一MTU长度。若当前节点负载较重,能够传输的MTU长度小于协商MTU长度,则该节点可以确定不支持协商信息中携带的协商MTU长度。
在一些实施例中,若第一链路上的某个节点支持传输第一MTU长度,则可以向第一节点反馈确认信息;若该节点不支持传输第一MTU长度,则可以向第一节点反馈拒绝信息。
应理解,若第一链路上的其他节点均反馈确认信息,则协商成功。若第一链路上的其他节点任一个节点反馈拒绝信息,则第一节点可以认为协商失败,重新进行协商。重新协商时,第一节点可以降低第一MTU长度重新进行协商。
可选地,确认信息/拒绝信息也可以通过节点之间的专用信令发送,也可以复用节点之间的其他信令(例如随机接入响应消息、初始注册接受消息)发送,本申请实施例对此不做限制。
示例性的,蜂窝通信网络架构下,终端设备、基站和UPF网元构成第一链路,其中,终端设备、基站和UPF网元支持传输的最大MTU长度均为9000字节。参考图11A所示,UPF网元接收到携带指示信息的初始注册消息之后,若UPF网元同意指示信息中指示的第一MTU长度,则通过初始注册接受消息携带确认消息,并通过基站将携带有确认消息的初始注册接受消息发送给终端设备。这样,终端设备、基站和UPF网元三者构成的第一链路可以基于第一MTU长度进行数据传输。
综上所述,本申请实施例提供的数据传输方法中,节点之间可以通过广播信令和专有信道信令对第一链路进行数据传输时使用的第一MTU长度进行协商,以便于根据当前网络的实际情况来灵活布置网络的数据卸载方案。
本申请一实施例中,步骤110中第二节点用于对第一链路传输的数据包进行卸载,可以通过以下方式实现:
第二节点用于基于第二MTU长度对第一链路传输的数据包进行卸载,第一MTU长度为第二MTU长度的整数倍。
其中,第二MTU长度小于第一MTU长度。第二MTU长度可以是上述实施例中缺省的MTU长度。
应理解,第一节点可以在第一链路上以较大的第一MTU长度来传输数据包。第二节点可以基于较小的第二MTU长度,对来自第一链路上的数据包进行卸载处理。第一节点可以将原本进行数据卸载的操作转移给第二节点执行,降低了第一节点对数据包头的处理量和运算量。
可选地,第一MTU可以为第二MTU长度的整数倍。可以理解的是,由于第一链路之外的其他节点传输数据包时需要按照缺省的第二MTU长度进行数据卸载处理。因此,第一MTU长度优先选择缺省的MTU长度(即第二MTU长度)的整数倍,这样,节点之间传输数据包时,可以避免分段时发生碎包的情况。
本申请一实施例中,参考图12所示,步骤110中在第一链路上基于第一MTU长度传输数据包,可以包括:
步骤1101、对接收到的数据包进行数据卸载,得到第一数据包,所述第一数据包的长度不大于所述第一MTU长度;
步骤1102、在第一链路上发送第一数据包。
应理解,第一节点接收到的数据包可以是第一节点产生的数据包,示例性的,第一节点为终端设备时,终端设备可以通过图像采集装置采集视频数据,得到上述数据包。第一节点接收到的数据包也可以是除了第一链路中各节点之外的其他节点向其发送的数据包,示例性的,第一节点为基站时,第一节点接收到的数据包可以是终端设备向其发送的数据包。本申请实施例对接收到的数据包的类型不做限制。
其中,第一节点接收到的数据包的长度可以大于第一MTU长度,也可以小于第一MTU长度。本申请实施例对此不做限制。
由于第一链路支持传输第一MTU长度的数据包。因此,在第一节点接收到的数据包大于第一MTU长度的情况下,第一节点可以基于第一MTU长度,对接收到的数据包进行数据卸载。也就是说,第一节点可以将接收到的数据包进行拆分,使拆分后的每个数据包的长度均小于或等于第一MTU长度。
可选地,第一节点可以将接收到的数据包卸载为N个第一数据包,其中,前N-1个第一数据包的长度等于第一MTU长度,第N个第一数据包的长度小于第一MTU长度。
可选地,第一节点可以将接收到的数据包均匀卸载为N个第一数据包,其中,N个第一数据包的长度均相同,且均小于或等于第一MTU长度。本申请实施例对第一节点如何对接收到的数据包进行卸载的方式不做限制。
示例性的,终端设备向应用服务器上传视频数据的场景中,终端设备为第一节点,UPF网元为第二节点,终端设备、基站、UPF网元构成第一链路。其中,终端设备可以将采集到的视频数据按照第一MTU长度进行卸载,得到第一数据包。每个第一数据包的长度均小于或等于第一MTU长度。进一步地,终端设备可以在第一链路上发送第一数据包,具体地,终端设备可以将第一数据包发送给基站。基站再将第一数据包转发给UPF网元。UPF网元在将第一数据包发送给应用服务器之前,按照第二MTU长度将接收到的第一数据包进行卸载。卸载后的数据包的长度均小于第二MTU长度。也就是说,终端设备可以将数据包卸载到第二MTU长度的操作转移给网络中的UPF网元执行。
基于上述实施例,在本申请一实施例中,参考图13所示,步骤110中在第一链路上基于第一MTU长度传输数据包,还可以通过以下方式实现:
步骤1103、第一节点在第一链路上接收第二数据包,第二数据包的长度不大于第一MTU长度。
应理解,第一节点可以在第一链路上发送数据包,也可以在第一链路上接收数据包。其中,第一节点在第一链路上发送数据包详见上述实施例步骤1101和步骤1102的描述,为了简洁,此处不再赘述。
本申请实施例中,第一节点可以在第一链路上接收第二数据包。应理解,由于第一链路可以支持传输第一MTU长度的数据包,因此,在第一链路上传输的第二数据包的长度可以小于或等于第一MTU长度。
第一节点还可以与第三节点构成第二链路,其中,第三节点与第一链路中各节点均不相同,也就是说,第三节点不是第一链路中的任意一个节点,第一节点可以与第一链路中各节点之外的其他节点构成第二链路。
示例性的,蜂窝通信网络架构下,第一链路可以包括应用服务器、UPF网元和基站构成的链路。第二链路可以包括基站和终端设备构成的链路。其中,基站可以为第一节点,应用服务器为第二节点,终端设备为第三节点。
需要说明的是,第二链路可以支持传输第三MTU长度的数据包。第二链路支持传输第三MTU长度的数据包可以是指,第二链路中每个节点支持的最大MTU长度均大于第三MTU长度。
其中,第三MTU长度可以与第一链路支持传输的第一MTU长度不同。第三MTU长度可以大于第一MTU长度,也可以小于第一MTU长度,本申请实施例对此不做限制。
另外,第三MTU长度可以与上述实施例中的第二MTU长度相同,也可以与上述实施例中的第二MTU长度不同,本申请实施例对此不做限制。
基于上述实施例,在本申请一实施例中,参考图13所示,本申请实施例提供的数据传输方法还可以包括以下步骤:
步骤150、第一节点基于第三MTU长度对第二数据包进行数据卸载,得到第三数据包;
步骤160、第一节点在第二链路上发送第三数据包。
应理解,第一节点可以将第一链路上接收到的数据通过第二链路发送给第三节点。
示例性的,蜂窝通信网络架构下,第一链路可以包括应用服务器、UPF网元和基站构成的链路。第二链路可以包括基站和终端设备构成的链路。其中,基站可以为第一节点,应用服务器为第二节点,终端设备为第三节点。基站可以将第一链路中来自应用服务器的数据,发送给第二链路上的终端设备。
其中,由于第二链路支持传输的MTU长度为第三MTU长度,且第三MTU长度与第一链路支持传输的第一MTU长度不同。因此,第一节点在第一链路上接收到第二数据包后,需要将第二数据包进行数据卸载,得到符合第二链路传输要求的数据包后,才能实现在第二链路上的传输。
应理解,第一节点接收到第二数据包后,可以基于第三MTU长度对第二数据包进行数据卸载,也就是说,第一节点可以对第二数据包进行合并和/或拆包处理,卸载后得到的第三数据包的长度小于或等于第三MTU长度。
综上所述,本申请实施例提供的数据传输方法,可以提高第一链路中各个节点传输的MTU长度,进一步提高CPU和各种软硬件报文加速器的处理性能,甚至可以提高处理性能增益,降低各个节点的功耗和芯片成本。
以下结合具体应用场景对本申请实施例提供的数据传输方法进行详细说明。
图11B示出了一种终端设备向核心网UPF网元发送数据场景。在该场景中,UPF网元支持传输的最大MTU长度为1500字节,基站和终端设备支持传输的最大MTU长度为9000字节。基站可以在广播消息(例如主信息块、系统信息等)中携带基站以及UPF网元的能力信息,向终端设备告知基站和UPF网元分别支持传输的最大MTU长度。
终端设备接收到广播消息后,可以确定终端设备与基站可以构成第一链路。具体地,在第一链路中,终端设备可以与基站通过9000字节的MTU长度传输数据包,另外,基站与UPF网元之间以1500字节的MTU长度传输数据包。
进一步地,终端设备可以向基站发送注册信息,基站可以将注册信息转发给UFP网元,注协信息中可以携带终端设备确定的协商MTU大小。这里,终端设备通过注册信息与基站和核心网UFP网元协商数据传输的MTU长度。UPF网元可以向基站发送注册接受消息,通过注册接受消息告知基站和终端设备协商后的MTU长度。
最后,终端设备可以基于协商后的MTU长度来发送数据包。其中,基站可以基于1500字节的MTU长度对终端设备发送的数据包进行数据卸载。
需要说明的是,本申请实施例提供的数据传输方法,应用于4G/5G通信架构时,MTU大小还受IP数据包和PDCP信令面的传输最大报文大小的限制。在未来的通信结构中,若PDCP传输最大报文大小限制被取消(PDCP传输不止是为信令面服务),PDCP传输的最大报文大小可以和应用层保持同样大小,峰值速率情况下的数据包处理对节点的CPU和软硬件加速器的要求将进一步降低。
需要说明的是,本申请实施例提供的上述处理方法,可以通过软件的方式实现,也可以通过节点中的硬件数据包加速器的方式实现,本申请实施例对此不做限制。
应理解,本申请实施例中在不改变各个节点的硬件实现的条件下,通过简单修改软件的实现,可以提高各个主要节点的CPU的处理性能,此外,部分节点的发送功耗和芯片成本也会降低。
另外,在对软件进行改进,同时对节点的硬件改进,使其支持巨型MTU数据传输和数据卸载功能的条件下,可以进一步提高CPU和各种软硬件报文加速器的处理性能(处理性能从6倍提升到43倍),并且部分节点的功耗和芯片成本也会降低。
综上所述,本申请实施例提供的数据传输方法中,可以有效的利用现有网络节点,例如基站、核心网、路由器硬件支持传输巨型MTU数据包,以及数据卸载功能,通过增加MTU长度,可以有效降低在峰值速率情况下CPU处理能力要求和功耗和面积,有效的利用现有网络软硬件处理资源。
以上结合附图详细描述了本申请的优选实施方式,但是,本申请并不限于上述实施方式中的具体细节,在本申请的技术构思范围内,可以对本申请的技术方案进行多种简单变型,这些简单变型均属于本申请的保护范围。例如,在上述具体实施方式中所描述的各个具体技术特征,在不矛盾的情况下,可以通过任何合适的方式进行组合,为了避免不必要的重复,本申请对各种可能的组合方式不再另行说明。又例如,本申请的各种不同的实施方式之间也可以进行任意组合,只要其不违背本申请的思想,其同样应当视为本申请所公开的内容。又例如,在不冲突的前提下,本申请描述的各个实施例和/或各个实施例中的技术特征可以和现有技术任意的相互组合,组合之后得到的技术方案也应落入本申请的保护范围。
本申请一实施例还提供一种数据传输装置,应用于第一节点,参考图14所示,该数据传输装置1400可以包括:
发送单元1401,被配置为在所述第一节点与第二节点之间的第一链路支持传输第一最大传输单元MTU长度的数据包的情况下,在所述第一链路上基于所述第一MTU长度传输数据包,所述第二节点用于对所述第一链路传输的数据包进行卸载。
可选地,所述第一节点与第二节点之间的第一链路支持传输第一最大传输单元MTU长度的数据包,包括:所述第一链路中的每个节点支持传输的最大MTU长度皆大于或等于所述第一MTU长度。
可选地,数据传输装置1400还可以包括协商单元,其中,协商单元被配置为与所述第一链路中的其他节点协商所述第一MTU长度。
可选地,协商单元,还被配置为接收所述第一链路中所述第一节点的相邻节点发送的能力信息,所述能力信息用于指示发送所述能力信息的节点支持传输的最大MTU长度;基于所述相邻节点支持传输的最大MTU长度,确定所述第一MTU长度。
可选地,所述协商单元,还被配置为接收所述第一链路中除所述第一节点之外的每个节点发送的能力信息;基于所述每个节点支持传输的最大MTU长度,确定所述第一MTU长度;
所述发送单元1401,还被配置为向所述第一链路中除所述第一节点之外的每个节点发送指示信息,所述指示信息用于指示所述第一MTU长度。
可选地,所述第二节点还被配置为基于第二MTU长度对所述第一链路传输的数据包进行卸载,所述第一MTU长度为所述第二MTU长度的整数倍。
可选地,数据传输装置1400还可以包括卸载单元,被配置为对接收到的数据包进行数据卸载,得到第一数据包,所述第一数据包的长度不大于所述第一MTU长度;
发送单元1401,还被配置为在所述第一链路上发送所述第一数据包。
可选地,所述接收单元,还被配置为在所述第一链路上接收第二数据包,所述第二数据包的长度不大于所述第一MTU长度。
可选地,所述第一节点与第三节点之间的第二链路支持传输第三MTU长度的数据包,所述卸载单元,还被配置为基于所述第三MTU长度对所述第二数据包进行数据卸载,得到第三数据包;
所述发送单元1401,还被配置为在所述第二链路上发送所述第三数据包。
图15是本申请实施例提供的一种通信设备1500示意性结构图。该通信设备可以是第一节点。通信设备也可以是用于数据传输的芯片,例如Modem、WiFi射频模组、高速数据收发机等,本申请实施例对此不做限制。
图15所示的通信设备1500包括处理器1510,处理器1510可以从存储器中调用并运行计算机程序,以实现本申请实施例中提供的数据传输方法。
可选地,如图15所示,通信设备1500还可以包括存储器1520。其中,处理器1510可以从存储器1520中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器1520可以是独立于处理器1510的一个单独的器件,也可以集成在处理器1510中。
可选地,如图15所示,通信设备1500还可以包括收发器1530,处理器1510可以控制该收发器1530与其他设备进行通信,具体地,可以向其他设备发送信息或数据,或接收其他设备发送的信息或数据。
其中,收发器1530可以包括发射机和接收机。收发器1530还可以进一步包括天线,天线的数量可以为一个或多个。
可选地,该通信设备1500具体可为本申请实施例的第一节点,并且该通信设备1500可以实现本申请实施例的各个方法中由第一节点实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机存储介质,具体为计算机可读存储介质。其上存储有计算机指令,在计算机存储介质位于数据传输装置时,该计算机指令被处理器执行时实现本申请实施例上述数据传输方法中的任意步骤。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本申请各实施例中的各功能单元可以全部集成在一个处理单元中,也可以是各单元分别单独作为一个单元,也可以至少两个单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
或者,本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括:移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是:本申请实施例所记载的技术方案之间,在不冲突的情况下,可以任意组合。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (12)
1.一种数据传输方法,其特征在于,应用于第一节点,包括:
在所述第一节点与第二节点之间的第一链路支持传输第一最大传输单元MTU长度的数据包的情况下,在所述第一链路上基于所述第一MTU长度传输数据包,所述第二节点用于对所述第一链路传输的数据包进行卸载。
2.根据权利要求1所述的方法,其特征在于,所述第一节点与第二节点之间的第一链路支持传输第一最大传输单元MTU长度的数据包,包括:
所述第一链路中的每个节点支持传输的最大MTU长度皆大于或等于所述第一MTU长度。
3.根据权利要求2所述的方法,其特征在于,
所述第一节点与所述第一链路中的其他节点协商所述第一MTU长度。
4.根据权利要求3所述的方法,其特征在于,所述第一节点与所述第一链路中的其他节点协商所述第一MTU长度,包括:
所述第一节点接收所述第一链路中所述第一节点的相邻节点发送的能力信息,所述能力信息用于指示发送所述能力信息的节点支持传输的最大MTU长度;
所述第一节点基于所述相邻节点支持传输的最大MTU长度,确定所述第一MTU长度。
5.根据权利要求3所述的方法,其特征在于,所述第一节点与所述第一链路中的其他节点协商所述第一MTU长度,包括:
所述第一节点接收所述第一链路中除所述第一节点之外的每个节点发送的能力信息;
所述第一节点基于所述每个节点支持传输的最大MTU长度,确定所述第一MTU长度;
所述第一节点向所述第一链路中除所述第一节点之外的每个节点发送指示信息,所述指示信息用于指示所述第一MTU长度。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述第二节点用于对所述第一链路传输的数据包进行卸载,包括:
所述第二节点用于基于第二MTU长度对所述第一链路传输的数据包进行卸载,所述第一MTU长度为所述第二MTU长度的整数倍。
7.根据权利要求1-5任一项所述的方法,其特征在于,所述在所述第一链路上基于所述第一MTU长度传输数据包,包括:
对接收到的数据包进行数据卸载,得到第一数据包,所述第一数据包的长度不大于所述第一MTU长度;
在所述第一链路上发送所述第一数据包。
8.根据权利要求1-5任一项所述的方法,其特征在于,所述在所述第一链路上基于所述第一MTU长度传输数据包,包括:
在所述第一链路上接收第二数据包,所述第二数据包的长度不大于所述第一MTU长度。
9.根据权利要求8所述的方法,其特征在于,所述第一节点与第三节点之间的第二链路支持传输第三MTU长度的数据包,所述方法还包括:
基于所述第三MTU长度对所述第二数据包进行数据卸载,得到第三数据包;
在所述第二链路上发送所述第三数据包。
10.一种数据传输装置,其特征在于,应用于第一节点,所述装置包括:
发送单元,被配置为在所述第一节点与第二节点之间的第一链路支持传输第一最大传输单元MTU长度的数据包的情况下,在所述第一链路上基于所述第一MTU长度传输数据包;所述第二节点用于对所述第一链路传输的数据包进行卸载。
11.一种通信设备,其特征在于,包括处理器和存储器,该存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行如权利要求1-9中任一项所述的方法。
12.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1-9中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211601247.XA CN116017559A (zh) | 2022-12-13 | 2022-12-13 | 数据传输方法及装置、通信设备、存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211601247.XA CN116017559A (zh) | 2022-12-13 | 2022-12-13 | 数据传输方法及装置、通信设备、存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116017559A true CN116017559A (zh) | 2023-04-25 |
Family
ID=86022124
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211601247.XA Pending CN116017559A (zh) | 2022-12-13 | 2022-12-13 | 数据传输方法及装置、通信设备、存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116017559A (zh) |
-
2022
- 2022-12-13 CN CN202211601247.XA patent/CN116017559A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200059991A1 (en) | Preventing Inadvertent Idle Mode in Multi-Node Connectivity Environments | |
EP1990940B1 (en) | Method for transmitting and receiving data in NFC | |
US20020085631A1 (en) | Method, apparatus, and system for managing data compression in a wireless network | |
JP6878224B2 (ja) | 無線通信装置および無線通信方法 | |
US11778070B2 (en) | Ethernet header compression method and apparatus and Ethernet header decompression method and apparatus | |
US20230042842A1 (en) | Negotiation method for an operating mode, initiator, receiver, chip system, and medium | |
CN102821089B (zh) | 交织音频和视频数据包 | |
EP3905627B1 (en) | Wireless communication method and apparatus | |
US10763997B2 (en) | Action frame to indicate change in block acknowledgment procedure | |
US9949300B2 (en) | Packet transmission method and system, and station | |
WO2018127985A1 (ja) | 無線通信装置、無線通信システム、および無線通信方法 | |
CN111585906A (zh) | 一种面向工业互联网的低时延自适应数据分流传输方法 | |
EP4042639A1 (en) | Executing multipath communication | |
EP3536020B1 (en) | Method and apparatus for asymmetrical up-link/down-link protocol stack and frame structure in a 5g nr communication system | |
JP7502691B2 (ja) | 無線通信装置、無線通信方法、及び無線通信システム | |
CN115982084A (zh) | 数据传输方法及装置、通信设备、及存储介质 | |
CN111480361B (zh) | 基站装置、终端装置、无线通信方法 | |
CN116017559A (zh) | 数据传输方法及装置、通信设备、存储介质 | |
CN112470527B (zh) | 一种数据传输方法及装置 | |
EP3972211B1 (en) | Method for reshaping data volume, network apparatus, and computer program product | |
WO2024140801A1 (zh) | 一种数据传输方法、装置及系统 | |
CN114467269B (zh) | 多连接下的通信方法和通信设备 | |
CN115150028B (zh) | 多链路设备之间建立块确认协议的方法、装置及介质 | |
WO2024049070A1 (ko) | 셀룰러 통신 시스템에서 응용 성능을 위한 응용 계층 정보/전송 계층 정보 전달 방법 및 장치 | |
WO2023023958A1 (zh) | 一种寻呼消息的传输方法及装置、设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |