经典案例_通过uu口和X2信令跟踪分析处理RRC重建问题
通过uu口和X2信令跟踪处理RRC重建
问题
目录
通过uu口和X2口信令跟踪处理RRC重建问题 (3)
一、概述 (3)
1.1切换失败类重建 (3)
1.2重配置失败类重建 (4)
1.3其他类重建 (4)
二、优化流程 (5)
三、分析方法 (6)
3.1重建测量相关指标 (6)
3.2UU信令分析方法 (7)
3.3X2信令分析方法 (9)
四、优化案例 (10)
4.1越区覆盖导致的重建处理 (10)
4.2PCI混淆导致的重建处理 (12)
五、经验总结 (14)
通过uu口和X2口信令跟踪处理RRC重建问题
【摘要】RRC连接重建过程：无线资源控制（Radio Resource Control, RRC）连接重建过程是用户发起的RRC资源恢复过程，该过程对维持无线链路的可靠性，保证服务的连续性有着重要作用。
很多因素都会导致RRC重建，有无线信号的因素、网络的因素、终端兼容性的因素甚至是终端本身BUG的因素，定位起来一直比较困难。
本文主要针对RRC重建比例指标进行分析，从引起重建原因分类，到结合uu口和X2口信令跟踪进行细致分析，为后续优化提供一定参考。
【关键字】RRC连接重建比例、UU、X2信令跟踪
【业务类别】基础维护、参数优化
一、概述
RRC重建立比例公式定义如下：
RRC连接重建比例= RRC连接重建请求次数/RRC连接建立成功次数*100；
从计算公式来看，如果要降低RRC重建比例，最好的办法就是降低RRC连接重建请求次数，重建流程如下图所示。
RRC重建请求消息带的重建原因值有以下三个：handover failure（切换失败类）、reconfiguration failure（重配置失败类）、other failure（其他类）。
1.1切换失败类重建
UE在切换流程中，在收到了切换的重配置消息之后，会启动T304，但如果在T304超时之前UE无法完成在目标小区的随机接入，则会发起原因值为“handover failure”的重建。
1.2重配置失败类重建
UE在安全模式激活的状态下，如果收到了重配置消息后对于重配置消息内的信元无法匹配/兼容，则发起原因值为“reconfiguration failure”的重建。
1.3其他类重建
除切换失败和重配失败触发的重建，重建原因都是other。
other重建常见原因为RLF(Radio Link Failure, RLF)，如果UE检测到当前检测到RLF，则会发起原因值为“other”的重建，通常RLF导致的RRC重建，协议中又分为如下几种场景：
场景1：当终端底层上报了N310次连续的失步指示，终端启动T310，在T310超时前未能收到N311次连续的同步指示，则在T310超时后，终端发起RRC重建过程。
场景2：当随机接入过程出现问题。
场景3：当RLC层达到最大重传次数。
二、优化流程
目前现网重建原因主要为切换失败类以及Other类。
切换失败类导致重建主要原因为：弱覆盖切换失败触发重建；邻区漏配、错配切换失败触发重建；切换过早、过晚切换失败触发重建。
Other类导致重建主要原因为：上行信号质量差，导致eNB未解析到包，UE不断重传导致重传到最大；下行信号质量差，导致UE未收到eNB的确认包，然后不断重传到最大。
三、分析方法
3.1重建测量相关指标
3.2UU信令分析方法
终端在发起RRC重建时，根据不同场景填写不同原因值（和前面的重建场景有对应关系）：如果是收到重配置消息并且无法按网络侧消息进行重配，则原因值为“reconfigurationFailure”，如果是由于切换失败导致RRC重建，如果终端收到了切换命令，但是在目标小区还没有收到RAR，则RRC重建的原因值为“handoverFailure”，其它场景RRC 重建的原因值统一为“otherFailure”。
UE发起重建请求时会携带重建源小区PCI，CRNTI，和重建原因值（包括三类：重配置失败，切换失败，Other失败）
R9终端保存了重建前的RLF相关信息，重建完成时，基站根据重配完成消息中的rlf-InfoAvailable指示，请求UE上报RLF Report。
UE上报的RLF Report信息中包含重建前的服务小区、邻区相关信息。
重建失败UU信令如下所示：
3.3X2信令分析方法
UE在非源小区重建，如果收到重建请求的小区配置了源小区为邻区，且和源小区所在站点存在X2链路，会通过X2向原来的服务小区发送HUAWEI_PRIVATE_MSG消息请求UE上下文，HUAWEI_PRIVATE_MSG消息中含有源小区的PCI、重建前的CRNTI，收到重建的目的小区CellId，其中CellId前20bit为eNodeBId，20~28bit为CellId。
具体如下图所示：
正常请求到UE上下文的信令如下，源小区通过HANDOVER_REQUEST把UE上下文发送给重建的目的小区。
如果重建目的小区请求不到源小区的UE上下文，此时重建目的小区也会向源小区回复一条HUAWEI_PRIVATE_MSG消息，HUAWEI_PRIVATE_MSG消息携带的reestWithoutUecntRsp 标识为failure。
综合来说，在本小区发起重建时，会向对端小区请求UE上下文，如果对端小区响应失败，则通过分析响应HUAWEI_PRIVATE_MSG消息的小区，并结合邻区配置信息，可快速识
别邻区漏配问题。
响应失败原因通常为对端小区未配置本小区为邻区，即在源小区根据CRNTI找不到UE上下文。
统计本小区发送出去的HUAWEI_PRIVATE_MSG响应，结合本小区的邻区配置，可定位是否把对端配置为邻区。
四、优化案例
4.1越区覆盖导致的重建处理
4.1.1问题描述
FY-太和-老陈寨-HFTA-436792-53，eNodeB=436792 CellId=53小区接收到重建请求，PCI 为299，重建原因为handoverfailure。
4.1.2问题分析以及处理结果
查看外部小区配置，只有一个邻区的PCI=299，eNodeBId=436755 CellId=52。
通过X2信令确认，PCI 299小区属于436755站点。
eNodeB=436792 CellId=53小区向eNodeBId=436755 CellId=52请求切换过程中失败，初步怀疑eNodeB=436792 CellId=53小区未把eNodeBId=436755 CellId=52小区配置为邻区。
查看eNodeBId=436755的外部小区配置，eNodeB=436792 CellId=53 PCI=189的外部小区
有1个。
查看eNodeBId=436755 CellId=52的邻区，没有一个PCI=189，eNodeB=436792的邻区，同理查询eNodeB=436792 CellId=53小区的邻区配置信息，未发现eNodeBId=436755 PCI=299的邻区，确认为邻区漏配。
检查436755与436792之间的站间距，距离4.7KM，且越区覆盖严重。
如下图，通过优化邻区关系和小区覆盖控制处理后，436792_53小区重建请求次数明显下降。
4.2PCI混淆导致的重建处理
4.2.1问题描述
FY-市区-金牛药械十四中-HFUA-436456-51，eNodeB=436456 CellId=51小区接收到重建请求，PCI为216，重建原因为handoverfailure。
4.2.2问题分析以及处理结果
查看外部小区配置，只有一个外部邻区的PCI=216，该邻区的NodeBId= 436177 CellId=53。
通过X2信令确认，PCI为216的小区属于436177站点。
eNodeB=436456 CellId=51小区向eNodeBId=436177 CellId=53请求UE上下文失败，初步怀疑eNodeBId=436177 CellId=53小区未把eNodeB=436456 CellId=51小区配置为邻区。
查看eNodeBId=436177的外部小区配置，PCI等于88的外部小区有2个：436347_51和436456_51。
查看436177_53的邻区配置，436347_51和436456_51为该小区邻区。
根据PCI距离核查结果可知，两个站点的站间距为2895m。
检查436177信令中UE上报的MR，MR携带PCI为88，向436347_51小区发起了切换，X2未收到目的侧切换完成后发送的UE上下文释放消息，切换失败，原因为PCI混淆，切换到了错误的小区。
通过合理调整436347站点的PCI值，436792_53小区重建请求次数明显下降，具体如下。
五、经验总结
在LTE网络中针对RRC重建比例进行优化时，需要重点注意以下三个方面：一方面是覆盖，一定要控制好覆盖，避免越区现象的发生；另一方面是邻区，避免邻区漏配或错配；最后需要注意的是PCI的使用，尽量避免模三干扰和PCI复用距离不足导致混淆以及冲突的发生。
做好以上三个方面并结合着uu口信令跟踪和X2信令跟踪分析，对避免RRC重建立的发生和处理具有很重要的影响。
RRC重建分析优化案例20171103
广播电视大学RRC重建分析一、概述省公司TOP小区派单中，无锡广播电视大学RRC重建较高，重建比例达到8.3%。
经过KPI指标分析、信令跟踪已经研发支撑，确认问题原为：终端在FDD下测量TDD虚高，导致切换过去之后TDD的信道条件差，又重建回FDD小区。
该问题跟因未知，但可以通过DRX参数缓解，修改参数后，切换失败导致的RRC重建现象明显减少。
二、指标详情省公司通报的TOP小区中，无锡广播电视大学RRC重建较高，重建比例达到8.3%：网管中提取指标，广播电视大学的RRC重建问题主要由TOP小区：“崇安_广瑞路广播电视大学7号宿舍楼一楼_室分_53”引起，触发RRC重建原因主要为切换失败导致，具体指标如下：三、问题分析切换失败分析：通过查询两两小区间切换指标，TOP小区切换失败主要原因为：切往诺基亚TDD 站点“286683”站点，切换后系统判定“切换过早”，然后发起RRC重建回源小区查询诺基亚“286683”站点为WXL4NTB崇安_现代环保诺基亚TDD站点位置如下图：与TOP小区距离仅200米切换参数核查：异频切换失败时，需核查小区异频切换参数是否合理，查询小区切换门限设置，A2门限为-95dbm，A4门限为-93dbm，切换参数设置正常。
信令跟踪分析：通过信令跟踪发现，UE占用的主服务小区RSRP达到-95dbm以下，启动异频测量。
此时测量到TDD邻小区RSRP为-75dbm，为最优小区，因此发起TDD的小区切换，但切换后通过重建返回源小区。
进过研发人员协助分析，该现象主要原因是终端在FDD下测量TDD虚高，导致切换过去之后TDD的信道条件差，又重建回FDD小区。
属于终端测量虚高的问题，根因未知。
但是验证过，通过修改DRX短周期参数从当前的ShortDrxCycle=SF80, DrxShortCycleTimer=1修改为ShortDrxCycle=SF40, DrxShortCycleTimer=2可以缓减这个问题。
杭州掉线问题攻关报告-RRC重建拒绝导致掉线
杭州掉线问题攻关报告RRC重建拒绝导致掉线周欢欢2012-7-9杭州拉网测试中发现存在较多的RRC重建被eNB拒绝而导致的掉线，这种原因造成的掉线占很大比例。
通过结合RRC重建的原理及无上下文重建的实现方式，分析重建被拒绝的log，将RRC重建被拒绝的原因分类，基本上可分为配置操作类、切换中MME回复PATH SWITCH REQ FAIL类、流程嵌套类等，给出每种重建拒绝的处理建议。
目录1现象描述 (3)2RRC重建原理介绍 (3)2.1.1RRC重建相关原理 (3)2.1.2无上下文重建相关原理 (5)3主要结论 (7)4遗留问题 (8)4.1.1切换失败造成的重建： (8)4.1.2重建异常场景5.2.3中eNB没等到重配完成，MME直接将UE上下文释放105杭州问题关键点详述 (11)5.1RRC重建拒绝合理场景与应对措施 (11)5.1.1场景1：邻区漏配 (11)5.1.2场景2：邻区后加 (13)5.1.3场景3：X2未配 (14)5.2RRC重建拒绝异常场景分析与解决措施 (15)5.2.1场景1：切换过程中MME回复PATH SWITCH REQ FAIL (15)5.2.2场景2：目标侧UE上报的重建请求早于切换完成消息 (18)5.2.3场景3：UE上报MR后eNB下发RRC重配，切换流程的HO CMD被缓存 185.2.4场景4：终端在切换前就发起了Detach流程，Detach流程和切换流程交互，重建时MME已经释放该UE的上下文 (20)5.3目前杭州现网的RRC重建成功率 (21)6附录 (23)1 现象描述杭州拉网路测过程中发现存在较多的RRC重建被拒绝导致的掉线，这种原因造成的掉线占总掉线次数很大比例，以06月11日CPE的短呼拉网为例说明这种原因造成掉线的比例，通过下图可以看出RRC重建拒绝而导致的掉线占36%，为TOP2原因，严重影响路测掉线指标。
掉话原因次数收到MIB后掉话11重建拒绝掉线10MOD3冲突 4切换完成后直接掉话 1切换失败 1终端没回重配完成消息 12 RRC重建原理介绍2.1.1RRC重建相关原理在36331-910协议的5.3.7章节中，对于RRC Connection Reestablishment过程有详细的描述，其中提到的发起重建的几种情况：1> upon detecting radio link failure, in accordance with 5.3.11; or——检测到无线链路失败RLF1> upon handover failure, in accordance with 5.3.5.6; or——切换失败1> upon mobility from E-UTRA failure, in accordance with 5.4.3.5; or——从EUTRA切换出失败1> upon integrity check failure indication from lower layers; or——UE的完整性校验失败1>upon an RRC connection reconfiguration failure, in accordance with 5.3.5.5;——RRC连接重配失败协议规定的RRC重建成功必须具备的两个条件：1)为了提高系统的安全性，LTE系统规定除信令无线承载SRB中的SRB0和SRB1外的所有无线承载必须在AS层安全性激活后才能建立，并且RRC连接重建过程也必须在AS层安全性激活后才能发起，否则UE将释放连接，返回空闲模式。
RRC重建比例分析方法及案例
RRC重建比例分析方法及案例【指标定义】:目前后台创建的KPI模板中对于RRC重建比例定义公式为：RRC重建比例=RRC重建请求次数/（RRC重建请求次数+RRC连接建立请求次数）从计算公式看，要降低RRC重建比例，首先要从降低RRC重建请求次数进行分析定位。
【故障现象】：BB-龙子湖区-BEB-蚌埠学院南-HHL-ZFTA-440097-51从5月22日开始小区重建次数较多，平均每天有几千次重建请求，重建比例10%以上。
【原因分析】：通常情况下，重建触发的原因有如下几种情况：◆UE检测到无线链路失败A、RLC达到最大重传次数RLC层在接收到错误的RLC PDU后，会通知发送方的RLC重传这个PDU，当RLC层重传达到设定的最大重传次数后，会判断为底层错误需要复位空口链路, 终端会发起RRC连接重建。
B、上/下行失步，随机接入失败当UE无法与服务小区建立上、下行同步，导致帧跟踪出现问题，此时UE无法在服务小区进行正确收发，UE会重新发起随机接入进行同步，随机接入失败发起RRC重建。
◆切换失败（包括同系统、异系统切换）若网络侧给UE发送的RRC连接重配置消息中包含Mobility ControlInfo，则执行切换，如果切换失败，UE会发起RRC重建请求，并将重建原因封装在RRC重建请求消息中，由于切换失败发生的重建会携带HO failure的原因值，在后台是可以单独统计出由于切换失败导致的RRC重建次数的。
◆底层指示完整性保护失败由于信令的完整性保护失败发生RRC重建，例如UE和基站的加密以及完整性保护算法不一致，这类原因不常见，通常为终端的问题。
◆RRC重配失败RRC重配置的目的是修改RRC连接，在如下场景会发生RRC重配置：A、建立、修改或者释放无线承载时B、执行切换时C、建立、修改或释放测量配置等当UE收到网络侧发送的RRC Reconfiguration消息后，将依次执行RRC连接重配置消息中带配置项，一旦这些配置项执行失败，UE会发起RRC重建请求，UE执行RRC重配置的配置项主要包含：A、如果RRC连接重配置消息中包含measConfig，则执行测量配置部分修改。
高铁RRC重建指标优化案例
高铁RRC重建指标优化案例RRC重建指标优化案例 (1)1RRC重建拒绝异常分析 (3)1.1RRC重建信令流程及统计点 (3)1.2huawei重建流程 (4)1.3RRC重建因素 (6)1.4RRC重建分析思路 (6)1.5Otherfailure重建原因分析 (7)1.5.1邻区漏配无法及时触发切换 (7)1.5.2无线信号陡降 (8)1.6重建拒绝原因分析 (11)1.6.1重建目标侧未配置重建源侧的邻区关系 (11)1.6.2重建源侧未配置重建目标侧的邻区关系 (13)1.6.3重建目标站点配置的邻区存在PCI混淆 (15)1.6.4UE上下文释放导致重建失败 (16)1.6.5X2链路故障导致重建 (19)1.7解决措施 (20)1.8指标观察 (21)1.9总结及后续优化建议 (21)1 问题现象金丽温高铁温州段发生RRC重建次数较多，重建成功率相对大网偏低，重建占比偏高：2 RRC重建拒绝异常分析2.1 RRC重建信令流程及统计点重建测量点重建测量指标重建失败测量指标2.2 huawei重建流程对于非源侧小区的重建，收到重建请求的eNB要保证UE重建成功，那首要就是去获取重建UE的上下文。
协议规定源小区可以通过切换请求把UE的上下文带到目标小区，但是如何通知源小区把上下文通过切换请求带到重建的目标小区，协议中并没有规定。
因此只能通过私有消息方式通知源小区，并且是X2的私有消息（S1的消息要绕核心网，风险大），这就限制了这种重建仅支持源站和目标站都是华为基站。
这个获取UE上下文的过程在我司基站处理流程上就叫无上下文重建。
无上下文重建的必要条件包括：1、与目标基站有X2链路，目标基站为华为基站；2、支持切换和(RRC状态机)稳态情况下的获取上下文；3、源小区和目标小区间互有邻区关系，满足基本切换条件。
下面是简单的无上下文重建流程示意图。
UE在非源小区重建，如果收到重建请求的小区配置了源小区为邻区，且和源小区所在站点存在X2链路，会通过X2向原来的服务小区发送HUAWEI_PRIVATE_MSG消息请求UE上下文，HUAWEI_PRIVATE_MSG消息带源小区的PCI、重建前的CRNTI，收到重建的目的小区CellId，其中CellId前20bit为eNodeBId，20~28bit为CellId。
案例-VoLTE业务RRC重建案例
VoLTE业务RRC重建案例【摘要】VoLTE拉网测试中，较为频繁出现RRC重建，且重建失败率较高。
通过跟踪S1口信令，发现在邻区混淆场景下，因UE没上报CGI，无法同频切换导致RRC重建。
UE需进入DRX休眠期才可读取CGI，针对VoLTE业务特点，通过缩短ANR专用DRX非激活定时器，加快活动与休眠期转换，复测切换成功。
该参数设置全网推广。
【关键字】VoLTE RRC重建 ANR DRX CGI一、问题描述在VoLTE拉网测试过程中发现，较为频繁地出现RRC重建，引发较多的呼叫失败、未接通、掉话等风险。
查看信令发现无法同频切换导致RRC重建，基站无法找到UE的上下文信息，下发重建拒绝，导致重建失败。
以廊斯附近一次RRC重建失败为例，测试时无线环境良好：图1：终端重建失败信令二、分析过程1、重建原因：从信令上分析，RRC重建原因主要是由于UE无法从PCI:222切换至PCI:268小区，信号恶化导致，重建原因：otherFailure。
2、测量报告：15:23:44（581）eNodeB发送测量控制，要求UE 上报目标小区PCI:268对应的CGI,16:31:45(037)从UE上报的测量报告中，PCI:268并没有携带CGI。
图2：测量控制及报告信令3、基站侧分析：在基站侧进行信令分析，由于终端没有上报CGI，导致无法触发切换。
图3：基站侧信令分析4、查询站点ANR开关打开，邻区配置上有2个PCI:268邻区，存在邻区混淆，市区站点密集且受BBU入池等因素影响，打开ANR开关后，邻区混淆情况较为常见。
但在具备ANR能力且系统内事件ANR功能打开，则UE可上报小区ECGI(E-UTRAN Cell GlobalIdentity)，用于eNodeB分辨UE测量到哪个邻区，从而进行顺利切换。
图4：小区的邻区列表5、并非现网所有的终端均支持上报ECGI，但从FGI看，测试采用的三星S7支持ANR和ECGI上报。
目标跟踪法处理RRC重建比例高案例
目标跟踪法处理RRC重建比例高案例【摘要】RRC重建过程是用户发起的RRC资源恢复过程，该过程对维持无线链路的可靠性，保证服务的连续性有着重要作用。
LTE系统内触发RRC重建的原因主要有三种：切换失败类，重配置类，Other类。
本文主要针对切换失败类触发RRC重建的TOP小区-金牛药械十四中进行分析处理，以改善该小区的重建比例。
【关键字】RRC重建切换失败类重配置类 Other类【问题描述】FY-市区-金牛药械十四中-HFUA-436456-51小区3月14日-3月20日一周的RRC连接重建比例平均值为17.99%，被列为RRC重建比例较高TOP小区，影响用户感知，急需解决。
【问题原因分析】RRC连接重建过程：无线资源控制（Radio Resource Control, RRC）连接重建过程是用户发起的RRC资源恢复过程，该过程对维持无线链路的可靠性，保证服务的连续性有着重要作用。
很多因素都会导致RRC重建，有无线信号的因素、网络的因素、终端兼容性的因素甚至是终端本身BUG的因素，定位起来一直比较困难。
接下来，首先介绍一下RRC重建立比例定义的公式：RRC连接重建比例= RRC连接重建请求次数/RRC连接建立成功次数；从计算公式来看，如果要降低RRC重建比例，最好的办法就是降低RRC连接重建请求次数。
协议3GPP36.331对终端发起的RRC重建过程有直接的描述，重建流程如下图所示。
RRC重建请求消息带的重建原因值有以下三个：handover failure、reconfiguration failure、other failure。
（1）handover failureUE在切换流程中，在收到了切换的重配置消息之后，会启动T304，但如果在T304超时之前UE无法完成在目标小区的随机接入，则会发起原因值为“handover failure”的重建。
（2）reconfiguration failureUE在安全模式激活的状态下，如果收到了重配置消息后对于重配置消息内的信元无法匹配/兼容，则发起原因值为“reconfiguration failure”的重建。
RRC重比率高问题分析和优化方法
2.1 源小区重建比例高原因确认 1）提取源小区干扰、误码率、重传率、 CQI 等话统，确认是否 “空口质差” ，可按如下 标准判断，符合其中一个可归类为空口质差： 忙时平均干扰大于 -105dBm； 忙时上行初始误码率大于 20%； 忙时下行初始误码率大于 20%；
忙时上行重传率大于 40% 忙时下行重传率大于 30% 忙时平均 CQI 低于 8
4）提取 CHR日志，通过 L2_USERCHR_SCH_IN判FO断重建前上行是否 “弱覆盖”。另外，可 结合 L2_USER_ULRLC_ST判RU断重建原因属于 SR重传最大， UE失步，还是 RLC重传到最大 （求助二线、三线） 。
上行 Dmrs RSRP低于 -130dBm； 上行 Dmrs SINR低于 -3dB
继续完成 RRC重建过程。
2.2 引发重建的原因
协议上规定，引发 UE发起重建流程的原因主要有以下几点：
切换失败
Handover Failure
重配置失败
Reconfig Failure
无线链路失败
上行 RLC 重传达到最大 次数
随机接入失败
Other
T310 定时器重传到最大 底层校验失败
1）上层检测到底层通知的无线链路失败：
UE 检测到当前检测到“ radio link failure 通常引起 RLF存在如下三种机制：
”，则会发起原因值为“ other ”的中间，
上行 RLC重传达到最大次数
“indication from RLC that the maximum number of retransmissions has been reached ”，包括 SRB和 DRB，与 eNB侧下行的 SRB与 DRB机制相同，当 UERLC发送 了一个 PDU之后，需要等到 eNB侧反馈对应的状态 PDU才能完成一次 RLC的正常调 度。对于没有收到 eNB状态 PDU的原因有两个，一个原因为 eNB侧上行根本就没有 收到任何 RLCPDU，也就不会响应状态 PDU，另一个原因为 eNB响应的状态 PDU，由 于下行误码的原因，没有到达 UE侧。
模三干扰导致RRC重建高案例
模三干扰导致RRC重建高案列摘要：LTE异常小区优化过程中发现高速路东-436612-50小区RRC重建请求次数多，重建比例高，影响全网KPI。
关键字：异常小区、RRC重建请求次数【问题描述】FY-界首-高速路东-HFTA-436612-50 重建立比例较高，重建请求次数每天最高近3900次，重建比例超40%，需处理。
统计重建失败原因值发现，造成RRC重建的主要原因为切换失败，如下：【问题分析】1告警与配置参数排查排查小区故障情况，未发现任何异常，基站配置参数正常，且未进行相关参数调整，排除基站侧问题。
2信令跟踪分析对问题小区进行UU信令跟踪发现，436612-50小区接收到重建请求时重建原因值为切换失败，重建前PCI=233。
查询436612站点外部小区发现仅存在一个小区436600-52的PCI=233，小区名称为FY-界首-靳寨郭洼北-HFTA-436600-52。
路测结果发现靠近436612站点路段SINR较差，平均值-7，主占用信号PCI为150和93，其中93为436612-50的PCI值，PCI=150为FY-界首-界首肖庄-HFMA-436388-53的PCI，二者之间存在MOD3。
结合Mapinfo地图发现FY-界首-高速路东-HFTA-436612-50与FY-界首-界首肖庄-HFMA-436388-53覆盖方向一致，且模3值相同。
地理位置：网优平台查询436612-50和436388-53小区覆盖发现，二者在覆盖方向上存在大量重叠区域。
在LTE中，PCI用来区分每一个小区，类似于WCDMA中的扰码和CDMA2000中的PN。
LTE协议规定，PCI一共有504个，其组成分为两部分：PCI=3*NID1+NID2。
其中，NID1:物理层小区标识组，范围从0到167共168组，决定了辅同步序列；NID2:组内ID，范围从0到2，决定了主同步序列。
从以上的组成来看，似乎504个PCI可以独立分配，然而，PCI 也不是504个可以随意分配，它必须避免同一个小区覆盖范围内PCI mod3不相等，其原因是因为不同的PCI决定了小区特定参考信号（CRS）的位置。
经典案例-RRC多目标重建功能对VoLTE掉话率的影响分析
RRC多目标重建功能对VOLTE掉话率的影响分析目录第一章问题描述 (1)第二章问题分析 (1)1、Radio link failure流程 (1)2、VOLTE呼叫流程 (2)3、VOLTE掉话原因分析 (4)4、RRC多目标重建原理介绍 (5)第三章解决方案和效果 (7)1、RRC多目标重建验证方案 (7)2、效果验证 (9)第四章经验总结 (11)第一章问题描述针对集团要求的双提升测试，我们对临沂农村区域进行了测试，本次选取费县农村区域进行测试，发现农村区域存在多次RLF(Radio link failure)及VOLTE掉话，同时通过遍历测试发现了农村区域存在大量的弱覆盖区域，对于后期VOLTE语音要求的质量及移动性带来了挑战。
通过对测试数据的分析，发现现场存在较多RLF及RRC reestablishment reject等带来的异常事件及VOLTE掉话，针对RRC重建，本次试验尝试打开爱立信multi-targetre-establishment功能改善重建成功率，从而改善因此带来的VOLTE掉话。
第二章问题分析下文分别介绍无线链路失败（RLF）、RRC connection re-establishment、VOLTE Uu口信令流程等，进一步分析VOLTE掉话的原因，为本次试验做好理论解释。
1、Radio link failure流程LTE规定UE在RRC连接态下建立的内容如下：•SRB，如SRB1、SRB2；•缺省及专用无线承载，如DRB等•Security context•当RLF发生时，RRC协议规定执行如下操作•停止除T320以外的所有定时器•重置所有RB的无线资源•释放MAC、RLC、PDCP、PHY层配置，从而禁用SRB1并释放SRB2和DRB•Security context 仍然被激活同时RLF发生后UE会尝试恢复SRB1、SRB2、DRB和网络侧配置。
RLF一般会在如下条件下触发：RLC重传达到最大次数；T310超时，即指示物理层失步；MAC层指示的随机接入问题。
162.汕尾RRC重建指标优化案例
“indication from RLC that the maximum number of retransmissions has been reached”，包括SRB和DRB，与eNB侧下行的SRB与DRB机制相同，当UE RLC发送了一个PDU之后，需要等到eNB侧反馈对应的状态PDU才能完成一次RLC的正常调度。对于没有收到eNB状态PDU的原因有两个，一个原因为eNB侧上行根本就没有收到任何RLC PDU，也就不会响应状态PDU，另一个原因为eNB响应的状态PDU，由于下行误码的原因，没有到达UE侧。
99.86%
2.69%
2019-03-01 00:00:00
广东
揭阳
华为
FDD
92.16%
99.64%
2.74%
2019-03-01 00:00:00
广东
茂名
华为
FDD
90.26%
99.75%
3.95%
2019-03-01 00:00:00
广东
梅州
华为
FDD
92.90%
99.83%
3.69%
2019-03-01 00:00:00
RRC重建是由终端发起，目前商用网络终端发起重建原因在信令里仅显示为重配置失败、切换失败、Other三种原因，详细是什么原因导致发生重建，在RRC重建请求消息里并没有更多信息。所以需要从多条基站侧信令中分析RRC重建根本原因，但是日常定位重建问题原因的方法需要逐条信令查看，并与多条切换信令相对比，不仅繁琐，且分析准确性低。
广东
中山
华为
FDD
95.23%
99.71%
3.70%
2019-03-01 00:00:00