一種移動終端脫網的處理方法及裝置與流程
2023-12-01 05:05:16
本發明涉及移動終端脫網處理技術領域，更具體地說，涉及一種移動終端脫網的處理方法及裝置。
背景技術：
目前，用戶不使用移動終端時，移動終端一般會處於滅屏狀態，但是在滅屏狀態下，移動終端仍處於網絡連接狀態，這時會接收到終端應用發送的提示信息，從而亮屏提示用戶。但是，若用戶長時間不查看手機，即手機處於長時間滅屏狀態時，用戶可能不會察覺到手機已經脫網，在脫網狀態下，移動終端是無法與外界交流的，這時用戶便接收不到各應用發送的信息，從而造成重要信息的遺漏或者無法接收，嚴重影響了用戶的體驗。
因此，如何使脫網狀態的移動終端快速恢復到啟網狀態，是本領域技術人員需要解決的問題。
技術實現要素：
本發明的目的在於提供一種移動終端脫網的處理方法、裝置及移動終端，以將處於脫網狀態的移動終端快速恢復到啟網狀態。
為實現上述目的，本發明實施例提供了如下技術方案：
一種移動終端脫網的處理方法，包括：
檢測移動終端是否處於脫網狀態；
若是，則執行激活操作；
判斷執行所述激活操作後是否仍處於脫網狀態；
若是，則直接觸發reset模塊。
其中，所述執行激活操作包括：
s1、根據所述移動終端的脫網類型確定查詢總次數；
s2、查詢所述移動終端當前的註冊狀態；
s3、判斷當前的註冊狀態是否為註冊成功狀態；若是，則查詢結束；若否，則在間隔預定時長後，繼續執行s4；
s4、判斷已查詢次數是否大於所述查詢總次數；若是，則執行s5；若否，則繼續執行s2；
s5、執行激活操作。
其中，所述s2包括：
利用脫網異常處理函數查詢所述移動終端當前的註冊狀態。
其中，所述s5包括：
上報ril_unsol_rild_state通知framework執行去激活卡操作和激活卡操作。
其中，所述判斷執行所述激活操作後是否仍處於脫網狀態，包括：
在執行所述激活操作的第二時長後，判斷所述移動終端是否仍處於脫網狀態。
一種移動終端脫網的處理裝置，包括：
檢測模塊，用於檢測移動終端是否處於脫網狀態；
激活模塊，用於在所述移動終端處於脫網狀態時，執行激活操作；
判斷模塊，用於判斷執行所述激活操作後是否仍處於脫網狀態；
復位模塊，用於在所述移動終端執行所述激活操作後仍處於脫網狀態時，觸發reset模塊。
其中，所述激活模塊包括：
查詢總次數確定單元，用於根據所述移動終端的脫網類型確定查詢總次數；
註冊狀態查詢單元，用於查詢所述移動終端當前的註冊狀態；
註冊狀態判斷單元，用於判斷當前的註冊狀態是否為註冊成功狀態；若為註冊成功狀態，則查詢結束；
查詢次數判斷單元，用於在當前的註冊狀態不是註冊成功狀態時，判斷已查詢次數是否大於所述查詢總次數；若已查詢次數不大於所述查詢總次數時，則在間隔預定時長後，觸發所述註冊狀態查詢單元；
激活單元，用於在已查詢次數大於所述查詢總次數時，執行激活操作。
其中，所述註冊狀態查詢單元具體用於：
利用脫網異常處理函數查詢所述移動終端當前的註冊狀態。
其中，所述激活單元具體用於：
上報ril_unsol_rild_state通知framework執行去激活卡操作和激活卡操作。
其中，所述判斷模塊具體用於：
在執行所述激活操作的第二時長後，判斷所述移動終端是否仍處於脫網狀態。
通過以上方案可知，本發明實施例提供的一種移動終端脫網的處理方法，包括：檢測移動終端是否處於脫網狀態；若是，則執行激活操作；判斷執行所述激活操作後是否仍處於脫網狀態；若是，則直接觸發reset模塊。
可見，在本實施例中，檢測到移動終端處於脫網狀態時，可自動對終端執行激活操作，若執行完激活操作後，該移動終端還是處於脫網狀態，則通過觸發reset模塊進行重新啟動，從而能使移動終端快速從脫網狀態恢復到啟網狀態，避免造成用戶重要信息的遺漏或者無法接收，增加用戶體驗；本發明還公開了一種移動終端脫網的處理裝置，同樣能實現上述技術效果。
附圖說明
為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
圖1為本發明實施例公開的一種移動終端脫網的處理方法流程示意圖；
圖2為本發明實施例公開的一種執行激活操作的具體流程示意圖；
圖3為本發明實施例公開的一種具體的移動終端脫網的處理方法流程示意圖；
圖4為本發明實施例公開的一種移動終端脫網的處理裝置結構示意圖；
圖5為本發明實施例公開的一種移動終端結構示意圖。
具體實施方式
下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。
本發明實施例公開了一種移動終端脫網的處理方法及裝置，以將處於脫網狀態的移動終端快速恢復到啟網狀態。
參見圖1，本發明實施例提供的一種移動終端脫網的處理方法，包括：
s101、檢測移動終端是否處於脫網狀態；若是，則執行激活操作；
具體的，在本實施例中，可通過modem上報網絡狀態信息qmi_nas_sys_info_ind_msg_v01，通過該網絡狀態信息判斷移動終端是否處於脫網狀態，若通過該網絡狀態信息判定移動終端處於脫網狀態，這時可對sim卡執行激活操作，若判定移動終端不處於聯網狀態，可不執行任何操作；需要說明的是，無論移動終端是否處於脫網狀態，均可記錄日誌信息，以便日後對移動終端的聯網狀態的分析提供依據。
可以理解的是，modem上報的網絡狀態信息可以是實時上報，也可以是以預定時長為間隔進行上報的；因此，檢測移動終端是否處於脫網狀態的頻率，可根據modem上報的上報頻率進行確定。
s102、判斷執行所述激活操作後是否仍處於脫網狀態；若是，則直接觸發reset模塊。
具體的，若激活成功，移動終端便能聯網，若激活失敗，則移動終端仍處於脫網狀態。因此在本方案中，為了保證在激活後移動終端能聯網，則需要執行s102對移動終端的聯網狀態進行再次的判斷，若再次判定移動終端處於脫網狀態，則可通過觸發reset模塊讓移動終端重新聯網。若經過以上步驟都無法進行恢復時，則放棄對該卡的恢復。
本發明實施例公開了一種具體的動態副本一致性維護系統，相對於上一實施例，本實施例對技術方案作了進一步的說明和優化。
參見圖2，s101中的執行激活操作具體包括：
s1、根據所述移動終端的脫網類型確定查詢總次數；
具體的，本方案中的脫網類型可根據移動終端是否曾經註冊上網絡為依據進行分類，第一種類型為開機後一直無法註冊上網絡，第二種類型為開機後註冊上網絡後掉網；這兩種類型的查詢總次數可自定義設置，在本方案中設定第一種類型的查詢總次數大於第二種類型的查詢總次數，例如：第一種類型的查詢總次數為30次，第二種類型的查詢總次數為24次。
s2、查詢所述移動終端當前的註冊狀態；
其中，在本方案中利用脫網異常處理函數查詢所述移動終端當前的註冊狀態。該脫網異常處理函數可以為qcril_ex_modem_check_reg_state函數，通過該函數便可查詢移動終端的註冊狀態。
s3、判斷當前的註冊狀態是否為註冊成功狀態；若是，則查詢結束；若否，則在間隔預定時長後，繼續執行s4；
s4、判斷已查詢次數是否大於所述查詢總次數；若是，則執行s5；若否，則繼續執行s2；
s5、執行激活操作。
在本方案中，可啟動一個定時器，該定時器的計時時間可以為s3中的預定時長，在本實施例中可設定該預定時長為5s，再根據s1中確定的第一種類型的查詢總次數30次，第二種類型的查詢總次數24次，便可確定第一種類型的查詢總時間為30*5＝150s，第二種類型的查詢總時間為24*5＝120s；也就是說，s4中查詢次數大於查詢總次數相當於未註冊成功的時長超過150s或者120s，並且在查詢次數大於查詢總次數或者未註冊成功的時長超過150s或者120s時，則執行s5，通過上報ril_unsol_rild_state通知framework執行去激活卡操作和激活卡操作。
基於上述實施例，所述判斷執行所述激活操作後是否仍處於脫網狀態，包括：在執行所述激活操作的第二時長後，判斷所述移動終端是否仍處於脫網狀態。
具體的，在本方案中，s5執行完激活操作後，需要再次判斷所述移動終端是否仍處於脫網狀態；進行再次判斷時，可設定一個時間段，在該時間段內對聯網狀態進行實時檢測；但是該檢測方式雖然能最快的檢測出移動終端的聯網狀態，但是由於執行激活操作結束後需要執行時間，因此在本方案中，可設定在執行所述激活操作第二時長後再執行檢測操作，即需要一次檢測便能檢測出移動終端是否仍處於脫網狀態，從而節省系統檢測資源。
可以理解的是，在本實施例中，第二時長可設定為5min，即激活操作結束5min後便再次檢測移動終端是否處於脫網狀態，若仍處於脫網狀態，則說明激活失敗，這時便直接調用驅動接口直接觸發reset模塊，對modem進行復位重啟；若移動終端處於聯網狀態，則說明激活成功。需要說明的是，若進行復位重啟後，該移動終端仍處於脫網狀態，這時則放棄對該卡的恢復，並向用戶發送提示信息，該提示信息包括對該卡執行的聯網操作；當移動終端成功聯網後，便將本次恢復失敗的日誌信息上傳至系統，以便對脫網恢復的分析提供依據。
參見圖3，為本實施例提供的一具體的移動終端脫網的處理方法流程示意圖。下面對本方案中的兩種類型場景的註冊激活操作的執行進行詳細描述，具體的包括：
若開機一直無法註冊上網絡，則通過qcril_ex_modem_check_reg_state函數每隔5s查詢一次註冊狀態，一共查詢30次，如果一直註冊不上即150s，通過主動上報ril_unsol_rild_state通知framework進行去激活卡和激活卡操作，並啟動5min定時器；
若註冊後掉網，如果前一次註冊上網絡，查詢24次即120s後仍然沒有註冊上網絡則通過主動上報ril_unsol_rild_state通知framework進行去激活卡和激活卡操作，並啟動5min定時器。
下面對本發明實施例提供的處理裝置進行介紹，下文描述的處理裝置與上文描述的處理方法可以相互參照。
參見圖4，本發明實施例提供的一種移動終端脫網的處理裝置，包括：
檢測模塊100，用於檢測移動終端是否處於脫網狀態；
激活模塊200，用於在所述移動終端處於脫網狀態時，執行激活操作；
判斷模塊300，用於判斷執行所述激活操作後是否仍處於脫網狀態；
復位模塊400，用於在所述移動終端執行所述激活操作後仍處於脫網狀態時，觸發reset模塊。
基於上述實施例，所述激活模塊包括：
查詢總次數確定單元，用於根據所述移動終端的脫網類型確定查詢總次數；
註冊狀態查詢單元，用於查詢所述移動終端當前的註冊狀態；
註冊狀態判斷單元，用於判斷當前的註冊狀態是否為註冊成功狀態；若為註冊成功狀態，則查詢結束；
查詢次數判斷單元，用於在當前的註冊狀態不是註冊成功狀態時，判斷已查詢次數是否大於所述查詢總次數；若已查詢次數不大於所述查詢總次數時，則在間隔預定時長後，觸發所述註冊狀態查詢單元；
激活單元，用於在已查詢次數大於所述查詢總次數時，執行激活操作。
基於上述實施例，所述註冊狀態查詢單元具體用於：
利用脫網異常處理函數查詢所述移動終端當前的註冊狀態。
基於上述實施例，所述激活單元具體用於：
上報ril_unsol_rild_state通知framework執行去激活卡操作和激活卡操作。
基於上述實施例，所述判斷模塊具體用於：
在執行所述激活操作的第二時長後，判斷所述移動終端是否仍處於脫網狀態。
參見圖5，本發明實施例提供的本發明實施例提供一種移動終端，包括：
存儲器500和處理器600；
所述存儲器500用於存儲指令；
所述處理器600用於調用存儲器500中存儲的指令，檢測移動終端是否處於脫網狀態；若是，則執行激活操作；判斷執行所述激活操作後是否仍處於脫網狀態；若是，則直接觸發reset模塊。
基於上述實施例，處理器600具體用於：
根據所述移動終端的脫網類型確定查詢總次數；
查詢所述移動終端當前的註冊狀態；
判斷當前的註冊狀態是否為註冊成功狀態；若是，則查詢結束；若否，則在間隔預定時長後，判斷已查詢次數是否大於所述查詢總次數；若是，則執行激活操作；若否，則繼續查詢所述移動終端當前的註冊狀態。
基於上述實施例，處理器600具體用於利用脫網異常處理函數查詢所述移動終端當前的註冊狀態。
基於上述實施例，處理器600具體用於上報ril_unsol_rild_state通知framework執行去激活卡操作和激活卡操作。
基於上述實施例，處理器600具體用於在執行所述激活操作的第二時長後，判斷所述移動終端是否仍處於脫網狀態。
綜上可見，通過本方案提供的一種移動終端脫網的處理方法、裝置及移動終端，在檢測到移動終端處於脫網狀態時，可自動對終端執行激活操作，若執行完激活操作後，該移動終端還是處於脫網狀態，則通過觸發reset模塊進行重新啟動，從而能使移動終端快速從脫網狀態恢復到啟網狀態，避免造成用戶重要信息的遺漏或者無法接收，增加用戶體驗。
本說明書中各個實施例採用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。
對所公開的實施例的上述說明，使本領域專業技術人員能夠實現或使用本發明。對這些實施例的多種修改對本領域的專業技術人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發明的精神或範圍的情況下，在其它實施例中實現。因此，本發明將不會被限制於本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的範圍。