網(wǎng)絡(luò)通信功能異常的處理方法、應(yīng)用處理器和移動(dòng)終端的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明設(shè)及通信領(lǐng)域,尤其設(shè)及一種網(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)W及將射頻信號(hào)轉(zhuǎn)換為待處理數(shù)據(jù)、處理接入層(AS)和 非接入層(NAS)的信令、W及與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)通信,例如MT/M0呼叫失敗。為了解決無法連網(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í)間均過長(zhǎng),用 戶難W忍受。
【發(fā)明內(nèi)容】
[0003] 本發(fā)明實(shí)施例所要解決的技術(shù)問題在于,提供一種網(wǎng)絡(luò)通信功能異常的處理方 法、應(yīng)用處理器和移動(dòng)終端,W解決現(xiàn)有技術(shù)中網(wǎng)絡(luò)通信功能發(fā)生異常無法連網(wǎng)通信的情 況下,手動(dòng)恢復(fù)網(wǎng)絡(luò)通信功能耗時(shí)過長(zhǎng)的問題。
[0004] 為了解決上述技術(shù)問題,本發(fā)明實(shí)施例第一方面提供了一種網(wǎng)絡(luò)通信功能異常的 處理方法,包括:
[0005] 應(yīng)用處理器接收調(diào)制解調(diào)器發(fā)送的異常指示消息后,獲取所述調(diào)制解調(diào)器當(dāng)前使 用的第一協(xié)議找;其中,所述異常指示消息指示所述調(diào)制解調(diào)器檢測(cè)到MT/M0呼叫失?。?br>[0006] 所述應(yīng)用處理器關(guān)閉所述第一協(xié)議找,W及從所述調(diào)制解調(diào)器支持的多個(gè)協(xié)議找 中選擇除所述第一協(xié)議找的第二協(xié)議找;
[0007] 所述應(yīng)用處理器開啟所述第二協(xié)議找,并使用所述第二協(xié)議找進(jìn)行網(wǎng)絡(luò)注冊(cè);
[000引若網(wǎng)絡(luò)注冊(cè)成功,所述應(yīng)用處理器記錄當(dāng)前的位置信息。
[0009] 結(jié)合第一方面,在第一種可能的實(shí)現(xiàn)方式中,還包括:
[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] 結(jié)合第一方面或第一種可能的實(shí)現(xiàn)方式,在第二種可能的實(shí)現(xiàn)方式中,所述若網(wǎng) 絡(luò)注冊(cè)成功,記錄當(dāng)前的位置信息之后,還包括:
[0012] 若位置發(fā)生變化,所述應(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)器。
[0013] 結(jié)合第一方面或第一或第二種可能的實(shí)現(xiàn)方式,在第Ξ種可能的實(shí)現(xiàn)方式中,還 包括:
[0014] 若MT/M0呼叫失敗的異常原因未上報(bào),獲取所述MT/M0呼叫失敗的異常原因和日 志;
[0015] 將所述異常原因、所述當(dāng)前的位置信息和日志上報(bào)給網(wǎng)絡(luò)側(cè)和/或用戶。
[0016] 結(jié)合第一方面的第Ξ種可能的實(shí)現(xiàn)方式,在第四種可能的實(shí)現(xiàn)方式中,所述將所 述異常原因、所述當(dāng)前的位置信息和日志上報(bào)給網(wǎng)絡(luò)側(cè)包括:
[0017] 掃描周圍的wifi熱點(diǎn)并在與wifi熱點(diǎn)建立通信連接后,通過建立通信連接的wifi 熱點(diǎn)將所述異常原因、所述當(dāng)前的位置信息和日志上報(bào)給網(wǎng)絡(luò)側(cè)。
[0018] 本發(fā)明實(shí)施例第二方面提供了一種應(yīng)用處理器,包括:
[0019] 確定模塊,用于接收調(diào)制解調(diào)器發(fā)送的異常指示消息后,獲取所述調(diào)制解調(diào)器當(dāng) 前使用的第一協(xié)議找;其中,所述異常指示消息指示所述調(diào)制解調(diào)器檢測(cè)到MT/M0呼叫失 ??;
[0020] 選擇模塊,用于關(guān)閉所述第一協(xié)議找,W及從所述調(diào)制解調(diào)器支持的多個(gè)協(xié)議找 中選擇除所述第一協(xié)議找的第二協(xié)議找;
[0021] 注冊(cè)模塊,用于開啟所述第二協(xié)議找,并使用所述第二協(xié)議找進(jìn)行網(wǎng)絡(luò)注冊(cè);
[0022] 記錄模塊,用于若網(wǎng)絡(luò)注冊(cè)成功,記錄當(dāng)前的位置信息。
[0023] 結(jié)合第二方面,在第一種可能的實(shí)現(xiàn)方式中,還包括:
[0024] 恢復(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)器。
[0025] 結(jié)合第二方面或第一種可能的實(shí)現(xiàn)方式,在第二種可能的實(shí)現(xiàn)方式中,還包括:
[0026] 上報(bào)模塊,用于若MT/M0呼叫失敗的異常原因未上報(bào),獲取所述MT/M0呼叫失敗的 異常原因和日志;將所述異常原因、所述當(dāng)前的位置信息和日志上報(bào)給網(wǎng)絡(luò)側(cè)和/或用戶。
[0027] 結(jié)合第二方面的第二種可能的實(shí)現(xiàn)方式,在第Ξ種可能的實(shí)現(xiàn)方式中,所述上報(bào) 模塊具體用于:
[00%]掃描周圍的wifi熱點(diǎn)并在與wifi熱點(diǎn)建立通信連接后,通過建立通信連接的wifi 熱點(diǎn)將所述異常原因、所述當(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è)到MT/M0呼叫失敗時(shí)發(fā)送的異常指示消息,關(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)器無法正常工作時(shí)快速的被檢測(cè)到,并通過其他協(xié)議 找網(wǎng)絡(luò)注冊(cè)的方式使調(diào)制解調(diào)器自動(dòng)嘗試恢復(fù)正常,避免手動(dòng)強(qiáng)制重啟手機(jī)或位置更新造 成的耗時(shí)過長(zhǎng)的問題,減少了網(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)的前提下,還可W 根據(jù)運(yùn)些附圖獲得其他的附圖。
[0033] 圖1是本發(fā)明實(shí)施例提供的一種網(wǎng)絡(luò)通信功能異常的處理方法的流程示意圖;
[0034] 圖2是本發(fā)明實(shí)施例提供的一種網(wǎng)絡(luò)通信功能異常的處理方法的另一流程示意 圖;
[0035] 圖3是本發(fā)明實(shí)施例提供的一種網(wǎng)絡(luò)通信功能異常的處理方法的又一流程示意 圖;
[0036] 圖4是本發(fā)明實(shí)施例提供的一種應(yīng)用處理器的結(jié)構(gòu)示意圖;
[0037] 圖5是本發(fā)明實(shí)施例提供的一種應(yīng)用處理器的另一結(jié)構(gòu)示意圖;
[0038] 圖6是本發(fā)明實(shí)施例提供的一種應(yīng)用處理器的又一結(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ā)送的異常指示消息后,獲取所述調(diào)制解調(diào)器 當(dāng)前使用的第一協(xié)議找;其中,所述異常指示消息指示Modem檢測(cè)到終端發(fā)起(Mobile Original,簡(jiǎn)稱MO)/終端終止的(Mobile Terminating,簡(jiǎn)稱MT)呼叫失敗。其中,終端發(fā)起 的呼叫即為終端主叫,終端終止的呼叫即為終端被叫。
[0042] 具體的,應(yīng)用處理器全稱為MAP(Multimedia Application Processor,多媒體應(yīng) 用處理器,簡(jiǎn)稱MAP),用于在低功耗CPU的基礎(chǔ)上擴(kuò)展音視頻功能和專用接口的超大規(guī)模集 成電路,是智能手機(jī)中的重要部件,應(yīng)用處理器一般和基帶處理器是獨(dú)立的兩個(gè)忍片。
[0043] 調(diào)制解調(diào)器用于將基帶信號(hào)轉(zhuǎn)換為射頻信號(hào)、將射頻信號(hào)轉(zhuǎn)換為基帶信號(hào)、處理 接入層(AS)和非接入層(NAS)的信令、W及與AP處理器進(jìn)行接口等;調(diào)制解調(diào)器支持多種協(xié) 議找。由于某些網(wǎng)絡(luò)原因,合法的用戶終端化ser Equipment,簡(jiǎn)稱肥)在主叫或被叫時(shí)也有 可能失敗,必須由用戶手動(dòng)重啟再重試注冊(cè),具體地,無線資源控制(Radio Resource Control,簡(jiǎn)稱RRC)連接建立的原因分為終端被叫發(fā)起的RRC建立和終端主叫發(fā)起的RRC建 立。MT/M0呼叫失敗的原因有:呼叫阻塞(UE發(fā)起M0或MT的RRC連接建立前根據(jù)系統(tǒng)消息塊 (System Information Block,簡(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連接拒絕消息)、Τ300定時(shí)器超時(shí)前未收到基站發(fā)送的RRC連接建立或RRC連接 拒絕消息、肥發(fā)送RRC連接建立請(qǐng)求消息失敗(包括隨機(jī)接入過程的失?。?、ca 11建立過程中 的任一個(gè)信令流程失敗(如網(wǎng)絡(luò)對(duì)尋呼響應(yīng)消息paging response不響應(yīng)、鑒權(quán)失敗等)。協(xié) 議找表示某個(gè)通信制式對(duì)應(yīng)的多種協(xié)議的總和,例如:協(xié)議找包括全球移動(dòng)通信系統(tǒng) (Global System for Mobile Communication,簡(jiǎn)稱GSM)協(xié)議找、增強(qiáng)型數(shù)據(jù)速率GSM演進(jìn) 技術(shù)化nhanced Da1:a Rate for GSM Evolution,簡(jiǎn)稱抓GE)協(xié)議找、高速下行分組接入技 術(shù)巧igh Speed Downlink Packet Access,簡(jiǎn)稱HSPDA)協(xié)議找、時(shí)分同步的碼分多址技術(shù) (Time Division-Sync虹onous Code