網(wǎng)絡通信功能異常的處理方法、應用處理器和移動終端的制作方法
【技術領域】
[0001] 本發(fā)明設及通信領域，尤其設及一種網(wǎng)絡通信功能異常的處理方法、應用處理器 和移動終端。
【背景技術】
[0002] 隨著通信技術的發(fā)展，手機支持的通信制式的類型越來越多，例如:一部手機同時 支持不同運營商的2G、3G和4G的通信制式，省去更換手機的不便。移動互聯(lián)網(wǎng)的高速發(fā)展使 數(shù)據(jù)業(yè)務占據(jù)絕對的比重，從而手機中的調制解調器的作用和地位日益重要，調制解調器 用于將待發(fā)送數(shù)據(jù)轉換為射頻信號W及將射頻信號轉換為待處理數(shù)據(jù)、處理接入層(AS)和 非接入層(NAS)的信令、W及與AP處理器進行接口等。在手機所處的移動網(wǎng)絡環(huán)境十分復 雜，手機經常會在不同的通信制式之間進行切換，在通信制式切換的過程中經常會發(fā)生異 常，手機無法正常連網(wǎng)通信，例如位置更新失敗。為了解決無法連網(wǎng)的異常，目前常采用的 解決方案是:手機移動到新的位置區(qū)域時，向網(wǎng)絡側發(fā)起位置更新請求，網(wǎng)絡側重新對手機 進行配置，恢復調制解調器的配置參數(shù);或用戶發(fā)現(xiàn)長時間不能連網(wǎng)通信后，手動對移動終 端進行強制重啟恢復調制解調器的配置參數(shù)。但是，兩種方案耗費的時間均過長，用戶難W 忍受。

【發(fā)明內容】

[0003] 本發(fā)明實施例所要解決的技術問題在于，提供一種網(wǎng)絡通信功能異常的處理方 法、應用處理器和移動終端，W解決現(xiàn)有技術中發(fā)生異常無法連網(wǎng)通信的情況下，無法自動 嘗試恢復或者恢復通信業(yè)務耗時過長的問題。
[0004] 為了解決上述技術問題，本發(fā)明實施例第一方面提供了一種網(wǎng)絡通信功能異常的 處理方法，包括：
[0005] 應用處理器接收調制解調器發(fā)送的異常指示消息后，獲取所述調制解調器當前使 用的第一協(xié)議找;其中，所述異常指示消息指示所述調制解調器檢測到位置更新失??；
[0006] 所述應用處理器關閉所述第一協(xié)議找，W及從所述調制解調器支持的多個協(xié)議找 中選擇除所述第一協(xié)議找的第二協(xié)議找；
[0007] 所述應用處理器開啟所述第二協(xié)議找，并使用所述第二協(xié)議找進行網(wǎng)絡注冊；
[000引若網(wǎng)絡注冊成功，所述應用處理器記錄當前的位置信息。
[0009] 結合第一方面，在第一種可能的實現(xiàn)方式中，還包括：
[0010] 若網(wǎng)絡注冊失敗，所述應用處理器恢復所述支持的多個協(xié)議找中的默認協(xié)議找的 開關狀態(tài)或所述應用處理器恢復所述支持的多個協(xié)議找中的默認協(xié)議找的開關狀態(tài)并同 時復位所述調制解調器。
[0011] 結合第一方面或第一種可能的實現(xiàn)方式，在第二種可能的實現(xiàn)方式中，所述若網(wǎng) 絡注冊成功，記錄當前的位置信息之后，還包括：
[0012] 當位置發(fā)生變化時，所述應用處理器恢復所述支持的多個協(xié)議找中的默認協(xié)議找 的開關狀態(tài)或所述應用處理器恢復所述支持的多個協(xié)議找中的默認協(xié)議找的開關狀態(tài)并 同時復位所述調制解調器。
[0013] 結合第一方面或第一種可能的實現(xiàn)方式或第一方面的第二種可能的實現(xiàn)方式，在 第Ξ種可能的實現(xiàn)方式中，所述方法還包括：
[0014] 若所述位置更新失敗的異常原因未上報，獲取所述位置更新失敗的異常原因和日 志；
[0015] 將所述異常原因、所述當前的位置信息和日志上報給網(wǎng)絡側和/或用戶。
[0016] 結合第一方面的第Ξ種可能的實現(xiàn)方式，在第四種可能的實現(xiàn)方式中，所述將所 述異常原因、所述當前的位置信息和日志上報給網(wǎng)絡側包括：
[0017] 掃描周圍的wifi熱點并在與wifi熱點建立通信連接后，通過建立通信連接的wifi 熱點將所述異常原因、所述當前的位置信息和日志上報給網(wǎng)絡側。
[0018] 本發(fā)明實施例第二方面提供了一種應用處理器，包括：
[0019] 確定模塊，用于接收調制解調器發(fā)送的異常指示消息后，獲取所述調制解調器當 前使用的第一協(xié)議找;其中，所述異常指示消息指示所述調制解調器檢測到位置更新失?。?br>[0020] 選擇模塊，用于關閉所述第一協(xié)議找，W及從所述調制解調器支持的多個協(xié)議找 中選擇除所述第一協(xié)議找的第二協(xié)議找；
[0021] 注冊模塊，用于開啟所述第二協(xié)議找，并使用所述第二協(xié)議找進行網(wǎng)絡注冊；
[0022] 記錄模塊，用于若網(wǎng)絡注冊成功，記錄當前的位置信息。
[0023] 結合第二方面，在第一種可能的實現(xiàn)方式中，還包括：
[0024] 恢復模塊，用于當網(wǎng)絡注冊失敗時，或當網(wǎng)絡注冊成功后且位置發(fā)生變化時，恢復 所述支持的多個協(xié)議找中的默認協(xié)議找的開關狀態(tài)或恢復所述支持的多個協(xié)議找中的默 認協(xié)議找的開關狀態(tài)并同時復位所述調制解調器。
[0025] 結合第二方面或第二方面的第一種可能的實現(xiàn)方式，在第二種可能的實現(xiàn)方式 中，還包括：
[0026] 上報模塊，用于若所述位置更新失敗的異常原因未上報，獲取所述位置更新失敗 的異常原因和日志；將所述異常原因、所述當前的位置信息和日志上報給網(wǎng)絡側和/或用 戶。
[0027] 結合第二方面的第二種可能的實現(xiàn)方式，在第Ξ種可能的實現(xiàn)方式中，所述上報 模塊具體用于：
[00%]掃描周圍的wifi熱點并在與wifi熱點建立通信連接后，通過建立通信連接的wifi 熱點將所述異常原因、所述當前的位置信息和日志上報給網(wǎng)絡側。
[0029] 本發(fā)明實施例第Ξ方面提供一種移動終端，包括上述任意一項所述的應用處理 器。
[0030] 實施本發(fā)明實施例，具有如下有益效果：
[0031] 應用處理器接收到調制解調器檢測到位置更新失敗時發(fā)送的異常指示消息，關閉 調制解調器當前使用的協(xié)議找，從調制解調器支持的多個協(xié)議找中選擇除當前使用的協(xié)議 找的其他協(xié)議找，開啟其他協(xié)議找并使用其他協(xié)議找注冊網(wǎng)絡，在成功注冊上網(wǎng)絡時，記錄 當前的位置信息。運樣在調制解調器無法正常通信時快速的被檢測到，并通過其他協(xié)議找 機械能網(wǎng)絡注冊的方式使調制解調器自動嘗試恢復正常，避免強制重啟手機或位置更新造 成的耗時過長的問題，減少了網(wǎng)絡故障恢復的時間。
【附圖說明】
[0032] 為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可W 根據(jù)運些附圖獲得其他的附圖。
[0033] 圖1是本發(fā)明實施例提供的一種網(wǎng)絡通信功能異常的處理方法的流程示意圖；
[0034] 圖2是本發(fā)明實施例提供的一種網(wǎng)絡通信功能異常的處理方法的另一流程示意 圖；
[0035] 圖3是本發(fā)明實施例提供的一種網(wǎng)絡通信功能異常的處理方法的又一流程示意 圖；
[0036] 圖4是本發(fā)明實施例提供的一種應用處理器的結構示意圖；
[0037] 圖5是本發(fā)明實施例提供的一種應用處理器的另一結構示意圖。
【具體實施方式】
[0038] 下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于 本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。
[0039] 參見圖1，為本發(fā)明實施例提供的一種網(wǎng)絡通信功能異常的處理方法的流程示意 圖，在本發(fā)明實施例中，所述方法包括：
[0040] S101、應用處理器接收調制解調器發(fā)送的異常指示消息后，獲取所述調制解調器 當前使用的第一協(xié)議找;其中，所述異常指示消息指示Modem檢測到位置更新失敗。
[0041 ] 具體的，應用處理器全稱為MAP(Multimedia Application Processor,多媒體應 用處理器，簡稱MAP),用于在低功耗CPU的基礎上擴展音視頻功能和專用接口的超大規(guī)模集 成電路，是智能手機中的重要部件，應用處理器一般和基帶處理器是獨立的兩個忍片。調制 解調器用于將基帶信號轉換為射頻信號、將射頻信號轉換為基帶信號、處理接入層(AS)和 非接入層(NAS)的信令、W及與AP處理器進行接口等；調制解調器支持多種協(xié)議找。用戶終 端化ser Equipment,簡稱肥)通過發(fā)送位置更新請求消息（如LOCATION UPDATE RE卵EST、 TRACKING AREA UPDATE REQ肥ST等)發(fā)起位置注冊過程，在肥完成位置更新之前，協(xié)議找異 ?；蚓W(wǎng)絡側拒絕位置更新都可W導致UE位置更新失敗。導致位置更新失敗的異常原因包 括:信號覆蓋差或信號干擾大導致RRC無線鏈路建立失敗、NAS層收到RRC層的錯誤指示或者 收到RRC層的NAS信令連接釋放指示、肥進入了一個新的跟蹤區(qū)域(TAKRRC層指示位置更新 請求消息發(fā)送失敗、肥發(fā)送位置更新完成消息(TRACKING AREA UPDATE COMPLETE)時RRC層 指示消息發(fā)送失敗、定時器T3430超時之前未收到網(wǎng)絡側發(fā)送的位置更新允許消息 (TRACKING AREA UPDATE ACCEPT)位置更新拒絕（TRACKING AREA UPDATE RE巧CT)消息、位 置更新拒絕(TRACKING AREA UPDATE REJECT)消息中的原因字段檢測失敗、位置更新過程 和其他過程沖突、肥鑒權失敗或安全激活失敗等原因。網(wǎng)絡側拒絕位置更新的原因有:非法 UE(Illegal ME)、EPS服務不被允許化 PS services not allowed)、化 MN 不被允許（PLMN not allowed)、跟蹤區(qū)域不被允許(Tracking area not allowed)、EPS服務不被允許等等。 如果UE進行小區(qū)重選后無法發(fā)起業(yè)務，可W判斷位置注冊失敗。協(xié)議找表示某個通信制式 對應的多種協(xié)議的總和，例如:協(xié)議找包括GSM協(xié)議找、EDGE協(xié)議找、