(重要)TD-LTE专项项目组案例集

1、 TD-LTE案例集 内部公开产品名称密级LTE RNP内部公开产品版本共28页eRANTD-LTE案例集(仅供内部使用）拟制:日期：更新:日期：审核:日期：批准:日期：华为技术有限公司版权所有 侵权必究1、 掉线类1.1、 终端能力不足导致掉线【问题描述】：提取日常KPI指标发现桂林叠彩区大世界智能写字楼-HLH-2小区每天掉线5000次左右，掉话率为4.3%，严重影响客户感知以及全网考核指标，详细指标如下：【问题分析】：掉线小区的接入、切换指标没有明显异常；项目组对该站点的故障告警、干扰指标、操作日志进行提取分析，发现无故障、告警；干扰相关指标保持在正常的平稳水平；近期无重大操作（升级、割

2、接等），并且掉线高是个别小区，排除重大操作对问题站点的指标影响。分析桂林叠彩区大世界智能写字楼-HLH-2小区掉线指标，发现掉线的打点原因多为eNodeB发起的原因为UE LOST的UE Context释放、eNodeB发起的原因为无线层问题的UE LOST的UE Context释放。对小区CRH日志进行分析，话统内部异常释放的原因由于RLC达到最大重传次数导致的掉话。 观察掉线指标时段分布，无明显时段分布趋势；分析用户终端能力分布情况，发现存在几个明显的TOP终端：7E4FFE9E由RLC重传超限导致的掉话达2255次；7E0DF882由RLC重传超限导致的掉话达2396次；7FCFFE9A

3、由RLC重传超限导致的掉话累计达500次以上。相应FGI可能对应的商用终端为：S1AP UeFeatrue可能对应商用终端7E0DF8825s港版移动A1530FF4FFE98Coolpad 8736、Coolpad 8720L7F4FFE9AOPPO Find7X9077、Samsung S5 G9008V观察掉话在DRX/非DRX状态分布情况，发现用户掉线全部分布在DRX状态下：综合以上分析得出以下结论：部分终端在DRX状态下不发送SR（上行调度请求），导致基站收不到RLC状态报告而掉线。建议该小区开启智能预调度开关。打开智能预调度后，即使终端进入DRX，基站在下行调度后，如果有剩余预调度

4、资源，终端的RLC状态报告可以直接通过预调度上报给基站，从而规避了异常终端在DRX下不发SR，导致基站收不到RLC状态报告而掉线。【优化方案】： 开启智能预调度开关【优化效果】：1.2、 MOD3干扰导致掉线【问题描述】：2014年7月10日以来南宁青秀区江滨路_HLH_3多天出现在高掉线TOPN小区：【问题分析】：第一步对高掉线小区是否存在异常告警或传输闪断进行排查，项目组通过提取告警信息、干扰相关指标以及操作日志进行分析，发现该站未出现告警，每PRB干扰噪声、驻波比等指标均正常，无重大操作。 第二步对小区参数进行核查，查询掉线类定时器设置是否准确，经核实参数均按照集团规范进行设置。 第三步

5、查看小区PCI复用是否合理，是否存在模三冲突，核查发现南宁青秀区江滨路_HLH_3跟南宁青秀区工兵营_HLH_3的PCI模三值均为0，而且两个基站的物理位置相距仅为655米，很有可能存在模三干扰。项目进行现场定位测试，测试结果分析发现南宁青秀区江滨路_HLH_3跟南宁青秀区工兵营_HLH_3不存在明显模三干扰。但在南宁青秀区江滨路_HLH附近往北靠近南宁青秀区江滨医院_HLH附近路段，南宁青秀区江滨路_HLH_3与南宁青秀区江滨医院_HLH_3的信号出现模三干扰。因此可以定位出南宁青秀区江滨路_HLH_3存在模三干扰导致高掉线。从上图可以看出：南宁青秀区江滨路_HLH_3与南宁青秀区江滨医院_

6、HLH_3的PCI规划合理，而在实际测试中发现南宁青秀区江滨路_HLH_3与南宁青秀区江滨医院_HLH_3存在模三干扰，主要是因为南宁青秀区江滨路_HLH与南宁青秀区江滨医院_HLH均靠近邕江，信号容易收到江面反射形成干扰。【优化方案】：现场人员在实地勘测后根据实际用户分布以及基站拓扑情况于7月22日对南宁青秀区江滨医院_HLH_3进行了RF优化，该小区的方位角由原来的280°调整为290°。【优化效果】：7月22日RF优化后对南宁青秀区江滨路_HLH_3的指标进行了跟踪分析，从OMC后台数据分析发现南宁青秀区江滨路_HLH_3的掉线次数和无线掉线率都明显降低。掉线总次数优

7、化前后对比无线掉线率优化前后对比ERAB掉线率优化前后对比1.3、 外部干扰导致掉线【问题描述】：南宁青秀区广西艺术学院在12月份多天出现高掉线TOP小区，详细指标如下：日期小区名称UE Context异常释放次数 (无)eNodeB发起的S1 RESET导致的UE Context释放次数 (无)UE Context建立成功总次数 (无)无线掉线率12/04/2014南宁青秀区广西艺术学院_HLH_33070661450.46%12/05/2014南宁青秀区广西艺术学院_HLH_31530525070.29%12/06/2014南宁青秀区广西艺术学院_HLH_3370249600.15%12/

8、07/2014南宁青秀区广西艺术学院_HLH_3710382780.19%12/08/2014南宁青秀区广西艺术学院_HLH_33150210241.50%12/09/2014南宁青秀区广西艺术学院_HLH_31680402670.42%12/10/2014南宁青秀区广西艺术学院_HLH_32710425780.64%12/19/2014南宁青秀区广西艺术学院_HLH58%12/20/2014南宁青秀区广西艺术学院_HLH58%【问题分析】：首先对基站故障、干扰、有无重大操作等基本情况进行排查分析，通过告警日志、操作日志、干扰相关指标分析，发

9、现该站未出现告警以及重大操作。但每PRB干扰噪声指标均异常，存在干扰，详细指标如下：时间小区名称本地小区标识系统上行每个PRB上检测到的干扰噪声的平均值(毫瓦分贝)12/09/2014南宁青秀区广西艺术学院_HLH_11-104.083312/09/2014南宁青秀区广西艺术学院_HLH_33-94.333312/10/2014南宁青秀区广西艺术学院_HLH_33-95.87512/10/2014南宁青秀区广西艺术学院_HLH_11-106.208312/11/2014南宁青秀区广西艺术学院_HLH_11-107.782612/11/2014南宁青秀区广西艺术学院_HLH_33-95.1304

10、按照中国移动集团的要求，LTE超过-110dBm/PRB即达到中度干扰等级认为存在干扰，需要处理。干扰对TD-LTE上行性能影响如下表：TD-LTE上行每PRB检测到的干扰噪声平均值上行近点吞吐率干扰等级大于-90dBm/PRB2-3Mbps重度干扰-90-110dBm/PRB小于8Mbps中度干扰-110-115dBm/PRB小于9Mbps轻度干扰小于-115dBm/PRB大于9Mbps无干扰从指标可以看出：南宁青秀区广西艺术学院_HLH_1、南宁青秀区广西艺术学院_HLH_3存在中度干扰，已经对指标产生影响，掉线是由于干扰造成的。为了定位干扰原因，项目组对南宁青秀区广西艺术学院_HLH_3

11、的干扰频谱图进行分析，定位是外部全频带干扰，时域特征每个OFDM符号有5个Burst，并且每个Burst后跟随一个突发脉冲，如下图所示：经过现场扫频，干扰源为学校安装的干扰器【优化方案】：已协调学校关闭,校方反馈他们会根据需求再开启【优化效果】：日期小区名称UE Context异常释放次数 (无)eNodeB发起的S1 RESET导致的UE Context释放次数 (无)UE Context建立成功总次数 (无)无线掉线率12/04/2014南宁青秀区广西艺术学院_HLH_33070661450.46%12/05/2014南宁青秀区广西艺术学院_HLH_31530525070.29%12/06

12、/2014南宁青秀区广西艺术学院_HLH_3370249600.15%12/07/2014南宁青秀区广西艺术学院_HLH_3710382780.19%12/08/2014南宁青秀区广西艺术学院_HLH_33150210241.50%12/09/2014南宁青秀区广西艺术学院_HLH_31680402670.42%12/10/2014南宁青秀区广西艺术学院_HLH_32710425780.64%12/21/2014南宁青秀区广西艺术学院_HLH_3630457550.14%12/22/2014南宁青秀区广西艺术学院_HLH_3430580000.07%12/23/2014南宁青秀区广西艺术学院_

13、HLH_3450581430.08%12/19/2014南宁青秀区广西艺术学院_HLH58%12/20/2014南宁青秀区广西艺术学院_HLH58%12/25/2014南宁青秀区广西艺术学院_HLH_180581950.14%1.4、 TOP小区-RF优化调整【问题描述】：桂林处理TOP小区过程中发现部分边缘、高站通过参数优化调整无法有效改善指标。【优化方案】：项目组对部分小区进行RF优化，详细内容如下： RF优化调整后，关键性指标存在不同程度的提升。例如：桂林阳朔县兴坪滑石-HLH-1，天线挂高76米，1小区主要覆盖500m处高铁高架桥，经

14、核实该小区下倾角为0度，信号覆盖较远，塔下黑导致低接通、高掉线。站整体图： 1小区覆盖图【优化方案】： 桂林阳朔县兴坪滑石-HLH-1小区机械下倾角由0°调整为7°【优化效果】日期小区名称无线接通率(%)无线掉线率(%)切换成功率(%)2015/04/12桂林阳朔县兴坪滑石-HLH-196.661235.997944.63282015/04/13桂林阳朔县兴坪滑石-HLH-196.752341.714379.48722015/04/14桂林阳朔县兴坪滑石-HLH-197.113633.285358.58592015/04/15桂林阳朔县兴坪滑石-HLH-197.59044.

15、664794.0678 对比结果：无线接通率提升0.75%；无线掉线率降低32.33%；切换成功率提升33.17%。总结：基础性RF优化才是解决网络问题根本手段。1.5、 邻区漏配导致掉线 邻区漏配定位：LTE网络在协议中是一个自优化网络，终端上报测量报告会按照A3事件判断原则进行上报，上报小区不受测量控制中邻区影响，所以只需将切换异常点的测量报告和当前服务小区测量控制中的邻区进行对比就可得出是否漏配邻区。前台快速便捷判断邻区漏配主要从以下两个方面：1、多次上报测量报告，正常流程终端在发送测量报告后基站会很快发送切换命令，但如果漏配邻区，源小区无法得知目标小区信息，无法发送切换命令，此时终端仍

16、在进行中，源小区信号越来越差，满足A3事件小区逐渐增加，触发新的测量报告，直到有邻区关系的小区出现，基站才能正常发送切换命令。2、测量报告发送后无响应，发送测量报告后，基站未响应就失步发送重建流程，终端上报掉话事件。【现象描述】在长堽路，测试车辆由东向西行驶，UE占用南宁青秀区长湖路尾公安小区_HLH_3小区信号，RSRP=-117dbm左右，SINR=11db左右，出现掉线。如下图所示：【告警信息】无【原因分析】测试车辆沿长堽路由东向西行驶， UE占用南宁青秀区长湖路尾公安小区_HLH_3（PCI：69）RSRP：-117.43dbm，邻区测量到南宁青秀区茅桥路八号_HLH_3小区（PCI：

17、245）RSRP：-89.92dbm，且UE一直上报测量报告，但UE一直未发生切换，最终导致RRC建立失败，出现掉线。显然由于漏配邻区关系，在多次上报测量报告后仍无合适邻区切换，导致小区重建。通过后台查询再次印证南宁青秀区长湖路尾公安小区_HLH_3与南宁青秀区茅桥路八号_HLH_3无邻区关系。【处理过程】1、添加南宁青秀区长湖路尾公安小区_HLH_3与南宁青秀区茅桥路八号_HLH_3之间的同频双向邻区。【优化效果】：优化调整后，该路段小区之间切换正常，覆盖明显提升，没有再出现掉线事件。2、 切换类2.1、PCI混淆导致无法切换【问题描述】： 测试工程师在对铜鼓岭应急通信车测试过程中发现：周围

18、站点无法切入应急通信车【问题分析】：1、对测试数据进行分析 车辆由凤岭2站向铜鼓岭应急车方向行驶，在距离应急车不足200M的地方，凤岭2站-2小区的RSRP值为-97dbm，UE从凤岭2站-2小区向应急通信车-1发送多条测量报告，但UE始终没有收到切换命令。2、项目组对铜鼓岭应急通信车告警信息进行查询核实，并未发现存在告警故障。3、对铜鼓岭应急通信车的干扰进行排查分析，铜鼓岭应急通信车检测图：从干扰检测图可以看出铜鼓岭应急通信车并未存在干扰，排除由于干扰导致无法切换。4、对该站点的邻区关系以及外部数据进行核查，经核实外部数据以及邻区关系准确详细的邻区关系如下：进一步核实发现下面邻区对：应急通信

19、车与青环路铜鼓岭同频同PCI，显然PCI设置不准确，经核实青环铜鼓岭站点已被删除，应急车在青环路铜鼓岭站点附近，客户无规划新的PCI数据而是直接用该站点PCI数据，从规划角度来看这样操作本身没有问题，但把该站点的小区添加为邻区关系并且青环路铜鼓岭和应急通信车与周围站点都存在邻区关系（删除青环路铜鼓岭站点时未删除相应的邻区关系）显然是错误，由于应急通信车和青环路铜鼓岭同频同PCI,UE在满足切换条件向应急通信车切换时，enb不知道那个为目标小区，一直发测量报告而不发生切换。【优化方案】： 删除周围站点与青环路铜鼓岭站点存在的邻区关系【优化效果】： 优化应急通信车能够与青秀区凤岭2站正常切换。【总

20、结】：现网删除站点后一定把冗余数据删除。PCI规划时一定满足confusion-free原则，一个小区的两个相邻小区具有相同的PCI，这种情况下如果UE请求切换到ID为A的小区，eNB不知道哪个为目标小区。称这种情况为confusion，如下图所示： Confusion-free原则除了要求同PCI小区有足够的复用距离外，为了保证可靠切换，要求每个小区的邻区列表中小区PCI不能相同，同时规划后的PCI也需要满足在二层邻区列表中的唯一性。2.2、数据错误导致切换失败【问题描述】: 10月30日南宁西乡塘广西师范明秀校区_HLH、南宁西乡塘区如家快捷酒店_HLH、南宁西乡塘区中医学院_HLH、南宁

21、西乡塘区广西区民族医院_HLH、南宁西乡塘区金棉楼_HLH、南宁西乡塘区北湖集贸市场2_HLH、南宁西乡塘区北湖生活区19栋_HLH和南宁西乡塘区北湖生活区19栋_HLH等站点在14：00后切换指标严重恶化，对全网切换成功率指标造成影响；如下图所示：切换成功率低通常有以下几种原因，需逐步排查：1、 基站故障告警；2、 邻区以及切换参数等不合理，如：外部小区、切换参数等配置错误会直接导致切换失败；3、 弱覆盖；4、 强干扰；5、 拥塞；6、 异常用户终端；7、 传输、核心网等问题；问题排除过程:经核查发现切换异常的站点很集中，都位于明秀路广西师范学院附近，且切换异常都是在14：00之后，因此可以

22、判断导致切换异常为同一原因，于是抽取南宁西乡塘广西师范明秀校区_HLH进行重点分析。1、 对南宁西乡塘广西师范明秀校区_HLH的故障告警进行核查，核查发现此时段并无故障告警；2、 对于目前LTE基站版本在配置邻区数据时可能会出现小区名称与PCI，eNodeBID等数据不一致的情况。对南宁西乡塘广西师范明秀校区_HLH进行外部小区等数据进行核查，核查结果未发现异常；3、 干扰数据进行了核查，核查结果显示并无干扰；4、 特定的异常用户终端一般情况下只会对单个特定服务小区造成影响，但是这次切换异常为整个区域同时涉及多个站点，因此可以排除异常用户终端的因素；5、 拥塞会直接影响切换等KPI指标，但是目

23、前的LTE网络负载还很轻，除开重大节日等情况不会出现拥塞等情况，因此可以排除拥塞的因素；7、为了核查是否是传输、核心侧等问题，我们在U2000上对eNodeBID为492084的站点进行了信令跟踪。在对南宁西乡塘区如家快捷酒店_HLH的X2接口信令跟踪是发现该站的X2切换全部失败！ 从上图可以看出失败原因值为unknown-MME-code，推测南宁西乡塘区如家快捷酒店_HLH与MME的链路配置存在问题导致MME不可达。同时对南宁西乡塘区如家快捷酒店_HLH站点状态进行了跟踪，据知该站之前由于故障一直处于断链状态在10月30日才重新开启，操作日志显示该站工程人员在14：19进行处理后开启，其时

24、间跟切换异常时段吻合！同时了解到南宁移动现网MME之前进行过一次割接，全网站点都已经割接到新的MME下。考虑到南宁西乡塘区如家快捷酒店_HLH之前一致是断连状态很有可能因为断链而导致还继续下挂在老的MME下，为了验证推断我们对南宁西乡塘区如家快捷酒店_HLH的SCTP对端对象配置信息进行了核查，核查结果显示南宁西乡塘区如家快捷酒店_HLH还下挂在旧的MME下没有割接到新的MME（旧的MMEIP最后一位为1或2），确定切换异常是因为南宁西乡塘区如家快捷酒店_HLH没有及时更新为新的MMEIP而导致MME不可达而切换失败。【优化方案】:已经确定为MME的IP问题，联系客户并推动工程方处理，在割接到

25、新的MME后切换指标恢复正常。2.3、切换不及时导致RSRP差【问题描述】： 在明秀西路万力啤酒附近，UE占用南宁西乡塘区西郊分局_HLH_3迟迟没有切换到附近F频段小区，切换慢致RSRP较差。【问题分析】：室内外基站无法进行正常切换的主要原因有：1、 邻区关系缺失导致无法切换2、 A2与A4异频测量启动门限与切换门限设置过小导致无法正常切换3、 设备告警故障导致无法正常切换4、 S1或X2接口配置问题导致无法正常切换5、 终端能力问题无法搜索目前小区频点导致无法正常切换首先对测试数据进行分析车辆沿明秀西路由北往南行驶，UE占用南宁西乡塘区西郊分局_HLH_3，RSRP值为-113dbm，迟迟

26、没有切换到附近F频段小区。 1、对该站点的邻区关系以及外部数据进行核查，经核实外部数据以及邻区关系准确详细的邻区关系如下： 2、对A2与A4异频测量启动门限与切换门限进行核查，经核实该小区的A2、A4设置合理，见下表：小区名异频A1 RSRP触发门限异频A2 RSRP触发门限基于覆盖的异频RSRP触发门限A4南宁西乡塘区西郊分局_HLH_1-100-103-95南宁西乡塘区西郊分局_HLH_2-90-93-95南宁西乡塘区西郊分局_HLH_3-90-93-953、对南宁西乡塘区西郊分局_HLH告警信息进行查询核实，并未发现存在告警故障。4、对该站点的S1与X2数据核查，经核实S1与X2配置数据

27、正确。 进一步对测试数据分析，网络侧第一次下发测量控制命令发现只测量39250、38100、38950 3个频点，没有测量38400频点，如下图所示：过33秒后网络侧再次下发测量控制命令，这次测量到了38400频点，此时南宁西乡塘区西郊分局_HLH_3的RSRP为-116dbm，测量F频点过慢，致切换不及时。如下图所示：终端能力分析，UE一次只能测量邻区关系中的3个频点，第4个将无法进行测量，通过后台邻区关系核查，南宁西乡塘区西郊分局_HLH_3分别添加了38400、38950，37900、38100、39250、38350等6个频点，因此在启动A2测量时无法及时测量到38400频点，导致切换

28、不及时，致RSRP差，速率低。【优化方案】：调整南宁西乡塘区西郊分局_HLH_2、3小区的38400频点连接态优先级由0改为2。【问题解决】：参数修改后，D频段小区满足A2测量后，在第一条测量控制信息就下发了38400频点，之后就立即下发切换命令，切换到F频段小区，切换正常。如下图：【总结】：对于整个网络需要合理规划频点，避免小区添加频点过多，导致UE没有及时测量到目标小区频点，造成切换不及时。2.4、漏配S1用户面端节点资源组导致切换失败【问题描述】：2月18日通过话统指标分析，发现特定两小区出现切换成功率低，核查发现主要是某些站点切换到eNodeB ID=492068的南宁青秀区医科大学图

29、书馆_HLH站点失败次数较多，指标如下：【问题分析】：1、核查源小区、目标小区都未出现告警，现网定义参数与规划工参一致，外部小区和邻区关系参数定义一致，邻区添加合理。2、指标分析,查询南宁青秀区医科大学图书馆_HLH指标，E-RAB建立成功率和切换成功率为0，导致E-RAB建立失败全部为传输层。eNodeB间切换入成功次数为0.3、根据指标传输层问题导致E-RAB建立失败次数指标，对现网参数配置进行检查，发现该站点端节点组配置为控制面节点，没有配置用户面端节点资源组，需要进行添加用户面节点资源组ID，否则链路不可用：【优化方案】添加用户面节点资源组ID：【优化效果】完成用户面节点资源组ID配置

30、后，前期切换失败问题已解决，具体如下所示：2.5、频繁切换【现象描述】在淮海宝华路口附近，UE占用南宁横县1站_HLH_2小区信号，与南宁横县1站_HLH_3小区频繁切换，导致速率低，如下图所示：【告警信息】无【原因分析】在淮海宝华路口附近，UE占用南宁横县1站_HLH_2小区（PCI:363，RSRP:-80.21dBm，SINR:10dB），与南宁横县1站_HLH_3小区（PCI:364，RSRP:-77.13dBm）RSRP相当，主服不明显导致频繁切换，造成SINR差及速率低；该路段应由南宁横县1站_HLH_3小区覆盖，需调整天馈，加强覆盖。【处理过程】南宁横县1站_HLH_3小区方位角

31、由340°调至355°，机械下倾角由10°调整至6°，经过调整，问题路段主要由南宁横县1站_HLH_3小区覆盖，主服明显，无频切现象。【建议与总结】频繁切换主要是由于主服不明显或者参数设置不合理导致，主服不明显比较常见，通常要通过RF调整或功率调整来解决。3、 接入类3.1、SGW链路不通引起的无线接通率偏低【现象描述】对南宁移动LTE全网站点进行KPI统计时，发现部分站点在（10：00-11：00）时间段内无线接通率偏低，其中部分小区无线接通率仅有5.25%，部分站点无线接通率指标情况如下：无线接通率：无线掉线率：切换成功率：切换成功率主要通过话务统计

32、获得，根据区公司推荐的公式为：无线接通率=RRC连接建立次数/RRC连接请求次数（不包括重发）*E-RAB建立成功总次数/E-RAB建立尝试总次数*100。从以上KPI指标统计情况可以看出以上小区RRC连接建立成功率、切换成功率、无线掉线率指标均无明显异常，无线接通率偏低主要是因为E-RAB建立失败引起。通过OMC920提取E-RAB建立失败小区原因如下：1、eNodeB发起的S1 RESET导致的E-RAB异常释放2、传输层问题导致的E-RAB异常释放3、切换流程失败导致E-RAB异常释放4、无线层问题导致的E-RAB异常释放5、核心网问题导致的激活的E-RAB异常释放6、网络拥塞导致的E-

33、RAB异常释放7、安全模式配置失败导致E-RAB建立失败8、无线资源不足导致E-RAB建立失败9、等待UE响应超时导致E-RAB建立失败10、无可用资源导致E-RAB建立失败提取E-RAB建立失败指标情况如下：从以上KPI指标统计结果来看，以上小区RRC建立成功率良好，无线接通率偏低主要是因为无可用资源导致。【问题分析】1、E-RAB建立流程是UE的专有承载建立过程，当UE完成初始UE上下文接入过程后，当需要进行新的业务服务时，会发起E-RAB建立过程。同样地，E-RAB建立过程也会伴随有NAS消息的交互，目的是在NAS层协商业务参数用于接入层的资源分配。下图所示为典型的E-RAB建立过程：

34、在完成初始UE上下文建立过程后，当UE需要进行业务建立时，会通过 NAS层消息交互向MME申请建立专有承载。 MME收到UPLINK NAS TRANSPORT后，根据NAS层消息内容为UE分配专有 承载资源，并向eNodeB发送E-RAB SETUP REQUEST消息。消息中主要携带E-RAB建立列表，列表包括E-RAB ID、承载的QoS信息、传输层配置信息以及NAS层信息。 eNodeB收到E-RAB SETUP REQUEST消息后，根据UE申请的资源按照 相应的RRM算法为UE分配相关资源，包括：传输资源、无线资源、调度资源、功率资源、天线资源等等。并向UE发送RRC Connec

35、tion Reconfiguration消息。 UE收到RRC Connection Reconfiguration消息后，根据eNodeB为其分配 的相关资源完成参数配置，并向eNodeB发送RRC Connection Reconfiguration Complete消息，通知eNodeB配置完成。 eNodeB完成上述操作后即成功地为UE建立起对应的E-RAB承载，因此 向MME发送E-RAB SETUP RESPONSE消息，E-RAB建立流程结束。2、从后台提取切换失败相关测量报告发现该小区无可用资源导致E-RAB建立失败，对此可以通过以下几个方面来进行分析：² eNode

36、B参数配置有误² 核心网问题（EPC参数设置,TAC码设置的一致性，对用户开卡限制，硬件故障方面排查）² 该区域存在弱覆盖² 终端及用户行为异常² 基站与核心网之间存在链路故障3、从后台提取以上小区在告警情况发现在此时间段出现有大量用户面承载链路故障告警E-RAB建立过程会为UE建立多条E-RAB承载，E-RAB建立的发起者可以是UE自身，也可以由网络发起。当UE需要进行新的业务时，或网络侧需要为UE建立新的业务时，就可以通过NAS层的专有承载激活过程为UE建立E-RAB，专有承载激活过程中UE和网络侧会协商QoS信息，接入网根据QoS信息为UE进行资源

37、分配，并完成E-RAB的建立过程。从以上查询结果可以看出，在此时间段内以上E-RAB建立异常小区均出现用户面承载链路故障告警，且定位对端SGW侧IP地址均为100.81.50.33/100.81.50.34,怀疑该SGW链路异常引起E-RAB建立失败。【处理过程】² 核查以上站点eNodeB参数均无异常。² 经现网查询EPC、TAC等参数配置无误，核心网侧反馈相关参数配置无异常。² 核查核心网侧SGW链路发现在6月6月（10：00-16：00）期间核心网相关人员关闭了IP地址为100.81.50.33和100.81.50.34的两个SGW链路端口，从而导致大量E-

38、RAB建立失败的情况。对此可以提取6月7日、6月8日相关指标统计情况如下：根据以上测量统计、E-RAB信令流程分析结果来看，该小区切换成功率偏低主要是因为SGW链路不通引起，对应的SGW链路恢复后各小区无线接通率指标恢复正常。3.2、小区半径设置不合理导致接通、切换差【问题描述】：桂林LTE网络的接入、切换指标的差小区比例较其他地市稍高。【问题分析】：从整体问题分析，对桂林和南宁的无线参数进行了对比，未发现明显差异。差小区区域分析，比例较多的区域集中在阳朔，进一步分析发现小区半径设置全部为1km和规划时的4km差别较大。对比南宁的小区小区半径 ：ZC根序列规划根小区覆盖半径有着直接关系，宏站规

39、划时按照4km进行规划，南宁现网中的小区半径配置室分为1Km，宏站为4Km，还有个别为其他配置。频段小区半径小区数备注D4000230宏站主流F40007077宏站主流F80006高速小区E10001173室分主流E400022修改小区半径指标大幅提升4月21日修改小区半径从1000到4000，从话统看，修改了小区半径之后，接通、切换、掉话指标得到较大改善。 理论分析根据算法分析：假设在设置的小区半径外下发PreambleID为63，算法层面上基带是可能检测为62的。小区半径外的preamble（ID 63）切换相关峰值会落到MAX RTD以外，正好落到其后面的62区间中，该问题由于接收到的p

40、reamble Id与本地preamble Id不一致导致的切换失败。由于Preamble序列的生成基于(ZC)序列，序列Id进行循环位移，循环位移间隔时间由Ncs决定，与小区半径有关。所以有以下三种原因会导致preamble Id 错误生成.1) UE问题。UE发送了错误的preamble Id。这点可以排除，该问题只涉及到HO_In，如果UE有问题，也会减少源侧eNB的HO_In成功的率.2) RRU和光纤问题带来时延。这点可以排除，对RRU和BBU的时延进行了排查均正常，并且如果eNB时延问题，也会影响接入.3) UE待切换的目标基站距离设置超过了小区半径设置.桂林问题由该原因引起。 【

41、根本原因】：UE待切换的目标基站距离设置超过了小区半径设置，接收到的preamble Id与本地preamble Id不一致导致的切换失败。小结：目前宏站都是按小区半径4Km规划PRACH，如果要调整到大于4Km，得重新做PRACH规划。可以小于规划值，但是太小的话会引起覆盖边缘的检测失败导致接通失败。根据其他地市的经验，宏站市区设置为2.4km，郊县设置4km。4、 干扰排查类4.1、杂散干扰【问题描述】：桂林灵川县八里街福达苑附近检测到桂林灵川县八里街福达苑-HLH-3小区存在上行干扰。情况如下图所示： 【问题分析】：该小区每个PRB的干扰噪声功率的折线图可以看出，主要是前20个PRB受较

42、严重干扰，根据频域特征 “前高后低”，判断为杂散干扰；由于该站点独立站点，与移动TDS/GSM900共站，需上站进行排查确认是否为受到共站的FDD的杂散干扰。4.2、外部干扰【问题描述】：桂林阳朔县凤鸣附近检测到桂林阳朔县凤鸣-HLH-1小区存在上行干扰。情况如下图所示： 【问题分析】：桂林阳朔县凤鸣-HLH-1PRB轮询干扰波形图从PRB轮询干扰波形图可以看出，桂林阳朔县凤鸣-HLH-1小区全频段受到干扰，且共站GSM/TDS均存在严重上行干扰，初步判断为外部干扰，需到现场排查干扰源。【解决方案】：² 需要现场扫频分析，排查外部干扰源，并协调关闭；² 现场扫频分析D频段是

43、否也被干扰，如果D频段没干扰，可建议更换为D频段设备；【改善对比】：现场勘查发现桂林阳朔县凤鸣-HLH 基站位于桂林市阳朔国税局附近山头，属于县城高山站点，与GSM和TDS共抱杆，与TDS共模，未与电信、联通FDD共址站址，桂林阳朔县凤鸣-HLH-1小区主要覆盖凤鸣路附近的住宅小区，且其覆盖方向有一个阳朔看守所监狱。具体情况如下图所示：桂林阳朔县凤鸣-HLH小区天线情况照片：桂林阳朔县凤鸣-HLH-1小区覆盖区域照片：把定向天线对准桂林阳朔县凤鸣-HLH-1覆盖的阳朔看守所方向时，发现整体频段的底噪抬升明显，初步怀疑该小区的外部干扰主要来自其覆盖方向的阳朔看守所内.协调进入看守所监狱内再次进行

44、频谱扫频分析，发现整体频段的底噪抬升更加明显，故断定该桂林阳朔县凤鸣-HLH-1的外部干扰源来阳朔看守所监狱内的干扰器。具体如下图所示：阳朔看守所监狱及干扰器情况:协调关闭干扰器，指标情况如下：桂林阳朔县凤鸣-HLH-1小区关闭干扰器后每个PRB的干扰噪声的平均值折线图【建议与总结】：在现网中，处理上行外部干扰，需通过扫频确认，定位干扰源。可通过协商关闭干扰源，或扫频分析D频段是否也被干扰，如果D频段没干扰，可建议更换为D频段设备。桂林灵川县八里街福达苑-HLH-3小区每个PRB的干扰噪声功率折线图【解决方案】：上站进行排查确认隔离度情况，是否为受到共站的FDD的杂散干扰。【改善对比】：现场勘

45、查发现该小区与电信FDD的2小区斜对打，它们之间的垂直隔离度为8米，水平垂直隔离为3米左右；通过合理调整桂林灵川县八里街福达苑-HLH-3小区方位角350°290°进行验证，观察、对比后台统计的调整前后的每个PRB干扰值变化来看， 该小区的前20个PRB的平均干扰值从调整方位角后比未调整前下降了将近10个dB，干扰明显下降，定位为桂林灵川县八里街福达苑-HLH-3小区的杂散干扰为附近电信FDD基站干扰导致；受杂散干扰小区调整方位角前后的每个PRB干扰轮询波形对比图客户移频后，该小区干扰改善。如图所示：桂林灵川县八里街福达苑-HLH-3小区每个PRB的干扰噪声的平均值折线图【

46、建议与总结】：在现网中，处理上行杂散干扰，可以通过增大TD-LTE 基站天线与干扰源基站天线的系统间的隔离度，以达到降低干扰的目的，一般可以将水平隔离改为垂直隔离；在干扰源基站加装滤波器。5、 互操作类5.1、LAC规划不合理【现象描述】在CSFB回落延时分析中,发现整网的回落平均延时在10.6s左右，但是网格7的整体延时在11s左右，如下统计：网格延时呼叫次数网格711.01142整体10.671763【原因分析】为了找出网格7CSFB延时和整网平均的区别，对网格7和整网进行回落分段统计，对比如下：主被叫网格整网平均网格7时延差距主叫ESR->RRC Cnn release0.1491

47、0.15430.0052RRC Cnn release->RR SI first0.68300.72240.0394RR SI first-> setup2.88203.02090.1390setup->altering6.37076.2114-0.1593被叫paging->ESR0.00000.00000.0000ESR->RRC Cnn release0.10900.13230.0233RRC Cnn release->RR SI first0.72850.87950.1509RR SI first-> setup2.76473.63810.87

48、34setup->altering1.32581.35460.0288平均时延10.600011.01000.4100从上表分析，与整网平均值存在有差距的地方在2G网络接入建立阶段。下面为CSFB回落信令流程：从上面流程分析，在手机回落到2G到SETUP之前，会有鉴权，加密，位置更新（跨边界）等流程，经分析，南宁区域采用全鉴权，也就是每次接入都进行鉴权，于是对整个网格7在CSFB回落过程中存在有位置更新的次数进行统计，发现存在有位置更新的CSFB回落过程占据了21.83%,比例很大，对网格7的TA/LAC边界结合mapinfo分析，发现有一个明显的TA/LAC边界经过了核心CBD区域，边

49、界存在不合理划分。建议进行LAC割接。网格延时呼叫次数位置更新次数单方位置更新次数双方位置更新次数位置更新%网格711.011423171221.83%整体10.6717632681167615.20%【处理过程】协调区公司、市公司进行LAC边界重新划分，经多次协调终于与3月18日晚完成了网格7内的高业务区边界的割接，割接后，经对网格7的回落延时进行统计，回落延时明显降低，效果明显，如下：分类平均时延呼叫次数位置更新次数单方位置更新次数双方位置更新次数位置更新%网格7割接前11.011423171221.83%网格7割接后10.44137996.57%【问题总结】在分析问题的时候，结合流程循序

50、渐进，找到问题的根源。5.2、MOD3干扰导致CSFB失败【问题描述】：测试车辆从蓉茉大道由南往北行驶，UE占用南宁邕宁区龙岗大道尾_HLH_3小区（频点：38350，PCI：310），在龙胤花园附近CSFB失败。【问题分析】：1、CSFB主叫信令流程如下： a、UE通过Extended service request消息（NAS消息）通知MME发起CS域业务。b、MME通过S1-AP request 消息指示ENB触发CSFB过程。若MME支持LAI特性，则同时下发LAI给eNB。c、eNB根据UE能力、配置参数及算法策略决定是否启动盲切换。d、eNB在RRC Connection rele

51、ase消息中携带一个目标GERAN的频点组指示UE进行重定向，并发起S1 UE上下文释放过程。e、UE在目标小区可能发起LA更新，或联合的RA/LA更新，或同时发起LA和RA更新。f、对于GERAN，如果GERAN或UE不支持双传输模式（DTM，即CS和PS业务并发）则挂起PS域业务。g、UE在GERAN小区发起CS域业务建立过程。被叫信令流程与主叫流程差不多，主要区别在于：LTE网络中ExtendedServiceRequest前还有Paging消息（与主叫类似的是ExtendedServiceRequest中也携带CS Fallback指示字段，主叫为MO，被叫为MT）； GSM网络中Pa

52、ging Response消息取代CM Service Request消息。2、根据CSFB的流程及以往经验，CSFB失败的原因总结主要有几类： a、基站故障问题。b、数据配置问题。如无线测的eNodeB的CSFB开关是否配置为开，CSFB重定向方式，是否配置重定向频点等；核心网侧的寻呼参数是否合理，是否支持LA/TA联合注册等。c、LTE侧小区弱覆盖或干扰。d、GSM侧小区质差或阻塞。e、LTE到GSM的重定向邻区配置不合理。f、UE回落跨LAC或跨MSC Pool。g、伪基站。h、设备或终端问题。3、测试数据分析分析现场测试数据信令，主叫UE占用南宁邕宁区龙岗大道尾_HLH_3小区信号，R

53、SRP为-100.87dBm，发起CSFB请求，成功回落2G网络的南宁青秀区龙胤花园基站_2小区（BCCH:72，BSIC:62，CELLID:14842），主叫等待Alerting超时，CSFB失败。查看被叫信令流程发现被叫UE占用南宁邕宁区龙岗大道尾_HLH_3小区信号，RSRP为-91.87dBm，SINR为-10.6dB，SINR差，致被叫回落2G不成功，回落至TDS，通过TAU更新回到LTE网络，共耗时约46秒，响应超时，致CSFB失败。SINR差主要原因为南宁青秀区龙胤花园_HLH_1与南宁邕宁区龙岗大道尾_HLH_3模三干扰。被叫信令：【优化方案】：1、南宁邕宁区龙岗大道尾_HL

54、H_2的PCI由311调整为310；2、南宁邕宁区龙岗大道尾_HLH_3的PCI由310调整为311。【优化效果】：现场复测情况：PCI调整后SINR得到改善，复测UE占用南宁邕宁区龙岗大道尾_HLH_3，发起CSFB均能成功回落到2G网络，通话正常，未发现异常。【问题总结】SINR差对CSFB的影响较大，而模三干扰是导致SINR差的主要原因。降低模三干扰的方法主要有RF调整，功率控制和PCI调整，在不影响覆盖的前提下优先RF和功率调整，其次才是PCI调整。6、 速率类6.1、功控参数不合理导致下载速率低【现象描述】 在衡阳东路上，UE占用南宁西乡塘区政府办公楼9楼_HLH_1时，出现下载速率偏低现象，截图如下：【告警信息】现网核查，南宁西乡塘区政府办公楼9楼_HLH基站无告警