启动控制业务的制作方法

专利名称：启动控制业务的制作方法
技术领域：
本发明涉及在交换点触发控制一个基本呼叫状态模型的智能网业务，尤其涉及一个智能网业务在所述触发之前已经被触发的情形下的触发。
在电信网络中，智能是指访问存储数据、处理该数据以及基于该数据作出决定的能力。甚至目前的电信网络，如公共交换电话网PSTN都具有一定程度的智能，因为，例如它们在路由呼叫时能处理存储数据。在目前的电信网络中典型的“智能”功能是有条件的呼叫转接，其中必须分析呼叫状态，并根据存储的呼叫前转业务轮廓来路由该呼叫。但是，至今这种智能功能还是基本网络一个不可分割的部分，因此改变和增加功能就需要在例如所有网络交换中心内修改软件。
智能网IN是一种附加到基本网络(如，固定或移动网络)上的网络体系结构，该网络体系结构能使业务的实现和控制变得更迅速、更简易和更灵活。通过将对业务的控制从交换中心移到一个独立的智能网功能单元可做到这一点，所述智能网功能单元在下面将被称为业务控制点SCP。这样，就能独立于基本网络的操作来执行业务了，而且当改变或增加业务时无需更改基本网络的结构和软件。管理智能网接口的网络单元被称为业务交换点SSP。一个SSP典型地是负责连接建立的网络单元，例如基本网络的一个交换中心。
一个呼叫的控制记录通常在交换点SSP利用一个发端呼叫模型和一个收端呼叫模型建模。发端呼叫控制与主叫，即用户A的业务有关，而收端呼叫控制与呼叫的接收方，即用户B的业务有关。必须模仿呼叫的原因是，为了能够在SSP控制呼叫建立，SCP必须了解该呼叫的阶段。通过模仿，SSP和SCP都隐含地了解到检测点DP的情况，即呼叫阶段和可能的交互作用点，SCP可能在这些点处影响呼叫。一个检测点或是一个触发检测点TDP，或是一个事件检测点EDP。有两种类型的EDP和TDP“R”，即“请求”，和“N”，即“通知”。当SSP在一个“请求”类型的检测点DP处进行SCP查询时，必须中断呼叫处理，直到从SCP收到一个响应。对于“通知”类型的检测点，SSP仅在该检测点发送一个通知而并不中断呼叫处理或等待一个响应。TDP检测点在SSP处被静态地定义，且当符合特定的条件时，所述检测点检测事件或触发一个智能网业务的触发。通过向业务控制点发送一个引起业务启动的开始消息来触发一个智能网业务。响应该消息，所述业务控制点启动一个业务逻辑，根据该业务逻辑，SCP例如发送给SSP一个关于待报告的事件检测点EDP的指令。在收到所述指令后，SSP就使该检测点被报告。如果该触发的检测点是一个请求型TDP-R，就建立一个控制所述状态模型的连接，并且只要有一个由所述SCP装备的有效的请求型事件检测点EDP-R，所述连接就会存在。
在目前的智能网中，仅能在一个呼叫状态模型中建立一个控制连接。然而，随着智能网标准化的进展这种情况将会改变。根据计划，在一个呼叫状态模型中，根据ETSI(欧洲电信标准学会)SPS3工作组和由ITU(国际电信联盟)开发的核心INAP(智能网应用协议)CS3(能力组3)，可能会有连接到智能网中一个或多个业务控制点的几个控制连接(MPC，多点控制支持)。换句话说，一个以上的智能网业务能在一个SSP处向相同呼叫状态模型提供指令。但是，控制相同状态模型的业务是相互独立的，并且不必彼此了解。这里的问题是没有一个关心并行控制业务功能的互通性的机制。当根据老技术支持一个控制业务的业务和/或交换中心以及支持几个并行控制业务的业务同时使用时，这一问题就变得更为突出了。

发明内容
因此本发明的一个目的就是开发一种解决上述问题的方法和实现这种方法的装置。通过在一个交换点控制智能网业务的启动的方法来实现这一目的。在这种方法中，利用至少一个控制记录来控制呼叫建立；该方法的特征在于定义至少一个参数，其值表明如果已经启动了一个控制业务，是否可以启动一个控制业务以控制所述控制记录；检测控制记录中触发启动第一控制业务的状态；启动该第一控制业务；检测控制记录中触发启动第二控制业务的状态；以及，如果所述参数允许启动控制业务，则继续启动第二控制业务。
本发明还涉及一种电信系统的智能网业务交换点，该交换点设置用于利用至少一个控制记录来控制一个呼叫。所述交换点的特征在于，其被设置用于保存指示是否已启动一个控制业务以控制所述控制记录的特定数据；访问电信系统中所保存的互通数据，其中至少定义了一个参数，该参数的值表明如果已经启动了一个控制业务，是否能启动一个控制业务以控制所述控制记录；如果所述特定数据指示已启动一个控制业务以控制所述控制记录，则响应检测触发启动一个控制业务的状态而检验所述参数的值。
本发明的方法和智能网业务交换点的优选实施例在从属中阐明。
本发明基于联系一个交换点的机制，利用这种机制交换点管理控制相同状态模型的业务的互通性，以便所述业务控制点或各点无需参与所述交换点。所述机制表明在一个给定的时间遵循哪一条互通指令，换句话说，就是表明在该时刻能作什么。所述机制最好以这样一种方式执行，即建议呼叫状态模型是否能触发一项业务，如果该业务不是第一控制业务的话。这一信息最好作为所述状态模型的多控制状态提供，它能受所述交换中心(交换点)的特性、已触发的业务的要求，以及将触发的业务的要求的影响。
本发明的优点在于其可以使几个控制业务互通。换句话说，根据本发明，可能确保一个被触发的控制业务确实是一个控制业务，并且没有因为另一个业务的影响而变成一个非控制业务。此外，本发明使得可能利用已经在一个多控制状态中被启动的业务，利用这种方式，所述多控制状态对所述业务表现为一个禁止启动其他业务的单一控制状态。
在本发明的一个优选实施例中，在一个控制业务已经被启动的同时启动一个新控制业务受到一个交换点特性的影响，即该交换点是否支持几个业务的启动。这就构成了本发明的另一优点，即可以通过禁止在一个不支持这种功能的交换点处启动几个共存业务而使新业务在老交换点上使用。
附图简要说明下面将参照附图通过优选实施例更加详细地描述本发明。其中，

图1示出了根据本发明第一优选实施例的一个电信系统；图2示出了根据本发明第一优选实施例的多控制状态的一个状态模型；图3是本发明第一优选实施例的流程图；图4是本发明第二优选实施例的流程图。
实施例详细说明下面将利用ETS 300 374-1核心INAP标准的术语和智能网的目前结构描述本发明和它的背景，但是本发明也可以用于根据其他智能网标准(诸如ANSI，AIN或WIN)实现的网络或相应的执行平台中，其中可能有多个控制连接MPC。在这种应用中，智能网通常指一种技术解决方案，其中一个发送呼叫、会话或分组数据的节点接触一个业务控制功能，该功能向所讨论的节点提供影响所述呼叫、会话或分组数据发送的指令。所讨论的节点与所述业务交换功能的接触是基于该节点中的业务触发数据。触发、状态模型以及提供控制或控制功能和一个网络的交换节点之间的API(应用协议接口)的协议，构成一个智能网的特征。呼叫、会话或分组数据的传送可描绘为对控制功能来说可视的状态模型，该模型包括各个阶段和与之相关的检测点，其中可停止处理以等待来自所述控制功能的指令。换言之，一个控制记录利用一个状态模型建模。控制和操作也可是指向呼叫对象的方法和与之相关的事件通知。在这种应用中，术语“呼叫”不仅指一个传统的呼叫，而且指其他，可能是虚拟的，具有用户数据传送，如一个数据会话或分组数据传送的连接状态，这种例子包括分组无线会话(如一个GPRS会话)，VoIP(语音IP)和根据H.323的多媒体会话。
一个实现本发明功能的电信系统不仅包括实现现有技术业务所需的装置，而且包括用以保存多控制状态或控制记录的另一个相应参数的装置。保存可用以定义所述多控制状态的参数的值也可认为是保存了该多控制状态。多控制状态表明是否可启动一个控制业务。现有的网络单元包括处理器和存储器，这些都能用在本发明的功能中。实现本发明所要求的所有改变都可通过增加或修改软件例行程序和/或利用应用电路(ASIC)来实现。
图1示出了一个相当基本的智能网IN和相关的电信网络体系结构，因为其网络结构的细节对本发明并不具有实质的重要性。在图1所示的例子中，所述智能网是全球移动通信系统GSM的一部分，因而所述智能网业务交换点SSP也是GSM的一个移动交换中心MSC，该GSM也有一个访问位置寄存器VLR。然而本发明在任何方面都不局限于图1所示的实例。图1中的实例没有描述智能网的实际设备，它们是连同包含所述设备的网络单元描述的。本发明的本质内容是功能，而不是该功能以示范方式置于其中的网络单元。
一个GSM系统的结构包括两部分一个基站子系统BSS和一个网络子系统NSS。所述BBS和移动站MS借助无线电连接通信。所述基站子系统连接到一个移动交换中心MSC。该移动交换中心的任务是连接其中包括至少一个移动站MS的呼叫。一些移动交换中心MSC连接到其他电信网络，例如公共电话交换网PSTN，并且包含把呼叫连接到所述网络和从所述网络连接呼叫的交换功能。这些移动交换中心称为网关交换局(图中未示出)。
有两类数据库与呼叫路由相关。所有用户的用户信息，包括该用户已接入业务及该用户当前位置的有关信息，都被永久地或半永久地存储到一个归属位置寄存器HLR中。第二种寄存器是访问位置存储器VLR。这种访问位置寄存器VLR常常与一个移动交换中心MSC相联系，但也可以为几个交换中心服务。访问位置寄存器VLR也能被集成到一个移动交换中心MSC内。当一个移动站MS处于激活状态(其被注册到网络中并可以起动或接收呼叫)时，多数关于所述归属位置寄存器HLR中移动站MS的用户信息被加载(拷贝)到该移动站MS所处区域的移动交换中心MSC的访问位置寄存器VLR中。
一个包含业务交换功能SSF和呼叫控制功能CCF的网络单元被称为业务交换点SSP。呼叫控制功能CCF并不是一项与智能网相关的功能，而是交换中心的一项标准功能，包括该中心的高级(high-level)呼叫处理功能，例如建立和释放连接路径。业务交换功能SSF是呼叫控制功能CCF和业务控制功能SCF之间的接口。SSF解释由SCF送来的请求并把它们转发到CCF，该CCF启动所述请求所要求的呼叫控制功能。相应地，呼叫控制功能CCF利用SSF请求来自SCF的指令。SSF与CCF紧密结合并作为CCF的接口。因此，每个SSF与CCF就位于同一交换中心内。在这种应用中，业务交换点SSP相当于由CCF和SSF构成的功能实体，下文中用术语SSP来表示。在图1所示的实例中，业务交换点SSP也包括一个为用户提供网络接入的呼叫控制代理功能CCAF，因为所述业务交换点SSP是控制移动网络PLMN的基站子系统BSS的移动交换中心。业务交换中心SSP通常是一个实现业务交换功能，或换言之执行智能网业务的识别和启动互通的交换中心，但是SSP也可以是另一种网络单元，例如一个负责VoIP连接建立的节点，如H.323网守(Gatekeeper)。
本发明的业务交换点或是在其控制记录中，或是为其控制记录，包括一个指示是否可以启动(即触发)一项新控制业务以控制所述控制记录的第一信息片。该第一信息片最好是根据保存在系统中的互通数据确定的多控制状态。在如图1所示的本发明的第一优选实施例中，控制记录利用状态模型建模。每个状态模型形成其自己独立的控制记录。发端控制有其自己的状态模型O-BCSM，而收端控制具有其自己的状态模型T-BCSM。两者都有其自己的多控制状态FIM1和FIM2，它们的数值独立于对方状态模型(即控制记录)的多控制状态。正如上述，所述多控制状态表明是否能启动新控制业务以控制状态模型。在本发明第一优选实施例中，根据实际交换中心(交换点)的参数和与业务有关并提供指令的参数来确定所述状态。当无参数值时，必要时可用缺省参数值。即使实际交换中心(交换点)的参数在该交换中心(交换点)的所有控制记录中常常都是相同的，在第一优选实施例中为清楚起见它们也与所述业务参数一起位于触发数据T1中。将这些参数设置在触发数据中自然就使得它们能在每个检测点变化。在第一优选实施例中，利用下列参数定义多控制状态·OMPC，这是一个与业务相关的参数，其值表明如果另一项控制业务已经存在，是否可启动该项业务；·ESCS，这是一个与业务相关的参数，其值表明当该业务是一项控制业务时，其是否禁止启动其他控制业务；·OMSDP，这是一个与业务相关的参数，其值表明如果已经在相同检测点提供了一项控制业务，是否能启动该业务；·EMSDP，这是一个与业务相关的参数，其值表明是否所述业务禁止在其服务的相同检测点处启动其他控制业务；·MPC，这是一个与交换中心(交换点)相关的参数，表明是否该交换中心(交换点)支持多控制业务；和·MSDP，这是一个与交换中心(交换点)相关的参数，表明是否该交换中心(交换点)在相同检测点支持多控制业务。
在本发明第一优选实施例中，所述相同检测点指呼叫控制功能CCF的一个内部检测点。有可能两个内部检测点被映射成一个外部检测点，例如一个“信息采集”(InfoCollected)点。在本发明第一优选实施例中，这种检测点不是同一个检测点，而是两个分离的检测点。
本发明第一优选实施例还保存关于控制业务的信息作为特定数据(specific data)。利用该特定数据和所述参数值，第一优选实施例中的多控制状态有5个不同数值，这些数值将参照图2进行描述。
包含一个业务控制功能SCF的网络单元称为业务控制点SCP。这一控制功能也可在同一网络单元中用作交换功能。业务控制功能包含所有业务逻辑和有关该业务的控制(例如所需的数据库和业务逻辑程序(SLP)，即实现一个特定业务的逻辑结构，即业务逻辑的计算机程序)。业务控制功能可仅仅是一个可看作被所述业务交换点SSP一致化的逻辑功能。该业务控制功能也可通过不同方式内部实现，可以内部分配，并且与之相关的业务逻辑可在不同节点分配。业务数据而不是业务逻辑也可在不同的网络节点分配。例如，可在内部分配所述业务控制功能或控制点(SCF/SCP)以便其仅向由外部业务提供者提供的外部服务器提供一个开放接口(例如CORBA，公共对象请求代理体系结构)。在这种情况下，SCP和来自业务控制的外部服务器一起工作。在这种应用中，SCF和SCP是相同的，下文中使用SCP这一术语。关于智能网业务，在业务控制点SCP处启动一个业务逻辑程序，业务逻辑程序的操作确定在每个呼叫阶段由SCP发送到SSP的指令。图1所示的实例包含4个不同的业务控制点SCP1为预先支付的顾客提供预付费业务；SCP2提供可以使用专用编号的虚拟专用网VPN业务；SCP3用于移动性管理。由于SCP4提供类智能网服务，所以在本应用中它可以与所述业务控制点列于同一类。类IN业务是利用智能网控制原理的业务。从原理上讲，这些业务与智能网业务的区别仅在于SCF和SSF之间没有智能网协议。在本应用中，智能网业务也覆盖了类IN业务。
图1中未示出的其他智能网业务有业务数据功能SDF，专业化资源功能SRF和业务管理功能SMF。SDF是SCF使用的一个数据库。业务逻辑程序可查询并修改SDF中的数据。例如，特定用户数据或特定业务数目数据可存储在SDF中。SDF可以是一个在业务控制点SCP处的数据库管理系统，也可以是一个独立的数据库点。SMF管理与使用者和数据库中的网络有关的数据，该数据包括特定业务数据和业务程序。SRF是与用户的交互作用有关的网络机构的接口。SRF可以与包含有比交换中心的更高级的语音处理功能的智能外设IP对接，或者SRF也可以驻留在业务交换点SSP中。此外，利用称之为业务生成环境点(SCEP)的特殊设备开发、检测和删除智能网业务。
在图1中，网络单元通过一个信令网络SS7(七号信令系统)连接在一起。也可以使用其他网络，如ATM(异步传输模式)，IP。在图1的实例中，SSP与不同SCP之间使用不同的协议。这样做的目的是为了强调这样一个事实，即多控制状态独立于所述协议而定义。在图1的实例中，由ITU标准化的CoreINAP CS2(能力组2)用在SSP和SCP1之间。CoreINAP CS1(能力组1)用在SSP和SCP2之间。根据为移动系统开发的CAMEL(移动网络增强逻辑的客户化应用)智能网标准的CAP协议(CAMEL应用部分)用在SSP和SCP3之间。TCAP协议(事务能力应用部分)是根据位于SS7协议栈顶部的INAP(智能网应用协议)层下方的TCAP层的协议，该协议用在SSP和SCP4之间。
图2示出了第一优选实施例多控制状态的一个状态模型。在第一优选实施例中，每个呼叫模型位于如图2所示的一个控制状态中。从图2中可看到，能从一个状态移动到另一个状态。在第一优选实施例中有5个多控制状态。该多控制状态处于何种状态，依赖于交换中心的参数，以及依赖于是否有任何控制业务被启动和/或有效，如果答案为是，则所述状态就是该业务对所述参数值的效果。
在第一优选实施例中，参数MPC、MSDP、ESCS和EMSDP可有两个值，而参数OMPC和OMSDP可有三个值。如果参数MPC的值为“真”，则交换中心支持几个共存的控制连接。相应地，如果参数MSDP的值为“真”，则在相同检测点可能有几个共存的连接。如果ESCS的值为“真”，则没有业务禁止启动其他业务。相应地，如果参数EMSDP为“真”，则在所述相同检测点没有业务禁止启动其他业务。如果参数OMPC或OMSDP的值为“总是”(always)，则参数ESCS和EMSDP的值就无关紧要了。如果OMPC的值为“可能”，则参数ESCS和EMSDP的值就影响业务的启动。这也同样适用于如果OMSDP的值为“可能”的情况。如果参数OMPC或OMSDP的值为“非”，则如果有其他控制业务，就不启动所述业务。
在第一优选实施例中，特定数据和禁止数据既为每个状态模型，也为每个检测点而保存在所述状态模型中。所述特定数据包括有效控制业务的数目和每个检测点的关于在该检测点已触发或提供了多少控制业务的信息。禁止数据包括关于是否一个禁止已启动，以及如果是的话，是哪个业务设置的信息。换言之，保存ESCS和EMSDP参数值作为禁止数据。
图2中，在状态ST1可自由地启动控制业务。当无控制业务有效时，该过程常常处于这种状态中。即使有一个控制业务有效，当MPC、MSDP、ESCS和EMSDP为“真“时，所述过程也处于状态ST1。当另一项控制业务有效时，如果OMPC和OMSDP的值为“非”，则启动所述业务。
在状态ST2允许启动控制业务，但在一个检测点仅允许启动一项控制业务。在状态ST2，MPC、ESCS和EMSDP为“真”，但MSDP为“假”。在第一优选实施例中当在一个检测点一项控制业务已被触发时常常会到达这种状态。此后，在第一优选实施例中，尽管已触发的业务有效，在这个检测点也不能启动新业务。在本发明的另一个优选实施例中，当正在所述检测点提供一项控制功能或当准备好一个检测点时，可能到达这种状态。
在状态ST3中，通常禁止启动条件控制业务，即一项业务已经将ESCS设为“假”以禁止启动其他业务。在第一优选实施例中，该值可一直保持到设定它的业务或被终止，或被设为监视状态。在本发明另一个优选实施例中，即使终止所述业务后，仍可保持所述禁止。在状态ST3中，MPC、MSDP和EMSDP为“真”。仅当OMPC的值为“总是”时，才能在该状态启动所述业务。
在状态ST4中，禁止在相同检测点启动条件控制业务。换言之，一项业务已将EMSDP设为“假”，由此禁止在这个检测点启动其他控制业务。在第一优选实施例中，该值可以一直保持到设定它的业务或被终止或被设为监视状态。在本发明的另一个实施例中，即使在所述业务被终止后，也可能保持所述禁止。在状态ST4，MPC、MSDP和ESCS为“真”。仅当该业务的OMSDP的值为“总是”时，才能在此状态启动一项业务。
在状态ST5，禁止启动控制业务。当MPC值为“假”且一项控制业务当前有效时，可到达这种状态。在此状态下其他参数值并不重要。本状态不启动任何业务。
从上述描述中可以很明显地看到，状态ST2和ST5的禁止是绝对的，并且所有业务都遵守这个规定。状态ST3和ST4的禁止是由业务产生的，并且可以被一项业务所无效，下文将参照图3对此进行解释。换言之，有些业务非常重要，即使另一项业务想禁止它们，它们也必须要被触发。
当遇到一个检测点时，总会发生图2所示的状态变化。换言之，状态根据业务激活、进程和终止的情况发生改变。
图3是第一优选实施例中一个交换中心(交换点)的功能流程图。已为一个呼叫生成了一个控制记录(状态模型)并且已经静态地准备好所述触发检测点。在步骤301，检测一个触发检测点TDP-R，检测结果表明待触发的业务是一项控制业务。换言之，在控制记录中符合启动一项控制业务的条件。此后，在步骤302，例行程序检测是否有其他控制业务有效。如果存在其他有效的控制业务，则在步骤303所述例行程序检测MPC是否为“真”，即每次可允许启动几个控制业务。如果MPC为“真”，则在步骤304例行程序检测一项当前有效的控制业务是否已在该特定检测点DP处被触发。如果答案为“是”，则在步骤305例行程序检测MSDP是否为“真”，即是否在相同检测点处允许启动几项控制业务。如果MSDP为“真”，则在步骤306例行程序提取待触发业务的OMPC参数值。OMPC表明一个第一特殊条件，根据该条件可能确定是否允许启动。在步骤307，例行程序检测OMPC是否为“总是”，如果不是，则在步骤308例行程序检测OMPC是否为“可能”。如果是，则所述业务是一项条件启动业务，于是在步骤309例行程序检测ESCS是否为“真”。换言之，例行程序检测是否该有效业务已经禁止启动其他业务。如果ESCS为“真”，则这种一般禁止还没有开启，可启动该业务。由于除了一般条件外，第一优选实施例还利用了特定检测点条件，在步骤310例行程序检测是否这个检测点DP已经提供或正在提供其他有效控制业务。如果是，则提取待触发业务的OMSDP参数值。OMSDP表明一个第二特殊条件，根据该条件可能确定在这个特定的检测点是否允许启动业务。此后，在步骤312例行程序检测OMSDP是否为“总是“，如果OMSDP不为“总是”，则在步骤313例行程序检测其是否为“可能”，如果是，则所述业务是一项条件启动业务。于是在步骤314例行程序检测EMSDP是否为“真”。换言之，例行程序检测是否一项有效的业务已在该检测点禁止启动其他业务。如果EMSDP为“真”，则说明在该检测点没有禁止启动其他业务，如果符合触发条件，就可以启动所述业务。
在步骤315，例行程序检测是否符合触发条件，如果符合，则在步骤316例行程序检测该请求是否为一个间隙(gapping)请求。间隙的目的是限制指向一项给定业务的请求数。如果该数目没有超标，则所述请求不是一个间隙请求，因而可通过在步骤317向业务控制点SCP发送一个触发业务的消息来启动该业务。在送出所述消息后，在步骤318修改所述特定数据和禁止数据。同时所述多控制状态也可从一种状态变化到另一种状态。例如，已触发业务可能是一项禁止启动其他业务的业务，由此多控制状态可以从状态ST1变化到状态ST3。如果该业务的ESCS和/或EMSDP参数禁止其他业务，则修改所述禁止数据。如果禁止数据在修改之前不是禁止性的，则将其变为禁止性的并添加上设定该禁止的业务的信息。如果禁止数据已是禁止性的，则所述业务的有关信息也被添加到设定该禁止的业务的相关信息中。在第一优选实施例中，利用有效控制业务的数目来修改所述特定数据。此外，将检测点TDP-R标记为已启动所述控制业务的检测点。在第一优选实施例中，执行步骤317的修改的同时，当在提供的事件检测点EDP中正提供所述业务时，通过修改特定检测点的特定数据和禁止数据来使得该业务有效。当业务变为无效状态时，即在步骤319被终止或设为监视状态时，在步骤320修改所述禁止数据和特定数据。只要这个业务包括在设定该禁止的业务的相关信息中，禁止数据就被修改为非禁止性的。如果也存在其他业务，则从所述信息中删除该业务，而禁止数据的值保持为禁止性的。在第一优选实施例中，由有效控制业务的数目来修改所述特定数据。
如果不符合触发条件(步骤315)或所述业务是一项间隙业务(步骤316)，则例行程序前进到步骤321，其中不启动任何业务。如果一项业务不被启动，则它在该检测点处保持作为一项“睡眠业务”，如果第二次遇到该相同的检测点，则触发该业务。然后例行程序从步骤301开始执行。
在第一优选实施例中，如果在步骤302例行程序检测到没有其他有效的控制业务，则它就直接前进到步骤315以检测触发条件。例行程序如上所述从这里继续执行。
如果在步骤303例行程序检测到MPC不为“真”，则不启动所述业务(步骤321)。同理，如果在步骤305例行程序检测到MSDP不为“真”，则它就前进到步骤321。
如果在步骤304例行程序检测到在该检测点没有提供其他有效的业务，则它就直接前进到步骤306以提取OMPC参数值。
如果OMPC不为“总是”(步骤307)或“可能”(步骤308)，而为“非”。这就意味着所述业务不能与另一项控制业务一起工作，因此不启动所述业务。换言之，如果OMPC不为“可能”，则例行程序从步骤308前进到步骤321。
相应地，如果OMSDP不为“总是”(步骤312)或“可能”(步骤313)，而为“非”。这意味着所述业务在相同的检测点不能与另一项控制业务一起工作，因此，不启动所述业务。换言之，如果OMSDP不为“可能”，则例行程序从步骤313前进到步骤321。
如果在步骤307，例行程序检测到OMPC为“总是”，则总是允许启动业务。换言之，值“总是”确保能触发必须总是被触发的业务而与其他业务设置的禁止无关。因此，在步骤315中例行程序直接检测触发条件，并如上所述从此处继续执行。
如果在这一检测点没有提供其他有效控制业务或如果在步骤312检测到参数OMSDP的值为“总是”，则例行程序也从步骤310前进到步骤315以检测触发条件。于是所述业务无需注意由其他有效业务设定的特定检测点禁止。
如果在步骤309中例行程序检测到ESCS不为“真”，则其中一项所述有效的业务已把一般禁止设为开启。由此就不启动所述业务(步骤321)。
在第一优选实施例中，提供服务(serving)指或者已启动一项新业务，或者向SCP报告(已检测到一个EDP-R或EDP-N)。在另一个优选实施例中，提供服务可能仅指上述的一种可选方案。甚至准备(arming)一个检测点也可认为是提供服务。于是，例如在步骤310中，所述检测可能包括上述所有的提供服务可选方案、其中之二或仅其中之一。
在另一个实施例中，在步骤304中例行程序可能检测是否该特定检测点已提供或正在提供其他有效的控制业务，或是否已为一项有效的控制业务准备了该检测点。
在一些实施例中，即使设置禁止的控制业务不再有效，该设定禁止也保持开，则在步骤320中不修改禁止数据。在这些实施例中，当将被启动的业务不正启动的控制记录的第一个业务时，检测参数OMPC、ESCS和/或OMSDP、EMSDP。也可能在一些实施例中，即使所述业务不再有效和/或当所述业务被终止或被设为监视状态时某些业务的禁止不再继续时，某些业务的禁止也保持为开。
图4是本发明第二优选实施例的交换中心(交换点)的工作流程图。在第二优选实施例中，交换中心(交换点)支持几项共存的控制业务。此外，在第二优选实施例中，不单独复查每个检测点的状态。在第二优选实施例中，所述多控制状态有两种状态，即图2所示的状态ST1和ST3。换句话说，如果符合为所述业务设定的特殊条件，则允许进行一项控制业务或允许进行几项共存的控制业务。第二优选实施例不保存单独的禁止数据，且通过保存一个有效业务的列表来保存特定数据。当所述列表中没有有效业务时，所述多控制状态的值为1，当至少有一项有效的业务时，该值为2。
图4中，已为一个呼叫生成一个控制记录，且静态地调谐所述触发检测点。在步骤401，检测所述触发检测点TDP-R。随后，在步骤402例行程序检查在特定数据列表中是否有其他有效的控制业务(即为多控制状态1或2)。
如果没有其他有效的控制业务(即所述多控制状态为ST1)，则如上所述根据图3继续触发业务，例如通过检测是否符合触发标准来进行所述触发。为简单起见，在图4中假设所述业务被触发，因此在步骤403中被启动。当该业务被启动而且被设为监视状态或被终止时，在步骤404中修改所述特定数据。
如果其他控制业务处于有效状态(所述多控制状态为ST3)，则在步骤405例行程序检测所述业务的OMPC参数值是否为“总是”。如果是，则例行程序前进到步骤403以启动所述业务，即使另一项作为控制业务的业务想要禁止启动其他业务。
如果所述业务的OMPC参数的值不是“总是”，则在步骤406例行程序检查其值是否为“非”。如果是，则不启动该业务(步骤407)。
如果所述业务的OMPC参数的值不为“总是”也不为“非”，而是“可能”。这时，如果所述有效的控制业务中没有一项禁止启动新业务，则能启动该项业务。因此，在步骤408中，例行程序选取了特定数据列表上的第一项业务。假设在本例中所述列表上的第一项业务是最近被启动的业务。接着，在步骤409例行程序检测从列表中选取的业务的ESCS参数值。在步骤410中，例行程序检测ESCS参数的值是否为“真”(即是否禁止启动新业务)。如果ESCS不为“真”，则不禁止启动所述业务(步骤407)。如果ESCS为“真”，则在步骤411中例行程序检查在该特定数据列表上是否还有其他业务或是否刚刚检测过最近一项业务的ESCS参数的值。如果所述业务是最近一项业务，则例行程序前进到步骤403以启动该业务。如果所述业务不是特定数据中的最近一项，则在步骤412中选取下一项业务，且例行程序通过检测该业务的ESCS参数值从步骤409继续执行。
在上面的图3和图4中所示的步骤并不是绝对地按照先后次序，某些步骤可以同时执行或与上述步骤不同。也可以在所述步骤之间执行与呼叫控制和业务控制有关的其他功能，如遇上事件检测点、发送通知、请求和接收指令。可以省略某些步骤，例如在所述交换中心(交换点)支持几个共存的控制业务但通过检测点控制它们的互通的实施例中，图3的步骤306，307，308，309和310可省略。在这种情况下，例行程序可从步骤304和305直接前进到步骤311。根据本发明，所述多控制状态有两种不同的状态就足以满足工作需要了，其中一种状态允许在触发条件下启动一项控制业务，而另一种状态不允许启动控制业务。可以从交换中心(交换点)参数或业务参数中的一个确定所述状态的值。因此能用多种方式和利用不同参数及参数的组合控制所述多控制状态。也可能仍然使用由与启动新控制业务有关的业务所提供的指令，即使提供所述指令的连接变化到监视状态或被终止。
虽然在上述状态中，用触发数据中的参数值定义多控制状态，但本发明绝不局限于这种选择。也可以直接从状态模型(控制记录)中获得所述参数值；或者，属于一个预定组的业务，例如一个特定协议(如CS1)的业务可以直接从所述状态模型(控制记录)和来自于别处的其他业务中获得它们的参数值。与一项业务有关的参数可保存在归属位置寄存器HLR中，从该寄存器中可取出所述参数放到访问位置寄存器中，然后再放到CAMEL订购信息(CSI)中。所述归属位置寄存器使得每个用户能个别地定制用于控制所述业务的多控制状态的参数值。
对于本领域的技术人员来说，随着技术的发展，很显然本发明的基本思想可通过许多种方法实现。因此本发明及其实施例并不局限于上述的实例，而是可以在权利要求书的范围内变化。
权利要求
1.一种在交换点控制智能网业务启动的方法，该方法利用至少一个控制记录来控制呼叫建立，其特征在于所述方法包括下列步骤定义至少一个参数，其值表明如果已经启动了一项控制业务，是否能启动一项控制业务以控制所述控制记录；检测(301)触发启动所述控制记录中的第一控制业务的状态；启动(317)所述第一控制业务；检测(301)触发启动所述控制记录中的第二控制业务的状态；和如果所述参数允许启动控制业务，则继续启动(315)启动所述第二控制业务。
2.如权利要求1所述的方法，其特征在于所述参数是与一个第二控制业务有关的控制参数，该参数表明如果已经启动了一项控制业务，是否能启动所述第二控制业务。
3.如权利要求1所述的方法，其特征在于所述参数是与一个第二控制业务有关的控制参数，该参数表明如果在触发启动所述第二控制业务的状态下正在提供或已经提供了所述第一控制业务，是否能启动所述第二控制业务。
4.如权利要求2或3所述的方法，其特征在于，所述方法还包括下列步骤定义一个预防性参数，该参数表明是否所述第一控制业务禁止启动新控制业务；所述控制参数的值还表明除了该控制参数外，是否也检查所述预防性参数的值；如果没有检查所述预防性参数的值，则继续启动所述第二控制业务；和如果也检查了所述预防性参数的值，则如果该预防性参数允许启动控制业务，就继续启动所述第二控制业务。
5.如权利要求1所述的方法，其特征在于所述参数是一个与第一控制业务有关的预防性参数，该参数表明是否所述第一控制业务禁止启动新控制业务。
6.如权利要求1所述的方法，其特征在于所述参数是一个与第一控制业务有关的预防性参数，该参数表明在正提供或已经提供了所述第一控制业务的触发启动的状态下，是否所述第一控制业务禁止启动新控制业务。
7.如权利要求1所述的方法，其特征在于所述参数是一个交换点参数，其值表明在该交换点是否一个以上的控制业务可控制一个控制记录。
8.如权利要求1所述的方法，其特征在于所述参数是一个交换点参数，其值表明在正提供或已经提供所述交换点的第一控制业务的触发启动的状态下，是否可启动一个第二控制业务。
9.如前述任何一项权利要求所述的方法，其特征在于所述控制记录利用一个状态模型来建模，所述状态模型的检测点是一个触发启动所述控制记录的状态。
10.一种电信系统的智能网交换点(SSP)，该交换点设置用于利用至少一个控制记录来控制一个呼叫，其特征在于所述交换点(SSP)被设置用于保存特定数据，该数据表明是否已经启动了一项控制业务以控制所述控制记录；访问保存在所述电信系统中的互通数据，其中至少已定义了一个参数(OMPC、ECDC、OMSDP、EMSDP、MPC、MSDP)，该参数的值表明如果已经启动了一项控制业务，是否可以启动一项控制业务以控制所述控制记录；和如果所述特定数据表明已经启动了一项控制业务以控制所述控制记录，则响应检测到触发启动一项控制业务的状态而检测所述参数的值。
11.如权利要求10所述的智能网业务交换点，其特征在于所述参数是与一项控制业务有关的参数(OMPC、ESCS、OMSDP、EMSDP)，该参数的值表明是否其他控制业务可以与所述控制业务共存以控制一个控制记录。
12.如权利要求10所述的智能网业务交换点，其特征在于所述互通数据还包括一个预防性参数(ESCS、EMSDP)，其值表明是否所述控制业务禁止启动新控制业务；所述参数是与所述控制业务有关的控制参数(OMPC、OMSDP)，其值还表明除了该控制参数外，是否检测所述预防性参数的值；和所述交换点(SSP)被设置用于响应表明检测的控制参数的值检测所述预防性参数的值。
13.如权利要求10所述的智能网业务交换点(SSP)，其特征在于所述参数是交换点参数(MPC、MSDP)，其值表明是否一项以上的控制业务可控制一个控制记录。
14.如权利要求10-13所述的智能网业务交换点(SSP)，其特征在于该交换点(SSP)被设置用于在控制记录中为触发启动控制业务的状态保存特定数据，并响应检测到触发启动一项控制业务的状态而检测所述参数值(OMSDP、EMSDP、MSDP)，在所述状态下正在提供或已经提供另一项控制业务。
15.如权利要求10-14中任何一项所述的智能网业务交换点，其特征在于所述交换点(SSP)被设置用于保存互通数据本身。
16.如权利要求10-14中任何一项所述的智能网业务交换点，其特征在于所述交换点(SSP)被设置用于从一个包含用户数据的系统数据库(HLR)中提取互通数据。
17.如权利要求10-14中任何一项所述的智能网业务交换点，该交换点被设置为一个移动系统的一部分，其特征在于所述交换点(SSP)被设置用于从一个移动系统的访问位置寄存器(VLR)中取互通数据。
全文摘要
控制相同呼叫状态模型的业务彼此独立且不必相互了解。为使这些并行控制业务的设备具有互操作性,至少定义一个参数,其值表明如果已经启动了一个控制业务,是否可启动一个控制业务以控制一个控制记录。当在控制呼叫建立的控制记录中检测(301)到触发启动一个第二控制业务的状态时,如果所述参数允许启动所述控制业务,则继续启动(315)所述第二控制业务。
文档编号H04M3/00GK1355998SQ00808958
公开日2002年6月26日 申请日期2000年6月13日 优先权日1999年6月14日
发明者赫基·图纳南, 哈里·伊里斯考拉, 杰瑞·埃库拉 申请人:诺基亚公司