CN105227407B - 一种协议调试方法、装置及系统 - Google Patents

Abstract

本发明提供一种协议调试方法、装置及系统，涉及通信领域，其中，所述方法包括，获取光线路终端下发的数据，根据所述数据确定所述光线路终端所使用的协议类型，以使用户根据所述协议类型配置与所述协议类型对应的报文信息；接收用户发送的报文信息；按照预设配置格式对所述报文信息进行配置，并生成配置文件；对所述配置文件进行调试。该方法通过接收用户模拟光线路终端下发的报文信息，使得协议调试不用再到现场进行调试，而是在普通的办公环境下就能进行调试工作，协议调试工作非常方便。

Description

一种协议调试方法、装置及系统

技术领域

本发明涉及通信领域，尤其涉及一种协议调试方法、装置及系统。

背景技术

目前各个厂商都在为自己的设备提供完善的私有协议支持，虽然有国际公约协议ITU G.988协议，定义了很多基础的框架，但由于988也存在版本的更新问题，故而光线路终端OLT(Optical Line Terminal)局端也并不能满足新设备的开发需求，再者随着各个运营商分别定义自己的需求，很多新的需求以及一些私有的光网络单元管理控制接口OMCI(Management and Control Interface)协议并不能在现有的OLT上开发，而各个厂家也对自己的最新版本的OLT有极高的保密措施，所以在调试时会遇到很多困难。同时在工程师进行协议调试的过程中，需要携带大量的测试仪表去现场进行调试，一般调试现场环境比较恶略，经常会出现断网的现象，对协议调试工作带来了极大的不便。

发明内容

针对现有技术的缺陷，本发明提出了解决上述技术问题的一种协议调试方法、装置及系统，通过对现场光线路终端的报文信息进行模拟，实现了在脱离光线路终端的情况下完成对协议进行调试的目的。

第一方面，本发明提供了一种协议调试方法，包括：

获取光线路终端下发的数据，根据所述数据确定所述光线路终端所使用的协议类型，以使用户根据所述协议类型配置与所述协议类型对应的报文信息；

接收用户发送的报文信息；

按照预设配置格式对所述报文信息进行配置，并生成配置文件；

对所述配置文件进行调试。

优选的，所述接收用户发送的报文信息，包括：

接收用户输入的模拟光线路终端下发的报文信息；

或

接收用户在预设报文信息的模板中输入的预设参数，生成包括预设参数的报文信息；

或

接收光线路终端下发的报文信息。

优选的，所述方法还包括：将调试结果进行输出。

优选的，对所述配置文件进行调试之前，所述方法还包括：

对所述配置文件进行中转，以使所述配置文件进入调试阶段。

第二方面，本发明提供了一种协议调试装置，包括：

获取模块，用于获取光线路终端下发的数据，根据所述数据确定所述光线路终端所使用的协议类型，以使用户根据所述协议类型配置与所述协议类型对应的报文信息；

接收模块，用于接收用户发送的报文信息；

配置模块，用于按照预设配置格式对所述报文信息进行配置，并生成配置文件；

调试模块，对所述配置文件进行调试。

优选的，所述接收用户发送的报文信息，包括：

接收用户发送的模拟光线路终端下发的报文信息；

或

接收用户在预设报文信息的模板中输入的预设参数，并根据所述预设参数生成的报文信息。

优选的，所述装置还包括：输出模块，用于将调试结果进行输出。

优选的，对所述配置文件进行调试之前，所述装置还包括：

中转模块，用于对所述配置文件进行中转，以使所述配置文件进入调试阶段。

第三方面，本发明提供了一种协议调试系统，包括上述协议调试装置和上位机，所述上位机与所述协议调试装置的一端相连。

优选的，所述系统还包括光线路终端，所述光线路终端与所述协议调试装置的另一端相连。

由上述技术方案可知，本发明提供的协议调试方法、装置及系统，首先，通过获取光线路终端下发的数据，根据所述数据确定所述光线路终端所使用的协议类型，以使用户根据所述协议类型配置与所述协议类型对应的报文信息；然后，接收用户发送的报文信息；按照预设配置格式对所述报文信息进行配置，并生成配置文件；最后，对所述配置文件进行调试。该方法通过接收用户模拟光线路终端下发的报文信息，使得协议调试不用再到现场进行调试，而是在普通的办公环境下就能调试，协议调试工作非常方便。

附图说明

图1为本发明一实施例的协议调试方法的流程图；

图2本发明一实施例中的配置流程框图；

图3为本发明一实施例中系统模块流程框图；

图4为本发明一实施例提供的协议调试装置的示意图；

图5本发明一实施例提供的协议调试系统的示意图。

具体实施方式

下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。

图1示出了本发明一实施例的协议调试方法的流程图，如图1所述，本实施例中的协议调试方法包括以下步骤。

101、获取光线路终端下发的数据，根据所述数据确定所述光线路终端所使用的协议类型，以使用户根据所述协议类型配置与所述协议类型对应的报文信息；

102、接收用户发送的报文信息；

103、按照预设配置格式对所述报文信息进行配置，并生成配置文件；

104、对所述配置文件进行调试。

上述方法可模拟真实的调试流程，使得协议调试灵活方便。

本发明旨在为利用现有GPON(Gigabit-Capable PON)上行家庭网关HGW(HomeGateWay)上的设备提供一种调试方式以应对测试私有协议及光线路终端不支持的需求，使HGU能在脱离光线路终端的情况下完成对接调试。下面通过一个具体的实施例对上述方法进行详细说明。

S1、获取光线路终端下发的数据，根据所述数据确定所述光线路终端所使用的协议类型，以使用户根据所述协议类型配置与所述协议类型对应的报文信息；

可以理解的是，调试的工作人员在现场采集到一段时间内的样品数据，并根据所采集到的数据来分析协议类型，以此来确定现场所使用的协议。

S2、接收用户发送的报文信息；

可以理解的是，步骤S2中用户发送的报文信息，包括两种情况，第一种，接收用户发送的模拟光线路终端下发的报文信息；第二种，接收用户在预设报文信息的模板中输入的预设参数，并根据预设参数生成的报文信息。

S3、按照预设配置格式对所述报文信息进行配置，并生成配置文件；

可以理解的是，若接收用户输入的模拟光线路终端下发的报文信息，则将用户输入的模拟光线路终端下发的报文信息存入配置文件，这种方式可以使用户定制自己喜好的模型。

若接收用户在预设报文信息的模板中输入的预设参数，并根据预设参数生成的报文信息，则按照预设配置格式对所述第一报文信息进行配置，并生成配置文件。通过在页面和命令行界面CLI(command-line interface)生成一个简单的合成器，用户仅输入关键项的参数，ONT自动根据参数生成所需要的报文，这种方式界面友好，操作简单，出错率较低，尤其在超文本传输协议HTTP(Hyper Text Transfer Protocol)上建立业务模型时，非常好用。

S4、对所述配置文件进行中转，以使所述配置文件进入调试阶段。

如果所述配置文件中的报文信息是所述光线路终端下发的，则将调试结果通过消息中转系统发送到正常数据包中去，如果所述配置文件中的报文信息是接收用户输入的模拟光线路终端下发的报文信息或接收用户在预设报文信息的模板中输入的预设参数，生成包括预设参数的报文信息，则将调试结果通过消息中转系统发送到调试数据包中去。

S5、对所述配置文件进行调试。

在调试的过程中，除了能正常模拟光线路终端下发的报文信息，同时根据光线路终端下发的数据报文模拟测试环境，组建临时报文，保存特殊操作报文，方便调试人员调用，用以调试单消息操作，以及特殊消息。

S5、将调试结果进行输出。

可以理解的是，调试结果输出的位置由上述步骤S4决定的。

该方法通过获取光线路终端下发的报文信息，确定协议类型，然后通过用户模拟光线路终端下发的报文信息发送到调试系统中，最后对协议进行调试。本方法协议调试不用再到现场进行调试，而是在普通的办公环境下就能调试，使得协议调试工作非常方便。

下面结合上述协议调试方法中的具体工作步骤进行详细说明，如图2所示，该方法具体包括如下步骤。

201、设备启动。

202、判断是否开启调试模式，若是，则执行步骤203；否则，执行步骤207。

203、判断是否存在配置文件，若是，则执行步骤204；否则，执行步骤208。

204、下发配置文件。

205、判断下发步骤是否出错，若是，则执行步骤206；否则，执行步骤209。

206、终止流程。

207、正常启动。

208、结束配置。

209、判断是否存在断点，若是，则执行步骤206；否则，执行步骤210。

210、判断是否结束，若是，则执行步骤206；否则，执行步骤204。

上述步骤的工作原理如下：正常设备起动后，光网络终端ONT(Optical networkterminal)可通过CLI读取基本的配置信息，并按此配置ONT，如果无调试配置信息则不配置ONT。所述配置文件基于报文信息收到的方式不同，可以通过HTTP或者CLI以三种模式生成：

接收用户发送的模拟光线路终端下发的报文信息；或接收用户在预设报文信息的模板中输入的预设参数，并根据所述预设参数生成的报文信息；或接收光线路终端下发的报文信息，启动保存机制，启动后将光线路终端下发的所有配置保存成配置文件。

当设备读取到正常的配置文件后，将配置文件中的报文按顺序发送给OMCI进程，伪装成光线路终端下发的报文信息，以此来模拟光线路终端发送的报文信息。

在程序中设置断点是为了方便单步和多步操作。如果报文回复正常则继续下发下一个，如遇到意外或者到达断点位置，则停止下发报文。

此方法可以在大批量配置文件时，测试程序是否出错；同时，也方便快速测试业务模型，直接下发配置；并且与批量下发报文结合使用，可以确定异步操作导致的内存出错问题。

对于传统的OMCI系统而言，配置一般分为两步，一是正常的业务模型，二是运行中的操作。相对运行中的操作而言，虚拟的业务模型，配置参数众多，操作不便，而且由于OMCI系统运行必须依赖完整的业务模型才能操作，单独的业务指令并不能独立调试功能，所以在页面上也保存了设备的基本模型配置，用于建立基本的业务模型，也可以直接将对接中的光线路终端的业务模型，直接保存成需要的业务模型，并在此基础上进行更新。

在现有的组网环境中，研发人员需要采购专门的设备来模拟互通过程，设备携带不便，使用困难，并且商业设备功能有限跟不上技术更替。本发明综合考虑了设备的功能及调试中的各种业务分析能力，更具各种调试场景，设定了多个功能，通过图形化调试，模拟收发报文，批量下发报文，单独模拟报文等功能，完成局端模拟，让设备以为自己存在于正常的互通任务中，完成环境的模拟，从而调试设备。

在实际使用中，则分别考虑下发配置异常，单步下发，错误状态恢复等功能，组包房时也可分成自己手写报文，及设备自动生成报文两种模式，根据实际情况，让研发人员选择当前最优的方式来调试设备。

本发明通过模拟光线路终端下发的报文信息，进行组装封包来达到调试私有协议的目的，另外，本发明也适用于直接接收光线路终端下发的正常的数据包，进行现场调试。如图3示出了本发明一实施例中系统模块流程框图，具体包括以下步骤。

301、调试数据包。具体包括根据接收的用户下发的报文信息，并对该报文信息按照预设配置格式进行配置，并生成配置文件。

302、配置文件中转。其中，该消息中转接收的是步骤301中的调试数据包，也就是对步骤301中的调试数据包进行中转。

303、配置文件调试，对数据包进行处理，按数据包的类型发送到OMCI协议栈进行调试。

304、调试结果处理。

305、调试结果中转，对调试结果进行中转。

306、调试数据包发送，用于输出调试结果。

另外还包括直接接收光线路终端下发的正常的数据包，进行现场调试的过程：

307、保存配置文件，这里的配置文件为光线路终端下发的数据包。

执行步骤302-305，

308、数据包发送，对结果进行输出。

图4为本发明一实施例提供的协议调试装置的示意图，如图4所述，本实施例中的协议调试装置包括：

获取模块41，用于获取光线路终端下发的数据，根据所述数据确定所述光线路终端所使用的协议类型，以使用户根据所述协议类型配置与所述协议类型对应的报文信息；

接收模块42，用于接收用户发送的报文信息；

配置模块43，用于按照预设配置格式对所述报文信息进行配置，并生成配置文件；

调试模块44，对所述配置文件进行调试。

在本实施例的一个优选的实施方式中，所述装置还包括图4中未示出的：

输出模块45，用于将调试结果进行输出。

在本实施例的一个优选的实施方式中，对所述配置文件进行调试之前，所述装置还包括图4中未示出的：

中转模块46，用于对所述配置文件进行中转，以使所述配置文件进入调试阶段。

在本实施例的一个优选的实施方式中，所述接收用户发送的报文信息，包括：

接收用户发送的模拟光线路终端下发的报文信息；

或

接收用户在预设报文信息的模板中输入的预设参数，并根据所述预设参数生成的报文信息。

可理解的是，上述装置与上述方法是一一对应的关系，上述方法中的实施细节也适用于上述装置，因此，本实施例不再对上述装置的具体实施细节进行详细描述。

本发明提供的协议调试装置，能基本脱离硬件限制，不必携带大量测试仪表，直接就地取材，本地分析，本地调试问题，系统灵活，多种的模型建立和输入方式使得调试人员可以便捷的自动创建业务，而不需要很繁琐的调试。加快调试速度，另外本发明提供的协议调试装置能完全模拟光线路终端场景，最大程度模拟真实的使用环境，达到在条件不足的情况下调试系统的目的。

图5为本发明一实施例提供的协议调试系统的示意图，如图5所述，本实施例中的协议调试系统包括：上述协议调试装置51和上位机52，所述上位机51与所述协议调试装置52的一端相连。

在本实施例的一个优选的实施方式中，所述系统还包括光线路终端53，所述光线路终端53与所述协议调试装置51的另一端相连。

本发明提供的协议调试系统为带有可自动配置的光线路终端环境模拟系统。整个设备调试环境的模拟流程，利用HTTP搭建虚拟业务模型，利用光线路终端下发大多数业务，并将其保存，然后再此基础上建立自己所需要的开发业务。本系统能基本脱离硬件限制，不必携带大量测试仪表，直接就地分析，就地调试问题。甚至可以直接作为纯软件状态于目标设备运行，通过使用上位机可以使系统在windows下直接调试，方便快捷。

本领域技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在于该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是互相排斥之处，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

最后应说明的是：本领域普通技术人员可以理解：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明权利要求所限定的范围。

Claims (10)

1.一种协议调试方法，其特征在于，包括：

获取光线路终端下发的数据，根据所述数据确定所述光线路终端所使用的协议类型，以使用户根据所述协议类型配置与所述协议类型对应的报文信息；

接收用户发送的报文信息；

若接收用户在预设报文信息的模板中输入的预设参数，并根据预设参数生成的报文信息，则按照预设配置格式对所述报文信息进行配置，并生成配置文件；

对所述配置文件进行调试。

2.根据权利要求1所述的方法，其特征在于，所述接收用户发送的报文信息，包括：

接收用户发送的模拟光线路终端下发的报文信息；

或

接收用户在预设报文信息的模板中输入的预设参数，并根据所述预设参数生成的报文信息。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：将调试结果进行输出。

4.根据权利要求3所述的方法，其特征在于，对所述配置文件进行调试之前，所述方法还包括：

对所述配置文件进行中转，以使所述配置文件进入调试阶段。

5.一种协议调试装置，其特征在于，包括：

获取模块，用于获取光线路终端下发的数据，根据所述数据确定所述光线路终端所使用的协议类型，以使用户根据所述协议类型配置与所述协议类型对应的报文信息；

接收模块，用于接收用户发送的报文信息；

配置模块，用于若接收用户在预设报文信息的模板中输入的预设参数，并根据预设参数生成的报文信息，则按照预设配置格式对所述报文信息进行配置，并生成配置文件；

调试模块，对所述配置文件进行调试。

6.根据权利要求5所述的装置，其特征在于，所述接收报文信息，包括：

接收用户发送的模拟光线路终端下发的报文信息；

或

接收用户在预设报文信息的模板中输入的预设参数，并根据所述预设参数生成的报文信息。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：输出模块，用于将调试结果进行输出。

8.根据权利要求7所述的装置，其特征在于，对所述配置文件进行调试之前，所述装置还包括：

中转模块，用于对所述配置文件进行中转，以使所述配置文件进入调试阶段。

9.一种协议调试系统，其特征在于，包括如权利要求5-8任一项所述的协议调试装置和上位机，所述上位机与所述协议调试装置的一端相连。

10.根据权利要求9所述的系统，其特征在于，所述系统还包括光线路终端，所述光线路终端与所述协议调试装置的另一端相连。