CN109729039B - 链路管理协议的协商分片方法与装置 - Google Patents
链路管理协议的协商分片方法与装置 Download PDFInfo
- Publication number
- CN109729039B CN109729039B CN201711022533.XA CN201711022533A CN109729039B CN 109729039 B CN109729039 B CN 109729039B CN 201711022533 A CN201711022533 A CN 201711022533A CN 109729039 B CN109729039 B CN 109729039B
- Authority
- CN
- China
- Prior art keywords
- message
- negotiation
- node
- length value
- configuration
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种链路管理协议的协商分片方法,包括:第一节点向第二节点发送配置消息,其中,配置消息携带有第一报文协商长度值;在第一节点接收到第二节点发送的配置通过消息的情况下,第一节点根据第一报文协商长度值对预定报文进行打包,并将打包后的预定报文发送至第二节点。本发明通过在传输报文前通过协商可发送的最大报文长度,使得当数据链路过多引起报文过长需要进行分片时,可以根据协商后的最大报文长度进行分片,减少报文分片后的数量,降低分片后的报文丢失的机率,解决了现有技术中报文在发送时被频繁分片,加大了分片后的报文丢失的机率,影响网络的稳定和性能的问题。
Description
技术领域
本发明涉及数据网络通讯领域,特别是涉及一种链路管理协议(LMP,LinkManagement Protocol)的协商分片方法与装置。
背景技术
在当前通用多协议标记交互协议族(GMPLS,Generalized multi-protocol labelswitching)中,LMP用来管理节点之间的链路以及控制通道(IPCC,IP Control Channel)管理。LMP的功能包括控制通道管理、链路属性关联、链路连通性验证和故障管理。其中前两项用于管理流量工程(TE,Traffic Engineering),是链路必备的核心功能;后两项是可选的扩展功能,用于应对控制通道与数据通道分离的情况。
LMP协议中的消息都是用户数据报协议(UDP,User Datagram Protocol)消息,当LMP报文过大(超过链路层所能承受的最大传输单元长度(MTU,Maximum TransmissionUnit))时,发送方通过UDP发送时会把LMP报文在IP层进行分片(Fragmentation),把报文分成若干片,使每一片都小于MTU值,而接收方IP层则需要进行LMP报文的重组。但由于UDP的特性(即面向无连接的,消息传输不可靠),当某一片报文在传送中丢失时,接收方便无法重组报文,导致丢弃整个LMP数据报。
LMP协议的功能之一是链路属性关联,该功能是用来聚合多个数据链路(Data-Link)到一个TE链路(TE-Link)中以及同步TE-Link的各种特性,如图1所示,LMP节点A和LMP节点B之间存在一个TE-Link,在该TE-Link中,包含3个Data-Link。TE-Link中传输的报文具体可以包括链路摘要消息(LinkSummary)、链路摘要通过回应消息(LinkSummaryAck)、链路摘要未通过回应消息(LinkSummaryNack)共三种消息,其中LinkSummary消息和LinksummaryNack消息中可以携带大量的Data-Link信息,因此这两种消息的长度是未知的,当设备上数据链路很多时,LinkSummary消息和LinksummaryNack消息长度过大,可能会超过链路层的MTU值,因此LinkSummary消息和LinksummaryNack消息在IP传输过程中会被频繁的进行分片,加大了分片后的报文丢失的机率,严重时会导致传输通道的堵塞,影响网络的稳定和性能。
发明内容
本发明提供一种链路管理协议的协商分片方法与装置,用以解决现有技术中报文在发送时被频繁分片,加大了分片后的报文丢失的机率,影响网络的稳定和性能的问题。
为解决上述技术问题,一方面,本发明提供一种链路管理协议的协商分片方法,包括:第一节点向第二节点发送配置消息(Config),其中,所述配置消息携带有第一报文协商长度值;在所述第一节点接收到所述第二节点发送的配置通过消息(ConfigAck)的情况下,所述第一节点根据所述第一报文协商长度值对预定报文进行打包,并将打包后的所述预定报文发送至所述第二节点。
进一步,在所述第一节点接收到所述第二节点发送的配置通过消息的情况下,所述第一节点根据所述第一报文协商长度值对预定报文进行打包,并将打包后的所述预定报文发送至所述第二节点,包括:在所述第一节点接收所述第二节点发送的配置通过消息的情况下,所述第一节点判断所述配置通过消息中是否包括第二报文协商长度值;在所述配置通过消息中不包括第二报文协商长度值的情况下,所述第一节点根据所述第一报文协商长度值对预定报文进行打包,并将打包后的所述预定报文发送至所述第二节点;在所述配置通过消息中包括第二报文协商长度值的情况下,所述第一节点根据所述第二报文协商长度值对所述预定报文进行打包,并将打包后的所述预定报文发送至所述第二节点。
进一步,第一节点向第二节点发送配置消息之后,还包括:所述第一节点接收所述第二节点发送的配置未通过消息(ConfigNack);在所述配置未通过消息中包括第三报文协商长度值的情况下,所述第一节点判断所述第三报文协商长度值是否在第一预设范围内;在所述第三报文协商长度值在所述第一预设范围内的情况下,所述第一节点向所述第二节点发送配置消息,其中,所述配置消息携带有第三报文协商长度值;在所述第三报文协商长度值不在所述第一预设范围内的情况下,所述第一节点进行报警。
进一步,第一节点向第二节点发送配置消息之前,还包括:所述第一节点按照预设测试最大报文长度对测试报文进行打包,并将打包后的测试报文发送至所述第二节点;所述第一节点监测所述测试报文的发送成功率;所述第一节点接收根据所述发送成功率调整的所述预设测试最大报文长度,直至所述测试报文的发送成功率大于预设发送成功率;所述第一节点将当前所述预设测试最大报文长度作为所述第一报文协商长度值。
另一方面,本发明还提供一种链路管理协议的协商分片方法,包括:第二节点接收第一节点发送的配置消息,其中,所述配置消息携带第一报文协商长度值;所述第二节点判断所述第一报文协商长度值是否在第二预设范围内;在所述第一报文协商长度值在第二预设范围内的情况下,向所述第一节点发送配置通过消息。
进一步,所述配置通过消息中包括第二报文协商长度值。
进一步,所述第二节点判断所述第一报文协商长度值是否在第二预设范围内之后,还包括:在所述第一报文协商长度值不在所述第二预设范围内的情况下,向所述第一节点发送配置未通过消息,其中,所述配置未通过消息中包括第三报文协商长度值。
另一方面,本发明还提供一种链路管理协议的协商分片装置,包括:配置消息发送模块,用于向第二节点发送配置消息,其中,所述配置消息携带有第一报文协商长度值;第一接收模块,用于在接收到所述第二节点发送的配置通过消息的情况下,根据所述第一报文协商长度值对预定报文进行打包;第一发送模块,用于将打包后的所述预定报文发送至所述第二节点。
进一步,所述第一接收模块,包括:第一判断单元,用于在接收到所述第二节点发送的配置通过消息的情况下,判断所述配置通过消息中是否包括第二报文协商长度值;打包单元,用于在所述配置通过消息中不包括第二报文协商长度值的情况下,根据所述第一报文协商长度值对预定报文进行打包;在所述配置通过消息中包括第二报文协商长度值的情况下,根据所述第二报文协商长度值对所述预定报文进行打包。
进一步,所述装置还包括:第二接收模块,用于接收所述第二节点发送的配置未通过消息;第一判断模块,用于在所述配置未通过消息中包括第三报文协商长度值的情况下,判断所述第三报文协商长度值是否在第一预设范围内;报警模块,用于在所述第三报文协商长度值不在所述第一预设范围内的情况下,所述第一节点进行报警;所述配置消息发送模块,还用于在所述第三报文协商长度值在所述第一预设范围内的情况下,向所述第二节点发送配置消息,其中,所述配置消息携带有第三报文协商长度值,;
进一步,所述装置还包括监测模块,具体用于:按照预设测试最大报文长度对测试报文进行打包,并将打包后的测试报文发送至所述第二节点;监测所述测试报文的发送成功率;接收根据所述发送成功率调整的所述预设测试最大报文长度,直至所述测试报文的发送成功率大于预设发送成功率;将当前所述预设测试最大报文长度作为所述第一报文协商长度值。
另一方面,本发明还提供一种链路管理协议的协商分片装置,包括:配置消息接收模块,用于接收第一节点发送的配置消息,其中,所述配置消息带有第一报文协商长度值;第二判断模块,用于判断所述第一报文协商长度值是否在第二预设范围内;第二发送模块,用于在所述第一报文协商长度值在第二预设范围内的情况下,向所述第一节点发送配置通过消息。
进一步,所述配置通过消息中包括第二报文协商长度值。
进一步,第二发送模块,还用于在所述第一报文协商长度值不在所述第二预设范围内的情况下,向所述第一节点发送配置未通过消息,其中,所述配置未通过消息中包括第三报文协商长度值。
本发明通过在传输报文前通过协商可发送的最大报文长度,使得当数据链路过多引起报文过长需要进行分片时,可以根据协商后的最大报文长度进行分片,减少报文分片后的数量,降低分片后的报文丢失的机率,解决了现有技术中报文在发送时被频繁分片,加大了分片后的报文丢失的机率,影响网络的稳定和性能的问题。
附图说明
图1是现有技术中LMP协议的TE链路和Data-Link示意图;
图2是本发明第一实施例中LMP的协商分片方法流程图;
图3是本发明第二实施例中另一LMP的协商分片方法流程图;
图4是本发明第三实施例中LMP的协商分片装置的结构示意图;
图5是本发明第四实施例中另一LMP的协商分片装置的结构示意图;
图6是本发明第五实施例中一种设备的结构示意图。
具体实施方式
为了解决现有技术报文在发送时被频繁分片,加大了分片后的报文丢失的机率,影响网络的稳定和性能的问题,本发明提供了一种链路管理协议的协商分片方法与装置,以下结合附图以及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不限定本发明。
本发明的第一实施例提供了一种LMP的协商分片方法,其流程图如图2所示,具体包括步骤S201和S202:
S201,第一节点向第二节点发送配置消息,其中,配置消息携带有第一报文协商长度值;
S202,在第一节点接收到第二节点发送的配置通过消息的情况下,第一节点根据第一报文协商长度值对预定报文进行打包,并将打包后的预定报文发送至第二节点。
在LMP协议中,为了发起两个节点之间的LMP连接,必须激活两个节点之间的控制通道,而控制通道的激活通过节点之间互传配置消息、配置通过消息以及配置未通过消息。为了实现协商分片,确定两个节点之间可以使用的最大报文长度,第一节点在向第二节点发送Config消息时,在现有的Config消息对象的基础上,增加第一报文协商长度值的对象,该对象代表的值为第一节点认可的最大报文长度(MDL,Max Data Len),且该对象的类Class=1,属性ctype=2,也可以称为MDL-Config对象。第一节点将携带有第一报文协商长度值的Config消息发送给第二节点,并等待第二节点回应的消息。
第一节点在接收到第二节点回应的消息时,首先判断该消息是ConfigAck消息还是ConfigNack消息。当第一节点接收到的消息是ConfigAck消息时,证明第二节点已经通过了对分片参数的协商,此时,第一节点判断ConfigAck消息中是否包含有第二节点配置的第二报文协商长度值的对象,该对象的Class同样为1、ctype同样为2,若第二节点回应的ConfigAck消息中不包含第二报文协商长度值,则证明第二节点认可第一节点配置的第一报文长度值在第二节点可接收的范围内,第一节点在向第二节点发送报文时,按照第一报文协商长度值对将要发送的预定报文进行分片打包,并将打包后的预定报文发送至第二节点。应当了解的是,预定报文可以是控制通道激活后两个节点间发送的任意报文,并且可以优选地认为,该预定报文为携带大量Data-Link信息的LinkSummary消息和LinksummaryNack消息。若第二节点回应的ConfigAck消息中包含第二报文协商长度值,则第一节点在向第二节点发送报文时,按照第二文长度值对将要发送的预定报文进行分片打包,并将打包后的预定报文发送至第二节点。
当第一节点接收到的消息是ConfigNack消息时,则第二节点不支持协商分片,或第二节点不认可第一节点配置的第一报文协商长度值。当第一节点接收到的ConfigNack消息中包含ctype=0x40的Error_Code对象时,证明第二节点不支持协商分片,本次协商失败,控制通道无法激活。当第一节点接收到的ConfigNack消息中包含第三报文长度值的对象,该对象的Class=1、ctype=2,即第二节点不认可第一节点配置的第一报文协商长度值,ConfigNack消息中的第三报文协商长度值则表示第二节点认可的、其自身可以接收的一个最大报文长度,第一节点判断第三报文协商长度值是否在其可以接收的第一预设范围内。第三报文协商长度值在第一预设范围内的情况下,第一节点重新向第二节点发送配置消息以进行新一轮的协商分片,此时,配置消息携带有第三报文协商长度值,并等待第二节点关于第三报文协商长度值的协商结果;在第三报文协商长度值不在第一预设范围内的情况下,第一节点进行报警,应当了解的是,第一节点进行报警的方式可以为通过弹窗等方式向第一节点的用户进行提示,以通知用户主动修改第一预设范围,尽可能保证第一节点和第二节点间协商成功。
为了减少两个节点间的协商次数,在第一节点发送Config消息之前,需要针对当前网络状况和设备情况确定一个最佳的最大报文长度,即第一报文协商长度值。第一节点的用户可以根据用户经验首先设置一个MDL值(即预设测试最大报文长度),随后按照预设测试最大报文长度对测试报文进行打包,并将打包后的测试报文发送至第二节点;第一节点还需要对测试报文的发送成功率进行监测,并根据该发送成功率调整MDL值的大小,直到第一节点按照当前MDL值进行测试报文的打包时,测试报文的发送成功率大于预设发送成功率,此时,当前MDL值即为在当前网络状态和设备情况下的最佳的最大报文长度,将当前MDL值作为第一报文协商长度值,通过Config消息发送给第二节点,可以在减少分片次数,降低丢包率的情况下,尽可能的减少两个节点间的协商次数。应当了解的是,第一节点在进行最佳的MDL值确认时,还可以以测试报文的丢包率、发送失败率等作为判断标准,并不仅限于使用发送成功率。
本实施例通过在传输报文前通过协商可发送的最大报文长度,使得当数据链路过多引起报文过长需要进行分片时,可以根据协商后的最大报文长度进行分片,减少报文分片后的数量,降低分片后的报文丢失的机率,解决了现有技术中报文在发送时被频繁分片,加大了分片后的报文丢失的机率,影响网络的稳定和性能的问题。
本发明的第二实施例提供了另一LMP的协商分片方法,其流程图如图3所示,具体包括步骤S301和S303:
S301,第二节点接收第一节点发送的配置消息,其中,配置消息携带第一报文协商长度值;
S302,第二节点判断第一报文协商长度值是否在第二预设范围内;
S303,在第一报文协商长度值在第二预设范围内的情况下,向第一节点发送配置通过消息。
第二节点在接收到第一节点发送的携带有第一报文协商长度值的Config消息后,首先判断自己是否可以支持协商分片机制,应当了解的是,节点是否支持协商分片应为该节点的用户主动进行设置,设置的原则可以根据节点所使用的设备、当前网络的状况等因素进行调节。当第二节点不支持协商分片时,第二节点可以忽略Config消息中携带的第一报文协商长度值的对象,只对Config消息中其他的对象进行处理,直至回复不携带第二报文协商长度值的ConfigAck消息给第一节点,此时第一节点将根据第一报文协商长度值对预定报文进行分片打包和发送处理。当第二节点不支持协商分片时,第二节点还可以回复包含ctype=0x40的Error_Code对象的ConfigNack消息,以向第一节点表明自己不支持协商分片。
在本实施例中,当第二节点支持协商分片时,首先判断第一报文协商长度值是否在其可以接收的第二预设范围内,在第一报文协商长度值在第二预设范围内的情况下,第二节点向第一节点发送ConfigAck消息,其中,可以包括第二报文协商长度值。应当了解的是,该第二报文协商长度值应为第一报文协商长度值与第二节点预定的最佳报文长度值中较小的一个,例如,第一报文长度值为M1,第二节点预定的最佳报文长度值为M2,第二预设范围为[X2,Y2],若X2≤M1≤Y2,则第二报文长度值为min{M1,M2}。如果第一报文协商长度值不在第二预设范围内,则向第一节点发送ConfigNack消息,其中,ConfigNack消息中包括第三报文协商长度值。应当了解的是,若M1<X2,则第三报文协商长度值为X2,若M1>Y2,则第三报文协商长度值为Y2。第一节点接收到包括第三报文协商长度值ConfigNack消息后,判断第三报文协商长度值是否在其第一预设范围内,在根据判断结果确定是需要按照第三报文协商长度值重新进行Config消息的发送,还是进行报警。
本实施例通过第二节点根据第一报文协商长度值的与自身预设范围的判断协商,在符合条件时,接收第一节点发送的按照协商好的报文长度值分片打包好的预定报文,既减少了第一节点在发送时的分片次数,也减少了第二节点在接收时的重组次数,解决了现有技术中报文在发送时被频繁分片,加大了分片后的报文丢失的机率,影响网络的稳定和性能的问题。
本发明的第三实施例提供了一种LMP的协商分片装置,其结构示意图如图4所示,主要包括:配置消息发送模块401、第一接收模块402以及第一发送模块403。其中,配置消息发送模块401用于向第二节点发送配置消息,其中,配置消息携带有第一报文协商长度值;第一接收模块402用于在接收到第二节点发送的配置通过消息的情况下,根据第一报文协商长度值对预定报文进行打包;第一发送模块403用于将打包后的预定报文发送至第二节点。
本实施例中提供的协商分片装置可以安装在第一节点使用的设备中。第一节点在需要向第二节点进行报文传输之前,首先必须激活两个节点之间的控制通道,为了实现协商分片,确定两个节点之间可以使用的最大报文长度,配置消息发送模块401在向第二节点发送Config消息时,在现有的Config消息对象的基础上,增加第一报文协商长度值的对象,该对象代表的值为第一节点认可的MDL值,协商分片装置将携带有第一报文协商长度值的Config消息发送给第二节点,并等待第二节点回应的消息。
在第一接收模块402接收到第二节点回应的ConfigAck消息时,首先通过第一接收模块402中的第一判断单元4021来判断ConfigAck消息中是否包括第二报文协商长度值,并将判断结果通知打包单元4022,若ConfigAck消息中不包括第二报文协商长度值,打包单元4022则根据第一报文协商长度值对预定报文进行打包,并通过第一发送单元403将打包后的预定报文发送至第二节点;若ConfigAck消息中包括第二报文协商长度值,打包单元4022则根据第二报文协商长度值对预定报文进行打包,并通过第一发送单元403将打包后的预定报文发送至第二节点。
本实施例的协商分片装置还包括用于接收第二节点发送的ConfigNack消息的第二接收模块,证明第二节点不支持协商分片,或第二节点不认可第一报文长度值。当第二接收模块接收到的ConfigNack消息中包含ctype=0x40的Error_Code对象时,证明第二节点不支持协商分片,本次协商失败,控制通道无法激活。当第二接收模块接收到的ConfigNack消息中包含第三报文协商长度值,即第二节点不认可第一报文协商长度值,ConfigNack消息中的第三报文协商长度值则表示第二节点认可的、其自身可以接收的一个最大报文长度,此时,第一判断模块判断第三报文协商长度值是否在其可以接收的第一预设范围内。第三报文协商长度值在第一预设范围内的情况下,配置消息发送模块重新向第二节点发送Config消息以进行新一轮的协商分片,此时,Config消息携带有第三报文协商长度值,并等待第二节点关于第三报文协商长度值的协商结果;在第三报文协商长度值不在第一预设范围内的情况下,报警模块进行报警,应当了解的是,报警模块进行报警的方式可以为通过弹窗等方式向第一节点的用户进行提示,以通知用户主动修改第一预设范围,尽可能保证第一节点和第二节点间协商成功。
为了减少两个节点间的协商次数,在配置消息发送模块发送Config消息之前,需要针对当前网络状况和设备情况确定一个最佳的最大报文长度,即第一报文协商长度值。第一节点的用户可以根据用户经验首先设置一个MDL值(即预设测试最大报文长度),随后通过监测模块按照预设测试最大报文长度对测试报文进行打包,并将打包后的测试报文发送至第二节点;监测模块还需要对测试报文的发送成功率进行监测,并根据该发送成功率调整MDL值的大小,直到第一节点按照当前MDL值进行测试报文的打包时,测试报文的发送成功率大于预设发送成功率,此时,当前MDL值即为在当前网络状态和设备情况下的最佳的最大报文长度,将当前MDL值作为第一报文协商长度值,通过配置消息发送模块发送给第二节点,可以在减少分片次数,降低丢包率的情况下,尽可能的减少两个节点间的协商次数。应当了解的是,监测模块在进行最佳的MDL值确认时,还可以以测试报文的丢包率、发送失败率等作为判断标准,并不仅限于使用发送成功率。
应当了解的是,在两个节点进行报文传输时,可能由于网络中其他设备的影响,造成拥堵等情况,此时可以通过监测模块不断监测报文的发送成功率,当发送成功率降低到一定值之后,重新确定MDL值,以保证在减少丢包的情况下发送报文。
本实施例通过在传输报文前通过协商可发送的最大报文长度,使得当数据链路过多引起报文过长需要进行分片时,可以根据协商后的最大报文长度进行分片,减少报文分片后的数量,降低分片后的报文丢失的机率,解决了现有技术中报文在发送时被频繁分片,加大了分片后的报文丢失的机率,影响网络的稳定和性能的问题。
本发明的第四实施例提供了另一LMP的协商分片装置,其结构示意图如图5所示,主要包括配置消息接收模块501、第二判断模块502以及第二发送模块503。其中,配置消息接收模块501用于接收第一节点发送的配置消息,其中,配置消息带有第一报文协商长度值;第二判断模块502用于判断第一报文协商长度值是否在第二预设范围内;第二发送模块503用于在第一报文协商长度值在第二预设范围内的情况下,向第一节点发送配置通过消息。
本实施例中的协商分片装置可以安装在第二节点使用的设备中。配置消息接收模块501在接收到第一节点发送的携带有第一报文协商长度值的Config消息后,首先判断自己是否可以支持协商分片机制。当协商分片装置不支持协商分片时,配置消息接收模块501可以忽略Config消息中携带的第一报文协商长度值的对象,只对Config消息中其他的对象进行处理,直至第二发送模块503回复不携带第二报文协商长度值的ConfigAck消息给第一节点,此时第一节点将根据第一报文协商长度值对预定报文进行分片打包和发送处理。当协商分片装置不支持协商分片时,第二发送模块503还可以回复包含ctype=0x40的Error_Code对象的ConfigNack消息,以向第一节点表明自己不支持协商分片。
在本实施例中,当协商分片装置支持协商分片时,首先通过第二判断模块502判断第一报文协商长度值是否在其可以接收的第二预设范围内,在第一报文协商长度值在第二预设范围内的情况下,第二发送模块503向第一节点发送ConfigAck消息,其中,可以包括第二报文协商长度值。应当了解的是,该第二报文协商长度值应为第一报文协商长度值与第二节点预定的最佳报文协商长度值中较小的一个,例如,第一报文协商长度值为M1,第二节点预定的最佳报文协商长度值为M2,第二预设范围为[X2,Y2],若X2≤M1≤Y2,则第二报文协商长度值为min{M1,M2}。如果第一报文协商长度值不在第二预设范围内,则第二发送模块503向第一节点发送ConfigNack消息,其中,ConfigNack消息中包括第三报文协商长度值。应当了解的是,若M1<X2,则第三报文协商长度值为X2,若M1>Y2,则第三报文协商长度值为Y2。第一节点接收到包括第三报文协商长度值ConfigNack消息后,判断第三报文协商长度值是否在其第一预设范围内,在根据判断结果确定是需要按照第三报文协商长度值重新进行Config消息的发送,还是进行报警。
本实施例通过协商分片装置根据第一报文协商长度值的与自身预设范围的判断协商,在符合条件时,接收第一节点发送的按照协商好的报文协商长度值分片打包好的预定报文,即减少了第一节点在发送时的分片次数,也减少了第二节点在接收时的重组次数,解决了现有技术中报文在发送时被频繁分片,加大了分片后的报文丢失的机率,影响网络的稳定和性能的问题。
本发明的第五实施例提供了一种设备,该设备支持协商分片装置,可以在LMP中作为一个节点,进行控制通道的激活、Data-Link的传输等操作,并且支持进行协商分片机制。下面结合图6对该设备进行说明。
如图6所示,本发明的第五实施例提供的设备主要包括:配置单元601、消息编解码单元602(相当于本发明第三实施例中的配置消息发送模块、打包单元、第一发送模块、第二接收模块以及本发明第四实施例的配置消息接收模块和第二发送模块的部分功能)、监测单元603(相当于本发明第三实施例监测模块的部分功能)以及策略单元604(相当于本发明第三实施例第一判断单元、第一判断模块、监测模块的部分功能以及本发明第四实施例的第二判断模块、第二发送模块的部分功能)。其中,配置单元601主要用于进行报文分片时的MDL值的配置,该配置包括用户预先设定一个最佳的MDL值,还用于进行报警(相当于本发明第三实施例中的报警模块);消息编解码单元602用于接收和发送lmp消息(包括Config消息、ConfigAck消息、ConfigNack消息、LinkSummary消息、LinksummaryAck消息和LinksummaryNack消息等LMP协议中发送的所有报文),从lmp消息中解码出相关对象的参数,以供策略单元604进行协商分片,编码和打包报文进行发送;监测单元603用于监测报文的收发情况,计算报文发送成功率、丢包率等信息,以供策略单元604进行MDL值的调整;策略单元604用于根据消息编解码单元602解码出的相关参数进行协商分片,确定合适的MDL值,并根据监测单元603的监测结果动态调整MDL值,以保证当前MDL值可以减少报文的分片次数,降低报文的丢包率。
尽管为示例目的,已经公开了本发明的优选实施例,本领域的技术人员将意识到各种改进、增加和取代也是可能的,因此,本发明的范围应当不限于上述实施例。
Claims (6)
1.一种链路管理协议的协商分片方法,其特征在于,包括:
第一节点向第二节点发送配置消息,其中,所述配置消息携带有第一报文协商长度值;
在所述第一节点接收到所述第二节点发送的配置通过消息的情况下,所述第一节点判断所述配置通过消息中是否包括第二报文协商长度值;在所述配置通过消息中不包括第二报文协商长度值的情况下,所述第一节点根据所述第一报文协商长度值对预定报文进行打包,并将打包后的所述预定报文发送至所述第二节点;在所述配置通过消息中包括第二报文协商长度值的情况下,所述第一节点根据所述第二报文协商长度值对所述预定报文进行打包,并将打包后的所述预定报文发送至所述第二节点;
所述第一节点接收所述第二节点发送的配置未通过消息;在所述配置未通过消息中包括第三报文协商长度值的情况下,所述第一节点判断所述第三报文协商长度值是否在第一预设范围内;在所述第三报文协商长度值在所述第一预设范围内的情况下,所述第一节点向所述第二节点发送配置消息,其中,所述配置消息携带有第三报文协商长度值;在所述第三报文协商长度值不在所述第一预设范围内的情况下,所述第一节点进行报警。
2.如权利要求1所述的协商分片方法,其特征在于,第一节点向第二节点发送配置消息之前,还包括:
所述第一节点按照预设测试最大报文长度对测试报文进行打包,并将打包后的测试报文发送至所述第二节点;
所述第一节点监测所述测试报文的发送成功率;
所述第一节点接收根据所述发送成功率调整的所述预设测试最大报文长度,直至所述测试报文的发送成功率大于预设发送成功率;
所述第一节点将当前所述预设测试最大报文长度作为所述第一报文协商长度值。
3.一种链路管理协议的协商分片方法,其特征在于,包括:
第二节点接收第一节点发送的配置消息,其中,所述配置消息携带第一报文协商长度值;
所述第二节点判断所述第一报文协商长度值是否在第二预设范围内;
在所述第一报文协商长度值在第二预设范围内的情况下,向所述第一节点发送配置通过消息;
在所述第一报文协商长度值不在所述第二预设范围内的情况下,向所述第一节点发送配置未通过消息,其中,所述配置未通过消息中包括第三报文协商长度值;
所述配置通过消息中包括第二报文协商长度值;
所述第二节点接收所述第一节点发送的打包后的预定报文;其中,所述打包后的预定报文为所述第一节点根据所述第二报文协商长度值对所述预定报文进行打包的报文。
4.一种链路管理协议的协商分片装置,其特征在于,包括:
配置消息发送模块,用于向第二节点发送配置消息,其中,所述配置消息携带有第一报文协商长度值;
第一接收模块,包括:第一判断单元,用于在接收到所述第二节点发送的配置通过消息的情况下,判断所述配置通过消息中是否包括第二报文协商长度值;打包单元,用于在所述配置通过消息中不包括第二报文协商长度值的情况下,根据所述第一报文协商长度值对预定报文进行打包;在所述配置通过消息中包括第二报文协商长度值的情况下,根据所述第二报文协商长度值对所述预定报文进行打包;
第一发送模块,用于将打包后的所述预定报文发送至所述第二节点;
第二接收模块,用于接收所述第二节点发送的配置未通过消息;
第一判断模块,用于在所述配置未通过消息中包括第三报文协商长度值的情况下,判断所述第三报文协商长度值是否在第一预设范围内;
报警模块,用于在所述第三报文协商长度值不在所述第一预设范围内的情况下,进行报警;
所述配置消息发送模块,还用于在所述第三报文协商长度值在所述第一预设范围内的情况下,向所述第二节点发送配置消息,其中,所述配置消息携带有第三报文协商长度值。
5.如权利要求4所述的协商分片装置,其特征在于,所述装置还包括监测模块,具体用于:
按照预设测试最大报文长度对测试报文进行打包,并将打包后的测试报文发送至所述第二节点;
监测所述测试报文的发送成功率;
接收根据所述发送成功率调整的所述预设测试最大报文长度,直至所述测试报文的发送成功率大于预设发送成功率;
将当前所述预设测试最大报文长度作为所述第一报文协商长度值。
6.一种链路管理协议的协商分片装置,其特征在于,包括:
配置消息接收模块,用于接收第一节点发送的配置消息,其中,所述配置消息带有第一报文协商长度值;
第二判断模块,用于判断所述第一报文协商长度值是否在第二预设范围内;
第二发送模块,用于在所述第一报文协商长度值在第二预设范围内的情况下,向所述第一节点发送配置通过消息;
第二发送模块,还用于在所述第一报文协商长度值不在所述第二预设范围内的情况下,向所述第一节点发送配置未通过消息,其中,所述配置未通过消息中包括第三报文协商长度值;
所述配置通过消息中包括第二报文协商长度值;
所述装置还包括:接收模块,用于第二节点接收所述第一节点发送的打包后的预定报文;其中,所述打包后的预定报文为所述第一节点根据所述第二报文协商长度值对所述预定报文进行打包的报文。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711022533.XA CN109729039B (zh) | 2017-10-27 | 2017-10-27 | 链路管理协议的协商分片方法与装置 |
PCT/CN2018/111929 WO2019080904A1 (zh) | 2017-10-27 | 2018-10-25 | 链路管理协议的协商分片方法与装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711022533.XA CN109729039B (zh) | 2017-10-27 | 2017-10-27 | 链路管理协议的协商分片方法与装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109729039A CN109729039A (zh) | 2019-05-07 |
CN109729039B true CN109729039B (zh) | 2022-05-13 |
Family
ID=66246208
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711022533.XA Active CN109729039B (zh) | 2017-10-27 | 2017-10-27 | 链路管理协议的协商分片方法与装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN109729039B (zh) |
WO (1) | WO2019080904A1 (zh) |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1315294C (zh) * | 2003-05-07 | 2007-05-09 | 华为技术有限公司 | 一种在网络中实现通用多协议标记交换的方法 |
CN100359877C (zh) * | 2004-09-09 | 2008-01-02 | 华为技术有限公司 | 一种链路类型的发现方法 |
CN101083662A (zh) * | 2007-06-27 | 2007-12-05 | 中兴通讯股份有限公司 | 一种提高PPPoA传送性能的装置及方法 |
CN101400085A (zh) * | 2007-09-30 | 2009-04-01 | 华为技术有限公司 | 一种协商路径最大传输单元值的方法、装置及*** |
CN101415019A (zh) * | 2007-10-15 | 2009-04-22 | 华为技术有限公司 | 管理信息传输有效性协商的方法和装置 |
CN101621453A (zh) * | 2008-06-30 | 2010-01-06 | 华为技术有限公司 | 保证差分业务流量工程网络配置参数一致的方法和*** |
CN101605278B (zh) * | 2009-03-04 | 2015-04-01 | 北京邮电大学 | 分布式管控协同光网络中的自适应信令实现方法 |
CN102130954A (zh) * | 2011-03-17 | 2011-07-20 | 华为技术有限公司 | 数据资源传输的方法和设备 |
CN102209036B (zh) * | 2011-05-26 | 2015-03-25 | 华为技术有限公司 | 通用多协议标签交换协议报文处理方法、装置及*** |
WO2013005965A2 (en) * | 2011-07-01 | 2013-01-10 | Samsung Electronics Co., Ltd. | Method and system for dynamically changing upper bound on data packet size in wireless communication networks |
CN103647759B (zh) * | 2013-11-26 | 2017-11-24 | 华为技术有限公司 | 一种mss的协商方法及装置 |
-
2017
- 2017-10-27 CN CN201711022533.XA patent/CN109729039B/zh active Active
-
2018
- 2018-10-25 WO PCT/CN2018/111929 patent/WO2019080904A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
CN109729039A (zh) | 2019-05-07 |
WO2019080904A1 (zh) | 2019-05-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7471681B2 (en) | Determining network path transmission unit | |
US7672241B2 (en) | Link-aware transmission control protocol | |
US9647945B2 (en) | Mechanisms to improve the transmission control protocol performance in wireless networks | |
EP2647175B1 (en) | Facilitating device-to-device communication | |
EP2759164B1 (en) | Dynamic subflow control for a multipath transport connection in a wireless communication network | |
JP4562694B2 (ja) | 再送制御方法及び装置 | |
EP2875664B1 (en) | Higher layer compression with lower layer signaling | |
CN102148662B (zh) | 一种数据发送速率的调整方法及装置 | |
US20200296629A1 (en) | Back-pressure control in a telecommunications network | |
KR20140097610A (ko) | 다중 무선 접속 기술 기반 통신 시스템에서의 무선 링크 제어 상태 보고 전송 방법 및 장치 | |
WO2017146620A1 (en) | Congestion control in a telecommunications network | |
KR102435334B1 (ko) | 네트워크 시스템의 서비스 가용성을 최대로 보장하기 위한 적응형 bfd 프로토콜과 그 장치 | |
US20140071802A1 (en) | Node and method for managing a maximum transfer unit related path failure | |
CN109729039B (zh) | 链路管理协议的协商分片方法与装置 | |
CN109217978A (zh) | 数据传输的方法、装置和*** | |
JPH09261273A (ja) | データパケット伝送装置および方法 | |
US9603050B2 (en) | Method and base station for controlling wireless communication of data | |
US20220376817A1 (en) | Methods and systems for exchanging periodic data in a mobile telecommunications network | |
WO2022089747A1 (en) | Congestion marking in mobile networks | |
Lindeberg et al. | MAC layer support for delay tolerant video transport in disruptive manets | |
US20130195262A1 (en) | Techniques for Handling High Delay Fax Transmissions | |
KR100780921B1 (ko) | 청크첵섬을 사용하는 무선 인터넷 에스씨티피 송수신시스템 및 방법 | |
WO2021164370A1 (zh) | 双向转发检测报文长度切换的方法、装置及存储介质 | |
EP2177064B1 (en) | Control of data flow | |
JP2015180011A (ja) | 無線lan端末装置、無線lanシステム、無線lanチップの死活監視方法、及びプログラム |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |