加密通话控制方法和终端与流程

本发明涉及终端技术领域，具体而言，涉及一种加密通话控制方法和一种终端。

背景技术：

目前，基于gsm(全球移动通信系统)和wcdma(宽带码多分址)的cs域(电路交换域)语音通话、基于volte(宽带语音功能)的ps(分组交换)域的语音通话都是支持单路保持的，即在语音通话过程中，暂时暂停原通话，暂停期间，原通话并未被挂断，在用户需要恢复原通话时，可以选择激活该原通话，原通话继续进行。

但是，由于用户的实际需要，往往需要进行加密通话，运营商虽然推出了cs域端到端加密通信，可为用户提供端到端的语音加密，比如，中国联通提出了基于wcdma的加密通信方案，中国移动提出了基于volte的加密通信方案。

但是，这些加密通信方案中都禁止了通话保持的功能，具体来说，在加密通话系统中，源语音需要在源终端上进行加密后再传输到网络中，加密后的语音到达目的终端后需要进行解密操作才能还原出语音，如果应用现有的加密通信方案，在加密通话保持过程中，目的终端往往接收到来自网络的铃声等语音流时，而加密通话默认对这些语音流同样进行解密操作，但是，这些语音流是没有进行加密的，这样一来，未加密的语音流由于进行了解密操作而成为了杂音，最终，目的终端的用户在源终端处于通话保持状态时听到的全为杂音，给用户带来了不良体验。

因此，如何在加密通话过程中避免语音流被误解密的情况，成为目前亟待解决的技术问题。

技术实现要素：

本发明正是基于上述问题，提出了一种新的技术方案，可以在加密通 话过程中避免语音流被误解密，提升用户体验。

有鉴于此，本发明的一方面提出了一种加密通话控制方法，包括：在加密通话过程中，接收加密通话控制命令；根据所述加密通话控制命令，向加密通话的接收方终端发送对应的加密通话处理请求，以供所述接收方终端根据所述加密通话处理请求确定是否对后续语音流进行解密。

在该技术方案中，进行加密通话时，终端可以在接收到加密通话控制命令时，向加密通话的接收方终端发送对应的加密通话处理请求，比如，如果接收到的加密通话控制命令是加密通话保持命令，需要暂停与接收方终端的加密通话，接入其他通话，此时，就可以向接收方终端发送一个加密通话保持请求，使接收方终端获得本终端的加密通话保持状态，进而停止对接收到的后续语音流的解密。

这里所述的后续语音流可以是本终端以外的其他发送对象发送至接收方终端的语音流，比如，在通话保存过程中的来自网络的等待铃声。

通过该技术方案，可以在加密通话保持过程中避免将来自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音，提升了加密通话中进行通话保持时的用户体验。

在上述技术方案中，优选地，所述加密通话控制命令包括通话保持命令或通话激活命令，以及所述向加密通话的接收方终端发送对应的加密通话处理请求，具体包括：当所述加密通话控制命令为所述通话保持命令时，向网络发送通话保持请求，以供所述接收方终端在接收到来自所述网络的所述通话保持请求后停止对所述后续语音流进行解密；当所述加密通话控制命令为所述通话激活命令时，向所述网络发送通话激活请求，以供所述接收方终端在接收到来自所述网络的所述通话激活请求后开启对所述后续语音流的解密功能。

在该技术方案中，进行加密通话时，终端的用户可以手动点击通话保持按钮或通话激活按钮，以进行加密通话的保持或激活，当然，终端也可以接收来自其他控制终端、网络或服务器的指令执行通话保持或通话激活的功能。

其中，当终端接收到通话保持命令时，可以向网络发送通话保持请求，网络再将通话保持请求传输至接收方终端，从而使接收方终端获知本 终端需要进行加密通话的保持，进而停止对接收到的后续语音流的解密，由于此时的语音流可以是本终端以外的其他发送对象发送至接收方终端的语音流，比如，在通话保存过程中的来自网络的等待铃声等，故可以在加密通话保持过程中避免将来自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音。

同样地，当终端接收到通话激活命令时，可以向网络发送通话激活请求，网络再将通话激活请求传输至接收方终端，从而使接收方终端获知本终端需要激活已保持的加密通话，进而可以继续对接收到的后续语音流的解密，此时的后续语音流则是来自终端的已加密的语音数据。

在上述任一技术方案中，优选地，在所述向加密通话的接收方终端发送对应的加密通话处理请求之后，还包括：执行所述加密通话控制命令，其中，对正在进行的加密通话进行保持或对保持状态下的加密通话进行激活。

在该技术方案中，只有在向加密通话的接收方终端发送对应的加密通话处理请求之后，再具体执行加密通话控制命令，这样，可以使接收方终端可以及时获知本终端的加密通话状态，也就是确定后续语音流是否需要解密，从而能够正确处理后续语音流，避免因误解密而产生的杂音，提升了加密通话中进行通话保持时的用户体验。

本发明的另一方面提出了一种终端，包括：通话控制命令接收单元，在加密通话过程中，接收加密通话控制命令；加密通话处理请求发送单元，根据所述加密通话控制命令，向加密通话的接收方终端发送对应的加密通话处理请求，以供所述接收方终端根据所述加密通话处理请求确定是否对后续语音流进行解密。

在该技术方案中，进行加密通话时，终端可以在接收到加密通话控制命令时，向加密通话的接收方终端发送对应的加密通话处理请求，比如，如果接收到的加密通话控制命令是加密通话保持命令，需要暂停与接收方终端的加密通话，接入其他通话，此时，就可以向接收方终端发送一个加密通话保持请求，使接收方终端获得本终端的加密通话保持状态，进而停止对接收到的后续语音流的解密。

这里所述的后续语音流可以是本终端以外的其他发送对象发送至接收 方终端的语音流，比如，在通话保存过程中的来自网络的等待铃声。

通过该技术方案，可以在加密通话保持过程中避免将来自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音，提升了加密通话中进行通话保持时的用户体验。

在上述技术方案中，优选地，所述加密通话控制命令包括通话保持命令或通话激活命令，以及所述加密通话处理请求发送单元具体用于：当所述加密通话控制命令为所述通话保持命令时，向网络发送通话保持请求，以供所述接收方终端在接收到来自所述网络的所述通话保持请求后停止对所述后续语音流进行解密，以及当所述加密通话控制命令为所述通话激活命令时，向所述网络发送通话激活请求，以供所述接收方终端在接收到来自所述网络的所述通话激活请求后开启对所述后续语音流的解密功能。

在该技术方案中，进行加密通话时，终端的用户可以手动点击通话保持按钮或通话激活按钮，以进行加密通话的保持或激活，当然，终端也可以接收来自其他控制终端、网络或服务器的指令执行通话保持或通话激活的功能。

其中，当终端接收到通话保持命令时，可以向网络发送通话保持请求，网络再将通话保持请求传输至接收方终端，从而使接收方终端获知本终端需要进行加密通话的保持，进而停止对接收到的后续语音流的解密，由于此时的语音流可以是本终端以外的其他发送对象发送至接收方终端的语音流，比如，在通话保存过程中的来自网络的等待铃声等，故可以在加密通话保持过程中避免将来自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音。

同样地，当终端接收到通话激活命令时，可以向网络发送通话激活请求，网络再将通话激活请求传输至接收方终端，从而使接收方终端获知本终端需要激活已保持的加密通话，进而可以继续对接收到的后续语音流的解密，此时的后续语音流则是来自终端的已加密的语音数据。

在上述任一技术方案中，优选地，还包括：通话控制命令执行单元，在所述向加密通话的接收方终端发送对应的加密通话处理请求之后，执行所述加密通话控制命令，其中，对正在进行的加密通话进行保持或对保持状态下的加密通话进行激活。

在该技术方案中，只有在向加密通话的接收方终端发送对应的加密通话处理请求之后，再具体执行加密通话控制命令，这样，可以使接收方终端可以及时获知本终端的加密通话状态，也就是确定后续语音流是否需要解密，从而能够正确处理后续语音流，避免因误解密而产生的杂音，提升了加密通话中进行通话保持时的用户体验。

本发明的再一方面提出了一种加密通话控制方法，包括：在加密通话过程中，接收加密通话的发送方终端的加密通话处理请求；根据所述加密通话处理请求，确定所述发送方终端的加密通话状态；根据所述发送方终端的加密通话状态，确定是否对接收到的后续语音流进行解密。

在该技术方案中，本终端即接收方终端，进行加密通话时，可接收来自加密通话的发送方终端的加密通话处理请求，比如，如果接收到的加密通话处理请求是加密通话保持请求，则确定发送方终端处于加密通话保持状态，进而停止对接收到的后续语音流的解密。

这里所述的后续语音流可以是发送方终端以外的其他发送对象发送至本终端的语音流，比如，在通话保存过程中的来自网络的等待铃声。

通过该技术方案，可以在加密通话保持过程中避免接收方终端将来自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音，提升了加密通话中进行通话保持时的用户体验。

在上述技术方案中，优选地，所述加密通话处理请求包括加密通话保持请求或加密通话激活请求，以及所述根据所述加密通话处理请求，确定所述发送方终端的加密通话状态，具体包括：当所述加密通话处理请求为所述加密通话保持请求时，确定所述发送方终端的加密通话状态为通话保持状态；当所述加密通话处理请求为所述加密通话激活请求时，确定所述发送方终端的加密通话状态为通话激活状态。

在该技术方案中，本终端即接收方终端，进行加密通话时，发送方终端的用户可以手动点击通话保持按钮或通话激活按钮，以进行加密通话的保持或激活，当然，发送方终端也可以接收来自其他控制终端、网络或服务器的指令执行通话保持或通话激活的功能。进而，接收方终端可以根据加密通话处理请求确定发送方终端的加密通话状态。

在上述任一技术方案中，优选地，所述后续语音流来自所述发送方终 端以外的其他发送对象，以及所述根据所述发送方终端的加密通话状态，确定是否对接收到的后续语音流进行解密，具体包括：当所述发送方终端的加密通话状态为通话保持状态时，停止对所述后续语音流进行解密；当所述发送方终端的加密通话状态为通话激活状态时，开启对所述后续语音流的解密功能。

在该技术方案中，当发送方终端接收到通话保持命令时，可以向网络发送通话保持请求，网络再将通话保持请求传输至接收方终端，从而使接收方终端根据该通话保持请求可以确定发送方终端处于通话保持状态，需要进行加密通话的保持，进而停止对接收到的后续语音流的解密，由于此时的语音流可以是发送方终端以外的其他发送对象发送至接收方终端的语音流，比如，在通话保存过程中的来自网络的等待铃声等，故可以在加密通话保持过程中避免将来自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音。

同样地，当发送方终端接收到通话激活命令时，可以向网络发送通话激活请求，网络再将通话激活请求传输至接收方终端，从而使接收方终端根据该通话激活请求可以确定发送方终端处于通话激活状态，需要进行加密通话的激活，进而开启对接收到的后续语音流的解密功能。

本发明的还一方面提出了一种终端，包括：通话处理请求接收单元，在加密通话过程中，接收加密通话的发送方终端的加密通话处理请求；加密通话状态确定单元，根据所述加密通话处理请求，确定所述发送方终端的加密通话状态；加密通话控制单元，根据所述发送方终端的加密通话状态，确定是否对接收到的后续语音流进行解密。

在该技术方案中，本终端即接收方终端，进行加密通话时，可接收来自加密通话的发送方终端的加密通话处理请求，比如，如果接收到的加密通话处理请求是加密通话保持请求，则确定发送方终端处于加密通话保持状态，进而停止对接收到的后续语音流的解密。

这里所述的后续语音流可以是发送方终端以外的其他发送对象发送至本终端的语音流，比如，在通话保存过程中的来自网络的等待铃声。

通过该技术方案，可以在加密通话保持过程中避免接收方终端将来自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音，提升 了加密通话中进行通话保持时的用户体验。

在上述技术方案中，优选地，所述加密通话处理请求包括加密通话保持请求或加密通话激活请求，以及所述加密通话状态确定单元具体用于：当所述加密通话处理请求为所述加密通话保持请求时，确定所述发送方终端的加密通话状态为通话保持状态，以及当所述加密通话处理请求为所述加密通话激活请求时，确定所述发送方终端的加密通话状态为通话激活状态。

在该技术方案中，本终端即接收方终端，进行加密通话时，发送方终端的用户可以手动点击通话保持按钮或通话激活按钮，以进行加密通话的保持或激活，当然，发送方终端也可以接收来自其他控制终端、网络或服务器的指令执行通话保持或通话激活的功能。进而，接收方终端可以根据加密通话处理请求确定发送方终端的加密通话状态。

在上述任一技术方案中，优选地，所述后续语音流来自所述发送方终端以外的其他发送对象，以及所述加密通话控制单元具体用于：当所述发送方终端的加密通话状态为通话保持状态时，停止对所述后续语音流进行解密，以及当所述发送方终端的加密通话状态为通话激活状态时，开启对所述后续语音流的解密功能。

在该技术方案中，当发送方终端接收到通话保持命令时，可以向网络发送通话保持请求，网络再将通话保持请求传输至接收方终端，从而使接收方终端根据该通话保持请求可以确定发送方终端处于通话保持状态，需要进行加密通话的保持，进而停止对接收到的后续语音流的解密，由于此时的语音流可以是发送方终端以外的其他发送对象发送至接收方终端的语音流，比如，在通话保存过程中的来自网络的等待铃声等，故可以在加密通话保持过程中避免将来自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音。

同样地，当发送方终端接收到通话激活命令时，可以向网络发送通话激活请求，网络再将通话激活请求传输至接收方终端，从而使接收方终端根据该通话激活请求可以确定发送方终端处于通话激活状态，需要进行加密通话的激活，进而开启对接收到的后续语音流的解密功能。

通过以上技术方案，可以在加密通话保持过程中避免接收方终端将来 自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音，提升了加密通话中进行通话保持时的用户体验。

附图说明

图1示出了根据本发明的一个实施例的加密通话控制方法的流程图；

图2示出了根据本发明的一个实施例的终端的框图；

图3示出了根据本发明的另一个实施例的加密通话控制方法的流程图；

图4示出了根据本发明的另一个实施例的终端的框图；

图5示出了根据本发明的一个实施例的加密通话保持控制方法的流程图；

图6示出了根据本发明的一个实施例的加密通话激活控制方法的流程图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图1示出了根据本发明的一个实施例的加密通话控制方法的流程图。

如图1所示，根据本发明的一个实施例的加密通话控制方法，包括：

步骤102，在加密通话过程中，接收加密通话控制命令；

步骤104，根据所述加密通话控制命令，向加密通话的接收方终端发送对应的加密通话处理请求，以供所述接收方终端根据所述加密通话处理请求确定是否对后续语音流进行解密。

在该技术方案中，进行加密通话时，终端可以在接收到加密通话控制命令时，向加密通话的接收方终端发送对应的加密通话处理请求，比如，如果接收到的加密通话控制命令是加密通话保持命令，需要暂停与接收方 终端的加密通话，接入其他通话，此时，就可以向接收方终端发送一个加密通话保持请求，使接收方终端获得本终端的加密通话保持状态，进而停止对接收到的后续语音流的解密。

这里所述的后续语音流可以是本终端以外的其他发送对象发送至接收方终端的语音流，比如，在通话保持过程中的来自网络的等待铃声。

通过该技术方案，可以在加密通话保持过程中避免将来自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音，提升了加密通话中进行通话保持时的用户体验。

在上述技术方案中，优选地，所述加密通话控制命令包括通话保持命令或通话激活命令，以及步骤104具体包括：当所述加密通话控制命令为所述通话保持命令时，向网络发送通话保持请求，以供所述接收方终端在接收到来自所述网络的所述通话保持请求后停止对所述后续语音流进行解密；当所述加密通话控制命令为所述通话激活命令时，向所述网络发送通话激活请求，以供所述接收方终端在接收到来自所述网络的所述通话激活请求后开启对所述后续语音流的解密功能。

在该技术方案中，进行加密通话时，终端的用户可以手动点击通话保持按钮或通话激活按钮，以进行加密通话的保持或激活，当然，终端也可以接收来自其他控制终端、网络或服务器的指令执行通话保持或通话激活的功能。

其中，当终端接收到通话保持命令时，可以向网络发送通话保持请求，网络再将通话保持请求传输至接收方终端，从而使接收方终端获知本终端需要进行加密通话的保持，进而停止对接收到的后续语音流的解密，由于此时的语音流可以是本终端以外的其他发送对象发送至接收方终端的语音流，比如，在通话保存过程中的来自网络的等待铃声等，故可以在加密通话保持过程中避免将来自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音。

同样地，当终端接收到通话激活命令时，可以向网络发送通话激活请求，网络再将通话激活请求传输至接收方终端，从而使接收方终端获知本终端需要激活已保持的加密通话，进而可以继续对接收到的后续语音流的解密，此时的后续语音流则是来自终端的已加密的语音数据。

在上述任一技术方案中，优选地，在步骤104之后，还包括：执行所述加密通话控制命令，其中，对正在进行的加密通话进行保持或对保持状态下的加密通话进行激活。

在该技术方案中，只有在向加密通话的接收方终端发送对应的加密通话处理请求之后，再具体执行加密通话控制命令，这样，可以使接收方终端可以及时获知本终端的加密通话状态，也就是确定后续语音流是否需要解密，从而能够正确处理后续语音流，避免因误解密而产生的杂音，提升了加密通话中进行通话保持时的用户体验。

图2示出了根据本发明的一个实施例的终端的框图。

如图2所示，根据本发明的一个实施例的终端200，包括：通话控制命令接收单元202和加密通话处理请求发送单元204。

其中，通话控制命令接收单元202用于在加密通话过程中，接收加密通话控制命令；加密通话处理请求发送单元204用于根据所述加密通话控制命令，向加密通话的接收方终端发送对应的加密通话处理请求，以供所述接收方终端根据所述加密通话处理请求确定是否对后续语音流进行解密。

在该技术方案中，进行加密通话时，终端可以在接收到加密通话控制命令时，向加密通话的接收方终端发送对应的加密通话处理请求，比如，如果接收到的加密通话控制命令是加密通话保持命令，需要暂停与接收方终端的加密通话，接入其他通话，此时，就可以向接收方终端发送一个加密通话保持请求，使接收方终端获得本终端的加密通话保持状态，进而停止对接收到的后续语音流的解密。

这里所述的后续语音流可以是本终端以外的其他发送对象发送至接收方终端的语音流，比如，在通话保存过程中的来自网络的等待铃声。

通过该技术方案，可以在加密通话保持过程中避免将来自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音，提升了加密通话中进行通话保持时的用户体验。

在上述技术方案中，优选地，加密通话控制命令包括通话保持命令或通话激活命令，以及加密通话处理请求发送单元204具体用于：当所述加密通话控制命令为所述通话保持命令时，向网络发送通话保持请求，以供 所述接收方终端在接收到来自所述网络的所述通话保持请求后停止对所述后续语音流进行解密，以及当所述加密通话控制命令为所述通话激活命令时，向所述网络发送通话激活请求，以供所述接收方终端在接收到来自所述网络的所述通话激活请求后开启对所述后续语音流的解密功能。

在该技术方案中，进行加密通话时，终端的用户可以手动点击通话保持按钮或通话激活按钮，以进行加密通话的保持或激活，当然，终端也可以接收来自其他控制终端、网络或服务器的指令执行通话保持或通话激活的功能。

其中，当终端接收到通话保持命令时，可以向网络发送通话保持请求，网络再将通话保持请求传输至接收方终端，从而使接收方终端获知本终端需要进行加密通话的保持，进而停止对接收到的后续语音流的解密，由于此时的语音流可以是本终端以外的其他发送对象发送至接收方终端的语音流，比如，在通话保存过程中的来自网络的等待铃声等，故可以在加密通话保持过程中避免将来自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音。

同样地，当终端接收到通话激活命令时，可以向网络发送通话激活请求，网络再将通话激活请求传输至接收方终端，从而使接收方终端获知本终端需要激活已保持的加密通话，进而可以继续对接收到的后续语音流的解密，此时的后续语音流则是来自终端的已加密的语音数据。

在上述任一技术方案中，优选地，还包括：通话控制命令执行单元206，在所述向加密通话的接收方终端发送对应的加密通话处理请求之后，执行所述加密通话控制命令，其中，对正在进行的加密通话进行保持或对保持状态下的加密通话进行激活。

在该技术方案中，只有在向加密通话的接收方终端发送对应的加密通话处理请求之后，再具体执行加密通话控制命令，这样，可以使接收方终端可以及时获知本终端的加密通话状态，也就是确定后续语音流是否需要解密，从而能够正确处理后续语音流，避免因误解密而产生的杂音，提升了加密通话中进行通话保持时的用户体验。

图3示出了根据本发明的另一个实施例的加密通话控制方法的流程图。

如图3所示，根据本发明的另一个实施例的加密通话控制方法，包括：

步骤302，在加密通话过程中，接收加密通话的发送方终端的加密通话处理请求；

步骤304，根据所述加密通话处理请求，确定所述发送方终端的加密通话状态；

步骤306，根据所述发送方终端的加密通话状态，确定是否对接收到的后续语音流进行解密。

在该技术方案中，本终端即接收方终端，进行加密通话时，可接收来自加密通话的发送方终端的加密通话处理请求，比如，如果接收到的加密通话处理请求是加密通话保持请求，则确定发送方终端处于加密通话保持状态，进而停止对接收到的后续语音流的解密。

这里所述的后续语音流可以是发送方终端以外的其他发送对象发送至本终端的语音流，比如，在通话保存过程中的来自网络的等待铃声。

通过该技术方案，可以在加密通话保持过程中避免接收方终端将来自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音，提升了加密通话中进行通话保持时的用户体验。

在上述技术方案中，优选地，所述加密通话处理请求包括加密通话保持请求或加密通话激活请求，以及步骤304具体包括：当所述加密通话处理请求为所述加密通话保持请求时，确定所述发送方终端的加密通话状态为通话保持状态；当所述加密通话处理请求为所述加密通话激活请求时，确定所述发送方终端的加密通话状态为通话激活状态。

在该技术方案中，本终端即接收方终端，进行加密通话时，发送方终端的用户可以手动点击通话保持按钮或通话激活按钮，以进行加密通话的保持或激活，当然，发送方终端也可以接收来自其他控制终端、网络或服务器的指令执行通话保持或通话激活的功能。进而，接收方终端可以根据加密通话处理请求确定发送方终端的加密通话状态。

在上述任一技术方案中，优选地，所述后续语音流来自所述发送方终端以外的其他发送对象，以及步骤306具体包括：当所述发送方终端的加密通话状态为通话保持状态时，停止对所述后续语音流进行解密；当所述 发送方终端的加密通话状态为通话激活状态时，开启对所述后续语音流的解密功能。

在该技术方案中，当发送方终端接收到通话保持命令时，可以向网络发送通话保持请求，网络再将通话保持请求传输至接收方终端，从而使接收方终端根据该通话保持请求可以确定发送方终端处于通话保持状态，需要进行加密通话的保持，进而停止对接收到的后续语音流的解密，由于此时的语音流可以是发送方终端以外的其他发送对象发送至接收方终端的语音流，比如，在通话保存过程中的来自网络的等待铃声等，故可以在加密通话保持过程中避免将来自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音。

同样地，当发送方终端接收到通话激活命令时，可以向网络发送通话激活请求，网络再将通话激活请求传输至接收方终端，从而使接收方终端根据该通话激活请求可以确定发送方终端处于通话激活状态，需要进行加密通话的激活，进而开启对接收到的后续语音流的解密功能。

图4示出了根据本发明的另一个实施例的终端的框图。

如图4所示，根据本发明的另一个实施例的终端400，包括：通话处理请求接收单元402、加密通话状态确定单元404和加密通话控制单元406。

其中，通话处理请求接收单元402用于在加密通话过程中，接收加密通话的发送方终端的加密通话处理请求；加密通话状态确定单元404用于根据所述加密通话处理请求，确定所述发送方终端的加密通话状态；加密通话控制单元406用于根据所述发送方终端的加密通话状态，确定是否对接收到的后续语音流进行解密。

在该技术方案中，本终端即接收方终端，进行加密通话时，可接收来自加密通话的发送方终端的加密通话处理请求，比如，如果接收到的加密通话处理请求是加密通话保持请求，则确定发送方终端处于加密通话保持状态，进而停止对接收到的后续语音流的解密。

这里所述的后续语音流可以是发送方终端以外的其他发送对象发送至本终端的语音流，比如，在通话保存过程中的来自网络的等待铃声。

通过该技术方案，可以在加密通话保持过程中避免接收方终端将来自 网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音，提升了加密通话中进行通话保持时的用户体验。

在上述技术方案中，优选地，所述加密通话处理请求包括加密通话保持请求或加密通话激活请求，以及加密通话状态确定单元404具体用于：当所述加密通话处理请求为所述加密通话保持请求时，确定所述发送方终端的加密通话状态为通话保持状态，以及当所述加密通话处理请求为所述加密通话激活请求时，确定所述发送方终端的加密通话状态为通话激活状态。

在该技术方案中，本终端即接收方终端，进行加密通话时，发送方终端的用户可以手动点击通话保持按钮或通话激活按钮，以进行加密通话的保持或激活，当然，发送方终端也可以接收来自其他控制终端、网络或服务器的指令执行通话保持或通话激活的功能。进而，接收方终端可以根据加密通话处理请求确定发送方终端的加密通话状态。

在上述任一技术方案中，优选地，所述后续语音流来自所述发送方终端以外的其他发送对象，以及加密通话控制单元406具体用于：当所述发送方终端的加密通话状态为通话保持状态时，停止对所述后续语音流进行解密，以及当所述发送方终端的加密通话状态为通话激活状态时，开启对所述后续语音流的解密功能。

在该技术方案中，当发送方终端接收到通话保持命令时，可以向网络发送通话保持请求，网络再将通话保持请求传输至接收方终端，从而使接收方终端根据该通话保持请求可以确定发送方终端处于通话保持状态，需要进行加密通话的保持，进而停止对接收到的后续语音流的解密，由于此时的语音流可以是发送方终端以外的其他发送对象发送至接收方终端的语音流，比如，在通话保存过程中的来自网络的等待铃声等，故可以在加密通话保持过程中避免将来自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音。

同样地，当发送方终端接收到通话激活命令时，可以向网络发送通话激活请求，网络再将通话激活请求传输至接收方终端，从而使接收方终端根据该通话激活请求可以确定发送方终端处于通话激活状态，需要进行加密通话的激活，进而开启对接收到的后续语音流的解密功能。

图5示出了根据本发明的一个实施例的加密通话保持控制方法的流程图。

如图5所示，在终端1和终端2进行加密通话过程中，包括：

步骤502，用户点击保持按键。

步骤504，终端1向网络发出加密通话保持请求。

步骤506，终端1进入加密通话保持状态。

步骤508，网络向终端2发送加密通话保持通知。

步骤510，终端2接收来自网络的加密通话保持通知，记录终端1的加密通话状态为保持。

步骤512，终端2停止对后续语音流的解密操作。

在该技术方案中，于终端1进行加密通话的保持时，需要及时通知到终端2，以便让终端2对接收到的语音流停止解密操作，同时，对终端2的通知应该先于网络发送铃声之前，所以，终端1接收到加密通话保持命令之后的第一步是向网络发送通知，然后再真正执行加密通话保持操作。终端2收到网络的通知之后，应当记录下此时终端1所处的状态s为保持，终端1所处的状态s是终端2如何处理后续语音流的依据，s为保持时，终端2对语音流不执行解密操作，从而保证了终端2不会错误地将网络铃声等内容解密，避免加密通话过程中终端2在终端1通话保持期间出现杂音。

图6示出了根据本发明的一个实施例的加密通话激活控制方法的流程图。

如图6所示，在终端1和终端2进行加密通话过程中，终端1进行加密通话保持后，包括：

步骤602，用户点击激活按键。

步骤604，终端1向网络发出加密通话激活请求。

步骤606，终端1进入加密通话激活状态。

步骤608，网络向终端2发送加密通话激活通知。

步骤610，终端2接收来自网络的加密通话激活通知，记录终端1的加密通话状态为激活。

步骤612，终端2开启对后续语音流的解密操作。

在该技术方案中，于终端1进行加密通话的激活时，需要及时通知到终端2，以便让终端2再次开启对接收到的语音流的解密操作，同时，对终端2的通知应该先于再次接收到语音流之前，所以，终端1接收到加密通话激活命令之后的第一步是向网络发送通知，然后再真正执行加密通话激活操作。终端2收到网络的通知之后，应当记录下此时终端1所处的状态s为激活，终端1所处的状态s是终端2如何处理后续语音流的依据，s为激活时，终端2对语音流继续执行解密操作。

以上结合附图详细说明了本发明的技术方案，通过本发明的技术方案，可以在加密通话保持过程中避免接收方终端将来自网络的语音流进行误解密的情况，从而避免因误解密而产生的杂音，提升了加密通话中进行通话保持时的用户体验。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。