WCDMA专题指导书 接入问题分析.docx
《WCDMA专题指导书 接入问题分析.docx》由会员分享，可在线阅读，更多相关《WCDMA专题指导书 接入问题分析.docx（32页珍藏版）》请在冰豆网上搜索。
WCDMA专题指导书接入问题分析
资料编码
产品名称
WCDMARNP
使用对象
产品版本
2.0
编写部门
资料版本
W-专题指导书接入问题分析
拟制：
URNP-SANA
日期：
2004-12-22
审核：
日期：
审核：
日期：
批准：
日期：
华为技术有限公司
版权所有XX
修订记录
日期
修订版本
描述
作者
2004-08-23
1．00
确定大纲
官仕国
2004-11-03
1．00
初稿完成
官仕国
2004-12-20
1．00
根据评审意见修改
官仕国
图目录
WCDMARNO专题指导书接入问题分析
关键词：
接入、接通率、FACH、功率配比、RAB、鉴权、加密、话统
摘要：
接通率是网络KPI中的一个重要的指标，随着网络优化阶段的不同优化的方法和重点会有所不同，本文从话统、路测和跟踪数据几个方面来阐述接通率的优化方法，并通过大量的案例来描述各类问题的定位和分析方法。
缩略语清单：
缩略语
英文全名
中文解释
FACH
Forwardaccesschannel
前向接入信道
RACH
Randomaccesschannel
随机接入信道
AICH
Acquisitionindicationchannel
确认指示信道
RB
Radiobearer
无线承载
RRC
Radioresourcecontrol
无线资源控制
第1章
概述
本文的主要目的是详细描述接入问题的定位流程和思路，包括从路测数据、话统数据等来分析接入失败问题的原因。
接入相关的知识介绍不是本文的重点，具体可以参考资料【1】。
在第四章中对典型的接入相关的问题进行了分类汇总，并详细分析了原因和定位过程。
第五章结合了网络优化各个阶段的特点列出了不同的关注点。
第2章接入失败分类定义
数据分析工具Analyser按照如下的原则来定义接入失败，主叫UE在发出RRCConnectionRequest后，满足下面任何一个条件都认为是接入失败：
收到RRCConnectionReject消息；
UE在收到RRCConnectionsetup消息后收到或是发出了RRCConnectionRelease消息；
在Callsetup过程中收到任何的BCCH上的消息；
定时器超时，即在UE发送了RRCConnectionRequest后3秒钟（T300）内没有收到RRCConnectionsetup消息。
数据分析工具TEMS按照下面的原则来定义接入失败（对于主叫语音业务）：
随机接入失败：
拨号后RRCConnectionRequest消息没有发送；
RRCConnectionSetup消息没有收到：
UE发送了RRCConnectionRequest消息后没有收到RRCConnectionSetup消息
RRCConnectionComplete消息没有发出：
UE在接收到RRCConnectionSetup消息后，没有发出RRCConnectionSetupComplete消息。
UE收到消息RRCConnectionReject：
UE收到RRCConnectionReject消息并且没有重发RRCConnectionRequest进行尝试。
UE没有收到测量控制消息：
UE在发出RRCConnectionComplete消息后没有收到测量控制消息。
没有发出CMServiceRequest：
UE在收到测量控制消息后没有发出CMServiceRequest。
UE收到ServiceRequestReject消息：
UE收到了ServiceRequestReject消息。
UE没有收到CallProceeding消息：
UE在发送了CCSETUP消息后没有收到CallProceeding消息。
UE没有收到RBSetup消息：
UE收到CallProceeding消息后，没有收到RBSetup消息。
UE没有发出RBSetupComplete消息：
UE在接收到RBSetup消息后，没有发出RBSetupComplete消息。
AlertorConnect消息没有收到：
UE在发出RBSetupComplete消息后，没有收到AlertorConnect消息。
UE没有发出ConnectAcknowlege消息：
UE收到AlertorConnect消息后，没有发出ConnectAcknowlege消息。
RNC后台的跟踪数据没有定义接入失败，不过可以根据CallSetup的流程来区分是否是接入失败，可以参考TEMS的接入失败定义。
话统数据中将接入的过程分成多个过程进行成功率统计，包括：
CN_PAGE_IDLE_UE_SUCC_RATE，CN寻呼IDLE模式下的UE的成功率；
UTRAN_PAGE1_SUCC_RATE ，UTRAN发起Page1寻呼，收到响应的成功率；
RRC_SETUP_SUCC_RATE/RRC_REJ_RATE ，RRC建立成功率和RRC建立拒绝率；
RRC_ABNORM_REL_RATE，RRC被异常释放的比率；
RB_SETUP_SUCC_RATE，RB建立成功率；
RAB_SETUP_SUCC_RATE，RAB指派成功率；
通过这些指标可以获得各个阶段的成功率。
第3章接入失败分析流程及方法
3.1分类数据分析流程
3.1.1路测数据分析流程
1.数据分析主流程
如果某个用户有路测数据或同时有单用户跟踪的数据，可以按照以下的流程进行分析：
图3-1路测数据或跟踪数据的分析流程
测试数据的获取
路测数据一般采用Agilent的E6474或者是我司开发的工具Probe连接上测试终端来获得，
RNC的单用户跟踪数据在RNC的操作维护台记录，建议使用TMSI来进行单用户跟踪，这样可以记录RRC建立的消息；
RNC记录CDL的数据。
确定是否有CallFail和相应的时间
通过路测数据分析软件，比如Analyzer软件或DA，确定发生CallFail的时间，以及CallFail前后Scanner采集的导频信息、手机采集的激活集和监视集的信息以及信令流程。
通过消息对齐手机采集的信令和RNC的单用户跟踪的时间，同时找到RNC单用户跟踪的相应的出问题的时间点。
由于不同的数据分析软件对CallFail的定义不一样，比如TEMS定义UE重发一次RRCConnectionRequest消息为一次接入失败，而Analyzer则认为这是一种正常的情况。
如果使用Analyzer分析数据，需要通过人工统计RNC的单用户跟踪信令和UE的信令（或者使用文字查找工具）获得UE重发RRCConnectionRequest的时间点。
问题分析
结合RNC的单用户跟踪和UE的信令流程，按照图1的流程确定在哪一处出现失败。
然后按照后续的各个子流程分析和解决问题，主要包括寻呼问题、RRC建立问题、RAB和RB建立问题、鉴权加密问题、设备异常问题等。
2.寻呼问题分析流程
寻呼问题一般都表现为：
主叫完成RAB指派以及CCSetup，在等待Alerting消息的时候收到CN发来的Disconnect直传消息，参见图2。
被叫从UE的信令流程一般看不出异常，但也出现过UE收到Page消息而没有发起RRC连接建立请求。
从被叫的RNC单用户跟踪可以看出收到CN下发的Page消息，但没有后续的消息。
图3-1主叫UE信令流程
图3-2寻呼问题分析流程图
出现寻呼问题的原因主要有图示的几类：
RNC没有下发page消息、寻呼信道或寻呼指示信道的功率偏低、UE发生小区重选等。
如果是RNC收到CN下发的page消息后UU口没有下发，可能是寻呼信道的容量不够（现阶段由于网络负载很低，出现的概率很小，在以后网络负载较高时，可能会出现UU口page消息阻塞的情况），或者是设备异常。
如果RNC下发了page消息，而UE没有收到，首先查看UE的驻留小区和监视小区的Ec/Io。
如果驻留小区和监视小区的CPICH信道的Ec/Io都很低（低于-12dB），那么要么是PCH信道或者是PICH信道的功率偏低，或者是这个点的覆盖太差。
如果UE驻留小区的信号偏低而监视小区的信号较好，那么可能是小区重选的问题。
还有就是在寻呼的时候UE从3G重选到2G或者是跨LAC的重选。
3.RRC连接建立问题分析流程
RRC连接建立失败的问题通过UE的信令流程和RNC的单用户跟踪可以获得。
RRC连接建立的过程主要包括几个步骤：
UE通过RACH信道发送RRCConnectionRequest消息，RNC通过FACH信道发送RRCConnectionSetup消息，UE在建立下行专用信道并同步后通过上行专用信道发送RRCConnectionSetupCMP消息。
RRC建立失败一般有下面几类原因：
上行RACH的问题、下行FACH功率配比问题、小区重选参数问题、下行专用初始发射功率偏低、上行初始功控问题、拥塞问题、设备异常问题等。
在这些问题中尤其上行RACH的问题、下行FACH功率配比问题、小区重选参数问题、设备异常问题出现的概率比较高。
UE发出RRCConnectionRequest消息，RNC没有收到，如果此时的下行CPICH的Ec/Io不是太低（比如大于-14dB），一般都是RACH的问题，可能是上行的开环功控估计不准或、Preamble的功率攀升不够或者是UE的输出功率比要求值偏低等原因。
RNC收到UE发的RRC建立请求消息后，下发了RRCConnectionSetup消息而UE没有收到。
查看此时的CPICH的Ec/Io，如果低于-12dB（因为基线的配置是基于Ec/Io为-12dB配置的），而且检视集中没有质量更好的小区，那么是覆盖的问题可以适当提高FACH的功率。
如果此时检视集中有更好的小区，则可能是小区重选的问题，可以适当调整小区重选参数加快小区重选。
UE收到RRCConnectionSetup消息而没有发出SetupComplete消息，如果此时下行的信号质量正常，那么可能是手机异常。
否则可能是下行专用信道初始功率过低导致下行不能同步。
UE发出RRCSetupComplete消息而RNC没有收到，由于上行初始功控会让UE的发射功率上升，这种问题出现出现的概率很小。
如果出现这类问题可以适当提高专用信道的ConstantValue值。
图3-1RRC连接建立问题分析流程图
3.1.2话统数据分析流程
分析话统指标时，要先看RNCRAB建立成功率指标和RRC建立成功率指标，掌握网络运行的整体情况后，再有针对性地对小区性能统计。
分析时一般采取过滤法，先找出指标明显异常的小区分析，此时很可能是版本、硬件、传输、天馈或者数据配置出了问题导致的异常，可以结合NodeB和RNC的告警首先从这几个方面检查，同时按小区统计的话统指标里面也包括了一些原因值，比如RRC_REJ_CONG_CELL 表明RRC建立拒绝的原因为"congestion"。
如无明显异常，根据指标将各扇区载频进行统计分类，可整理出各重点指标较差小区列表，对于这些小区进一步细分话统指标，比如RRC建立失败看是主叫的原因还是被叫的原因等。
然后可以在问题比较严重的小区重点路测重现和解决问题
升级会员 