专利名称：电话用户业务的交互作用处理器的制作方法
技术领域：
本发明一般涉及远程通信领域，尤其是，涉及一种用于处理电话用户业务之间交互作用的方法和系统。
相关技术描述许多新的附加的用户业务已被引入当今的电话网。然而，处理不同用户业务之间的交互作用已经成为一种日益增长的复杂的过程，因为没有一种由交互作用引起的不希望的行为可被容忍。因此，为了使这样一些交互作用最少，将不同的节点用于处理在现有通信网中的附加的业务。照这样，出现一种能够以更灵活的方式处理业务之间的这些交互作用的需要。
目前，将交互作用处理功能交叉分配到处理所述及的业务的所有软件模块。在大多数情况下，将交互作用处理功能在这些软件模块中硬编码。因此，在这些软件模块的每一个中，无论何时一种业务被激活或去活化，必须作出交互作用判定。
在现有电话系统中与交互作用处理有关的一个重大的问题是出现与所涉及的业务的原来意图相抵触的不希望的行为。典型情况下，这种问题是由不同的业务以许多不希望的或不可预见的方式彼此交互作用引起的。显然，这种不希望的行为无论何时有可能就应该将其避免。
用于避免这样的不希望行为的一种措施是控制业务的激活或去活化。在这方面，用于这些业务的技术说明书规定如何通过不允许可能引起不希望行为的业务同时被激活来避免这种行为。例如，用于全球移动通信系统(GSM)的技术说明书规定二百种以上这样的业务交互作用。照这样，当所规定的业务被激活或去活化，或者当移动通信系统用户从一个国家漫游到另一个国家时，必须执行业务交互作用处理功能。
当用于实施交互作用处理功能的软件移入保持状态时，与现有业务交互作用处理措施有关的最重大的问题出现了。如果将此软件设计成以传统方式(也就是分配到所有与涉及的业务有关的软件模块)起作用，会出现以下的问题(1)很难得到将进行交互作用的业务总的概观，这使得训练这个领域中的设计者成为费时费钱的事；(2)也很难改变将进行交互作用的业务；和(3)也很难增加将与现有业务交互作用的新业务。然而，如下所述，本发明成功地解决了这些问题。
发明概述依据本发明，在通信网中提供一种集中式的业务交互作用处理器。这种交互作用处理器包括带有多个矩阵的数据库，每个矩阵用于每种类型的交互作用(例如，业务的激活，业务的去活化，在两个国家之间漫游，等)。每次执行激活，活化，漫游应用时，该交互作用处理器请求(接入)一个适当的矩阵。将所请求的矩阵用于当碰上与被请求的业务交互作用的业务时确定要采取的动作。
本发明的一个重要的技术优点是，在业务之间的交互作用可以用对被提供的业务影响最小的方式进行处理。
本发明另一个重要的技术优点是对于处理业务交互作用新的规则可通过将其数据直接输入到有关的矩阵来添上。
还是本发明的另一个重要的技术优点是不是将交互作用处理功能硬编码到系统中的，故可以方便地改变。
仍然是本发明的另一个重要的技术优点是所有交互作用处理的改变可在系统设计阶段之后进行，这就使定做处理功能成为可能。
还是本发明的另一个重要的技术优点是该交互作用处理器可与网络结构无关地使用，因此可用许多方式集成到网络结构中。
图4按照本发明的最佳实施方案，示出一种用于改变移动智能网(IN)业务激活状态的方法的流程图。
附图详述通过参考附图的
图1-4，将最好地理解本发明的最佳实施方案及其优点，同样的数字被用于各张图中同样的和相应的部件。
本质上，在通信网中提供一种集中的业务交互作用处理器。这种交互作用处理器包括带有多个矩阵的数据库，每个矩阵用于每种类型的交互作用(例如，业务的激活，业务的去活化，在两个国家之间漫游，等)。每次执行激活，去活化，漫游，等应用时，交互作用处理器接入一个有关的矩阵。当碰上一种交互作用业务时，将接入的矩阵用于确定要采取的动作。
具体地，一种用户业务可以具有以下激活状态之一(1)“有效操作”-这种状况意味着业务请求被允许；(2)“有效抑制”-这种状况意味着业务是有效的，但业务请求被暂时禁止；和(3)“无效”-这种状态意味着业务请求未被允许。
一个“激活矩阵”包括两种类型的业务(1)被激活的业务(在激活矩阵中称为“Sx”)；和(2)交互作用业务(在激活矩阵中称为“Sy”)。如果一种交互作用可能在Sx和Sy之间，在两种业务之间的矩阵中的交叉元素包含“交互作用类型”，确定要采取什么动作。如果在两种业务(Sx和Sy)之间发生交互作用并不可能，在两种业务之间的矩阵中的交叉元素将是空白。这种激活矩阵的一个例子示于图1中。
图1示出一种可用于实现本发明的激活矩阵示范性子集的示意图。正如所示，示于图1中的矩阵可以包括至少以下四种交互作用的类型(1)Sx-业务的激活被拒绝(SxNC)；(2)Sx-业务的激活被允许，但状态被设置为“有效抑制”(SxAQ)；(3)Sy-业务的激活被允许，但Sy的状态被设置为“有效抑制”(SyAQ)；和(4)Sy-业务的激活被允许，但Sy的状态将被设置为“无效”(SyD)。字母CFU，CFB，CFNRY，等是某些用户业务的缩写，例如呼叫转交无条件(CFU)；移动用户忙时呼叫转交(CFB)；无回答时呼叫转交(CFNRY)；不可达到时呼叫转交(CFNRC)；常设呼叫转交(DCF)；单一的个人号码(SPN)；全部输出呼叫除外(BAOC)；全部输出国际呼叫除外(BOIC)；全部输入呼叫除外(BAIC)；当漫游出主PLMN时，全部输入呼叫除外(BICRO)；除了指向主PLMN国家以外的全部输出国际呼叫除外(BOIEXH)。
每次一种用户业务被激活时，执行软件请求激活矩阵，对于所涉及的Sx，通过所有的Sy进行搜索，并根据所示的交互作用类型(在矩阵中行和列的交叉处)执行动作。只有当交互作用业务是处于“有效操作”或“有效抑制”状态的情况下才执行动作。例如，在激活矩阵中，对于业务“CFU”，对交互作用业务CFB执行动作SyAQ。
“去活化矩阵”包括两种类型的业务(1)业务被去活化(在去活化矩阵中称为“Sx”)；和(2)交互作用业务(在去活化矩阵中称为“Sy”)。如交互作用可能在Sx和Sy之间，在两种业务之间的矩阵中的交叉元素包含“交互作用类型”，确定要采取什么动作。如果在两种业务(Sx和Sy)之间发生交互作用并不可能，则在两种业务之间的矩阵中的交叉元素将是空白。这种去活化矩阵的一个例子示于图2中。
图2示出可用于实施本发明的去活化矩阵一个示范性子集的示意图。正如所示，图2中所示的矩阵可以包括至少一个交互作用类型如果Sy是“有效抑制”(SyAC)，那末当Sx是被去活化时，业务的状态将被设置为“有效操作”。并且，在图2中的字母CFU，BAOC，等是被提供的业务的缩写。每次一种用户业务被去活化时，执行软件接入去活化矩阵，对于所涉及的Sx，通过所有Sy进行搜索，并根据所示的交互作用类型执行动作。只有当交互作用的业务处于“有效抑制”状态的情况下才执行动作。例如，在去活化矩阵中，对于业务“CFU”，对交互作用业务CFB执行动作SyAC。
当访问执行软件时(例如，刚好在激活或去活化一种业务时)，可能由于初始访问的影响，这种动作将导致执行软件的额外的访问。例如，以下说明开始一个激活请求的三个阶段(1)业务“A”被激活-由执行软件访问激活矩阵；(2)这意味着业务“B”被去活化，假定业务“B”以前已被激活-由执行软件接入去活化矩阵；和(3)这可能意味着一种或许多种业务将被设置为有效操作状态(受影响的交互作用业务的数目取决于它们中有多少是处于有效抑制状态)。例如，假定五种呼叫转交业务将受影响。这意味着执行软件将为五个呼叫转交业务中每一个检查激活矩阵。照这样，在矩阵中的数据必须以这样一种方式建立，即防止有一种无休止的“循环呼叫链”的产生。
当一个用户在本国和任何方向的另一个国家中的公共陆上移动网(PLMN)之间移动(漫游)时，在某些呼叫转交业务和某些呼叫除外业务之间可能发生某些交互作用。这些业务被使用是因为对于访问一个外国的用户来说，输入和输出呼叫可能太贵。对于这种情况，交互作用处理器可使用一种“移动矩阵”。
“移动矩阵”包括两种类型的业务(1)呼叫转交业务(在移动矩阵中称为Sx)；和(2)交互作用业务(除外业务，在移动矩阵中称为Sy)。如果在Sx和Sy之间可能发生交互作用时，在移动矩阵中两种业务之间的交叉元素包含“交互作用类型”，规定要采取什么动作。如果在两种业务(Sx和Sy)之间发生交互作用并不可能，在两种业务之间的矩阵中的交叉元素交是空白。“交互作用类型”确定Sx被设置为“有效操作”或“有效抑制”，取决于(1)所计算的定位状况；和(2)Sx和Sy的激活状态。
每次用户穿过用户的本国和另一个国家(在任何一个方向)的边界时，执行软件(在处理器中)接入移动矩阵，为所有涉及到的Sx搜索所有的Sy，并按照所指明的交互作用类型执行动作。
通常，从网络的观点看，中央交互作用处理器可在网络中以集中的或非集中的方案来实现。到达和来自中央交互作用处理器的信息流可按“需要”模式或“信息”模式进行处理。在网络中的中央交互作用处理器处理网络中所有业务之间的交互作用。将来自相同节点中其他某处的业务请求直接处理，而将来自不同节点的业务请求通过利用一种多重应用部件(MAP)协议的接口发送。来自不同节点的请求消息包括用户身份(id)，业务id，和所希望的动作。为交互作用处理器的执行所需的数据可以与交互作用处理器集中地存储或者不是。交互作用处理器将执行有关的软件应用程序并确定是否一种被请求的动作被允许，需要什么样的附加动作，然后将消息中的结果返回到请求的节点。在需要附加动作的情况下，当执行附加动作时，外部节点将发送一个确认给交互作用处理器。
对于这种实施方案，交互作用处理器需要有用户信息，用户的业务，和他们的激活状态。这种信息可存储在与交互作用处理器相同节点上的一个集中的数据库中。最好，每次一种业务在一个节点中被激活时，该数据库被更新。对于外部节点，在接口上发送请求和响应消息。
在网络中没有集中的数据库存在的情况下，交互作用处理器必须被告知有关用户的业务的状态。在“信息”模式中，当对于一种业务的请求被送到交互作用处理器时，所有关于用户的业务的有关信息被加到请求信息上。在“需要”模式中，当交互作用处理器正在处理业务请求时，部分业务信息被丢失，交互作用处理器将从外部节点请求该丢失的信息。
对于那些既包括集中的又包括非集中的交互作用处理器的网络，网络中的每个节点最好包括一个处理在各个节点上的业务之间交互作用的交互作用处理器。在交互作用处理操作已经完成后，请求消息被发送到中央交互作用处理器，检查在其他节点上的业务。
图3是依据本发明的一种最佳实施方案，示出一种包括交互作用处理器的移动网的方框图。在网络10中的主位置寄存器(HLR)12是一个包括网络的中央交互作用处理器14的节点。业务控制部分(SCP)18可以是网络中第二个业务处理节点。这些节点通过外部接口互相通信。在激活状态的改变完成的情况下，SCP 18发送请求到HLR 12。
除了交互作用处理器14以外，HLR 12最好包括用于执行所请求的业务的数据，这由SCP 18实施。网络10包括一个在hlR 12和SCP18之间的接口17。
业务请求消息包含业务id，可被激活或去活化，还包括希望做的改变。结果消息包含一个指示器，示出是否改变将被允许，或者是改变的状况。
图4是依据本发明的最佳实施方案，示出用于改变一种移动智能网(IN)业务的激活状态的方法100的流程图。在步骤102，通过利用移动站22将电话呼叫放在用户控制号码上，用户开始利用IN业务“A”的用户控制步骤。在步骤104，业务被激活，用户由话音消息引导通过一系列的菜单。在步骤106，用户利用移动站22的输入键板输入要做的改变。在这个用作说明的情况下，用户输入信息，选择将业务“A”的激活状态改变为有效。
在步骤108，SCP 18利用IN应用部件(INAP)协议发送消息到HLR 12，其中包含对请求改变激活状态的交互作用检查。在步骤110，依据存储在交互作用处理器14中的数据设置，HLR 12确定是否改变业务的激活状态请求是可以允许的，在步骤112，HLR 12将结果消息返回到SCP 18，其中包含对请求做改变的响应。在步骤114，如果改变被允许，SCP 18改变激活状态。否则，在步骤116，SCP 18放出通告给用户(通过移动业务交换中心或MSC 16和移动站22)，改变的请求未被允许，这是利用位于SSF 20中的发通告机构实现的。
虽然本发明的方法和设备的最佳实施方案已在附图中示出并在以上的详述中被描述，将理解本发明并不限于所公开的实施方案，而能够有许多的重新安排，修改和替换并不偏离由以下的权利要求提出并规定的本发明的精神。
权利要求
1．一种用于处理在通信网中业务之间交互作用的系统，包括在所述的网中的第一通信节点，用于将对于第一业务的请求传送到第二通信节点，所述的第一通信节点连到所述的第二通信节点；和一种与所述的第二通信节点有关的交互作用处理器，用于确定是否在所述的第一业务和第二业务之间可能发生交互作用。
2．如权利要求1的系统，其中所述的交互作用处理器接入一个业务交互作用矩阵，以确定是否所述的交互作用可能发生。
3．如权利要求1的系统，其中所述的交互作用处理器接入一个业务激活矩阵，以确定是否所述的交互作用可能发生。
4．如权利要求1的系统，其中所述的交互作用处理器接入一个业务去活化矩阵，以确定是否所述的交互作用可能发生。
5．如权利要求1的系统，其中所述的交互作用处理器接入一个移动矩阵，以确定是否所述的交互作用可能发生。
6．如权利要求2的系统，其中所述的交互作用处理器确定，如果所述的交互作用可能发生的话要采取的动作。
7．如权利要求1的系统，其中所述的交互作用处理器包括一个数据库，用于保持多种业务，所述的多种业务至少包括多种要被激活的业务，多种要被去活化的业务，多种漫游业务，和多种交互作用业务。
8．如权利要求1的系统，其中所述的交互作用处理器包括一个服务器。
9．如权利要求1的系统，其中所述的第一通信节点包括一个移动业务交换中心，第二通信节点包括一个主位置寄存器。
10．如权利要求1的系统，其中将所述的第一通信节点通过一个业务控制部件连到所述的第二通信节点。
11．一种用于处理在通信网中业务之间交互作用的交互作用处理器，包括一个服务器；和一个包括多个业务矩阵的数据库，所速的多个业务矩阵中每一个包括多种业务和可以与所述的业务中另一种业务交互作用的每种所述的业务的交互作用类型。
12．如权利要求11的交互作用处理器，其中所述的多种业务矩阵至少包括激活矩阵，去活化矩阵，和移动矩阵中的一种。
13．如权利要求11的交互作用处理器，其中所述的交互作用类型包括对于可与所述的业务中的另一个业务交互作用的所述的每种业务的一种要采取的动作。
14．一种用于处理在通信网中多种业务之间交互作用的方法，包括以下步骤对于所述的多种业务中的第一业务的请求作出响应，接入在一个存储器存储位置中的矩阵，所述的矩阵包括所述的多种业务和可与所述的多种业务中的另一个业务交互作用的所述的多种业务中每一种要采取的动作；和对于所述的第一业务和可能与所述的第一业务交互作用的所述的多种业务中每一种之中的至少一种采取所述的动作。
15．如权利要求14的方法，其中所述的矩阵包括一个业务激活矩阵。
16．如权利要求14的方法，其中所述的矩阵包括一个业务去活化矩阵。
17．如权利要求14的方法，其中所述的矩阵包括一个移动矩阵。
18．如权利要求14的方法，其中所述要采取的动作包括激活所述的第一业务。
19．如权利要求14的方法，其中所述要采取的动作包括拒绝激活所述的第一业务。
20．如权利要求14的方法，其中所述要采取的动作包括激活所述的第一业务和去活化能够与所述第一业务交互作用的所述的多种业务之一。
全文摘要
在通信网中提供一种集中的业务交互作用处理器单元(14)。这种交互作用处理器(14)包括一个带有多个矩阵的数据库,对于每种类型的交互作用有一个矩阵(例如,业务的激活,业务的去活化,在两个国家之间漫游,等)。当每次执行激活,去活化,漫游,等操作时,交互作用处理器(14)接入一个有关的矩阵。当遇到与被请求的业务(Sx)交互作用的业务(Sy)时,将接入的矩阵用于确定要采取的动作。
文档编号H04M3/42GK1291411SQ99803028
公开日2001年4月11日 申请日期1999年1月29日 优先权日1998年2月18日
发明者T·库尔斯特伦, T·贡纳松, F·埃尔特斯特 申请人:艾利森电话股份有限公司