CN106572460A - 一种移动设备及其卡解锁方法 - Google Patents

Abstract

本发明公开了一种移动设备及其卡解锁方法，所述方法包括：检测待解锁卡的状态，以判断所述待解锁卡是否处于锁卡状态；若所述待解锁卡处于锁卡状态，则获取用户输入的解锁码；执行解锁指令，其中所述解锁指令至少包括所述解锁码；解析解锁回复指令，以判断所述解锁结果是否为解锁成功，其中所述解锁回复指令至少包括解锁结果；若所述解锁结果为解锁成功，则发起网络切换请求；其中，所述解锁指令和所述解锁回复指令的指令格式均是预先设置的，本发明移动设备的卡解锁方法整个解锁过程简单，并且不需要借助外部设备，成本较低。

Description

一种移动设备及其卡解锁方法

技术领域

本发明涉及移动设备技术领域，特别是涉及一种移动设备及其卡解锁方法。

背景技术

现有移动设备中已经可以使用两张甚至更多SIM卡，并且目前已经出现非运营商卡，当用户插入一张运营商的卡和一张非运营商的卡的时候，通常运营商的卡是允许使用3G和4G网络，而非运营商卡，也称为竞争卡，默认被限制只能使用2G网络。当用户想通过非运营商的卡使用3G/4G网络的时候，需要经过一个解锁的过程。

目前存在一种解锁方法是通过专业的解锁仪器与移动设备联机通信，采用先进的解密技术将移动设备的网络锁消除，但此方法过程繁琐且需要借助专业仪器，成本较高。

发明内容

本发明主要解决的技术问题是提供一种移动设备及其卡解锁方法，能够解决用户使用非运营商的卡解锁过程繁琐的问题。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种移动设备的卡解锁方法，包括：检测待解锁卡的状态，以判断所述待解锁卡是否处于锁卡状态；若所述待解锁卡处于锁卡状态，则获取用户输入的解锁码；执行解锁指令，其中所述解锁指令至少包括所述解锁码；解析解锁回复指令，以判断所述解锁结果是否为解锁成功，其中所述解锁回复指令至少包括解锁结果；若所述解锁结果为解锁成功，则发起网络切换请求；其中，所述解锁指令和所述解锁回复指令的指令格式均是预先设置的。

其中，所述检测待解锁卡的状态之前，包括：应用处理器AP向Modem发送查询指令，以查询所有卡槽中的卡的状态；所述Modem接收并执行所述查询指令；所述Modem生成查询回复指令并向所述AP发送所述查询回复指令；所述AP接收所述查询回复指令，解析所述查询回复指令，以获取所有卡槽中的卡的状态；所述AP保存所述所有卡槽中的卡的状态；其中，所述查询指令和所述查询回复指令的指令格式均是预先设置的。

其中，所述执行解锁指令包括：Modem接收应用处理器AP发送的所述解锁指令；所述Modem解析所述解锁指令，判断所述待解锁卡的剩余解锁次数是否大于零；若所述待解锁卡的剩余解锁次数大于零，则判断所述解锁码是否正确；若所述解锁码正确，则向所述AP发送解锁回复指令，并将所述解锁回复指令中的解锁结果设置为解锁成功，否则将所述解锁回复指令中的解锁结果设置为解锁失败。

其中，所述Modem接收并执行查询指令包括：所述Modem接收所述查询指令；查询所有卡槽中的卡的状态，其中所述卡的状态至少包括所述卡的锁状态和剩余解锁次数。

其中，所述检测待解锁卡的状态包括：所述AP从保存的所述所有卡槽中的卡的状态搜索所述待解锁卡的状态。

为解决上述技术问题，本发明采用的另一个技术方案是：提供一种移动设备，包括：检测模块，用于检测待解锁卡的状态，以判断所述待解锁卡是否处于锁卡状态；获取模块，用于在所述待解锁卡处于锁卡状态时，获取用户输入的解锁码；解锁模块，用于执行解锁指令，其中所述解锁指令至少包括所述解锁码；解析模块，用于解析解锁回复指令，以判断所述解锁结果是否为解锁成功，其中所述解锁回复指令至少包括解锁结果；请求模块，用于在所述解锁结果为解锁成功时，发起网络切换请求；其中，所述解锁指令和所述解锁回复指令的指令格式均是预先设置的。

其中，所述的设备进一步包括查询模块，所述查询模块包括：指令单元，用于应用处理器AP向Modem发送查询指令，以查询所有卡槽中的卡的状态；查询单元，用于所述Modem接收并执行所述查询指令；回复单元，用于所述Modem生成查询回复指令并向所述AP发送所述查询回复指令；解析单元，用于所述AP接收所述查询回复指令，解析所述查询回复指令，以获取所有卡槽中的卡的状态；存储单元，用于所述AP保存所述所有卡槽中的卡的状态；其中，所述查询指令和所述查询回复指令的指令格式均是预先设置的。

其中，所述解锁模块包括：接收单元，用于Modem接收应用处理器AP发送的所述解锁指令；判断单元，用于所述Modem解析所述解锁指令并判断所述待解锁卡的剩余解锁次数是否大于零；所述判断单元进一步用于在所述待解锁卡的剩余解锁次数大于零时，判断所述解锁码是否正确；回复单元，用于在所述解锁码正确时，向所述AP发送解锁回复指令，并将所述解锁回复指令中的解锁结果设置为解锁成功，并在所述解锁码错误时，将所述解锁回复指令中的解锁结果设置为解锁失败。

其中，所述查询单元包括：接收子单元，用于所述Modem接收所述查询指令；查询子单元，用于查询所有卡槽中的卡的状态，其中所述卡的状态至少包括所述卡的锁状态和剩余解锁次数。

其中，所述检测模块包括：搜索单元，用于所述AP从保存的所述所有卡槽中的卡的状态搜索所述待解锁卡的状态。

本发明的有益效果是：区别于现有技术的情况，本发明在待解锁卡处于锁卡状态时，获取用户输入的解锁码，执行指令格式预先设置的解锁指令，用该解锁码解除网络锁，并生成预定格式的解锁回复指令，解析该解锁回复指令，确认解锁成功后即可发起网络切换请求，使设备可以切换到所需网络，整个解锁过程只需要执行预定格式的解锁指令和解析解锁回复指令即可实现解锁，过程简单，并且不需要借助外部设备，成本较低。

附图说明

图1是本发明移动设备的卡解锁方法第一实施方式的流程图；

图2是本发明移动设备的卡解锁方法第二实施方式的流程图；

图3是本发明移动设备第一实施方式的结构示意图；

图4是本发明移动设备第二实施方式的结构示意图；

图5是本发明移动设备第三实施方式的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

移动设备通常具有AP和Modem两个部分，其中AP是应用处理器(ApplicationProcessor)，Modem负责所有通信软件的执行。AP部分与Modem部分之间是通过AT命令进行通信的。

请参阅图1，图1是本发明移动设备的卡解锁方法第一实施方式的流程图。如图1所示，本发明移动设备的卡解锁方法包括：

步骤S101：检测待解锁卡的状态，以判断待解锁卡是否处于锁卡状态；

其中，待解锁卡的状态至少包括待解锁卡的锁状态和剩余解锁次数。

具体地，在一个应用例中，移动设备预先保存有所有卡槽中的卡的状态，移动设备的卡槽中的卡包括运营商的卡和非运营商的卡，当用户需要使用非运营商的卡上网时，移动设备的应用处理器AP可以从保存的所有卡槽中的卡的状态中搜索待解锁卡的状态，以判断待解锁卡是否处于锁卡状态。

例如，移动设备设置有两个卡槽，分别放置有卡1和卡2，移动设备预先保存有卡1和卡2的状态数据，包括卡1和卡2的卡标识、锁状态和剩余解锁次数，其中卡1为非运营商的卡，当用户需要使用非运营商的卡上网时，移动设备的应用处理器AP从保存的卡状态数据中搜索卡1的卡标识，从而获取到卡1的锁状态，即0或1，则可以判断卡1是否处于锁卡状态，若卡1的锁状态数据为0，则卡1处于解锁状态，否则处于锁卡状态。

上述应用例中，移动设备预先保存有所有卡槽中的卡的状态，当然在其他应用例中，移动设备也可以在用户需要使用待解锁卡时，实时查询待解锁卡的卡状态，此处不做具体限定。

步骤S102：若待解锁卡处于锁卡状态，则获取用户输入的解锁码；

具体地，在上述应用例中，当检测到待解锁卡处于锁卡状态时，移动设备屏幕中弹出窗口，提示用户输入解锁码，以使移动设备获取解锁码。当然，在其他应用例中，移动设备也可以采用语音等方式提示用户输入解锁码。

步骤S103：执行解锁指令，其中解锁指令至少包括解锁码；

其中，解锁指令是指令格式预先设置的AT命令，该AT命令可以根据用户需求设置，只要遵循3gpp的27.00X系列文档规定的协议格式即可，此处不做具体限定。

具体地，步骤S103包括：

步骤S1031：Modem接收应用处理器AP发送的解锁指令；

在上述应用例中，AP发送的解锁指令为AT^EUNLOCKSML＝PhoneId,password。其中，PhoneId是待解锁卡的卡标识，比如卡1的卡标识为1，password是获取的解锁码。

当然，在其他应用例中，解锁指令也可以是其他遵循3gpp的27.00X系列文档规定的协议格式的AT命令，此处不做具体限定。

步骤S1032：Modem解析解锁指令，判断待解锁卡的剩余解锁次数是否大于零；

具体地，Modem解析该解锁指令，获取待解锁卡的卡标识和解锁码，通过待解锁卡的卡标识，获取待解锁卡的卡状态，从而获取待解锁卡的剩余解锁次数，以判断待解锁卡的剩余解锁次数是否大于零。

步骤S1033：若待解锁卡的剩余解锁次数大于零，则判断解锁码是否正确；

其中，解锁码是用户获取待解锁卡的同时即可获取的数据，该解锁码内置于待解锁卡，只有当解锁码正确时，待解锁卡才能解除网络锁。

具体地，若待解锁卡的剩余解锁次数大于零，即待解锁卡仍然可以进行解锁，则判断用户输入的解锁码是否正确，即判断用户输入的解锁码是否与待解锁卡内置的解锁码相同，若相同，则用户输入的解锁码正确，否则不正确。

步骤S1034：若解锁码正确，则向AP发送解锁回复指令，并将解锁回复指令中的解锁结果设置为解锁成功，否则将解锁回复指令中的解锁结果设置为解锁失败。

其中，解锁回复指令也是指令格式预先设置的AT命令，与解锁指令类似，该AT命令也可以根据用户需求设置，只要遵循3gpp的27.00X系列文档规定的协议格式即可，此处不做具体限定。

在上述应用例中，Modem向AP发送的解锁回复指令为^EUNLOCKSML:result。其中，result是解锁结果，若解锁码正确，待解锁卡的网络锁解除，解锁成功，则将result设置为1，若解锁码错误，待解锁卡仍然处于锁卡状态，解锁失败，则将result设置为0。

当然，在其他应用例中，解锁回复指令也可以是其他遵循3gpp的27.00X系列文档规定的协议格式的AT命令，此处不做具体限定。

步骤S104：解析解锁回复指令，以判断解锁结果是否为解锁成功，其中解锁回复指令至少包括解锁结果；

步骤S105：若解锁结果为解锁成功，则发起网络切换请求；

具体地，在上述应用例中，AP接收到Modem发送的解锁回复指令，解析该解锁回复指令，获取解锁结果，即result的值，以判断解锁结果是否为解锁成功，若result的值为1，则解锁成功，AP发起网络切换请求，以使移动设备切换至所需网络，比如4G网络；若result的值为0，则解锁失败，不发起网络切换请求，移动设备仍然停留在提示用户输入解锁码的解码，以提示用户重新输入解锁码。当然，在其他应用例中，移动设备可以通过语音等其他方式提示用户解锁失败，重新输入解锁码，此处不做具体限定。

上述实施方式中，在待解锁卡处于锁卡状态时，获取用户输入的解锁码，执行指令格式预先设置的解锁指令，用该解锁码解除网络锁，并生成指令格式预先设置的解锁回复指令，解析该解锁回复指令，确认解锁成功后即可发起网络切换请求，使移动设备可以切换到所需网络，整个解锁过程只需要执行预定格式的解锁指令和解析解锁回复指令即可实现解锁，过程简单，并且不需要借助外部设备，成本较低。

另外，在其他实施方式中，检测待解锁卡的状态之前也可以通过指令格式预先设置的查询指令和查询回复指令，获取所有卡的卡状态。

具体请参阅图2，图2是本发明移动设备的卡解锁方法第二实施方式的流程图。如图2所示，本发明移动设备的卡解锁方法第二实施方式是在本发明移动设备的卡解锁方法第一实施方式的基础上，进一步包括：

步骤S201：应用处理器AP向Modem发送查询指令，以查询所有卡槽中的卡的状态；

其中，查询指令是指令格式预先设置的AT命令，该AT命令可以根据用户需求设置，只要遵循3gpp的27.00X系列文档规定的协议格式即可，此处不做具体限定。

在一个应用例中，应用处理器AP向Modem发送的查询指令为AT^EQUERYSML。当然，在其他应用例中，该查询指令也可以是其他格式的AT命令，此处不做具体限定。

步骤S202：Modem接收并执行查询指令；

其中，步骤S202包括：

步骤S2021：Modem接收查询指令；

步骤S2022：查询所有卡槽中的卡的状态，其中卡的状态至少包括卡的锁状态和剩余解锁次数。

具体地，Modem接收到AP发送的查询指令，则查询移动设备所有卡槽中的卡的状态。

步骤S203：Modem生成查询回复指令并向AP发送查询回复指令；

其中，查询回复指令也是指令格式预先设置的AT命令，与查询指令类似，该AT命令也可以根据用户需求设置，只要遵循3gpp的27.00X系列文档规定的协议格式即可，此处不做具体限定。

在上述应用例中，移动设备设置有两个卡槽，Modem生成的查询回复指令为^EQUERYSML:result,sim1_state,sim1_retry_count,sim2_state,sim2_retry_count。其中，result是查询结果，result值为0表示查询失败，result值为1表示查询成功；sim1_state是第一个卡槽中的卡的锁状态，sim1_state值为0表示已解锁，sim1_state值为1表示未解锁；sim1_retry_count是第一个卡槽中的卡的剩余解锁次数；sim2_state是第二个卡槽中的卡的锁状态，sim2_state值为0表示已解锁，sim2_state值为1表示未解锁；sim2_retry_count是第二个卡槽中的卡的剩余解锁次数。

当然，在其他应用例中，该查询回复指令也可以是其他格式的AT命令，此处不做具体限定。

步骤S204：AP接收查询回复指令，解析查询回复指令，以获取所有卡槽中的卡的状态；

步骤S205：AP保存所有卡槽中的卡的状态；

具体地，AP接收到Modem发送的查询回复指令，解析该查询回复指令，首先获取查询结果，即result的值，若result值为0，即查询失败，则AP重新向Modem发送查询指令，以查询所有卡槽中的卡的状态；若result值为1，则继续获取所有卡槽中的卡的状态，并保存所有卡槽中的卡的状态。其中，AP保存所有卡槽中卡的状态可以根据卡标识顺序存储，也可以非顺序存储，此处不做具体限定。

本实施方式的步骤执行在步骤S101之前，本实施方式可以与本发明移动设备的卡解锁方法第一实施方式相结合。

请参阅图3，图3是本发明移动设备第一实施方式的结构示意图。如图3所示，本发明移动设备30包括：依次连接的检测模块301、获取模块302、解锁模块303、解析模块304和请求模块305。

检测模块301用于检测待解锁卡的状态，以判断待解锁卡是否处于锁卡状态；

其中，检测模块301包括：

搜索单元3011，用于从保存的所有卡槽中的卡的状态搜索待解锁卡的状态。

具体地，移动设备30预先保存有所有卡槽中的卡的状态，包括卡的标识、锁状态和剩余解锁次数，当用户需要使用待解锁卡上网时，搜索单元3011可以通过待解锁卡的卡标识从保存的所有卡槽中的卡的状态搜索待解锁卡的状态，并根据搜索到的待解锁卡的锁状态判断待解锁卡是否处于锁卡状态。

上述实施方式中，移动设备预先保存有所有卡槽中的卡的状态，当然在其他实施方式中，移动设备也可以在用户需要使用待解锁卡上网时，实时查询待解锁卡的卡状态，此处不做具体限定。

获取模块302用于在待解锁卡处于锁卡状态时，获取用户输入的解锁码；

具体地，在一个应用例中，检测模块301获取到待解锁卡的卡状态后，若待解锁卡处于锁卡状态，则移动设备30向用户发送提示信息以提示用户输入解锁码，获取模块302获取用户输入的解锁码。其中，移动设备30可以通过文字或者语音的方式向用户发送提示信息，此处不做具体限定。

解锁模块303用于执行解锁指令，解锁指令至少包括解锁码；

其中，解锁模块303包括：

接收单元3031用于Modem接收应用处理器AP发送的解锁指令；

其中，解锁指令是指令格式预先设置的AT命令，该AT命令可以根据用户需求设置，只要遵循3gpp的27.00X系列文档规定的协议格式即可，此处不做具体限定。

判断单元3032用于Modem解析解锁指令并判断待解锁卡的剩余解锁次数是否大于零；

判断单元3032进一步用于在待解锁卡的剩余解锁次数大于零时，判断解锁码是否正确；

其中，待解锁卡内置有用于解除网络锁的解锁码。

具体地，接收单元3031接收到该解锁指令后，将其传输给判断单元3032，判断单元3032解析该解锁指令，获取待解锁卡的卡标识和解锁码，通过该卡标识获取待解锁卡的剩余解锁次数，判断待解锁卡的剩余解锁次数是否大于零，并在大于零时判断获取的解锁码是否正确，即判断获取的解锁码是否与待解锁卡内置的解锁码相同，若相同，则用户输入的解锁码正确，否则用户输入的解锁码错误。通过判断待解锁卡的剩余解锁次数，可以避免非移动设备的所有者频繁解锁，提高移动设备使用的安全性。

回复单元3033用于在解锁码正确时，发送解锁回复指令，并将解锁回复指令中的解锁结果设置为解锁成功，并在解锁码错误时，将解锁回复指令中的解锁结果设置为解锁失败。

其中，解锁回复指令是指令格式预先设置的AT命令，与解锁指令类似，该AT命令也可以根据用户需求设置，只要遵循3gpp的27.00X系列文档规定的协议格式即可，此处不做具体限定。

具体地，判断单元3032判断用户输入的解锁码是否正确之后，将判断结果传输给回复单元3033，回复单元3033根据该判断结果，设置解锁回复指令中的解锁结果，并向解析模块304发送解锁回复指令。

解析模块304用于解析解锁回复指令，以判断解锁结果是否为解锁成功，其中解锁回复指令至少包括解锁结果；

请求模块305用于在解锁结果为解锁成功时，发起网络切换请求；其中，所述解锁指令和所述解锁回复指令的指令格式均是预先设置的。

具体地，解析模块304接收到回复单元3033发送的解锁回复指令，解析该解锁回复指令，获取解锁结果，以判断解锁是否成功，并将判断结果传输给请求模块305，请求模块305在该判断结果为解锁成功时，发起网络切换请求，以使移动设备切换至所需网络，例如3G网络。

上述实施方式中，移动设备需要使用待解锁卡上网时，检测待解锁卡的卡状态，并在待解锁卡处于锁卡状态时，获取用户输入的解锁码，执行指令格式预先设置的解锁指令，用该解锁码解除网络锁，生成预定格式的解锁回复指令，解析该解锁回复指令，确认解锁成功后即可发起网络切换请求，使设备可以切换到所需网络，整个解锁过程只需要执行预定格式的解锁指令和解析解锁回复指令即可实现解锁，过程简单，并且不需要借助外部设备，成本较低。

此外，在其他实施方式中，检测模块检测待解锁卡的状态之前也可以进一步包括查询模块，用于通过指令格式预先设置的查询指令和查询回复指令，获取所有卡的卡状态。

具体请参阅图4，图4是本发明移动设备第二实施方式的结构示意图。图4与图3结构类似，此处不再赘述，不同之处在于本发明移动设备40进一步包括：查询模块406，连接检测模块401。

其中，查询模块406包括：

指令单元4061，用于应用处理器AP向Modem发送查询指令，以查询所有卡槽中的卡的状态；

其中，查询指令是指令格式预先设置的AT命令，该AT命令可以根据用户需求设置，只要遵循3gpp的27.00X系列文档规定的协议格式即可，此处不做具体限定。

查询单元4062，用于Modem接收并执行查询指令；

其中，查询单元包括：

接收子单元4062a，用于Modem接收查询指令；

查询子单元4062b，用于查询所有卡槽中的卡的状态，其中卡的状态至少包括卡的锁状态和剩余解锁次数。

具体地，接收子单元4062a接收到指令单元4061传输的查询指令后，查询子单元4062b查询移动设备所有卡槽中的卡的状态。

回复单元4063，用于Modem生成查询回复指令并向AP发送查询回复指令；

其中，查询回复指令是指令格式预先设置的AT命令，与查询指令类似，该AT命令也可以根据用户需求设置，只要遵循3gpp的27.00X系列文档规定的协议格式即可，此处不做具体限定。

具体地，回复单元4063根据查询子单元4062b查询的所有卡的卡状态生成查询回复指令，并将其传输给解析单元4064。

解析单元4064，用于AP接收查询回复指令，解析查询回复指令，以获取所有卡槽中的卡的状态；

存储单元4065，用于AP保存所有卡槽中的卡的状态；

具体地，解析单元4064接收到回复单元4063传输的查询回复指令，解析该查询回复指令，并将获取所有卡槽中的卡的状态传输给存储单元4065，以使存储单元4065保存所有卡槽中的卡的状态。

请参阅图5，图5是本发明移动设备第三实施方式的结构示意图。如图5所示，本发明移动设备50包括：应用处理器501、调制解调器502和存储器503，其中各部件通过总线相互连接。

其中，移动设备可以是手机、平板电脑等，此处不做具体限定。

应用处理器501控制移动设备应用程序的操作，应用处理器501(ApplicationProcessor，简称AP)可能是一种集成电路芯片，具有信号的处理能力。应用处理器501还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

具体地，应用处理器501用于检测待解锁卡的状态，以判断待解锁卡是否处于锁卡状态并在待解锁卡处于锁卡状态时，获取用户输入的解锁码；

应用处理器501进一步用于向调制解调器502发送解锁指令，接收并解析调制解调器502发送的解锁回复指令，以判断解锁结果是否为解锁成功，其中解锁回复指令至少包括解锁结果并在解锁结果为解锁成功时，发起网络切换请求。

其中，解锁指令是指令格式预先设置的AT命令。

调制解调器502(Modem)负责所有通信软件的执行，与应用处理器501之间通过AT命令进行通信。

调制解调器502用于接收并执行应用处理器501发送的解锁指令，其中解锁指令至少包括解锁码，生成解锁回复指令，并向应用处理器501发送该解锁回复指令。

其中，解锁回复指令是指令格式预先设置的AT命令。

存储器503用于存储应用处理器501工作所必需的指令及数据。

当然，在其他实施方式中，移动设备还可以包括显示器、指纹传感器等其他部件，具体视需求而定，此处不做具体限定。

以上所述仅为本发明的实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种移动设备的卡解锁方法，其特征在于，包括：

检测待解锁卡的状态，以判断所述待解锁卡是否处于锁卡状态；

若所述待解锁卡处于锁卡状态，则获取用户输入的解锁码；

执行解锁指令，其中所述解锁指令至少包括所述解锁码；

解析解锁回复指令，以判断所述解锁结果是否为解锁成功，其中所述解锁回复指令至少包括解锁结果；

若所述解锁结果为解锁成功，则发起网络切换请求；

其中，所述解锁指令和所述解锁回复指令的指令格式均是预先设置的。

2.根据权利要求1所述的方法，其特征在于，所述检测待解锁卡的状态之前，包括：

应用处理器AP向Modem发送查询指令，以查询所有卡槽中的卡的状态；

所述Modem接收并执行所述查询指令；

所述Modem生成查询回复指令并向所述AP发送所述查询回复指令；

所述AP接收所述查询回复指令，解析所述查询回复指令，以获取所有卡槽中的卡的状态；

所述AP保存所述所有卡槽中的卡的状态；

其中，所述查询指令和所述查询回复指令的指令格式均是预先设置的。

3.根据权利要求1所述的方法，其特征在于，所述执行解锁指令包括：

Modem接收应用处理器AP发送的所述解锁指令；

所述Modem解析所述解锁指令，判断所述待解锁卡的剩余解锁次数是否大于零；

若所述待解锁卡的剩余解锁次数大于零，则判断所述解锁码是否正确；

若所述解锁码正确，则向所述AP发送解锁回复指令，并将所述解锁回复指令中的解锁结果设置为解锁成功，否则将所述解锁回复指令中的解锁结果设置为解锁失败。

4.根据权利要求2所述的方法，其特征在于，所述Modem接收并执行查询指令包括：

所述Modem接收所述查询指令；

查询所有卡槽中的卡的状态，其中所述卡的状态至少包括所述卡的锁状态和剩余解锁次数。

5.根据权利要求2所述的方法，其特征在于，所述检测待解锁卡的状态包括：

所述AP从保存的所述所有卡槽中的卡的状态搜索所述待解锁卡的状态。

6.一种移动设备，其特征在于，包括：

检测模块，用于检测待解锁卡的状态，以判断所述待解锁卡是否处于锁卡状态；

获取模块，用于在所述待解锁卡处于锁卡状态时，获取用户输入的解锁码；

解锁模块，用于执行解锁指令，其中所述解锁指令至少包括所述解锁码；

解析模块，用于解析解锁回复指令，以判断所述解锁结果是否为解锁成功，其中所述解锁回复指令至少包括解锁结果；

请求模块，用于在所述解锁结果为解锁成功时，发起网络切换请求；

其中，所述解锁指令和所述解锁回复指令的指令格式均是预先设置的。

7.根据权利要求6所述的设备，其特征在于，进一步包括查询模块，所述查询模块包括：

指令单元，用于应用处理器AP向Modem发送查询指令，以查询所有卡槽中的卡的状态；

查询单元，用于所述Modem接收并执行所述查询指令；

回复单元，用于所述Modem生成查询回复指令并向所述AP发送所述查询回复指令；

解析单元，用于所述AP接收所述查询回复指令，解析所述查询回复指令，以获取所有卡槽中的卡的状态；

存储单元，用于所述AP保存所述所有卡槽中的卡的状态；

其中，所述查询指令和所述查询回复指令的指令格式均是预先设置的。

8.根据权利要求6所述的设备，其特征在于，所述解锁模块包括：

接收单元，用于Modem接收应用处理器AP发送的所述解锁指令；

判断单元，用于所述Modem解析所述解锁指令并判断所述待解锁卡的剩余解锁次数是否大于零；

所述判断单元进一步用于在所述待解锁卡的剩余解锁次数大于零时，判断所述解锁码是否正确；

回复单元，用于在所述解锁码正确时，向所述AP发送解锁回复指令，并将所述解锁回复指令中的解锁结果设置为解锁成功，并在所述解锁码错误时，将所述解锁回复指令中的解锁结果设置为解锁失败。

9.根据权利要求7所述的设备，其特征在于，所述查询单元包括：

接收子单元，用于所述Modem接收所述查询指令；

查询子单元，用于查询所有卡槽中的卡的状态，其中所述卡的状态至少包括所述卡的锁状态和剩余解锁次数。

10.根据权利要求7所述的设备，其特征在于，所述检测模块包括：

搜索单元，用于所述AP从保存的所述所有卡槽中的卡的状态搜索所述待解锁卡的状态。