专利名称：：维持协议状态的方法及通信设备的制作方法
技术领域：
：本发明关于通信
技术领域：
，特别关于维持协议状态的方法及通信设备。
背景技术：
：随着网络技术的发展，协议的种类也越来越多，大部分协议在实际的通信设备实现中其协议报文通常都是由系统的控制管理装置(本领域也称为控制管理层，如CPU)来生成和解析处理的。出于成本考虑，可能无法支持或不适合为CPU配置冗余备份单元，即只有一块控制管理板卡。在这种场景下，需要依靠单一板卡的CPU来运行和维持通信协议，如果此板卡发生复位，就会造成通信系统部分协议会话中断，进而可能导致业务中断。然而，在现网通信设备的升级维护过程中有可能会对控制管理板卡的软件进行升级操作，升级后，为了保证新软件的正常运行，必须对板卡进行复位操作。通信设备对可靠性要求很高，必须保证软件升级过程中业务不能发生中断。现有技术一般采用以下方案来解决上述问题。一种实现方案是当通信设备只有一块控制管理板卡时，依靠协议的自身GR(GracefulRestart,平滑重启)功能来保证软件复位时协议状态的维持。釆用GR机制来进行协议维持的具体过程为当两端设备均正常时，设备之间的协议会话建立后，双方就会按照协议配置的报文发送周期进行协议稳态报文(如keep—alive报文)的互发，并以此机制来维持协议之间的会话状态。如果双方都启动了协议的GR功能，则还将通过keep—alive协议报文携带相应字段互告双方支持GR功能。如果设备2在一定报文周期内收不到设备l发来的keep—alive消息后，则启动GR功能，认为设备l仍然处于正常状态，设备2保持当前的协议会话状态继续发送keep—alive协议报文，并启动定时器(协议交互时相互协商达成一致的时间)等待设备l复位起来。定时器超时前，如果设备l已经复位起来，收到设备2发来的keep一alive消息后将继续进行keep—alive报文响应，设备2再次收到设备l发来的keep—alive响应报文后退出GR状态，继续与设备l进行正常的协议交互，维持协议会话状态。如果定时器超时后，设备l还没有正常复位起来(可能设备l发生异常无法正常启动)，则设备2此时认为设备1已经与其中断连接，设备2将删除协议会话信息，中断会话。另一种实现方案是增加一块备份板卡，控制管理层复位时触发主备板卡的倒换，使备板卡接替主板卡来继续维持协议会话。发明人在实现本发明的过程中发现现有技术存在以下问题(1)并不是所有的协议都具有GR功能，通常只有三层路由协议、MPLS(Multi-ProtocolLabelSwitching,多协议标签交换)控制协议支持GR功能。由于链路层协议(或二层协议)或其他应用协议基本都不具备此功能，无法保证在复位期间这些协议会话状态的维持，仍然会导致链路中断、应用会话中断而影响业务。(2)对于控制管理层与转发层合一的板卡，这种主备板卡的倒换会导致转发层的联动切换，造成业务瞬断。另外，当两块板卡相继发生复位时，仍然无法维持协议会话。
发明内容为了解决现有技术的缺陷，本发明实施例提供一种维持协议状态的方法及通信设备，使板卡复位导致控制管理装置发生复位的期间，协议会话仍能够被保持一段时间。本发明实施例提供一种通信设备，所述通信设备包括控制管理装置，用于生成与协议的稳定状态对应的协议稳态报文，并将所述协议稳态报文及其相应的转发信息下发给转发处理装置；所述转发处理装置，用于接收并存储所述控制管理装置下发的所述协议稳态报文和所述转发信息；当所述控制管理装置发生复位时，根据所述转发信息将存储的与控制管理装置复位时的协议稳定状态对应的协议稳态报文定期发送给通信对端。本发明实施例还提供一种通信设备，所述通信设备包含分别处于主、备状态的两个控制管理装置和两个转发处理装置；主控制管理装置，用于生成与协议的稳定状态对应的协议稳态报文，将所述协议稳态报文及其相应的转发信息下发给主转发处理装置；备控制管理装置，用于同步获取主控制管理装置的协议稳定状态以及工作状态信息，当原来的主控制管理装置发生复位时，根据同步获取的信息接替原来的主控制管理装置工作；主转发处理装置，用于接收并存储主控制管理装置下发的协议稳态报文和转发信息；当原来的主控制管理装置发生复位而引起控制管理装置的主、备倒换时，保持自身的主、备状态不变，并接收倒换后的主控制管理装置下发的协议稳态报文和转发信息；当两个控制管理装置均发生复位时，根据转发信息将存储的与主控制管理装置复位时的协议稳定状态对应的协议稳态报文定期发送给通信对端；备转发处理装置，用于当主转发处理装置不能正常工作时，接替原来的主转发处理装置的工作。本发明实施例还提供一种维持协议状态的方法，所述方法包括所述控制管理装置生成与协议的稳定状态对应的协议稳态报文，并将所述协议稳态报文及其相应的转发信息下发给转发处理装置；所述转发处理装置接收并存储所述控制管理装置下发的所述协议稳态报文和所述转发信息；当所述控制管理装置发生复位时，所述转发处理装置根据所述转发信息将存储的与控制管理装置复位时的协议稳定状态对应的协议稳态报文定期发送给通信对端。本发明实施例还提供一种维持协议状态的方法，所述方法包括主控制管理装置生成与协议的稳定状态对应的协议稳态报文，将所述协议稳态报文及其相应的转发信息下发给主转发处理装置；主转发处理装置接收并存储主控制管理装置下发的协议稳态报文和转发信息；当原来的主控制管理装置发生复位而引起控制管理装置的主、备倒换时，所述主转发处理装置保持自身的主、备状态不变，并接收倒换后的主控制管理装置下发的协议稳态报文和转发信息；当两个控制管理装置均发生复位时，所述主转发处理装置根据转发信息将存储的与主控制管理装置复位时的协议稳定状态对应的协议稳态报文定期发送给通信对端。本发明实施例的有益效果在于在单板卡情况下，当控制管理装置发生复位时，通过转发处理装置继续定期发送协议维持报文，保持当前的协议会话状态不中断。在主备板卡情况下，控制管理装置的复位仅触发控制管理装置的主备切换，转发处理装置保持当前主备状态不变，从而保证业务转发不受影响。另外，在主备板卡的控制管理装置均发生复位时，仍然通过主转发处理装置继续定期发送协议维持报文，保持当前的协议会话状态不中断。图1为本发明实施例1的通信设备原理图2为本发明实施例1的通信设备工作原理流程图；图3为本发明实施例2的通信设备原理图；图4为本发明实施例2的主板卡原理图；图5为本发明实施例2的通信设备工作原理流程图。具体实施例方式大部分协议在稳定状态下的会话维持都是通过类似keep一alive的协议稳态报文交互来完成的。在此协议交互中，只要本端设备在收到对端设备发来的keep一alive请求报文时能够及时回应keep—alive响应报文，对端设备就会认为本端设备仍处于正常状态。基于该协议维持原理，本发明实施例提供一种维持协议状态的方法及通信设备。该通信设备在控制管理装置(本领域也称控制管理层)发生复位期间，由转发处理装置(本领域也称转发处理层)接替控制管理装置的协议实9体继续往对端设备定期发送keep—alive响应报文，实现控制管理装置复位期间维持协议会话状态不中断。实施例l:图l为本发明实施例l的通信设备原理图。如图l所示本发明实施例l的通信设备包括控制管理装置10和转发处理装置20。所述控制管理装置IO，用于生成与协议的稳定状态对应的协议稳态报文，并将所述协议稳态报文及其相应的转发信息(如出端口号)下发给转发处理装置20;所述转发处理装置20，用于接收并存储所述协议稳态报文和所述转发信息，当所述控制管理装置10正常工作时，根据所述转发信息将所述控制管理装置10下发的协议稳态报文直接转发给通信对端；当所述控制管理装置10发生复位时，根据所述转发信息将存储的与控制管理装置复位时的协议稳定状态对应的协议稳态报文定期发送给通信对端。控制管理装置10和转发处理装置20之间可以通过系统总线30连接。可选地，该通信设备l还包括板卡控制单元40,负责板卡的控制驱动，提供控制管理装置以及转发处理装置的工作状态、好坏状态、在位状态等寄存器。在实际的通信产品中，本发明实施例的控制管理装置10可以进一步包括多个协议实体(如协议l、协议2…协议n)101，用于生成协议报文并对转发处理装置20上报的协议报文进行解析处理；协议管理单元102，用于生成与不同的协议稳定状态对应的协议稳态报文，并根据协议稳定状态的变化来更新所述转发处理装置存储的协议稳态报文及其相应的转发信息。该协议管理单元102负责所有协议实体101的维护管理，把协议实体101处于稳定状态时需要周期性发送的协议报文编辑好，并与协议报文的转发信息以及发送周期等一起下发给转发处理装置20。可选地，为了保证控制管理装置10复位起来后各协议实体101能够恢复到复位前的状态，控制管理装置10还可以包括协议状态存储单元103(如RAM)，用于当协议实体101进入稳定状态后，将每个协议实体101的稳定状态进行备份，该备份操作可以由协议管理单元102完成，备份信息可以通过协议实体IOI的统一编号进行区分，在控制管理装置10发生复位时不会被清除。此外，控制管理装置10还可以包括数据库104，用于存储协议的配置信息，即协议在软件层的一些参数配置，如IP地址等。在实际的通信产品中，本发明实施例的转发处理装置20可以进一步包括稳态报文存储单元201，用于接收并存储控制管理装置10发送的与协议的稳定状态对应的协议稳态报文和所述协议稳态报文的转发信息，并接收所述控制管理装置10的报文更新指令来对存储的协议稳态报文进行更新，以保证该协议稳态报文与控制管理装置10的协议稳定状态相一致；复位判断单元202，用于对控制管理装置10的工作状态进行监视，以判断所述控制管理装置10是否发生复位；转发处理单元203，用于当所述控制管理装置10正常工作时，根据所述转发信息将所述控制管理装置10下发的协议稳态报文直接转发给通信对端；当所述控制管理装置10发生复位时，根据所述转发信息将存储的与控制管理装置复位时的协议稳定状态对应的协议稳态报文定期发送给通信对端。本发明实施例的稳态报文存储单元201中的稳态报文以及相应的转发信息可以通过一个协议维持表项来存储，转发处理单元203根据协议维持表项的内容进行协议稳态报文的定期发送。一种可选的协议维持表项的内容可以如表l所示，下表仅用于对本发明实施例进行说明，而不用于对权利要求的保护范围进行限定。在实际产品中，该表项还可以包含其它的内容，只要能够实现本发明实施例的目的即可。表l:协议维持表项<table>tableseeoriginaldocumentpage11</column></row><table>(1)Index(索引)表项索引，与控制管理装置10统一分配的协议编号对应，用于检索对应的协议维持表项。(2)有效标识用于标识协议表项是否有效，当控制管理装置10关闭某协议的协议维持功能时，此标识置0，否则置l。(3)发送间隔协议处于稳态时，协议稳态报文的发送间隔，控制管理装置10可根据实际情况配置。(4)出端口协议稳态报文的转发出端口，由控制管理装置10的协议管理单元102根据数据库存储的协议配置信息自动生成。(5)报文长度标识从报文长度之后开始的报文格式的实际有效长度，由协议管理单元102计算后下发。(6)报文格式标识协议处于稳态时需要发送的稳态报文格式，包括校验信息；由控制管理装置10的协议管理单元102负责编辑生成并下发。可选地，该协议维持表项还可以包括以下扩展信息(7)如果需要区分协议报文的调度优先级和丢弃优先级，可以扩展CoS和DIS两个字段分别标识协议报文的调度优先级和丢弃优先级。(8)如果需要往多个出端口发送，则可以通过下发多个表项来配置不同的出端口。本发明实施例的复位判断单元202可以为看门狗定时器，由协议管理单元102负责清狗，当控制管理装置10正常工作且到达计数值时对所述看门狗计数器进行清零操作；当控制管理装置10复位时将导致看门狗溢出，此时立刻触发转发处理装置20的转发处理单元203进入协议维持模式，转发处理单元203则从协议维持表项中提取报文信息，并根据转发信息向相应的端口定期发送协议稳态报文。可选地，本发明实施例的转发处理装置20还包括定时器204，用于设定一预定时长，当所述控制管理装置10在一预定时间之内未恢复正常工作时，触发所述转发处理单元203停止将存储的稳态报文定期发送给通信对端。此时表明设备出现了故障，需要及时检修。可选地，本发明实施例的转发处理装置20还包括业务转发表项存储单元205，用于存储业务转发表项，每个表项包含了业务报文的转发信息，转发处理装置20直接根据该业务转发表项来转发业务报文，而不需要经过控制处理装置10的处理。图2对本实施例的通信设备工作原理流程图。其中步骤S201步骤S204为控制管理装置10正常工作时的流程，步骤S205步骤S208为控制管理装置10复位后的流程。如图2所示步骤S201:用户配置了协议之后，控制管理装置10生成相应的协议实体101，协议启动后，协议实体101把构造好的交互报文(keq^alive报文或非稳态报文)通过内部消息接口发送给协议管理单元102，协议管理单元102根据从数据库104中获取的协议的配置信息，添加相应的转发信息(如出端口等)，通过总线下发给转发处理装置20的转发处理单元203，转发处理单元203则根据携带的转发信息直接转发出去。步骤S202:转发处理单元203收到通信对端发来的协议报文后，打上内部消息头(主要是入端口信息、协议类型等)，直接上送控制管理装置10的协议管理单元102，由协议管理单元102根据消息头信息转送相应的协议实体101处理。步骤S203:协议管理单元102负责监视协议实体101的当前状态，当协议交互进入稳定状态后，协议管理单元102备份此协议当前状态到协议状态存储单元103，并且，协议管理单元102还需要把协议实体101处于稳态时的keep一alive响应报文格式及其相应的转发信息通过总线30下发到稳态报文存储单元201的协议维持表项中；当协议退出稳态时，则需要及时更新稳态报文存储单元201的协议维持表项信息以及协议状态存储单元103的协议状态信息。步骤S204:协议管理单元102只要处于正常状态，就需要定时(时长可配置)进行转发处理装置20的看门狗清狗操作，当看门狗状态正常时，不触发转发处理装置20进入协议维持模式，此时，转发处理单元203只根据业务转发表项进行业务转发，不进行协议维持表项的读取。步骤S205:协议进入稳态后，当控制管理装置20发生复位时，将导致协议管理单元102无法定时清狗，看门狗溢出。看门狗溢出后立即触发转发处理单元203进入协议维持模式，并停止看门狗计数，启动定时器204计时。步骤S206:转发处理单元203进入协议维持模式后，除了继续根据业务转发表项进行业务转发之外，还需要开始读取协议维持表项信息，并根据发送周期、转发信息、协议报文格式等进行协议维持阶段协议稳态报文的定期发送。此时，转发处理单元203对于通信对端发来的协议报文直接丢弃，不再上送控制管理装置10处理。步骤S207:如果转发处理装置20的定时器204超时后，控制管理装置10还未正常复位起来，转发处理装置20则认为控制管理装置10发生故障，触发转发处理单元203退出协议维持模式，中断当前的协议维持行为；如果转发处理装置20的定时器204超时前，控制管理装置10己经正常复位起来，则协议管理单元102先从协议状态存储单元103读取各协议实体复位前的状态信息，并通告给各协议实体进行状态恢复；接着停止定时器204，再次激活转发处理装置20的看门狗，开始正常清狗操作。步骤S208:转发处理装置20的看门狗恢复正常后，立刻触发转发处理单元203退出协议维持模式，继续按正常态时进行协议报文的上送处理。本发明实施例在单板卡情况下，当控制管理装置发生复位时，通过转发处理装置继续定期发送协议维持报文，保持当前的协议会话状态不中断。实施例2:图3为本发明实施例2的通信设备原理图。如图3所示，该通信设备包括两个板卡，每个板卡上包含控制管理装置和转发处理装置，两个控制管理装置和转发处理装置分别处于主、备状态。在一可选实施方式中，两块板卡分别为主板卡和备板卡，主板卡上包含主控制管理装置IO、主转发处理装置20，备板卡上包含备控制管理装置50和14备转发处理装置60，板卡内部通过Lanswitch连接，不同板卡之间的信息通过总线交互。在实际产品的工作过程中，随着主备倒换的进行，主板卡以及备板卡上的控制管理装置以及转发处理装置的主备状态均可能发生变化，图3仅仅用于说明一种可能的情况，而不用于对权利要求的保护范围进行限定。如图3所示主控制管理装置10为激活态，备控制管理装置50为非激活态。当主控制管理装置10复位时，主、备控制管理装置的角色互换，g卩，备控制管理装置50转换为主控制管理装置10，主控制管理装置10转换为备控制管理装置50，但是两块板卡的转发处理装置不会联动切换，仍然由主转发处理装置20进行转发处理。各种转发信息则只下发给主转发处理装置20，不下发给备转发处理装置60，由主控制管理装置10负责主转发处理装置20的看门狗清狗操作。当主控制管理装置10和备控制管理装置50均发生复位时，主转发处理装置20由于看门狗溢出进入协议维持模式。本发明实施例的备转发处理装置60是在主板(包括主控制管理装置和主转发处理装置)全部坏掉或被拔掉后，全部倒换到备装置(备控制管理装置和备转发处理装置)时生效。如果仅仅是主控制管理装置10复位而发生主备切换，则转发处理装置不需要联动切换。图3的通信设备的主、备板卡之间包括多条同步信号线，需要同步的信号包括在位、好坏、转发处理装置主备状态、控制管理装置主备状态、控制管理装置复位状态。此外，主、备板卡之间还包括同步数据线，需要进行同步的数据包括协议状态信息以及协议配置信息等。本发明实施例在主控制管理装置10发生复位时，由备控制管理装置50代替主控制管理装置10工作，转发处理装置20不会联动切换。本发明实施例在控制管理装置发生复位时仅进行控制管理装置的主备切换，而转发处理装置保持不变，从而既不影响协议，又不影响业务转发。当主控制管理装置10和备控制管理装置50相继复位时，由主转发处理装置20定期向通信对端发送协议稳态报文，以实现控制管理装置复位期间维持协议会话状态不中断。其中主控制管理装置IO，用于生成与协议的稳定状态对应的协议稳态报文，将所述协议稳态报文及其相应的转发信息下发给主转发处理装置20。备控制管理装置50，用于同步获取主控制管理装置10的协议稳定状态以及工作状态信息，当原来的主控制管理装置发生复位时，根据同步获取的信息接替原来的主控制管理装置工作。主转发处理装置20，用于接收并存储主控制管理装置10下发的协议稳态报文和转发信息；当原来的主控制管理装置发生复位而引起控制管理装置的主、备倒换时，保持自身的主、备状态不变，并接收倒换后的主控制管理装置下发的协议稳态报文和转发信息；当两个控制管理装置均发生复位时，根据转发信息将存储的与主控制管理装置复位时的协议稳定状态对应的协议稳态报文定期发送给通信对端。备转发处理装置60，用于当主转发处理装置不能正常工作时，接替原来的主转发处理装置的工作。图4为本发明实施例主板卡的原理图。和图l不同的是，图4的主控制管理装置10还包含一个同步单元105，专门负责主控制管理装置10和备控制管理装置50之间的信息同步，协议管理单元102只需要把待同步信息交给同步单元105即可。可选地，本发明实施例的通信设备还包括板卡控制装置40，图4的板卡控制装置40中包含多个寄存器，分别存储在位、好坏、转发处理装置主备状态、控制管理装置主备状态、控制管理装置复位状态信息，以及进行板卡的驱动。备板卡的原理和主板卡类似，此处不再。图5对本实施例的通信设备工作原理流程图之一，该图显示了主备板卡的主板卡复位的整体流程，其中步骤S501步骤S504为主控制管理装置10正常工作的流程，步骤S505步骤S508为主控制管理装置10复位后的流程。如图5所示步骤S501:处于主状态的控制管理装置10通过板卡控制装置40获取该板卡上的转发处理装置的主备状态，如果转发处理装置处于主状态，则协议管理单元102直接将协议稳态报文下发本板卡的转发处理单元处理；如果转发处理装置处于备状态，则协议管理单元102通过板卡之间的总线下发给备板卡上的主转发处理装置处理。另外，主备板卡上控制管理装置的同步单元通过同步总线进行配置数据的同步，以及协议状态信息的同步处理，并且有数据同步校验机制。关于主备数据同步的具体细节，当前通信设备已经有很多实现方案，这里不再详细描述。步骤S502:主转发处理装置的转发处理单元203收到对端发来的协议报文后，打上内部消息头(主要是入端口信息、协议类型等)，通过在Lanswitch中进行广播或组播，上送到主、备板卡控制管理层的协议管理模块，备板卡协议管理模块收到后则直接丢弃，不处理。步骤S503:主控制管理装置10的协议管理单元102同样根据板卡控制装置40获取该板卡上的转发处理装置的主备状态，把协议实体处于稳态时的keq^alive响应报文格式及转发信息通过总线仅下发到主转发处理装置的协议维持表项中。步骤S504:主控制管理装置10的协议管理单元102只对主转发处理装置的看门狗进行清狗操作，备转发处理装置由于未启动看门狗，无需清狗操作。步骤S505:主控制管理装置发生复位后，板卡控制装置40立刻对本板卡的控制管理装置10的复位状态寄存器置位，标识本板卡控制管理装置发生复位。备板卡的板卡控制装置则根据主备之间互送的状态线进行主备仲裁，升备为主，变为激活态，主板卡则进行主降备；而转发处理装置20仍然保持原有主备状态不变。步骤S506:新的主控制管理装置激活后，其协议管理单元则根据先前数据同步得到的协议数据，进行本板卡协议实体状态的恢复，并接替原来的主控制管理装置的协议状态维持工作。并且，此协议管理单元还需要通过板卡控制装置获取转发处理装置的主备状态信息，继续对主转发处理装置20进行看门狗的清狗操作。17步骤S507:当原主板卡的控制管理装置复位起来后，其控制管理装置的同步模块则触发与当前的主控制管理装置进行数据同步。同步完成后，则主备控制管理装置保持当前的主备状态，等待下一次倒换触发条件的产生。步骤S508，可选方式同步完成后，当前的主控制管理装置根据主备板卡的互送状态线，发现主控制管理装置与主转发处理装置不在同一板卡时，则通过自动再下发一次人工倒换，重新切换回原控制管理装置，保持主控制管理装置与主转发处理装置处于同板卡。本发明实施例2的第二种情况是备板卡复位而主板卡正常工作。由于备板卡本身就是处于备状态，不触发主备控制管理层的倒换，也不影响转发层。当前的所有状态均由主板卡负责。当备板卡的控制管理层正常复位起来后，则仍然触发主备数据同步，然后保持当前状态。本发明实施例2的第三种情况是主备板卡相继复位。不论是主板卡控制管理层先发生复位，备板卡控制管理层后复位，还是备板卡控制管理层先复位，主板卡控制管理层后复位，其处理基本相同，只是主板卡控制管理层先复位时将触发一次控制管理层分离倒换，这部分处理可参考前面的描述，其后的处理则两种方式均相同，以下仅描述一块板卡的控制管理层已经复位时，另一块板卡的控制管理层又发生复位的情况。当其中一块板卡的控制管理装置发生复位后，仍有另一块板卡的控制管理装置的协议管理单元可以对主转发处理装置的看门狗做清狗操作，当另一块板卡的控制管理装置也相继发生复位后，则主转发处理装置的看门狗将由于无清狗操作，而导致狗溢出，触发主转发处理装置的转发处理单元进入协议维持模式，并通过读取协议维持表项进行协议稳态报文的定期发送，从而继续维持当前的协议状态，等待控制管理装置的复位完成。具体细节与实施例l的单板卡处理一样，此处不再详细描述。当最先发生复位的控制管理层复位起来后(后复位的控制管理层还处于复位中)，则此控制管理层可根据主备板卡的互送状态线，进行备升主操作，升为主控制管理层后，则继续进行协议实体的状态恢复，继续进行转发层清狗操作，整个处理过程恢复到正常状态，协议会话继续由上层协议实体维护，协议仍保持稳定状态。本发明实施例在主备板卡情况下，控制管理装置的复位仅触发控制管理装置的主备切换，转发处理装置保持当前主备状态不变，从而保证业务转发不受影响。另外，在主备板卡的控制管理装置均发生复位时，仍然通过主转发处理装置继续定期发送协议维持报文，保持当前的协议会话状态不中断。本发明实施例是一种通用的方法，不受限于所采用的具体网络技术，故对其他的新传送
技术领域：
也能够适用，例如采用SDH、OTN、T-MPLS、ETN等特定技术的网络。对于协议，不管是新出现的协议，还是已有协议，只要其稳定状态符合keep一alive报文维持机制，也都能够适用。以上具体实施方式仅用于说明本发明，而非用于限定本发明。19权利要求1、一种通信设备，其特征在于，所述通信设备包括控制管理装置，用于生成与协议的稳定状态对应的协议稳态报文，并将所述协议稳态报文及其相应的转发信息下发给转发处理装置；所述转发处理装置，用于接收并存储所述控制管理装置下发的所述协议稳态报文和所述转发信息；当所述控制管理装置发生复位时，根据所述转发信息将存储的与控制管理装置复位时的协议稳定状态对应的协议稳态报文定期发送给通信对端。2、根据权利要求l所述的通信设备，其特征在于，所述转发处理装置包括:稳态报文存储单元，用于接收并存储控制管理装置下发的所述协议稳态报文和相应的转发信息；复位判断单元，用于对所述控制管理装置的工作状态进行监视，判断所述控制管理装置是否发生复位；转发处理单元，用于当所述控制管理装置发生复位时，根据所述转发信息将存储的与控制管理装置复位时的协议稳定状态对应的协议稳态报文定期发送给通信对端。3、根据权利要求l所述的通信设备，其特征在于，所述控制管理装置包括协议管理单元，用于生成与不同的协议稳定状态对应的协议稳态报文，并根据协议稳定状态的变化来更新所述转发处理装置存储的协议稳态报文及其相应的转发信息。4、根据权利要求3所述的通信设备，其特征在于，所述工作状态监视单元为看门狗计数器；所述协议管理单元，还用于当所述控制管理装置正常工作且到达计数值时对所述看门狗计数器进行清零操作，当所述控制管理装置发生复位时，导致所述看门狗计数器溢出，并触发所述转发处理单元根据所述转发信息将存储的与控制管理装置复位时的协议稳定状态对应的协议稳态报文定期发送给通信对端。5、根据权利要求2所述的通信设备，其特征在于所述转发处理装置还包括定时器，用于设定一预定时长，当所述控制管理装置在所述预定时长内未恢复正常工作时，触发所述转发处理单元停止将存储的稳态报文定期发送给通信对端。6、一种通信设备，其特征在于，所述通信设备包含分别处于主、备状态的两个控制管理装置和两个转发处理装置；主控制管理装置，用于生成与协议的稳定状态对应的协议稳态报文，将所述协议稳态报文及其相应的转发信息下发给主转发处理装置；备控制管理装置，用于同步获取主控制管理装置的协议稳定状态以及工作状态信息，当原来的主控制管理装置发生复位时，根据同步获取的信息接替原来的主控制管理装置工作；主转发处理装置，用于接收并存储主控制管理装置下发的协议稳态报文和转发信息；当原来的主控制管理装置发生复位而引起控制管理装置的主、备倒换时，保持自身的主、备状态不变，并接收倒换后的主控制管理装置下发的协议稳态报文和转发信息；当两个控制管理装置均发生复位时，根据转发信息将存储的与主控制管理装置复位时的协议稳定状态对应的协议稳态报文定期发送给通信对端；备转发处理装置，用于当主转发处理装置不能正常工作时，接替原来的主转发处理装置的工作。7、根据权利要求6所述的通信设备，其特征在于，所述转发处理装置包括:稳态报文存储单元，用于接收并存储主控制管理装置下发的协议稳态报文和相应的转发信息；当原来的主控制管理装置发生复位而引起控制管理装置的主、备倒换时，接收倒换后的主控制管理装置下发的协议稳态报文和相应的转发信息；复位判断单元，用于对主控制管理装置的工作状态进行监视，判断主控制管理装置是否发生复位；转发处理单元，用于当两个控制管理装置均发生复位时，根据转发信息将存储的与主控制管理装置复位时的协议稳定状态对应的协议稳态报文定期发送给通信对端。8、根据权利要求6所述的通信设备，其特征在于，所述控制管理装置包括:协议管理单元，用于生成与不同的协议稳定状态对应的协议稳态报文，并根据协议稳定状态的变化来更新主转发处理装置存储的协议稳态报文及其相应的转发信息。9、一种维持协议状态的方法，其特征在于，所述方法包括所述控制管理装置生成与协议的稳定状态对应的协议稳态报文，并将所述协议稳态报文及其相应的转发信息下发给转发处理装置；所述转发处理装置接收并存储所述控制管理装置下发的所述协议稳态报文和所述转发信息；当所述控制管理装置发生复位时，所述转发处理装置根据所述转发信息将存储的与控制管理装置复位时的协议稳定状态对应的协议稳态报文定期发送给通信对端。10、一种维持协议状态的方法，其特征在于，所述方法包括主控制管理装置生成与协议的稳定状态对应的协议稳态报文，将所述协议稳态报文及其相应的转发信息下发给主转发处理装置；主转发处理装置接收并存储主控制管理装置下发的协议稳态报文和转发{曰息；当原来的主控制管理装置发生复位而引起控制管理装置的主、备倒换时，所述主转发处理装置保持自身的主、备状态不变，并接收倒换后的主控制管理装置下发的协议稳态报文和转发信息；当两个控制管理装置均发生复位时，所述主转发处理装置根据转发信息将存储的与主控制管理装置复位时的协议稳定状态对应的协议稳态报文定期发送给通信对端。11、根据权利要求10所述的方法，其特征在于，所述方法还包括备控制管理装置同步获取主控制管理装置的协议稳定状态以及工作状态{曰息；当原来的主控制管理装置发生复位时，所述备控制管理装置根据同步获取的信息接替原来的主控制管理装置工作。12、根据权利要求10所述的方法，其特征在于，所述方法还包括当主转发处理装置不能正常工作时，备转发处理装置接替原来的主转发处理装置的工作。全文摘要本发明实施例提供一种维持协议状态的方法及通信设备。所述通信设备包括控制管理装置，用于生成与协议的稳定状态对应的协议稳态报文，并将所述协议稳态报文及其相应的转发信息下发给转发处理装置；所述转发处理装置，用于接收并存储所述控制管理装置下发的所述协议稳态报文和所述转发信息；当所述控制管理装置发生复位时，根据所述转发信息将存储的与控制管理装置复位时的协议稳定状态对应的协议稳态报文定期发送给通信对端。本发明实施例的通信设备，当控制管理装置发生复位时，通过转发处理装置继续定期发送协议稳态报文，保持当前的协议会话状态不中断。文档编号H04L29/06GK101510890SQ20091013050公开日2009年8月19日申请日期2009年3月31日优先权日2009年3月31日发明者剑叶申请人:华为技术有限公司