網(wǎng)絡(luò)通信功能異常的處理方法、調(diào)制解調(diào)器和移動(dòng)終端的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明設(shè)及通信領(lǐng)域，尤其設(shè)及一種網(wǎng)絡(luò)通信功能異常的處理方法、調(diào)制解調(diào)器 和移動(dòng)終端。
【背景技術(shù)】
[0002] 隨著通信技術(shù)的發(fā)展，手機(jī)支持的通信制式的類型越來(lái)越多，例如：一部手機(jī)同時(shí) 支持不同運(yùn)營(yíng)商的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)W及將射頻信號(hào)轉(zhuǎn)換為待處理數(shù)據(jù)、處理接入層（A巧 和非接入層（NA巧的信令、W及與AP處理器進(jìn)行接口等。在手機(jī)所處的移動(dòng)網(wǎng)絡(luò)環(huán)境十分 復(fù)雜，手機(jī)經(jīng)常會(huì)在不同的通信制式之間進(jìn)行切換，在通信制式切換的過(guò)程中經(jīng)常會(huì)發(fā)生 異常，手機(jī)無(wú)法正常連網(wǎng)通信，例如MT/M0呼叫失敗。為了解決無(wú)法連網(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)長(zhǎng)時(shí)間不能連網(wǎng)通信后，手動(dòng) 對(duì)移動(dòng)終端進(jìn)行強(qiáng)制重啟恢復(fù)或設(shè)置調(diào)制解調(diào)器的配置參數(shù)。但是，兩種方案耗費(fèi)的時(shí)間 均過(guò)長(zhǎng)，用戶難W忍受。

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

[0003] 本發(fā)明實(shí)施例所要解決的技術(shù)問(wèn)題在于，提供一種網(wǎng)絡(luò)通信功能異常的處理方 法、調(diào)制解調(diào)器和移動(dòng)終端，W解決現(xiàn)有技術(shù)中網(wǎng)絡(luò)通信功能發(fā)生異常無(wú)法連網(wǎng)通信的情 況下，手動(dòng)恢復(fù)網(wǎng)絡(luò)通信功能耗時(shí)過(guò)長(zhǎng)的問(wèn)題。
[0004] 為了解決上述技術(shù)問(wèn)題，本發(fā)明實(shí)施例第一方面提供了一種網(wǎng)絡(luò)通信功能異常的 處理方法，包括： 陽(yáng)0化]調(diào)制解調(diào)器檢測(cè)到MT/M0呼叫失??；
[0006] 所述調(diào)制解調(diào)器獲取所述調(diào)制解調(diào)器當(dāng)前使用的第一協(xié)議找；
[0007] 所述調(diào)制解調(diào)器關(guān)閉所述第一協(xié)議找，W及從所述調(diào)制解調(diào)器支持的多個(gè)協(xié)議找 中選擇除所述第一協(xié)議找的第二協(xié)議找；
[0008] 所述調(diào)制解調(diào)器開啟所述第二協(xié)議找，并使用所述第二協(xié)議找進(jìn)行網(wǎng)絡(luò)注冊(cè)；
[0009] 若網(wǎng)絡(luò)注冊(cè)成功，所述調(diào)制解調(diào)器記錄當(dāng)前的位置信息。
[0010] 結(jié)合第一方面，在第一種可能的實(shí)現(xiàn)方式中，還包括：
[0011] 若網(wǎng)絡(luò)注冊(cè)失敗，所述調(diào)制解調(diào)器恢復(fù)所述支持的多個(gè)協(xié)議找中的默認(rèn)協(xié)議找開 關(guān)狀態(tài)或所述調(diào)制解調(diào)器恢復(fù)所述支持的多個(gè)協(xié)議找中的默認(rèn)協(xié)議找開關(guān)狀態(tài)并同時(shí)復(fù) 位所述調(diào)制解調(diào)器。
[0012] 結(jié)合第一方面或第一種可能的實(shí)現(xiàn)方式，在第二種可能的實(shí)現(xiàn)方式中，所述若網(wǎng) 絡(luò)注冊(cè)成功，所述調(diào)制解調(diào)器記錄當(dāng)前的位置信息之后，還包括：
[0013] 若位置信息發(fā)生變化，所述調(diào)制解調(diào)器恢復(fù)所述支持的多個(gè)協(xié)議找中的默認(rèn)協(xié)議 找開關(guān)狀態(tài)或所述調(diào)制解調(diào)器恢復(fù)所述支持的多個(gè)協(xié)議找中的默認(rèn)協(xié)議找開關(guān)狀態(tài)并同 時(shí)復(fù)位所述調(diào)制解調(diào)器。
[0014] 結(jié)合第一方面，在第=種可能的實(shí)現(xiàn)方式中，還包括：
[0015] 若MT/M0呼叫失敗的異常原因未上報(bào)，所述調(diào)制解調(diào)器獲取所述MT/M0呼叫失敗 的異常原因和日志；
[0016] 所述調(diào)制解調(diào)器將所述異常原因、所述當(dāng)前的位置信息和日志上報(bào)給網(wǎng)絡(luò)側(cè)和/ 或用戶。
[0017] 結(jié)合第一方面的第=種可能的實(shí)現(xiàn)方式，在第四種可能的實(shí)現(xiàn)方式中，所述調(diào)制 解調(diào)器將所述異常原因、所述當(dāng)前的位置信息和日志上報(bào)給網(wǎng)絡(luò)側(cè)，包括：
[0018] 掃描周圍的Wifi熱點(diǎn)并在與Wifi熱點(diǎn)建立通信連接后，所述調(diào)制解調(diào)器通過(guò)建 立通信連接的Wifi熱點(diǎn)將所述異常原因、所述當(dāng)前的位置信息和日志上報(bào)給網(wǎng)絡(luò)側(cè)。
[0019] 本發(fā)明實(shí)施例第二方面提供了一種調(diào)制解調(diào)器，包括：
[0020] 檢測(cè)模塊，用于檢測(cè)到MT/M0呼叫失?。?br>[0021] 確定模塊，用于獲取所述調(diào)制解調(diào)器當(dāng)前使用的第一協(xié)議找；
[0022] 選擇模塊，用于關(guān)閉所述第一協(xié)議找，W及從所述調(diào)制解調(diào)器支持的多個(gè)協(xié)議找 中選擇除所述第一協(xié)議找的第二協(xié)議找；
[0023] 注冊(cè)模塊，用于開啟所述第二協(xié)議找，并使用所述第二協(xié)議找進(jìn)行網(wǎng)絡(luò)注冊(cè)；
[0024] 記錄模塊，用于若網(wǎng)絡(luò)注冊(cè)成功，記錄當(dāng)前的位置信息。
[00巧]結(jié)合第二方面，在第一種可能的實(shí)現(xiàn)方式中，所述調(diào)制解調(diào)器還包括：
[00%] 恢復(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] 結(jié)合第二方面或第一種可能的實(shí)現(xiàn)方式，在第二種可能的實(shí)現(xiàn)方式中，所述調(diào)制 解調(diào)器還包括：
[0028] 上報(bào)模塊，用于若MT/M0呼叫失敗的異常原因未上報(bào)，獲取所述MT/M0呼叫失敗的 異常原因和日志；將所述異常原因、所述當(dāng)前的位置信息和日志上報(bào)給網(wǎng)絡(luò)側(cè)和/或用戶。
[0029] 結(jié)合第二方面的第二種可能的實(shí)現(xiàn)方式，在第=種可能的實(shí)現(xiàn)方式中，所述調(diào)制 解調(diào)器還包括：
[0030] 掃描周圍的Wifi熱點(diǎn)并在與Wifi熱點(diǎn)建立通信連接后，通過(guò)建立通信連接的 Wifi熱點(diǎn)將所述異常原因、所述當(dāng)前的位置信息和日志上報(bào)給網(wǎng)絡(luò)側(cè)。
[0031] 本發(fā)明實(shí)施例第=方面提供了一種移動(dòng)終端，包括上述任意一項(xiàng)所述的調(diào)制解調(diào) 器。
[0032] 實(shí)施本發(fā)明實(shí)施例，具有如下有益效果：
[0033] 調(diào)制解調(diào)器檢測(cè)到MT/M0呼叫失敗時(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)前的位置信息。運(yùn)樣在調(diào)制解調(diào)器無(wú) 法正常工作時(shí)快速的被檢測(cè)到，并通過(guò)其他協(xié)議找網(wǎng)絡(luò)注冊(cè)的方式使調(diào)制解調(diào)器自動(dòng)嘗試 恢復(fù)正常，避免手動(dòng)強(qiáng)制重啟手機(jī)或位置更新造成的耗時(shí)過(guò)長(zhǎng)的問(wèn)題，減少了網(wǎng)絡(luò)故障恢 復(fù)的時(shí)間。
【附圖說(shuō)明】
[0034]為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可W 根據(jù)運(yùn)些附圖獲得其他的附圖。
[0035] 圖1是本發(fā)明實(shí)施例提供的一種網(wǎng)絡(luò)通信功能異常的處理方法的流程示意圖；
[0036] 圖2是本發(fā)明實(shí)施例提供的一種網(wǎng)絡(luò)通信功能異常的處理方法的另一流程示意 圖；
[0037] 圖3是本發(fā)明實(shí)施例提供的一種網(wǎng)絡(luò)通信功能異常的處理方法的又一流程示意 圖；
[0038] 圖4是本發(fā)明實(shí)施例提供的一種調(diào)制解調(diào)器的結(jié)構(gòu)示意圖；
[0039] 圖5是本發(fā)明實(shí)施例提供的一種調(diào)制解調(diào)器的另一結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0040] 下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于 本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他 實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
[0041] 參見圖1，為本發(fā)明實(shí)施例提供的一種網(wǎng)絡(luò)通信功能異常的處理方法的流程示意 圖，在本發(fā)明實(shí)施例中，所述方法包括：
[0042] S101、調(diào)制解調(diào)器檢測(cè)到終端發(fā)起（Mobile化iginal，簡(jiǎn)稱MO)/終端終止的 (MobileTerminating,簡(jiǎn)稱MT)呼叫失敗。其中，終端發(fā)起的呼叫即為終端主叫，終端終止 的呼叫即為終端被叫。
[0043] S102、所述調(diào)制解調(diào)器獲取所述調(diào)制解調(diào)器當(dāng)前使用的第一協(xié)議找。
[0044] 具體的，調(diào)制解調(diào)器用于將基帶信號(hào)轉(zhuǎn)換為射頻信號(hào)、將射頻信號(hào)轉(zhuǎn)換為基帶信 號(hào)、處理接入層（A巧和非接入層（NA巧的信令、W及與AP處理器進(jìn)行接口等；調(diào)制解調(diào)器 支持多種協(xié)議找。由于某些網(wǎng)絡(luò)原因，合法的用戶終端扣serEquipment,簡(jiǎn)稱肥）在主 叫或被叫時(shí)也有可能失敗，必須由用戶手動(dòng)重啟再重試注冊(cè)，具體地，無(wú)線資源控制（Radio ResourceControl,簡(jiǎn)稱RRC)連接建立的原因分為終端被叫發(fā)起的RRC建立和終端主叫 發(fā)起的RRC建立。MT/M0呼叫失敗的原因有：呼叫阻塞OJE發(fā)起MO或MT的RRC連接建立 前根據(jù)系統(tǒng)消息塊（SystemIn化rmationBlock,簡(jiǎn)稱SIB) 2的呼叫阻塞參數(shù)進(jìn)行接入阻 塞檢測(cè)，若檢測(cè)接入被阻塞，不發(fā)送RRC連接建立請(qǐng)求消息）、在定時(shí)器T300超時(shí)之前收到 RRC連接拒絕消息（基站收到RRC連接建立請(qǐng)求后進(jìn)行接入控制或負(fù)載控制的結(jié)果是不允 許RRC連接建立，則基站向肥發(fā)送RRC連接拒絕消息）、T300定時(shí)器超時(shí)前未收到基站發(fā) 送的RRC連接建立或RRC連接拒絕消息、肥發(fā)送RRC連接建立請(qǐng)求消息失?。òS機(jī)接 入過(guò)程的失?。all建立過(guò)程中的任一個(gè)信令流程失?。ㄈ缇W(wǎng)絡(luò)對(duì)尋呼響應(yīng)消息paging response不響應(yīng)、鑒權(quán)失敗等）。協(xié)議找表示某個(gè)通信制式對(duì)應(yīng)的多種協(xié)議的總和，例如： 協(xié)議找包括全球移動(dòng)通信系統(tǒng)（GlobalSystemforMobileCommunication,簡(jiǎn)稱GSM)協(xié) 議找、增強(qiáng)型數(shù)據(jù)速率GSM演進(jìn)技術(shù)巧nhancedDataRateforGSMEvolution,簡(jiǎn)稱邸GE) 協(xié)議找、高速下行分組接入技術(shù)化i曲SpeedDownlinkPacketAccess,簡(jiǎn)稱服PDA)協(xié) 議找、時(shí)分同步的碼分多址技術(shù)（TimeDivision-Sync虹onousCodeDivisionMultiple Access,簡(jiǎn)稱TD-SCDMA)