基于Android系統(tǒng)的語音通話評估的方法
【專利摘要】本發(fā)明公開了一種基于Android系統(tǒng)的語音通話評估的方法，包括：在語音通話失敗后獲取本終端當(dāng)前日志信息，根據(jù)當(dāng)前日志信息和無線網(wǎng)絡(luò)環(huán)境信息確定本次語音通話的失敗基本類別；根據(jù)失敗基本類別，確定導(dǎo)致本次語音通話失敗的原因，輸出失敗的原因信息，實(shí)現(xiàn)對本終端語音通話的評估。本發(fā)明的方法，由于輸出的失敗原因信息來源廣泛、豐富，便于對語音通話失敗的問題進(jìn)行全方位的分析總結(jié)，實(shí)現(xiàn)了對終端語音通話完整性的全方位立體的評估；無需通過專業(yè)人員采用專門設(shè)備完成，極大地降低了語音通話評估的成本；能夠?qū)崟r(shí)響應(yīng)用戶需求，并能對網(wǎng)絡(luò)突發(fā)狀況及時(shí)處理。
【專利說明】基于Android系統(tǒng)的語音通話評估的方法

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及無線通訊【技術(shù)領(lǐng)域】，尤其涉及一種基于Android系統(tǒng)的語音通話評估 的方法。

【背景技術(shù)】
[0002] 無線通信與人們生活緊密連接，隨著無線通信技術(shù)的高速發(fā)展，人們對無線網(wǎng)絡(luò) 服務(wù)要求越來越高，如在語音通話過程未接通和掉話等異常事件的發(fā)生極大影響了用戶的 體驗(yàn)效果，從而影響用戶對運(yùn)營商的滿意度和選擇。為了解決這一問題，現(xiàn)有技術(shù)中運(yùn)營商 通常通過獲取用戶投訴、DT、CQT、網(wǎng)管數(shù)據(jù)等數(shù)據(jù)信息的方式定位諸如掉話、未接通等異常 事件的原因，并進(jìn)行相應(yīng)的處理。
[0003] 上述的這種處理方式中，由于DT和CQT需要專門的設(shè)備和測試人員完成，其成本 較大；同時(shí)獲得的異常事件的原因數(shù)據(jù)不夠全面，且從獲取數(shù)據(jù)到定位異常事件原因的時(shí) 間長，不能及時(shí)響應(yīng)用戶需求和網(wǎng)絡(luò)突發(fā)狀況。


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

[0004] 本發(fā)明的主要目的在于解決定位導(dǎo)致語音通話失敗異常的原因成本高、時(shí)效差、 定位原因不全面的技術(shù)問題。
[0005] 為實(shí)現(xiàn)上述目的，本發(fā)明提供一種基于Android系統(tǒng)的語音通話評估的方法，包 括：
[0006] 在語音通話失敗后獲取本終端當(dāng)前日志信息，根據(jù)所述當(dāng)前日志信息確定本次語 音通話的失敗基本類別；
[0007] 根據(jù)失敗基本類別，以及無線網(wǎng)絡(luò)環(huán)境信息確定導(dǎo)致本次語音通話失敗的原因， 輸出失敗的原因信息，以實(shí)現(xiàn)對本終端語音通話的評估。
[0008] 優(yōu)選地，所述失敗基本類別包括：網(wǎng)絡(luò)未接通、疑似掉話、振鈴前早釋、振鈴后早 釋、被叫未接聽。
[0009] 優(yōu)選地，所述終端獲取日志信息之前還包括：
[0010] 判斷本終端的語音通話類型，語音通話類型包括被叫和主叫。
[0011] 優(yōu)選地，所述根據(jù)所述當(dāng)前日志信息確定本次語音通話的失敗基本類別包括：
[0012] 若本終端為主叫，當(dāng)日志信息中未出現(xiàn)Alerting、Active、hangup狀態(tài)信息，確定 失敗基本類別為網(wǎng)絡(luò)未接通；
[0013] 當(dāng)日志信息中出現(xiàn) Active 狀態(tài)信息，且 EVENT_GET_LAST_CALL_FAIL_CAUSE 的 CauseCode值不等于N0RMAL_CLEARING(16)，確定失敗基本類別為疑似掉話；
[0014] 當(dāng)日志信息中未出現(xiàn)Alerting、Active狀態(tài)信息，確定失敗基本類別為振鈴前早 釋；
[0015] 當(dāng)日志信息中未出現(xiàn)Active狀態(tài)信息，而Alerting狀態(tài)信息早出現(xiàn)于hangup狀 態(tài)信息，確定失敗基本類別為振鈴后早釋；
[0016] 當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息，未出現(xiàn)hangup狀態(tài)信息，確定失敗基本類別 為被叫未接聽。
[0017] 優(yōu)選地，根據(jù)所述當(dāng)前日志信息確定本次語音通話的失敗基本類別還包括：
[0018] 若本終端為被叫，當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息，且EVENT_GET_LAST_CALL_ FAIL_CAUSE的CauseCode值不等于N0RMAL_CLEARING(16)，確定失敗基本類別為疑似掉 話；
[0019] 當(dāng)日志信息中未出現(xiàn)Active、hangup狀態(tài)信息，出現(xiàn)于Alerting狀態(tài)信息，確定 失敗基本類別為振鈴后早釋；
[0020] 當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息，未出現(xiàn)hangup狀態(tài)信息，確定失敗基本類別 為被叫未接聽。
[0021] 優(yōu)選地，所述的基于Android系統(tǒng)的終端語音通話失敗評估的方法，當(dāng)失敗基本 類別為網(wǎng)絡(luò)未接通，所述確定導(dǎo)致本次語音通話失敗的原因，輸出失敗的原因信息包括：
[0022] 判斷日志中是否存在導(dǎo)致網(wǎng)絡(luò)未接通的原因值代碼，以及根據(jù)無線網(wǎng)絡(luò)環(huán)境信息 判斷網(wǎng)絡(luò)是否處于弱覆蓋狀態(tài)；
[0023] 當(dāng)存在所述原因值代碼，和/或網(wǎng)絡(luò)處于弱覆蓋狀態(tài)，則將所述原因值代碼和/或 網(wǎng)絡(luò)弱覆蓋作為導(dǎo)致本次語音通話失敗的原因信息輸出。
[0024] 優(yōu)選地，所述的基于Android系統(tǒng)的語音通話評估的方法，當(dāng)失敗基本類別為疑 似掉話，所述確定導(dǎo)致本次語音通話失敗的原因，輸出失敗的原因信息包括：
[0025] 判斷是否存在以下狀態(tài)的一種、兩種或多種：日志中存在非正常呼叫釋放原因值 代碼、網(wǎng)絡(luò)弱覆蓋、導(dǎo)頻污染、網(wǎng)絡(luò)過覆蓋、切換頻繁、切換不合理、切換掉話、網(wǎng)絡(luò)場強(qiáng)快衰 弱；若是，則將一種、兩種、或多種的狀態(tài)確定為導(dǎo)致本次語音通話失敗的原信息輸出。
[0026] 本發(fā)明所述提供的基于Android系統(tǒng)的語音通話評估的方法，通過在語音通話失 敗后獲取當(dāng)前日志信息，根據(jù)所述當(dāng)前日志信息確定本次語音通話的失敗基本類別；根據(jù) 失敗基本類別以及無線網(wǎng)絡(luò)環(huán)境信息確定導(dǎo)致本次語音通話失敗的原因，輸出失敗的原因 信息的方式，輸出的失敗原因信息來源廣泛、豐富，便于對語音通話失敗的問題進(jìn)行全方位 的分析總結(jié)，實(shí)現(xiàn)了對終端語音通話完整性的全方位立體的評估。同時(shí)本發(fā)明提供的方法 無需像現(xiàn)有技術(shù)中通過專業(yè)工作人采用專門設(shè)備完成，極大地降低了語音通話評估的成 本。另外，本發(fā)明所提供的方法通過語音通話失敗后實(shí)時(shí)輸出導(dǎo)致語音通話失敗的原因信 息的方式，能夠?qū)崟r(shí)響應(yīng)用戶需求，并能對網(wǎng)絡(luò)突發(fā)狀況及時(shí)處理。

【專利附圖】

【附圖說明】
[0027] 圖1為本發(fā)明基于Android系統(tǒng)的語音通話評估的方法一實(shí)施例的流程示意圖；
[0028] 圖2為圖1中步驟S20的細(xì)化流程示意圖；
[0029] 圖3為圖1中步驟S20的另一細(xì)化流程示意圖。
[0030] 本發(fā)明目的的實(shí)現(xiàn)、功能特點(diǎn)及優(yōu)點(diǎn)將結(jié)合實(shí)施例，參照附圖做進(jìn)一步說明。

【具體實(shí)施方式】
[0031] 應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0032] 本發(fā)明提供一種基于Android系統(tǒng)的語音通話評估的方法，參見圖1，圖1是本發(fā) 明的基于Android系統(tǒng)的語音通話評估方法一實(shí)施例的流程圖。在一實(shí)施例中，所述基于 Android系統(tǒng)的語音通話評估方法包括：
[0033] 步驟S10、在語音通話失敗后獲取本終端當(dāng)前日志信息，根據(jù)所述當(dāng)前日志信息確 定本次語音通話的失敗基本類別。
[0034] 本步驟中所述失敗基本類別包括：網(wǎng)絡(luò)未接通、疑似掉話、振鈴前早釋、振鈴后早 釋、被叫未接聽。
[0035] 終端在作為主叫與作為被叫導(dǎo)致語音通話失敗的失敗基本類別并不完全相同，因 此確定終端本次語音通話失敗的失敗基本類別之前需要確定終端本次語音通話是主叫還 是被叫。即本實(shí)施例中所述終端在獲取日志信息之前還包括如下處理：判斷本終端的語音 通話類型。其中語音通話類型包括被叫和主叫。
[0036] 其中本步驟中所述根據(jù)當(dāng)前日志信息確定本次語音通話的失敗基本類別包括如 下處理：若本終端為主叫，當(dāng)日志信息中未出現(xiàn)Alerting、Active、hangup狀態(tài)信息，確定 失敗基本類別為網(wǎng)絡(luò)未接通。當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息，且EVENT_GET_LAST_ CALL_FAIL_CAUSE的CauseCode值不等于NORMAL_CLEARING (16)，確定失敗基本類別為疑似 掉話。當(dāng)日志信息中未出現(xiàn)Alerting、Active狀態(tài)信息,確定失敗基本類別為振鈴前早釋。 當(dāng)日志信息中未出現(xiàn)Active狀態(tài)信息，而Alerting狀態(tài)信息早出現(xiàn)于hangup狀態(tài)信息， 確定失敗基本類別為振鈴后早釋。當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息,未出現(xiàn)hangup狀 態(tài)信息，確定失敗基本類別為被叫未接聽。
[0037] 所述根據(jù)當(dāng)前日志信息確定本次語音通話的失敗基本類別還包括如下處理：若本 終端為被叫，當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息，且EVENT_GET_LAST_CALL_FAIL_CAUSE的 CauseCode值不等于NORMAL_CLEARING (16)，確定失敗基本類別為疑似掉話。當(dāng)日志信息中 未出現(xiàn)Active、hangup狀態(tài)信息，出現(xiàn)于Alerting狀態(tài)信息，確定失敗基本類別為振鈴后 早釋。當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息,未出現(xiàn)hangup狀態(tài)信息,確定失敗基本類別為 被叫未接聽。
[0038] 步驟S20、根據(jù)失敗基本類別以及無線網(wǎng)絡(luò)環(huán)境信息確定導(dǎo)致本次語音通話失敗 的原因，并輸出失敗的原因信息，以實(shí)現(xiàn)對本終端語音通話的評估。
[0039] 本實(shí)施例中由于振鈴前早釋、振鈴后早釋、被叫未接聽而導(dǎo)致語音通話失敗一般 是由人為操作導(dǎo)致的，在此不作進(jìn)一步的說明。以下分別對網(wǎng)絡(luò)未接通和疑似掉話兩種失 敗基本類別進(jìn)行詳細(xì)描述。
[0040] 上述實(shí)施例中當(dāng)失敗基本類別為網(wǎng)絡(luò)未接通，所述確定導(dǎo)致本次語音通話失敗的 原因，輸出失敗的原因信息包括如下處理：判斷日志中是否存在導(dǎo)致網(wǎng)絡(luò)未接通的原因值 代碼，以及根據(jù)無線網(wǎng)絡(luò)環(huán)境信息判斷網(wǎng)絡(luò)是否處于弱覆蓋狀態(tài)；當(dāng)存在所述原因值代碼， 和/或網(wǎng)絡(luò)處于弱覆蓋狀態(tài)，則將所述原因值代碼和/或網(wǎng)絡(luò)弱覆蓋作為導(dǎo)致本次語音通 話失敗的原因信息輸出。參見圖2,圖2是圖1中步驟S20的細(xì)化流程示意圖。其具體處理 過程如下：
[0041] 步驟S21、獲取日志信息中原因值代碼（Cause Code)信息，判斷是否存在導(dǎo)致網(wǎng) 絡(luò)未接通的原因值代碼。
[0042] 日志信息中包括導(dǎo)致語音通話失敗的原因值代碼，即日志中包括EVENT_GET_ LAST_CALL_FAIL_CAUSE的CauseCode。其中每個(gè)原因值代碼具體描述參見表1。
[0043] 表 1 :
[0044]

【權(quán)利要求】
1. 一種基于Android系統(tǒng)的語音通話評估的方法，其特征在于，包括： 在語音通話失敗后獲取本終端當(dāng)前日志信息，根據(jù)所述當(dāng)前日志信息確定本次語音通 話的失敗基本類別； 根據(jù)失敗基本類別以及無線網(wǎng)絡(luò)環(huán)境信息確定導(dǎo)致本次語音通話失敗的原因，輸出失 敗的原因信息，以實(shí)現(xiàn)對本終端語音通話的評估。
2. 根據(jù)權(quán)利要求1所述的基于Android系統(tǒng)的語音通話評估的方法，其特征在于，所述 失敗基本類別包括：網(wǎng)絡(luò)未接通、疑似掉話、振鈴前早釋、振鈴后早釋、被叫未接聽。
3. 根據(jù)權(quán)利要求2所述的基于Android系統(tǒng)的語音通話評估的方法，其特征在于，所述 終端獲取日志信息之前還包括： 判斷本終端的語音通話類型，語音通話類型包括被叫和主叫。
4. 根據(jù)權(quán)利要求3所述的基于Android系統(tǒng)的語音通話評估的方法，其特征在于，所述 根據(jù)所述當(dāng)前日志信息確定本次語音通話的失敗基本類別包括： 若本終端為主叫，當(dāng)日志信息中未出現(xiàn)Alerting、Active、hangup狀態(tài)信息，確定失敗 基本類別為網(wǎng)絡(luò)未接通； 當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息，且EVENT_GET_LAST_CALL_FAIL_CAUSE的 CauseCode值不等于N0RMAL_CLEARING(16)，確定失敗基本類別為疑似掉話； 當(dāng)日志信息中未出現(xiàn)Alerting、Active狀態(tài)信息，確定失敗基本類別為振鈴前早釋； 當(dāng)日志信息中未出現(xiàn)Active狀態(tài)信息，而Alerting狀態(tài)信息早出現(xiàn)于hangup狀態(tài)信 息，確定失敗基本類別為振鈴后早釋； 當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息,未出現(xiàn)hangup狀態(tài)信息，確定失敗基本類別為被 叫未接聽。
5. 根據(jù)權(quán)利要求4所述的基于Android系統(tǒng)的語音通話評估的方法，其特征在于，根據(jù) 所述當(dāng)前日志信息確定本次語音通話的失敗基本類別還包括： 若本終端為被叫，當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息，且EVENT_GET_LAST_CALL_ FAIL_CAUSE的CauseCode值不等于N0RMAL_CLEARING(16)，確定失敗基本類別為疑似掉 話； 當(dāng)日志信息中未出現(xiàn)Active、hangup狀態(tài)信息，出現(xiàn)于Alerting狀態(tài)信息，確定失敗 基本類別為振鈴后早釋； 當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息,未出現(xiàn)hangup狀態(tài)信息，確定失敗基本類別為被 叫未接聽。
6. 根據(jù)權(quán)利要求2至5任一項(xiàng)所述的基于Android系統(tǒng)的語音通話評估的方法，其特 征在于，當(dāng)失敗基本類別為網(wǎng)絡(luò)未接通，所述確定導(dǎo)致本次語音通話失敗的原因，輸出失敗 的原因信息包括： 判斷日志中是否存在導(dǎo)致網(wǎng)絡(luò)未接通的原因值代碼，以及根據(jù)無線網(wǎng)絡(luò)環(huán)境信息判斷 網(wǎng)絡(luò)是否處于弱覆蓋狀態(tài)； 當(dāng)存在所述原因值代碼，和/或網(wǎng)絡(luò)處于弱覆蓋狀態(tài)，則將所述原因值代碼和/或網(wǎng)絡(luò) 弱覆蓋作為導(dǎo)致本次語音通話失敗的原因信息輸出。
7. 根據(jù)權(quán)利要求2至5任一項(xiàng)所述的基于Android系統(tǒng)的語音通話評估的方法，其特 征在于，當(dāng)失敗基本類別為疑似掉話，所述確定導(dǎo)致本次語音通話失敗的原因，輸出失敗的 原因信息包括： 判斷是否存在以下狀態(tài)的一種、兩種或多種：日志中存在非正常呼叫釋放原因值代碼、 網(wǎng)絡(luò)弱覆蓋、導(dǎo)頻污染、網(wǎng)絡(luò)過覆蓋、切換頻繁、切換不合理、切換掉話、網(wǎng)絡(luò)場強(qiáng)快衰弱；若 是，則將一種、兩種、或多種的狀態(tài)確定為導(dǎo)致本次語音通話失敗的原信息輸出。
【文檔編號】H04W24/00GK104093160SQ201410327734
【公開日】2014年10月8日 申請日期:2014年7月10日 優(yōu)先權(quán)日:2014年7月10日
【發(fā)明者】何進(jìn)棟, 杜發(fā)輝, 段炳璽, 龔舒, 何煒, 李建會, 李占釗, 馬福壽, 壽立海, 吳培璽, 張勇, 周占鵬, 李鵬義, 劉維樂, 王建軍, 王令配, 溫生志, 楊麗婷, 馬簫雯, 王玉濤, 史發(fā)軍, 張芳, 王生福, 黃波, 雍海峰, 仇海彬 申請人:中國移動通信集團(tuán)青海有限公司