WCDMA-KPI专题总结和KPI定义-博泰典藏网
典藏文档　篇篇精品
WCDMA-KPI专题总结和KPI定义
导读：答：可以自定义某一个簇，KPI定义，3、异系统切换案例下面两个案例是结合佛山联通WCDMA项目现场情况输出的。主要从参数修改上对异系统切换差的问题做了说明：六【问题解答】1、问：为什么导入数据的时候提示”Therearenofileinthe”答：因为数据文件没有取正确，在正确的路径下去取所需数据文件。在Nastar经常要导入各种数据，除了PM文件，还有CHR文件等，这些都是压缩文件，很相似。
3、异系统切换案例
下面两个案例是结合佛山联通WCDMA 项目现场情况输出的。主要从参数修改上对异系统切换差的问题做了说明：
六【问题解答】
1、问：为什么导入数据的时候提示”There are no file in the”
答：因为数据文件没有取正确，在正确的路径下去取所需数据文件。在Nastar 经常要导入各种数据，除了PM 文件，还有CHR 文件等，这些都是压缩文件，很相似。
2、问：为什么数据导入很长时间都不提示“Import Performance Data Finished“呢？
答：导入PM 数据时已收到“Import Performance Data Finished“为导入成功的标志。导入不成功可能和服务器的处理速度有关，建立使用配置较高的电脑，内存2G 以上；同时这个问题也和数据量有关，建议设置自动导入，每2--3个小时导入一次。
若几个小时一直不提示“Import Performance Data Finished“，则电脑有可能已经吊死，可以重启电脑，删除数据后再重新导入。
3、问：如何取某一个小区的KPI 指标？
答：可以自定义某一个簇，将所需的小区加入到这个簇中，按照所需单独取这个簇任何时段的指标。
4、PM 文件和CHR 文件在BAM 上的路径是什么？
答PM 文件路径为：BAM\VERSIONA\FTP\MeasResult
CHR 文件路径为：BAM\Common\FamLog\Fmt
5、可以利用Nastar 进行数据核查吗？
答：可以。具体方法参考Nastar 使用指导书。
由于个人能力有限，对Nastar 的操作也停留在学习阶段，掌握的也不全面，本文难免存在错误和遗漏之处，尽请谅解！
关键性能指标
网络性能监测
网络故障定位、解决
网络趋势分析
KPI 测试目的
网络优化工作的验证和延伸，即通过网络KPI 测试，
对WCDMA 网络的整体性能进行评估，解决网络问题、
继续优化网络，从而达到精品网络的建设目标。
覆盖（Coverage ）
可接入性（Accessibility ）
保持性（Retain ability）
服务完整性（Service integrity）
移动性（Mobility ）
系统可用性（Availability ）
时延（Delay ）
UTRAN 网络自身质量KPI 的呼叫建立特性类
UTRAN 网络自身质量KPI 的呼叫保持特性类
UTRAN 网络自身质量移动性管理特性类PI
UTRAN 网络自身质量系统资源类PI
UTRAN 承载业务质量PI 业务接入类
UTRAN 承载业务质量PI 业务保持类
UTRAN 承载业务质量PI 业务使用类
UTRAN 网络自身质量KPI 的呼叫建立特性类
RRC 连接建立成功率（业务相关）
RRC 连接建立成功率
RAB 建立成功率
无线接通率
RRC 连接建立成功率（业务相关）
反映RNC 或者小区的UE 接纳能力，RRC 连接建立成功意味着UE 与网络建立了信令连接。RRC 连接建立可以分两种情况：一种是与业务相关的RRC 连接建立；另一种是与业务无关（如位置更新、系统间小区重选、注册等）的RRC 连接建立。前者是衡量呼叫接通率的一个重要指标，其结果可以作为调整信道配置的依据。后者可用于考察系统负荷情况。 定义
处于空闲模式下的UE 收到非接入层请求建立信令连接时，UE 将发起RRC 连接建立过程。SRNC 收到RRC 建立请求之后决定是否建立，以及是建立在专用信道还是公共信道上。 RRC 连接建立成功率（业务相关）用RRC 连接建立成功次数和RRC 连接建立尝试次数的比来表示，对应的信令分别为：RNC 收到的RRC CONNECTION SETUP COMPLETE次数和RNC 收到的RRC CONNECTION REQ次数。该指标要求按不同业务类型分别进行统计，做为PI 。
RRC 连接建立成功率（业务相关）＝RRC 连接建立成功次数（业务相关）/RRC连接建立尝试次数（业务相关）*100%
注：要求能够区分RRC 建立请求的重发，即RRC 建立请求次数不含RRC 连接建立的重发次数。
接入层和非接入层？
NAS 非接入层
non access stratum
接入层和非接入层？
接入层与接入网有消息交互；非接入层直接与核心网消息交互，通常的直传消息就是非接入层消息。
在UE 与UTRAN 的RRC 连接建立起来以后，UE 通过RNC 建立与CN 的信令连接，就是所谓的NAS 消息，例如鉴权，业务请求等。
UE 与CN 的交互消息相对于RNC 来说都是直传消息。
而RRC 消息都属于接入层的。
非接入层位于接入层的上面
非接入层的消息不通过接入网（Node 与RNC ）的处理，直接到达核心网（CN ）传递的时候相当于把接入网看成是透明的
RNC 有处理的是接入层，RNC 没有处理而直接传到CN 的为非接入层。
接入层提供RAB ，而RAB 又是透明传输消息，非接入层的消息也靠接入层传
Uu 口为UE 与UTRAN 之间的无线接口，包括接入层与非接入层
Uu 口的物理层（L1），数据链路层，网络层（L3）的RRC 层属于接入层
MM （移动性管理），CM （链接管理）均属于非接入层, Iu口传递都是NAS 消息 RRC 连接建立成功率
总的RRC 连接建立成功率对于衡量RNC 或者小区的UE 接纳能力有意义。
RRC 连接建立成功率用RRC 连接建立成功次数和RRC 连接建立尝试次数的比来表示来表示，对应的信令分别为：RNC 收到的RRC CONNECTION SETUP COMPLETE次数和RNC 收到的RRC CONNECTION REQ次数。
RRC 连接建立成功率＝RRC 连接建立成功次数/RRC连接建立尝试次数*100%。 RAB 建立成功率
UE 从接收到CN 发来的寻呼消息，到RAB 指派完成，完成一个完整呼叫流程。RAB 建立成功则是成功为用户分配了用户平面的连接，是建立业务连接的最后一个步骤。 定义
RAB 建立是由CN 发起，UTRAN 执行的功能。RAB 是指用户平面的承载，用于UE 和CN 之间传送语音、数据及多媒体业务。UE 首先要完成RRC 连接建立然后才能建立RAB ，当RAB 建立成功以后，一个基本的呼叫即建立，UE 进入通话过程。
RAB 建立成功率用RAB 指派建立尝试次数和RAB 指派建立成功响应次数的比表示，对应的信令分别为：RAB ASSIGNMENT REQUEST（RAB 建立请求）和RAB ASSIGNMENT RESPONSE （RAB 建立成功）。RAB 建立成功率对于CS 域和PS 分别统计，该过程参见TS25.413和TS23.107。该指标同时要求按不同 RAB 速率分别进行统计，做为PI 。 计算公式
CS 域RAB 建立成功率＝CS 域RAB 指派建立成功RAB 数目/CS域RAB 建立请求的RAB 数目*100%
PS 域RAB 建立成功率＝PS 域RAB 指派建立成功RAB 数目/PS域RAB 建立请求的RAB 数目*100%
RAB 建立成功率＝（CS 域RAB 指派建立成功RAB 数目+PS域RAB 指派建立成功RAB 数目）/（CS 域RAB 建立请求的RAB 数目+PS域RAB 建立请求的RAB 数目）*100%。 无线接通率
接通率是反映WCDMA 系统性能最重要的指标，也是运营商十分关注的指标。
从综合的角度考虑接通率，可以把RRC 连接建立成功率和RAB 指派成功率联合起来。把由于业务呼叫而发起的RRC 建立请求次数作为分母，把RAB 指派成功次数作为分子。 计算公式
无线接通率＝RAB 建立成功率*RRC连接建立成功率（业务相关）*100%。
UTRAN 网络自身质量KPI 的呼叫保持特性类
无线电路域掉话率
无线分组域掉线率
无线链路失败率
无线电路域掉话率
反映了系统电路域业务的通讯保持能力，是用户直接感受的重要性能指标之一。 定义
RNC 通过向CN 发起RAB 释放请求，请求释放一个或多个无线接入承载（RAB ）。当UE 丢失或者不激活，或者由于UTRAN 的原因，RNC 向CN 发起Iu 连接释放请求，请求与一个UE 相连的Iu 连接。
电路域掉话率= (RNC请求释放的电路域RAB 数目+RNC发起Iu 口释放)/电路域RAB 指派建立成功的RAB 数目*100%。
无线分组域掉线率
反映了系统分组域业务的通讯保持能力，是用户直接感受的重要性能指标之一。 定义
RNC 通过向CN 发起RAB 释放请求，请求释放一个或多个无线接入承载（RAB ）。当UE 丢失或者不激活，或者由于UTRAN 的原因，RNC 向CN 发起Iu 连接释放请求，请求与一个UE 相连的Iu 连接。
分组域掉线率= (RNC请求释放的分组域RAB 数目+RNC发起Iu 口释放)/分组域RAB 指派建立成功的RAB 数目*100%。
反映了系统的通讯保持能力，是用户直接感受的重要性能指标之一。
RNC 通过向CN 发起RAB 释放请求，请求释放一个或多个无线接入承载（RAB ）。当UE 丢失或者不激活，或者由于UTRAN 的原因，RNC 向CN 发起Iu 连接释放请求，请求与一个UE 相连的Iu 连接。
掉话率=(RNC请求释放的电路域掉话的RAB 数目+RNC请求释放的分组域掉线的RAB 数目+RNC发起Iu 口释放) / （电路域RAB 指派建立成功的RAB 数目+分组域RAB 指派建立成功的RAB 数目）*100%。
无线链路失败率
很大概率上是由于无线链路不好导致Radio link failure，所以统计该小区的无线链路失败率可以知道某个小区的无线覆盖情况。
无线链路失败率＝无线链路失败次数/RAB指派成功次数*100%。
UTRAN 网络自身质量移动性管理特性类PI
软切换成功率
软切换比例
异频硬切换成功率
系统间CS 域切换成功率（WCDMA-&GSM）
系统间PS 域切换成功率（WCDMA-&GSM）
包含总结汇报、出国留学、行业论文、经管营销、表格模板、教学研究、自然科学以及WCDMA-KPI专题总结和KPI定义等内容。本文共6页
相关内容搜索Post Detail
Current Location: >
Subject initiator:sn3166&&&&&& Replies:2&&&&&&
Published on:
> Post" />
> Reply" />
> Favorite" />
> Back" />
ZTE engineer:Administrator
Subject:&&LTE
RRC重配完成超时这个要从哪些方面入手解决？
Common member
Registered on:
RRC重配完成超时这个要从哪些方面入手解决？
(Published on:3/17/:55 PM)
在处理切换的时候，发现有很多的RRC重配完成超时，造成的原因是什么，要从哪些方面入手?&
Administrator
Score::1579
Registered on:
RRC重配完成超时这个要从哪些方面入手解决？
(Published on:3/17/:24 PM)
我看FDD LTE网规网优的技术论坛也有类似问题的帖子,也等下,看看网优工程师有什么好的经验分享
Administrator
Score::1579
Registered on:
RRC重配完成超时这个要从哪些方面入手解决？
(Published on:3/17/:30 PM)
网管统计的RRC连接重建立次数主要有以下三类：切换类型的RRC连接重建立请求次数、重配置类型的RRC连接重建立请求次数、其它类型的RRC连接重建立请求次数。
1.1切换类型的RRC连接重建立请求分析
切换类型的RRC连接重建立主要是切换失败发起RRC重建立，优化措施主要为切换关系、切换参数、PCI复用度核查调整等。
①&&&& 精细化核查全网邻区关系，包含删除前期站点少告警多时ANR邻区自优化冗余邻区关系、删除拆除站点垃圾邻区关系数据，添加缺失邻区关系等。另外，同频邻区最大条数64条，关闭城区ANR邻区自优化，避免不必要邻区关系过多无法添加必要邻区关系。
删除冗余邻区关系原则：1、一周切换出、入准备次数为0 & 距离大于0.5Km & 服务小区城区站（无告警）；大于2Km & 次数小于20 & 成功率小于80%；2、一周切换出、入准备次数为0 & 距离大于3Km & 服务小区乡镇站（无告警）；大于6Km & 次数小于20 & 成功率小于80%。
②&&&& 切换参数，包含切换测量参数，切换邻区关系CIO、迟滞、滤波器等参数核查调整；
③PCI复用核查调整，杜绝城区1Km，农村2Km内宏站站点的PCI相同。
1.2重配置类型的RRC连接重建立请求分析
RRC连接重配置的目的是修改RRC连接，例如建立、修改或释放RB，执行切换，建立、修改或释放测量。UE接收到网络端发送的RRCConnnection Reconfiguration消息后，根据RRC连接重配置消息中的配置项，顺序执行过程如下：&&
a如果RRC连接重配置消息中包含measConfig，则执行测量配置部分修改；
b如果RRC连接重配置消息中包含Mobility ControlInfo，则执行切换；
c如果RRC连接重配置消息中包含dedicated InfoNASList，则把此字段部分传递给上层；&
d如果RRC连接重配置消息中包含radioResource ConfigDedicated，则根据消息内容重配置无线承载、数据无线承载、传输信道以及物理信道；
e如果RRC连接重配置消息中包含securityConfigHO,则执行切换[3][4]。
如果上述五项配置项都能成功执行，则UE会发送RRCConnectionComplete消息给E-UTRAN，以完成RRC连接重配置。
&&&&&& 本次优化主要是核查RRC连接重配置相关参数设置的合理性，并进行调整，减少不必要的RRC连接重配置，从而降低RRC重建立比例。主要包括接入参数、功率参数、小区选择和重选参数、功率控制参数核查，以及RRC连接相关定时器核查调整，如T304（UE等待切换成功的定时器，默认为200ms）、T300（UE等待RRC连接成功的定时器，默认为2000ms）。
1.3其他类型的RRC连接重建立请求分析
①&&&& 核查全网告警、推动基站故障处理；
②&&&& 开启X2链路自添加，系统内站间切换X2链路，避免因为隐性S1链路故障导致的切换失败RRC连接重建立，邻区关系核查调整；
③&&&& 覆盖结构优化，弱覆盖、过覆盖、重叠覆盖优化，减少掉线引起的RRC连接重建立等。
&问题解决方案
优化措施：
①&&&& 2015年5月14日，优化邻区关系两千余条，包含批量删除冗余邻区关系1530余条，增加邻区关系1000余条，关闭城区ANR邻区自优化；
②&&&& 切换相关参数核查调整100余条；
③&&&& PCI参数调整50余条；
④&&&& 开启X2链路自添加功能，关闭城区ANR邻区自添加功能；
⑤&&&& 全网告警故障站点推动处理等。
优化效果验证：
取优化前后一周指标，RRC连接重建比例维持在0.8%左右，提升0.7个百分点，优化效果明显。优化后一周指标如下表。如表中所示，同时也提升了无线连接成功率。
总结与注意事项:
①&&&& 定期核查邻区关系、切换参数、PCI复用度等有利于降低RRC连接重建比例、提升无线连接成功率。
②&&&& 开启X2链路自添加功能，关闭城区ANR邻区自添加功能有助于提升邻区关系的有效性。
Subject:&&LTE
RRC重配完成超时这个要从哪些方面入手解决？
&Attachment&&
&Reply ContentRRC连接建立流程
日 17:54 来源：本站整理 作者：佚名 (0)
RRC连接建立流程
5.3.1& 概述UE处于空闲模式时，如果UE的NAS（非接入层）请求建立信令连接，UE将发起RRC连接建立请求过程。当RNC接收到UE的RRC连接请求消息，根据特定的算法确定是接受还是拒绝该RRC连接建立请求。如果接受，则再根据特定无线资源算法判决是建立在专用信道还是公共信道。RRC连接建立信道不同，RRC连接建立流程也不同。如果RRC连接不能建立，则RNC拒绝本次RRC连接建立。& 说明：RRC连接总是由UE发起，RRC释放由RNC发起；每个UE最多只能有一个RRC连接。
5.3.2& 在专用信道上建立RRC连接若RRC连接建立在专用信道上，RNC需要为UE分配专用无线资源、建立无线链路、并且为无线链路建立Iub接口的ALCAP用户面承载。信令流程如图5-3所示。
图5-3 RRC连接建立（专用信道）信令流程描述：(1)&UE通过上行CCCH发送RRC连接请求消息RRC CONNECTION REQUEST，请求建立一个RRC连接。(2)&RNC根据RRC连接请求的原因以及系统资源状态，决定UE建立在专用信道上，并分配RNTI、无线资源和其它资源（L1、L2资源）。(3)&RNC向NodeB发送无线链路建立请求消息RADIO LINK SETUP REQUEST，请求NodeB分配RRC连接所需的特定无线链路资源。(4)&NodeB资源准备成功后，向RNC应答无线链路建立响应消息RADIO LINK SETUP RESPONSE。(5)&RNC使用ALCAP协议建立Iub接口用户面传输承载，并完成RNC与NodeB之间的同步过程。(6)&RNC通过下行CCCH信道向UE发送RRC连接建立消息RRC CONNECTION SETUP，消息包含RNC分配的专用信道信息。(7)&UE确认RRC连接建立成功后，在刚刚建立的上行DCCH信道向RNC发送RRC连接建立完成消息RRC CONNECTION SETUP COMPLETE。RRC连接建立过程结束。5.3.3& 在公用信道上建立RRC连接当RRC连接建立在公共信道上时，因为使用已经建立好的小区公共资源，所以不用建立无线链路和用户面的数据传输承载，只需将UE使用的逻辑信道映射在小区公共信道上，其余过程与RRC连接建立在专用信道的情况相似。信令流程如图5-4所示。
图5-4 RRC连接建立（公用信道）5.3.4& RRC连接拒绝如果RNC判决本次RRC连接请求不能建立（比如资源不足），则RNC直接给UE发送连接拒绝消息RRC CONNECTION REJECT，在该消息中指明RRC连接拒绝的原因。
图5-5 RRC连接拒绝5.3.5& RRC CONNECTION REQUEST消息1. 消息结构
相关技术文章：
相关资料下载：
上周热点文章排行榜
上周资料下载排行榜
技术交流、我要发言！ 发表评论可获取积分！ 请遵守相关规定。
创新实用技术专题
Android和iOS两个平台在技术和应用程序商店战略上存在...
经典电子创意设计欣赏问题小区处理思路和步骤
首先根据客户要求在网管上进行相关指标定义、KPI监控模板，根据话统数据筛选出问题小区，然后针对不同的问题进行分类别定位处理，处理过程中要跟踪记录，处理完成之后跟踪对比结果，直至问题解决之后闭环。（目前主要是接通率、切换成功率、掉线率）
LTE网络的差小区处理主要是处理下表中六类，在日常工作中优先处理（低成本高回报）性能分析、资源评估、网络结构类、邻区参数核查。
TOP小区判断阈值建议：（根据地市要求，以下只供参考）
1、RRC建立失败：RRC连接建立失败次数大于50次，RRC连接建立成功率小于95%； 2、E-RAB建立失败：E-RAB建立失败次数大于50次，E-RAB建立成功率小于95%； 3、掉线率：UE Context异常释放次数大于50次，掉线率大于5%； 4、切换成功率：小区切换失败次数大于300次，切换成功率小于80%； 5、容量资源类：-重点区域场所涉及的站点。
条件1：下行PRB平均利用率大于50%，且有效RRC连接平均数大于30，且小区下
行忙时吞吐量大于5G
条件2：上行PRB平均利用率大于50%，且有效RRC连接平均数大于30，且小区上
行忙时吞吐量大于1G
条件3：有效RRC连接最大数大于200
备注：取小区7天系统最忙时平均数据，满足任一条件即可。 6、参数类：
问题定位思路及步骤：
问题小区通常有三大类原因：无线侧参数配置问题、核心网侧配置问题以及信道环境影响。因此遇到问题小区，可以大致按以下步骤进行排查。
（1）确认是否全网指标恶化，如果是全网指标恶化，需要检查操作，告警，是否存在网络变动和升级行为。
（2）如果是部分站点指标恶化，拖累全网指标，需要寻找TOP站点。
（3）查询RRC连接建立成功率低、ERAB建立成功率低、切换成功率低、掉线率高的TOP站点和TOP时间段。
（4）查看TOP站点告警，检查单板状态，RRU状态，小区状态，OM操作，配置是否异常。 （5）提取CHR日志，分析接入时的信道质量和SRS的SINR是否较差（弱覆盖），是否存在TOP用户。（可以参考部分测试log数据进行分析无线环境指标）
（6）针对TOP站点进行针对性的标准信令跟踪、干扰检测分析。如果标准信令和干扰检
测无异常，将一键式日志，标口跟踪，干扰检测结果返回给开发人员分析。
RRC接入失败：
UE无应答而导致RRC连接建立失败次数
流控导致的发送RRC Connection Reject消息次数
因为SRS资源分配失败而导致RRC连接建立失败的次数
因为PUCCH资源分配失败而导致RRC连接建立失败的次数
流控导致的
RRC Connection Request 消息丢弃次数
CMCC-无线接通率(%)
RRC连接建立完成次数
接请求次数（不包括重发）
CMCC-RRC连接建立成功率(%)
资源分配失败而导致RRC连接建立失败次数
资源分配失败而导致RRC连接建立失败：包括SRS资源分配失败、PUCCH资源分配失败和用户数超规格导致的资源分配失败。
SRS资源分配失败和PUCCH资源分配失败导致的RRC建立失败，目前尚未见到，故处理
方法不甚清楚。
用户数超规格导致的RRC建立失败：目前版本单小区最大支持的同步用户数为400，当
小区最大用户数接近或超过400时，会出现由于资源分配失败导致的RRC建立失败，同时考虑用户感知速率，建议小区用户超过350进行扩容。无法及时扩容的情况下，建议修改重选和切换参数，将用户尽量分到其他小区。极端情况下，控制用户接入（减小覆盖范围，提升最低接入电平等）。
流控导致的RRC建立失败：CPU负荷大于80%触发流控，80%~85%之间回复RRC REJECT，大于85%直接丢弃，建议CPU负荷大于80%时进行单板扩容，如果CPU负荷增加，暂无法扩容，可采用以下应急措施：缩小覆盖（调整下倾角，或减少RS功率，缩小小区覆盖）；关闭FAST ANR
ENODEBALGOSWITCH:
ANRSWITCH=IntraRatFastAnrSwitch-0&UtranFastAnrSwitch-0&GeranFastAnrSwitch-0&CdmaFastAnrSwitch-0; 增大T302定时器，增加在RRC连接建立拒绝后延长惩罚的时间（默认4s）MML命令：MOD RRCCONNSTATETIMER: T302=16;
UE无应答导致的RRC建立失败：主要是由弱覆盖和干扰导致，结合实际无线环境通过工程参数调整、站点补盲解决弱覆盖问题；根据干扰在每个PRB上的分布特征，定位干扰类型，排查干扰源；还有就是拥塞使基带板CPU使用率过高，导致RRC conn setup下发延迟，导致大量NO reply 出现。
E-RAB接入失败：
CMCC-无线接通率(%)
建立成功总次数
E-RAB建立尝试总次数
CMCC-E-RAB建立成功率
层问题导致E-RAB建立失败次数
无线层问题导致E-RAB建立失败次数
无线资源不足导致E-RAB建立失败次数
核心网问题导致E-RAB建立失败次数
等待UE响应超时导致E-RAB建立失败次数
安全模式配置失败导致E-RAB建立失败次数
传输和核心网问题导致的E-RAB建立失败：需联系传输网和核心网人员解决。
无线资源不足导致的E-RAB建立失败：首先判断小区用户数是否超规格，如果确实由于用户多导致的E-RAB建立失败，则需要进行扩容；对于暂时无法扩容的，按照RRC建立失败时的应急措施缓解；对于小区用户数未超规格的，可能是由于小区参数配置措施导致，需要进行全参数核查，如果参数没有问题，则需要进行IFTS跟踪，将结果反馈至研发确认。 安全模式配置失败导致的E-RAB建立失败：通常情况下，出现安全模式配置失败问题主要由以下几种原因：TOP终端导致；基站完整性保护算法配置错误；核心网配置问题导致；对于以上原因，都需要进行信令跟踪并联合核心网、终端侧进行定位。
无线层问题导致E-RAB建立失败和等待UE响应超时导致E-RAB建立失败：主要是由弱覆盖和干扰导致
掉线问题：
eNodeB发起的原因为UE LOST的UE Context释放次数和eNodeB发起的原因为无线层问题的UE Context释放次数：主要是由无线环境（弱覆盖和干扰）问题导致，结合小区的无线环境进行处理。
NodeB发起的原因为切换失败的UE Context释放次数：主要是切换参数不合理，邻区漏配、错配，小区信号不稳定导致的过早、过晚切换。}