爱立信CTR功能在网络优化中应用.doc

CTR的数据分析及统计应用 关键词：CTR TCH掉话 分析 应用 1.CTR简介 CTR(CELL TRAFFICE RECORDING)是BSC内用于记录一个小区内的所有连接的测量数据和空中接口的信令消息的功能模块。CTR是针对小区进行话务记录，可以统计时段内小区所产生的所有通话事件、所有的指配情况、切换原因，以及BTS和MS的功率分布情况，根据这些统计可以分析出小区覆盖是否合理等。分析小区CTR测量结果，可对特定小区的信令和话务连接过程进行统计测量和分析。CTR共有5类记录表，据此可以了解呼叫连接及越区切换时信令传递过程、控制信道的负荷、每次分配TCH所用的载频和时隙以及拥塞、掉话等情况。当根据STS发现某小区指标有问题，可进行CTR测量和分析，进一步找出问题的原因。 CTR的类型 CTR分为四类： CA-Cell Access(小区接入) HO-Handover(小区切换) CR-Connection Release(呼叫释放) TI-Trace Invocation(追踪请求) 我们可以根据不同的需要来收集和分析不同类型的CTR。 CTR定义：（在定义CTR之前要关闭小区的跳频） Ratri:cell=小区,event=CTR类型,dtime=定义时间,rtype=evme,rarea=nce; 2.CTR应用 CTR在无线网络优化分析中的具体应用包括： 捕捉小区失败事件，定位无线故障，如TCH接通问题和掉话问题的分析等； 根据测量报告评估小区无线环境和无线设备性能，如覆盖范围、上下行信号干扰、上下行功率平衡、上下行路径损耗和动态功率控制等； 基于测量报告的其它开发应用，如省公司的“无线专家”等。 由于TCH掉话是综合性最全的无线问题，涉及小区无线设计、设备性能、切换和频率等每一个无线基础环节，而CTR的应用在这几个主要的环节都能发挥作用，故下面着重以TCH掉话的分析为例，介绍在CTR应用的一些经验和思路。文中的一些举例或分析，即使无专门说明，实际也和TCH掉话问题密切相关。 对于无线性能指标，我们最关心的是SDCCH或TCH的接通失败、掉话和切换失败方面的无线问题，利用CTR可以直接捕捉影响所关心统计指标的失败事件，从事件触发因素、参数合理性、设备性能和无线环境四方面分析出现这些失败事件的主要原因，从而制订相应的解决方案提高小区性能。由于CTR只能同时记录小区的16个通话，在所关心统计指标不太差或小区话务量很高时，有时不一定能捕捉到很多所关心的失败事件，但实际上各种无线性能指标既有各自特性也有极大的关联性， 对其它各种相关或不相关的失败事件进行分析，找出导致这些失败事件的主要原因来推断小区存在的主要问题，同样对解决所关心的指标会有很大的参考价值。 利用CTR分析失败事件可以采取以下步骤和方法： 对所关心的统计指标COUNTER的触发信令（如掉话COUNTER的触发信令是CLEAR COMMAND、TCH接通失败COUNTER的触发信令是ASSIGMENT FAILUAR）的CAUSE CODE进行归类分析，根据这些CAUSE CODE分析系统的硬件或功能模块可能存在的问题； 展开这些触发信令对所对应的呼叫过程进行分析，根据呼叫过程中出现的各种异常信令的CAUSE CODE、发生的时长（时间）和出现的频度，评估这些异常信令所涉及的硬件或功能模块的性能，分析触发异常信令的诱发因素（事件）和出现的频度，评估这些诱发因素（事件）的出现是否具有“合理性”。 对与这些触发信令出现前后时间上“最接近”的的测量报告进行评估，分析可能存在的硬件或无线环境问题； 对其它非直接触发所关心统计指标的失败事件进行分析，重复（1）、（2）、（3）步骤，由于这些失败事件可能发生在同一呼叫过程，分析时注意排除失败原因的重复“计算”，要以最先发生或最基本的失败事件的原因作为此次呼叫过程出现问题的原因，其它的可“忽略”； 对CTR测量小区的整体或单一频点的测量报告进行统计分析，分析小区整体或单一频点的无线环境存在的问题，并辅助印证（2）、（3）、（4）的结论。 下面是常用的TCH掉话失败事件的CTR分析流程为例对上述步骤作一介绍：  注（1）：根据爱立信统计系统的定义，TCH掉话COUNTER（TFNDROP）的触发信令是非正常释放的（即CAUSE CODE不为“CALL CONTROL”或“HANDOVER SUCCESSFUL”）CLEAR REQUEST或CLEAR COMMAND信令。CTR所能记录的是下行的CLERA COMMAND信令，故在CTR分析中，通常从这些非正常释放的CLEAR COMMAND着手，查找相应的信令流程和测量报告进行掉话分析。 注（2）： SDCCH和TCH掉话均会出现CLEAR C