[發(fā)明專利]一種呼叫自動重?fù)艿姆椒把b置

有效

• 申請?zhí)枺?/td>: 201310098012.8
• 申請日: 2013-03-25
• 公開（公告）號: CN104080065B
• 公開（公告）日: 2017-12-26
• 發(fā)明（設(shè)計(jì)）人: 劉少華
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04W4/16
• 分類號: H04W4/16;H04M3/424
• 代理公司: 北京派特恩知識產(chǎn)權(quán)代理有限公司11270
• 代理人: 張穎玲,王黎延

技術(shù)領(lǐng)域

本發(fā)明涉及移動終端無線網(wǎng)絡(luò)接入技術(shù)，具體涉及一種基于安卓(Android)系統(tǒng)的呼叫自動重?fù)艿姆椒把b置。

背景技術(shù)

Android是一種基于Linux的開放源代碼的操作系統(tǒng)，主要應(yīng)用于便攜式移動終端。基于Android系統(tǒng)的移動終端基本采用AP+CP的系統(tǒng)架構(gòu)，其中，AP為應(yīng)用層，與上層應(yīng)用相關(guān)；CP為通訊層，負(fù)責(zé)電信業(yè)務(wù)網(wǎng)絡(luò)消息交互。AP層從上至下又可分為應(yīng)用程序?qū)印?yīng)用程序框架層、以及無線接口層(RIL)；其中，應(yīng)用程序?qū)由婕皯?yīng)用程序的開發(fā)；應(yīng)用程序框架層可簡稱為框架層，負(fù)責(zé)為系統(tǒng)提供應(yīng)用程序接口；RIL層主要負(fù)責(zé)框架層與CP層之間的交互。

移動終端中，最基本的語音呼叫功能與上述各層密切相關(guān)。在語音呼叫過程中，RIL層收到框架層的請求消息后，將收到的請求消息轉(zhuǎn)換為CP層可識別的AT指令后下發(fā)至CP層，之后再將CP層的AT響應(yīng)轉(zhuǎn)換為消息上報(bào)給框架層，框架層將語音呼叫的狀態(tài)消息傳遞至相關(guān)的應(yīng)用程序接口中供應(yīng)用程序調(diào)用，最終應(yīng)用程序可獲知語音呼叫的結(jié)果。

用戶在使用移動終端的過程中，語音呼叫失敗的現(xiàn)象屢見不鮮。通常，將語音呼叫失敗大致分為兩類：第一類為常規(guī)性呼叫失敗，如：被叫方人為切斷語音呼叫，或主叫方在撥號后聽到忙音或用戶不在服務(wù)區(qū)等網(wǎng)絡(luò)提示音，這種情況下導(dǎo)致無法實(shí)現(xiàn)通話的原因是明確可知的；第二類為異常性呼叫失敗，特指起呼失敗，即主叫方撥號后既未聽到呼叫成功(如振鈴、已接通)的網(wǎng)絡(luò)提示音，也未聽到第一類呼叫失敗的網(wǎng)絡(luò)提示音，這種情況下的呼叫失敗，可能是出現(xiàn)網(wǎng)絡(luò)覆蓋不足、同頻干擾、網(wǎng)絡(luò)擁塞等網(wǎng)絡(luò)覆蓋方面的缺陷所導(dǎo)致，是不可預(yù)見的。可見，第二類語音呼叫失敗更容易對移動終端用戶造成不便，影響移動終端的用戶感知及性能評價(jià)。因此，針對第二類語音呼叫失敗的情況，尋求一種提高呼叫成功率的措施是非常必要的。本文將主要針對第二類語音呼叫失敗提出相應(yīng)的技術(shù)解決方案，下文所述呼叫失敗指第二類語音呼叫失敗。

現(xiàn)有技術(shù)中，存在一些提高呼叫成功率的方案，如在呼叫失敗后，會在呼叫界面提示是否進(jìn)行重?fù)堋⒒蛑苯语@示正在重?fù)埽坏牵@種方案的最大缺陷在于影響用戶感知，因?yàn)橛脩舻年P(guān)注點(diǎn)在于呼叫的最終結(jié)果，而非重?fù)苓^程。另有一種方案，是當(dāng)出現(xiàn)呼叫失敗時(shí)，本次呼叫以失敗告終，而與此同時(shí)，CP層進(jìn)行小區(qū)優(yōu)選，通過比較切換到自認(rèn)為信號較強(qiáng)的小區(qū)，這種方案的目的意在提高下次呼叫的成功率；但是，這種方案的不足在于：首先無法解決本次呼叫失敗帶來的不便，其次CP層只將信號強(qiáng)度作為考慮因素的小區(qū)優(yōu)選方案，依然存在無法提高呼叫成功率的隱患。

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

有鑒于此，本發(fā)明的主要目的在于提供一種呼叫自動重?fù)艿姆椒把b置，能在呼叫失敗后完成用戶無感知地呼叫自動重?fù)埽岣哒Z音呼叫成功率，改善移動終端用戶感知。

為達(dá)到上述目的，本發(fā)明提供一種呼叫自動重?fù)艿姆椒ǎ龇椒òǎ簷z測呼叫狀態(tài)，對呼叫失敗的原因值進(jìn)行排查；以及

根據(jù)排查結(jié)果確定需要小區(qū)優(yōu)選時(shí)進(jìn)行小區(qū)優(yōu)選，將移動終端接入優(yōu)選小區(qū)并進(jìn)行重?fù)埽徊恍枰^(qū)優(yōu)選時(shí)在當(dāng)前駐留小區(qū)進(jìn)行重?fù)堋?/p>

優(yōu)選地，所述檢測呼叫狀態(tài)，對呼叫失敗的原因值進(jìn)行排查由RIL層完成；所述方法還包括：檢測呼叫狀態(tài)之前，RIL層接收框架層的呼叫請求，將收到的呼叫請求轉(zhuǎn)換為AT指令下發(fā)至CP層，并等待CP層的AT響應(yīng)。

優(yōu)選地，所述對呼叫失敗的原因值進(jìn)行排查包括：對移動終端的語音呼叫狀態(tài)及呼叫失敗原因值進(jìn)行排查自檢，判斷當(dāng)前排查到的呼叫狀態(tài)及呼叫失敗原因值是否包含在排查范圍內(nèi)。

優(yōu)選地，所述根據(jù)排查結(jié)果確定需要小區(qū)優(yōu)選為：CP層根據(jù)排查結(jié)果判斷是否屬于網(wǎng)絡(luò)側(cè)問題，屬于網(wǎng)絡(luò)側(cè)問題時(shí)，執(zhí)行小區(qū)優(yōu)選。

優(yōu)選地，所述進(jìn)行重?fù)馨ǎ荷暾埦W(wǎng)絡(luò)資源，判斷是否成功獲得網(wǎng)絡(luò)資源，若未成功獲得網(wǎng)絡(luò)資源，則上報(bào)失敗的AT響應(yīng)至RIL層，結(jié)束本處理流程；若成功獲得網(wǎng)絡(luò)資源，則建立語音呼叫連接，判斷是否成功建立連接，若成功建立連接，則將網(wǎng)絡(luò)回應(yīng)轉(zhuǎn)換為AT響應(yīng)上報(bào)至RIL層；否則，上報(bào)失敗的AT響應(yīng)至RIL層。

所述方法還包括：在RIL層設(shè)置起呼定時(shí)器和最大重?fù)艽螖?shù)；且所述呼叫失敗原因值包括CP層無響應(yīng)、掉網(wǎng)、起呼定時(shí)器超時(shí)、超過最大重?fù)艽螖?shù)。

此外，本發(fā)明還提供一種呼叫自動重?fù)艿难b置，所述裝置包括：呼叫狀態(tài)自檢模塊和小區(qū)優(yōu)選重?fù)苣K；其中，

呼叫狀態(tài)自檢模塊，用于檢測呼叫狀態(tài)，對呼叫失敗的原因值進(jìn)行排查，并將排查結(jié)果發(fā)送給小區(qū)優(yōu)選重?fù)苣K；