《CDMA 1X掉话分析指导书-20030120-A-1.0.doc》由会员分享，可在线阅读，更多相关《CDMA 1X掉话分析指导书-20030120-A-1.0.doc（24页珍藏版）》请在金锄头文库上搜索。
1、CDMA 1X掉话分析指导书V1.0内部公开资料编码产品名称CDMA2000使用对象内部工程师产品版本编写部门无线网络系统部资料版本V1.0CDMA1X掉话分析指导书(仅供内部使用）拟 制：骆碧群日 期：2003/01/20审 核：网络系统部日 期：2003年01月审 核：日 期：批 准：日 期：华 为 技 术 有 限 公 司版权所有 侵权必究修订记录日期修订版本修改描述 作者2003-01-201.00初稿完成骆碧群 目 录1概述71.1掉话率指标计算公式71.2掉话率各指标项含义82掉话分析过程92.1网络基本信息获取92.2分析前准备102.3掉话分析方法103掉话分析123.1由于导频
2、污染引起的掉话123.2由于前向链路干扰引起的掉话133.3由于反向链路干扰引起的掉话153.4由于链路不平衡引起的掉话153.5由于处于覆盖范围外引起的掉话163.6由于业务信道功率限制引起的掉话173.7由于小区负荷引起的掉话183.8由于接入/切换冲突引起的掉话183.9由于软切换问题引起的掉话193.10由于硬切换问题引起的掉话203.11由于BTS时钟同步错误引起的掉话213.12软切换分支Abis链路传输时延超大214案例224.1业务部分参数设置错误引起的掉话22表目录 List of Tables表1 XX表 Table 1 XX3图目录 List of Figures图1 X
3、X图 Figure 1 XX32009-02-28版权所有，侵权必究 第24页,共24页 CDMA 1X掉话分析指导书关键词：掉话 掉话率 掉话分析摘 要：本文主要讲解了掉话的原因，以及掉话分析的方法和掉话的解决途径，并针对无线系统掉话进行了详细的分析，以期对网络掉话问题分析提供一个比较系统的分析思路。缩略语清单： 缩略语英文全名中文解释1 概述在CDMA网络运行中，掉话是用户投诉的热点，也是无线网络质量直接反映。这里主要分析引起掉话的原因，以及通过哪些手段来定位问题，采用哪些办法来解决问题，从而降低掉话率，提高网络质量。另一方面还可解决由掉话率高造成的最坏小区，降低最坏小区比，提高话务掉话比
4、。1.1 掉话率指标计算公式建立呼叫，要在MS，BTS，BSC，MSC之间建立一条完整的连接，所有环节正常保持，则呼叫的正常进行，如果在用户结束本次通话前，某个环节出了问题，发生中断，则呼叫不能保持，掉话。掉话的两个重要指标是系统掉话率、无线系统掉话率。呼叫连接中任何环节的问题导致掉话的，都统计入系统掉话率；而无线系统掉话率只统计因无线丢失造成的掉话。在BSC话统中，关于掉话的统计项有：掉话次数(无线链路原因)、掉话次数(Abis接口原因)、载频掉话次数(A接口原因)、掉话次数(BSC到PCF传输链路原因)、掉话次数(其它)。系统掉话率为所有上述掉话次数的总和，除上呼叫建立成功次数；而无线系统
5、掉话率，为掉话次数(无线链路原因)，除上呼叫建立成功次数。公式如下： 联通公式：无线系统掉话率= 无线系统掉话总次数/ 呼叫建立成功次数*100%系统掉话率系统掉话总次数 / 呼叫建立成功次数*100%华为公式：无线系统掉话率= 掉话次数(无线链路原因) / (呼叫建立成功次数+ BS次间硬切换切入成功数)*100%。考虑到入BSC硬切换也相当于增加了本BSC呼叫建立次数，分母加上了入BSC硬切换成功次数。系统掉话率在BSC话统项中没有统计，在M2000报表中有统计。系统掉话总次数=掉话次数(无线链路原因)+掉话次数(Abis接口原因)+掉话次数(A接口原因)+掉话次数(BSC到PCF传输链路
6、原因)+掉话次数(其它)。话务掉话比也是局方关心的指标，该指标在联通CDMA话务统计参数说明（试行）与最新发布的CDMA话务统计参数说明（V1.0）有不同规定：试行规范：话务掉话比=业务信道承载的话务量（不含切换）*60/无线掉话总次数V1.0规范：话务掉话比=业务信道承载的ERL（不含切换）*60/系统掉话总次数可见用户最终关心的是总的掉话次数，我们在工作中需要关注所有原因的掉话。但由于在无线系统中，无线链路原因造成的掉话，情况复杂，次数上在一般情况下也占了绝大多数。所以无线系统掉话率，需要重点关注。1.2 掉话率各指标项含义1、 掉话次数(无线链路原因)统计因无线链路原因造成的掉话次数，含
7、主叫、被叫、BS间硬切换切入后的掉话；话统统计的直接原因有两大类：l 基站资源闭塞，CMF向CCM报“Block Resouce”，CCM释放资源。出现这种现象一种是人为，一种是设备故障。可结合告警判断问题。l 误帧率高，FMR向CCM上报TCH ERR。FMR上报TCH ERR原因值为4、5、6时，CCM会释放呼叫。 1）原因值4：反向连续收到300个idle帧。如，调试台CSL打印，或者呼叫跟踪显示，呼叫过程中，收到了原因值为4的TCH_ERR（too many idle），而这时处于软切换状态，则原因很可能是分支间的传输时延差距过大，FMR进行业务帧合并时，来自各分支的业务帧不能对齐，F
8、MR错误地认为是idle帧，而造成掉话。 2）原因值5： FMR中各分支合并后300个反向帧中有270个以上Erasure（坏）帧。 3）原因值6：markov FER过高。 markov FER是将收到的帧与本地产生的帧相比，如果不同，就算一个坏帧，计算这种坏帧的比例。 没有收到帧时也会统计为坏帧。 缺省值是500个帧（10秒钟）里有95的坏帧就会上报TCH ERR，该值可以在调试台设置。前向或反向信号差导致误帧高、Abis链路故障，如光纤断等，都会导致掉话原因值5、6产生。特别要注意，在前向链路差，反向链路好的情况下，手机判断前向链路不能维持，则关闭发射机。对BSC，不知道手机何时关发射机
9、，只是不断检查反向帧。手机关发射机，则BSC也收不到反向帧，统计到坏帧数，最后触发原因值5的TCH_ERR消息，释放呼叫。在手机侧，下面原因会触发移动台关闭发射机：1、Fade Timer定时器超时。手机连续收到超过12个（N2m）坏帧时，会关闭其发射机，但前向仍在接收；如在连续5秒内收到连续2个（N3m）好帧，手机重新开启发射机；如在连续5秒内不能收到连续2个好帧，手机重新初始化。2、重传次数到达最大值。对于要求应答的消息，如果手机连续N1m次发射后仍然没有收到响应消息，手机重新初始化。（ N1m为手机在反向业务信道上发送要求应答消息的最大重发次数，为协议规定值。对IS95A为3次，IS95
10、B为9次，IS2000为13次。）2、Abis接口原因引起的掉话次数：l 基站故障。基站自己检测到内部处理有问题时主动上报“Abis bts release request”，此时造成的掉话会统计到该值上，告警台也会出设备告警信息。& 说明：由于Abis接口发生异常中断（如：光纤断）而造成的掉话不会统计到该值上的。 因为当Abis口突然断掉，BSC并不知道，反映出来的仅是FMR上收不到数据帧，掉话的原因会被统计到无线链路原因中去。这种情况通过告警台很容易知道Abis接口发生异常中断3、 A接口原因引起的掉话次数：l 在通话时，MSC设备自身或人为发出A接口复位命令；l A接口暂时故障或链路断。
11、这时，FMR在一定时间内收不到MSC来的EVC帧，向CCM发“TRAU ERR”，CCM会释放资源。结合告警如E1/T1告警解决传输上的问题，如果A接口传输无问题，则可能是设备内部问题，包括MSC、BSC；l 设备内部处理或传输出问题。这时，FMR收不到EVC帧，但A接口没问题。4、 BSC到PCF传输链路原因引起的掉话次数：l PDSN侧异常；l BSC设备内部问题，可能为PPU板问题或是A8/A9接口问题；l 当我方BSC外接其它PCF时，可能是对方PCF故障或A8/A9接口及传输问题。上述各指标统计项中，除了“掉话次数(无线链路原因)”中“反向误帧高”，其它的都与设备异常有关，掉话分析时
12、应先查看告警，确认是否有设备异常，并有针对地解决。特别是突发的高掉话，很可能与设备异常有关。本文下面着重分析无线原因引起的掉话。2 掉话分析过程2.1 网络基本信息获取利用话统数据进行网络问题分析是建立在获取网络基本信息基础之上的。获取网络基本信息，才能有效确定网络优化的目标，对于不同的覆盖区域、不同的应用环境应制定不同的优化策略和优化目标。首先需要熟悉网络前期规划情况，获取网络规划的前期文档，如规划报告、工程参数表、网络拓朴图、频率计划报告、小区参数设计说明等，建立对网络的整体印象并可能从中发现一些明显问题。其次需要得到当前工程实施进度情况，如基站安装完成情况、对规划特别是工程参数规划的更改
13、调整情况、基站调测与简单路测情况等。特别需要注意由于工程安装质量或者进度原因而造成的网络漏洞，如城市中某个基站尚未完工或安装错误而造成大面积的切换问题等。2.2 分析前准备网络开通后，在进行网络优化前，应先确定以下事情：1、检查设备使用的软硬件版本是否正确，确定各基站、BSC等版本是否配套，是否是最稳定版本，确定全网版本是否统一，是否所有基站都采用相同的版本。2、确定是否每一个基站都已进行过定标与灵敏度测试。3、是否已进行过天线的驻波比测试。4、各基站开通后是否已进行过拔测，是否已进行过检查过工程安装的正确性。拔测主要是观察通话是否能够正常接入、话音主观感觉是否良好、切换能否正常进行等。特别需
14、要注意排除是否有天馈装反等问题。办法是在基站下面通过手机DEBUG窗口看PN，观察是否与规划的PN相吻合。5、在上述问题排除后，检查每一个扇区实际覆盖与规划的期望覆盖的差距，如果覆盖有异常，检查天线安装的方位角、下倾角等是否与规划吻合。如果与规划吻合，而覆盖明显与规划期望覆盖不一致，或者发现重叠覆盖严重等现象，需要调整天线下倾角、方位角。调整天线，需注意不是孤立地调整单个扇区的覆盖，要考虑周边一整片区域，必要时，几个扇区天线一起调整。6、敏感的无线功能（如负荷控制、小区呼吸、特殊切换算法、特殊信道分配算法、特殊功率控制算法等等）是否运用，如有运用与下面的分析可能就有不同，需要特别分析。2.3 掉话分析方法1、话统分析分析话统指标时，要先看BSC整体性能测量指标，掌握了网络运行的整体情况后，再有针对性地分析扇区载频性能统计。分析时一般采取过滤法，先找出指标明显异常的小区分析，此时很可能是版本、硬件、传输、天馈（含GPS）或者数据出了问题导致的异常，可以结合告警首先从这几个方面检查。如无明显异常，根据指标将各扇区载频进行统计分类，可整理出各重点指标较差小区列表，以便分类分析。看指标时，不能只关注指标的绝
