SIP电话为什么突然断线

SIP并没有为所建立的会话定义存活机制。代理服务器有时会无法判断会话是否还是活动的。例如，当一个用户代理在会话结束时发送BYE消息失败，有关系统方面问题请找博主，或者由于网络问题BYE消息丢失，代理服务器将不会知道会话已经结束。在这种情况下，代理服务器将保持呼叫的状态并且无法知道呼叫状态信息何时失效。

为了解决这个问题，RFC4028为SIP会话定义了一种存活机制。用户代理周期性的发送re-INVITE或UPDATE请求用来保持会话的活动。会话更新请求的间隔通过其定义的协商机制决定。如果在间隔内没有收到会话更新请求，该会话被认为已经终止。用户代理会发送一个BYE消息，代理服务器则将该呼叫的所移除。

UAC通过发送一个携带“supported: timer”头字段的INVITE消息，表明支持Session Timer功能。该请求通过代理服务器传递，所经过的任一个代理服务器都可以依据他们的兴趣建立会话定时器。若请求中没有Session-Expires和Min-SE头字段，代理服务器都可以在请求中插入；否则可修改已存在头字段的值。

Min-SE：会话更新间隔下限，也就是处理这条请求消息的SIP代理的最快会话刷新率。这个头字段的目的是防止怀有恶意的代理服务器设置任意短的更新间隔以致它的邻居代理负荷超载。处理请求的每个代理服务器可以提高这个下限，但是不能降低下限。

Session-Expires：会话更新间隔上限。任何服务于该请求的代理可以降低这个值，但必须大于Min-SE头字段指定的值。

如果Session-Expires的间隔太小（小于代理服务器要维护的Min-SE头字段的值），代理服务器将拒绝这个请求并返回一个422响应，其中包含其所支持的最小时间间隔的Min-SE头字段。UAC使用相应中的最大Min-SE头字段再次尝试发送请求。这样一来，最小定时器就能满足所经过的所有代理服务器的约束条件。

在几次INVITE/422消息的反复传送后，请求最终到达UAS。UAS可以调整会话间隔的值器。之后，它将这个最终的会话间隔放入2xx响应的Session-Expires头字段。Session-Expires头字段还包含一个“refresher”参数用来表示更新的执行者（是当前的UAC还是UAS）。

2xx响应沿代理服务器链返回时，任何代理服务器可以观察这个最终的会话间隔但不能修改它。

通过响应中的Session-Expires头字段，UAC和UAS都知道会话定时器是活动的，它何时终止以及谁更新会话