绵阳移动TDLTE用户感知技术建议书

1、绵阳移动TD-LTE用户感知技术建议书 汇源通信吉讯数码科技有限公司修改建议在第9页。标题换成分析及处理的尽量按模板修改。在中午发我，感谢！绵阳移动TD-LTE用户感知技术与自动化处理项目名称绵阳移动TD-LTE用户感知技术建议书文档编号 版 本 号V2.0.0作 者HM 目录1概述41.1业务质量指标 (KQI)与关键性能指标（KPI）41.1.1关键性能指标（KPI）41.1.2关键质量指标（KQI）42TD-LTE用户感知体系52.1TD-LTE用户感知体系指标映射53TD-LTE用户感知评估64汇源智能优化分析系统简介75基于汇源用户感知问题定位85.1弱覆盖85.2重叠覆盖

2、105.3RRC连接建立分析115.4掉线率分析135.4.1异常连接释放（掉线）145.4.2掉线相关定时器165.4.3切换类相关定时器175.4.4重建立类相关定时器185.4.5掉话相关cause185.4.6典型案例295.4.7弱覆盖295.4.8邻区漏配导致的掉线315.4.9天线接反模三干扰掉线335.4.10综合34 第 3 页 共 39 页1 概述TD-LTE用户感知是用户对4G网络语音和数据业务使用感知的评价，本文主要介绍了TD-LTE用户感知体系的建立、指标映射、用户感知评估和用户感知问题定位等内容。特别是使用汇源自主研发的LTE用户感知智能分析系统对网络质量进行评估及

3、优化，为现网提升TD-LTE用户感知、用户感知的评估及用户感知问题解决提供参考。1.1 业务质量指标 (KQI)与关键性能指标（KPI）1.1.1 关键性能指标（KPI）关键性能指标（KPI，key performance Indicator）是一组衡量端到端网络关键性能或业务关键性能的指标，这些指标可以刻画网络提供给终端用户的服务等级，也就是QoS参数。通过对KPI的要求，网络可以满足上层业务、应用和用户层面对它的要求，从而实现终端用户对业务和应用所要求的QoE。KPI主要与网络有关，同时也和具体网元的QoS参数相关。KPI指标的实现与改进不仅需要在网络设计、部署和优化时进行，还需要产品的保

4、证。KPI可以是某个网元的性能（如ENODE B、MME和SGW等），也可以是在一个可控制的环境下网络整体的性能。网络KPI刻画的是网络在部署时以及优化后的网络性能。网络KPI一般分两种，基于路测的KPI和网络测量的KPI，后者得到的值一般通过信令仪表对信令流程的监控，以及网元和网管所用的性能计数器来得到。网络KPI包括：网络的可用性（通过客观指标来定义）、可用带宽和有效带宽、时延和抖动、误比特率（BER）、误块率（BLER）、数据丢包率等。业务KPI是衡量各种不同业务的关键性能的指标。根据各业务对网络能力需求的不同，各业务的业务KPI不一定相同，业务KPI可以理解为网络KPI的子集，是QoS

5、参数的表征，也可与KQI互相映射。1.1.2 关键质量指标（KQI）为了便于进行高层抽象的QoE和底层具体QoS参数之间的映射，我们引入KQI来联系QoE与KPI。关键质量指标（KQI，Key Quality Indicators）是以用户为中心，体现业务层面的关键指标，与QoE的关系最直接，可以互为映射。KQI是一组可以被测量和监控的与QoS参数相关的指标，通过对它们的测量和监控可以确定网络所提供的或用户所使用的服务是否达到了要求，它指导网络优化的方向。QoE与KQI这两层参数有相似之处，从参数化分层次上看，QoE是从用户角度出发直接的体验参数，它是在传统的参数层面上抽象了一个用户级的参数层

6、次，通常用代表差，比较差，一般，良好及优秀的1-5分的分值来表示。而KQI相对来说更靠近系统级，它能反映业务可用性且是可测量的，在体系结构中是可以与底层KPI直接映射的一层参数。对于某种业务的需求可以直接体现在对QoE参数的需求上，但是这种需求很难直接展现给服务商，所以需要将QoE参数映射到KQI和KPI，KQI作为衡量体系的中间层参数在整个体系架构中起到了承接的作用。从参数的相关性看，QoE能由KQI层参数集合获取。2 TD-LTE用户感知体系2.1 TD-LTE用户感知体系指标映射TD-LTE用户感知系统主要由QOE、KQI和KPI三级指标体系组成，其映射关系如下：类别KQI汇源统计指标测

7、量统计点网络质量无线网络覆盖率弱覆盖占比MR-RSRP速率PDCP Thr'put UL上行平均速率PDCP Thr'put DL下行平均速率RRC连接平均数RRC连接平均数上行吞吐量上行吞吐量下行吞吐量下行吞吐量接入性接入成功率接通率开机附着：终端发出“RRC Connection Request”消息。附着成功：基站侧收到终端侧发回的RRC connection complete消息PDP激活性能PDP 激活成功率PDP激活成功次数 / PDP激活请求次数 *100%PDP 激活时延PDP激活成功时间点-PDP激活请求时间点接入时延ATTACH时延起始时间点：终端发出RRC

8、 Connection Request消息结束点：基站侧收到终端侧发回的RRCConnection Reconfiguration Complete消息完整性掉线率无线掉线率有信令掉线率和集团定义的掉线率两种但是影响用户感知的掉线率是集团定义的掉线率信令掉线定义：遇到RRC重建立请求次数为掉线次数集团定义：FTP：60s没有流量算掉线网页下载、流媒体、发邮件：30s没流量为掉线切换成功率切换成功率切换成功率定义重定向比率重定向比例重定向次数/E-RAB建立成功次数切换时延切换平均时延起始点：RRC连接重配置结束点：X2 context release或：UE context release C

9、OMMANDRRC连接重建比例RRC连接重建比例RRC连接重建次数/RRC连接建立请求次数准确性(保持性)丢包率上行丢包率累加PDCP SDU丢包数与接收到的PDCP SDU总包数之比下行丢包率累加PDCP SDU丢包数与接收到的PDCP SDU总包数之比误块率上行误块率上行经过HARQ重传之后仍然传输错误的TB数与小区上行传输的初始TB数之比下行误块率下行经过HARQ重传之后仍然传输错误的TB数与小区下行传输的初始TB数之比业务面时延业务面时延统计小区下行PDCP SDU平均时延表2-1 TD-LTE用户感知体系表2-1为TD-LTE综合用户感知体系，涉及到对NAS层信令的解码，业务面的用户

10、感知，需要专用的软件或测试设备才能测试出来（注：第一阶段不涉及业务面的用户感知。）。3 TD-LTE用户感知评估QoE和QoS之间的映射可以通过与KPI及KQI之间的映射进行。在由不同的KPI映射到KQI时，为各KPI及KQI定义不同的权重和系数，并经过加权取得QoE的具体数值。KPI与KQI之间的映射关系可以用以下数据矩阵Dm×n表示：图3-1 KPI与KQI之间的映射关系通过实际测量统计得到每个KPI占对应KQI指标的权重以及每个KQI占QoE指标的权重。获取QoE指标的过程如下：1. 把业务QoE分解为不同的KQIs和KPIs；2. 定义每一个KQI和KPI的权重；3. 得到业

11、务每一个KPI的实际测量值并和目标KPI值进行比较，根据定义的KPI的权重得到每一个KPI实际的权重值，由此得到KQI的实际值；4. 将KQI的实际值与目标KQI的值进行比较，根据定义的KQI的权重得到每一个KQI实际的权重值，从而得到QoE的实际权重值；5. 由QoE的实际权重值得到QoE的实际分值（15分），例如当QoE的实际权重值95%时，QoE的实际值为5分；当85%QoE的实际权重值<95%时，QoE的实际值为4分；当75%QoE的实际权重值<85%时，QoE的实际值为3分；当60%QoE的实际权重值<75%时，QoE的实际值为2分；当QoE的实际权重值<60

12、%时，QoE的实际值为1分。4 汇源智能优化分析系统简介随着网络制式GSM->TD-SCDMA -> HSPA-> LTE不断演进，LTE在国内外也开始广泛布网。随着LTE用户数不断增长，用户感知需求不断提升，如何高效利用海量网络数据进行网络质量的分析和优化，这对运营商和网络优化服务商提出了新的挑战。汇源是一个具有革新化意义的专家实时分析系统，系统完全依托现有网络设备，对组网的要求相对简单，只要投入一台高性能服务器用于部署数据库，对系统本身的运营零风险。它通过对海量数据的自动分析，实现性能监控、负荷监控、质量地理化显示等功能，全方位多维度的对网络及用户感知实行监控和评估，有效

13、提升网优效率。该系统的实现可节约人工支出成本，减少优化维护成本，提升用户实际感知，可有效推进无线网络优化的智能化进程以及移动互联，平台化云处理在移动网络优化上的应用。主要功能及技术关键Ø 历史查询：提供网络接入性、保持性、移动性等KPI指标进行历史查询功能；支持对MR进行历史查询，并呈现MR指标的分段分布情况；可导入原始信令日志，并指定条件进行原始信令历史查询，针对异常事件信令能够进行标注和颜色渲染。Ø 实时监控：提供KPI指标、MR指标进行实时监控的功能，可根据用户定义的门限对于指标进行预警；可对异常信令事件进行告警；Ø 日常优化：提供接入分析、掉话分析、切换分

14、析、拥塞分析、寻呼分析等多个专题分析，从不同角度对网络性能进行分析，分析网络指标的变化趋势，查找网络质差的TOPN小区，并对失败原因进行定位，支持下钻到详细的CDR记录，提高优化人员解决问题的效率。Ø 网络结构优化：提供RSRP、SINR、弱覆盖系数、重叠覆盖系数、小区干扰系数等网络评估指标进行统计，从弱覆盖和重叠覆盖角度评估网络结构，并找出问题区域；支持通过MR对邻区合理性进行分析，判定漏配邻区、冗余邻区及单向邻区等。Ø 投诉辅助分析：支持高掉话率小区、低接通率小区、高接通时延小区、高拥塞小区、高切换失败率小区强干扰小区、弱覆盖小区、高负荷小区、零话务小区、高话务小区等坏

15、小区分析功能；根据异常事件、KPI/MR统计结果分析潜在投诉小区。支持查看指标趋势、定位失败原因、下钻信令流程等。Ø 用户级感知评估与分析功能：可根据IMSI对VIP用户的感知进行评估与问题跟踪，实现用户感知提升。Ø 报表功能：根据用户设置的条件，周期性自动生成TD-LTE网络分析统计报表，减轻优化人员工作量，提高优化效率。Ø 图表呈现：提供柱状图、曲线图等方式查看指标对比情况和趋势变化情况；基于MR定位算法得到用户位置，将指标通过栅格的形式渲染到到GIS地图上，可以方便查看网络KPI及覆盖、干扰、质量等MR指标的分布情况。5 基于汇源用户感知问题定位及处理5.1

16、 弱覆盖分析及处理使用汇源来定位覆盖问题，如：弱覆盖，重叠覆盖问题。可使用汇源分析MR数据，找出弱覆盖比例大和重叠覆盖比例大的小区，然后提出解决方案。在使用汇源对江苏宿迁区域进行用户感知分析时，发现一些小区存在弱覆盖现象，具体指标见图5-1所示：图5-1 弱覆盖小区查询由图5-1可见，部分小区平均RSRP比较低，说明大部分用户处于弱覆盖区域。通过地图渲染功能找出弱覆盖区域，根据知识经验库分析如下： 发现问题 分析问题 解决问题解决方案：1. 自动核查CDD的配置参数，查看功能参数等；2. 核查用户信令接入失败原因及次数，自动分析问题。判断为弱覆盖区域MRR：平均RSRP偏低信令失败Cause值

17、失败次数Cause注解可能产生的原因Cause1100GPRS服务不容许1.漫游未开 2.欠费 3.欠费未重启Cause230服务选项不支持当MS请求的服务不被PLMN支持时网络使用此Cause value。1使用IPV6以上只是举个例子，每个问题定位都要有发现问题、分析问题、解决问题这几个步骤。还有分析通过细分类（信令数据、MRR数据等），找出可能产生的原因。以下弱覆盖、重叠覆盖、RRC、掉线分析、掉话分析都用此方式写。重点是解决方案和CAUSE值对应的原因等。编得像点，尽量明天中午发我，谢谢。图5-2 弱覆盖区域地图渲染5.2 重叠覆盖分析及处理在对黑龙江鹤岗网络进行优化时，通过对9月15

18、日9月21日干扰进行统计，进行地理图册渲染，如图5-3所示：图5-3 重叠覆盖地理图层渲染经过9月13号到9月22号连续多日的重叠覆盖统计，发现鹤萝北萝北疾控中心-DLH-2的重叠覆盖占比比较高，重叠覆盖平均小区数为4.4个小区， MR采样点都比较多。图5-4 重叠覆盖小区渲染原因分析：现场勘测，鹤萝北萝北疾控中心-DLH-2方位角大致为40.160.280，疾控中心基站拉远与萝北办事大厅斜对面六楼楼顶。机械下倾为5度，电子下倾为3度，二小区覆盖方向紧贴主干道旁东侧为五六层建筑，再向东侧为平方，重叠覆盖应为疾控中心和新开通萝北10号2小区（挂高35m三脚塔）及萝北5号1小区（挂高三楼加楼顶增高

19、四角塔约10m处）产生。调整方案： 鹤萝北萝北疾控中心-DLH-2下倾角由5度调整到8度；鹤萝北萝北10号-DLH-2下倾角由5度调整到8度调整结果： 经过提取指标发现，调整后，重叠覆盖度降低。5.3 RRC连接建立分析及处理在对网络进行优化时，筛选出RRC连接建立TOPN小区，如图5-5所示：图5-5 RRC连接TOP小区从TOPN分析的GIS渲染可见，2小区覆盖方向，基站较少，覆盖较远，同时其周围也没有出现大面积RRC连接失败的现象，可排除外部干扰导致RRC连接建立失败的可能。图5-6 RRC连接建立渲染图从日常优化分析功能模块可查到，RRC连接失败的原因为定时器超时，如图5-7所示：图5

20、-7 RRC连接建立失败查询从日常优化分析中查看具体信令流程，发现在基站下发RRC Connection Setup 消息后终端一直没有回复RRC Connection Setup Complete消息，初步怀疑因弱覆盖导致终端没有收到RRC Connection Setup消息，无法回复RRC Connection Setup Complete消息致使RRC连接建立完成定时器超时，如图5-8：图5-8 信令分析通过关联MR分析，可见，此小区所采集到的MR数据RSRP大部分都是处于-110dBm-115dBm之间。在从MR指标分析查看TA值，大部分采样点的TA值在3左右也就是距离基站3*16*

21、48=2304M左右，从中可看出该小区覆盖范围较远。如图5-9：图5-9 MR分析分析结果：宿迁泗洪颖都家园LF-2小区覆盖方向基站较少覆盖范围较大出现RRC连接建立失败是电平值在-110dm左右该小区存在弱覆盖的现象调整方案：鉴于宿迁泗洪颖都家园LF-2小区覆盖方向基站较少下压天线会造成信号盲区，故先调高功率12->15观察7月11日调整后从KPI查询指标发现该小区的RRC连接建立失败次数明显下降，指标有所提升，问题得到缓解。图5-10 调整结果5.4 掉线率分析“掉线”，从RRC连接来看，具体是指UE异常退出RRC_CONNECTED状态导致的连接中断。“连接”，通常指的是RRC_C

22、onnected状态下的连接，本文暂时只考虑RRC_Connected状态（激活态）、暂不考虑附着过程中的连接状态。通常将在附着过程中发生的RRC连接中断归为“接入失败”进行分析；本文所分析的“掉线”、仅限于RRC_Connected状态下的连接异常中断。在了解“掉线”之前，需要先了解正常的“通话结束”（即“连接释放”）的过程。RRC连接释放流程如下图所示（见36.331协议的5.3.8小节RRC Connection Release）。通常情况下，以下情形会触发EUTRAN下发RRCConnectionRelease消息：Ø ØRRC激活检测定时器超时；Ø &#

23、216;UE发起Detach之后；Ø ØTAU之后；Ø Ø核心网触发loadBalancingTAURequired之后。UE在接收到RRCConnectionRelease之后，进行如下动作：1)如果RRCConnectionRelease消息中包含idleModeMobilityControlInfo，存储其中的小区重选优先级信息；如果消息中包含t320，启动该T320定时器（并将定时器取值为t320）；如果没有包含idleModeMobilityControlInfo，UE使用系统信息中广播的小区重选优先级信息。2)如果RRCConnectionR

24、elease消息中的releaseCause为loadBalancingTAURequired，UE将在离开RRC_CONNECTED时执行操作，并带上releaseCause为loadBalancingTAURequired；如果releaseCause为other，则在离开RRC_CONNECTED时执行操作，并带上releaseCause为other。3)UE在离开RRC_CONNECTED时执行的操作：重置MAC；停止除T320以外的所有定时器；释放全部无线资源，包括释放全部已建立的RB的RLC实体、MAC配置和相关的PDCP实体；告诉上层RRC连接释放（带上releaseCause）

25、；4)如果不是由于收到MobilityFromEUTRACommand消息而触发的离开RRC_CONNECTED状态，UE将（根据离开RRC_CONNECTED的原因）通过执行小区重选过程进入RRC_IDLE，具体见TS36.3044.5.5 异常连接释放分析及处理（掉线）异常掉线通常都是由eNB发起的释放，通知MME释放上下文。结合常见的掉线类型，从信令上来看，有以下几种体现：Ø 空口超时引起的掉线：重建立失败导致的掉线1) 首先是UE发送“rrcConnectionReestablishmentRequest; Cause = otherFailure”；2) 接着eNB回复“r

26、rcConnectionReestablishmentReject”；3) 随后UE发生掉线、开始接收系统广播消息（在BCCH-SCH上的SIB1）、直至UE发起下一次呼叫。Ø 激活检测UE不活动导致掉线图13激活检测触发UE释放导致的掉线该流程为UE一段时间内不做业务，eNB正常释放，这种释放在统计时不计为掉线。狭义上来讲，可以认为“只要UE发起了RRC重建立，就意味着RRC连接已断、即产生了掉线”。因为只有空口发生失败，才会发送RRC重建立请求，因此个事件需要处理。图13 UE释放导致的掉线Ø 其他错误引起的掉话当CDL日志出现一条S1接口S1 UE Context R

27、elease Request消息时，代表某一个UE释放流程的开始：第1条消息为S1接口的S1 UE Context Release Request，第3条消息为UU接口的RRC Connection Release消息，这两条消息同时出现标志是其他错误引起的掉话流程；所有消息有着相同的CELL ID、CellUeIndex与eNBUEID。提取S1 UE Context Release Request消息前的使用相同eNBUEID的UU接口消息，即为其他原因引起的掉话前的事件。注意此场景区别于以上场景的判断条件在于：S1 UE Context Release Request消息中的value

28、Cause不能是failure-in-radio-interface-procedure、user-inactivity、radio-connection-with-ue-lost、cs-fallback-triggered和ue-not-available-for-ps-service中的任意一个。5.5.1 掉线相关定时器定时器的优化对于提升网络指标，改善网络质量起着至关重要的作用。我们日常优化过程中最常见，也是最重要的影响“连接性”的定时器主要分为掉线类定时器、切换类定时器、重建立类定时器三大类。现网中如果定时器设置的不合理会引起不必要的掉线、重选失败、切换失败等异常现象。下面对这三类类

29、定时器进行简单的说明。（1）N310定时器Ø 功能描述该参数表示接收连续“失步（out-of-sync）”指示的最大数目，达到最大数目后触发T310定时器的启动。Ø 网络质量影响N310设置的越大，UE对RL失步的判断就越不敏感，可能造成本来不可用的RL迟迟不能被上报RL失步进而无法触发后续的恢复或重建操作；该参数设置过小，会造成不必要的RRC重建Ø 取值建议现网建议设置值：n20（2）T310定时器Ø 功能描述UE的RRC层检测到physical layer problems时，启动定时器T310.该定时器运行期间，如果无线链路恢复，则停止该定时器，否

30、则一直运行。该定时超时，认为无线链路失败。Ø 网络质量影响T310设置的越大，UE察觉RL下行失步的时间就越长，此时间内相关资源无法及时释放，也无法发起恢复操作或响应新的资源建立请求，影响用户的感知。该参数设置过小，会造成不必要的RRC 重建Ø 取值建议现网建议设置值：1000ms（3）N311定时器Ø 功能描述该参数用于设置停止T310定时器所需要收到的最大连续“in-sync”指示的个数。Ø 网络质量影响N311设置的越大，越可以保证RL恢复下行同步的可靠性，但相应的也会增加导致T310超时的风险，一旦T310超时，就会触发RL FAILURE原因的

31、连接重建流程；Ø 取值建议现网建议设置值：n15.5.2 切换类相关定时器T304 For Intra-LteØ 功能描述在“E-UTRAN内切换”和“切换入E-UTRAN的系统间切换”的情况下，UE在收到带有“mobilityControlInfo”的RRC连接重配置消息时启动定时器，在完成新小区的随机接入后停止定时器；定时器超时后UE需恢复原小区配置并发起RRC重建请求Ø 网络质量影响 用于系统内切换，该值设置过大会导致切换失败无法及时回退并发起RRC连接重建过程Ø 取值建议现网建议值：200ms5.5.3 重建立类相关定时器（1）T311

32、定时器Ø 功能描述T311用于UE的RRC连接重建过程，T311控制UE开始RRC连接重建到UE选择一个小区过程所需的时间，期间UE执行cell-selection过程。Ø 网络质量影响设置值越大，UE进行小区选择过程中所被允许的时间越长， RRC Connection Reestablishment过程越滞后；如果该参数设置过小，可能在某些链路可以被挽救的情况下，却由于定时器设置不合理而进入IDLE状态，引起掉线，严重影响用户感知。Ø 取值建议现网建议值：1000ms（2）T301定时器Ø 功能描述在UE上传RRCConnectionReestabil

33、shmentRequest后启动。在超时前如果收到UE收到RRCConnectionReestablishment或RRCConnectionReestablishmentReject，则定时器停止。定时器超时，则UE变为RRC_IDLE状态Ø 网络质量影响增加该参数的取值，可以提高UE的RRC connection re-establishment过程中随机接入的成功率。但是，当UE选择的小区信道质量较差或负载较大时，可能增加UE的无谓随机接入尝试次数。减少该参数的取值，当UE选择的小区信道质量较差或负载较大时，可能减少UE的无谓随机接入尝试次数。但是，可能降低UE的RRC con

34、nection re-establishment过程中随机接入的成功率Ø 取值建议现网建议值：600ms5.5.4 掉话相关cause当前话统ERAB释放能区分释放的业务类型，平台提供了释放原因值的统计，主要分为以下五类：L.E-RAB.AbnormRel.Radio无线层问题导致的E-RAB异常释放次数L.E-RAB.AbnormRel.TNL传输层问题导致的E-RAB异常释放次数L.E-RAB.AbnormRel.Cong网络拥塞导致的E-RAB异常释放次数L.E-RAB.AbnormRel.HOFailure切换流程失败导致E-RAB异常释放次数L.E-RAB.AbnormRe

35、l.MME核心网问题导致E-RAB异常释放次数表3-3 统计指标中E-RAB掉线包含的统计项现象在一个成熟、稳定的网络中，通常不再出现全局大面积掉线率偏高的情况，只有个别扇区、基站的掉线率偏高（Top N小区），表现为：Ø 个别扇区、基站掉线率偏高Ø 问题基站与周边基站的切换成功率偏低（往往表现为单向切换成功率偏低）分析方法平台性能统计数据分析法，除了具体到小区（簇）掉线分析时，还需要查看Top N小区（基站）的以下特征（的规律性）：Ø 掉线率偏高的小区（基站）是否新开站点，或该小区（基站）周边有新开站点（需要检查该站及周边站点的邻区、切换参数）；Ø 掉

36、线率偏高的基站工作是否正常？（有无告警、功率输出是否正常、基站运行的软件版本是否正确）；Ø 掉线率偏高的扇区，天馈系统是否正常（天线有无接反？有无驻波比告警？天线的增益、方位角和俯仰角是否与规划、实际地形相符）；Ø 掉线率偏高的基站，周边的无线环境如何（有无阻挡、拐角、干扰）；Ø 掉线率偏高的小区，切换、功控等参数是否正确；Ø 掉线率偏高的小区资源是否足够；Ø 掉线率偏高的小区及周边基站是否存在外部干扰源。.1 弱覆盖掉话分析及处理现象由于弱覆盖导致的掉线，通常有以下表现：Ø 掉线前服务小区的RSRP持续变差（低于弱覆盖

37、标准，如：小于-105dBm）、同时服务小区的SINR也一起持续变差（小于-5dB，甚至更低）；Ø 掉线后可能会有一段时间（数秒至数分钟不等，取决于实际网络覆盖情况），UE无数据上报（类似于UE脱网）。图41弱覆盖导致的掉线示意图分析方法采用路测数据分析法。步骤1、采集到相关路测数据，用路测数据分析软件进行分析；步骤2、定位到掉线时间点的数据，通过查看地理化显示的图层（服务小区RSRP、SINR）确认以下特征：（1）掉线时，UE测得的服务小区RSRP低（如：< -105dBm）；（2）掉线时，UE测得的服务小区SINR低（如：< 0dB）（3）掉线时，UE没有测到（上报）

38、其他（如：强度> -105dBm的）邻区信号。解决办法总的来说，要解决此类掉线，需要改善覆盖，具体的操作步骤和手段有：Ø 首先明确当前的弱覆盖区域由哪些扇区的信号覆盖；Ø 根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区、并加强它的覆盖：（1）排除主覆盖小区的硬件故障（例如：基带及射频器件故障、天馈系统驻波比告警等）（2）上调主覆盖小区的RS功率（3）上调主覆盖扇区的功率（4）调整主覆盖扇区的天线下倾角（5）调整住覆盖扇区的天线方位角（6）对不合理站点进行整改（天线安装位置不合理、拉线阻挡等）（7）建议加站（并调整周边基站天线的方位角和下倾角）

39、.2 切换掉话分析及处理现象由于切换失败导致的掉线，通常有以下表现：Ø 首先，在掉线前UE曾发出Measurement Report、并能收到eNB发来的RRCConnectionReconfiguration；Ø 但是UE收取目标小区的广播消息之后、立即上报“RRC连接重建立请求”；Ø 通常UE在切换失败后，都会发起回到源小区的“RRC连接重建立请求”，如果及时重建回源小区，则可以认为没有掉线。图42信令（由于切换失败导致的掉线）分析方法采用信令分析法。步骤1、获取采集到的掉线数据，使用路测数据分析软件进行分析；步骤2、打开路测数据的信令，定位到掉线时间点，确认

40、以下几个特征：（1）掉线前UE曾发起Measurement Report消息；（2）UE能够收到eNB发来的带有MobilityControlInfo内容的“RRC连接重配置”消息（3）UE切换到“RRC连接重配置”消息所带的目标小区后、在该小区的BCCH-SCH上接收到广播消息（systemInformationBlockType1）；（4）UE收完广播消息后、发起“RRC连接重建立（原因为切换失败）”；（5）通常UE能够在较短时间（200ms）内重建立成功、回到切换前的源小区。步骤3、进一步分析以下内容：（1）明确MR消息和RRC连接重配置消息中所提及的目标小区的PCI，确认该PCI所指小

41、区；（2）分析UE在新的目标小区接收到的广播消息，确认该小区是否就是MR消息上报的小区，用以排除邻区错配的情况；（3）在OMC中确认邻区配置,检查邻区参数是否正确；（4）确认OMC中的切换类型（X2、S1）；（5）确认目标小区的工作状态（小区的功率输出、小区负荷）、排除由于目标小区工作异常导致的切换失败；（6）确认源小区和目标小区的切换参数（门限、TTT和迟滞等）配置与其他正常小区的相同。步骤4、如果上述分析无法得到明确结论，需要进一步确认该小区的切换成功率，如果该目标小区的切换成功率偏低，初步定为为基站故障（或者系统版本问题），需要进一步将问题反馈给后方技术支持。解决办法总的来说，解决此类掉

42、线有以下方法：Ø 检查源小区的邻区配置情况，确认邻区参数配置正确；Ø 确认目标小区的工作状态正常（包括传输无误码、功率输出正常、小区负荷不会导致拒绝切入）Ø 确认源小区和目标小区的软件版本是否正确；Ø 了解切换失败的规律（是否配置了X2？是否集中在某个小区、该小区的切换成功率是否低？周边是否有新开站点？是否处于不同的MME边缘？是否处于不同频率的基站交界处？）当无法定位问题时，需要总结规律、将归纳后的信息反馈给后方技术支持、以便提交系统开发人员作问题的最终定位。.3 邻区漏配分析及处理现象由于邻区漏配导致的掉线，通常有以下现象：Ø

43、 掉线前、后的下行覆盖不差（通常大于-105dBm）；Ø 掉线前、后服务小区的SINR变差（因为受到邻区信号的干扰）；Ø （关键点）掉线前UE（可能会多次）上报测量报告（MR）、并且MR中上报的PCI，并没有配置在当前服务小区的邻区列表之中；Ø 掉线后UE通常会发起小区重选、并重选到一个新的小区。图43邻区漏配导致的掉线示意图分析方法采用信令分析法。步骤1、获取采集到的掉线数据，使用路测数据分析软件进行分析；步骤2、打开路测数据的信令，定位到掉线时间点，确认以下几个特征：（1）掉线前服务小区的RSRP 持续下降；（2）掉线前，UE（连续）上报MR消息；（目的是：确

44、认邻区信号足够强、是由于邻区漏配导致的服务小区信号变差、最终导致掉线）（3）MR消息中UE上报有符合A3（或者A5，取决于系统设置）事件的目标邻区；（4）在当前服务小区下发的系统（邻区）消息中，并没有包含MR消息中UE上报的目标邻区；（5）UE上报MR后，没有收到eNB发来的用于指示切换的重配置消息。步骤3、通过基站信息表（或者OMC导出的基站配置表）确认掉线时的主服务小区、MR消息中上报的不在邻区中的PCI归属（即目标小区）；步骤4、在掉线前的服务小区的邻区列表中添加相应的目标邻区。解决办法通过OMC（可以使用界面提供的配置工具、或者批量导入功能），在掉线前的服务小区列表中，添加漏配的邻区。

45、.4 越区覆盖分析及处理现象在支持切换的移动通信网络中，由于无法精确控制无线信号的传播，因此或多或少都会存在越区覆盖的情况。而由于越区覆盖导致的掉线，通常表现为：Ø 越区覆盖导致“导频污染”：由于越区覆盖的信号较多，导致在某些区域形成“导频污染”在覆盖区内，没有稳定的强信号作为主服务小区。服务小区信号的频繁变化，是导致掉线的一个主要原因。Ø 越区覆盖对主服务小区的干扰（包括邻区漏配、越区信号的迅速变化等）：在某些区域，主服务小区受到越区信号的干扰、最终导致掉线。一方面是由于越区信号的出现，超出了网络规划设计的预期，初始设计的邻区列表没有加上越区覆盖的小区；另一

46、方面，在某些区域，越区覆盖的小区信号并不稳定，即使配置了邻区，也可能会出现由于越区信号的不稳定而无法及时加入邻区的情况。图44越区覆盖造成导频污染、并导致掉线示意图分析方法路测数据分析法。步骤1、获取采集到的掉线数据，使用路测数据分析软件进行分析；步骤2、打开路测数据的信令，定位到掉线时间点，确认以下特征：（1）发生掉线的区域，服务小区或者搜索到的邻区信号中有越区覆盖信号（跨越3“层”或以上的小区）（2）判定掉线区域是否为“导频污染区”（覆盖该区域、RSRP > -110dBm 的小区个数超过3个，通常信号的SINR < 0dB）（3）判定是否存在邻区漏配：检查覆盖该区域的小区邻区

47、列表、是否包含了越区覆盖的小区步骤3、确认了存在越区覆盖、以及越区覆盖的具体影响之后，进一步明确覆盖掉线区域的主服务小区、并通过RF优化、邻区优化等手段，控制越区覆盖信号。解决方案Ø 越区覆盖的一般优化原则是：在区域中已有合理的稳定信号覆盖的情况下、尽可能地控制越区覆盖的信号：（1）下调越区覆盖信号的功率（2）增加越区覆盖扇区的天线下倾角（3）在考虑了越区覆盖扇区周边的覆盖情况、以及网络拓扑结构的情况下，谨慎地调整越区覆盖扇区的天线方位角Ø 如果越区覆盖导致了导频污染，根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区、并加强它的覆盖：（1）上调主覆盖扇区的功率（2

48、）调整主覆盖扇区的天线下倾角（3）调整主覆盖扇区的天线方位角（4）控制其他污染信号对该地区的覆盖Ø 如果越区覆盖未导致导频污染、只是由于邻区漏配而导致掉线，则只需要在掉线区域相关小区的邻区列表中添加越区覆盖小区即可。.5 系统设备异常及处理现象此类问题的表象不一，总的来说，在确认系统的功率、切换、业务相关参数无误、并排除了无线环境（信号）的影响之后，掉线问题依旧存在，这时可以将问题考虑为系统设备（可能是硬件或软件）异常。Ø 切换流程异常（在切换区、无法正常完成切换、而导致掉线，同3.2分析方法中步骤4）Ø 在业务进行到相对固定的一段时间内、发生掉线（

49、并且可复现）Ø 在特定某（几）个扇区、eNodeB下，发生可复现的掉线Ø 跨MME、或者跨TA等，在特殊区域进行业务时，发生可复现的掉线分析方法路测数据和OMC统计数据结合分析法。步骤1、采集掉线区域的路测数据和OMC性能统计数据；步骤2、分析发生掉线前后的数据，包括：（1）当时的无线环境（可借助Google Earth来查看）（确定不是由于建筑物阻挡、拐角等环境因素导致的弱覆盖、快衰落、阴影衰落等）（2）当时主服务小区和邻区的RSRP、SINR（确认当时的信号覆盖情况）（3）邻区配置情况（确认邻区都已配置）（4）小区对的切换、掉线次数统计（确认该扇区的切换是否都失败、掉线

50、率是否偏高）（5）掉线时，业务停留在什么地方（例如：在切换过程中掉线、需要确认切换流程进行到哪个步骤了）步骤3、排除掉线原因（无线环境、无线弱覆盖和导频污染、邻区漏配等）之后，需要进一步查找掉线的规律性，包括查看：（1）掉线是否集中在某（几）个有规律（新开站点、跨MME的边界站点等特征）的扇区、eNodeB？（2）掉线是否集中在某种类型的切换上（例如经由X2口的切换）？（3）掉线是否在某次版本升级之后？解决办法问题原因定位为系统设备异常之后，需要将问题转交系统开发工程师、并配合抓取进一步分析问题所需的数据、跟踪问题的进展并最终验证该问题得到妥善解决。.6 干扰现象2012年12月

51、，工业和信息化部关于发布1800和1900兆赫兹频段国际移动通信系统基站射频技术指标和台站设置要求的通知（工信部无2012559号）。Ø 杂散：FDD方式的IMT系统每通道在18801920MHz上杂散不超过-65dBm/MHz。Ø 阻塞：TDD方式的IMT系统对于带外5MHz（1875MHz）干扰信号抗阻塞能力要优于-5dBm。2013年去年的规定，过渡带是在18801875。2014年的规定，过渡带是在18801875。TD-LTE干扰分为系统内干扰和系统外干扰。Ø 系统内干扰：同频之间组网，邻小区用户业务信号将本小区IOT抬升。Ø 系统外干扰：&#

52、252; Band8的900MHz的GSM信号的二次谐波，干扰频率范围为1850-1920MHz，基本覆盖整个F频段。ü Band3的1800MHz的GSM信号3阶5阶交调信号。ü 小灵通信号PHS信号，1900到1905 MHz之间。ü Band3的FDD-LTE邻道次邻道杂散信号。ü Band3的FDD-LTE的信号阻塞。分析方法&解决方法通过OMC提取的上行低噪KPI指标，根据平台提供的干扰指标来找出高干扰小区并按照上面的解决方案来解决干扰问题。.7 拥塞现象当系统资源不足、而用户数较多时，容易出现拥塞，现象包括：Ø

53、 小区实时激活用户数较多Ø 小区开始出现接纳拒绝Ø 小区的发射功率接近饱和Ø 小区的呼叫建立成功率、掉线率指标恶化分析方法OMC性能统计数据分析法。步骤1、采集忙时OMC性能统计数据（包括呼叫、切换和释放数据）；步骤2、查看掉线时小区的用户数、话务量等情况，确认小区处于高负荷状态；步骤3、查看小区的呼叫建立成功率、切换成功率和掉线率、以及相应的失败原因；步骤4、当出现由于小区资源不足而导致接纳拒绝的情况时，可以判定为系统出现拥塞。解决办法解决拥塞的方法，从两个大方面入手：Ø 增加系统容量（1）增加小区功率容量（2）压缩开销信道的功率、RB资源（3）功率控

54、制（分配）相关参数的优化（4）增加基站、扇区、频点（带宽）Ø 改变网络拓扑结构、均衡话务负荷（1）对于出现功率过载的小区，可以考虑适当收缩覆盖（增大天线下倾角、减小扇区发射功率），使得基站只服务距离较近的用户、减小单用户下行功率开支。（2）改善话务热点的拓扑结构（调整扇区天线方位角）。5.5.5 典型案例5.5.6 弱覆盖问题描述：从优化平台看，该点附近小区存在较大比例的弱信号发起的呼叫统计。现场进行测试发现，测试车辆在紫金北路与庆春街交叉口行驶，终端占用D780093莲都天健电力实业F-2小区，RSRP在-100dBm左右，由于存在楼宇阻挡，导致弱覆盖，继续行驶信号恶化，会导线掉线

55、。调整前覆盖图：问题分析：1、检查基站状态正常；2、核查邻区，未存在邻区漏配不切换的弱覆盖掉线；从实际地理位置分析，由于周围存在楼宇阻挡，天馈调整效果不大，后现场实际勘查发现D780128莲都佳禾酒店F-1小区天馈，可以通过调整D780128莲都佳禾酒店F-1小区天馈，加强问题路段覆盖。从现场实际地理位置分析，由于周围存在楼宇阻挡，天馈调整效果不大，后现场实际勘查发现D780128莲都佳禾酒店F-1小区天馈，可以通过调整D780128莲都佳禾酒店F-1小区天馈，将强问题路段覆盖。处理结果：后现场调整D780128莲都佳禾酒店F-1小区方位角21°调整为5°，机械下倾角5.2

56、°整为8.4°，复测后问题路段得到解决。复测后如图：调整后，从优化平台看，可以明显看到附近小区的弱信号发起的呼叫统计比例明显下降。5.5.7 邻区漏配导致的掉线现象描述：从优化平台看，该点附近小区掉线率偏高。现场复测：0922分析切换TOP小区，发现鹤工农工商局家属楼-DLH-1小区掉线次数偏高，全天掉线次数分别为136次。原因分析：通过汇源优化平台对鹤工农工商局家属楼-DLH-1小区分析，发现该站切换均为小区内切换，无S1、X2切换存在；对该站3个小区邻区进行核查发现，该小区邻区配置错误，主要由于该站建设位置与原规划位置偏离较远，造成邻区配置不合理造成，如下图所示：解决方

57、法：对鹤工农工商局家属楼-DLH-1邻区进行核查，添加部分邻区，添加后邻区如下图：邻区添加后，通过汇源优化平台对该小区进行分析发现，该小区全天掉线次数为0，邻区调整后效果显著，X2切换正常，S1切换次数较少且切换正常。从优化平台看，修改后该点附近小区掉线率明显好转。5.5.8 天线接反模三干扰掉线问题描述：从优化平台看，多个小区上下行MR数据显示SINR偏低。现场复测：在金湖中行L站点附近道路拉网测试发现该区域天线方位角逆时钟接反，导致周边道路SINR较差，出现了掉线现象。问题分析：优化过程中发现，UE占用金湖中行L站点附近可以明显发现该区域天线扇区接反，覆盖混乱，经过分析发现金湖中行L-3小区（PCI 260）与