CN100486371C

CN100486371C - 实现呼叫鉴权的方法及系统以及网守

Info

Publication number: CN100486371C
Application number: CNB2007100729825A
Authority: CN
Inventors: 周舰
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-01-17
Filing date: 2007-01-17
Publication date: 2009-05-06
Anticipated expiration: 2027-01-17
Also published as: CN101026885A

Abstract

本发明公开了一种实现呼叫鉴权的方法及系统以及网守，所述的方法包括如下的步骤：本局网守GK收到对局GK下属的网关GW发起的包含所述GW的IP地址信息的呼叫时，将所述GW的IP地址与所述的本局GK配置的对局GK下属的GW的IP地址进行比较，完成对所述呼叫的鉴权。采用本发明技术方案可以实现一个H.323网络与其他多个H323网络以GK-GK H323中继方式互通时，本局GK对来自对局GK下网关呼叫的鉴权，使呼叫可以接续，同时还可以满足对局同一运营商的多个网关对应本局一个中继群，并在话单里体现出来的要求。

Description

实现呼叫鉴权的方法及系统以及网守

技术领域

本发明属于通信技术领域，尤其涉及H.323中继组网方式下对呼叫鉴权的技术。

背景技术

随着通信技术的发展和H.323协议在软交换技术中的广泛采用，以H.323协议为基础的H.323中继组网方式也越来越广泛的应用于现有网络上。

以H.323协议为基础的H.323中继组网方式主要包括以下四种模式：

1、对等型H.323中继，该类型中继仅适用于本局与对端局均为软交换时的应用场合。

2、GW(GateWay网关)型H.323中继，该类型中继适用于软交换作为GK(GateKeeper网守)应用、对端局为同一H.323网络中的GW时的应用场合。

3、GK型H.323中继，该类型中继适用于软交换作为GK应用、对端局为同一H.323网络中的其它GK或为其它H.323网络中的GK时的应用场合。

4、外部GK型H.323中继，该类型中继适用于软交换作为GW应用，对端局为外部GK时的应用场合。

在现有网络中上述4种中继的组合使用，形成了复杂的H.323网络，与此相关的软交换中基于H.323协议的呼叫鉴权技术也变得越来越重要。

在现有软交换实现中，H.323协议对入局呼叫或者本局发起呼叫的鉴权方法是：本局网守收到Setup(建立呼叫请求)消息后，首先判断(策略1)Setup消息中所包含的发起端点的IP地址是否在H.323局向表中存在，看是否有对应的IP地址与局向的对应关系，如果有则表明是入局呼叫；否则(策略2)发送查询消息给RAS(Registration，Admission and Status端点和网守之间使用的协议)协议处理模块，看是否是本局发起呼叫，如果不是本局发起呼叫，(策略3)再判断是否已经注册到外部GK上了，如果注册到外部GK上，则发送ARQ(Admission Request呼叫接纳请求)给外部GK，由外部GK来进行鉴权。如果三者都不是，认为是非法的呼叫，拒绝该呼叫。

如上所述，收到Setup消息后，首先通过策略1可以判断出呼叫是否是入局呼叫，如果是入局呼叫，可再根据IP地址从中继群表中所记录信息的中继类型标识位来判断出是对等型H.323中继还是GK型H.323中继；如果经过策略1对呼叫进行鉴权判断出不是入局呼叫，根据策略2可以判断出是否是本局发起呼叫，此处可对GW型H.323中继的呼叫进行鉴权，因为GW型H.323中继的呼叫在呼叫前也需要在GK上先进行注册，注册后在RAS协议处理模块中有注册信息，所以对GW型H.323中继呼叫的判断也在策略2中进行处理，通过注册信息中的终端类型标识位可以区分出是GW型H.323中继还是本局其他呼叫；如果经过策略1和2仍无法对呼叫进行鉴权，再通过策略3就可以判断出是否是外部GK型H.323中继，经过这3个策略仍无法进行鉴权的呼叫就被认为是非法呼叫而被拒绝。

在现有的呼叫鉴权方法下，当一个H.323网络与其他多个H323网络以GK-GK H323中继方式互通时，当对局GK下的网关直接向本局GK发送Setup消息，本局网守进行呼叫鉴权时，因为该网关的IP地址不在H.323局向表中，所以无法通过策略1进行鉴权；又因为对局GK下的网关是注册在对局GK上的，在本局GK的RAS协议处理模块中没有注册信息，所以也无法通过策略2进行鉴权；同时已在对局GK上注册的网关，不会再向外部GK进行注册，所以策略3也行不通，这就造成了本局GK无法实现对来自对局GK下网关呼叫的鉴权，因为无法鉴权，当然也就无法匹配到中继群和进行计费，无法满足对局同一运营商的多个网关对应本局一个中继群，并在话单里体现出来的要求。

发明内容

本发明实施例的目的在于提供一种实现呼叫鉴权的方法及系统以及网守，旨在解决现有技术中存在的对局网守下属的网关直接向本局网守发起呼叫，本局网守无法鉴权的问题。

本发明实施例是这样实现的，一种呼叫鉴权的方法，所述的方法包括如下的步骤：

a、本局网守GK收到对局GK下属的网关GW发起的包含所述GW的IP地址信息的呼叫时，将所述GW的IP地址与所述的本局GK配置的对局GK下属的GW的IP地址进行比较，完成对所述呼叫的鉴权。

本发明实施例还提供了一种通信系统，用于呼叫鉴权，所述的系统包括对局GK及其下属的GW和本局GK，所述的本局GK还包括存储单元和呼叫鉴权单元，所述的存储单元存储有所述对局GK下属的GW的IP地址，所述呼叫鉴权单元用来在所述的对局GK下属的GW向本局GK发起包含所述GW的IP地址信息的呼叫时根据所述的存储单元中存储的所述IP地址进行呼叫鉴权处理。

本发明实施例还提供了一种网守GK，所述的GK还包括存储单元和呼叫鉴权单元，所述的存储单元存储有对局GK下属的GW的IP地址，所述呼叫鉴权单元用来在所述的对局GK下属的GW向所述的GK发起包含所述GW的IP地址信息的呼叫时根据所述的存储单元中存储的所述IP地址进行呼叫鉴权处理。

本发明实施例克服现有技术的不足，采用在本局GK上配置对局GK下网关的IP地址，当本局GK收到对局GK下的网关发起的呼叫时，本局网守将呼叫的源IP地址和配置的IP地址进行比较，如果能够匹配上，则认为是合法的入局呼叫，完成对呼叫的鉴权的技术方案，可以实现一个H.323网络与其他多个H323网络以GK-GK H323中继方式互通时，本局GK对来自对局GK下网关呼叫的鉴权，使呼叫可以接续。

附图说明

图1为本发明实施例组网示意图；

图2为本发明实施例方法流程图；

图3为本发明实施例的系统结构图；

图4为本发明实施例所述的GK的框图。

具体实施方式

本发明实施例的基本原理是在本局GK上配置对局GK下网关的IP地址，当本局GK收到对局GK下的网关发起的呼叫时，本局网守将呼叫的源IP地址和配置的IP地址进行比较，如果能够匹配上，则认为是合法的入局呼叫，完成对呼叫的鉴权，同时在本局GK中还配置了对局GK所属的IPLIST序列号及其对应的虚拟中继群号，根据IPLIST序列号确定虚拟中继群号，然后确定虚拟中继，将对局网守下属网关的呼叫属性和计费属性都计算到该虚拟中继上。

为了使本发明实施例的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例在本局GK中新增了IP地址配置功能，用于在配置数据库中增加对局GK的IP地址数据，配置参数为IPLIST序列号、IP地址以及子网掩码，并允许在同一个IPLIST序列号下配置多个不同的IP地址，对应对局同一运营商的多个不同的网关，为了便于网守2区分来自网关发起的呼叫是本局的还是对局网守1下的网关的，本发明实施例中还在网守2上配置了一个H.323虚拟中继，并在配置数据中关联到上述配置的IPLIST序列号，同时关联到一个全局唯一的中继群号，通过虚拟中继将IPLIST序列号同全局唯一的中继群号相关联起来，当网守2收到来自网守1下网关的SETUP呼叫时，由网关的IP地址和IPLIST序列号下包含的IP地址相比较判断出是合法的呼叫后，就会通过IPLIST序列号关联到该虚拟中继，并关联到配置的中继群号上，再将该呼叫的后续计费等属性都统计到该全局唯一的中继群号上。

当本局GK对呼叫进行鉴权时，在现有技术的3个鉴权策略的基础上，新增了(策略4)通过判断呼叫的源IP地址是否能够匹配配置的IP地址来决定接收或拒绝呼叫，如果能够匹配，则认为是合法的入局呼叫，根据呼叫的源IP地址找到对应的虚拟中继群号，入局呼叫属性算到该虚拟中继上；否则，认为是非法的呼叫，拒绝该呼叫。

本发明实施例的组网示意图如图1所示，其中：

(1)在网守2中配置了网守1下网关的IP地址数据，配置参数为IPLIST序列号、IP地址以及子网掩码，在同一个IPLIST序列号下配置了多个网关(网关1、网关2)的IP地址，即将同一运营商的多个网关的IP地址配置在同一个IPLIST序列号下，如在网守2上配置IPLIST＝1、IP地址为：192.168.200.100、子网掩码为：255.255.255.255数据，对应网守1下的网关1；IPLIST＝1、IP地址为：192.168.200.200、子网掩码为：255.255.222.255的数据，对应网守1下的网关2；

(2)在网守1(192.168.1.1)上配置到网守2(192.168.1.2)的H.323GK中继数据，中继群号为2，并指明H.323GK中继对端的IP地址为192.168.1.2；当网守1下的网关向网守1发起呼叫鉴权请求消息(ARQ)时，网守1可以通过端点定位消息(LRQ)定位到网守2，并把网守2发回的响应LCF消息中的IP地址信息转发给下面的网关，允许网关直接向这个IP地址发起呼叫建立请求Setup消息；

(3)在网守2上配置了H.323虚拟中继数据，配置参数为中继群号和IPLIST序列号，中继群号用来标识该虚拟中继，IPLIST序列号指明该虚拟中继引用到哪一组IPLIST，例如根据上述的例子，中继群号为1，IPLIST序列号为1；后续进行呼叫鉴权时就到该IPLIST序列号下包含的IP地址信息中进行比较鉴权；

(4)当网守1下的网关向网守2发起呼叫时，网守2进行入局呼叫鉴权，在网守2上鉴权的依据是在第(1)步中配置的IP地址数据。

完成上述的数据配置之后，当网守1下的网关1、网关2、网关3分别向网守2发起呼叫请求，网守2对呼叫进行鉴权的流程如图2所示，具体包括如下的步骤：

(1)网守1下的网关1、网关2、网关3分别向网守1发送ARQ请求，请求中包含被叫号码信息；

(2)网守1判断ARQ消息中的被叫号码信息不在自身管理的范围内，就向网守2发送端点定位请求(LRQ)消息，消息中包含被叫号码信息；

(3)网守2判断LRQ消息中的被叫号码信息在自身管理的范围内，向网守1回端点确认响应LCF消息，消息中包含网守2本身的IP地址信息；

(4)网守1向网关1、网关2、网关3分别回呼叫发起确认(ACF)消息，消息中包含有第3步LCF消息中带有的网守2的IP地址信息；

(5)网关1、网关2、网关3根据ACF消息中带的IP地址信息，分别向网守2发送Setup消息，消息中包含被叫号码和自身的IP地址信息；

(6)网守2对网关1、网关2、网关3的Setup消息进行呼叫鉴权，网守2首先判断(策略1)网关1、网关2、网关3的IP地址是否在H.323局向表中存在，不存在，则(策略2)发送查询消息给RAS协议处理模块，判断是否是本局发起呼叫，不是本局发起呼叫，(策略3)再判断是否已经注册到外部GK上了，也没有注册到外部GK上；此时采用本发明方案的策略4进行鉴权，分别根据网关1、网关2、网关3的IP地址同网守2中配置的IPLIST序列号下所包含的IP地址进行比较，判断是否存在同样IP地址的记录数据，因IPLIST为1的序列号下包括网关1的IP地址：192.168.200.100和网关2的IP地址192.168.200.200，所以可以匹配成功，即鉴权成功，同时得到对应IPLIST序列号为1，而网关3的IP地址不包括在IPLIST序列号下，所以鉴权失败；又因为得到网关1和网关2的IPLIST序列号为1，再根据配置的IPLIST序列号与虚拟中继群号的对应关系确定网关1和网关2对应的虚拟中继的中继群号为1，把网关1和网关2的相关呼叫属性和计费属性都算到中继群号为1的虚拟中继上，从而满足了需求，可以进行后续处理，而网关3的IPLIST没有配置在虚拟中继上，在IPLIST＝1的IPLIST下所包含的IP地址信息中不包括192.168.200.150(网关3的IP地址)这个IP地址，鉴权失败。

新增的虚拟中继用于处理入局呼叫，不会影响出局呼叫。新增了虚拟中继鉴权后，通过在本局IP地址列表内配置对局GK下多个网关的IP地址信息，就可以实现一个H323网络与多个H323网络以GK-GK H323中继方式互通时，本局GK对来自对局GK下网关呼叫的鉴权，同时也可以满足对局同一运营商的多个网关对应本局一个中继群，并将对局同一运营商的多个网关的呼叫在话单里体现出来的要求。

发明实施例所述的用于呼叫鉴权的通信系统的系统结构图如图3所示，包括对局GK及其下属的GW和本局GK，其中，本局GK还包括存储单元和呼叫鉴权单元，在存储单元中配置有对局GK下属的GW的IP地址，当对局GK下属的GW向本局GK发起呼叫时，Setup消息中包含被叫号码和GW的IP地址信息，本局GK将Setup消息中携带的IP地址与存储单元配置的IP地址进行比较，如果配置的IP地址中存在与Setup消息中一致的IP地址，则鉴权通过，否则鉴权失败。

具体来说，本局GK的存储单元中存储的内容为：

(1)在网守2中配置的网守1下网关的IP地址数据，配置参数为IPLIST序列号、IP地址以及子网掩码，在同一个IPLIST序列号下配置了多个网关(网关1、网关2)的IP地址，即将同一运营商的多个网关的IP地址配置在同一个IPLIST序列号下，如在网守2上配置IPLIST＝1、IP地址为：192.168.200.100、子网掩码为：255.255.255.255数据，对应网守1下的网关1；IPLIST＝1、IP地址为：192.168.200.200、子网掩码为：255.255.222.255的数据，对应网守1下的网关2；

(2)在网守1(192.168.1.1)上配置的网守2(192.168.1.2)的H.323GK中继数据，中继群号为2，并指明H.323GK中继对端的IP地址为192.168.1.2；当网守1下的网关向网守1发起呼叫鉴权请求消息(ARQ)时，网守1可以通过端点定位消息(LRQ)定位到网守2，并把网守2发回的响应LCF消息中的IP地址信息转发给下面的网关，允许网关直接向这个IP地址发起呼叫建立请求Setup消息；

(3)在网守2上配置的H.323虚拟中继数据，配置参数为中继群号和IPLIST序列号，中继群号用来标识该虚拟中继，IPLIST序列号指明该虚拟中继引用到哪一组IPLIST，例如根据上述的例子，中继群号为1，IPLIST序列号为1。

当网关1、网关2和网关3向分别向网守2发起Setup消息时，网守2中的呼叫鉴权单元将网关1、网关2、网关3的IP地址同网守2的存储单元中存储的IPLIST序列号下所包含的IP地址进行比较，判断是否存在同样IP地址的记录数据，因IPLIST为1的序列号下包括网关1的IP地址：192.168.200.100和网关2的IP地址192.168.200.200，所以可以匹配成功，即鉴权成功，同时得到对应IPLIST序列号为1，而网关3的IP地址不包括在IPLIST序列号下，所以鉴权失败；又因为得到网关1和网关2的IPLIST序列号为1，再根据存储单元中存储的IPLIST序列号与虚拟中继群号的对应关系确定网关1和网关2对应的虚拟中继的中继群号为1，把网关1和网关2的相关呼叫属性和计费属性都算到中继群号为1的虚拟中继上。

本发明实施例中的网守(GK)包括存储单元和呼叫鉴权单元，如图4所示，存储单元中存储的数据以及呼叫鉴权单元进行鉴权的具体过程同上述的系统中所述的相同，此不赘述。

如上所述，本发明实施例采用在本局GK上配置对局GK下网关的IP地址，当本局GK收到对局GK下的网关发起的呼叫时，本局网守将呼叫的源IP地址和配置的IP地址进行比较，如果能够匹配上，则认为是合法的入局呼叫，完成对呼叫的鉴权的技术方案，可以实现一个H.323网络与其他多个H323网络以GK-GK H323中继方式互通时，本局GK对来自对局GK下网关呼叫的鉴权，使呼叫可以接续；此外，在本局GK上配置对局GK下属的GW的IP地址所属的IPLIST序列号以及所述的IPLIST序列号对应的虚拟中继和中继群号，并存储在存储单元中，当对局GK下属的GW向本局GK发起呼叫时，本局GK根据该GW的IP地址确定该GW所属的IPLIST序列号，并根据所述的IPLIST序列号确定对应的虚拟中继和中继群号，将该GW相关的呼叫属性和计费属性都算到中继群号关联的虚拟中继上，满足了对局同一运营商的多个网关对应本局一个中继群，并将对局同一运营商的多个网关的呼叫在话单里体现出来的要求。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

1、一种实现呼叫鉴权的方法，其特征在于，所述的方法包括如下的步骤：

2、根据权利要求1所述的方法，其特征在于，其中步骤a具体包括：

a1、所述的本局GK收到对局GK下属的GW发送的建立呼叫请求Setup消息时，判断在所述的本局网守中配置的IP地址是否包含所述GW的IP地址，如果是，则鉴权成功，否则鉴权失败。

3、根据权利要求2所述的方法，其特征在于，其中步骤a1之前还包括：

a01、所述的对局GK收到其下属的GW发送的呼叫接纳请求ARQ消息后，向所述的本局GK发送端点定位请求LRQ消息，所述的本局GK向对局GK返回端点确认响应LCF消息，所述的对局GK下属的GW根据所述的LCF消息中携带的本局GK的IP地址向本局GK发送Setup消息。

4、根据权利要求2所述的方法，其特征在于，其中步骤a1还包括：

所述的本局GK收到对局GK下属的GW发送的建立呼叫请求Setup消息时，根据所述GW的IP地址和所述本局GK中配置的IPLIST序列号确定所述GW所属的IPLIST序列号，然后根据所述GW所属的IPLIST序列号确定虚拟中继群号和虚拟中继。

5、根据权利要求4所述的方法，其特征在于，同一个所述的IPLIST序列号包含多个不同的IP地址，对应所述的对局同一个运营商的多个GW。

6、一种通信系统，用于呼叫鉴权，所述的系统包括对局GK及其下属的GW和本局GK，其特征在于，所述的本局GK还包括存储单元和呼叫鉴权单元，所述的存储单元存储有所述对局GK下属的GW的IP地址，所述呼叫鉴权单元用来在所述的对局GK下属的GW向本局GK发起包含所述GW的IP地址信息的呼叫时根据所述的存储单元中存储的所述IP地址进行呼叫鉴权处理。

7、根据权利要求6所述的系统，其特征在于，所述的存储单元中还存储有所述对局GK下属的GW的IP地址所属的IPLIST序列号以及所述的IPLIST序列号对应的虚拟中继和中继群号，用来在所述的对局GK下属的GW向本局GK发起呼叫时，所述的本局GK根据所述的GW的IP地址确定所述GW所属的IPLIST序列号，并根据所述的IPLIST序列号确定对应的虚拟中继和中继群号。

8、一种网守GK，其特征在于，所述的GK还包括存储单元和呼叫鉴权单元，所述的存储单元存储有对局GK下属的GW的IP地址，所述呼叫鉴权单元用来在所述的对局GK下属的GW向所述的GK发起包含所述GW的IP地址信息的呼叫时根据所述的存储单元中存储的所述IP地址进行呼叫鉴权处理。

9、根据权利要求8所述的GK，其特征在于，所述的存储单元中还存储有所述对局GK下属的GW的IP地址所属的IPLIST序列号以及所述的IPLIST序列号对应的虚拟中继和中继群号，用来在所述的对局GK下属的GW向本局GK发起呼叫时，所述的本局GK根据所述的GW的IP地址确定所述GW所属的IPLIST序列号，并根据所述的IPLIST序列号确定对应的虚拟中继和中继群号。