运营商和标准组织往往对于信令时延都有着相应的规范要求，比如中国规范要求轻载情况下Post Dial Delay要小于1s，重载情况下要小于2s。因此，在确定软交换系统无故障平衡点的同时，观察信令时延统计非常重要。

　　图6是一个软交换性能测试过程中CPS和PDD指标的统计示意图。我们可以看到，一开始在CPS比较小的时候，Post Dial Delay指标比较稳定。当CPS数值爬升到一定阶段时，Post Dial Delay开始明显上升。当CPS=200达到峰值时，PDD=3S。我们在测试的时候如果不综合考察各项指标，往往会简单认为该系统的最大CPS指标为 200。然而实际情况是，200 CPS时候的PDD指标已经达不到运营要求，因此实际、合理的系统最大CPS应该为PDD<2s时候的CPS值，即180 CPS左右。

图6  CPS和Post Dial Delay关系示意图

　　从这个例子我们也可以看到，综合考察各项重要指标对于性能测试分析的重要性。

　　（3）故障定位分析

　　当软交换测试碰到故障（如大量异常呼损、消息没有响应等问题）时，我们需要有效的手段来定位分析原因，究竟是软交换设备工作异常，还是承载网络不稳定造成消息丢失？这种情况下，我们可以采取几种辅助定位的手段来做进一步的分析。

　　●通过修改呼叫模型来分析故障原因

　　以上一节提到的CPS VS PDD的例子为例，当系统负荷增加，Post Dial Delay大幅增长的时候，我们可以适当降低话务量（例如减到原来的一半）, 再观察Post Dial Delay的统计值是否随之大幅降低。如果有明显降低，说明消息响应缓慢确实是跟软交换设备的话务负荷有关系；如果该值没有明显降低，说明消息响应缓慢可能是跟网络有关系，例如网络传输时延过大造成消息响应缓慢。

　　●通过仪表提供的网络层参数的统计来观察网络情况的好坏

　　在仿真呼叫发送信令及语音的同时，Abacus可以测试并统计如下参数：丢包、时延、抖动、乱序，并且可以输出统计值对应不同时间段的图表。当测试碰到问题时，可以通过上述这些参数的统计，判断网络是否出现问题。例如，图7所示的One Way Delay的统计图可以看到，仪表统计到14：10和14：30的时候，分别出现One Way Delay大幅增长的情况，如果这时出现系统呼损的情况，我们就有理由相信系统的呼损很大可能是由于网络原因造成。还可以结合丢包、抖动、乱序等其他因素，综合判断是否问题是由于承载网性能不好引起的。

图7  Abacus仪表提供的One Way Delay VS time统计图

　　●利用仪表的抓包监控功能分析信令流程判断故障原因

　　Abacus仪表在仿真呼叫的同时，可以将有问题的呼叫过程中的信令全部记录下来。另外，思博伦公司还提供一款名为Clearsight的监控仪表，可以将流经IP网络的所有VoIP呼叫全部监控并记录下来。这样，结合Abacus，Clearsight以及软交换本身提供的信令日志功能，可以很方便地检查并对比仪表输出的消息日志和网络上捕捉到的消息日志以及软交换的消息日志，从而发现究竟错误消息或者消息丢失等故障是产生于哪一个节点。