WebSphere Application Server V6.1 中的会话发起协议——第 1 部分:SIP 简介

核心提示： 如果所联系的 user@example.com UAS 正在尝试更改用户，UAS 通常会使用响应代码为 180 的临时响应来响应 INVITE 要求，WebSphere Application Server V6.1 中的会话发起协议——第 1 部分:SIP 简介(5)，以指示正在进行此工作，此

如果所联系的 user@example.com UAS 正在尝试更改用户，UAS 通常会使用响应代码为 180 的临时响应来响应 INVITE 要求，以指示正在进行此工作。此响应通常会一直回发到发起 SIP 事务的客户机，还可能由 user@ibm.com UAC 用于启动本地回铃 (Ringback)。

当 user@example.com UAS 接受呼叫后，将发送响应代码为 200 的最终响应，以通知 user@ibm.com 呼叫已被接受。此消息将通过初始 INVITE 所经过的每个网络元素。

user@ibm.com UAC 接收到 200 OK 响应后，UAC 会向 user@example.com UAS 发回一个确认信息，以使其知道已接收到 200 响应。如果初始事务流中的代理服务器通过请求将自身添加到了事务中来记录路由，确认信息将通过这些服务器发送。

通过使用 SDP 之类的协议，两个客户机彼此协商了一个成功的会话，以在另一个协议上进行通信。协议会话完成时，用户代理将关闭彼此间的 SIP 会话。UAS 将通过确认信息所经过的相同路由发送一个 BYE 消息，从而发起关闭操作，另一个用户代理将发送一个 200 OK 响应来确认此消息。

SIP Servlet 1.0 (JSR 116) 简介及其与 HTTP Servlet 的比较

SIP Servlet 1.0 规范通过 Java Specification Request (JSR) 116 进行了标准化。该规范的基本思想是，提供一个与 HTTP Servlet 类似的 Java 应用程序编程接口（Application Programming Interface，API），从而提供一个易于使用的 SIP 编程模型。与流行的 HTTP Servlet 编程模型类似，有些灵活性仅限于优化易用性和缩短价值实现时间。

不过，SIP Servlet API 在很多方面都与 HTTP Servlet 不同，因为协议差别很大。虽然 SIP 是请求-响应协议，但每个请求不一定只有一个响应与之对应。这种复杂性以及对高性能解决方案的需求意味着更容易实现 SPI Servlet 本机异步执行。另外，与 HTTP Servlet 不同，SIP Servlet 的编程模型力求能方便地随编写的其他逻辑一起创建客户机请求，因为很多应用程序都会充当其他服务器或代理的客户机或代理。