CN107506342B - 一种射频单元的离线做表方法 - Google Patents

Abstract

本申请公开了一种射频单元RRU的离线做表方法，包括：预先在RRU中对应装备表中的各个表项设置做表任务类；RRU接收用户启动装备做表的指令，所述指令中包括做表的表项信息；所述RRU根据所述表项信息确定相应的做表任务类，并通过执行该做表任务类调用RRU的装备做表接口进行相应表项的制作。应用本申请，能够方便地实现装备表的制作。

Description

一种射频单元的离线做表方法

技术领域

本申请涉及通信系统中的基站技术，特别涉及一种射频单元(RRU)的离线做表方法。

背景技术

RRU(射频单元)需要一张装备表，其保存了RRU器件的相关性能数据，该数据决定了RRU功率控制等核心功能的准确性，对RRU的开发过程起着至关重要的作用。硬件设计研制的新款RRU，需要手动输入多条指令摸索硬件性能。

可见，RRU软件和硬件需要协同合作开发，硬件或软件的改变都需要对方配合。装备表的制作过程强烈依赖于装备环境，而装备环境一般只在工厂部署，因此RRU的开发过程极容易受到工厂生产的制约。而在工厂环境中，硬件发生变化后，软件开发也无法联动变化。

目前在工厂环境中生产装备台的结构部署如图1所示。其中，整个装备台环境具有强大的自动化功能，在RRU硬件构造确定的情况下，图1所示的装备台能够大批量的生产RRU。相应的，装备台的硬件构成以及软件维护团队也非常庞大，搭建成本非常昂贵。利用该装备台做表时，由装备台控制系统自动控制外接部件和RRU制作装备表。BBU在做表过程中负责透传指令和确保RRU版本的功能。

在业界，为解决装备表的制作问题，常用的方法是在实验室搭建装备环境，协调相关研发人员到位，或者派遣研发团队常驻工厂跟踪装备生产，无论何种方法都花费巨大。而且如果交付的RRU发现装备表异常，常用的方法是空运回工厂或者该批次RRU作废，代价同样巨大。

由上述分析可见，对于硬件设计研制的新款RRU，在装备表的制作中，存在如下问题：

1、实验室缺少装备环境，硬件变化需要修改装备表，需要手动执行全部指令做表；

2、常驻工厂虽然能响应硬件变化，但是软件开发环境受限，开发效率极低。

可见，为实现提高装备表的制作精度，要么在实验室搭建装备环境，要么常驻工厂，两种方法的代价都非常大。

发明内容

本申请提供一种RRU的离线做表方法，能够方便地实现装备表的制作。

为实现上述目的，本申请采用如下技术方案：

一种射频单元RRU的离线做表方法，包括：

a、预先在RRU中对应装备表中的各个表项设置做表任务类；

b、RRU接收用户启动装备做表的指令，所述指令中包括做表的表项信息；

c、所述RRU根据所述表项信息确定相应的做表任务类，并通过执行该做表任务类调用RRU的装备做表接口进行相应表项的制作。

较佳地，所述做表任务类的执行步骤抽象归一化为：初始化Init、开始Start、配置项ConfigItem、配置通道ConfigChannel、运行Run和结束End。

较佳地，所述RRU包括装备做表用户界面UI模块和装备做表系统模块；所述装备做表UI模块包括UI交互控制组件和装备做表调度组件；所述装备做表调度组件包括调度任务类和与各个表项对应设置的做表任务类；

所述步骤b包括：所述UI交互控制组件接收所述启动装备做表的指令，并将指令以及所述表项信息保存到全局内存，并启动所述装备做表调度组件；

步骤c中所述确定相应的做表任务类包括：所述装备做表调度组件执行调度任务类，并根据全局内存中保存的所述表项信息调用与所述表项信息对应的做表任务类。

较佳地，当所述表项信息中包括上行、下行或驻波时，在制表过程中，所述RRU提示用户对外接设备进行指定操作，并接收用户反馈的操作结果，根据所述操作结果继续制表。

较佳地，所述启动装备做表的指令为全量做表或指定项做表；

其中，当所述指令为全量做表时，所述做表的表项信息为装备表中的所有表项；

当所述指令为指定项做表时，所述做表的表项信息为指令中所包括的指定表项。

由上述技术方案可见，本申请中，预先在RRU中对应装备表中的各个表项设置做表任务类；RRU接收用户启动装备做表的指令，所述指令中包括做表的表项信息；RRU根据表项信息确定相应的做表任务类，并通过执行该做表任务类调用RRU的装备做表接口进行相应表项的制作。通过上述方式，不需要通过装备台控制RRU做表，简化RRU装备做表的过程。

附图说明

图1为现有装备台的结构部署图；

图2为本申请中RRU离线做表的基本流程示意图；

图3为本申请实施例中离线做表方案的结构部署图；

图4为EPT_UI模块的具体结构示意图；

图5为调度任务和装备表项的关系示意图；

图6为本实施例中EPT_UI模块的做表流程示意图；

图7为下载配置文件的截图；

图8为开始离线做表的截图；

图9为中间需要用户操作外接设备并提醒用户的截图；

图10为完成做表后提示用户复位RRU的截图；

图11为做表完成的RRU提供查询装备表数据功能的截图。

具体实施方式

为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。

在RRU硬件研制阶段，没有批量生产RRU的需求，只是为了制作装备表而搭建装备台环境十分浪费。

本申请提供一种离线制作装备表的方法，基本思想是通过一套人机交互系统(EPT_UI)，由用户通过人机交互的操作来驱动RRU中的装备做表系统(EPT_SYS)完成装备做表流程，从而摆脱装备台环境的约束。

图2为本申请中离线制作装备表方法的基本流程示意图。如图2所示，该方法包括：

步骤201，预先在RRU中对应装备表中的各个表项设置做表任务类。

步骤202，RRU接收用户启动装备做表的指令，该指令中包括做表的表项信息。

其中，做表的表项信息可以是全量做表，也可以是指定项做表，如果是指定项做表，还需要给出具体需要做表的表项。

步骤203，RRU根据表项信息确定相应的做表任务类，并通过执行该做表任务类调用RRU的装备做表接口进行相应表项的制作。

通过步骤202接收的指令，能够确定出在装备表中需要制作的表项，可能是所有表项，或者也可能是其中的部分表项。根据步骤201中预设的对应关系，能够确定出需要制作的表项对应的做表任务类，执行相应的做表任务类，来调用RRU的装备做表接口进行相应表项的制作。其中，装备做表接口是目前RRU中已有的接口，通过相应接口能够实现对应表项的制作。通过上述处理，利用用户指令和对应各个表项预设的做表任务类，再结合RRU中现有的装备做表接口，可以实现制作装备表的目的。同时，上述方式易于实现，不需要搭建整个装备台的环境，大大降低了制作装备表的实现复杂度。

上述为本申请中RRU离线做表方法的基本流程。下面通过具体实施例给出一种优选的实施方式。图3为本申请实施例中离线做表方案的结构部署图。其中，RRU包括装备做表用户交互(EPT_UI)模块和装备做表系统(EPT_SYS)模块。这里，EPT_SYS模块在现有RRU中就包括，能够实现对应表项的制作，上述图2中提到的装备做表接口就是EPT_SYS提供的。EPT_UI是本实施例引入的新的模块，用于实现上述图2中的做表任务类和调用装备做表接口的功能。下面主要就EPT_UI的结构和功能对本申请中的做表方法进行详细介绍。

EPT_UI模块的具体结构如图4所示，主要包括两个组件，分别为UI交互控制组件和装备做表调度组件。UI交互控制组件用于完成与用户间的交互处理，装备做表调度组件用于根据用户指令实现装备做表接口的合理调用。本实施例中，UI交互控制组件和装备做表调度组件之间通过全局内存实现通信。当然，也可以采用其他方式实现通信，本申请对此不作限定。

具体地，UI交互控制组件接收用户下发的配置信息和启动装备做表的指令。如前所述，指令中包括做表的表项信息。UI交互控制组件将接收的相应信息保存在全局内存中。

装备做表调度组件由调度任务类和多个做表任务类组成，每个做表任务类对应一个表项(即前述图2步骤201)，完成对应的表项的执行过程。更详细地，每个类的执行步骤经过抽象可以归一为初始化(Init)、开始(Start)、配置项(ConfigItem)、配置通道(ConfigChannel)、运行(Run)、结束(End)。

基于上述调度任务类和各个做表任务类，装备做表调度组件周期性查询全局内存，当在其中发现新的用户指令时，进行相应操作。

当发现用户发送的启动装备做表的指令后，提取做表的表项信息，并在自身的各个做表任务类中选择与本次需要做表的表项对应的做表任务类，开始执行相应的做表任务类，调用EPT_SYS中相应表项的装备做表接口进行对应表项的制作。

调度任务和装备做表接口的关系如图5，CEptOffLineTest依次调用指定的CEptExecTest项做表。

对于装备表中的某些特定表项(例如上行、下行、驻波这三种外接设备做表项)，在做表过程中，还需要外接设备的配合。对于这类表项，由UI交互控制组件与用户交互，提示用户对外接设备进行指定操作，并接收外接设备的操作结果，保存在全局内存中。做表调度组件在全局内存中提取外接设备操作结果，并将该结果反馈给相应装备做表接口继续表项制作。

综合上述处理，从操作方便考虑，EPT_UI简化了用户操作流程，整个过程只需用户操作如下几个命令：

1、启动/停止全量装备做表

2、启动/停止指定项装备做表

3、下行信号功率数据输入

4、上行信号功率数据输入

5、空口负载驻波值输入

6、上传或下载配置文件

其中，在做表的初始化(Init)步骤中可能需要上传或下载配置文件，用于配置RRU能力、检验做表结果是否合理。当发现用户发送了配置信息时，根据用户发送的信息和做表逻辑计算出做表结果，并判断做表结果是否合理，如果合理写入做表项到RRU，不合理提示用户重新做表。在配置通道(ConfigChannel)的步骤可能需要与用户进行交互包括下行信号功率数据输入、上行信号功率数据输入、空口负载驻波值输入，输入值用于对应做表项的计算过程。

图6是本实施例中EPT_UI模块的做表流程示意图，由该流程可见，本实施例的做表处理只需一位维护人员输入相应的指令，即可完成RRU装备做表，而且EPT_UI模块会及时提示维护人员进行相关操作，学习成本非常低。

为说明本申请离线做表的优势，申请人将上述离线做表方法应用于企业网400MRRU的研发过程。根据实际运行情况分析，取得的成果如下：

1、装备环境到位时间在项目启动2个月后，成功规避项目被堵塞的风险。

2、400M RRU在整个研发过程中不断更新滤波器(10M,20M,50M,70M)，从更新硬件到装备做表交付软件几乎无堵塞，项目能够快速响应市场需求的变更。

3、整个研发过程中，更换器件的RRU可以很快投入研发使用，没有一个RRU因为装备表更新需求成为废料，极大降低项目成本。

4、与真实装备环境联调过程中，RRU的软件和硬件缺陷非常少，大部分的缺陷在离线做表环境中就已经提前发现。大幅缩短联调时间

5、基于该方案，研发人员设计了自动化测试RRU装备软件方案

以下图7～图11为应用图3所示的结构进行离线做表中的使用截图。具体地，图7为下载配置文件的截图，图8为开始离线做表的截图，图9为中间需要用户操作外接设备并提醒用户的截图，图10为完成做表后提示用户复位RRU的截图，图11为做表完成的RRU提供查询装备表数据功能的截图。

上述即为本申请中RRU离线做表的具体实现。由上述内容可见，本申请中的离线做表方法，可以带来以下好处：

1.极大缩短硬件改动到装备表制作的过程；

2.装备离线做表环境的构建成本几乎不存在(RRU和仪表是现成的，只需简单指导一下，任何人都可以构建装备离线做表环境)；

3.研发过程中，硬件改动对软件的影响微乎其微，装备表可以随时更新；

4.硬件经过离线做表反复验证后，性能数据趋于稳定，与真实工厂生产环境的调试时间大幅缩短；

5.RRU装备软件的自动化测试成为可能。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (4)

1.一种射频单元RRU的离线做表方法，其特征在于，所述RRU包括装备做表用户界面UI模块和装备做表系统模块；所述装备做表UI模块包括UI交互控制组件和装备做表调度组件；所述装备做表调度组件包括调度任务类和与各个表项对应设置的做表任务类；所述方法包括：

a、预先在所述装备做表调度组件中对应装备表中的各个表项设置做表任务类，所述做表任务类用于调用与相应表项对应的RRU的装备做表接口；

b、所述UI交互控制组件接收用户启动装备做表的指令，所述指令中包括做表的表项信息；所述UI交互控制组件将指令以及所述表项信息保存到全局内存，并启动所述装备做表调度组件；

c、所述装备做表调度组件根据所述表项信息确定相应的做表任务类，并通过执行该做表任务类调用RRU的装备做表接口进行相应表项的制作；其中，所述确定相应的做表任务类包括：所述装备做表调度组件执行调度任务类，并根据全局内存中保存的所述表项信息调用与所述表项信息对应的做表任务类。

2.根据权利要求1所述的方法，其特征在于，所述做表任务类的执行步骤抽象归一化为：初始化Init、开始Start、配置项ConfigItem、配置通道ConfigChannel、运行Run和结束End。

3.根据权利要求1或2所述的方法，其特征在于，当所述表项信息中包括上行、下行或驻波时，在制表过程中，所述RRU提示用户对外接设备进行指定操作，并接收用户反馈的操作结果，根据所述操作结果继续制表。

4.根据权利要求1所述的方法，其特征在于，所述启动装备做表的指令为全量做表或指定项做表；

其中，当所述指令为全量做表时，所述做表的表项信息为装备表中的所有表项；

当所述指令为指定项做表时，所述做表的表项信息为指令中所包括的指定表项。

Images