愛立信外場(chǎng)volte測(cè)試分析優(yōu)化培訓(xùn)

佛山移動(dòng)愛立信外場(chǎng)VOLTE測(cè)試

分析優(yōu)化培訓(xùn)愛立信VOLTE駐點(diǎn)優(yōu)化項(xiàng)目組2016-7VOLTE外場(chǎng)分析培訓(xùn)

一.VoLTE測(cè)試信令流程&kpi基線介紹VOLTE測(cè)試信令標(biāo)準(zhǔn)流程

kpi基線介紹

二.互操作介紹及案例分享互操作介紹4G-2G

參數(shù)應(yīng)用介紹4G-2G鄰區(qū)優(yōu)化操作步驟案例分享

目錄VOLTE測(cè)試信令流程信令流程VOLE呼叫信令消息交互框架流程：VOLTE測(cè)試信令流程SIP流程無線側(cè)正常主被叫呼叫接通SIP(QCI=5)會(huì)話流程1.主叫發(fā)起VoLTE語音呼叫，向IMS發(fā)起INVITE請(qǐng)求。2.IMS向主叫響應(yīng)100Trying。3.從IMSHSS網(wǎng)元獲得主叫簽約和鑒權(quán)數(shù)據(jù)并觸發(fā)AS業(yè)務(wù)邏輯控制后，IMS向被叫轉(zhuǎn)發(fā)INVITE請(qǐng)求。4.被叫向IMS響應(yīng)100Trying。5.被叫向IMS發(fā)送183SessionProgress消息，告知對(duì)端會(huì)話建立過程已經(jīng)啟動(dòng)。（此時(shí)被叫QCI1建立專用承載）6.待主叫QCI=1專用承載建立后，IMS向主叫轉(zhuǎn)發(fā)183SessionProgress消息。7.主叫發(fā)送PRACK請(qǐng)求消息并通過IMS轉(zhuǎn)發(fā)給被叫，通知被叫已經(jīng)收到其發(fā)送的183響應(yīng)消息。8.被叫收到PRACK請(qǐng)求消息后，發(fā)送200OK響應(yīng)消息并通過IMS轉(zhuǎn)發(fā)給主叫。9.主叫發(fā)送Updata消息并通過IMS轉(zhuǎn)發(fā)給被叫，表明主叫資源預(yù)留完成。10.被叫收到來自IMS轉(zhuǎn)發(fā)的Updata消息后，通過IMS回應(yīng)對(duì)端主叫200OK消息并表明被叫資源也預(yù)留完成。11.被叫振鈴，通過IMS向主叫發(fā)送180Ringing振鈴信息。12.被叫通過IMS向主叫發(fā)送200OK消息，表明主叫最初的INVITE請(qǐng)求已經(jīng)處理成功。13.主叫通過IMS向被叫發(fā)送ACK確認(rèn)消息，通知被叫，主叫已知道被叫處理INVITE請(qǐng)求成功，開始通話過程。14.主叫掛機(jī)并通過IMS向被叫發(fā)起通話結(jié)束BYE信息。15.被叫通過IMS向主叫發(fā)送200OK確認(rèn)消息，整個(gè)通話結(jié)束。VOLTE測(cè)試信令流程SIP流程INVITE-request消息起始行SIP消息頭域SIP消息體（SDP）VOLTE測(cè)試信令流程SIP流程INVITE-request-消息頭域右表為消息頭域必選參數(shù)，為減少網(wǎng)絡(luò)資源開銷，應(yīng)盡量避免在SIP消息中攜帶不必要的頭域。SIP頭備注From

To

Call-ID標(biāo)識(shí)對(duì)話CSeq標(biāo)識(shí)事務(wù)，以及標(biāo)識(shí)同一對(duì)話中請(qǐng)求消息的先后順序Via記錄請(qǐng)求消息路徑，用于響應(yīng)消息路由Max-Forwards限制消息最大轉(zhuǎn)發(fā)次數(shù)VOLTE測(cè)試信令流程SIP流程INVITE-request-消息體SIP攜帶SDP，用于媒體協(xié)商；SIP攜帶XML，用于攜帶格式化的信息，如訂閱事件通知；SIP攜帶CPIM，用于即時(shí)消息。v：描述SDP協(xié)議版本，通常取值為“0”o：表示會(huì)話源（會(huì)話所有者）信息，同時(shí)攜帶會(huì)話標(biāo)識(shí)s：表示會(huì)話類型c：表示媒體地址信息，即發(fā)送和接受媒體流的地址b：給出會(huì)話或媒體所用帶寬，單位為kbit/s.修飾語b=AS應(yīng)用特定最大帶寬，表示一個(gè)地點(diǎn)單一媒體帶寬b=RR表示分配給活動(dòng)數(shù)據(jù)的RTCP帶寬b=RS表示RTCP分配給其他參與者的RTP會(huì)話帶寬t：會(huì)話開始和結(jié)束時(shí)間，VoLTE里面一般都缺省0，不做時(shí)間控制m：描述媒體類型、媒體端口號(hào)、傳輸協(xié)議、格式列表a：對(duì)會(huì)話或媒體的附加屬性進(jìn)行描述。a=rtpmap：凈荷類型號(hào)、編碼名、時(shí)鐘速率、編碼參數(shù)a=fmtp：指定格式的附加參數(shù)a=ptime：媒體分組打包的時(shí)長(zhǎng)。通話雙方的codecptime值一定要相同，譬如G711，有20msptime和5msptime等a=maxptime：不管何種媒體格式，媒體分組打包時(shí)長(zhǎng)最大值a=inactive（recvonly、sendrecv、sendonly）a=cur：當(dāng)前狀態(tài)：預(yù)置處理類型、狀態(tài)類型、方向

如此例：本端當(dāng)前qos資源還未預(yù)留、遠(yuǎn)端當(dāng)前qos資源還未預(yù)留a=des：期望狀態(tài)：預(yù)置處理類型、強(qiáng)度標(biāo)識(shí)、狀態(tài)類型、方向

如此例：本端期望的預(yù)留資源是高強(qiáng)度的雙向預(yù)留資源、遠(yuǎn)端期望的預(yù)留資源是強(qiáng)度可選的雙向預(yù)留資源VOLTE測(cè)試信令流程SIP流程INVITE-183表示該臨時(shí)應(yīng)答需要支持可靠傳輸。PRACKSIP實(shí)體及終端的特性能力Rack頭部使用在PRACK請(qǐng)求的中用于支持可靠臨時(shí)應(yīng)答。Rack取值包括兩個(gè)數(shù)字和一個(gè)消息方法名：第一個(gè)數(shù)字取值與PRACK對(duì)應(yīng)的1xx響應(yīng)消息中Rseq取值相同；第二個(gè)數(shù)字和消息方法名與1xx消息對(duì)應(yīng)的請(qǐng)求消息中Cseq取值相同VOLTE測(cè)試信令流程SIP流程UPDATE媒體協(xié)商一致兩部分內(nèi)容一樣這個(gè)與原始請(qǐng)求里面的設(shè)置變化因?yàn)樽侄蝐的內(nèi)容根據(jù)協(xié)商變化了UPDATE200OKVOLTE測(cè)試信令流程SIP流程表示該臨時(shí)應(yīng)答需要支持可靠傳輸。PRACKPRACK200OKRinging180VOLTE測(cè)試信令流程SIP流程INVITE200OKTimer表示必須支持會(huì)話更新前面數(shù)字表示會(huì)話更新時(shí)間參數(shù)，實(shí)際會(huì)話將在Session-Expires/2的時(shí)間進(jìn)行會(huì)話更新。Refresher表明會(huì)話更新的執(zhí)行者是：UAC即用戶代理客戶端。1、如果在間隔時(shí)間內(nèi)沒收到會(huì)話更新請(qǐng)求，用戶代理會(huì)發(fā)送bye移除會(huì)話。2、當(dāng)Session-Expires的間隔太?。ㄐ∮赨AS所支持的Min-SE頭字段的值）時(shí)，UAS將回應(yīng)422代碼要求UAC重新協(xié)商。VOLTE測(cè)試信令流程SIP流程語音承載QCI=1的建立與修改VOLTE測(cè)試信令流程SIP流程語音承載QCI=1的建立與修改VOLTE測(cè)試信令流程SIP流程呼叫釋放1、SIP是承載在QCI=1的SIP信令專用承載；而呼叫結(jié)束時(shí)釋放的是語音QCI=1的承載，相互之間無任何影響，所以這里BYE200OK的位置都是正常的。2、如果在SIP的BYE200OK時(shí)候，語音QCI=1的承載沒有釋放，或者釋放異常，下次呼叫會(huì)失敗。VOLTE測(cè)試信令流程SIP流程測(cè)試軟件演示圖：附Sip錯(cuò)誤代碼表：VOLTE測(cè)試KPI指標(biāo)接通率接通率=成功完成呼叫次數(shù)/終端發(fā)起呼叫總數(shù)公式定義：成功完成呼叫次數(shù)/終端發(fā)起呼叫總數(shù)。每次通話中，主叫UE發(fā)送第一條SIPINVITE后收到網(wǎng)絡(luò)側(cè)下發(fā)的SIP200OK消息為成功完成呼叫。VOLTE測(cè)試KPI指標(biāo)接通率案例QCI1建立失敗：S1切換與專載建立流程沖突導(dǎo)致未接通問題描述：主叫占用中興站點(diǎn)eNodeID204535起呼上發(fā)invite，10:23:26.822手機(jī)上報(bào)A3事件的測(cè)量報(bào)告，在10:23:26.854網(wǎng)絡(luò)下發(fā)專載建立請(qǐng)求，10:23:26.855主叫上發(fā)ActivateDedicatedEPSBearContextAccept，但主叫上發(fā)PRACK后，網(wǎng)絡(luò)立刻下發(fā)拆專載請(qǐng)求。VOLTE測(cè)試KPI指標(biāo)接通率案例原因定位分析：從UELOG來看，主叫開始呼叫上發(fā)invite后，在網(wǎng)絡(luò)下發(fā)專載建立請(qǐng)求之前，手機(jī)上發(fā)了一次A3事件的測(cè)量，雖然主叫已響應(yīng)ActivateDedicatedEPSBearContextAccept，但是主叫上發(fā)PRACK后，就立刻收到網(wǎng)絡(luò)拆專載（QCI1）的請(qǐng)求；查看中興站點(diǎn)的RRC重配消息里發(fā)現(xiàn)QCI5（SIPmessage）logicalchannelpriority和SRB2的logicalchannelpriority設(shè)置相同都為3，這樣容易造成ActivateDedicatedEPSBearContextAccept在MeasurementReport發(fā)送后,因?yàn)闊o法及時(shí)的ULgrantandlowpriorityofSRB2以及QCI-5要發(fā)送SIPPRACKorPRACK200OK，S1切換與專載建立流程沖突導(dǎo)致未接通。VOLTE測(cè)試KPI指標(biāo)接通率案例通過信令分析，S1切換與專載建立沖突存在3種情況：1)plete與ActivateDedicatedEPSBearContextAccept發(fā)送都比MeasurementReport晚；2)ActivateDedicatedEPSBearContextAccept在MeasurementReport發(fā)送后,因?yàn)闊o法及時(shí)的ULgrantandlowpriorityofSRB2以及QCI-5要發(fā)送SIPPRACKorPRACK200OK；3)ActivateDedicatedEPSBearContextAccept以及MeasurementReportaresent在同一個(gè)無線幀。VOLTE測(cè)試KPI指標(biāo)接通率案例SRB和DRB對(duì)應(yīng)的承載的消息SRB/DRBLogicalChannelPriorityMSGtosendoutSRB1(RRCsignaling)1plete,MeasurementReportSRB2(NASsignaling)3ActiveDedicatedEPSBearContextAcceptDRB-QCI5(sipsignaling)3PRACK(MO)orPRACK200ok(MT)DRB-QCI1(audiostream)4

DRB-QCI9(BEdata)9

愛立信的配置如下：目前沒有發(fā)現(xiàn)這種情況出現(xiàn)QCI159SRB1SRB2logicalChannelConfigpriority45913優(yōu)化解決方案：在呼叫建立接通期間，由于手機(jī)是在不斷移動(dòng)中，我們很難控制其切換時(shí)間，這樣就難免會(huì)S1切換與專載建立流程沖突，所以在eNB/MME優(yōu)化中，我們需要：1）開啟X2，降低S1切換與專載建立流程沖突的概率2）在建立專載時(shí)等待一定的延時(shí)在觸發(fā)切換正確設(shè)置logicalchannel優(yōu)先級(jí)：SRB1>SRB2>DRB(QCI=5forSIPmessage)(i.e,SRB1=1,SRB2=3andDRB(QCI=5)=5)以及縮短ULschedulingrequestperiod(~40ms)讓NAS消息能及時(shí)被調(diào)度，這樣即使在接通時(shí)間有切換，也不會(huì)導(dǎo)致專載異常，導(dǎo)致未接通。VOLTE測(cè)試KPI指標(biāo)掉話率掉話率=（主叫掉話次數(shù)+被叫掉話次數(shù)）/（成功建立呼叫次數(shù)*2）主叫主動(dòng)掛機(jī)時(shí)，主叫未收到SIP_BYE-OK或被叫未發(fā)送SIP_BYE-OK，均計(jì)算一次掉話。（不滿足通話時(shí)長(zhǎng)的OK回復(fù)，需人工判別）；集團(tuán)考核：<1%。掉話因素：VOLTE測(cè)試KPI指標(biāo)掉話率VoLTE掉話排查思路：無線側(cè)原因排查：終端異常進(jìn)入空閑模式或者發(fā)生無線鏈路失敗、RRC重建失敗，需要查看當(dāng)時(shí)的SINR和RSRP，確認(rèn)是否由于越區(qū)覆蓋、弱覆蓋、鄰區(qū)漏配、PCI模3干擾、基站故障等無線問題導(dǎo)致。終端問題排查：對(duì)比相同芯片的不同終端、異芯片終端的測(cè)試結(jié)果，如果某款終端掉話率高，則疑似終端問題，需要對(duì)終端進(jìn)行排查。核心網(wǎng)問題排查：如果語音保持期間發(fā)生QCI1專用承載丟失、核心網(wǎng)下發(fā)DetachRequest，需要跟蹤EPC、PCRF側(cè)信令查找問題原因。端到端問題排查：如RRC連接異常釋放，則需要在eNodeB、EPC、IMS上同步抓取信令和數(shù)據(jù)包，檢查消息在哪些網(wǎng)元之間丟失，針對(duì)相關(guān)網(wǎng)元進(jìn)行問題排查。VOLTE測(cè)試KPI指標(biāo)掉話案例跨廠家切換時(shí)釋放QCI1導(dǎo)致掉話問題描述：UE2在接通通話后，在10:40:04.400歷經(jīng)1.533秒切換順序從（中興）禪城張槎名苑大廈-LH-102→（中興）佛山禪城張槎名苑大廈F-ZLH-2→（愛立信）禪城祖廟外貿(mào)賓館-LH1后，TAC更新并在10:40:09.009上發(fā)IMS_SIP_BYE->Request,由于在切換過程中收到的重配置信息里，DRB-Identity=5（QCI1）被釋放，統(tǒng)計(jì)為掉話。原因定位分析：愛立信和中興的pdcp-SN-Size和sn-FieldLength設(shè)置不一致。愛立信pdcp-SN-Size=len7bits、sn-FieldLength=size5；中興pdcp-SN-Size=len12bits、sn-FieldLength=size10：VOLTE測(cè)試KPI指標(biāo)掉話案例優(yōu)化解決方案：愛立信頭壓縮pdcp-SN-Size=len7bits、sn-FieldLength=size5，中興設(shè)置為12、10。建議調(diào)整為7、5。優(yōu)化復(fù)測(cè)結(jié)果：切換正常，如右圖優(yōu)化后測(cè)試截圖：VOLTE測(cè)試KPI指標(biāo)呼叫建立時(shí)延呼叫建立時(shí)延每次通話中，主叫UE發(fā)SIP

INVITE后收到網(wǎng)絡(luò)側(cè)下發(fā)的SIP180Ring消息之間的時(shí)間差，集團(tuán)考核標(biāo)準(zhǔn):<4S。影響VoLTE接續(xù)時(shí)延的因素：VoLTE接續(xù)時(shí)延與話務(wù)模型相關(guān)，一般來講一次呼叫經(jīng)歷的路徑越長(zhǎng)、參與的網(wǎng)元越多、流程越復(fù)雜，那么接續(xù)時(shí)延越長(zhǎng)。影響接續(xù)時(shí)延的主要因素有：1、組網(wǎng)結(jié)構(gòu)；2、呼叫流程；3、業(yè)務(wù)處理；4、尋呼策略；5、空口質(zhì)量；6、終端能力；7、承載網(wǎng)QoS。VOLTE測(cè)試KPI指標(biāo)呼叫建立時(shí)延改變EPC尋呼策略縮短VoLTE呼叫建立時(shí)延問題描述：現(xiàn)網(wǎng)拉網(wǎng)測(cè)試中，在沒有關(guān)閉智能尋呼策略前，8個(gè)網(wǎng)格內(nèi)呼叫建立時(shí)延較長(zhǎng)現(xiàn)象，平均達(dá)到6.87秒，在關(guān)閉了智能尋呼策略進(jìn)行后8個(gè)網(wǎng)格內(nèi)拉網(wǎng)測(cè)試，統(tǒng)計(jì)叫建立時(shí)延明顯減少，平均達(dá)到5.81秒。原因分析及優(yōu)化解決方案：通過統(tǒng)計(jì)智能尋呼策略開啟的網(wǎng)格數(shù)據(jù)被叫paging時(shí)延，有一半的被叫paging尋呼都是大于4秒的時(shí)間。開啟時(shí)，篩選SIP信令統(tǒng)計(jì)每十次通話每步平均時(shí)延，被叫的paging的平均時(shí)延都是4.1秒，主叫建立呼叫時(shí)長(zhǎng)基本都在7秒左右，8個(gè)網(wǎng)格統(tǒng)計(jì)呼叫建立時(shí)延平均為6.87秒。關(guān)閉后，篩選SIP信令統(tǒng)計(jì)每十次通話每步平均時(shí)延，被叫的paging的平均時(shí)延降到3秒左右，主叫建立呼叫時(shí)長(zhǎng)基本都在6秒以下，8個(gè)網(wǎng)格統(tǒng)計(jì)呼叫建立時(shí)延平均為5.81秒。VOLTE測(cè)試KPI指標(biāo)呼叫建立時(shí)延通過統(tǒng)計(jì)比較發(fā)現(xiàn)關(guān)閉智能尋呼策略，在網(wǎng)格拉網(wǎng)數(shù)據(jù)中體現(xiàn)出被叫paging時(shí)間基本都在4秒以內(nèi)，從而在整個(gè)呼叫建立時(shí)延都會(huì)相應(yīng)明顯的減少，以下為每Call時(shí)延分布對(duì)比：VOLTE測(cè)試KPI指標(biāo)eSRVCC成功率UE收到源eNB發(fā)送的切換到2G命令（MobilityFromEUTRACommand）后，5s內(nèi)UE向目標(biāo)小區(qū)發(fā)送“切換完成”消息（GSMRRSingalingMessageHandoverComplete）記為一次eSRVCC切換成。影響eSRVCC切換成功率的因素：A.eSRVCC業(yè)務(wù)流程非常復(fù)雜，eSRVCC切換成功率涉及UE、空口、無線、EPC核心網(wǎng)4大域及多個(gè)方面影響因素。B.無線路測(cè)分析只能做初步定界，真正問題定界、定位以及指標(biāo)提升，需E2E端到端分析定位。VOLTE測(cè)試KPI指標(biāo)eSRVCC案例(弱覆蓋導(dǎo)致)ESRVCC接續(xù)切換問題描述：UE2切換至FSCCZuMiaoZhongBiaoChangD-ELH-2通話后，RSRP：-106.12dBm（鄰區(qū)RSRP：-106dBm以下），觸發(fā)A2事件并上發(fā)（異頻）測(cè)量報(bào)告，當(dāng)RSRP低至-118.31dBm時(shí)，觸發(fā)B2事件并發(fā)生ESRVCC切換。原因分析：網(wǎng)格4起點(diǎn)的路段站點(diǎn)無法達(dá)到深度覆蓋，以致引發(fā)ESRVCC切換。解決方案：保持現(xiàn)有ESRVCC參數(shù)設(shè)置，防止LTE覆蓋過弱導(dǎo)致掉話&未接通問題的出現(xiàn)。（備注未接通：為振鈴前ESRVCC）互操作介紹及案例分享互操作介紹4-2G互操作：主要是VOLTE與2/3G接續(xù)切換通話，最簡(jiǎn)單最適合中國(guó)移動(dòng)網(wǎng)絡(luò)的接續(xù)切換就是VOLTE->2G之間的esrvcc切換。為什么要進(jìn)行互操作？(基于覆蓋及用戶感知，表現(xiàn)為指標(biāo)的高低。)互操作的主要參數(shù)是？（A2、B2、GeranFreqGroupRelation、csFallbackPrio）CSFB與ESRVCC：可以理解為是為了：解決用戶在IMS網(wǎng)絡(luò)未能達(dá)到滿足用戶起呼和通話感知要求時(shí)，而提出的優(yōu)化解決方案；它們的不同在于CSFB是在起呼過程中的應(yīng)用方案，而eSRVCC則是在通話過程中，滿足通話接續(xù)的應(yīng)用方案。互操作介紹及案例分享互操作差異ESRVCC與CSFB的差異及影響：因VOLTE處于商用初期且用戶較少，現(xiàn)網(wǎng)4G-2G鄰區(qū)規(guī)劃優(yōu)化主要基于CSFB業(yè)務(wù)需求，與ESRVCC存在較大差異，具體表現(xiàn)為：a重要性差異ESRVCC鄰區(qū)缺失嚴(yán)重影響用戶感知；CSFB鄰區(qū)缺失用戶感知不明顯。b場(chǎng)景差異ESRVCC主要發(fā)生在LTE網(wǎng)絡(luò)邊緣等弱覆蓋區(qū)域；CSFB發(fā)生在LTE網(wǎng)絡(luò)任意覆蓋區(qū)域，且非網(wǎng)絡(luò)邊緣概率高于邊緣概率。上圖中白色區(qū)域?yàn)?、4G共覆蓋區(qū)，綠色區(qū)域?yàn)?G深度覆蓋區(qū)，CSFB業(yè)務(wù)主要發(fā)生在白色區(qū)域，ESRVCC主要發(fā)生在白色和綠色交界區(qū)域。ESRVCC與CSFB的影響：ESRVCC影響用戶通話過程中用戶感知，在通信網(wǎng)絡(luò)中指標(biāo)體現(xiàn)為ESRVCC切換成功率的高低；而CSFB則影響到用戶起呼撥打的感知，在通信網(wǎng)絡(luò)中指標(biāo)體現(xiàn)為CSFB成功率的高低。互操作介紹及案例分享Esrvcc流程ESRVCC切換關(guān)鍵點(diǎn)A.eNB正確配置GSM鄰區(qū)BCCH、BSIC、CGIB.DNS正確解析目標(biāo)CGI地址eMSCC.eMSC正確尋址目標(biāo)MSC互操作介紹及案例分享鄰區(qū)優(yōu)化原則實(shí)際經(jīng)驗(yàn)優(yōu)化原則：根據(jù)現(xiàn)網(wǎng)CSFB的測(cè)量頻點(diǎn)的維護(hù)小區(qū)列表，對(duì)應(yīng)出2G切換小區(qū)鄰區(qū)。根據(jù)同站同向的2G小區(qū)的現(xiàn)有鄰區(qū)，對(duì)應(yīng)出VoLTE小區(qū)的2G切換鄰區(qū)。重新規(guī)劃，地理上，室外站以4Km內(nèi)，室內(nèi)站以2Km內(nèi)的方向?qū)Υ騁SM小區(qū)進(jìn)行排序，優(yōu)先篩選前20個(gè)GSM鄰區(qū)進(jìn)行eSRVCC鄰區(qū)添加?；诼肪W(wǎng)通數(shù)據(jù)，對(duì)LTE弱覆蓋點(diǎn)(RSRP<-110dbm)匹配該位置的2G主覆蓋小區(qū)，實(shí)現(xiàn)LTE-GSM鄰區(qū)的補(bǔ)充規(guī)劃。操作步驟：互操作介紹及案例分享Esrvcc流程ESRVCC網(wǎng)絡(luò)框架圖互操作介紹及案例分享Esrvcc流程測(cè)試軟件演示互操作介紹及案例分享4-2G參數(shù)應(yīng)用Esrvcc主要參數(shù)：A2、B2（B21/B22）A2RSRPThreshold：服務(wù)小區(qū)比絕對(duì)門限差。指示當(dāng)前頻率的覆蓋較差，開啟異頻/IRAT測(cè)量。b2-threshold：服務(wù)小區(qū)質(zhì)量低于門限1，同時(shí)異RAT小區(qū)的質(zhì)量?jī)?yōu)于門限2，啟動(dòng)ESRVCC切換。CSFB參數(shù)：由于佛山現(xiàn)網(wǎng)的GSM_1800小區(qū)比GSM_900小區(qū)的抗干擾能力及話務(wù)吸收能力強(qiáng)，因此把LTE小區(qū)的2G鄰區(qū)分GSM_900和GSM_1800兩個(gè)頻率組，GeranFreqGroupRelation分別為1和2，那么可以設(shè)置GeranFreqGroupRelation=1的優(yōu)先級(jí)設(shè)置為csFallbackPrio=4，GeranFreqGroupRelation=2的優(yōu)先級(jí)設(shè)置為csFallbackPrio=7，其他參數(shù)默認(rèn)，即回落至GSM_1800的優(yōu)先等級(jí)比回落GSM_900的優(yōu)先等級(jí)要高。ParameterG900D1800GeranFreqGroupRelation12cellReselectionPriority22connectedModeMobilityPrio22csFallbackPrio47mobilityAction00mobilityActionCsfb00互操作介紹及案例分享4-2G參數(shù)應(yīng)用（異頻切換）A2門限：參數(shù)名稱省公司建議值集團(tuán)要求廠家參數(shù)映射參數(shù)取值A(chǔ)2RSRPThreshold-82~-118dBm-82～-100dBm包含參數(shù)：

1)ReportConfigEUtraBadCovPrim::a2ThresholdRsrpPrim

2)ReportConfigEUtraBadCovPrim::hysteresisA2Prim

計(jì)算公式：

ReportConfigEUtraBadCovPrim::a2ThresholdRsrpPrim-ReportConfigEUtraBadCovPrim::hysteresisA2Prima2ThresholdRsrpPrim-hysteresisA2Prim=[-118,-92]

若hysteresisA2Prim=10,則a2ThresholdRsrpPrim=[-117,-91]b2-threshold1-114dbm～-122dBm-116dbm～-120dBm包含參數(shù)：

1)ReportConfigB2Utra::b2Threshold1Rsrp

2)ReportConfigB2Utra::hysteresisB2

計(jì)算公式：

ReportConfigB2Utra::b2Threshold1Rsrp-ReportConfigB2Utra::hysteresisB2b2Threshold1Rsrp-hysteresisB2=[-122,-114]

若hysteresisB2=10,則b2Threshold1Rsrp=[-121,-113]b2-threshold2-87dbm～-93dbm-90dbm～-95dbm包含參數(shù)：

1)ReportConfigB2Utra::b2Threshold2RscpUtra

2)ReportConfigB2Utra::hysteresisB2

計(jì)算公式：

ReportConfigB2Utra::b2Threshold2RscpUtra+ReportConfigB2Utra::hysteresisB2b2Threshold2RscpUtra+hysteresisB2=[-93,-92]

若hysteresisB2=10,則b2Threshold2RscpUtra=[-94,-93]B2-TimeToTrigger320ms320ms或640msReportConfigB2Utra::timeToTriggerB2320CSFB開關(guān)開啟開啟CsfbToGeranUtran::featureStateCsfbToGeranUtran1互操作介紹及案例分享eSRVCC案例1設(shè)備性能差異的Esrvcc切換：?jiǎn)栴}描述：卓遠(yuǎn)大廈電梯內(nèi)無VOLTE小區(qū)覆蓋快衰落ESRVCC掉話，通話占用覆蓋樓層FSCCShiWanZhuoYuanDaShaE-ELW-1室分小區(qū)起呼（RSRP:-80dBm，Sinr：17），由于電梯無LTE覆蓋（有GSM覆蓋），電梯關(guān)門瞬間（RSRP:-120dBm，Sinr：-1.9），快衰落觸發(fā)A2及B2事件，主叫ESRVCC切換失敗，被叫ESRVCC切換成功；（如下圖）互操作介紹及案例分享eSRVCC案例1原因分析：占用相同服務(wù)小區(qū)快衰落且切換目標(biāo)GSM小區(qū)一致：主叫ESRVCC失敗而被叫成功，說明終端收發(fā)信號(hào)的性能差異，導(dǎo)致A2和B2-1門限的不合理性從而掉話。解決方案：調(diào)整A2&B2-1測(cè)量門限。結(jié)果驗(yàn)證：主被叫多次ESRVCC切換正常，規(guī)避了快衰落及UE性能問題導(dǎo)致的掉話。（如下圖）互操作介紹及案例分享eSRVCC案例2ESRVCC難觸發(fā)切換問題描述：現(xiàn)場(chǎng)測(cè)試發(fā)現(xiàn)，地下車庫(kù)門口主要占用FSCCShiWanDongFangShuiAHYE-ELW-2，RSRP大概為-95dBm。因車庫(kù)沒有VOLTE室分，進(jìn)入車庫(kù)后FSCCShiWanDongFangShuiAHYE-ELW-2信號(hào)大幅衰減，但較難觸發(fā)esrvcc。如右圖所示：互操作介紹及案例分享eSRVCC案例2從測(cè)試數(shù)據(jù)看，RSRP雖然已達(dá)到-126dBm，但需要RSRQ達(dá)到門限-19.5dB才觸發(fā)B2事件，成功切換至2G后，信號(hào)較好，通話正常。（如下圖）原因分析：從kget查看（triggerQuantityB2=0，RSRP觸發(fā)B2）FSCCShiWanDongFangShuiAHYE-ELW-2的b2Threshold1Rsrp為-140dBm，b2Threshold1Rsrq為-19.5dB，導(dǎo)致難以觸發(fā)esrvcc，違背了全網(wǎng)應(yīng)用b2Threshold1Rsrp（-122dBm）觸發(fā)B2切換的原則。解決方案：EUtranCellTDD參數(shù)原值目標(biāo)值FSCCShiWanDongFangShuiAHYE-ELW-2b2Threshold1Rsrp-140-122互操作介紹及案例分享eSRVCC案例3測(cè)量開關(guān)未打開導(dǎo)致eSRVCC未觸發(fā)問題描述：在驗(yàn)證eSRVCC場(chǎng)景中，發(fā)現(xiàn)信號(hào)RSRP低于-110后，GSM信號(hào)大于-85后，手機(jī)只上報(bào)A2事件，一直沒有上報(bào)B2事件，所以無法eSRVCC，直到掉話。原因分析：在驗(yàn)證eSRVCC場(chǎng)景中，發(fā)現(xiàn)信號(hào)RSRP低于-110后，GSM信號(hào)大于-85后，手機(jī)只上報(bào)A2事件，一直沒有上報(bào)B2事件，直到掉話。（注：B21=-110，B22=-85）見右圖?；ゲ僮鹘榻B及