CN109348496B - 一种实验室基站故障模拟仿真系统和方法 - Google Patents

Abstract

本发明公开了一种实验室基站故障模拟仿真系统和方法，涉及通信应用软件开发技术领域。该系统利用基站登录信息文件解析模块获取所有需要进行故障模拟的基站登录信息，利用基站配置文件获取模块根据所有基站的登录信息，获取对应的所有基站的配置文件，并根据用户对参数的修改，得到修改后的配置文件，将多个修改后的配置文件通过多线程下发，使基站按照修改后的配置文件启动，从而同时完成对多个基站的批量故障模拟。解决了现有技术中，直接利用Site Manager对基站制造故障，单站登录方式对于多个基站制造故障耗时长效率低的问题，以及对不同批次基站都需要使用对应的Site Manager客户端，导致存储空间占用多的问题。

Description

一种实验室基站故障模拟仿真系统和方法

技术领域

本发明涉及通信应用软件开发技术领域，尤其涉及一种实验室基站故障模拟仿真系统和方法。

背景技术

在现有的通信领域，能为基站带来实质性故障的工具是BTS Site Manager，它的原理是通过调用基站内部接口通过修改相应参数修改对基站的配置；因此，我们可以通过Site Manager对基站制造故障。

但是，由于Site Manager往往连接现网网元，一般按照如下步骤来制造故障：

(1)用户首先登录Site Manager客户端，输入正确的基站ip和登录信息；

(2)进入Commission菜单(一种可以更改基站告警参数的功能模块)；

(3)将预先设置好的”有问题基站配置文件”通过”Import Commissioning File”选项导入基站内部；

(4)不做第三步，也可以通过人工界面修改具体参数，最后需要提交并重启基站生效；

可见，上述方法中，Site Manager采用的是单站登录模式，即经过上述四步操作后，才为单个基站制造了告警(故障)。而由于通信网络中存在数量巨大的基站，所以，如果利用Site Manager对基站制造故障，操作会比较繁琐，而且，存在如下一些问题。

首先是效率问题：单站登录的Site Manager从打开到制造故障再到关闭将耗费很长时间，如果有多个甚至数十个基站需要修改参数配置，耗时将成倍数增长。

其次是存储空间的问题：在使用过程中，需要下载Site Manager这样几百兆的客户端；不同批次厂家的基站版本号也是不同的，为了让Site Manager连接不同批次的基站，就需要提前安装好所有需要的版本包，从而占用了过多的存储空间。

发明内容

本发明的目的在于提供一种实验室基站故障模拟仿真系统和方法，从而解决现有技术中存在的前述问题。

为了实现上述目的，本发明采用的技术方案如下：

一种实验室基站故障模拟仿真系统，包括：

基站登录信息文件解析模块，用于利用SAX解析算法从用户定义的基站登录信息文件中解析出所有需要进行故障模拟的基站登录信息，其中，所述基站登录信息文件中包括多个基站登录信息，每个所述基站登录信息均包括如下的一些关键标签：基站地址、用户名、密码和/或外部接口安装路径；还用于将解析出来的所有基站登录信息分别封装成多个通用基站类实体；

基站配置文件获取模块，用于根据所述基站登录信息文件解析模块解析得到的基站登录信息，从基站内部提取基站配置文件，所述配置文件是以.xml结尾的脚本文件，所述配置文件中记录有基站的详细配置参数，还用于将所述基站配置文件发送至基站配置文件验证下发模块；

基站配置文件验证下发模块，用于根据用户选择的故障条件，对获取到的所述基站配置文件中的参数进行修改，得到修改后的基站配置文件，还用于为每一个通用基站类实体均开辟一个新的线程用于修改后基站配置文件的检验下发，还用于将修改后的配置文件上传到基站，基站对修改后的基站配置文件的合理性进行验证，如果合格，则执行下发指令并按照修改后的参数重启基站，否则，返回验证失败信息，提醒用户重新选择故障条件。

优选地，所述基站配置文件获取模块中，所述从基站内部提取基站的配置文件，按照如下步骤进行实施：

A1，连接基站内部提供的CLI接口；

A2，写入提取基站配置文件的命令集文件；

A3，执行命令集文件，获得基站的配置文件。

优选地，A1之前还包括步骤：判断工程目录下是否已经存储了所述基站配置文件，如果是，则系统不再执行配置文件的提取操作，反之，系统执行配置文件的提取操作。

优选地，A1具体为：通过JAVA的SSH提供的接口技术连接基站内部提供的CLI接口；A2具体为：通过Java IO流技术写入提取基站配置文件的命令集文件；A3具体为：通过JavaCMD接口执行命令集文件，获得基站的配置文件。

优选地，A1中，所述连接基站内部提供的CLI接口，执行过程中，提供基站登录信息，包括：基站地址、用户名、密码和/或外部接口安装路径。

优选地，所述基站登录信息文件解析模块中，所述利用SAX解析算法从所述基站登录信息文件中获取到所有需要进行故障模拟的基站登录信息，具体按照如下步骤实施：

B1，从xml开始标签进入文件，获得第一个元素标签；

B2，判断当前元素标签的名称与预设是否相符，如果不相符，则执行B3，否则，跳转至B4；

B3，获得下一个元素标签，重复B2，至xml结束；

B4，判断所述当前元素标签是否有子节点，如果没有，则获取所述当前元素标签的元素内容，否则，重复B2-B3。

优选地，所述基站配置文件验证下发模块中，所述为每一个通用基站类实体均开辟一个新的线程用于修改后基站配置文件的检验下发，具体按照如下步骤实施：

C1，根据登录信息文件中“站点”标签个数制造对应数量的线程；

C2，在每个线程中产生一个“通用基站类”实体，所述“通用基站类”实体包含“基站地址”、“用户名”、“密码”和/或“外部接口安装路径”成员变量；

C3，将登录信息文件中解析得到的元素内容一一对应的封装到“通用基站类”实体包含的“基站地址”、“用户名”、“密码”和/或“外部接口安装路径”成员变量中。

优选地，所述基站配置文件验证下发模块中，所述基站对修改后的基站配置文件的合理性进行验证，具体为：验证的依据由基站内部定义且根据命令判断，当基站收到并执行验证命令时，会返回验证结果，系统根据结果集内容判断所述修改后的基站配置文件能否下发。

优选地，所述基站配置文件验证下发模块中，所述对获取到的所述基站配置文件中的参数进行修改，具体按照如下步骤进行实施：

D1，根据用户选择的需要修改的参数名称，采用dom4j在基站配置文件中定位参数；

D2，用户修改参数后，将修改后的值回填到参数中。

一种实验室基站故障模拟仿真方法，利用上述的仿真系统，包括如下步骤：

S1，用户选出故障条件，点击“制造故障”按钮；

S2，系统调用所述基站登录信息文件解析模块，解析出所有需要进行故障模拟的基站登录信息；

S3，系统调用所述基站配置文件获取模块，根据所述基站登录信息文件解析模块解析得到的基站登录信息，从所述基站配置文件获取模块提取基站配置文件，并将该文件存储在指定位置；

S4，根据用户选择的修改条件修改基站配置文件，并将修改后的基站配置文件放入下发队列，根据基站登录信息中“基站地址”标签的个数产生相应数量的线程；

S5，基站内部自行判断下发文件的可靠性，如果可靠，则执行S6，否则，程序会弹出警示框提示该文件不可下发；

S6，执行下发指令并按照修改后的参数重启基站，制造故障成功。

本发明的有益效果是：本发明实施例提供的实验室基站故障模拟仿真系统和方法，利用基站登录信息文件解析模块获取所有需要进行故障模拟的基站登录信息，利用基站配置文件获取模块根据所有基站的登录信息，获取对应的所有基站的配置文件，并根据用户对参数的修改，得到修改后的配置文件，通过根据“站点”标签的数量制造对应数量的多个线程，同时将多个修改后的配置文件下发，使基站按照修改后的配置文件启动，从而同时完成对多个基站的批量故障模拟。解决了现有技术中，直接利用Site Manager对基站制造故障，单站登录方式对于多个基站制造故障耗时长效率低的问题，以及对不同批次基站都需要使用对应的Site Manager客户端，导致存储空间占用多的问题。

附图说明

图1是本发明实施例提供的实验室基站故障模拟仿真方法流程示意图；

图2是本发明实施例提供的实验室基站故障模拟仿真系统的选择故障类型操作过程截图；

图3是本发明实施例提供的实验室基站故障模拟仿真系统的下发指令操作过程截图；

图4是本发明实施例提供的实验室基站故障模拟仿真系统的后台Log呈现操作过程截图；

图5是本发明实施例提供的根据用户点选的故障条件导致Site Manager呈现相应告警模块示意图；

图6是本发明实施例提供的实验室基站故障模拟仿真系统的一键恢复基站操作过程截图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施方式仅仅用以解释本发明，并不用于限定本发明。

在目前的基站操作维护过程中，很多通信工程师因为搞不清楚基站告警的原因进行了错误的排障手段，从而导致基站故障的频发和加重。

本发明提供的仿真系统可以通过一键式下发来修改参数或者下发命令，最终快速实现故障场景的构造，进而完成对各类基站故障原因的模拟，使得通信工程师能够得到关于基站告警的原因的分析以及排障处理的训练。

本发明实施例提供了一种实验室基站故障模拟仿真系统，包括：

基站登录信息文件解析模块，用于利用SAX解析算法从用户定义的基站登录信息文件中解析出所有需要进行故障模拟的基站登录信息，其中，所述基站登录信息文件中包括多个基站登录信息，每个所述基站登录信息均包括如下的一些关键标签：基站地址、用户名、密码和/或外部接口安装路径；还用于将解析出来的所有基站登录信息分别封装成多个通用基站类实体；

基站配置文件获取模块，用于根据所述基站登录信息文件解析模块解析得到的基站登录信息，从基站内部提取基站配置文件，所述配置文件是以.xml结尾的脚本文件，所述配置文件中记录有基站的详细配置参数，还用于将所述基站配置文件发送至基站配置文件验证下发模块；

基站配置文件验证下发模块，用于根据用户选择的故障条件，对获取到的所述基站配置文件中的参数进行修改，得到修改后的基站配置文件，还用于为每一个通用基站类实体均开辟一个新的线程用于修改后基站配置文件的检验下发，还用于将修改后的配置文件上传到基站，基站对修改后的基站配置文件的合理性进行验证，如果合格，则执行下发指令并按照修改后的参数重启基站，否则，返回验证失败信息，提醒用户重新选择故障条件。

采用本实施例提供的系统，可以通过一键式下发和修改基站制造故障，而且可以批量完成对多个基站同时制造故障。

其中，所述基站配置文件获取模块中，所述从基站内部提取基站的配置文件，可以按照如下步骤进行实施：

A1，连接基站内部提供的CLI接口；

A2，写入提取基站配置文件的命令集文件；

A3，执行命令集文件，获得基站的配置文件。

其中，A1之前还可以包括步骤：判断工程目录下是否已经存储了所述基站配置文件，如果是，则系统不再执行配置文件的提取操作，反之，系统执行配置文件的提取操作。

A1具体可以为：通过JAVA的SSH提供的接口技术连接基站内部提供的CLI接口；A2具体可以为：通过Java IO流技术写入提取基站配置文件的命令集文件；A3具体可以为：通过Java CMD接口执行命令集文件，获得基站的配置文件。

A1中，所述连接基站内部提供的CLI接口，执行过程中，提供基站登录信息，包括：基站地址、用户名、密码和/或外部接口安装路径。

所述基站登录信息文件解析模块中，所述利用SAX解析算法从所述基站登录信息文件中获取到所有需要进行故障模拟的基站登录信息，具体可以按照如下步骤实施：

B1，从xml开始标签进入文件，获得第一个元素标签；

B2，判断当前元素标签的名称与预设是否相符，如果不相符，则执行B3，否则，跳转至B4；

B3，获得下一个元素标签，重复B2，至xml结束；

B4，判断所述当前元素标签是否有子节点，如果没有，则获取所述当前元素标签的元素内容，否则，重复B2-B3。

上述方法在实际实施过程中，首先创建一个SAX解析器实例，从而向程序说明了需要应用SAX解析算法。然后为刚刚创建的SAX解析器实例覆写(重写父类方法)解析流程，本实施例中，采用的解析流程为：XML文档开始→元素标签开始→元素标签内容→元素标签结束→XML文档结束。

例如：如下所示的一段xml文件代码：

<xml_start><child1>…</child1><child>…</child2>…</xml_end>

解析过程中，从起始标签进入文件，找到第一个子标签，如果它的名称是程序需要的，解析器会进入该标签内部，如果名称与程序”期望”不符，则会跳过该节点到达第二个子标签。在上一步基础上，进一步判断子标签有没有子节点，如果它没有子节点，则程序会获取子标签的内容元素；如果它有子节点，则重复上述步骤。一直到结束标签为止，程序跳出解析算法，执行下一步逻辑。

综上所述，SAX算法解析基站登录信息文件中的“基站地址”、“用户名”、“密码”、“外部接口安装路径”等关键标签，并在后续操作中可以把这些标签的内容封装到“通用基站类”实体中去。

本发明的一个实施例中，所述基站配置文件验证下发模块中，所述为每一个通用基站类实体均开辟一个新的线程用于修改后基站配置文件的检验下发，具体可以按照如下步骤实施：

C1，根据登录信息文件中“站点”标签个数制造对应数量的线程；

C2，在每个线程中产生一个“通用基站类”实体，所述“通用基站类”实体包含“基站地址”、“用户名”、“密码”和/或“外部接口安装路径”成员变量；

C3，将登录信息文件中解析得到的元素内容一一对应的封装到“通用基站类”实体包含的“基站地址”、“用户名”、“密码”和/或“外部接口安装路径”成员变量中。

上述方法中，配置的线程池会根据“站点”标签个数制造相应数量的线程，每个线程中会产生一个“通用基站类”实体，“通用基站类”实体包含了“基站地址”、“用户名”、“密码”、“外部接口安装路径”等成员变量，专门用来存放解析出来的标签值，即，“通用基站类”实体封装了“站点”标签中子标签(“基站地址”、“用户名”、“密码”、“外部接口安装路径”等)内容。“通用基站类”实体成员变量和基站登录信息配置文件标签值之间是一一对应的。如果有多个需要模拟故障的基站，则会对应每个基站的登录信息产生一个“通用基站类”实体。

本发明的一个实施例中，所述基站配置文件验证下发模块中，所述基站对修改后的基站配置文件的合理性进行验证，具体可以为：

验证的依据由基站内部定义且根据命令判断，当基站收到并执行验证命令时，会反验证馈结果给系统，系统根据结果集内容判断所述修改后的基站配置文件能否下发。

在基站配置文件中有的参数是固定不变或者维持在某一个范围，比如MIMO技术就不能配置“奇数发和奇数收”。在本实施例中，通过向CLI接口传送一条验证下发合理性命令，判断返回结果集如果说明该配置文件下发状态为true，这就说明该配置文件可以下发。

本实施例中，所述基站配置文件验证下发模块中，所述对获取到的所述基站配置文件中的参数进行修改，具体可以按照如下步骤进行实施：

D1，根据用户选择的需要修改的参数名称，采用dom4j在基站配置文件中定位参数；

D2，用户修改参数后，将修改后的值回填到参数中。

上述方法在实际应用过程中，常用的MRBTS及SBTS两种站型的配置文件代码量多达上千行，因此，本实施例中，采用具备XPath(节点寻找语言)的dom4j解析算法对基站配置文件进行解析和修改。

在实施过程中，系统根据用户选择的需要修改的参数名称(对应到配置文件的标签名称或属性)通过dom4j首先寻找到XML文件中相应位置(通过XPath路径寻找)，然后将新的值回填到基站配置文件中。修改完成后覆盖原有文件。通过CLI接口(linux运行环境下的一个窗口)提供的下发配置文件命令集成到.bat文件中，并且记录这个文件的位置。通过java的CMD类找到上一步创建的.bat脚本文件，并执行。这样等待一会(大概一分钟左右)，基站会完成新配置文件的下发和重启。重启后的基站，由于配置文件的更改，会出现告警(故障)，从而完成了基站故障的制造。现场工程师会根据这些故障类型进行相关训练。

如果在训练过程中，遇到一个较难的告警问题，但又需要该站快速投入使用，可以通过一键恢复按钮恢复基站原貌。“一键恢复”其本质也是采用本发明实施例提供的方法和系统，下发基站配置文件，只是下发的配置文件不是修改参数后的配置文件，而是基站原本配置文件的备份，点击恢复的时候，程序会下发该原本配置文件的备份，以防止基站关键配置信息丢失。

实施例二

如图1所示，本发明实施例提供了一种实验室基站故障模拟仿真方法，利用实施例一所述的仿真系统，其特征在于，包括如下步骤：

S1，用户选出故障条件，点击“制造故障”按钮；

S2，系统调用所述基站登录信息文件解析模块，解析出所有需要进行故障模拟的基站登录信息；

S3，系统调用所述基站配置文件获取模块，根据所述基站登录信息文件解析模块解析得到的基站登录信息，从所述基站配置文件获取模块提取基站配置文件，并将该文件存储在指定位置；

S4，根据用户选择的修改条件修改基站配置文件，并将修改后的基站配置文件放入下发队列，根据基站登录信息中“基站地址”标签的个数产生相应数量的线程；

S5，基站内部自行判断下发文件的可靠性，如果可靠，则执行S6，否则，程序会弹出警示框提示该文件不可下发；

S6，执行下发指令并按照修改后的参数重启基站，制造故障成功。

可见，本发明实施例提供的基站故障模拟仿真系统和方法，实现了对多个基站配置文件同时进行批量采集、修改、下发、回退的操作。下发操作是对修改参数后配置文件的全量下发，对于参数的修改是增量的修改。而无需对每个基站均需要单独制造故障，也无需对不同批次的基站分别下载对应的Site Manager客户端。从而解决了现有技术中，直接利用Site Manager对基站制造故障，单站登录方式对于多个基站制造故障耗时长效率低的问题，以及对不同批次基站都需要使用对应的Site Manager客户端，导致存储空间占用多的问题。

具体实施例

在本发明实施例中，系统可以基于MVC模式开发，开发语言采用Java；代码中使用dom4j标准xml解析库，使得代码简洁优美并且高效；封装和继承关系合理，并且整体贯穿设计模式思想使其更为高效。

在具体实施过程中，打包发布的.jar应用程序理论上可以运行在任意系统，因为Java是跨平台的，双击运行程序，或者在后台输入“Java–jar projectName”运行程序。系统运行过程可如图2-6所示，其中，根据图2所示选择故障触发条件，根据图3所示确定下发该条件，点击确定后，程序将下发指令送到基站内部，CLI接口将反馈结果如图4所示，后台log提示，根据图5所示，成功制造了告警所示故障，这些故障修改的具体参数不会对外透露，这就需要排障人员需要丰富的排障知识来从中发现并解决问题。根据图6所示进行回退操作，回退采用和下发基站管理口IP命令相同的方式来进行调用，但是回退的配置文件为预置的配置文件，操作方式简单快捷。回退模块中只需要输入回退参数基站的IP地址，并且选择是小站还是宏站，点击恢复即可快速恢复基站业务。

通过采用本发明公开的上述技术方案，得到了如下有益的效果：本发明实施例提供的实验室基站故障模拟仿真系统和方法，利用基站登录信息文件解析模块获取所有需要进行故障模拟的基站登录信息，利用基站配置文件获取模块根据所有基站的登录信息，获取对应的所有基站的配置文件，并根据用户对参数的修改，得到修改后的配置文件，通过根据“站点”标签的数量制造对应数量的多个线程，同时将多个修改后的配置文件下发，使基站按照修改后的配置文件启动，从而同时完成对多个基站的批量故障模拟。解决了现有技术中，直接利用Site Manager对基站制造故障，单站登录方式对于多个基站制造故障耗时长效率低的问题，以及对不同批次基站都需要使用对应的Site Manager客户端，导致存储空间占用多的问题。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims (8)

1.一种实验室基站故障模拟仿真系统，其特征在于，包括：

基站登录信息文件解析模块，用于利用SAX解析算法从用户定义的基站登录信息文件中解析出所有需要进行故障模拟的基站登录信息，其中，所述基站登录信息文件中包括多个基站登录信息，每个所述基站登录信息均包括如下的一些关键标签：基站地址、用户名、密码和/或外部接口安装路径；还用于将解析出来的所有基站登录信息分别封装成多个通用基站类实体；

基站配置文件获取模块，用于根据所述基站登录信息文件解析模块解析得到的基站登录信息，从基站内部提取基站配置文件，所述配置文件是以.xml结尾的脚本文件，所述配置文件中记录有基站的详细配置参数，还用于将所述基站配置文件发送至基站配置文件验证下发模块；

基站配置文件验证下发模块，用于根据用户选择的故障条件，对获取到的所述基站配置文件中的参数进行修改，得到修改后的基站配置文件，还用于为每一个通用基站类实体均开辟一个新的线程用于修改后基站配置文件的检验下发，还用于将修改后的配置文件上传到基站，基站对修改后的基站配置文件的合理性进行验证，如果合格，则执行下发指令并按照修改后的参数重启基站，否则，返回验证失败信息，提醒用户重新选择故障条件；

所述基站配置文件获取模块中，所述从基站内部提取基站的配置文件，按照如下步骤进行实施：

A1，连接基站内部提供的CLI接口；

A2，写入提取基站配置文件的命令集文件；

A3，执行命令集文件，获得基站的配置文件；

所述基站登录信息文件解析模块中，所述利用SAX解析算法从所述基站登录信息文件中获取到所有需要进行故障模拟的基站登录信息，具体按照如下步骤实施：

B1，从xml开始标签进入文件，获得第一个元素标签；

B2，判断当前元素标签的名称与预设是否相符，如果不相符，则执行B3，否则，跳转至B4；

B3，获得下一个元素标签，重复B2，至xml结束；

B4，判断所述当前元素标签是否有子节点，如果没有，则获取所述当前元素标签的元素内容，否则，重复B2-B3。

2.根据权利要求1所述的实验室基站故障模拟仿真系统，其特征在于，A1之前还包括步骤：判断工程目录下是否已经存储了所述基站配置文件，如果是，则系统不再执行配置文件的提取操作，反之，系统执行配置文件的提取操作。

3.根据权利要求1所述的实验室基站故障模拟仿真系统，其特征在于，A1具体为：通过JAVA的SSH提供的接口技术连接基站内部提供的CLI接口；A2具体为：通过Java IO流技术写入提取基站配置文件的命令集文件；A3具体为：通过Java CMD接口执行命令集文件，获得基站的配置文件。

4.根据权利要求2所述的实验室基站故障模拟仿真系统，其特征在于，A1中，所述连接基站内部提供的CLI接口，执行过程中，提供基站登录信息，包括：基站地址、用户名、密码和/或外部接口安装路径。

5.根据权利要求1所述的实验室基站故障模拟仿真系统，其特征在于，所述基站配置文件验证下发模块中，所述为每一个通用基站类实体均开辟一个新的线程用于修改后基站配置文件的检验下发，具体按照如下步骤实施：

C1，根据登录信息文件中“站点”标签个数制造对应数量的线程；

C2，在每个线程中产生一个“通用基站类”实体，所述“通用基站类”实体包含“基站地址”、“用户名”、“密码”和/或“外部接口安装路径”成员变量；

C3，将登录信息文件中解析得到的元素内容一一对应的封装到“通用基站类”实体包含的“基站地址”、“用户名”、“密码”和/或“外部接口安装路径”成员变量中。

6.根据权利要求1所述的实验室基站故障模拟仿真系统，其特征在于，所述基站配置文件验证下发模块中，所述基站对修改后的基站配置文件的合理性进行验证，具体为：验证的依据由基站内部定义且根据命令判断，当基站收到并执行验证命令时，会返回验证结果，系统根据结果集内容判断所述修改后的基站配置文件能否下发。

7.根据权利要求6所述的实验室基站故障模拟仿真系统，其特征在于，所述基站配置文件验证下发模块中，所述对获取到的所述基站配置文件中的参数进行修改，具体按照如下步骤进行实施：

D1，根据用户选择的需要修改的参数名称，采用dom4j在基站配置文件中定位参数；

D2，用户修改参数后，将修改后的值回填到参数中。

8.一种实验室基站故障模拟仿真方法，利用权利要求1-7任一项所述的仿真系统，其特征在于，包括如下步骤：

S1，用户选出故障条件，点击“制造故障”按钮；

S2，系统调用所述基站登录信息文件解析模块，解析出所有需要进行故障模拟的基站登录信息；

S3，系统调用所述基站配置文件获取模块，根据所述基站登录信息文件解析模块解析得到的基站登录信息，从所述基站配置文件获取模块提取基站配置文件，并将该文件存储在指定位置；

S4，根据用户选择的修改条件修改基站配置文件，并将修改后的基站配置文件放入下发队列，根据基站登录信息中“基站地址”标签的个数产生相应数量的线程；

S5，基站内部自行判断下发文件的可靠性，如果可靠，则执行S6，否则，程序会弹出警示框提示该文件不可下发；

S6，执行下发指令并按照修改后的参数重启基站，制造故障成功。

Images