故障判断方法和装置与流程

本申请涉及接入网技术领域，尤其涉及一种故障判断方法和装置。

背景技术：

终端用户连接到互联网并对目标地址进行访问时发送接入请求，所述接入请求通过接入网转发到核心网。再通过核心网将接入请求发送到目的地址的目的设备。目的设备再根据接入请求返回相应的信息，返回的信息再通过核心网发送到接入网，并通过接入网发送到发出接入请求的终端。

其中，接入网设备一般工作在数据链路层(即网络层以下)。接入网设备仅提供相应的数据链路通道。接入网设备在在收到相应的请求或消息时，通过解析数据链路层信息对请求的内容进行转发。由于接入网设备对所转发的用户业务并不敏感，也就是说，接入网设备对所转发的内容并不了解。

因此，当接入网设备或信息通过接入网设备进行转发时出线故障时，将向终端返回故障信息。由于接入网设备并不了解用户业务(pppoe、voip、itv等)出现的故障，因此，接入网设备并不能为系统运维工程师提供故障信息，从而导致故障排查的不便。

技术实现要素：

本申请具体实施例提供一种故障诊断方法和装置，通过在接入网设备中模拟用户业务并使接入网设备对该用户业务返回的信息进行解析，从而确定相应的故障信息。

第一方面，本申请具体实施例提供一种故障判断方法，包括：

接入网设备获取仿真服务指令，所述仿真服务指令用于指示接入网设备获取线路故障信息；

接入网设备根据所述仿真服务指令，向服务器发送与所述仿真服务指令相对应的业务请求信息；

接入网设备根据服务器对所述业务请求信息的响应信息，确定线路故障情况。

在一个可能的设计中，所述接入网设备根据服务器对所述业务请求信息的响应信息，确定线路故障情况，包括：

接入网设备在第一时间阈值范围内没有接收到所述服务器对所述业务请求信息的返回信息时，所述接入网设备确定线路故障。

在一个可能的设计中，所述接入网设备根据服务器对所述业务请求信息的响应信息，确定线路故障情况，包括：

接入网设备接收服务器根据所述业务请求信息返回的错误信息，所述错误信息用于指示错误原因；

接入网设备根据返回的错误信息确定线路故障情况。

在一个可能的设计中，所述方法还包括：

接入网设备向网络管理设备发送线路故障情况。

在一个可能的设计中，所述业务请求信息为以太网上运行点对点协议信息/网络电话信息或交互式电视信息中的任意一种。

第二方面，本申请具体实施例提供一种故障判断装置，包括：

接收单元，用于获取仿真服务指令，所述仿真服务指令用于指示接入网设备获取线路故障信息；

处理单元，用于根据所述仿真服务指令，向服务器发送与所述仿真服务指令相对应的业务请求信息；

处理单元，还用于根据服务器对所述业务请求信息的响应信息，确定线路故障情况。

在一个可能的设计中，所述处理单元，用于根据服务器对所述业务请求信息的响应信息，确定线路故障情况，包括：

处理单元，用于在第一时间阈值范围内没有接收到所述服务器对所述业务请求信息的返回信息时，所述接入网设备确定线路故障。

在一个可能的设计中，所述处理单元，用于根据服务器对所述业务请求信息的响应信息，确定线路故障情况，包括：

接收单元，用于接收服务器根据所述业务请求信息返回的错误信息，所述错误信息用于指示错误原因；

处理单元，用于根据返回的错误信息确定线路故障。

在一个可能的设计中，还包括：

发送单元，用于向网络管理设备发送线路故障信息。

在一个可能的设计中，所述业务请求信息为以太网上运行点对点协议信息/网络电话信息或交互式电视信息中的任意一种。

本申请具体实施例提供一种故障判断方法和装置，通过接入网设备模拟用户业务并将所述用户业务向服务器发送，服务器对所述用户业务进行处理并将处理后的响应结果向接入网设备发送。接入网设备对所述响应信息进行处理，从而确定线路故障情况，从而实现了线路故障原因的定位。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请具体实施例提供的一种接入网通信系统；

图2为本申请具体实施例提供的一种故障判断方法；

图3为本申请具体实施例中pppoe仿真服务流程图；

图4为本申请具体实施例中voip仿真服务流程图；

图5为本申请具体实施例中itv仿真服务流程图；

图6为本申请具体实施例提供的一种故障判断装置；

图7是本申请的一个实施例的故障判断装置的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

本申请具体实施例提供的一种故障判断方法和装置。当业务接入人员在接入完成后，确定用户业务是否能够顺利接入时，或，运维工程师在检修时，由于接入网设备只执行对用户业务的转发，因此，只能从终端侧执行用户业务并从终端侧获取故障信息。本申请通过接入网设备模拟用户业务并执行所述用户业务，从而获取执行所述用户业务结果的返回信息。当执行所述用户业务出现故障时，所述返回信息中包括故障原因。接入网设备通过对所述返回信息进行解析，从而确定故障信息。

本申请通过接入网设备模拟用户业务，从而直接获取故障信息，避免了维护工程师或服务接入人员在进行测试时需要通过终端进行，从而便于故障的定位。

图1为本申请具体实施例提供的一种接入网通信系统。包括网络管理设备、网络交换设备、服务器和接入网设备。在所述例子中，网络管理设备提供网络系统的配置、故障、性能及网络用户分布方面的基本管理。在本申请的具体实施例中，所述网络管理设备还用于向接入网设备发送仿真服务指令。其中，所述仿真服务指令通过网络交换设备向接入网设备发送。所述网络交换设备用于对网络层中各种指令进行转发。所述服务器用于管理用户信息，

具体的，需要判断终端到接入网的连接是否出现故障时，通过网络管理设备向接入网设备发送仿真服务指令。接入网设备根据所述仿真服务指令向服务器发送业务请求，所述业务为用户业务。服务器根据所述服务器的响应信息，确定是否故障以及故障原因。

其中，所述响应信息可以通过接入网设备接收所述服务器回复的信息来确定。接入网设备通过解析该响应信息，根据所述响应信息确定故障情况。当然，所述响应信息也可以是接入网设备根据向服务器发送仿真服务指令后的第一时间阈值范围内没有接收到服务器返回的响应信息来确定故障情况。

图2为本申请具体实施例提供的一种故障判断方法。如图2所示，该方法包括：

s201、接入网设备获取仿真服务指令，所述仿真服务指令用于指示接入网设备获取线路故障信息。

当需要确定终端的网络接入是否存在故障或确定终端的网络接入故障的原因时，通过网络管理设备向接入网设备发送仿真服务指令。

在一个具体的实施例中，所述仿真服务器指令可以是第一仿真服务指令、第二仿真服务指令或第三仿真服务指令中的任意一种。其中，所述第一仿真服务指令为以太网上运行点对点协议(point-to-pointprotocoloverethernet，pppoe)仿真服务指令，所述第二仿真服务指令为网络电话信息(voiceoverinternetprotocol，voip)仿真服务指令,所述第三仿真服务指令为交互式电视(interactivetelevision，itv)仿真服务指令。

在本申请的具体实施例中，在不同的接入网管理系统中以及在执行不同的仿真服务指令时，所述服务器可以为不同设备。例如，采样无源光网络(ethernetpassiveopticalnetwork，epon)的光纤接入网技术中，执行pppoe仿真服务指令时，所述服务器为pppoe服务器；执行voip仿真服务指令时，所述服务器为sip服务器；执行itv仿真服务指令时，所述服务器为组播服务器。

s202、接入网设备根据所述仿真服务指令，向服务器发送与所述仿真服务指令相对应的业务请求信息。

在一个具体的实施例中，所述业务请求信息可以是第一业务请求信息、第二业务请求信息或第三业务请求信息中的任意一个。所述第一业务请求为以太网上运行点对点协议业务请求、所述第二业务请求为网络电话业务请求，第三业务请求为交互式电视业务请求。

当所述接入网设备接收的仿真服务指令为第一仿真服务指令时，所述业务请求信息为第一业务请求信息；当所述接入网设备接收的仿真服务指令为第二仿真服务指令时，所述业务请求信息为第二业务请求信息；当所述接入网设备接收的仿真服务指令为第三仿真服务指令时，所述业务请求信息为第三业务请求信息。

s203、接入网设备根据服务器对所述业务请求信息的响应信息，确定线路故障情况。

可选的，所述响应信息可以是接入网设备根据接收所述服务器发送的响应信息来确定。接入网设备通过解析该响应信息，根据所述响应信息确定故障情况。当然，所述响应信息也可以是接入网设备根据向服务器发送仿真服务指令后的第一时间阈值范围内没有接收到服务器返回的响应信息来确定故障情况。

所述接入网设备根据服务器对所述业务请求信息的响应信息确定线路故障情况，包括：接入网设备在第一时间阈值范围内没有接收到所述服务器对所述业务请求信息的返回信息时，所述接入网设备确定线路故障。

所述接入网设备根据服务器对所述业务请求信息的响应信息确定线路故障情况，包括：接入网设备接收服务器根据所述业务请求信息返回的错误信息，所述错误信息用于指示错误原因。接入网设备根据返回的错误信息确定线路故障情况。

可选的，所述接入网设备在确定线路故障情况后还将所述线路故障情况向网络管理设备发送。可以通过网络管理设备对所述线路故障情况进行展示，或再通过网络管理设备向其他设备发送。

基于图2所述的故障诊断方法，下面进一步分别对pppoe业务仿真、voip业务仿真和itv业务仿真进行举例说明。

图3为本申请具体实施例中pppoe仿真服务流程图。如图3所示，所述接入网采用无源光网络(ethernetpassiveopticalnetwork，epon)的光纤接入网技术。其中，所述接入网设备包括光线路终端(opticallineterminal，olt)。

olt在接收到网络管理设备发送的第一仿真服务指令时，向pppoe服务器发送pppoe业务请求。pppoe服务器根据pppoe业务请求返回相应的响应信息。olt在接收到pppoe服务器返回的响应信息后，对相应的信息进行解析，确定其中包括的故障信息。olt还将解析的故障信息向网络管理设备发送。

其中，olt向pppoe服务器发送pppoe业务请求、pppoe服务器根据pppoe业务请求返回相应的信息包括多个信令的发送、接收和处理过程，具体为标准的pppoe协议握手协商过程，本申请对该握手协商过程不进行限定。

所述olt解析的pppoe服务器发送的响应信息可以是在任意一步中返回的响应信息。

图4为本申请具体实施例中voip仿真服务流程图。如图4所示，olt和应用层的信令控制协议(sessioninitiationprotocol，sip)服务器。

olt获取网络管理设备发送的第二仿真服务指令时，向sip服务器发送sip业务请求。olt向sip服务器发送的sip业务请求包括向sip服务器发送ip通路有效性验证请求和向sip服务器发送注册请求。当olt向sip服务器发送ip通路有效性验证请求时，sip服务器将向olt返回相应的响应信息。当olt向sip服务器发送注册请求时，sip服务器将向olt返回相应的注册结果信息。

所述olt可以分别对sip服务器返回的响应信息和注册请求进行解析，从而确定线路故障情况。需要说明的是，当所述sip服务器在判断ip通路有效性时，返回的响应信息为无效时，所述olt将不会发生注册请求消息。

所述olt在对sip服务器返回的响应信息和注册请求进行解析后，还将解析的结果向网络管理服务器发送。

图5为本申请具体实施例中itv仿真服务流程图。如图5所示，包括光线路终端(olt，opticallineterminal)和组播服务器。

olt获取网络管理设备发送的第三仿真服务指令，所述第三仿真服务指令为组播加入请求指令。olr向组播服务器发送组播加入请求。组播服务器将根据所述ort发送的组播加入请求确定是否将加入组播，并向olt返回相应的响应信息。olt根据所述响应信息确定所述响应信息中是否包括直播节目信息。olt还将所述结果向网络管理设备发送。

图6为本申请具体实施例提供的一种故障判断装置。如图6所示，包括接收单元601和处理单元602。

接收单元601，用于获取仿真服务指令，所述仿真服务指令用于指示接入网设备获取线路故障信息。

处理单元602，用于根据所述仿真服务指令，向服务器发送与所述仿真服务指令相对应的业务请求信息。处理单元602，还用于根据服务器对所述业务请求信息的响应信息，确定线路故障情况。

可选的，处理单元602用于根据服务器对所述业务请求信息的响应信息，确定线路故障情况，包括：处理单元602在第一时间阈值范围内没有接收到所述服务器对所述业务请求信息的返回信息时，所述处理单元602确定线路故障。

可选的，处理单元602用于根据服务器对所述业务请求信息的响应信息，确定线路故障情况，包括：接收单元602，用于接收服务器根据所述业务请求信息返回的错误信息，所述错误信息用于指示错误原因；处理单元602，还用于根据返回的错误信息确定线路故障。

可选的，所示装置还包括发送单元603。处理单元602根据服务器对所述业务请求信息的响应信息，确定线路故障情况后，还包括：发送单元603，用于向网络管理设备发送线路故障情况。

可选的，所述业务请求信息为以太网上运行点对点协议信息/网络电话信息或交互式电视信息中的任意一种。

图7是本申请的一个实施例的故障判断装置的结构示意图。请参考图7，在硬件层面，该故障判断装置包括处理器、网络接口和存储器。其中，存储器可能包含内存。当然，该故障判断装置还可能包括其他业务所需要的硬件。

存储器，用于存放程序。具体地，程序可以包括程序代码，该程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成图像预测装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

接入网设备获取仿真服务指令，所述仿真服务指令用于指示接入网设备获取线路故障信息；

接入网设备根据所述仿真服务指令，向服务器发送与所述仿真服务指令相对应的业务请求信息；

接入网设备根据服务器对所述业务请求信息的响应信息，确定线路故障情况。

该故障判断装置还可执行图2中的任意方法，本申请实施例在此不再赘述。

本申请的具体实施例中还提出了一种计算机程序产品，该计算机程序产品可用于接入网设备运行。当该计算机程序产品在接入网设备上运行时，使得接入网设备执行如图2该的方法。

需要说明的是，本申请提供实施例只是本申请所介绍的可选实施例，本领域技术人员在此基础上，完全可以设计出更多的实施例，因此不在此处赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或40组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。