掉话问题分析培训PPT课件(WCDMA高级培训).ppt

上传人:牧羊曲112 文档编号:1564396 上传时间:2022-12-06 格式:PPT 页数:86 大小:2MB
返回 下载 相关 举报
掉话问题分析培训PPT课件(WCDMA高级培训).ppt_第1页
第1页 / 共86页
掉话问题分析培训PPT课件(WCDMA高级培训).ppt_第2页
第2页 / 共86页
掉话问题分析培训PPT课件(WCDMA高级培训).ppt_第3页
第3页 / 共86页
掉话问题分析培训PPT课件(WCDMA高级培训).ppt_第4页
第4页 / 共86页
掉话问题分析培训PPT课件(WCDMA高级培训).ppt_第5页
第5页 / 共86页
点击查看更多>>
资源描述

《掉话问题分析培训PPT课件(WCDMA高级培训).ppt》由会员分享,可在线阅读,更多相关《掉话问题分析培训PPT课件(WCDMA高级培训).ppt(86页珍藏版)》请在三一办公上搜索。

1、,WCDMA 掉话问题分析,前言,掉话率(call drop rate)是反映网络质量的重要指标之一;掉话问题也是日常网络优化面临的一个常见问题;本文从路测、话统数据、RNC跟踪数据以及用户投诉等方面来描述了掉话问题处理的流程,并结合实际掉话案例进行分析。,课程目标,掌握掉话的定义掌握掉话处理基本流程掌握各种掉话数据分析方法掌握掉话问题解决方法,学习完本课程,您将能够:,参考资料,WCDMA RNP 掉话专题分析WCDMA RNO 掉话问题分析指导书,课程内容,T,第一章 掉话分类定义第二章 常见掉话原因与掉话处理流程第三章 掉话问题解决方法第四章 掉话案例分析第五章 网络优化各阶段掉话关注点

2、,第一章 掉话分类定义,第一节 正常释放流程第二节 掉话空中接口定义第三节 掉话话统指标定义CS第四节 掉话话统指标定义PS,正常释放流程,一个CS正常释放信令流程,正常释放流程,一个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消息。3. CN发RANAP_DIRECT_TRANSFER消息给RNC,消息中n

3、as 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消息。,正常释放流

4、程,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正常释放信令

5、流程,正常释放流程,一个PS正常释放信令流程1.UE发RRC_UL_DIR_TRANSF消息给RNC,消息中nas message是0a46,表示是session management子层的deactivate PDP context request消息。2.RNC发RANAP_DIRECT_TRANSFER消息给CN,消息中nas pdu是0a46,表示是session management子层的deactivate PDP context request消息。3. CN发RANAP_DIRECT_TRANSFER消息给RNC,消息中nas pdu是8a47,表示是session manag

6、ement子层的deactivate PDP context accept消息。4. CN发RANAP_RAB_ASSIGNMENT_REQ消息给RNC,消息中给出要释放的RAB list,其中包含了要释放的RAB ID。5. RNC发RRC_DL_DIRECT_TRANSF消息给UE,消息中nas message是8a47,表示是session management子层的deactivate PDP context accept消息。6. RNC发NBAP_RL_RECFG_PREP消息给NODEB。,正常释放流程,7. NODEB发NBAP_RL_RECFG_READY消息给RNC,8.

7、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消息(即系统消息)收到RRC Releas

8、e消息(原因为非正常释放Not normal)收到CC Disconnect,CC Release Complete,CC Release三条消息中的任何一条,而且释放的原因为Not Normal Clearing或者Not Normal,Unspecified。 从RNC记录的信令上看,如果在Iu接口上看到了RNC 发向CN的消息为Iu Release Request或者RNC发给CN的消息为RAB Release Request消息,此时定义为异常掉话。,空中接口定义,第一章 掉话分类定义,第一节 正常释放流程第二节 掉话空中接口定义第三节 掉话话统指标定义CS第四节 掉话话统指标定义PS

9、,话统指标定义,话统指标定义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向CN CS发送IU RELEASE REQUEST消

10、息,原因不是“Release due to UE generated signalling connection release ”。,话统指标定义,面向 RNC 的 RNC 触发 CS RAB 释放原因统计,话统指标定义,话统指标定义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会话类(流类)业务建立成功后,R

11、NC向CN CS发送IU RELEASE REQUEST消息,原因不是“Release due to UE generated signalling connection release ” 。,话统指标定义,面向 小区 的 RNC 触发 CS RAB 释放原因统计,话统指标定义,话统指标定义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_R

12、EL_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第四节 掉话话统指标

13、定义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会话类(流类,交互类、背景类)业务建立成

14、功后,RNC向CN PS发送RAB RELEASE REQUEST消息。PS会话类(流类,交互类、背景类)业务建立成功后,RNC向CN PS发送IU RELEASE REQUEST消息,释放原因不是“UE Inactivity”、“Successful Relocation”和“Release due to UE generated signalling connection release ”。,话统指标定义,面向 RNC 的 RNC 触发 PS RAB 释放原因统计,话统指标定义,话统指标定义PS掉话统计,面向小区的PS掉话率公式:(RNC_PS_RAB_REL_CONV_CELL_TRI

15、G_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向CN PS发送IU RELEASE REQ

16、UEST消息, 释放原因不是“UE Inactivity”、“Successful Relocation”和“Release due to UE generated signalling connection release ”。,话统指标定义,面向 小区 的 RNC 触发 PS RAB 释放原因统计,话统指标定义类别总结:话统指标对掉话的定义分为:CS掉话:面向对象统计:RNC、小区面向业务统计:AMR 语音、VP业务PS掉话:面向对象统计:RNC、小区,话统指标定义,课程内容,第一章 掉话分类定义第二章 常见掉话原因与掉话处理流程第三章 掉话问题解决方法第四章 掉话案例分析第五章 网络优化

17、各阶段掉话关注点,第二章 常见掉话原因与掉话处理流程,第一节 常见掉话原因第二节 路测数据分析流程 第三节 话统数据分析流程 第四节 信令跟踪数据分析流程 第五节 用户投诉数据分析流程,常见掉话原因,邻区漏配,一般来讲,初期优化过程掉话占大多数是由于邻区漏配导致的。对于同频邻区,通常采用以下的办法来确认是否为同频邻区漏配:方法一:观察掉话前UE记录的活动集EcIo信息和Scanner记录的Best Server EcIo信息,如果UE记录的EcIo很差,而Scanner记录的Best Server EcIo很好;同时检查Scanner记录Best Server扰码是否出现在掉话前最近出现的同频

18、测量控制中,如果测量控制中没有扰码,那么可以确认是邻区漏配。方法二:如果掉话后UE马上重新接入,如果UE重新接入的小区扰码和掉话时的扰码不一致,也可以怀疑是邻区漏配问题,可以通过测量控制进一步进行确认。邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区漏配。,常见掉话原因,覆盖问题,通常所说的覆盖差,主要是指RSCP不和EcIo都很差。覆盖的问题需要通过掉话前上行或者下行的专用信道功率来确认,需要采用以下的方法来确认:如果掉话前的上行发射功率达到最大值,并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RL failure,基本可以认为上行覆盖差导致的掉话;如果掉话前,下行

19、发射功率达到最大值,并且下行的BLER很差,基本可以认为是下行覆盖不行导致的掉话。确认覆盖的问题简单直接的方式:直接观察Scanner采集的数据,若最好小区的RSCP和EcNo都很低,就可以认为是覆盖问题。,常见掉话原因,切换问题,软切换/同频导致掉话主要分为两类原因:切换来不及或者乒乓切换。从信令流程上CS业务表现为手机收不到活动集更新命令(同频硬切换时为物理信道重配置),PS业务有时候会在切换之前先发生TRB复位。从信号上看,切换来不及主要有以下两种现象:1)拐角:源小区EcIo陡将,目标小区EcNo陡升(即突然出现就是很高的值);2)针尖:源小区EcIo快速下降后一段时间后上升,目标小区

20、出现短时间的陡升。 乒乓切换主要有以下两种现象:1)主导小区变化快:2个或者多个小区交替成为主导小区,主导小区具有较好的RSCP和EcIo每个小区成为主导小区的时间很短;2)无主导小区:存在多个小区,RSCP正常而且相互之间差别不大,每个小区的EcIo都很差。,常见掉话原因,干扰问题,一般情况下,对于下行,当CPICH RSCP大于-85dB,而EcIo小于-13dB容易产生了掉话,基本上可以认为是下行干扰的问题。对于上行RTWP比正常值(-104-105)超过10dB,干扰时间超过23s,就有可能造成掉话。对于下行,干扰可能是导频污染引起。,常见掉话原因,流程交互问题,一些需要信令交互的流程

21、,如AMR控制、DCCC以及压缩模式的启停、UE的状态迁移等,常常会由于信号的原因,手机支持方面的原因或者RAN设备和手机的配合问题,导致流程失败,最后导致掉话。 这类问题需要针对特定的流程和手机进行分析,没有一般性的处理方法。,常见掉话原因,其他异常问题,在排除了以上的原因之后,其他的掉话一般需要怀疑设备的问题,需要通过查看设备的日志,告警等进一步来分析掉话原因。例如:同步失败导致的链路不停增加和删除。例如:手机不上报1a测量报告导致掉话。,第二章 常见掉话原因与掉话处理流程,第一节 常见掉话原因第二节 路测数据分析流程 第三节 话统数据分析流程 第四节 信令跟踪数据分析流程 第五节 用户投

22、诉数据分析流程,路测数据分析流程,路测数据分析流程,路测数据分析流程,1、准备数据 路测软件采集数据文件 RNC记录的单用户跟踪 RNC记录的CDL2、获取掉话位置 采用路测数据处理软件,比如Analyzer和获取掉话的时间和地点,获取掉话前后Scanner采集的导频数据,手机采集的活动集和监视集信息,信令流程等。3、分析Scanner主导小区变化情况 主要分析主导小区的变换情况,如果主导小区相对稳定,进一步分析RSCP和EcIo情况; 如果主导小区变化频繁,需要区分主导小区变化快的情况,或者没有主导小区的情况,然后进一步进行乒乓切换掉话分析。,路测数据分析流程,4、分析Scanner主导小区

23、信号RSCP和EcIo 观察Scanner最好小区RSCP,EcNo,根据不同的情况分别处理 4.1 RSCP差,EcNo差,可以确定为覆盖问题; 4.2 RSCP正常,EcNo差(排除切换来不及导致的,同频邻区干扰),可以确定为导频干扰问题; 4.3 RSCP正常,EcNo正常,如果UE活动集中小区与Scanner最好小区不一致,可能为邻区漏配或者切换来不及导致的掉话;如果UE活动集中小区与Scanner最好小区一致,可能为上行干扰或责异常掉话。5、路测重现问题 由于一次路测不一定能够采集到定位掉话问题需要的所有信息,此时需要通过进一步路测来收集数据。通过进一步的路测也能确认该掉话点是随机掉

24、话的点或者固定掉话点,一般来说固定掉话点一定需要解决,而随机掉话点则需要根据掉话发生的概率来确定是否需要解决。,第二章 常见掉话原因与掉话处理流程,第一节 常见掉话原因第二节 路测数据分析流程 第三节 话统数据分析流程 第四节 信令跟踪数据分析流程 第五节 用户投诉数据分析流程,话统数据分析流程,话统数据分析流程,话统数据分析流程,1、分析RNC的掉话率指标主要从整个RNC的整体掉话指标上判断掉话率指标是否正常。2、分析小区的掉话率指标 对于小区的掉话率指标,主要需要分析小区“AMR掉话率”、“VP掉话率”、“PS掉话率”、“硬切换掉话率”、“系统间切换掉话率”, 对所有小区分别用以上的指标进

25、行排序,选择指标特别差的小区或者最差的一些小区,进一步分析掉话原因。 3、检查小区是否异常 检查小区的告警,排除小区异常方面的原因。,话统数据分析流程,4、分析掉话原因 排除Iu口aal2异常导致的掉话问题,排除GTPU异常导致的掉话问题;分析是否由于信令RLC复位导致的掉话,还是业务RLC复位导致的掉话;分析该小区相关的切换指标(分析小区的切入成功率和切出成功率),确认是否由于切换失败导致的掉话;通过分析小区总带宽接收功率相关话统指标,分析在掉话率高的时段,是否相应的上行干扰指标也很高,进一步确认上行干扰导致的掉话问题。5、通过路测重现问题 当通过话统分析无法进一步解决掉话问题的时候,需要针

26、对小区进行路测,跟踪手机侧和RNC的信令流程进行分析,详细分析方法请参见路测数据分析流程。,第二章 常见掉话原因与掉话处理流程,第一节 常见掉话原因第二节 路测数据分析流程 第三节 话统数据分析流程 第四节 信令跟踪数据分析流程 第五节 用户投诉数据分析流程,信令跟踪数据分析流程,信令跟踪数据分析流程,信令跟踪数据分析流程,1、获取单用户跟踪消息 单用户跟踪消息需要事先在RNC或者M2000上进行跟踪,才能记录相应的消息,一般情况下,根据IMSI进行跟踪记录的消息用来分析掉话问题是足够的。2、获取掉话点信息 从单用户跟踪消息来看,掉话的定义是RNC主动发起了RAB释放(消息名称为RANAP_R

27、AB_RELEASE_REQ),或者RNC主动发起IU释放(消息名称为RANAP_IU_RELEASE_REQ)。前者对应为用户面掉话,后者对应为信令面掉话。通过查找以上两条消息,就可以或者掉话点的时间,以及掉话前的信令消息,以便进一步进行分析。,信令跟踪数据分析流程,3、信令面掉话分析 信令面掉话表现为手机或者RNC不能受到确认模式传送的信令,产生SRB复位,导致连接释放。下行方向一般有这些消息可能导致SRB复位:测量控制,活动集更新,物理信道重配置,传输信道重配置,RB重配置以及3G到2G的切换命令(HANDOVER FROM UTRAN COMMAND),手机是否收到这些命令需要手机侧的

28、跟踪消息来确认;上行方向有以下的消息可能导致SRB复位:测量报告,活动集更新完成,物理信道重配置完成,传输信道重配置完成,RB重配置完成,同样需要RNC侧的跟踪消息来确认是否收到。,信令跟踪数据分析流程,4、用户面掉话分析 用户面掉话主要是TRB复位,这种情况主要在PS业务上发生,voice和VP业务不会产生TRB复位。 当活动集中只有一条链路上,会由于RL failure导致RNC发起Iu Release, RL failure是上行失步引起的,但是下行失步会使UE关闭发射机,接着就造成上行失步,在定位掉话是上行引起释放还是下行引起的时候,需要分析掉话前手机的发射功率和实时状态监控的下行的码

29、发射功率来区分。下行覆盖差、下行干扰强或者上行干扰都会导致TRB复位。有时候数据业务由于重传次数设置不合理,在切换来不及的情况下,TRB比SRB先产生复位,在分析时要注意区分。,信令跟踪数据分析流程,5、异常掉话分析 异常掉话一般指掉话无法从覆盖、干扰等方面找到原因,也无法根据前面介绍的用户面掉话或者信令面掉话原因来解释,这种掉话往往是设备的异常或者是手机的异常导致的。比如由于传输突然中断导致的掉话、基站设备异常导致的掉话、手机突然死机等都会导致异常掉话。对于传输异常一般通过分析CDL或者参看告警来进一步分析;对于基站设备异常可以通过查询基站状态来确认,对于手机异常,需要通过分析手机记录的数据

30、来定位。6、拨测,重现问题 当已有的数据不注意定位掉话问题的时候,启动更详细的数据跟踪,最好的办法是在问题点进行拨测,重现问题,然后继续进行分析。,第二章 常见掉话原因与掉话处理流程,第一节 常见掉话原因第二节 路测数据分析流程 第三节 话统数据分析流程 第四节 信令跟踪数据分析流程 第五节 用户投诉数据分析流程,用户投诉数据分析流程,1、了解用户投诉 用户投诉发生的时候需要详细记录问题发生的时间,问题产生的地点,以及问题的具体现象。2、检查话统指标 通过分析用户投诉相关的话统指标,来进一步分析该投诉是某个用户特有的问题还是网络一般性的问题,对于一般性的问题,请参考话统指标的分析来进一步分析投

31、诉。3、检查告警 根据投诉的时间,查看CN,RNC或者投诉地点对应基站的告警,看这些告警是否会产生相应的掉话,如果存在这个告警,试着消除和解决这个告警。4、检查CDL CDL记录了用户异常发生时候的信令,状态等信息,通过分析CDL可以进一步了解投诉产生的原因。,用户投诉数据分析流程,5、投诉点拨测,重现问题 对于话统分析,告警分析以及CDL分析都无法解决的问题,需要通过到现场拨测的方法进行问题重新,拨测的时候数据记录的方法和路测方法相同,在某些场合,可能不适合记录手机侧信息,那么需要通过RNC来尽量多的记录各种信息,特别需要记录收集上报的EcIo和RSCP信息,以排除覆盖问题导致的掉话。对于一

32、些特别的地点,到现场拨测都不可能,那么需要通过用户的手机号码来获取IMSI,然后在RNC启动呼叫跟踪,以便进一步定位问题。,课程内容,第一章 掉话分类定义第二章 常见掉话原因与掉话处理流程第三章 掉话问题解决方法第四章 掉话案例分析第五章 网络优化各阶段掉话关注点,第三章 掉话问题解决方法,第一节 工程参数调整第二节 小区参数调整,工程参数调整,工程参数的调整是非常有限的,最基本的可以调整天线的高度、下倾角、天线的波瓣宽度、天线增益以及方向角等。1、对于上行或者下行的覆盖问题导致的掉话: 考虑更改天线的高度、下倾角,也可以更换增益更高的天线或者增加塔放。 2、对于针尖和拐角效应: 通过天线调整

33、也是比较有效的解决办法,由于针尖效应和拐角效应往往出现在街道拐弯的地方或者两条街道交界的地方,可以考虑通过天线的方向角和街道错开一定的角度的方式来调整,但同时需要注意原来街道路边商铺的覆盖不要有很大的影响。,工程参数调整,3、对于导频干扰引起的覆盖问题: 可以通过调整某一个天线的工程参数,使该天线在干扰位置成为主导小区;也可以通过调整其他几个天线参数,减小信号到达这些区域的强度;从而减少导频个数;如果条件许可,可以增加新的基站覆盖这片地区;如果干扰来自一个基站的两个扇区,可以考虑进行扇区合并。 工程参数的调整需要综合考虑整个小区调整效果,在解决一个问题的同时要注意不在其它区域引入新的问题。,第

34、三章 掉话问题解决方法,第一节 工程参数调整第二节 小区参数调整,小区参数调整,1、小区偏置CIO 该值与实际测量值相加所得的数值用于UE的事件评估过程。UE将该小区原始测量值加上这个偏置后作为测量结果用于UE的同频切换判决,在切换算法中起到移动小区边界的作用。该参数设置越大,则软切换越容易,处于软切换状态的UE越多,但占用前向资源;设置越小,软切换越困难,有可能影响接收质量。对于针尖效应或者拐角效应,通过配置5dB左右的CIO是比较好的解决办法。2、软切换相关的延迟触发时间 延迟触发时间是1A,1B,1C和1D事件相关的触发时间。触发时间的配置会影响切换的及时性。一般情况下,缺省参数的配置能

35、够满足绝大多数场景的要求。切换参数可以针对小区设置,在根据环境设定了一套基本参数之后,针对每个小区单独进行调整,可以把参数更改的影响限制在几个小区之间,对系统的影响也较小。,小区参数调整,3、同频测量滤波系数FilterCoef 层3滤波应尽量滤除随机冲击的能力,使得滤波后的测量值反映实际测量的基本变化趋势。 由于输入层3滤波器的测量值已经经过层1滤波,基本消除了快衰落的影响,因此层3应对阴影衰落和少量快衰落毛刺进行平滑滤波,以为事件判决提供更优的测量数据。 滤波系数越大,对毛刺的平滑能力越强,但对信号的跟踪能力减弱,必须在两者之间进行权衡。典型值可以设置如下:a、若切换区信号变化较慢,同频滤

36、波系数可设为7;b、若切换去信号变化速度中等,同频滤波系数设为6;c、若切换区信号变化较快,同频滤波系数设为3。,小区参数调整,4、压缩模式启停门限 压缩模式一般在异频切换或者异系统切换前启动,通过压缩模式来测量异频或者异系统小区的质量。压缩模式的启动可以根据CPICH的RSCP或者EcIo是否满足条件来触发,在实际的应用中,一般都采用RSCP作为触发条件。 一般情况下,压缩模式需要测量目标小区(异频或者异系统)的质量并获取相关信息,同时由于移动台的运动导致当前小区的质量恶化,所以对于压缩模式的启动门限一般要求要求在当前小区的质量下降到导致掉话之前能够及时测量到目标小区的信号完成切换为要求,对

37、于停止门限则要求避免压缩模式的频繁启动和停止。,小区参数调整,5、无线链路最大下行发射功率RLMaxDLPwr 配置大的专用链路的发射功率有利于克服覆盖导致的掉话点,但同样带来干扰问题,由于单个用户允许的功率大,当用户在边缘是就可能消耗大的功率,从而对其他用户造成影响,降低系统的下行容量。一般情况下下行发射功率的配置由链路预算提供,适当的增加或者减少12dB,一般情况下在单次路测情况下,很难看出对掉话的影响,但可以从话统指标上看出来,对于一些小区,由于覆盖原因存在比较大的掉话率,可以考虑增加专用信道的最大发射功率;对于一些小区,由于负载过高导致用户有较大的接入失败概率,可以考虑适当降低该参数。

38、,小区参数调整,6、信令和业务的最大重传次数 在较高的误块率信道条件下,信令由于重传达到最大值就会产生复位,信令的一次复位就会导致掉话;采用AM模式进行业务传输的业务也同样会重传,重传达到最大值之后产生复位信令,系统配置了最大允许的复位次数,当复位次数达到最大值之后,系统开始释放业务,也同样会造成掉话。 系统缺省的配置可以保证突发误块不会导致异常的掉话,但在进入覆盖比较差的场合能够及时进行复位而导致掉话,从而释放业务占用的资源。对于一些场景,有较多的突发干扰,或者针尖效应比较明显的场景,干扰突发期间可能导致100%误块,而又不希望过多的掉话,此时可以考虑适当增加重传次数,通过重传来抵抗突发干扰

39、。 该参数是针对RNC配置。,小区参数调整,7、RSCP表示的小区异频硬切换门限 当异频测量启动以后,手机开始车辆异频小区,当异频小区的质量高于该门限,RNC发起异频切换。结合压缩模式的启动停止门限来配置该参数,如果配置较小的值,可以提早触发硬切换,如果配置较大的值,可以延迟进行硬切换,从而可以控制切换区或者降低掉话概率。 8、切换判决门限GsmRSSICSThd、GsmRSSIPSThd 异系统切换门限可以针对CS业务和PS业务分开设置,方法和异频硬切换门限的设置方法相同。,课程内容,第一章 掉话分类定义第二章 常见掉话原因与掉话处理流程第三章 掉话问题解决方法第四章 掉话案例分析第五章 网

40、络优化各阶段掉话关注点,第四章 掉话分析案例,第一节 覆盖掉话案例第二节 干扰掉话案例第三节 切换掉话案例第四节 其他掉话案例,覆盖掉话案例,掉话点,覆盖分析中,必须:结合导频覆盖和业务覆盖进行分析结合上行覆盖和下行覆盖进行分析结合scanner和UE的测量结果进行分析结合CPICH的Ec/Io,RSCP,SC进行分析,覆盖掉话案例,掉话点位置处于3G网络的覆盖边缘,掉话发生在小区SC314掉话前UE测量得到的激活集中只有314小区,监视集中没有测量到小区。掉话前UE测量得到的RSSI很低,SIR是负的,UE的发射功率达到最大值。,覆盖掉话案例,UE和scanner测量得到的Ec/Io都有相同

41、的恶化趋势。UE和scanner测量得到的RSCP都有相同的恶化趋势。,第四章 掉话分析案例,第一节 覆盖掉话案例第二节 干扰掉话案例第三节 切换掉话案例第四节 其他掉话案例,干扰掉话案例,干扰掉话案例,在这里主要从上行干扰,下行干扰两个方面来;缺有效材料,第四章 掉话分析案例,第一节 覆盖掉话案例第二节 干扰掉话案例第三节 切换掉话案例第四节 其他掉话案例,切换掉话案例,图中掉话点位置不是处于3G网络的覆盖边缘。,切换掉话案例,掉话点处于最优小区迅速变化的区域内,切换掉话案例,掉话前tUE测量得到的Ec/Io恶化至低于-21dB,而scanner测量得到的Ec/Io依然维持在-11dB以上。

42、,切换掉话案例,掉话前UE测量得到的最强小区是SC009,而scanner测量得到的最强小区是SC018,掉话后,UE迅速驻留在小区SC018。,切换掉话案例,掉话前,UE没有在监视集中测量到小区SC018。分析发现邻区关系已经在邻区列表中得到定义。因此掉话原因可能是最强小区从小区SC009到小区SC011到小区SC018变化太快,导致UE不能及时进行软切换。,切换掉话案例,小区SC018不应该是此处的最强小区,小区SC018存在严重的越区覆盖,在掉话点,其RSCP在-75dBm以上。所以需要加大小区SC018的下倾角,控制其覆盖,优化掉话点的主导小区来解决此次掉话。,第四章 掉话分析案例,第

43、一节 覆盖掉话案例第二节 干扰掉话案例第三节 切换掉话案例第四节 其他掉话案例,暂缺材料,其他掉话案例,课程内容,第一章 掉话分类定义第二章 常见掉话原因与掉话处理流程第三章 掉话问题解决方法第四章 掉话案例分析第五章 网络优化各阶段掉话关注点,第五章 网络优化各阶段掉话关注点,第一节 网络优化流程及各阶段关注点,网络优化流程及各阶段关注点,网络优化流程图,整个网络优化流程包括从最初地项目合同地签订到最后优化完成生成报告;这里我们重点关注从单站点测试至后续的验收阶段各阶段的掉话关注点。1,单站测试阶段单站测试阶段重点需要关注设备的问题,对于一些异常掉话,需要从设备问题方面多进行定位,如果是路测

44、过程中发现的掉话,需要仔细区分是否由于覆盖太差导致的掉话。,网络优化流程及各阶段关注点,各阶段关注点,2,RF优化阶段优化前评估:优化前评估阶段,需要根据路测结果来了解掉话率指标,同时根据话统分析来了解整个网络中的掉话率情况。对于该阶段发生的掉话,需要区分重点关注由于覆盖或者干扰引起的掉话问题,也要关注由于切换不及时导致的掉话问题。 RF优化:该阶段需要重点关注覆盖问题或者干扰问题引起的掉话问题,分析掉话是否是由于覆盖太差或者干扰太强导致的干扰问题,对于这些问题,重点看是否可以通过调整天线工程参数来解决。与此同时,也要关注由于切换问题导致的掉话区域,对于拐角效应或者针尖效应,在进行天线调整的时

45、候也要进行关注,看是否可以通过天线调整的方式来规避这些问题。,各阶段关注点,3,参数优化阶段参数优化一般在RF优化之后进行,对于通过RF优化无法避免或者无法进行RF优化的掉话点,需要通过参数优化的方法来进行。在这个阶段需要关注切换引起的掉话问题,异频切换的掉话问题以及异系统切换的掉话问题,由于异频切换或者异系统切换一般都在室内或者地铁环境发生,相关的掉话问题需要进行不行拨测,数据分析也主要依靠RNC的单用户跟踪来进行。4,验收阶段优化验收阶段需要收集掉话率的路测指标和话统指标,从而用来评估本次优化的效果。这时候不要求解决每个掉话问题,但建议对每个掉话分析清楚具体原因,同时给出将来优化的进一步建议。,

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号