基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(píng)估的方法
【專(zhuān)利摘要】本發(fā)明公開(kāi)了一種基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(píng)估的方法，包括：在語(yǔ)音通話(huà)失敗后獲取本終端當(dāng)前日志信息，根據(jù)當(dāng)前日志信息和無(wú)線(xiàn)網(wǎng)絡(luò)環(huán)境信息確定本次語(yǔ)音通話(huà)的失敗基本類(lèi)別；根據(jù)失敗基本類(lèi)別，確定導(dǎo)致本次語(yǔ)音通話(huà)失敗的原因，輸出失敗的原因信息，實(shí)現(xiàn)對(duì)本終端語(yǔ)音通話(huà)的評(píng)估。本發(fā)明的方法，由于輸出的失敗原因信息來(lái)源廣泛、豐富，便于對(duì)語(yǔ)音通話(huà)失敗的問(wèn)題進(jìn)行全方位的分析總結(jié)，實(shí)現(xiàn)了對(duì)終端語(yǔ)音通話(huà)完整性的全方位立體的評(píng)估；無(wú)需通過(guò)專(zhuān)業(yè)人員采用專(zhuān)門(mén)設(shè)備完成，極大地降低了語(yǔ)音通話(huà)評(píng)估的成本；能夠?qū)崟r(shí)響應(yīng)用戶(hù)需求，并能對(duì)網(wǎng)絡(luò)突發(fā)狀況及時(shí)處理。
【專(zhuān)利說(shuō)明】基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(píng)估的方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及無(wú)線(xiàn)通訊【技術(shù)領(lǐng)域】，尤其涉及一種基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(píng)估 的方法。
【背景技術(shù)】
[0002] 無(wú)線(xiàn)通信與人們生活緊密連接，隨著無(wú)線(xiàn)通信技術(shù)的高速發(fā)展，人們對(duì)無(wú)線(xiàn)網(wǎng)絡(luò) 服務(wù)要求越來(lái)越高，如在語(yǔ)音通話(huà)過(guò)程未接通和掉話(huà)等異常事件的發(fā)生極大影響了用戶(hù)的 體驗(yàn)效果，從而影響用戶(hù)對(duì)運(yùn)營(yíng)商的滿(mǎn)意度和選擇。為了解決這一問(wèn)題，現(xiàn)有技術(shù)中運(yùn)營(yíng)商 通常通過(guò)獲取用戶(hù)投訴、DT、CQT、網(wǎng)管數(shù)據(jù)等數(shù)據(jù)信息的方式定位諸如掉話(huà)、未接通等異常 事件的原因，并進(jìn)行相應(yīng)的處理。
[0003] 上述的這種處理方式中，由于DT和CQT需要專(zhuān)門(mén)的設(shè)備和測(cè)試人員完成，其成本 較大；同時(shí)獲得的異常事件的原因數(shù)據(jù)不夠全面，且從獲取數(shù)據(jù)到定位異常事件原因的時(shí) 間長(zhǎng)，不能及時(shí)響應(yīng)用戶(hù)需求和網(wǎng)絡(luò)突發(fā)狀況。
【發(fā)明內(nèi)容】
[0004] 本發(fā)明的主要目的在于解決定位導(dǎo)致語(yǔ)音通話(huà)失敗異常的原因成本高、時(shí)效差、 定位原因不全面的技術(shù)問(wèn)題。
[0005] 為實(shí)現(xiàn)上述目的，本發(fā)明提供一種基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(píng)估的方法，包 括：
[0006] 在語(yǔ)音通話(huà)失敗后獲取本終端當(dāng)前日志信息，根據(jù)所述當(dāng)前日志信息確定本次語(yǔ) 音通話(huà)的失敗基本類(lèi)別；
[0007] 根據(jù)失敗基本類(lèi)別，以及無(wú)線(xiàn)網(wǎng)絡(luò)環(huán)境信息確定導(dǎo)致本次語(yǔ)音通話(huà)失敗的原因， 輸出失敗的原因信息，以實(shí)現(xiàn)對(duì)本終端語(yǔ)音通話(huà)的評(píng)估。
[0008] 優(yōu)選地，所述失敗基本類(lèi)別包括：網(wǎng)絡(luò)未接通、疑似掉話(huà)、振鈴前早釋、振鈴后早 釋、被叫未接聽(tīng)。
[0009] 優(yōu)選地，所述終端獲取日志信息之前還包括：
[0010] 判斷本終端的語(yǔ)音通話(huà)類(lèi)型，語(yǔ)音通話(huà)類(lèi)型包括被叫和主叫。
[0011] 優(yōu)選地，所述根據(jù)所述當(dāng)前日志信息確定本次語(yǔ)音通話(huà)的失敗基本類(lèi)別包括：
[0012] 若本終端為主叫，當(dāng)日志信息中未出現(xiàn)Alerting、Active、hangup狀態(tài)信息，確定 失敗基本類(lèi)別為網(wǎng)絡(luò)未接通；
[0013] 當(dāng)日志信息中出現(xiàn) Active 狀態(tài)信息，且 EVENT_GET_LAST_CALL_FAIL_CAUSE 的 CauseCode值不等于N0RMAL_CLEARING(16)，確定失敗基本類(lèi)別為疑似掉話(huà)；
[0014] 當(dāng)日志信息中未出現(xiàn)Alerting、Active狀態(tài)信息，確定失敗基本類(lèi)別為振鈴前早 釋?zhuān)?br>
[0015] 當(dāng)日志信息中未出現(xiàn)Active狀態(tài)信息，而Alerting狀態(tài)信息早出現(xiàn)于hangup狀 態(tài)信息，確定失敗基本類(lèi)別為振鈴后早釋?zhuān)?br>
[0016] 當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息，未出現(xiàn)hangup狀態(tài)信息，確定失敗基本類(lèi)別 為被叫未接聽(tīng)。
[0017] 優(yōu)選地，根據(jù)所述當(dāng)前日志信息確定本次語(yǔ)音通話(huà)的失敗基本類(lèi)別還包括：
[0018] 若本終端為被叫，當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息，且EVENT_GET_LAST_CALL_ FAIL_CAUSE的CauseCode值不等于N0RMAL_CLEARING(16)，確定失敗基本類(lèi)別為疑似掉 話(huà)；
[0019] 當(dāng)日志信息中未出現(xiàn)Active、hangup狀態(tài)信息，出現(xiàn)于A(yíng)lerting狀態(tài)信息，確定 失敗基本類(lèi)別為振鈴后早釋?zhuān)?br>
[0020] 當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息，未出現(xiàn)hangup狀態(tài)信息，確定失敗基本類(lèi)別 為被叫未接聽(tīng)。
[0021] 優(yōu)選地，所述的基于A(yíng)ndroid系統(tǒng)的終端語(yǔ)音通話(huà)失敗評(píng)估的方法，當(dāng)失敗基本 類(lèi)別為網(wǎng)絡(luò)未接通，所述確定導(dǎo)致本次語(yǔ)音通話(huà)失敗的原因，輸出失敗的原因信息包括：
[0022] 判斷日志中是否存在導(dǎo)致網(wǎng)絡(luò)未接通的原因值代碼，以及根據(jù)無(wú)線(xiàn)網(wǎng)絡(luò)環(huán)境信息 判斷網(wǎng)絡(luò)是否處于弱覆蓋狀態(tài)；
[0023] 當(dāng)存在所述原因值代碼，和/或網(wǎng)絡(luò)處于弱覆蓋狀態(tài)，則將所述原因值代碼和/或 網(wǎng)絡(luò)弱覆蓋作為導(dǎo)致本次語(yǔ)音通話(huà)失敗的原因信息輸出。
[0024] 優(yōu)選地，所述的基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(píng)估的方法，當(dāng)失敗基本類(lèi)別為疑 似掉話(huà)，所述確定導(dǎo)致本次語(yǔ)音通話(huà)失敗的原因，輸出失敗的原因信息包括：
[0025] 判斷是否存在以下?tīng)顟B(tài)的一種、兩種或多種：日志中存在非正常呼叫釋放原因值 代碼、網(wǎng)絡(luò)弱覆蓋、導(dǎo)頻污染、網(wǎng)絡(luò)過(guò)覆蓋、切換頻繁、切換不合理、切換掉話(huà)、網(wǎng)絡(luò)場(chǎng)強(qiáng)快衰 弱；若是，則將一種、兩種、或多種的狀態(tài)確定為導(dǎo)致本次語(yǔ)音通話(huà)失敗的原信息輸出。
[0026] 本發(fā)明所述提供的基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(píng)估的方法，通過(guò)在語(yǔ)音通話(huà)失 敗后獲取當(dāng)前日志信息，根據(jù)所述當(dāng)前日志信息確定本次語(yǔ)音通話(huà)的失敗基本類(lèi)別；根據(jù) 失敗基本類(lèi)別以及無(wú)線(xiàn)網(wǎng)絡(luò)環(huán)境信息確定導(dǎo)致本次語(yǔ)音通話(huà)失敗的原因，輸出失敗的原因 信息的方式，輸出的失敗原因信息來(lái)源廣泛、豐富，便于對(duì)語(yǔ)音通話(huà)失敗的問(wèn)題進(jìn)行全方位 的分析總結(jié)，實(shí)現(xiàn)了對(duì)終端語(yǔ)音通話(huà)完整性的全方位立體的評(píng)估。同時(shí)本發(fā)明提供的方法 無(wú)需像現(xiàn)有技術(shù)中通過(guò)專(zhuān)業(yè)工作人采用專(zhuān)門(mén)設(shè)備完成，極大地降低了語(yǔ)音通話(huà)評(píng)估的成 本。另外，本發(fā)明所提供的方法通過(guò)語(yǔ)音通話(huà)失敗后實(shí)時(shí)輸出導(dǎo)致語(yǔ)音通話(huà)失敗的原因信 息的方式，能夠?qū)崟r(shí)響應(yīng)用戶(hù)需求，并能對(duì)網(wǎng)絡(luò)突發(fā)狀況及時(shí)處理。
【專(zhuān)利附圖】
【附圖說(shuō)明】
[0027] 圖1為本發(fā)明基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(pí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)一步說(shuō)明。
【具體實(shí)施方式】
[0031] 應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0032] 本發(fā)明提供一種基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(píng)估的方法，參見(jiàn)圖1，圖1是本發(fā) 明的基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(píng)估方法一實(shí)施例的流程圖。在一實(shí)施例中，所述基于 Android系統(tǒng)的語(yǔ)音通話(huà)評(píng)估方法包括：
[0033] 步驟S10、在語(yǔ)音通話(huà)失敗后獲取本終端當(dāng)前日志信息，根據(jù)所述當(dāng)前日志信息確 定本次語(yǔ)音通話(huà)的失敗基本類(lèi)別。
[0034] 本步驟中所述失敗基本類(lèi)別包括：網(wǎng)絡(luò)未接通、疑似掉話(huà)、振鈴前早釋、振鈴后早 釋、被叫未接聽(tīng)。
[0035] 終端在作為主叫與作為被叫導(dǎo)致語(yǔ)音通話(huà)失敗的失敗基本類(lèi)別并不完全相同，因 此確定終端本次語(yǔ)音通話(huà)失敗的失敗基本類(lèi)別之前需要確定終端本次語(yǔ)音通話(huà)是主叫還 是被叫。即本實(shí)施例中所述終端在獲取日志信息之前還包括如下處理：判斷本終端的語(yǔ)音 通話(huà)類(lèi)型。其中語(yǔ)音通話(huà)類(lèi)型包括被叫和主叫。
[0036] 其中本步驟中所述根據(jù)當(dāng)前日志信息確定本次語(yǔ)音通話(huà)的失敗基本類(lèi)別包括如 下處理：若本終端為主叫，當(dāng)日志信息中未出現(xiàn)Alerting、Active、hangup狀態(tài)信息，確定 失敗基本類(lèi)別為網(wǎng)絡(luò)未接通。當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息，且EVENT_GET_LAST_ CALL_FAIL_CAUSE的CauseCode值不等于NORMAL_CLEARING (16)，確定失敗基本類(lèi)別為疑似 掉話(huà)。當(dāng)日志信息中未出現(xiàn)Alerting、Active狀態(tài)信息,確定失敗基本類(lèi)別為振鈴前早釋。 當(dāng)日志信息中未出現(xiàn)Active狀態(tài)信息，而Alerting狀態(tài)信息早出現(xiàn)于hangup狀態(tài)信息， 確定失敗基本類(lèi)別為振鈴后早釋。當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息,未出現(xiàn)hangup狀 態(tài)信息，確定失敗基本類(lèi)別為被叫未接聽(tīng)。
[0037] 所述根據(jù)當(dāng)前日志信息確定本次語(yǔ)音通話(huà)的失敗基本類(lèi)別還包括如下處理：若本 終端為被叫，當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息，且EVENT_GET_LAST_CALL_FAIL_CAUSE的 CauseCode值不等于NORMAL_CLEARING (16)，確定失敗基本類(lèi)別為疑似掉話(huà)。當(dāng)日志信息中 未出現(xiàn)Active、hangup狀態(tài)信息，出現(xiàn)于A(yíng)lerting狀態(tài)信息，確定失敗基本類(lèi)別為振鈴后 早釋。當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息,未出現(xiàn)hangup狀態(tài)信息,確定失敗基本類(lèi)別為 被叫未接聽(tīng)。
[0038] 步驟S20、根據(jù)失敗基本類(lèi)別以及無(wú)線(xiàn)網(wǎng)絡(luò)環(huán)境信息確定導(dǎo)致本次語(yǔ)音通話(huà)失敗 的原因，并輸出失敗的原因信息，以實(shí)現(xiàn)對(duì)本終端語(yǔ)音通話(huà)的評(píng)估。
[0039] 本實(shí)施例中由于振鈴前早釋、振鈴后早釋、被叫未接聽(tīng)而導(dǎo)致語(yǔ)音通話(huà)失敗一般 是由人為操作導(dǎo)致的，在此不作進(jìn)一步的說(shuō)明。以下分別對(duì)網(wǎng)絡(luò)未接通和疑似掉話(huà)兩種失 敗基本類(lèi)別進(jìn)行詳細(xì)描述。
[0040] 上述實(shí)施例中當(dāng)失敗基本類(lèi)別為網(wǎng)絡(luò)未接通，所述確定導(dǎo)致本次語(yǔ)音通話(huà)失敗的 原因，輸出失敗的原因信息包括如下處理：判斷日志中是否存在導(dǎo)致網(wǎng)絡(luò)未接通的原因值 代碼，以及根據(jù)無(wú)線(xiàn)網(wǎng)絡(luò)環(huán)境信息判斷網(wǎng)絡(luò)是否處于弱覆蓋狀態(tài)；當(dāng)存在所述原因值代碼， 和/或網(wǎng)絡(luò)處于弱覆蓋狀態(tài)，則將所述原因值代碼和/或網(wǎng)絡(luò)弱覆蓋作為導(dǎo)致本次語(yǔ)音通 話(huà)失敗的原因信息輸出。參見(jiàn)圖2,圖2是圖1中步驟S20的細(xì)化流程示意圖。其具體處理 過(guò)程如下：
[0041] 步驟S21、獲取日志信息中原因值代碼（Cause Code)信息，判斷是否存在導(dǎo)致網(wǎng) 絡(luò)未接通的原因值代碼。
[0042] 日志信息中包括導(dǎo)致語(yǔ)音通話(huà)失敗的原因值代碼，即日志中包括EVENT_GET_ LAST_CALL_FAIL_CAUSE的CauseCode。其中每個(gè)原因值代碼具體描述參見(jiàn)表1。
[0043] 表 1 :
[0044]
【權(quán)利要求】
1. 一種基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(píng)估的方法，其特征在于，包括： 在語(yǔ)音通話(huà)失敗后獲取本終端當(dāng)前日志信息，根據(jù)所述當(dāng)前日志信息確定本次語(yǔ)音通 話(huà)的失敗基本類(lèi)別； 根據(jù)失敗基本類(lèi)別以及無(wú)線(xiàn)網(wǎng)絡(luò)環(huán)境信息確定導(dǎo)致本次語(yǔ)音通話(huà)失敗的原因，輸出失 敗的原因信息，以實(shí)現(xiàn)對(duì)本終端語(yǔ)音通話(huà)的評(píng)估。
2. 根據(jù)權(quán)利要求1所述的基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(píng)估的方法，其特征在于，所述 失敗基本類(lèi)別包括：網(wǎng)絡(luò)未接通、疑似掉話(huà)、振鈴前早釋、振鈴后早釋、被叫未接聽(tīng)。
3. 根據(jù)權(quán)利要求2所述的基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(píng)估的方法，其特征在于，所述 終端獲取日志信息之前還包括： 判斷本終端的語(yǔ)音通話(huà)類(lèi)型，語(yǔ)音通話(huà)類(lèi)型包括被叫和主叫。
4. 根據(jù)權(quán)利要求3所述的基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(píng)估的方法，其特征在于，所述 根據(jù)所述當(dāng)前日志信息確定本次語(yǔ)音通話(huà)的失敗基本類(lèi)別包括： 若本終端為主叫，當(dāng)日志信息中未出現(xiàn)Alerting、Active、hangup狀態(tài)信息，確定失敗 基本類(lèi)別為網(wǎng)絡(luò)未接通； 當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息，且EVENT_GET_LAST_CALL_FAIL_CAUSE的 CauseCode值不等于N0RMAL_CLEARING(16)，確定失敗基本類(lèi)別為疑似掉話(huà)； 當(dāng)日志信息中未出現(xiàn)Alerting、Active狀態(tài)信息，確定失敗基本類(lèi)別為振鈴前早釋?zhuān)? 當(dāng)日志信息中未出現(xiàn)Active狀態(tài)信息，而Alerting狀態(tài)信息早出現(xiàn)于hangup狀態(tài)信 息，確定失敗基本類(lèi)別為振鈴后早釋?zhuān)? 當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息,未出現(xiàn)hangup狀態(tài)信息，確定失敗基本類(lèi)別為被 叫未接聽(tīng)。
5. 根據(jù)權(quán)利要求4所述的基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(píng)估的方法，其特征在于，根據(jù) 所述當(dāng)前日志信息確定本次語(yǔ)音通話(huà)的失敗基本類(lèi)別還包括： 若本終端為被叫，當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息，且EVENT_GET_LAST_CALL_ FAIL_CAUSE的CauseCode值不等于N0RMAL_CLEARING(16)，確定失敗基本類(lèi)別為疑似掉 話(huà)； 當(dāng)日志信息中未出現(xiàn)Active、hangup狀態(tài)信息，出現(xiàn)于A(yíng)lerting狀態(tài)信息，確定失敗 基本類(lèi)別為振鈴后早釋?zhuān)? 當(dāng)日志信息中出現(xiàn)Active狀態(tài)信息,未出現(xiàn)hangup狀態(tài)信息，確定失敗基本類(lèi)別為被 叫未接聽(tīng)。
6. 根據(jù)權(quán)利要求2至5任一項(xiàng)所述的基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(píng)估的方法，其特 征在于，當(dāng)失敗基本類(lèi)別為網(wǎng)絡(luò)未接通，所述確定導(dǎo)致本次語(yǔ)音通話(huà)失敗的原因，輸出失敗 的原因信息包括： 判斷日志中是否存在導(dǎo)致網(wǎng)絡(luò)未接通的原因值代碼，以及根據(jù)無(wú)線(xiàn)網(wǎng)絡(luò)環(huán)境信息判斷 網(wǎng)絡(luò)是否處于弱覆蓋狀態(tài)； 當(dāng)存在所述原因值代碼，和/或網(wǎng)絡(luò)處于弱覆蓋狀態(tài)，則將所述原因值代碼和/或網(wǎng)絡(luò) 弱覆蓋作為導(dǎo)致本次語(yǔ)音通話(huà)失敗的原因信息輸出。
7. 根據(jù)權(quán)利要求2至5任一項(xiàng)所述的基于A(yíng)ndroid系統(tǒng)的語(yǔ)音通話(huà)評(píng)估的方法，其特 征在于，當(dāng)失敗基本類(lèi)別為疑似掉話(huà)，所述確定導(dǎo)致本次語(yǔ)音通話(huà)失敗的原因，輸出失敗的 原因信息包括： 判斷是否存在以下?tīng)顟B(tài)的一種、兩種或多種：日志中存在非正常呼叫釋放原因值代碼、 網(wǎng)絡(luò)弱覆蓋、導(dǎo)頻污染、網(wǎng)絡(luò)過(guò)覆蓋、切換頻繁、切換不合理、切換掉話(huà)、網(wǎng)絡(luò)場(chǎng)強(qiáng)快衰弱；若 是，則將一種、兩種、或多種的狀態(tài)確定為導(dǎo)致本次語(yǔ)音通話(huà)失敗的原信息輸出。
【文檔編號(hào)】H04W24/00GK104093160SQ201410327734
【公開(kāi)日】2014年10月8日 申請(qǐng)日期:2014年7月10日 優(yōu)先權(quán)日:2014年7月10日
【發(fā)明者】何進(jìn)棟, 杜發(fā)輝, 段炳璽, 龔舒, 何煒, 李建會(huì), 李占釗, 馬福壽, 壽立海, 吳培璽, 張勇, 周占鵬, 李鵬義, 劉維樂(lè), 王建軍, 王令配, 溫生志, 楊麗婷, 馬簫雯, 王玉濤, 史發(fā)軍, 張芳, 王生福, 黃波, 雍海峰, 仇海彬 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)青海有限公司