图3 短消息记录列表
●图4为“未完”状态的信令流程，从信令中可以看出信令消息送往GT为8613800431500的短信中心，但此短信中心未回复证实消息。因此只有TC_BEGIN事务处理开始的记录，没有返回TC_END事务处理结束的证实消息。所以记录显示“未完”的过程结果。
图4 “未完”状态的信令流程
●图5为“完成”状态的信令流程，从信令过程时序图中可以看出信令消息同样送往GT为8613800431500的短信中心，但此次收到了短信回复证实消息，该消息包含在TC_END中，因此是完整的TC事务处理过程。
图5 “完成”状态的信令流程
由于短信中心未回复证实消息，最终导致MSC/SS端局等待短消息中心回复定时器超时，向手机下发失败，部分手机在发送失败后会重新发送该条短信，直到发送成功。
(3)短信重发A接口短信记录分析
●短信中心未回复证实消息的A口短信发送信令流程(见图6)
图6 短信中心未回复证实消息的A口短信发送信令流程
图6中“RP_ERROR”即说明RP_DATA发送后没有收到RP_ACK消息，说明短信发送失败，失败原因是“网络故障”。因此通过A接口也能定位用户发送失败的原因，但需要结合核心网MAP短信业务记录，可准确定位是MSC/SS端局没有发送短信，还是发送后没有收到SMC的证实消息。因此对于监测全面的端局，通过信令监测系统数据记录分析，可以快速定位故障发生的根源。
●短信中心回复证实消息的A口信令流程(见图7)
图7 短信中心回复证实消息的A口信令流程
以上是短信成功发送的过程，包含CP_DATA和CP_ACK各两条，分别是CP_DATA中包含RP_DATA和RP_ACK消息，与MAP过程相似。CP为Control Protocol控制协议层，即A接口传输控制，如果出现CP_ERROR则说明在A接口传输控制存在问题，例如无线接口故障或无线接口消息故障。
通过A接口记录与MAP记录的结合分析，可以定位短信发送失败是由于无线接口故障还是核心网传输故障。通过失败原因的分析，结合用户投诉，可以很快排除网络运行故障。
3 初步结论：
(1)经过理论分析，由于诺西短信中心采用号段作为发往LSTP局或HSTP局路由寻址的依据，而不是采用号段和MISCID结合的方式，致使短信中心给主叫用户下发的应答消息送到了HSTP2局—LSTP2局—端局，由于当晚HSTP2局到LSTP2局从16:48到23:59信令链路一直发生翻转，导致部分应答消息丢失，端局未收到短信证实消息超时失败，导致部分手机重新发送短信，造成短信一条多发情况，重复计费。
