CN105323102A - 一种链路轮询的方法、装置及系统 - Google Patents

Abstract

本发明实施例提供一种链路轮询的方法，所述方法包括：根据轮询周期发送获取网元设备的配置数据的请求消息；当接收到所述请求消息的响应消息时，解析所述响应消息，得到所述响应消息携带的配置数据；将所述配置数据与自身保存的实际数据进行比较得到比较结果，并根据所述比较结果上报所述实际数据或不做处理。本发明实施例还提供一种链路轮询的装置及系统。

Description

一种链路轮询的方法、装置及系统

技术领域

本发明涉及网络管理技术领域，尤其涉及一种链路轮询的方法、装置及系统。

背景技术

本申请发明人在实现本申请实施例技术方案的过程中，至少发现相关技术中存在如下技术问题：

随着光纤接入到户技术的发展，如光网络终端(ONT，OpticalNetworkTermination)，多住户单元(MDU，MultiDwellingUnit)等小规格网元设备的引入将接入点进一步向用户延伸，改变了在中心局进行设备部署，近端管理的现状。其中，无源光网络(PON，PassiveOpticalNetwork)系统中的用户端设备称为光网络单元(ONU，OpticalNetworkUnit)，当使用FTTB/C方式建设光接入网时，每个ONU需接入多个独立用户，此时的ONU被称为MDU，是网元设备的一种。

在光纤到楼的应用场景下，光线路终端(OLT，OpticalLineTerminal)只负责MDU设备的维护通道的建立，MDU设备的基础配置数据(如系统参数模板，流量模板，MGC媒体网关控制器模板，VLAN等)必须等MDU认证通过之后，通过SNMP或telnet方式进行配置。同时MDU设备的数量级是传统数字用户线接入复用器(DSLAM，DigitalSubscriberLineAccessMultiplexer)、多业务接入点(MSAN，Multi-serviceAccessNode)设备数量级的10倍或更多，在网络部署阶段对MDU设备的基础业务数据进行配置的工作量巨大。而现阶段，MDU设备基础业务配置过程为：数据规划部门将部署MDU设备的站点及每个MDU设备的数据规划好之后，先由硬件人员去安装，安装完成之后，再派软调人员去MDU设备的现场或者远程登录OLT进行数据配置，业务配置完成之后再去现场测试验收。

为了支持MDU设备上电后的即插即用，减少用户到局方进行调试的次数，减少调试工作量，网管支持MDU设备的预部署，当MDU设备上线后自动下发带内通道参数打通网管通道，并自动下发配置数据，快速完成MDU设备的业务配置。在局方进行MDU设备的业务配置的过程中，经常会由于人为或其它外力因素，使MDU设备的配置数据出现误差，与实际数据不一致，MDU设备这种网元设备的配置数据与实际数据不一致的问题会带来工程上一系列的不良影响，对于这些不良影响需要花费大量的时间和人力去排查，从而导致了资源上的浪费。

然而，对于上述问题，相关技术并未存在有效的解决方案。

发明内容

有鉴于此，本发明实施例期望提供一种链路轮询的方法、装置及系统，能够解决网元设备的配置数据与实际数据不一致的问题。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例提供一种链路轮询的方法，所述方法包括：根据轮询周期发送获取网元设备的配置数据的请求消息；当接收到所述请求消息的响应消息时，解析所述响应消息，得到所述响应消息携带的配置数据；将所述配置数据与自身保存的实际数据进行比较得到比较结果，并根据所述比较结果上报所述实际数据或不做处理。

上述方案中，在根据轮询周期发送获取网元设备的配置数据的请求消息之前，所述方法还包括：从数据库提取并保存所述实际数据。

上述方案中，所述方法还包括：接收到所述请求消息的响应消息时，设置所述网元设备为在线状态。

上述方案中，所述请求消息还携带有所述网元设备的系统标识；相应的，解析所述响应消息，得到所述响应消息携带的与所述系统标识对应的配置数据。

上述方案中，在将所述配置数据与自身保存的实际数据进行比较得到比较结果之前，所述方法还包括：根据所述系统标识确定与所述配置数据对应的自身保存的实际数据。

上述方案中，所述根据所述比较结果上报实际数据或不做处理包括：当所述配置数据与所述实际数据不一致时，上报所述实际数据；当所述配置数据与所述实际数据一致时，不做处理。

本发明实施例还提供一种链路轮询的装置，所述装置包括：发送模块、解析模块、比较模块；其中，所述发送模块，用于根据轮询周期发送获取网元设备的配置数据的请求消息；所述解析模块，用于当接收到所述请求消息的响应消息时，解析所述响应消息，得到所述响应消息携带的配置数据；所述比较模块，用于将所述配置数据与自身保存的实际数据进行比较得到比较结果，并根据所述比较结果上报所述实际数据或不做处理。

上述方案中，所述装置还包括：提取模块，用于从数据库提取并保存所述实际数据。

上述方案中，所述装置还包括：设置模块，用于接收到所述请求消息的响应消息时，设置所述网元设备为在线状态。

上述方案中，所述发送模块，还用于所述请求消息携带有所述网元设备的系统标识；相应的，所述解析模块，用于解析所述响应消息，得到所述响应消息携带的与所述系统标识对应的配置数据。

上述方案中，所述装置还包括：确定模块，用于根据所述系统标识确定与所述配置数据对应的自身保存的实际数据。

上述方案中，其特征在于，所述比较模块，具体用于：当所述配置数据与所述实际数据不一致时，上报所述实际数据；当所述配置数据与所述实际数据一致时，不做处理。

本发明实施例还提供一种链路轮询的系统，所述系统包括网管服务端、网管客户端、至少一个网元设备；其中，所述网管服务端，用于根据轮询周期发送获取网元设备的配置数据的请求消息；当接收到所述请求消息的响应消息时，解析所述响应消息，得到所述响应消息携带的配置数据；将所述配置数据与自身保存的实际数据进行比较得到比较结果，并根据所述比较结果上报所述实际数据或不做处理；所述网管客户端，用于接收所述网管服务端上报的实际数据，并将所述实际数据下发至所述网元设备，所述网元设备，用于接收到所述请求消息时，返回所述响应消息；并接收到所述实际数据时，根据所述实际数据配置业务。

所述网管服务端为上述方案所述的网管服务端。

本发明实施例提供一种链路轮询的方法、装置及系统，所述方法包括：根据轮询周期发送获取网元设备的配置数据的请求消息；当接收到所述请求消息的响应消息时，解析所述响应消息，得到所述响应消息携带的配置数据；将所述配置数据与自身保存的实际数据进行比较得到比较结果，并根据所述比较结果上报所述实际数据或不做处理；由此，在网管进行链路轮询的同时，自动监测网元设备的配置数据是否与实际数据不一致，监测到不一致带来的误差，会自动纠正出现误差的配置数据，以实现自动对配置数据不正确的网元设备的业务配置进行修改，无需人工手动对网元设备的配置数据进行更改，保证了网元设备的业务配置的正确性。

附图说明

图1为本发明实施例提供的一种链路轮询的方法的流程示意图；

图2为本发明实施例提供的一具体应用实例的链路轮询的方法的流程示意图；

图3为本发明实施例提供的一种链路轮询的装置的结构示意图；

图4为本发明实施例提供的一种链路轮询系统的结构示意图。

具体实施方式

在本发明实施例中，根据轮询周期发送获取网元设备的配置数据的请求消息；当接收到所述请求消息的响应消息时，解析所述响应消息，得到所述响应消息携带的配置数据；将所述配置数据与自身保存的实际数据进行比较得到比较结果，并根据所述比较结果上报所述实际数据或不做处理。

下面通过附图及具体实施例对本发明再做进一步的详细说明。

图1为本发明实施例提供的一种链路轮询的方法的流程示意图，该方法应用于网管服务端中，如图1所示，该方法包括：

步骤101，根据轮询周期发送获取网元设备的配置数据的请求消息；

具体的，网管服务端启动自身的定时器，该定时器的工作周期为轮询周期；当定时器到时时，网管服务端向其管理的网元设备发送获取该网元设备的配置数据的请求消息，以获取该网元设备的配置数据。其中，所述请求消息携带有该网元设备的系统标识。也就是说，网管服务端以轮询周期为时间间隔周期性的向网元设备发送请求消息。

在步骤101之前，网管服务端从数据库提取并保存实际数据。这里，实际数据为网元设备根据自身的属性进行业务配置的数据。其中，创建网元时，网管服务端会通过简单网络管理协议(SNMP，SimpleNetworkManagementProtocol)报文方式获取网元的网元信息，包括网元名称、网元设备IP地址、网元类型等信息，并保存在数据库中。在进行链路轮询前，网管服务端将网元信息从数据库取出，作为实体类保存到系统缓存中，供链路轮询使用。其中，所述配置信息和实际数据为所述网元信息中的一个或两个以上的信息，其中，配置数据和实际数据的信息类型一致。

这里，网元设备的配置数据可为该网元设备所属的运营商在网管客户端进行设置发送至网管服务端，并经由网管服务端下发至网元设备，网元设备根据网管服务端下发的配置数据应用于自身的业务配置。

在实际使用中，运营商在网管客户端中配置的网元设备的配置数据为根据网元设备的设备提供商提供的数据进行设置，此时，在网管客户端中设置的配置数据与网元设备本身固有的实际数据可能不一致，而导致网元设备无法正常进行业务。

步骤102，当接收到所述请求消息的响应消息时，解析所述响应消息，得到所述响应消息携带的配置数据；

这里，网管服务端接收到所述请求消息的响应消息时，设置所述网元设备为在线状态。网管服务端接收到与该请求消息的响应消息时，对该响应消息进行解析，这里，接收到的响应消息携带有与该请求消息一致的系统标识，解析该响应消息，得到所述响应消息携带的与所述系统标识对应的配置数据。

步骤103，将所述配置数据与自身保存的实际数据进行比较得到比较结果，并根据所述比较结果上报所述实际数据或不做处理；

这里，网管服务端在将所述配置数据与自身保存的实际数据进行比较得到比较结果之前，根据所述系统标识确定与所述配置数据对应的自身保存的实际数据。

网管服务端将从响应消息中解析的配置数据与确定的实际数据进行比较，当所述配置数据与所述实际数据不一致时，上报所述实际数据；当所述配置数据与所述实际数据一致时，不做处理。这里，上报实际数据为向网管客户端上报该实际数据，该实际数据为该网元设备能进行正常业务所需的数据，网管客户端将该实际数据下发至网元设备以更新网元设备的业务数据以正常进行业务。

如图2所示，以配置数据、实际数据为网元类型、网元设备为MDU为例对本发明实施例提供的链路轮询方法进行进一步阐述。

这里，网元类型是对光接入系统中的不同网元设备进行区分的定义，网元类型的种类较多，不同的网元类型，其功能也有所不同。在实际应用中，由于运营商需求不同，需要对于同一种网元类型进行业务定制，比如提供一些额外网络业务如以太网业务、窄带业务，增加端口，这样的定制网元在类型上经常以后缀进行区分，比如对于网元设备F822，可包括有以下几种不同的网元类型：F822、F822B、F822P等。当技术人员在网管客户端中对网元设备的网元类型进行手动配置时，配置的网元类型为配置类型。此时，由于网元类型的接近，可能会出现在配置过程中将配置类型配置错误的情况。

这里，在创建网元设备时，网管服务端会通过SNMP报文方式获取网元的配置信息，包括网元名称、网元设备IP地址、网元类型等信息，并保存在数据库中。其中，系统标识作为标识网元设备的唯一标识，用于对不同的网元设备进行区分，因此，系统标识是链路轮询过程中自动校正网元类型功能的重要依据。在进行链路轮询前，网管服务端把网元信息从数据库取出，作为实体类保存到网管服务端的系统缓存中，供链路轮询使用。

如图2所示，链路轮询的方法包括以下步骤：

步骤201，启动链路轮询；

这里，由网管服务器的后台定时器根据轮询周期定时启动，开启对网管服务端下的MDU的链路轮询。当后台定时器定时启动时，触发一条请求消息，该请求消息携带被轮询的MDU的系统标识，以获取该MDU的配置类型，检测该MDU是否在线，并获取该MDU的告警信息。

步骤202，检测MDU是否在线；

具体的，当网管服务端在发送请求消息之后，接收到该请求消息对应的响应消息，则表明请求消息携带的系统标识对应的MDU在线，此时，将该MDU设置为在线状态，执行步骤203；否则，请求消息携带的系统标识对应的MDU离线，将该MDU设置为离线状态，执行步骤206。这里，将MDU的当前状态进行记录并保存。此时，对接收到的响应消息进行解析，得到响应消息携带的该MDU的配置类型、告警信息等MDU的轮询结果。

其中，轮询结果具体包括MDU本身的一些包括网元名称，网元IP地址，配置类型，系统标识等信息及MDU的告警信息。

步骤203，检测告警消息；

网管服务端在解析出告警消息后，将解析出的告警信息与上一次链路轮询过程中保存的告警信息进行比较，确定当前的告警信息与保存的告警信息是否一致，不一致则在步骤205中，上报轮询结果时将当前告警信息上报至网管客户端，以在网管客户端显示的告警信息进行更新；一致则在步骤205中不上报告警信息。

这里，告警信息主要为MDU上发生的一些异常状态，每种异常状态对应一种告警，告警的种类包括内存过载、电源高温、电源故障、电源断电、上联端口链路中断等异常状态。其中，在查询MDU的告警信息时，响应消息也可成为告警消息。响应消息中包括的告警信息有：告警的级别、发生位置、告警码、发生时间、告警类型、告警原因等告警信息。

步骤204、比较配置类型与实际类型；

这里，首先需要根据配置类型对应的系统标识从网管数据库的映射表中获取该MDU的实际类型。具体的，MDU的系统标识作为区分MDU的唯一标识，每个系统标识对应唯一的实际类型，系统标识与其对应的实际类型的对应关系保存在网管数据库映射表中。当进行配置类型与实际类型的比较时，网管服务端从系统缓存中读取该配置类型对应的实际类型。

网管服务端通过系统标识将该MDU对应的配置类型实际类型进行比较，若类型不一致，则在步骤205中，上报轮询结果时，将实际类型上报至网管客户端。若类型不一致，则在步骤205中，不进行网元类型相关的处理。

其中，网管服务端可通过设置配置文件来设置是否检测MDU的配置类型，具体的，可在配置文件中设置开关量，当配置文件中的开关量打开时，检测MDU的配置类型，并比较配置类型与实际类型；否则，不检测MDU的配置类型。

需要说明的是，步骤203和步骤204的执行不分先后顺序。

步骤205，上报轮询结果；

网管服务端根据步骤203和步骤204的具体过程上报轮询结果至网管客户端，已将MDU的当前信息同步至网管客户端。这里，在上报的轮询结果中，根据步骤203和步骤204的比较结果，可只上报告警信息、或只上报MDU实际类型，也可同时上报MDU的告警信息和MDU的实际类型；其中，当上报MDU实际类型时，携带该实际类型对应的系统标识，以保证在网管客户端中，实际类型与系统标识之间对应关系的正确性。

步骤206，结束本次链路轮询；

结束本次链路轮询，根据定时器的轮询周期执行步骤202进行再次链路轮询。

在实际应用中，在网管客户端中，系统标识与网元数据具有一定的对应关系，当局方进行MDU设备的业务配置的过程中，将系统标识为A的网元设备的配置数据配置为系统标识为B的网元设备的配置数据。此时，在网管客户端，A网元设备的配置数据显示的B网元设备的配置数据，且其系统标识显示为B。在本发明实施例提供的链路轮询方法中，网管服务端向A网元设备发送请求消息，当A网元设备在线时，收到A网元设备的携带的系统标识A及其对应的配置数据。当A网元设备携带的配置数据与A网元设备的实际数据不一致时，表明网管客户端中的配置数据对应的系统标识为A以外的其他标识B，此时，网管服务端将A网元设备的系统标识A以及其对应的实际类型上报给网管客户端，以纠正网元设备的在客户端中的配置数据，并由网管客户端将纠正后的正确的配置数据下发至网元设备以保证正常业务的进行。

在实际应用中，当网管服务端未接收到网元设备返回的响应消息时，网管设备无法获知该网元设备的状态，则该网元设备为未知状态，此时，将该网元设备设置为离线状态，作为离线状态进行处理，自动忽略对该网元设备的链路轮询。

为实现上述方法，本发明实施例还提供一种链路轮询的装置，所述装置应用与网管服务端30，该装置包括：发送模块301、解析模块302、比较模块303；其中，发送模块301，用于根据轮询周期发送获取网元设备的配置数据的请求消息；解析模块302，用于当接收到所述请求消息的响应消息时，解析所述响应消息，得到所述响应消息携带的配置数据；比较模块303，用于将所述配置数据与自身保存的实际数据进行比较得到比较结果，并根据所述比较结果上报所述实际数据或不做处理。其中，比较模块303，具体用于：当所述配置数据与所述实际数据不一致时，上报所述实际数据；当所述配置数据与所述实际数据一致时，不做处理。

如图3所示，该装置还包括：提取模块304，用于从数据库提取并保存所述实际数据。设置模块305，用于接收到所述请求消息的响应消息时，设置所述网元设备为在线状态。

这里，发送模块301，还用于所述请求消息携带有所述网元设备的系统标识；相应的，解析模块302，用于解析所述响应消息，得到所述响应消息携带的与所述系统标识对应的配置数据。

如图3所示，该装置还包括：确定模块306，用于根据所述系统标识确定与所述配置数据对应的自身保存的实际数据。

本发明实施例还提供一种链路轮询的系统，所述系统包括如图3所示的网管服务端30、网管客户端40、至少一个网元设备50；其中，

网管服务端30，用于根据轮询周期发送获取网元设备的配置数据的请求消息；当接收到所述请求消息的响应消息时，解析所述响应消息，得到所述响应消息携带的配置数据；将所述配置数据与自身保存的实际数据进行比较得到比较结果，并根据所述比较结果上报所述实际数据或不做处理；

网管客户端40，用于接收所述网管服务端30上报的实际数据，并将所述实际数据下发至所述网元设备50。

网元设备50，用于接收到所述请求消息时，返回所述响应消息；并接收到所述实际数据时，根据所述实际数据配置业务。

在实际应用中，本发明实施例提供的装置可以是单独的一个系统，也可以在现有的网元设备如网管服务器器中增加完成不同功能的逻辑单元。

如果在网管服务器中增加逻辑单元，那么，发送模块301、解析模块302、比较模块303、提取模块304、设置模块305及确定模块306可由位于网管服务器的中央处理器(CPU，CentralProcessingUnit)、数字信号处理器(DSP，DigitalSignalProcessor)、或可编程门阵列(FPGA，FieldProgrammableGateArray)实现。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种链路轮询的方法，其特征在于，所述方法包括：

根据轮询周期发送获取网元设备的配置数据的请求消息；

当接收到所述请求消息的响应消息时，解析所述响应消息，得到所述响应消息携带的配置数据；

将所述配置数据与自身保存的实际数据进行比较得到比较结果，并根据所述比较结果上报所述实际数据或不做处理。

2.根据权利要求1所述的方法，其特征在于，在根据轮询周期发送获取网元设备的配置数据的请求消息之前，所述方法还包括：

从数据库提取并保存所述实际数据。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：接收到所述请求消息的响应消息时，设置所述网元设备为在线状态。

4.根据权利要求1所述的方法，其特征在于，所述请求消息还携带有所述网元设备的系统标识；

相应的，解析所述响应消息，得到所述响应消息携带的与所述系统标识对应的配置数据。

5.根据权利要求4所述的方法，其特征在于，在将所述配置数据与自身保存的实际数据进行比较得到比较结果之前，所述方法还包括：

根据所述系统标识确定与所述配置数据对应的自身保存的实际数据。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述根据所述比较结果上报实际数据或不做处理包括：

当所述配置数据与所述实际数据不一致时，上报所述实际数据；

当所述配置数据与所述实际数据一致时，不做处理。

7.一种链路轮询的装置，其特征在于，所述装置包括：发送模块、解析模块、比较模块；其中，

所述发送模块，用于根据轮询周期发送获取网元设备的配置数据的请求消息；

所述解析模块，用于当接收到所述请求消息的响应消息时，解析所述响应消息，得到所述响应消息携带的配置数据；

所述比较模块，用于将所述配置数据与自身保存的实际数据进行比较得到比较结果，并根据所述比较结果上报所述实际数据或不做处理。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：提取模块，用于从数据库提取并保存所述实际数据。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：设置模块，用于接收到所述请求消息的响应消息时，设置所述网元设备为在线状态。

10.根据权利要求7所述的装置，其特征在于，所述发送模块，还用于所述请求消息携带有所述网元设备的系统标识；

相应的，所述解析模块，用于解析所述响应消息，得到所述响应消息携带的与所述系统标识对应的配置数据。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：确定模块，用于根据所述系统标识确定与所述配置数据对应的自身保存的实际数据。

12.根据权利要求7至11中任一项所述的装置，其特征在于，所述比较模块，具体用于：

当所述配置数据与所述实际数据不一致时，上报所述实际数据；

当所述配置数据与所述实际数据一致时，不做处理。

13.一种链路轮询的系统，其特征在于，所述系统包括网管服务端、网管客户端、至少一个网元设备；其中，

所述网管服务端，用于根据轮询周期发送获取网元设备的配置数据的请求消息；当接收到所述请求消息的响应消息时，解析所述响应消息，得到所述响应消息携带的配置数据；将所述配置数据与自身保存的实际数据进行比较得到比较结果，并根据所述比较结果上报所述实际数据或不做处理；

所述网管客户端，用于接收所述网管服务端上报的实际数据，并将所述实际数据下发至所述网元设备；

所述网元设备，用于接收到所述请求消息时，返回所述响应消息；并接收到所述实际数据时，根据所述实际数据配置业务。

14.根据权利要求13所述的系统，其特征在于，所述网管服务端为权利要求8至12任一项所述的网管服务端。