《CTR的数据分析及统计应用》由会员分享，可在线阅读，更多相关《CTR的数据分析及统计应用（27页珍藏版）》请在金锄头文库上搜索。
1、CTR 的数据分析及统计应用兼谈TCH掉话的分析和优化惠州分公司 古小璐关键词：CTR PMR TCH掉话分析应用CTR （Cell Traffic Recording,小区话务记录）是爱立信BSC的一个小区性能测试 工具，其同时记录了话务行为相关的信令流程和测量报告，用于分析小区的呼叫流程 （事件）细节，如呼叫建立、切换操作和信道释放过程以及相应的测量报告等。在爱 立信 OSS 中， CTR 和 CER、MTR 一起集成在 PMR（ Performance Management-Traffic Recording）功能模块里，并提供了一些便于分析的辅助工具，如事件统计报表、信令 分析（过滤）
2、和测量报告的图文显示等，不过在实际使用中，这些辅助工具的易用性、 显示速度以及数据的统计应用都令人不甚满意。由于CTR只需在BSC或OSS中操作， 免除了其它信令仪表（如7300、OCEAN等）烦琐的挂表测试操作，又能获得无线测 试仪表所不能得到的完整的 Abist 信令和上下行测量报告，是无线网优中进行小区级 分析的最有效、便利的工具。另一方面，除了 PMR所提供的呼叫流程（事件）分析功能外，还可基于CTR的 测量结果，结合一些简单的编程或数据库查询，可以进一步得到很多非常有用的信息 和扩展应用，如小区TCH和SDCCH的接续时长、“乒乓”切换时长、各种无线测量 报告（TA、强度、质量、路径
3、损耗、相邻小区、功率控制）的汇总统计等，为我们掌 握小区的无线特性特供了一个简易而全面的实际测量数据基础。CTR 在无线网优分析中的具体应用包括：捕捉小区失败事件，定位无线故障，如TCH接通问题和掉话问题的分析 等； 根据测量报告评估小区无线环境和无线设备性能，如覆盖范围、上下行 信号干扰、上下行功率平衡、上下行路径损耗和动态功率控制等； 基于测量报告的其它开发应用，如省公司的“无线专家”等。由于TCH掉话是综合性最全的无线问题，涉及小区无线设计、设备性能、切换和 频率等每一个无线基础环节，而CTR的应用在这几个主要的环节都能发挥作用，故下 面着重以TCH掉话的分析为例，介绍笔者在CTR应用的
4、一些经验和思路。文中的一 些举例或分析，即使无专门说明，实际也和TCH掉话问题密切相关。1、捕捉小区失败事件，定位无线故障。对于无线性能指标，我们最关心的是SDCCH或TCH的接通失败、掉话和切换失 败方面的无线问题，利用 CTR 可以直接捕捉影响所关心统计指标的失败事件，从事件 触发因素、参数合理性、设备性能和无线环境四方面分析出现这些失败事件的主要原 因，从而制订相应的解决方案提高小区性能。由于CTR只能同时记录小区的16个通 话，在所关心统计指标不太差或小区话务量很高时，有时不一定能捕捉到很多所关心 的失败事件，但实际上各种无线性能指标既有各自特性也有极大的关联性， 对其它各 种相关或不
5、相关的失败事件进行分析，找出导致这些失败事件的主要原因来推断小区 存在的主要问题，同样对解决所关心的指标会有很大的参考价值。利用CTR分析失败事件可以采取以下步骤和方法：（1）对所关心的统计指标COUNTER的触发信令（如掉话COUNTER的触发 信令是 CLEAR COMMAND、TCH 接通失败 COUNTER 的触发信令是 ASSIGMENT FAILUAR）的CAUSE CODE进行归类分析，根据这些 CAUSE CODE分析系统的硬件或功能模块可能存在的问题；（2）展开这些触发信令对所对应的呼叫过程进行分析，根据呼叫过程中出现 的各种异常信令的CAUSE CODE、发生的时长（时间）
6、和出现的频度， 评估这些异常信令所涉及的硬件或功能模块的性能，分析触发异常信令 的诱发因素（事件）和出现的频度，评估这些诱发因素（事件）的出现 是否具有“合理性”。（3）对与这些触发信令出现前后时间上“最接近”的的测量报告进行评估， 分析可能存在的硬件或无线环境问题；（4）对其它非直接触发所关心统计指标的失败事件进行分析，重复（1）、（2）、（3）步骤，由于这些失败事件可能发生在同一呼叫过程，分析时注意排 除失败原因的重复“计算”，要以最先发生或最基本的失败事件的原因作 为此次呼叫过程出现问题的原因，其它的可“忽略”；（5）对 CTR 测量小区的整体或单一频点的测量报告进行统计分析，分析小区
7、整体或单一频点的无线环境存在的问题，并辅助印证（2）、（3）、（4）的 结论。下面以笔者常用的 TCH 掉话失败事件的 CTR 分析流程为例对上述步骤作一介 绍，后文所用的CTR分析图表均来源于笔者针对PMR易用性和功能的不足，基于PMR 和CNA数据库编写的CTR处理程序。如仅对单一的事件和测量报告分析而言,CTR 处理程序和OSS的PMR的使用思路是相同的，且CTR处理程序所使用的工具 和功能绝大部分都可在PMR找到相应的操作，在此不作对照说明。杳找非正常释放的CLEAR COMMAND信令注展开所对应的呼叫过稈进行分析诵过 ASSIGMENT COMPLETE信令判断是否TCH 掉话是否
8、有CONNECT信令?Y查看 CLEAR COMMAND信令的CAUSE是否有异常的CAUSE?N注分析 CLEAR COMMAND前的测量报告注N96dBm?上行信号99dBm且下N判断是直接突然掉话，硬件存在故障，查看当前小区频 点和时隙定位硬件，结合其它的异常事件分析所对应故 障硬件的共性；查硬件ERROR LOG；通过停、闭载波 印证硬件故障。上行或下行信号强度超过所在区域无线环境噪音？1YF强干扰引起切换丢失，进一犬 能硬件存在故障，查看当前/ 的异常事件分析所对应故障硬 过停、闭载波印证硬件故障。宁查干扰源；如无网内外干扰源，可 、区频点和时隙定位硬件，结合其它 更件的共性；查硬件
9、ERROR LOG；通是弱信号引起质差或弱信号误码导致切换丢失，通过TA分析是山 否覆盖过大或近距离盲区；通过切换原因、K值和信号强度的 计算分析LOCATING参数和切换的合理性；还需检讨空闲模式 的边界（C1或C2）是否合理。注（1）：根据爱立信统计系统的定义，TCH掉话COUNTER （TFNDROP）的触发信 令是非正常释放的（即CAUSE CODE不为“ CALL CONTROL ”或 “HANDOVER SUCCESSFUL”）CLEAR REQUEST 或 CLEAR COMMAND 信令。CTR所能记录的是下行的CLERA COMMAND信令，故在CTR分析 中，通常从这些非正
10、常释放的 CLEAR COMMAND 着手，查找相应的信令 流程和测量报告进行掉话分析。注（ 2 ）： SDCCH 和 TCH 掉话均会出现 CLEAR COMMAND 信令，可通过“ ASSIGMENT COMPLETE ”即TCH是否已经成功分配来区分SDCCH和 TCH的掉话，例外的是，当参数CHAP=1时，直接指配到TCH的掉话被统 计为TCH掉话。注（3）：根据爱立信相关文档，用户应答后的掉话数（MSC侧统计）只占TCH成功 分配后的掉话数（BSC侧统计）的一半左右，但在笔者所见的CTR测量中， 除非被测量小区的无线环境非常“恶劣”（如高山站的全小区弱信号或各频 点均有较强的干扰）或
11、空闲模式相关参数的“极端”设置，否则用户应答前 的掉话比例不足 1/4，也许这是笔者对统计信令的理解有误，希望有经验的 同行能为笔者解惑。注（4）：根据笔者经验，无线环境或无线设备性能原因掉话的 Clear command 的 CAUSE 基本都是 “Equipment failure”、“Radio interface message failure”和“Radio interface failure reversion to old channel ”。如果有其它 CAUSE，建议多加关 注，例如 CAUSE CODE 为 “Remote transcoder failure”通常意味着
12、TRAU 出现故障。关于CAUSE CODE的解释可从GSM规范、ALEX或GSM高 级系统技术等文档查找。注（5）： GSM系统通过各种TIMER和COUNTER对非正常事件进行监视，当TIMER 超时后才发出系统资源释放信令TIMER和COUNTER的具体设定可查 阅爱立信GSM BSS R8 System Documentation或GSM规范即反映各 种失败事件的信令不是和事件的发生同时出现，而是滞后比系统所设定的 TIMER超时值略大的时间。除了切换失败，在大多数失败事件发生后，MS 实际已和信道失去连接，但在等待TIMER超时期间或在原MS占用的信道 被释放前系统仍继续接收上行测量
13、报告（下行测量报告因MS失去连接无法 获取），故在大多数情况下，这些在失败事件（尤其是掉话后）的发生后的上行测量报告实际上是其它手机的信号或噪音，这些“虚假”上行测量报告 的特征是信号强度与失败事件发生前的明显不同（大部分是严重偏低）且误 码级别几乎都为6或7,“虚假”上行测量报告的另一特征是“mspower”、TA” 等测量数据一般为空值。因此，分析测量报告时需从信令发生的事件、收集 测量报告的时间和虚假测量报告的特征来判断测量报告的有效性以免误判 断。例如，下图是一个TCH掉话的CTR分析图，可以看到Clear command 发出的时间比真正掉话的时间滞后了约 1.5秒，在实际通话断线后
14、系统仍收 集了大量的测量报告，如果以Clear command出现前的测量报告作为判断依 据，就会得出弱信号或质差掉话的错误结论（实际上该掉话是因设备故障引起的强信号直接断线，见虚线标注前的测量报告）。原因Ab no rmrelease, ti mmr小区名:n e :匹ur em ent genei系统判断掉话时间riH：Eui-eiTi8rLt zeneiCormec t i chl release, di ec ojT o o m ：ul7 meaEiiiement geneCormec t i on release, di ec ojT o o m ：ul7 meaEiiiement geneCormec t i chl release, di ec ojT o o m ：ul7 meaEiiiement geneCormec t i chl r eleasej di e c ojT o o m ：ul7 m
