[发明专利]一种通信测试系统中多业务处理模型及处理方法

说明书

技术领域

本发明涉及移动通信领域，特别涉及自动测试系统的大容量多业务测试系统的控制和管理方法。

背景技术

在现有的通信测试系统，特别是室内分布自动测试系统中，核心控制程序扮演着关键的角色，其担负着整个软件系统的业务处理和控制管理的功能。

其核心控制程序普遍采用串行业务处理的流程，处理系统所触发的各种业务流程；这样的机制虽然可以解决系统的控制和业务处理问题，但是处理能力受到并发线程数和硬件处理能力的限制。当大容量的业务需要同时处理时，比如并发流程超过2000个时，这种处理机制就容易产生流程互斥，处理效率低下，甚至出现死机等问题，造成资源耗费严重。而在多CPU的硬件资源中所采用的并发线程处理率方法中，普遍情况也是单CPU对应单线程，通过增加多个CPU数量达到提高处理能力目的，例如高端服务器。这种方法对硬件资源非常高。在普通的小型通信系统中往往不太适用。

发明内容

本发明的目的在于克服现有技术的缺点与不足，提供一种可以处理大容量多业务的处理模型。

本发明的另一目的在于，提供一种基于上述模型的多业务处理方法。

为了达到上述第一目的，本发明采用以下技术方案：

本发明通信测试系统中多业务处理模型，包括状态处理端以及与之信号连接的控制调度端，所述状态处理端用于并行地处理测试任务业务的各循环的状态；所述控制调度端用于对测试任务业务的管理和控制，包括接收来自接口的测试任务业务，给所述业务配置坐席号ID和对应处理线程ID。

优选的，所述状态处理端包括坐席状态机、线程池和数据打包模块，所述坐席状态机和线程池信号连接，所述线程池和数据打包模块信号连接；

所述坐席状态机提供n*m个矩阵式的坐席位置，供各个测试任务业务占用，提供测试任务业务状态和对应线程的配置通道；

所述线程池测试过程控制模块所创建的处理流程均在这里统一运行和处理对应的业务，

所述数据打包模块负责测试任务业务的测试结果数据的打包和分发。

优选的，所述控制调度端包括测试过程控制模块以及与测试过程控制模块连接的接口，所述测试过程控制模块分别与状态处理端的坐席状态机、线程池及数据打包模块信号连接；

所述接口负责接收来自客户输入的测试任务和业务；

所述测试过程控制模块，提供对接口数据的控制，对坐席状态池ID分配和ID号的取余运算，绑定线程ID和对应的坐席ID。

优选的，所述测试过程控制模块与坐席状态池信号交互时，控制和配置线程ID和坐席状态池ID的关系；所述测试过程控制模块与线程池信号交互时，调度线程池的线程；所述测试过程控制模块与数据打包模块信号交互时，协助数据打包模块完成测试结果数据的打包。

优选的，在坐席状态池矩阵中，每一行代表一个测试任务业务流程的信息，所述状态包含流程ID、当前状态以及控制时间，所述流程ID是唯一的，由测试过程控制模块统一分配。

优选的，所述状态坐席池包括状态ID和坐席ID，状态ID描述了各种测试任务业务的不同状态，坐席ID描述了坐席池的各个ID号。

为了达到上述第二目的，本发明采用以下技术方案：

本发明基于上述通信测试系统中多业务处理模型的处理方法，包括下述步骤：

S101、当测试任务的业务由接口到达测试过程控制模块，所述测试过程控制模块启动并准备进入下一步；

S102、测试过程控制模块快速查看坐席池目前是否有空席位；如果有空坐席，则随机选择某一空闲的坐席池，配置给测试任务业务并为其坐席配置ID号；如果没有空坐席，则选择等待，等待超时后释放CPU资源；

S103、给上述坐席ID号取模为线程数n的余数，根据余数的不同将测试任务业务配置到对应的空闲坐席池中，并捆绑该坐席内的测试任务业务和对应ID的线程；

S104、更新测试任务业务的状态，等待对应的线程来处理；

S105、若测试任务业务被处理后，则将状态更新至下一状态；

S106、当测试任务业务的状态变迁到最后一步时，在状态中做状态结束标记，当对应线程读到该标记时，则处理最后一状态完毕后，则直接释放坐席号资源；

S107、将测试任务的处理结果数据按照要求打包和封装，并通过接口发送出去。

步骤S105中，不同的测试任务业务有不同的状态循环，所述状态循环是预先规定的好的。

进一步的，步骤S105中，所述测试任务业务包括语言测试业务、数据测试业务和网络参数采集测试业务。