本发明涉及通信技术领域，尤其涉及一种长期演进承载的语音电话(voiceoverlongtermevolution，volte)加密呼叫处理方法、应用服务器及终端。
背景技术：
volte加密通信，是利用lte网络进行加密通话的语音通信。在通信过程中，语音数据包都是加密的。volte加密呼叫为终端a端向被叫端发起的加密通话邀请。
volte加密通话过程中，要求终端a端和被叫端都是加密终端，都能够进行加密通话。在现有技术中存在着一种业务叫做呼叫前转或呼叫转移。所述呼叫前转是终端a端呼叫被叫端，然后双方进入通话的一个过程，但由于各种原因，被叫端倘若无法通话，网络会将终端a端发起的通话转接到另一个终端上的行为。
volte加密呼叫发起之后，也可能存在被呼叫前转的现象，若直接进行呼叫前转，会出现volte加密呼叫失败率高的现象，导致通信质量低、用户投诉高及满意度低等问题。
技术实现要素：
有鉴于此，本发明实施例期望提供一种volte加密呼叫处理方法、应用服务器及终端，至少解决上述问题之一。
为达到上述目的，本发明的技术方案是这样实现的：
本发明实施例第一方面提供一种长期演进承载的语音电话volte加密呼叫处理方法，包括：
第一终端向第二终端发起volte加密呼叫；
接收网络侧发送的呼叫前转响应消息；其中，所述呼叫前转响应消息，是在所述volte加密呼叫符合呼叫前转条件时发送的；
根据所述呼叫前转响应消息，终止所述volte加密呼叫。
基于上述方案，所述根据所述呼叫前转响应消息，终止所述volte加密呼叫，包括：
接收到所述呼叫前转响应消息，则终止所述volte加密呼叫。
基于上述方案，所述前转响应消息包括预定字段；其中，所述预定字段是网络侧基于对第三终端是否支持volte加密通信的判断结果生成的；其中，所述第三终端为进行所述呼叫前转时，代替所述第二终端与所述第一终端通信的终端；
所述根据所述呼叫前转响应消息，终止所述volte加密呼叫，包括：
当所述预定字段指示第三终端不支持volte加密通信时，终止所述volte加密呼叫。
基于上述方案，所述方法还包括：
当所述预定字段指示第三终端支持volte加密通信时，与所述第三终端进行所述volte加密通信。
基于上述方案，所述前转响应消息包括第三终端的能力参数；所述第三终端为进行所述呼叫前转时，代替所述第二终端与所述第一终端通信的终端；
所述根据所述呼叫前转响应消息，终止所述volte加密呼叫，包括：
当所述能力参数指示所述第三终端不支持volte加密通信时，终止所述volte加密呼叫。
基于上述方案，所述方法还包括：
当所述能力参数指示所述第三终端支持所述volte加密通信时，与所述第三终端进行所述volte加密通信。
基于上述方案，所述volte加密呼叫符合呼叫前转条件，包括以下至少其中之一：
所述第二终端开通了无条件呼叫前转；其中，所述无条件转移，用于将所述第二终端的所有呼叫前转到第三终端；
所述第二终端开通了遇忙呼叫前转且所述第二终端处于预定通信状态，其中，所述遇忙呼叫前转，为当所述第二终端处于所述预定通信状态时呼叫前转到第三终端；
所述第二终端开通了无应答呼叫前转且所述volte加密呼叫等待接听的时长达到预定时长；其中，所述无应答呼叫前转，为当所述第二终端超过所述预定时长未接听，则呼叫前转到所述第三终端；
所述第二终端开通了不可及呼叫前转且所述第二终端不可及；其中，所述不可及呼叫前转，为当所述第二终端无法接通时，则呼叫前转到所述第三终端；
当所述第二终端开通了增强呼叫前转且所述volte加密呼叫的呼叫属性符合预定属性条件；其中，所述增强呼叫前转，为当所述volte加密呼叫的呼叫属性符合预定属性条件时，则呼叫所述第三终端，以实现特定呼叫属性的呼叫前转。
本发明实施例第二方面提供一种长期演进承载的语音电话volte加密呼叫处理方法，包括：
接收第一终端向第二终端发起的volte加密呼叫；
判断所述volte加密呼叫是否符合呼叫前转条件；
当所述volte加密呼叫符合所述呼叫前转条件时，向所述第一终端发送呼叫前转响应消息；
其中，所述呼叫前转响应消息，至少用于触发所述第一终端终止所述volte加密呼叫。
基于上述方案，所述呼叫前转，用于利用第三终端替代所述第二终端与所述第一终端进行基于所述volte加密呼叫发起的volte加密通信；
所述方法还包括：
判断第三终端是否支持volte加密通信，形成判断结果；所述第三终端为进行所述呼叫前转时，代替所述第二终端与所述第一终端通信的终端；
根据所述判断结果，确定预定字段；其中，所述前转响应消息包括所述预定字段。
基于上述方案，所述方法还包括：
获取第三终端的能力参数；其中，所述能力参数，至少用于指示所述第三终端是否支持所述volte加密通信；所述前转响应消息包括所述能力参数。
基于上述方案，所述判断所述volte加密呼叫是否符合呼叫前转条件，包括以下至少其中之一：
判断所述第二终端是否开通了无条件呼叫前转；其中，所述无条件转移，用于触发将所述第二终端的所有呼叫前转到第三终端；
判断所述第二终端是否开通了遇忙呼叫前转；其中，所述遇忙呼叫前转，用于当所述第二终端处于预定通信类型的通信状态时，触发呼叫前转到所述第三终端；
判断所述第二终端是否开通了无应答呼叫前转；其中，所述无应答呼叫前转，为当所述第二终端超过预定时长未接听，则呼叫前转到所述第三终端；
当所述第二终端不可及时，判断第二终端是否开通了不可及呼叫前转；其中，所述不可及呼叫前转，用于为当所述第二终端无法接通时，则触发呼叫前转到所述第三终端；
判断所述第二终端是否开通了增强呼叫前转；其中，所述增强呼叫前转，为当所述volte加密呼叫的呼叫属性符合预定属性条件时，则触发呼叫所述第三终端，以实现特定呼叫属性的呼叫前转。
当所述第二终端处于所述预定通信状态时呼叫前转到所述第三终端。
本发明实施例第三方面提供一种终端，所述终端为第一终端，包括：
呼叫单元，用于向第二终端发起volte加密呼叫；
第一接收单元，用于接收网络侧发送的呼叫前转响应消息；其中，所述呼叫前转响应消息，是在所述volte加密呼叫符合呼叫前转条件时发送的；
执行单元，用于根据所述呼叫前转响应消息，终止所述volte加密呼叫。
基于上述方案，所述执行单元，具体用于接收到所述呼叫前转响应消息，则终止所述volte加密呼叫。
基于上述方案，所述前转响应消息包括预定字段；其中，所述预定字段是网络侧基于对第三终端是否支持volte加密通信的判断结果生成的；其中，所述第三终端为进行所述呼叫前转时，代替所述第二终端与所述第一终端通信的终端；
所述执行单元，具体用于当所述预定字段指示第三终端不支持volte加密通信时，终止所述volte加密呼叫。
基于上述方案，所述执行单元，还用于当所述预定字段指示第三终端支持volte加密通信时，与所述第三终端进行所述volte加密通信。
基于上述方案，所述前转响应消息包括第三终端的能力参数；所述第三终端为进行所述呼叫前转时，代替所述第二终端与所述第一终端通信的终端；
所述执行单元，具体用于当所述能力参数指示所述第三终端不支持volte加密通信，终止所述volte加密呼叫。
基于上述方案，所述执行单元，具体用于当所述能力参数指示所述第三终端支持volte加密通信，与所述第三终端进行所述volte加密通信。
基于上述方案，所述volte加密呼叫符合呼叫前转条件，包括以下至少其中之一：
所述第二终端开通了无条件呼叫前转；其中，所述无条件转移，用于将所述第二终端的所有呼叫前转到第三终端；
所述第二终端开通了遇忙呼叫前转且所述第二终端处于预定通信状态，其中，所述遇忙呼叫前转，为当所述第二终端处于所述预定通信状态时呼叫前转到第三终端；
所述第二终端开通了无应答呼叫前转且所述volte加密呼叫等待接听的时长达到预定时长；其中，所述无应答呼叫前转，为当所述第二终端超过所述预定时长未接听，则呼叫前转到所述第三终端；
所述第二终端开通了不可及呼叫前转且所述第二终端不可及；其中，所述不可及呼叫前转，为当所述第二终端无法接通时，则呼叫前转到所述第三终端；
当所述第二终端开通了增强呼叫前转且所述volte加密呼叫的呼叫属性符合预定属性条件；其中，所述增强呼叫前转，为当所述volte加密呼叫的呼叫属性符合预定属性条件时，则呼叫所述第三终端，以实现特定呼叫属性的呼叫前转。
本发明实施例第四方面提供一种应用服务器，包括：
第二接收单元，用于接收第一终端向第二终端发起的volte加密呼叫；
判断单元，用于判断所述volte加密呼叫是否符合呼叫前转条件；
发送单元，用于当所述volte加密呼叫符合所述呼叫前转条件时，向所述第一终端发送呼叫前转响应消息；
其中，所述呼叫前转响应消息，至少用于触发所述第一终端终止所述volte加密呼叫。
基于上述方案，所述呼叫前转，用于利用第三终端替代所述第二终端与所述第一终端进行基于所述volte加密呼叫发起的volte加密通信；
所述判断单元，还用于判断第三终端是否支持volte加密通信，形成判断结果；所述第三终端为进行所述呼叫前转时，代替所述第二终端与所述第一终端通信的终端，及根据所述判断结果，确定预定字段；其中，所述前转响应消息包括所述预定字段。
基于上述方案，所述应用服务器还包括：
获取单元，具体用于获取所述第三终端的能力参数；其中，所述能力参数，至少用于指示所述第三终端是否支持所述volte加密通信；所述前转响应消息包括所述能力参数。
基于上述方案，所述判断单元，至少用于执行以下至少其中之一：
判断所述第二终端是否开通了无条件呼叫前转；其中，所述无条件转移，用于触发将所述第二终端的所有呼叫前转到第三终端；
判断所述第二终端是否开通了遇忙呼叫前转；其中，所述遇忙呼叫前转，用于当所述第二终端处于所述预定通信类型的通信状态时，触发呼叫前转到所述第三终端；
判断所述第二终端是否开通了无应答呼叫前转；其中，所述无应答呼叫前转，为当所述第二终端超过预定时长未接听，则呼叫前转到所述第三终端；
当所述第二终端不可及时，判断第二终端是否开通了不可及呼叫前转；其中，所述不可及呼叫前转，用于为当所述第二终端无法接通时，则触发呼叫前转到所述第三终端；
判断所述第二终端是否开通了增强呼叫前转；其中，所述增强呼叫前转，为当所述volte加密呼叫的呼叫属性符合预定属性条件时，则触发呼叫所述第三终端，以实现特定呼叫属性的呼叫前转。
当所述第二终端处于所述预定通信状态时呼叫前转到所述第三终端。
本发明实施例提供的volte加密呼叫处理方法、应用服务器及终端，需要进行volte加密呼叫的呼叫前转时，将通过向作为终端a端的第一终端发送呼叫响应消息，触发终端a端发起终止volte加密呼叫，避免呼叫前转导致的volte加密呼叫失败现象，提升volte呼叫的成功率。
附图说明
图1为本发明实施例提供了的第一种长期演进承载的语音电话volte加密呼叫处理方法的流程示意图；
图2为本发明实施例提供了的第二种长期演进承载的语音电话volte加密呼叫处理方法的流程示意图；
图3为本发明实施例提供的第一终端的结构示意图；
图4为本发明实施例提供的应用服务器的结构示意图；
图5至图9为本发明示例中提供的volte加密呼叫处理方法的流程示意图。
具体实施方式
以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。
实施例一：
如图1所示，本实施例提供一种长期演进承载的语音电话volte加密呼叫处理方法，包括：
步骤s110：第一终端向第二终端发起volte加密呼叫；
步骤s120：接收网络侧发送的呼叫前转响应消息；其中，所述呼叫前转响应消息，是在所述volte加密呼叫符合呼叫前转条件时发送的；
步骤s130：根据所述呼叫前转响应消息，终止所述volte加密呼叫。
本实施例所述的方法可为应用于第一终端中的方法。
在本实施例中所述第一终端为所述volte加密通信的终端a端，是进行volte加密通信的发起端，会发起volte加密呼叫，启动volte加密呼通信。所述第二终端为被叫端，是与所述第一终端进行通信的对端，是可以接听所述volte加密呼叫的终端。
所述第一终端和所述第二终端可均为所述加密终端，所述加密终端为支持volte加密通信的终端，在volte通信过程中能够对volte通信过程中产生的数据进行加密和解密处理。
本实施例中所述呼叫前转响应消息，可为会话协议初始协议(sessioninitiationprotocol，sip)的一种，例如，可为sip消息编号为181的sip消息。第一终端接收到该消息之后，将自动发送取消volte加密呼叫的消息，这样网络侧在接收到该消息之后，将启动终止流程；显然不会出现执意呼叫导致呼叫失败率高的现象。
在所述步骤s130中可包括：根据是否接收到所述呼叫前转响应消息，或所述呼叫前转响应消息的消息内容，确定是否终止所述volte加密呼叫。
在本实施中当所述第一终端与第二终端无法通信时，网络侧网元不会直接指向呼叫前转，而是向第一终端发送所述前转响应消息，在本实施例中第一终端在接收到前转响应消息，不是像现有技术一样，第一终端由与第二终端进行volte通信，转换为与第三终端进行volte通信，而是有可能终止所述volte加密呼叫。在本实施例中所述终止所述volte加密呼叫可包括向网络侧发送取消所述volte加密呼叫的取消消息。这样的话，可以减少第三终端不支持volte加密导致的volte加密呼叫的失败。
所述步骤s130实现方式有多种，以下提供几种可选方式：
可选方式一：
在本实施例中，所述步骤s130可包括：接收到所述呼叫前转响应消息，则终止所述volte加密呼叫。由于第三终端可能支持volte加密通信，也有可能不支持，为了简便处理，所述第一终端可以直接在接收到所述呼叫前转响应消息之后，直接终止volte加密呼叫。
可选方式二：
所述前转响应消息包括预定字段；其中，所述预定字段是网络侧基于对第三终端是否支持volte加密通信的判断结果生成的；其中，所述第三终端为进行所述呼叫前转时，代替所述第二终端与所述第一终端通信的终端。例如，网络侧的应用服务器(applicationserver，as)根据第三终端的能力参数可以直接判断出所述第三终端是否支持volte加密通信。
所述步骤s130可包括：
当所述预定字段指示第三终端不支持volte加密通信时，终止所述volte加密呼叫；其中，所述第三终端为进行所述呼叫前转时，代替所述第二终端与所述第一终端通信的终端。
作为本方式的进一步改进，所述方法还包括：当所述预定字段指示第三终端支持volte加密通信时，与所述第三终端进行所述volte加密通信；其中，所述第三终端为所述呼叫前转转移到的终端。
显然本种方式中，由网络侧判断出第三终端是否支持volte加密通信，且判断出的结果可以由所述预定字段的字段来表示，方便第一终端根据接收到呼叫前转响应消息来确定是终止volte加密呼叫，还是继续volte加密呼叫。
方式三：
所述前转响应消息包括第三终端的能力参数；所述第三终端为进行所述呼叫前转时，代替所述第二终端与所述第一终端通信的终端；
所述步骤s130可包括：
当所述能力参数指示所述第三终端不支持volte加密通信时，终止所述volte加密呼叫。在本实施例中由第一终端自行根据前转响应消息中的能力参数，自行判断第三终端是否支持volte加密通信。如果不支持就终止，避免volte加密呼叫失败。
当然作为本实施例的进一步改进，所述方法还包括：当所述能力参数指示所述第三终端支持volte加密通信，与所述第三终端进行所述volte加密通信。
在可选方式二和可选方式三中，若第三终端支持volte加密通信，则第一终端会与第三终端进行volte加密通信，这样还同时提高了呼叫前转的成功率和volte加密通信的成功率。
本实施例中as判断所述volte加密呼叫是否符合呼叫前转条件，若满足呼叫前转条件则可能出现，呼叫前转到的第三终端是支持volte加密通信的，也可能是不支持的volte加密通信的。为了避免转移到不支持的volte加密通信的终端，进而导致volte加密呼叫失败，在本实施例中所述as可以只要确定出需要呼叫前转之后，就可直接向所述第一终端发送所述呼叫前转响应消息，以触发作为终端a端的第一终端自动终止当前的volte加密呼叫，以减少volte加密呼叫失败。在具体的实现过程中，所述呼叫前转响应消息还可包括输出信息，所述输出信息用于所述第一终端输出，以告知第一终端自动取消所述volte加密呼叫的原因，以免让用户误解终端会无缘故的自动终止volte加密呼叫，更好的利用第一终端的软硬件资源，提升终端的智能性及用户使用满意度。
进一步地，所述呼叫前转，用于利用第三终端替代所述第二终端与所述第一终端进行基于所述volte加密呼叫发起的volte加密通信。当呼叫被转移到第三终端以后，若volte加密呼叫被应答后，进行的volte加密通信的双方为第一终端和第三终端，第三终端取代第二终端作为被叫终端。具体地如，所述方法还包括：当所述volte加密呼叫符合所述呼叫前转条件且所述第三终端支持所述volte加密通信时，向所述第一终端发送呼叫第二前转响应消息；所述第二前转响应消息，用于告知所述第一终端所述volte加密呼叫前转到所述第三终端。在本实施例中所述前转响应消息和所述第二前转响应消息不同。例如，所述前转响应消息和所述第二前转响应消息为前转响应消息的两个子消息，例如，为所述编号为181的sip消息的两个子消息。在所述前转响应消息设有区分是前转响应消息，还是所述第二前转响应消息的字段，所述第一终端可以根据该字段确定所述转响应消息的类型，再根据转响应消息的类型确定是否终止volte呼叫，还是继续volte呼叫。
所述volte加密呼叫是否符合呼叫前转条件可包括多种，以下提供几种可实现方式：
第一种：
所述第二终端开通了无条件呼叫前转；其中，所述无条件转移，用于将所述第二终端的所有呼叫前转到第三终端。
方式二：
所述第二终端开通了遇忙呼叫前转且所述第二终端处于预定通信状态，其中，所述遇忙呼叫前转，为当所述第二终端处于所述预定通信状态时呼叫前转到第三终端。例如，第二终端正在与第四终端通信，volte加密呼叫此时接入，若第二终端配置了遇忙呼叫前转，则会呼叫第三终端。所述预定通信类型的通信状态可包括指定的业务类型、或指定类型的通信方式。例如，当第二终端处于通信状态，但是当前通信业务类型有多种。有的业务类型优先级高，有的业务类型优先级低，在本实施例中第二终端将处于预定优先级的业务类型时，才会呼叫前转，否则可以直接暂停当前业务类型的通信，进行第一终端和第二终端的呼叫应答和通信。例如，当前业务类型的优先级低于所述volte加密通信时，暂停第二终端当前业务类型的通信。当前业务类型的优先级不低于所述volte加密通信时，则呼叫前转。
方式三：
所述第二终端开通了无应答呼叫前转且所述volte加密呼叫等待接听的时长达到预定时长；其中，所述无应答呼叫前转，为当所述第二终端超过所述预定时长未接听，则呼叫前转到所述第三终端。例如，连通第二终端之后，振铃时间超过预定时长没有被应答，自动转移到呼叫第三终端，避免重要通话的延误。
方式四：
所述第二终端开通了不可及呼叫前转且所述第二终端不可及；其中，所述不可及呼叫前转，为当所述第二终端无法接通时，则呼叫前转到所述第三终端。本实施例中所述第二终端无法接通可包括：第二终端未注册；第二终端目前无法连接到网络等。
方式五：
当所述第二终端开通了增强呼叫前转且所述volte加密呼叫的呼叫属性符合预定属性条件；其中，所述增强呼叫前转，为当所述volte加密呼叫的呼叫属性符合预定属性条件时，则呼叫所述第三终端，以实现特定呼叫属性的呼叫前转。所述呼叫属性可包括呼叫时间、呼叫的业务类型或数据媒体类型等参数。例如，所述呼叫时间为预定时间段内，此时间段不管第二终端是否可达或第二终端是否忙，只要呼叫时间是预定时间段，则呼叫前转。
所述增强呼叫前转，可包括对加密通信的呼叫前转；即若当前呼叫为加密通信的呼叫，则呼叫前转到第三终端。例如若所述第二终端为非加密终端，若正常处理过程中，此时第一终端可能会主动终止所述volte加密通信；若在本实施例中存在着，加密呼叫前转条件，则可能会将第一终端发起的volte加密呼叫前转到支持volte加密通信的第三终端。所述加密呼叫前转条件可理解为当所述第二终端不支持volte加密通信时，则转移到支持所述volte加密通信的第三终端。
总之，本实施例提供了一种终端a端在发起volte加密呼叫之后，遇到呼叫前转情况时，选择是继续进行volte加密通信，还是终止volte加密呼叫以终止volte加密通信，一方面可以提高volte加密呼叫的成功率，另一方面还能够确保volte加密通信的通话率。
实施例二：
如图2所示，一种长期演进承载的语音电话volte加密呼叫处理方法，包括：
步骤s210：接收第一终端向第二终端发起的volte加密呼叫；
步骤s220：判断所述volte加密呼叫是否符合呼叫前转条件；
步骤s230：当所述volte加密呼叫符合所述呼叫前转条件时，向所述第一终端发送呼叫前转响应消息；
其中，所述呼叫前转响应消息，至少用于触发所述第一终端终止所述volte加密呼叫。
本实施例所述的volte加密呼叫处理方法可为应用于网络侧应用服务器(applicationserver，as)中的方法。在本实施例中所述as在步骤s230中发送的呼叫前转响应消息可以触发作为终端a端的第一终端终止所述volte加密呼叫，减少因呼叫前转导致的volte加密呼叫的失败。
例如，所述前转响应消息的成功发送，或所述第一终端成功接收所述前转响应消息就可以直接终止所述volte加密呼叫。当然具体实现时，还可以根据所述呼叫前转响应消息的消息内容，来确定是否终止所述volte加密呼叫，或触发所述第一终端与第三终端进行volte加密通信。
在一些实施例中，所述呼叫前转，用于利用第三终端替代所述第二终端与所述第一终端进行基于所述volte加密呼叫发起的volte加密通信。
所述方法还包括：
判断第三终端是否支持volte加密通信，形成判断结果；所述第三终端为进行所述呼叫前转时，代替所述第二终端与所述第一终端通信的终端；
根据所述判断结果，确定预定字段；其中，所述前转响应消息包括所述预定字段。
在本方式中，所述第三终端是否支持volte加密通信，是由as等网络侧网元判断的；后续，第一终端直接根据所述预定字段直接可知道第三终端是否支持volte加密通信。例如，所述预定字段可对应于1个或多个比特；这些比特中可以承载表示所述第三终端是否支持volte加密通信的布尔值等。这样，第一终端就不用自行判断第三终端是否支持volte加密通信，简化了第一终端的操作，且减少了所述呼叫前转响应消息的数据量。
在另一些实施例中，所述方法还包括：
获取所述第三终端的能力参数；其中，所述能力参数，至少用于指示所述第三终端是否支持所述volte加密通信；所述前转响应消息包括所述能力参数。该能力参数可用于第一终端自行判断所述第三终端是否支持所述volte加密通信，这样的话，能够减少网络侧的负载量，例如，减少as的负载量。所述能力参数可从呼叫前转配置信息中获取。所述呼叫前转配置信息为第一终端配置呼叫前转时形成的。该呼叫前转配置信息中可直接存储的第三终端的能力参数。所述呼叫前转配置信息可存储在应用服务器等网元的本地数据库，也可以是非本地数据库中。所述非本地数据库可为与该网元连接的其他网元中设置的数据库。
作为本实施例的进一步改进，所述判断所述volte加密呼叫是否符合呼叫前转条件，包括以下至少其中之一。
第一种：
所述步骤s220可包括：判断所述第二终端是否开通了无条件呼叫前转；其中，所述无条件转移，用于触发将所述第二终端的所有呼叫前转到第三终端。
第二种：
所述步骤s220可包括：判断所述第二终端是否开通了遇忙呼叫前转；其中，所述遇忙呼叫前转，用于当所述第二终端处于所述预定通信类型的通信状态时，触发呼叫前转到所述第三终端。
第三种：
所述步骤s220可包括：判断所述第二终端是否开通了无应答呼叫前转；其中，所述无应答呼叫前转，为当所述第二终端超过预定时长未接听，则呼叫前转到所述第三终端。
第四种：
所述步骤s220可包括：当所述第二终端不可及时，判断第二终端是否开通了不可及呼叫前转；其中，所述不可及呼叫前转，用于为当所述第二终端无法接通时，则触发呼叫前转到所述第三终端。
第五种：
所述步骤s220可包括：判断所述第二终端是否开通了增强呼叫前转；其中，所述增强呼叫前转，为当所述volte加密呼叫的呼叫属性符合预定属性条件时，则触发呼叫所述第三终端，以实现特定呼叫属性的呼叫前转。
在本实施例中这几种呼叫前转方式的详细描述可以参见实施例一中的对应部分，在此就不重复了。
总之，本实施例提供了一种volte呼叫处理方法，在对现有技术的处理流程变动较小的情况下，解决了现有技术中因呼叫前转导致的呼叫失败的现象。
实施例三：
如图3所示，本实施例提供一种终端，所述终端为第一终端，这里的第一终端为终端a。所述第一终端包括：
呼叫单元110，用于向第二终端发起volte加密呼叫；
第一接收单元120，用于接收网络侧发送的呼叫前转响应消息；其中，所述呼叫前转响应消息，是在所述volte加密呼叫符合呼叫前转条件时发送的；
执行单元130，用于根据所述呼叫前转响应消息，终止所述volte加密呼叫。
在本实施例中作为终端a的第一终端，将会根据呼叫前转响应消息，终止volte加密呼叫，这样就可以减少呼叫前转导致的volte加密呼叫的失败。
本实施例中所述呼叫单元110可包括通信接口，该通信接口能够通过网络侧的网元，与第二终端和/或第三终端进行通信。
所述第一接收单元120可对应于接收信息的通信接口。所述执行单元130可对应于信息处理结构和通信接口。所述信息处理结构可包括处理器或处理电路。所述处理器可包括中央处理器、微处理器、数字信号处理器、可编程阵列等。所述处理电路可包括专用集成电路。所述处理器可通过执行预设指令，完成所述呼叫单元110和所述执行单元130对应的功能。
在一些实施例汇中，所述执行单元130，具体用于接收到所述呼叫前转响应消息，则终止所述volte加密呼叫。
在一些实施例中，所述前转响应消息包括预定字段；其中，所述预定字段是网络侧基于对第三终端是否支持volte加密通信的判断结果生成的；其中，所述第三终端为进行所述呼叫前转时，代替所述第二终端与所述第一终端通信的终端；所述执行单元130，具体用于当所述预定字段指示第三终端不支持volte加密通信时，终止所述volte加密呼叫。此时，所述执行单元130，还用于当所述预定字段指示第三终端支持volte加密通信时，与所述第三终端进行所述volte加密通信。采用本种方式，不仅能够确保volte加密呼叫的成功率，同时还能够确保volte通话率。
在另外一些实施例中。所述前转响应消息包括第三终端的能力参数；所述第三终端为进行所述呼叫前转时，代替所述第二终端与所述第一终端通信的终端。所述执行单元130，具体用于当所述能力参数指示所述第三终端不支持volte加密通信时，终止所述volte加密呼叫。此时，所述执行单元130，具体用于当所述能力参数指示所述第三终端支持volte加密通信时，与所述第三终端进行所述volte加密通信。
当然结合上述实施例可知，所述volte加密呼叫符合呼叫前转条件，包括以下至少其中之一：
所述第二终端开通了无条件呼叫前转；其中，所述无条件转移，用于将所述第二终端的所有呼叫前转到第三终端；
所述第二终端开通了遇忙呼叫前转且所述第二终端处于预定通信状态，其中，所述遇忙呼叫前转，为当所述第二终端处于所述预定通信状态时呼叫前转到第三终端；
所述第二终端开通了无应答呼叫前转且所述volte加密呼叫等待接听的时长达到预定时长；其中，所述无应答呼叫前转，为当所述第二终端超过所述预定时长未接听，则呼叫前转到所述第三终端；
所述第二终端开通了不可及呼叫前转且所述第二终端不可及；其中，所述不可及呼叫前转，为当所述第二终端无法接通时，则呼叫前转到所述第三终端；
当所述第二终端开通了增强呼叫前转且所述volte加密呼叫的呼叫属性符合预定属性条件；其中，所述增强呼叫前转，为当所述volte加密呼叫的呼叫属性符合预定属性条件时，则呼叫所述第三终端，以实现特定呼叫属性的呼叫前转。
总之，本实施例提供了一种终端a，可自动终止volte加密呼叫，避免呼叫前转导致的volte加密呼叫的失败，可为实施实施例一所述volte加密呼叫前转方法的实现硬件。
实施例四:
如图4所示，本实施例提供一种应用服务器，包括：
第二接收单元210，用于接收第一终端向第二终端发起的volte加密呼叫；
判断单元220，用于判断所述volte加密呼叫是否符合呼叫前转条件；
发送单元230，用于当所述volte加密呼叫符合所述呼叫前转条件时，向所述第一终端发送呼叫前转响应消息；
其中，所述呼叫前转响应消息，至少用于触发所述第一终端终止所述volte加密呼叫。
本实施例中所述第二接收单元210和所述发送单元220可对应于应用服务器的通信接口，能够通过网络与第一终端进行信息交互。在本发明实施例中所述通信接口可为有线接口或无线接口。所述有线接口可为电缆接口或光缆接口。所述无线接口可为收发天线等。
所述判断单元220可对应于前述处理器或处理电路。这里的处理器的类型可以参见前一实施例，在此就不重复。
总之，本实施例提供了一种应用服务器，可协助终端a端自动终止volte加密呼叫，避免呼叫前转到不支持volte加密通信的终端，导致的volte加密呼叫失败的现象。
在一些实施例中，所述呼叫前转，用于利用第三终端替代所述第二终端与所述第一终端进行基于所述volte加密呼叫发起的volte加密通信。所述判断单元220，还用于判断第三终端是否支持volte加密通信，形成判断结果；所述第三终端为进行所述呼叫前转时，代替所述第二终端与所述第一终端通信的终端；根据所述判断结果，确定预定字段；其中，所述前转响应消息包括所述预定字段。
在另一些实施例中，所述应用服务器还包括：获取单元，具体用于获取所述第三终端的能力参数；其中，所述能力参数，至少用于指示所述第三终端是否支持所述volte加密通信；所述前转响应消息包括所述能力参数。本实施例中所述获取单元同样可对应于处理器或处理电路，能够读取到第三终端的能力参数。
具体地，所述判断单元220，至少用于执行以下至少其中之一：
判断所述第二终端是否开通了无条件呼叫前转；其中，所述无条件转移，用于触发将所述第二终端的所有呼叫前转到第三终端；
判断所述第二终端是否开通了遇忙呼叫前转；其中，所述遇忙呼叫前转，用于当所述第二终端处于所述预定通信类型的通信状态时，触发呼叫前转到所述第三终端；
判断所述第二终端是否开通了无应答呼叫前转；其中，所述无应答呼叫前转，为当所述第二终端超过预定时长未接听，则呼叫前转到所述第三终端；
当所述第二终端不可及时，判断第二终端是否开通了不可及呼叫前转；其中，所述不可及呼叫前转，用于为当所述第二终端无法接通时，则触发呼叫前转到所述第三终端；
判断所述第二终端是否开通了增强呼叫前转；其中，所述增强呼叫前转，为当所述volte加密呼叫的呼叫属性符合预定属性条件时，则触发呼叫所述第三终端，以实现特定呼叫属性的呼叫前转。
当所述第二终端处于所述预定通信状态时呼叫前转到所述第三终端。
总之，本实施例提供了一种应用服务器，可协助终端a端自动终止volte加密呼叫，避免呼叫前转导致的volte加密呼叫的失败，可为实施实施例二所述volte加密呼叫前转方法的实现硬件。
以下结合上述任意实施例提供的技术方案，提供几个具体示例：
示例一：
如图5所示，本示例所述volte加密呼叫处理方法，包括：
步骤s11：终端a向终端b拨打volte加密电话，终端avolte加密终端发出呼叫请求消息。所述呼叫请求消息可简称为invite。
步骤s12：接收到invite后，若终端b开通了无条件呼叫前转业务，则as(b)(即as(b))触发无条件呼叫前转。as(b)向终端a发送181sip消息，同时向目的终端c前转invite消息。网络按照现有标准呼叫接续流程开始终端a与终端c之间的呼叫处理。
步骤s13：接收到181sip消息后，终端a进行呼叫前转判断，具体可包括：终端a判断本次volte加密是否被网络前转，若是则发送取消消息终止本次加密呼叫。网络按照现有标准取消消息的处理流程进行处理。本次加密呼叫被终止。图5中的终端c即为所述第三终端。图5所示的cn(a)为终端a所在的核心网；图5所示的cn(b)为终端b所在的核心网。
示例二：
如图6所示，本示例所述volte加密呼叫处理方法，包括：
步骤s21：终端a向终端b拨打加密电话，终端avolte加密终端发出invite呼叫请求消息。网络按照现有标准volte呼叫接续流程开始终端a与终端b之间的呼叫处理。
步骤s22：若终端b开通了遇忙呼叫前转业务且当前终端b忙，终端b向as返回486忙响应消息。as返回确认消息ack给核心网及终端b。
步骤s23：呼叫前转判断，可包括：as(b)触发遇忙呼叫前转。as(b)向终端a发送181callbeingforwarder响应消息，同时向目的终端对应的终端c前转invite消息。网络按照现有标准呼叫接续流程开始终端a与终端c之间的呼叫处理。
步骤s23：接收到181sip消息后，进行呼叫前转判断，具体可包括：终端a判断本次volte加密呼叫是否被网络前转，若是则发送取消消息终止本次加密呼叫。
网络按照现有标准取消消息的处理流程进行处理。本次加密呼叫被终止。
图6中所示的cn(c)为终端c所在的核心网。
示例三：
如图7所示，本示例所述volte加密呼叫处理方法，包括：
步骤s31：终端a向终端b拨打volte加密电话，终端a发出invite呼叫请求消息。网络按照现有标准volte呼叫接续流程开始终端a与终端b之间的呼叫处理。
步骤s32：终端b开通无应答呼叫前转业务，且终端b振铃却无人接听。
步骤s33：as(b)接听等待定时器超时，向终端b发送取消消息终止呼叫振铃。终端b返回200ok消息确认。
步骤s34：as(b)触发无应答呼叫前转，as(b)向终端a发送181callbeingforwarder响应消息，同时向目的终端c前转invite消息。网络按照现有标准呼叫接续流程开始终端a与终端c之间的呼叫处理。
步骤s35：呼叫前转判断，具体可包括终端a接收到181sip消息后，进行呼叫前转判断，具体可包括：终端a判断本次volte加密呼叫是否被网络前转，发送取消消息终止本次加密呼叫。
网络按照现有标准取消消息的处理流程进行处理。本次加密呼叫被终止。
示例四：
如图8所示，本示例所述volte加密呼叫处理方法，包括：
步骤s41：终端a向终端b拨打volte加密电话，终端a发出invite呼叫请求消息。
步骤s42：as(b)接收到invite请求消息后，as(b)发现终端b开通不可及呼叫前转业务且终端b未注册，向归属签约用户服务器(homesubscriberserver，hss)查询终端b在电路域cs域的csrn。所述as(b)为终端b的应用服务器。终端b在cs域也未注册，hss向as(b)返回失败。所述hss为核心网的一个网元。
步骤s43：as(b)触发不可及呼叫前转，as(b)向终端a发送181callbeingforwarder响应消息，同时向目的终端c前转invite消息。网络按照现有标准呼叫接续流程开始终端a与终端c之间的呼叫处理。
步骤s44：终端a进行呼叫前转判断，具体包括：接收到181sip消息后，终端a判断本次加密呼叫被网络前转，发送取消消息终止本次加密呼叫。
网络按照现有标准取消消息的处理流程进行处理。本次加密呼叫被终止。
示例五：
如图9所示，本示例所述volte加密呼叫处理方法，包括：
步骤s51：终端a向终端b拨打volte加密电话，终端a发出invite呼叫请求消息。
步骤s52：as(b)接收到invite请求消息后，as(b)根据用户配置条件触发增强型呼叫前转，通过核心网cn(b)及cn(a)向终端a返回181sip消息。
步骤s53：终端a进行呼叫前转判断，具体包括：接收到181sip消息后，终端a判断本次加volte密呼叫被网络前转，发送取消消息终止本次加密呼叫。
网络按照现有标准取消消息的处理流程进行处理。本次加密呼叫被终止。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。