一种通信系统中采集业务运行信息的方法和系统

摘要

本发明提出一种通信系统中采集业务运行信息的方法，该通信系统包括操作维护台；业务信令处理单元，简称为业务SP；操作维护信令处理单元，简称为OMSP；以及业务SP和OMSP之间增加的运行信息处理单元，简称为RIP，所述方法由业务SP访问RIP的接口，通知RIP保存信令中的运行信息，然后RIP完成运行信息的保存，并由RIP检索出所需的运行信息，发送到OMSP，OMSP将收到的所述运行信息上报给操作维护台。

说明书

技术领域

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

背景技术

在通信系统中，业务流程是功能的主体。操作维护是监控业务流程正常运转必不可少的工具。业务流程中有许多运行信息，例如：各单板运行状态、运行中的关键控制参数，报告业务流程运行情况的业务观察，以及运行中的性能数据统计等。类似的这些信息需要向操作维护台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发来的运行信息上报到操作维护台；

所述RIP进一步包括：存储单元，用于保存运行信息和注册的业务事件及其运行信息类别；事件上报单元，用于在收到业务SP的业务事件完成通知后，根据注册的业务事件及运行信息类别检索到所需的运行信息，通知OMSP业务事件完成并携带所检索到的运行信息。

进一步，上述系统还可以具有以下特点：所述操作维护台，用于发起对运行信息的静态查询；

所述OMSP进一步包括：静态查询子单元，用于在接收到操作维护台的静态查询命令后，访问RIP单元的接口来获得运行信息，并发送给操作维护台；

所述RIP进一步包括：查询上报单元，用于在收到OMSP的查询命令后，检索OMSP需要的运行信息发送给OMSP单元。

进一步，上述系统还可以具有以下特点：所述RIP还包括：信息处理单元，用于判断业务SP单元的信令中的数据是否正确，并将一条信令中不同的值放到若干个地方。

基于上述的实现方式，业务信令处理逻辑与操作维护处理逻辑在功能实现上是完全独立的。两者在以后功能扩展上的变化，不会相互影响，减少了因相互耦合而引入故障的可能。

如果在某个工程中，操作维护台只需要某些特定的运行信息，此时系统就可以只选配需要的操作维护信令处理OMSP；或者OMSP只向运行信息处理RIP注册所关心的事件。从而支持了通信系统中操作维护功能点的灵活配置。

附图说明

图1是CDMA制式的高速分组数据业务通讯系统中，业务SP、OMSP和RIP在通信系统中的相互关系图，以及它们与其它功能组件的关系图。

图2为本发明方法中业务SP、OMSP和RIP基于同一CPU运行的结构图。

图3为本发明方法中业务SP、RIP与OMSP分处于两个CPU运行的结构图。

具体实施方式

在通信系统中信令流携带着某次业务流程的运行信息，信令处理模块完成其功能处理后，可能会产生加工后的运行信息，并向操作维护台上报，以便监控通信系统的运行状态和业务运行的性能指标。以CDMA制式的高速分组数据业务通信系统为例，基站控制器包含了若干个业务处理模块。几乎每一个业务处理模块，在提供除了业务信令处理以外，都要承担向操作维护台上报运行信息的任务。

因此，在通信系统采集业务运行信息的系统包括：操作维护台；业务信令处理单元，简称为业务SP单元；操作维护信令处理单元，简称为OMSP单元。为了让OMSP单元能够单独访问到运行信息，增加了运行信息处理单元，专门用于处理运行信息，简称为RIP单元。业务SP单元和OMSP单元之间，不需要有交互的接口。其中：

操作维护台用于通过OMSP在RIP设定需上报的业务事件及其运行信息类别，并可发起运行信息的静态查询；

业务SP在处理信令流时，获取到来自信令中的运行信息，在完成本单元功能后，也会生成新的运行信息。在业务流程处理中，业务SP单元访问RIP单元的接口，通知RIP单元保存信令中的运行信息；当某个业务事件完成后，业务SP单元负责通知RIP单元该业务事件已完成。

OMSP用于将RIP发送的运行信息上报给操作维护台。进一步包括：

注册子单元：负责在收到操作维护台要求上报某些业务事件的业务观察、性能统计等运行信息的命令后，在RIP单元上注册操作维护台所指定的业务事件及其所需运行信息的类别；

事件上报子单元，用于在接收到RIP单元的事件完成通知后，选择需要的运行信息数据组装成消息格式，上报给操作维护台；以及

静态查询子单元，用于在接收到操作维护台的静态查询命令后，访问RIP单元的接口来获得运行信息，并发送给操作维护台。

RIP，用于保存和检索业务事件的运行信息，并将检索出的运行信息发送到OMSP。进一步包括：

存储单元，负责按设定的规则完成对运行信息和注册信息的保存；

信息处理单元，当流程中业务SP单元让RIP单元保存信令中的数据时，RIP单元要判断该信令中的数据是否正确，并将一条信令中不同的值放到若干个地方。也就是说RIP单元也要完成一定的逻辑处理。

事件上报单元，在收到业务SP单元的业务事件完成通知后，根据注册的业务事件及运行信息类别检索到所需的运行信息，通知OMSP业务事件完成并携带所检索到的运行信息。

查询上报单元，用于在收到OMSP的查询命令后，检索OMSP需要的运行信息发送给OMSP单元。

相应地，本实施例一种在通信系统中采集业务运行信息的方法，包括以下步骤：

步骤一，操作维护台要求OMSP上报某些业务事件的业务观察、性能统计等运行信息，OMSP收到命令后，在RIP上注册所指定的业务事件及其所需运行信息类别；

步骤二，在业务流程处理中，业务SP访问RIP的接口，通知RIP保存信令中的运行信息，RIP按一定的规则完成对运行信息的保存；

当流程中业务SP让RIP保存信令中的数据时，RIP要判断该信令中的数据是否正确，并将一条信令中不同的值放到若干个地方。也就是说RIP也要完成一定的逻辑处理。

步骤三，当某个业务事件完成后，业务SP通知RIP该业务事件已完成；

例如，业务SP单元在完成呼叫建立或切换业务事件后，通知RIP单元呼叫建立或切换业务事件结束。

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

步骤五，OMSP选择需要的运行信息数据组装成消息格式，在符合上报条件时，上报给操作维护台。

除了上述RIP向操作维护台上报业务观察的方式外，操作维护台也可以就某些具体运行信息向OMSP发起静态查询，OMSP响应操作维护台的命令，访问RIP的接口，RIP检索到这些运行信息后返回给OMSP，OMSP再将获得的这些运行信息返回给操作维护台。该过程中，业务SP也不需要参与操作维护台的查询操作。

可以看出，整个过程业务SP只与信令流程中相关的其它功能组件，例如基站2和RIP交互。OMSP接收RIP的事件触发以及操作维护台的命令，决定上报的时机，并与RIP和操作维护台进行交互。在上述过程中，业务SP与操作维护相关模块OMSP、操作维护台，通过RIP实现了隔离。业务流程不会受到操作维护相关功能的影响。

在一个应用实例中，如图1所示，当一次分组数据呼叫到来时，业务SP在接收到呼叫建立请求的信令后，将信令中呼叫相关的信息保存到RIP中，在呼叫建立的信令中传递了手机和基站的具体参数，基站控制器在尝试为一次呼叫分配业务信道的过程中，根据操作维护台的需求，基站控制器中的RIP可能要将这个过程中的每一个具体信令、呼叫建立成功与否的业务观察、呼叫相关的性能统计等信息通过OMSP上报给操作维护台。

在图2中，业务功能模块的业务SP、OMSP以及RIP在同一个CPU时，业务SP、OMSP以及RIP将共享同样的内存区，它们的任务将在同一个CPU的任务队列里排队执行。当业务SP、OMSP以及RIP处于同一进程空间时，它们之间的通讯机制可通过函数调用来完成。

在图3中，业务功能模块的业务SP、RIP处于一个CPU而OMSP处于另一个CPU时，业务SP、RIP和OMSP不一定会采用共享内存。而且OMSP同时与多个业务功能模块的RIP交互。它们之间的通讯机制，可通过信令交互来完成。

本发明的基本思想还可以通过其它不同的途径实现。本发明及其实施例并不限于上面所描述通信系统的实例。而是在权利要求书的范围内可以加以改变。