S1接口闭塞导致基站无法接入用户优化案例重点讲义

1、案例名称S1接口闭塞导致基站无法接入用户优化案例案例分类接入类公司xx专业无线设备类型ENODEB设备厂家华为设备型号BTS3900软件版本V100R010C10SPC150编制时间2016-04-24作者xx作者电话xx关键字S1接口,闭塞,无法接入,ho-target-not-allowed现象描述：在使用CDS+MIFI对xxxx-D3（频点=38098，PCI=230）进行DT下载业务测试时发现UE由xxxx-D3（频点=38098，PCI=230）无法切换至xxxx-D5（频点=38098，PCI=280），此时服务小区与邻区电平相差11db，服务小区电平拖至-99dbm，SINR在

2、-2左右，下载速率8.6Mbps左右，随着UE继续向西后占用xxxx-D3（频点=38098，PCI=230）切换至xxxx-D2（频点=37900，PCI=280），此时电平在-85dbm，SINR在28左右。具体情况如图-1及图-2：图-1 xxxx-D3切换前图-2 xxxx-D3切换后原因分析：一、分析流程图：图-3 问题处理流程图二、 分析判断可能原因S1接口是一个开放性接口，作用于EUTRAN和CN之间的接口，分为S1-MME和S1-U。主要负责无线和核心网之间的连接管理功能。切换是移动性管理的重要功能之一。2.1、S1具体的功能包含UE上下文管理功能和S1接口的管理功能。1、 U

3、E上下文管理功能包括：SAE承载管理功能和S1连接管理功能。SAE承载管理功能包含承载的建立、修改和释放。如初始上下文建立，包括SAE承载上下文，安全性上下文，切换限制列表，UE能力信息，NAS PDU等。 S1连接管理功能包含GTP-U隧道管理功能和S1信令连接管理功能。Active状态的UE的移动性功能管理，包括Intra-LTE切换、Inter-3GPP RAT切换、寻呼功能以及漫游和区域限制支持功能。如切换资源分配、切换通知、路径转换或取消等。寻呼消息以及NAS消息均通过S1口实现。2、 S1接口管理功能包括：协调功能、安全功能、服务和网络接入功能。协调功能，包括NAS节点选

4、择功能和网络分享功能；安全功能，包括数据的机密性和数据的完整性；服务和网络接入功能，包括核心网信令数据转移功能、UE跟踪和位置报告功能等。2.2、 常见切换失败主要从以下三个方面进行分析：2.2.1测量报告发送后未收到切换命令这个情况是外场测试最常见问题，处理定位也比较复杂，分为两种情况进行分析。2.2.1.1、基站未收到测量报告（可通过后台信令跟踪检查）：检查覆盖点是否合理，确认终端是否在小区边缘，或存在上行功率受限情况；检查是否存在上行干扰。2.2.2.2、基站收到了测量报告：1、未向终端发送切换命令情况：（1）确认目标小区是否为漏配邻区；（2）在配置了邻区后若收到了测量报告后，源基站会通

5、过X2口或者S1口（若没有配置X2偶联）向目标小区发送切换请求。此时需要检查是否目标小区未向源小区发送切换响应，或者发送HANDOVER PREPARATION FAILUE信令，在这种情况下源小区也不会向终端发送切换命令。此时需要从以下三个方面定位： 目标小区准备失败，RNTI准备失败、PHY/MAC参数配置异常等会造成目标小区无法接纳而返回HANDOVER PREPARATION FAILURE。 传输链路异常，会造成目标小区无响应。 目标小区状态异常，会造成目标小区无响应。2、向终端发送切换命令情况：（1）主要检查测量报告上报点的覆盖情况。2.2.2、目标小区MSG1发送异常情况正常情况

6、测量报告上报的小区都会比源小区的覆盖情况好，但不排除目标小区覆盖陡变的情况，所以首先排除掉由于测试环境覆盖引起的切换问题。当覆盖比较稳定却仍无法正常发送的话就需要在基站测检查是否出现上行干扰。具体流程如图-4。2.2.3、接收RAR异常情况接收RAR异常情况，该情况一般首先主要核查覆盖是否存在问题，再核查优化切换参数。根据优化经验，小区无法切换，无法接入，可能由以下几种情况引起分析并判断原因：1、 硬件故障，告警等，导致用户无法接入；2、 小区状态异常，导致用户无法接入；3、 版本升级，导致用户无法切换入问题小区；4、 小区功率、参数配置错误，导致网络无法正常解析；5、 小区切换、邻区参数设置

7、不合理，导致终端找不到合适小区而切换失败；6、 小区与周边基站存在干扰，导致链路质量差而出现信令丢失的问题，导致用户无法切换入问题小区；7、 天线、RRU隐性故障，导致用户无法切换入问题小区；8、 算法开关设置问题，导致不能接纳新用户；三、处理过程：1、查询小区的告警：查询该小区的告警情况，发现问题小区近期无影响业务告警发生；2、检查小区状态：查询目标小区状态，发现状态正常，如图-4：图-4 小区状态3、版本问题：检查近期操作日志，无此小区操作记录，最近ENODEB版本均无变化，排除人为操作因素及版本升级问题；4、功率参数设置检查：检查小区参考信号功率设置，功率参数设置均正常；5、切换、邻区等

8、参数设置检查：核查源小区邻区配置数据，邻区关系已添加，外部数据配置正确。如图-5：图-5 源小区与目标小区邻区关系配置情况6、周边干扰排查：对小区的上下行干扰问题进行排查，上下行干扰情况无异常，如图-6：图-6 目标小区全天干扰情况7、切换信令跟踪及切换算法开关核查：进一步对切换信令进行跟踪分析，发现核心网收到来自基站发送的切换请求消息，要求切入xxxx-D5小区，但随后网络侧直接回复HANDOVER_FAIL，失败原因为ho-target-not-allowed。如图-7：图-7 S1接口信令跟踪从切换失败的原因分析，最可能的问题是网络侧数据配置错误，导致切换不被允许，首先检查了邻区关系数据

9、配置、小区数据配置、功率等配置参数，均无异常；再检查同异频切换算法开关等算法开关也都无异常。8、基站配置数据核查：进一步查询配置数据发现，xxxx的S1接口是否处于闭塞状态的开关状态为“是”，此时基站小区状态正常，但由于S1接口处于闭塞状态，致使终端无法接入和切换入。如图-8：图-8 S1接口处于闭塞状态问题处理：根据以上问题分析，对基站xxxx执行MOD S1INTERFACE:S1INTERFACEID=0,S1INTERFACEISBLOCK=FALSE;命令，将S1接口解闭塞，如图-9所示：图-9 S1接口解闭塞后图处理后进行道路测试验证，切换序列由xxxx-D3（频点=38098，P

10、CI=230）切换至xxxx-D5（频点=38098，PCI=280），业务正常，切换前后如图-10及图-11：图-10 处理验证切换前截图图-11 处理验证切换前截图处理后提取该小区话统，各项指标正常，如表-1所示：日期小区名称平均值项:无线接通率（包括重发）LTE (%)平均值项:eNB间切换成功率HWLTE-New (%)平均值项:切换成功率HWLTE-New (%)平均值项:eNB内切换成功率HWLTE-New (%)03/20/2016xxxx-D599.6399.76 99.78 99.82 03/21/2016xxxx-D599.6499.74 99.78 99.84 03/22/2016xxxx-D599.6999.78 99.81 99.85 03/23/2016xxxx-D599.7299.73 99.70 99.65 03/24/2016xxxx-D599.7699.79 99.77 99.74 表-1 调整后指标情况从上表指标可以看出，通过对问题小区进行处理后，接通率，切换成功率均在99.63%以上，问题得到解决。总结：针对