WO2017185804A1 - Procédé et terminal de commande d'appel chiffré - Google Patents
Procédé et terminal de commande d'appel chiffré Download PDFInfo
- Publication number
- WO2017185804A1 WO2017185804A1 PCT/CN2016/113581 CN2016113581W WO2017185804A1 WO 2017185804 A1 WO2017185804 A1 WO 2017185804A1 CN 2016113581 W CN2016113581 W CN 2016113581W WO 2017185804 A1 WO2017185804 A1 WO 2017185804A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- call
- encrypted
- encrypted call
- terminal
- state
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/03—Protecting confidentiality, e.g. by encryption
- H04W12/033—Protecting confidentiality, e.g. by encryption of the user plane, e.g. user's traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/03—Protecting confidentiality, e.g. by encryption
- H04W12/037—Protecting confidentiality, e.g. by encryption of the control plane, e.g. signalling traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/25—Maintenance of established connections
Definitions
- the present invention relates to the field of terminal technologies, and in particular, to an encrypted call control method and a terminal.
- CS domain circuit switched domain
- GSM Global System for Mobile Communications
- WCDMA Wideband Code Multiple Access
- Volte Wideband Voice Function
- PS Packet Switched
- the function of call hold is prohibited.
- the source voice needs to be encrypted on the source terminal and then transmitted to the network, and the encrypted voice needs to be transmitted to the destination terminal.
- the decryption operation can restore the voice.
- the destination terminal often receives voice streams such as ring tones from the network, and the encrypted call also decrypts the voice streams by default.
- these voice streams are not encrypted, so that the unencrypted voice stream is made into a noise due to the decryption operation, and finally, the user of the destination terminal hears all the time when the source terminal is in the call hold state. The noise makes the user experience a bad experience.
- the invention is based on the above problems, and proposes a new technical solution, which can avoid the voice stream being mis-decrypted during the encrypted call process and improve the user experience.
- an aspect of the present invention provides an encrypted call control method, including: receiving an encrypted call control command during an encrypted call; and transmitting, according to the encrypted call control command, a corresponding call to a recipient terminal of the encrypted call Encrypting the call processing request for the recipient terminal to determine whether to decrypt the subsequent voice stream according to the encrypted call processing request.
- the terminal may send a corresponding encrypted call processing request to the receiver terminal of the encrypted call when receiving the encrypted call control command, for example, if the received encrypted call control command is an encrypted call.
- the terminal may send a corresponding encrypted call processing request to the receiver terminal of the encrypted call when receiving the encrypted call control command, for example, if the received encrypted call control command is an encrypted call.
- the received encrypted call control command is an encrypted call.
- an encrypted call hold request can be sent to the receiver terminal, so that the receiver terminal obtains the encrypted call hold state of the terminal, and then stops the pair. Decryption of the received subsequent voice stream.
- the subsequent voice stream described herein may be a voice stream sent by the other transmitting object other than the terminal to the receiving terminal, for example, a waiting ring tone from the network during the call holding process.
- the encrypted call control command includes a call hold command or a call activation command, and the sending the corresponding encrypted call processing request to the receiver terminal of the encrypted call, specifically: when the encrypted call is When the control command is the call hold command, sending a call hold request to the network, for the receiver terminal to stop decrypting the subsequent voice stream after receiving the call hold request from the network; When the encrypted call control command is the call activation command, sending a call activation request to the network, for the receiver terminal to open the subsequent voice stream after receiving the call activation request from the network.
- Decryption function when the encrypted call is When the control command is the call hold command, sending a call hold request to the network, for the receiver terminal to stop decrypting the subsequent voice stream after receiving the call hold request from the network.
- the user of the terminal when performing an encrypted call, can manually click the call hold button or the call activation button to perform the hold or activation of the encrypted call.
- the terminal can also receive commands from other control terminals, networks or servers. Perform call hold or call activation.
- the terminal may send a call hold request to the network, and then the network transmits the call hold request to the receiver terminal, so that the receiver terminal knows that the terminal needs to maintain the encrypted call, and then stops receiving.
- Decoding of the subsequent voice stream because the voice stream at this time may be a voice stream sent by the other sending object other than the terminal to the receiving terminal, for example, waiting for a ring tone from the network during the call holding process, etc.
- the voice stream from the network is prevented from being erroneously decrypted, thereby avoiding the noise generated by the erroneous decryption.
- the terminal may send a call activation request to the network, and then the network transmits the call activation request to the receiver terminal, so that the receiver terminal knows that the terminal needs to activate the held encrypted call, and then The decryption of the received subsequent voice stream is continued, and the subsequent voice stream at this time is the encrypted voice data from the terminal.
- the method further includes: performing the encrypted call control command, where the ongoing encrypted call is performed. Keep or activate the encrypted call in the hold state.
- the encrypted call control command is specifically executed, so that the receiving terminal can know the encrypted call state of the terminal in time. It is to determine whether the subsequent voice stream needs to be decrypted, so that the subsequent voice stream can be correctly processed, avoiding the noise generated by the mis-decryption, and improving the user experience when the call is held in the encrypted call.
- Another aspect of the present invention provides a terminal, including: a call control command receiving unit, which receives an encrypted call control command during an encrypted call; an encrypted call processing request sending unit, and an encrypted call according to the encrypted call control command
- the receiving terminal sends a corresponding encrypted call processing request for the receiving terminal to determine whether to decrypt the subsequent voice stream according to the encrypted call processing request.
- the terminal may send a corresponding encrypted call processing request to the receiver terminal of the encrypted call when receiving the encrypted call control command, for example, if the received encrypted call control command is an encrypted call.
- the terminal may send a corresponding encrypted call processing request to the receiver terminal of the encrypted call when receiving the encrypted call control command, for example, if the received encrypted call control command is an encrypted call.
- the received encrypted call control command is an encrypted call.
- an encrypted call hold request can be sent to the receiver terminal, so that the receiver terminal obtains the encrypted call hold state of the terminal, and then stops the pair. Decryption of the received subsequent voice stream.
- the subsequent voice stream described herein may be a voice stream sent by the other transmitting object other than the terminal to the receiving terminal, for example, a waiting ring tone from the network during the call holding process.
- the encrypted call control command includes a call hold command or a call activation command
- the encrypted call processing request sending unit is specifically configured to: when the encrypted call control command is the call hold command Sending a call hold request to the network, for the receiver terminal to stop decrypting the subsequent voice stream after receiving the call hold request from the network, and when the encrypted call control command is
- the call activation command is performed, a call activation request is sent to the network, so that the receiver terminal turns on the decryption function for the subsequent voice stream after receiving the call activation request from the network.
- the user of the terminal when performing an encrypted call, can manually click the call hold button or the call activation button to perform the hold or activation of the encrypted call.
- the terminal can also receive commands from other control terminals, networks or servers. Perform call hold or call activation.
- the terminal may send a call hold request to the network, and then the network transmits the call hold request to the receiver terminal, so that the receiver terminal knows that the terminal needs to maintain the encrypted call, and then stops receiving.
- Decoding of the subsequent voice stream because the voice stream at this time may be a voice stream sent by the other sending object other than the terminal to the receiving terminal, for example, waiting for a ring tone from the network during the call holding process, etc.
- the voice stream from the network is prevented from being erroneously decrypted, thereby avoiding the noise generated by the erroneous decryption.
- the terminal may send a call activation request to the network, and then the network transmits the call activation request to the receiver terminal, so that the receiver terminal knows that the terminal needs to activate the held encrypted call, and then The decryption of the received subsequent voice stream is continued, and the subsequent voice stream at this time is the encrypted voice data from the terminal.
- the method further includes: a call control command execution unit, configured to execute the encrypted call control command after the corresponding encrypted call processing request is sent to the receiver terminal of the encrypted call, where An ongoing encrypted call is held or activated for an encrypted call in the hold state.
- a call control command execution unit configured to execute the encrypted call control command after the corresponding encrypted call processing request is sent to the receiver terminal of the encrypted call, where An ongoing encrypted call is held or activated for an encrypted call in the hold state.
- the encrypted call control command is specifically executed, so that the receiving terminal can know the encrypted call state of the terminal in time. It is to determine whether the subsequent voice stream needs to be decrypted, so that the subsequent voice stream can be correctly processed, avoiding the noise generated by the mis-decryption, and improving the user experience when the call is held in the encrypted call.
- a further aspect of the present invention provides an encrypted call control method, including: receiving an encrypted call processing request of a sender terminal of an encrypted call during an encrypted call; and determining the sender terminal according to the encrypted call processing request The encrypted call state; determining whether to decrypt the received subsequent voice stream according to the encrypted call state of the sender terminal.
- the terminal that is, the receiving terminal, can receive an encrypted call processing request from the sender terminal of the encrypted call when performing an encrypted call, for example, if the received encrypted call processing request is an encrypted call holding request, It is determined that the sender terminal is in the encrypted call hold state, and then the decryption of the received subsequent voice stream is stopped.
- the subsequent voice stream described herein may be a voice stream sent to the terminal by a transmission object other than the sender terminal, for example, a waiting ring tone from the network during the call hold process.
- the technical solution can prevent the receiving terminal from erroneously decrypting the voice stream from the network during the encrypted call holding process, thereby avoiding the noise generated by the erroneous decryption and improving the user experience when the call is held in the encrypted call. .
- the encrypted call processing request includes an encrypted call hold request or an encrypted call activation request
- the determining, according to the encrypted call processing request, the encrypted call state of the sender terminal specifically including Determining, when the encrypted call processing request is the encrypted call hold request, determining that the encrypted call state of the sender terminal is a call hold state; and when the encrypted call processing request is the encrypted call activation request, determining The encrypted call state of the sender terminal is the call activation state.
- the user of the sender terminal can manually click the call hold button or the call activation button to perform the hold or activation of the encrypted call.
- the sender terminal can also Receives commands from other control terminals, networks, or servers to perform call hold or call activation. Further, the receiving terminal can determine the encrypted call state of the sender terminal according to the encrypted call processing request.
- the subsequent voice stream is from another sending object other than the sender terminal, and determining whether the received subsequent voice is received according to the encrypted call state of the sender terminal Decrypting the stream specifically includes: when the encrypted call state of the sender terminal is a call hold state, stopping decrypting the subsequent voice stream; and when the encrypted call state of the sender terminal is a call activation state, turning on Decryption function for the subsequent voice stream.
- the call hold request may be sent to the network, and the network transmits the call hold request to the receiver terminal, so that the receiver terminal can determine to send according to the call hold request.
- the party terminal is in a call hold state, and needs to perform the hold of the encrypted call, thereby stopping the decryption of the received subsequent voice stream.
- the voice stream at this time may be a voice stream sent by the other sending object other than the sender terminal to the receiver terminal.
- the call activation request may be sent to the network, and the network transmits the call activation request to the receiver terminal, so that the receiver terminal can determine that the sender terminal is located according to the call activation request.
- the call activation state activation of the encrypted call is required, and then the decryption function of the received subsequent voice stream is turned on.
- a terminal includes: a call processing request receiving unit that receives an encrypted call processing request of a sender terminal of an encrypted call during an encrypted call; an encrypted call state determining unit, according to the encrypted call Processing the request, determining an encrypted call state of the sender terminal; and the encrypted call control unit determines whether to decrypt the received subsequent voice stream according to the encrypted call state of the sender terminal.
- the terminal that is, the receiving terminal, can receive an encrypted call processing request from the sender terminal of the encrypted call when performing an encrypted call, for example, if the received encrypted call processing request is an encrypted call holding request, It is determined that the sender terminal is in the encrypted call hold state, and then the decryption of the received subsequent voice stream is stopped.
- the subsequent voice stream described herein may be a voice stream sent to the terminal by a transmission object other than the sender terminal, for example, a waiting ring tone from the network during the call hold process.
- the technical solution can prevent the receiving terminal from erroneously decrypting the voice stream from the network during the encrypted call holding process, thereby avoiding the noise generated by the erroneous decryption and improving the user experience when the call is held in the encrypted call. .
- the encrypted call processing request includes an encrypted call hold request or an encrypted call activation request
- the encrypted call state determining unit is specifically configured to: when the encrypted call processing request is the encrypted call When the request is kept, determining that the encrypted call state of the sender terminal is a call hold state, and determining that the encrypted call state of the sender terminal is a call activation state when the encrypted call processing request is the encrypted call activation request .
- the user of the sender terminal can manually click the call hold button or the call activation button to perform the hold or activation of the encrypted call.
- the sender terminal can also Receives commands from other control terminals, networks, or servers to perform call hold or call activation. Further, the receiving terminal can determine the encrypted call state of the sender terminal according to the encrypted call processing request.
- the subsequent voice stream is from another sending object other than the sender terminal
- the encrypted call control unit is specifically configured to: when the encrypted call state of the sender terminal is When the call is in the hold state, the decryption of the subsequent voice stream is stopped, and when the encrypted call state of the sender terminal is the call activation state, the decryption function for the subsequent voice stream is turned on.
- the call hold request may be sent to the network, and the network transmits the call hold request to the receiver terminal, so that the receiver terminal can determine to send according to the call hold request.
- the party terminal is in a call hold state, and needs to perform the hold of the encrypted call, thereby stopping the decryption of the received subsequent voice stream.
- the voice stream at this time may be a voice stream sent by the other sending object other than the sender terminal to the receiver terminal.
- the call activation request may be sent to the network, and the network transmits the call activation request to the receiver terminal, so that the receiver terminal can determine that the sender terminal is located according to the call activation request.
- the call activation state activation of the encrypted call is required, and then the decryption function of the received subsequent voice stream is turned on.
- the receiving terminal can be prevented from erroneously decrypting the voice stream from the network during the encrypted call holding process, thereby avoiding the noise generated by the erroneous decryption, and improving the user experience when the call is held in the encrypted call. .
- FIG. 1 shows a flow chart of an encrypted call control method in accordance with one embodiment of the present invention
- Figure 2 shows a block diagram of a terminal in accordance with one embodiment of the present invention
- FIG. 3 is a flow chart showing an encrypted call control method according to another embodiment of the present invention.
- Figure 4 shows a block diagram of a terminal in accordance with another embodiment of the present invention.
- FIG. 5 is a flowchart showing an encrypted call hold control method according to an embodiment of the present invention.
- FIG. 6 shows a flow chart of an encrypted call activation control method in accordance with one embodiment of the present invention
- FIG. 7 is a schematic structural diagram of a terminal according to an embodiment of the present invention.
- FIG. 8 is a block diagram showing the structure of a terminal according to another embodiment of the present invention.
- FIG. 1 shows a flow chart of an encrypted call control method in accordance with one embodiment of the present invention.
- an encrypted call control method includes:
- Step 102 Receive an encrypted call control command during an encrypted call.
- Step 104 Send, according to the encrypted call control command, a corresponding encrypted call processing request to the receiver terminal of the encrypted call, so that the receiving terminal determines whether to decrypt the subsequent voice stream according to the encrypted call processing request.
- the terminal may send a corresponding encrypted call processing request to the receiver terminal of the encrypted call when receiving the encrypted call control command, for example, if the received encrypted call control command is an encrypted call.
- the terminal may send a corresponding encrypted call processing request to the receiver terminal of the encrypted call when receiving the encrypted call control command, for example, if the received encrypted call control command is an encrypted call.
- the received encrypted call control command is an encrypted call.
- an encrypted call hold request can be sent to the receiver terminal, so that the receiver terminal obtains the encrypted call hold state of the terminal, and then stops the pair. Decryption of the received subsequent voice stream.
- the subsequent voice stream described herein may be a voice stream sent by the other transmitting object other than the terminal to the receiving terminal, for example, a waiting ring tone from the network during the call hold process.
- the encrypted call control command includes a call hold command or a call activation command
- the step 104 specifically includes: when the encrypted call control command is the call hold command, sending a call hold to the network Requesting, for the receiving terminal to stop decrypting the subsequent voice stream after receiving the call hold request from the network; when the encrypted call control command is the call activation command, The network sends a call activation request for the recipient terminal to turn on the decryption function for the subsequent voice stream after receiving the call activation request from the network.
- the user of the terminal when performing an encrypted call, can manually click the call hold button or the call activation button to perform the hold or activation of the encrypted call.
- the terminal can also receive commands from other control terminals, networks or servers. Perform call hold or call activation.
- the terminal may send a call hold request to the network, and then the network transmits the call hold request to the receiver terminal, so that the receiver terminal knows that the terminal needs to maintain the encrypted call, and then stops receiving.
- Decoding of the subsequent voice stream because the voice stream at this time may be a voice stream sent by the other sending object other than the terminal to the receiving terminal, for example, waiting for a ring tone from the network during the call holding process, etc.
- the voice stream from the network is prevented from being erroneously decrypted, thereby avoiding the noise generated by the erroneous decryption.
- the terminal may send a call activation request to the network, and then the network transmits the call activation request to the receiver terminal, so that the receiver terminal knows that the terminal needs to activate the held encrypted call, and then The decryption of the received subsequent voice stream is continued, and the subsequent voice stream at this time is the encrypted voice data from the terminal.
- the method further comprises: performing the encrypted call control command, wherein the ongoing encrypted call is held or the encrypted call in the hold state is activated.
- the encrypted call control command is specifically executed, so that the receiving terminal can know the encrypted call state of the terminal in time. It is to determine whether the subsequent voice stream needs to be decrypted, so that the subsequent voice stream can be correctly processed, avoiding the noise generated by the mis-decryption, and improving the user experience when the call is held in the encrypted call.
- Figure 2 shows a block diagram of a terminal in accordance with one embodiment of the present invention.
- the terminal 200 includes a call control command receiving unit 202 and an encrypted call processing request transmitting unit 204.
- the call control command receiving unit 202 is configured to receive an encrypted call control command during the encrypted call; the encrypted call processing request sending unit 204 is configured to send the corresponding encryption to the recipient terminal of the encrypted call according to the encrypted call control command.
- the call processing request is sent by the receiving terminal to determine whether to decrypt the subsequent voice stream according to the encrypted call processing request.
- the terminal may send a corresponding encrypted call processing request to the receiver terminal of the encrypted call when receiving the encrypted call control command, for example, if the received encrypted call control command is an encrypted call.
- the terminal may send a corresponding encrypted call processing request to the receiver terminal of the encrypted call when receiving the encrypted call control command, for example, if the received encrypted call control command is an encrypted call.
- the received encrypted call control command is an encrypted call.
- an encrypted call hold request can be sent to the receiver terminal, so that the receiver terminal obtains the encrypted call hold state of the terminal, and then stops the pair. Decryption of the received subsequent voice stream.
- the subsequent voice stream described herein may be a voice stream sent by the other transmitting object other than the terminal to the receiving terminal, for example, a waiting ring tone from the network during the call holding process.
- the encrypted call control command includes a call hold command or a call activation command
- the encrypted call processing request sending unit 204 is specifically configured to: when the encrypted call control command is the call hold command, The network sends a call hold request for the recipient terminal to stop decrypting the subsequent voice stream after receiving the call hold request from the network, and when the encrypted call control command is activated for the call
- a call activation request is sent to the network, so that the receiver terminal turns on the decryption function for the subsequent voice stream after receiving the call activation request from the network.
- the user of the terminal when performing an encrypted call, can manually click the call hold button or the call activation button to perform the hold or activation of the encrypted call.
- the terminal can also receive commands from other control terminals, networks or servers. Perform call hold or call activation.
- the terminal may send a call hold request to the network, and then the network transmits the call hold request to the receiver terminal, so that the receiver terminal knows that the terminal needs to maintain the encrypted call, and then stops receiving.
- Decoding of the subsequent voice stream because the voice stream at this time may be a voice stream sent by the other sending object other than the terminal to the receiving terminal, for example, waiting for a ring tone from the network during the call holding process, etc.
- the voice stream from the network is prevented from being erroneously decrypted, thereby avoiding the noise generated by the erroneous decryption.
- the terminal may send a call activation request to the network, and then the network transmits the call activation request to the receiver terminal, so that the receiver terminal knows that the terminal needs to activate the held encrypted call, and then The decryption of the received subsequent voice stream is continued, and the subsequent voice stream at this time is the encrypted voice data from the terminal.
- the method further includes: a call control command execution unit 206, configured to execute the encrypted call control command after the corresponding encrypted call processing request is sent to the receiver terminal of the encrypted call, where Holds an ongoing encrypted call or activates an encrypted call in a hold state.
- a call control command execution unit 206 configured to execute the encrypted call control command after the corresponding encrypted call processing request is sent to the receiver terminal of the encrypted call, where Holds an ongoing encrypted call or activates an encrypted call in a hold state.
- the encrypted call control command is specifically executed, so that the receiving terminal can know the encrypted call state of the terminal in time. It is to determine whether the subsequent voice stream needs to be decrypted, so that the subsequent voice stream can be correctly processed, avoiding the noise generated by the mis-decryption, and improving the user experience when the call is held in the encrypted call.
- FIG. 3 shows a flow chart of an encrypted call control method in accordance with another embodiment of the present invention.
- an encrypted call control method includes:
- Step 302 Receive an encrypted call processing request of the sender terminal of the encrypted call during the encrypted call;
- Step 304 Determine, according to the encrypted call processing request, an encrypted call state of the sender terminal.
- Step 306 Determine, according to the encrypted call state of the sender terminal, whether to decrypt the received subsequent voice stream.
- the terminal that is, the receiving terminal, can receive an encrypted call processing request from the sender terminal of the encrypted call when performing an encrypted call, for example, if the received encrypted call processing request is an encrypted call holding request, It is determined that the sender terminal is in the encrypted call hold state, and then the decryption of the received subsequent voice stream is stopped.
- the subsequent voice stream described herein may be a voice stream sent to the terminal by a transmission object other than the sender terminal, for example, a waiting ring tone from the network during the call hold process.
- the technical solution can prevent the receiving terminal from erroneously decrypting the voice stream from the network during the encrypted call holding process, thereby avoiding the noise generated by the erroneous decryption and improving the user experience when the call is held in the encrypted call. .
- the encrypted call processing request includes an encrypted call hold request or an encrypted call activation request
- step 304 specifically includes: when the encrypted call processing request is the encrypted call hold request, determining The encrypted call state of the sender terminal is a call hold state; when the encrypted call process request is the encrypted call activation request, it is determined that the encrypted call state of the sender terminal is a call active state.
- the user of the sender terminal can manually click the call hold button or the call activation button to perform the hold or activation of the encrypted call.
- the sender terminal can also Receives commands from other control terminals, networks, or servers to perform call hold or call activation. Further, the receiving terminal can determine the encrypted call state of the sender terminal according to the encrypted call processing request.
- the subsequent voice stream is from another sending object except the sender terminal
- step 306 specifically includes: when the encrypted call state of the sender terminal is a call hold state, The decrypting of the subsequent voice stream is stopped; when the encrypted call state of the sender terminal is a call activation state, the decryption function for the subsequent voice stream is turned on.
- the call hold request may be sent to the network, and the network transmits the call hold request to the receiver terminal, so that the receiver terminal can determine to send according to the call hold request.
- the party terminal is in a call hold state, and needs to perform the hold of the encrypted call, thereby stopping the decryption of the received subsequent voice stream.
- the voice stream at this time may be a voice stream sent by the other sending object other than the sender terminal to the receiver terminal.
- the call activation request may be sent to the network, and the network transmits the call activation request to the receiver terminal, so that the receiver terminal can determine that the sender terminal is located according to the call activation request.
- the call activation state activation of the encrypted call is required, and then the decryption function of the received subsequent voice stream is turned on.
- Figure 4 shows a block diagram of a terminal in accordance with another embodiment of the present invention.
- a terminal 400 includes a call processing request receiving unit 402, an encrypted call state determining unit 404, and an encrypted call control unit 406.
- the call processing request receiving unit 402 is configured to receive an encrypted call processing request of the sender terminal of the encrypted call during the encrypted call; the encrypted call state determining unit 404 is configured to determine the sender according to the encrypted call processing request.
- the encrypted call state of the terminal; the encrypted call control unit 406 is configured to determine whether to decrypt the received subsequent voice stream according to the encrypted call state of the sender terminal.
- the terminal that is, the receiving terminal, can receive an encrypted call processing request from the sender terminal of the encrypted call when performing an encrypted call, for example, if the received encrypted call processing request is an encrypted call holding request, It is determined that the sender terminal is in the encrypted call hold state, and then the decryption of the received subsequent voice stream is stopped.
- the subsequent voice stream described herein may be a voice stream sent to the terminal by a transmission object other than the sender terminal, for example, a waiting ring tone from the network during the call hold process.
- the technical solution can prevent the receiving terminal from erroneously decrypting the voice stream from the network during the encrypted call holding process, thereby avoiding the noise generated by the erroneous decryption and improving the user experience when the call is held in the encrypted call. .
- the encrypted call processing request includes an encrypted call hold request or an encrypted call activation request
- the encrypted call state determining unit 404 is specifically configured to: when the encrypted call processing request is for the encrypted call hold When requested, determining that the encrypted call state of the sender terminal is a call hold state, and determining that the encrypted call state of the sender terminal is a call active state when the encrypted call processing request is the encrypted call activation request.
- the user of the sender terminal can manually click the call hold button or the call activation button to perform the hold or activation of the encrypted call.
- the sender terminal can also Receives commands from other control terminals, networks, or servers to perform call hold or call activation. Further, the receiving terminal can determine the encrypted call state of the sender terminal according to the encrypted call processing request.
- the subsequent voice stream is from a sending object other than the sending terminal
- the encrypted call control unit 406 is specifically configured to: when the encrypted call state of the sending terminal is a call When the state is maintained, the decryption of the subsequent voice stream is stopped, and when the encrypted call state of the sender terminal is the call activation state, the decryption function for the subsequent voice stream is turned on.
- the call hold request may be sent to the network, and the network transmits the call hold request to the receiver terminal, so that the receiver terminal can determine to send according to the call hold request.
- the party terminal is in a call hold state, and needs to perform the hold of the encrypted call, thereby stopping the decryption of the received subsequent voice stream.
- the voice stream at this time may be a voice stream sent by the other sending object other than the sender terminal to the receiver terminal.
- the call activation request may be sent to the network, and the network transmits the call activation request to the receiver terminal, so that the receiver terminal can determine that the sender terminal is located according to the call activation request.
- the call activation state activation of the encrypted call is required, and then the decryption function of the received subsequent voice stream is turned on.
- FIG. 5 shows a flow chart of an encrypted call hold control method in accordance with one embodiment of the present invention.
- the method includes:
- step 502 the user clicks the hold button.
- step 504 the terminal 1 sends an encrypted call hold request to the network.
- step 506 the terminal 1 enters an encrypted call hold state.
- step 508 the network sends an encrypted call hold notification to the terminal 2.
- step 510 the terminal 2 receives the encrypted call hold notification from the network, and records the encrypted call state of the terminal 1 as hold.
- step 512 the terminal 2 stops the decryption operation on the subsequent voice stream.
- the terminal 1 when the terminal 1 performs the hold of the encrypted call, it is necessary to notify the terminal 2 in time so that the terminal 2 stops the decryption operation on the received voice stream, and at the same time, the notification to the terminal 2 should send the ringtone before the network.
- the first step after the terminal 1 receives the encrypted call hold command is to send a notification to the network, and then actually perform the encrypted call hold operation.
- the terminal 2 After receiving the notification from the network, the terminal 2 should record that the state S where the terminal 1 is located is maintained, and the state S where the terminal 1 is located is the basis for how the terminal 2 processes the subsequent voice stream.
- the terminal 2 When S is maintained, the terminal 2 is The voice stream does not perform the decryption operation, thereby ensuring that the terminal 2 does not erroneously decrypt the content such as the network ringtone, and avoids the occurrence of noise during the call holding of the terminal 2 during the encrypted call.
- FIG. 6 shows a flow chart of an encrypted call activation control method in accordance with one embodiment of the present invention.
- the method includes:
- step 602 the user clicks the activation button.
- step 604 the terminal 1 sends an encrypted call activation request to the network.
- step 606 the terminal 1 enters an encrypted call activation state.
- step 608 the network sends an encrypted call activation notification to the terminal 2.
- step 610 the terminal 2 receives an encrypted call activation notification from the network, and records the encrypted call state of the terminal 1 as active.
- step 612 the terminal 2 starts a decryption operation on the subsequent voice stream.
- the terminal 1 when the terminal 1 performs activation of the encrypted call, it is necessary to notify the terminal 2 in time so that the terminal 2 can start the decryption operation on the received voice stream again, and the notification to the terminal 2 should be preceded again.
- the first step after the terminal 1 receives the encrypted call activation command is to send a notification to the network, and then actually perform the encrypted call activation operation.
- the terminal 2 After receiving the notification from the network, the terminal 2 should record that the state S where the terminal 1 is located is active, and the state S where the terminal 1 is located is the basis for how the terminal 2 processes the subsequent voice stream. When S is activated, the terminal 2 is The voice stream continues to perform the decryption operation.
- the technical solution of the present invention is described in detail above with reference to the accompanying drawings.
- the technical solution of the present invention can prevent the receiver terminal from erroneously decrypting the voice stream from the network during the encrypted call hold process, thereby avoiding the occurrence of mis-decryption.
- the murmur enhances the user experience when the call is held during an encrypted call.
- FIG. 7 is a schematic structural diagram of a terminal according to an embodiment of the present invention.
- the terminal 70 in the embodiment of the present invention serves as a sender of an encrypted call, and may be different types of electronic devices, such as a smart phone, a tablet computer, a palmtop computer, and a mobile Internet device, a personal digital assistant, and a media player. , smart TV, smart watches, smart glasses, smart bracelets, etc.
- the terminal 70 in the embodiment of the present invention includes: at least one processor 701, such as a CPU, at least one memory 702, and at least one transceiver 703.
- the processor 701, the memory 702, and the transceiver 703 are connected and communicated through a bus system.
- the memory 702 may be a high speed RAM memory or a non-volatile memory such as at least one disk memory.
- the memory 702 stores program code, and the processor 701 can call the program code stored in the memory 702 to perform related functions through a bus system.
- the respective modules described in FIG. 2 for example, the call control command receiving unit 202, the encrypted call processing request transmitting unit 204, the call control command executing unit 206, etc.
- the processor 701 receiving an encrypted call control command during an encrypted call, and sending a corresponding encrypted call processing request to the receiving terminal of the encrypted call according to the encrypted call control command, for the receiving
- the party terminal determines whether to decrypt the subsequent voice stream according to the encrypted call processing request.
- the encrypted call control command includes a call hold command or a call activation command, and the corresponding encrypted call processing request is sent to the recipient terminal of the encrypted call, and the processor 701:
- the encrypted call control command is the call activation command
- sending a call activation request to the network for the receiver terminal to open the follow-up after receiving the call activation request from the network
- the decryption function of the voice stream is the call activation command
- the processor 701 After the corresponding encrypted call processing request is sent to the recipient terminal of the encrypted call, the processor 701:
- the encrypted call control command is executed, wherein the ongoing encrypted call is held or the encrypted call in the hold state is activated.
- FIG. 8 is a schematic structural diagram of a terminal according to another embodiment of the present invention.
- the terminal 80 in the embodiment of the present invention serves as a receiver of an encrypted call, and may be different types of electronic devices, such as a smart phone, a tablet computer, a palmtop computer, and a mobile Internet device, a personal digital assistant, and a media player. , smart TV, smart watches, smart glasses, smart bracelets, etc.
- the terminal 70 in the embodiment of the present invention includes: at least one processor 801, such as a CPU, at least one memory 802, and at least one transceiver 803.
- the processor 801, the memory 802, and the transceiver 803 are connected and communicated through a bus system.
- the memory 802 may be a high speed RAM memory or a non-volatile memory such as at least one disk memory.
- Program code is stored in the memory 802, and the processor 801 can call the program code stored in the memory 802 to perform related functions through a bus system.
- the respective modules described in FIG. 4 for example, the call processing request receiving unit 402, the encrypted call state determining unit 404, the encrypted call control unit 406, etc.
- the respective modules described in FIG. 4 are program codes stored in the memory 802, and are The processor 801 executes.
- the processor 801 in an encrypted call, receives an encrypted call processing request of the sender terminal of the encrypted call; and determines an encrypted call state of the sender terminal according to the encrypted call processing request; Describe the encrypted call state of the sender terminal to determine whether to decrypt the received subsequent voice stream.
- the encrypted call processing request includes an encrypted call hold request or an encrypted call activation request, and the determining an encrypted call state of the sender terminal according to the encrypted call processing request, the processor 801:
- the encrypted call processing request is the encrypted call activation request
- the subsequent voice stream is from a different transmitting object than the sender terminal
- the decryption function for the subsequent voice stream is turned on.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
Abstract
La présente invention concerne un procédé et un terminal de commande d'appel chiffré. Le procédé de commande d'appel chiffré comprend les étapes suivantes : dans un processus d'appel chiffré, la réception d'une instruction de commande d'appel chiffré ; et selon l'instruction de commande d'appel chiffré, l'envoi d'une demande de traitement d'appel chiffrée correspondant à un terminal récepteur dans l'appel chiffré, de telle sorte que le terminal récepteur détermine, selon la demande de traitement d'appel chiffré, s'il faut déchiffrer un flux vocal ultérieur. Au moyen de la solution technique de la présente invention, la situation dans laquelle un terminal récepteur déchiffre incorrectement un flux vocal provenant d'un réseau est évitée lors du processus d'attente de l'appel chiffré, ce qui permet d'éviter les bruits générés en raison du déchiffrement incorrect, et d'améliorer l'expérience de l'utilisateur pendant la mise en attente de l'appel dans l'appel chiffré.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610274583.6 | 2016-04-28 | ||
CN201610274583.6A CN107343275A (zh) | 2016-04-28 | 2016-04-28 | 加密通话控制方法和终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2017185804A1 true WO2017185804A1 (fr) | 2017-11-02 |
Family
ID=60160603
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2016/113581 WO2017185804A1 (fr) | 2016-04-28 | 2016-12-30 | Procédé et terminal de commande d'appel chiffré |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107343275A (fr) |
WO (1) | WO2017185804A1 (fr) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1835606A (zh) * | 2005-03-18 | 2006-09-20 | 华为技术有限公司 | 一种加密通话业务的网络侧放音方法 |
WO2008059475A1 (fr) * | 2006-11-12 | 2008-05-22 | Nds Limited | Communication sécurisée |
CN103002439A (zh) * | 2011-09-13 | 2013-03-27 | 联芯科技有限公司 | 保密通话的通信方法及用户终端 |
-
2016
- 2016-04-28 CN CN201610274583.6A patent/CN107343275A/zh active Pending
- 2016-12-30 WO PCT/CN2016/113581 patent/WO2017185804A1/fr active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1835606A (zh) * | 2005-03-18 | 2006-09-20 | 华为技术有限公司 | 一种加密通话业务的网络侧放音方法 |
WO2008059475A1 (fr) * | 2006-11-12 | 2008-05-22 | Nds Limited | Communication sécurisée |
CN103002439A (zh) * | 2011-09-13 | 2013-03-27 | 联芯科技有限公司 | 保密通话的通信方法及用户终端 |
Also Published As
Publication number | Publication date |
---|---|
CN107343275A (zh) | 2017-11-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2011153714A1 (fr) | Procédé, dispositif et système pour supporter des multiples identités d'abonné mobile international (imsi) | |
WO2018233352A1 (fr) | Procédé de transmission de données, dispositif, terminal, et support de stockage lisible par ordinateur | |
WO2018076841A1 (fr) | Procédé de partage de données, appareil, support de stockage, et serveur | |
WO2018149356A1 (fr) | Procédé et système de mise en œuvre d'application de lpa à base de rsp, et terminal | |
WO2019174090A1 (fr) | Procédé, appareil et dispositif de commande de partage de fichier de capture d'écran, et support de stockage informatique | |
WO2018151390A1 (fr) | Dispositif de l'internet des objets | |
WO2018018816A1 (fr) | Procédé de commande à distance, dispositif de commande à distance et terminal | |
WO2019054779A1 (fr) | Dispositif electronique pour traitement de message et procédé de fonctionnement de celui-ci | |
WO2017185647A1 (fr) | Procédés de gestion et d'appel de numéro d'identification internationale d'abonné mobile (imsi) basé sur softsim, serveur et dispositif côté réseau | |
WO2017128588A1 (fr) | Procédé et dispositif d'exécution de surveillance de télévision numérique en temps réel | |
WO2016101441A1 (fr) | Procédé et système de synchronisation de fichier | |
WO2015024167A1 (fr) | Procédé de traitement de message d'utilisateur et dispositif de plan d'acheminement | |
WO2020186775A1 (fr) | Procédé, appareil et dispositif de fourniture de données de service, et support de stockage lisible par ordinateur | |
WO2017113618A1 (fr) | Procédé et appareil de distribution et de traitement de données de réseau basés sur un module d'accès conditionnel | |
WO2018076863A1 (fr) | Procédé de stockage de données, appareil, support de stockage, serveur et système | |
WO2016192589A1 (fr) | Procédé, appareil et système de transmission d'informations | |
WO2019223600A1 (fr) | Procédé et dispositif de transmission audio bluetooth, et support de stockage lisible par ordinateur | |
WO2018000640A1 (fr) | Procédé de test de chiffrement vocal et dispositif de test | |
WO2017211058A1 (fr) | Procédé et système de traitement de sauvegarde et de récupération de mot de passe basé sur nfc pour terminal mobile | |
WO2020009417A1 (fr) | Procédé et dispositif pour la fourniture d'un service multimédia dans un dispositif électronique | |
WO2018076293A1 (fr) | Procédé et appareil d'ajustement de paramètre de communication multimédia, et terminal mobile | |
WO2017185804A1 (fr) | Procédé et terminal de commande d'appel chiffré | |
WO2018076446A1 (fr) | Système, dispositif et procédé de synchronisation de message | |
WO2020242062A1 (fr) | Dispositif de transmission de données de clé à un abonné faisant partie d'un groupe de multidiffusion | |
WO2017161833A1 (fr) | Procédé de traitement de communication et dispositif de traitement de communication |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 16900308 Country of ref document: EP Kind code of ref document: A1 |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 16900308 Country of ref document: EP Kind code of ref document: A1 |