CN111324507A - 主控设备的业务接口监控系统及其方法 - Google Patents

Abstract

本公开提供一种一种用于主控设备的业务接口监控系统，包括：主控平台，用于获取主控设备通过其内部通道接口下发到连接在主控设备上的每个业务接口板的业务功能信息；内存单元，具有预定容量，用于对应于每个业务接口板以数据结点为单位存储每个业务接口板的业务功能信息，其包括标记信息写入点的写入指针和标记信息都出点的读出指针；以及读写组件，用于将所述写入指针处作为写入起点逐一将所述内部通道接口组件所获取的每个业务接口板的业务功能信息写入所述内存单元，以及将所述读出指针作为读出起点逐一读出所述内存单元的包含内容参数的业务功能信息。

Description

主控设备的业务接口监控系统及其方法

技术领域

本公开涉及一种分布式系统的业务接口管管理技术，尤其是涉及一种主控设备监控业务接口的系统及其方法。

背景技术

在分布式系统中，通常需要诸如交换机、路由器等主控设备通过其“内部接口通道”来连接各个业务接口板，并通过该“内部接口通道”管理各个接口板。主控设备具有主控CPU，业务板具有自己的CPU。所述内部接口通道通常是1000Mbps的接口。通过所述内部接口通道，主控设备与各个业务接口板进行物理连接，各个业务接口板之间彼此之间也通过所述内部接口通道通进行板间通信。业务接口板在启动时会在主控设备注册，例如，主控设备记录业务接口板的物理位置、业务接口板的类型等相关的业务接口板信息。在分布式系统运行时，主控设备可以通过“内部接口通道”向业务接口板下发操作命令，例如复位、配置等，业务接口板可以通过“内部接口通道”向主控设备反馈自身的业务状态。

因此，用户可以通过主控设备查看在运行中哪些业务模块(例如路由操作模块、VLAN操作、路由转发操作)被下发到业务接口板，哪些些业务模块被下发到接口板配置，下发的次数是多少，下发的数据量包含有多少字节，这种业务模块是否一直在下发。通过这些监测，用于可以最终看出哪些业务模块存在优化的空间。而且，在如果用户可以获得主控设备每次下发所有参数，则用户可以确定业务模块在最近时间被下发的内容是否正确，被调用顺序是否正确等，这会方便用户驱动与平台调试业务接口。而且，如果中设备或业务接口板在运行中出一些故障，通过监测对业务接口板的下发内容的记录，还可以看到最近主控设备上是否下发了其他的配置。如果能够获得所有的下发业务状态信息，用户还可以将这些记录的业务状态信息导出到文件，再下发到另一个同类业务接口板，来复现问题。然而，现有技术中的所有主控设备都只能查看配置命令，无法获得下发配置命令的底层参数，更无法获得多次就同一业务接口板所下发的数据内容，因此用户无法追踪到底层参数内容。如果用户只能获得配置命令，而看不到底层参数，开发人员很难分析定位导致故障的问题所在。而且，在只能获得配置命令的情况下，有些导致故障的疑难问题，通常只能过开发人员在业务接口板的运行代码里加调试信息，重新出一个版本来测试是否能够消除故障。而且这种解决方法也只限于在可操作的环境下(例如脱机环境下)，而在网上运行的业务板接口设备中，几乎是不可能的进行版本更换的，而且换上调试版本更不可行。

因此，本领域的技术人员期望获得一种能够在在线运行环境下监控主控设备下发到每个业务接口板的含有底层参数的业务状态信息的系统，以便能够为技术人员快速定位导致故障的问题提供指引。

发明内容

本公开的示例性实施例的目的在于克服现有技术中的上述的和/或其他的问题。因此，根据本公开的一个方面，提供了一种用于主控设备的业务接口监控系统，包括：主控平台，用于获取主控设备通过其内部通道接口下发到连接在主控设备上的每个业务接口板的业务功能信息；内存单元，具有预定容量，用于对应于每个业务接口板以数据结点为单位存储每个业务接口板的业务功能信息，其包括标记信息写入点的写入指针和标记信息都出点的读出指针；以及读写组件，用于将所述写入指针处作为写入起点逐一将所述内部通道接口组件所获取的每个业务接口板的业务功能信息写入所述内存单元，以及将所述读出指针作为读出起点逐一读出所述内存单元的包含内容参数的业务功能信息。

根据本公开的用于主控设备的业务接口监控系统，其中所述数据结点具有相同的大小，并且所述读写组件在所述写入指针指向所述内存单元的末尾地址时，将写入指针指向所述内存单元的起点地址，并在所述起点地址处覆写所述所要写入业务功能信息，并将所述读取指针移动到所要写入的业务功能信息所占据内存空间的末端地址。

根据本公开的用于主控设备的业务接口监控系统，其中所述读写组件在写入一个业务接口板的业务功能信息时，比较所要写入业务功能信息的大小与所述内存单元的剩余空间大小，在所要写入业务功能信息的大小大于所述内存单元的剩余空间大小时，将所述内存单元的写入指针指向所述内存单元的起点地址，在所述起点地址处写入所述所要写入业务功能信息，并将所述读取指针指向所要写入业务功能信息所占据内存空间的末端地址。

根据本公开的用于主控设备的业务接口监控系统，其中所述读写组件在读取所述内存单元内所记录的业务功能信息时，如果所述读取指针位于所述内存单元的起点，则读取从所述读取指针开始到所述写入指针为止的所有数据结点；以及如果所述读取指针不位于所述内存单元的起点，则读取从所述读取指针开始到所述内存单元的末尾的所有数据节点以及从所述内存单元的起点到所述写入指针为止的所有数据结点。

根据本公开的用于主控设备的业务接口监控系统，其中所述业务功能信息包括数据结点头部信息以及指明配置底层参数的配置内容参数数据，所述数据结点都不信息包括指明具体业务板的功能的主功能信息和子功能信息、指明主控设备下发的配置所指向的卡槽编号、指明下发配置数据的长度。

根据本公开的用于主控设备的业务接口监控系统，其还包括数据导出组件，用于导出所述读写组件所读取的业务功能信息，以便所述主控设备通过其内部通道接口将具有故障的业务功能信息重新下发到同类业务办卡，从而诊断查找导致故障的原因和故障产生的位置。

根据本公开的领域给方面，提供了一种用于主控设备的业务接口监控方法，包括：获取主控设备通过其内部通道接口下发到连接在主控设备上的每个业务接口板的业务功能信息；通过具有预定容量的内存单元以数据结点为单位存储每个业务接口板的业务功能信息，其包括标记信息写入点的写入指针和标记信息都出点的读出指针；以及通过读写组件将所述写入指针处作为写入起点逐一将所述内部通道接口组件所获取的每个业务接口板的业务功能信息写入所述内存单元，以及将所述读出指针作为读出起点逐一读出所述内存单元的包含内容参数的业务功能信息。

根据本公开的用于主控设备的业务接口监控方法，其中所述数据结点具有相同的大小，并且所述方法还包括：在所述写入指针指向所述内存单元的末尾地址时，通过所述读写组件将写入指针指向所述内存单元的起点地址，并在所述起点地址处覆写所述所要写入业务功能信息，并将所述读取指针移动到所要写入的业务功能信息所占据内存空间的末端地址。

根据本公开的用于主控设备的业务接口监控方法，其还包括：在写入一个业务接口板的业务功能信息时，所述读写组件比较所要写入业务功能信息的大小与所述内存单元的剩余空间大小，以及在所要写入业务功能信息的大小大于所述内存单元的剩余空间大小时，将所述内存单元的写入指针指向所述内存单元的起点地址，在所述起点地址处写入所述所要写入业务功能信息，并将所述读取指针指向所要写入业务功能信息所占据内存空间的末端地址。

根据本公开的用于主控设备的业务接口监控方法，还包括：在所述读写组件读取所述内存单元内所记录的业务功能信息时，如果所述读取指针位于所述内存单元的起点，则读取从所述读取指针开始到所述写入指针为止的所有数据结点；或者如果所述读取指针不位于所述内存单元的起点，则读取从所述读取指针开始到所述内存单元的末尾的所有数据节点以及从所述内存单元的起点到所述写入指针为止的所有数据结点。

根据本公开的用于主控设备的业务接口监控方法，其中所述业务功能信息包括数据结点头部信息以及指明配置底层参数的配置内容参数数据，所述数据结点都不信息包括指明具体业务板的功能的主功能信息和子功能信息、指明主控设备下发的配置所指向的卡槽编号、指明下发配置数据的长度。

根据本公开的用于主控设备的业务接口监控方法，其还包括：通过数据导出组件导出所述读写组件所读取的业务功能信息，以便所述主控设备通过其内部通道接口将具有故障的业务功能信息重新下发到同类业务办卡，从而诊断查找导致故障的原因和故障产生的位置。

通过根据本公开的用于主控设备的业务接口监控系统，主控设备能够循环记录所有下发每个业务接口板的业务状态信息，从而技术人员能够随时获得这些含有底层参数的业务状态信息，并以此能够迅速定位导致故障的问题所在。

附图说明

通过结合附图对于本公开的示例性实施例进行描述，可以更好地理解本公开，在附图中：

图1所示的是根据本公开实施例的用于主的控设备的业务接口监控系统原理示意图；

图2所示的是根据本公开的业务接口监控系统100的读写组件120执行写入业务状态信息的流程图；

图3A所示的是根据本公开的内存单元中存储的业务信息状态存储结构图；

图3B所示的是根据本公开的内存单元中存储的业务信息状态另一个结构图。

图3C所示的是根据本公开的内存单元中存储的业务信息状态又一个结构图；以及

图4所示的是根据本公开的业务接口监控系统100的读写组件120执行读取业务状态信息的流程图。

具体实施方式

以下将描述本公开的具体实施方式，需要指出的是，在这些实施方式的具体描述过程中，为了进行简明扼要的描述，本说明书不可能对实际的实施方式的所有特征均作详尽的描述。应当可以理解的是，在任意一种实施方式的实际实施过程中，正如在任意一个工程项目或者设计项目的过程中，为了实现开发者的具体目标，为了满足系统相关的或者商业相关的限制，常常会做出各种各样的具体决策，而这也会从一种实施方式到另一种实施方式之间发生改变。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本公开公开的内容相关的本领域的普通技术人员而言，在本公开揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本公开的内容不充分。

除非另作定义，权利要求书和说明书中使用的技术术语或者科学术语应当为本公开所属技术领域内具有一般技能的人士所理解的通常意义。本公开专利申请说明书以及权利要求书中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“一个”或者“一”等类似词语并不表示数量限制，而是表示存在至少一个。“包括”或者“包含”等类似的词语意指出现在“包括”或者“包含”前面的元件或者物件涵盖出现在“包括”或者“包含”后面列举的元件或者物件及其等同元件，并不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，也不限于是直接的还是间接的连接。

图1所示的是根据本公开实施例的用于主的控设备的业务接口监控系统原理示意图。如图1所示，主控设备上的主控平台110通过内部通道接口与各个业务接口板140。各个业务接口板140通过各个接口连接到主控设备上时，注册在所述主控平台110中，从而主控平台110获得各个业务接口板140 的业务功能以及所出的卡槽(SLOT)。主控平台110由此向各个业务接口板下发对应的业务模块、配置信息等。在正常状态下，主控平台110下发的所有配置、业务模块(例如路由业务、VLAN业务、路由转发业务等等)都会使得业务接口板140处于常规运行状态。但是在有些情况下，这种下发过程会在一些具体业务板中出现故障，导致主控平台110会反复下发配置等操作。如果技术人员能够直接获得导致这些故障的问题所在，将极大地提高故障消除的效率。另外如何在不影响其他业务接口板140运行的情况下或不暂停出现故障的业务接口板140的情况下直接进行故障排查是比较好的。

为此，本公开的业务接口监控系统100在为主控平台110分配了一段预定大小的内存单元130。主控平台110经由内部通道接口下发到各个业务几口板140的所有业务模块、配置数据以及内容数据按照预定的数据结构的结点记录在内存单元130中。该结点头部结构如下：

如上所示，该结点头部结构包含16字节，其中，u32 module为4个字节，用来指明主控平台110下发的业务模块为何种业务，例如，是否为L2层业务、 L3层业务、VLAN业务、XVALN业务等等。u16 main_cmd为2个字节，用来指明该业务模块的主要功能，例如ARP(Address Resolution Protocol，地址解析协议，根据IP地址获取物理地址的一个TCP/IP协议),HOST(发送信息时将包含目标IP地址的ARP请求广播到网络上的所有主机),ROUTE(路由)等等。u16 sub_cmd为2个字节，用来指明该业务模块的子功能，具体而言，指明了所下发的主功能命令下需要执行的具体任务，例如ADD(相加), DELETE(删除),UPDATE(更新)等等。通过结点头部的前三个部分，确定了主控平台110所下发到业务接口板的业务模块的主要内容或具体功能。 u32 dslot包括四个字节，用于指明了主控平台110下发到业务接口板所在具体卡槽。也就是说，有些同样的业务会下发到处在不同卡槽的业务接口板，因此，需要指明同样的业务模块需要下发到哪些卡槽。u32 len包括四个字节，其用四个字节来指明主控平台110下具体业务接口板下发的配置内容(命令) 所需要占用内存的大小(内容数据长度)。u32 data[0]表示其包含有业务模块的内容数据，并且在该结点头部后紧跟着内容参数数据。图1中示出了内存单元130存储业务状态信息的示意图。

如图1所示，主控平台110通过内部通道接口下发到各个业务接口板140 的业务模块包含业务状态信息同时经由读写组件120被写入专用的内存单元 130中。每个业务状态信息以结点方式按序内存单元的地址顺序存储，例如 N-1、N-2、N-3、N-4…N-m。每个结点具有相同大小的结点头部。尽管上名描述了结点头部为16字节，但是根据业务状态信息所包含的内容变化需要，也可以减少结点头部的字节数(例如12字节)或增加结点头部的字节数(例如20字节)，以便充分包含业务状态信息。读写组件120在将从主控平台110 的内部通道接口获得主控平台110下发的每个业务信息之后，从内存单元130 的起始地址开始写入表示业务状态信息的结点，并且每次在写入一个结点数据N之后，将写入指针移动到该写入的结点末尾，以标识下一个结点写入的起始位置。在最开始写入业务状态信息时，将业务状态信息的读取起始点的读取指针标记在内存单元130的起始地址处，并且该读取指针在内存单元130 没有被写满之前不会发生变化。如上所述，在每个结点头部数据之后紧跟着内容参数，这些参数清楚显示了业务模块所使用的命令参数，从而直接显示了业务运行状态，并且在出现故障时，显示出现故障的参数。用户根据这些指明故障的参数能够清楚获知出现故障的位置所在。如果不能获知配置命令以及该命令下的内容参数，用户只能获知主控平台下发了哪些配置命令而不知道所下发的配置命令在哪些位置导致了故障已经故障的原因，因此还需要用户在可操作的环境下重新在已经编制的代码中增加调试信息，并重新出一个配置版本。

随着时间的流逝，写入业务状态信息的结点数量的增加，内存单元会逐渐被写满。本公开的业务接口监控系统100会直接对内存单元130从头开始覆写。图2所示的是根据本公开的业务接口监控系统100的读写组件120执行写入业务状态信息的流程图。如图2所示,在写入业务状态信息时,读写组件120首先在步骤S201处判断内存单元130的写入指针和读取指针的位置关系,也就是写入指针所指向的结点地址和读取指针所指向的结点地址。具体而言，如果判断写入指针值大于读取指针值，即在整个内存单元130的地址空间中，写入指针在读取指针之后，则意味着该内存空间130处于第一轮被写入信息的状态，并且可能没有写满。为此，在步骤S205处，读写组件120会将所获得主控平台110下发到某业务接口板的业务模块数据及内容参数的作为整个待写入的结点数据与从写入指针到内存单元130的末端地址之间的空间的大小(即内存单元130的剩余内存空间)进行比较。如果比较的结果显示，内存单元的剩余空间足以存储待写入的业务状态信息，则在步骤S206处，读写组件120直接将该业务状态信息作为一个结点数据写入该写入指针之后，并将写入指针置于新写入的结点的末尾。

返回步骤S201。如果读写组件120判断写入指针值不大于读取指针值，即在整个内存单元130的地址空间中，写入指针在读取指针之前或重合，则意味着该内存空间130处于第一轮被写满之后的状态，即之前写入的业务状态信息曾经被覆写，如图3A所示。图3A所示的是根据本公开的内存单元中存储的业务信息状态存储结构图。其中写入指针指向结点N-3的末尾，而读出指针则指向结点N4的末端或N-5之首，因此，在内存单元130的地址空间中，读出指针位于写入指针之后。这意味着，读写单元120已经将内存单元 130至少写满一轮。此后读写单元120在继续写入业务状态信息过程中，会从头开始逐步覆写之前写入的业务状态信息结点。为此，在步骤S202处，读写组件120在写入之前会先比较一下写入指针与读出指针之间的空间，例如比较图3所示的N-4的大小与待写入业务状态信息之间的大小。如果读出指针指向的地址值减去写入指针的地址值的差值大于或等于待写入的业务状态信息的大小，则在步骤S206读写组件120直接将该业务状态信息作为一个结点数据写入该写入指针之后。反之，如果在步骤S202处读写组件120判断读出指针指向的地址值减去写入指针的地址值的差值小于待写入的业务状态信息的大小，则意味着写入指针与读出指针之间的空间不足以写入待写入的业务状态信息。为此，在步骤S203处，判断写入指针与读出指针是否重合，如果重合且都为零，则意味着该内存单元130刚刚被启用，因此只需要进行写入就可以。因此直接进入步骤S206处，将所需写入的业务状态信息在写入指针处即可。在实际运行过程中，如果写入指针与读出指针在经过第一轮写入信息后重合且为零的情况极为罕见，因此不用进行考虑。实际上，如果写入指针与读出指针在经过第一轮写入信息后重合且为零的情况下，通常读取指针在零地址处，而写入指针依然在地址空间的末尾。如果在步骤S203处判断为否，则在步骤S204处，读写组件120将读出指针移动到下一个结点处。图 3B所示的是根据本公开的内存单元中存储的业务信息状态另一个结构图。如图3B所示，读出指针从图3A中结点N-4末尾移动到N-5的末尾，从而为待写入的业务状态信息空出原有结点N-4和N-5的空间，以便被覆写。这样在读写组件120将待写入的业务状态信息写入之后，形成图3C所示的内存单元 120中的存储状态。尽管这里只描述了将读出指针向后移动一个结点以便空出足够空间写入待写入的业务状态信息的例子，但是如果将读出指针向后移动一个结点后空出的空间依然不足以写入待写入的业务状态信息，则再次将读出指针向后移动一个结点，如图2所示的重复步骤S202和S204，直到满足要求为止。

返回图1。如果在步骤S205处比较的结果显示，内存单元的剩余空间足以存储待写入的业务状态信息，则在步骤S207处，读写组件120将写入指针重置为0，即将写入指针移动指向内存单元130的内存地址空间的初始位置。然后读写组件120的处理过程返回步骤S201。这样在步骤S201处的判断将得到否定结论，进入步骤S202的进程。通过上述写入过程的反复进行，在内存单元130中会始终保存接近整个内存单元的存储空间大小的业务状态信息，并且这些信息都是整个分布式系统的主控平台在最近时间段内下发到所有业务接口板中的业务模块和配置信息以及内容参数。

图4所示的是根据本公开的业务接口监控系统100的读写组件120执行读取业务状态信息的流程图。首先在步骤S401处判断内存单元130的写入指针和读取指针的位置关系,也就是写入指针所指向的结点地址和读取指针所指向的结点地址。具体而言，如果判断写入指针值大于读取指针值，即在整个内存单元130的地址空间中，写入指针在读取指针之后，则意味着该内存空间130处于第一轮被写入信息的状态，并且可能没有写满。因此,内存单元 130内被记录的有效结点数据处于读取指针和写入指针之间，并且读取指针必然处于内存单元130的内存空间的初始地址位置。因此，在步骤S402处，读写组件120读取所述读取指针和写入指针之间所记录的结点数据。反之，则意味着该内存空间130处于写入指针之前的地址空间被覆写过。因此从读取指针到内存单元末端地址之间的结点数据和从内存单元起始地址到写入指针之间的结点数据为有效的结点数据。为此，在步骤S403处，读写组件120 读取从读取指针到内存单元末端地址之间的结点数据和从内存单元起始地址到写入指针之间的结点数据。

下表1所示的是根据本公开的业务接口监控系统100所记录和读出的一种业务状态信息的一个实例。如表1所示，通过获取表1中的业务状态信息可以查看与L3模块路由相关功能的配置情况。表1

通过上述方式，这样就可以根据结点数据中的MODULE值，遍历遍历 module值相同的所有结点数据，获取所有参数，再加上MAIN_CMD,SUB_CMD 来查看单独一个功能的配置信息，从而解析这个模块可能存在的问题，以便进行优化。

综上所述，通过根据本公开的用于主控设备的业务接口监控系统，主控设备能够循环记录所有下发每个业务接口板的业务状态信息，从而方便技术人员随时查看各个模块中下载的配置信息，能够随时获得这些含有底层参数的业务状态信息，并进行分析以此能够迅速定位导致故障的问题所在，不再需要各个模块单独增加调试信息，方便功能调试与维护，问题定位。

以上结合具体实施例描述了本公开的基本原理，但是，需要指出的是，对本领域的普通技术人员而言，能够理解本公开的方法和装置的全部或者任何步骤或者部件，可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本公开的说明的情况下运用他们的基本编程技能就能实现的。

因此，本公开的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本公开的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本公开，并且存储有这样的程序产品的存储介质也构成本公开。显然，所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。

还需要指出的是，在本公开的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (12)

1.一种用于主控设备的业务接口监控系统，包括：

主控平台，用于获取主控设备通过其内部通道接口下发到连接在主控设备上的每个业务接口板的业务功能信息；

内存单元，具有预定容量，用于对应于每个业务接口板以数据结点为单位存储每个业务接口板的业务功能信息，其包括标记信息写入点的写入指针和标记信息都出点的读出指针；以及

读写组件，用于将所述写入指针处作为写入起点逐一将所述内部通道接口组件所获取的每个业务接口板的业务功能信息写入所述内存单元，以及将所述读出指针作为读出起点逐一读出所述内存单元的包含内容参数的业务功能信息。

2.根据权利要求1所述的用于主控设备的业务接口监控系统，其中所述数据结点具有相同的大小，并且所述读写组件在所述写入指针指向所述内存单元的末尾地址时，将写入指针指向所述内存单元的起点地址，并在所述起点地址处覆写所述所要写入业务功能信息，并将所述读取指针移动到所要写入的业务功能信息所占据内存空间的末端地址。

3.根据权利要求1所述的用于主控设备的业务接口监控系统，其中所述读写组件在写入一个业务接口板的业务功能信息时，比较所要写入业务功能信息的大小与所述内存单元的剩余空间大小，在所要写入业务功能信息的大小大于所述内存单元的剩余空间大小时，将所述内存单元的写入指针指向所述内存单元的起点地址，在所述起点地址处写入所述所要写入业务功能信息，并将所述读取指针指向所要写入业务功能信息所占据内存空间的末端地址。

4.根据权利要求2或3所述的用于主控设备的业务接口监控系统，其中所述读写组件在读取所述内存单元内所记录的业务功能信息时，如果所述读取指针位于所述内存单元的起点，则读取从所述读取指针开始到所述写入指针为止的所有数据结点；以及如果所述读取指针不位于所述内存单元的起点，则读取从所述读取指针开始到所述内存单元的末尾的所有数据节点以及从所述内存单元的起点到所述写入指针为止的所有数据结点。

5.根据权利要求4所述的用于主控设备的业务接口监控系统，其中所述业务功能信息包括数据结点头部信息以及指明配置底层参数的配置内容参数数据，所述数据结点都不信息包括指明具体业务板的功能的主功能信息和子功能信息、指明主控设备下发的配置所指向的卡槽编号、指明下发配置数据的长度。

6.根据权利要求5所述的用于主控设备的业务接口监控系统，其还包括数据导出组件，用于导出所述读写组件所读取的业务功能信息，以便所述主控设备通过其内部通道接口将具有故障的业务功能信息重新下发到同类业务办卡，从而诊断查找导致故障的原因和故障产生的位置。

7.一种用于主控设备的业务接口监控方法，包括：

获取主控设备通过其内部通道接口下发到连接在主控设备上的每个业务接口板的业务功能信息；

通过具有预定容量的内存单元以数据结点为单位存储每个业务接口板的业务功能信息，其包括标记信息写入点的写入指针和标记信息都出点的读出指针；以及

通过读写组件将所述写入指针处作为写入起点逐一将所述内部通道接口组件所获取的每个业务接口板的业务功能信息写入所述内存单元，以及将所述读出指针作为读出起点逐一读出所述内存单元的包含内容参数的业务功能信息。

8.根据权利要求7所述的用于主控设备的业务接口监控方法，其中所述数据结点具有相同的大小，并且所述方法还包括：

在所述写入指针指向所述内存单元的末尾地址时，通过所述读写组件将写入指针指向所述内存单元的起点地址，并在所述起点地址处覆写所述所要写入业务功能信息，并将所述读取指针移动到所要写入的业务功能信息所占据内存空间的末端地址。

9.根据权利要求7所述的用于主控设备的业务接口监控方法，其还包括：在写入一个业务接口板的业务功能信息时，所述读写组件比较所要写入业务功能信息的大小与所述内存单元的剩余空间大小，以及在所要写入业务功能信息的大小大于所述内存单元的剩余空间大小时，将所述内存单元的写入指针指向所述内存单元的起点地址，在所述起点地址处写入所述所要写入业务功能信息，并将所述读取指针指向所要写入业务功能信息所占据内存空间的末端地址。

10.根据权利要求8或9所述的用于主控设备的业务接口监控方法，还包括：

在所述读写组件读取所述内存单元内所记录的业务功能信息时，如果所述读取指针位于所述内存单元的起点，则读取从所述读取指针开始到所述写入指针为止的所有数据结点；或者

如果所述读取指针不位于所述内存单元的起点，则读取从所述读取指针开始到所述内存单元的末尾的所有数据节点以及从所述内存单元的起点到所述写入指针为止的所有数据结点。

11.根据权利要求10所述的用于主控设备的业务接口监控方法，其中所述业务功能信息包括数据结点头部信息以及指明配置底层参数的配置内容参数数据，所述数据结点都不信息包括指明具体业务板的功能的主功能信息和子功能信息、指明主控设备下发的配置所指向的卡槽编号、指明下发配置数据的长度。

12.根据权利要求11所述的用于主控设备的业务接口监控方法，其还包括：

通过数据导出组件导出所述读写组件所读取的业务功能信息，以便所述主控设备通过其内部通道接口将具有故障的业务功能信息重新下发到同类业务办卡，从而诊断查找导致故障的原因和故障产生的位置。

Images