TD最坏小区优化指引

TD 最坏小区优化指引最坏小区优化指引 华为 华为 目录目录 1 最坏小区定义 2 2 指标意义与定义 2 2 1 CS 无线接通率 2 2 2 CS 域无线掉话率 2 2 3 RRC 拥塞率 3 3 指标优化建议 3 3 1 RRC 连接成功率 业务相关 3 3 1 1 影响的因素 3 3 1 2 涉及的参数 3 3 1 3 优化建议 3 3 1 4 案例 3 3 2 CS RAB 建立成功率 3 3 2 1 影响的因素 3 3 2 2 涉及的参数 3 3 2 3 优化建议 3 3 2 4 案例 3 3 3 CS 域无线掉话率 3 3 3 1 影响的因素 3 3 3 2 涉及的参数 3 3 3 3 优化建议 3 3 3 4 案例 3 3 4 RRC 拥塞率 3 3 4 1 影响的因素 3 3 4 2 涉及的参数 3 3 4 3 优化建议 3 3 4 4 案例 3 1 1 最坏小区定义 最坏小区定义 TD 最坏小区指的是 电路域 RRC 建立尝试次数 业务相关 语音业务 RAB 建立请求的 RAB 数目 个 100 且且 TD 语音无线接通率50 且 TD 语音无线掉话率 5 的小区 或者是或者是 RRC 拥塞率 10 的小区 TD 最坏小区比例 区域内 TD 最坏小区数 考核区域内 TD 总小区数 100 2 2 指标意义与定义 指标意义与定义 从最坏小区定义看 涉及的指标有 TD 语音无线接通率 TD 无线掉话率和 RRC 拥塞率 2 12 1 CSCS 无线接通率无线接通率 该指标衡量 CS 域用户接入网络的难易程度 直接影响客户拨打电话时的感 知 该指标偏低导致用户接入困难 无线接入性下降等问题 CS 域无线接通率 RRC 连接成功率 业务相关 CS 域 RAB 建立成功率 2 22 2 CSCS 域无线掉话率域无线掉话率 CS 域无线掉话率反映了系统 CS 域业务的通讯保持能力 通讯的稳定性和 可靠性 是用户直接感受的重要性能指标之一 当系统 CS 域的掉话率高时 会严重降低用户对语音业务的满意度 从而导致用户投诉 CS 域无线掉话率 RNC 请求释放的电路域 RAB 总数目 电路域 RAB 指 派建立成功的 RAB 数目 100 2 32 3 RRCRRC 拥塞率拥塞率 反映小区 RRC 连接的拥塞程度 该指标偏高说明客户的信令连接受到影 响 将出现用户接入困难 无线接入性下降等问题 RRC 拥塞率 业务相关 由于容量控制而导致 RRC 连接失败次数 按原 因分 RRC 连接请求次数 100 注 因为容量控制而被系统拒绝的 RRC 请求数量 由于容量控制的原因 UE RNC RRC 连接建立拒绝 RRC CONNECTION REJECT 消息 其中原因为 congestion 3 3 指标优化建议 指标优化建议 3 13 1 RRCRRC 连接成功率连接成功率 业务相关业务相关 RRC 连接建立可以分两种情况 一种是与业务相关的 RRC 连接建立 另 一种是与业务无关 如位置更新 系统间小区重选 注册等 的 RRC 连接建 立 前者是衡量呼叫接通率的一个重要指标 其结果可以作为调整信道配置的 依据 后者可用于考察系统负荷情况 RRC 连接建立成功率 业务相关 RRC 连接建立成功次数 业务相关 RRC 连接建立尝试次数 业务相关 100 3 1 13 1 1 影响的因素影响的因素 1 上行干扰 观察上行 ISCP 值是否正常 2 小区资源不够 小区是否拥塞 通过话统提取 RRC 建立失败原因是否 为congestion 3 用户无响应 终端问题 4 终端和 NB 同步问题 5 弱覆盖 3 1 23 1 2 涉及的参数涉及的参数 1 无 2 载波数量 3 RRCUERSPTMR 等待 RNC 下发 RRC SETUP 时间 超时接入失败 4 PRXprachdes 期望在小区接收机得到的 PRACH 接收功率 5 PCCPCHPOWER pccpch 功率 3 1 33 1 3 优化建议优化建议 1 查找干扰源 或在调整 uppts 位置暂时规避 2 扩容 可以把 A 频点改为 F 频点增加容量 3 RRCUERSPTMR 适当增加此参数 避免时延大导致超时建立失败 4 提高 PRXprachdes 期望值 增加 UE 发给 NB 信息成功率 5 适当提高 pccpch 功率 增加覆盖 RRC 问题分析流程图 问题分析流程图 图1RRC连接建立问题分析图 3 1 43 1 4 案例案例 关键字 GSM 直放站 干放 室分 ISCP 故障类别 干扰问题 现象描述 在某市 TD 三期项目中 网优人员测试 CS 和 PS 业务时 发现 PCCPCH 和 DPCH 的 RSCP 及 C I 都正常 但 DPCH 的 ISCP 很高 导致接通率低 CS 域话音及视频质量差 PS 域速 率低 空口掉话掉线率高 背景介绍 新建 TD 网络 华为采用 RNC 类型 RNC820 RNC 版本 RNC820V004R000C01SPC300 告警信息 无 原因分析 1 TD 网内同频干扰 2 TD 网内基站存在时钟源 GPS 失步问题 3 基站硬件故障或室分设备故障 4 相邻小区存在时隙配比不一致问题 5 TD 射频输出段的干放故障 6 其它无线系统的网外干扰 处理过程 首先联系测试人员 请其提供现场第一手资料进行分析 现场测试 CS64K 业务截图如下所示 从上图可以看到 在占用 10055 频点时 PCCPCH 及 DPCH 的 C I 都在 11dB 以上 RSCP 良好 误块率为 0 但存在 DPCH 的 ISCP 过高的问题 从载干比良好的情况来看基本可以 排除网内同频干扰问题 为慎重起见 修改主频点为较高频段的 10020 进行测试 发现也 是存在相同问题 在后台使用 LMT R 跟踪 UE 信令 并与现场测试工程师连续 发现经常无法收到 UE 上报 的 RRC CONNECTION REQUEST 的消息 呼叫建立后 出现掉话现象 掉话原因为空口 失败 从路测数据来看 发现测试区域邻区电平为 116dBm 即无法收到邻区信号 从现场环境 来看 该室内站点的相邻站与其相距 100 米左右 应该可以收到信号 怀疑该站或其相邻 站点存在 GPS 故障导致时隙干扰问题 为验证是否存在此类问题 采取了以下几个步骤进 行测试 偏移该室内小区的 UPPCH 的位置 由 0 改为 22 进行测试验证 查询该站及其相邻站点的时钟同步方式 并查询附近站点的告警情况 检查是否存在时钟 失步的问题 检查该小区和邻区的时隙配比是否都为 2 4 修改载频优先级 使其占用其它载频 现场进行测试 并在后台观察所有载频的 ISCP 情 况 测试及查询结果如下 偏移 UPPCH 后 ISCP 仍然较高 掉话问题还是没有解决 掉话原因为 UE 无线连接丢失 检查发现相邻站点没有时钟源告警 产品侧反馈附近站点也已安装 GPS 采取自动同步方 式 站点锁星正常 检查发现全网时隙配比都为规范的 2 4 没有问题 修改载频优先级 UE 占用优先级最高的辅载频 发现问题仍然存在 所有载频的 ISCP 都 为 80dBm 左右 采取以上的检查方法后 发现在整个 TD 网络的 B 频段带宽内都存在底躁较高的问题 基 本可以判断该站的干扰由基站硬件模板 室分系统或网外无线系统干扰导致 联系客户咨 询该室内站是否存在同覆盖的宽频直放站等 GSM 信源 如有请其短暂关闭 10 分钟进行测 试 后从客户 GSM 部门了解到 该室内站点所在楼宇安装有客户的测试直放站 并在远 端使用干放引入室分 关闭直放站远端干放进行测试 并在后台跟踪 ISCP 如下图所示 从上图可以看到 三个频点的 ISCP 都已从 80dBm 下降至 102dBm 左右 现场测试效果良 好 通话质量正常 没有再发现掉线掉话情况 业务恢复正常 建议与总结 发现业务时隙干扰应首先从网内寻找原因 首先从频率干扰和告警等容易实现的方式开始 检查 排除网内干扰的原因后再去分析硬件故障和异系统干扰问题 3 23 2 CSCS RABRAB 建立成功率建立成功率 RAB 建立成功是成功为用户分配了用户平面的连接 是建立业务连接的最 后一个步骤 该指标衡量电路域 RAB 建立成功情况 影响 TD 网络语音业务的 接入性能 该指标偏低时将直接导致客户无法接入网络 RAB 建立成功率 CS 域 RAB 指派建立成功 RAB 数目 CS 域 RAB 建立 请求的 RAB 数目 100 3 2 13 2 1 影响的因素影响的因素 1 上行干扰 ISCP 过高 2 RB 建立超时 3 用户接入阶段主动挂机 4 弱覆盖 5 ALL2PATH 配置错 6 开环功率不足 7 激活时间太短 3 2 2 涉及的参数 1 无 2 RBSETUPRSPTMR UE 等待 RB 建立完成时间 如果超时则接入失败 3 无 4 Pccpchpower 功率 可以提高相应得信道功率增加覆盖 5 无 6 MINDLINITPWR DLINTERFERERSV 提高下行最小初始发射功率 提高 上下行开环功率 降低开环功率不足造成的失败 MIDRATERLACTTIMEDEFOFFVAL HIGHRATERLACTTIMEDEFOFF VAL 增加激活时间时长 3 2 33 2 3 优化建议优化建议 1 查找干扰源 2 增加 RBSETUPRSPTMR 时间 避免时延过大超时导致接入失败 3 无线侧无解决方案 4 做好 RF 优化 无法调整可以提高相应信道功率 5 开站的数据核查工作 RAB 是指用户平面的承载 用于 UE 和 CN 之间传送语音 数据及多媒体 业务 UE 首先要完成 RRC 连接建立 然后才能建立 RAB RAB 建立是由 CN 发起 UTRAN 执行的功能 基本流程 首先由 CN 向 UTRAN 发送 RAB 指配请求消息 请求 UTRAN 建立 RAB RNC 发起建立 Iu 接口与 Iub 接口的数据承载 RNC 向 UE 发起 RB 建立请求 UE 完成 RB 建立 向 RNC 回应 RB 建立完成消息 RNC 向 CN 应答 RAB 指配响应消息 结束 RAB 建立流程 当 RAB 建立成功后 一个基本的呼叫即建立 流程如下图所示 图2RAB正常建立流程 3 2 43 2 4 案例案例 IU 口 AAL2 阻塞导致 RAB 建立失败案例 IU 口 AAL2 阻塞导致 RAB 建立失败 某 RNC 现场反馈在多个小区发现偶尔呼叫不成功 原因为资源阻塞 小区无告警信息 资源阻塞有可能是业务量大导致 AAL2 拥堵 也有可能是 AAL2 被屏蔽 这里并不是每次 RAB 被拒 说明肯定不是所有 AAL2 被屏蔽 从后台信令上看 RNC 在收到 RAB 指配请求之后就向 CN 回了 RAB 指配响应 但 RNC 未向 NodeB 发送无线链路重配置 而 RAB 指配响应的原因是 iu transport connection failed to establish 这说明可能为传输链路有异常 图 1 通过附件图 1 初步断定为 IU 口问题后 跟踪 RNC8 的 IU 口 发现两个小时内有 7 次 RAB 建立失败 原因值都一样而且都是 CS 域 RAB 指配 于是在跟踪 IU 口的同时跟踪 QAAL2 在 IU 口发往 CN 失败的 RAB 指配对应的时间查看 AAL2 的链路状况 图 2 通过附件图 2 cause switching equipment conges 可以得知 接入业务的该条 AAL2 链路 阻塞 而 RNC 这边没有将任何链路 block 掉 于是联系核心网侧 核心网人员表示误操作 远端闭塞了 16 条 AAL2 中的 3 条 将这 3 条 AAL2 链路解蔽塞之后恢复正常 呼叫不成功的原因很多 和网络环境 无线参数等多种因素有关 通常遇到这样的问题 要结合无线环境和信令等多种方法结合解决 CS 域 RAB 指配遇到概率性不通的情况下 并且 iu transport connection failed to establish 可以查下是否 RNC 与 CN 间链路被闭塞 同小区内立即激活缺省偏移值设置不当造成并发业务失败案例 同小区内立即激活缺省偏移值设置不当造成并发业务失败 在秦淮西路 3 小区经行并发业务测试时 如果先进行 H 业务之后尝试语音业务会导致 RAB 建立失败 同时 H 业务掉话 在 OMC 上查看小区无告警 完整信令流程如下图所示 上图中可以看出 其共进行了 2 次 RB 建立申请 第一次申请的是 PS 业务如下图所示 且建立成功 UE 返回 RRC RB SETUP CMP 第二次 RB 建立申请 CS 业务 如下图所示 此次 CS 业务没有建立成功 5 秒后 RNC 申请 IU RELEASE PS 业务掉话 原因值为 无线进 程接口失败 如下图所示 1 根据其后台跟踪 RB 建立的具体信令可以看出 RB 建立失败原因为 ulWatiRbFailTimer is too short 5 秒后 RB 建立超时 IU 释放 如下图所示 2 与其他小区进行参数对比 发现该小区同小区内立即激活缺省偏移值设置为 40 远小于 基线参数设置的 150 如下图所示 该参数指示 UE 新配置生效的时间点 便于 UE NodeB 和 RNC 在该时间点同时使用新 的配置信息 保证数据的可靠传输 RNC 建立新配置时根据当时的帧号推算新配置的生效 时间点 既要考虑携带该参数的信令在 Iub 和 Uu 口的传输时延 又要考虑新配置建立时 间不能过长 如果新配置的建立时间和生效时间间隔过短 可能会出现在 UE 未收到配置 信息之前网络侧新配置已经生效 而 UE 依然使用旧配置 导致数据传输出现错误 3 将该小区同小区内立即激活缺省偏移值更改为 150 如下图 4 复测发现并发业务可以正常建立 如下图所示 对于异常事件的小区参数配置进行核查和比对可以有效地定位和解决问题 3 33 3 CSCS 域无线掉话率域无线掉话率 3 3 13 3 1 影响的因素影响的因素 1 弱覆盖 2 干扰 3 切换 4 终端问题 5 AAL2PATH 配置 3 3 23 3 2 涉及的参数涉及的参数 1 Pccpchpower 无 2 HYSTFOR1G 邻区信号测量值比本区高出该门限值时 才可能触发切 换 TRIGTIME1G 该参数越大 误判概率越小 但会减小对测量信号变 化的响应速度 因而切换操作不能及时响应的概率也越大 该参数越小 可能会带来误判和乒乓切换 HYSTFOR2A 邻区信号测量值比本区高出该门限值时 才可能触发切换 该参数越大 抵抗信号波动的能力越强 可以减少乒乓和误判 但会导致 切换的不及时 该参数越小 可以使得切换条件更异满足 但带来乒乓和误判的概率增 大 TIMETOTRIG2A 该参数越大 误判概率越小 但会减小对测量信号变化 的响应速度 因而切换操作不能及时响应的概率也越大 该参数越小 可 能会带来误判和乒乓切换 3 无 4 AAL2PATH 配置问题 3 3 33 3 3 优化建议优化建议 1 通过 RF 调整 增加覆盖 如果解决不了增加信道发射功率 2 查找干扰源 调整频点扰码 3 根据现场情况调整切换门限 解决切换慢问题 4 终端问题 回访用户了解用户行为 指导用户正确使用 5 检查 ALL2PATH 配置问题 3 3 43 3 4 案例案例 案例 1 现象描述 在某市 TD 三期指标提升中 优化提升后全网所有 RNC 掉话率降至 0 2 左右 但是 RNC07 掉话开始在 3 后经过产品帮忙处理 topN 降至 1 左右 处理万 topN 小区之后 的掉话极为分散 没有 top 小区可以处理 背景介绍 新建 TD 网络 华为采用 RNC 类型 RNC820 RNC 版本 RNC820V004R000C01SPC410 本市三期 13 个 RNC 共有 11 个 MSC 5 个华为 6 个 E 厂家 RNC07 为单独的一个爱 立信 server55 告警信息 GCU GCG 单板锁相环状态改变告警 GCU GCG 单板锁相环状态改变告警 E1 T1 信号丢 失告警 原因分析 1 RNC 级性能参数设置不当 2 RNC07 区域干扰较大 网优优化不充分 3 产品配置的 RNC 链路或者传输数据问题 4 RNC07 所在的 SERVER55 问题 处理过程 核查 RNC 级的掉话相关的参数 开环功控 闭环功控参数核查 个别参数如 上下行干扰余量 无线链路最大最小发射功 率等与 LCR4 1 基线有差异 但是我们全网 RNC 都配置了相同的参数 SRB 复位相关参数核查 之前所有 RNC 全部更改 和其它 RNC 相同 干扰核查 导出 RNC07 的 UP 和 ISCP 干扰 发现测量值大于 95 的小区很少 同时 RNC07 的切换 成功率也不比其它 RNC 差 所有干扰应该不是造成 RNC07 掉话高的主要原因 产品问题核查及 top 小区处理 发现 RNC07 存在好多 GCU GCG 单板告警 GCU GCG 单板与 RNC 的时钟相关 所有有 可能导致掉话 于是产品同时提单与研发一起定位 最后的结论是这个告警跟掉话没有关 系 况且其它所有 RNC 都有这个告警 只是其它 RNC 这个告警数量稍少而已 E1 T1 信号丢失告警 是因为所有绝大多数站点物理上只配置了 2 条传输 但是数据已经 做了 8 条或者 10 条 没有拥塞的情况下这个告警是不会影响业务的 观察当日的掉话 top N 小区 发现有 RNC07 的 5 个站点失败较高 并且失败原因类似 派人现场对长坑 1 小区测试 发现此小区接入也存在问题 失败的典型信令如下 RAB 建 立完后马上释放 释放的原因未知错误 同时长屯收费站和牛山新村也出现相同的问题 这些站点实际只配置 2 条 E1 配置在主控板上 S666 站型应该配置 10 条 E1 主控上配 8 条 E1 UTRP 两条 E1 UTRP 上的两条 E1 物理环回 两个 IMA 组 分别关联主控上的 8 条 E1 和 UTRP 的两条 E1 两个 IMA 组上分别有 4 条 AAL2PATH 失败的接入都是建 立在了传输扩展板上 但是传输扩展板实际上是没有配置 E1 之前的处理措施是删除建立在 UTRP 上的 AAL2PATH 后 恢复正常 或者将此 IMA 组 BLK 等 E1 线连通后 UBK 此 IMA 组 检查这些站点发现数据都是 S666 配置 于是对 RNC07 的所有 S666 站重新加载 NODE B 侧脚本 并在脚本中 BLK 传输扩展板的 IMR 组 观察 TOPN 掉话小区 掉话次数明显下降 这时 RNC07 的掉话率已经下降为 0 5 左右 得到很大改善 案例 2 问题描述 问题描述 从话统信息中可以获知某个 RNC CS 掉话的 Top 小区 但这些 Top 小区确切的掉话原因从 话统中不易获取 比如是 Top 小区中的 Top 终端造成的还是 Top 小区离散用户 借助 PCHR 工具可以精确定位 问题分析 问题分析 以 RNC1T 为例 1 从话统中看到莲北村 T1 20281 一直位于 CS 掉话的 Top 小区列表 2 通过 PCHR 工具 插入 UE 标示 发现这个小区的掉话并不集中于 Top 终端 如 图 1 所示 莲北村 T1 小区掉话信息 分析某个终端掉话前的信令流程 发现掉话原因为链路质量变差 疑似 UE 没有收到 Measurement Control 层 2 收不到 ack 消息导致 SRB 复位 见图 2 图 3 链路释放前的链路信息 信令释放流程 3 经过分析 其他掉话终端与以上现象类似 基本可以确定是小区无线环境导致了 掉话 经过核查 该小区属于未替换站 根据之前的测试经验 新老站之间的切换会存在概率性 的切换失败 从而导致掉话 解决措施 解决措施 1 根本解决措施是替换该站点 2 如果替换站点进度受限 同时该站点周围新站点密集 可以采取关闭该站点调整 周围小区的覆盖尝试解决 3 如果以上两项措施均无法实施 可以采取对该小区提高 CS 异系统切换门限 使 得潜在掉话用户尽早切至 2G 3 43 4 RRCRRC 拥塞率拥塞率 3 4 13 4 1 影响的因素影响的因素 这里请列出影响该指标可能的原因 也是日常优化需要关注和分析的地方 这里请列出影响该指标可能的原因 也是日常优化需要关注和分析的地方 载波资源不够 同一时间用户量过多 3 4 23 4 2 涉及的参数涉及的参数 载波数量 RRCESTCAUSE 控制 RRC 建立在那个信道上 控制 RRC 建立的资源 3 4 33 4 3 优化建议优化建议 增加载波数量 对一些 RRC 建立流程 注册 2G 重选回 3G 附着等 改为建立在 FACH 上 数据提取指标统计资源评估 H资源拥塞R4载波空闲 将R4载波 设为H载波 H载波扩容 指标监控 R4资源拥塞 CS域业务导 致拥塞 是 是是 否 R4载扩容波是 否 3 4 4 案例案例 案例名称 案例名称 手机工厂大业务量站点接通率优化案例 现象描述 现象描述 在 D 市接通率优化过程中 发现 A 小区的 RRC 建立成功率很低 并且 RRC 建立请求次数比一般小区多的多 不区 分业务 RRC 连 接建立 成功的 次数 不区 分业务 RRC 连 接请求 次数 不区 分业务 RRC 连 接失败 次数 不区 分业务 RRC 连 接失败 次数 不区 分业务 RRC 连 接失败 次数 不区 分业务 RRC 连 接失败 次数 不区 分业务 RRC 连 接失败 次数 RRC 建 立成功 率 23670261222452004226190 61 该小区的 RRC 失败次数大约是全网 RRC 失败次数的 95 导致全网的 RRC 建立成功率低 告警信息 告警信息 无 原因分析 原因分析 RRC 建立成功率低原因有多种 1 数据配置问题导致 RRC 建立成功率低 2 NodeB 硬件问题 3 无线环境干扰问题 4 网优参数问题 5 拥塞问题 处理过程 处理过程 1 我们通过话统进行分析 发现该小区失败的原因是由于拥塞导致 而 AAL2 建立失败 FP 同步失败和 RL 建立失败很少 2 因此这个站点主要是拥塞原因 据了解这个位置是宇龙计算机通信公司 该处属于手机生产测试地方 怀疑存在终端测试导致 3 通过 PCHR 分析该小区的起呼发现 这个小区所有的起呼都是一款终端 并且没有 IMEI 号码 并且存在几百个测试号码同时进行业务 用户标识RRC 请求次数终端 IMEI 460078026111375H994ffffffff ffffff 99H 460078026110750H895ffffffff ffffff 99H 460078026111370H839ffffffff ffffff 99H 460077119580830H703ffffffff ffffff 99H 460078026110745H666ffffffff ffffff 99H 460078026110746H635ffffffff ffffff 99H 460078026110857H598ffffffff ffffff 99H 460001831411708H597ffffffff ffffff 99H 460020724338304H577ffffffff ffffff 99H 460078026111372H571ffffffff ffffff 99H 460078026111371H566ffffffff ffffff 99H 460078026111376H566ffffffff ffffff 99H 460078026110747H561ffffffff ffffff 99H 460001831411882H534ffffffff ffffff 99H 460078026110744H524ffffffff ffffff 99H 460079145510585H396ffffffff ffffff 99H 460079145510627H349ffffffff ffffff 99H 460078026110753H340ffffffff ffffff 99H 460077119581874H310ffffffff ffffff 99H 460078026111358H306ffffffff ffffff 99H 460078026110739H302ffffffff ffffff 99H 460078026111354H301ffffffff ffffff 99H 460079145510612H301ffffffff ffffff 99H 460078026111357H292ffffffff ffffff 99H 460078026111