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

【發(fā)明內(nèi)容】

[0003] 本發(fā)明實(shí)施例提供一種網(wǎng)絡(luò)通信功能異常的處理方法、應(yīng)用處理器和移動(dòng)終端， 可解決現(xiàn)有技術(shù)中發(fā)生異常無法連網(wǎng)通信的情況下，無法自動(dòng)嘗試恢復(fù)或者恢復(fù)通信業(yè)務(wù) 耗時(shí)過長的問題。
[0004] 本發(fā)明實(shí)施例提供了一種網(wǎng)絡(luò)通信功能異常的處理方法，包括：
[0005] 應(yīng)用處理器接收調(diào)制解調(diào)器發(fā)送的異常指示消息，其中，所述異常指示消息中攜 帶調(diào)制解調(diào)器檢測(cè)到信道解碼失敗的網(wǎng)絡(luò)通信功能異常消息；
[0006] 所述應(yīng)用處理器判斷在預(yù)設(shè)時(shí)間內(nèi)發(fā)生所述網(wǎng)絡(luò)通信功能異常的次數(shù)是否大于 或者等于預(yù)設(shè)次數(shù)閾值，若是，則獲取所述調(diào)制解調(diào)器當(dāng)前使用的第一協(xié)議棧；
[0007] 所述應(yīng)用處理器關(guān)閉所述第一協(xié)議棧，并從所述調(diào)制解調(diào)器支持的多個(gè)協(xié)議棧中 的選擇除所述第一協(xié)議棧之外的第二協(xié)議棧；
[0008] 所述應(yīng)用處理器開啟所述第二協(xié)議棧，并使用所述第二協(xié)議棧進(jìn)行網(wǎng)絡(luò)注冊(cè)；
[0009] 若網(wǎng)絡(luò)注冊(cè)成功，所述應(yīng)用處理器記錄當(dāng)前的位置信息；
[0010] 若網(wǎng)絡(luò)注冊(cè)失敗，所述應(yīng)用處理器恢復(fù)所述多個(gè)協(xié)議棧中的默認(rèn)協(xié)議棧開關(guān)狀態(tài) 或所述應(yīng)用處理器恢復(fù)所述多個(gè)協(xié)議棧中的默認(rèn)協(xié)議棧開關(guān)狀態(tài)并同時(shí)復(fù)位所述調(diào)制解 調(diào)器。
[0011] 其中，所述信道解碼失敗包括：公共信道解碼失敗，或者Broadcast廣播信道解碼 失敗。
[0012] 其中，所述若網(wǎng)絡(luò)注冊(cè)成功，記錄當(dāng)前的位置信息之后，所述方法還包括：
[0013] 當(dāng)位置發(fā)生變化時(shí)，所述應(yīng)用處理器恢復(fù)所述支持的多個(gè)協(xié)議棧中的默認(rèn)協(xié)議棧 開關(guān)狀態(tài)或所述應(yīng)用處理器恢復(fù)所述多個(gè)協(xié)議棧中的默認(rèn)協(xié)議棧開關(guān)狀態(tài)并同時(shí)復(fù)位所 述調(diào)制解調(diào)器。
[0014] 其中，所述方法還包括：
[0015] 若所述網(wǎng)絡(luò)通信功能異常的異常原因未上報(bào)，獲取所述網(wǎng)絡(luò)通信功能異常的異常 原因和日志；
[0016] 將所述異常原因、所述當(dāng)前的位置信息和日志上報(bào)給網(wǎng)絡(luò)側(cè)，和/或顯示所述異 常原因。
[0017] 其中，所述將所述異常原因、所述當(dāng)前的位置信息和日志上報(bào)給網(wǎng)絡(luò)側(cè)包括：
[0018] 掃描周圍的wifi熱點(diǎn)并在與wifi熱點(diǎn)建立通信連接后，通過建立通信連接的 wifi熱點(diǎn)將所述異常原因、所述當(dāng)前的位置信息和日志上報(bào)給網(wǎng)絡(luò)側(cè)。
[0019] 本發(fā)明實(shí)施例還提供了一種應(yīng)用處理器，包括：
[0020] 確定模塊，用于接收調(diào)制解調(diào)器發(fā)送的異常指示消息后，判斷在預(yù)設(shè)時(shí)間內(nèi)發(fā)生 所述網(wǎng)絡(luò)通信功能異常的次數(shù)是否大于或者等于預(yù)設(shè)次數(shù)閾值，若是，則獲取所述調(diào)制解 調(diào)器當(dāng)前使用的第一協(xié)議棧；其中，所述異常指示消息中攜帶調(diào)制解調(diào)器檢測(cè)到信道解碼 失敗的網(wǎng)絡(luò)通信功能異常消息；
[0021] 選擇模塊，用于關(guān)閉所述第一協(xié)議棧，并從所述調(diào)制解調(diào)器支持的多個(gè)協(xié)議棧中 的選擇除所述第一協(xié)議棧之外的第二協(xié)議棧；
[0022] 注冊(cè)模塊，用于開啟所述第二協(xié)議棧，并使用所述第二協(xié)議棧進(jìn)行網(wǎng)絡(luò)注冊(cè)；
[0023] 記錄模塊，用于若網(wǎng)絡(luò)注冊(cè)成功，記錄當(dāng)前的位置信息。
[0024] 其中，所述信道解碼失敗包括：公共信道解碼失敗，或者Broadcast廣播信道解碼 失敗。
[0025] 其中，所述應(yīng)用處理器還包括：
[0026] 恢復(fù)模塊，用于當(dāng)網(wǎng)絡(luò)注冊(cè)失敗時(shí)，或當(dāng)網(wǎng)絡(luò)注冊(cè)成功后且位置發(fā)生變化時(shí)，恢復(fù) 所述支持的多個(gè)協(xié)議棧中的默認(rèn)協(xié)議棧開關(guān)狀態(tài)或恢復(fù)所述支持的多個(gè)協(xié)議棧中的默認(rèn) 協(xié)議棧開關(guān)狀態(tài)并同時(shí)復(fù)位所述調(diào)制解調(diào)器。
[0027] 其中，所述應(yīng)用處理器還包括：
[0028] 上報(bào)模塊，用于若所述網(wǎng)絡(luò)通信功能異常的異常原因未上報(bào)，獲取所述網(wǎng)絡(luò)通信 功能異常的異常原因和日志，并將所述異常原因、所述當(dāng)前的位置信息和日志上報(bào)給網(wǎng)絡(luò) 側(cè)。
[0029] 本發(fā)明實(shí)施例提供一種移動(dòng)終端，包括上述任意一項(xiàng)所述的應(yīng)用處理器。
[0030] 實(shí)施本發(fā)明實(shí)施例，具有如下有益效果：
[0031] 應(yīng)用處理器接收到調(diào)制解調(diào)器檢測(cè)到信道解碼失敗時(shí)發(fā)送的異常指示消息后，可 判斷在預(yù)設(shè)時(shí)間內(nèi)發(fā)生網(wǎng)絡(luò)通信功能異常的次數(shù)是否大于或者等于預(yù)設(shè)次數(shù)閾值，若是， 則關(guān)閉調(diào)制解調(diào)器當(dāng)前使用的協(xié)議棧，從調(diào)制解調(diào)器支持的多個(gè)協(xié)議棧中選擇出當(dāng)前使用 的協(xié)議棧的其他協(xié)議棧，開啟其他協(xié)議棧并使用其他協(xié)議棧注冊(cè)網(wǎng)絡(luò)，在注冊(cè)網(wǎng)絡(luò)成功時(shí)， 記錄當(dāng)前的位置信息。這樣在調(diào)制解調(diào)器無法正常工作時(shí)快速的被檢測(cè)到，并通過網(wǎng)絡(luò)注 冊(cè)的方式使調(diào)制解調(diào)器自動(dòng)嘗試恢復(fù)正常，避免強(qiáng)制重啟手機(jī)或位置更新造成的耗時(shí)過長 的問題，減少了網(wǎng)絡(luò)故障恢復(fù)的時(shí)間。
【附圖說明】
[0032] 為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。
[0033] 圖1是本發(fā)明實(shí)施例提供的一種網(wǎng)絡(luò)通信功能異常的處理方法的實(shí)施例流程示 意圖；
[0034] 圖2是本發(fā)明實(shí)施例提供的一種網(wǎng)絡(luò)通信功能異常的處理方法的另一實(shí)施例流 程不意圖；
[0035] 圖3是本發(fā)明實(shí)施例提供的一種網(wǎng)絡(luò)通信功能異常的處理方法的又一實(shí)施例流 程不意圖；
[0036] 圖4是本發(fā)明實(shí)施例提供的一種應(yīng)用處理器的實(shí)施例結(jié)構(gòu)示意圖；
[0037] 圖5是本發(fā)明實(shí)施例提供的一種應(yīng)用處理器的另一實(shí)施例結(jié)構(gòu)示意圖；
[0038] 圖6是本發(fā)明實(shí)施例提供的一種應(yīng)用處理器的另一實(shí)施例結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0039] 下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于 本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他 實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0040] 參見圖1，為本發(fā)明實(shí)施例提供的一種網(wǎng)絡(luò)通信功能異常的處理方法的流程示意 圖，在本發(fā)明實(shí)施例中，所述方法包括步驟：
[0041] S101、所述應(yīng)用處理器接收調(diào)制解調(diào)器發(fā)送的異常指示消息后，判斷在預(yù)設(shè)時(shí)間 內(nèi)發(fā)生網(wǎng)絡(luò)通信功能異常的次數(shù)是否大于或者等于預(yù)設(shè)次數(shù)閾值，若是，則獲取所述調(diào)制 解調(diào)器當(dāng)前使用的第一協(xié)議棧。
[0042] 具體的，應(yīng)用處理器全稱為AP(ApplicationProcessor，應(yīng)用處理器，簡(jiǎn)稱AP)，用 于在低功耗CPU的基礎(chǔ)上擴(kuò)展音視頻功能和專用接口的超大規(guī)模集成電路，是智能手機(jī)中 的重要部件，應(yīng)用處理器一般和基帶處理器是獨(dú)立的兩個(gè)芯片。調(diào)制解調(diào)器用于將基帶信 號(hào)轉(zhuǎn)換為射頻信號(hào)、將射頻信號(hào)轉(zhuǎn)換為基帶信號(hào)、處理接入層（AS)和非接入層（NAS)的信 令、以及與AP處理器進(jìn)行接口等；調(diào)制解調(diào)器支持多種協(xié)議棧。調(diào)制解調(diào)器出現(xiàn)異常時(shí)，可 通過其支持的多種協(xié)議棧進(jìn)行網(wǎng)絡(luò)注冊(cè)，以恢復(fù)數(shù)據(jù)業(yè)務(wù)。當(dāng)調(diào)制解調(diào)器檢測(cè)到發(fā)生網(wǎng)絡(luò) 通信功能異常之后，調(diào)制解調(diào)器會(huì)發(fā)生崩潰，無法正常進(jìn)行數(shù)據(jù)處理，導(dǎo)致用戶不能上網(wǎng)。 為了恢復(fù)正常網(wǎng)絡(luò)，調(diào)制解調(diào)器則需要對(duì)網(wǎng)絡(luò)通信功能異常的原因進(jìn)行判斷，進(jìn)而可根據(jù) 具體原因進(jìn)行網(wǎng)絡(luò)修復(fù)。具體的，調(diào)制解調(diào)器可在檢測(cè)到網(wǎng)絡(luò)通信功能異常時(shí)，判斷引起網(wǎng) 絡(luò)通信功能異常的原因是否為信道解碼失敗，若是則可發(fā)送異常指示消息給應(yīng)用處理器， 通過上述異常指示消息告知應(yīng)用處理器檢測(cè)到信道解碼失敗。應(yīng)用處理器通過調(diào)制解調(diào)器 發(fā)送的異常指示消息確定了網(wǎng)絡(luò)通信功能異常的原因?yàn)樾诺澜獯a失敗之后，則可對(duì)網(wǎng)絡(luò)進(jìn) 行修復(fù)。
[0043] 在一些可行的實(shí)施方式中，應(yīng)用處理器確定網(wǎng)絡(luò)通信功能異常的異常原因?yàn)樾诺?解碼失敗后，可判斷在預(yù)先設(shè)定的時(shí)間內(nèi)，出現(xiàn)信道解碼失敗的網(wǎng)絡(luò)通信功能異常次數(shù)是 否大于或者等于預(yù)設(shè)次數(shù)閾值，若是，則需要對(duì)上述網(wǎng)絡(luò)通信功能異常進(jìn)行處理。即，調(diào)制 解調(diào)器可在多次因?yàn)樾诺澜獯a失敗出現(xiàn)網(wǎng)絡(luò)通信功能異常時(shí)進(jìn)行網(wǎng)絡(luò)通信功能異常處理， 避免網(wǎng)絡(luò)出現(xiàn)假性異常時(shí)進(jìn)行網(wǎng)絡(luò)處理，浪費(fèi)資源。
[0044] 需要說明的是，調(diào)制解調(diào)器可以集成在應(yīng)用處理器AP的內(nèi)部，也可以是獨(dú)立于應(yīng) 用處理器的一個(gè)芯片，本發(fā)明不作限制。
[0045] S102、所述應(yīng)用處理器關(guān)閉所述第一協(xié)議棧，以及從所述調(diào)制解調(diào)器支持的多個(gè) 協(xié)議棧中的選擇除所述第一協(xié)議棧的第二協(xié)議棧。
[0046] 在一些可行的實(shí)施方式中，協(xié)議棧表示某個(gè)通信制式對(duì)應(yīng)的多種協(xié)議的總和，例 如：協(xié)議棧包括GSM協(xié)議棧、EDGE協(xié)議棧、HSPDA協(xié)議棧、TD-SCDMA協(xié)議棧、TDD