【正文】 題分析】終端側(cè)發(fā)起視頻業(yè)務(wù)請(qǐng)求，主叫終端與被叫終端協(xié)商后的業(yè)務(wù)速率在UPDATE200信令中：，Profilelevelid決定了視頻的類型和等級(jí)。其中第一個(gè)字節(jié)表示視頻的類型，第三個(gè)字節(jié)表示了Level等級(jí)。：Baseline、Extended、Main、High、HighHigh42High444等，如下表：每種Profile對(duì)應(yīng)的ID號(hào)(十進(jìn)制)如下表：：對(duì)應(yīng)于業(yè)務(wù)應(yīng)用中，推薦的Profile及l(fā)evel等級(jí)如下：類別ProfileLevel實(shí)時(shí)直播低清Baseline標(biāo)清Baseline3半高清Baseline全高清Baseline存儲(chǔ)媒體低清Main標(biāo)清Main3半高清Main全高清Main高清存儲(chǔ)半高清High全高清High從UPDATE200信令得知：雙方協(xié)商的Profilelevelid=42C01E。其中Profile id = 0x42，對(duì)應(yīng)于十進(jìn)制的66，表示Profile是BaseLine類型的；Level=0x1E，對(duì)應(yīng)于十進(jìn)制的30，表示Level Number為3，與實(shí)時(shí)直播業(yè)務(wù)的標(biāo)清Baseline的要求一致。從協(xié)議的要求看Max Video Bit Rate需達(dá)到10Mbps。實(shí)際核心網(wǎng)下發(fā)的激活EPS承載信令中， QCI2對(duì)應(yīng)的上下行的Maximum bit rate只有640K。按照核心網(wǎng)的配置。當(dāng)終端協(xié)商的視頻格式速率要求遠(yuǎn)大于核心網(wǎng)配置的業(yè)務(wù)QCI中的Maximum bit rate時(shí)，會(huì)導(dǎo)致視頻業(yè)務(wù)質(zhì)量嚴(yán)重下降，馬賽克、黑屏等問題。【問題解決】核心網(wǎng)修改了測(cè)試SIM卡對(duì)應(yīng)的Maximum bit rate參數(shù)為2Mbps后，視頻業(yè)務(wù)的質(zhì)量得到明顯改善。 ERAB保證速率過低導(dǎo)致MOS差【問題現(xiàn)象】在拉網(wǎng)測(cè)試中發(fā)現(xiàn)RTP丟包率在20以上，MOS只有不到2，嚴(yán)重影響用戶感知。【問題分析】對(duì)此問題進(jìn)行了重啟電腦和手機(jī)、重新插拔數(shù)據(jù)線操作，好點(diǎn)定點(diǎn)測(cè)試，問題依舊，排除測(cè)試原因，對(duì)測(cè)試log進(jìn)行分析發(fā)現(xiàn)在建立專載消息中GBR速率比較小為24K,之前設(shè)置為48K，懷疑跟核心網(wǎng)設(shè)置有關(guān)，如下圖：【問題解決】聯(lián)系華為PRCF工程師對(duì)此值修改為自適應(yīng)后問題得以解決，不再出現(xiàn)RTP丟包率極高mos低問題。 廣播MCS等級(jí)設(shè)置不合理導(dǎo)致隨機(jī)接入困難【問題現(xiàn)象】終端在切換時(shí)出現(xiàn)多次隨機(jī)接入，甚至隨機(jī)接入失敗，影響VoLTE拉網(wǎng)指標(biāo)，會(huì)出現(xiàn)mos低的情況?！締栴}分析】目標(biāo)小區(qū)信號(hào)環(huán)境良好，無異常告警，但是隨機(jī)接入經(jīng)常出現(xiàn)多次msg1收不到msg2，此時(shí)會(huì)出現(xiàn)較高的RTP丟包率導(dǎo)致mos比較低。 對(duì)此小區(qū)進(jìn)行了參數(shù)排查發(fā)現(xiàn)小區(qū)設(shè)置的廣播MCS等級(jí)比較高，設(shè)置為9，懷疑跟廣播MCS等級(jí)設(shè)置過高有關(guān)?！締栴}解決】將小區(qū)廣播MCS等級(jí)由9設(shè)置為1后隨機(jī)接入正常，不再出現(xiàn)多次msg1或者隨機(jī)接入失敗。 無線環(huán)境差導(dǎo)致基站釋放專載失敗【問題現(xiàn)象】終端在掛斷VoLTE電話去激活專載的過程中終端無線環(huán)境出問題，發(fā)生了重建立，導(dǎo)致在終端發(fā)給基站的去激活專載完成的重配置完成消息沒有收到，導(dǎo)致基站未釋放專載，在下次呼叫中失敗?！締栴}分析】提取基站CDL看當(dāng)時(shí)情況為基站收到了核心網(wǎng)發(fā)送的去激活專載請(qǐng)求消息，同時(shí)也向終端發(fā)送重配消息用于去激活專載，終端在收到重配后正好發(fā)生了重建立，導(dǎo)致重配置完成沒有成功發(fā)給基站，基站回復(fù)核心網(wǎng)專載去激活失敗，原因值為radioNetwork:interactionwithotherprocedure，如下圖：雖然eNB告知核心網(wǎng)專載釋放失敗，但在核心網(wǎng)看來無需再理會(huì)eNB狀態(tài)，因?yàn)楸唤薪K端已經(jīng)掛機(jī)無需再為此終端留資源，核心網(wǎng)側(cè)已經(jīng)直接將承載釋放，這樣就出現(xiàn)了基站側(cè)和核心網(wǎng)側(cè)專載狀態(tài)不一致，在下次呼叫中核心網(wǎng)直接向eNB請(qǐng)求專載建立，eNB由于上次呼叫專載未釋放不能再建立專載，回復(fù)核心網(wǎng)eid重復(fù)專載建立失敗?！締栴}解決】修改基站版本遇到此類問題eNB在不收到重配置完成消息也直接回復(fù)核心網(wǎng)專載釋放完成，在下次呼叫時(shí)直接建立新專載即可。 弱覆蓋導(dǎo)致低MOS及掉話【問題現(xiàn)象】從文一路轉(zhuǎn)入金正街，UE占用D780264蓮都環(huán)北路D3小區(qū)，此路段弱覆蓋，該路段主覆蓋小區(qū)為D780171蓮都新農(nóng)村F2，小區(qū)嚴(yán)重過覆蓋，且兩小區(qū)間未定義鄰區(qū)關(guān)系，最后UE出現(xiàn)低RSRP、SINR、高BLER，RRC重建失敗，最后IMS下發(fā)BYE釋放，導(dǎo)致掉話?！締栴}分析】 路段存在弱覆蓋，且用到較遠(yuǎn)的小區(qū)D780171蓮都新農(nóng)村FD780171蓮都新農(nóng)村F2等，小區(qū)在此路段SINR極差，需要覆蓋優(yōu)化，確定主小區(qū)。【問題解決】對(duì)路段進(jìn)行天饋調(diào)整優(yōu)化，下壓D780171蓮都新農(nóng)村FD780171蓮都新農(nóng)村FD780264蓮都環(huán)北路D3小區(qū)天線，加大D780180蓮都瑞益不銹鋼F3小區(qū)方位角以作為此路段主覆蓋小區(qū)，并修改6個(gè)小區(qū)PCI，解決模3干擾，優(yōu)化后復(fù)測(cè)，雖仍存在弱覆蓋，但已無掉話風(fēng)險(xiǎn)，該路段MOS恢復(fù)正常。 IMS未下發(fā)BYE導(dǎo)致掉話[問題描述]09：13：22，在信安大道與棠崗路交界處，主叫UE1結(jié)束通話，被叫未收到BYE，導(dǎo)致軟件統(tǒng)計(jì)為SIP 呼叫掉話。[問題分析]被叫UE2在主叫掛機(jī)后一直未收到BYE，最后測(cè)試人員手動(dòng)掛機(jī)，上發(fā)BYE，IMS回復(fù)BYE 481 Call Leg/Transaction Does Not Exist[解決方案]需要IMS協(xié)助核查當(dāng)時(shí)是否下發(fā)BYE，CallID: asbcp65543t1438045342m483230c7028263s21。 被叫UE由于RRC重建用到較遠(yuǎn)小區(qū)導(dǎo)致掉話[問題描述]17:18:52，車輛沿天寧路由北向南行駛并左拐進(jìn)江濱中路，UE2最后占用肇慶高要清蓮路DDLH3，UE2重定向到GSM，導(dǎo)致掉話。[問題分析]UE2從肇慶端州天福廣場(chǎng)DDLH2切向肇慶端州錦江酒店FDLH1后，出現(xiàn)RRC重建，并且重建失敗，小區(qū)在肇慶高要清蓮路DDLH1重新建立連接，肇慶高要清蓮路DDLH1小區(qū)與附近其它小區(qū)無鄰區(qū)關(guān)系 ，最后切換到肇慶高要清蓮路DDLH3小區(qū)，RSRP達(dá)到盲重定向門限，重定向GSM導(dǎo)致掉話。[解決方案] 核查“肇慶端州錦江酒店FDLH1”是否存在告警； 下壓“肇慶高要清蓮路DDLH1”小區(qū)，在該路段已經(jīng)不是第一次用到該小區(qū)；調(diào)整“肇慶端州天福廣場(chǎng)DDLH2”A5門限，門限1調(diào)整到95dBm。 UPDATE 編碼格式協(xié)商超時(shí)導(dǎo)致掉話【問題描述】12：48：22，在肇慶大道工商學(xué)院孵化中心附近路段，UE占用肇慶端州工商學(xué)院孵化中心DDLH1小區(qū)，無線環(huán)境良好，UE1 出現(xiàn)掉話?！締栴}分析】信令流程主叫在12：48：12上發(fā)UPDATA后，被叫所有流程正常，而且12：48：12時(shí)就已振鈴并摘機(jī)，主叫直到12：48：20后才收到UPDATA的響應(yīng)消息UPDATA 408 Request Timeout 020351914，收到該消息后緊接振鈴摘機(jī)，并在接通后隨即轉(zhuǎn)入CSFB MO過程，重定向?qū)е鲁休d釋放掉話。【解決方案】需要IMS核查UPDATA超時(shí)原因，主叫1136467720_175385704@2409:8809:9240:c05:3fcb:6be5:8f51:d2af，被叫asbcp65543t1438058891m236177c7061168s4。 SIM授權(quán)問題導(dǎo)致eSRVCC無法執(zhí)行【問題現(xiàn)象】在VOLTE測(cè)試過程中發(fā)現(xiàn)在RSRP變差到110以后不能切換到2G而是重定向到2G，這樣不符合規(guī)范，MOS值會(huì)中斷，再次呼叫會(huì)引起未接通，從下圖復(fù)測(cè)過程中可以看到上報(bào)B2以后不是正常的發(fā)起eSRVCC切換流程而是直接Release,重定向到GSM。【問題分析】在該區(qū)域多次進(jìn)行測(cè)試發(fā)現(xiàn)依舊如此，更換終端以后進(jìn)行測(cè)試還是會(huì)重定向到2G，懷疑是否是基站參數(shù)問題，對(duì)基站參數(shù)進(jìn)行檢查并沒有發(fā)現(xiàn)異常設(shè)置,對(duì)比能正常切換的流程，少了RRM判決系統(tǒng)間切換的過程，是否是基站RRM判決異常還是參數(shù)原因更換SIM進(jìn)行驗(yàn)證以后發(fā)現(xiàn)可以正常的進(jìn)行eSRVCC切換，懷疑是SIM授權(quán)出現(xiàn)問題，對(duì)比信令流程發(fā)現(xiàn)在上下文建立請(qǐng)求中核心網(wǎng)沒有帶SRVCC能力，通過CDL對(duì)SIM eSRVCC能力進(jìn)行核查，發(fā)現(xiàn)該卡無eSRVCC權(quán)限【問題解決】由省公司對(duì)SIM卡權(quán)限進(jìn)行修改，修改后復(fù)測(cè)正常。 高通芯片BUG導(dǎo)致無法eSRVCC切換【問題現(xiàn)象】使用HTC M8t在做eSRVCC過程中發(fā)現(xiàn)，基站下發(fā)了異系統(tǒng)測(cè)控的重配，但是在到達(dá)B2門限時(shí)，終端不上報(bào)B2測(cè)量，導(dǎo)致不能切換?！締栴}分析】在切換中存在3個(gè)不同的參數(shù)定義:MeasObjectid:測(cè)量對(duì)象標(biāo)示,包含EUTRAN/UTRAN/GRAN/CDMA 頻點(diǎn)等信息,對(duì)于EUTRAN和UTRAN一個(gè)頻點(diǎn)對(duì)應(yīng)一個(gè)MeasObjectid,GRAN頻點(diǎn)為一個(gè)列表只需一個(gè)MeasObjectid.Reportconfigid:上報(bào)配置標(biāo)示,包含A1/A2/A3/A4/A5/B1/B2配置等信息,在現(xiàn)網(wǎng)目前已配用于切換的A1 A2 A3 A4 A5 B2 6個(gè)id,如果開啟ICIC等特性會(huì)增加相應(yīng)的id,一個(gè)Reportconfigid可以對(duì)應(yīng)多個(gè)Measid.Measid:測(cè)量標(biāo)示,每一個(gè)Measid要跟MeasObjectid和Reportconfigid相關(guān)聯(lián),并且一個(gè)Measid只能對(duì)應(yīng)一個(gè)MeasObjectid和Reportconfigid.1. Measid個(gè)數(shù)是由MeasObjectid和Reportconfigid共同決定的。2. MeasObjectid個(gè)數(shù)主要由EUTRAN和UTRAN頻點(diǎn)個(gè)數(shù)決定，GRAN頻點(diǎn)為一個(gè)列表只占用一個(gè)MeasObjectid。3. coconfigid目前網(wǎng)絡(luò)能夠用到A1 A2 A3 A4 A5 B2，再加上用于ICIC等特性的測(cè)量報(bào)告，會(huì)產(chǎn)生大于6個(gè)以上Reportconfigid。通過不同基站配置(頻點(diǎn)數(shù)進(jìn)行修改)進(jìn)行大量測(cè)試,發(fā)現(xiàn)在measid大于13時(shí)終端就不會(huì)上報(bào)測(cè)量報(bào)告,此問題已同高通確認(rèn)，measid大于13時(shí)會(huì)導(dǎo)致不觸發(fā)esrvcc.按照目前網(wǎng)絡(luò)在沒有打開特性開關(guān)時(shí)，考慮應(yīng)該找到一個(gè)能夠保證100%上報(bào)B2的方案，需要假設(shè)同一小區(qū)配置所有頻點(diǎn)即所有MeasObjectid均與Measid產(chǎn)生關(guān)聯(lián)，以產(chǎn)生最大的Measid:A. 同頻MeasObjectid對(duì)應(yīng)不同的Reportconfigid（A1 A2 A3）產(chǎn)生的Measid有3個(gè)。B. 異頻頻點(diǎn)h個(gè)，對(duì)應(yīng)不同的Reportconfigid（A3/A4/A5）產(chǎn)生的Measid有h個(gè)。C. UTRAN異系統(tǒng)異頻頻點(diǎn)n個(gè)對(duì)應(yīng)Reportconfigid（B2）產(chǎn)生的Measid有n個(gè)。D. GRAN異系統(tǒng)異頻頻點(diǎn)m個(gè)對(duì)應(yīng)Reportconfigid（B2）產(chǎn)生的Measid有1個(gè)。Measid（max）=3+h+n+1=13,h+n=9即在沒有打開特性開關(guān)時(shí)最多可以配置9（EUTRAN+UTRAN）個(gè)異頻頻點(diǎn)。除了切換基于A3的特性有ICIC/JR/輔載波配置3個(gè)，在打開a（0=a=3）個(gè)特性開關(guān)時(shí)計(jì)算如下：A. 同頻MeasObjectid對(duì)應(yīng)不同的Reportconfigid（A1 A2 A3x(a+1)）產(chǎn)生的Measid有3+a個(gè)。B. 同優(yōu)先級(jí)時(shí)異頻頻點(diǎn)h個(gè)，對(duì)應(yīng)不同的Reportconfigid（A3x(a+1)）產(chǎn)生的Measid有hx（a+1）個(gè)。C. UTRAN異系統(tǒng)異頻頻點(diǎn)n個(gè)對(duì)應(yīng)Reportconfigid（B2）產(chǎn)生的Measid有n個(gè)。D. GRAN異系統(tǒng)異頻頻點(diǎn)m個(gè)對(duì)應(yīng)Reportconfigid（B2）產(chǎn)生的Measid有1個(gè)。Measid（max）=3+a+ha+h+n+1=13在3個(gè)特性均開啟時(shí)最多只能配置一個(gè)EUTRAN異頻頻點(diǎn)和2個(gè)UTRAN頻點(diǎn)，在開啟2個(gè)特性時(shí)最多開啟2個(gè)EUTRAN異頻頻點(diǎn)和1個(gè)UTRAN頻點(diǎn)。不同的組網(wǎng)策略可以得出不同的結(jié)果，在使用esrvcc時(shí)需要考慮異頻頻點(diǎn)個(gè)數(shù)和異頻頻點(diǎn)使用的優(yōu)先級(jí)。在不能發(fā)生esrvcc時(shí)查看基站配置，配置的3G頻點(diǎn)數(shù)為6個(gè)。從終端log上，3G頻點(diǎn)的measObjectID從4開始，2G頻點(diǎn)的measObjectID是10，對(duì)應(yīng)GERAN的B2measID則為15，如下圖：【問題解決】將3G頻點(diǎn)從原來的6個(gè)逐個(gè)往下刪除剩下3個(gè)時(shí)esrvcc切換成功率為100% ，不再出現(xiàn)不上報(bào)B2情況。 LTE小區(qū)eSRVCC優(yōu)化參數(shù)設(shè)置問題導(dǎo)致掉線【問題現(xiàn)象】地下車庫(kù)場(chǎng)景下， A2判決門限為：LTE110dBm，B2判決門限為：LTE120dBm，GSM85dBm。UE進(jìn)入地下車庫(kù)，當(dāng)LTE信號(hào)低于120dBm時(shí)觸發(fā)B2事件，但在1秒內(nèi)RSRP由120dBm降低至139dBm以下，無法完成eSRVCC流程，導(dǎo)致信號(hào)惡化掉話。UE觸發(fā)B2時(shí)信號(hào)截圖如下：UE掉話時(shí)信號(hào)截圖：【問題分析】經(jīng)過大量實(shí)測(cè)數(shù)據(jù)分析可知，UE進(jìn)入地下車庫(kù)，在1秒內(nèi)RSRP由120dBm降低至139dBm以下，而在實(shí)際中eSRVCC準(zhǔn)備時(shí)間大于1S，在這種情況下將無法完成eSRVCC流程，且信號(hào)迅速惡化而掉話。【問題解決】調(diào)整B2判決門限，將B2 LTE門限由120改為116，發(fā)現(xiàn)成功率有大幅度提升，成功率大于70%。分析log發(fā)現(xiàn)，該場(chǎng)景UE會(huì)占用PCI=334兩個(gè)小區(qū)，當(dāng)占用PCI=34的小區(qū)時(shí)，與鄰區(qū)PCI=115的小區(qū)MOD3沖突，SINR差導(dǎo)致無法及時(shí)完成eSRVCC切換。將三個(gè)小區(qū)PCI由34/33/35調(diào)整為33/35/34，eSRVCC切換成功率達(dá)90%以上。ESRVCC切