WCDMA异常事件原因总结
中山联通WCDMA现网掉话问题分析报告20100607
中山WCDMA现网掉话问题分析报告一、前言 (1)二、GPEH分析掉话原因 (2)三、严重掉话片区-古镇 (4)四、目前的优化建议 (6)一、前言中山WCDMA网络的掉话率比较差强人意，总体偏高，而且不太稳定，根据一些分析统计的数据和工具，我们大致能定位目前中山的现网的掉话原因和相应的解决办法。
不同的网络时期，相信掉话的原因和掉话类型都是不同的，在目前的网络建设和运营的前期，现网的掉话分析和解决方法未必适用于以后网络稳定成熟阶段。
本次掉话统计时间为2010-05-17至2010-06-01，共16天。
这16天里的掉话统计指标如下：（注：该次统计指标是BO系统取出的晚忙时20:00指标）时间Drop CallRate(AMR)SysReleaseAMR RabAll ReleaseAMR Rab2010-5-170.7666.008,723.002010-5-180.7366.009,102.002010-5-190.9272.007,794.002010-5-200.7472.009,691.002010-5-210.6357.009,013.002010-5-220.7468.009,193.002010-5-230.5952.008,823.002010-5-24 1.1399.008,732.002010-5-250.8178.009,628.002010-5-260.6356.008,885.002010-5-270.6661.009,232.002010-5-280.8275.009,159.002010-5-290.9075.008,294.002010-5-300.6054.009,048.002010-5-310.9086.009,552.002010-6-10.8682.009,559.00平均掉话率0.771,119.00144,428.00平均的掉话率为0.77，下图更直观的看到掉话率的变化趋势二、GPEH分析掉话原因统计时间：2010-05-18至2010-06-01统计区间：全天统计RNC：全网（ZSRNC01,ZSRNC02,ZSRNC03）统计目标：ran_disconnection_code & ran_disconnection_subcode本次统计出来的ran_disconnection_code & ran_disconnection_subcode类型有以下21种，表1列出了这21中掉话原因及各自在本次统计中所占的比例：1120.01%530.00%表1 21中掉话原因及各自在本次统计中所占的比例图1 更直观的显示出各种掉话原因所占的比例（横坐标的掉话类型为ran_disconnection_code_ran_disconnection_subcode ）：图1 掉话原因所占比例从图1可以看出在中山现网中掉话原因多为：0_0(41.62%)、1_1(33.31%)、1_2(6.39%)、1_0(6.36%)、1_4(4.61%)，其余的掉话原因比例都在3%以下，不具备全网讨论性。
WCDMA常见问题及解决思路
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呼叫建立失败原因分析
1) 随机接入失败：拨号后RRC Connection Request 消息没有发送；2) RRC Connection Setup 消息没有收到：UE 发送了RRC Connection Request 消息后没有收到RRC Connection Setup 消息3) RRC Connection Complete 消息没有发出：UE 在接收到RRC Connection Setup 消息后，没有发出RRC Connection Setup Complete 消息。
4) UE收到消息RRC Connection Reject：UE 收到RRC Connection Reject 消息并且没有重发RRC Connection Request 进行尝试。
5) UE 没有收到测量控制消息：UE 在发出RRC Connection Complete 消息后没有收到测量控制消息。
1T O)W8[*y#B)i/G!D6) 没有发出CM Service Request：UE 在收到测量控制消息后没有发出CM Service Request。
7) UE 收到Service Request Reject 消息：UE 收到了Service Request Reject 消息。
8) UE 没有收到Call Proceeding 消息：UE 在发送了CC SETUP 消息后没有收到Call Proceeding 消息。
%n#u$w8I2P,g%x9) UE 没有收到RB Setup 消息：UE 收到Call Proceeding 消息后，没有收到RB Setup 消息。
10) UE 没有发出RB Setup Complete 消息：UE 在接收到RB Setup 消息后，没有发出RB Setup Complete 消息。
7t(N)z#Y0F)w11) Alert or Connect 消息没有收到：UE 在发出RB Setup Complete 消息后，没有收到Alert or Connect 消息。
WCDMA_常见问题的分析思路和方法的总结
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室分上行干扰原因分析及解决方案一、概述WCDMA系统是一个上行干扰受限的系统，随着WCDMA用户和业务规模的不断增长，上行干扰的问题渐渐成为影响系统指标和用户感受的重要因素。
故，本文将通过研究WCDMA室分上行干扰的产生原因，制定相应的解决方案和流程，对上行干扰排查工作起指导意义。
二、WCDMA室分上行干扰原因分析1、高业务量导致上行RSSI高➢原因分析：WCDMA是一个自干扰系统，包含用户间的干扰。
当一个小区用户数过多或业务量过高时，RSSI会相应的较高，但RSSI平均值一般不会超过-95dBm。
2、3G直放站或干放干扰➢原因分析：直放站和干放是一个无源的信号放大器件，输入端和输出端功率不合理时，信号非线性放大，也会放大带外信号，如果放大的带外信号刚好落在上行频段，则导致上行RSSI值过大，形成上行干扰。
另，直放站和干放的上下行衰减都有相应的规范要求，当上下行衰减设置不合理的情况下，也会导致上行底噪过大。
➢直放站或干放输入输出功率及上下行衰减要求：上下行衰减要求：图中下行链路的参数P C为信源基站的输出功率，L RX为直放站接收端口的接收信号电平，P OUT为直放站下行输出功率，G DOWN是直放站下行增益。
由于直放站上行噪声电平L NT与直放站上行增益G UP有关，过大的G UP必然会引起较高的L NR，如L NR高于基站接收机的白噪声电平-120dBm，必然会干扰基站。
推导如下：因为L NR = L NT - L空间损耗L = P C - L RX所以L NR = L NT -（P C - L RX ）= -121+NF+G UP-（P C - L RX ）< -120dBm则G UP< 1 –NF +（P C - L RX ）时直放站不会干扰基站。
设G UPmax =1 – NF +（P C - L RX ）又直放站下行增益G DOWN = P OUT - L RX考虑到上下行平衡的问题，故取G UP = min （G UPmax，G DOWN）此时所定直放站上行增益G UP值，既能保证直放站不干扰基站，又能保持上下行的平衡原则。
WCDMA接入失败的原因
WCDMA接入失败的原因接入失败的原因很有多种，下面提供一下方法，希望能有所帮助。
产生接入问题的原因大体上可以分为网络原因、无线参数设置原因、设备原因等，下面对这几个方面的原因进行详细描述：一、网络原因1.信号覆盖存在盲点这里网络原因主要是指信号覆盖达不到要求，出现覆盖盲点或者是在覆盖区外。
在接入时表现为UE开机后长期处于搜网状态，无法进行小区驻留，或者UE显示信号强度很弱。
用北研UE进行强制小区搜索时可以看到没有结果显示，面板上一直显示“搜索网络”。
用路测设备E7476A发现RSCP、Ec/Io都比较低。
根据经验数据，RSCP低于-100dBm、Ec/Io低于-15dB就要考虑信号覆盖的问题了。
对于RSCP和Ec/Io不同的业务有不同的要求，RSCP太低就无法满足接收机接收灵敏度的要求。
即使RSCP不低，而下行干扰大，Ec/Io可能无法达到UE解调的要求。
参考文档《WCDMA RNP 专题研究 确定功率配比关系下导频接收强度要求分析.doc》调整建议：合理的规划网络，以减少网络覆盖的盲点。
可以调整天线方向角、下倾角，加直放站、RRU或者是加微蜂窝。
2.存在过大的上下行干扰信号小区内的上下行干扰可能来自外界干扰、邻区基站、本小区和邻小区的UE等等。
在接入过程中如果上下行干扰过大，接收方有可能无法对信号进行解调，发送方可能用尽最大功率。
上行干扰过大：现象表现为UE在随机接入过程中，前导功率攀升到UE的最大允许发射功率仍不能满足NODEB的解调要求，随机接入过程就会失败。
通过NODEB的调试台可以发现RSSI一直比较高（大于-100dBm）,并且上行BLER比较高。
上行干扰可能来自外界，也有可能是小区话务过高导致上行干扰过大。
下行干扰过大：现象表现为在随机接入过程中UE无法对NODEB下发的接入指示AI无法解调或者是解调错误，或者是在建立无线链路时下行同步失败，或者UE根本无法完成小区搜索的过程。
WCDMA语音异常问题深度分析
WCDMA语音异常问题深度分析摘要：WCDMA网络中，语音通信的质量也是衡量网络优劣的重要标准。
文章对语音通信中出现的较为异常且极大影响用户感受的网络质量问题进行了深度分析，包括通话过程中出现的流水声、杂音、单通及忙音等现象。
文章主要针对其存在的一些问题进行简要的分析与总结。
关键词：WCDMA语音；存在问题；研究1 语音传递相关过程在WCDMA系统中，语音业务使用三个数据子流进行传递，RNC会针对这三个子流分配三个传输信道，分别对其进行加、解密，每个子流中的比特数对应为DCH传输块大小，TTI为20ms，AMR语音子流的结构如表1。
表1对于语音业务，在不通话期间为了防止给人以通话中断的感觉，采取的措施是发送描述背景噪音的静默帧（SID），在接收端根据静默帧恢复出背景噪音。
处理规则是：当检测到语音静默开始，后面连续7个20ms照旧发送语音帧，第8个20ms发送一个39比特帧，然后第9、10连续两个20ms不发送数据，第11个20ms开始发送一个39比特静默帧，然后连续7个20ms不发送帧，然后再发送一个39比特帧，以后都是每8个20ms中有一个39比特帧，直到在某个20ms中检测到语音，立即停止DTX状态，开始发送语音帧。
可以通过下面的图参考一下，每个格子代表20ms中发送的一个帧，在最前面检测到语音静默。
如表2所示。
表2注：S为正常语音帧；F为第一个静默帧39bits；N为空帧0bit；U为更新的静默帧39bits。
另外语音在传递过程中会在空口进行加密，加密过程会涉及加密算法中一些相关参数，这些参数的变化有时也会引起语音质量的问题。
WCDMA的空口加密算法如图1。
与完整性保护算法类似，CK由核心网在Security Mode Command消息中给出，并在终端和核心网中同时保存；COUNT-C由HFN和RRC消息的序号SN构成，而HFN从业务建立过程中RRC连接最后一条消息RRC CONNECTION SETUP COMPLETE消息中得到；DIRECTION为了避免上下行加密算法的输入内容出现相同，上行设置为0，下行设置为1；LENGTH用于指示生成的Keystream的长度；BEARER是每个无线承载的标识，用于区别所有无线承载使用同一组加密参数；最终根据f8算法计算出一个结果，这个结果会应用于需要加密的数据从而完成加密过程。
WCDMA事件汇总
（4A降/4B升）
4A/4B事件是用在数据业务的,它们是基于业务量的分组调度事件.主要用于控制小区的数据业务负荷。
当RNC或UE测得各自RLC缓冲区的负荷超过一定门限时，则上报4A事件,需要将数据业务速率调整
当RNC或UE测得各自RLC缓冲区的负荷低于一定门限时，则上报4B事件,需要将数据业务速率调整高一档。
DCCC 算法和状态迁移算法涉及到业务量测量，需要处理 4A和 4B 的报告。
4A报告表示待处理的业务量达到了一定门限，并且持续了一段时间，需要考虑为该业务升速。
4B 报告表示待处理的业务量低于一定门限，并持续了一段时间，可以考虑为该业务降低速率，以节省
无线资源。
为了避免两套算法同时生效，设计了两个开关，当 DCCC开关打开时，状态迁移就不生效。
(4A升/4B降)
小区的数据业务负荷。
率调整低一档；业务速率调整高一档。
田186********虑为该业务升速。
务降低速率，以节省迁移就不生效。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Unassiagned number(未分配的号码（空号）)
No route to destination(无至目的地的路由)
Channel unacceptable(不可接受的信道)
Normal clearing(正常清除)
User busy(用户忙)
No user responding(无用户响应)
User alerting,no answer(已有用户提醒，但无应答)
Call rejected(呼叫拒绝)
Number changed(号码改变)
Non selected user clearing(清除未选择的用户)
Destination out of order(终点故障)
Incomplete number(无效号码格式（不完全的号码）)
Facility rejected(设施被拒绝)
Response to status enquiry(对状态询问的响应)
Normal,unspecified(正常，未规定)
No circuit/channel available(无电路/信道可用)
Network out of order(网络故障)
Temporary failure(临时故障)
Switching equipment congestion(交换设备拥塞)
Access information discarded(接入信息被丢弃)
Requested circuit/channel not available(请求的电路/信道不可用)
Resources unavailable,unspecified(资源不可用，未规定)
Quality of service unavailable(服务质量不可用)
Requested facility not subscribed(未预订所请求的设施)
Incoming calls barred within the CUG
Bearer capability not authorized(承载能力未认可)
Bearer capability not presently available(承载能力目前不可用)
Service or option not available,unspecified(无适用的业务或任选项目，未规定) Bearer service not implemented(承载业务不能实现)
ACM equal to or greater than ACMmax
Requested facility not implemented(所请求的设施不能实现)
Only restricted digital information bearer(仅能获得受限数字信息承载能力) Service or option not implemented(业务不能实现，未规定)
Invalid transaction identrfier value(无效处理识别码)
User not member of CUG
Incompatible destination(非兼容目的地址)
Invalid mandatory information(无效过渡网选择)
Semantically incorrect message(无效消息，未规定)
Invalid mandatory information(必选消息单元差错)
Message type non-existent or not implemented(消息类型不存在或不能实现) Message type not compatible with protocol state(消息与控制状态不兼容，消息类型不存在或不能实现)
Information element non-existent or not implemented(信息单元不存在或不能实
现)
Conditional IE error(无效信息单元内容)
Message not compatible with protocol state(消息与呼叫状态不兼容) Recovery on timer expiry(定时器超时恢复)
Protocol error,unspecified(协议差错，未规定)
Interworking,unspecified(互通，未规定)。