TD-LTE网优KPI指标优化指导手册

1、td-lte网优kpi指标优化工作指导手册1前言32 kpi优化的工作流程及内容42.1 kpi优化工作总体流程42.2 kpt优化工作内容42. 2. 1kpi数据生成42.2.2 kpi数据分析52. 2.3问题处理62.2.4问题跟踪和核查62.3 kpt优化工作逻辑图63 rrc连接建立成功率优化73.1 理论介绍73.2 指标沱义73.3 信令流程及失败原因83. 3. 1正常过程83. 3.2异常过程83.4 优化方法介绍93.4.1 上行随机接入的问题113.4.2 小区重选参数问题123.4.3 下行初始发射功率偏低问题123.4.4 上行初始功控问题124 erab建立成功率

2、124理论介绍124.2 指标定义144.3 信令流程及失败原因144. 3. 1正常过程144.3.2 异常过程155切换成功率优化175.1 理论介绍175.2 指标定义175.3 信令流程185. 3. 1正常过程185.4 优化方法介绍205. 4. 1切换信令流程215.4.2 涉及话统打点235.4.3 切换问题分类256无线掉线率优化286理论介绍286.2 扌旨标泄义301 前言话统kpi是中国移动考核项之一，也是对网络质量的最直观反映。日常话统监测是进行 网络性能检测的一种有效手段。通过日监测，识别突发问题小区，将问题消除在初级阶段。 通过周监测，识别网络性能持续短木板小区，

3、针对性的进行提升优化。话统kp【主要包括以下几大类：接入性指标、保持性指标、移动性指标、业务量指标、 产品运行类指标、系统可用性指标和网络资源利用率指标。通过上述重点话统kpi指标的监测，可以达到：识别突发问题、风险提前预警、话统 kpi的稳定与提升，冃前td-lte系统需要重点关注的话统kpi指标如下表：指标分类数据來源具体的kpi指标接入性指标无线侧rrc连接建立成功率erab建立成功率无线接通率保持性指标无线掉话率（erab异常释放）移动性指标小区enodeb内切换出成功率小区enodeb间切换出成功率业务量指标上、下行业务平均祚吐暈暈上、下行prb平均利用率产品运行类指标无线侧单板cp

4、u最大占用率单板cpu平均占用率系统可用性指标无线侧无线网络退服比例网络资源指标无线侧上行prb资源使用的平均个数下行prb资源使用的平均个数2 kpi优化的工作流程及内容2.1 kpt优化工作总体流程kpi优化工作流程图2.2 kpi优化工作内容2.2.1 kp1数据生成工作内容：使用预泄义和自泄义的统计项及模板生成kpi性能报表，通过omc client提取kpi报表，输出kpi报表和重要指标失败原因列表给kpi数据分析人员。kpi报表生成和提取相 关操作请参考lte kpi模板指导手册。根据kpi报表数据，选择kpi指标最差top n小区。top n小区的选择：对某项指标 按照失败率最高

5、进行排序，选取前20个小区，再对这20个小区进行失败次数分析，失败次 数大于20次的（rrc连接、切换、掉线等按失败次数大于20次为标准，erab建立失败 指标按次数大于10次为标准）作为top小区进行分析；另外需要对指标再进行失败次数 的降序排序，如果有小区失败次数很多失败率也较高但是未在之前选的top小区中，也需 要将这些小区作为top小区分析。kpi数据生成工作所需输入、工具和技术、输出如图所示:2.2.2 kpt数据分析工作内容：kpi指标变化趋势分析：根据kpi报表数据，分析全网kpi指标变化趋势，尤其是存在 设备版本升级或参数全网性修改后，需要持续至少一周重点监测kpi指标变化趋势

6、；top小区分析：根据top小区列表、重要指标失败原因列表、历史告警信息、网管数 据、日志、iot数据、复测终端log等信息进行分析。先查看告警信息，确认有设备故障 类告警是否和top小区关联，再使用与基站软件版本匹配的browser工具进行指标统计和 失败信令流稈分析确认top小区产生的原因，browser工具使用方法请参考分析工具使用 手册。kpi数据分析工作所需输入、工具及技术、输出如图所示：2. 2.3问题处理工作内容：1）通过分析能够明确定位top小区问题后，给出问题处理建议输出给相关问题处理人 员：参数修改问题导给维护人员调整（和标定参数不一致的大规模参数修改需和se确认）; 网络

7、优化问题给出优化建议导给网优人员；由于设备故障引起的kpi指标恶化问题导给排 障人员处理；定位确认为产品缺陷要及时提交bug推动和跟踪版本解决。2）通过分析无法明确定位top小区产生原因的问题，需要复测后结合终端侧log再 进一步分析。问题处理工作所需的输入、工具及技术、输出如图所示：问题处理：输入、工具及技术、输出2.2.4问题跟踪和核查工作内容：问题跟踪和核查环节，主要依据问题列表、kpi问题处理工单、bug/cr/rr编号，内 部讨论推动和核查问题解决，和外部其它环节沟通确认问题进展，以形成问题闭环，最终输 出kpi优化报告。问题跟踪和核查工作所需的输入、工具及技术、输出如图所示：问题跟

8、踪和核查：输入、工具及技术、输出2.3 kp1优化工作逻辑图综合kpi优化工作流程和内容，kpi优化工作逻辑图如下:kpi优化工作逻辑图3 rrc连接建立成功率优化3.1 理论介绍rrc连接建立过程分为两个阶段：准备阶段和实施阶段。在准备阶段中，ue会根据 nas层的触发原因和系统广播屮的接入限制信息，通过一系列检查来判断自己是否被允许 进行接入过程，如果可以，则执行后续的实施阶段；否则ue的rrc将启动相应的定时器, 在该定时器超时前ue无法发起任何接入过程。上述机制的目的是负荷拥塞控制，当网络负 荷较重时限制某些ue进行接入。3.2指标定义rrc连接建立是指处于空闲状态的ue或待开机的ue

9、准备发起一个呼叫或响应寻呼时 发起的过程。出于降低接入时延的考虑，lte系统将rrc连接建立过程设计发生在enb和 mmez间的si连接建立前，也就是在enb尚未从mme获得任何ue上下文前，enb需要将rrc连接建立完毕，因此该过程主要建立最基本的srblo rrc连接建立成功意味着 ue与网络建立了信令连接，是进行其他业务的基础。rrc连接建立成功率主要通过话务统计结果获得，推荐的公式为：rrc建立成功率=rrc连接建立完成次数/rrc连接请求次数（不包括重发）；公式中相关各指标的具体统计方式如下所示：指标指标描述rrc连接请求次数小区接收ue的rrc connection request

10、消息次数（不包括重发）rrc连接建立完成次数小区接收ue返回的rrc connection setup complete消息次数rrc建立失败次数资源分配失败而导致连接建立失败的次数ue无应答而导致连接建立失败的次数小区发送rrc connection reject消息次数3.3信令流程及失败原因3. 3.1正常过程mmes1enbuix a - uerrc connectionraqueslrrc connection setuprrc cwnection setupvuil ipivics图rrc建立过程正常流程每当在log中发现一条uu接口 rrc connection request消

11、息时，代表某一个ue连接 建立的开始，此后所有的消息都可以提取相同的celluelndex和cell id。当看到rrc connection setup和rrc connection setup complete消息时，标志着rrc建立正常流程的结 束。3. 3.2异常过程rrc连接建立完成超时enbuu auerrc connectionrequestrrcjj rrc connection setupa/ertimmmes-k图rrc连接建立完成超时每当在log中发现一条uu接口 rrc connection request消息时，代表某一个ue连接 建立的开始，此后所有的消息都可以提取

12、相同的celluelndex和cell id。当看到uu接口 的rrc connection sewp和rrc事件类接口的rrc.overtime消息，并且第3条消息的 定时器类型字段为rac_timer_w_rrc_setup_cmplt时，标志着rrc连接建立完成超 时。ii.rrc连接建立拒绝mmesit 】enbuu 1uerrc connection reaueur rc connection reject图rrc连接建立拒绝每当在log中发现一条uu接口 rrc connection request消息时，代表某一个ue连接 建立的开始，如图2.10所示。第 1、2 条消息为 uu

13、 接口的 rrc connection requestx rrc connection reject, 2 条消 息有相同的小区标识与uelndexcell,是连接建立发生时基站为ue新分配的索引。3.4优化方法介绍lte系统内rrc连接建立失败问题的可能原因大概分为如下几条：rrc建立失败主要的原因有：上行随机接入信道功率问题、小区重选参数问题、下行 初始发射功率偏低、上行初始功控问题、拥塞问题或设备异常问题等。当出现rrc连接建立成功率低的问题时，首先按照上述问题分类，了解相关问题的范 围，然后根据空口信号质量、参数配置、干扰和上下行功率调整及设备告警等方面入手逐一 排查解决,排除这些影响

14、rrc连接建立成功率的客观因素，逐步提升该指标的成功率。rrc连接建立的过程主要包括以下3个个步骤:rrc连接建立成功信令流程（1）首先 ue 通过 srbo 发送 rrc connection setup request 消息（注：srb0 一直存 在，用来传输映射到ccch的rrc信令。）此消息主要携带ue初始（nas）表示以及该 连接建立的原因等信息，此高层消息会触发ue的底层试题进行基于竞争的随机接入过程, rrc连接建立请求消息就对应于底层随机接入过程中的msg3（2）通过底层的竞争接入冲突解决机制，ue接收到enb的rrc connection setup消 息，建立了 ue与en

15、odeb z间的srb1, nodeb为srb1配置rlc层和逻辑层信道的属性。 enb述在此信令中对phy /mac/rlc /pdcp等各个实体的配置参数进行配置，rrc连接 建立消息就对应于底层随机接入过程+1的msg4o ue收到nodeb的rrcconnectionsetup信令 后，ue和enb之间的srb1就建立起来了。（3）在 ue 接收到 rrcconnectionsetup 消息后，向 enb 发送一个 rrc connection setup complete消息。此消息屮携带有上行方向的初始nas层的信令消息（如attach request, tau request,

16、service request等），enb收到此消息后,将其中的nas消息转发给mme 用于建立s1连接。在第（2）步中，如果enb拒绝为ue建立rrc连接，则通过srb0回复一条rrc 连接拒绝消息rrc connection rejecto在该rrc连接拒绝消息中，网络侧可以可选地携带 一个禁止呼叫的定时器t302,该定时器和系统广播中的接入限制信息共同决定了 ue是否 被允许发起接入过程。-般rrc连接建立问题的定位方法如下，通用流程:连接建立问粵丿e是否发a设备界常问题enb是否q刃请求消息调整随机接入上行初始 接收fi标功率相关参数enb是否友y v enb相关其他问y是否心nn调整

17、下行公共信道功率是否发生优化小区重选参数y建立消息是否发祁建立完成消息调整下行初始发射功率 _ 丫yb是否q童立完成消息调整上行专用信道开环 功控参数3.4.1上行随机接入的问题ue发出rrc connection request消息，enb没有收到，如果此时的下行信道质量正常, 一般是随机接入参数中的初始接收冃标功率设置偏低的问题。3.4.2小区重选参数问题enb收到ue发的rrc建立请求消息后，下发了 rrc connection setup消息而ue没 有收到。查看此时的sinr,如果偏低，而且监视集中没有质量更好的小区，那么是覆盖的 问题可以适当提高下行公共信道的功率。如果此时监视集中

18、有更好的小区，则可能是小区重 选的问题，可以适当调整小区重选参数加快小区重选。3.4.3下行初始发射功率偏低问题ue 收到 rrc connection setup 消息而没有发出 rrc connection setup complete 消息， 如果此时下行的信号质量正常，那么可能是手机异常，否则可能是下行初始功率过低导致下 行不能同步。3.4.4上行初始功控问题ue发出rrc connection setup complete消息而enb没有收到，由于上行初始功控会让 ue的发射功率上升，如果是ue的发射功率不足导致，可以适当提高上行信道的初始期望 功率和调整量等参数。4 erab建立成

19、功率4.1 理论介绍涉及话统打点ueenodebmmeinitial contextsetup requestsecurity mode commandsecurity modecompleterrc connectionreconfigurationrrc connectioninitial contextsetup responsereconfiguration complete.图2如图1或图2屮a点所示，当enodeb收到来自mme的initial context setup request 或者 e-rab setup request 消息时统计该指标c 如果 initial con

20、text setup request或者e-rab setup request消息屮要求同时建立多个e-rab,则相应 指标根据业务的qci按具体的e-rab建立数目分別进行累加。如图1或图2中b点所示，当enodeb向mme发送e-rab setup response或者 initial context setup response 消息时统计该指标。如杲 e-rab setup response 或者initial context setup response消息中同时携带多个e-rab的建立，则相应 指标按各个业务的qci分别进行累加。指标指标描述小区e-rab尝试建立总次数用户尝试发起

21、e-rab建立流程的总次数小区e-rab建立成功总次数用户发起e-rab建立流程，建立成功的总次数小|x e-rab建立失败原因核心网问题导致e-rab建立失败次数传输层问题导致e-rab建立失败次数无线资源不足导致e-rab建立失败次数安全模式配置失败导致erab建立失败次数此外，话统还针对各qci进行了 erab尝试建立次数和erab建立成功次数的统计。由 于目前很少用到不同的qci,业务基本以qci = 6的业务为主，所以不需要关注具体的业务 类别的erab统计。4.2 指标定义erab建立成功率=小区e-rab建立成功总次数/小区e-rab尝试建立总次数x 100%小区无线接通率=只只

22、（2建立成功率xerab建立成功率。4.3信令流程及失败原因4. 3. 1正常过程/ 上下文建立过程基本流程mmes10 0enbuud 0ues1 initial context setup request>s1 initial context setup + response上下文建立过程基本流程上下文建立流程是以s1 initial context setup request开始，此后所有的消息都可以提取 相同的enbueido si initial context setup response消息标志着上下文建立基本流程的结束。 si initial context setup

23、request 消息的详细解码结果中，e-rabtobesetuplistctxtsureq 里 面的承载个数等于1时，意味着这次上下文建立过程只是建立默认承载；而当此值大于1 时，则意味看这次上下文建立过程除了建立默认承载外还要建立专用承载。在si initial context set叩response消息的详细解码结果中，e-rabsetuplistctxtsures里血的承载个数 代表建立成功的默认承载和专用承载数目，e-rablist里面的承载个数代表建立失败的默认 承载和专用承载数目。/ 专用承载建立基本流程专用承载建立基本流程专用承载建立流程以si erab setup requ

24、est消息开始，此后所有的消息都可以提取相 同的enbueido si erab setup response消息标志着专用承载建立基本流程的结束。4.3.2异常过程i.上下文建立过程中等待ue能力信息超时上下文建立过程中等待ue能力信息超时当看到 ue capability enquiry 和 si initial context setup failure 消息并且第 3 条消息的 value cause字段的值为failure-in-radio-interface-procedure时，标志着上下文建立流程屮ue 能力信息超时。ii.上下文建立过程屮等待安全模式完成超时上下文建立过程中等

25、待安全模式完成超时 当看到security mode command和 si initial context sewp failure消息并且最后一条消息 的value cause字段的值为failure-in-radio-interface-procedure时，标志着上下文建立流程中安全模式命令消息超时。iii.上下文建立过程屮等待rrc重配完成超时mmes10 0 -enbs1 initial context setuprequests1 initial context setup failureuud duerrc connectionrec on fiaurati on上下文建立过程

26、中等待rrc重配完成超时当看到 rrc connection reconfiguration 和 si initial context setup failure 消息并且最后 一条消息的value cause字段的值为failure-in-radio-interface-procedure时，标志看上下文建 立流程中空口重配置消息超时。上下文建立过程中as安全失败上下文建立过程屮as安全失败当看到security mode failure消息时，标志着上下文建立流程中安全配置失败。v.上下文建立过程中传输错误mmesi 1enbuu ques1 initial context setup r

27、equoft>initial ccnlfixl setup failure上下文建立过程中传输错误当看到si initial context setup failure消息并且其详细解码中的value cause字段为 transport-resource-unavailable吋，标志着上下文建立流程中传输错误。vi.上下文建立过程中内部其他错误上下文建立过程中内部其他错误当看到si initial context seuip failure消息并且其详细解码屮的value cause字段不为 failure-in-radio-interface-procedure transport

28、-resource-unavailable 和 encryption-and-or-integrity-protection-algorithms-not-supported 时，标志着上下文建立流程中内 部其他错误。vii.专用承载建立过程屮等待rrc重配完成超时mmes1d d enbuu0 0 ues1 erab setup requestrrc connections1 ue context releaserecon figuratio nurequest专用承载建立过程中等待rrc重配完成超时当看到 rrc connection reconfiguration 和 si ue con

29、text release request 消息并且最后 一条消息的value cause字段的值为failure-in-radio-interface-procedure时，标;忐着专用承载 建立流程屮空口重配置消息超时。5切换成功率优化5.1 理论介绍切换成功率是移动保持类的重要指标之一，按照涉及的网元关系可以分为enb内切换 成功成功率、enb间(包括x2切换和s1切换)切换成功率。切换成功率的高低，直接影 响用户感受，是运营商重点考核的kpi指标之一。5.2指标定义切换(handover)是移动通信系统的一个非常重要的功能。作为无线链路控制的一种 手段，切换能够使用户在穿越不同的小区时保

30、持连续的通话。切换成功率是指所有原因引起 的切换成功次数与所有原因引起的切换请求次数的比值。切换主要的目的是保障通话的连 续，提高通话质量，减小网内越区干扰，为ue用户提供更好的服务。切换成功率主要通过话务统计结果获得，推荐的公式为：enb间切换成功率=（enb间s1切换出成功次数+enb i'可x2切换出成功次数）/ （enb间s1切换出执行请求次数+enb间x2切换出执行请求次数）enb内切换成功率=enb内切换出成功次数/enb内切换出请求次数*100%1）enb间切换相关的指标描述如下：指标指标描述小区enodeb间切换出尝试次数小区enodeb间切换出尝试次数小区enodeb

31、间切换出成功次数小区enodeb间切换出成功次数小区切换出失败次数核心网原因导致切换出准备失败次数目标小区无响应导致切换出准备失败次数h标小区回复切换准备失败消息导致切换出准备失败次数源小区接收到测量报告后不触发切换请求指示导致切换失败次数源小区发送切换取消导致切换出失败次数2）enb内切换相关的指标描述如下:指标id指标描述小区enodeb内切换出尝试次数小区enodeb内切换出尝试次数小区enodeb内切换出成功次数小区enodeb内切换出成功次数小区切换岀失败次数目标小区无响应导致切换出准备失败次数h标小区冋复切换准备失败消息导致切换出准备失败次数源小区接收到测量报告后不触发切换命令导致

32、切换失败次数源小区发送切换取消导致切换出失败次数5.3信令流程5. 3.1正常过程总体流程图:uu接口 measurement report消息代表ue测量上报流稈的开始，也就是x2切换 源侧流程的第1条消息。第 2 3 条消息为 x2 接口的 x2 handover request 和 x2 handover request acknowledge消息，注意对于x2切换源侧来讲，第2条消息为发送，第3条消息为接收。 第4条消息是uu接口的rrc connection reconfiguration,注意在这条消息asn解码 后的内容中，必须存在mobilitycontrol info字段。x

33、2切换日标侧正常流程:每当在log中发现一条接收方向的x2接口 x2 handover request消息时，代表 x2切换日标侧流程的开始。第2条消息为x2接口的x2 handover request acknowledge,注意这两条消息对于x2切换目标侧来讲，分别为接收、发送。第 3、4 5、6 条消息分另ll为 uu 接口的 rrc connection reconfiguration complete、s1 接口的 s1 path switch request 消息和 s1 path switch request acknowledge 消息以及 x2 接口的 x2 uecontex

34、trelease 消息。5.4优化方法介绍lte系统内所有切换问题最终都可以归纳为enb间的小区间切换和enb内的小区间 切换等。根据现网处理该问题的案例和现网实施的经验，影切换问题的可能原因大概分为如 下儿条：1）硬件传输故障（载频坏、合路天馈问题）；2）数据配置不合理；3）拥寒问题：4）时钟问题；5）干扰问题；6）覆盖问题及上下行不平衡；当出现切换成功率低的问题时，首先按照切换问题分类，了解切换问题的范围，然后根 据硬件、数据配置、拥塞、吋钟、干扰、覆盖等方血入手逐一排查解决，排除这些影响切换成功率的客观因素，然后根据自动邻区优化提升切换成功率。5.4.1切换信令流程1.基站内小区间切换信

35、令流程，如图1所示：ljl alloosition2-mv»«orwrn«iht昂s»#rh：hiroru.u 口仃_» ul- ta fk.r厂 ec? oonrul图1 :基站内小区间切换信令流程2基站间s1切换测试流程，如图2所示:图厶 s1切换源基站侧信令流程3基站间x2切换测试流程，如图3所示:target enbmmepacket datapacket data3 ihd fiterjihn职怎"显txrdhpacketdataw. ul 8nn + taiaiuf'1 l rrc. -dem. ruvcccftw

36、tepackd datap1 x umt hra kimipacxelimimt am wira图3： x2切换h标棊站侧信令流程5.4.2涉及话统打点小区enodob内同频切换出尝试次数:handover decide如图中a点所示，在enodeb内切换过程中，当小区接收到ue的measurementreport消息后，切换判决要进行enodeb内切换时，上述测量指标加1。各指标的具体统 计方式如下所示：源小区和目标小区频点相同，指标l.hho.intraenb.intrafreq.prepattout加1。小区enodeb内同频切换出成功次数：ueenodebmeasurement rep

37、ort 一 | handover decide.rrc connection reconfigurationrrc connectionrecon figuration completeueenodebhan dover decide.rrc connection reconfigurationrrc connectionreestablishment requestrrc connectionreestablishmentrrc connectionreestablishment complete .图2如图1中c点所示，在enodeb内切换过程中，当enodeb目标小区收到ue返回的 rr

38、c connection reconfiguration complete消息后，等待切换过程屮的缓存数据转发 完成时统计相应指标，如果切换过程中源小区和目标小区频点相同，指标 l.hho.intraenb.intrafreq.execsuccout 加 1；或者如图 2 屮 c 点所示，在 enodeb 内切换过程中，当enodeb目标小区收到ue返冋的rrc connection reestablishment complete消息时,如果切换过程中源小区和目标小区频点相同,指标 l.hho.intraenb.intrafreq.execsuccout 加 1。5. 4.3切换问题分类切换

39、分类需要在分析切换成功率问题之前确定如下儿方面内容：首先，通过话统分析确定切换失败的范围，如果是所有小区切换成功率低，要从切换特 性参数、硬件传输、系统时钟来检查问题；其次，其他情况则过滤得11*. topn最差小区，针对小区按照如下的步骤进行排查问题。笫三，查询切换性能测量屮的出小区切换和入小区切换成功率，来分析是切出失败还是 切入失败。再分析问题小区的出小区和入小区切换性能测量，从出小区性能测量屮找出是往 哪些小区切换失败，分析所有这些切入失败的小区“入小区切换失败次数（由于拥塞）”和 “话务量（业务信道）”和“拥塞率”，确认是否目标小区拥塞导致切换失败。（1）硬件和传输故障硬件故障的现象

40、表现为:告警系统上报相应的告警信息。首先要排除这些硬件故障告警, 若硬件故障告警恢复，则查看话务统计信息和分析切换指标。硬件故障的情形如下：> enb传输管理单元；> enb载频故障；> enb天馈故障；处理过程：检查硬件数据配置，如果出现故障的小区及其相邻小区的数据配置在近期没有修改，突 然出现切换问题，则应首先考虑是否enb硬件故障造成。若该enb下只有一个小区出现切换问题，则考虑是否由该小区本身的硬件故障造成， 如部分载频损坏，引起呼叫切换到该载频时失败。对于上述问题，可以采用闭塞部分载频的方式来验证。若闭塞某个载频后，切换成功率 恢复正常，则可以查看是否该载频故障，或

41、与该载频相关的bbu或天馈故障。若某载频的上下行信号严重不平衡，则会经常造成切换问题，如频繁切换、切换成功率 下降等。(2) 数据配置不当数据配置不当导致的故障现象表现为：ue不发起切换或过多的发起切换，从而影响切 换成功率。由于切换判决算法受切换参数的控制，如果切换参数配置不当，可能导致ms不发起 切换或过多的发起切换，此时可从以下方面来考虑： 数据配置中的切换门限设置是否合理避免因切换门限设置过大导致难切换现彖，或设置过小导致频繁切换现象，设置合理的 切换保证不发生乒乓切换，各门限的设置参考lte无线网络和业务参数标定手册，一般 不要出现大幅偏离基线值的情况。 数据配置中的切换候选小区参数

42、设置是否合理；避免因邻区漏配导致ue无法切换到该邻区； 数据配置屮的切换迟滞设置是否合理；避免因切换迟滞设置过大导致难切换现象，或设置过小导致频繁切换现象; 当切换发生异常时，需耍快速检查一下切换定时器，保证切换定时器不低于设定的 默认值。(3) 目标小区拥塞目标小区拥塞的故障现象表现为：ue发起切换请求后申请不到信道而切换失败。导致小区拥塞的原因如下： 小区下用户数目激增，超过设计用户数； 网优参数设置不当，导致小区吸收了过多用户； 切换参数设置不当，导致切入小区的用户数增多；当目标小区出现拥塞导致切换失败后，为避免ue试图再次切换到此目标小区，应对目 标小区进行惩罚。建议将“惩罚处理允许”

43、设为“是”。查看拥塞小区信道状态是否正常，如果载频故障或信道状态异常，首先排除相关故障。(4) 时钟问题时钟不同步、时钟不稳是引起切换掉话的重要原因，应注意保持基站时钟稳定，否则会 因为时钟不稳，引起切换失败以及掉话过多。时钟参考源异常，基站时钟与其他基站时钟之间可能出现偏差，导致ue在切换时可能 出现异常。解决时钟失锁以及参考源异常问题，首先需要检查告警：首先检查是否存在时钟相关告 警，如果存在，则根据告警处理手册进行处理，然后观察切换成功率。(5) 干扰问题网络存在较大的干扰，容易引起接收质量下降，导致干扰切换或者质差切换增多，从一 定程度上降低了现网的服务质量，影响用户的感受，甚至一定程

44、度上影响切换成功率。干扰问题主要通过路测发现现网存在的干扰大的小区或者频点，然后通过调整天馈倾 角，更换频点，调整发射功率和小区覆盖范闱等常规的rf优化手段解决。也可以通过辅助 手段，登记干扰带测量，来估计下行的干扰情况。(6) 覆盖问题及上下行平衡信号覆盖问题的现象表现为：切换成功率低、用户直观感受差。信号覆盖问题主要存在 三类，一类是越区覆盖，由于边缘门限设置过低，基站功率过大，倾角不合适导致越区覆盖, 形成同频干扰，影响切换成功率；一类是孤岛效应引起的切换成功率低，如服务小区的覆盖 远远超过其邻区，且未与其邻区的邻区配置相邻关系，这种情况容易在服务小区的边缘发生 切换失败；弱覆盖形成的覆

45、盖漏洞。信号覆盖问题主要通过网优的路测报告发现现网的覆盖 问题，通过rf优化解决。6 无线掉线率优化6.1 理论介绍erab异常释放:enodebmmee-rab release indicationenodebmmeue context release request图2如图1中a点所示，当enodeb向mme发送e-rab release indication消息，当 相应承载有数传且释放原因不为 “n ormal release”，“detach", “ user inactivity ”，"cs fallback triggered ue not available for ps sei*vice " i