[发明专利]电信服务干扰

说明书

在电信网络中的一个基本呼叫为两个用户之间提供一个传输路径。还由一组服务(也称特征)提供一些附加功能。如果在同一呼叫中产生多个服务要求，那么保证它们之间不发生相互有害干扰是很重要的。这里所描述的系统就是用以检测在服务要求或建立过程中可能发生的干扰。

根据本发明，提供了这样一种在通信系统中检测服务干扰的方法，包括在一个基本呼叫状态模型(BCSM)基础上产生的抽象服务，和由基本呼叫处理及与数据项有关的服务所进行的数据处理。

下面将通过举例的方法来描述本发明，参考附图及表格，其中：

图1说明的是一个检测前提条件和访问类型冲突的机制；

图2是该服务程序的主窗口；

图3是该服务程序的Add窗口；

图4是该服务干扰检测程序的主窗口；

图5a及图5b说明了服务窗口列举的两种不同的版本；

图6是库窗口列表；

图7是干扰窗口列表；

图8是排它原则窗口；

图9是增加排它原则窗口；

表1是服务访问表；

表2是曾经访问表；

表3是前提及访问类型冲突；

表4是候选信息项；

表5是一组前提及访问类型冲突的例子，以及

表6是服务缩略符表。

准备了“服务抽象”，它封装了该服务的行为并且基于两个模型。

基本呼叫状态模型(BCSM)对呼叫处理子系统给予了高层描述：附加服务的处理是这样进行的，在一个起始检测点(DP)离开BCSM，然后当处理结束时在结束检测点重新加入BCSM。

第二个模型是关于由基本呼叫处理和服务来进行的数据处理过程。为了支持这个模型标识一组全局数据项。

服务抽象包括起始检测点DP、终止检测点DP，以及用于使标明拥有同一起始检测点DP的多个服务具优先权的位置标号。另外，对每一数据项都给出前提条件和访问类型。一个前提条件要求一个项还未曾被建立或修改。访问类型(建立、读取、修改、锁定、隐芷、消费)定义了将在某数据项上执行的操作。服务抽象并未揭示操作完成的细节，因此更象是由某个第三部分来揭示的。

1.检测点控制冲突：当起始检测点和终止检测点之间的服务范围屏蔽了另一服务的起始检测点时，就会发生这样的冲突。

2.前提条件和访问类型冲突。当某个服务有一个前提条件，即一个数据项必须尚未建立(或修改)，且该数据项却已事先建立(或修改)时，就会发生前提条件冲突。当某个数据项由不匹配的访问类型来访问时，就会发生访问类型冲突。

3.对有限资源的竞争，这种情况发生在几个服务需要排它地利用同一资源的时候。1.简介

在IEEE的1993年8月通信杂志上，由E.Kuisch、R.Janmat、H.Mulder及I.Keesmaat所著的“一个用于服务干扰的实用方法”一文中，介绍了说明一个服务的过后及前提条件的概念。其中指出当服务A之后紧接服务B，那么如果服务A的过后条件与服务B的前提条件冲突时，就会产生一个服务干扰。这里只考虑由前提条件和访问类型冲突带来的干扰。

一个服务利用以下各种访问类型在数据项上执行各种操作：建立、读取、修改、锁定、隐藏。典型的数据项包括：被叫方号码、主叫方号码、帐户号码等。所有访问列表取代服务前提条件。用到了两种服务前提条件：先前未曾创建的项，和先前未曾修改过的项。其他前提条件是隐含而非明确说明的，例如，如果一个项已被锁定了，那么它是不可以被修改的。服务干扰是通过将该服务的前提条件和访问类型与前面的服务访问相比较来发现的。假定所有服务是顺序执行的。

在服务生存周期的说明步骤期间以及在各数据项被分配给一个物理地址之前，前提条件和访问类型冲突有可能被发现。在后面某个阶段，将定义一些消息集合。每一个消息被定义为一个信息流，并且传送一组信息元素。尽管在许多场合下它们之间有紧密的映像，数据项和信息元素是不同的实体。因此研究信息流对于确定候选数据项是有益的。2.用于查找服务前提条件和访问类型冲突的模型