CN106161278A - 一种降低链路管理协议中消息拥塞的方法及装置 - Google Patents
一种降低链路管理协议中消息拥塞的方法及装置 Download PDFInfo
- Publication number
- CN106161278A CN106161278A CN201510167528.2A CN201510167528A CN106161278A CN 106161278 A CN106161278 A CN 106161278A CN 201510167528 A CN201510167528 A CN 201510167528A CN 106161278 A CN106161278 A CN 106161278A
- Authority
- CN
- China
- Prior art keywords
- message
- nodal point
- resendintervalconfig
- configuration parameter
- transmission interval
- 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
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
-
- 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
Abstract
本发明提供一种降低链路管理协议中消息拥塞的方法及装置,其中应用于第一节点侧的降低链路管理协议中消息拥塞的方法包括:向第二节点发送携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息;接收第二节点反馈的回应消息,当回应消息为第二节点的协商确认消息时,以链路管理协议配置Config消息中设定的重传间隔配置参数为标准向第二节点发送消息;当回应消息为第二节点的协商不通过消息时,以协商不通过消息中设定的重传间隔配置参数ResendIntervalConfig为依据向第二节点发送消息,直至协商成功。通过确定消息在节点之间传递时的重传间隔和重传次数,在可控的范围内,降低节点上消息拥塞的风险,提高网络传输的稳定性。
Description
技术领域
本发明涉及数据网络通讯领域,尤其涉及一种降低链路管理协议中消息拥塞的方法及装置。
背景技术
在当前GMPLS协议族(Generalized multi-protocol label switching,通用多协议标记交互协议)中,LMP(Link Management Protocol,链路管理协议)用来管理节点之间的链路以及控制通道(IPCC:IP Control Channel)管理。
LMP的功能包括控制通道管理、链路属性关联、链路连通性验证和故障管理。其中前两项用于管理流量工程(TE:Traffic Engineering),是链路必备的核心功能;后两项是可选的扩展功能,用于应对控制通道与数据通道分离的情况。
LMP协议中的消息都是UDP(User Datagram Protocol,用户数据报协议)消息,存在丢包的可能性,因此RFC4204中也作了规定:当需要进行确认Ack(Acknowledgement,确认字符)的消息发送之后,需要对该消息进行重传设置,即设置消息重传间隔以及重传次数,在重传次数到期之前,需要不停的进行消息重传。
LMP中的节点可能存在多个邻居,需要重传的消息和收到的重传消息比较多,消息交互量比较大。由于消息比较多,导致发向邻居的Ack消息或者响应邻居的消息得不到及时处理,那么周围邻居由于收不到Ack消息,会周期性的发送重传消息过来,这样一来本节点的消息又进一步的几乎加大了一倍,循环往复,导致恶性循环,造成网络上消息的拥塞,控制报文得不到及时的刷新,进而使得控制平面发生震荡,影响整个网络的稳定。
发明内容
本发明的目的在于提供一种降低链路管理协议中消息拥塞的方法及装置,可以确定消息在节点之间传递时的重传间隔和重传次数,降低节点上消息拥塞的风险,提高网络传输的稳定性。
本发明提供一种降低链路管理协议中消息拥塞的方法,应用于第一节点侧,所述方法包括:
向第二节点发送携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息;
接收所述第二节点反馈的回应消息,当所述回应消息为所述第二节点的协商确认消息时,以所述链路管理协议配置Config消息中设定的重传间隔配置参数为标准向所述第二节点发送消息;当所述回应消息为所述第二节点的协商不通过消息时,以所述协商不通过消息中设定的重传间隔配置参数ResendIntervalConfig为依据向所述第二节点发送消息,直至协商成功。
其中,所述向第二节点发送携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息之前,所述方法还包括:
设定重传间隔配置参数ResendIntervalConfig,其中重传间隔配置参数ResendIntervalConfig中至少包括:重传间隔R和重传次数C。
其中,所述接收所述第二节点反馈的回应消息之后,所述方法还包括:
判断所述回应消息的消息类型,当所述回应消息为ConfigAck消息时,则确定所述回应消息为所述第二节点的协商确认消息;当所述回应消息为ConfigNack消息,提取所述回应消息中的参数进行解码,当解码后的参数包括重新写入的重传间隔配置参数ResendIntervalConfig时,则确定所述回应消息为所述第二节点的协商不通过消息。
其中,在判断所述回应消息的消息类型的步骤中:
当所述回应消息为ConfigNack消息,提取所述回应消息中的参数进行解码,当解码后的参数包括一错误代码Error_Code对象时,则确定所述第二节点不支持重传机制协商。
本发明实施例还提供一种降低链路管理协议中消息拥塞的方法,应用于第二节点侧,其特征在于,所述方法包括:
接收第一节点发送的携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息;
保存重传间隔配置参数ResendIntervalConfig,并向所述第一节点发送协商确认消息;或者向所述第一节点发送包括预先设定的重传间隔配置参数ResendIntervalConfig的协商不通过消息。
其中,所述保存重传间隔配置参数ResendIntervalConfig,并向所述第一节点发送协商确认消息的步骤,具体包括:
提取所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
将预先设定的重传间隔配置参数ResendIntervalConfig中的第二重传间隔R2和第二重传次数C2与所述第一节点的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1进行比较,当满足R1>=R2×(1-Δm)并且C1<=C2×(1+Δn)时,表明协商通过,其中Δm表示重传间隔波动系数的变化值,Δn表示重传次数波动系数的变化值,且Δm和Δn的范围在[0~50%)之间;
保存所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
向所述第一节点发送协商确认消息。
其中,所述向所述第一节点发送包括预先设定的重传间隔配置参数ResendInterval Config的协商不通过消息的步骤,具体包括:
提取所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
将预先设定的重传间隔配置参数ResendIntervalConfig中的第二重传间隔R2和第二重传次数C2与所述第一节点的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1进行比较,当R1>=R2×(1-Δm)、C1<=C2×(1+Δn)两式中的任一个不满足时,表明协商不通过;
向所述第一节点发送包括预先设定的重传间隔配置参数ResendIntervalConfig的协商不通过消息。
其中,所述接收第一节点发送的携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息的步骤之后,所述方法还包括:
向所述第一节点回复包含错误代码对象的回应消息,通过所述错误代码对象向所述第一节点表明所述第二节点不支持重传机制协商。
本发明实施例还提供一种降低链路管理协议中消息拥塞的装置,应用于第一节点侧,所述装置包括:
第一发送模块,用于向第二节点发送携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息;
第一处理模块,用于接收所述第二节点反馈的回应消息,当所述回应消息为所述第二节点的协商确认消息时,以所述链路管理协议配置Config消息中设定的重传间隔配置参数为标准向所述第二节点发送消息;当所述回应消息为所述第二节点的协商不通过消息时,以所述协商不通过消息中设定的重传间隔配置参数ResendIntervalConfig为依据向所述第二节点发送消息,直至协商成功。
其中,所述装置还包括:
设置模块,用于设定重传间隔配置参数ResendIntervalConfig,其中重传间隔配置参数ResendIntervalConfig中至少包括:重传间隔R和重传次数C。
其中,所述第一处理模块进一步用于:
判断所述回应消息的消息类型,当所述回应消息为ConfigAck消息时,则确定所述回应消息为所述第二节点的协商确认消息;当所述回应消息为ConfigNack消息,提取所述回应消息中的参数进行解码,当解码后的参数包括重新写入的重传间隔配置参数ResendIntervalConfig时,则确定所述回应消息为所述第二节点的协商不通过消息。
其中,所述第一处理模块在判断出所述回应消息为ConfigNack消息后,还用于:
提取所述回应消息中的参数进行解码,当解码后的参数包括一错误代码Error_Code对象时,则确定所述第二节点不支持重传机制协商。
本发明实施例还提供了一种降低链路管理协议中消息拥塞的装置,应用于第二节点侧,所述装置包括:
第一接收模块,用于接收第一节点发送的携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息;
第二处理模块,用于保存重传间隔配置参数ResendIntervalConfig,并向所述第一节点发送协商确认消息;或者向所述第一节点发送包括预先设定的重传间隔配置参数ResendIntervalConfig的协商不通过消息。
其中,所述第二处理模块包括:
第一提取单元,用于提取所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
第一比较单元,用于将预先设定的重传间隔配置参数ResendIntervalConfig中的第二重传间隔R2和第二重传次数C2与所述第一节点的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1进行比较,当满足R1>=R2×(1-Δm)并且C1<=C2×(1+Δn)时,表明协商通过,其中Δm表示重传间隔波动系数的变化值,Δn表示重传次数波动系数的变化值,且Δm和Δn的范围在[0~50%)之间;
第一保存单元,用于保存所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
第一发送单元,用于向所述第一节点发送协商确认消息。
其中,所述第二处理模块还包括:
第二提取单元,用于提取所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
第二比较单元,用于将预先设定的重传间隔配置参数ResendIntervalConfig中的第二重传间隔R2和第二重传次数C2与所述第一节点的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1进行比较,当R1>=R2×(1-Δm)、C1<=C2×(1+Δn)两式中的任一个不满足时,表明协商不通过;
第二发送单元,用于向所述第一节点发送包括预先设定的重传间隔配置参数ResendIntervalConfig的协商不通过消息。
其中,在接收第一节点发送的携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息后,所述装置还包括:
第三处理模块,用于向所述第一节点回复包含错误代码对象的回应消息,通过所述错误代码对象向所述第一节点表明所述第二节点不支持重传机制协商。
本发明的有益效果是:通过节点之间往来消息的协商来确定节点之间消息传送的重传间隔和重传次数,以确定后的标准的重传间隔和重传次数为依据来进行消息的传送,以便能够更好的控制报文的发送,在可控的范围内,降低节点上消息拥塞的风险,提高网络传输的稳定性。
进一步的,本发明实施例还提供了一套简单的网络认证方法,即通过是否支持重传机制协商来进行简单的网络认证,无需添加复杂的认证对象和认证策略算法。
附图说明
图1表示本发明实施例应用于第一节点侧的降低链路管理协议中消息拥塞的方法步骤流程图;
图2表示本发明实施例应用于第一节点侧的降低链路管理协议中消息拥塞的方法整体流程图;
图3表示本发明实施例应用于第二节点侧的降低链路管理协议中消息拥塞的方法步骤流程图;
图4表示本发明实施例应用于第二节点侧的降低链路管理协议中消息拥塞的方法中发送协商确认消息的步骤流程图;
图5表示本发明实施例应用于第二节点侧的降低链路管理协议中消息拥塞的方法中发送协商不通过消息的步骤流程图;
图6表示本发明实施例应用于第二节点侧的降低链路管理协议中消息拥塞的方法整体流程图;
图7表示本发明实施例第一节点和第二节点在控制通道上传输消息的拓扑图;
图8表示本发明实施例应用于第一节点侧的降低链路管理协议中消息拥塞的装置框图;
图9表示本发明实施例应用于第二节点侧的降低链路管理协议中消息拥塞的装置框图;
图10表示本发明实施例应用于第二节点侧的降低链路管理协议中消息拥塞的装置中第二处理模块的框图一;
图11表示本发明实施例应用于第二节点侧的降低链路管理协议中消息拥塞的装置中第二处理模块的框图二。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明进行详细描述。
如图1所示,本发明提供一种降低链路管理协议中消息拥塞的方法,应用于第一节点侧,所述方法包括:
步骤S100、向第二节点发送携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息;
步骤S200、接收所述第二节点反馈的回应消息,当所述回应消息为所述第二节点的协商确认消息时,以所述链路管理协议配置Config消息中设定的重传间隔配置参数为标准向所述第二节点发送消息;当所述回应消息为所述第二节点的协商不通过消息时,以所述协商不通过消息中设定的重传间隔配置参数ResendIntervalConfig为依据向所述第二节点发送消息,直至协商成功。
具体的,首先向第二节点发送携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息。需要说明的是,与原有的Config消息相比,向第二节点发送链路管理协议配置Config消息增加了重传间隔配置参数ResendIntervalConfig。具体格式如下:
Config消息:
<Config Message>::=<Common Header><LOCAL_CCID><MESSAGE_ID>
<LOCAL_NODE_ID><CONFIG>[<RESEND_INTERVAL_CONFIG>]
然后接收第二节点反馈回来的回应消息,当回应消息为第二节点的协商确认消息时,则表示发送的链路管理协议配置Config消息中携带的重传间隔配置参数ResendIntervalConfig符合第二节点的要求,与第二节点的协商成功。此后向第二节点发送链路管理协议配置Config消息时携带的参数均为协商成功的重传间隔配置参数ResendIntervalConfig。当回应消息为第二节点的协商不通过消息时,则表明发送的链路管理协议配置Config消息中携带的重传间隔配置参数ResendIntervalConfig不符合第二节点的要求,与第二节点的协商不成功。接收协商不通过消息中设定的重传间隔配置参数ResendIntervalConfig,并以此为依据重新构造链路管理协议配置Config消息向第二节点发送,直至协商成功为止。
在本发明上述实施例中,所述向第二节点发送携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息之前,所述方法还包括:
设定重传间隔配置参数ResendIntervalConfig,其中重传间隔配置参数ResendIntervalConfig中至少包括:重传间隔R和重传次数C。
在进行发送携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息之前,还需要对重传间隔配置参数ResendIntervalConfig进行设定。ResendIntervalConfig参数中包括了消息的重传间隔ResendInterval和消息的重传次数ResendNumber。具体格式如下所示:
Class=6.
C-Type=2,ResendIntervalConfig
ResendInterval:16bits.(>0)
重传间隔标识节点上消息重传的间隔。
ResendNumber:16bits.(>0)
重传次数标识节点上消息可以重传多少次。
需要说明的是,第一节点上的重传协商功能可以打开或关闭,当需要与其他节点进行重传协商时,打开此功能,当不需要进行重传协商时,关闭此功能。在发送链路管理协议配置Config消息之前,还需要对控制通道进行配置,以确保控制通道的传输稳定性。
在本发明上述实施例中,所述接收所述第二节点反馈的回应消息之后,所述方法还包括:
判断所述回应消息的消息类型,当所述回应消息为ConfigAck消息时,则确定所述回应消息为所述第二节点的协商确认消息;当所述回应消息为ConfigNack消息,提取所述回应消息中的参数进行解码,当解码后的参数包括重新写入的重传间隔配置参数ResendIntervalConfig时,则确定所述回应消息为所述第二节点的协商不通过消息。
具体的,接收第二节点反馈的回应消息后,需要对回应消息的类别进行区分,以确定下面将执行哪些操作。当回应消息为ConfigAck消息时,则表明回应消息为第二节点的协商确认消息,与第二节点的协商成功。当回应消息的类型为ConfigNack消息时,则需要提取回应消息中的参数进行解码,当解码后的参数包括重新写入的重传间隔配置参数ResendIntervalConfig时,则表明回应消息为第二节点的协商不通过消息,与第二节点的协商失败,第二节点反馈了建议的重传间隔配置参数ResendIntervalConfig。需要说明的是,与原有的ConfigNack消息相比,第二节点回复的ConfigNack消息中增加了重新写入的重传间隔配置参数ResendIntervalConfig或者错误代码Error_Code对象。其具体格式如下:
在本发明上述实施例中,在判断所述回应消息的消息类型的步骤中:当所述回应消息为ConfigNack消息,提取所述回应消息中的参数进行解码,当解码后的参数包括一错误代码Error_Code对象时,则确定所述第二节点不支持重传机制协商。
具体的,在确定了回应消息的类型为ConfigNack消息时,需要提取回应消息中的参数进行解码,当解码后的参数仅包括一错误代码Error_Code对象时,则表明第二节点不支持重传机制的协商,本次协商失败,控制通道不能生效。其中,错误代码Error_Code对象增加了C-Type=0x40这个类型,其具体格式如下所示:
Class=20
C-Type=0x40,RESEND_INTERVAL_ERROR
如图2所示,为本发明实施例第一节点侧降低链路管理协议中消息拥塞的方法的整体步骤流程图:
步骤S101、启动重传功能。
步骤S102、设定重传间隔配置参数ResendIntervalConfig。
步骤S103、向第二节点发送携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息。
步骤S104、接收回应消息,判断回应消息是否是ConfigAck消息,若是ConfigAck消息,则后续消息的重传发间隔配置参数ResendIntervalConfig均为已设定的发间隔配置参数ResendIntervalConfig,如果不是,则进行下一步骤。
步骤S105、判断回应消息是否是ConfigNACK消息,如果不是则按正常协议进行处理,如果是则进行下一步骤。
步骤S106、判断ConfigNACK消息中是否包含错误代码Error_Code对象,如果包含则表明第二节点不支持重传机制协商,按正常协议进行处理,如果不包含则进行下一步骤。
步骤S107、判断ConfigNACK消息中是否包含重新写入的重传间隔配置参数ResendIntervalConfig,如果不包括则按正常协议进行处理,如果包括则返回到步骤S102,设定重传间隔配置参数ResendIntervalConfig。需要说明的是,此时设定的重传间隔配置参数ResendIntervalConfig即为重新写入的重传间隔配置参数ResendIntervalConfig,然后向第二节点发送。
本发明实施例还提供了一种降低链路管理协议中消息拥塞的方法,应用于第二节点侧,如图3所示,所述方法包括:
步骤S300、接收第一节点发送的携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息;
步骤S400、保存重传间隔配置参数ResendIntervalConfig,并向所述第一节点发送协商确认消息;或者向所述第一节点发送包括预先设定的重传间隔配置参数ResendIntervalConfig的协商不通过消息。
具体的,接收第一节点发送的携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息进行重传间隔配置参数ResendIntervalConfig的协商,当协商成功后,保存第一节点发送的链路管理协议配置Config消息中包含的重传间隔配置参数ResendIntervalConfig,并向第一节点发送协商确认的消息。若协商不成功时,则需要向第一节点发送协商不通过消息,其中协商不通过消息中包含了第二节点预先设定的重传间隔配置参数,第二节点预先设定的重传间隔配置参数作为一个建议值发送至第一节点。
在本发明上述实施例中,步骤S400中所述保存重传间隔配置参数ResendIntervalConfig,并向所述第一节点发送协商确认消息的步骤,如图4所示,具体包括:
步骤S401、提取所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
步骤S402、将预先设定的重传间隔配置参数ResendIntervalConfig中的第二重传间隔R2和第二重传次数C2与所述第一节点的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1进行比较,当满足R1>=R2×(1-Δm)并且C1<=C2×(1+Δn)时,表明协商通过,其中Δm表示重传间隔波动系数的变化值,Δn表示重传次数波动系数的变化值,且Δm和Δn的范围在[0~50%)之间;
步骤S403、保存所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
步骤S404、向所述第一节点发送协商确认消息。
具体的,判断协商是否成功时,首先需要获得第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1,然后将第一重传间隔R1和第一重传次数C1与本节点中预先设定的重传间隔配置参数ResendIntervalConfig中的第二重传间隔R2和第二重传次数C2进行比较,当第一重传间隔R1、第一重传次数C1、第二重传间隔R2和第二重传次数C2同时满足式一:R1>=R2×(1-Δm)和式二:C1<=C2×(1+Δn)时,表明协商成功,本节点将第一重传间隔R1和第一重传次数C1进行保存,最后向第一节点发送协商确认消息,此次协商成功的流程结束。需要说明的是,Δm和Δn是预先配置的默认值,在可接收范围系数内选择的波动系数的变化值。
在本发明上述实施例中,步骤S400中所述向所述第一节点发送包括预先设定的重传间隔配置参数ResendIntervalConfig的协商不通过消息的步骤,如图5所示,具体包括:
步骤S405、提取所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
步骤S406、将预先设定的重传间隔配置参数ResendIntervalConfig中的第二重传间隔R2和第二重传次数C2与所述第一节点的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1进行比较,当R1>=R2×(1-Δm)、C1<=C2×(1+Δn)两式中的任一个不满足时,表明协商不通过;
步骤S407、向所述第一节点发送包括预先设定的重传间隔配置参数ResendIntervalConfig的协商不通过消息。
具体的,获取第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1,然后将第一重传间隔R1和第一重传次数C1与本节点中预先设定的重传间隔配置参数ResendIntervalConfig中的第二重传间隔R2和第二重传次数C2进行比较,当第一重传间隔R1、第一重传次数C1、第二重传间隔R2和第二重传次数C2这四个参数之间的关系对于式一:R1>=R2×(1-Δm)和式二:C1<=C2×(1+Δn)中的任一个不满足时,表明协商失败,本节点向第一节点发送协商不通过消息,协商不通过消息中包含本节点预先设定的重传间隔配置参数ResendIntervalConfig。
在本发明上述实施例中,所述接收第一节点发送的携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息的步骤之后,所述方法还包括:
向所述第一节点回复包含错误代码对象的回应消息,通过所述错误代码对象向所述第一节点表明所述第二节点不支持重传机制协商。
具体的,当本节点不支持重传机制协商时,则向第一节点发送包含错误代码对象的回应消息。同时当本节点不支持重传机制协商时,也可以不对链路管理协议配置Config消息中的重传间隔配置参数ResendIntervalConfig进行处理,第一节点在一定时间内接收不到本节点反馈的回应消息,则确定本节点不支持重传机制协商。
如图6所示,为本发明实施例第二节点侧降低链路管理协议中消息拥塞的方法的整体步骤流程图:
步骤S201、接收链路管理协议配置Config消息,判断该消息中是否携带重传间隔配置参数ResendIntervalConfig,如果不携带则按照正常协议进行处理,如果携带则进行下一步骤。
步骤S202、判断本节点是否支持重传机制协商,如果不支持,则进行步骤S203,如果支持,则进行步骤S204。
步骤S203、判断是否忽略对链路管理协议配置Config消息的处理,如果是,则忽略重传间隔配置参数ResendIntervalConfig;如果不是则回复包含Error_Code对象的ConfigNack消息。
步骤S204、获得重传间隔配置参数ResendIntervalConfig中的第一重传间隔R1和第一重传次数C1。
步骤S205、将第一重传间隔R1和第一重传次数C1与本节点中预先设定的第二重传间隔R2和第二重传次数C2进行比较,判断是否满足R1>=R2×(1-Δm)并且C1<=C2×(1+Δn),若满足执行步骤S206,若不满足执行步骤S207。
步骤S206、回复ConfigAck消息,表示此次协商成功。
步骤S207、回复ConfigNack消息,表示此次协商失败,携带重传间隔配置参数ResendIntervalConfig,写入本节点对重传参数的建议值。
如图7所示,在控制通道上对消息发送和接收设置了监控管理,第一节点发送的链路管理协议配置Config消息、接收的回应消息在控制通道CC1上超过设定的阈值后,可以动态增大第一重传间隔R1、减小第一重传次数C1,进一步降低了消息拥塞的风险。这个可以不用再次进行协商,因为按照上文中的算法,R1>=R2×(1-Δm)、C1<=C2×(1+Δn)这个变动肯定是满足的。
第二节点接收的链路管理协议配置Config消息、发送的回应消息在控制通道CC2上超过设定的阈值后,可以动态减小第二重传间隔R2、增大第二重传次数C2,进一步降低了消息拥塞的风险。这个可以不用再次进行协商,因为按照上文中的算法,R1>=R2×(1-Δm)、C1<=C2×(1+Δn)这个变动肯定是满足的。
本发明实施例还提供一种降低链路管理协议中消息拥塞的装置,应用于第一节点侧,如图8所示,所述装置包括:
第一发送模块20,用于向第二节点发送携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息;
第一处理模块30,用于接收所述第二节点反馈的回应消息,当所述回应消息为所述第二节点的协商确认消息时,以所述链路管理协议配置Config消息中设定的重传间隔配置参数为标准向所述第二节点发送消息;当所述回应消息为所述第二节点的协商不通过消息时,以所述协商不通过消息中设定的重传间隔配置参数ResendIntervalConfig为依据向所述第二节点发送消息,直至协商成功。
在本发明上述实施例中,如图8所示,所述装置还包括:
设置模块10,用于设定重传间隔配置参数ResendIntervalConfig,其中重传间隔配置参数ResendIntervalConfig中至少包括:重传间隔R和重传次数C。
在本发明上述实施例中,所述第一处理模块30进一步用于:
判断所述回应消息的消息类型,当所述回应消息为ConfigAck消息时,则确定所述回应消息为所述第二节点的协商确认消息;当所述回应消息为ConfigNack消息,提取所述回应消息中的参数进行解码,当解码后的参数包括重新写入的重传间隔配置参数ResendIntervalConfig时,则确定所述回应消息为所述第二节点的协商不通过消息。
在本发明上述实施例中,所述第一处理模块30在判断出所述回应消息为ConfigNack消息后,还用于:
提取所述回应消息中的参数进行解码,当解码后的参数包括一错误代码Error_Code对象时,则确定所述第二节点不支持重传机制协商。
本发明实施例还提供了一种降低链路管理协议中消息拥塞的装置,应用于第二节点侧,如图9所示,所述装置包括:
第一接收模块40,用于接收第一节点发送的携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息;
第二处理模块50,用于保存重传间隔配置参数ResendIntervalConfig,并向所述第一节点发送协商确认消息;或者向所述第一节点发送包括预先设定的重传间隔配置参数ResendIntervalConfig的协商不通过消息。
在本发明上述实施例中,如图10所示,所述第二处理模块50包括:
第一提取单元51,用于提取所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
第一比较单元52,用于将预先设定的重传间隔配置参数ResendIntervalConfig中的第二重传间隔R2和第二重传次数C2与所述第一节点的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1进行比较,当满足R1>=R2×(1-Δm)并且C1<=C2×(1+Δn)时,表明协商通过,其中Δm表示重传间隔波动系数的变化值,Δn表示重传次数波动系数的变化值,且Δm和Δn的范围在[0~50%)之间;
第一保存单元53,用于保存所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
第一发送单元54,用于向所述第一节点发送协商确认消息。
在本发明上述实施例中,如图11所示,所述第二处理模块50还包括:
第二提取单元55,用于提取所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
第二比较单元56,用于将预先设定的重传间隔配置参数ResendIntervalConfig中的第二重传间隔R2和第二重传次数C2与所述第一节点的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1进行比较,当R1>=R2×(1-Δm)、C1<=C2×(1+Δn)两式中的任一个不满足时,表明协商不通过;
第二发送单元57,用于向所述第一节点发送包括预先设定的重传间隔配置参数ResendIntervalConfig的协商不通过消息。
在本发明上述实施例中,在接收第一节点发送的携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息后,如图9所示,所述装置还包括:
第三处理模块60,用于向所述第一节点回复包含错误代码对象的回应消息,通过所述错误代码对象向所述第一节点表明所述第二节点不支持重传机制协商。
本发明实施例的降低链路管理协议中消息拥塞的方法中,通过节点之间往来消息的协商来确定节点之间消息传送的重传间隔和重传次数,以确定后的标准的重传间隔和重传次数为依据来进行消息的传送,以便能够更好的控制报文的发送,在可控的范围内,降低节点上消息拥塞的风险,提高网络传输的稳定性。进一步的,通过动态调整,在节点将出现拥塞时对消息重传进行调整,进一步降低了消息拥塞的风险。通过重传机制协商,提供了一套简单的网络认证方法,即通过是否支持重传机制协商来进行简单的网络认证,无需添加复杂的认证对象和认证策略算法。
需要说明的是,本发明提供的降低链路管理协议中消息拥塞的装置是应用上述方法的装置,则上述方法的所有实施例均适用于该装置,且均能达到相同或相似的有益效果。
以上所述的是本发明的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本发明所述的原理前提下还可以作出若干改进和润饰,这些改进和润饰也在本发明的保护范围内。
Claims (16)
1.一种降低链路管理协议中消息拥塞的方法,应用于第一节点侧,其特征在于,所述方法包括:
向第二节点发送携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息;
接收所述第二节点反馈的回应消息,当所述回应消息为所述第二节点的协商确认消息时,以所述链路管理协议配置Config消息中设定的重传间隔配置参数为标准向所述第二节点发送消息;当所述回应消息为所述第二节点的协商不通过消息时,以所述协商不通过消息中设定的重传间隔配置参数ResendIntervalConfig为依据向所述第二节点发送消息,直至协商成功。
2.如权利要求1所述的降低链路管理协议中消息拥塞的方法,其特征在于,所述向第二节点发送携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息之前,所述方法还包括:
设定重传间隔配置参数ResendIntervalConfig,其中重传间隔配置参数ResendIntervalConfig中至少包括:重传间隔R和重传次数C。
3.如权利要求1所述的降低链路管理协议中消息拥塞的方法,其特征在于,所述接收所述第二节点反馈的回应消息之后,所述方法还包括:
判断所述回应消息的消息类型,当所述回应消息为ConfigAck消息时,则确定所述回应消息为所述第二节点的协商确认消息;当所述回应消息为ConfigNack消息,提取所述回应消息中的参数进行解码,当解码后的参数包括重新写入的重传间隔配置参数ResendIntervalConfig时,则确定所述回应消息为所述第二节点的协商不通过消息。
4.如权利要求3所述的降低链路管理协议中消息拥塞的方法,其特征在于,在判断所述回应消息的消息类型的步骤中:
当所述回应消息为ConfigNack消息,提取所述回应消息中的参数进行解码,当解码后的参数包括一错误代码Error_Code对象时,则确定所述第二节点不支持重传机制协商。
5.一种降低链路管理协议中消息拥塞的方法,应用于第二节点侧,其特征在于,所述方法包括:
接收第一节点发送的携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息;
保存重传间隔配置参数ResendIntervalConfig,并向所述第一节点发送协商确认消息;或者向所述第一节点发送包括预先设定的重传间隔配置参数ResendIntervalConfig的协商不通过消息。
6.如权利要求5所述的降低链路管理协议中消息拥塞的方法,其特征在于,所述保存重传间隔配置参数ResendIntervalConfig,并向所述第一节点发送协商确认消息的步骤,具体包括:
提取所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
将预先设定的重传间隔配置参数ResendIntervalConfig中的第二重传间隔R2和第二重传次数C2与所述第一节点的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1进行比较,当满足R1>=R2×(1-Δm)并且C1<=C2×(1+Δn)时,表明协商通过,其中Δm表示重传间隔波动系数的变化值,Δn表示重传次数波动系数的变化值,且Δm和Δn的范围在[0~50%)之间;
保存所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
向所述第一节点发送协商确认消息。
7.如权利要求5所述的降低链路管理协议中消息拥塞的方法,其特征在于,所述向所述第一节点发送包括预先设定的重传间隔配置参数ResendIntervalConfig的协商不通过消息的步骤,具体包括:
提取所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
将预先设定的重传间隔配置参数ResendIntervalConfig中的第二重传间隔R2和第二重传次数C2与所述第一节点的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1进行比较,当R1>=R2×(1-Δm)、C1<=C2×(1+Δn)两式中的任一个不满足时,表明协商不通过;
向所述第一节点发送包括预先设定的重传间隔配置参数ResendIntervalConfig的协商不通过消息。
8.如权利要求5所述的降低链路管理协议中消息拥塞的方法,其特征在于,所述接收第一节点发送的携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息的步骤之后,所述方法还包括:
向所述第一节点回复包含错误代码对象的回应消息,通过所述错误代码对象向所述第一节点表明所述第二节点不支持重传机制协商。
9.一种降低链路管理协议中消息拥塞的装置,应用于第一节点侧,其特征在于,所述装置包括:
第一发送模块,用于向第二节点发送携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息;
第一处理模块,用于接收所述第二节点反馈的回应消息,当所述回应消息为所述第二节点的协商确认消息时,以所述链路管理协议配置Config消息中设定的重传间隔配置参数为标准向所述第二节点发送消息;当所述回应消息为所述第二节点的协商不通过消息时,以所述协商不通过消息中设定的重传间隔配置参数ResendIntervalConfig为依据向所述第二节点发送消息,直至协商成功。
10.如权利要求9所述的降低链路管理协议中消息拥塞的装置,其特征在于,所述装置还包括:
设置模块,用于设定重传间隔配置参数ResendIntervalConfig,其中重传间隔配置参数ResendIntervalConfig中至少包括:重传间隔R和重传次数C。
11.如权利要求9所述的降低链路管理协议中消息拥塞的装置,其特征在于,所述第一处理模块进一步用于:
判断所述回应消息的消息类型,当所述回应消息为ConfigAck消息时,则确定所述回应消息为所述第二节点的协商确认消息;当所述回应消息为ConfigNack消息,提取所述回应消息中的参数进行解码,当解码后的参数包括重新写入的重传间隔配置参数ResendIntervalConfig时,则确定所述回应消息为所述第二节点的协商不通过消息。
12.如权利要求11所述的降低链路管理协议中消息拥塞的装置,其特征在于,所述第一处理模块在判断出所述回应消息为ConfigNack消息后,还用于:
提取所述回应消息中的参数进行解码,当解码后的参数包括一错误代码Error_Code对象时,则确定所述第二节点不支持重传机制协商。
13.一种降低链路管理协议中消息拥塞的装置,应用于第二节点侧,其特征在于,所述装置包括:
第一接收模块,用于接收第一节点发送的携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息;
第二处理模块,用于保存重传间隔配置参数ResendIntervalConfig,并向所述第一节点发送协商确认消息;或者向所述第一节点发送包括预先设定的重传间隔配置参数ResendIntervalConfig的协商不通过消息。
14.如权利要求13所述的降低链路管理协议中消息拥塞的装置,其特征在于,所述第二处理模块包括:
第一提取单元,用于提取所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
第一比较单元,用于将预先设定的重传间隔配置参数ResendIntervalConfig中的第二重传间隔R2和第二重传次数C2与所述第一节点的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1进行比较,当满足R1>=R2×(1-Δm)并且C1<=C2×(1+Δn)时,表明协商通过,其中Δm表示重传间隔波动系数的变化值,Δn表示重传次数波动系数的变化值,且Δm和Δn的范围在[0~50%)之间;
第一保存单元,用于保存所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
第一发送单元,用于向所述第一节点发送协商确认消息。
15.如权利要求13所述的降低链路管理协议中消息拥塞的装置,其特征在于,所述第二处理模块还包括:
第二提取单元,用于提取所述第一节点发送的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1;
第二比较单元,用于将预先设定的重传间隔配置参数ResendIntervalConfig中的第二重传间隔R2和第二重传次数C2与所述第一节点的重传间隔配置参数ResendIntervalConfig中设定的第一重传间隔R1和第一重传次数C1进行比较,当R1>=R2×(1-Δm)、C1<=C2×(1+Δn)两式中的任一个不满足时,表明协商不通过;
第二发送单元,用于向所述第一节点发送包括预先设定的重传间隔配置参数ResendIntervalConfig的协商不通过消息。
16.如权利要求13所述的降低链路管理协议中消息拥塞的装置,其特征在于,在接收第一节点发送的携带重传间隔配置参数ResendIntervalConfig的链路管理协议配置Config消息后,所述装置还包括:
第三处理模块,用于向所述第一节点回复包含错误代码对象的回应消息,通过所述错误代码对象向所述第一节点表明所述第二节点不支持重传机制协商。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510167528.2A CN106161278A (zh) | 2015-04-10 | 2015-04-10 | 一种降低链路管理协议中消息拥塞的方法及装置 |
PCT/CN2015/090949 WO2016161784A1 (zh) | 2015-04-10 | 2015-09-28 | 一种降低链路管理协议中消息拥塞的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510167528.2A CN106161278A (zh) | 2015-04-10 | 2015-04-10 | 一种降低链路管理协议中消息拥塞的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106161278A true CN106161278A (zh) | 2016-11-23 |
Family
ID=57072171
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510167528.2A Pending CN106161278A (zh) | 2015-04-10 | 2015-04-10 | 一种降低链路管理协议中消息拥塞的方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106161278A (zh) |
WO (1) | WO2016161784A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114124314B (zh) * | 2020-08-27 | 2023-08-25 | 华为技术有限公司 | 控制客户端上线的方法、网络设备及客户端 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1943201A (zh) * | 2004-04-28 | 2007-04-04 | 诺基亚公司 | 协议参数协商 |
US7237261B1 (en) * | 1999-09-07 | 2007-06-26 | Swisscom Ag | Method, system and gateway allowing secured end-to-end access to WAP services |
CN101217338A (zh) * | 2007-01-06 | 2008-07-09 | 华为技术有限公司 | 一种检测消息的传送方法、网元设备 |
CN101651608A (zh) * | 2008-08-14 | 2010-02-17 | 华为技术有限公司 | 链路管理方法及相应管理实体、执行节点和移动通信系统 |
US20110051635A1 (en) * | 2009-08-28 | 2011-03-03 | Shun-Pin Yang | Communication methods employed in communication system associated with programmable communication protocols, and related transmitting methods, receiving methods and communication device |
CN102035632A (zh) * | 2009-09-25 | 2011-04-27 | 中兴通讯股份有限公司 | 一种无线中继场景下的数据传输方法和系统 |
CN103036904A (zh) * | 2012-12-27 | 2013-04-10 | 东方通信股份有限公司 | 一种在通信网络中使用udp协议进行数据可靠传输的方法 |
CN103957079A (zh) * | 2014-04-30 | 2014-07-30 | 杭州华三通信技术有限公司 | 一种hdlc网络中的协商方法和设备 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4562694B2 (ja) * | 2006-06-20 | 2010-10-13 | 富士通株式会社 | 再送制御方法及び装置 |
CN101237270B (zh) * | 2007-02-01 | 2012-11-28 | 中兴通讯股份有限公司 | 一种节点b获得重传间隔控制信息的方法 |
CN101741524B (zh) * | 2008-11-21 | 2012-07-11 | 电信科学技术研究院 | 一种确定最小重传时间间隔的方法、系统和装置 |
JP2011061829A (ja) * | 2010-10-25 | 2011-03-24 | Kyocera Corp | データ再送制御方法、システム及びデータ再送制御装置 |
-
2015
- 2015-04-10 CN CN201510167528.2A patent/CN106161278A/zh active Pending
- 2015-09-28 WO PCT/CN2015/090949 patent/WO2016161784A1/zh active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7237261B1 (en) * | 1999-09-07 | 2007-06-26 | Swisscom Ag | Method, system and gateway allowing secured end-to-end access to WAP services |
CN1943201A (zh) * | 2004-04-28 | 2007-04-04 | 诺基亚公司 | 协议参数协商 |
CN101217338A (zh) * | 2007-01-06 | 2008-07-09 | 华为技术有限公司 | 一种检测消息的传送方法、网元设备 |
CN101651608A (zh) * | 2008-08-14 | 2010-02-17 | 华为技术有限公司 | 链路管理方法及相应管理实体、执行节点和移动通信系统 |
US20110051635A1 (en) * | 2009-08-28 | 2011-03-03 | Shun-Pin Yang | Communication methods employed in communication system associated with programmable communication protocols, and related transmitting methods, receiving methods and communication device |
CN102035632A (zh) * | 2009-09-25 | 2011-04-27 | 中兴通讯股份有限公司 | 一种无线中继场景下的数据传输方法和系统 |
CN103036904A (zh) * | 2012-12-27 | 2013-04-10 | 东方通信股份有限公司 | 一种在通信网络中使用udp协议进行数据可靠传输的方法 |
CN103957079A (zh) * | 2014-04-30 | 2014-07-30 | 杭州华三通信技术有限公司 | 一种hdlc网络中的协商方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2016161784A1 (zh) | 2016-10-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9736723B2 (en) | Link layer assisted robust header compression context update management | |
US6542490B1 (en) | Data link control proctocol for 3G wireless system | |
US20080175247A1 (en) | Network layer error control systems and methods | |
US20040081151A1 (en) | Method and system for early header compression | |
CN107683578B (zh) | 无线通信的方法和装置 | |
CN110401962A (zh) | 自动调整数据报文长度的LoRaWAN系统及其方法 | |
US20150215214A1 (en) | Method and system for increasing data flow transmission | |
JP2014509483A (ja) | ワイヤレスネットワークにおけるトランスミッション・コントロール・プロトコルの性能を改善する機構 | |
WO2010111896A1 (zh) | Ip网络性能测量、服务质量控制的方法、装置和系统 | |
KR20070100196A (ko) | 통신 시스템, 송신 장치 및 수신 장치 | |
CN101505306B (zh) | 一种分布式系统中的节点间可靠通信方法 | |
CN103987093B (zh) | 切换通信连线模式的方法、通信系统、基地台、传送端及接收端 | |
JP2010504672A (ja) | パケット遠隔通信ネットワークにおけるトラフィックの制御の最適化プロセス | |
CN103179614B (zh) | 向上层传送pdcp数据单元的方法 | |
WO2020220943A1 (zh) | 一种通信系统和网络设备 | |
CN106788894A (zh) | 分段独立传输校验方法 | |
TW200917724A (en) | Sequence number update | |
CN107005341A (zh) | 无线电设备中的sdu的失序递送 | |
CN101174935A (zh) | 一种设置tcp最大超时重传时间的方法 | |
CN107888358A (zh) | 传输控制信息的方法、用户设备和网络设备 | |
JP5977946B2 (ja) | 移動通信システムにおける端末の信号伝送方法及び装置 | |
CN107517225A (zh) | 一种协议转换方法、网关设备及存储介质 | |
CN105792261A (zh) | 丢包位置的辅助定位方法及装置 | |
CN106161278A (zh) | 一种降低链路管理协议中消息拥塞的方法及装置 | |
WO2009115642A1 (en) | Re-establishment of a rlc entity |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20161123 |
|
WD01 | Invention patent application deemed withdrawn after publication |