A srvcc handover processing method, device and terminal thereof

Abstract

The invention discloses a SRVCC switching processing method, device and terminal thereof. The technical solution provided by the invention can save two sets of authentication parameters during the SRVCC switching process, one set is stored in the card, and the other set is stored in the temporary data area, and use the switch variable to control access to specific authentication parameters, and the user does not need to consider which data area to use. After the SRVCC switching succeeds or fails, it is determined whether to write the authentication parameters of the temporary data area into the card. And after the start of SRVCC switching, the method of directly calculating and writing to the card is more flexible in updating, and can reduce signaling interaction with the network.

Description

technical field [0001] The present invention relates to the communication field, in particular, to an SRVCC (Single Radio Voice Call Continuity, voice service continuity) handover processing method, device and terminal thereof. Background technique [0002] With the continuous development of communication technology, a technology that can switch from the voice service of the data domain PS to the voice service of the circuit domain CS appears. This technology is the SRVCC switching technology. Among them, the SRVCC handover manner includes four situations: intra-TD single-mode handover, TD-to-GSM handover, LTE-to-TD handover, and LTE-to-GSM handover. In a multi-mode system, the application of this technology can greatly improve user experience. [0003] In the following, taking the SRVCC handover from LTE to TD as an example, the process of SRVCC handover is briefly described. [0004] If the current standard of the terminal is LTE, the voice service in the PS domain is in...

AI Technical Summary

Problems solved by technology

[0005] Since the voice service of the original standard may be encrypted or integrity protected, in order to switch smoothly and continue the voice service to the target standard, it is necessary to map the original authentication parameters to the new target standard, but in this process, it will involve To the question of whether to perform authentication parameter conversion, when to start the conversion of authentication parameters, when to save to the card, and how to deal with authentication parameters after SRVCC fails, however, there is currently no solution The prior art of the above problems is disclosed

Images