语音质量提升专题

1、语音质量提升专IS_RRC 重建一,概述VoLTE呼叫中RRC重建和数据业务触发机制以及对RRC层影响完全相同，在LTE常 规优化和投诉处理中因为影响较小而经常被忽视。但RTCP协议对底层链路失败引起的 re-cover机制支持不好，所以RRC重建过程很容易被用户感知到；另外RRC重建更有可 能造成VoLTE掉话和接入失败。所以VoLTE优化和商用保障过程中，需要仔细梳理现网存 在RRC重建的原因，并有针对性的采取优化措施。对于数据业务使用来说，短时间的业务中断很难被用户觉察到。因此在业务进行过程中 发生的RRC异常释放和切换失败，只要后续RRC重建成功，甚至即使重建不成功，网络侧 或者UE侧

2、很快又发起连接建立并成功建立连接，对用户体验基本不会带来影响更不太会引 起投诉，RRC异常释放后如果重建成功甚至不会影响KPI指标。但对于实时的会话业务来说，RRC重建明显影响用户感知并引起投诉： RRC重建前后短时的业务中断会被用户立即感受到，表现为听不清、通话吞字、 一段时间听不到声音、视频停滞等， LTE中的无线链路失败(RLF)并不会直接导致VoLTE话音呼叫的掉话，但是在有 些情况下还是会在RLF之后出现VoLTE掉话。比如重建时如果不能建立UM承载 则会掉话，或者重建后应用层不能恢复RTP包也会造成RTP timeout。 VoLTE呼叫建立阶段发生RRC重建，可能引起和PRACK

3、的冲突，IMS CORE定 时器超时，IMS向主叫终端发480 TEMPORARILY UNAVAILABLE错误码RRC重建对语音质量影响：以下公式为无线链路失败引起RRC重建场景下，RTP包恢复时间T的计算公式：T = (t * maxRcfjcThreshold) * Ar -I- J7iin73oi ? T311) (1)t是RLC完成一个RTP包的传输间隔，取值为100ms。N为RRC重建尝试次数。对于多数运营商来说，底层RTP包恢复时间都在35秒之内，但实际上用户感受到的 语音中断期(audio muting)要远远大于这个时间。主要原因就是RTP/RTCP协议最初是 基于IETF

4、开发的，并未充分考虑在链路质量不稳定的无线网络承载，对于底层链路失败引 起的re-cover机制支持不好。下图显示在RRC层已经恢复后，RTP层乃至应用层数据并不 会马上恢复。nj1r4 1HBdK ThrRfihrtlrtRadio Link FailureTmBOutto RRGJDLEnj1r4 1HBdK ThrRfihrtlrtRadio Link FailureTmBOutto RRGJDLERadio Link DisconnwtiariVoLTE测试中也经常能够发现，RRC重建前后MOS的两个采样点都非常低，而前一 个采样点主要是受到重建前空口 RTP丢包的影响，重建后的低MO

5、S采样点则可能是上层 协议不能正常生成RTP包引起的。TIMEAIFCvllMSl*lli ikirr cCTJiicti CBRexlbL shftm 血 MititKEtC CaEn-= G H- xk tihl i th. Frac fedur(M Sil.OOQ(K 00.000LB O* 55 TIMEAIFCvllMSl*lli ikirr cCTJiicti CBRexl22 L& R】Kg-E2 LG Kl】Ag_22 L&=OJS- I lftlu；cri：lRL! weitv Hl身如吟I I lftlu；cri：lRL! weitv Hl身如吟I i JCKataaFRI

6、ff .CONWTFftStG.X -1|!: 1 :涸谎寸 誓市校蛔安目；B刍 33低酬1的/卜&（.区高7诚匚#R “.做c尼好|呼”IlF-MU J_S条代虹=1胞翳.松酒无株窿或关收.Z E梁却L 失整.I）隹居初定置 HW（节埃IS站无M. :J 1% | 1】时】HU -prta ! ju i ； itrn 非 If i- m 11 ir v h- 1 HJL F 1111 KM.虫IH中啦I VTX (IMfIC三RRC重建被拒原因（描述RRC重建成功和被拒理论原因）失步、完整性校验失败、达到最大重传次数等都会导致无线资源的重建。重建要成功， 首先要确定重选的小区是否存有已经挂起

7、的无线承载资源信息。如果是切换失败导致的重建，且重建场景发生在target cell，则重建是否会被eNB接 受需要看target cell中是否有该UE的上下文（即如果是inter-ENB切换，是否有X2 口用 来传递UE的上下文），如果target cell没有该UE context，重建会被eNB拒绝，然后UE 需要再发起TAU Request流程。RRC重建被拒主要有等待RRC连接重建立完成定时器超时、eNB接纳失败、UE上下 文找不到、再次重建立、其他原因等，short MAC-I较验失败也会被拒绝；、RRC重建处理思路（处理流程图）针对RRC重建失败，首先需要检查基站、传输等状态是

8、否异常，排查基站、传输等问 题后再进行分析。整个切换过程异常情况我们分为几个阶段：测量报告发送后是否收到切换命令，收到重 配命令后是否成功在目标测发送MSG1成功发送MSG1之后是否正常收到MSG2在某一 环节出现问题我们可查询相应处理流程进行排查。由于终端未收到切换命令，可能有两种情况：1、基站未收到测量报告（可通过后台信令跟踪检查）：检查覆盖点是否合理，主要是检查测量报告点的RSRRSINR等覆盖情况，确认终端是 否在小区边缘，或存在上行功率受限情况（根据下行终端估计的路损判断），如果是该情况， 按照现场情况调整覆盖，及切换参数，解决异常情况；2、基站收到了测量报告：2.1基站未向终端发送

9、切换命令情况：（1）确认目标小区是否为漏配邻区（2） 需要检查是否目标小区未向源小区发送切换响应，或者发送HANDOVER PREPARATION FAILUE信令，在这种情况下源小区也不会向终端发送切换命令。2.2基站向终端发送切换命令情况：主要检查测量报告上报点的覆盖情况，是否为弱场，或强干扰区域，优先建议通过工 程参数解决覆盖问题，若覆盖不易调整则通过调整切换参数优化，具体分析流程图如下：被服至股小区被服至股小区五.RRC重建处理实例（处理前后对比图，发生重建原因详细分析）5.1,蒙自市金色碧海南门-LZHQ与蒙自市南湖花园商业区-LZHQ 附近路段RRC重建失败导致掉话10:38:09

10、.865 （越区覆盖）【问题描述】：UE在蒙自市金色碧海南门-LZHQ与蒙自市南湖花园商业区-LZHQ附近路段掉话（经 度：103.357574 /纬度：23.388983）示意图如下所示：Q, M口 H 卫公1 11 4 1-TE-W1-f2-0iBF ucljiemc-iIhH曜h| ft：| R5RP 矽祐尤H_%r3nr H t- E H H H c H- H H c r- 罡ggBC四敏TinnQ, M口 H 卫公1 11 4 1-TE-W1-f2-0iBF ucljiemc-iIhH曜h| ft：| R5RP 矽祐尤H_%r3nr H t- E H H H c H- H H c r

11、- 罡ggBC四敏Tinnq ：q T*WJEl4P473B sm ng61始网明BSItHMifSCE1EJElqLKHiu1r3JMJS7Z5毫 HRCCarnCk!iSrtJD依蜘! 口译f* AROCIXHOM4i34UpCvnpKi1CJMP7K4- dnjiti*UEU4EnarKlimwb+女切由u1归颁浪4 闩日!XoriWi WRW第 UjJUTWKil!1EOMP7ESRRCC3md3nRcanlEU-Jt3iE4Tipl”FWl “m”ClICaMDQCI CHEACfaU. tr-JHHil.+.4ID3M&7SJ-Pndi Wi-a3iJE EXi1C.4BJ0&7E

12、5Pum 曲Ran oom ikutsb whs1D3E4&低 RRC J-lkp JUEZ4B31僦硕慎EA.iMBfl!eMDi-e!iMjjID.姆泌l=HM!9瞄ip勺女心1Dlta&7T4D 1JCb知SO心HEIDlEzggPtmcic UR?； -91P函二呻1alGig3d手UMJrrrwlaaouia la-WW 223 2浏:MjK学 laaxn na IQ-MW 993 iCirMM.MiS： iafl233 fO.BMaOS |4143i.H.Wi.413 !Q1M673 laadi m 加点)3屈 QVrta，* JEffarta“Hgi+ 珈 B2=JrWTlgT4

13、*0T|fflt4Pn94 Stxirttaon31. *7401* * s149 00 询+L2.3idiMasABM3|EfWirft沁13X:43 AHid=iBt9n m5 ltdREiMflrrtminft8醐ia 33 dimsniMSfdJMm34)1HarriTMr UvmcyjrrMDIM就调俏.国5RFP仙吨打阳皿3u)5ImiiTUii ii a: mst RM 吐1岭佯由IEHWi秘LEii aiiij 地+ Fm鼻 AJp.TnnrofirxKX、*U 1101 狒4 SFMfr!in “mm4-B JiciEn m+补讷Q11 31 dl g4- w&g?Hmt 仲

14、iCCwi&immsiMMjivwifHEOfisrtUhi Js Op 心辱自映*8IE IE n m4 g站#n k*母丘Ptia?IIOI4IEi*触rwiRfritaJ D11 11 49B B111 .沥 m3S4(4 1|4?4弟祯跖g-T3MI0233徊-HEflfiFCTJQLPQRRC： Sum CRSFHHP CRSiaW3BUH m-loj -u3MI0 3 awwti10 才 awwti10 才 W UW 10 M M B-73 相扯g ATS io di rn HLMLOT.W： laMEtiL&Min jr ra ft*Jk HRf：Bnnn3rdMin【问题分析】

15、:主叫 UE 在 10:35:56.931 发起 invite ;被叫 UE 在 10:35:57.529 响应 invite，后主被 叫承载建立，通话建立;但主叫在10 :38:09.485RRC重建失败，而后在主叫10 :38:09.725随机接入蒙自市十里铺-LZHQVB-YZ-003-PCI-233小区成功，但在此小区QCI1承载未建 立，导致掉话；在此过程中主被叫UE主要占用越区至该路段的蒙自市江川农家乐-LZHQB-XX-001-PCI-35 小区信号，RSRP在-104dBm 左右，SINR在-4.1dB 左右；【优化方案】:1、建议将蒙自市南湖花园商业区-LZHQB-ZD-00

16、2小区下倾角由3度调整为0度，方 位角由140度调整为120度；将蒙自市十里铺-LZHQVB-YZ-003小区方位角由260调整 为220度，下倾角由6度调整为4度；2、蒙自市金色碧海二期-LZHQB-ZB-002小区下倾角由8度调整为10度将其功率由12.2 调整为9.2；3、蒙自市南湖花园商业区-LZHQB-ZD-002与蒙自市江川农家乐-LZHQB-XX-001小 区间CIO由0调整为-5，减慢切换；蒙自市南湖花园商业区-LZHQB-ZD-002、蒙自市江 川农家乐-LZHQB-XX-001小区与蒙自市十里铺-LZHQVB-YZ-003小区间CIO由0调整为 3，加快切换；【优化效果】:

17、O1 Serving Cell倒标名称FathlossldBDL Frequency 1895UL Frequency (MzDL BandwidthOzUL Bandwidth (MHz)BSRQ (dB)RSSI (dBm)SIHRO1 Serving Cell倒标名称FathlossldBDL Frequency 1895UL Frequency (MzDL BandwidthOzUL Bandwidth (MHz)BSRQ (dB)RSSI (dBm)SIHRdB)CRS SINE(dE)DBS SINE (dB) SRS Fower (dBm) SRS EB NumberLTEEve

18、nt_A3LTE Intra H：aiidover Request LTE Intra H：mdover Success LTEEvent_A3LTE Intra H：mdover Request LTE Intra Handover Success LTEEvent_A-3LTEEvent_A3LTE Intra Haiidover Request16-05-24 11:10:49.67016-05-24 11:10:59.79416-05-24 11:10:59.90416-05-24 11:10:59.919IT LTerving/NeighborCell NameEARFCN PCI

19、RSEP (dBm) RSRQ (dB) RSSI (dBm)SINRG *蒙自市十里 ifg-LEHQVB-YZ-002 蒙自市十里浦-以HQVB-YZ-。1 蒙自市行政中iL-L2HQWB-B-0013840C3840C3640C11323112I 437 -95.1137 -103. 5-16 5，5. 875-57.141|EMM Update16-U5-4 11:116-05-24 11:1116-05-24 11:11【遗留问题】:5.2蒙自市紫金花园-LZHQ 附近 RRC 建失败导致掉话10:35:42.090 （邻疆配）【问题描述】:UE在红河大道蒙自市紫金花园-LZHQ附近

20、掉话（经度103.369209 /纬度23.363779 ）示意图如下所示:【问题分析】:主叫UE在10:33:30.036发起ACK ；被叫UE在10:33:30.112响应ACK，通话建立， 后被叫在问题路段占用蒙自市君达酒店-LZHQB-XU-001PCI162小区信号，RSRP在 -90dBm左右，SINR在4.4dB左右，终端一直上报测量报告，但是一直未收到切换命令， 与邻区蒙自市紫金花园-LZHQB-ZD-001PCI211小区不切换，导致掉线，至使RRC重建失 败产生掉话。【优化方案】:1、核查蒙自市君达酒店-LZHQB-XU-001PC162与蒙自市紫金花园 -LZHQB-ZD

21、-001PCI211邻区关系及参数设置。2、下压蒙自市君达酒店-LZHQB-XU-001PCI162小区机械下倾角至10度左右，控制 其覆盖。【优化效果】:-F1I5-*THb.k*-L1=mcaueLT i：5EV* 9MiEv-dIE土田 Dui411谯ErCDL3 MCIpa皿ERS9；dEin.lELI-BLJ?将 WdEnj昕丁TMLSTMnWBjIJI13或TH1WTW3 JWSCdl”1 ,TrPEf CH KX囹 fdkiiCr gW.Euum(B)WkunPCdlM4刀 9*3I14 .-a-4-IL1P UIUI_MJTJ12rKK ZlITM-UM -72.43ia-HX

22、d-ak d -7lKW*M 耕FX5 T5 IHJ5WP g-JHW -UK -TL-WWKJ0 由-ZIN -Z2 w5m I hlU 1 睇 LTEWJ V LTE.C - SnlEffKpriip-BWa4；5ttjT. t LTTMC- rSrflBfllfWMIC* LHSi渊限叫SqpWHcUJlJHh EiUC-心m：Hw皿HodaiSbT.pi L 庶&琳” * LTEFUC-.MMataiktHTHlcr.tba ra-33uP LTEQlC-MimlRwvt耳即点己小 LnU0 5.EQ：lrHE，ylt Lnmfwr *责如 + LTWJsHbM.g【取5AiM C 亦

23、心 iinHMrdkM-i3KkT|i3H l Mc444JI #- LTl!A-.4niiHHni!rgBb KtUiMZ+S APCi：RndmQ LnJC -t LnMK- ehSimjr俱FHWUttKIWeCKir.KT&c!wi HuiuiAdtedcibEliT.# Lit lK- t|rfiwi McmnsGdmKX+ LU!和 vi HcfnindMvCMi&KLIT U-4fG3-radKnRK3rtiGB-d-t LTE UK-AlKGa-niriMiFiDdifAM CnLnARJ5ilE*riwflFor1*kE.LIT1Lnwcf财 pw皆 E 岫if Hiwwmb

24、i闻mt|i |.吒社忒_、塞忒典WEgfgWP L7EUCaF3ZCQKWiiaiGarfl*idH.CmLit 1AC- UuaiiMT!fa4AinLTt 1ACHuiEivnnnMnLR 眼ZAUfCaFidMTnKartim*Lit U.IKZ-viidMiRac&dirtM Cn+ LHEA-MIeHch1EFTfw】t gEZ-EHirtijHoFtEm*i_n w：f MimmromiLgEWMiX+ Lil 低fC*iL*n IRC-j-Gcim krum.wdtad4UEk LitkfMmdhdaCUA.Eh?,Ef UH -哦MThwA *4 T - w叫 FiZTSlL

25、TEHO *Eho 血 ymmFKr3野Ki醉& kihXi3LK 辎111.lh hd 3：心IE?V:LZ；1& a-tAlacrlCiltiEltEE:-V:74154fll”crirf：村由LTEHOwillHnLPIP.LTf HO 3wcrHQCrkF UE -Ey业 UEt HTC U：1 3：Z7.-9C4 IZ：边g iirmii I9-WiH2IILTIH：以 ur PilLQAHDatLTEHPVK.3MKI:二 k r -ilIIl4:MA Eihk.UllE4：M；f LIEriDfHiiLTTH0 5uen F?K |emgeIMDiLrrfAB KtQ* fem

26、W| 5“ bM* 3F ifwiLie 土 C政lb4ic-nalta.b-3匚-Pt5riTif-Ei.cen!i I?rtdun/fLitLil Let333 -iltl-41 ILU|L(4Bi： SXiIcCjl%4434JMI * LHFlFC-.MMMiBWiBifbKMiTtE/知 4 5AJWC-9KEw!lE=JA!irS 十 LmmEKBflW0rteiWlMI3CWW*削 v ltihk.-Swibi jmc*wiw&c:Tioe l Wg V LTEflSC-iwWimiBMt tUI-WI Lit AA -9ain眼也i：:2q) LE41M* Ci3TiitisS

27、3T#ijiraiIE7hM34jM4 . LTlHJ-.MUEG=rTidKn1a3Mltc Cn !94TA/4lj_ * EEESEZQLv-ll-.Ki Hull.LriXdl KhIK?!.顽 IMTO.71I ef.lh I? ?.! KriliH.m MjUdH.m 取 “JK.lGI: liE皿皿 E7JI:LiJM3 Lim : *冶月FKE .LTt c- rf，I：tn(ip-IWiW 承的 * Lil HIX WtGtfW ：*岫aat+ LT1!RRC-?Fhbpt Fn.HP.PT-yfima*- J5_W_EE -flKMIt Ln*f EDwewwacmi/g+

28、 EUCf Cgi5eii&rw*t：g LTtMirr-A4anAIIIJ!i：MbUlii-*Cai*f1iiBiK L.Ttn*Af-OwaaAaibCF-5 tkwmqf-i1 LTl!AF-.uAiMnEM IrriW + LTtRF-.HUCMMM?aiv冷4心.m LUHFC-.ftiwii blEma3CKilic# LIT WK-F7F| m? UiZP . LTTKC rFfff-B f 演1“ H Kri_CFJ-c ：1lIrk4k.j4.i3k aEPSbwnrEiKfcEnmW-iHfl.ISP E- LniSKl知Ehf EExinl t LitWCHJlJiri

29、rPIPC*,-jaP,e 时iH nJ4L LTtH.iC-W(CnitiiflHafcw MElJidJlL Ln 啄 wtCkjajiL un 啄HrfeSk23.DL f *U_SF.UHZ-.ftaqmk 而gm t LnruAgmafiQ Lm； lDM 源2U Ub 234!Ennfc Lit -_QSW-MS+ZTBft HTC Hi (L)j%n*T |白曜 2dLllWO EuUUAi Dibp- Ivm1Z1L1EbicjQ*mi：g 玲3E?U!： T71EiirtAJ4呼El：氏 3gHK1Ell* kJiirttrilK 3HELFEWawnlHu LfWftIK-

30、V：FC-The |&Bt 0L i f- T Aiji| Mdte tair72HqnMdtai#臼醉:MHepscCdhiFRMHmrbSMIei 冷LnHOgiiaMnrresMalTTiiJwOTVULIK-iltSII”玉1以诅H.*;ilEfrlWiM.UE网L#R用It硕枷斯 NLiRlKfc FOLRn-t寸财知比畀 9Ci arsM 双#*i用 KtXE用 JOLMScniB SA-E9FII2M-.L1EH MiWiSH K翊蜘， KUl9l77lMJ.iRaul FeS 协皿3心 曲叱见心f5.3,蒙自市州政府路灯-LZHQ与蒙自市州政府-LZHQ站点之间路段RRC.失败

31、导致掉话10:57:56.587 （模三干扰）【问题描述】:UE在蒙自市州政府路灯-LZHQ与蒙自市州政府-LZHQ站点之间路段掉话（经度:103.3730284 /纬度：23.3636158 ）示意图如下所示：【问题分析】:主叫UE在10:57:14.402发起ACK;被叫UE在10:57:14.606响应ACK，通话建立， 后主叫在问题路段占用蒙自市君达酒店-LZHQB-XU-001PCI162小区信号，RSRP在 -95dBm左右，SINR在-16dB左右在此路段与蒙自市州政府路灯-LZHQB-ZD-001PCI384 模三干扰严重，导致RRC重建失败，产生掉话。【优化方案】:1、重新规

32、划蒙自市州政府路灯-LZHQ站点小区PCI（ 2-385改为2-386）。2、下压蒙自市君达酒店-LZHQB-XU-001PCI162机械下倾角至10度左右，或功率降3dB左右控制其覆盖。【优化效果】:Ftamt-4TncfrwioinrmFA：M：M4LIE ClinEHk-dHFjgaJlilfiEuUEM “痴 ECU FlEDU：WlE-ira牛 EfMM3MIKIM膏MRSTIgBnMtaFfiMiJ；Etai.iU7blBi：i JTMTM9:削2unnwife - Htf - X-MTC fS S 1MPCTne- 5P 吾 If 白* #LhRrilJGS LTtRlE-.HU

33、CiimidMnKartiEKiAK LCcRIJGS LTtlUE-.MUEiimdKinRfsdiuc :n. LCcHIJR!： -1- LTENAJqEFNEmimr:AlEnnflF. FlH_D5M rwaJi：-i-rrc usi| wmire*Mfttft # f S+ ftHO E t0L正倾-用iJCEwim 蚯 L7EMC-PM-B占 LTtAIC-*4UBmiMliib*iE.L.TEAlCNkMBWVMlFH43E0 L.TIIAlC-MuiBtwiwipaR* LTtAI-MUCamiDMn3rriEKiw LTtlU-.4UEiimdKinRiDrii Cm. L

34、TtlUE-ntii HBnlK LiJCi5iEKRwlorflWTl*H. EMbElE：HpEEWi5tXML皿LftXgegT 附COSgSKa19 陌 l IL我 H曲奶剪 H l5ll7W dLiEnTM 3LiE:l7.74 Jk:i5：Ld.LU 】5：LUL33“LuLdiM 巾 LTEBftO ULyqmriaTetfini_T：gn *l IE 由* -: 曲 ttn he 方 f 珈 LfERlK-pRfK CMHnH Fiixfiinivi LfEIWZ-jRrc EMHC3HR*：3riiprtxTi CanL B RK - : W Kn f 吐 H tcri L

35、B 5K 知吐 Eg IW1L H! WC M： sw !：吐虹 M*1 LEmCiEC WFWLIE而C-n而C WOWAesFiBaaMh Bl. LfEgTkHL力 nitfiaw: LfEiSfiC-iBFHWlXaraitiiBEigdi Em I.Lf?聊为 n；“giKWaL re EACn g m 吐dx 作 g ,皿 lE 啄 TWumSnatkd3|EMNV LFERZiRfK CMMriM Famf中ri盛DELplM.n心廿L3:B:U!UIl UlJTiffl 3 fe Lil珥MJ t i i5ii?.Na / ii鼻3LlEi3?.741 * 3LlJ：37.M

36、* 3LL5：a7.Ha 3-eryi壮町 If- 些网旧电JF 海MtH卜JP 典泌电W ihyi L*n mi HOBUp： 3lYl F3F-miQIu2I-I_I hFiU iliiSi? 沁Z il!L5i?m LTFHijSifiBSJE_uu *31 K KQTW5I5* 粘忒丽1翁 c 效航4卯即 mm Xi 【遗留问题】:六、X2 (现网X2开启比例分析，X2未开启原因分析，X2开启比例提升)目前红河主要通过SON开启X2自优化进行全网X2链路添加，提取X2自优化监控日 志发现红河所有站点X2自优化均已开启；但统计全网X2切换比例发现，红河存在462个 小区X2切换比例低于5

37、0%，657个小区X2切换比例在50%至70%，2099个小区X2切 换比例在70%至90%，具体如下：全网总体X2X2切换比例0%-10%10%-20%20%-30%30%-40%40%-50%切换比例小区数119395786161Q/l oriiQtX2切换比例50%-60%60%-70%70%-80%80%-90%90%-100%小区数25340467113389268针对X2切换比例较低小区，红河通过优化X2链路，提高全网X2切换比例；红河选 取以下站点为试点进行X2链路优化：子网名称网元网元名称X2自优化开启情况X2链路优化时间红河(26)37517石屏县龙朋甸中-LZHN开启5月2

38、6日红河(26)577129石屏县哨冲-LZHZ开启5月25日红河(27)570376个旧市大修厂-LZHX开启5月26日红河(27)570377个旧市灯泡厂-LZHX开启5月26日红河(27)570717个旧市疾控中心-LZHX开启5月26日X2链路优化后对比前后指标发现：X2切换次数较优化前大幅提升，RRC重建失败次数减 少，具体如下：3500D3000D2500D2000015000100005000102.00%100.-00%98.00%96.00%94.00%92.00%5月23014点5月24014点5月曰143500D3000D2500D20000150001000050001

39、02.00%100.-00%98.00%96.00%94.00%92.00%5月23014点5月24014点5月曰14点5月26曰14点5月27014点5月2300点5月M曰。点5月25日。点5月站日。点5月”曰。点90.00% X2 口切换清求次数口切换成功次数T-X2 口切换成山率X2优化前后RRC重建指标对比皿上血婪建请求数目 RRC重建成功数目曲C重建成功率七、无线参数核查邻区关系不合理、PCI冲突等无线参数是导致RRC重建失败的主要因素，邻区及PCI 合理性核查对减少全网RRC重建比例，提高VOLTE语音通话质量具有重要意义；针对邻区关系合理性，通过健康卫士进行核查，主要核查超远邻区、近距漏配、单向邻 区以及邻区同频同PCI，超远邻区及近距漏配定义如下：超远邻区：城区邻区距离大于3km、农村邻区距离大于5km ；近距漏配：城区邻区距离小于300m、农村邻区距离小于500m ；邻区核查优化.xlsx邻区核查不合理邻区超远邻区单向邻区漏配邻区邻区条数250854736411为减少PCI冲突对全网PCI进行核查，PCI复用距离为3km，即3km内不允许出现同频同PCI （考虑后续开启FD站点较多，建议F频段站点扩容D频段站点，D频段站点复用 F频段站点PCI）；对同站同MOD3进行核查，在