本站原创文章，如需转载，请保留作者及出处：www.goalercn.com，谢谢合作，不愿保留作者及出处信息的请勿转载！

SIP共有4个状态处理机制，分别是ICT（客户端的请求消息-INVITE及与之相关的消息）、NICT（客户端非INVITE消息的其他所有消息）、IST（服务器端的请求消息- INVITE及与之相关的消息）、NIST（服务端的非INVITE消息的其他所有消息）

为什么要把INVITE消息单独处理？ 因为INVITE是一个3次握手的过程，而其他所有的消息只需要两次握手；其过程类似与TCP/UDP。

TU：可理解为上层用户，应用界面，用户点击触发：

Non-INVITE Client Transaction

                                   |Request from TU
                                   |send request
               Timer E             V
               send request  +-----------+
                   +---------|           |-------------------+
                   |         |  Trying   |  Timer F          |
                   +-------->|           |  or Transport Err.|
                             +-----------+  inform TU        |
                200-699         |  |                         |
                resp. to TU     |  |1xx                      |
                +---------------+  |resp. to TU              |
                |                  |                         |
                |   Timer E        V       Timer F           |
                |   send req +-----------+ or Transport Err. |
                |  +---------|           | inform TU         |
                |  |         |Proceeding |------------------>|
                |  +-------->|           |-----+             |
                |            +-----------+     |1xx          |
                |              |      ^        |resp to TU   |
                | 200-699      |      +--------+             |
                | resp. to TU  |                             |
                |              |                             |
                |              V                             |
                |            +-----------+                   |
                |            |           |                   |
                |            | Completed |                   |
                |            |           |                   |
                |            +-----------+                   |
                |              ^   |                         |
                |              |   | Timer K                 |
                +--------------+   | -                       |
                                   |                         |
                                   V                         |
             NOTE:           +-----------+                   |
                             |           |                   |
         transitions         | Terminated|<------------------+
         labeled with        |           |
         the event           +-----------+
         over the action
         to take
Figure 6: non-INVITE client transaction
1、  NICT不需要发送ACK。若采用UDP方式，当传输一个REQUEST时，启动定时器T1，同时启动定时器T2，同上
2、  当NICT受到临时响应时，不停止发送REQUEST请求；直到收到RESPONSE为止；
3、  NICT收到TU的请求时，进入状态“Trying”，同时启动定时器F，value=64*T1；启动定时器E，value= T1；
4、  当T1时到，状态还是“Trying”时，reset 定时器E，value=MIN(2*T1, T2).，依次类推；T2 default value = 4s
注：the default values of T1 and T2, this results in
   intervals of 500 ms, 1 s, 2 s, 4 s, 4 s, 4 s, etc
5、  如果定时器F时到，状态还为“Trying”，则通知TU超时，同时进入“terminated”；
6、  当收到临时响应，通知TU，进入“Proceeding”state。
7、  当收到响应码200~699，通知TU，进入“Completed”state。
8、  当NIST进入状态“Completed”，启动定时器K，value = T4 for UDP；注：T4 default value=5s
9、   当NIST为“terminated”时，移除事务