爱立信ctr功能在网络优化中应用

爱立信ctr功能在网络优化中应用

ID:10746492

大小:205.00 KB

页数:6页

时间:2018-07-08

爱立信ctr功能在网络优化中应用_第1页
爱立信ctr功能在网络优化中应用_第2页
爱立信ctr功能在网络优化中应用_第3页
爱立信ctr功能在网络优化中应用_第4页
爱立信ctr功能在网络优化中应用_第5页
资源描述:

《爱立信ctr功能在网络优化中应用》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、CTR的数据分析及统计应用关键词:CTRTCH掉话分析应用1.CTR简介CTR(CELLTRAFFICERECORDING)是BSC内用于记录一个小区内的所有连接的测量数据和空中接口的信令消息的功能模块。CTR是针对小区进行话务记录,可以统计时段内小区所产生的所有通话事件、所有的指配情况、切换原因,以及BTS和MS的功率分布情况,根据这些统计可以分析出小区覆盖是否合理等。分析小区CTR测量结果,可对特定小区的信令和话务连接过程进行统计测量和分析。CTR共有5类记录表,据此可以了解呼叫连接及越区切换时信令传递过程、控

2、制信道的负荷、每次分配TCH所用的载频和时隙以及拥塞、掉话等情况。当根据STS发现某小区指标有问题,可进行CTR测量和分析,进一步找出问题的原因。CTR的类型CTR分为四类:CA-CellAccess(小区接入)HO-Handover(小区切换)CR-ConnectionRelease(呼叫释放)TI-TraceInvocation(追踪请求)我们可以根据不同的需要来收集和分析不同类型的CTR。CTR定义:(在定义CTR之前要关闭小区的跳频)Ratri:cell=小区,event=CTR类型,dtime=定义时间,

3、rtype=ev&me,rarea=nce;2.CTR应用CTR在无线网络优化分析中的具体应用包括:Ø捕捉小区失败事件,定位无线故障,如TCH接通问题和掉话问题的分析等;Ø根据测量报告评估小区无线环境和无线设备性能,如覆盖范围、上下行信号干扰、上下行功率平衡、上下行路径损耗和动态功率控制等;Ø基于测量报告的其它开发应用,如省公司的“无线专家”等。由于TCH掉话是综合性最全的无线问题,涉及小区无线设计、设备性能、切换和频率等每一个无线基础环节,而CTR的应用在这几个主要的环节都能发挥作用,故下面着重以TCH掉话的分析

4、为例,介绍在CTR应用的一些经验和思路。文中的一些举例或分析,即使无专门说明,实际也和TCH掉话问题密切相关。对于无线性能指标,我们最关心的是SDCCH或TCH的接通失败、掉话和切换失败方面的无线问题,利用CTR可以直接捕捉影响所关心统计指标的失败事件,从事件触发因素、参数合理性、设备性能和无线环境四方面分析出现这些失败事件的主要原因,从而制订相应的解决方案提高小区性能。由于CTR只能同时记录小区的16个通话,在所关心统计指标不太差或小区话务量很高时,有时不一定能捕捉到很多所关心的失败事件,但实际上各种无线性能指标

5、既有各自特性也有极大的关联性,对其它各种相关或不相关的失败事件进行分析,找出导致这些失败事件的主要原因来推断小区存在的主要问题,同样对解决所关心的指标会有很大的参考价值。利用CTR分析失败事件可以采取以下步骤和方法:(1)对所关心的统计指标COUNTER的触发信令(如掉话COUNTER的触发信令是CLEARCOMMAND、TCH接通失败COUNTER的触发信令是ASSIGMENTFAILUAR)的CAUSECODE进行归类分析,根据这些CAUSECODE分析系统的硬件或功能模块可能存在的问题;(2)展开这些触发信令

6、对所对应的呼叫过程进行分析,根据呼叫过程中出现的各种异常信令的CAUSECODE、发生的时长(时间)和出现的频度,评估这些异常信令所涉及的硬件或功能模块的性能,分析触发异常信令的诱发因素(事件)和出现的频度,评估这些诱发因素(事件)的出现是否具有“合理性”。(3)对与这些触发信令出现前后时间上“最接近”的的测量报告进行评估,分析可能存在的硬件或无线环境问题;(4)对其它非直接触发所关心统计指标的失败事件进行分析,重复(1)、(2)、(3)步骤,由于这些失败事件可能发生在同一呼叫过程,分析时注意排除失败原因的重复“计

7、算”,要以最先发生或最基本的失败事件的原因作为此次呼叫过程出现问题的原因,其它的可“忽略”;(5)对CTR测量小区的整体或单一频点的测量报告进行统计分析,分析小区整体或单一频点的无线环境存在的问题,并辅助印证(2)、(3)、(4)的结论。下面是常用的TCH掉话失败事件的CTR分析流程为例对上述步骤作一介绍:查找非正常释放的CLEARCOMMAND信令通过ASSIGMENTCOMPLETE信令判断是否TCH掉话查看CLEARCOMMAND信令的CAUSE是否有异常的CAUSE?通过技术文档查CAUSE解释作进一步分析

8、CLEARCOMMAND前是否HANDOVERCOMMAND?切换丢失引起掉话,通过HANDOVERREQUEST的CAUSE分析切换原因;通过K值和信号强度的计算分析LOCATING参数和切换的合理性分析CLEARCOMMAND前的测量报告上行信号<=105dBm或下行<=102dBm?判断是弱信号掉话,通过TA分析是否覆盖过大或近距离盲区;通过上下行强度

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。