多维RRC连接重建成功率优化整治案例Word格式.docx
《多维RRC连接重建成功率优化整治案例Word格式.docx》由会员分享，可在线阅读，更多相关《多维RRC连接重建成功率优化整治案例Word格式.docx（17页珍藏版）》请在冰豆网上搜索。
2.1RRC重建概述
RRC重建（RRCconnectionre-establishment）是UE处于RRC_CONNECTED状态，因为一些移动性管理或底层链路故障，导致连接中断，UE发起的空口资源重新建立的过程，以继续空口的RRC连接。
重建是UE在连接状态下，空口异常时重新恢复空口的过程。
重建成功的前提是收到重建请求的小区有UE的上下文。
重建的意义在于快速恢复空口业务，提高业务的连续性。
RRC重建成功流程：
RRC重建请求消息:
RRC重建命令消息：
RRC重建完成消息：
如果目标小区无该UE的上下文信息，此时UE的RRC重建请求可能会被拒绝，从而引发失败。
RRC重建失败流程：
2.2RRC连接重建原因
2.2.1RRC连接重建条件
UE在检测下行失步、切换失败、RLC重传达到最大次数等原因条件下，会在新的小区发起RRC重建过程，以试图快速重建业务，提升用户感受。
LTE协议规定，网络侧只能对存在上下文的连接接受重建请求，没有上下文ID的请求将被拒绝而掉话。
当UE从基站A重建至基站B时，这种重建必然因获取不到上下文而失败。
在现网中，无上下文重建失败在重建失败总次数占绝大多数，严重影响了客户感受。
上下文一般是eNodeB侧存储的UE的一些重要信息，包括UE能力、多承载信息（承载ID，QCI等级）、S1AP_ID、UE的安全性算法等。
对于没有UE上下文的重建，目标基站必须通过某种手段获取源站的上下文，协议规定源站可以通过切换请求把UE的上下文带到目标站，因此获取上下文的载体是有了，但是如何通知源站把上下文通过切换请求带到目标站，协议中没有规定。
因此只能通过私有消息方式通知源站，若私有消息走S1口，需要进核心网，核心网侧也需要识别该消息，处理上比较复杂，所以一般情况下会直接经过X2口处理该私有消息。
目标基站收到RRC重建请求后，发现没有该UE的上下文，所以通过X2口发送一个私有消息给源侧基站请求源侧基站发送上下文，收到回复后，就按照正常的流程，继续完成RRC重建过程。
2.2.2协议规定RRC重建的原因
协议上规定，引发UE发起重建流程的原因主要有以下几点：
重建发起原因
详细原因
标口原因值
切换失败
HandoverFailure
重配置失败
ReconfigFailure
无线链路失败
上行RLC重传达到最大次数
Other
随机接入失败
T310定时器重传到最大
底层校验失败
（1）上层检测到底层通知的无线链路失败
UE检测到当前检测到“radiolinkfailure”，则会发起原因值为“other”的中间，通常引起RLF存在如下三种机制：
Ø
“indicationfromRLCthatthemaximumnumberofretransmissionshasbeenreached”，包括SRB和DRB，与eNB侧下行的SRB与DRB机制相同，当UERLC发送了一个PDU之后，需要等到eNB侧反馈对应的状态PDU才能完成一次RLC的正常调度。
对于没有收到eNB状态PDU的原因有两个，一个原因为eNB侧上行根本就没有收到任何RLCPDU，也就不会响应状态PDU，另一个原因为eNB响应的状态PDU，由于下行误码的原因，没有到达UE侧。
MAC层SRI重传达到最大次数
在切换过程中，切换完成命令丢失后导致的PUCCH没激活，或者，在业务保持过程中由于Ta超时导致的PUCCH没激活，此时如果UE有SR发送，因为下行链路问题，UE无法收到ENB的MAC层确认，SR重传达到最大次数后触发MAC_RA_IND，上报给L3后发起重建请求。
UE检测到下行RLF
UEDSP每200ms对时延谱滤波值进行判断，如果满足某门限，则上报L3失步；
L3在同步状态连续收到N310次L1上报的失步指示，则认为失步；
同时，启动T310定时器，超时前，若收到N311次同步指示，则认为UE恢复同步状态，否则，T310超时后触发重建（包括搜索小区、同步、重建），启动T311定时器，若超时仍未重建成功，则进去IDLE态。
（2）切换失败，重建到源小区
UE在切换流程中，在收到了切换的重配置消息之后，会启动T304，但如果在T304超时之前UE无法完成在目标小区的随机接入，则会发起原因值为“handoverfailure”的重建。
（3）系统内或IRAT的移动性过程失败，如切换时T304超时、目标小区建立RRC连接失败、UE不适配MobilityFromEUTRACommand的配置等
（4）底层完整性检查失败
UE无法配置RRC重配消息中的部分配置，重配失败；
UE在安全模式激活的状态下，如果收到了重配置消息后对于重配置消息内的信元无法匹配/兼容，则发起原因值为“reconfigurationfailure”的重建。
2.2.3现网RRC连接重建原因总结
现网场景引起RRC连接重建的主因包括以下几项：
RRC连接重建发起原因
弱覆盖
弱覆盖场景UE失步、切换失败等导致重建，包括上行弱覆盖和下行弱覆盖
快速衰落
信号快速衰落切换不及时导致重建
邻区漏配
邻区漏配/错配
异常切换
过早切换、过晚切换、切换到错误小区
空口质差
上行或下行干扰大
终端异常
终端异常重建
故障
基站出现异常故障
2.3引起RRC连接重建问题分析
2.3.1告警处理
通过查询基站的故障告警，对重要告警进行分类，确定站点状态是否正常，通常以下17个告警消息均会导致小区出现RRC重建成功率低的问题：
网元级别
序号
告警名称
ENODEB
1
射频单元时钟异常告警
小区服务能力下降告警
3
射频单元驻波告警
4
射频单元交流掉电告警
5
射频单元维护链路异常告警
6
BBU
IR
光模块收发异常告警
7
射频单元业务不可用告警
8
系统时钟不可用告警
9
射频单元IR接口异常告警
10
射频单元光接口性能恶化告警
11
X2
接口配置更新失败告警
12
接口异常告警
13
基站控制面传输中断告警
14
射频单元光模块收发异常告警
15
配置文件损坏告警
16
传输光接口异常告警
17
配置数据不一致告警
2.3.2邻区核查
邻区核查需通过网管配置参数提取，结合工参经纬度，通过添加漏配邻区，跨厂家和跨边界PCI错误核查等方面进行邻区问题处理。
终端重建到其它站点,如果要重建成功,对重建前后两个站有如下要求：
（1）两个站点之间存在X2链路，异厂家之间是否支持非源小区的RRC重建立问题
（2）重建前后的两个小区存在双向的邻区关系
邻区漏配会造成目标小区无UE上下文，UE在目标小区发起RRC连接重建，重建必然被拒绝，导致RRC重建失败
邻小区漏配需要结合工参、电子地图、信息进行优化，添加必要的邻区。
对错配的邻区需进行外部小区核查，需提取外部小区数据与现网小区数据进行对比核查。
2.3.3干扰检查
干扰也是影响小区性能的因素，通常干扰分为上行干扰及下行干扰，系统内干扰及外来干扰。
干扰容易导致无线链路失败RLF，当上行RLC达到最大次数后将触发本小区RRC连接重建立，原因为otherfailure。
（1）外部干扰一般指当前网络制式之外的干扰源引起的干扰。
外部干扰源由于非法或不当使用引起对TD-LTE频段的干扰。
集中体现为同频干扰。
常见的外部干扰包括：
军区的通信系统、银行ATM机内警用信号干扰装置、学校及社会考点的信号屏蔽装置、，可通过扫频进行排查。
（2）LTE网内干扰，由于LTE采取的同频组网，因此必然会存在同频干扰，PCI规划不合理还容易导致MOD3干扰。
（3）对于下行，当服务小区的RSRP高于-90dBm，但是SINR低于-6dbm，基本上可以认为是下行干扰的问题（当邻小区错/漏配或切换不及时的时候，也可能出现服务小区RSRP信号很好，但SINR很差的情况）、下行的干扰通常是指导频污染，指覆盖地区存在3个以上的小区满足切换条件，由于信号的波动常常出现频繁小区重选者乒乓切换，可能会导致RRC重建。
通常在没有干扰的情况下，上下行是平衡的，而当下行存在干扰时，会体现在下行受限，上行不受限、而存在上行干扰时，则是上行受限但下行不受限。
2.3.4覆盖问题
✓弱覆盖
弱覆盖是指超出了根据链路预算得到的下行及上行最大路损的覆盖，由于UE的能力有限，一般只支持23dBm的发射功率，而且上下行支持的最大路损也不一致，因此经常会出现上行较之于下行先受限。
所以会把弱覆盖分为上行弱覆盖及下行弱覆盖。
普通场景下行支持的最大路损为125dB，则按照导频是18.2dBm来计算的话，下行支持的最小RSRP为18.2-125.8=-117.6，若低于该电平值，则可以认为下行存在弱覆盖。
而上行支持的最大路损为126dB，则上行支持的最小RSRP为23-126=-103dBm，但上行接收机灵敏度会大于下行，因此门限值会略高，若上行低于该值，则就认为上行存在弱覆盖。
但是只要上行或者下行有一个出现弱覆盖的情况，就会导致出现RRC重建并可能伴随着失败的情况。
弱覆盖问题一般会结合网络结构、工参以及DT测试数据等进行优化调整。
✓越区覆盖
越区覆盖问题会导致RRC重建过多或者重建失败，可通过统计用户随机接入时TA值或者直接使用天翼蓝鹰系统的MR覆盖区间的范围判断是否覆盖越区覆盖，TA分布过大或者天翼蓝鹰MR覆盖图明显越区的，根据现场情况调整天线下倾角和方位角，不可调整的可适当修改功率。
✓重叠覆盖
重叠覆盖指与主服务小区的信号强度相差小于6dBm的小区数（包含主服务小区）大于3时所影响的区域。
LTE是同频干扰受限系统，同频邻区间干扰是影响性能的主要因素，重叠覆盖过多会导致SINR变差，需要对重叠覆盖的区域进行优化控制。
2.3.5参数核查
RRC重建类的参数主要是相关定时器核查和切换类参数核查。
2.3.6异厂家不支持
目前优化过程中发现，当前的华为厂家和爱立信厂家、中兴厂家和爱立信厂家均未支持跨厂家之间的RRC重建立，会引起边界区域异厂家之间的RRC重建立失败，导致异厂家边界重叠覆盖区域的
升级会员 