W(高级)-掉话问题分析培训

WCDMA掉话问题分析 前言 掉话率 calldroprate 是反映网络质量的重要指标之一 掉话问题也是日常网络优化面临的一个常见问题 本文从路测 话统数据 RNC跟踪数据以及用户投诉等方面来描述了掉话问题处理的流程 并结合实际掉话案例进行分析 课程目标 掌握掉话的定义掌握掉话处理基本流程掌握各种掉话数据分析方法掌握掉话问题解决方法 学习完本课程 您将能够 参考资料 WCDMARNP掉话专题分析WCDMARNO掉话问题分析指导书 课程内容 T 第一章掉话分类定义第二章常见掉话原因与掉话处理流程第三章掉话问题解决方法第四章掉话案例分析第五章网络优化各阶段掉话关注点 第一章掉话分类定义 第一节正常释放流程第二节掉话空中接口定义第三节掉话话统指标定义 CS第四节掉话话统指标定义 PS 正常释放流程 一个CS正常释放信令流程 正常释放流程 一个CS正常释放信令流程1 UE发RRC UL DIR TRANSF消息给RNC 消息中nasmessage是0325 表示是callcontrol子层的disconnect消息 2 RNC发RANAP DIRECT TRANSFER消息给CN 消息中naspdu是0325 表示是callcontrol子层的disconnect消息 3 CN发RANAP DIRECT TRANSFER消息给RNC 消息中naspdu是832d 表示是callcontrol子层的release消息 4 RNC发RRC DL DIRECT TRANSF消息给UE 消息中nasmessage是832d 表示是callcontrol子层的release消息 5 UE发RRC UL DIR TRANSF消息给RNC 消息中nasmessage是032a 表示是callcontrol子层的releasecomplete消息 6 RNC发RANAP DIRECT TRANSFER消息给CN 消息中naspdu是032a 表示是callcontrol子层的releasecomplete消息 正常释放流程 7 CN发RANAP IU RELEASE COMMAND消息给RNC 开始释放Iu口资源 包括RANAP层和ALCAP层资源 8 RNC发RANAP IU RELEASE COMPLETE消息给RNC 9 RNC发RRC RRC CONN REL消息给UE 开始释放RRC连接 10 UE发RRC RRC CONN REL CMP消息给RNC 11 RNC发NBAP RL DEL REQ消息给NODEB 开始释放Iub口资源 包括NBAP层和ALCAP层 PHY层资源 12 NODEB发NBAP RL DEL RSP消息给RNC 整个释放过程结束 正常释放流程 一个PS正常释放信令流程 正常释放流程 一个PS正常释放信令流程1 UE发RRC UL DIR TRANSF消息给RNC 消息中nasmessage是0a46 表示是sessionmanagement子层的deactivatePDPcontextrequest消息 2 RNC发RANAP DIRECT TRANSFER消息给CN 消息中naspdu是0a46 表示是sessionmanagement子层的deactivatePDPcontextrequest消息 3 CN发RANAP DIRECT TRANSFER消息给RNC 消息中naspdu是8a47 表示是sessionmanagement子层的deactivatePDPcontextaccept消息 4 CN发RANAP RAB ASSIGNMENT REQ消息给RNC 消息中给出要释放的RABlist 其中包含了要释放的RABID 5 RNC发RRC DL DIRECT TRANSF消息给UE 消息中nasmessage是8a47 表示是sessionmanagement子层的deactivatePDPcontextaccept消息 6 RNC发NBAP RL RECFG PREP消息给NODEB 正常释放流程 7 NODEB发NBAP RL RECFG READY消息给RNC 8 RNC发RRC RB REL消息给UE 释放业务RB 9 NODEB发NBAP RL RECFG COMMIT消息给RNC 10 UE发RRC RB REL CMP消息给RNC 业务RB释放完成11 RNC发RANAP RAB ASSIGNMENT RESP消息给CN RAB释放完成 第一章掉话分类定义 第一节正常释放流程第二节空中接口掉话定义第三节话统指标掉话定义 CS第四节掉话话统指标定义 PS 空中接口定义 空中接口掉话定义 空中接口掉话定义 在通话过程中 如果空中接口信息满足下面三个条件中的任何一条 可以判断为掉话 收到任何的BCH消息 即系统消息 收到RRCRelease消息 原因为非正常释放Notnormal 收到CCDisconnect CCReleaseComplete CCRelease三条消息中的任何一条 而且释放的原因为NotNormalClearing或者NotNormal Unspecified 从RNC记录的信令上看 如果在Iu接口上看到了RNC发向CN的消息为IuReleaseRequest或者RNC发给CN的消息为RABReleaseRequest消息 此时定义为异常掉话 空中接口定义 第一章掉话分类定义 第一节正常释放流程第二节掉话空中接口定义第三节掉话话统指标定义 CS第四节掉话话统指标定义 PS 话统指标定义 话统指标定义 CS掉话统计 通过统计RNC触发的RAB释放个数 统计RAB建立个数 进而得到掉话率 根据测量对象的不同 掉话率可以分为面向RNC和面向小区的掉话率 分别考察整个RNC和单个小区的掉话情况 面向RNC的CS掉话率公式 RNC CS RAB REL CONV TRIG BY RNC RNC CS RAB REL STR TRIG BY RNC CS RAB SETUP SUCC CONV CS RAB SETUP SUCC STR 100 测量点 CS会话类 流类 业务建立成功后 RNC向CNCS发送IURELEASEREQUEST消息 原因不是 ReleaseduetoUEgeneratedsignallingconnectionrelease 话统指标定义 面向RNC的RNC触发CSRAB释放原因统计 话统指标定义 话统指标定义 CS掉话统计 面向小区的CS掉话率公式 RNC CS RAB REL CONV CELL TRIG BY RNC RNC CS RAB REL STR CELL TRIG BY RNC CS RAB SETUP SUCC CONV CELL CS RAB SETUP SUCC STR CELL 100 测量点 CS会话类 流类 业务建立成功后 RNC向CNCS发送IURELEASEREQUEST消息 原因不是 ReleaseduetoUEgeneratedsignallingconnectionrelease 话统指标定义 面向小区的RNC触发CSRAB释放原因统计 话统指标定义 话统指标定义 CS掉话统计 CS掉话统计 面向业务 AMR语音与VP掉话统计 AMR语音业务 面向RNC的AMR语音掉话率 RNC CS RAB REL AMR TRIG BY RNC CS RAB SETUP SUCC CONV 0 32 100 面向小区的AMR语音掉话率 RNC AMR RAB REL CELL TRIG BY RNC CS RAB SETUP SUCC AMR CELL 100 VP业务 面向RNC的VP掉话率 RNC CS RAB REL CONV 64K TRIG BY RNC CS RAB SETUP SUCC CONV 32 64 100 面向小区的VP掉话率 RNC CS CONV 64K RAB REL CELL TRIG BY RNC CS RAB SETUP SUCC CONV 64K CELL 100 第一章掉话分类定义 第一节正常释放流程第二节掉话空中接口定义第三节掉话话统指标定义 CS第四节掉话话统指标定义 PS 话统指标定义 话统指标定义 PS掉话统计 面向RNC的PS掉话率公式 RNC PS RAB REL CONV TRIG BY RNC RNC PS RAB REL STR TRIG BY RNC RNC PS RAB REL INTER TRIG BY RNC RNC PS RAB REL BKG TRIG BY RNC PS RAB SETUP SUCC CONV PS RAB SETUP SUCC STR PS RAB SETUP SUCC INTER PS RAB SETUP SUCC BKG 100 测量点 PS会话类 流类 交互类 背景类 业务建立成功后 RNC向CNPS发送RABRELEASEREQUEST消息 PS会话类 流类 交互类 背景类 业务建立成功后 RNC向CNPS发送IURELEASEREQUEST消息 释放原因不是 UEInactivity SuccessfulRelocation 和 ReleaseduetoUEgeneratedsignallingconnectionrelease 话统指标定义 面向RNC的RNC触发PSRAB释放原因统计 话统指标定义 话统指标定义 PS掉话统计 面向小区的PS掉话率公式 RNC PS RAB REL CONV CELL TRIG BY RNC RNC PS RAB REL STR CELL TRIG BY RNC RNC PS RAB REL INTER CELL TRIG BY RNC RNC PS RAB REL BKG CELL TRIG BY RNC PS RAB SETUP SUCC CONV CELL PS RAB SETUP SUCC STR CELL PS RAB SETUP SUCC INTER CELL PS RAB SETUP SUCC BKG CELL 100 测量点 PS会话类 流类 交互类 背景类 业务建立成功后 RNC向CNPS发送IURELEASEREQUEST消息 释放原因不是 UEInactivity SuccessfulRelocation 和 ReleaseduetoUEgeneratedsignallingconnectionrelease 话统指标定义 面向小区的RNC触发PSRAB释放原因统计 话统指标定义类别总结 话统指标对掉话的定义分为 CS掉话 面向对象统计 RNC 小区面向业务统计 AMR语音 VP业务PS掉话 面向对象统计 RNC 小区 话统指标定义 课程内容 第一章掉话分类定义第二章常见掉话原因与掉话处理流程第三章掉话问题解决方法第四章掉话案例分析第五章网络优化各阶段掉话关注点 第二章常见掉话原因与掉话处理流程 第一节常见掉话原因第二节路测数据分析流程第三节话统数据分析流程第四节信令跟踪数据分析流程第五节用户投诉数据分析流程 常见掉话原因 邻区漏配 一般来讲 初期优化过程掉话占大多数是由于邻区漏配导致的 对于同频邻区 通常采用以下的办法来确认是否为同频邻区漏配 方法一 观察掉话前UE记录的活动集EcIo信息和Scanner记录的BestServerEcIo信息 如果UE记录的EcIo很差 而Scanner记录的BestServerEcIo很好 同时检查Scanner记录BestServer扰码是否出现在掉话前最近出现的同频测量控制中 如果测量控制中没有扰码 那么可以确认是邻区漏配 方法二 如果掉话后UE马上重新接入 如果UE重新接入的小区扰码和掉话时的扰码不一致 也可以怀疑是邻区漏配问题 可以通过测量控制进一步进行确认 邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区漏配 常见掉话原因 覆盖问题 通常所说的覆盖差 主要是指RSCP不和EcIo都很差 覆盖的问题需要通过掉话前上行或者下行的专用信道功率来确认 需要采用以下的方法来确认 如果掉话前的上行发射功率达到最大值 并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RLfailure 基本可以认为上行覆盖差导致的掉话 如果掉话前 下行发射功率达到最大值 并且下行的BLER很差 基本可以认为是下行覆盖不行导致的掉话 确认覆盖的问题简单直接的方式 直接观察Scanner采集的数据 若最好小区的RSCP和EcNo都很低 就可以认为是覆盖问题 常见掉话原因 切换问题 软切换 同频导致掉话主要分为两类原因 切换来不及或者乒乓切换 从信令流程上CS业务表现为手机收不到活动集更新命令 同频硬切换时为物理信道重配置 PS业务有时候会在切换之前先发生TRB复位 从信号上看 切换来不及主要有以下两种现象 1 拐角 源小区EcIo陡将 目标小区EcNo陡升 即突然出现就是很高的值 2 针尖 源小区EcIo快速下降后一段时间后上升 目标小区出现短时间的陡升 乒乓切换主要有以下两种现象 1 主导小区变化快 2个或者多个小区交替成为主导小区 主导小区具有较好的RSCP和EcIo每个小区成为主导小区的时间很短 2 无主导小区 存在多个小区 RSCP正常而且相互之间差别不大 每个小区的EcIo都很差 常见掉话原因 干扰问题 一般情况下 对于下行 当CPICHRSCP大于 85dB 而EcIo小于 13dB容易产生了掉话 基本上可以认为是下行干扰的问题 对于上行RTWP比正常值 104 105 超过10dB 干扰时间超过2 3s 就有可能造成掉话 对于下行 干扰可能是导频污染引起 常见掉话原因 流程交互问题 一些需要信令交互的流程 如AMR控制 DCCC以及压缩模式的启停 UE的状态迁移等 常常会由于信号的原因 手机支持方面的原因或者RAN设备和手机的配合问题 导致流程失败 最后导致掉话 这类问题需要针对特定的流程和手机进行分析 没有一般性的处理方法 常见掉话原因 其他异常问题 在排除了以上的原因之后 其他的掉话一般需要怀疑设备的问题 需要通过查看设备的日志 告警等进一步来分析掉话原因 例如 同步失败导致的链路不停增加和删除 例如 手机不上报1a测量报告导致掉话 第二章常见掉话原因与掉话处理流程 第一节常见掉话原因第二节路测数据分析流程第三节话统数据分析流程第四节信令跟踪数据分析流程第五节用户投诉数据分析流程 路测数据分析流程 路测数据分析流程 路测数据分析流程 1 准备数据路测软件采集数据文件RNC记录的单用户跟踪RNC记录的CDL2 获取掉话位置采用路测数据处理软件 比如Analyzer和获取掉话的时间和地点 获取掉话前后Scanner采集的导频数据 手机采集的活动集和监视集信息 信令流程等 3 分析Scanner主导小区变化情况主要分析主导小区的变换情况 如果主导小区相对稳定 进一步分析RSCP和EcIo情况 如果主导小区变化频繁 需要区分主导小区变化快的情况 或者没有主导小区的情况 然后进一步进行乒乓切换掉话分析 路测数据分析流程 4 分析Scanner主导小区信号RSCP和EcIo观察Scanner最好小区RSCP EcNo 根据不同的情况分别处理4 1RSCP差 EcNo差 可以确定为覆盖问题 4 2RSCP正常 EcNo差 排除切换来不及导致的 同频邻区干扰 可以确定为导频干扰问题 4 3RSCP正常 EcNo正常 如果UE活动集中小区与Scanner最好小区不一致 可能为邻区漏配或者切换来不及导致的掉话 如果UE活动集中小区与Scanner最好小区一致 可能为上行干扰或责异常掉话 5 路测重现问题由于一次路测不一定能够采集到定位掉话问题需要的所有信息 此时需要通过进一步路测来收集数据 通过进一步的路测也能确认该掉话点是随机掉话的点或者固定掉话点 一般来说固定掉话点一定需要解决 而随机掉话点则需要根据掉话发生的概率来确定是否需要解决 第二章常见掉话原因与掉话处理流程 第一节常见掉话原因第二节路测数据分析流程第三节话统数据分析流程第四节信令跟踪数据分析流程第五节用户投诉数据分析流程 话统数据分析流程 话统数据分析流程 话统数据分析流程 1 分析RNC的掉话率指标主要从整个RNC的整体掉话指标上判断掉话率指标是否正常 2 分析小区的掉话率指标对于小区的掉话率指标 主要需要分析小区 AMR掉话率 VP掉话率 PS掉话率 硬切换掉话率 系统间切换掉话率 对所有小区分别用以上的指标进行排序 选择指标特别差的小区或者最差的一些小区 进一步分析掉话原因 3 检查小区是否异常检查小区的告警 排除小区异常方面的原因 话统数据分析流程 4 分析掉话原因排除Iu口aal2异常导致的掉话问题 排除GTPU异常导致的掉话问题 分析是否由于信令RLC复位导致的掉话 还是业务RLC复位导致的掉话 分析该小区相关的切换指标 分析小区的切入成功率和切出成功率 确认是否由于切换失败导致的掉话 通过分析小区总带宽接收功率相关话统指标 分析在掉话率高的时段 是否相应的上行干扰指标也很高 进一步确认上行干扰导致的掉话问题 5 通过路测重现问题当通过话统分析无法进一步解决掉话问题的时候 需要针对小区进行路测 跟踪手机侧和RNC的信令流程进行分析 详细分析方法请参见路测数据分析流程 第二章常见掉话原因与掉话处理流程 第一节常见掉话原因第二节路测数据分析流程第三节话统数据分析流程第四节信令跟踪数据分析流程第五节用户投诉数据分析流程 信令跟踪数据分析流程 信令跟踪数据分析流程 信令跟踪数据分析流程 1 获取单用户跟踪消息单用户跟踪消息需要事先在RNC或者M2000上进行跟踪 才能记录相应的消息 一般情况下 根据IMSI进行跟踪记录的消息用来分析掉话问题是足够的 2 获取掉话点信息从单用户跟踪消息来看 掉话的定义是RNC主动发起了RAB释放 消息名称为RANAP RAB RELEASE REQ 或者RNC主动发起IU释放 消息名称为RANAP IU RELEASE REQ 前者对应为用户面掉话 后者对应为信令面掉话 通过查找以上两条消息 就可以或者掉话点的时间 以及掉话前的信令消息 以便进一步进行分析 信令跟踪数据分析流程 3 信令面掉话分析信令面掉话表现为手机或者RNC不能受到确认模式传送的信令 产生SRB复位 导致连接释放 下行方向一般有这些消息可能导致SRB复位 测量控制 活动集更新 物理信道重配置 传输信道重配置 RB重配置以及3G到2G的切换命令 HANDOVERFROMUTRANCOMMAND 手机是否收到这些命令需要手机侧的跟踪消息来确认 上行方向有以下的消息可能导致SRB复位 测量报告 活动集更新完成 物理信道重配置完成 传输信道重配置完成 RB重配置完成 同样需要RNC侧的跟踪消息来确认是否收到 信令跟踪数据分析流程 4 用户面掉话分析用户面掉话主要是TRB复位 这种情况主要在PS业务上发生 voice和VP业务不会产生TRB复位 当活动集中只有一条链路上 会由于RLfailure导致RNC发起IuRelease RLfailure是上行失步引起的 但是下行失步会使UE关闭发射机 接着就造成上行失步 在定位掉话是上行引起释放还是下行引起的时候 需要分析掉话前手机的发射功率和实时状态监控的下行的码发射功率来区分 下行覆盖差 下行干扰强或者上行干扰都会导致TRB复位 有时候数据业务由于重传次数设置不合理 在切换来不及的情况下 TRB比SRB先产生复位 在分析时要注意区分 信令跟踪数据分析流程 5 异常掉话分析异常掉话一般指掉话无法从覆盖 干扰等方面找到原因 也无法根据前面介绍的用户面掉话或者信令面掉话原因来解释 这种掉话往往是设备的异常或者是手机的异常导致的 比如由于传输突然中断导致的掉话 基站设备异常导致的掉话 手机突然死机等都会导致异常掉话 对于传输异常一般通过分析CDL或者参看告警来进一步分析 对于基站设备异常可以通过查询基站状态来确认 对于手机异常 需要通过分析手机记录的数据来定位 6 拨测 重现问题当已有的数据不注意定位掉话问题的时候 启动更详细的数据跟踪 最好的办法是在问题点进行拨测 重现问题 然后继续进行分析 第二章常见掉话原因与掉话处理流程 第一节常见掉话原因第二节路测数据分析流程第三节话统数据分析流程第四节信令跟踪数据分析流程第五节用户投诉数据分析流程 用户投诉数据分析流程 1 了解用户投诉用户投诉发生的时候需要详细记录问题发生的时间 问题产生的地点 以及问题的具体现象 2 检查话统指标通过分析用户投诉相关的话统指标 来进一步分析该投诉是某个用户特有的问题还是网络一般性的问题 对于一般性的问题 请参考话统指标的分析来进一步分析投诉 3 检查告警根据投诉的时间 查看CN RNC或者投诉地点对应基站的告警 看这些告警是否会产生相应的掉话 如果存在这个告警 试着消除和解决这个告警 4 检查CDLCDL记录了用户异常发生时候的信令 状态等信息 通过分析CDL可以进一步了解投诉产生的原因 用户投诉数据分析流程 5 投诉点拨测 重现问题对于话统分析 告警分析以及CDL分析都无法解决的问题 需要通过到现场拨测的方法进行问题重新 拨测的时候数据记录的方法和路测方法相同 在某些场合 可能不适合记录手机侧信息 那么需要通过RNC来尽量多的记录各种信息 特别需要记录收集上报的EcIo和RSCP信息 以排除覆盖问题导致的掉话 对于一些特别的地点 到现场拨测都不可能 那么需要通过用户的手机号码来获取IMSI 然后在RNC启动呼叫跟踪 以便进一步定位问题 课程内容 第一章掉话分类定义第二章常见掉话原因与掉话处理流程第三章掉话问题解决方法第四章掉话案例分析第五章网络优化各阶段掉话关注点 第三章掉话问题解决方法 第一节工程参数调整第二节小区参数调整 工程参数调整 工程参数的调整是非常有限的 最基本的可以调整天线的高度 下倾角 天线的波瓣宽度 天线增益以及方向角等 1 对于上行或者下行的覆盖问题导致的掉话 考虑更改天线的高度 下倾角 也可以更换增益更高的天线或者增加塔放 2 对于针尖和拐角效应 通过天线调整也是比较有效的解决办法 由于针尖效应和拐角效应往往出现在街道拐弯的地方或者两条街道交界的地方 可以考虑通过天线的方向角和街道错开一定的角度的方式来调整 但同时需要注意原来街道路边商铺的覆盖不要有很大的影响 工程参数调整 3 对于导频干扰引起的覆盖问题 可以通过调整某一个天线的工程参数 使该天线在干扰位置成为主导小区 也可以通过调整其他几个天线参数 减小信号到达这些区域的强度 从而减少导频个数 如果条件许可 可以增加新的基站覆盖这片地区 如果干扰来自一个基站的两个扇区 可以考虑进行扇区合并 工程参数的调整需要综合考虑整个小区调整效果 在解决一个问题的同时要注意不在其它区域引入新的问题 第三章掉话问题解决方法 第一节工程参数调整第二节小区参数调整 小区参数调整 1 小区偏置CIO该值与实际测量值相加所得的数值用于UE的事件评估过程 UE将该小区原始测量值加上这个偏置后作为测量结果用于UE的同频切换判决 在切换算法中起到移动小区边界的作用 该参数设置越大 则软切换越容易 处于软切换状态的UE越多 但占用前向资源 设置越小 软切换越困难 有可能影响接收质量 对于针尖效应或者拐角效应 通过配置5dB左右的CIO是比较好的解决办法 2 软切换相关的延迟触发时间延迟触发时间是1A 1B 1C和1D事件相关的触发时间 触发时间的配置会影响切换的及时性 一般情况下 缺省参数的配置能够满足绝大多数场景的要求 切换参数可以针对小区设置 在根据环境设定了一套基本参数之后 针对每个小区单独进行调整 可以把参数更改的影响限制在几个小区之间 对系统的影响也较小 小区参数调整 3 同频测量滤波系数FilterCoef层3滤波应尽量滤除随机冲击的能力 使得滤波后的测量值反映实际测量的基本变化趋势 由于输入层3滤波器的测量值已经经过层1滤波 基本消除了快衰落的影响 因此层3应对阴影衰落和少量快衰落毛刺进行平滑滤波 以为事件判决提供更优的测量数据 滤波系数越大 对毛刺的平滑能力越强 但对信号的跟踪能力减弱 必须在两者之间进行权衡 典型值可以设置如下 a 若切换区信号变化较慢 同频滤波系数可设为7 b 若切换去信号变化速度中等 同频滤波系数设为6 c 若切换区信号变化较快 同频滤波系数设为3 小区参数调整 4 压缩模式启停门限压缩模式一般在异频切换或者异系统切换前启动 通过压缩模式来测量异频或者异系统小区的质量 压缩模式的启动可以根据CPICH的RSCP或者EcIo是否满足条件来触发 在实际的应用中 一般都采用RSCP作为触发条件 一般情况下 压缩模式需要测量目标小区 异频或者异系统 的质量并获取相关信息 同时由于移动台的运动导致当前小区的质量恶化 所以对于压缩模式的启动门限一般要求要求在当前小区的质量下降到导致掉话之前能够及时测量到目标小区的信号完成切换为要求 对于停止门限则要求避免压缩模式的频繁启动和停止 小区参数调整 5 无线链路最大下行发射功率RLMaxDLPwr配置大的专用链路的发射功率有利于克服覆盖导致的掉话点 但同样带来干扰问题 由于单个用户允许的功率大 当用户在边缘是就可能消耗大的功率 从而对其他用户造成影响 降低系统的下行容量 一般情况下下行发射功率的配置由链路预算提供 适当的增加或者减少1 2dB 一般情况下在单次路测情况下 很难看出对掉话的影响 但可以从话统指标上看出来 对于一些小区 由于覆盖原因存在比较大的掉话率 可以考虑增加专用信道的最大发射功率 对于一些小区 由于负载过高导致用户有较大的接入失败概率 可以考虑适当降低该参数 小区参数调整 6 信令和业务的最大重传次数在较高的误块率信道条件下 信令由于重传达到最大值就会产生复位 信令的一次复位就会导致掉话 采用AM模式进行业务传输的业务也同样会重传 重传达到最大值之后产生复位信令 系统配置了最大允许的复位次数 当复位次数达到最大值之后 系统开始释放业务 也同样会造成掉话 系统缺省的配置可以保证突发误块不会导致异常的掉话 但在进入覆盖比较差的场合能够及时进行复位而导致掉话 从而释放业务占用的资源 对于一些场景 有较多的突发干扰 或者针尖效应比较明显的场景 干扰突发期间可能导致100 误块 而又不希望过多的掉话 此时可以考虑适当增加重传次数 通过重传来抵抗突发干扰 该参数是针对RNC配置 小区参数调整 7 RSCP表示的小区异频硬切换门限当异频测量启动以后 手机开始车辆异频小区 当异频小区的质量高于该门限 RNC发起异频切换 结合压缩模式的启动停止门限来配置该参数 如果配置较小的值 可以提早触发硬切换 如果配置较大的值 可以延迟进行硬切换 从而可以控制切换区或者降低掉话概率 8 切换判决门限GsmRSSICSThd GsmRSSIPSThd异系统切换门限可以针对CS业务和PS业务分开设置 方法和异频硬切换门限的设置方法相同 课程内容 第一章掉话分类定义第二章常见掉话原因与掉话处理流程第三章掉话问题解决方法第四章掉话案例分析第五章网络优化各阶段掉话关注点 第四章掉话分析案例 第一节覆盖掉话案例第二节干扰掉话案例第三节切换掉话案例第四节其他掉话案例 覆盖掉话案例 掉话点 覆盖分析中 必须 结合导频覆盖和业务覆盖进行分析结合上行覆盖和下行覆盖进行分析结合scanner和UE的测量结果进行分析结合CPICH的Ec Io RSCP SC进行分析 覆盖掉话案例 掉话点位置处于3G网络的覆盖边缘 掉话发生在小区SC314掉话前UE测量得到的激活集中只有314小区 监视集中没有测量到小区 掉话前UE测量得到的RSSI很低 SIR是负的 UE的发射功率达到最大值 覆盖掉话案例 UE和scanner测量得到的Ec Io都有相同的恶化趋势 UE和scanner测量得到的RSCP都有相同的恶化趋势 第四章掉话分析案例 第一节覆盖掉话案例第二节干扰掉话案例第三节切换掉话案例第四节其他掉话案例 干扰掉话案例 干扰掉话案例 在这里主要从上行干扰 下行干扰两个方面来 缺有效材料 第四章掉话分析案例 第一节覆盖掉话案例第二节干扰掉话案例第三节切换掉话案例第四节其他掉话