[发明专利]基于交互表的多制式异种网元设备统一交互方法

说明书

                            技术领域

本发明涉及电信运营商网元设备控制方式，尤其是基于交互表的多制式异种网元设备统一交互方法。

                            背景技术

目前，电信运营商的支撑系统软件中，联机指令系统(也称为自动工单系统)为业务支撑系统上层屏蔽各种网元设备的连接方式、交互方式等的差异性，实现业务的真正开通。

各个电信运营商采用的设备均不相同，目前比较常见的固话和移动设备大多数为西门子、爱立信、诺基亚、北电、贝尔、中兴、华为等厂家，其他智能网或者各种平台也各不相同。由于国籍、厂家的区别，各种网元设备的登陆、指令发送、接收返回等交互流程各不一样。以西门子和贝尔交换机为例：发送的登陆命令、登陆返回、返回的成功失败判断；发送指令时需要加的结束标志(西门子命令后面要加/x03、北电命令后面要加回车换行字符)、发送命令的具体方式(西门子在发送命令之前需要发送字符/x06、贝尔在发送命令之前需要发送MM)、命令执行结果的结束标志(西门子结束标志为”END JOB”、贝尔结束标志为”LAST REPORT”)、命令执行结果的成功标志(西门子成功标志为”EXEC’D”、贝尔成功标志为”SUCCESSFUL”)等等，都不一样。

鉴于以上很多的不同之处，导致西门子和贝尔的交互过程也不相同。现在解决方法是：为每一个厂家(或者说每一个厂家的每一种网元设备)写一套交互代码。该方法完全可以保证系统运行的效率以及正确性，但是当某种网元设备的交互流程有所改变时，处理该网元设备的代码也需要做相应的调整。如果需要增加一种新的网元设备，则需要为新设备写一套和别的设备几乎一样的处理代码。

以上的方式(对于不同的网元设备编写相同的代码)对于运营商的业务扩展非常不利，因为开发代码除了开发工作，还需要调试，从开发、测试到最终上线，所花费的时间非常长。并且随着网元设备型号的增加，代码量越来越庞大，隐藏的bug也越来越多，系统的稳定性也随之下降，联机指令系统的服务质量也无法得到保证。

                            发明内容

本发明的目的是：提出一种基于交互表的多制式异种网元设备统一交互方法，将交互抽象为流程，通过配置即能实现与各种交换机的交互。本发明目的还在于：利用本方法便于运营商的业务扩展，提高系统的稳定性。

本发明目的是这样实现的：基于交互表的多制式异种网元设备统一交互方法，提取各种字符流方式交换机的交互共性，将所有交互抽象为流程，通过配置即能实现与各种交换机的交互；将与交换机交互过程抽象为以下几个动作：发送信息(包括登陆命令、用户名、口令、命令)，读取交换机返回，分析返回(包括返回结束标志、特征标志)，根据分析结果决定下一步动作。即进行继续读取返回、发送其它命令或进行下一步分析等。任何交换机的交互流程都可以通过这四个动作组合即可实现。

将以上步骤抽象为动作流程如下：读取交换机返回，分析返回，即返回结果是提示输入用户名，发送信息，即发送用户名；读取交换机返回，分析返回，返回结果是提示输入口令，则发送信息，即发送口令和发送命令；读取交换机返回，分析返回，根据分析结果决定下一步动作，即成功、失败、继续读取交换机返回、或发送其它信息等。

具体工作步骤如下：1、交换机连接之后发送一识别字符，读取返回直到出现命令符号＜；2、返回字符串中包含“超时”回到1；3、否则记录交换机返回的命令符号；如返回字符串中包含“使用”指令，否则进入6；然后则输入用户名，读取返回直到出现“通过码”，；返回字符串中出现“通过码”则结束；4、否则输入口令，读取返回直到出现“段落”；返回字符串中不包括“请求接收”则结束；5、返回字符串中如果包括“请求接收”则再有返回字符串中是否包含命令符号“＜”；如无命令符号“＜”则结束；6、如有命令符号“＜”则发送命令，读取返回直到出现“工作结束”；7、读取返回的命令符号与记录的命令符号是否一致；如不一致再读取返回的命令符号；如返回字符串包括“不超越”；8、如返回字符串包括“不超越”；进入下一步根据成功失败表判断指令是否成功：9、如返回字符串不包括“不超越”；看下一步的返回字符串是否包括“成功”；10、返回字符串包括“成功”时指令成功，不包括“成功”根据成功失败表判断指令是否成功。