当前位置： >>
LTE网优KPI类问题指导手册
LTE 网优 KPI 类问题分析指导手册项目名称 文档编号 版 本 号 作 者LTE 网优 KPI 类问题分析指 导手册V1.00.00 王学斌大唐移动通信设备有限公司为客户提供全方位的技术支持， 用户可与当地的大唐移动办 事处联系，也可直接与公司总部客服中心联系。 大唐移动通信设备有限公司 地址：北京市海淀区学院路 29 号 网址：http://www.datangmobile.cn 客户服务电话：800-990--8800 客户服务邮箱： 邮编：100083目录目录 前言 ............................................................ 1 ............................................................ 5一、RRC 连接建立成功率优化 ............................................... 6 1、理论介绍 ..................................................................................................................... 6 2、指标定义 ..................................................................................................................... 6 3、优化方法介绍 ............................................................................................................. 6 3.1 上行随机接入的问题......................................................................................... 8 3.2 小区重选参数问题............................................................................................. 9 3.3 下行初始发射功率偏低问题............................................................................. 9 3.4 上行初始功控问题............................................................................................. 9 4、相关案例介绍分析 ..................................................................................................... 9 小区重选参数问题 ................................................................................................... 9 问题描述： ............................................................................................................... 9 问题分析： ............................................................................................................... 9 定位过程： ............................................................................................................. 10 解决建议： ............................................................................................................. 11 二、ERAB 建立成功率 .................................................... 12 1、理论介绍 ................................................................................................................... 12 2、指标定义 ................................................................................................................... 14 3、相关案例介绍分析 ................................................................................................... 14 路由配置错误无法接入的问题 ............................................................................. 14 问题描述： ............................................................................................................. 14 问题分析： ............................................................................................................. 14 定位过程： ............................................................................................................. 15 定位结果： ............................................................................................................. 15安全参数配置问题 ................................................................................................. 16 内容描述 ................................................................................................................. 16 问题分析： ............................................................................................................. 16 定位结果： ............................................................................................................. 17 解决建议： ............................................................................................................. 17 三、切换成功率优化 ..................................................... 17 1、理论介绍 ................................................................................................................... 17 2、指标定义 ................................................................................................................... 17 3、优化方法介绍 ........................................................................................................... 18 3.1 切换信令流程................................................................................................... 19 3.2 涉及话统打点................................................................................................... 21 3.3 切换问题分类.................................................................................................. 23 4、相关案例介绍分析 ................................................................................................... 27 硬件和传输故障 ..................................................................................................... 27 邻区漏配问题 ......................................................................................................... 29 邻区数据配置不当 ................................................................................................. 31 四、无线掉线率优化 ..................................................... 33 1、理论介绍 ................................................................................................................... 33 2、指标定义 ................................................................................................................... 35 3、相关案例介绍分析 ................................................................................................... 35 切换不及时问题 ..................................................................................................... 35 核心网问题 ............................................................................................................. 38 帧头未对齐导致的干扰问题 ................................................................................. 42前言话统 KPI 是中国移动考核项之一，也是对网络质量的最直观反映。日常话统监测是进 行网络性能检测的一种有效手段。 通过日监测， 识别突发问题小区， 将问题消除在初级阶段。 通过周监测，识别网络性能持续短木板小区，针对性的进行提升优化。 话统 KPI 主要包括以下几大类：接入性指标、保持性指标、移动性指标、业务量指标、 产品运行类指标、系统可用性指标和网络资源利用率指标。 通过上述重点话统 KPI 指标的监测，可以达到：识别突发问题、风险提前预警、话统 KPI 的稳定与提升，目前 TD-LTE 系统需要重点关注的话统 KPI 指标如下表：指标分类 数据来源 具体的 KPI 指标 RRC 连接建立成功率 接入性指标 ERAB 建立成功率 无线接通率 保持性指标 无线侧 小区 eNodeB 内切换出成功率 移动性指标 小区 eNodeB 间切换出成功率 上、下行业务平均吞吐量量 业务量指标 上、下行 PRB 平均利用率 单板 CPU 最大占用率 产品运行类指标 无线侧 单板 CPU 平均占用率 系统可用性指标 无线侧 无线网络退服比例 上行 PRB 资源使用的平均个数 网络资源指标 无线侧 下行 PRB 资源使用的平均个数 无线掉话率（ERAB 异常释放）一、RRC 连接建立成功率优化1、理论介绍RRC 连接建立过程分为两个阶段：准备阶段和实施阶段。在准备阶段中，UE 会根据 NAS 层的触发原因和系统广播中的接入限制信息，通过一系列检查来判断自己是否被允许 进行接入过程，如果可以，则执行后续的实施阶段；否则 UE 的 RRC 将启动相应的定时器， 在该定时器超时前 UE 无法发起任何接入过程。上述机制的目的是负荷拥塞控制，当网络负 荷较重时限制某些 UE 进行接入。2、指标定义RRC 连接建立是指处于空闲状态的 UE 或待开机的 UE 准备发起一个呼叫或响应寻呼时 发起的过程。 处于降低接入时延的考虑， LTE 系统将 RRC 连接建立过程设计发生在 ENB 和 MME 之间的 S1 连接建立前，也就是在 ENB 尚未从 MME 获得任何 UE 上下文前，ENB 需 要将 RRC 连接建立完毕，因此该过程主要建立最基本的 SRB1。RRC 连接建立成功意味着 UE 与网络建立了信令连接，是进行其他业务的基础。 RRC 连接建立成功率主要通过话务统计结果获得，推荐的公式为： RRC 建立成功率= [RRC 连接建立完成次数]/[RRC 连接请求次数（不包括重发）]； 公式中相关各指标的具体统计方式如下所示：指标 RRC 连接请求次数 RRC 连接建立完成次数 RRC 建立失败次数 指标描述 小区接收 UE 的 RRC Connection Request 消息次数（不包括重发） 小区接收 UE 返回的 RRC Connection Setup Complete 消息次数 资源分配失败而导致连接建立失败的次数 UE 无应答而导致连接建立失败的次数 小区发送 RRC Connection Reject 消息次数3、优化方法介绍LTE 系统内 RRC 连接建立失败问题的可能原因大概分为如下几条： RRC 建立失败主要的原因有：上行随机接入信道功率问题、小区重选参数问题、下行 初始发射功率偏低、上行初始功控问题、拥塞问题或设备异常问题等。 当出现 RRC 连接建立成功率低的问题时，首先按照上述问题分类，了解相关问题的范围，然后根据空口信号质量、参数配置、干扰和上下行功率调整及设备告警等方面入手逐一 排查解决， 排除这些影响 RRC 连接建立成功率的客观因素， 逐步提升该指标的成功率。RRC 连接建立的过程主要包括以下 3 个个步骤：RRC 连接建立成功信令流程（1）首先 UE 通过 SRB0 发送 RRC Connection Setup Request 消息（注： SRB0 一直存 在， 用来传输映射到 CCCH 的 RRC 信令。 ）此消息主要携带 UE 初始（NAS）表示以及该 连接建立的原因等信息， 此高层消息会触发 UE 的底层试题进行基于竞争的随机接入过程， RRC 连接建立请求消息就对应于底层随机接入过程中的 Msg3 （2）通过底层的竞争接入冲突解决机制，UE 接收到 ENB 的 RRC Connection Setup 消 息， 建立了 UE 与 ENodeB 之间的 SRB1， NodeB 为 SRB1 配置 RLC 层和逻辑层信道的属性。 ENB 还在此信令中对 PHY /MAC/RLC /PDCP 等各个实体的配置参数进行配置， RRC 连接 建立消息就对应于底层随机接入过程中的 Msg4。 UE 收到 NodeB 的 rrcConnectionSetup 信令 后，UE 和 ENB 之间的 SRB1 就建立起来了。 （3）在 UE 接收到 RRCConnectionSetup 消息后，向 ENB 发送一个 RRC Connection Setup Complete 消息。此消息中携带有上行方向的初始 NAS 层的信令消息（如 Attach Request，TAU Request，Service Request 等） ，ENB 收到此消息后，将其中的 NAS 消息转发 给 MME 用于建立 S1 连接。在第（2）步中，如果 ENB 拒绝为 UE 建立 RRC 连接，则通过 SRB0 回复一条 RRC 连接拒绝消息 RRC Connection Reject。在该 RRC 连接拒绝消息中，网络侧可以可选地携带 一个禁止呼叫的定时器 T302，该定时器和系统广播中的接入限制信息共同决定了 UE 是否 被允许发起接入过程。 一般 RRC 连接建立问题的定位方法如下，通用流程：RRC 连接建立问题UE 是否发 出请求消息 Y ENB 是否收 到请求消息 Y ENB 是否发 出建立消息 Y UE 是否收到 RRC 建立消息 Y UE 是否发出 RRC 建立完成消 息 Y N NN设备异常问 题N调整随机接入上行初始 接收目标功率相关参数NENB 相关其他问 题是否发生N调整下行公共信道功 率小区重选 Y 优化小区重选参数 N调整下行初始发射功率ENB 是否收到 建立完成消息 Y调整上行专用信道开环 功控参数上图中列出了几种常见的 RRC 建立失败的原因：3.1 上行随机接入的问题UE 发出 RRC Connection Request 消息， ENB 没有收到， 如果此时的下行信道质量正常， 一般是随机接入参数中的初始接收目标功率设置偏低的问题。3.2 小区重选参数问题ENB 收到 UE 发的 RRC 建立请求消息后，下发了 RRC Connection Setup 消息而 UE 没 有收到。查看此时的 SINR，如果偏低，而且监视集中没有质量更好的小区，那么是覆盖的 问题可以适当提高下行公共信道的功率。 如果此时监视集中有更好的小区， 则可能是小区重 选的问题，可以适当调整小区重选参数加快小区重选。3.3 下行初始发射功率偏低问题UE 收到 RRC Connection Setup 消息而没有发出 RRC Connection Setup Complete 消息， 如果此时下行的信号质量正常， 那么可能是手机异常， 否则可能是下行初始功率过低导致下 行不能同步。3.4 上行初始功控问题UE 发出 RRC Connection Setup Complete 消息而 ENB 没有收到，由于上行初始功控会 让 UE 的发射功率上升，如果是 UE 的发射功率不足导致，可以适当提高上行信道的初始期 望功率和调整量等参数。4、相关案例介绍分析小区重选参数问题问题描述： 5 月 27 日，坏华电集团专项 2 小区接入率很低，且主要集中在 15 点到 16 点之间，查 看小区无告警。由于接入失败次数过多，影响全网一天的 KPI 指标数据。 问题分析： 从 CDL 信令看 UE 发起随机接入申请，UE 发出 RRCConnectionRequest 后 ENB 下发 RRC connection setup 消息，终端无响应，造成 RRC 连接建立完成超时，导致 RRC 建立失 败。定位过程：从最近一次的测量上报消息中可以看出， 源小区 PCI 为 254， 此时测量到的 rsrpResult 值为 23， 由此可以计算出 RSRP 的值为 23-141=-118dbm 左右。 而测量到的相邻目标小区 PCI 为 62 ，rsrpResult 值为 34，小区 RSRP 在-107dbm 左右。由此可以初步分析相关的场景是 UE 所处位置的信号质量不好，且存在模 3 干扰，最终导致 RRC 连接建立定时器超时后 RRC 连结建立失败。解决建议：查看基站配置后，该小区的参考信号功率为 15，已经为最大。故不存在下行初始发射 功率偏低问题。建议使用终端在相应小区边缘进行接入的测试验证，通过现场抓取 log 进行 进一步分析， 首先排除天线安装问题以及工参设置问题。 如存在越区覆盖问题则需要调整天 线下倾角。其次看是否存在大面积的弱覆盖问题，弱覆盖严重则需要增加基站处理。模三干 扰严重则建议网络规划人员重新进行规划，修改小区的 PCI。二、ERAB 建立成功率1、理论介绍涉及话统打点图1图2如图 1 或图 2 中 A 点所示，当 eNodeB 收到来自 MME 的 INITIAL CONTEXT SETUP REQUEST 或者 E-RAB SETUP REQUEST 消息时统计该指标。如果 INITIAL CONTEXT 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 尝试建立总次数 小区 E-RAB 建立成功总次数 小区 E-RAB 建立失败原因 指标描述 用户尝试发起 E-RAB 建立流程的总次数 用户发起 E-RAB 建立流程，建立成功的总次数 核心网问题导致 E-RAB 建立失败次数传输层问题导致 E-RAB 建立失败次数 无线层问题导致 E-RAB 建立失败次数 无线资源不足导致 E-RAB 建立失败次数 安全模式配置失败导致 ERAB 建立失败次数此外，话统还针对各 QCI 进行了 ERAB 尝试建立次数和 ERAB 建立成功次数的统计。 由于目前很少用到不同的 QCI， 业务基本以 QCI＝6 的业务为主， 所以不需要关注具体的 业务类别的 ERAB 统计。2、指标定义ERAB 建立成功率＝小区 E-RAB 建立成功总次数/小区 E-RAB 尝试建立总次数×100％ 小区无线接通率＝RRC 建立成功率×ERAB 建立成功率。3、相关案例介绍分析路由配置错误无法接入的问题问题描述： 兰州 LTE 示范站，连接的是华为核心网，基站开通后，SCTP 链路正常建立，小区正 常，现场测试人员在做业务验证时发现终端无法附着成功。 问题分析： 针对终端无法附着的情况，现场通过 ATP 对终端附着时的信令流程进行了跟踪，并提 取了该基站的 CDL 日志进行了分析， （CDL 日志分析结果和 ATP 信令跟踪相同， 不在赘述） 。 通过 ATP 信令流程看，在终端 RRC 建立完成，鉴权、安全过后，核心网下发了终端上下文 建立的请求 ，之后基站直接回复了上下文建立失败，失败原因 value Cause : transport : transport-resource-unavailable，如下图：定位过程： 根据信令流程提示， 通过查看失败信令的前一条信令， 核心网下发上下文建立请求消息 中，携带的 sgw iP 地址如下图，转化成十进制是：100.89.1.1：而在基站的传输配置中，检查路由配置关系中发现，基站路由中没有添加到 100.89.1.1 这个网段的路由，所以导致了终端由于没有传输路由而上下文建立失败。 定位结果： 现场添加完成该网段路由后，终端附着成功，业务正常。安全参数配置问题内容描述 福州移动使用三星 S4 终端在大唐基站下无法附着。查看 CDL，失败原因是 “SecurityModeFailure” 。问题分析： 1、查看目前基站安全开关为关闭，当此开关关闭时，基站默认选择空算法 EIA0 进行完保。 （协议规定安全开关关闭时，ENB 默认一种算法进行完保，大唐目前默认空算法 EIA0） 查看安全开关节点：LMT-全局参数配置-全局测试开关-HL 全局测试开关2、通过 WIRESHARK 抓包，终端上报的能力中，不支持空算法 EIA0，所以终端接入时， 基站使用默认空算法，导致终端安全模式失败。定位结果： 打开安全开关， 基站根据配置算法的优先级和终端支持的算法来选择对应适合的， 即可 保证终端完保通过。 解决建议： 按信令流程分析，当安全失败时，一般都是基站设置的算法终端部支持，所以首先查看 安全开关是否关闭，如果关闭则打开。安全开关打开后，如果终端不支持第一优先级算法， 则会根据算法优先级一一选择。 目前创意终端在开了加密完保的情况下性能有问题， 所以发布外场的配置文件中这个开 关一直都是关闭的。三、切换成功率优化1、理论介绍切换成功率是移动保持类的重要指标之一，按照涉及的网元关系可以分为 ENB 内切换 成功成功率、ENB 间（包括 X2 切换和 S1 切换）切换成功率。切换成功率的高低，直接影 响用户感受，是运营商重点考核的 KPI 指标之一。2、指标定义切换（Handover）是移动通信系统的一个非常重要的功能。作为无线链路控制的一种 手段， 切换能够使用户在穿越不同的小区时保持连续的通话。 切换成功率是指所有原因引起 的切换成功次数与所有原因引起的切换请求次数的比值。切换主要的目的是保障通话的连 续，提高通话质量，减小网内越区干扰，为 UE 用户提供更好的服务。 切换成功率主要通过话务统计结果获得，推荐的公式为： ENB 间切换成功率= ( ENB 间 S1 切换出成功次数 +ENB 间 X2 切换出成功次数 ) / ( ENB 间 S1 切换出执行请求次数 +ENB 间 X2 切换出执行请求次数 ) ENB 内切换成功率= eNB 内切换出成功次数/eNB 内切换出请求次数*100% 1）ENB 间切换相关的指标描述如下：指标 指标描述小区 eNodeB 间切换出尝试次数 小区 eNodeB 间切换出成功次数小区 eNodeB 间切换出尝试次数 小区 eNodeB 间切换出成功次数 核心网原因导致切换出准备失败次数 目标小区无响应导致切换出准备失败次数小区切换出失败次数目标小区回复切换准备失败消息导致切换出准备失败次数 源小区接收到测量报告后不触发切换请求指示导致切换失败次数 源小区发送切换取消导致切换出失败次数2）ENB 内切换相关的指标描述如下：指标 ID 小区 eNodeB 内切换出尝试次数 小区 eNodeB 内切换出成功次数 指标描述 小区 eNodeB 内切换出尝试次数 小区 eNodeB 内切换出成功次数 目标小区无响应导致切换出准备失败次数 目标小区回复切换准备失败消息导致切换出准备失败次数 小区切换出失败次数 源小区接收到测量报告后不触发切换命令导致切换失败次数 源小区发送切换取消导致切换出失败次数3、优化方法介绍LTE 系统内所有切换问题最终都可以归纳为 ENB 间的小区间切换和 ENB 内的小区间 切换等。 根据现网处理该问题的案例和现网实施的经验， 影切换问题的可能原因大概分为如 下几条： 1) 硬件传输故障（载频坏、合路天馈问题）； 2) 数据配置不合理； 3) 拥塞问题； 4) 时钟问题； 5) 干扰问题； 6) 覆盖问题及上下行不平衡；当出现切换成功率低的问题时，首先按照切换问题分类，了解切换问题的范围，然后根 据硬件、数据配置、拥塞、时钟、干扰、覆盖等方面入手逐一排查解决，排除这些影响切换 成功率的客观因素，然后根据自动邻区优化提升切换成功率。3.1 切换信令流程1．基站内小区间切换信令流程，如图 1 所示：UE eNB1.RRCConnectionReconfiguratio npacket dataUL allocation 2. Measurement Reports 3. HO decisionDL allocation 4 RRC Conn. Reconf. incl. mobilityControlinformationDetach from old cell and synchronize to new cell5 6 7Synchronisation UL allocation + TA for UERRC Conn. Reconf. Complete packet data图 1 ： 基站内小区间切换信令流程2．基站间 S1 切换测试流程，如图 2 所示：UESource eNBTarget eNBMMEServingGateway0. Area Restriction Provided1. RRCConnectionReconfigurationpacket datapacket data Legend L3 signalling L1/L2 3. HO decision 4. HANDOVER REQUIRED 5 HANDOVER REQUEST 6 Admission Control 7HANDOVER REQUEST ACKUL allocation 2. Measurement ReportssignallingUser Data10 eNB Status Transfer 11 MME Status TransferDeliver buffered and in transit packets to serving Gateway Data Forwarding Data Forwarding Detach from old cell and 7. synchronize to new cell 13. 14. Buffer packets from Serving Gateway 12 Synchronisation UL allocation + TA for UERRC Conn. Reconf. CompleteData forwarding UL packet data15. HANDOVER NOTIFYDL packet data16. UE Context Release17. Release Resources图 2：S1 切换源基站侧信令流程3．基站间 X2 切换测试流程，如图 3 所示：Handover CompletionHandover ExecutionDL allocation 9 RRC Conn. Reconf. incl. mobilityControlinformation8 Handover CommandHandover PreparationUESource eNBTarget eNBMMEServingGateway0. Area Restriction Provided 1.RRCConnectionReconfiguratio npacket datapacket data Legend L3 signalling L1/L2 3. HO decisionHandover PreparationUL allocation 2. Measurement Reportssignalling4.Handover Request 5. Admission ControlUser Data6. Handover Request Ack DL allocation 7. RRC Conn. Reconf. incl. mobilityControlinformation Deliver buffered and in transit packets to target eNB 8. SN Status TransferData ForwardingBuffer packets from Source eNB 9. 10. 11. Synchronisation UL allocation + TA for UERRC Conn. Reconf. Complete packet data packet data 12. Path Switch Request 13. User Plane update requestEnd Marker packet data End Marker 16.Path Switch Request Ack 17. UE Context Release 18. Release Resources15.User Plane update response图 3： X2 切换目标基站侧信令流程3.2 涉及话统打点小区 eNodeB 内同频切换出尝试次数：Handover Completion14. Switch DL pathHandover ExecutionDetach from old cell and synchronize to new cell如图中 A 点所示，在 eNodeB 内切换过程中，当小区接收到 UE 的 Measurement Report 消息后，切换判决要进行 eNodeB 内切换时，上述测量指标加 1。各指标的具体统 计方式如下所示： 源小区和目标小区频点相同，指标 L.HHO.IntraeNB.IntraFreq.PrepAttOut 加 1。 小区 eNodeB 内同频切换出成功次数：图1图2如图 1 中 C 点所示，在 eNodeB 内切换过程中，当 eNodeB 目标小区收到 UE 返回的 RRC Connection Reconfiguration Complete 消息后，等待切换过程中的缓存数据转发 完成时统计相应指标，如果切换过程中源小区和目标小区频点相同，指标 L.HHO.IntraeNB.IntraFreq.ExecSuccOut 加 1；或者如图 2 中 C 点所示，在 eNodeB 内切换过程中， 当 eNodeB 目标小区收到 UE 返回的 RRC Connection Reestablishment Complete 消 息 时 ， 如 果 切 换 过 程 中 源 小 区 和 目 标 小 区 频 点 相 同 ， 指 标 L.HHO.IntraeNB.IntraFreq.ExecSuccOut 加 1。3.3 切换问题分类切换分类需要在分析切换成功率问题之前确定如下几方面内容： 首先，通过话统分析确定切换失败的范围，如果是所有小区切换成功率低，要从切换特 性参数、硬件传输、系统时钟来检查问题； 其次，其他情况则过滤得出 TOPN 最差小区，针对小区按照如下的步骤进行排查问题。 第三， 查询切换性能测量中的出小区切换和入小区切换成功率， 来分析是切出失败还是 切入失败。 再分析问题小区的出小区和入小区切换性能测量， 从出小区性能测量中找出是往 哪些小区切换失败，分析所有这些切入失败的小区“入小区切换失败次数（由于拥塞）”和 “话务量（业务信道）”和“拥塞率”，确认是否目标小区拥塞导致切换失败。1) 硬件和传输故障 硬件故障的现象表现为： 告警系统上报相应的告警信息。 首先要排除这些硬件故障告警， 若硬件故障告警恢复，则查看话务统计信息和分析切换指标。 硬件故障的情形如下： ? ? ? ENB 传输管理单元； ENB 载频故障； ENB 天馈故障；处理过程： 检查硬件数据配置， 如果出现故障的小区及其相邻小区的数据配置在近期没有修改， 突 然出现切换问题，则应首先考虑是否 ENB 硬件故障造成。 若该 ENB 下只有一个小区出现切换问题，则考虑是否由该小区本身的硬件故障造成， 如部分载频损坏，引起呼叫切换到该载频时失败。 对于上述问题，可以采用闭塞部分载频的方式来验证。若闭塞某个载频后，切换成功率 恢复正常，则可以查看是否该载频故障，或与该载频相关的 BBU 或天馈故障。 若某载频的上下行信号严重不平衡，则会经常造成切换问题，如频繁切换、切换成功率 下降等。 2) 数据配置不当 数据配置不当导致的故障现象表现为：UE 不发起切换或过多的发起切换，从而影响切 换成功率。 由于切换判决算法受切换参数的控制，如果切换参数配置不当，可能导致 MS 不发起 切换或过多的发起切换，此时可从以下五个方面来考虑： 数据配置中的切换门限设置是否合理 避免因切换门限设置过大导致难切换现象， 或设置过小导致频繁切换现象， 设置合理的 切换保证不发生乒乓切换，各门限的设置参考《LTE 无线网络和业务参数标定手册》,一般 不要出现大幅偏离基线值的情况。 数据配置中的切换候选小区参数设置是否合理； 避免因邻区漏配导致 UE 无法切换到该邻区； 数据配置中的切换磁滞设置是否合理； 避免因切换磁滞设置过大导致难切换现象，或设置过小导致频繁切换现象；当切换发生异常时，需要快速检查一下切换定时器，保证切换定时器不低于设定的默 认值。 3) 目标小区拥塞 目标小区拥塞的故障现象表现为：UE 发起切换请求后申请不到信道而切换失败。 导致小区拥塞的原因如下： 小区下用户数目激增，超过设计用户数； 网优参数设置不当，导致小区吸收了过多用户； 切换参数设置不当，导致切入小区的用户数增多； 当目标小区出现拥塞导致切换失败后，为避免 MUE 试图再次切换到此目标小区，应对 目标小区进行惩罚。建议将“惩罚处理允许”设为是。 查看拥塞小区信道状态是否正常，如果载频故障或信道状态异常，首先排除相关故障。 4) 时钟问题 时钟不同步，BTS 时钟不稳是引起切换掉话的重要原因，应注意保持基站时钟稳定， 否则会因为时钟不稳，引起切换失败以及掉话过多。 13MHz 失锁告警，基站 BSIC 无法解开，所在小区切换成功率降低。 时钟参考源异常， 基站时钟与其他基站时钟之间可能出现偏差， 导致手机在切换时可能 出现异常。 解决时钟失锁以及参考源异常问题，首先需要检查告警：首先检查是否出现 2214 E1 本地告警或 2216 E1 远端告警，如果存在，则根据告警处理手册进行处理，然后观察切换 成功率。然后检查基站传输线路时钟，用频率计测试基站传输线路时钟的频偏，观察频偏是 否大于 0.05ppm；频偏大于或等于 0.05ppm，说明传输时钟异常，E1 传输线路或光传输 线路可能出现故障，或者是时钟源出现故障，用逐段自环的方法排除传输线路故障，告警处 理结束。如果仍然没有解决，四级复位基站，观察告警和切换成功率，如果仍然没有改善， 更换 TMU 解决。 5) 干扰问题 网络存在较大的干扰，容易引起接收质量下降，导致干扰切换或者质差切换增多，降低 了PBGT切换比例，从一定程度上降低了现网的服务质量，影响用户的感受，甚至一定程度 上影响切换成功率。 目前较为常见的干扰是同邻频规划干扰，联通CDMA干扰以及E频段大量复用带来的持续质差；空闲burst功能打开后未手动关闭也会带来全网干扰的上升，底噪变大，全网质量 下降，影响切换成功率。 部分光纤直放站会由于拉远其源信号，容易造成同频干扰，这点在优化的时候，需要对 源信号的频点和直放站附近的小区频点进行检查，使得频点间隔在400k以上。 对服务小区存在直放站的情况，需要在数据配置上配置：小区软参-&是否有直放站， 选择是。 干扰问题主要通过路测发现现网存在的干扰大的小区或者频点，然后通过调整天馈倾 角，更换频点，调整发射功率和小区覆盖范围等常规的RF优化手段解决。也可以通过辅助 手段，登记干扰带测量，来估计下行的干扰情况。 干扰问题主要通过RF优化来解决，详情请参考《GSM干扰分析指导书》进行干扰问题 的排查和解决。 6) 覆盖问题及上下行平衡 信号覆盖问题的现象表现为：切换成功率低、伴随着掉话且语音质量较差，用户直观感 受差，通话过程中有杂音和金属声。信号覆盖问题主要存在三类，一类是越区覆盖，由于边 缘门限设置过低，基站功率过大，倾角不合适导致越区覆盖，形成同频干扰，影响切换成功 率；一类是孤岛效应引起的切换成功率低，如服务小区的覆盖远远超过其邻区，且未与其邻 区的邻区配置相邻关系， 这种情况容易在服务小区的边缘发生切换失败； 弱覆盖形成的覆盖 漏洞，不再详述。信号覆盖问题主要通过网优的路测报告发现现网的覆盖问题，通过RF优 化解决。 ? ? ? 越区覆盖引起切换成功率低； 孤岛效应导致切换失败； 弱覆盖形成的覆盖漏洞；上下行不平衡导致的切换成功率低， 一般多发与上行较弱的情况。 如CDU合路器等硬件 存在问题，上行通道损耗过大，上行信号弱，入小区切换成功率较低。入小区无线切换成功 率低一般是由于数据有问题（如小区描述数据表中CGI有误、BA1、BA2缺少测量频点或同 邻频干扰等），存在高话务覆盖盲区或者上行弱手机接入困难等原因。可以通过以下步骤进 行测试和分析。首先，检查相应小区的硬件、维护单板状态是否正常，是否存在硬件故障类以及驻波告警。刷新信道状态，TCH是否能被正常占用。排除硬件和信道问题之后，检查 切换数据配置，切换数据保证与参数基线基本吻合。登记小区级切换话统，检查是否存在某 些小区间切换成功率始终很低。针对切换成功率始终低的小区，进行实地测试，做强制切换 和锁定主B分别做主叫和被叫，根据切换和主被叫的情况来判断上下行的问题。如果存在上 行损耗过大，建议替换合路器进行观察和测试。 覆盖问题和上下行平衡主要通过RF优化解决，详细分析，请参考《GSM BSS 网络性 能KPI（覆盖问题）优化手册V1.0.doc》4、相关案例介绍分析硬件和传输故障问题描述： 5 月 27 日，蒋王庙试扩 L
蒋王庙试扩 L-2_2 站内切换指标如下：服务小区名称 服务小区 ID 329138 蒋王庙试扩 L
蒋王庙试扩 L-2_2 138 329138 eNodeB 内切 换出成功次 数 9 5 5 4 eNodeB 内切换出 尝试次数 11 6 6 6 eNodeB 内切换 出失败次数 2 1 1 2 ENODE 内切换成功 率 81.82% 83.33% 83.33% 66.67%从 KPI 的统计表中可以看出，基站内切换成功率在一段集中的时间内较差，而之前的 时间段 ENB 内切换成功率均为 100%。 问题分析： 根据下图上午 MR 计算出目标小区的 RSRP 为-90dBm，覆盖良好。排查基站告警，在查询基站告警日志发现在该时间段存在小区退服,传输故障，X2 链路 故障的告警。如果由于小区重复退服，可能导致站内切换成功率下降。告警名称 小区退服,传输故障 X2 链路故障 小区退服,传输故障 告警级别 主要 次要 主要 告警源 蒋王庙试扩 L 329138,小区 2 蒋王庙试扩 L 329138,SCTP 链路 2 蒋王庙试扩 L 329138,小区 2 ENB ENB 网元类型 ENB 产生时间
19:28:36问题解决： 安排基站人员上站排查，重现建立 X2 链路后告警消除。28 日现场排除告警后提取当日 指标进行验证。下表为蒋王庙 28 日全天级指标，已有明显提升。服务小区 名称 蒋王庙试 扩L 138 261 264 3 98.86% 服务小区 ID eNodeB 内 切换出成 功次数 eNodeB 内 切换出尝 试次数 eNodeB 内 切换出失 败次数 ENODE 内切 换成功率邻区漏配问题问题描述： 5 月 27 日，新伊汽配商城搬迁试扩 L3 小区掉线率很高，查看指标时段趋势，在有业务 的时段都有掉线率较高的问题存在，查看小区无告警。实时查看小区无上行干扰，由于掉线 次数较多，影响全网全天的 KPI 指标数据。 问题分析： 从 CDL 信令看，在
8:48:33 时刻，UE 发送 3 次测量报告后 ，enb 没有后续消息处理，UE 无线环境质量继续恶化，导致后续切换失败，最终造成掉线。定位过程：从 mapinfo 中， 查看目标小区樱陀村试扩 L 1 小区属于源小区新伊汽配商城搬迁试扩 L 3 小区的二层对打小区。 从 CDL 信令中的 MeasurementReport 可以发现，在 8:48:22 时发了一次测量报告，测量 报告中可以得出服务小区新伊汽配商城搬迁试扩 L 3 小区 PCI 174 的 RSRP 值为-83dBm， 临小 区樱陀村试扩 L 1 小区 PCI 332 的 RSRP 值为-77 dBm。此时已经满足切换条件，但未能完成 切换。最终 10 秒后，UE 无线环境质量开始恶化，ENB 发起无线链路释放，发生掉线。解决建议： 首先对该小区的测量、邻区配置、切换算法等相关参数进行检查和优化处理；该小区临 区关系中未添加樱陀村试扩 L 1 小区。目标小区樱陀村试扩 L 1 小区属于源小区新伊汽配商 城搬迁试扩 L 3 小区的二层对打小区。但距离较远，要判断樱陀村试扩 L 1 小区和新伊汽配 商城搬迁试扩 L 3 小区是否存在越区覆盖问题，建议确认并控制樱陀村试扩 L 1 小区和新伊 汽配商城搬迁试扩 L 3 小区的覆盖范围。 临时规避办法：添加对打小区樱陀村试扩 L 1 和新伊汽配商城搬迁试扩 L 3 的双邻区关 系，避免漏配邻区导致的掉线问题。邻区数据配置不当 问题描述： 2012 年 4 月 20 日测试发现 NBHS 维科上院 FHTL-1 PCI=487 与 NBHS 青林湾西 FHTL-0 PCI=438 之间切换失败次数较多。从前台测试 LOG 可以看出，18:10:8.533 占用 NBHS 维科上院 FHTL-1 PCI=487 上报MR，目标小区 NBHS 青林湾西 FHTL-0 PCI=438，没有响应，. 42 秒后上报第 2 个 MR。 问题分析：信令跟踪的情况： 第一个 MR 没有反馈：第二个 MR，启动切换，但是切换准备失败，反馈传输资源不足造成，最后还是完成切 换，前台测试切换至 NBHS 锦江年华 FHTL-2 PCI=320 非 NBHS 青林湾西 FHTL-0 PCI=438。首先核查邻区是否添加及添加正确性，根据 LMT 外部邻区关系配置方法：除了小区测量-邻小区关系；还有外部邻小区-Eutran 邻小区；局向-邻基站，这三个地 方都要注意；另外对于邻区关系配后 SCTP 链路是否成功建立，也需要关注；目前外场遇到 的情况，排除空口无线环境，切换参数配置不合理，终端等原因后，一般问题都出在这里！ 发现 NBHS 维科上院 FHTL-1 PCI=487 与 NBHS 青林湾西 FHTL-0 PCI=438 两个小区之间存 在邻区关系，但是查看配置文件，发现青林湾西邻基站中未配置维科上院的邻基站信息 （200914 与 200894）。四、无线掉线率优化1、理论介绍ERAB 异常释放次数：图1图2如图 1 中 A 点所示，当 eNodeB 向 MME 发送 E-RAB RELEASE INDICATION 消息，当相 应承载有数传且释放原因不为“Normal Release”，“Detach”，“User Inactivity”， “cs fallback triggered”，“UE Not Available For PS Service”，“Inter-RAT redirection” 时统计该指标，并且在 MME 回复 E-RAB RELEASE COMMAND 消息时，该指标不会被重 复记录，如果 E-RAB RELEASE INDICATION 消息中要求同时释放多个 E-RAB，则相应指标 按各个业务的 QCI 分别进行累加； 如图 2 中 A 点所示，当 eNodeB 向 MME 发送 UE CONTEXT RELEASE REQUEST 消息， 会释放 UE 的所有 E-RAB。当有数传且释放原因不为“Normal Release”，“Detach”， “User Inactivity”，“cs fallback triggered”，“UE Not Available For PS Service”， “Inter-RAT redirection”时统计该指标，相应指标按各个业务的 QCI 分别进行累加。并 且在 MME 回复 UE CONTEXT RELEASE COMMAND 消息时，该指标不会被重复记录。 ERAB 正常释放次数：图1图2如图 1 中 A 点所示，当 eNodeB 收到来自 MME 的 E-RAB RELEASE COMMAND 消息时 统计该指标，如果是 MME 主动发起的释放，根据不同 QCI 统计对应指标；如果是 eNodeB 主动发起的释放，当释放原因为“Normal Release”，“Detach”，“User Inactivity”，“cs fallback triggered”，“UE Not Available For PS Service”，“Inter-RAT redirection”时，根据不同 QCI 统计对应指标。如果 E-RAB RELEASE COMMAND 消息中要 求同时释放多个 E-RAB，则相应指标按各个业务的 QCI 分别进行累加。 如图 2 中 A 点所示，当 eNodeB 收到来自 MME 的 UE CONTEXT RELEASE COMMAND 消息，会释放 UE 的所有 E-RAB。如果是 MME 主动发起的释放，根据不同 QCI 统计对应 指标；如果是 eNodeB 主动发起的释放，当释放原因为“Normal Release”， “Detach”，“User Inactivity”，“cs fallback triggered”，“UE Not Available For PS Service”，“Inter-RAT redirection”时，相应指标按各个业务的 QCI 分别进行累加。指标 小区 E-RAB 异常释放总次数 小区 E-RAB 正常释放总次数 小区 E-RAB 异常释放原因 指标描述 eNodeB 异常释放 E-RAB 的总次数 eNodeB 正常释放 E-RAB 的总次数 无线层问题导致的 E-RAB 异常释放次数 传输层问题导致的 E-RAB 异常释放次数 网络拥塞导致的 E-RAB 异常释放次数 切换流程失败导致 E-RAB 异常释放次数 核心网问题导致 E-RAB 异常释放次数此外，话统还针对各 QCI 进行了 ERAB 异常释放次数和 ERAB 正常释放次数的统计。 由于目前很少用到不同的 QCI， 业务基本都是 QCI＝6 的业务， 所以不需要关注具体的业 务类别的 ERAB 异常释放统计。2、指标定义无线掉线率＝小区 E-RAB 异常释放总次数/(小区 E-RAB 异常释放总次数+小区 E-RAB 正常释放总次数)×100％3、相关案例介绍分析切换不及时问题问题描述： 北京银行燕京支行 2 小区站间切换成功率较低， 掉线次数较多， 影响全网 KPI 指标数据。从 CDL 信令上看，基站在收到测量报告，下发 RRC 重配置消息后，直接收到 UE 的重建 立请求。由于源小区认为该 UE 已经切换到了目标小区所以释放了该 UE 上下文信息，导致 了重建立被拒绝。查看目标小区同一时间点的 CDL 日志发现，目标小区在收到切换请求后并未收到 UE 反 馈的重配置完成，造成切换失败。 问题分析：提取终端侧 log，发现测试车辆延长安街由东向西行驶，终端发起业务占用北京银行燕 京支行 2 小区（PCI=211），车辆继续向西行驶，RSRP 从-90dBm 降至-100dBm 以下，出现掉 话。观察该路段 RSRP 值分布发现， 北京银行燕京支行 2 小区（PCI =221）覆盖方向向西约 200 米后，出现黄色覆盖区域，RSRP 为-100dBm 以下，邻区列表中测量到最强邻小区北京铁 路局 1 小区（PCI= 111）RSRP 也是-100dBm 以下，且两小区 RSRP 值相近，一直无法满足切 换判决条件，当测试车辆继续向西行驶时，无线环境继续恶劣导致掉话。 北京银行燕京支行 2 小区（PCI=211）天线向西方向有高层建筑遮挡天馈系统无法调整， 另北京铁路局 1 小区（PCI =111）距离掉话区域 650 米左右，调整其天馈系统不会产生太大 的改善。所以建议调整北京银行燕京支行 2 小区（PCI=211）向铁路局 1 小区（PCI =111）切 换的迟滞量，使其更容易向铁路局 1 小区（PCI =111）切换以避免掉话。 调整建议：具体调整参数如下。 参数名称 参数位置 原 始 值 0 目标值邻小区个性化偏移 （dB） 调整结果：小区-&邻小区关系3调整完成后，使终端提早切换至北京铁路局 1 小区（PCI= 111），避免了终端掉话的风 险。调整后如下图：核心网问题问题描述: UE 终端占用林业大学搬迁试扩 3 小区，发送 MeasurementReport 后，核心网无故发起 EPS 去附着导致未切换前掉线。问题分析：无线侧：通过回放 LOG，发现此次 RRC 释放是由核心网下发 EPS 去附着导致，与无线侧无 关。CDS 截图如下：基站侧：请后台分析人员抓取相应基站日志，发现此流程都是由终端与核心网的 NAS 层消 息决定的，与基站无关。 下面是分析过程： MME S1AP ID 为 284984 的用户发起 TAU，TAU 完成后，核心网发起了去附着请求，后 续终端又发起 TAU 被核心网拒绝释放。 这些流程是由终端与核心网的 NAS 层消息决定的，与基站没有关系，需要请核心网同 事一起定位，看看原因。
核心网侧：咨询了核心网的同事，得知他们最近在修改 MMEC，会导致核心网释放注册用 户，主动下发 detach 的情况。我们上次出现的异常释放是由于核心网修改 MMEC 导致。之 后多次测试都未复现该现象。 解决方案： 此问题已确认与基站无关， 是终端与核心网之间交互的问题。 由于出现现象的时候核心 网在修改 MMEC，因为此操作导致的核心网无故下发 detach，导致 RRC 释放。帧头未对齐导致的干扰问题问题描述： 5 月 16 日， 00F 大方巷专项 2 小区切换成功率很低， 查看小区无告警： 从 CDL 信令看， UE 接收到 rrc 重配置消息后，再向目标小区发起接入过程中，之后 UE 发送 rrc 重配置完成 失败，没有接入目标小区，源小区超时后认为切换出失败；原基站向 EPC 发起 UE 上下文 释放请求。 信令流程如下：处理方法：通过提取小区 IOT 报表发现该站存在明显干扰，上行低噪较高，且观察其他 KPI 指标均较差。定位过程： 首先用扫频仪排除外部干扰后，由于此站为双模基站，查看其小区子帧配比情况，发现 与 TD-SCDMA 系统的子帧帧头没有对齐，造成干扰。 LT-LTE 在基站侧由上行接收转外下行发送需要一定的设备切换时间， 在 TD-SCDMA 系统 中，每一个时隙后总有 16 码片的空闲时刻可以用于设备的切换，但是在 TD-LTE 的帧结构中 没有预留这个切换时间。这使得，对于 TD-LTE 系统的终端来说，需要在其发送时需要考虑 基站侧的 UL?DL 的切换时间，进行提前发送。具体如下图所示：基站侧终端侧TA处理建议： 南京大唐的帧头与 TDS 已对齐，建议南京卡特 LTE 帧头与 TDS 现网对齐。
更多搜索：
All rights reserved Powered by
文档资料库内容来自网络，如有侵犯请联系客服。}