一、关于CPT的两点小经验：
  
   　　1、 6月26日中午，发现联通用户无法拨打1390962号段用户，检查CPT 发现ORIG1为44（联通）的"1390962"的CPT中 TRATYP参数没有定义为 MOBINTER，原因是由于早上在用 MODCPT 命令修改"1390962"CPT的DEST 时，命令中没有给"TRATYP=MOBINTER"项所至。
  
   　　所以，当使用 MODCPT命令修改CPT 的DEST 时，即使仅要改变其的DEST ，CPT中其它原有参数值并不想改动，但仍需在命令中对 TRATYP参数项再次赋值定义，否则修改后的CPT 中原定义的Traffic Type 将被取消，TRATYP 项值将为空。
  
   　　2、经长期观察，发现在 DISPCPT 仅给出 DEST 与CODE 两项参数显示CPT时，在显示输出的最右边一列的"EVALDCAR"参数：
  
   　　⑴若此行CPT 的 Traffic Type没有定义，则其值为"NO"。
   　　⑵若此行CPT的Traffic Type 为MOBINTER或MOBBOTH 时，其值为空。
  
   　　因为我们现在一般建议使用的CPT的Traffic Type 只用到MOBINTER和MOBBOTH，或是没有定义Traffic Type的CPT ，利用这点可以直接使用：
      命令在核查CPT的CODE是否齐全的同时检查其是否发起Interrogation，而无须再用；
         命令显示一遍所有TRATYP为MOBINTER和MOBBOTH 的CPT，使核查更加直观，方便。
  
   　　二、 话务统计
  
   　　在工作中，因与话务统计接触较多，深刻体会到观察分析话务统计数据是提高网络运行质量的重要手段之一，而且不仅要看处理后的结果报告，对原始数据的分析也相当必要。
  
   　　今年5月份之前，蚌埠MSC2到程控长途中继群的忙时去话接通率一直徘徊在35%左右，比全省的平均水平低了近20个百分点。从BBMSC2机房观察中继状态并没有什么异常：除了占用（OUT）外均为释闲（IDLE）状态。分析中继群统计结果，发现报表中闭塞中继数目也为0，但所列应答，无应答，用户忙，拨号不全与溢出次数等各项之和与总试呼次数相差甚远。调出原始数据对比分析发现，原始报告中到长途方向的"CCS EXT TECHN IRREG"
   （Number of successful calls with technical
   irregularity in the destination exchange）的值相当大，占试呼次数的25%左右，远高于其它局向此项的平均比例（一般不超过1%）。因此猜测是否是因与对端局间配合有误，于是请程控机房核对中继状态，程控机房反映有多条中继状态为BLOCKED，而在GSM机房观察这部分中继状态却均为释闲（IDLE）状态。程控机房对这部分中继所在模块进行重起（RESTART）后确认两端中继状态均对应正常（都是IDLE）。再次调取统计数据，长途忙时去话接通率上升为54%，原始报告中的"CCS EXT TECHN IRREG"的值与试呼次数比例降至1%以下。之后，连续几天长途忙时去话接通率均保持在50%以上，但隔了几天后又略有下降，"CCS EXT TECHN IRREG"的统计值上升，与程控机房联系，果然又有几条中继两端状态不一致（程控方：BLOCKED；GSM方：IDLE）。
  
   由此，可判定是由于GSM与程控间中继两端状态的不一致导致中继群统计中"CCS EXT TECHN IRREG"值的上升，进而造成了接通率的下降。