在PJSIP使用中，面对网络环境不佳导致的sip信令超时问题，需要调整信令超时时间以适应复杂网络。sip_transaction.c文件中的状态机根据不同信令进行转换。对于呼叫方（UAC），INVITE信令发送后的超时时间在tsx_on_state_null和tsx_on_state_calling中设定；而对于被叫方（UAS）， Bye信令的超时处理类似。默认INVITE超时时间初始为500ms，每次重传翻倍，直至达到最大重传次数或触发timeout。
Pjsip在使用过程中，如果网络环境不好，sip信令在交互过程中，会出现超时的情况，此时，sip信令会重复发送信令，直到收到信令的反馈或者sip会话超时退出通话。
针对上诉的情况，需要修改sip信令的超时时间，以便适应复杂的网络情况。
sip信令的传输代码主要在：pjsip/src/pjsip/sip_transaction.c中。
sip_transaction.c实现了一个状态机，根据sip信令交互的不同的信令，切换状态机。
UAC （呼叫方）状态机转换如下：
刚开始呼叫时，sip_transaction的状态机处于tsx_on_state_null状态，拨打电话发出INVITE信令后，状态机转为Calling状态，处理函数：tsx_on_state_calling，应用可以收到Calling的状态通知。
之后会收到被叫方发来的100 try信令，状态机转为Processing状态，处理函数：tsx_on_state_proceeding_uac
在收到180 ringing的信令后，还是在tsx_on_state_proceeding_uac中处理，应用会收到Early的状态通知。
如果被叫方接听了该呼叫，会收到被叫方的200 OK信令，状态机会转为Terminated状态，处理函数：tsx_on_state_terminated，应用会收到Connecting的状态通知，之后会通过timeout方式，把状态转为Destroyed。Call的状态也转为Confirmed。
Bye信令状态转换：
发出Bye信令时，状态机转为Calling状态（tsx_on_state_calling），在收到200OK信令时，转为Completed状态（tsx_on_state_
扫一扫
6075
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
