[发明专利]一种分组设备运行状态同步方法

说明书

技术领域

本发明涉及分组通信领域中网管和分组设备间运行状态同步，具体说是一种分组设备运行状态同步方法。

背景技术

在分组（Packet）通信领域，包括二层VPN（虚拟专用网络，Virtual Private Network）、三层VPN、LSP（标签交换路径，Label Switch Path）等业务由网管部署到设备后，在设备侧经过控制平面协议动态分发后才能真正建立相应业务，当网络变化后，业务的状态也会发生变化，业务动态建立或者业务状态变化后的运行状态（此状态不是仅仅包含少量数据的简单状态，而是包含大量动态业务信息）需要及时上报给网管以保持网管与设备的运行状态的同步（Synchronous）。在网管或者设备重启后，网管也需要及时获取设备的运行状态，以保持同步。

目前，运行状态的同步都采用全量同步的方法，每次同步状态的所有内容。设备数目（网元数目）多了之后，运行状态的同步数据量非常巨大，既效率低下又浪费系统资源，很多时候造成此功能不能使用。在大型分组网络中（网元数目可达几千），运行状态同步的效率至关重要，这一问题急需解决。

发明内容

针对现有技术中存在的缺陷，本发明的目的在于提供一种分组设备运行状态同步方法，将增量同步和全量同步相结合，采用把摘要和具体数据相分离的数据组织方法，能很好地完成运行状态同步，在提高运行状态同步效率的同时，也能保证运行状态的准确性。

为达到以上目的，本发明采取的技术方案是：

一种分组设备运行状态同步方法，其特征在于：分组设备承载不同类型业务时，某一种业务的一条业务的运行状态对应一个运行状态块条目RS_I，一个运行状态块条目RS_I的内容包括：条目摘要RS_I_S和条目数据，

该某一种业务的所有业务的运行状态块条目RS_I的集合与块的摘要RS_S组成该种业务的运行状态块RS，

当网管主动执行全量同步或设备侧增量上报，或当同步运行状态条目或同步运行状态块时，均采用先同步摘要再同步内容的策略，

所述同步摘要指：同步条目摘要RS_I_S，或同步块的摘要RS_S；

所述同步内容指：同步条目数据，或同步块的数据，块的数据指某一种业务的所有业务的运行状态块条目RS_I的集合。

在上述技术方案的基础上，设备侧增量上报时，只上报设备侧发生变化的运行状态条目，先向网管增量上报有变化的运行状态块条目RS_I的条目摘要RS_I_S；网管收到上报的条目摘要RS_I_S后，向设备侧捞取上报中对应于运行状态块条目RS_I的条目数据。

在上述技术方案的基础上，网管主动执行全量同步时，先同步块的摘要RS_S和条目摘要RS_I_S并比较网管侧和设备侧的不同，只同步网管侧和设备侧的不同部分。

在上述技术方案的基础上，网管主动执行全量同步的具体步骤为：

步骤（1）首先，网管从设备侧逐个获取运行状态块RS的块的摘要RS_S，与网管缓存的该运行状态块RS的块的摘要RS_S进行比较，如果一致，则获取下一个运行状态块RS的块的摘要RS_S，重复上述比较，直至全部的运行状态块RS的块的摘要RS_S均比较完毕；如果不一致，则执行步骤（2）；

步骤（2）从设备侧捞取该运行状态块RS所有的条目的摘要RS_I_S，然后逐条与网管上保存的该运行状态块RS的条目的摘要RS_I_S进行比较，如果一致，获取下一条并重复上述比较，直至全部条目的摘要RS_I_S均比较完毕；如果不一致，则执行步骤（3）；

步骤（3）从设备侧捞取对应运行状态条目的RS_I的内容。

本发明所述的分组设备运行状态同步方法，将增量同步和全量同步相结合，采用把摘要和具体数据相分离的数据组织方法，能很好地完成运行状态同步，在提高运行状态同步效率的同时，也能保证运行状态的准确性。

附图说明

本发明有如下附图：

图1为本发明提供的分组设备运行状态块RS的组织结构；

图2为本发明提供的分组设备运行状态块上报缓冲区RS_R（Run Status Block Report）的组织结构；

图3为本发明提供的网管和设备运行状态组织架构；

图4为本发明提供RS_I_S_INCR_REPORT报文结构；

图5为本发明提供的RS_I_REQ_RUN STATUS报文结构；

图6为本发明提供的RS_I_RES报文结构；

图7为本发明提供的RS_S_REQ报文结构；

图8为本发明提供的RS_S_RES报文结构；