爱立信CTRMRRFAS的数据分析及统计应用

1、CTR MRR FAS的数据分析及统计应用摘要：本文介绍CTR MRR FAS测量数据的应用，着重介绍 CTR数据 的分析思路和方法。关键词：CTR MRR FAS TCHU舌 分析 应用一、CTR部分CTR（Cell Traffic Recording，小区话务记录）是爱立信 BSC的一个小区性能测试工具，它能同时记录与话务行为相关的信令流程和测量报告，用于分析小区的呼叫流程（事件）细节，如呼叫建立、切换操作和信道释放过程以及相应的测量报告等。 在爱立信OSS中提供了一些便于分析的辅助工具，如事件统计报表、信令分析（过滤）和测量报告的图文显示等，不过在实际使用中，这些辅助工具的易用性、直观性

2、以及数据的统计应用都令人不甚满意。由于 CTR只需在BSC或OSS中操作， 免除了其它信令仪表（如7300、OCEAN?）烦琐的挂表测试操作，又能 获得无线测试仪表所不能得到的完整的Abist 信令和上下行测量报告，是无线网优中进行小区级分析的最有效、便利的工具。TCH掉话是综合性最全的无线问题，涉及小区无线设计、设备性能、切 换和频率等每一个无线基础环节，而CTR的应用在这几个主要的环节都 能发挥作用，故下面着重以 TCH掉话的分析为例，介绍笔者在CTR应用的一些经验和思路。文中的一些举例或分析，即使 无专门说明，实际也和 TCH掉话问题密切相关。对于无线性能指标，我们最关心的是 SDCCH

3、g TCH的接通失败、掉话 和切换失败方面的无线问题，利用CTR可以直接捕捉影响所关心统计指标的失败事件，从事件触发因素、参数合理性、设备性能和无线环境四方面分析出现这些失败事件的主要原因，从而制订相应的解决方案提高小区性能。由于CTR只能同时记录小区的16个通话，在所关心统计指标不太差或小区话务量很高时，有时不一定能捕捉到很多所关心的失败事件， 但实际上各种无线性能指标既有各自特性也有极大的关联性，对其它各种相关或不相关的失败事件进行分析，找出导致这些失败事件的主要原因来推断小区存在的主要问题，同样对解决所关心的指标会有很大的参考价值。利用 CTR 分析失败事件可以采取以下步骤和方法：（1）

4、对所关心的统计指标COUNTER触发信令（如掉话COUNTER触发信令是CLEAR COMMANDTCH接通失败COUNTER勺触发信令是 ASSIGMENFAILUAR 的 CAUSCODES行归类分析，根据这些 CAUSEODE 分析系统的硬件或功能模块可能存在的问题；（ 2） 展开这些触发信令对所对应的呼叫过程进行分析，根据呼叫过程中出现的各种异常信令的 CAUSEODE发生的时长（时间）和出现的频度， 评估这些异常信令所涉及的硬件或功能模块的性能，分析触发异常信令的诱发因素（事件）和出现的频度，评估这些诱发因素（事件）的出现是否具有“合理性”。（ 3） 对于这些触发信令出现前后时间上“

5、最接近”的的测量报告进行评估，分析可能存在的硬件或无线环境问题；（ 4） 对其它非直接触发所关心统计指标的失败事件进行分析，重复（ 1）、（2）、（3）步骤，由于这些失败事件可能发生在同一呼叫过程， 分析时注意排除失败原因的重复“计算”，要以最先发生或最基本的失败事件的原因作为此次呼叫过程出现问题的原因，其它的可“忽略”；（5）对CTR测量小区的整体或单一频点的测量报告进行统计分析， 分 析小区整体或单一频点的无线环境存在的问题，并辅助印证（ 2） 、 （ 3） 、（ 4）的结论。TCH掉话分析流程图如下：注（1） : TCH掉话COUNTERTFNDROP的触发信令是非正常释放（即 CAUS

6、E COD不为 "CALL CONTRO城 “HANDOVER SUCCESSFUL勺 CLEAR REQUEST CLEAR COMMAND。 SDCCH和 TCH掉话均会出现 CLEARCOMMAND令，可通过 “ ASSIGMENCOMPLET助 TCH是否已经 成功分配来区分SDCCHF口 TCH的掉话。注（2）：根据笔者经验，无线环境或无线设备性能原因掉话的Clearcommand的 CAUSE8本者B是 " Equipment failure > “Radio interface messagefailure ”和“ Radio interface fai

7、lure reversion to old channel "。如果有其它 CAUSE建议多加关注，例如 CAUSE CODEj “Remote transcoder failure ” 通常意味着 TRAU出现故障。 关于CAUSE CODE解释可从 GSMB范、ALEX或AST>等文档查找。注（3） : GSM系统通过各种TIMER和COUNTE对非正常事件进行监 视，当TIMER超时后才发出系统资源释放信令， 即反映各种失败事件的 信令不是和事件的发生同时出现，而是滞后比系统所设定的TIMER超时值略大的时间。除了切换失败，在大多数失败事件发生后，MS实际已和信道失去连接

8、，但在等待TIMER超时期间或在原MS占用的信道被释放前系统仍继续接收上行测量报告（下行测量报告因MS失去连接无法获取），故在大多数情况下，这些在失败事件（尤其是掉话后）的发生后的上行测量报告实际上是其它手机的信号或噪音，这些“虚假”上行测量报告的特征是信号强度与失败事件发生前的明显不同（大部分是严重偏低） 且误码级别几乎都为6 或 7， “虚假”上行测量报告的另一特征是“ mspower "、“TA ”等数据一般为空值。CTR测量数据中的 measurementInfoStatus 字段也标注了测量报告的有效性，分为Fulldata 、 Ms no data 、 Ms no mea

9、surement、 no data at all 四种状态，如果根据measurementInfoStatus 判断测量有效性，一般后两种测量报告是虚假测量报告，但有时Ms no data 也不一定是真实测量报告。因此， 分析测量报告时需从信令发生的时间、收集测量报告的时间和虚假测量报告的特征来判断测量报告的有效性以免误判断。注（4）:虽然基站接收灵敏度达到110dBm手机接收灵敏度2104dBm但从大量的CTR测量可以发现，当上行信号强度 <=105dBm下行信号强度<=102dBm时，手机弱信号断线的概率非常大，故笔者把这两个值作为弱信号强度标准，仅供参考。实际上由于信号的波动

10、和无线环境噪音的存在，这种强度下的信号的误码通常也非常高，但信号的波动和无线环境噪音是现实网络环境中无所不在且无法控制的无线环境“常态”，所以此时应把这种掉话归类为弱信号掉话。 （ 题外话：基于这种思路和理解，对于覆盖良好的GSM后期网络，笔者主张把BSC的弱信号掉话统计门限LOWSSD和LOWSSU设置等于或略高于所在区域的无线环境噪音以利于无线网优分析，或是通过调整 LOWSSDL LOWSSUL勺设置，以区分网络“无信号掉话”和“弱信号掉话”的真实 情况。）注（5）：如果开启上行或下行动态功率控制，由于受参数设置的影响，不能直接通过上下行功率平衡来评估硬件问题即使通过动态功率控制等级进行

11、强度补偿计算，但仍会掩盖部分硬件故障。故如果不是专门对动态功率控制作分析，一般建议CTR测试时关闭该小区的上下行动态功率控制；如果关闭动态功率控制，根据功率设置的不同，上下行功率差异值为-5dBnn- -8dBmb注（6）:这里所说路径损耗并不是指 PMR里的空中路径损耗（ rxPathlossSubDownlink ），详见后文的解释说明。注（7） : GSM的话音通信对信号的要求很低，误码基本仅意味着话音质量的变差，但对信令通信来说，由于信息正确性、完整性的要求以及各种TIMER COUNTE时尝试时长、尝试次数的限制，信令对信号的要求远高于话音。从路测经验和CTR的测量数据可以看到，在设

12、备性能良 好和无线链路TIMER设置较大的情况下，弱信号或强干扰一般不会直接 导致通话断线，但如果此时发生切换出现信令连接，发生切换失败和不能成功返回原信道的从而引发掉话的几率就非常高，换言之， 切换是 TCH信道CONNEC之后掉话尤其是突然掉话的主要诱发因素，因此，切换和切换丢失的分析是利用 CTR分析TCH掉话的重点。切换的分析可从当前小区和相邻小区的K 值、 当前小区和相邻小区切换前的连续强度变化（波动）、“乒乓”切换的时长、未定义相邻小区、当前小区切换前的无线信号（强度、质量）、TA和切换CAUS等方面着手，分析LOCATING 参数和切换发生的“合理性”以及失败的原因， 从而有针对

13、性地采取优化措施：“治标”措施：通过LOCATIN渗数来遏制切换和减少切换丢失。例如 针对信号波动大的可调整FILTER “平滑”测量数据，信号重叠区域大的 可调整MSRXMIN切换前信号质差可调整 KOFFSE砒移切换边界, “治本”措施： 通过优化设备性能和减少频率干扰提高切换成功率和失败返回率，通过天线（高度、方向、倾角、类型）调整清晰小区边界减少切换尝试和越区干扰,注（8）:把无连续质差（或基本小于4）、上行信号强度99dBm且下行 信号强度96dBm出现的掉话可认为是设备故障引发，这是笔者的经验值，供参考。注（9）:如果是直接断线、切出丢失、小区内部切换丢失、CHANNELCONNE

14、C的非正常RELEASE故障发生在当前频点和时隙；如果是分配 失败、小区内部切换失败、分层小区（SUBCELL切换失败和切入失败， 故障发生在目标频点和时隙，通过各种失败事件所对应的频点、时隙和其所对应硬件的关联分析，就可以进一步定位硬件故障，如故障是否集中在某一载波，或是否集中在某一 CDU,需注意，如 CTR测量小区启用跳频， 将无法看到当前或目标频点和时隙而失去很多关键信息，故 CTR测量时建议关闭跳频。注（10）:由于频率的紧密复用，使复用区域内的整个 GSM频段的底部噪音提升，电平低于底部噪音的GSM信号会被干扰。GSM底部噪音与地理环境、频率复用距离和复用方式有关，该经验值的获得可

15、通过频谱仪路测获得。二：MRR部分MRRM Measurement Report Recording 的缩写，也是爱立信 BSC中的 一个小区性能测量功能。MRRW量记录中共有5项内容：包括测量小区的上下行信号强度、 上下 行信号质量、上下行路径损耗、 TA、BTS/MS发射功率。通过对目标小 区进行MRR测量记录，可以得到比较详细的小区上下行无线信息。对测量报告进行计算，可以用于判断小区是否存在上下行信号不平衡、质差、 越区覆盖等问题。案例：6.2 NE12622 （宁明迁隆）现象描述：随机接入成功率低。处理过程：小区的接入失败数比较多，结合MCOMf MRR测量判断为小区覆盖过远引起的。M

16、RRW量中的上、下行彳t号强度差值为 16.31dbm, 超过正常差值接近一倍。TA统计中小区的TA值分布范围较大，最大 TA 为 63。CelName RxWL 平阳正于 R,xL1NE12622-92,4739.26%CellNameRxLUL平均限 RxLDL 平均1门限RXLDL平均R于RxLDL门限RxL上下行差值-76.168.72%16,31MT RxLUL 门低于RxLDL门限RxL上下行差值NE12622-92.4739.26%-76.168.72%16.31分析定位：覆盖过远。故障处理：降低 BTS 发射功率收缩小区的覆盖范围，尽量缩小上、下信号的差值，同时加大最大重发次数参数MAXRE。 TNI13612（永宁高速）现象描述：随机接入成功率、信令接通率、话音接通率低处理过程：小区的随机接入、信令、话音接通率都较低，严重影响小区的接续性能。出现这种情况的原因可能性最大的是覆盖过远，因此首先对小区的覆盖进行分析。从MCOMt得到的信息是在小区的覆盖方向上基站较少，可能会影响到小区的覆盖。通过对小区进行MRR测量并分析MR啜据，发现小区的上行信号很弱而且TA 值也很大，存在较多的孤岛。根据MRR测量数据判断，小区应该是由于覆盖过远影响了小区的相关