案例HTC终端建立TCP链路失败导致Prack消息发送超时问题资料.docx

案例-案例-HTC终端建立TCP链路失败导致Prack消息发送超时问题厂家华为问题编号设备类型SBC问题类型基本呼叫问题影响引入呼叫时延，或者导致呼叫建立失败问题状态待解决上报省份江苏上报时间2015-10-29上报人问题描述现网拉网测试过程中，经常发现核心网SBC发送408超时拆线导致掉话，大部分集中在发送Prack消息后等待超时的场景。原因定位问题描述：TIME=11:43:28.954主叫起呼，TIME=11:43:31.871被叫收到寻呼发起服务请求TIME=11:43:32.105被叫上发INVITE183消息，TIME=11:43:32.854主叫收到INVITE183消息TIME=11:43:38.923 主叫占用奥体大街西试扩L-2（37900，240）收到核心网下发PRACK408 WARNING头域提示“No Response From Network”呼叫未接通.问题原因：现网的408消息发送的场景如下：按照协议规定，对于Prack消息，SIP的基础协议里面定义的定时器时长是64T1，即64 * 0.5s = 32秒。但是当前SBC增加了一个定时器6秒，当发送的Prack没有响应的时候，就马上发送408消息进行拆线。从被叫侧SBC来看，是发送了Prack以后，超过了6秒以后才收到200 ok消息，但是从EPC的跟踪来看，是在SBC发送了Prack消息以后的第4秒后，才收到这个Prack消息，也就是说，消息从SBC发送到EPC，耗时了4秒以上。对于HTC终端来说，注册的时候使用的TCP协议，因此SBC在发送Prack消息给HTC终端的时候，也是采用的TCP协议来发送，对于此协议，与UDP差异点在于，使用TCP协议传输信令，需要先建立TCP信道，然后再发送SIP信令消息，而UDP协议是直接发送SIP消息。从EPC上的解包消息来分析，是因为终端在建立TCP链路的时候异常导致的时延。针对TCP链路，按照3次握手建立链路，可以参考如下流程：始发侧发送SYN消息给对端，通知本端的起始消息序列号接收端反馈ACK消息，响应这个起始序列号，并且也携带SYN标志，通知始发侧本端的起始消息序列号。始发侧响应这个接收端的序列号。但是现网实际的流程如下：SBC发送SYN消息给终端，请求建立TCP链路。HTC终端返回ACK消息，但是没有置SYN标志，如下所示：SBC认为链路建立异常，发送RST消息间隔大约4秒以后，SBC再次发送SYN建链消息HTC这次返回了ACK/SYN消息，如下所示：SBC判断TCP链路正常建立，发送ACK消息给UE，并携带Prack报文所以综合分析，是因为HTC终端在建立TCP链路过程中异常导致的PRACK消息的发送时延。影响范围： HTC终端接续时延长，或者导致呼叫建立失败。解决方案解决方案：需要HTC终端定位解决此问题备注