下载文档原格式
4．2．5．1覆盖优化首先让手机在idle状态进行覆盖测试，来优化PCCPCH RSCP 的覆盖范围和PCCPCH_C/I，然后再做拨打测试，可以达到事半功倍的效果。
因为在PCCPCH RSCP弱和PCCPCH_C/I较差的地方，寻呼成功率、拨打成功率等也必然很差。
当PCCPCH_RSCP 和PCCPCH_C/I优化达到指标后，那么在对拨打状态的优化时就可以去除这方面的影响，可以专注于对切换、寻呼等参数的优化以及对设备故障的排查，达到事半功倍的效果。
问题分类：常见的PCCPCH RSCP覆盖问题主要有如下几种情况：（1）邻区缺失引起的弱覆盖（2）参数设置不合理引起的弱覆盖（3）缺少基站引起的弱覆盖（4）越区覆盖（5）背向覆盖（6）天馈实际安装与规划不一致引起的覆盖问题（7）基站GPS故障引起的弱覆盖解决思路：对于不同的覆盖问题，有着不同的优化方法，以下是常见覆盖问题的优化方法：（1）对于由于邻区缺失引起的弱覆盖，应添加合理的邻区（2）对于由于参数设置不合理引起的弱覆盖（包括小区功率参数以及切换、重选参数），根据具体情况调整相关参数（3）对于由于缺少基站的弱覆盖，应通过在合适点新增基站以提升覆盖（4）对于由于越区覆盖导致的覆盖问题，应通过调整问题小区天馈的方位角/俯仰角或者降低小区发射功率解决，但是降低小区发射功率将影响小区覆盖范围内所欲区域的覆盖情况，不建议此种方法解决越区（5）对于背向覆盖，大部分由于建筑物反射导致，合理调整方位角/下倾角（6）对于天馈安装与规划不一致（包括同一基站小区间天馈接反或者天馈下倾角/方位角不合适等）引起的覆盖问题，应对天馈进行调整（7）对于由于基站GPS故障引起的弱覆盖，应及时上站更换故障模块总结：对于网络中存在的各种覆盖问题，我们应仔细分析并找出问题的根源。
有些问题的现象可能是相似或者相同的，但是问题的根源却有着本质的区别，应采取不同的解决方案。
4．2．5．2切换优化无线网络特有的用户移动性，为了保证用户移动过程中同样享有业务就必须使网络具备正确的切换。
WCDMA RNO 专题指导书覆盖问题分析(仅供内部使用）For internal use only拟制: Prepared by UMTS-SANA日期：Date20004-11-21审核: Reviewed by 日期：Date审核: Reviewed by 日期：Date批准: Granted by日期：Date华为技术有限公司Huawei Technologies Co., Ltd.版权所有侵权必究All rights reserved修订记录Revision record目录Table of Contents1概述 (7)2覆盖问题分类定义 (7)2.1信号盲区 (7)2.2覆盖空洞 (7)2.3越区覆盖 (8)2.4导频污染 (8)2.5上下行不平衡 (9)3覆盖分析流程 (10)3.1相关知识准备工作 (10)3.1.1规划方案 (10)3.1.2分析工具 (11)3.1.3配置参数调整 (11)3.2覆盖数据分析 (13)3.2.1路测数据分析 (13)3.2.2话统数据分析 (20)3.2.3跟踪数据分析 (21)3.2.4用户投诉分析 (21)4覆盖增强策略 (21)4.1基站配置调整 (21)4.2覆盖增强技术 (24)5典型覆盖问题分析 (25)5.1站址规划不合理导致的覆盖空洞问题 (25)5.1.1现象 (25)5.1.2分析 (26)5.2站址选择不当导致的越区覆盖问题 (28)5.2.1现象 (28)5.2.2分析 (29)5.3天线安装不合理导致的覆盖受限问题 (30)5.3.1现象 (30)5.3.2分析 (31)5.4天馈安装错误导致的覆盖受限问题 (32)5.4.1现象 (32)5.4.2分析 (32)6网优各阶段关注点 (33)6.1单站测试阶段 (33)6.2优化前评估阶段 (33)6.3RF优化阶段 (33)6.4参数优化阶段 (34)6.5网优项目验收阶段 (34)7总结 (34)表1我司系列化基站特点（V100R003） (21)图目录List of Figures图1导频强度的分布情况 (13)图2导频的Ec/Io Best Server的分布情况 (14)图3导频的Ec/Io Best Server的分布情况 (15)图4Scanner和UE的覆盖对比分析 (16)图5RNC记录的下行50％负载下Voice业务的下行码发射功率的PDF (17)图6UE的软切换比例 (18)图7NodeB记录的UL RTWP异常 (19)图8UE的发射功率分布（微蜂窝） (19)图9UE的发射功率分布（宏蜂窝） (20)图10站址分布不合理导致的覆盖空洞 (26)图11郑州实验局的覆盖预测结果 (27)图12站址分布 (28)图13优化前存在的越区覆盖 (29)图14优化后仍然存在的越区覆盖 (30)图15天线安装没有考虑平台的遮挡而造成的站底覆盖受限 (31)图16天馈设计实施的优化 (32)图17701640_ElzHse站点的天馈安装错误修正前后的导频RSCP覆盖 (32)WCDMA RNO 专题指导书覆盖问题分析关键词Key words：信号盲区，覆盖空洞，越区覆盖，导频污染，上下行不平衡摘要Abstract：本文主要是指导网优工程师如何对网络优化阶段中的出现的导频覆盖和业务覆盖问题进行分析和解决，如何衡量网络的覆盖性能，同时也对相关的覆盖增强策略进行了介绍。
WCDMA RNO 切换过程分析(仅供内部使用） For internal use only拟制:URNP- SANA日期： 2003-10-30审核:日期： 审核:日期： 批准:日期：HUAWEI华为技术有限公司Huawei Technologies Co., Ltd.版权所有 侵权必究 All rights reserved修订记录目录1 切换的基本概念 (8)2 切换的分类 (8)2.1 软切换 (8)2.1.1 更软切换 (8)2.1.2 一般软切换 (9)2.2 硬切换 (12)2.2.1 异频硬切换 (12)2.2.2 同频硬切换 (14)2.2.3 系统间硬切换 (15)3 切换过程的信令流程及消息分析 (17)3.1 测量控制和测量报告 (17)3.1.1 测量过程概述 (17)3.1.2 测量控制 (19)3.1.3 测量报告 (24)3.2 软切换过程分析 (26)3.2.1 激活集更新过程概述 (26)3.2.2 软切换相关信令信息元素分析 (27)3.2.3 激活集更新过程处理 (32)3.2.3.1 UE接收ACTIVE SET UPDATE消息后正常处理过程 (33)3.2.3.2 UE对接收到的ACTIVE SET UPDATE中不支持的配置处理（异常过程） (35)3.2.3.3 UE对接收到的ACTIVE SET UPDATE中无效配置的处理（异常过程） (35)3.2.3.4 UE对接收到的ACTIVE SET UPDATE中不兼容同时重配置（异常过程） (36)3.2.3.5 UTRAN对ACTIVE SET UPDATE COMPLETE消息的接收(UTRAN正常过程). 373.2.3.6 UTRAN对ACTIVE SET UPDATE FAILURE消息的接收（UTRAN异常过程） . 373.2.3.7 无效的ACTIVE SET UPDATE消息（异常过程） (37)3.2.3.8 在错误的状态接收一个ACTIVE SET UPDATE消息（异常过程） (37)3.2.4 软切换信令流程分析 (38)3.2.4.1 无线链路增加信令流程分析 (38)3.2.4.2 无线链路删除信令流程分析 (40)3.2.4.3 无线链路增加和删除组合信令流程分析 (42)3.3 一般硬切换过程分析 (44)3.3.1 一般硬切换过程概述 (45)3.3.1.1 定时重建硬切换 (45)3.3.1.2 定时保持硬切换 (45)3.3.2 一般硬切换信令信息元素分析 (48)3.3.2.1 无线承载建立消息“RADIO BEARER ESTABLISHMENT” (49)3.3.2.2 无线承载重配置消息“RADIO BEARER RECONFIGURATION” (54)3.3.2.3 无线承载释放消息“RADIO BEARER RELEASE” (58)3.3.2.4 传输信道重配置消息“TRANSPORT CHANNEL RECONFIGURATION” (63)3.3.2.5 物理信道重配置消息“PHYSICAL CHANNEL RECONFIGURATION” (67)3.3.3 一般硬切换流程 (70)3.3.3.1 信令流程分析 (71)3.4 系统间切换过程分析 (74)3.4.1 系统间切换过程概述 (74)3.4.2 系统间硬切换信令信息元素分析 (76)3.4.3 系统间硬切换流程 (81)1）系统间切换（来自UTRAN）流程（UTRAN－>GSM/BSS） (81)2）系统间切换（到UTRAN）流程（GSM/BSS －>UTRAN） (83)4 切换过程的性能分析 (85)4.1 软切换的性能指标及分析 (85)4.2 硬切换的性能指标及分析 (85)表目录表1 测量控制信息元素表 (20)表2 测量报告信息元素表 (24)表3 测量结果信息元素表 (24)表4 事件结果信息元素表 (25)表5 活动集更新信息元素表 (27)表6 无线链路增加信息元素表 (29)表7 激活集更新完成信息元素表 (30)表8 激活集更新失败信息元素表 (31)表9 激活集更新失败的原因列表 (32)表10 无线承载建立信息元素表 (49)表11 无线承载重配置信息元素表 (54)表12 无线承载释放信息元素表 (58)表13 传输信道重配置信息元素表 (63)表14 物理信道重配置信息元素表 (67)表15 HANDOVER FROM UTRAN COMMAND信息元素表 (76)表16 HANDOVER TO UTRAN COMMAND信息元素表 (77)图目录图 1 更软切换（Node B内不同小区间的同频切换）示意图 (9)图 2 软切换（Node B内不同小区间的同频切换）示意图 (10)图 3 （同一个RNS不同Node B间的同频切换）示意图 (11)图 4 软切换（不同RNS间的同频切换）示意图 (12)图 5 硬切换（Node B内不同小区间的频间切换）示意图 (13)图 6 硬切换（同一个RNS不同Node B间的频间切换）示意图 (13)图7 异频硬切换示意图 (14)图8 同频硬切换（不同RNS间无Iur接口）示意图 (15)图9 同频硬切换（超过门限的PS BE业务的同频切换） (15)图10 系统间硬切换示意图 (16)图11 切换中的测量控制和测量报告 (19)图12 测量控制, 正常过程 (19)图13 测量控制，失败过程 (20)图14 测量报告 (24)图15 激活集更新过程，成功实例 (26)图16 激活集更新过程，失败实例 (26)图17 激活集更新过程（正常、异常）处理示意图 (33)图18 无线链路增加信令流程 (39)图19 无线链路删除信令流程 (41)图20 无线链路增加和删除组合的软切换信令流程 (43)图21 无线承载建立正常流程 (46)图22 无线承载建立失败流程 (46)图23 无线承载重配置正常流程 (46)图24 无线承载重配置失败流程 (47)图25 无线承载释放正常流程 (47)图26 无线承载释放失败流程 (47)图27 传输信道重配置正常流程 (48)图28 传输信道重配置失败流程 (48)图29 物理信道重配置正常流程 (48)图30 物理信道重配置失败流程 (48)图31 一般硬切换（Iur接口、CELL_DCH状态）信令流程 (71)图32 跨CN的一般硬切换流程 (73)图33 从UTRAN向其它系统的切换，成功流程 (74)图34 从UTRAN向其它系统的切换，失败流程 (75)图35 其它系统向UTRAN的系统间切换 (75)图36 UTRAN ⇒ GSM/BSS系统间硬切换信令流程 (82)图37 GSM/BSS ⇒ UTRAN系统间硬切换信令流程 (83)WCDMA RNO切换过程分析关键词：切换过程软切换硬切换系统间切换摘要：本文首先对WCDMA切换的分类进行了讨论，接着详细分析了切换测量、软切换、一般硬切换和系统间硬切换过程的信令流程。
WCDMA RNO 寻呼问题分析指导书(仅供内部使用）For internal use onlyHUAWEI华为技术有限公司Huawei Technologies Co., Ltd.版权所有侵权必究All rights reservedWCDMA RNO 寻呼问题分析指导书内部公开WCDMA RNO 寻呼问题分析指导书内部公开目录1概述 (8)2寻呼问题分析过程 (9)2.1 问题分析流程 (9)2.2 网络信息收集 (10)2.2.1 话统 (10)2.2.2 告警 (12)2.2.3 用户投诉 (13)2.2.4 网络规划优化历史记录 (13)2.2.5 无线参数配置 (14)2.3 确定优化目标 (14)2.4 寻呼问题定位 (14)2.4.1 确定基本定位方向 (14)2.4.2 寻呼丢失直接原因 (15)2.4.3 寻呼丢失原因深入分析 (15)2.4.4 其它原因分析 (16)2.5 寻呼问题优化 (16)2.6 优化验证 (16)3寻呼典型问题分析 (16)3.1 寻呼区域规划过大 (16)3.1.1 问题分析 (16)3.1.2 优化措施 (18)3.2 C N寻呼重发次数和时间间隔设置不合理 (18)3.2.1 问题分析 (18)3.2.2 优化措施 (19)3.3 U TRAN寻呼重发次数和时间间隔设置不合理 (19)3.3.1 问题分析 (19)3.3.2 优化措施 (19)3.4 C N使用了全网寻呼 (19)3.4.1 问题分析 (19)3.4.2 优化措施 (19)3.5 D RX寻呼周期系数设置不合理 (20)3.5.1 问题分析 (20)3.5.2 优化措施 (21)3.6 N P值设置不合理 (21)3.6.1 问题分析 (21)3.6.2 优化措施 (21)3.7 C N寻呼使用的UE标识 (22)3.7.1 问题分析 (22)3.7.2 优化措施 (22)3.8 U TRAN应激活IMSI ATTACH和DETACH功能 (22)3.8.1 问题分析 (22)3.8.2 优化措施 (23)3.9 寻呼类信道功率配比过低 (23)3.9.1 问题分析 (23)3.9.2 优化措施 (23)3.10 存在覆盖盲区 (24)3.10.1 问题分析 (24)WCDMA RNO 寻呼问题分析指导书内部公开3.10.2 优化措施 (24)3.11 手机性能问题 (24)3.11.1 问题分析 (24)3.11.2 优化措施 (24)4遗留问题 (24)图目录图1典型UE被叫流程 (9)图2寻呼问题分析流程 (10)图3系统消息1解析 (23)表目录表1 RNC寻呼话统指标 (11)表2 UMSC寻呼话统指标 (12)表3 SGSN寻呼话统指标 (12)表4 用户投诉信息表 (13)表5 CN ID使用IMSI时寻呼区域计算结果表 (17)表6 IMSI ATTACH和DETACH标识 (22)WCDMA RNO 寻呼问题分析指导书内部公开WCDMA RNO 寻呼问题分析指导书关键词：寻呼、寻呼区域、寻呼重发摘要：本文首先阐述了寻呼问题解决的一般流程，然后针对寻呼过程可能会出现的典型问题进行详细分析并给出其优化措施。
WCDMA 掉分析1前掉话率（call drop rate）是反映网络质量的重要指标之一；掉话问题也是日常网络优化面临的一个常见问题；本文从路测、话统数据、RNC跟踪数据以及用户投诉等方面来描述了掉话问题处理的流程，并结合实际掉话案例进行分析。
23标●掌握掉话的定义●掌握掉话处理基本流程●掌握各种掉话数据分析方法●掌握掉话问题解决方法学习完本课程，您将能够：参料●WCDMA RNP 掉话专题分析●WCDMA RNO 掉话问题分析指导书45内容第一章掉话分类定义第二章常见掉话原因与掉话处理流程第三章掉话问题解决方法第四章掉话案例分析第五章网络优化各阶段掉话关注点一掉分定义●第一节正常释放流程●第二节掉话空中接口定义●第三节掉话话统指标定义－CS ●第四节掉话话统指标定义－PS6一个CS正常释放信令流程7一个CS正常释放信令流程1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nas message是0325，表示是call control子层的disconnect消息。
2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中nas pdu是0325，表示是call control子层的disconnect消息。
发RANAP_DIRECT_TRANSFER消息给RNC，消息中nas pdu是832d，表示是call control子层的release消息。
4.RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nas message是832d，表示是call control子层的release消息。
5.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nas message是032a，表示是call control子层的release complete消息。
6.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中nas pdu是032a，表示是call control子层的release complete消息。
WCDMA常见问题的分析思路和方法的总结以接入、导频污染和掉话为例说明分析和解决这些问题的基本思路和方法，在分析问题前一般习惯性的做法是首先排除设备及相关告警，这样可以加快问题的定位的速度。
1 接入问题对于接入问题以CS业务为例，它是指UE发出了RRC连接建立消息，但没有收到altering 消息，根据信令流程一般从以下几个方面去着手分析接入失败的原因：1.1 RRC连接建立失败问题出现RRC连接建立失败可能的原因有：上行RACH 的问题、下行FACH功率问题、小区重选参数设置问题、下行的初始发射功率低、网络拥塞、设备异常等、通过跟踪信令可以看到RRC 连接建立的信令流程失败的具体环节，查看信令消息：●UE 发出RRC Connection Request 消息，RNC 没有收到：如果此时EC/IO较低可能是覆盖问题，需要解决覆盖；如果此时EC/Io不差，可能是由于Preamble 的功率攀升不够、上行存在干扰、NodeB 设备问题、存在驻波告警、小区半径设置参数不合理等需要做相关的参数和设备检查；●RNC收到UE发的RRC 建立请求消息后，下发了RRC Connection Setup 消息而UE 没有收到：可能是覆盖差或者小区重选参数设置有问题；●RNC收到UE发的RRC 建立请求消息后，下发了RRC Connection Reject 消息：一般会返回相应的拒绝原因值，比如说拥塞，这时就需要检查网络资源（码资源，功率资源，CE 资源，传输资源等）●UE收到RRC Connection Setup 消息而没有发出Setup Complete 消息：如果这时覆盖较好可能是手机异常问题或下行同步出现了问题；●UE 发出RRC Setup Complete 消息而RNC 没有收到：如果前面的信令都正常，出现这种问题的概率很小，很少见，可能是突然出现外部干扰等因素影响；1.2 鉴权失败问题根据鉴权失败消息的原因来判断，可能的原因有：非法用户，HLR中相关的鉴权参数设置有问题，这个需要让核心网工程师协助分析定位；1.3 加密失败问题可能的原因有：手机不支持加密算法，在工程中遇到最多的是RNC和MSC之间的加密算法不一致导致，具体原因的定位需要核心网工师协助分析定位；1.4 RB 或RAB 建立失败问题当RB 或RAB 建立失败时，RNC 会在RAB Assignment Response 信令中回RAB 指配建立失败，通过相关信元中携带的失败原因值，比如说从RNC的信令中可以得到具体失败原因，一般产生的原因可能会有：●参数配置错误：比如参数配置超出UE的能力等，需要看具体的信令来确定●准入拒绝：比如功率、码资源、传输、CE等系统资源不足，从信令消息中可以查出具体原因●UE回应RB建立失败造成RAB建立失败：比如被叫手机不支持VP，UE不支持VP＋H的并发业务等●RNC没有收到RB建立ACK消息导致RAB建立失败：可能是弱覆盖，或上行RTWP过高等，需要查看当时的覆盖和上行干扰情况来确定。
资料编码产品名称WCDMA RNP 使用对象产品版本 2.0编写部门资料版本WCDMA RNO RAN话统分析指导书(仅供内部使用）For internal use only拟制：元光燮日期：2005-09-26审核：日期：审核：日期：批准：日期：华为技术有限公司版权所有侵权必究修订记录Revision record日期Date 修订版本Revisionversion描述Description作者Author2005-07-04 1.00初稿完成官仕国、金宇、臧亮2005-08-17 1.01补充案例元光燮2005-09-26 1.02按照Nastar日报的顺序进行更改和补充元光燮2005-12-31 2.0 2.0版指导书规划中文档，文档名称更改为xxx－A-2.0高博目录1概述 (7)2接入 (8)2.1RRC FAIL (8)2.1.1RRC_SETUP_CELL–RRC_REJ_CELL-RRC_SETUP_SUCC_CELL≠0 (8)2.1.2RRC_REJ_CAC_CONG_CELL≠0 (9)2.1.3RRC_REJ_CE_CONG_CELL≠0 (10)2.1.4RRC_REJ_CODE_CONG_CELL≠0 (10)2.1.5RRC_REJ_RL_FAIL_CELL≠0 (10)2.1.6RRC_REJ_FP_FAIL_CELL≠0 (11)2.1.7RRC_REJ_AAL2_FAIL_CELL≠0 (11)2.2CS RAB FAIL (11)2.2.1CS_RAB_SETUP_FAIL_PARAM_CELL≠0 (11)2.2.2CS_RAB_SETUP_FAIL_RELOC_CELL≠0 (11)2.2.3CS_RAB_SETUP_FAIL_TNL_CELL≠0 (12)2.2.4CS_RAB_SETUP_FAIL_CONG_CELL≠0 (12)2.2.5CS_RAB_SETUP_FAIL_UNSUP_CELL≠0 (12)2.2.6CS_RAB_SETUP_FAIL_OTHER__CELL≠0 (12)2.3PS RAB FAIL (14)2.4RRC建立成功率（业务和其他） (15)2.5其他 (15)2.5.1案例一：RRC建立请求（业务）次数很高，但RAB指派请求次数为零 (15)3掉话 (19)3.1CS Call Drop Cells (20)3.1.1RNC_CS_RAB_REL_REQ_OM_CELL≠0 (20)3.1.2RNC_CS_RAB_REL_REQ_UTRAN_CELL≠0 (20)3.1.3RNC_CS_RAB_REL_REQ_RAB_PREM≠0 (20)3.1.4RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_SRBRESET≠0 (20)3.1.5RAB_CS_REL_RF_LOSS OTHER_CELL≠0 (23)3.1.6RNC_CS_RAB_REL_CELL_TRIG_BY_RNC_AAL2LOSS≠0 (25)3.1.7CS_RAB_DROP_OTHER_CELL≠0 (26)3.2PS Drop Cells (28)3.2.1RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_TRBRESET (28)3.2.2RNC_PS_RAB_REL_CELL_TRIG_BY_RNC_GTPULOSS≠0 (28)3.2.3PS_RAB_DROP_OTHER_CELL≠0 (28)4切换 (29)4.1SHO FAIL≠0 (29)4.2InterFreq HHO Fail≠0 (29)4.3CS InterRAT HHO FAIL≠0 (29)4.3.1CS_INTRAT_HO_OUT_FAIL_PHYCH_FAIL≠0 (30)4.3.2CS_INTRAT_HO_OUT_FAIL_RELOC_ABORT≠0 (30)4.4PS InterRAT HHO Fail≠0 (30)4.5Undefined Neighbour Cell (31)5话务 (31)5.1VIP Cell (31)5.2Hot Traffic Cell (31)6Chart (31)表目录错误！未找到目录项。
图目录图1案例一UE侧的消息跟踪 (16)图2案例一RNC侧的消息跟踪 (16)图3案例一UE侧的BLER统计 (17)图4案例一BLER与RRC message (18)图5案例一BLER与RRC message (19)图6案例三RNC侧的消息跟踪 (22)图7案例四RNC侧的消息跟踪 (24)图8案例五RNC侧的消息跟踪 (25)图9案例六RNC侧的消息跟踪 (26)图10案例六UE侧的消息跟踪 (27)图11案例八RNC侧的消息跟踪 (30)WCDMA RNO话统分析指导书关键词Key words：RAN,KPI,Performance Management摘要Abstract：本文档的主要目的是根据话统日报的KPI指标来查出问题并通过其他工具具体分析和定位网络中存在的问题。
缩略语清单List of abbreviations：Abbreviations缩略语Full spelling英文全名Chinese explanation中文解释PM Performance Management性能管理RAN Radio Access Network无线接入网CS Circuit Switched Domain电路交换域PS Packet Switched Domain分组交换域AMR Adaptive Multi-Ratio自适应多速率语音编码HHO Hard Handover硬切换SHO Soft Handover软切换SoHO Softer Handover更软切换VP Video Phone可视电话CE Channel Element信道单元UL Uplink上行DL Downlink下行RTWP Received Total Wideband Power接收带宽总功率BLER Block Error Ratio误块率KPI Key Performance Indicator关键性能指标1概述本文的目的是从NASTAR1.3的话统日报出发结合CDL，CN话单，NODEB状态日报等信息介绍RAN网络性能分析方法，重点介绍了各种导致接入失败和掉话，切换失败的原因在话统统计点上的表现。
文档将根据NASTAR的话统日报结构而更新。
在进行RAN网络性能分析前，需要收集以下信息：●话统数据●CDL●MML脚本●CN话单●NODEB outage report●IMSI与MSISDN映射表●小区框号查询映射表（NASTAR1.5推出后需要验证能满足要求）●重点小区列表●区域工程师映射表（通过此表查询某个小区属于哪个区域工程师负责的区域）2接入日报中主要包括以下几个接入指标：●RRC FAIL●CS RAB FAIL●PS RAB FAIL●RRC建立成功率（包括业务和其他）2.1RRC FAIL根据RRC连接建立的信令流程，相关话统计数器可以分为RNC收到连接请求、RNC 下发连接建立、RNC收到UE建立成功响应、RNC拒绝连接建立请求等4大类，并根据不同的UE发起RRC建立请求原因、RNC拒绝建立请求原因等对这些指标类进行了细化，具体内容请参考【1】。
本章节结合RRC相关话统指标的不同表现分析可能的不同失败原因。
分析RRC连接建立成功率的时候应该区分业务类和非业务类，重点分析业务类。
2.1.1RRC_SETUP_CELL-RRC_REJ_CELL-RRC_SETUP_SUCC_CELL≠0RRC建立请求次数－RRC建立拒绝－RRC建立成功次数≠0在某运营商的网络中发现的RRC拒绝基本上是拥塞或NodeB的过温引起的。
如果在日报中发现RRC拒绝率并不高，但是RRC建立的成功率比较低，特别是需要重点关注业务发起的RRC建立成功率。
然后要分析是哪个小区，用户可能在哪个位置或者哪个大楼，时间上集中在什么时间段，是哪些IMSI引起的，是不是自己测试引起的。
比如在分析中经常能看到其他运营商的用户尝试注册到某运营商的网络，一般是所属运营商的信号很差，掉网后反复尝试接入某运营商的网络，但是所在地点由于某运营商的信号也比较差，所以RRC建立也没有成功。
若某个小区这种RRC建立成功率非常低的话需要重点关注。
是不是本运营商的用户可以通过IMSI，LAC，RAI等在CDL中查看到。
RRC建立失败主要原因：RNC没有收到UE发出的RRC CONNECTION SETUP COMPLETE或UE没有收到RRC CONNECTION SETUP消息，进一步细分可能情况有以下两种。
2.1.1.1RNC下发RRC CONNECTION SETUP之后UE没有收到：承载RRC CONNECTION SETUP的FACH信道功率设置偏低。
目前FACH信道功率配比的基线设置为-1dB（相对于导频信道的功率），由于UE发出RRC CONNECTION REQUEST是在PRACH信道的前导（preamble）被UTRAN侧收到之后以当时preamble 的功率为基准再在RACH信道上发出的，而前导（preamble）的发射功率可以不断攀升直至收到响应（受到preamble最大重传次数限制），因此在某些覆盖较差的区域，有可能出现RACH信道和FACH信道的覆盖不平衡，使得UTRAN侧在收到UE的RRC建立请求并发出RRC CONNECTION SETUP之后不能被UE接收到。
在这种情况下，可以适当上调FACH功率，调整应参照现网PCPICH EC/Io的覆盖情况，例如如果整个网络优化后的覆盖区域导频Ec/Io全部大于-12dB，那么公共信道功率的配比按照Ec/Io大于-12dB来配置可以保证UE从3G idle状态接入时的成功率。
又如导频Ec/Io小于-14dB时UE就重选到GSM 系统，那么公共信道功率的配比按照Ec/Io大于-14dB来配置则可以保证UE在系统间重选后在弱信号区的RRC建立成功率（RRC_REQ_CELL_RESEL_CELL）。
2.1.1.2UE发出RRC CONNECTION SETUP COMPLETE，但是RNC没有收到可能是因为上行专用信道初始发射功率设置偏低。
RRC CONNECTION SETUP COMPLETE是通过上行DPCH发送的，而UE根据收到的IE“DPCCH_Power_offset”和测量得的CPICH_RSCP的值计算出上行DPCCH的初始功率。
DPCCH_Initial_power=DPCCH_Power_offset-CPICH_RSCP其中DPCCH_Power_offset等于Primary CPICH DL TX Power+UL Interference+ Constant Value，Constant Value是一个后台可以配置的参数，如果该值设置过低，就有可能使得UE在发送RRC CONNECTION SETUP COMPLETE时功率不够，不过在目前的基线参数设置下（V13C03B151版本的基线为-20dBm），这种情况一般不会发生。
