ImageVerifierCode 换一换
格式:DOCX , 页数:36 ,大小:1.83MB ,
资源ID:12358503      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/12358503.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(CS域掉话分析.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

CS域掉话分析.docx

1、CS域掉话分析CS域掉话分析中兴通讯学院目 录第1章 概述 1第2章 掉话定义 32.1 用户主动释放信令 32.2 路测指标定义 42.3 网管指标定义 4第3章 掉话分析 73.1 常见掉话原因 73.1.1 网络覆盖差掉话 73.1.2 邻区漏配掉话 83.1.3 切换掉话 83.1.4 干扰掉话 93.1.5 扰码复用冲突掉话 113.1.6 异常原因掉话 113.2 常用掉话分析方法 113.3 掉话率优化手段 153.3.1 调整工程参数 153.3.2 调整无线参数 153.3.3 掉话相关定时器和计数器 17第4章 案例分析 194.1 邻区优化-1(邻区关系重整) 194.2

2、 邻区优化-2(邻区漏配) 224.3 扰码复用优化 244.4 软切换参数优化 294.5 3G-2G操作中数据配置优化 31第一章 概述无线通信系统中,掉话率是个很重要的指标,它可以被终端用户直接感知从而影响到用户对网络的使用感受。掉话是网络问题的表象,可以引起掉话的因素非常多,本文总结了ZTE UMTS网络多年运营优化的经验,对网络CS域业务掉话进行详细描述,用于指导日常网络优化工作。第二章 掉话定义掉话率指标的获取有路测和后台网管统计两种途径。路测指标主要通过测试工具获取,而网管统计指标是对海量数据的分析得到。首先介绍正常的通话释放信令流程。二.1 用户主动释放信令Uu口信令如下:图

3、2.11 UE主动释放信令流程图图 2.12 放大图二.2 路测指标定义路测指标定义和测试工具关系紧密,CNT/CNA中对单业务掉话的定义算法为: 掉话率 掉话次数/呼叫成功建立次数 收到Alerting消息后, 呼叫成功建立次数加1; 在Alerting之后,没有收到Connect ACK就收到SYSTEM INFORMATION消息,则算掉话; 在Connect ACK之后,若收到SYSTEM INFORMATION消息,而后的5秒内没有收到E_S_radioBearerReconfigurationComplete,E_S_physicalChannelReconfigurationCo

4、mplete,E_S_transportChannelReconfigurationComplete, E_S_rrcConnectionRelease, E_S_rrcConnectionRelease_CCCH消息,则认为掉话; 在Connect ACK之后,若收到E_S_rrcConnectionRelease,E_S_rrcConnectionRelease_CCCH消息,而在此之前没有收到Disconnect消息,则认为掉话。在实际使用中,工具会在L3消息中显示掉话位置。二.3 网管指标定义网管统计的掉话定义如下: 无线掉话率(RNC请求释放的电路域掉话的RAB数目RNC请求释放电路

5、域Iu连接对应的RAB数目+RNC请求释放的分组域掉线的RAB数目 +RNC请求释放分组域Iu连接对应的RAB数目)/(电路域总共释放的RAB数目+分组域总共释放的RAB数目)100%主要有信令面掉话和用户面掉话。从信令流程上看,信令面掉话是RNC发起了Iu release request, 用户面掉话是RNC主动发起RAB release request。具体的掉话原因细分计数器及说明见下表(V3.07.300)。表 2.31 网管统计的掉话原因释放类型计数器计数器说明相关原因Iu releaseC301230315Iu connection release request by UTRAN

6、 for CS domain in cell,Repeated Integrity Checking Failure重复的完整性检查失败C301230316Iu connection release request by UTRAN for CS domain in cell,Release due to UE generated signalling connection releaseUE产生的信令连接释放C301230317Iu connection release request by UTRAN for CS domain in cell,Radio Connection With

7、UE Lost失去与UE的无线连接C301230318Iu connection release request by UTRAN for CS domain in cell,TRELOCoverall expiry重定位完成定时器超时C301230319Iu connection release request by UTRAN for CS domain in cell,Failure in the Radio Interface Procedure无线接口流程失败C301230320Iu connection release request by UTRAN for CS domain

8、in cell,O&M Intervention操作维护干预C301230321Iu connection release request by UTRAN for CS domain in cell,Release due to Overload Control过载控制导致的释放C301230322Iu connection release request by UTRAN for CS domain in cell,Unspecified Failure不确定失败C301230323Iu connection release request by UTRAN for CS domain i

9、n cell,UTRAN Generated ReasonUTRAN发起RAB releaseC301230361RAB release number request by UTRAN in cell for CS domain,RAB pre-emptedRAB抢占C301230362RAB release number request by UTRAN in cell for CS domain,Release due to UTRAN in cell Generated ReasonUTRAN产生的释放原因C301230363RAB release number request by U

10、TRAN in cell for CS domain,Iu UP FailureIuUP失败C301230364RAB release number request by UTRAN in cell for CS domain,Release due to Overload Control过载控制导致的释放C301230365RAB release number request by UTRAN in cell for CS domain,Unspecified Failure不确定失败第三章 掉话分析网络中很多因素都可能导致掉话,而掉话现象只是网络问题的一个表现形式。本章主要从常见掉话原因、

11、常用掉话分析方法和主要的掉话率优化手段三方面进行介绍。三.1 常见掉话原因三.1.1 网络覆盖差掉话网络覆盖定义中,某个采样点是有效覆盖点的要求是RSCP和Ec/Io均好于特定门限值。这里所说的覆盖差是指RSCP不好(有个例外,在网络边缘,由于小区数目少可能会产生RSCP不好但Ec/Io好的现场,也应属于覆盖差)。UMTS网络中不同业务的发起和保持对覆盖的要求不一样,下表给出参考值:表 3.11 业务RSCP和Ec/Io门限值要求业务类型RSCP要求dBmEc/Io要求dBAMR12.2K-105-13CS64K-100-11PS384K-95-10HSDPA-90-8具体判断网络上行覆盖差还

12、是下行覆盖差的问题需要通过掉话前上行或者下行的专用信道功率来确认,需要采用以下的方法来确认:如果掉话前的上行发射功率达到最大值,并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到Node B上报RL failure,基本可以认为上行覆盖差导致的掉话;如果掉话前,下行发射功率达到最大值,并且下行的BLER很差,基本可以认为是下行覆盖不行导致的掉话。在链路平衡性较合理且上下行没有干扰的情况下,上行和下行发射功率会同时受限,此时无需严格区分哪一方先出现受限;如果上下行严重不平衡,则初步判定为受限方向存在问题。确认覆盖的问题简单直接的方式是直接观察Scanner采集的数据,若最好小区的RSCP

13、和Ec/Io都很低,就可以认为是覆盖问题。三.1.2 邻区漏配掉话邻区优化是无线网络优化中非常重要的环节。邻区漏配会直接引起掉话,也会导致网络中干扰水平升高,影响到系统容量,邻区优化是工程优化阶段的一个主要工作内容。介绍几个判断同频邻区漏配方法:1 在路测过程中,移动台从基站得到邻区列表,而Scanner持续在对512个主扰码进行扫描测量,并把其Ec/Io记录下来。如果发现某个主扰码并不在邻区列表中,但其强度却超过了某门限值,且这一现象连续出现(持续几秒钟以上),则认为此主扰码的小区为缺加邻区;2 如果发生掉话,UE驻留的小区扰码和掉话前的扰码不一致,也可以怀疑是邻区漏配问题,通过检查掉话前测

14、量控制消息中的邻区列表来进一步确认是否为邻区漏配;3 有些UE会上报检测集(Detected Set )信息,如果掉话发生前检测集信息中有相应的扰码信息,也可以确认是邻区漏配的问题。 异频和异系统邻区漏配判断方法类似。三.1.3 切换掉话问题原因:切换的问题一般在于切换区的长度和切换区里各个信号的强弱变化。如果切换区太小,或者激活集小区信号陡降,可能没有足够的时间完成切换流程,从而导致切换失败;而切换区太大,则有可能过多占用系统资源。此外如果切换区里各个信号强弱变化太频繁,不是普遍的一个信号慢慢变弱另一个慢慢变强的话,则切换也会频繁发生,产生乒乓效应。这样一方面过多占用系统资源,另一方面也容易

15、增加掉话的几率。失败信令描述:1 来不及完成切换。一般在掉话前手机上报了邻区的1a或者1c测量报告,RNC也收到了测量报告,并下发了Active Set Update消息,但由于下行链路质量迅速恶化,UE收不到此消息导致加腿失败掉话;2 乒乓切换。乒乓切换导致的掉话表现为某个小区刚刚从激活集删除,马上又请求加入,此时收不到RNC下发的Active Set Update 消息。问题分析:对于切换问题,关键在于控制切换区的位置和长度,并尽量保证在切换区里参与切换的信号强度能够平稳的变化。对于切换区的位置和长度,应该在规划时就有初步的考虑。优化时要根据实际的环境加以调整,考虑完成一次切换所需要的平均

16、时间和一般在此区域的车速来确定切换区的长度。切换区的位置应该尽量避免在拐角,因为拐角本身的阻挡会带来额外的传播损耗并造成信号的迅速衰减从而减小切换区的长度。如果无法避免的话,应该尽量保证拐角处的信号强度有足够的余量来应对拐角的损耗。也不要把切换区放在十字路口、高话务地区以及VIP服务区。对于异频切换和系统间切换,在切换前需要通过启动压缩模式(2D事件)来进行异频或者异系统测量。如果压缩模式启动太迟,可能导致UE来不及测量目标小区的信号,从而产生掉话;也可能UE完成了测量,但不能正常接收系统下发的异频或者异系统切换请求而导致掉话。另外如果异频消息过大,造成下行信令拥塞,也会导致空口掉话。三.1.

17、4 干扰掉话区分上下行干扰。下行干扰的产生主要有两个原因,一是导频污染区,二是邻区漏配引起的。邻区漏配问题上面已经说过,不再重复;导频污染区的典型为区域中的小区信号较多,且RSCP足够好但是Ec/Io很差,UE会频繁重选或者切换,同时呼入呼出困难。通常有三个因素会在网络中形成导频污染区:1 高站越区覆盖;2 基站环形布局;3 街道效应、强反射体等原因导致的信号畸变。下行干扰掉话的信令典型特征为RNC下发了Active Set Update消息但UE收不到,最终RL Failure 掉话。Updata上行是否存在干扰主要通过OMC-R中小区Average RTWP和Max RTWP来判断。小区空

18、载Average RTWP正常在-105dBm水平,对应50%上行负荷在-102dBm附近,如果Average RTWP在网络闲时超过-100dBm,同时Max RTWP在-90dBm水平,可以认为存在上行干扰。举例:图 3.11 干扰掉话路测数据分析图掉话时下行信号的RSCP和Ec/Io都很好,但是上行发射功率不断攀升,直到达到最大值附近,形成掉话。表明手机信号已基本无法被上行接收到。此时观察SIB7里面的UL interference一项,为-93dBm,证明上行RTWP很高。基本可认为是上行干扰导致的掉话。同时,用OMC的RTWP统计,也可辅助证明站点存在干扰。如下图所示。图 3.12

19、小区RTWP统计图三.1.5 扰码复用冲突掉话站点密集分布的地区可能会进行扰码复用。如果复用距离不够,或者将不常发生切换的小区(扰码复用小区之一)配置了邻区关系,就会生成不合适的邻区列表从而导致掉话。分析此类型掉话时注意:邻区关系是依据CellID进行标识的,如果单纯看掉话信令,经验不足者会仅关注扰码而漏过这一细节,注意甄别。三.1.6 异常原因掉话在排除了以上的原因之后,其他的掉话一般需要怀疑设备的问题,需要通过查看设备告警信息和系统日志进一步来分析掉话原因。如:NodeB异常引起同步失败,导致的链路不停增加和删除;射频模块异常引起的下行信号差掉话;手机不上报1a测量报告导致掉话等。需要注意

20、的是,海外很多国家的传输条件不好,稳定性差,由于传输问题导致的掉话一般影响较大。三.2 常用掉话分析方法优化常用的分析方法有:多维分析、趋势分析、意外分析、比较分析、排名分析、原因和影响分析等。 多维分析 “维”是指处理问题的着眼点和解决问题的方向,多维分析就是从多个不同的角度及其组合来分析数据。 遇到掉话问题,不能仅仅关注掉话,因为可能引起掉话的原因很多,还应同时关注接入、切换、话务、时间、RTWP等关联项。如后台统计报表的掉话分析中,一般会同时体现以下指标:表 3.21 小区掉话统计数据表Cell IDCell NameCS Call Drop Rate %Number of Succes

21、sful CS RAB establishmentTotal Abnormal ReleaseAbnormal Iu Released Number,by CauseRepeated Integrity Checking FailureRadio Connection With UE LostTRELOCoverall expiryFailure in the Radio Interface ProcedureUnspecified FailureUTRAN Generated ReasonAbnormal RAB Released Number,by CauseRelease due to

22、UTRAN in cell Generated ReasonIu UP FailureUnspecified FailureCS Traffic ErlPS Traffic KbyteHSDPA RLC Throughput MbpsMax Cell Freq RTWP dBmAverage Cell Freq RTWP dBmMax Cell Freq Tcp dBmAverage Cell Freq Tcp dBmMax HSDPA users in cellAverage HSDPA users in cellMax HSUPA users in cellAverage HSUPA us

23、ers in cell 趋势分析 从时间序列分析随时间的变化趋势,找出其规律。如下图图 3.21 掉话率随时间的变化趋势图如有需要可从更大时间粒度分析变化趋势是否具有规律性等。 意外分析 从大量数据中找出过高、过低、变化幅度过大等异常情况数据,并进一步进行影响原因的数据挖掘。如图:图 3.22 高掉话率及时段统计示意图掉话率异常高,需要关注该时段是否存在问题。可按照如下思路排查问题:1 查看指标变差时间段的设备告警和系统日志,排除硬件问题;2 查看该时间段传输情况;3 该时间段有无升级、闭塞小区等动作;4 该时段是否有突发性高话务,如演唱会、球赛、展览等。 比较分析 从相同的角度去对不同数据集

24、合进行对比,找出差异所在,并可进一步深入挖掘差异原因 ,一般在信令流程分析中使用较多。 排名分析 从大量数据中找出按某种分类方法的Top N或Bottom N数据,这些数据需要特别关注,比如常用的最坏小区法。图示为语音切换失败统计的例子:图 3.23 语音切换失败原因统计图 原因和影响分析 对于已产生的某个特定结果,从大量数据中挖掘出影响因素,并且分析不同因素或组合的重要程度。如小区呼叫阻塞,原因可能是硬件容量不足、下行链路容量不足或上行链路容量不足,需要仔细进行分析。 需要注意的是,每种方法都有其分析问题的针对性和局限性,要具体定位设备问题、参数配置问题(工程参数和无线参数)以及网络资源利用

25、率等问题,依靠单一的分析手段是很难做到的,以上的各种分析方法要结合使用。三.3 掉话率优化手段三.3.1 调整工程参数调整工程参数是工程优化的工作重点,目的就是调整网络覆盖,在保证信号强度的同时尽可能减小干扰。主要调整手段包括:天线方向角和下倾角,天线摆放位置,天线类型,基站发射功率,天线挂高,站点位置,覆盖增强手段和新增站点。具体的工程优化请参考WCDMA无线网络RF优化指导书。三.3.2 调整无线参数本节仅列举与CS掉话相关的无线参数。三.3.2.1 软切换事件监测与上报时间差Time To TriggerTime To Trigger是监测到事件(1A,1B,1C和1D)与事件上报的时间

26、间隔,TTT的设置会影响切换的及时性。切换的参数的调整主要把握两个思路,一个要保证小区信号有绝对的重叠区,然后通过调整相应的无线参数,使得UE穿越切换区的时间大于系统整个的切换时延,进而保证业务的连续性;另一个就是信号和无线参数共同确定的切换区不能太大,避免使得切换的开销增大和资源利用率降低。对于街道拐角等信号变化剧烈的区域,需要减小1A触发时间、增大1B触发时间,同时调整相应邻区的CIO,使得1A尽早发生、1B较晚发生,来保证切换的顺利完成。对于高速公路场景,因小区少且跨度大,车速过快时如果不能及时加入新小区将会导致掉话,其调整思路和密集城区街道拐角的思路相同,使得信号好的小区尽快加入到激活

27、集,来保证业务的连续性。对于相关参数的调整,目前的操作方式是通过增加一个对应参数的测量配置号,并将其应用到目标小区。三.3.2.2 邻小区偏置CIO该值与实际测量值相加所得的数值用于UE的事件评估过程。UE将该小区原始测量值加上这个偏置后作为测量结果用于UE的同频切换判决,在切换算法中起到移动小区边界的作用。该参数设置越大,则软切换越容易,处于软切换状态的UE越多,但占用资源;设置越小,软切换越困难。CIO作用于非最好小区,即对1A事件,CIO在邻区中设置起效,对1B事件在即将删除的小区设置起效。公式如下:1A事件触发公式其中,Mnew是进入报告范围小区的测量结果;Mi是一个激活集内小区的测量

28、结果;NA是当前激活集内小区数目;MBest是激活集内最强小区的测量结果;W是RNC发送给UE的权值参数;R1a是从RNC发送给UE的报告范围常量;H1a是事件1A的迟滞值。1B事件触发公式其中,MOld是离开报告范围小区的测量结果;Mi是一个激活集内小区的测量结果;NA是当前激活集内小区数目;MBest是激活集内最强小区的测量结果;W是RNC发送给UE的权值参数;R1b是从RNC发送给UE的报告范围常量;H1b是事件1B的迟滞值。三.3.2.3 压缩模式启动/关闭门限频间切换和系统间切换需要用到压缩模式。压缩模式在切换前启动,系统利用压缩模式所产生的时间空隙对异频或异系统目标邻区进行信号质量

29、测量。在目前系统实现中,是通过2D事件启动压缩模式,2F事件关闭压缩模式。系统中可以选择测量量为RSCP或是Ec/Io,目前默认采用RSCP【采用Ec/Io启停压膜,适用于密集城区或者RSCP比较接近、主导频不突出的覆盖弱区】。一般情况下,压缩模式需要测量目标小区(异频或者异系统)的质量并获取相关信息,同时由于移动台的运动导致当前小区的质量恶化,所以压缩模式的启动门限一般要求在当前小区的质量下降到导致掉话之前能够及时测量到目标小区的信号并完成上报完成切换为要求,对于停止门限则要求避免压缩模式的频繁启动和停止。在密集城区,要尽量保证3G的连续覆盖,以避免不必要的系统间切换增加系统负荷;而对于3G

30、边缘及高速公路场景下,应该在3G信号产生深衰落之前尽快切换到2G,这就需要提高2D的触发门限,使UE尽早启动压缩模式。三.3.2.4 无线链路最大下行发射功率如果小区由于覆盖原因产生大量掉话,可以适当增加业务最大下行发射功率,风险是当用户在边缘时就可能消耗大的功率,从而对其他用户造成影响,降低系统的下行容量;对负载过高导致较多接入失败的小区,可以考虑适当降低该参数注意,由于功率参数为全网参数,此操作存在很大风险,需格外慎重。三.3.2.5 异频/异系统门限当异频/异系统邻区信号测量值超过设置的门限值后满足切换条件。结合压缩模式的启动停止门限来配置该参数,如果配置较小的值,可以提早触发切换事件;

31、如果配置较大的值,可以延迟切换。三.3.3 掉话相关定时器和计数器UE定时器和计数器表 3.31 UE定时器和计数器名称解释取值范围默认值T312 Connected连接模式的T312,UE开始专用物理信道建立时等待L1的同步指示的时间(1.15)s1sN312 Connected连接模式的N312,UE在专用信道建立成功前应从L1连续收到的同步指示的数目(1, 2, 4, 10, 20, 50, 100, 200, 400, 600, 800, 1000)1T313CELL_DCH状态已建立的DPCCH信道失去同步后的等待时间(0.15)s3sN313UE从L1连续收到的失步指示的最大数目(1, 2, 4, 10, 20, 50, 100, 200)20T314无线连接失

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1