掉話測試方法及裝置的制造方法
【專利摘要】本發(fā)明公開了一種掉話測試方法及裝置，包括：啟動通話；持續(xù)監(jiān)測物理層的誤碼率；若誤碼率高于預設的誤碼率閾值且持續(xù)時間超過預設的第一時間閾值，則判定發(fā)生掉話危險事件；基于所述掉話危險事件，開始記錄通話日志；若通話異常結(jié)束，則保存通話日志并將其上傳至服務器。本發(fā)明提出的掉話測試方法及裝置，能夠及時抓取LOG并統(tǒng)計掉話數(shù)據(jù)，且不會占用過多的空間。
【專利說明】
掉話測試方法及裝置
技術領域
[0001]本發(fā)明涉及通信測試技術領域，特別是指一種掉話測試方法及裝置。
【背景技術】
[0002]在無線通信中，掉話是一種比較常見的現(xiàn)象。為了保證手機不出現(xiàn)掉話問題，目前在手機研發(fā)過程中，都需要經(jīng)測試人員手工測試和抓取通話日志(以下簡稱L0G)，然后提供給研發(fā)人員分析;整個過程由測試人員手動完成，并且需要花費很長的時間，同時需要測試人員一直保持警覺狀態(tài)，才能隨時捕捉掉話時刻;但在很多時候，如果測試人員沒有提前準備，則無法獲取有效LOG，錯失掉話現(xiàn)場。
[0003]對于測試方來說，現(xiàn)有的技術方案通常是，在進行通話前，測試人員需要通過工具手動開啟LOG記錄器或LOG記錄模塊；出現(xiàn)掉話之后，需手動保存記錄的LOG并手動提交給研發(fā)人員。而這種技術方案需要測試人員對大量的通話進行跟蹤，并通過人工判斷是否屬于掉話，人力成本高;并且手動抓取LOG不利于統(tǒng)計掉話數(shù)據(jù)，容易造成數(shù)據(jù)遺漏，并且統(tǒng)計也需要人力成本。
[0004]對于手機端來說，現(xiàn)有的技術方案通常是，用戶可手動開啟手機的手機通信模塊(modem)中的LOG記錄單元來進行LOG記錄，記錄過程中發(fā)生的掉話問題被記錄到LOG中，并通過手機上傳到服務器，從而提供給手機廠商的研發(fā)人員進行分析。但是，目前主流的手機芯片廠商的手機通信模塊(modem)的LOG信息量較大，如在使用手機的過程中一直開啟LOG會很快占滿存儲空間;但如果發(fā)現(xiàn)掉話再開啟L0G，一般已錯失抓取LOG的最佳時機。
【發(fā)明內(nèi)容】
[0005]有鑒于此，本發(fā)明的目的在于提出一種掉話測試方法及裝置，能夠及時抓取LOG并統(tǒng)計掉話數(shù)據(jù)，且不會占用過多的空間。
[0006]基于上述目的本發(fā)明提供的掉話測試方法，包括:
[0007]啟動通話；
[0008]持續(xù)監(jiān)測物理層的誤碼率；
[0009]若誤碼率高于預設的誤碼率閾值且持續(xù)時間超過預設的第一時間閾值，則判定發(fā)生掉話危險事件；
[0010]基于所述掉話危險事件，開始記錄通話日志；
[0011 ]若通話異常結(jié)束，則保存通話日志并將其上傳至服務器。
[0012]在一些實施方式中，所述開始記錄通話日志的步驟之后還包括:
[0013]繼續(xù)監(jiān)測物理層的誤碼率；
[0014]在記錄通話日志的過程中，若誤碼率在某一時刻低于所述誤碼率閾值，則停止記錄通話日志。
[0015]在一些實施方式中，所述開始記錄通話日志的步驟之后還包括:
[0016]繼續(xù)監(jiān)測物理層的誤碼率；
[0017]在記錄通話日志的過程中，若誤碼率在某一時刻低于所述誤碼率閾值且持續(xù)時間超過預設的第二時間閾值，則停止記錄通話日志。
[0018]在一些實施方式中，所述停止記錄通話日志的步驟之后還包括:
[0019]刪除已經(jīng)記錄的通話日志。
[0020]在一些實施方式中，所述保存通話日志的步驟之后還包括:
[0021]判斷是否連接上WIFI;
[0022]若是，則將通話日志上傳至服務器；
[0023]若否，則待連接上WIFI后，將通話日志上傳至服務器。
[0024]本發(fā)明的另一方面還提供了一種掉話測試裝置，包括:
[0025]通話啟動模塊，用于啟動通話；
[0026]誤碼率監(jiān)測模塊，用于持續(xù)監(jiān)測物理層的誤碼率；
[0027]掉話危險判定模塊，當誤碼率高于預設的誤碼率閾值且持續(xù)時間超過預設的第一時間閾值時，用于判定發(fā)生掉話危險事件；
[0028]日志記錄模塊，用于基于所述掉話危險事件，開始記錄通話日志；
[0029]日志保存模塊，當通話異常結(jié)束時，用于保存通話日志；
[0030]日志上傳模塊，當通話異常結(jié)束時，用于將保存的通話日志上傳至服務器。
[0031]在一些實施方式中，所述誤碼率監(jiān)測模塊，還用于繼續(xù)監(jiān)測物理層的誤碼率；
[0032]在記錄通話日志的過程中，若誤碼率在某一時刻低于所述誤碼率閾值，所述日志記錄模塊，還用于停止記錄通話日志。
[0033]在一些實施方式中，所述誤碼率監(jiān)測模塊，還用于繼續(xù)監(jiān)測物理層的誤碼率；
[0034]在記錄通話日志的過程中，若誤碼率在某一時刻低于所述誤碼率閾值且持續(xù)時間超過預設的第二時間閾值，所述日志記錄模塊，還用于停止記錄通話日志。
[0035]在一些實施方式中，所述的裝置還包括日志刪除模塊，
[0036]所述日志記錄模塊停止記錄通話日志后，所述日志刪除模塊用于刪除已經(jīng)記錄的通話日志。
[0037]在一些實施方式中，所述的裝置還包括WIFI連接判定模塊，用于判斷是否連接上WIFI;
[0038]若是，則所述日志上傳模塊用于將通話日志上傳至服務器；
[0039]若否，則待連接上WIFI后，所述日志上傳模塊用于將通話日志上傳至服務器。
[0040]從上面所述可以看出，本發(fā)明提供的掉話測試方法及裝置，通過監(jiān)測通話過程中物理層的誤碼率來實現(xiàn)自動抓取掉話通話日志(LOG)并上傳服務器，從而用戶或測試人員只需正常使用手機，就能自動在終端中完成整個抓取和上傳過程;并且，通過根據(jù)誤碼率監(jiān)控結(jié)果進行測試，終端只會在掉話的通話中抓取通話日志，而不會產(chǎn)生大量無效的通話日志占用終端的存儲空間；因為有誤碼率作為依據(jù)，因此一旦出現(xiàn)掉話，因在掉話之前已經(jīng)開始記錄，降低了錯失現(xiàn)場的幾率;此外，自動發(fā)送通話日志到服務器，有利于統(tǒng)計和進一步分析。
【附圖說明】
[0041]圖1為本發(fā)明提供的掉話測試方法的一個實施例的流程示意圖；
[0042]圖2為本發(fā)明提供的掉話測試方法的另一個實施例的流程示意圖；
[0043]圖3為本發(fā)明提供的掉話測試裝置實施例的模塊結(jié)構(gòu)示意圖。
【具體實施方式】
[0044]為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白，以下結(jié)合具體實施例，并參照附圖，對本發(fā)明進一步詳細說明。
[0045]需要說明的是，本發(fā)明實施例中所有使用“第一”和“第二”的表述均是為了區(qū)分兩個相同名稱非相同的實體或者非相同的參量，可見“第一” “第二”僅為了表述的方便，不應理解為對本發(fā)明實施例的限定，后續(xù)實施例對此不再一一說明。
[0046]本發(fā)明的第一個方面，提供了一種能夠及時抓取LOG并統(tǒng)計掉話數(shù)據(jù)，且不會占用過多的空間的掉話測試方法。如圖1所示，為本發(fā)明提供的掉話測試方法的一個實施例的流程不意圖。
[0047]所述掉話測試方法，包括以下步驟:
[0048]步驟101:啟動通話;即移動終端開啟并進入了通話模式；
[0049]步驟102:持續(xù)監(jiān)測協(xié)議棧底層的物理層的誤碼率；
[°05°]誤碼率(SER:symbol error rate)是衡量數(shù)據(jù)在規(guī)定時間內(nèi)數(shù)據(jù)傳輸精確性的指標。誤碼率=傳輸中的誤碼/所傳輸?shù)目偞a數(shù)*100%。如果有誤碼就有誤碼率。誤碼的產(chǎn)生是由于在信號傳輸中，衰變改變了信號的電壓，致使信號在傳輸中遭到破壞，產(chǎn)生誤碼。噪音、交流電或閃電造成的脈沖、傳輸設備故障及其他因素都會導致誤碼率(比如傳送的信號是I，而接收到的是O;反之亦然)。由于種種原因，數(shù)字信號在傳輸過程中不可避免地會產(chǎn)生差錯。例如在傳輸過程中受到外界的干擾，或在通信系統(tǒng)內(nèi)部由于各個組成部分的質(zhì)量不夠理想而使傳送的信號發(fā)生畸變等。當受到的干擾或信號畸變達到一定程度時，就會產(chǎn)生差錯。誤比特率(BER:bit error rate)是衡量數(shù)據(jù)在規(guī)定時間內(nèi)數(shù)據(jù)傳輸精確性的指標。誤碼率=錯誤碼元數(shù)/傳輸總碼元數(shù)。誤比特率=錯誤比特數(shù)/傳輸總比特數(shù)。誤碼率/誤比特率是最常用的數(shù)據(jù)通信傳輸質(zhì)量指標。它表示數(shù)字系統(tǒng)傳輸質(zhì)量的式是“在多少位數(shù)據(jù)中出現(xiàn)一位差錯”。
[0051]步驟103:判斷誤碼率是否高于預設的誤碼率閾值(Vcrc)且持續(xù)時間超過預設的第一時間閾值；
[0052]步驟104:若誤碼率高于預設的誤碼率閾值(Vcrc)且持續(xù)時間超過預設的第一時間閾值(Tcrc)，則判定發(fā)生掉話危險事件(協(xié)議棧上報上層的通話模塊)；即，此種情況下，很有可能將會發(fā)生掉話的危險;所述誤碼率閾值，是根據(jù)不同的通信信號來分別設置的，如GSM、3G、4G信號，對應的誤碼率閾值不盡相同，且需要根據(jù)具體情況具體設置;同樣的，所述第一時間閾值，也需要根據(jù)不同的具體情況進行不同的具體設置；
[0053]步驟105:若誤碼率沒有高于預設的誤碼率閾值或者高于預設的誤碼率閾值但持續(xù)時間沒有超過預設的第一時間閾值而又回落到誤碼率閾值以下，則判定沒有發(fā)生掉話危險事件，并返回步驟102，繼續(xù)監(jiān)測物理層的誤碼率；
[0054]步驟106:基于所述掉話危險事件，開始記錄通話日志(通話模塊通知日志模塊開啟modem側(cè)的LOG);即，此時開啟記錄日志的功能，開始實時記錄通話日志，以期把即將發(fā)生的掉話事件記錄在LOG中；
[0055]步驟107:判斷通話是否異常結(jié)束；
[0056]步驟108:若通話異常結(jié)束(發(fā)生掉話事件)，則保存已經(jīng)記錄的通話日志并將其上傳至服務器，供研發(fā)人員對掉話事件的原因進行研究；
[0057]步驟109:若通話正常結(jié)束，則停止記錄通話日志，并刪除已記錄的通話日志。
[0058]從上述實施例可以看出，本發(fā)明提供的掉話測試方法，通過監(jiān)測通話過程中物理層的誤碼率來實現(xiàn)自動抓取掉話通話日志(LOG)并上傳服務器，從而用戶或測試人員只需正常使用手機，就能自動在終端中完成整個抓取和上傳過程;并且，通過根據(jù)誤碼率監(jiān)控結(jié)果進行測試，終端只會在掉話的通話中抓取通話日志，而不會產(chǎn)生大量無效的通話日志占用終端的存儲空間；因為有誤碼率作為依據(jù)，因此一旦出現(xiàn)掉話，因在掉話之前已經(jīng)開始記錄，降低了錯失現(xiàn)場的幾率;此外，自動發(fā)送通話日志到服務器，有利于統(tǒng)計和進一步分析。
[0059]進一步的，在一些可選實施方式中，所述開始記錄通話日志的步驟105之后還可包括以下步驟:
[0060]繼續(xù)監(jiān)測物理層的誤碼率；
[0061]在記錄通話日志的過程中，若誤碼率在某一時刻低于所述誤碼率閾值，則停止記錄通話日志。
[0062]或者，進一步的，在另一些可選實施方式中，所述開始記錄通話日志的步驟105之后還可包括以下步驟:
[0063]繼續(xù)監(jiān)測物理層的誤碼率；
[0064]在記錄通話日志的過程中，若誤碼率在某一時刻低于所述誤碼率閾值且持續(xù)時間超過預設的第二時間閾值，則停止記錄通話日志。其中，第二時間閾值可根據(jù)實際需要進行設置，在此不對其進行限定。
[0065]通過上述兩種方式，使得在通話進入正常狀態(tài)時，停止記錄通話日志，從而節(jié)省了終端的存儲空間，以避免過多地記錄不需要的通話日志。
[0066]更進一步的，在一些可選實施方式中，所述停止記錄通話日志的步驟之后還可包括以下步驟:
[0067]刪除已經(jīng)記錄的通話日志。
[0068]通過在停止記錄通話日志后刪除已經(jīng)記錄的通話日志，從而可以將不需要的通話日志進行清理，節(jié)省終端的存儲空間。
[0069]由于通話日志所占的存儲空間較大，因此，在一些較佳實施例中，所述保存通話日志的步驟之后還包括:
[0070]判斷是否連接上WIFI;
[0071 ] 若是，則將通話日志上傳至服務器；
[0072]若否，則待連接上WIFI后，將通話日志上傳至服務器。
[0073]從而，當連接上WIFI后再上傳通話日志，能夠為用戶節(jié)省流量，減少金錢消耗。
[0074]如圖2所示，為本發(fā)明提供的掉話測試方法的另一個實施例的流程示意圖。
[0075]所述掉話測試方法，包括以下步驟:
[0076]步驟201:啟動通話；
[0077]步驟202:持續(xù)監(jiān)測協(xié)議棧底層的物理層的誤碼率；
[0078]步驟203:判斷誤碼率是否高于預設的誤碼率閾值(Vcrc)且持續(xù)時間超過預設的第一時間閾值；
[0079]步驟204:若是，則判定發(fā)生掉話危險事件(協(xié)議棧上報上層的通話模塊)；
[0080]步驟205:若否，則判定沒有發(fā)生掉話危險事件，并返回步驟202，繼續(xù)監(jiān)測物理層的誤碼率；
[0081 ] 步驟206:基于所述掉話危險事件，開始記錄通話日志；
[0082]步驟207:繼續(xù)監(jiān)測物理層的誤碼率；
[0083]步驟208:在記錄通話日志的過程中，判斷誤碼率是否在某一時刻低于所述誤碼率閾值且持續(xù)時間超過預設的第二時間閾值；
[0084]步驟209:若是，則停止記錄通話日志；
[0085]步驟210:刪除已經(jīng)記錄的通話日志，并返回步驟202，繼續(xù)監(jiān)測物理層的誤碼率；
[0086]步驟211:若否，繼續(xù)記錄通話日志；
[0087]步驟212:判斷通話是否異常結(jié)束；
[0088]步驟213:若否，則停止記錄通話日志，并刪除已記錄的通話日志；
[0089]步驟214:若是，則保存已經(jīng)記錄的通話日志；
[0090]步驟215:判斷是否連接上WIFI;
[0091 ] 步驟216:若是，則將通話日志上傳至服務器；
[0092]步驟217:若否，則手動連接WIFI，待連接上WIFI后，將通話日志上傳至服務器。
[0093]從上述實施例可以看出，本發(fā)明提供的掉話測試方法，通過監(jiān)測通話過程中物理層的誤碼率來實現(xiàn)自動抓取掉話通話日志(LOG)并上傳服務器，從而用戶或測試人員只需正常使用手機，就能自動在終端中完成整個抓取和上傳過程;并且，通過根據(jù)誤碼率監(jiān)控結(jié)果進行測試，終端只會在掉話的通話中抓取通話日志，而不會產(chǎn)生大量無效的通話日志占用終端的存儲空間；因為有誤碼率作為依據(jù)，因此一旦出現(xiàn)掉話，因在掉話之前已經(jīng)開始記錄，降低了錯失現(xiàn)場的幾率;同時，自動發(fā)送通話日志到服務器，有利于統(tǒng)計和進一步分析。此外，還通過持續(xù)監(jiān)測誤碼率來判斷通話是否回歸正常水平，若是則停止記錄LOG并刪除已記錄的L0G，從而節(jié)省了存儲空間，同時，還通過判斷是否連接上WIFI來確定是否上傳L0G，從而為用戶節(jié)約了流量。
[0094]本發(fā)明的第二個方面，提供了一種能夠及時抓取LOG并統(tǒng)計掉話數(shù)據(jù)，且不會占用過多的空間的掉話測試裝置。如圖3所示，為本發(fā)明提供的掉話測試裝置實施例的模塊結(jié)構(gòu)示意圖。
[0095]所述掉話測試裝置，包括:
[0096]通話啟動模塊301，用于啟動通話;即移動終端開啟并進入了通話模式；
[0097]誤碼率監(jiān)測模塊302，用于持續(xù)監(jiān)測物理層的誤碼率；
[0098]誤碼率(SER:symbolerror rate)是衡量數(shù)據(jù)在規(guī)定時間內(nèi)數(shù)據(jù)傳輸精確性的指標。誤碼率=傳輸中的誤碼/所傳輸?shù)目偞a數(shù)*100%。如果有誤碼就有誤碼率。誤碼的產(chǎn)生是由于在信號傳輸中，衰變改變了信號的電壓，致使信號在傳輸中遭到破壞，產(chǎn)生誤碼。噪音、交流電或閃電造成的脈沖、傳輸設備故障及其他因素都會導致誤碼率(比如傳送的信號是I，而接收到的是O;反之亦然)。由于種種原因，數(shù)字信號在傳輸過程中不可避免地會產(chǎn)生差錯。例如在傳輸過程中受到外界的干擾，或在通信系統(tǒng)內(nèi)部由于各個組成部分的質(zhì)量不夠理想而使傳送的信號發(fā)生畸變等。當受到的干擾或信號畸變達到一定程度時，就會產(chǎn)生差錯。誤比特率(BER:bit error rate)是衡量數(shù)據(jù)在規(guī)定時間內(nèi)數(shù)據(jù)傳輸精確性的指標。誤碼率=錯誤碼元數(shù)/傳輸總碼元數(shù)。誤比特率=錯誤比特數(shù)/傳輸總比特數(shù)。誤碼率/誤比特率是最常用的數(shù)據(jù)通信傳輸質(zhì)量指標。它表示數(shù)字系統(tǒng)傳輸質(zhì)量的式是“在多少位數(shù)據(jù)中出現(xiàn)一位差錯”；
[0099]掉話危險判定模塊303，當誤碼率高于預設的誤碼率閾值(Vcrc)且持續(xù)時間超過預設的第一時間閾值(Tcrc)時，用于判定發(fā)生掉話危險事件；S卩，此種情況下，很有可能將會發(fā)生掉話的危險;所述誤碼率閾值，是根據(jù)不同的通信信號來分別設置的，如GSM、3G、4G信號，對應的誤碼率閾值不盡相同，且需要根據(jù)具體情況具體設置；同樣的，所述第一時間閾值，也需要根據(jù)不同的具體情況進行不同的具體設置；
[0100]日志記錄模塊304，用于基于所述掉話危險事件，開始記錄通話日志；即，此時開啟記錄日志的功能，開始實時記錄通話日志，以期把即將發(fā)生的掉話事件記錄在LOG中；
[0101 ]日志保存模塊305，當通話異常結(jié)束時，用于保存通話日志；
[0102]日志上傳模塊306，當通話異常結(jié)束時，用于將保存的通話日志上傳至服務器，供研發(fā)人員對掉話事件的原因進行研究。
[0103]從上述實施例可以看出，本發(fā)明提供的掉話測試裝置，通過監(jiān)測通話過程中物理層的誤碼率來實現(xiàn)自動抓取掉話通話日志(LOG)并上傳服務器，從而用戶或測試人員只需正常使用手機，就能自動在終端中完成整個抓取和上傳過程;并且，通過根據(jù)誤碼率監(jiān)控結(jié)果進行測試，終端只會在掉話的通話中抓取通話日志，而不會產(chǎn)生大量無效的通話日志占用終端的存儲空間；因為有誤碼率作為依據(jù)，因此一旦出現(xiàn)掉話，因在掉話之前已經(jīng)開始記錄，降低了錯失現(xiàn)場的幾率;此外，自動發(fā)送通話日志到服務器，有利于統(tǒng)計和進一步分析。
[0104]進一步的，在一些可選實施方式中，所述誤碼率監(jiān)測模塊302，還用于繼續(xù)監(jiān)測物理層的誤碼率；
[0105]在記錄通話日志的過程中，若誤碼率在某一時刻低于所述誤碼率閾值，所述日志記錄模塊304，還用于停止記錄通話日志。
[0106]或者，進一步的，在另一些可選實施方式中，所述誤碼率監(jiān)測模塊302，還用于繼續(xù)監(jiān)測物理層的誤碼率；
[0107]在記錄通話日志的過程中，若誤碼率在某一時刻低于所述誤碼率閾值且持續(xù)時間超過預設的第二時間閾值，所述日志記錄模塊304，還用于停止記錄通話日志。
[0108]通過上述兩種方式，使得在通話進入正常狀態(tài)時，停止記錄通話日志，從而節(jié)省了終端的存儲空間，以避免過多地記錄不需要的通話日志。
[0109]更進一步的，在一些可選實施方式中，所述的裝置還包括日志刪除模塊307，所述日志記錄模塊304停止記錄通話日志后，所述日志刪除模塊307用于刪除已經(jīng)記錄的通話日
V 1、1、O
[0110]通過在停止記錄通話日志后刪除已經(jīng)記錄的通話日志，從而可以將不需要的通話日志進行清理，節(jié)省終端的存儲空間。
[0111]由于通話日志所占的存儲空間較大，因此，在一些較佳實施例中，所述的裝置還包括WIFI連接判定模塊308，用于判斷是否連接上WIFI;
[0112]若是，則所述日志上傳模塊306用于將通話日志上傳至服務器；
[0113]若否，則待連接上WIFI后，所述日志上傳模塊306用于將通話日志上傳至服務器。
[0114]從而，當連接上WIFI后再上傳通話日志，能夠為用戶節(jié)省流量，減少金錢消耗。
[0115]下面結(jié)合圖2所示，介紹本發(fā)明提供的掉話測試裝置如何應用與本發(fā)明提供的掉話測試方法的另一個實施例。
[0116]所述掉話測試方法，包括以下步驟:
[0117]步驟201:通話啟動模塊301啟動通話；
[0118]步驟202:誤碼率監(jiān)測模塊302持續(xù)監(jiān)測協(xié)議棧底層的物理層的誤碼率；
[0119]步驟203:誤碼率監(jiān)測模塊302判斷誤碼率是否高于預設的誤碼率閾值(Vcrc)且持續(xù)時間超過預設的第一時間閾值；
[0120]步驟204:若是，則掉話危險判定模塊303判定發(fā)生掉話危險事件(協(xié)議棧上報上層的通話模塊)；
[0121]步驟205:若否，則掉話危險判定模塊303判定沒有發(fā)生掉話危險事件，并返回步驟202，誤碼率監(jiān)測模塊302繼續(xù)監(jiān)測物理層的誤碼率；
[0122]步驟206:日志記錄模塊304基于所述掉話危險事件，開始記錄通話日志；
[0123]步驟207:誤碼率監(jiān)測模塊302繼續(xù)監(jiān)測物理層的誤碼率；
[0124]步驟208:在記錄通話日志的過程中，誤碼率監(jiān)測模塊302判斷誤碼率是否在某一時刻低于所述誤碼率閾值且持續(xù)時間超過預設的第二時間閾值；
[0125]步驟209:若是，則日志記錄模塊304停止記錄通話日志；
[0126]步驟210:日志刪除模塊307刪除已經(jīng)記錄的通話日志，并返回步驟202，誤碼率監(jiān)測模塊302繼續(xù)監(jiān)測物理層的誤碼率；
[0127]步驟211:若否，日志記錄模塊304繼續(xù)記錄通話日志；
[0128]步驟212:通話模塊309判斷通話是否異常結(jié)束；
[0129]步驟213:若否，則日志記錄模塊304停止記錄通話日志，日志刪除模塊307刪除已記錄的通話日志；
[0130]步驟214:若是，則日志保存模塊305保存已經(jīng)記錄的通話日志；
[0131]步驟215: WIFI連接判定模塊308判斷是否連接上WIFI;
[0132]步驟216:若是，則日志上傳模塊306將通話日志上傳至服務器；
[0133]步驟217:若否，則手動連接WIFI，待連接上WIFI后，日志上傳模塊306將通話日志上傳至服務器。
[0134]從上述實施例可以看出，本發(fā)明提供的掉話測試裝置，通過監(jiān)測通話過程中物理層的誤碼率來實現(xiàn)自動抓取掉話通話日志(LOG)并上傳服務器，從而用戶或測試人員只需正常使用手機，就能自動在終端中完成整個抓取和上傳過程;并且，通過根據(jù)誤碼率監(jiān)控結(jié)果進行測試，終端只會在掉話的通話中抓取通話日志，而不會產(chǎn)生大量無效的通話日志占用終端的存儲空間；因為有誤碼率作為依據(jù)，因此一旦出現(xiàn)掉話，因在掉話之前已經(jīng)開始記錄，降低了錯失現(xiàn)場的幾率;同時，自動發(fā)送通話日志到服務器，有利于統(tǒng)計和進一步分析。此外，還通過持續(xù)監(jiān)測誤碼率來判斷通話是否回歸正常水平，若是則停止記錄LOG并刪除已記錄的L0G，從而節(jié)省了存儲空間，同時，還通過判斷是否連接上WIFI來確定是否上傳L0G，從而為用戶節(jié)約了流量。
[0135]所屬領域的普通技術人員應當理解:以上任何實施例的討論僅為示例性的，并非旨在暗示本公開的范圍(包括權利要求)被限于這些例子;在本發(fā)明的思路下，以上實施例或者不同實施例中的技術特征之間也可以進行組合，并存在如上所述的本發(fā)明的不同方面的許多其它變化，為了簡明它們沒有在細節(jié)中提供。因此，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何省略、修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
【主權項】
1.一種掉話測試方法，其特征在于，包括: 啟動通話； 持續(xù)監(jiān)測物理層的誤碼率； 若誤碼率高于預設的誤碼率閾值且持續(xù)時間超過預設的第一時間閾值，則判定發(fā)生掉話危險事件； 基于所述掉話危險事件，開始記錄通話日志； 若通話異常結(jié)束，則保存通話日志并將其上傳至服務器。2.根據(jù)權利要求1所述的方法，其特征在于，所述開始記錄通話日志的步驟之后還包括: 繼續(xù)監(jiān)測物理層的誤碼率； 在記錄通話日志的過程中，若誤碼率在某一時刻低于所述誤碼率閾值，則停止記錄通話日志。3.根據(jù)權利要求1所述的方法，其特征在于，所述開始記錄通話日志的步驟之后還包括: 繼續(xù)監(jiān)測物理層的誤碼率； 在記錄通話日志的過程中，若誤碼率在某一時刻低于所述誤碼率閾值且持續(xù)時間超過預設的第二時間閾值，則停止記錄通話日志。4.根據(jù)權利要求2或3所述的方法，其特征在于，所述停止記錄通話日志的步驟之后還包括: 刪除已經(jīng)記錄的通話日志。5.根據(jù)權利要求1所述的方法，其特征在于，所述保存通話日志的步驟之后還包括: 判斷是否連接上WIFI; 若是，則將通話日志上傳至服務器； 若否，則待連接上WIFI后，將通話日志上傳至服務器。6.一種掉話測試裝置，其特征在于，包括: 通話啟動模塊，用于啟動通話； 誤碼率監(jiān)測模塊，用于持續(xù)監(jiān)測物理層的誤碼率； 掉話危險判定模塊，當誤碼率高于預設的誤碼率閾值且持續(xù)時間超過預設的第一時間閾值時，用于判定發(fā)生掉話危險事件； 日志記錄模塊，用于基于所述掉話危險事件，開始記錄通話日志； 日志保存模塊，當通話異常結(jié)束時，用于保存通話日志； 日志上傳模塊，當通話異常結(jié)束時，用于將保存的通話日志上傳至服務器。7.根據(jù)權利要求6所述的裝置，其特征在于，所述誤碼率監(jiān)測模塊，還用于繼續(xù)監(jiān)測物理層的誤碼率； 在記錄通話日志的過程中，若誤碼率在某一時刻低于所述誤碼率閾值，所述日志記錄模塊，還用于停止記錄通話日志。8.根據(jù)權利要求6所述的裝置，其特征在于，所述誤碼率監(jiān)測模塊，還用于繼續(xù)監(jiān)測物理層的誤碼率； 在記錄通話日志的過程中，若誤碼率在某一時刻低于所述誤碼率閾值且持續(xù)時間超過預設的第二時間閾值，所述日志記錄模塊，還用于停止記錄通話日志。9.根據(jù)權利要求7或8所述的裝置，其特征在于，還包括日志刪除模塊， 所述日志記錄模塊停止記錄通話日志后，所述日志刪除模塊用于刪除已經(jīng)記錄的通話曰志。10.根據(jù)權利要求6所述的裝置，其特征在于，還包括WIFI連接判定模塊，用于判斷是否連接上WIFI ； 若是，則所述日志上傳模塊用于將通話日志上傳至服務器； 若否，則待連接上WIFI后，所述日志上傳模塊用于將通話日志上傳至服務器。
【文檔編號】H04W24/02GK105873094SQ201510898098
【公開日】2016年8月17日
【申請日】2015年12月8日
【發(fā)明人】王剛
【申請人】樂視移動智能信息技術（北京）有限公司