4G优化案例：剖析VoLTE掉话参数提升用户体验

剖析VoLTE掉话参数提升用户体验XXXX年XX月目录TOC\o"1-5"\h\z\o"CurrentDocument"一、 概述 3\o"CurrentDocument"二、 VoLTE掉话机制 3\o"CurrentDocument"VoLTE掉话场景 4\o"CurrentDocument"无线侧掉话 8\o"CurrentDocument"EPC侧掉话 11\o"CurrentDocument"IMS域掉话 11\o"CurrentDocument"VoLTE掉话指标定义 12\o"CurrentDocument"三、 VoLTE掉话参数研究 17\o"CurrentDocument"无线链路相关定时器 17\o"CurrentDocument"SI、X2、站内切换相关定时器 18\o"CurrentDocument"CCE容量配置 19\o"CurrentDocument"多目标RRC重建功能 20\o"CurrentDocument"MME延迟释放功能 21\o"CurrentDocument"四、 思路验证及成效展现 22\o"CurrentDocument"无线层掉话定时器参数调整降低掉话 22\o"CurrentDocument"切换失败掉话定时器参数调整降低掉话 22\o"CurrentDocument"PDCCH拥塞导致掉话问题优化 23\o"CurrentDocument"多目标RRC重建功能 25\o"CurrentDocument"五、 总结及经验推广 27剖析VoLTE掉话参数提升用户体验XX【摘要】VoLTE具有接续时延低、视听效果高清、频谱利用率高、容量大、业务灵活等特点，但随着用户持续上涨，网络问题也不断显现，用户感知劣化、投诉等问题严重影响了VoLTE的口碑，而相对其它网络问题，VoLTE掉话对用户感知影响更明显的影响。本文就VoLTE的掉话机制，对不同掉话首拆网元及过程深入分析、针对性从VoLTE掉话机制相关的无线链路失败掉话定时器、切换掉话定时器、CCE容量配置参数、多目标RRC重建功能参数、专载延迟释放功能参数的研究，通过大量试验，进行参数归一化，提升用户感知，以支撑VoLTE业务的蓬勃发展与推广。【关键字】VoLTE，掉话，参数研究一、概述当前正处于互联网迅猛发展的时代,在线视频、文件传输和交互服务的广泛使用,VoLTE业务的蓬勃发展不言而喻，截止目前，江苏电信VoLTE活跃用户430万左右，呼叫总流量达到1041.58GB，用户的不断增长，也导致了用户感知劣化、投诉等问题的严重化，为更好的保障VoLTE的商用推广，提升用户感知质量是优化工作的重要环节，而掉话是直接反应用户感知质量状态的重要指标，减少掉话成为VoLTE研究的重要课题；研究从本质出发，以VoLTE语音业务中的掉话机制为基础，对终端、基站、EPC域、IMS域不同的掉话首拆网元和过程的细化分析，梳理相关掉话触发机制和条件，针对性的对在掉话触发机制、条件以及增强鲁棒性方面进行深入研究，通过试验对相关无线链路失败掉话定时器、切换掉话定时器、CCE容量配置参数、多目标RRC重建功能参数、专载延迟释放功能参数进行归一化推广，减少掉话几率，提升用户感知。二、VoLTE掉话机制VoLTE业务会经过多个网元，每个网元都有通话异常检测机制，当各网元检测到异常的时候，都有可能触发VoLTE掉话。

网元一旦检测到异常并触发VoLTE掉话后，掉话的信令会经过多个网元层层传递下去，以便其他网元去释放为Volte通话而预留的资源和相关配置，比如MME和eNB会释放已建立的承载资源。Volte掉话分析的重点是找到第一拆线点，也就是首先检测到通话异常的网元。VoLTE掉话场景2.1.1终端侧触发掉话终端侧触发的Bye消息流程如下：参考协议24.229，终端侧触发的Bye消息原因值如下，只有第一种是正常挂断，其它都是异常挂断。

ProtocolvalueCausevalueReason-textRELEASE_CAUSE1UserendscallRELEASE_CAUSE2RTP/RTCPtime-outRELEASE_CAUSE3MediabearerlossRELEASE_CAUSE4SIPtimeout-noACKRELEASE_CAUSE5SIPresponsetime-outRELEASE_CAUSE6Call-setuptime-out2.1.2基站侧触发掉话流程基站触发的上下文释放或承载释放流程如下：基站触发的承载释放流程

基站触发的承载释放流程EPC侧触发掉话流程上文中的场景③和④都属于EPC侧掉话，包括MME和PCRF触发掉话的信令流程。MME触发的上下文释放和承载释放流程如下:MME触发的上下文释放流程MME触发的承载释放流程参考协议36.413，上下文释放与承载释放的原因值一共五大类:RadioNetworkLayercause、TransportLayercausgNAScause、Protocolcause、Miscellaneouscause,每大类都有各自的小类。常见的大类原因是RadioNetworkLayercause其中常见的异常小类原因是:FailureintheRadioInterfaceProcedure、RadioConnectionWithUELost、Radioresourcesnotavailable。对于RadioConnectionWithUELost原因，一般为无线链路失败；FailureintheRadioInterfaceProcedure可能的原因是RRC配置失败或者切换失败；Radioresourcesnotavailable一般是无线资源不足，包括PRB资源与CCE资源都有可能。PCRF触发的ASR(AbortSessionRequest)消息流程如下:

参考协议29.214,PCRF触发的ASR(AbortSessionRequest)消息原因值主要是下面4种，其中原因值0和3是正常释放，原因值1和2都是异常释放，异常释放的常见原因是资源不足和承载资源不足。Abort-CauseMeaningBEARER_RELEASED(0)ThisvalueisusedwhenthebearerhasbeendeactivatedasaresultfromnormalsignallinghandlingINSUFFICIENT_SERVER_RESOURCESThisvalueisusedtoindicatethattheserveris(1)overloadedandneedstoabortthesession.INSUFFICIENT_BEARER_RESOURCESThisvalueisusedwhenthebearerhasbeendeactivated(2)duetoinsufficientbearerresourcesatatransportgateway(e.g.GGSNforGPRS).PS_TO_CS_HANDOVER(3)ThisvalueisusedwhenthebearerhasbeendeactivatedduetoPStoCShandover.IMS域触发掉话流程IMS域网元P-SBC和S-CSCF间发送的Bye消息流程(包含异常原因值)触发掉话的流程如下：

P-SBC发送的Bye消息流程S-CSCF发送的Bye消息流程参见协议24.229，P-SBC或者S-CSCF发送的Bye消息常见的异常值是503(ServiceUnavailable)和488(NotAcceptableHere),一般情况下无线资源不足或者承载资源都产生的是503的原因值。无线侧掉话终端或基站原因导致基站异常释放VoLTE业务UE的上下文或承载，都称为无线侧掉话,对应上文中的场景①和②。2.2.1承载异常释放承载异常释放导致掉话包括QCI1和QCI5的异常释放。触发QC1异常释放的事件主要有：“GTP-U错误指示”、“E-RAB抢占”、“GBR拥塞触发的承载释放”，QCI5的异常释放的事件主要有“RLC重传次数达到最大”等。GTP-U措溟指示E-RAB抢占■蔓站在乳推,司期性的发送"GIP-UECMOREQUESTSJ,導特£TP-UECHORE£POHS£'^&rGTP-U措溟指示E-RAB抢占■蔓站在乳推,司期性的发送"GIP-UECMOREQUESTSJ,導特£TP-UECHORE£POHS£'^&r杲超吋茨韦反讀.就粗览PTP-II箱逞指示•爭件.羈后绘发专我痒極说程，匣因疽是-flMLCauueTransportResouraBUnavaiabletoMME".甘中发送的间円号绘止解袴吋间部足可礙配壷的*弓就GTP-U冋粗九哥做是恃轴草囲，带见前传觀頃因有IP瞅N时廷大以圧E6'*卜国可支持匚-RAIB承戏沪社良lic&ise和小直的普■瓯制的.当达到支持最尢数恒的时，就益鶴近E-FTAB的ARP^AfS制，也就是触发E-RABfttfft占（处许再世先奴琵禾兹址耒，徉放惟战先纽葩斥费）°ARPfe占规則是有三担華费控刖忧先薯麵<1-15.i&t）tt5tias高）、足吾可収枪乩足否可風担抢占.三俎磁數在EPcafiifig.基站根据EPC发的瘻苑进行抢占控期,一旦附友社占.E-RAB^tt桂越的果W悄乞-呛eoGBR拥塞触发的承報释放•QQ1是EBR主執搖站需要对直进行业务棵建.再中気枣占用匚匚E和PRE劳孤当ME聲源和F■就資源不足的円帳，注站就无选对信音wisnt^ie.就可能艇发G酥拥區竝发的承战胖；当贡療不足的旳慎是否軸友释放出歩欽控电〕.艳加的頂面15星'Eikdicrsiourwnotawailabfe'j由于volte能速率很低.对pre资捧的需戎不髙所园VolTE用户一般是UUE潯源受風，特剖定电倍肌门闇的5M帝宽.客晶出现［：磅・奶启一RIX盍传次数达到堀大・{?匚怎是RLGAM攥式，需要注行ARQ的車惜，当Bft±S到峯犬姿数的时辰.默宗岀现汞栽的衽放.釋放顶田是■RNLCauseRad>oConr*ecton仙曲HELKt\Rue量丸鱼传坎披可IU配琶最大可到32京’常见的原因足龙绞信号不好和干扰引雄的J■行或击下行手包率或误码率臥2.2.2上下文异常释放基站内部对多种无线链路进行监控，比如：PUSCH无线链路检测、CQI无线链路检测、HARQ无线链路检测、TA失步以及RLC达到最大重传次数，对于PUSCH无线链路检测、CQI无线链路检测以及HARQ无线链路检测前面三种。当基站检测到无线链路失败后启动无线链路失败定时器，如果在定时器超时后无线链路没有恢复就会产生掉话。对于TA失步以及RLC达到最大重传次数这两种情况，基站会发起小区内切换，如果切换失败，就会产生掉话。基站无线链路检测机制及触发掉话流程示意如下：

满足掉话触发条件后，基站发起UE的上下文释放以及RRC释放，释放的原因值是“RNLCauseRadioConnectionwithUELost”。导致无线链路失败的常见原因是信号差或者干扰严重。无线链路释放流程：RRC-CONNECTED,L2AcknowledgementRRC-IDLEeNodeBT_RLFexpiresMMES-GW:S1AP:UEContextReleaseRequest:[causo"RNLRadioGonnoctionwithUE^sS1AP:UEContextReleaseCompleteReleaseallUErelated

resources2.2.3无线侧相关定时器和常量TiiaN311S11interactiontoinform

S-GWaboutconnection

releaseECM-IDLE•钊IZ0.测＞4RRC-CONNECTED,L2AcknowledgementRRC-IDLEeNodeBT_RLFexpiresMMES-GW:S1AP:UEContextReleaseRequest:[causo"RNLRadioGonnoctionwithUE^sS1AP:UEContextReleaseCompleteReleaseallUErelated

resources2.2.3无线侧相关定时器和常量TiiaN311S11interactiontoinform

S-GWaboutconnection

releaseECM-IDLE•钊IZ0.测＞4髯;石pqiflViriJATSlOEEBMkM-ftFim亡直址王m追軒时障止丰朮■」鬻■dEMamjMIUE;*廉話*f呂或JK出人曲⑷旳.和P」踵血1^亡血之卍建疽祈门丄片出且玄忸殊■轨畴档.qj«憧瞩检#1!||时阿.it卒*■比卑n■怕.艸出■址hi詛衿战H.见嚙灯恰担丛喷■罔刊结住越賀脚空J評网平畝tJjfci之鼻迪J^^VZIUffill¥-+^~jneon谢八T3O4.■jijlW*i41.-Lit再杵吨方:田剛申讪胰呛《n.町谆止ITSHM;MBTKdEEH»||[H明銘常刃肌*庄曲ITTil;,L"口事4®—千咼価《fl业；卜BL#起RRClf■皿，rwft8AU&JB#WBSA*larZIB. F»ffi4V4t*H：L|Rh^Jl.. M««■F-VHIEH^lHA唳fdBUJj.耳泌单!*匸奧frfF凶於¥出區齐夭I1彌畫甘M3ias»*・iSir■虫事CflirroT ThTT：旳曇KIS.日.N31DrM^iCira■的JH士uFri %*讯41月邛单■«■■41负■:掘庄LtEft楼亠LXEBUB[5JMMt^M3LD^l-T-M.,JK7 ■IL'L^C-NI嗣丸山週那无律*N■'zwAtitnnca.ffi 站rftrfi氈nit.ran1刈士nmmi-J”ULU"fiT31Dq-E-J»MI>4EU |raynep|&.rpHWll：T31O1|-时1»HLWtlI-P|■* i£riHT3-3Gi<PtJBVfKEI更阳坍扈fl岸現出汕m■龍&屏BN311^.K£I/..KWWffliU WttHFK .01棚広附血筈41邛右HrTF倔时他l可議.旧H玉■M■小铠1町M快也鼻m幻xi廿扶昴eniwizrjMR.2.2.4无线侧相关参数无线侧和VoLTE掉话相关的主要参数如下:厂家参数英文名参数中文名功能描述诺基亚gtpuPathSupintGTPECHOREQUESTS发送的间隔用来检测GPS隧道的状态，间隔的发送GTPECHOREQUESTS诺基亚gtpuT3RespGTPECHOREQUESTS的等待时长GTPECHOREQUESTS的等待时长，如果超时等待时间没有收到反馈，则认为该GTP隧道终端，触发承载的释放

诺基亚maxNrSymPdcchPDCCH信道最大符号诺基亚actLdPdcchPDCCH信道占用符号数自适应开关诺基亚maxRetxThreshRLC最大重传次数诺基亚maxRetxThreshSrbDL下行SRBRLC最大重传次数定义PDCCH信道最大符号数配置PDCCH占用符号数会根据CCE负荷在最小符号数和maxNrSymPdcch之间自适应，尽量降低控制信道开销。DRBRLC重传最大次数，超过最大次数，UE侧触发重建，基站侧触发切换下行SRBRLC重传最大次数，超过最大次数，基站侧触发小区内切换诺基亚maxRetxThreshSrbUL上行诺基亚maxNrSymPdcchPDCCH信道最大符号诺基亚actLdPdcchPDCCH信道占用符号数自适应开关诺基亚maxRetxThreshRLC最大重传次数诺基亚maxRetxThreshSrbDL下行SRBRLC最大重传次数定义PDCCH信道最大符号数配置PDCCH占用符号数会根据CCE负荷在最小符号数和maxNrSymPdcch之间自适应，尽量降低控制信道开销。DRBRLC重传最大次数，超过最大次数，UE侧触发重建，基站侧触发切换下行SRBRLC重传最大次数，超过最大次数，基站侧触发小区内切换诺基亚maxRetxThreshSrbUL上行SRBRLC最大重传次数诺基亚诺基亚诺基亚诺基亚诺基亚诺基亚nCqiDtxnCqiRectaTimerMargintaTimertaMaxOffsettHalfRrcConCQIDTX检测次数CQIDTX恢复次数周期性TA发送的间Ta超时时长TA允许的最大偏移RRC建立保持时长上行SRBRLC重传最大次数，超过最大次数，UE侧触发重建如果没有检测到的CQI超过该次数，则触发无线链路如果没有检测到的CQI超过该次数，则链路恢复如果达到了TA发送的间隔，则基站给终端发送TA命令如果在TA超时后，终端还没有收到TA命令，那么终端就进入失败状态如果基站检测到终端的TA超过这个最大的偏移，则立马发送TA命令给终端等待RRC建立完成的时长，超时后释放UE上下文EPC侧掉话上文中的场景③和④都属于EPC侧掉话。如果因专用承载丢失、去激活承载消息未收到、PC下发DetachRequest,需要跟踪MME、S/PGW、PCRF各网元的信令，查找EPC参数及设备问题原因。如果SIP消息异常，如BYE/200OK未收到或流程异常，则需要在eNB、EPC、IMS上同步抓取信令和数据包，检查消息在哪些网元之间出现异常，并针对相关网元进行问题排查IMS域掉话IMS域掉话通常有以下两种原因：・RTP检测定时器超时；当IMS域的SBC设备（P-CSCF）检测到通话中无媒体流的时间大于媒体流中断定时器，向终端和核心网设备发送BYE消息，产生掉话。现网配置为双向检测，时长60S，即主叫和被叫在60s内均没有向SBC发送没有任何RTP包，SBC设备会向终端和核心网设备发送BYE消息，释放媒体会话资源，产生掉话。・IMS注册失败；通话过程中，终端重新进行IMS域的注册，如果IMS域回复P-CSCF拒绝了用户的注册信息导致被叫未注册成功，将导致掉话。VoLTE掉话指标定义2.5.1网管指标VoLTE掉线率公式如下：E-RAB掉线率(QCI1)=E-RAB异常释放次数(QCI1)/(QCI1E-RAB释放总次数(QCI1))X100%=(M8006C176)/(M8006C266+M8006C273+M8006C89+M8006C98+M8006C107+M8006C116+M8006C278)X100%VoLTE掉线率counter说明:计数器ID计数器名称计数器解释M8006C107EPCinitiatedEPSBearerReleaserequestsperQCI1duetoRadioNetworkLayercauseEPC触发的因为无线网络原因引起的释放M8006C116EPCinitiatedEPSBearerReleaserequestsforQCI1duetoOthercausesEPC触发的其它原因引起的QCI1引起的释放M8006C176ReleasedactiveERABsQCI1激活状态的QCI1的异常释放，包含所有原因M8006C266TotalnumberofreleasedQCI1E-RABsinitiatedbytheeNB基站触发的QCI1释放总和M8006C273QCI1E-RABsreleasedduetopartialHandover部分ERAB成功切换但QCI1ERAB被释放的次数M8006C278EPCinitiatedQCI1E-RABreleasesduetoPathSwitchEPC触发的路径切换引起的QCI1释放M8006C89EPCinitiatedEPSBearerReleaserequestsforQCI1duetoNormalreleasebyUEEPC触发QCI1的"NASNormalrelease"M8006C98EPCinitiatedEPSBearerReleaserequestsforQCI1duetoDetachprocedurebyUEorMMEEPC触发的因为UE或者MME发起取激活引起的QCI1释放2.5.2路测指标DT/CQT语音掉话率指标定义：掉话次数与呼叫建立成功次数的比值。主叫或被叫主动挂机但未收到SIP_BYE-0K，均计一次掉话。如下图通话过程中，由于邻区漏配，导致终端没有触发切换，然后出现无线链路失败，引

发重建，重建被拒绝，最后导致了因为无线链路失败引起的掉话，主叫与被叫在掉话前都没有发送SIP_BAY-OK消息（掉话前SIP-BAY也没有发送），记为掉话。信咅-UE3 LifeflS--UE4-iK-Elf_4IIMM-TE-»|JLKKiline-TSa+u+Hib曲如皿逾MS4^DP7&MfllUJTBIDDdg信瓯阿IM信咅-UE3 LifeflS--UE4-iK-Elf_4IIMM-TE-»|JLKKiline-TSa+u+Hib曲如皿逾MS4^DP7&MfllUJTBIDDdg信瓯阿IM恬5s4PMS116MENXM-JitSnaE-£dA41E>KE-阿WE嘲MflllEiflEU3IM-*：ei»3Cdfi+iBhE-M*4：a7.1?X闻恥時関8SHD+Mm旭IMtEDEE归则飞目、MStWW&£^A4-iDt3?饴04•。囲1MS41B.F7BMQi^TdE14ttfrft*itL>MfiJbJiiurAriRapaiLoPajngL<»HM3U»T*t^s|RCKrtL^hluBJiumrl“EtL>M£Jtji£iYdriRapaiL土R]=jCCP加GOHl丽HItQunumL•：»RRCCflwiBdlD«ReEr*gEEnCflH口他LqJJw郭的e*lRewtL^WuKJiunarlFLiporLL>MfiJbjnurAriRfipaiL>M&JtiiitfrAriRapoiTL<»HM3U»T*t^s|ReKrtL->HMSuiweii|RenrtL^Wi^iuitiifaailrupditL>Ufijfiuii^driRfipaTL>MfiJbJiiurAriRapaiL：»HM5U»T*t^s|RepjtL<»HM3U»T*t^s|RCKrtL^-WUwitiifdilrupcilL>M£Jtji£iYdriRapaiL>Ufij&jii^iAriRfipaiL^WMSunmBlResytLqJJw郭的e*lRewtL->W£jGun^rAriRapaiL>M£L^gETfM-iLe弓內勺王呂如IL->RPD^；nnKliEfiRB"!blMq±msrtRKiLg!tLH35+Ti7&?-I-L-^RALvCMGOHlRfilGHNdM-dnA&tba|SSC-<E€- *""~U二曲如谄舸[i4La弓鈕归Q的MfltW.MBtL：-5OT3eRM*Mt：MfliW.MB*L<-RRKc!™iKiicnRi-aL«=!lFCTintHesape QIiITj»*L-^mD«闻flEBC+疋“"IHem*tWfWflCigu*WS*»VTTE•皿3W诟帖如377事RE-SiPJtK诟记0：四爼I-■uts_seAXL-^Ra?rflDe：Mfl7.4IML-^RsjrflDCDd1-li53dk-ARiMr召♦L亠flRCCm帕uw日也14raimi*L亠llRCCmr直ux片凹4皿卯加胛p巴WM：U5Ca申LfRRC口《!Ed!&rfiECO■啊曲pnWMrWJ询+LoRRCCch医卄沖ku*恤就0CchtdNle*L-^UiMunn-tnlHtpart[£M：U.7ia■L->k»UuriH-HllH甲皿C&H14JU■L亠kkHunrwnH甲m:*L-^HeawrtntnlHMH*tDftM：iWra+L**3W疋""IHtnet»M:1E-.7IML-^UauuramnlHip«tD£iM：TM箔tL亠血zunrwiiH甲皿■L亠kkNurtiPWiiH14曲r+L-^HEMWrtnfn|DftM'LOTtL-aHCWUanfHlHMKMtH寺L-^Uaaaurwmni口a(i«tDftMiaMEDtL亠血adunirwiH⑷wrDfcMiaTjiHH*L亠业zunrwiiH甲皿l»M：i咖1+"HeWUmnfnlHttKMt+WCMW住n«n|HMH*tHM.lb.11^3■L^MiKuiirTiJilnsp^rtE£tM：T甜圏■L->k»UuriH-HllH甲皿■L亠kkHunrwnH甲m:reD4:'E.0Z?+L-^HeawrtntnlHMH*t«tw™«VUM'Pfl4dVL亠kflBD£tM：TP启塚*L亠自肌旧皿DftMiibfia■L亠URCCm帕“!XRdEUC■E血GT宜E4u妙VWtWrtMM■L-^HRCCd^r^d!&rRM!tafab5Jl»en|1ft•UE3aft-Eff_4JtVW-TC-ESULK«-Q4nTJ：1kMbLTEHPSucrmHQ氐即IftM0utgc*>gC3i5etiJC!DHazi?B?冋EhwiiAl■Jifl.3-^3KarrikiwIke饵；04Xh朋QjUCniadiEHaumaEv&filA3只屮沁M世•竝至如■Han>£<firT^:i闻個:心断E*sn|*3RMK)*1jCB»?1IZ3.9CHanrtwerTjTH：!E*tn|*3RmmxWHI?MH.BCHanrtwer^iH：iEvAil43H認K>lE・ti1919.9E>li的ibvAi 1通碍甜iEwrn0R解沁M世 H3<1!£WrTyi宦：1饴W：il5■闵皿Mta1126,ADh詡血池rT¥pa:i同期:阪ZMEm展RwMXffiHi?M3.9DHanrtwerTiiH：1Mj>a：'54WE*tn|*3Rwre*tC叭1193.9CHanrtwertjitk：i旳M.PBV3Erii-il43H^lCUU1129,9C>HShafrvAiTj^.l迪诃:飞刚H竿沁M比"迢9」Ha^s^rT^:iE曲Til甜H蹿沁出&Td曲如■HaroewrTvpd：i闻個:盯潮Ernl电RwvWe»?MH.9ft19M.iMHantf同個:叮潮E*tn|*aRHHXtCBii?M33.9{rlaa.iraHantf谑:仙:比2国E*ai甜丹屮沁口世Ii2l3lAir1a±33^03饴⑴:诣幽E曲1超沁1125,atrial,IDSHanaratuiE啲Ewm昭Rmw*t£mia<iIK.A<)HaflnwflrTjwi«：«：■»&MfiE*sn|*3RMK)*1jCB»?1IZ3.9CHanrtwerTjTH：!E*tn|*3RwmxWcH!1133.9CHanrtwerTjp-：i诵仙:伦HMrl£lH<t£：£iUIkiffi,dllli詡SE^rTy|»：l伯侗:沖戲LTERRCRd!!巧LmRumRm&O'kRlF[Stu•£■抽3心口装驻nretNW.EARFCh-hb-A1335TCelGrangeCwiMeIcDela^iVSOnri折仙：唱血RRCCwinKtanRwsfclN^LTEARCRandLmDrop日faUOA：他-仙口Mliiurc,!X1即Faw屈iq沁辰i论DtqspmCaiRMHTdRadiJfikPdiulliIE^pnlMRwvWe»?MH.WHanrtwerTimr!E血MRHHXtCBll?M33.B0Hsi*wrTXrtfl通CM3D幻9E仙l4Htp沁:m世im,it*HarooRi-fa-T^»LTEHDRi^uimHHiLlE诣石2D41強虽血LTEH&8^C«mHOOao^SfevtWJ>aai.2S3E*tn|ME-t*i|A2HMHJrijCBll?：liza.19dHarrtl*BrW：HHKXtCMIffjar■严十―■—2.5.3感知平台指标感知掉话着眼于最影响用户感知的实际掉话场景，涵盖率多种掉话场景，更贴近用户通话的真实感知。感知掉话的数据源有Mw、S1-MME和Rx接口，关联的消息分别是：・Mw接口BYE消息，携带异常原因值；S1-MME接口UEContextRelease和eRABRelease流程消息，携带特殊原因值；・Rx接口AbortSessionRequest消息，携带特殊原因值。判断造成通话异常结束的首拆接口和消息，再根据失败消息的原因值分为以下四种掉话类型：无线掉话：S1-MME，消息为UEContextReleaseRequest（特殊cause）承载失败：S1-MME，消息为eRABReleaseCommand（特殊cause）、eRABRELEASEINDICATION・VoLTE掉话：Rx接口，消息为ASR（特殊cause）异常掉线：S1-MME，消息为UECONTEXTRELEASECOMMAND（特殊cause）、Mw接口，消息为BYE（特殊cause）根据以上四种掉话类型，总结出感知掉话的指标定义如下：VoLTE语音感知掉话率=VoLTE语音掉话次数/（VoLTE语音始呼应答次数+VoLTE语音终呼应答次数）VoLTE视频感知掉话率=VoLTE视频掉话次数/（VoLTE视频始呼应答次数+VoLTE视频终呼应答次数）VoLTEVoLTE语音感知掉话次数：VoLTE语音呼叫无线掉话、承载失败、异常释放和VoLTE掉话次数之和。VoLTE视频感知掉话次数：VoLTE视频呼叫无线掉话、承载失败、异常释放和VoLTE掉话次数之和。另外根据首拆接口网元，可以判断掉话是由本端还是对端造成的，在感知掉话中，由于本端IMS/EPC/无线/终端等问题导致的掉话，记为本端掉话；由于对端网络原因造成的掉话，记为对端掉话。根据对端号码的类型，对端掉话分为异常释放-电信/移动/联通掉话。本端掉话：包含无线掉话、承载失败、VoLTE掉话、异常释放（MME异常释放、无线异常释放）。对端掉话：包含MGCF首拆的异常释放。全时段畝蘇也走怔问題高毘时段°S*：SD订hjitm厂一a2 4 4h1]1214U«AlWiP「EM!Hd5p■；TOPE-全时段畝蘇也走怔问題高毘时段°S*：SD订hjitm厂一a2 4 4h1]1214U«AlWiP「EM!Hd5p■；TOPE-:-掉话次敷TO哄端魏锁定问題终瑞.WTMfE无捻悼话分炎，廣憩拽话次裁TOP小区的失敗次筑圧占比.gTF1O»B ■:佔虫flHI*XlCIHi・Mstlt・tJJJIM■—t姿端分布醍类，境现问原西價堆度井布」4tUUBV ■MitillIRHE甲片“*™尸琢-scj■ KEunuuiJMlilMnuHA>HEMI武叶■创宵w•■•an 刼『.话.记.亦社垃■事亦p.iitj満话类业占比.一周变址趙势“感知平台“VoLTE感知掉话分析”模块界面2.5.4各平台VoLTE掉话率统计方式比较感知掉话和网管VoLTE语音掉话率的指标统计点与指标定义均不相同，相比于网管VoLTE语音掉话率，感知掉话判断掉话的接口、消息和原因值更全面，场景更丰富。另外，网管VoLTE语音掉话与感知掉话中的“无线掉话”和“承载失败”相比，判定掉话的消息都

是基站发送给MME的UEContextReleaseRequest和E-RABReleaseIndication消息,存在重复部分，无线掉话和承载失败的原因值更多，即后者包含前者。感知掉话与网管掉话统计接口除了无线掉话和承载失败包含更多的原因值,感知掉话还具有其他的掉话类型其中,“volte掉话”（即asr消息掉话）反映的是核心网元pcrf首拆的掉话，“异常释放”包含了MME异常释放上下文（即通话过程中MME向基站发送UEContextReleaseCommand）、终端异常释放（终端发送携带异常原因值的BYE消息）、IMS或对端异常释放（IMS网元或MGCF发送携带异常原因值的BYE消息）。

网管掉话/感知掉话共同信令采集点^L)ASR-4CIJASAiP-SBCPCRFSBCS-CSCFS-CSCFP-SBC感知掉话特有信令采集点^L)ASR-4CIJASAiP-SBCPCRFSBCS-CSCFS-CSCFP-SBC感知掉话特有信令采集点集团双提升掉话指标说明集团双提升考核的掉话指标“VoLTE掉话率”和网管指标定义方法一致。VoLTE掉话率（6分）指标定义：VoLTE语音掉话次数占呼叫建立成功总次数的比例。统计时段内所有LTE小区QCI=1的E-RAB异常释放次数之和与所有LTE小区QCI=1的E-RAB释放总次数之和的比值（取系统忙时数据）。计算方法：满分6分。基准值0.5%，达到基准值得6分。每高于基准值O.Olpp扣0.05分，扣完为止。数据来源：集团LTE无线综合网管。三、volte掉话参数研究从网络层面来看，在现有无线覆盖条件下，参数优化可以结合上文中分析的volte掉话机制，进行针对性的优化，降低volte掉话的风险，主要的优化参数包括掉话机制相关的无线链路失败掉话定时器、切换掉话定时器、cce容量配置参数、多目标RRC重建功能参数、专载延迟释放功能参数等。3.1无线链路相关定时器当基站检测到任何一种无线链路问题导致的上行失步，则会启动定时器T_RLF，如果定时器超时UE仍未能恢复无线链路则基站会发起RRC拆线，记为掉话。T_RLF定时器所定义的时长包括以下3个部分，分别对应UE从上行失步到掉话的3个过程：T_RLF=LNCEL:t310+LNCEL:t311+tDeltaRLF过程1：T310；当UE监测到无线链路有问题，则启动T310定时器。在接收到n311个同步指示、或触发切换流程/RRC连接重建流程时，停止T310；过程2：T311；T310超时后启动T311定时器，T311为UE侧控制RRC连接重建过程中UE选择一个小区过程所需的时间，期间UE执行cell-selection过程，小区选择成功后UE发送RRCConnectionReestabilshmentRequest并停止T311。如果定时器超时，则UE变为RRC_IDLE状态；过程3：T311定时器超时后，eNB继续等待tDeltaRLF时长，如果UE仍然不能恢复无线链路则释放UE的上下文，记为掉话。SDLrce3(jPPt310startstopSDLrce3(jPPt310startstopstart1311stopr JDROPXradioInkfailuregoesback:Firstpm摊RFKCOMHECTEDRRCI：CeIreseoctionandTrackingAreaUpdateifRRCEstablishmentfailsRRCconnectionre-e&UblishiiiDntattemptedduringLNCELtSULNCEL：XradioInkfailuregoesback:Firstpm摊RFKCOMHECTEDRRCI：CeIreseoctionandTrackingAreaUpdateifRRCEstablishmentfailsRRCconnectionre-e&UblishiiiDntattemptedduringLNCELtSULNCEL：n3Vconsecutivein-syncindicationsduringLNCEL:t310JXnormalopwatknn&racovervduringT:-|norecoveryduringTam■r#dkipr^bHw# LNCEL：n3Wconsecutiveout-of-syncindications增大tDeltaRLF定时器可以延长基站等待无线链路恢复的时间，降低掉话。厂家参数英文名参数中文名功能描述取值范围（单位）缺省值优化值诺基亚tDeltaRLFfalse,true010秒3.2S1、X2、站内切换相关定时器基站侧通过配置相应的定时器来控制切换过程中的UE资源保留时间，根据切换类型的不同（站内小区间切换、站间X2切换、站间S1切换）对源小区和目标小区（站内切换除外）分别设置定时器。定时器tHOpverall在基站进行切换判决后启动，在UE向目标小区发送RRCConnectionReconfigurationComplete消息后停止，如果定时器超时，贝eNB向MME发送UEContextRelease消息释放UE上下文，记为掉话参数TX2RELOCoverall用于控制切换失败时源ENB的UE资源保留时间：ENB主动发起T-X2RELOCoverall原因的UE上下文释放请求，造成掉话。根据3GPPTS36.423协议,TX2RELOCoverall用于指定源eNB总体切换进程保护的最长时间，从收到目标ENB的HANDOVERREQUESTACKNOWLEDGE消息时开启，在接收到目标ENB的UEContextRelease消息时关闭，若超时则源ENB向MME发送UEContextRelease消息释放UE上下文。该计时器可控制切换失败时源ENB的UE资源保留时间，避免资源被无效占用。参数TX2RELOCexec用于控制切换失败时目标ENB的UE资源保留时间：ENB主动发起TX2RELOCexec原因的UE上下文释放请求，造成掉话。根据3GPPTS36.423协议，TX2RELOCexec用于指定目标eNB总体切换进程保护的最长时间，目标ENB发送的HANDOVER

REQUESTACKNOWLEDGE消息时开启，在接收到UE向目标小区发送RRCConnectionReconfigurationComplete消息后停止，若超时则目标ENB向MME发送UEContextRelease消息释放UE上下文。该计时器可控制切换失败时目标ENB的UE资源保留时间，~避免资源被无效占用。厂家参数英文名参数中文名功能描述取值范围（单位）缺省值优化值诺基亚tHoOverallD站内切换掉话定时器Delta值ENB内切出执行10~5000ms20ms2000ms诺基亚tX2RelocExcDX2切换掉话定时器Delta值ENB间X2切出执行30~30000ms70ms2000ms诺基亚tx2RelODeltaX2切换掉话定时器Delta值ENB间X2切出执行30~5000ms150ms2000ms诺基亚tS1RelExecDeltLS1切换掉话定时器Delta值ENB间S1切出执行50~30000ms500ms2000ms诺基亚tS1RelOvDeltLS1切换掉话定时器Delta值ENB间S1切出执行50~30000ms500ms2000ms3.3CCE容量配置在LTE网络中，PDCCH（下行物理控制信道）承载特定UE的调度、资源分配信息-DCI,如下行资源分配、上行授权、PRACH接入响应、上行功率控制命令、信令消息（如系统消息、寻呼消息等）的公共调度指配。通常，PDCCH信道位于每一个子帧开始的1、2、3个符号内，具体占用几个符号是按照PCFICH指示的值来定的。CFI越小，PDCCH占用RE越小，调度能力越小，占用RE资源越少，但是CFI设置过小会导致控制信道资源不足，影响DCI信息的分配成功率，严重的情况下可能导致掉话。厂家参数英文名参数中文名功能描述取值范围（单位）缺省值优化值

诺基maxNrSymPdcchPDCCH信道最大符号数诺基maxNrSymPdcchPDCCH信道最大符号数定义PDCCH信道最大符号数配置1~33・4多目标RRC重建功能由于无线环境的复杂性和不确定性，正在进行中的RRC连接可能在任何时间被中断，导致RRC连接丢失。3GPP中已经定义了UE的RRC连接丢失恢复机制一-RRC连接重建的过程,只有UE侧才能发起RRC连接重建过程。RRC连接重建不仅在相关的小区已经准备好（含有UE上下文信息）的情况下能成功，而且可以发生在不含当前UE上下文信息的其他小区完成RRC重建，通过UE上下文信息恢复机制RLFtriggeredhandover,允许正在接受RRC连接重建的服务小区从原服务小区恢复当前UE上下文信息，也就是说UE可以在无线链路丢失的情况下重建到任意小区，可以大大降低UE的掉线率。对VoLTE对VoLTE用户来说，RRC重建到任意小区的功能同样可以降低VoLTE业务的掉话率。厂家参数英文名参数中文名功能描述取值范围（单位）缺省值优化值诺基亚actRLFbasedRCRRLF的RRC重建开关False，trueFALSETRUE

诺基亚rlfBasedRCRdefault定义LNADJ参数rlfBasedRCRsupported的默认值，如果LNADJ实例是由eNB由于激活的ANR特性自主创建的，则使用该参数。False，true诺基亚LNADJ/rlfBasedRCRsupportedPDCCH信道最大符号数False，trueFALSETRUEFALSETRUEMME延迟释放功能MME专载延迟释放功能(Timer-basedMME-initiateddedicatedbearerdeactivation)也可以称为专载保持功能，功能机制描述如下：当S1接口上下文释放请求的cause值为无线原因时(不为'UserInactivity'、'Inter-RATRedirection'、'CSFallbackTriggered')，MME启动可配置的承载去激活定时器。默认计时器配置为0,MME会立即去激活S1接口的GBR承载，相当于关闭专载保持功能；如果计时器设置为非0值，MME会等到计时器超时后去激活S1接口的GBR承载；在计时器超时前如果UE成功完成空口的NAS信令初始化并重新建立无线承载，S1接口的GBR承载将不会触发去激活流程。该定时器取值范围为0~3s,目前设置1s。厂家参数英文名参数中文名功能描述取值范围(单位)缺省值优化值诺基亚S1RELDCT专载延迟释放定时器基站发起原因值为无线原因的上下文释放请求时，MME保持专载在定时器时间内不释放，等待空口重建。该功能在MME侧实现。0~300（秒）03四、思路验证及成效展现4.1无线层掉话定时器参数调整降低掉话【验证方式】从网管上提取一周(3/ll-3/17)XX诺基亚区域VoLTE高掉话TOP小区，筛选其中由于无线层问题(掉话原因值为“RNLCauseRadioConnectionwithUELost”)引起掉话占比高的小区共20个，针对这些无线层问题掉话小区，修改参数tDeltaRLF,从0改为10000ms,修改后观察一周(3/25-3/31)掉话指标变化。【评估】测试区域指标统计时段参数状态QCI为1的ERAB异常释放次数(无线层问题)QCI为1的ERAB释放总次数掉话率(无线层问题)无线层原因掉话的20个TOP小区3/113/17tDeltaRLF=05119702.59%3/253/31tDeltaRLF=10000ms1518820.80%结论】适当加大无线层问题掉话定时器，在VoLTE用户出现上行失步并发生重建的情况下，避免因过早释放UE的上下文而导致掉话。通过参数验证，将tDeltaRLF设置为10000ms，掉话TOP小区的指标改善度可以达到70%左右，优化效果明显。4.2切换失败掉话定时器参数调整降低掉话【验证方式】网管统计的counter中没有区分切换定时器超时导致掉话的切换类型，统一记为切换失败原因。从网管上提取一周(3/11-3/17)VoLTE高掉话TOP小区，筛选切换失败引起掉话的TOP

小区共9个，针对这部分切换失败掉话小区，修改切换失败掉话定时器，修改后观察一周

3/25-3/31）指标。评估】测试区域指标统计时段参数状态QCI为1的ERAB异常释放次数（切换失败）QCI为1的ERAB释放总次数掉话率（切换失败）切换原因掉话的9个TOP小区3/113/17tHoOverallD=20mstX2RelocExcD=70mstx2Rel0Delta=150mstS1RelExecDeltL=500mstS1RelOvDeltL=500ms397765.03%3/253/31tHo0verallD=2000mstX2RelocExcD=2000mstx2Rel0Delta=2000mstS1RelExecDeltL=2000mstS1Rel0vDeltL=2000ms27900.25%结论】原有的切换失败掉话定时器设置过小，导致volte用户在切换失败后进行重建时，因源小区或者目标小区过早释放ue的上下文而导致掉话。通过参数验证，将站内、站间X2、站间si切换所涉及的源小区和目标小区的切换失败掉话定时器设置为2000ms，这些控制切换资源的释放时间，可以解决大部分的因切换原因导致的掉话，优化效果明显。4.3PDCCH拥塞导致掉话问题优化【验证方式】感知平台统计发现，徐州诺基亚区域某小区#46011062416913下总是会出现“无线资源不足”原因（radio-resources-not-available）的感知掉话，其中有一周出现13次，但该小区忙时用户数并未超出容量配置。通过对该小区下的掉话进行信令回溯发现，ASR由L_DRA发给P_CSCF,失败原因为Abort-Cause=INSUFFICIENT_BEARER_RESOURCES（2），在此ASR之前有一条拆线消息E-RAB

ReleaseIndication由基站发给MME,由于释放承载的e-RAB-ID=7(即QCI1),失败原因为radioNetwork二radio-resources—not—available(25)。无线资源不足通常是指PDCCH、PUCCH资源，或者是上下行PRB资源不足，该小区为800M小区，通过参数核查发现，该小区PDCCH最大符号数配置为1,而其他小区该参数配置为3,因此对该小区参数进行如下修改：厂家参数英文名参数中文名功能描述取值范围(单位)原配置修改值诺基亚actLdPdcchPDCCH符号自适应开关false，trueFALSETRUE诺基亚maxNrSymPdcchPDCCH信道最大符号数1~313诺基亚gbrCongHandlingGBR拥塞处理方式当基站检测到拥塞时，在哪个层进行拥塞处置0:none1:l2only2:l2andl3nonel2only评估】PDCCH符号数配置参数修改后，现场VoLTE业务测试未发现掉话，网管统计“由于无线资源不足导致QCI1ERAB异常释放”的counter(M8006C272)中也未再统计到异常。结论】PDCCH符号数设置过小会导致CCE资源不足导致的分配失败，PDCCH符号数配置eNB会在PCFICH信道中通知UE（ControlFormatIndicator）,当CFI=1时各类载波带宽的CCE资源数如下表所示，在并发用户数较多的情况下容易出现CCE拥塞，尤其是800M小区。CFI2.1G（20M带宽）1.8G（15M带宽）800M（5M带宽）1RS/PCFICH/PHICH占用RE数可用CCE数RS/PCFICH/PHICH占用RE数可用CCE数RS/PCFICH/PHICH占用RE数可用CCE数400/16/3621300/16/2415100/16/124CCE分配失败率（CCE拥塞率）严重的情况下会出现VoLTE用户长时间不能被调度的情况，目前eNB的机制是当QCI1ERAB连续500ms未被调度即释放该ERAB，所以就会导致VoLTE用户QCI1ERAB被释放导致掉话，掉话原因值为“radio-resources-not-available”。因此建议现网全部小区按照CFI=3配置最大PDCCH符号数，并开启PDCCH符号数自适应功能，在CCE负荷较