动自身的定时器，该定时器的工作周期为轮询周期；当定时器到时时，网管服务端向其管理的网元设备发送获取该网元设备的配置数据的请求消息，以获取该网元设备的配置数据。其中，所述请求消息携带有该网元设备的系统标识。也就是说，网管服务端以轮询周期为时间间隔周期性的向网元设备发送请求消息。
[0033]在步骤101之前，网管服务端从数据库提取并保存实际数据。这里，实际数据为网元设备根据自身的属性进行业务配置的数据。其中，创建网元时，网管服务端会通过简单网络管理协议(SNMP, Simple Network Management Protocol)报文方式获取网元的网元信息，包括网元名称、网元设备IP地址、网元类型等信息，并保存在数据库中。在进行链路轮询前，网管服务端将网元信息从数据库取出，作为实体类保存到系统缓存中，供链路轮询使用。其中，所述配置信息和实际数据为所述网元信息中的一个或两个以上的信息，其中，配置数据和实际数据的信息类型一致。
[0034]这里，网元设备的配置数据可为该网元设备所属的运营商在网管客户端进行设置发送至网管服务端，并经由网管服务端下发至网元设备，网元设备根据网管服务端下发的配置数据应用于自身的业务配置。
[0035]在实际使用中，运营商在网管客户端中配置的网元设备的配置数据为根据网元设备的设备提供商提供的数据进行设置，此时，在网管客户端中设置的配置数据与网元设备本身固有的实际数据可能不一致，而导致网元设备无法正常进行业务。
[0036]步骤102，当接收到所述请求消息的响应消息时，解析所述响应消息，得到所述响应消息携带的配置数据；
[0037]这里，网管服务端接收到所述请求消息的响应消息时，设置所述网元设备为在线状态。网管服务端接收到与该请求消息的响应消息时，对该响应消息进行解析，这里，接收到的响应消息携带有与该请求消息一致的系统标识，解析该响应消息，得到所述响应消息携带的与所述系统标识对应的配置数据。
[0038]步骤103，将所述配置数据与自身保存的实际数据进行比较得到比较结果，并根据所述比较结果上报所述实际数据或不做处理；
[0039]这里，网管服务端在将所述配置数据与自身保存的实际数据进行比较得到比较结果之前，根据所述系统标识确定与所述配置数据对应的自身保存的实际数据。
[0040]网管服务端将从响应消息中解析的配置数据与确定的实际数据进行比较，当所述配置数据与所述实际数据不一致时，上报所述实际数据；当所述配置数据与所述实际数据一致时，不做处理。这里，上报实际数据为向网管客户端上报该实际数据，该实际数据为该网元设备能进行正常业务所需的数据，网管客户端将该实际数据下发至网元设备以更新网元设备的业务数据以正常进行业务。
[0041]如图2所示，以配置数据、实际数据为网元类型、网元设备为MDU为例对本发明实施例提供的链路轮询方法进行进一步阐述。
[0042]这里，网元类型是对光接入系统中的不同网元设备进行区分的定义，网元类型的种类较多，不同的网元类型，其功能也有所不同。在实际应用中，由于运营商需求不同，需要对于同一种网元类型进行业务定制，比如提供一些额外网络业务如以太网业务、窄带业务，增加端口，这样的定制网元在类型上经常以后缀进行区分，比如对于网元设备F822，可包括有以下几种不同的网元类型:F822、F822B、F822P等。当技术人员在网管客户端中对网元设备的网元类型进行手动配置时，配置的网元类型为配置类型。此时，由于网元类型的接近，可能会出现在配置过程中将配置类型配置错误的情况。
[0043]这里，在创建网元设备时，网管服务端会通过SNMP报文方式获取网元的配置信息，包括网元名称、网元设备IP地址、网元类型等信息，并保存在数据库中。其中，系统标识作为标识网元设备的唯一标识，用于对不同的网元设备进行区分，因此，系统标识是链路轮询过程中自动校正网元类型功能的重要依据。在进行链路轮询前，网管服务端把网元信息从数据库取出，作为实体类保存到网管服务端的系统缓存中，供链路轮询使用。
[0044]如图2所示，链路轮询的方法包括以下步骤:
[0045]步骤201，启动链路轮询；
[0046]这里，由网管服务器的后台定时器根据轮询周期定时启动，开启对网管服务端下的MDU的链路轮询。当后台定时器定时启动时，触发一条请求消息，该请求消息携带被轮询的MDU的系统标识，以获取该MDU的配置类型，检测该MDU是否在线，并获取该MDU的告警信息。
[0047]步骤202，检测MDU是否在线；
[0048]具体的，当网管服务端在发送请求消息之后，接收到该请求消息对应的响应消息，则表明请求消息携带的系统标识对应的MDU在线，此时，将该MDU设置为在线状态，执行步骤203 ;否则，请求消息携带的系统标识对应的MDU离线，将该MDU设置为离线状态，执行步骤206。这里，将MDU的当前状态进行记录并保存。此时，对接收到的响应消息进行解析，得到响应消息携带的该MDU的配置类型、告警信息等MDU的轮询结果。
[0049]其中，轮询结果具体包括MDU本身的一些包括网元名称，网元IP地址，配置类型，系统标识等信息及MDU的告警信息。
[0050]步骤203，检测告警消息；
[0051]网管服务端在解析出告警消息后，将解析出的告警信息与上一次链路轮询过程中保存的告警信息进行比较，确定当前的告警信息与保存的告警信息是否一致，不一致则在步骤205中，上报轮询结果时将当前告警信息上报至网管客户端，以在网管客户端显示的告警信息进行更新；一致则在步骤205中不上报告警信息。
[0052]这里，告警信息主要为MDU上发生的一些异常状态，每种异常状态对应一种告警，告警的种类包括内存过载、电源高温、电源故障、电源断电、上联端口链路中断等异常状态。其中，在查询MDU的告警信息时，响应消息也可成为告警消息。响应消息中包括的告警信息有:告警的级别、发生位置、告警码、发生时间、告警类型、告警原因等告警信息。
[0053]步骤204、比较配置类型与实际类型；
[0054]这里，首先需要根据配置类型对应的系统标识从网管数据库的映射表中获取该MDU的实际类型。具体的，MDU的系统标识作为区分MDU的唯一标识，每个系统标识对应唯一的实际类型，系统标识与其对应的实际类型的对应关系保存在网管数据库映射表中。当进行配置类型与实际类型的比较时，网管服务端从系统缓存中读取该配置类型对应的实际类型。
[0055]网管服务端通过系统标识将该MDU对应的配置类型实际类型进行比较，若类型不一致，则在步骤205中，上报轮询结果时，将实际类型上报至网管客户端。若类型不一致，则在步骤205中，不进行网元类型相关的处理。
[0056]其中，网管服务端可通过设置配置文件来设置是否检测MDU的配置类型，具体的，可在配置文件中设置开关量，当配置文件中的开关量打开时，检测MDU的配置类型，并比较配置类型与实际类型；否则，不检测MDU的配置类型。
[0057]需要说明的是，步骤203和步骤204的执行不分先后顺序。
[0058]步骤205，上报轮询结果；
[0059]网管服务端根据步骤203和步骤204的具体过程上报轮询结果至网管客户端，已将MDU的当前信息同步至网管客户端。这里，在上报的轮询结果中，根据步骤203和步骤204的比较结果，可只上报告警信息、或只上报MDU实际类型，也可同时上报MDU的告警信息和MDU的实际类型；其中，当上报MDU实际类型时，携带该实际类型对应的系统标识，以保证在网管客户端中，实际类型与系统标识之间对应关系的正确性。
[0060]步骤206，结束本次链路轮询；
[0061]结束本次链路轮询，根据定时器的轮询周期执行步骤202进行再次链路轮询。
[0062]在实际应用中，在网管客户端中，系统标识与网元数据具有一定的对应关系，当局方进行MDU设备的业务配置的过程中，将系统标识为A的网元设备的配置数据配置为系统标识为B的网元设备的配置数据。此时，在网管客户端，A网元设备的配置数据显示的B网元设备的配置数