PMR简介

PMR简介 

PM是OSS中系统性能管理功能组，其中的PMR（Performance Management Traffic Recording）程序主要是对无线网络事件进行记录，用于网络优化中的分析。

PMR能够对小区、MS和信道进行话务记录，完整地记录下所发生的所有信息，而且生成的统计报告非常详细，对于网络优化中的故障分析特别有帮助。

PMR能够生成下面的报告：

1．  CTR（Cell Traffic recordings）报告

●        大概信息报告；

●        事件统计报告；

●        测量数据和事件列表；

●        测量数据和事件图表；

●        详细报告；

●        切换报告；

●        功率分布报告。

2．  CER（Channel Event recordings）报告

●        大概信息报告；

●        干扰带统计报告；

●        信道频率跳频数据报告；

●        干扰带图表；

●        详细报告；

●        同频小区报告；

●        信道事件统计报告；

●        信道分配优先等级统计报告；

●        话务事件统计报告；

●        分配失败统计报告。

    3．MTR（Mobile Traffic Recordins）报告

●        大概信息报告；

●        事件统计报告；

●        测量数据和事件列表；

●        测量数据和事件图表

●        详细报告。

PMR一般信息报告如图所示，其中显示了记录过程中涉及的小区名、CGI、各种事件统计等信息。

              图1 （PMR一般信息）

一．CTR(Cell Traffic Recordings)

CTR是针对小区进行话务记录，可以统计时段内小区所产生的所有通话事件、所有的指配情况、切换原因，以及BTS和MS的功率分布情况，根据这些统计可以分析出小区覆盖是否合理等。

分析小区CTR测量结果，CTR可对特定小区的信令和话务连接过程进行统计测量和分析。CTR中有5类记录表，据此可以了解呼叫连接及越区切换时信令传递过程、控制信道的附和、每次分配TCH所用的载频和时隙以及拥塞、掉话等情况。当根据STS发现某小区指标有问题，可进行CTR测量和分析，进一步找出问题的原因。

1．  事件统计

CTR记录完成后，可以生成一个事件统计报告，如图所示，其中列出了各种事件，以及发生的次数。

图2（事件统计）

选择其中的事件，下面将显示发生的起始时间，以及记录连接号。双击具体时间，将显示该时间的详细信息，如图所示。

          图3 （PMR事件详细信息）

2．  切换报告

CTR可以生成详细切换报告，如图所示，其中详细列出了记录中的切换时间、切换前后上下行话音质量、切换前后上下行信号强度，根据这个报告，可以了解整个小区的切换质量。

                    图4  （CTR切换报告）

3．  功率分布报告

CTR还可对小区功率分布情况进行统计，其中包括小区发射功率分布和MS发射功率分布，从中可以了解是否存在硬件故障和干扰，CTR功率分布报告如图所示。

                   图5（CTR功率分布报告）

CTR在无线网优分析中的具体应用包括：

◆捕捉小区失败事件，定位无线故障，如TCH接通问题和掉话问题的分析等；

◆根据测量报告评估小区无线环境和无线设备性能，如覆盖范围、上下行信号干扰、上下行功率平衡、上下行路径损耗和动态功率控制等；

 

利用CTR分析失败事件可以采取以下步骤和方法：

（1） 对所关心的统计指标COUNTER的触发信令（如掉话COUNTER的触发信令是CLEAR COMMAND、TCH接通失败COUNTER的触发信令是ASSIGMENT FAILUAR）的CAUSE CODE进行归类分析，根据这些CAUSE CODE分析系统的硬件或功能模块可能存在的问题；

（2）展开这些触发信令对所对应的呼叫过程进行分析，根据呼叫过程中出现的各种异常信令的CAUSE CODE、发生的时长（时间）和出现的频度，评估这些异常信令所涉及的硬件或功能模块的性能，分析触发异常信令的诱发因素（事件）和出现的频度，评估这些诱发因素（事件）的出现是否具有“合理性”。

（3）对与这些触发信令出现前后时间上“最接近”的的测量报告进行评估，分析可能存在的硬件或无线环境问题；

（4）对其它非直接触发所关心统计指标的失败事件进行分析，重复（1）、（2）、（3）步骤，由于这些失败事件可能发生在同一呼叫过程，分析时注意排除失败原因的重复“计算”，要以最先发生或最基本的失败事件的原因作为此次呼叫过程出现问题的原因，其它的可“忽略”；

（5）对CTR测量小区的整体或单一频点的测量报告进行统计分析，分析小区整体或单一频点的无线环境存在的问题，并辅助印证（2）、（3）、（4）的结论。

★几点值得注意的地方：

（1）根据爱立信统计系统的定义，TCH掉话COUNTER（TFNDROP）的触发信令是非正常释放的（即CAUSE CODE不为“CALL CONTROL”或“HANDOVER SUCCESSFUL”）CLEAR REQUEST或CLEAR COMMAND信令。CTR所能记录的是下行的CLERA COMMAND信令，故在CTR分析中，通常从这些非正常释放的CLEAR COMMAND着手，查找相应的信令流程和测量报告进行掉话分析。

（2）SDCCH和TCH掉话均会出现CLEAR COMMAND信令，可通过“ASSIGMENT COMPLETE”即TCH是否已经成功分配来区分SDCCH和TCH的掉话，例外的是，当参数CHAP=1时，直接指配到TCH的掉话被统计为TCH掉话。

（3）根据经验，无线环境或无线设备性能原因掉话的Clear command的CAUSE基本都是 “Equipment failure”、“Radio interface message failure”和“Radio interface failure reversion to old channel”。如果有其它CAUSE，建议多加关注，例如CAUSE CODE为“Remote transcoder failure”通常意味着TRAU出现故障。关于CAUSE CODE的解释可从GSM规范、ALEX中去找。

（4）GSM系统通过各种TIMER和COUNTER对非正常事件进行监视，当TIMER超时后才发出系统资源释放信令——TIMER和COUNTER的具体设定可查阅爱立信《GSM BSS R8 System Documentation》或GSM规范——即反映各种失败事件的信令不是和事件的发生同时出现，而是滞后比系统所设定的TIMER超时值略大的时间。除了切换失败，在大多数失败事件发生后，MS实际已和信道失去连接，但在等待TIMER超时期间或在原MS占用的信道被释放前系统仍继续接收上行测量报告（下行测量报告因MS失去连接无法获取），故在大多数情况下，这些在失败事件（尤其是掉话后）的发生后的上行测量报告实际上是其它手机的信号或噪音，这些“虚假”上行测量报告的特征是信号强度与失败事件发生前的明显不同（大部分是严重偏低）且误码级别几乎都为6或7，“虚假”上行测量报告的另一特征是“mspower”、“TA”等测量数据一般为空值。因此，分析测量报告时需从信令发生的事件、收集测量报告的时间和虚假测量报告的特征来判断测量报告的有效性以免误判断。

例如，下图是一个经过处理的TCH掉话CTR分析图，看起来比较直观。可以看到Clear command发出的时间比真正掉话的时间滞后了约1.5秒，在实际通话断线后系统仍收集了大量的测量报告，如果以Clear command出现前的测量报告作为判断依据，就会得出弱信号或质差掉话的错误结论（实际上该掉话是因设备故障引起的强信号直接断线，见虚线标注前的测量报告）。

通话已断线，以后的测量报告不具参考价值

Clear command出现的位置

T200 timer超时,系统发出Clear command

真正掉话时间

系统判断掉话时间

T3109 timer超时，TCH被系统释放的位置

Mspower为空值

   

（5）如果开启上行或下行动态功率控制，由于受参数设置的影响，不能直接通过上下行功率平衡来评估硬件问题，故如果不是专门对动态功率控制作分析，一般建议CTR测试时关闭该小区的上下行动态功率控制；如果关闭动态功率控制，上下行功率差异经验值为-5dBm～-8dBm。

（6）GSM的话音通信对信号的要求很低，误码基本仅意味着话音质量的变差，但对信令通信来说，由于信息正确性、完整性的要求以及各种TIMER、COUNTER对尝试时长、尝试次数的限制，信令对信号的要求远高于话音。从路测经验和CTR的测量数据可以看到，在设备性能良好和无线链路TIMER设置较大的情况下，弱信号或强干扰一般不会直接导致通话断线——除非解码正确概率连续低于40％左右，但如果此时发生切换出现信令连接，发生切换失败和不能成功返回原信道的从而引发掉话的几率就非常高，换言之，切换是TCH信道CONNECT之后掉话尤其是突然掉话的主要诱发因素，因此，切换和切换丢失的分析是利用CTR分析TCH掉话的重点。切换的分析可从当前小区和相邻小区的K值、当前小区和相邻小区切换前的连续强度变化（波动）、“乒乓”切换的时长、未定义相邻小区、当前小区切换前的无线信号（强度、质量）、TA和切换CAUSE等方面着手，分析LOCATING参数和切换发生的“合理性”以及失败的原因，从而有针对性地采取优化措施。

（7）如果是直接断线、切出丢失、小区内部切换丢失、CHANNEL或CONNECT的非正常RELEASE，故障发生在当前频点和时隙；如果是分配失败、小区内部切换失败、分层小区（SUBCELL）切换失败和切入失败，故障发生在目标频点和时隙，通过各种失败事件所对应的频点、时隙和其所对应硬件的关联分析，就可以进一步定位硬件故障，如故障是否集中在某一载波，或是否集中在某一CDU……需注意，如CTR测量小区启用跳频，将无法看到当前或目标频点和时隙而失去很多关键信息，故CTR测量时建议关闭跳频。

 

二．CER（Channel Event Recordings）

CER是针对小区载频进行话务记录，可以完整记录下时段内载频干扰情况、分配情况。通过CER可以分析小区的干扰情况，判断是否存在BTS硬件故障，以及分析分配失败原因。

1．干扰统计

干扰统计如图所示，其中列出了各个话音信道上的干扰情况以及忙/闲时间，从中可以发现是否存在频率干扰或载频故障。

                     图6 （干扰统计）

2．  时间统计

对信道中的每个时隙进行统计，观测时间分布是否正常，从中可以发现某些时隙故障导致的网络故障。信道时间统计如图所示。

               图7 （信道事件统计）

3．  话务事件统计

话务事件统计可以对发生在信道上的话务事件以及各种事件的成功率进行统计，从中可以观察是否存在载波故障。话务统计时间统计如图所示。

 

 

三．MTR（Mobile Traffic Recordings）