[发明专利]一种通信系统中采集业务运行信息的方法和系统

说明书

技术领域

本发明通常涉及到通信领域，尤其涉及到改进通信系统采集业务流程中状态信息与性能数据等运行信息的方法。

背景技术

在通信系统中，业务流程是功能的主体。操作维护是监控业务流程正常运转必不可少的工具。业务流程中有许多运行信息，例如：各单板运行状态、运行中的关键控制参数，报告业务流程运行情况的业务观察，以及运行中的性能数据统计等。类似的这些信息需要向操作维护台OMC上报，它们构成了在操作维护台上可见的运行信息。由于运行信息要由业务流程采集，也由业务流程来决定向操作维护台上报的时机。因此以往的做法是在业务流程处理逻辑当中，嵌入上报操作维护信息所需的处理逻辑。如此来满足实时收集并上报运行信息的需求。

在中国专利CN200310114388中提到了一种收集闭合系统的运行信息的方法。该方法只面向闭合系统，例如手机。该方法的问题在于没有考虑运行信息需要与操作维护台交互的功能。

由于运行信息的采集上报功能与业务流程处理本身混合在一起，会对功能的扩展带来很大的困难。尤其是两者功能实现上处于同一模块，代码维护将会成为一个难题。任一个修改都必须考虑到对两者的影响，从而增大了出现故障的几率。同时这也不利于通信系统中业务功能和操作维护台功能的灵活配置。

发明内容

本发明要解决的技术问题是提出一种通信系统中采集业务运行信息的方法。使得业务信令处理逻辑与操作维护处理逻辑在功能实现上不会相互影响，减少了因相互耦合而引入故障的可能。

本发明提出一种通信系统中采集业务运行信息的方法，该通信系统包括操作维护台；业务信令处理单元，简称为业务SP；操作维护信令处理单元，简称为OMSP；以及业务SP和OMSP之间增加的运行信息处理单元，简称为RIP，所述方法包括以下步骤：

(a)业务SP访问RIP的接口，通知RIP保存信令中的运行信息，由RIP完成运行信息的保存；

(b)RIP检索出所需的运行信息，发送到OMSP；

(c)OMSP将收到的所述运行信息上报给操作维护台。

进一步，上述方法还可以具有以下特点：步骤(a)中，当流程中业务SP让RIP保存信令中的运行信息数据时，RIP要判断该信令中的数据是否正确，再存放信令中的该数据。

进一步，上述方法还可以具有以下特点：步骤(a)之前，操作维护台要求OMSP上报指定业务事件及其运行信息，OMSP收到该命令后，在RIP上注册所指定的业务事件及其所需运行信息类别；

步骤(a)中，业务事件完成后，业务SP通知RIP所述业务事件已完成；

步骤(b)中，RIP根据OMSP在其上注册的业务事件及运行信息类别检索所需的运行信息，通知OMSP业务事件完成，并携带所检索到的运行信息。

进一步，上述方法还可以具有以下特点：还包括步骤：操作维护台发起对运行信息的静态查询，OMSP响应操作维护台的命令，访问RIP的接口从RIP获得所需的运行信息，并发送给操作维护台。

进一步，上述方法还可以具有以下特点：业务SP、OMSP以及RIP同处一个CPU时，共享同样的内存区，它们的任务在同一个CPU的任务队列里排队执行，当业务SP、OMSP以及RIP处于同一进程空间时，它们之间的通讯机制通过函数调用来完成。

进一步，上述方法还可以具有以下特点：业务SP和RIP处于一个CPU，而OMSP处于另一个CPU，OMSP与RIP之间的通讯机制通过信令交互来完成。

一种在通信系统采集业务运行信息的系统，包括：业务信令处理单元，简称为业务SP，操作维护信令处理单元，简称为OMSP，其特征在于：业务SP和OMSP之间增加了运行信息处理单元，简称为RIP；其中：

所述业务SP，用于访问RIP的接口，通知RIP保存信令中的运行信息；

所述RIP，用于对业务事件的运行信息进行保存和检索，并将检索出的运行信息发送到OMSP；

所述OMSP，用于将RIP发送的运行信息上报给操作维护台。

进一步，上述系统还可以具有以下特点：所述操作维护台，用于向OMSP发送命令，要求OMSP上报指定业务事件的运行信息；

所述业务SP仅在业务事件完成后，通知RIP所述业务事件已完成；

所述OMSP进一步包括：注册子单元，用于在收到操作维护台的所述命令后，在RIP注册所指定的业务事件及其所需运行信息类别；事件上报子单元，用于在收到RIP的业务事件完成通知后，将RIP发来的运行信息上报到操作维护台；