SIP终端KeepAlive实现机制的分析.doc

SIP 终端 Keep Alive 实现机制的分析 傅继利 1, 2, 杨宇航 1, 孟桂娥 1, 赵海波 2 ( 1. 上海交通大学电子工程系, 上海市 200030; 2. 新峤网络设备( 上海) 有限公司, 上海市 200233) Alive 机制和 SIP 工作组正在研究的 Keep Alive 机 制进行比较和分析。 0 引言 在 电 信 级 的 软 交 换 系 统 和 IMS 系 统 中 , 终 端 与 子 网 边 际 控 制 器 ( SBC) 、SIP 代 理 服 务 器 ( SIP Proxy) 或者软交换服务器( SS) 之间实时 保 持 keep Alive 是非常必要的。( 为方便陈述, 除特殊说明外, 以下将 SBC、SIP Proxy 和 Soft Switch 统称 SS) 一方面终端需要判断 SS 是否能够提供交换或 代理服务, 以便于正确地向客户给出提示信息( 如网 络不可用) , 并采取相应措施( 如切换到备用 SS) 。另 一方面, SS 需要判断终端是否能够提供服务, 及时 正确处理其他用户对该用户的业务请求。此外, SS 对终端在线状态的判断还将影响到增值业务的实现 以 及 计 费 系 统 的 可 靠 。 在 一 个 开 放 网 络 中 , Keep Alive 机制也是子网穿越和网络安全机制的一个组 成部分。 但非常遗憾的是, 作为目前流行的软交换系统 信令以及 IMS 系统的核心信令协议, SIP 协议并没 有明确定义一个标准的 Keep Alive 机制。尽管 IETF 的 SIP 工作组在这个问题上做了大量的工作, 但是 到目前为止, 仍然停留在草案阶段, 没有相关的标准 出炉。在实际的工程应用中, 不同的厂商和开发者都 提出并实现了各自的 Keep Alive 机制。这些方案也 都是各有千秋。 1 Keep Alive 机制的基本思路 Keep Alive 机制在很多网络应用中都有存在, 其基本思路是相同的。那就是, 通信双方以事先约定 的方式彼此发送较小开销的负载, 同时接收对端的 负载。发送负载的目的是通知对端自己还活着; 而接 收对端负载是为了确认对端还活着。如果在一定时 间内没有收到对端的负载, 那么本端就认为对端已 经离线了。 根据这样的思路, 通常的 Keep Alive 机制主要 有两种检测判断方式: Ping 机制和 Ping-Pong 机制。 1.1 Ping 机制 所谓的 Ping 机制, 就是通信双方各自独立的以 一定的间隔发送 Ping 消息。接收端通过接收 Ping 消息, 可以确认对端活着。当接收方在一定时间内 ( 至少超过 Ping 间隔) 没有收到对端的 Ping 消息, 就可以认为对端离线。在 Ping 机制中, Keep Alive 是单向的。如果双方同时采用这种方式 Keep Alive, 两个方向的 Keep Alive 将是异步的。这种机制要求 通信双方事先约定彼此的 Ping 消息频率, 否则可能 会造成误判。双方 Ping 的间隔是相互独立的。 1.2 Ping-Pong 机制 摘 要 对电信级的软交换和 IP 多媒体子系统( IMS) 而言, 终端与相关的软交换服务器 之间保持实时 Keep Alive 是非常重要和必要的。会话发起协议( SIP) 作为软交换系统和 IMS 系统的主要信令协议之一, 在下一代网络( NGN) 系统中有着重要作用, 但是 SIP 协 议本身没有明确定义网络实体之间的 Keep Alive 机制。目前在 SIP 系统的实现中, 存在 着一些比较常见的 Keep Alive 机制实现方式, IETF 的 SIP 工作组也正致力于这方面的 研究和讨论。文章对一些常见的 SIP 的 Keep Alive 机制和 SIP 工作组提出的 Keep Alive 方案进行了分析和比较, 并对应用前景进行了简要分析。 关键词 会话发起协议( SIP) ; Keep Alive; VoIP; 软交换; IP 多媒体子系统( IMS) 式 实 现 Keep Alive。 这 种 机 制 中 , 通 信 的 一 方 是 要在最多 54min 之后才能发现 SS 离线, 而 SS 则要 等待 60min 之后才能确认终端离线。在此期间将会 导致较长时间无法提供正常服务。 b) 检测机制不对等。对于 SIP 终端, 其对 SS 状态 判断的频率取决于其注册周期。而对于 SS, 其对 SIP 终端状态判断的周期则取决于注册有效期。通常, 注 册周期都要小于注册有效期。这使得终端与 SS 之间 对于服务状态的判断可能存在不同步。在极端情况 下, 注册有