[发明专利]维持协议状态的方法及通信设备

说明书

技术领域

本发明关于通信技术领域，特别关于维持协议状态的方法及通信设备。

背景技术

随着网络技术的发展，协议的种类也越来越多，大部分协议在实际的通 信设备实现中其协议报文通常都是由系统的控制管理装置(本领域也称为控 制管理层，如CPU)来生成和解析处理的。出于成本考虑，可能无法支持或 不适合为CPU配置冗余备份单元，即只有一块控制管理板卡。在这种场景下， 需要依靠单一板卡的CPU来运行和维持通信协议，如果此板卡发生复位，就 会造成通信系统部分协议会话中断，进而可能导致业务中断。

然而，在现网通信设备的升级维护过程中有可能会对控制管理板卡的软 件进行升级操作，升级后，为了保证新软件的正常运行，必须对板卡进行复 位操作。通信设备对可靠性要求很高，必须保证软件升级过程中业务不能发 生中断。现有技术一般采用以下方案来解决上述问题。

一种实现方案是：当通信设备只有一块控制管理板卡时，依靠协议的自 身GR(Graceful Restart，平滑重启)功能来保证软件复位时协议状态的维持。 采用GR机制来进行协议维持的具体过程为：

当两端设备均正常时，设备之间的协议会话建立后，双方就会按照协议 配置的报文发送周期进行协议稳态报文(如keep_alive报文)的互发，并以此 机制来维持协议之间的会话状态。如果双方都启动了协议的GR功能，则还将 通过keep_alive协议报文携带相应字段互告双方支持GR功能。

如果设备2在一定报文周期内收不到设备1发来的keep_alive消息后，则启 动GR功能，认为设备1仍然处于正常状态，设备2保持当前的协议会话状态继 续发送keep_alive协议报文，并启动定时器(协议交互时相互协商达成一致的 时间)等待设备1复位起来。

定时器超时前，如果设备1已经复位起来，收到设备2发来的keep_alive消 息后将继续进行keep_alive报文响应，设备2再次收到设备1发来的keep_alive 响应报文后退出GR状态，继续与设备1进行正常的协议交互，维持协议会话状 态。

如果定时器超时后，设备1还没有正常复位起来(可能设备1发生异常无 法正常启动)，则设备2此时认为设备1已经与其中断连接，设备2将删除协议 会话信息，中断会话。

另一种实现方案是：增加一块备份板卡，控制管理层复位时触发主备板 卡的倒换，使备板卡接替主板卡来继续维持协议会话。

发明人在实现本发明的过程中发现现有技术存在以下问题：

(1)并不是所有的协议都具有GR功能，通常只有三层路由协议、MPLS (Multi-Protocol Label Switching，多协议标签交换)控制协议支持GR功能。 由于链路层协议(或二层协议)或其他应用协议基本都不具备此功能，无法 保证在复位期间这些协议会话状态的维持，仍然会导致链路中断、应用会话 中断而影响业务。

(2)对于控制管理层与转发层合一的板卡，这种主备板卡的倒换会导致 转发层的联动切换，造成业务瞬断。另外，当两块板卡相继发生复位时，仍 然无法维持协议会话。

发明内容

为了解决现有技术的缺陷，本发明实施例提供一种维持协议状态的方法 及通信设备，使板卡复位导致控制管理装置发生复位的期间，协议会话仍能 够被保持一段时间。

本发明实施例提供一种通信设备，所述通信设备包括：控制管理装置， 用于生成与协议的稳定状态对应的协议稳态报文，并将所述协议稳态报文及 其相应的转发信息下发给转发处理装置；所述转发处理装置，用于接收并存 储所述控制管理装置下发的所述协议稳态报文和所述转发信息；当所述控制 管理装置发生复位时，根据所述转发信息将存储的与控制管理装置复位时的 协议稳定状态对应的协议稳态报文定期发送给通信对端。