CN116801205A - 一种通信处理方法、装置、设备和计算机可读存储介质 - Google Patents

Abstract

本申请实施例公开了一种通信处理方法，所述方法包括：接收第一终端发送的建立呼叫的第一消息；在通信设备判断呼叫前转条件满足的情况下，发送第二消息至第一终端或不进行处理。本申请实施例还公开了一种通信处理装置、设备和计算机可读存储介质。

Description

一种通信处理方法、装置、设备和计算机可读存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种通信处理方法、装置、设备和计算机可读存储介质。

背景技术

长期演进语音承载(Voice over Long Term Evolution，VoLTE)业务是在第四代网络(The 4th Generation，4G)移动通信业务的基础之上，采用商用密码技术对语音呼叫进行保护的一种电信业务，可以保证主叫终端与被叫终端之间的语音呼叫不被他人窃听。呼叫前转是在被叫终端无法接听电话的情况下，将呼叫请求消息转接到另一个终端的行为，但是加密呼叫请求消息不应该被转接到另一个终端。一般地，主叫终端在向被叫终端发起加密呼叫请求消息之后，若接收到被叫终端对应的业务处理服务器发送的呼叫正在前向(181call being forward)响应消息，则主动挂断加密呼叫，如此使加密呼叫请求消息不会被转接到另一个终端。然而，上述方法是在终端侧实现终止加密呼叫的，使得加密呼叫前转处理脱离业务系统的管理，不受业务系统管控，且处理流程较为繁琐。

发明内容

为解决上述技术问题，本申请实施例期望提供一种通信处理方法、装置、设备和计算机可读存储介质，解决了相关技术中的加密呼叫前转处理脱离业务系统的管理，不受业务系统管控，且处理流程较为繁琐的问题。

本申请的技术方案是这样实现的：

一种通信处理方法，应用于通信设备，所述方法包括：

接收第一终端发送的建立呼叫的第一消息；

在所述通信设备判断呼叫前转条件满足的情况下，发送第二消息至所述第一终端或不进行处理。

上述方案中，所述第二消息用于指示所述第一终端终止呼叫。

上述方案中，所述第一消息包括直接或间接表示呼叫类型为加密呼叫的信息。

上述方案中，所述方法还包括：

在所述呼叫类型为加密呼叫，且所述通信设备判断所述呼叫前转条件不满足的情况下，建立所述第一终端与第二终端之间的加密呼叫。

上述方案中，所述呼叫前转条件包括：

所述通信设备触发无条件呼叫前转；或，

所述通信设备触发遇忙呼叫前转；或，

所述通信设备触发无应答呼叫前转；或，

所述通信设备触发不可及呼叫前转；或，

所述通信设备根据用户配置条件判断并触发增强型呼叫前转。

一种通信处理装置，所述装置包括：

接收单元，用于接收第一终端发送的建立呼叫的第一消息；

发送单元，用于在所述通信设备判断呼叫前转条件满足的情况下，发送第二消息至所述第一终端或不进行处理。

上述方案中，所述第二消息用于指示所述第一终端终止呼叫。

上述方案中，所述第一消息包括直接或间接表示呼叫类型为加密呼叫的信息。

上述方案中，所述装置还包括：

处理单元，用于在所述呼叫类型为加密呼叫，且所述通信设备判断所述呼叫前转条件不满足的情况下，建立所述第一终端与第二终端之间的加密呼叫。

上述方案中，所述呼叫前转条件包括：

所述通信设备触发无条件呼叫前转；或，

所述通信设备触发遇忙呼叫前转；或，

所述通信设备触发无应答呼叫前转；或，

所述通信设备触发不可及呼叫前转；或，

所述通信设备根据用户配置条件判断并触发增强型呼叫前转。

一种通信设备，所述设备包括：处理器、存储器和通信总线；

所述通信总线用于实现所述处理器和所述存储器之间的通信连接；

所述处理器用于执行所述存储器中的通信处理程序，以实现上述的通信处理方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述的通信处理方法的步骤。

本申请的实施例所提供的通信处理方法、装置、设备和计算机可读存储介质，可以接收第一终端发送的建立呼叫的第一消息，在通信设备判断呼叫前转条件满足的情况下，发送第二消息至第一终端或不进行处理，如此在判断呼叫前转条件满足的情况下发送第二消息至第一终端或不进行处理以终止第一终端与第二终端之间的呼叫，可以由业务系统管控呼叫前转处理，且处理流程较为简便，解决了相关技术中的加密呼叫前转处理脱离业务系统的管理，不受业务系统管控，且处理流程较为繁琐的问题。

附图说明

图1为本申请实施例提供的一种通信处理方法的流程示意图；

图2为本申请实施例提供的另一种通信处理方法的流程示意图；

图3为本申请实施例提供的一种无条件呼叫前转的流程示意图；

图4为本申请实施例提供的一种遇忙呼叫前转的流程示意图；

图5为本申请实施例提供的一种无应答呼叫前转的流程示意图；

图6为本申请实施例提供的一种不可及呼叫前转的流程示意图；

图7为本申请实施例提供的一种增强型呼叫前转的流程示意图；

图8为本申请实施例提供的又一种通信处理方法的流程示意图；

图9为本申请实施例提供的一种通信处理装置的结构示意图；

图10为本申请实施例提供的一种通信设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

应理解，说明书通篇中提到的“本申请实施例”或“前述实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“本申请实施例中”或“在前述实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在未做特殊说明的情况下，电子设备执行本申请实施例中的任一步骤，可以是电子设备的处理器执行该步骤。还值得注意的是，本申请实施例并不限定电子设备执行下述步骤的先后顺序。另外，不同实施例中对数据进行处理所采用的方式可以是相同的方法或不同的方法。还需说明的是，本申请实施例中的任一步骤是电子设备可以独立执行的，即电子设备执行下述实施例中的任一步骤时，可以不依赖于其它步骤的执行。

应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

本申请实施例提供一种通信处理方法，该方法可以应用于通信设备中，参照图1所示，该方法包括以下步骤：

步骤101、接收第一终端发送的建立呼叫的第一消息。

步骤102、在通信设备判断呼叫前转条件满足的情况下，发送第二消息至第一终端或不进行处理。

其中，第一终端可以为主叫终端，第二终端可以为被叫终端。第一消息可以是第一终端发送的用于与第二终端建立呼叫的消息。

需要说明的是，本申请实施例提供的方法不仅可以应用于4G电信网络中，也可以应用于第五代网络(The 5th Generation，5G)\第六代网络(The 6th Generation，6G)....等电信网中，也可以应用于互联网中。在不同的网络架构下，实施该方法的通信设备可能有多种实现的方式：

例如，在4G电信网络中，该通信设备的一种可选的实施方式为处理VoLTE通话的应用服务器(Application Server，AS)，简称为VoLTE AS。再例如，在5G电信网络中，该通信设备的一种可选的实施方式为基于无线的语音传输应用服务器(Voice over New RadioApplication Server，VoNR AS)。再例如，在互联网中，该通信设备的一种可选的实施方式可以为基于IP的语音传输应用服务器(Voice over Internet Protocol ApplicationServer，VoIP AS)。

上述三种情况仅为本申请实施例提供的几个例子，在实际实现时，本领域技术人员可以根据实际的情况采用其他的实现方式。例如可以利用其它的通信设备来实现该功能。此外，实现本申请所要保护的方法的通信设备可以为一个设备，也可以多个设备的组合。只要利用本申请实施例提供的方法进行相应操作的通信设备均应落入本申请的保护范围中。

以下均以在4G电信网架构下，通信设备为VoLTE AS为例来对本申请的提供的方法进行具体说明。

在一种可实现的方式中，通信设备可以不是专门处理VoLTE加密呼叫的设备，这时通信设备处理的通话可以为加密的通话，也可以为不加密的通话，因此这样的情况下，第一消息需要包括直接或间接的表示呼叫类型为加密呼叫的消息(显式的指示或者隐式的指示)，进而通信设备在收到第一消息后，需要判断第一消息是否为建立加密呼叫的消息，因此在这样的情况下，步骤102具体可以为：步骤102：在呼叫为加密呼叫，且通信设备判断呼叫前转条件满足的情况下，发送第二消息至第一终端或不进行处理。

在另一种可实现的方式中，通信设备可以为专门处理VoLTE加密呼叫的设备，这时通信设备处理的通话均为加密通话，因此第一终端发送的第一消息无需包括直接或间接表示呼叫类型为加密呼叫的信息，因为该通信设备处理的肯定是加密呼叫的消息。这时的第一消息包含表示第一终端要与第二终端建立呼叫请求的即可，进而通信设备在接收到第一消息后不需要判断是否为加密通话，可以直接执行步骤102。当然，不排除的是，若在实际实现时处于某些目的，例如为了呼叫建立请求格式的统一性，在该实现方式中第一请求包括直接或间接表示呼叫类型为加密呼叫的信息也是可以的，只是说通信设备这一侧可以不读取加密呼叫信息也无需判断是否为加密通话。

需要说明的是，本申请实施例涉及的加密电话的控制方法，可以应用于基于伪随机数、物理噪声源、量子等方式生成的密钥实现的加密电话系统。

在本申请实施例的步骤102中提供了两种场景情况：

第一种情况为：向第一终端发送第二消息。其中，第二消息用于指示第一终端停止呼叫，例如第二消息可以为403forbidden响应消息，用于指示第一终端停止呼叫。

第二种情况为：通信设备不进行处理。具体是指通信设备在判断呼叫前转条件满足的情况下不作任何操作。这种情况下，第一终端可以设置有计时器，第一终端可以在发送消息之后开始计时，在计时器超时时自动停止呼叫，以保护语音呼叫的安全。

在本申请实施例中，呼叫前转是指第二终端在电话无法接听电话或不愿接电话的情况下，将通话连接转移到其它终端的行为，又称呼叫转移或呼入转移。

在本申请实施例中，呼叫前转条件包括但不限于：通信设备触发无条件呼叫前转；或，通信设备触发遇忙呼叫前转；或，通信设备触发无应答呼叫前转；或，通信设备触发不可及呼叫前转；或，通信设备根据用户配置条件判断并触发增强型呼叫前转。

需要说明的是，加密呼叫是为了保护第一终端与第二终端之间传输的语音呼叫，因此呼叫的建立只能在第一终端与第二终端之间进行。如果第二终端将呼叫转移至其他终端，那么有可能会对于通话的安全性造成威胁，因此本申请提供的方法实施例中，在确定为加密通话、且呼叫前转的条件满足下，让第一终端停止呼叫，从而有效保证加密通话的安全性。且由业务系统管控呼叫前转处理，处理流程较为简便，解决了相关技术中的加密呼叫前转处理脱离业务系统的管理，不受业务系统管控，且处理流程较为繁琐的问题。

各设备间的基本交互流程图详见图2，图2的流程与图1的文字描述相一致，在此不再赘述。

基于前述实施例，本申请实施例提供的通信处理方法的具体流程图可以参照图3-图7所示。需要说明的是，图3-图7仅示出了VoLTE AS为处理普通通话和加密通话的AS，且VoLTE AS会向第一终端回复第二消息的情况。若VoLTE AS为专门处理加密通话的AS，则第一消息可以不携带加密标识。若第一终端设置有计时器，则AS不会发送第二消息，第一终端会在超时后停止呼叫。

作为一种可实现的方式，通信设备触发无条件呼叫前转所对应的流程如图3所示。其中，第一终端为用户设备(User Equipment，UE)(A)，第二终端为UE(B)，核心网(CoreNetwork，CN)(A)为第一终端所附着的核心网络，核心网CN(B)为第二终端所附着的核心网络，AS(A)为第一终端对应的应用服务器(VoLTE AS)，AS(B)为第二终端对应的应用服务器(VoLTE AS)。UE(A)可以发送INVITE加密呼叫请求消息(即上述第一消息)至AS(B)，INVITE加密呼叫请求消息可以经由CN(A)和AS(A)发送至AS(B)。AS(B)在接收到INVITE加密呼叫请求消息之后，基于INVITE加密呼叫请求消息确定本次呼叫类型为加密呼叫，并在UE(B)开通无条件呼叫前转业务的情况下，AS(B)发送403forbidden响应消息至第一终端，403forbidden响应消息可以经由AS(A)和CN(A)发送至第一终端，如此第一终端在接收到403forbidden响应消息之后终止加密呼叫，以保证语音呼叫的安全。或者，通信设备在触发无条件呼叫前转的情况下，可以不进行处理(图中未示出)，这种情况下，第一终端可以设置有计时器，第一终端可以在发送消息之后开始计时，在计时器超时时自动停止呼叫，以保护语音呼叫的安全。

在一种可实现的方式中，通信设备触发遇忙呼叫前转所对应的流程如图4所示，UE(A)发送INVITE加密呼叫请求消息至UE(B)，并且INVITE加密呼叫请求消息可以经由CN(A)、AS(A)、AS(B)、CN(B)发送至UE(B)。此时AS(B)可能已获知当前呼叫为加密呼叫。若UE(B)忙，则可以经CN(B)将486busy响应消息发送至AS(B)。AS(B)在接收到486busy响应消息之后，可以经CN(B)将ACK消息发送至UE(B)以进行确认，在判断需要触发遇忙呼叫前转时，发送403forbidden响应消息至第一终端，403forbidden响应消息可以经由AS(A)和CN(A)发送至第一终端，如此第一终端在接收到403forbidden响应消息之后终止加密呼叫，以保证语音呼叫的安全。或者，通信设备在触发遇忙呼叫前转的情况下，可以不进行处理(图中未示出)，这种情况下，第一终端可以设置有计时器，第一终端可以在发送消息之后开始计时，在计时器超时时自动停止呼叫，以保护语音呼叫的安全。

在一种可实现的方式中，通信设备触发无应答呼叫前转所对应的流程如图5所示，UE(A)发送INVITE加密呼叫请求消息至UE(B)，并且INVITE加密呼叫请求消息可以经由CN(A)、AS(A)、AS(B)、CN(B)发送至UE(B)。AS(B)在基于INVITE加密呼叫请求消息确定本次呼叫类型为加密呼叫。AS(B)在接听等待超时的情况下，可以经CN(B)将CANCEL消息发送至UE(B)以终止呼叫振铃，UE(B)在接收到CANCEL消息之后，可以将经CN(B)将200OK消息发送至AS(B)以进行确认。AS(B)在判断需要触发开通无应答呼叫前转业务的情况下，此时发送403forbidden响应消息至第一终端，403forbidden响应消息可以经由AS(A)和CN(A)发送至第一终端，如此第一终端在接收到403forbidden响应消息之后可以终止加密呼叫，以保证语音呼叫的安全。或者，通信设备在触发无应答呼叫前转的情况下，可以不进行处理(图中未示出)，这种情况下，第一终端可以设置有计时器，第一终端可以在发送消息之后开始计时，在计时器超时时自动停止呼叫，以保护语音呼叫的安全。

在一种可实现的方式中，通信设备触发不可及呼叫前转所对应的流程如图6所示，UE(A)发送INVITE加密呼叫请求消息至HSS(B)，并且INVITE加密呼叫请求消息可以经由CN(A)和AS(A)发送至AS(B)。AS(B)在基于INVITE加密呼叫请求消息确定本次呼叫类型为加密呼叫。AS(B)在判断第二终端未注册的情况下，发送用户数据请求(User Data Request，UDR)请求消息至归属用户服务器(Home Subscriber Server，HSS)，以获取第二终端的域选信息，例如可以为电路交换域路由号码(Circuit Switched Domain Routing Number，CSRN)。HSS在未查询到第二终端的域选信息的情况下，发送用户数据回应(User DataAnswer，UDA)失败回应消息至AS(B)。AS(B)在接收到UDA失败回应消息之后，AS(B)判断需要触发不可及呼叫前转的情况下，发送403forbidden响应消息至第一终端，403forbidden响应消息可以经由AS(A)和CN(A)发送至第一终端，如此第一终端在接收到403forbidden响应消息之后可以终止加密呼叫，以保证语音呼叫的安全。或者，通信设备在触发不可及呼叫前转的情况下，可以不进行处理(图中未示出)，这种情况下，第一终端可以设置有计时器，第一终端可以在发送消息之后开始计时，在计时器超时时自动停止呼叫，以保护语音呼叫的安全。

在一种可实现的方式中，用户可以自行配置呼叫前转条件(即，用户配置条件)，如，可以配置呼叫前转时间等，这种情况下，触发的呼叫前转为增强型呼叫前转。通信设备根据用户配置条件判断并触发增强型呼叫前转所对应的流程如图7所示，UE(A)发送INVITE加密呼叫请求消息至AS(B)，并且INVITE加密呼叫请求消息可以经由CN(A)和AS(A)发送至AS(B)。AS(B)在接收到INVITE加密呼叫请求消息之后，基于INVITE加密呼叫请求消息确定本次呼叫类型为加密呼叫，并根据用户配置条件判断需要触发增强型呼叫前转的情况下，发送403forbidden响应消息至第一终端，403forbidden响应消息可以经由AS(A)和CN(A)发送至第一终端，如此第一终端在接收到403forbidden响应消息之后可以终止加密呼叫，以保证语音呼叫的安全。或者，通信设备在根据用户配置条件判断并触发增强型呼叫前转的情况下，可以不进行处理(图中未示出)，这种情况下，第一终端可以设置有计时器，第一终端可以在发送消息之后开始计时，在计时器超时时自动停止呼叫，以保护语音呼叫的安全。

基于前述实施例，本申请实施例提供一种通信处理方法，参照图8所示，通信设备在接收到第一终端发送的第一消息(步骤101)后，在判断呼叫前转条件不满足的情况下，可以执行步骤103。

步骤103、在呼叫类型为加密呼叫，且通信设备判断呼叫前转条件不满足的情况下，建立第一终端与第二终端的加密呼叫。

在本申请实施例中，通信设备在基于第一消息确定呼叫类型为加密呼叫，且判断呼叫前转条件满足的情况下，可以建立第一终端与第二终端的加密呼叫。其中，通信设备建立第一终端与第二终端的加密呼叫的方式与相关技术中通信设备建立某一终端与另一终端的加密呼叫的方式类似，本申请实施例对此不再赘述。

本申请实施例所提供的通信处理方法，在判断呼叫前转条件满足的情况下发送第二消息至第一终端或不进行处理以终止第一终端与第二终端之间的呼叫，可以由业务系统管控呼叫前转处理，且处理流程较为简便，解决了相关技术中的加密呼叫前转处理脱离业务系统的管理，不受业务系统管控，且处理流程较为繁琐的问题。

基于前述实施例，本申请的实施例提供一种通信处理装置，该通信处理装置可以应用于图1～2对应的实施例提供的通信处理方法中，参照图9所示，该通信处理装置2可以包括：

接收单元21，用于接收第一终端发送的建立呼叫的第一消息；

发送单元22，用于在通信设备判断呼叫前转条件满足的情况下，发送第二消息至第一终端或不进行处理。

上述方案中，第二消息用于指示第一终端终止呼叫。

上述方案中，第一消息包括直接或间接表示呼叫类型为加密呼叫的信息。

上述方案中，该装置还包括：

处理单元23，用于在呼叫类型为加密呼叫，且通信设备判断呼叫前转条件不满足的情况下，建立第一终端与第二终端之间的加密呼叫。

上述方案中，呼叫前转条件包括：

通信设备触发无条件呼叫前转；或，

通信设备触发遇忙呼叫前转；或，

通信设备触发无应答呼叫前转；或，

通信设备触发不可及呼叫前转；或，

通信设备根据用户配置条件判断并触发增强型呼叫前转。

需要说明的是，处理器所执行的步骤的具体说明可以参照图1～2对应的实施例提供的通信处理方法中，此处不再赘述。

本申请实施例所提供的通信处理装置，在判断呼叫前转条件满足的情况下发送第二消息至第一终端或不进行处理以终止第一终端与第二终端之间的呼叫，可以由业务系统管控呼叫前转处理，且处理流程较为简便，解决了相关技术中的加密呼叫前转处理脱离业务系统的管理，不受业务系统管控，且处理流程较为繁琐的问题。

基于前述实施例，本申请的实施例提供一种通信设备，该通信设备可以应用于图1～2对应的实施例提供的通信处理方法中，参照图10所示，该通信设备3可以包括：处理器31、存储器32和通信总线33，其中：

通信总线33用于实现处理器31和存储器32之间的通信连接；

处理器31用于执行存储器32中的通信处理程序，以实现以下步骤：

接收第一终端发送的建立呼叫的第一消息；

在通信设备判断呼叫前转条件满足的情况下，发送第二消息至第一终端或不进行处理。

在本申请的其他实施例中，第二消息用于指示第一终端终止呼叫。

在本申请的其他实施例中，第一消息包括直接或间接表示呼叫类型为加密呼叫的信息。

在本申请的其他实施例中，处理器31用于执行存储器32中的通信处理程序，还可以实现以下步骤：

在呼叫类型为加密呼叫，且通信设备判断呼叫前转条件不满足的情况下，建立第一终端与第二终端之间的加密呼叫。

在本申请的其他实施例中，呼叫前转条件包括：

通信设备触发无条件呼叫前转；或，

通信设备触发遇忙呼叫前转；或，

通信设备触发无应答呼叫前转；或，

通信设备触发不可及呼叫前转；或，

通信设备根据用户配置条件判断并触发增强型呼叫前转。

需要说明的是，处理器所执行的步骤的具体说明可以参照图1～2对应的实施例提供的通信处理方法中，此处不再赘述。

本申请实施例所提供的通信设备，在判断呼叫前转条件满足的情况下发送第二消息至第一终端或不进行处理以终止第一终端与第二终端之间的呼叫，可以由业务系统管控呼叫前转处理，且处理流程较为简便，解决了相关技术中的加密呼叫前转处理脱离业务系统的管理，不受业务系统管控，且处理流程较为繁琐的问题。

基于前述实施例，本申请的实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有一个或者多个程序，该一个或者多个程序可被一个或者多个处理器执行，以实现图1～2对应的实施例提供的通信处理方法的步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。

Claims (10)

1.一种通信处理方法，其特征在于，应用于通信设备，所述方法包括：

接收第一终端发送的建立呼叫的第一消息；

在所述通信设备判断呼叫前转条件满足的情况下，发送第二消息至所述第一终端或不进行处理。

2.根据权利要求1所述的方法，其特征在于，所述第二消息用于指示所述第一终端终止呼叫。

3.根据权利要求1所述的方法，其特征在于，所述第一消息包括直接或间接表示呼叫类型为加密呼叫的信息。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述呼叫类型为加密呼叫，且所述通信设备判断所述呼叫前转条件不满足的情况下，建立所述第一终端与第二终端之间的加密呼叫。

5.根据权利要求1～4任一项所述的方法，其特征在于，所述呼叫前转条件包括：

所述通信设备触发无条件呼叫前转；或，

所述通信设备触发遇忙呼叫前转；或，

所述通信设备触发无应答呼叫前转；或，

所述通信设备触发不可及呼叫前转；或，

所述通信设备根据用户配置条件判断并触发增强型呼叫前转。

6.一种通信处理装置，其特征在于，所述装置包括：

接收单元，用于接收第一终端发送的建立呼叫的第一消息；

发送单元，用于在所述通信设备判断呼叫前转条件满足的情况下，发送第二消息至所述第一终端或不进行处理。

7.根据权利要求6所述的装置，其特征在于，所述第二消息用于指示所述第一终端终止呼叫。

8.根据权利要求6所述的装置，其特征在于，所述呼叫前转条件包括：

所述通信设备触发无条件呼叫前转；或，

所述通信设备触发遇忙呼叫前转；或，

所述通信设备触发无应答呼叫前转；或，

所述通信设备触发不可及呼叫前转；或，

所述通信设备根据用户配置条件判断并触发增强型呼叫前转。

9.一种通信设备，其特征在于，所述设备包括：处理器、存储器和通信总线；

所述通信总线用于实现所述处理器和所述存储器之间的通信连接；

所述处理器用于执行所述存储器中的通信处理程序，以实现如权利要求1～5中任一项所述的通信处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1～5中任一项所述的通信处理方法的步骤。