CN114390121A - 数据传输方法、装置、设备及存储介质 - Google Patents
数据传输方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN114390121A CN114390121A CN202210033263.7A CN202210033263A CN114390121A CN 114390121 A CN114390121 A CN 114390121A CN 202210033263 A CN202210033263 A CN 202210033263A CN 114390121 A CN114390121 A CN 114390121A
- Authority
- CN
- China
- Prior art keywords
- data packet
- internet protocol
- protocol data
- packet
- value
- 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 60
- 238000000034 method Methods 0.000 title claims abstract description 58
- 238000012545 processing Methods 0.000 claims description 24
- 230000005641 tunneling Effects 0.000 claims description 18
- 238000012795 verification Methods 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 4
- 238000004891 communication Methods 0.000 abstract description 7
- 238000005538 encapsulation Methods 0.000 abstract description 6
- 239000012634 fragment Substances 0.000 abstract description 5
- 230000006798 recombination Effects 0.000 abstract description 5
- 238000005215 recombination Methods 0.000 abstract description 5
- 230000002829 reductive effect Effects 0.000 abstract description 5
- 238000010586 diagram Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 6
- 238000013467 fragmentation Methods 0.000 description 5
- 238000006062 fragmentation reaction Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供一种数据传输方法、装置、设备及存储介质,涉及通信技术领域。该方法包括:接收第一设备发送的互联网协议数据包;识别所述互联网协议数据包是否为协商请求数据包;若所述互联网协议数据包为所述协商请求数据包,则根据预设包头大小,对所述互联网协议数据包中最大分段大小的值进行调整;将调整后的互联网协议数据包发送至第二设备。相对于现有技术,避免了增加GTP封装后的IP数据包的实际包大小超过1500,产生IP分片重组,导致传输效率下降的问题。
Description
技术领域
本申请涉及通信技术领域,具体而言,涉及一种数据传输方法、装置、设备及存储介质。
背景技术
随着通信技术的发展,5G在人们生活中的应用越来越广泛,5G网络的用户面数据在传输过程中,一般先通过空中接口由终端到达基站,随后基站通过N3 GPRS隧道协议(GPRSTunnelingProtocol,GTP)将数据发送给5GC用户面,再由5GC用户面转发到数据域。一般IP数据传输的最大传输单元(Maximum Transmission Unit,MTU)设置为1500,由于N3GTP传输的数据要添加GTP头,所以如果用户面传输的数据设置为1500,会导致添加MTU头之后的IP数据包超出1500,从而导致传输过程的IP分片重组,影响传输效率。
现有技术中一般终端可以在入网时通过做协议配置选项(ProtocolConfiguration Option,PCO)对MTU值进行查询,5GC信令面为了避免IP分包重组,会将MTU(通常为1500)配置一个比实际MTU小的值,这样配置后的MTU加上GTP头之后,整个IP数据包的大小也不会超过实际MTU。
但是这样的处理方式由于有些终端不支持PCO查询,导致虽然核心网配置了一个较小的MTU,但终端仍然会按照MTU为1500来传输数据包,从而导致增加GTP封装后的IP数据包的实际包大小仍超过1500,产生IP分片重组,导致传输效率下降。
发明内容
本申请的目的在于,针对上述现有技术中的不足,提供一种数据传输方法、装置、设备及存储介质,以解决现有技术中增加GTP封装后的IP数据包的实际包大小超过1500,产生IP分片重组,导致传输效率下降的问题。
为实现上述目的,本申请实施例采用的技术方案如下:
第一方面,本申请一实施例提供了一种数据传输方法,所述方法包括:
接收第一设备发送的互联网协议数据包;
识别所述互联网协议数据包是否为协商请求数据包;
若所述互联网协议数据包为所述协商请求数据包,则根据预设包头大小,对所述互联网协议数据包中最大分段大小的值进行调整;
将调整后的互联网协议数据包发送至第二设备。
可选地,所述接收第一设备发送的互联网协议数据包,包括:
接收第一设备发送的隧道协议数据包;
所述识别所述互联网协议数据包是否为协商请求数据包,包括:
去除所述隧道协议数据包的包头,获取所述互联网协议数据包;
识别所述互联网协议数据包中是否具有所述最大分段大小的字段;
若具有所述最大分段大小的字段,则确定所述互联网协议数据包为协商请求数据包。
可选地,所述根据所述互联网协议数据包的包头大小,对所述互联网协议数据包中最大分段大小的值进行调整之前,所述方法还包括:
解析所述互联网协议数据包中所述最大分段大小的值;
所述根据所述预设包头大小,对所述互联网协议数据包中最大分段大小的值进行调整,包括:
根据所述隧道协议数据包的包头大小和所述最大分段大小的值,计算所述最大分段大小的目标值;
将所述互联网协议数据包中所述最大分段大小的值更新为所述目标值。
可选地,所述根据所述包头大小和所述最大分段大小的值,计算所述最大分段大小的目标值,包括:
将所述最大分段大小的值减去所述隧道协议数据包的包头大小,得到所述最大分段大小的目标值。
可选地,所述方法还包括:
若所述互联网协议数据包不为所述协商请求数据包,则直接将所述互联网数据包发送至所述第二设备。
可选地,所述将调整后的互联网协议数据包发送至第二设备之前,所述方法还包括:
重新设置所述调整后的互联网协议数据包的校验值;
根据重新设置的校验值,对所述调整后的互联网协议数据包进行校验;
所述将调整后的互联网协议数据包发送至第二设备,包括:
若校验通过,则将所述调整后的互联网协议数据包发送至所述第二设备。
可选地,所述第一设备为基站,所述第二设备为数据网络设备;或者;
所述第一设备为数据网络设备,所述第二设备为基站。
第二方面,本申请另一实施例提供了一种数据传输装置,所述装置包括:接收模块、识别模块、处理模块和调整模块,其中:
所述接收模块,用于接收第一设备发送的互联网协议数据包;
所述识别模块,用于识别所述互联网协议数据包是否为协商请求数据包;
所述处理模块,用于若所述互联网协议数据包为所述协商请求数据包,则根据所述互联网协议数据包的包头大小,对所述互联网协议数据包中最大分段大小的值进行调整;
所述发送模块,用于将调整后的互联网协议数据包发送至第二设备。
可选地,所述装置还包括:获取模块和确定模块,其中:
所述接收模块,具体用于接收第一设备发送的隧道协议数据包;
所述获取模块,用于去除所述隧道协议数据包的包头,获取所述互联网协议数据包;
所述识别模块,具体用于识别所述互联网协议数据包中是否具有所述最大分段大小的字段;
所述确定模块,用于若具有所述最大分段大小的字段,则确定所述互联网协议数据包为协商请求数据包。
可选地,所述装置还包括:解析模块,用于解析所述互联网协议数据包中所述最大分段大小的值;
所述处理模块,具体用于根据所述隧道协议数据包的包头大小和所述最大分段大小的值,计算所述最大分段大小的目标值;
所述调整模块,具体用于将所述互联网协议数据包中所述最大分段大小的值更新为所述目标值。
可选地,所述处理模块,用于将所述最大分段大小的值减去所述隧道协议数据包的包头大小,得到所述最大分段大小的目标值。
可选地,所述发送模块,具体用于若所述互联网协议数据包不为所述协商请求数据包,则直接将所述互联网数据包发送至所述第二设备。
可选地,所述装置还包括:校验模块,其中:
所述调整模块,具体用于重新设置所述调整后的互联网协议数据包的校验值;
所述校验模块,用于根据重新设置的校验值,对所述调整后的互联网协议数据包进行校验;
所述发送模块,具体用于若校验通过,则将所述调整后的互联网协议数据包发送至所述第二设备。
可选地,所述第一设备为基站,所述第二设备为数据网络设备;或者;
所述第一设备为数据网络设备,所述第二设备为基站。
第三方面,本申请另一实施例提供了一种核心网设备,包括:接收器、处理器和发送器,其中,所述接收器和所述发送器分别连接所述处理器;
所述接收器,用于接收第一设备发送的互联网协议数据包;
所述处理器,用于识别所述互联网协议数据包是否为协商请求数据包;若所述互联网协议数据包为所述协商请求数据包,则根据所述互联网协议数据包的包头大小,对所述互联网协议数据包中最大分段大小的值进行调整;
所述发送器,用于将调整后的互联网协议数据包发送至第二设备。
第四方面,本申请另一实施例提供了一种存储介质,所述存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行如上述第一方面任一所述方法的步骤。
本申请的有益效果是:采用本申请提供的数据传输方法,在确定第一设备发送的互联网协议数据包为协商请求数据包后,可以根据预设包头大小对互联网数据包中最大分段大小的值进行调整,将最大分段大小的值调小预设包头大小,再将调整后的互联网协议数据包发送至第二设备,从而通过动态协商的方式调整MTU值,避免IP分片重组,提升传输效率。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请一实施例提供的数据传输方法的流程示意图;
图2为本申请一实施例提供的数据传输***的结构示意图;
图3为本申请一实施例提供的数据传输方法的流程示意图;
图4为本申请另一实施例提供的数据传输方法的流程示意图;
图5为本申请另一实施例提供的数据传输方法的流程示意图;
图6为本申请一实施例提供的数据传输装置的结构示意图;
图7为本申请另一实施例提供的数据传输装置的结构示意图;
图8为本申请一实施例提供的数据传输设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。
通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
另外,本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解,流程图的操作可以不按顺序实现,没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外,本领域技术人员在本申请内容的指引下,可以向流程图添加一个或多个其他操作,也可以从流程图中移除一个或多个操作。
为方便对本申请的理解,下述对本申请涉及的部分名词进行解释说明:
最大报文段长度(Maximum Segment Size,MSS):是传输控制协议(TransmissionControl Protocol,TCP)选项中最经常出现,也是最早出现的选项。MSS选项占4byte。MSS是每一个TCP报文段中数据字段的最大长度。
第五代移动通信技术核心网(5th Generation Mobile CommunicationTechnology Core network,5GC):5G核心网。
5GC用户面:5G核心网处理用户面数据的网元,指用户端口功能(User PortFunction,UPF)网元。
5GC信令面:5G核心网处理信令的网元,一般指除UPF之外的其它网元,包括网络协议((Action Message Format,AMF)、会话管理功能(SMF)、PCF、UDM、UDR、NSSF、BSF等。
N3:基站和5G用户面之间的接口。
N6:5G用户面和数据网络(DN)之间的接口。
gNB:5G基站。
空中接口:简称空口,是一个形象化的术语,是相对于有线通信中的“线路接口”概念而言的,是基站和终端之间通过波载传输数据的通道。
GPRS隧道协议(GPRSTunnelingProtocol,GTP)是一组基于IP的高层协议,位于TCP/IP或UDP/IP等协议上,主要用于在GSM和UMTS和LTE网络中支持通用分组无线服务(GPRS)的通讯协议。
如下结合多个具体的应用示例,对本申请实施例所提供的一种数据传输数据传输方法进行解释说明。
在一种可能的实施方式中,本发明实施例提供了一种数据传输方法,图1为本申请一实施例提供的一种数据传输方法的流程示意图,如图1所示,该方法包括:
S101:接收第一设备发送的互联网协议数据包。
在本申请的实施例中,第一设备例如可以为基站,第二设备例如可以为数据网络设备;或者;第一设备可以为数据网络设备(DN),第二设备可以为基站,即第一设备和第二设备均可以作为数据的接收方,也可以作为数据的发送方,也即第一设备和第二设备之间的数据可以互相传输,具体第一设备和第二设备的具体情况可以根据实际应用进行调整,本申请在此不做任何限制。
下述实施例均以第一设备为基站为例进行说明,应当理解,第一设备也可以为数据网络设备,本申请在此不做任何限制,图2为本申请一实施例提供的数据传输***的结构示意图,图3为本申请一实施例提供的数据传输方法的流程示意图,如图2-图3所示,在本申请的实施例中,核心网的5GC用户面中可以包括:通用数据传输平台(General DataTransfer Platform,GTP)转发模块、TCP mss-adjust模块、N6转发模块,各模块在数据转发的过程中相互配合,以实现数据的转发,其中:
GTP转发模块用于处理从基站收到的GTP数据包,并对接收到的GTP数据包进行合法性检查,在确定接收到GTP数据包通过合法性检查后,将GTP数据包的包头进行剥离,并将剥离GTP数据包的包头后的IP数据包转发给N6转发模块处理。
或者,GTP转发模块也用于接收N6转发模块转发的DN发送的IP数据包,并对收到的IP数据包进行GTP封装,将封装后的GTP数据包发送给基站。
N6转发模块用于接收GTP转发模块转发的IP数据包,将IP数据包转发到DN;或者用于接收从DN发过来的IP数据包,将接收到的IP数据包转发给GTP模块进行处理。
TCP mss-adjust模块设置在N6模块和GTP转发模块之间,用于对收到的N6模块发送的或者GTP转发模块发送的IP数据包进行识别,识别接收到的IP数据包中是否是包含mss协商请求的数据包,如果是,则说明当前IP数据包为协商请求数据包,此时读取IP数据包中的mss值,并对mss值进行调整,具体调整的方法例如可以为:在mss值的基础上减去GTP数据包的包头大小,确定减小后的mss值为调整后的mss值;如果不是,则说明当前IP数据包并非协商请求数据包,此时无需对IP数据包进行处理,直接转发给N6模块或者GTP转发模块即可。
在基站向5GC用户面发送GTP数据包后,5GC用户面中的GTP转发模块对GTP数据包进行接收,并转发至5GC用户面中的TCP mss-adjust模块,随后TCP mss-adjust模块在识别互联网协议数据包为协商请求数据包后,根据IP数据包的包头大小,对IP数据包中最大分段大小的值进行调整,以减小mss字段的字段值,并将mss值调整后,根据调整后的mss值更新IP数据包,随后将更新后的IP数据包发送给5GC用户面中的N6转发模块,以使N6转发模块将调整后的IP数据包发送给DN;至此完成数据的转发和在转发过程中对数据的处理;应当理解,上述实施例虽以数据的转发为基站侧转发至DN侧为例进行说明,但是数据的转发也可以为从DN侧转发值基站侧,本申请在此不做任何限制。
S102:识别互联网协议数据包是否为协商请求数据包。
在本申请的实施例中,识别互联网协议数据包是否为协商请求数据包的方式例如可以为:识别IP数据包中是否包括mss字段,若包括mss字段,则说明当前IP数据包为协商请求数据包;若不包括mss字段,则说明当前数据包不是协商请求数据包。
S103:若互联网协议数据包为协商请求数据包,则根据预设包头大小,对互联网协议数据包中最大分段大小的值进行调整。
其中,由于现有技术中一般IP数据传输的最大传输单元按照1500设定,但N3 GTP传输的数据需要添加GTP包头,因此如果用户面传输的数据仍然按照1500设定,那么添加GTP包头之后的IP数据包就会超出1500,这就会导致传输过程需要IP分片重组后才能进行传输,从而影响数据的传输效率。
因此,本申请的实施例中,需要对IP数据包中mss的值进行调整,将IP数据包中的mss的值进行调小,是为了避免IP分包重组的问题,故在本申请的实施例中,需要对是协商请求数据包的IP数据包中mss的值进行减小,以使其增加GTP包头后也不超过1500,在本申请的实施例中,例如可以对IP数据包中mss的值减小预设包头大小的值,并确定减小后的值为调整后的对mss的值,这样调整后的IP数据包实际大小不会超过1500,因此不会产生IP分片重组,从而提高了数据传输的效率。
S104:将调整后的互联网协议数据包发送至第二设备。
在本申请的实施例中,在调整IP数据包后,还需要对调整后的IP数据包增加GTP包头,随后将添加包头后的IP数据包发送至第二设备,由于IP数据包中的mss字段值的mss大小已经被降低,因此即使对IP数据包增加了GTP包头之后,数据包的大小也不会超过1500,并且也不会超过各个节点的实际MTU,从而可以避免IP数据包分片重组,提升数据包的传输效率。
采用本申请提供的数据传输方法,在确定第一设备发送的互联网协议数据包为协商请求数据包后,可以根据预设包头大小对互联网数据包中最大分段大小的值进行调整,将最大分段大小的值调小预设包头大小,再将调整后的互联网协议数据包发送至第二设备,从而通过动态协商的方式调整MTU值,避免IP分片重组,提升传输效率。
可选地,在上述实施例的基础上,本申请实施例还可提供一种数据传输方法,如下结合附图对上述方法中接收第一设备发送的互联网协议数据包的实现过程进行示例说明。图4为本申请另一实施例提供的一种数据传输方法的流程示意图,如图4所示,S101可包括:
S105:接收第一设备发送的隧道协议数据包。
在本申请的实施例中,GTP转发模块收到第一设备,例如基站侧发送的GTP数据包后,对获取的GTP数据包进行合法性检测,并在检测通过后接收基站侧发送的GTP数据包。
S102可包括:
S106:去除隧道协议数据包的包头,获取互联网协议数据包。
GTP转发模块在接收到GTP数据包后,还需要去除GTP数据包中的包头,得到去除GTP包头后的IP数据包,并将IP数据包转发至TCP mss-adjust模块,以使TCP mss-adjust模块在获取到IP数据包后,识别并调整IP数据包中的mss值。
S107:识别互联网协议数据包中是否具有最大分段大小的字段。
TCP mss-adjust模块对IP数据包进行识别,识别IP数据包中是否具有mss字段,若具有,则说明当前IP数据包为协商请求数据包,若不具有,则说明当前IP数据包不为协商请求数据包。
S108:若具有最大分段大小的字段,则确定互联网协议数据包为协商请求数据包。
对于具有mss字段的IP数据包,也即对于是协商请求数据包,才会进行mss值的调整,否则若互联网协议数据包不为协商请求数据包,则无需对该IP数据包进行任何处理,直接将互联网数据包发送至第二设备。
在本申请的实施例中,对IP数据包中的mss值进行调整之前,还可以解析互联网协议数据包中最大分段大小的值;随后根据隧道协议数据包的包头大小和最大分段大小的值,计算最大分段大小的目标值;将互联网协议数据包中最大分段大小的值更新为目标值。
计算最大分段大小的目标值的方式例如可以为将最大分段大小的值减去隧道协议数据包的包头大小,得到最大分段大小的目标值;其中,GTP数据包的包头大小一般为固定大小,因此在一些可能的实施例中,例如可以直接根据固定大小的GTP数据包的包头大小对mss值进行调整;在另一些可能的实施例中,也可以先获取预先去除的GTP数据包的包头大小,随后根据获取的GTP数据包的包头大小对mss值进行调整;应当理解,上述实施例仅为示例性说明,具体对mss值进行调整的方式,可以根据用户需要灵活调整,并不以上述实施例给出的为限。
可选地,在上述实施例的基础上,本申请实施例还可提供一种数据传输方法,如下结合附图对上述方法的实现过程进行示例说明。图4为本申请另一实施例提供的一种数据传输方法的流程示意图,如图4所示,S104之前,该方法还可包括:
S109:重新设置调整后的互联网协议数据包的校验值,按照IPV4或IPV6的标准重新计算IP包校验值。
由于IP数据包中的数据发生了更新,因此需要对IP数据包的校验值进行更新,并重新对更新后的校验值进行校验。
S110:根据重新设置的校验值,对调整后的互联网协议数据包进行校验。
对应地,S104可包括:
S111:若校验通过,则将调整后的互联网协议数据包发送至第二设备。
至此完成数据由第一设备向第二设备之间的传输。
为了方便对本申请完整流程的理解,继续如图3所示,下述对本申请提供的数据传输方法的完整交互流程进行介绍:
由基站侧向DN侧传输数据时:
11.基站侧向GTP转发模块发送GTP数据包。
12.GTP转发模块在收到基站侧的GTP数据包后,对GTP数据包进行合法性检查,并在检查通过后剥离GTP数据包的包头。
13.将剥离GTP数据包的包头后的IP数据包转发至TCP mss-adjust模块,以使其对mss值进行识别和调整。
14.TCP mss-adjust模块接收GTP转发的IP数据包后,识别IP数据包中是否包含TCP mss协商请求信息,如果包含,则调整IP数据包中的mss值,将mss值减去GTP包头的大小,然后将调整后的mss值,设置到ip数据包内。如果不包含,则不对IP数据包做任何处理。
15.消息校验值重设:由于修改了IP数据包内容,因此TCP mss-adjust模块需要重新校验IP数据包。
16.在校验完成并确定校验无误后,将修改后的IP数据包发送给N6转发模块。
17.N6转发模块,将接收到的TCP mss-adjust模块发送的IP数据包转发至DN。
由DN侧向基站侧传输数据时:
21.DN将IP数据包发送至N6转发模块。
22.N6转发模块将IP数据包交给TCP mss-adjust模块,以使其对mss值进行识别和调整。
23.TCP mss-adjust模块识别IP数据包是否包含TCP mss协商请求信息,如果包含,则调整IP数据包中的mss值,将mss值减去GTP包头的大小,然后将调整后的mss值,设置到ip数据包内。如果不包含,则不对IP数据包做任何处理。
24.消息校验值重设:由于修改了IP包内容,需要TCP mss-adjust模块重新对IP数据包进行校验.
25.在校验完成并通过校验后,将修改后的IP数据包发送给GTP转发模块继续处理。
26.GTP转发模块将接收到的IP数据包进行GTP封装。
27.将封装得到的GTP数据包发送给基站。
采用本申请提供的数据传输方法,通过在5GC用户面中,增加TCP adjust-mss模块,动态参与MTU的协商,并对协商后的mss值做出修改,避免由于GTP的增加导致IP分片重组。由于在5G核心网中,用户面所有的数据包都要经过5GC用户面,包括MTU协商的IP包也在内,因此采用这样的方式5GC用户面就可以识别包大小协商的TCP SYN SYN/ACK包,读取并修改报文中的MSS值,在MSS协商值的基础上调整,降低应用层协商的MSS大小,这样应用层IP包封装GTP头之后,仍然不会超过网络各个节点的实际MTU,可以避免IP分片重组,提升传输效率。
下述结合附图对本申请所提供的数据传输装置进行解释说明,该数据传输装置可执行上述图1-图6任一数据传输方法,其具体实现以及有益效果参照上述,如下不再赘述。
图7为本申请一实施例提供的数据传输装置的结构示意图,如图7所示,该装置包括:接收模块201、识别模块202、处理模块203和发送模块204,其中:
接收模块201,用于接收第一设备发送的互联网协议数据包;
识别模块202,用于识别互联网协议数据包是否为协商请求数据包;
处理模块203,用于若互联网协议数据包为协商请求数据包,则根据互联网协议数据包的包头大小,对互联网协议数据包中最大分段大小的值进行调整;
发送模块204,用于将调整后的互联网协议数据包发送至第二设备。
可选地,在上述实施例的基础上,本申请实施例还可提供一种数据传输装置,如下结合附图对上述图6给出的装置的实现过程进行示例说明。图7为本申请另一实施例提供的数据传输装置的结构示意图,如图7所示,该装置还包括:获取模块205和确定模块206,其中:
接收模块201,具体用于接收第一设备发送的隧道协议数据包;
获取模块205,用于去除隧道协议数据包的包头,获取互联网协议数据包;
识别模块202,具体用于识别互联网协议数据包中是否具有最大分段大小的字段;
确定模块206,用于若具有最大分段大小的字段,则确定互联网协议数据包为协商请求数据包。
如图7所示,该装置还包括:解析模块207和更新模块208,用于解析互联网协议数据包中最大分段大小的值;
处理模块203,具体用于根据隧道协议数据包的包头大小和最大分段大小的值,计算最大分段大小的目标值;
更新模块208,具体用于将互联网协议数据包中最大分段大小的值更新为目标值。
可选地,处理模块203,用于将最大分段大小的值减去隧道协议数据包的包头大小,得到最大分段大小的目标值。
可选地,发送模块204,具体用于若互联网协议数据包不为协商请求数据包,则直接将互联网数据包发送至第二设备。
如图7所示,该装置还包括:校验模块209,其中:
更新模块208,具体用于重新设置调整后的互联网协议数据包的校验值;
校验模块209,用于根据重新设置的校验值,对调整后的互联网协议数据包进行校验;
发送模块204,具体用于若校验通过,则将调整后的互联网协议数据包发送至第二设备。
可选地,第一设备为基站,第二设备为数据网络设备;或者;
第一设备为数据网络设备,第二设备为基站。
上述装置用于执行前述实施例提供的方法,其实现原理和技术效果类似,在此不再赘述。
以上这些模块可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific Integrated Circuit,简称ASIC),或,一个或多个微处理器,或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,简称FPGA)等。再如,当以上某个模块通过处理元件调度程序代码的形式实现时,该处理元件可以是通用处理器,例如中央处理器(Central Processing Unit,简称CPU)或其它可以调用程序代码的处理器。再如,这些模块可以集成在一起,以片上***(system-on-a-chip,简称SOC)的形式实现。
图8为本申请一实施例提供的核心网设备的结构示意图,如图8所示,该核心网设备包括:接收器501、处理器502和发送器503,其中,接收器501和发送器503分别连接处理器502;
接收器501,用于接收第一设备发送的互联网协议数据包;
处理器502,用于识别互联网协议数据包是否为协商请求数据包;若互联网协议数据包为协商请求数据包,则根据互联网协议数据包的包头大小,对互联网协议数据包中最大分段大小的值进行调整;
发送器503,用于将调整后的互联网协议数据包发送至第二设备。
核心网设备用于以执行上述图1-图5对应的方法实施例。具体实现方式和技术效果类似,这里不再赘述。
可选地,本申请还提供一种程序产品,例如存储介质,该存储介质上存储有计算机程序,包括程序,该程序在被处理器运行时执行上述方法对应的实施例。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(英文:processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(英文:Read-Only Memory,简称:ROM)、随机存取存储器(英文:Random Access Memory,简称:RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
Claims (10)
1.一种数据传输方法,其特征在于,所述方法包括:
接收第一设备发送的互联网协议数据包;
识别所述互联网协议数据包是否为协商请求数据包;
若所述互联网协议数据包为所述协商请求数据包,则根据预设包头大小,对所述互联网协议数据包中最大分段大小的值进行调整;
将调整后的互联网协议数据包发送至第二设备。
2.如权利要求1所述的方法,其特征在于,所述接收第一设备发送的互联网协议数据包,包括:
接收第一设备发送的隧道协议数据包;
所述识别所述互联网协议数据包是否为协商请求数据包,包括:
去除所述隧道协议数据包的包头,获取所述互联网协议数据包;
识别所述互联网协议数据包中是否具有所述最大分段大小的字段;
若具有所述最大分段大小的字段,则确定所述互联网协议数据包为协商请求数据包。
3.如权利要求2所述的方法,其特征在于,所述根据所述互联网协议数据包的包头大小,对所述互联网协议数据包中最大分段大小的值进行调整之前,所述方法还包括:
解析所述互联网协议数据包中所述最大分段大小的值;
所述根据所述预设包头大小,对所述互联网协议数据包中最大分段大小的值进行调整,包括:
根据所述隧道协议数据包的包头大小和所述最大分段大小的值,计算所述最大分段大小的目标值;
将所述互联网协议数据包中所述最大分段大小的值更新为所述目标值。
4.如权利要求3所述的方法,其特征在于,所述根据所述包头大小和所述最大分段大小的值,计算所述最大分段大小的目标值,包括:
将所述最大分段大小的值减去所述隧道协议数据包的包头大小,得到所述最大分段大小的目标值。
5.如权利要求1所述的方法,其特征在于,所述方法还包括:
若所述互联网协议数据包不为所述协商请求数据包,则直接将所述互联网数据包发送至所述第二设备。
6.如权利要求1所述的方法,其特征在于,所述将调整后的互联网协议数据包发送至第二设备之前,所述方法还包括:
重新设置所述调整后的互联网协议数据包的校验值;
根据重新设置的校验值,对所述调整后的互联网协议数据包进行校验;
所述将调整后的互联网协议数据包发送至第二设备,包括:
若校验通过,则将所述调整后的互联网协议数据包发送至所述第二设备。
7.如权利要求1所述的方法,其特征在于,所述第一设备为基站,所述第二设备为数据网络设备;或者;
所述第一设备为数据网络设备,所述第二设备为基站。
8.一种数据传输装置,其特征在于,所述装置包括:接收模块、识别模块、处理模块和调整模块,其中:
所述接收模块,用于接收第一设备发送的互联网协议数据包;
所述识别模块,用于识别所述互联网协议数据包是否为协商请求数据包;
所述处理模块,用于若所述互联网协议数据包为所述协商请求数据包,则根据所述互联网协议数据包的包头大小,对所述互联网协议数据包中最大分段大小的值进行调整;
所述发送模块,用于将调整后的互联网协议数据包发送至第二设备。
9.一种核心网设备,其特征在于,包括:接收器、处理器和发送器,其中,所述接收器和所述发送器分别连接所述处理器;
所述接收器,用于接收第一设备发送的互联网协议数据包;
所述处理器,用于识别所述互联网协议数据包是否为协商请求数据包;若所述互联网协议数据包为所述协商请求数据包,则根据所述互联网协议数据包的包头大小,对所述互联网协议数据包中最大分段大小的值进行调整;
所述发送器,用于将调整后的互联网协议数据包发送至第二设备。
10.一种存储介质,其特征在于,所述存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行上述权利要求1-7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210033263.7A CN114390121A (zh) | 2022-01-12 | 2022-01-12 | 数据传输方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210033263.7A CN114390121A (zh) | 2022-01-12 | 2022-01-12 | 数据传输方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114390121A true CN114390121A (zh) | 2022-04-22 |
Family
ID=81201511
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210033263.7A Pending CN114390121A (zh) | 2022-01-12 | 2022-01-12 | 数据传输方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114390121A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070136481A1 (en) * | 2005-12-13 | 2007-06-14 | Dierks Herman D Jr | Method for improved network performance using smart maximum segment size |
US20080107026A1 (en) * | 2004-11-15 | 2008-05-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for Modifying Mss |
WO2015028058A1 (en) * | 2013-08-29 | 2015-03-05 | Nokia Solutions And Networks Oy | Method, apparatus and computer program product for determining maximum segment size |
CN112468518A (zh) * | 2021-01-28 | 2021-03-09 | 腾讯科技(深圳)有限公司 | 访问数据处理方法、装置、存储介质及计算机设备 |
DE102019125799A1 (de) * | 2019-09-25 | 2021-03-25 | Deutsche Telekom Ag | Vermeidung der IP-Datenfragmentierung für TCP beim internationalen Datenroaming |
-
2022
- 2022-01-12 CN CN202210033263.7A patent/CN114390121A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080107026A1 (en) * | 2004-11-15 | 2008-05-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for Modifying Mss |
US20070136481A1 (en) * | 2005-12-13 | 2007-06-14 | Dierks Herman D Jr | Method for improved network performance using smart maximum segment size |
WO2015028058A1 (en) * | 2013-08-29 | 2015-03-05 | Nokia Solutions And Networks Oy | Method, apparatus and computer program product for determining maximum segment size |
DE102019125799A1 (de) * | 2019-09-25 | 2021-03-25 | Deutsche Telekom Ag | Vermeidung der IP-Datenfragmentierung für TCP beim internationalen Datenroaming |
CN112468518A (zh) * | 2021-01-28 | 2021-03-09 | 腾讯科技(深圳)有限公司 | 访问数据处理方法、装置、存储介质及计算机设备 |
Non-Patent Citations (1)
Title |
---|
刘华;金志坚;: "移动互联网端到端数据包分片优化思路及研究", 移动通信, no. 04 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6640038B2 (ja) | マルチキャスト通信またはブロードキャスト通信において拡張したファイル配信を行う方法および装置 | |
JP4763682B2 (ja) | Greフレーム中の上位レイヤパケットまたはフレーム境界の情報の提供 | |
US9906491B2 (en) | Improving transmission efficiency of data frames by using shorter addresses in the frame header | |
US20120140686A1 (en) | Method and apparatus for sending, receiving, and transmission of data packets (as amended) | |
SG187780A1 (en) | Method, device and system for transmitting data | |
US9325812B2 (en) | Method and apparatus for compressing nested protocol packet header | |
CN107395572B (zh) | 一种数据处理方法及物联网网关 | |
EP2797290B1 (en) | Data frame transmission method and device | |
US20110317673A1 (en) | Method and Apparatus for Providing IPv6 Link-Layer Adaptation Over a Wireless Channel | |
CN112751833B (zh) | Rtp报文识别方法、装置、电子设备及可读存储介质 | |
EP3525421A1 (en) | Data transmission method and apparatus | |
CN113873455A (zh) | 流量统计方法及其***、计算机可读存储介质 | |
CN108900433B (zh) | 一种传输lora报文的方法、终端和服务器 | |
CN107154917B (zh) | 数据传输方法及服务器 | |
CN110996346A (zh) | 一种下行报文轨迹追踪方法、装置及计算机可读存储介质 | |
CN114051013A (zh) | 一种通信数据传输方法及装置 | |
CN114301576A (zh) | 用于在ieee 802.15.4网络中生成和发送应答帧的方法及通信装置 | |
CN109067922A (zh) | 一种数据传输方法及装置 | |
CN114390121A (zh) | 数据传输方法、装置、设备及存储介质 | |
CN107078837A (zh) | 一种协议帧传输方法、装置、节点设备以及*** | |
CN111566996A (zh) | 一种数据传输方法及装置、计算机存储介质 | |
CN105553935B (zh) | 一种数据包处理方法、装置以及终端 | |
CN108886766B (zh) | 一种控制信息的传输方法及装置 | |
EP3896907A1 (en) | Method and apparatus for acquiring network slice identification | |
WO2017067224A1 (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20220422 |