专利名称：主叫用户验证的制作方法
技术领域：
本发明涉及电信系统中主叫用户的验证，在该系统中，至少有一些用户还可以通过其运营者的网络(即通过这些用户本身所属的网络)接入另一运营者的网络。
随着电信法规限制的放宽，许多国家都涌现出了一些新的电信运营者，它们开始同原来的运营者争夺客户。在这种情形下，属于某运营者的网络的用户通过在拨号号码的前面加上一个标识另一所期望运营者的前辍号码就能将呼叫接通该另一运营者的网络。从所述第二运营者的观点看，这些用户间接接入所述运营者的网络。以下，这些用户将被称为间接接入的用户。
然而，在许多国家，如果属于某些运营者的网络的用户想将呼叫接通另一运营者的网络，那么这些运营者未必进行计费。这样的话，所述第二运营者必须单独进行计费。于是，客户(用户)与运营者之间必须签订合同，以便即使用户属于另一运营者的网络，该用户也可以接入所述运营者的网络。在连接建立过程中，进行校验，据此判断所述用户是否有资格接入该网络。这一操作被称为主叫方验证。
图1说明了当执行了主叫方验证从而允许他接入其终端并不直接所属的网络时连接建立的各个步骤。各个步骤用带圈的数字1…5来表示。在图中所示的例子中，主叫用户SB1属于运营者A的网络，并且所述用户想将呼叫接通运营者B的网络。
当用户SB1要将他所想要建立的呼叫接通一个特定运营者的网络时，他在电话号码前面拨出一个指示所需运营者(本例中为运营者B)的前辍号码(XYZ)。这一前辍号码和被叫用户号码连同其他数据一起以标准启动消息被发送到用户的终端交换机(步骤1)。在终端交换机SW1中，对接收到的号码进行数字分析，其中，根据其前辍号码得知该呼叫预定到运营者B的网络(步骤2)。因此呼叫尝试被送到运营者间的链路IOL(步骤3)。在链路IOL的另一端，位于运营者B的网络中的交换机SW2包括一个用来对主叫方进行验证的数据库DB。这一验证可通过将主叫用户的号码(A号码)与数据库中的有效号码比较来实现(步骤4)。在交换机SW2中，例如可根据所拨的前辍号码或者根据入局电路群来触发验证过程。
如果发现该用户是有效用户，那么根据呼叫尝试的数据以正常方式继续进行呼叫建立(步骤5)。反之，如果在有效用户中没有发现该主叫用户的号码，那么将该呼叫通向从中可得到有关没有授权的附加信息的某种业务，例如通向一个话音通知或通向一个特别业务号码。
从网络层来看，上面这种主叫用户验证是采用了常规技术如基于交换机的方案(如上所述)或者如基于智能网的方案来实现的。
图2从网络层示出了上述基于交换机的方案。在每个交换机(SW1’，SW3’)中都能进行主叫用户验证，从这些交换机到间接接入的用户所属的邻近运营者的网络都有一条运营者间的链路(IOL)。这种方案的一个缺点是，难以进行数据库的维护和使用，因为数据库通常必须装在多个不同的交换机中(通常有多条运营者间的链路)。
另一方面，如果想只在一个交换机中进行验证来避免这一问题，则会浪费传输容量，因为在这种情况下所有呼叫其路由都通过同一验证交换机。同时，在网络中还要形成一些额外的不希望有的语音路由。再者，也不值得通过这样一种方式(即每个验证交换机都可能只有有关间接接入的一些用户的信息的方式)来分配数据库，因为如果这样，那么在每种情况下都要在网络中形成用于为呼叫选择通过合适交换机的路由的额外逻辑。
可以采用上述基于智能网的方案(如图3所示)来避免这些问题。在这种情况下，通过这样一种方法进行主叫用户的验证与邻近运营者的交换机有运营者间的链路的所有交换机都向含有有效用户的数据库(DB)的业务控制点SCP发送验证请求。根据SCP节点所发出的响应，该呼叫不是被转向被叫号码，就是被转向其中可给出有关没有授权的通知的业务。因此，在向SCP节点发出请求期间，呼叫建立被“冻结”在网络边缘处的交换机中，而在得到响应之后，呼叫建立再被发送到与响应的内容相应的目的地。
然而，实际上，基于智能网的技术费用高，因此，主叫用户验证的这一实现方法与采用常规的基于交换机的技术的实现方法相比显然是一种费用更高的方法。由于校验是一种很简单的操作并由于所要执行的校验次数多，所以，由同样可采用基于交换机的技术容易实现的这类操作导致业务控制点负载太大也是不合理的。因此，最好只有对更复杂和更需要的业务才应单独预定智能网资源。
本发明的目的在于消除上述缺点并提供一种能综合上述现有技术方法的优点的方法。
利用独立权利要求中所阐述的方案可达到这一目的。
本发明的思想首先在于，采用常规的基于交换机的技术在网络中保留一个验证节点，该节点为网络边缘处的一些与邻近运营者的交换机有链路的交换机所公用。在这一优选实施方式中，运营者的网络只有一个验证节点。其思想还在于，通过这样一种方法来执行连接建立过程建立从网络边缘处的所述交换机一直到该预定验证节点的连接，而如果在验证节点中所进行的验证表明该用户有资格接入该网络，那么已分配的传输容量向后释放给至少一个链路段。至少每当被叫用户没有超出验证交换机范围时要进行释放。最好一直执行这一释放，直到网络边缘处的与用户的运营者的网络有运营者间的链路的交换机。这一交换机将呼叫改向到所要求的目的地，因此通常不通过验证节点来交换语音通路。在本发明的一种实施方式中，验证交换机甚至不关心呼叫交换而只作为一个有效性校验节点。
当采用本发明方法时，可以很经济地实现主叫用户验证，因为该方案建立在常规又廉价的基于交换机的技术的基础上。由于所建立的连接向后释放给至少一个链路段，因此不会浪费传输容量并且不用在网络中形成一些不希望有的额外的语音通路。再者，由于集中验证，因此这一功能的使用和维护也尽可能简单。
下面，根据附图中的例子参照图4-8详述本发明及其优选实施方式，其中图1说明了主叫用户验证，图2从网络层说明了主叫用户验证的第一种已知实施方式，图3从网络层说明了主叫用户验证的第二种已知实施方式，图4说明了交换机中所执行的路由选择操作，图5说明了作为呼叫处理的一部分的路由选择，图6说明了数字分析所采用的常规数据结构，图7从网络层说明了根据本发明的方案，和图8说明了根据验证结果所发送的释放消息。
为了弄清根据本发明的方案的基本情况以及上述现有技术的描述，首先简要说明电话交换机中所执行的路由选择操作(图4和5)和与此有关的数字分析(图6)。
路由选择原理按照图4这样分层根据与主叫用户有关的数据和拨号数字，首先进行始发点和数字分析。进行始发点分析是为了得到有关呼叫源的信息。与用户有关的数据其中可包括入局电路群(或电路)的始发点和主叫用户的用户类别。因此，从不同入局电路群或从属于不同类别的用户接收到的相同的拨号数字串可能导致不同的结果。根据所进行的分析，可得到上述目的地。例如，申请人的DX200交换机可能有65000个目的地，每个目的地可包括5个子目的地。这些子目的地通常可分为三种主要类型到其他交换机的连接，同一交换机中的用户线路，和启动某一业务的业务激励。这种业务可以是例如上述要发向用户的话音通知或者一种要求与更远的数据库(比如智能网中的业务控制点SCP)相互配合的更复杂的业务。
这种目的地还可以包括一种供计费分析用的所谓计费指数(图中未示出)。
一个目的地一般含有关于若干个如5个子目的地的信息。在目的地中可通过这样一种方法按一定的优先权次序来安排这些子目的地，在这种方法中，子目的地之一是主要路由选择的选择对象。如果例如发现所述第一子目的地拥塞，那么可将呼叫发送至另一子目的地。
每个子目的地还连接到一个出局或内部路由或者特定路由(号码变换、通知等)，或者连接到用户数字分析。此后，按一定的次序对连接到给定路由的电路群进行检测，以便找到空闲电路。这里，电路指的是能使用户之间进行双向信号传送的两个传输信道的组合。而电路群指的是一些用途相同的电路。
当一个呼叫到达交换机时，交换机一般产生呼叫控制程序的复制并根据所述呼叫的用途来传送它。另一方面，呼叫控制程序调用路由选择功能。呼叫控制程序一直关注该呼叫直到呼叫终止，然后删除该复制。
图5说明了上述功能以及数字分析和子目的地的搜索(例如号码变换)采用什么方法进行部分呼叫处理。呼叫控制块CC将控制数据(其中包括拨号号码和根据它来进行数字分析的分析树的指示)输入到数字分析块DA，该数字分析块将有关与拨号号码相应的目的地的信息返回到呼叫控制块。因此，这里该目的地是指一组根据数字分析和其他信息(诸如上述用户类别和入局电路群)得到的业务路由选择的选择对象(即子目的地)。呼叫控制块将这些选择对象转发到路由选择器块RS，路由选择器块进行其分析并将分析结果返回给呼叫控制块CC。这一结果就是上述的子目的地。在选择过程中，利用呼叫控制块CC所知的与呼叫尝试有关的数据。
在上述方法中，根据呼叫尝试的数据(例如在主叫用户没有资格接入网络情况下)，例行程序例如进至发出一个话音通知。
除了以上这些块外，图5还示出了那些与本发明的实现有关的关于呼叫控制的功能块。这些块是验证块VU和公用信道信令块CCSU，该公用信道信令块在呼叫控制块CC的控制下产生本方法中所用的信令消息。有关有效用户的数据库实际上例如可置于交换机的中心存储单元中或其自身的功能单元中。验证块的工作情况将在后面详述。
在交换机(如本申请人的DX200交换机)中所进行的与路由选择有关的数字分析取决于一种数据结构，在这种数据结构中，数据记录形成了分层树状结构。每个数据记录包括例如16个字段，其中一个字段对应电话机中某个键(0，1，2，…9，*，#，等等)。个别字段可以是空的(即未使用从而什么也不包含)或者可含一个指针。指针(实际上是二进制数)可以指向下一个数据记录或者可以指向数字分析结果的目的地。空字段实际上表示没有对电话机中的相应的键进行数字分析。
图6说明了上述原理。数据结构包括一些数据记录11，每个数据记录都有16个字段，用标记0…9，a…f表示。例如，对电话号码408178所进行的分析将返回目的地D，而对电话号码504178所进行的分析将返回目的地E。通过在树状结构中一次针对一个拨号数字、搜索与拨号数字相应的字段的内容然后进至所述字段所含的指针所指向的数据记录(在该数字记录中，搜索与下一个数字相应的字段的内容，等等)来完成这一分析。与最后所搜索的数字相应的字段给出一个分析结果(目的地)，该分析结果被输入到路由选择器块RS。
以上是交换机的已知基本功能的简要描述，本发明中也利用这些功能。下面，将参照图7详述根据本发明所建立的呼叫的进程，图中示出了一个根据图2的两个运营者的网络。根据本发明，主叫用户验证专用于运营者B的仅一个交换机。尽管图中只示出了一个邻近运营者，然而，同一交换机可以对来自一个以上邻近运营者的网络的呼叫进行验证。这一专用交换机可以单独进行用户验证，或者它可以与它的其他操作一起进行验证。前一种情况下，交换机可以用一种很简单的分解的方式来实现。在有着大量的有效性校验时，采用这种基于验证交换机的“服务器”尤其好。由于在这种情况下验证节点也是建立在基于交换机的技术的基础上，为此，仍使用术语交换机。
假定，运营者A的网络中的用户SB1想将呼叫接通运营者B的网络。在开始连接建立时，交换机SW1接收关于主叫用户想进行呼叫的信息。这一信息可以例如作为一个按照标准Q．931的“建立”消息出现，或者，交换机可以根据用户将接收机摘机来识别用户环路的闭合(步骤1)。根据对接收号码(前辍)所进行的数字分析(步骤2)，主叫用户的交换机(SW1)将一个启动消息通过信令网发送到运营者B的网络，发送到交换机SW1’(步骤3)。在这一过程中，可删除被叫号码的前面的与具体运营者相关的前辍号码，尽管该被叫号码可能仍还要以预定方式被处理。所要发送的启动消息可以是一个起始地址消息(IAM)(如果公用信道信令系统所用的用户部分是ISDN用户部分ISUP)，或者是一个具有附加信息的起始地址消息(IAI)(如果所用的用户部分是电话用户部分TUP)。下面，假定用户部分是ISUP。
交换机SW1’进行数字分析，这在入局电路群所确定的分析树(运营者间的链路)中进行(步骤4)。利用这一分析树，将来自所述链路的所有呼叫送到运营者B的网络中的验证交换机SW4’。于是交换机SW1’将IAM消息(或IAI消息)进一步发送到交换机SW4’(步骤5)。在这一步骤中，还可以删除与具体运营者相关的前辍号码，尽管被叫号码可能仍要以预定方式被处理。另一方面，在这一过程中，当呼叫尝试验证后被返回以改向时，还可以插入合适的用以识别呼叫尝试的前辍号码。
主叫用户验证交换机通过将消息中所出现的主叫用户标识符与存储在数据库DB中的号码进行比较来完成验证(步骤6)。可对所有呼入呼叫或者仅对根据特定条件所选择的呼叫(例如对被叫用户的号码的起始部分与运营者的标识符相应的那些呼叫)进行这种比较。从这个意义上讲，最好还保持被叫号码的前辍号码不变。例如还可以根据如入局电路群作出验证决定；要进行验证的业务被送至一个与没有必要进行验证的业务不同的电路群。
验证过程例如既可用主叫又可用被叫号码。如果在数据库中有主叫号码，则过程返回一个释放命令、一个释放代码和一个呼叫被改向到的号码(在这种情况下，该号码与被叫号码相同)。如果在数据库中没有该主叫号码，则过程代之以返回一个交换命令和关于路由选择的目的地(如业务点)的信息。
在本发明的一种优选实施方式中，比较中也可用被叫号码；如果涉及有效用户并且被叫号码在属于超出验证交换机范围的交换机的某一号码区中，那么呼叫不必向后释放，而可以以已知方式从验证交换机直接向前继续进行呼叫建立。在这种方法中，可以避免同一链路的反复释放和预定。因此，以上图5中所示的验证块VU包括比较器装置COMP，该装置有两种可能的实现方式。在第一种实现方式中，它们只执行将主叫号码与有效用户的号码进行比较的第一比较。在第二种实现方式中，除了进行第一比较之外，它们还执行这样的比较，即将被叫号码与超出呼叫尝试的到达方向上的节点范围的那些交换机的号码区进行比较。
如果在数据库中有该主叫用户的号码，则过程如下。应当注意，如果采用上述优选实施方式，那么，若在数据库中有该主叫用户的号码并且被叫号码没有超出验证交换机的范围，则操作过程如下。在验证交换机中，(内部)释放代码被变换为要向后发送的释放消息中的代码，这表示，根据验证结果，已分配的传输容量必须被释放。例如，当采用ISUP信令时，在“释放”消息中，可以采用原因指示符No．23，这一指示符是说明书中专为此而指定的，即，要使释放改向到新的目的地。可以不用原因指示符No．23，而采用说明书中供运营者专用的目前尚未占用的某一别的原因指示符。这些原因指示符包括指示符No．10…15和24。
图8示出了验证交换机SW4’发回的“释放”消息(步骤7)。该消息在原因指示符字段中包括例如所述原因指示符，而在改向号码字段中包括改向到的号码ABCDE。对于有效用户，该号码是原被叫号码，而对于无效用户，则是所期望的业务点的号码(即使想将无效用户的呼叫发向验证交换机之外的特殊业务点)。一旦接收到这一释放消息，交换机SW1’根据原因指示符所确定的分析树中(而不是前述与同一呼叫尝试有关的入局电路群所确定的分析树中)的所述号码进行一个新的数字分析(步骤8)。由此开始，呼叫尝试以已知方式进至所期望的用户或进至业务点(步骤9和10)。至少对于有效用户，直接通过交换机SW1和SW1’建立到所期望用户的语音通路。换言之，有效用户的语音通路不用通过验证交换机。被建立的该语音通路在图7中用虚线表示。其唯一的例外可能是这样一种情况验证交换机还用作一个普通呼叫交换的交换机，再者，还在交换机SW1’中，将验证交换机的方向改向。然而，最好根据上述优选实施方式继续进行，即通过这样一种方法进行即使被叫用户超出验证交换机范围，也从该验证交换机直接向前继续进行呼叫的路由选择。因此，在这些情况下，没有进行释放和改向。在这些情况下，用上述方式即通过还要根据验证来校验被叫号码的方式实现直接向前的路由选择。
如果主叫用户的号码不在数据库DB中，则过程可类似于现有技术方法中的过程，即呼叫可通向话音通知或业务号码。因此，在这种情况下，尽管一部分已分配的语音通路未被释放，但连接建立继续进行，并且呼叫可通向同一交换机指定的话音通知，或者可通向交换机之外的业务点(帮助软件)。最后所述的选择预先假定验证交换机还用作一个可用来交换语音通路的普通交换机。或者说，这一过程可以这样一部分已建立的连接被释放(类似于就有效用户而言的情况)例如直到网络边缘处的交换机或者直到前一交换机，然后发出关于没有授权的话音通知或者在所述交换机中完成到所期望的业务点的改向。如果所用的释放消息没有包含被改向到的业务点的号码或要发出的话音通知的代码，那么它必须包含它自己的原因指示符，以便这种情况可以区别于有效用户对呼叫尝试所进行的改向。即使验证交换机只作为有效性校验服务器(没有通过它交换语音通路)并且例如想将呼叫发送到网络中的特殊业务点，也可执行这种释放。
来自验证交换机的释放消息的发送还可以这样进行当主叫用户的号码被发现时，以预定的专门空着(即没有分析数据)的分析树进行路由选择。这一方案的优点在于，对现有交换机配置(例如本申请人的DX200交换机)作很小的改变就可以释放连接。甚至现在，当呼叫尝试不成功时，也总要在交换机中进行选择结束(EOS)的分析。这一分析是对交换机的指示失败原因的内部释放代码进行分析。在这种情况下，释放代码表示该号码不在所述分析树中。根据该代码，交换机自动向后产生一个释放消息。内部代码可以很简单地被转换成要向后发送的释放消息的所需代码。然而，在这种情况下，该消息没有包括要被改向到的号码(因为该消息并不用来触发改向)。不过，这并没有什么不好，只要网络边缘处的交换机存储了原被叫号码。在这种交换机中，释放消息中所用的原因指示符此时被认为是根据释放代码确定的分析树中的原呼叫号码所进行的改向。因此，如果所用的释放消息没有包括被改向到的号码，那么网络边缘处的交换机一定存储了原被叫号码。与所接收的释放消息有关的呼叫尝试通过一种已知方式(例如利用消息中所含的电路识别码CIC)被识别。
如果验证交换机同时作为一个普通交换机，那么在采用未占用的分析树时，尤其可例如根据分析树将“验证呼叫”区别于“纯粹”情况(其中，交换机在呼叫建立中无法在分析树中找到该号码)。不过，由于在网络边缘处的交换机(SW1’)中，呼叫无论如何都将接收合适的释放代码并都将以适当的方式被释放，因此不必进行区分。如果验证交换机只作为用户的验证装置，那么也不必进行这种区分。
如果验证交换机作为一个只校验用户权限的服务器来工作，那么它可通过这样的方式被实现成一个“分解”交换机它只包括上述功能所必须的交换机中的那些部件。因此，该交换机至少且只要包括实现呼叫控制的部件，能进行与验证有关的数据库查询的部件，和根据验证进行操作的信息装置。该节点可以有一个指向一个或多个邻近节点方向的接口。原则上，还可以“分解”所用的协议。因此，不必要的装置可以省略，尽管还会涉及到用以建立和释放呼叫的同一协议，如果在验证交换机(SW4’)与网络边缘处的交换机(SW1’)之间有一个或多个交换机，那么最好标记出所用的原因指示符，以便在这些交换机中向后表示出连接的释放，而在网络边缘处的交换机中只表示出改向到某一号码的改向。因此，最好是从网络边缘处的交换机处而不是从验证节点与网络边缘处的交换机之间的交换机处进行改向，因为通过这种方式可以沿最佳路由建立语音通路。不过，原则上可以从沿着所述运营者的网络中已分配的路由的任一交换机处进行改向。
尽管下面参照根据附图的例子描述了本发明，显然，本发明并不局限于此，而可以在附属权利要求书中所阐述的本发明思想的范围内进行修改。例如，释放和改向装置可以随所用信令方法而变化。因此，可以采用通过特定原因指示符所标记的标准释放消息或者采用例如为此所预定的独立的与具体运营者相关的消息。至关重要的只是，电路的两端都必须明确理解该原因指示符或消息。就进行验证的方式和相应的释放消息的形成而言，交换机的内部结构还可以以多种方式变化。另外，还可以有若干个验证交换机，以便某个交换机服务于某个区域，但从使用和控制观点来看，只有一个交换机进行验证是有好处的。验证未必要在邻近运营者的网络中进行，而还可以在离用户更远的地方进行。因此，所用的术语“邻近运营者”未必是指邻近的运营者的网络，如果有两个以上运营者的话。至于无效用户，还可以在验证节点中或者在外部业务点处实现进一步的业务或分析。在后面那种情况下，还可以用一种适当的指示所用的进一步的业务或分析的前辍号码来返回被叫用户。
权利要求
1．电信系统中一种主叫用户验证的方法，该系统被划分为一些由至少两个不同的运营者所管理的网络，并且在该系统中，至少有一些与给定运营者的网络连接的用户还通过所述给定运营者的网络接入邻近运营者的网络，当用户向邻近运营者的网络发出呼叫尝试时进行所述验证，其中，在这种呼叫建立阶段-从主叫用户的交换机开始逐个链路地分配传输容量，从而通过网络间的链路(IOL)建立到邻近运营者的网络的连接，和-在所述邻近运营者的网络的节点中进行验证，即校验主叫用户是否有资格接入所述网络，其特征在于邻近运营者的网络利用某一预定的节点(SW4’)以进行主叫用户验证，并且在邻近运营者的网络中，从网络间的链路直到在连接建立阶段进行验证的所述预定节点，连接建立过程一直进行，其中，当验证给出肯定结果时-从所述预定节点直到给定的预定交换机，向后释放已建立的连接，和-从所述预定交换机处将呼叫改向到所要求的目的地。
2．如权利要求1所述的方法，其特征在于该节点存储有资格接入邻近运营者的网络的用户的号码，该验证通过将主叫号码与所存储的号码比较来实现，还在于验证表明主叫用户有资格接入邻近运营者的网络被认为是肯定结果。
3．如权利要求1所述的方法，其特征在于该节点存储有资格接入邻近运营者的网络的用户的号码，该验证通过将主叫号码与所存储的号码比较并且还将被叫号码与属于超出呼叫尝试的到达方向上的所述节点范围的那些交换机的号码区比较来实现，还在于验证表明主叫用户有资格接入邻近运营者的网络而被叫号码不属于所述号码区被认为是肯定结果。
4．如权利要求1所述的方法，其特征在于，向后释放已建立的连接一直到作为邻近运营者的网络中的网络间链路的终点的交换机(SW1’)。
5．如权利要求1所述的方法，其特征在于，邻近运营者的网络只用一个节点进行主叫用户验证。
6．如权利要求1所述的方法，其特征在于，当验证表明主叫用户没有资格接入网络时，呼叫被改向到话音通知业务。
7．如权利要求1所述的方法，其特征在于，当验证表明主叫用户没有资格接入网络时，从所述预定节点到节点外的目的地，向前继续进行呼叫建立。
8．如权利要求1所述的方法，其特征在于，从所述预定节点返回一个含有有关释放原因信息的标准释放消息。
9．如权利要求8所述的方法，其特征在于，释放消息中还包括有关要改向到的目的地的信息。
10．如权利要求1所述的方法，其特征在于，只对其中被叫号码包括所述运营者的标识符的那些呼叫尝试进行验证。
11．如权利要求1所述的方法，其特征在于，当根据验证发现主叫用户有资格接入网络时，呼叫尝试的路由选择被指定到空着的分析树中进行。
12．一种电信系统，该系统被划分为一些由至少两个不同的运营者所管理的网络，并且在该系统中，至少有一些与给定运营者的网络连接的用户还接入邻近运营者的网络，其特征在于，至少一个运营者的网络具有-第一节点(SW4’)，该节点包括用于验证发自邻近运营者的网络的呼叫尝试的主叫用户的验证装置(VU)，-在直接与邻近运营者的网络连接的交换机中，用于将来自邻近运营者的网络的呼叫尝试送至与呼叫尝试的被叫号码无关的第一节点的路由选择装置(CC，DA，RS)，和-在第一节点中，根据验证装置用于向后释放已分配的传输容量的释放装置(CCSU)。
13．如权利要求12所述的电信系统，其特征在于，第一节点只进行验证，呼叫的语音通路通过网络的其他节点。
14．如权利要求12所述的电信系统，其特征在于，第一节点还进行呼叫交换。
15．如权利要求12所述的电信系统，其特征在于，验证装置包括用于将主叫号码与存储在该节点中的有效用户的号码进行比较的比较器装置(COMP)。
16．如权利要求12所述的电信系统，其特征在于，验证装置包括用于将主叫号码与存储在该节点中的有效用户的号码进行比较，并且另外还将被叫号码与属于超出呼叫尝试的到达方向上的第一节点范围的交换机的号码区进行比较的比较器装置(COMP)。
全文摘要
本发明涉及电信系统中主叫用户验证,该系统被划分为一些由至少两个不同的运营者所管理的网络,并且在该系统中,至少有一些与给定运营者的网络连接的用户还通过给定运营者的网络接入邻近运营者的网络。为了能经济地并且以网络传输容量的最大利用率来执行这一验证,邻近运营者的网络利用某一预定的节点(SW4’)以进行主叫用户验证,并且在邻近运营者的网络中,从网络间的链路直到在连接建立阶段进行验证的所述预定节点,连接建立过程一直进行。当验证给出肯定结果时:(a)从预定节点直到给定的预定交换机,向后释放已建立的连接,和(b)从所述预定交换机处将呼叫改向到所要求的目的地。
文档编号H04Q3/00GK1283357SQ98812499
公开日2001年2月7日 申请日期1998年12月23日 优先权日1997年12月23日
发明者贾莫·哈诺 申请人:诺基亚网络有限公司