基于端点之间的安全通信方法

摘要

本发明提出了一种基于端点之间的安全通信方法，用于处在不同网守管理域的端点之间进行安全通信，包括在主叫端点呼叫被叫端点的过程中，由被叫端点的归属网守产生主叫端点和被叫端点之间的共享密钥；主叫端点和被叫端点之间基于所述共享密钥进行安全通信处理。本发明基于端点之间的安全通信方法使不同网守管理域的端点之间的安全通信机制具有较好的扩展性和较高的处理效率。

权利要求

1.一种基于端点之间的安全通信方法，用于处在不同网守管理域的端点之间进行安全通信，其特征在于，包括步骤：(1)在主叫端点呼叫被叫端点的过程中，由被叫端点的归属网守产生主叫端点和被叫端点之间的共享密钥；

(1-1)所述被叫端点的归属网守将所述共享密钥加密后传输至所述主叫端点，使所述主叫端点利用所述共享密钥对发送给被叫端点的呼叫建立请求消息进行加密处理；

(1-2)所述被叫端点的归属网守将所述共享密钥加密后传输至所述被叫端点，被叫端点利用所述共享密钥对主叫端点发来的呼叫建立请求消息进行鉴权处理；

(2)主叫端点和被叫端点之间基于所述共享密钥进行安全通信处理。

2.根据权利要求1所述的基于端点之间的安全通信方法，其特征在于，所述步骤(1)中由被叫端点的归属网守产生主叫端点和被叫端点之间的共享密钥包括步骤：(11)主叫端点发送包含被叫端点标识信息的呼叫接入请求消息给自身的归属网守；

(12)主叫端点的归属网守根据呼叫接入请求消息中包含的被叫端点标识信息，生成包含被叫端点标识信息的定位请求消息发送给被叫端点的归属网守；

(13)被叫端点的归属网守接收到定位请求消息后，生成主叫端点和被叫端点之间的共享密钥。

3.根据权利要求1所述的基于端点之间的安全通信方法，其特征在于，所述步骤(1-1)进一步包括：(1-11)被叫端点的归属网守对主叫端点和被叫端点之间的共享密钥进行第一加密模式处理，并将处理数据发送给主叫端点的归属网守；

(1-12)主叫端点的归属网守对接收数据进行第一解密模式处理，得到主叫端点和被叫端点之间的共享密钥；

(1-13)主叫端点的归属网守对主叫端点和被叫端点之间的共享密钥进行第二加密模式处理，并将处理数据发送给主叫端点；

(1-14)主叫端点对接收数据进行第二解密模式处理，得到主叫端点和被叫端点之间的共享密钥。

4.根据权利要求3所述的基于端点之间的安全通信方法，其特征在于，所述步骤(1)之前还包括：预先设置主叫端点的归属网守和被叫端点的归属网守之间的共享密钥；

被叫端点的归属网守预先设置第一导出密钥算法和第一加密算法；

所述步骤(1-11)进一步包括：

被叫端点的归属网守生成第一随机序列和第一明文标记；并基于第一导出密钥算法利用第一随机序列对主叫端点的归属网守和被叫端点的归属网守之间的共享密钥进行加密得到第一导出密钥；并基于第一加密算法利用第一导出密钥对主叫端点和被叫端点之间的共享密钥进行加密，得到第一加密结果；并分别将第一加密结果，第一随机序列，第一导出密钥算法和第一加密算法设置到第一明文标记的相应字段中；并将第一明文标记封装到定位确认消息中反馈给主叫端点的归属网守。

5.根据权利要求4所述的基于端点之间的安全通信方法，其特征在于，所述步骤(1-12)进一步包括：主叫端点的归属网守读取定位确认消息中第一明文标记相应字段记载的第一加密结果，第一随机序列，第一导出密钥算法和第一加密算法；并基于第一导出密钥算法利用第一随机序列对主叫端点的归属网守和被叫端点的归属网守之间的共享密钥进行加密得到第一导出密钥；并基于第一加密算法利用第一导出密钥对所述第一加密结果进行解密，得到主叫端点和被叫端点之间的共享密钥。

6.根据权利要求3所述的基于端点之间的安全通信方法，其特征在于，所述步骤(1)之前还包括：预先设置主叫端点和主叫端点的归属网守之间的共享密钥；

主叫端点的归属网守预先设置第二导出密钥算法和第二加密算法；

所述步骤(1-13)进一步包括：

主叫端点的归属网守生成第二随机序列和第二明文标记；并基于第二导出密钥算法利用第二随机序列对主叫端点和主叫端点的归属网守之间的共享密钥进行加密得到第二导出密钥；并基于第二加密算法利用第二导出密钥对主叫端点和被叫端点之间的共享密钥进行加密，得到第二加密结果；并分别将第二加密结果，第二随机序列，第二导出密钥算法和第二加密算法设置到第二明文标记的相应字段中；并将第二明文标记封装到呼叫接入确认消息中反馈给主叫端点。

7.根据权利要求6所述的基于端点之间的安全通信方法，其特征在于，所述步骤(1-14)进一步包括：主叫端点读取呼叫接入确认消息中第二明文标记相应字段记载的第二加密结果，第二随机序列和第二导出密钥算法和第二加密算法；并基于第二导出密钥算法利用第二随机序列对主叫端点和主叫端点的归属网守之间的共享密钥进行加密得到第二导出密钥；并基于第二加密算法利用第二导出密钥对所述第二加密结果进行解密，得到主叫端点和被叫端点之间的共享密钥。

8.根据权利要求1所述的基于端点之间的安全通信方法，其特征在于，所述步骤(1-2)进一步包括：(1-21)被叫端点的归属网守对主叫端点和被叫端点之间的共享密钥进行第三加密模式处理，并将处理数据发送给主叫端点的归属网守；

(1-22)主叫端点的归属网守将处理数据转发给主叫端点；

(1-23)主叫端点将处理数据转发给被叫端点；

(1-24)被叫端点对接收数据进行第三解密模式处理，得到主叫端点和被叫端点之间的共享密钥。

9.根据权利要求8所述的基于端点之间的安全通信方法，其特征在于，所述步骤(1)之前还包括：预先设置被叫端点和被叫端点的归属网守之间的共享密钥；

被叫端点的归属网守预先设置第三导出密钥算法和第三加密算法；

所述步骤(1-21)进一步包括：

被叫端点的归属网守生成第三随机序列和第三明文标记；并基于第三导出密钥算法利用第三随机序列对被叫端点和被叫端点的归属网守之间的共享密钥进行加密得到第三导出密钥；并基于第三加密算法利用第三导出密钥对主叫端点和被叫端点之间的共享密钥进行加密，得到第三加密结果；并分别将第三加密结果，第三随机序列，第三导出密钥算法和第三加密算法设置到第三明文标记的相应字段中；并将第三明文标记封装到定位确认消息中反馈给主叫端点的归属网守。

10.根据权利要求9所述的基于端点之间的安全通信方法，其特征在于，步骤(1-22)所述主叫端点的归属网守将处理数据转发给主叫端点通过将接收的定位确认消息中的第三明文标记封装到反馈给主叫端点的呼叫接入确认消息中完成；

步骤(1-23)所述主叫端点将处理数据转发给被叫端点通过将接收的呼叫接入确认消息中的第三明文标记封装到反馈给被叫端点的呼叫建立请求消息中完成。

11.根据权利要求10所述的基于端点之间的安全通信方法，其特征在于，所述步骤(1-24)进一步包括：被叫端点读取呼叫建立请求消息中第三明文标记相应字段记载的第三加密结果，第三随机序列和第三导出密钥算法和第三加密算法；并基于第三导出密钥算法利用第三随机序列对被叫端点和被叫端点的归属网守之间的共享密钥进行加密得到第三导出密钥；并基于第三加密算法利用第三导出密钥对所述第三加密结果进行解密，得到主叫端点和被叫端点之间的共享密钥。

12.根据权利要求1所述的基于端点之间的安全通信方法，其特征在于，所述步骤(1)和步骤(2)之间还包括步骤：主叫端点向被叫端点发送呼叫建立请求消息；

被叫端点利用所述共享密钥对接收的呼叫建立请求消息进行鉴权，在鉴权通过的情况下向自身的归属网守发送呼叫接入请求消息；

被叫端点的归属网守根据接收的呼叫接入请求消息，在判断得出被叫端点为自身管理端点的情况下向被叫端点反馈呼叫接入确认消息；

被叫端点接收到呼叫接入确认消息后，向主叫端点发送振铃消息和呼叫连接消息。

13.根据权利要求1所述的基于端点之间的安全通信方法，其特征在于，所述步骤(2)进一步包括：主叫端点或被叫端点利用所述共享密钥对发给对方端点的消息进行加密处理；并利用所述共享密钥对由对方端点发来的消息进行鉴权处理和消息完整性检查处理。

14.根据权利要求1所述的基于端点之间的安全通信方法，其特征在于，所述步骤(2)之后还包括主叫端点和被叫端点之间传送呼叫释放消息的步骤。

说明书

基于端点之间的安全通信方法

技术领域

[0001] 本发明涉及信息安全技术领域，尤其涉及通信系统中不同端点之间进行安全通信的方法。

背景技术

[0002] 基于H323协议的多媒体通信系统是基于无服务质量(QOS，Quality ofService)保证的分组网络(PBN，Packet Based Network)实现的。由于PBN网络的本身技术原因，PBN网络一般不能提供QOS保证，也就不能为这类网络系统中的端点之间进行通信时提供安全的服务质量。

[0003] 为了在这类不安全的网络系统上提供适时的安全服务，在不同端点之间进行通信时就必须考虑两个问题：鉴权(Authentication)和保密(Privacy)。其中H235协议V3版本以前的版本已经定义了一些用于H323协议的多媒体通信系统的鉴权和保密技术，但这些技术都是假定在网守(GK，Gate Keeper)路由模式(GK路由模式是应用于H323协议通信系统中的一种路由模式，核心是利用GK来转发不同端点之间的呼叫信令)下的技术方案。进而，H235协议V3版本的附录I提出了基于直接路由模式(直接路由模式是应用于H323协议通信系统的另外一种路由模式，和上述GK路由模式相反，不利用GK来转发不同端点之间的呼叫信令，而是由参与通信的两个端点直接交互各自的呼叫信令)的鉴权和保密技术，但是这种基于直接路由模式的鉴权和保密技术主要利用在H235协议V3版本的附录D和附录F的基本特性上，提供给H323协议通信系统的安全通信服务时，要限制参与通信的不同端点必须由同一个GK管理，即要求参与通信的不同端点在网络系统的同一GK管理域内，因此给实际应用过程造成了很大的限制。

[0004] 在ITU-T近期发布的H235协议V3版本的增补版本Amd1的附录I对上述H235协议V3版本的附录I进行了修正，提出了应用于跨不同GK管理域(跨GK管理是指主叫端点和被叫端点分别处于不同的GK管理范围内，主叫端点需要在主叫端点的归属GK和被叫端点的归属GK提供帮助的情况下才能定位到被叫端点)且以直接路由模式为基础的鉴权和加密技术，以针对参与通信的多个端点在处于不同GK管理域的情况下，为其提供安全通信服务。

[0005] 下面参照图1，简单说明目前现有技术在多媒体通信系统中，以直接路由模式为基础，对处于不同GK管理域的端点之间进行通信时，为其提供安全通信服务的处理过程。图1所示在H323协议网络系统的模块组成框图中，主叫端点(EPa，End Point a)和被叫端点(EPb，End Point b)为两个不同的端点，其中网守GKg是主叫端点EPa的归属GK，网守GKh是被叫端点EPb的归属GK。同时，这里跨不同GK管理域且以直接路由模式为基础的鉴权和加密技术会预先设置EPa和GKg之间的共享密钥Kag，并设置EPb和GKh之间的共享密钥Kbh，这样EPa和GKg之间通过Kag相互鉴权，EPb和GKh之间通过Kbh相互鉴权；同时还要设置GKg和GKh之间的共享密钥Kgh，这样，GKg和GKh之间通过Kgh相互鉴权。基于上述的设置条件，EPa和EPb之间进行安全通信的处理过程如下：

[0006] 1、EPa准备呼叫EPb时，首先发送包括EPb标识信息的呼叫接入请求消息(ARQ，Admissions Request)给GKg，以提出接入申请。

[0007] 2、GKg接收到ARQ消息后，根据ARQ消息中包含的EPb标识信息查询EPb的归属网守为GKh，便发送定位请求消息(LRQ，Location Request)给GKh。

[0008] 3、GKh收到LRQ消息后，产生随机序列challenge和初始化向量IV，然后使用产生的随机序列challenge对Kbh(EPb与GKh之间的共享密钥)进行加密运算得到导出密钥EKbh和KSbh；相应的，GKh根据产生的随机序列challenge对Kgh(GKg和GKh之间的共享密钥Kgh)得到导出密钥EKgh和KSgh；其中上述根据随机序列challenge对每个共享密钥进行加密运算时，都会对应产生两个导出密钥，而两个不同导出密钥是由于在对共享密钥进行加密运算时，在其随机序列challenge前面加入了不同的数据标签所导致；

[0009] 然后，GKh使用产生的初始化向量IV对导出密钥Ekbh、KSbh、EKgh和KSgh进行如下加密运算：

[0010] ENCEKgh，KSgh，IV(EKbh)__表示EKbh被EKgh和KSgh在IV初始化向量的基础上进行加密；

[0011] ENCEKgh，KSgh，IV(KSbh)__表示KSbh被EKgh和KSgh在IV初始化向量的基础上进行加密；

[0012] 然后，GKh创建定位确认消息(LCF，Location Confirm)，并把上面得到的ENCEKgh，KSgh，IV(EKbh)和ENCEKgh，KSgh，IV(KSbh)设置到LCF消息中包含的明文标记Clear Token的相应字段中，同时将随机序列challenge、初始化向量IV和对应的算法信息设置在该明文标记Clear Token的相应字段中，最后将LCF消息反馈给GKg。

[0013] 4、GKg收到LCF消息后，通过读取该消息中明文标记Clear Token相应字段中的challenge、IV和对应算法信息，以对ENCEKgh，KSgh，IV(EKbh)和ENCEKgh，KSgh，IV(KSbh)实施解密，得到EKbh和KSbh；

[0014] 其后，GKg产生自身的随机序列challenge和初始化向量IV，并产生EPa和EPb之间的共享密钥Kab；利用上述同样原理，使用GKg产生的随机序列challenge和初始化向量IV及Kag(EPa和GKg之间的共享密钥)和EKbh和KSbh对Kab进行如下加密处理：

[0015] EKab1＝ENCEKag，KSag，IV(Kab)；及

[0016] EKab2＝ENCEKbh，KSbh，IV(Kab)；

[0017] 然后，GKg创建两个明文标记Clear Token a和Clear Token b，以下简称CTa和CTb；GKg将自身产生的challenge、IV和加密得到的EKab1及其相应的算法信息设置在CTa的相应字段中；并将自身产生的challenge、IV和加密得到的Ekab2及其相应的算法信息设置在CTb的相应字段中；

[0018] 最后GKg将CTa和CTb同时设置到创建的呼叫接入确认消息(ACF，Admissions Confirm)中，并将ACF消息反馈给EPa。

[0019] 5、EPa收到ACF消息后，通过读取该消息中明文标记CTa相应字段中的challenge、IV和对应算法信息，然后运用该算法信息使用challenge、IV对Kag进行运算得出EKag和KSag，然后利用得到的EKag、KSag和IV解密EKab1＝ENCEKag，KSag，IV(Kab)得到Kab；

[0020] EPa创建呼叫建立请求消息Setup，并把接收到的ACF消息中的明文标记CTb完全复制到该Setup消息中，同时利用上述解密得到的Kab设置Setup消息中的鉴权信息，然后EPa把该Setup消息发给EPb。

[0021] EPb接收到EPa发来的Setup消息后进行如下处理：

[0022] 通过读取该消息中明文标记CTb相应字段中的challenge、IV和对应算法信息，然后运用该算法信息使用challenge、IV对Kbh进行运算得出EKbh和KSbh，然后利用得到的EKbh、KSbh和IV解密Ekab2＝ENCEKbh，KSbh，IV(Kab)得到Kab；

[0023] EPb利用解密得到的Kab对接收到的Setup消息进行鉴权认证。

[0024] 后续在EPa和EPb的通信过程中，EPa和EPb就基于上述由GKg产生的密钥数据Kab对通信信息进行加密，然后对端使用该Kab对接收的消息进行鉴权认证，从而实现在分别处在不同GK管理域的两个端点之间进行通信时，为其提供其安全通信机制。

[0025] 但是上述跨GK管理域且以直接路由模式为基础的鉴权和保密技术在实现过程中，存在如下不足：

[0026] (1)主叫端点EPa和被叫端点EPb之间的共享密钥Kab由主叫端点EPa的归属网守GKg生成，被叫端点EPb只能被动接受这个共享密钥Kab，即使被叫端点EPb对这个共享密钥Kab存在不信任，也必须被动接受，所以对于被叫端点EPb而言，其灵活性受到限制。

[0027] (2)在上述过程4中，由GKg创建明文标记CTb时，密钥Kab被GKg进行了加密；而在EPb接收到Setup消息时，EPb还需要对该Setup消息中包含的明文标记CTb的被加密部分进行解密处理，以得到密钥Kab，因此就要求在GKg侧对密钥Kab进行加密时采用的算法和在EPb侧对CTb进行解密以得到密钥Kab所采用的算法一致，这样对于不同GK管理范围内的端点而言，必须保持不同端点之间采用一致的算法信息将导致该种安全通信机制具有较差的扩展性。

[0028] (3)在上述过程3和4中，主叫端点EPa的归属网守GKg和被叫端点EPb的归属网守GKh之间需要传递被叫端点EPb和被叫端点EPb的归属网守GKh之间的导出密钥(分别为EKbh和KSbh)，这样就导致这两个导出密钥在GKg和GKh之间传递时，需要在GKh侧进行两次加密处理，相应在GKg侧要进行两次对应的解密处理，因此降低了该种安全通信机制的处理效率。

发明内容

[0029] 本发明要解决的技术问题是提出一种基于端点之间的安全通信方法，以实现由被叫端点的归属网守产生端点之间进行安全通信所需的共享密钥，使端点之间的安全通信机制具有较好的扩展性和较高的处理效率。

[0030] 为解决上述问题，本发明提出了一种基于端点之间的安全通信方法，用于处在不同网守管理域的端点之间进行安全通信，包括步骤：

[0031] (1)在主叫端点呼叫被叫端点的过程中，由被叫端点的归属网守产生主叫端点和被叫端点之间的共享密钥；

[0032] (1-1)所述被叫端点的归属网守将所述共享密钥加密后传输至所述主叫端点，使所述主叫端点利用所述共享密钥对发送给被叫端点的呼叫建立请求消息进行加密处理；

[0033] (1-2)所述被叫端点的归属网守将所述共享密钥加密后传输至所述被叫端点，被叫端点利用所述共享密钥对主叫端点发来的呼叫建立请求消息进行鉴权处理；

[0034] (2)主叫端点和被叫端点之间基于所述共享密钥进行安全通信处理。

[0035] 其中所述步骤(1)中由被叫端点的归属网守产生主叫端点和被叫端点之间的共享密钥包括步骤：

[0036] (11)主叫端点发送包含被叫端点标识信息的呼叫接入请求消息给自身的归属网守；

[0037] (12)主叫端点的归属网守根据呼叫接入请求消息中包含的被叫端点标识信息，生成包含被叫端点标识信息的定位请求消息发送给被叫端点的归属网守；

[0038] (13)被叫端点的归属网守接收到定位请求消息后，生成主叫端点和被叫端点之间的共享密钥。

[0039] 其中所述步骤(1-1)进一步包括：

[0040] (1-11)被叫端点的归属网守对主叫端点和被叫端点之间的共享密钥进行第一加密模式处理，并将处理数据发送给主叫端点的归属网守；

[0041] (1-12)主叫端点的归属网守对接收数据进行第一解密模式处理，得到主叫端点和被叫端点之间的共享密钥；

[0042] (1-13)主叫端点的归属网守对主叫端点和被叫端点之间的共享密钥进行第二加密模式处理，并将处理数据发送给主叫端点；

[0043] (1-14)主叫端点对接收数据进行第二解密模式处理，得到主叫端点和被叫端点之间的共享密钥。

[0044] 其中所述步骤(1)之前还包括：

[0045] 预先设置主叫端点的归属网守和被叫端点的归属网守之间的共享密钥；

[0046] 被叫端点的归属网守预先设置第一导出密钥算法和第一加密算法；

[0047] 所述步骤(1-11)进一步包括：

[0048] 被叫端点的归属网守生成第一随机序列和第一明文标记；并

[0049] 基于第一导出密钥算法利用第一随机序列对主叫端点的归属网守和被叫端点的归属网守之间的共享密钥进行加密得到第一导出密钥；并

[0050] 基于第一加密算法利用第一导出密钥对主叫端点和被叫端点之间的共享密钥进行加密，得到第一加密结果；并

[0051] 分别将第一加密结果，第一随机序列，第一导出密钥算法和第一加密算法设置到第一明文标记的相应字段中；并

[0052] 将第一明文标记封装到定位确认消息中反馈给主叫端点的归属网守。

[0053] 其中所述步骤(1-12)进一步包括：

[0054] 主叫端点的归属网守读取定位确认消息中第一明文标记相应字段记载的第一加密结果，第一随机序列，第一导出密钥算法和第一加密算法；并

[0055] 基于第一导出密钥算法利用第一随机序列对主叫端点的归属网守和被叫端点的归属网守之间的共享密钥进行加密得到第一导出密钥；并

[0056] 基于第一加密算法利用第一导出密钥对所述第一加密结果进行解密，得到主叫端点和被叫端点之间的共享密钥。

[0057] 其中所述步骤(1)之前还包括：

[0058] 预先设置主叫端点和主叫端点的归属网守之间的共享密钥；

[0059] 主叫端点的归属网守预先设置第二导出密钥算法和第二加密算法；

[0060] 所述步骤(1-13)进一步包括：

[0061] 主叫端点的归属网守生成第二随机序列和第二明文标记；并

[0062] 基于第二导出密钥算法利用第二随机序列对主叫端点和主叫端点的归属网守之间的共享密钥进行加密得到第二导出密钥；并

[0063] 基于第二加密算法利用第二导出密钥对主叫端点和被叫端点之间的共享密钥进行加密，得到第二加密结果；并

[0064] 分别将第二加密结果，第二随机序列，第二导出密钥算法和第二加密算法设置到第二明文标记的相应字段中；并

[0065] 将第二明文标记封装到呼叫接入确认消息中反馈给主叫端点。

[0066] 其中所述步骤(1-14)进一步包括：

[0067] 主叫端点读取呼叫接入确认消息中第二明文标记相应字段记载的第二加密结果，第二随机序列和第二导出密钥算法和第二加密算法；并

[0068] 基于第二导出密钥算法利用第二随机序列对主叫端点和主叫端点的归属网守之间的共享密钥进行加密得到第二导出密钥；并

[0069] 基于第二加密算法利用第二导出密钥对所述第二加密结果进行解密，得到主叫端点和被叫端点之间的共享密钥。

[0070] 其中所述步骤(1-2)进一步包括：

[0071] (1-21)被叫端点的归属网守对主叫端点和被叫端点之间的共享密钥进行第三加密模式处理，并将处理数据发送给主叫端点的归属网守；

[0072] (1-22)主叫端点的归属网守将处理数据转发给主叫端点；

[0073] (1-23)主叫端点将处理数据转发给被叫端点；

[0074] (1-24)被叫端点对接收数据进行第三解密模式处理，得到主叫端点和被叫端点之间的共享密钥。

[0075] 其中所述步骤(1)之前还包括：

[0076] 预先设置被叫端点和被叫端点的归属网守之间的共享密钥；

[0077] 被叫端点的归属网守预先设置第三导出密钥算法和第三加密算法；

[0078] 所述步骤(1-21)进一步包括：

[0079] 被叫端点的归属网守生成第三随机序列和第三明文标记；并

[0080] 基于第三导出密钥算法利用第三随机序列对被叫端点和被叫端点的归属网守之间的共享密钥进行加密得到第三导出密钥；并

[0081] 基于第三加密算法利用第三导出密钥对主叫端点和被叫端点之间的共享密钥进行加密，得到第三加密结果；并

[0082] 分别将第三加密结果，第三随机序列，第三导出密钥算法和第三加密算法设置到第三明文标记的相应字段中；并

[0083] 将第三明文标记封装到定位确认消息中反馈给主叫端点的归属网守。

[0084] 其中步骤(1-22)所述主叫端点的归属网守将处理数据转发给主叫端点通过将接收的定位确认消息中的第三明文标记封装到反馈给主叫端点的呼叫接入确认消息中完成；

[0085] 其中步骤(1-23)所述主叫端点将处理数据转发给被叫端点通过将接收的呼叫接入确认消息中的第三明文标记封装到反馈给被叫端点的呼叫建立请求消息中完成。

[0086] 所述步骤(1-24)进一步包括：

[0087] 被叫端点读取呼叫建立请求消息中第三明文标记相应字段记载的第三加密结果，第三随机序列和第三导出密钥算法和第三加密算法；并

[0088] 基于第三导出密钥算法利用第三随机序列对被叫端点和被叫端点的归属网守之间的共享密钥进行加密得到第三导出密钥；并

[0089] 基于第三加密算法利用第三导出密钥对所述第三加密结果进行解密，得到主叫端点和被叫端点之间的共享密钥。

[0090] 所述步骤(1)和步骤(2)之间还包括步骤：

[0091] 主叫端点向被叫端点发送呼叫建立请求消息；

[0092] 被叫端点利用所述共享密钥对接收的呼叫建立请求消息进行鉴权，在鉴权通过的情况下向自身的归属网守发送呼叫接入请求消息；

[0093] 被叫端点的归属网守根据接收的呼叫接入请求消息，在判断得出被叫端点为自身管理端点的情况下向被叫端点反馈呼叫接入确认消息；

[0094] 被叫端点接收到呼叫接入确认消息后，向主叫端点发送振铃消息和呼叫连接消息。

[0095] 所述步骤(2)进一步包括：

[0096] 主叫端点或被叫端点利用所述共享密钥对发给对方端点的消息进行加密处理；并[0097] 利用所述共享密钥对由对方端点发来的消息进行鉴权处理和消息完整性检查处理。

[0098] 所述步骤(2)之后还包括主叫端点和被叫端点之间传送呼叫释放消息的步骤。

[0099] 相对于现有技术，本发明基于端点之间的安全通信方法能够达到以下有益效果：

[0100] A、处于不同网守管理域的端点之间进行安全通信所需的共享密钥由被叫端点的归属网守产生，因此可以使被叫端点控制所有呼叫接入的权限，增强了被叫方对端点之间共享密钥的信任；

[0101] B、被叫端点的归属网守对端点间的共享密钥进行了两次加密处理，主叫端点的归属网守对端点间的共享密钥进行了一次加密处理，而并不要求这三次加密处理采用相同的加密算法规则，因此就不要求主叫端点的归属网守对端点间的共享密钥进行加密所采用的算法和被叫端点对加密数据进行解密以得到端点间的共享密钥所采用的算法保持一致，这样有利于安全通信机制的扩展；

[0102] C、主叫端点的归属网守和被叫端点的归属网守之间不需要传输被叫端点和被叫端点的归属网守之间的共享密钥对应的导出密钥，因此在被叫端点的归属网守侧就不必再对被叫端点和被叫端点的归属网守之间的共享密钥的导出密钥进行加密处理，相应在主叫端点的归属网守侧也不必再对加密数据进行解密处理，以得到被叫端点和被叫端点的归属网守之间的共享密钥对应的导出密钥；因此提高了安全通信机制的处理效率。

附图说明

[0103] 图1是现有技术中，在直接路由模式下的处于不同GK管理域的端点之间进行安全通信的处理过程；

[0104] 图2是在本发明基于端点之间的安全通信方法中，被叫端点的归属网守将主被叫端点之间的共享密钥加密处理后传输给主叫端点，主叫端点再对加密数据解密处理得到相应共享密钥的过程图；

[0105] 图3是在本发明基于端点之间的安全通信方法中，被叫端点的归属网守将主被叫端点之间的共享密钥加密处理后传输给被叫端点，被叫端点再对加密数据解密处理得到相应共享密钥的过程图；

[0106] 图4是本发明基于端点之间的安全通信方法的具体实施例处理过程图。

具体实施方式

[0107] 本发明基于端点之间的安全通信方法主要应用于H323协议多媒体通信系统，实现在直接路由模式下为跨不同GK管理域的端点间进行安全通信而提出的。相对于现有技术而言，本发明基于端点之间的安全通信方法要能够减少主叫端点的归属网守和被叫端点的归属网守之间的加/解密次数；且同时能够支持主叫端点的归属网守管理域和被叫端点的归属网守管理域采用不同的加/解密算法，主叫端点和被叫端点采用不同的加/解密算法；主叫端点和被叫端点之间的共享密钥由被叫端点的归属网守生成，呼叫消息的接收与否完全由被叫端点的归属网守和被叫端点自身控制，从而摆脱主叫端点归属网守的控制，使被叫方对端点间的共享密钥更加信任，这种信任机制对于运营商来讲这是非常重要的。

[0108] 本发明基于端点之间的安全通信方法设计宗旨是：对于处在不同网守(GK，Gate Keeper)管理域的端点(EP，End Point)之间进行的通信，当主叫端点呼叫被叫端点时，由被叫端点的归属GK产生主叫端点和被叫端点之间的共享密钥；主叫端点和被叫端点之间利用由被叫端点的归属GK产生的共享密钥来进行安全通信处理。

[0109] 其中主叫端点和被叫端点之间利用由被叫端点的归属GK产生的共享密钥来进行安全通信的过程主要包括：

[0110] 主叫端点或被叫端点利用由被叫端点的归属GK产生的共享密钥对发给对方端点的消息进行加密处理；

[0111] 同时，主叫端点或被叫端点利用由被叫端点的归属GK产生的共享密钥对由对方端点发来的消息进行鉴权处理和消息完整性检查处理。

[0112] 其中为实现上述主叫端点和被叫端点之间使用由被叫端点的归属GK产生的公共密钥进行安全通信的目的，主要需要进行下面两个工作：

[0113] 第一，需要被叫端点的归属网守将主叫端点和被叫端点之间的共享密钥加密处理后传输给主叫端点，主叫端点再利用解密得到的共享密钥对发送给被叫端点的呼叫建立请求消息和后续发给被叫端点的业务消息进行加密处理；参照图2，该图是在本发明基于端点之间的安全通信方法中，被叫端点的归属网守将主叫端点和被叫端点之间的共享密钥加密处理后传输给主叫端点，主叫端点再对加密数据解密处理得到相应共享密钥的过程图，其处理过程主要如下：

[0114] 步骤S1，主叫端点要呼叫和自身不在同一GK管理范围域内的被叫端点时，首先生成包含有被叫端点标识信息的呼叫接入请求消息(ARQAdmissions Request)，并将ARQ消息发送给自身的归属GK；

[0115] 步骤S2，主叫端点的归属GK根据ARQ消息中包含的被叫端点标识信息，定位到被叫端点所在的GK管理域，并生成包含被叫端点标识信息的定位请求消息(LRQ，Location Request)发送到被叫端点的归属GK；

[0116] 步骤S3，被叫端点的归属GK接收到LRQ消息后，生成主叫端点和被叫端点之间的共享密钥；

[0117] 步骤S4，被叫端点的归属GK对主被叫端点之间的共享密钥进行第一加密模式的处理，并将处理数据发送给主叫端点的归属网守；其利用第一加密模式对主被叫端点之间的共享密钥进行加密，并将加密数据发送给主叫端点的归属网守的过程具体包括：

[0118] 预先由管理人员设置主叫端点的归属网守和被叫端点的归属网守之间的共享密钥；并在被叫端点的归属网守内预先设置第一导出密钥算法和第一加密算法，该两个算法规则可以为现有技术中标准的运算法则；这样在被叫端点的归属网守中将对主被叫端点之间的共享密钥进行如下处理：

[0119] 被叫端点的归属网守控制随机序列发生器生成第一随机序列；并创建第一明文标记Clear Token1；

[0120] 首先，基于第一导出密钥算法利用第一随机序列对主叫端点的归属网守和被叫端点的归属网守之间的共享密钥进行加密变换得到第一导出密钥；

[0121] 再次，基于第一加密算法利用上述得到的第一导出密钥对主被叫端点之间的共享密钥进行加密变换，以得到第一加密结果；

[0122] 然后，将上述第一加密结果，第一随机序列，第一导出密钥算法和第一加密算法设置到第一明文标记的相应字段中；

[0123] 最后，将第一明文标记封装到定位确认消息(LCF，Location Confirm)中，并将LCF消息反馈给主叫端点的归属网守。从而实现被叫端点的归属网守将对主被叫端点之间的共享密钥实施第一加密模式处理后的加密数据发送给主叫端点的归属网守的目的。

[0124] 步骤S5，主叫端点的归属GK对接收数据进行第一解密模式处理，以得到主被叫端点之间的共享密钥；基于上述第一加密模式，这里第一解密模式的具体处理过程如下：

[0125] 主叫端点的归属GK读取接收到的LCF消息中第一明文标记相应字段记载的第一加密结果，第一随机序列，第一导出密钥算法和第一加密算法；

[0126] 主叫端点的归属GK基于第一导出密钥算法利用第一随机序列对主叫端点的归属GK和被叫端点的归属GK之间的共享密钥进行加密变换得到第一导出密钥；

[0127] 然后，主叫端点的归属GK基于第一加密算法利用得到的第一导出密钥对第一加密结果进行解密变换，这样就得到了主被叫端点之间的共享密钥。

[0128] 步骤S6，主叫端点的归属GK对主被叫端点之间的共享密钥进行第二加密模式的处理，并将处理数据发送给主叫端点；其中利用第二加密模式对主被叫端点之间的共享密钥进行加处理，并将加密数据发送给主叫端点的过程具体包括：

[0129] 预先由管理人员设置主叫端点和主叫端点的归属GK之间的共享密钥；并在主叫端点的归属GK内预先设置第二导出密钥算法和第二加密算法；

[0130] 主叫端点的归属GK控制随机序列发生器生成第二随机序列，并由主叫端点的归属GK创建第二明文标记Clear Token2；

[0131] 首先，主叫端点的归属GK基于第二导出密钥算法利用第二随机序列对主叫端点和主叫端点的归属GK之间的共享密钥进行加密变换得到第二导出密钥；并

[0132] 基于该第二加密算法利用得到的第二导出密钥对主被叫端点之间的共享密钥再次进行加密变换，以得到第二加密结果；

[0133] 然后，主叫端点的归属GK分别将上述的第二加密结果，第二随机序列，第二导出密钥算法和第二加密算法设置到第二明文标记的相应字段中；并

[0134] 将第二明文标记封装到呼叫接入确认消息(ACF，Admissions Confirm)中，并将ACF消息反馈给主叫端点。

[0135] 步骤S7，主叫端点对接收数据进行第二解密模式处理，以得到主被叫端点之间的共享密钥，基于上述第二加密模式，这里第二解密模式的具体处理过程如下：

[0136] 主叫端点读取接收到的ACF消息中第二明文标记相应字段记载的第二加密结果，第二随机序列，第二导出密钥算法和第二加密算法；

[0137] 主叫端点基于第二导出密钥算法利用第二随机序列对主叫端点和主叫端点的归属网守之间的共享密钥进行加密得到第二导出密钥；并

[0138] 基于第二加密算法利用得到的第二导出密钥对第二加密结果进行解密处理，以得到主被叫端点之间的共享密钥。

[0139] 步骤S8，主叫端点就可以利用步骤S7解密得到的主被叫端点之间的共享密钥对发往被叫端点的呼叫建立请求消息(Setup)和后续的业务消息进行加密处理，确保只有消息在使用该共享密钥进行加密处理后的基础上，才能发送出去，以提高通信的安全性。

[0140] 第二，同时需要被叫端点的归属GK将主被叫端点之间的共享密钥加密处理后传输给被叫端点，被叫端点再利用解密得到的共享密钥对主叫端点发来的Setup消息和后续发来的业务消息进行鉴权处理和检查消息完整性的处理。参照图3，该图是在本发明基于端点之间的安全通信方法中，被叫端点的归属网守将主被叫端点之间的共享密钥加密处理后传输给被叫端点，被叫端点再对加密数据解密处理得到相应共享密钥的过程图，其处理过程主要如下：

[0141] 步骤S10，主叫端点要呼叫和自身不在同一GK管理范围域内的被叫端点时，首先生成包含有被叫端点标识信息的呼叫接入请求消息(ARQAdmissions Request)，并将ARQ消息发送给自身的归属GK；

[0142] 步骤S20，主叫端点的归属GK根据ARQ消息中包含的被叫端点标识信息，定位到被叫端点所在的GK管理域，并生成包含被叫端点标识信息的定位请求消息(LRQ，Location Request)发送到被叫端点的归属GK；

[0143] 步骤S30，被叫端点的归属GK接收到LRQ消息后，生成主叫端点和被叫端点之间的共享密钥；

[0144] 步骤S40，被叫端点的归属GK对主被叫端点之间的共享密钥进行第三加密模式的处理，并将处理数据发送给主叫端点的归属网守；其利用第三加密模式对主被叫端点之间的共享密钥进行加密，并将加密数据发送给主叫端点的归属网守的过程具体包括：

[0145] 预先由管理人员设置被叫端点和被叫端点的归属GK之间的共享密钥；并在被叫端点的归属GK内预先设置第三导出密钥算法和第三加密算法，该两个算法规则也可以为现有技术中标准的运算法则；这样在被叫端点的归属GK中将对主被叫端点之间的共享密钥进行如下处理：

[0146] 被叫端点的归属GK控制随机序列发生器生成第三随机序列；并由被叫端点的归属GK创建第三明文标记Clear Token3；

[0147] 被叫端点的归属GK基于第三导出密钥算法利用第三随机序列对被叫端点和被叫端点的归属GK之间的共享密钥进行加密变换得到第三导出密钥；

[0148] 再基于第三加密算法利用上述得到的第三导出密钥再次对主被叫端点之间的共享密钥进行加密变换，以得到第三加密结果；

[0149] 然后，被叫端点的归属GK将上述第三加密结果，第三随机序列，第三导出密钥算法和第三加密算法分别设置到第三明文标记的相应字段中；

[0150] 最后，将第三明文标记封装到LCF消息中，并将LCF消息反馈给主叫端点的归属网守。

[0151] 步骤S50，主叫端点的归属GK将接收到的LCF消息中包含的第三明文标记取出并封装到ACF消息中反馈给主叫端点；

[0152] 步骤S60，主叫端点将接收的ACF消息中包含的第三明文标记取出并封装到Setup消息中发送给被叫端点。

[0153] 步骤S70，被叫端点对接收数据进行第三解密模式处理，以得到主被叫端点之间的共享密钥，基于上述第三加密模式，这里第三解密模式的具体处理过程如下：

[0154] 被叫端点读取接收到的Setup消息中第三明文标记相应字段记载的第三加密结果，第三随机序列和第三导出密钥算法和第三加密算法；

[0155] 被叫端点基于第三导出密钥算法利用第三随机序列对被叫端点和被叫端点的归属网守之间的共享密钥进行加密得到第三导出密钥；并

[0156] 基于第三加密算法利用得到的第三导出密钥对第三加密结果进行解密处理，以得到主被叫端点之间的共享密钥；

[0157] 被叫端点得到主被叫之间的共享密钥后，就可以使用该共享密钥对主叫端点发来的Setup消息和后续的业务消息进行鉴权处理和检查消息完整性的处理。

[0158] 其中，上述利用第一加/解密模式、第二加/解密模式和第三加/解密模式对主被叫端点之间的共享密钥进行加/解密处理时，运用导出密钥算法求解导出密钥时用到的随机序列和运算加密算法对主被叫端点之间的共享密钥进行加密处理时用到的随机序列是相同的，当然，这两个运算过程还可以采用不同的随机序列，但运算原理和上述相似，这里不再赘述。

[0159] 当然，上述在主叫端点和被叫端点得到自身双方之间的共享密钥后，每一端都可以利用该共享密钥对发往对方端点的消息进行加密，也可以利用该共享密钥对由对方端点发来的消息进行鉴权处理或检查消息完整性的处理等。

[0160] 下面以H235协议为例，进行详细说明本发明基于端点之间的安全通信方法的具体实施过程。参照图4，该图是本发明基于端点之间的安全通信方法的具体实施例处理过程图；在本实施例中，这里忽略H235协议中的GK发现过程(GRQ/GCF过程)和端点注册过程(RRQ/RCF过程)，以及端点和其归属GK之间的安全特性协商；这些过程都是H235协议的标准过程，没有任何改动，所以不予详细描述，具体情况请参考H235协议V3版本。

[0161] 且假设了本实施例的前提：GK对自身所管理的端点已经进行了认证，端点对自身所属的GK也进行了认证，从而使端点和其归属的GK之间达到了相互信任。主叫端点EPa的归属网守GKg与被叫端点EPb的归属网守GKh之间也进行相互认证，避免网络上的恶意攻击。在上述假设完成的条件下，主叫端点EPa和被叫端点EPb之间基本就能够保证RAS消息的安全。

[0162] 同时本实施例还有一个前提基础：主叫端点EPa和自身的归属网守GKg之间已经设置了共享密钥Kag；EPa的归属GKg和EPb的归属GKh之间已经设置了共享密钥Kgh；被叫端点EPb和自身的归属网守GKh之间也已经设置了共享密钥Kbh。

[0163] 在直接路由模式下，EPa和EPb之间如果没有对Q931消息进行认证，即使它们之间的RAS消息是安全的，也不能保证整个呼叫过程的安全性。所以，本发明的核心思想主要就是在安全的RAS消息交互过程中协商出一致的安全方案(即EPa和EPb之间的共享密钥)，使得EPa和EPb之间后续的Q931消息能够利用该协商出的安全方案进行安全通信(其中图4中虚线过程表示端点之间的RAS消息交互过程；实线过程表示端点之间的Q931消息交互过程)。具体实现流程如下：

[0164] 1、ARQ请求

[0165] EPa向其归属的GKg发呼叫接入请求ARQ消息，该ARQ消息中携带了一个明文标记ClearToken，这个ClearToken中tokenOID字段设置为″I0″表明EPa支持H235协议V3版本附录I，ClearToken中的其他字段无用。同时该ARQ消息中还携带有EPb的标识信息。

[0166] 2、LRQ请求

[0167] GKg在收到EPa发来的ARQ消息后，根据该ARQ消息中包含的EPb标识信息(ARQ消息的destinationInfo字段或者destCallSignalAddress字段表示EPb标识信息)，知道Epb为不属于自己管辖的端点，所以GKg发起LRQ消息向GKh查询EPb的地址。GKg在转化ARQ消息为LRQ消息时，发现ARQ消息中包含的ClearToken的tokenOID字段值为″I0″，就知道EPa支持H235协议V3版本的附录I功能，于是在LRQ消息中也生成一个ClearToken，其中tokenOID字段也设置为″I0″，ClearToken中的其他字段无用，LRQ消息的endpointIdentifier字段设置为主叫节端点EPa的端点ID，LRQ消息的destinationInfo字段或者destCallSignalAddress字段设置为被叫端点EPb的端点ID。
如果GKg不支持附录I功能，在发出的LRQ消息中就不用创建tokenOID字段为″I0″的ClearToken，后续的处理过程按照不支持附录I的普通通信方式进行消息交互。

[0168] 3、LCF确认

[0169] GKh收到LRQ消息后，检查该LRQ消息中独立ClearToken的tokenOID字段值是否为″I0″，如果tokenOID字段值为″I0″，表明对方端点支持附录I功能。如果GKh自己也支持附录I功能，就根据LRQ消息提供的被叫端点EPb的端点ID信息，查询到被叫EPb是否支持附录I功能。

[0170] 如果被叫端点EPb和GKh都支持附录I功能，GKh就生成EPa和EPb之间的共享密钥Kab；

[0171] 接下来，GKh产生随机序列challenge1，用预先指定的导出密钥算法对GKh和GKg之间的共享密钥Kgh和随机序列challenge1进行计算，得到Kgh的导出密钥EKgh，然后用预先指定的加密算法利用得到的导出密钥Ekgh对Kab进行加密得到EKab1；

[0172] GKh将EKab1和加密参数(加密算法和加密用到的初始向量、随机序列等)分别设置到一个独立的明文标记ClearToken的ClearToken.h235Key.secureSharedSecret字段的对应子字段中；

[0173] 如果GKh接收的LRQ消息中设置了endpointIdentifier字段，GKh就要把这个endpointIdentifier字段的数据设置到ClearToken 的ClearToken.h235Key.secureSharedSecret.generalID字段中；

[0174] GKh将求解导出密钥Ekgh过程所用到的导出密钥算法设置到ClearToken的ClearToken.h235Key.secureSharedSecret.keyDerivationOID字段，求解导出密钥Ekgh过程所用到challenge1设置到ClearToken的ClearToken.challenge字段；

[0175] ClearToken的ClearToken.generalID 字 段 设 置 为GKg的 端 点 ID信 息，ClearToken.senderID字段设置为GKh的端点ID，最后GKh把这个ClearToken的tokenOID设置为″I3″；以下对这个ClearToken简称为CT3。

[0176] 同样GKh用另外的密钥导出算法对GKh和EPb之间的共享密钥Kbh和另外的challenge运算，以得到导出密钥EKbh，基于另外的加密算法用得到的EKbh加密Kab得到EKab2；

[0177] GKh把加密结果EKab2和加密参数(加密算法和加密用到的初始化向量、随机序列等)分别设置到另外一个明文标记ClearToken的ClearTokenh235Key.
secureSharedSecret字段的相应子字段中；

[0178] 如果GKh接收到的LRQ消息中设置了endpointIdentifier字段，就要把这个字段的数据也设置到ClearToken的h235Key.secureSharedSecret.generalID字段中；

[0179] 求解导出密钥EKbh时用到的challenge设置到ClearToken.challenge字段，ClearToken.generalID设置为EPb的端点ID，ClearToken.senderID设置为GKh的端点ID，最后把这个ClearToken的tokenOID设置为″I2″，H235协议V3版本把这个ClearToken称为CTb，后面的描述用CTb来代表这个ClearToken。GKh将上述得到的CT3和CTb设置到LCF消息中，并将LCF消息反馈给GKg。

[0180] 4、ACF确认

[0181] GKg收到GKh反馈回的LCF消息后，进行取ClearToken的操作，如果取到两个以上的ClearToken，且其中一个ClearToken的tokenOID为″I3″(即CT3)，另外一个ClearToken的tokenOID为″I2″(即CTb)，表明GKh(包括EPb)同意使用附录I的安全方案。GKg构造ACF消息，并创建一个新的ClearToken，其中该ClearToken的tokenOID设置为″I1″(这个ClearToken在H235协议V3版本中简称为CTa，以下将该ClearToken就简称为CTa)，GKg生成一个随机的challenge设置到CTa.challenge中；利用CT3提供的参数(challenge，导出密钥算法，加密算法，加密用到的初始化向量等)和共享密钥Kgh(实际要经过导出密钥算法对Kgh进行运算得到导出密钥EKgh)解密CT3.h235Key.secureSharedSecret.encryptedSessionKey字段的数据得到密钥Kab，GKg根据主叫端点和主叫端点的归属网守之间的共享密钥Kag和CTa.challenge中challenge运算预先设定的导出密钥算法求解导出密钥EKag，用EKag加密Kab并把加密结果和加密参数设置到CTa.h235Key.secureSharedSecret中的对应子字段中，最后把CTb.generalID字段信息复制到CTa.h235Key.secureSharedSecret.generalID字段；把整个CTb完全复制到ACF消息中，如果由于GKg接收到的LRQ未设置endpointIdentifier字段导致GKh无法设置CTb.h235Key.secureSharedSecret.generalID字段，GKg需要把EPa的端点ID设置到CTb.h235Key.secureSharedSecret.generalID字段；最后把经过上述处理后的ACF消息反馈给端点EPa。

[0182] 5、Setup建立

[0183] EPa收到ACF消息后，提取该ACF消息中的CTa和CTb，同理上述根据CTa中的信息和EPa与GKg的共享密钥Kag(实际最终利用的是导出密钥EKag)解密CTa.h235Key.secureSharedSecret.EncryptedSessionKey字段数据得到密钥Kab。EPa创建Setup消息，把ACF消息中包含的整个CTb复制到Setup消息中；然后利用共享密钥Kab设置H235协议V3附录D方案中的鉴权信息；EPa直接向EPb发出呼叫建立请求消息Setup。

[0184] EPb收到Setup消息后的处理：提取Setup消息中包含的CTb，同理上述根据CTb.genralID和CTb.sendersID以及CTb.challenge等字段的信息，求得Kbh的导出密钥EKbh，再利用导出密钥EKbh解密CTb.h235Key.secureSharedSecret.EncryptedSessionKey字段数据得到密钥Kab；EPb利用解得的Kab对Setup消息进行鉴权处理。

[0185] 后续的处理过程和H323系统普通的呼叫过程一致：

[0186] 6、EPb发起ARQ请求

[0187] EPb再利用解得的Kab对EPa发来的Setup消息进行鉴权通过后，便向自身的归属GKh发起呼叫接入请求消息ARQ。

[0188] 7、GKh反馈ACF确认

[0189] GKh接收到ARQ消息后，如果根据该ARQ消息中包含的有关EPb端点的标识信息判断得知该EPb为自身的管理端点，侧向EPb反馈接入请求确认消息ACF。

[0190] 8、振铃Alerting

[0191] EPb收到GKh反馈的ACF消息后，向EPa发送振铃消息Alerting。

[0192] 9、呼叫连接Connect

[0193] EPb收到GKh反馈的ACF消息后，同时向EPa发呼叫连接消息Connect。

[0194] 10、呼叫释放Release Complete

[0195] 在端点之间完成通信后，EPa向EPb(或者EPb向EPa)发呼叫释放消息。

[0196] 上述在第5步结束时，EPa和EPb之间已经确立了共享密钥Kab，Q931呼叫过程中的Setup/Alerting/Connect/ReleaseComplete等消息(第8至第10步)就可以采用H235协议标准的方法利用这个共享密钥Kab进行加密鉴权(或者是消息完整性检查)，从而保证了在直接路由模式下Q931消息的安全。

[0197] 以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。