Volte分析方法與主要問(wèn)題

1、VOLTE的分析方法及主要問(wèn)題2要點(diǎn)內(nèi)容要點(diǎn)內(nèi)容1怎么測(cè)？2都能統(tǒng)計(jì)什么指標(biāo)？3當(dāng)前重點(diǎn)關(guān)注哪些指標(biāo)4為什么要人工介入異常分析5人工判定的依據(jù)是？6典型案例介紹3目錄目錄異常事件的判定依據(jù)與分類典型案例分享VOLTE測(cè)試情況及指標(biāo)統(tǒng)計(jì)4n測(cè)試終端：HTC M8 商用終端+PC機(jī)+MOS盒n測(cè)試軟件：對(duì)接中國(guó)移動(dòng)商務(wù)終端測(cè)試平臺(tái)的惠杰朗CDS與鼎利Pioneer軟件n測(cè)試方法：PC軟件控制手機(jī)終端、自動(dòng)撥打。通話180s，間隔30s。當(dāng)前當(dāng)前VOLTEVOLTE集團(tuán)測(cè)試方式集團(tuán)測(cè)試方式中國(guó)移動(dòng)商務(wù)終端測(cè)試管理平臺(tái)測(cè)試計(jì)劃下發(fā)測(cè)試計(jì)劃下發(fā)計(jì)劃配置及指標(biāo)統(tǒng)計(jì)計(jì)劃配置及指標(biāo)統(tǒng)計(jì)回傳數(shù)據(jù)回傳數(shù)據(jù)執(zhí)行測(cè)試

2、并回傳數(shù)據(jù)執(zhí)行測(cè)試并回傳數(shù)據(jù)注：與ATU不同，VOLTE LOG一個(gè)小時(shí)約500M左右，不要求實(shí)時(shí)回傳，一般測(cè)試人員全天測(cè)試結(jié)束后，利用網(wǎng)線回傳。5n登陸2:8089/index.jsp商務(wù)終端平臺(tái)，統(tǒng)計(jì)分析條目下的多維度報(bào)表可以提取如下三種VOLTE關(guān)聯(lián)報(bào)表：商務(wù)終端平臺(tái)商務(wù)終端平臺(tái)VOLTEVOLTE統(tǒng)計(jì)輸出統(tǒng)計(jì)輸出1.VOLTE業(yè)務(wù)報(bào)表，全量指標(biāo)，共分了7個(gè)頁(yè)面，共計(jì)156項(xiàng)指標(biāo)或原始樣本計(jì)值。KPIKPI匯總匯總VOLTEVOLTE統(tǒng)計(jì)指標(biāo)統(tǒng)計(jì)指標(biāo)CSCS域語(yǔ)音統(tǒng)計(jì)指標(biāo)域語(yǔ)音統(tǒng)計(jì)指標(biāo)覆蓋類覆蓋類干擾類干擾類調(diào)度類調(diào)度類MOSMOS統(tǒng)計(jì)統(tǒng)計(jì)接通率IMS

3、注冊(cè)成功率CS域全程成功率(%)平均RSRP平均SINRPUSCH TxPowerMOS=2.8占比掉話率VOLTE語(yǔ)音建立成功率CS域接通率(%)邊緣RSRP邊緣SINR上行平均RBMOS=3.0占比VOLTE全程呼叫成功率VOLTE掉話率CS域掉話率(%)LTE覆蓋率(RSRP-110 and SINR-3)SINR -3以上占比下行平均RBMOS=3.5占比VOLTE接通率VOLTE通話時(shí)長(zhǎng)占比CS域試呼次數(shù)LTE覆蓋率(RSRP-103 and SINR-3)SINR 0以上占比碼字0MOS=2.8占比VOLTE掉話率VOLTE試呼次數(shù)CS域接通次數(shù)LTE覆蓋率(RSRP-101 an

4、d SINR-3)平均RSRQ碼字1MOS=3.0占比呼叫建立時(shí)延(s)VOLTE接通次數(shù)CS域掉話次數(shù)LTE測(cè)試總里程(km)連續(xù)SINR質(zhì)差里程占比(SINR小于-1)(%)上行平均MCSMOS=3.5占比15項(xiàng)33項(xiàng)17項(xiàng)19項(xiàng)13項(xiàng)16項(xiàng)58項(xiàng)2.語(yǔ)音業(yè)務(wù)異常事件報(bào)表，輸出包含未接通、掉話（CSFB時(shí)延異常）等異常類型的詳細(xì)信息，便于回放分析。省份省份 城市城市文件名文件名業(yè)務(wù)類型業(yè)務(wù)類型 事件類型事件類型事件發(fā)生事件發(fā)生時(shí)間點(diǎn)時(shí)間點(diǎn)事件發(fā)事件發(fā)生所處生所處經(jīng)度經(jīng)度事件發(fā)事件發(fā)生所處生所處緯度緯度事件發(fā)事件發(fā)生所處生所處網(wǎng)絡(luò)網(wǎng)絡(luò)TAC小區(qū)小區(qū)號(hào)號(hào)CSFB回落時(shí)回落時(shí)延延返回返回LTE時(shí)

5、延時(shí)延網(wǎng)格編網(wǎng)格編號(hào)號(hào)9131101520150812093131ms1VOICE未接通2015-08-12 09:36:59.000GSM12809431注：在無(wú)法判斷異常釋放的確切時(shí)間點(diǎn)時(shí)，平臺(tái)以下次起呼作為前次失敗的時(shí)間點(diǎn)3.VOLTE集團(tuán)報(bào)表，重要指標(biāo)，提取了集團(tuán)當(dāng)前分析關(guān)注的原始數(shù)據(jù)及指標(biāo)結(jié)果，為VOLTE業(yè)務(wù)報(bào)表的一個(gè)子集。注：當(dāng)前VOLTE的指標(biāo)結(jié)果輸出通過(guò)該表計(jì)算獲得。6n集團(tuán)分析重點(diǎn)關(guān)注如下10個(gè)指標(biāo)：VOLTEVOLTE集團(tuán)匯報(bào)的重點(diǎn)指標(biāo)集團(tuán)匯報(bào)的重點(diǎn)指標(biāo)指標(biāo)指標(biāo) 算法定義算法定義已測(cè)城市指標(biāo)區(qū)間已測(cè)城市指標(biāo)區(qū)間*接接通率（通率（%） 成功完成呼叫次數(shù)/終端發(fā)起呼叫總數(shù)。每

6、次通話中，主叫UE發(fā)送第一條SIP INVITE后收到網(wǎng)絡(luò)側(cè)下發(fā)的SIP 200 OK消息為成功完成呼叫87.12%99.53%*掉掉話率（話率（%） （主叫掉話次數(shù)+被叫掉話次數(shù)）/（成功建立呼叫次數(shù)*2）。主叫主動(dòng)掛機(jī)時(shí)，主叫未收到SIP_BYE-OK或被叫未發(fā)送SIP_BYE-OK，均計(jì)算一次掉話。（不滿足通話時(shí)長(zhǎng)的OK回復(fù)，需人工判別）12.9%0.15%呼叫建立時(shí)延呼叫建立時(shí)延(s) 每次通話中，主叫UE發(fā)SIP INVITE后收到網(wǎng)絡(luò)側(cè)下發(fā)的SIP 180 Ring消息之間的時(shí)間差6.162.70MOS 3.0以上占比以上占比(polqa算法） Polqa算法的 3分以上的MOS采

7、樣點(diǎn)數(shù)/MOS總采樣點(diǎn)數(shù)76.41%95.1%MOS 3.5以上占比以上占比(polqa算法） Polqa算法的 3.5分以上的MOS采樣點(diǎn)數(shù)/MOS總采樣點(diǎn)數(shù)55.0%88.7%IMS注冊(cè)成功率（注冊(cè)成功率（%） 終端完成IMS注冊(cè)成功/終端發(fā)起IMS注冊(cè)總數(shù)。IMS注冊(cè)成功指終端發(fā)送IMS_SIP_REGISTER,并收到IMS_SIP_REGISTER-OK(200)。75%100%eSRVCC成功率（成功率（%） eSRVCC切換成功次數(shù)/eSRVCC切換嘗試次數(shù)。UE收到源eNB發(fā)送的切換到2G命令（Mobility FromEUTRA Command）后，5s內(nèi)UE向目標(biāo)小區(qū)發(fā)送“

8、切換完成”消息（GSM RR Singaling Message Handover Complete）記為一次eSRVCC切換成功62.86%100%（個(gè)別城（個(gè)別城市未發(fā)生市未發(fā)生ESRVCC切換）切換）eSRVCC切換時(shí)延切換時(shí)延-用戶面（用戶面（ms） 從切換前（Mobility FromEUTRA Command）收到的最后一個(gè)RTP包，到切換到GSM后發(fā)送“切換完成”消息（Handover Complete）之間的時(shí)間差182348RTP丟包率丟包率（主叫發(fā)送的RTP數(shù)據(jù)包數(shù)量-被叫接收的RTP數(shù)據(jù)包數(shù)量+（被叫發(fā)送的RTP數(shù)據(jù)包數(shù)量-主叫接收的RTP數(shù)據(jù)包數(shù)量）/（主叫發(fā)送的RTP

9、數(shù)據(jù)包數(shù)量+被叫發(fā)送的RTP數(shù)據(jù)包數(shù)量）1.97%0.21%RTP抖抖動(dòng)動(dòng)(ms)相繼RTP包間的時(shí)延變化平均值14.0631.集團(tuán)輸出的接通率、掉話率為終端感知結(jié)果，即包含了VOLTE終端移動(dòng)到無(wú)IMS或無(wú)LTE覆蓋區(qū)域的GSM、TD、CSFB的呼叫結(jié)果，并非僅限于VOLTE。2.對(duì)接平臺(tái)的惠杰朗、鼎利軟件只是測(cè)試軟件，不做統(tǒng)計(jì)處理，統(tǒng)計(jì)處理部分由平臺(tái)算法完成，個(gè)別指標(biāo)在算法上與廠家軟件自有算法有差異。例如RTP丟包率，平臺(tái)統(tǒng)計(jì)方法為確切的丟包數(shù)/總發(fā)包數(shù)計(jì)算獲得，鼎利采用芯片上報(bào)的每秒丟包率做算術(shù)平均。7數(shù)據(jù)完整性、有效性的保障數(shù)據(jù)完整性、有效性的保障n集團(tuán)測(cè)試數(shù)據(jù)完整性、有效性保障手段：

10、對(duì)全程成功率低于80%的計(jì)劃進(jìn)行事件回放分析，初步判定異常原因，少量設(shè)備問(wèn)題可通過(guò)人工事件剔除解決，大量設(shè)備問(wèn)題異常事件，請(qǐng)示是否補(bǔ)測(cè)針對(duì)測(cè)量電平是否正常進(jìn)行核查確認(rèn)最終有效計(jì)劃，并輸出異常事件剔除前的指標(biāo)結(jié)果通過(guò)測(cè)試組獲得測(cè)試計(jì)劃，利用平臺(tái)提取原始統(tǒng)計(jì)，檢查是否所有計(jì)劃均可統(tǒng)計(jì)，所有LOG均完成回傳，完成初步指標(biāo)統(tǒng)計(jì)1對(duì)全異常事件進(jìn)行分析，區(qū)分設(shè)備問(wèn)題與網(wǎng)絡(luò)問(wèn)題，執(zhí)行設(shè)備問(wèn)題導(dǎo)致的異常事件剔除數(shù)據(jù)完整性核查性能指標(biāo)核查業(yè)務(wù)指標(biāo)核查確認(rèn)有效計(jì)劃異常事件分析1.測(cè)試出發(fā)前，按照集團(tuán)測(cè)試設(shè)備調(diào)試工作指導(dǎo)書進(jìn)行設(shè)備調(diào)試，保證出發(fā)前設(shè)備正?？捎谩?.測(cè)試過(guò)程中，測(cè)試監(jiān)控人員，實(shí)時(shí)關(guān)注設(shè)備上報(bào)狀態(tài)、事件

11、信令、MOS狀態(tài)等，重點(diǎn)確認(rèn)欠費(fèi)、計(jì)劃執(zhí)行失敗、連續(xù)事件失敗并保持與前臺(tái)測(cè)試人員溝通。(VOLTE不能實(shí)時(shí)回傳，則無(wú)法監(jiān)控）3.測(cè)試結(jié)束后，統(tǒng)計(jì)分析人員，進(jìn)行執(zhí)行五步進(jìn)行數(shù)據(jù)甄核。8幾類人工剔除異常介紹幾類人工剔除異常介紹n測(cè)試軟件問(wèn)題：呼叫過(guò)程中主叫再次起呼與被叫振鈴不接聽(tīng)1.呼叫過(guò)程中再次起呼案例2.被叫振鈴不接聽(tīng)案例現(xiàn)象：上次呼叫滿3分鐘后，主叫終端未上發(fā)掛斷，間隔30秒后，主叫按照呼叫規(guī)則又上發(fā)了起呼。軟件：惠杰朗CDS分析：滿3分鐘，終端不掛斷；懷疑軟件觸發(fā)的掛斷AT指令未能正常發(fā)到主叫終端，導(dǎo)致30秒后主叫在通話中再次起呼，被計(jì)為掉話。注：平臺(tái)對(duì)掉話判斷規(guī)則，在出現(xiàn)sip invi

12、te OK后，監(jiān)測(cè)后續(xù)的sip bye消息，若出現(xiàn)sip bye且收到OK則判斷為正常，若無(wú)發(fā)生下1次起呼，則以下次起呼時(shí)間作為上次掉話的時(shí)間點(diǎn)。現(xiàn)象：被叫update交互完成后，上發(fā)振鈴，未上發(fā)OK,主叫收到振鈴，18秒后上發(fā)了cancel取消。軟件：惠杰朗CDS分析：被叫上發(fā)振鈴后，按照軟件設(shè)置應(yīng)在1秒后立即接聽(tīng)，懷疑軟件觸發(fā)的接聽(tīng)AT指令未其作用。91.主叫CSFB回落位置更新不起呼幾類人工剔除異常介紹幾類人工剔除異常介紹n測(cè)試終端問(wèn)題：主叫CSFB回落位置更新不起呼與丟信令2.丟信令現(xiàn)象：主叫CSFB上發(fā)ESR，觸發(fā)盲重定向回落GSM并進(jìn)行了回落位置更新，位置更新請(qǐng)求不帶起呼標(biāo)識(shí)，且位

13、置更新后不做起呼 。終端：HTC M8分析：主叫CSFB起呼時(shí)，ESR消息實(shí)際已觸發(fā)了終端后續(xù)行為在回落GSM后必然進(jìn)行CM起呼，在信令側(cè)首先看到CM起呼后，再做RR信道請(qǐng)求?，F(xiàn)象：主叫GSM下起呼，在尋呼期間被叫GSM下丟失30秒信令。終端： HTC M8分析：G網(wǎng)下信令具有一定的連續(xù)性，長(zhǎng)時(shí)間丟信令體現(xiàn)了終端存在異常。由于終端空口側(cè)信令無(wú)法確認(rèn)被叫網(wǎng)絡(luò)側(cè)是否下發(fā)了paging消息，疑罪從無(wú)下予以剔除。（若確定網(wǎng)絡(luò)側(cè)未下發(fā)尋呼，則可判斷為網(wǎng)絡(luò)問(wèn)題）查看上1條TAU完成消息聯(lián)合附著LAC為4318。查看回落后的2條系統(tǒng)消息3發(fā)現(xiàn)LAC為4318。回落后進(jìn)行的位置更新發(fā)起與結(jié)束均為4318，即回

14、落的小區(qū)根本無(wú)需做位置更新。注：該問(wèn)題正在與終端廠家溝通中.10幾類人工剔除異常介紹n平臺(tái)規(guī)則問(wèn)題：3分鐘雙bye收OK回復(fù)案例現(xiàn)象：呼叫滿3分鐘后，終端上發(fā)SIP bye后3秒又上發(fā)sip bye消息，并收到OK回復(fù)。規(guī)則：已有網(wǎng)絡(luò)問(wèn)題發(fā)現(xiàn)，存在雙bye后掉話的情況，因此平臺(tái)算法對(duì)全部雙bye問(wèn)題標(biāo)記為掉話。分析：雖然出現(xiàn)了雙bye掛斷，（1）滿足呼叫規(guī)則3分鐘掛斷且收到OK回復(fù)，（2）期間RTP包交互正常確認(rèn)應(yīng)為正常掛斷，sip bye消息重發(fā)。注：確實(shí)發(fā)現(xiàn)了滿3分鐘掛斷，但RTP包單通的情況，將認(rèn)為網(wǎng)絡(luò)問(wèn)題不予剔除。11幾類人工剔除異常介紹n統(tǒng)計(jì)規(guī)則問(wèn)題：VOLTE起呼失敗觸發(fā)CSFB且

15、未接通現(xiàn)象：1次VOLTE呼叫后，發(fā)生sip 500錯(cuò)誤，2秒觸發(fā)CSFB再起呼，但該次CSFB起呼也未接通。規(guī)則：集團(tuán)統(tǒng)計(jì)認(rèn)為，該現(xiàn)象實(shí)際是1次用戶按鍵行為觸發(fā)了2次信令起呼，對(duì)客戶感知來(lái)講是1次失敗，而非兩次失敗，當(dāng)前認(rèn)定前1次VOLTE失敗計(jì)入未接通統(tǒng)計(jì)，而CSFB不計(jì)失敗分析：實(shí)際該次觸發(fā)的CSFB確實(shí)未接通，但是遵循集團(tuán)VOLTE統(tǒng)計(jì)規(guī)則，暫時(shí)不列入未接通統(tǒng)計(jì)。注：VOLTE未接通觸發(fā)CSFB接通，仍然統(tǒng)計(jì)VOLTE未接通；特別說(shuō)明由于是統(tǒng)計(jì)規(guī)則后續(xù)可能會(huì)按照集團(tuán)要求變更。12HTC M8版本升級(jí)引入silent redial功能 為了提升用戶對(duì)VOLTE終端的接入性感知，終端廠家H

16、TC對(duì)M8進(jìn)行了版本升級(jí)（3.51），開(kāi)啟了silent redial功能。當(dāng)VOLTE試呼不通，終端收到下述SIP消息時(shí)，立即自動(dòng)觸發(fā)CSFB呼叫。 另外，如15秒未接通被叫，終端上發(fā)cancel取消或收到到RRC釋放呼叫后，存在一定幾率終端立即進(jìn)行CSFB起呼，極小概率觸發(fā)VOLTE再起呼。SIPSIP消息消息消息描述消息描述invite 500內(nèi)部服務(wù)器錯(cuò)誤invite 503臨時(shí)得不到服務(wù)invite 604目標(biāo)不存在觸發(fā)CSFB未呼通案例觸發(fā)CSFB呼通案例13目錄異常事件的判定依據(jù)與分類典型案例分享VOLTE測(cè)試情況及指標(biāo)統(tǒng)計(jì)14VOLTE 異常歸屬判定依據(jù)深入理解熟練掌握熟練掌握

17、VOLTE空口信令流程，及信令內(nèi)容含義。3、設(shè)備級(jí) 1、信令級(jí) 2、網(wǎng)元級(jí)不斷總結(jié)理解VOTLE涉及的EPC、IMS相關(guān)網(wǎng)元，清楚空口以上的網(wǎng)元交互。儲(chǔ)備廠家問(wèn)題及異廠家配合知識(shí)，形成案例庫(kù)。VOLTE異常分析技術(shù)要求n信令級(jí)知識(shí)的掌握可以完成針對(duì)空口現(xiàn)象的對(duì)號(hào)入座，高效完成VOLTE異常事件分析但在定位網(wǎng)絡(luò)問(wèn)題（IMS、EPC、EUTRAN）存在較大的不確定性；網(wǎng)元級(jí)的了解，可以更準(zhǔn)確的定位網(wǎng)絡(luò)問(wèn)題，但VOLTE屬于新事物，功能尚不完善，網(wǎng)絡(luò)設(shè)備廠家過(guò)多，異廠家的配合與協(xié)議理解存在差異，在設(shè)備級(jí)問(wèn)題上，急需進(jìn)行不斷的總結(jié)歸納。n集團(tuán)VOLTE測(cè)試采集的是終端空口信令，無(wú)法確認(rèn)網(wǎng)絡(luò)側(cè)信令的交互

18、情況，依靠空口信令對(duì)判定異常是網(wǎng)絡(luò)問(wèn)題還是非網(wǎng)絡(luò)問(wèn)題較為可行，但進(jìn)一步區(qū)分網(wǎng)絡(luò)問(wèn)題歸屬（無(wú)線網(wǎng)問(wèn)題、LTE核心網(wǎng)問(wèn)題、IMS網(wǎng)問(wèn)題）存在不小的難度。為了進(jìn)一步提高問(wèn)題判定的準(zhǔn)確度，必須掌握網(wǎng)元、設(shè)備知識(shí)。15VOLTE非網(wǎng)絡(luò)問(wèn)題異常分類n測(cè)試設(shè)備問(wèn)題（終端&軟件）、測(cè)試執(zhí)行問(wèn)題、平臺(tái)誤判問(wèn)題、規(guī)則問(wèn)題四大類均予以剔除?，F(xiàn)象現(xiàn)象/ /原因分類原因分類說(shuō)明說(shuō)明問(wèn)題判定問(wèn)題判定問(wèn)題子類判定問(wèn)題子類判定振鈴不接聽(tīng)被叫振鈴但不接聽(tīng)測(cè)試設(shè)備問(wèn)題測(cè)試軟件問(wèn)題呼叫過(guò)程中主叫再次起呼或被叫異常發(fā)起尋呼接通狀態(tài)下起呼或?qū)ず艚K端主動(dòng)掛機(jī)起呼或接通后的立即掛斷LOG信令記錄丟失由于軟件問(wèn)題導(dǎo)致的LOG未記錄SIM卡故

19、障非人為因素導(dǎo)致的SIM卡松動(dòng)終端問(wèn)題丟信令如GSM下的信令丟失，TD、LTE信令不連續(xù)則需要仔細(xì)辨認(rèn)，確認(rèn)非基站閃斷造成主叫CSFB呼叫回落后位置更新不帶起呼標(biāo)識(shí)主叫側(cè)發(fā)起ESR后回落位置更新均應(yīng)帶follow on=1，但VOLTE終端偶爾為0SIM卡欠費(fèi)或誤開(kāi)機(jī)欠費(fèi)導(dǎo)致的業(yè)務(wù)無(wú)法進(jìn)行，或非測(cè)試區(qū)域的誤開(kāi)機(jī)測(cè)試執(zhí)行問(wèn)題測(cè)試執(zhí)行問(wèn)題滿3分鐘兩次同向bye request并收到OK回復(fù)平臺(tái)當(dāng)前認(rèn)為兩對(duì)bye即判斷為掉話，實(shí)際同向?yàn)橹匕l(fā)SIP包，屬于平臺(tái)誤判平臺(tái)統(tǒng)計(jì)問(wèn)題平臺(tái)誤判VOLTE失敗觸發(fā)CSFB且未接通考慮為1次VOLTE呼叫造成了2次未接通，CSFB未接通不計(jì)外接來(lái)電或短信呼叫過(guò)程中因

20、外接其他來(lái)電或短信導(dǎo)致的未接通或掉話其他用戶的隨機(jī)行為其他用戶的隨機(jī)行為16VOLTE網(wǎng)絡(luò)問(wèn)題異常分類n按照集團(tuán)要求對(duì)網(wǎng)絡(luò)問(wèn)題異常判定中區(qū)分IMS網(wǎng)絡(luò)問(wèn)題、IMS與核心網(wǎng)配合問(wèn)題、核心網(wǎng)問(wèn)題、核心網(wǎng)與無(wú)線網(wǎng)配合問(wèn)題、無(wú)線網(wǎng)問(wèn)題等?，F(xiàn)象現(xiàn)象/ /原因分類原因分類說(shuō)明說(shuō)明問(wèn)題判定問(wèn)題判定問(wèn)題子類判定問(wèn)題子類判定起呼后未（晚）收到網(wǎng)絡(luò)trying回復(fù)SIP消息應(yīng)回未回網(wǎng)絡(luò)問(wèn)題IMS網(wǎng)絡(luò)問(wèn)題PRACK或UPDATE無(wú)回復(fù)或錯(cuò)誤特指非承載未建立導(dǎo)致，DRB釋放導(dǎo)致IMS尋呼響應(yīng)慢異常被叫收到尋呼延遲10多秒以上，導(dǎo)致主叫上發(fā)取消ESRVCC失敗的invite做起呼處理ESRVCC上發(fā)invite req

21、uest內(nèi)含CS域轉(zhuǎn)換失敗，IMS仍作為起呼VOLTE接通下發(fā)生IMS注冊(cè)掉話VOLTE接通后，被叫發(fā)生IMS注冊(cè)且成功，此時(shí)主叫收到網(wǎng)絡(luò)下發(fā)的bye request內(nèi)含注冊(cè)超時(shí)字樣上發(fā)bye網(wǎng)絡(luò)未回OK到或不到3分鐘主叫上發(fā)bye，RTP正常且未見(jiàn)釋放DRB，懷疑是人員主動(dòng)掛斷但收到SIP bye 487直接收到下行cancel起呼過(guò)程中，SIP交互正常，直接收了sip cancel被叫會(huì)話未及時(shí)釋放，起呼forbbiden主叫起呼失?。ㄇ袚Q導(dǎo)致的DRB釋放等），主叫上發(fā)cancel取消呼叫，而后釋放了EPS；被叫側(cè)始終未收到cancel，未能釋放EPS，主叫再起呼收到sip forbbid

22、en已建立EPS承載的情況下收到500錯(cuò)誤承載建立正常情況下，直接收sip錯(cuò)誤。已建立EPS承載的情況下收到503錯(cuò)誤ESRVCC上發(fā)invite request內(nèi)含CS域轉(zhuǎn)換失敗ESRVCC切換失敗的一種，但在錨定過(guò)程中發(fā)生了錯(cuò)誤IMS與核心網(wǎng)配合問(wèn)題EPS承載激活（修改）異常包含起呼未激活起呼未激活EPSEPS承載承載（可能與切換沖突導(dǎo)致）、起呼晚激活起呼晚激活EPSEPS承載承載（切換問(wèn)題，上次EPS承載未釋放）起呼時(shí)去激活起呼時(shí)去激活EPSEPS承載承載（本次起呼激活了后續(xù)無(wú)異常sip消息下或釋放DRB下直接去激活；上次EPS承載未及時(shí)釋放，本次起呼過(guò)程中釋放了EPS）核心網(wǎng)問(wèn)題被叫收

23、到尋呼但未收到INVITE請(qǐng)求被叫側(cè)收到mt接入的paging消息，且RRC建立完成，但未收到下行的invite消息，重配置消息釋放DRB承載與切換異常、EPS承載沖突等有關(guān)核心網(wǎng)與無(wú)線網(wǎng)配合問(wèn)題TA/LA更新（附著等）問(wèn)題更新類問(wèn)題、更新被拒、附著被拒與核心網(wǎng)和無(wú)線網(wǎng)均有關(guān)系；特殊的情況是主叫起呼時(shí)恰好發(fā)生TAU，此時(shí)上發(fā)了sip invite后收到TAU完成后的釋放RRC也會(huì)造成滿3分鐘的EPS承載早釋放特指福州的3分鐘呼叫完成，先釋放EPS承載，再掛斷的情況疑似切換或基站故障導(dǎo)致RTP單通斷傳接通后，發(fā)生一次切換后，無(wú)RTP包交互導(dǎo)致，20秒后終端上行掛斷或基站閃斷導(dǎo)致的信令中斷、包中斷

24、等無(wú)線網(wǎng)問(wèn)題LTE隨機(jī)接入失敗被叫收到尋呼，但發(fā)起RRC request后即空閑LTE弱覆蓋無(wú)線環(huán)境差LTE下發(fā)釋放RRC或RRC重建失敗無(wú)線環(huán)境或基站異常導(dǎo)致CSFB回落頻點(diǎn)不合理ENODEB參數(shù)配置問(wèn)題異頻重定向，不支持VOLTE呼叫接續(xù)往往是中興基站的特有問(wèn)題ESRVCC切換失敗ESRVCC往往因無(wú)線環(huán)境差觸發(fā)被叫未收到尋呼消息被叫側(cè)始終處于空閑，未進(jìn)行RRC MT接入建立請(qǐng)求端到端問(wèn)題GSM或TD網(wǎng)絡(luò)異常23G的網(wǎng)絡(luò)異常其他網(wǎng)絡(luò)問(wèn)題17目錄異常事件的判定依據(jù)與分類典型案例分享VOLTE測(cè)試情況及指標(biāo)統(tǒng)計(jì)18空口信令判斷案例空口信令判斷案例n案例1：RRC重建失敗，無(wú)線網(wǎng)問(wèn)題現(xiàn)象：切換失

25、敗導(dǎo)致RRC釋放，重建RRC未成功，重新進(jìn)行RRC申請(qǐng)，QCI=1的承載未建立成功，導(dǎo)致掉話分析：呼叫重建失敗后，新小區(qū)重新申請(qǐng)RRC，未能建立VOLTE專載，導(dǎo)致掉話。該流程均由ENODEB控制執(zhí)行。而切換失敗的原因往往是無(wú)線環(huán)境問(wèn)題、參數(shù)配置不合理、鄰區(qū)漏配、非競(jìng)爭(zhēng)隨機(jī)接入異常等，均為無(wú)線網(wǎng)問(wèn)題。結(jié)論：切換失敗與RRC重申請(qǐng)流程均與EUTRAN相關(guān)，因此認(rèn)定為無(wú)線網(wǎng)問(wèn)題。19空口信令判斷案例空口信令判斷案例n案例2：基站異常導(dǎo)致雙端無(wú)下行信令及RTP包斷傳，無(wú)線網(wǎng)問(wèn)題現(xiàn)象：主被叫VOLTE接通后，在同一小區(qū)同時(shí)發(fā)生缺失下行信令20秒，此后數(shù)秒發(fā)生終端上發(fā)bye request掛斷。分析：丟

26、信令之前，主被叫雙端處于同一小區(qū)，且RTP包雙向傳輸正常。丟信令期間，終端測(cè)量信息完整，但在2秒后發(fā)生RTP包只有終端向網(wǎng)絡(luò)單向傳輸，未再有任何網(wǎng)絡(luò)下發(fā)的RTP包，高度懷疑基站臨時(shí)故障導(dǎo)致。結(jié)論：軟件顯示丟信令，但通過(guò)進(jìn)一步分析確認(rèn)應(yīng)為基站故障導(dǎo)致。無(wú)線網(wǎng)問(wèn)題。20空口信令判斷案例空口信令判斷案例n案例3： VOLTE接通下發(fā)生IMS注冊(cè)掉話，IMS網(wǎng)絡(luò)問(wèn)題現(xiàn)象： VOLTE接通后，被叫發(fā)生IMS注冊(cè)且成功，此時(shí)主叫收到網(wǎng)絡(luò)下發(fā)的bye request內(nèi)含注冊(cè)超時(shí)字樣分析：按照3GPP協(xié)議，終端應(yīng)在3000秒上發(fā)注冊(cè)，本次華為SBC于3600秒才收到注冊(cè)請(qǐng)求，此時(shí)IMS認(rèn)為注冊(cè)超時(shí)，對(duì)主叫下發(fā)

27、了sip bye消息釋放了。UnlesseithertheuserortheapplicationwithintheUEhasdeterminedthatacontinuedregistrationisnotrequiredtheUEshallreregisteranalreadyregisteredpublicuseridentityeither600secondsbeforetheexpirationtimeifthepreviousregistrationwasforgreaterthan1200seconds,orwhenhalfofthetimehasexpirediftheprev

28、iousregistrationwasfor1200secondsorless,orwhentheUEintendstoupdateitscapabilitiesaccordingtoRFC384062orwhentheUEneedstomodifytheICSIvaluesthattheUEintendstouseinag.3gpp.icsi-refmediafeaturetagorIARIvaluesthattheUEintendstouseintheg.3gpp.iari-refmediafeaturetag但通過(guò)進(jìn)一步確認(rèn)，終端實(shí)際于600秒前已上發(fā)了注冊(cè)消息（UDP），但此時(shí)恰好在G

29、網(wǎng)下，未收到回復(fù)：結(jié)論：前10分鐘的注冊(cè)失敗，導(dǎo)致了后續(xù)的IMS通話中釋放，雖然終端前一次的失敗處理機(jī)制可能存在問(wèn)題，但仍然體現(xiàn)出IMS對(duì)通話中發(fā)生注冊(cè)時(shí)直接釋放會(huì)話的措施欠妥。注：同樣類型的掉話也有600秒前處于LTE網(wǎng)（TCP），而未收到OK或未鑒權(quán)回復(fù)的情況：3GPP24.22921網(wǎng)元流程判斷案例網(wǎng)元流程判斷案例n案例1：被叫收到尋呼但未收到INVITE請(qǐng)求，核心網(wǎng)問(wèn)題現(xiàn)象：主叫上發(fā)了invite，被叫收到了尋呼且建立RRC成功，此時(shí)應(yīng)收到下行的invite，但始終未收到。分析：被叫響應(yīng)尋呼并進(jìn)行了RRC申請(qǐng)，表明MME已收到由SGW觸發(fā)的數(shù)據(jù)業(yè)務(wù)請(qǐng)求，即sip invite消息應(yīng)由I

30、MS網(wǎng)元的SBC下發(fā)給了PGW、SGW。結(jié)論：收到尋呼消息表示sip invite數(shù)據(jù)包已經(jīng)到達(dá)了LTE核心網(wǎng)，未能繼續(xù)下發(fā)當(dāng)前懷疑是sip數(shù)據(jù)在S/PGW異常丟失。Sip invite消息由IMS網(wǎng)元SBC下發(fā)到被叫核心網(wǎng)網(wǎng)元PGWPGW轉(zhuǎn)發(fā)給SGW，SGW通過(guò)S11觸發(fā)MME進(jìn)行尋呼被叫被叫被尋呼到，并完成RRC連接與建立默認(rèn)承載所需RAB，接收數(shù)據(jù)22網(wǎng)元流程判斷案例網(wǎng)元流程判斷案例n案例2：重配置消息釋放DRB承載，無(wú)線網(wǎng)與核心網(wǎng)配合問(wèn)題現(xiàn)象：被叫上發(fā)sip183后，在激活EPS承載之前，終端上報(bào)了1條A3測(cè)報(bào)，激活EPS后，發(fā)生切換重配置消息中釋放了QCI=1的DRB。分析：起呼時(shí)M

31、ME進(jìn)行激活EPS承載流程過(guò)程中，恰好發(fā)生S1切換時(shí)，由于EPS承載建立未完成，MME在切換準(zhǔn)備階段，對(duì)下發(fā)到目標(biāo)小區(qū)的切換準(zhǔn)備的請(qǐng)求消息中不攜帶QCI=1的VOLTE專載，導(dǎo)致VOLTE專載源小區(qū)完成的情況下，在目標(biāo)小區(qū)被釋放，切換完成后呼叫中斷切換準(zhǔn)備時(shí)，MME向目標(biāo)小區(qū)發(fā)切換請(qǐng)求，RAB建立請(qǐng)求表只有2條，無(wú)QCI=1的專載目標(biāo)小區(qū)收到MME的切換請(qǐng)求后，回復(fù)的切換確認(rèn)消息里僅有2條RAB建立MME向源小區(qū)下發(fā)的切換命令消息中，只建立2條承載，導(dǎo)致ENODEB釋放了QCI=1的VOLTE專載。MME源小區(qū)目標(biāo)小區(qū) HandoverRequest HandoverRequestAcknow

32、ledge Handovercomand結(jié)論：切換與EPS激活流程碰撞，無(wú)線網(wǎng)與核心網(wǎng)配合問(wèn)題。在進(jìn)行激活EPS專載過(guò)程中，發(fā)生切換時(shí)，均會(huì)造成上述問(wèn)題，目前還無(wú)較好的解決辦法。23網(wǎng)絡(luò)設(shè)備問(wèn)題案例總結(jié)網(wǎng)絡(luò)設(shè)備問(wèn)題案例總結(jié)n案例1：中興ENODEB異頻重定向掉話，無(wú)線網(wǎng)問(wèn)題現(xiàn)象：主被叫VOLTE接通后，服務(wù)小區(qū)信號(hào)較差，但未配置異頻鄰區(qū)；通過(guò)重定向消息RRC connection release攜帶頻點(diǎn)，由D頻段重定向到F頻段，但VOLTE呼叫不支持重定向方式的RTP包接續(xù)，導(dǎo)致掉話。設(shè)備：中興ENODEB分析：中興設(shè)備為了防止鄰區(qū)漏配情況下，影響用戶在LTE數(shù)據(jù)業(yè)務(wù)下的感知質(zhì)量，默認(rèn)具備異頻

33、重定向功能，但未曾考慮對(duì)VOLTE呼叫的接續(xù)保持。結(jié)論：完善鄰區(qū)配置，在VOLTE呼叫區(qū)域考慮關(guān)閉中興設(shè)備的異頻重定向功能。24網(wǎng)絡(luò)設(shè)備問(wèn)題案例總結(jié)網(wǎng)絡(luò)設(shè)備問(wèn)題案例總結(jié)n案例2：華為基站到卡特切換導(dǎo)致的RTP包傳輸中斷問(wèn)題，無(wú)線網(wǎng)問(wèn)題現(xiàn)象：主被叫接通狀態(tài)下，在發(fā)生一次由華為設(shè)備到卡特設(shè)備的切換后，20秒后主被叫終端同時(shí)上發(fā)了bye request消息，網(wǎng)絡(luò)側(cè)回復(fù)bye(487 Request Terminated)，后網(wǎng)絡(luò)去激活了EPS承載，掉話。設(shè)備：華為ENODEB與卡特ENODEB分析：PDCP SN SIZE長(zhǎng)度有12bit和7bit，目前華為基站配置為12bit,貝爾配置為7bit，

34、兩個(gè)廠家配置數(shù)據(jù)不統(tǒng)一。華為enodeb設(shè)備具有自適應(yīng)功能。在華為小區(qū)起呼時(shí)，切換到卡特小區(qū)時(shí)，卡特?zé)o自適應(yīng)功能，PDCP SN不一致導(dǎo)致組包混亂。當(dāng)在貝爾小區(qū)起呼時(shí)，切換到華為小區(qū)時(shí)，華為PDCP SN自適應(yīng)為7bit，通話正常。結(jié)論：臨時(shí)解決方案：華為PDCP SN Size修改為7bit，進(jìn)行拉網(wǎng)測(cè)試主叫呼叫56次，未出現(xiàn)終端主動(dòng)上發(fā)bye的掉話。異常掉話及切換后單通問(wèn)題基本解決25設(shè)備問(wèn)題案例總結(jié)設(shè)備問(wèn)題案例總結(jié)n案例3：愛(ài)立信IMS網(wǎng)元CS域呼叫處理能力不足問(wèn)題，IMS網(wǎng)絡(luò)問(wèn)題現(xiàn)象：在做互通測(cè)試過(guò)程中，主叫VOLTE起呼后，被叫始終在TD下未收到尋呼消息，主叫收到網(wǎng)絡(luò)側(cè)下發(fā)tryin

35、g后，立即收到網(wǎng)絡(luò)下發(fā)的invtie 604（Does Not Exist Anywhere），呼叫失敗。設(shè)備：愛(ài)立信IMS分析：空口信令僅能確認(rèn)，被叫端處于TD網(wǎng)，發(fā)INVITE到MGCF，MGCF回復(fù)604 Does Not Exist Anywhere。該問(wèn)題為愛(ài)立信IMS網(wǎng)元MGCF默認(rèn)配置僅能同時(shí)容納32個(gè)CS域呼叫，導(dǎo)致互通測(cè)試過(guò)程中，由于容量不足，造成大量連續(xù)未接通。 。結(jié)論：愛(ài)立信IMS網(wǎng)元MGCF默認(rèn)配置容量偏小，發(fā)生以上問(wèn)題后，經(jīng)過(guò)擴(kuò)容已達(dá)可處理2、3G呼叫320個(gè)。網(wǎng)絡(luò)設(shè)備問(wèn)題案例總結(jié)網(wǎng)絡(luò)設(shè)備問(wèn)題案例總結(jié)26設(shè)備問(wèn)題案例總結(jié)設(shè)備問(wèn)題案例總結(jié)n案例4：華為EPC修改EPS與切換碰撞，拒絕承載修改。核心網(wǎng)問(wèn)題現(xiàn)象：主叫VOLTE起呼后，收到網(wǎng)絡(luò)回復(fù)trying，激活了EPS承載后，又進(jìn)行了1次EPS承載的修改，此時(shí)主叫側(cè)在發(fā)生了1次LTE的切換后，收到IMS網(wǎng)絡(luò)下發(fā)的sip503消息，服務(wù)不可得。設(shè)備：華為EPC分析：某地在激活EPS完成后，仍需要進(jìn)行2次EPS承載的修改，本次呼叫時(shí)第2次EPS的修改（空口信令不可見(jiàn)）恰好與切換同時(shí)