https://www.doczj.com/doc/a72075724.html,
SIP 电信应用服务器的设计与实现
虞帆，邹华
北京邮电大学网络与交换技术国家重点实验室，北京 (100876)
E-mail：yufan.bupt@https://www.doczj.com/doc/a72075724.html,
摘 要：IMS 是下一代网络的核心技术，SIP 协议是 IMS 网络的核心协议，SIP 电信应用服 务器是下一代网络中重要的业务提供平台。本文简要介绍了 SIP 协议，提出了一种 SIP 电信 应用服务器的设计方案， 对其中的关键问题进行了研究和分析， 最后介绍了该服务器的具体 实现。 关键词：SIP 电信应用服务器，SIP，IMS 中图分类号：TP394
1. 引言
随着信息技术的快速发展和互联网的迅速普及， 基于固定电话网、 移动电话网和互联网 多种异构网络融合，能够提供多媒体综合业务的、开放的下一代网络（NGN）体系架构逐 渐形成[1]。IMS（IP Multimedia Subsystem）是 3GPP 提出的支持 IP 多媒体业务的子系统， 是一个在 PS 域上的多媒体控制／呼叫控制平台，核心特点是采用 SIP 协议。全球多数运营 商认为，IMS 是实现全面网络融合的必然选择，是下一代通信网络发展的方向[1]。 基于 SIP 应用服务器提供业务，是 3GPP 定义 IMS 业务网络体系架构时定义的一种业 务提供方式，是指通过 SIP 应用服务器提供的部署方法生成业务。在这种方式中，SIP 应用 服务器使用 SIP 消息与 S-CSCF 进行通信，不需要引入额外的网关对消息进行转换。业务开 发者可以在 SIP 应用服务器上开发包含呼叫／会话控制、 在线／即时消息以及需要和 Internet 中的应用交互的业务。 目前开发的基于 SIP 的服务器， 主要是 SIP 网络的通用逻辑实体， 如： 代理服务器、注册服务器和重定向服务器等；或者是专用于某类业务的服务器，如：支持 SIP 的 IP 电话服务器、支持 VoIP 的 SIP 媒体服务器和 SIP 多媒体会议服务器等。电信级的 综合业务提供平台相对较少，而且缺乏较详细的设计实现介绍。因此，开发 SIP 电信应用服 务器，既满足 IMS 网络业务提供的要求，又满足电信运营商对于电信业务可运营、可管理 的要求。
2. SIP 协议简介
SIP 协议[2]是由 IETF 提出的基于 IP 的应用层控制协议，用来发起、修改和终止多媒体 会话，并能动态地调整和修改会话属性。SIP 是一个基于事务的 C/S 结构的协议，它与其他 协议一同建立一个完整的多媒体架构。
2.1. SIP 消息
SIP 消息分为两类：请求（Request）和响应（Response），响应又分为临时响应和最终 响应。 请求消息分为 6 种：INVITE、ACK、BYE、CANCEL、REGISTER、OPTIONS。 响应消息分为 6 类：1xx，2xx~6xx。其中，1xx 响应为临时响应，其他 5 种响应均为最 终响应。
-1-
https://www.doczj.com/doc/a72075724.html,
2.2. SIP 特点
SIP 协议具有简单、扩展性好、高安全性和可靠性等特点[3]。 （1）简单：SIP 基于文本格式，只包括六种请求和六种响应，一般一个普通的呼叫， 只用 INVITE 和 ACK 两个请求即可建立。 （2）扩展性：SIP 具有灵活的扩展性，新域、新消息以及新功能的增加，对协议没有 影响，可以兼容早期的处理流程。 （3）安全性和可靠性：SIP 提供代理认证和端到端 HTTP 认证。
3. 系统设计方案
3.1. SIP 电信应用服务器在下一代网络中的位置
图1 SIP 电信应用服务器在下一代网络中的位置
由图 1 所示，SIP 电信应用服务器处于下一代网络中的应用层，为业务的生成和运营给 与支持，向下与 S-CSCF 相连，将网络能力开放出来给业务开发者使用。
3.2. SIP 电信应用服务器的需求分析
电信应用服务器为业务的运行提供支持，当它收到来自 S-CSCF、媒体服务器、第三方 业务或者其他实体的呼叫事件时， 会将事件送到相应的业务逻辑来处理， 并将业务逻辑的处 理结果送到相应的实体。因此，SIP 电信应用服务器应具有以下功能： 支持基于 SIP 的业务的开发，提供 SIP 业务开发接口。 支持 SIP 业务的部署、负荷分担，以及 SIP 业务的管理功能。SIP 业务管理功能主要是 生命周期管理，包括：业务的加载、激活、去激活、以及撤销。 SIP 业务执行能力。SIP 电信应用服务器的核心功能就是支持业务的运行，使业务能够 接收到请求并处理请求。主要功能包括：支持多种业务的运行；一个业务可有多个实例 同时运行；将收到的事件分发到相应业务逻辑；将业务逻辑的处理结果送到目标实体。 SIP 逻辑实体能力。SIP 电信应用服务器可提供 SIP 能力，如 Proxy Server、B2BUA、 UA、Redirect Server、Register Server 等逻辑实体能力，但这些能力由运行在服务器上 的不同业务来提供，应用服务器本身只是通用的运行平台，不提供具体的 SIP 能力。 同时，电信级应用服务器还需要满足长时间运行、处理大呼叫量等电信网特有的要求， 因此，SIP 电信应用服务器还应具有以下非功能特点： 可修改性。SIP 电信应用服务器的体系结构必须是可扩展的，易于进行修改。
-2-
https://www.doczj.com/doc/a72075724.html,
高性能。SIP 电信应用服务器的 SIP 部分不应该对应用服务器的性能有太大的影响。 高可靠性。在大呼叫量下，SIP 电信应用服务器应该具有高稳定性和可靠性。
3.3. 系统体系结构
根据上面的需求分析，作者提出如下图所示的 SIP 电信应用服务器体系结构：
IIOP HTTP Web Server SNMP
GUI OAM
CML
/
SIP
SIP
图 2 SIP 电信应用服务器体系结构
SIP 电信应用服务器主要包括管理子系统、业务容器子系统、工具库和外部资源接入四 大部分，管理子系统提供对系统、计费等的管理功能，工具库提供计时和日志等工具，业务 容器和资源接入是本文设计的重点，也是应用服务器的核心模块。为此，作者提出如下的模 块结构图：
图3
业务容器和资源接入模块结构
应用服务器需要实现业务运行、管理、负荷分担等功能，基于模块职责明确、功能内聚
-3-
https://www.doczj.com/doc/a72075724.html,
的原则，作者设计使用两个容器模块提供相应功能。业务容器 AC（Application Container） 负责管理业务生命周期，并对服务器的负荷进行分担。实例容器 IC（Instance Container）负 责维护不同业务的不同实例，将消息分发到正确的实例，使不同实例之间独立运行、互不干 涉。AC 与 IC 之间采用分布式部署，一个 AC 可管理多个 IC，但一个 IC 只能从属于一个 AC。 每个实例第一条消息上报到 AC， 根据负荷分担算法选择相应的 IC， AC 以处理该呼叫。 IC 在收到第一条消息以后新起一个业务实例， 以后所有的消息均直接发往 IC， 不再经过 AC。 这主要是为了应用服务器的扩展性、高性能和高可靠性而设计，多个 IC 可以同时处理多个 呼叫，以满足大呼叫量的要求，同时分布式的部署使得增减 IC 也比较方便。 容器模块中有 Proxy 模块，AC 部分为 IpAppSipProxy 模块，IC 部分为 IpSipProxy 和 IpAppSipProxy 模块。AC 部分的 App 侧 Proxy 负责判断某条 SIP 消息所触发的业务，同时 IC 的选择也是在这个模块中实现。IC 部分 Ip 侧的 Proxy 负责为业务开发者提供创建和发送 SIP 请求和响应的能力，App 侧的 Proxy 负责接收网络上报的事件，分发给对应的实例。容 器下方是协议适配模块，嵌入 SIP 协议栈，负责接收协议消息，转换为系统内部的事件并上 报。协议适配层是本文设计和实现的主要模块，有关 SIP 消息的处理都集中在这个模块。
3.4. 关键问题的研究和解决
SIP 应用服务器中可以同时运行多种业务，也能同时运行一个业务的多个实例，如何将 上报的 SIP 消息准确地分发给对应业务的实例，是 SIP 电信应用服务器设计的重点和难点。 SIP 消息本身只包含该消息所属 Dialog 的标识，并不包含与业务相关的参数，从消息本身无 法判断该消息是否属于某个业务或某个已存在的实例。 现有两种解决方案，一种是强化 IC 的功能，上报的 SIP 消息不发给 AC，直接发给 IC， 由 IC 来判定该条消息是属于一个已存在的实例还是需要新起一个业务实例，AC 只负责业 务生命周期的管理。该种方案实现比较简单，应用服务器只需要一个属于 IC 的 SIP 协议栈， 不需要对 SIP 消息进行扩展。但这种方案把大部分功能集中到 IC 上，AC 不能为多个 IC 进 行负荷分担，失去了原先设计中可扩展、高可靠性和高性能的特点。另外，部署多个 IC 以 后就要对外公布多个 IC 的 SIP 地址，不利于消息上报。 另一种方案是第一条消息仍先发给 AC，由 AC 判定该消息触发了哪一类业务，再将消 息转给 IC，由 IC 判定该消息是否属于一个已存在的实例。这种方案比较复杂，需要对 SIP 消息进行扩展，以指示该条消息所属的业务。同时，AC 和 IC 都需要增加 SIP 协议适配， 二者用 SIP 消息进行通信。但这种方案结构清晰分工合理，对外只公布 AC 的 SIP 地址，AC 可以控制 IC 的负荷，满足上文分析的 SIP 电信应用服务器的需求。 考虑到 SIP 消息扩展的方便性， 模块低耦合性和 SIP 电信应用服务器对外呈现的一致性， 选择第二种方案作为消息分发的解决方法，具体实现请参看第四章相关内容。
4. 系统实现
4.1. 协议适配模块的实现
SIP 协议栈在整个 SIP 电信应用服务器中的地位非常重要，它的性能和功能会影响到整 个系统。考虑到开发周期、成本和协议栈的扩展能力，作者选择了业界应用广泛的、标准的 开源 SIP 协议栈——NIST Jain-Sip Protocol Stack。
-4-
https://www.doczj.com/doc/a72075724.html,
4.1.1.
Jain-Sip 简介
（Java Community Process） 制定的规范， 旨在把 SIP 规范为标准的 Java Jain-Sip[4]是 JCP 接口，让开发者更好地使用 SIP 协议。Jain-Sip 标准化了协议栈接口、消息接口、事件和事 件语义，同时也规定了检测相应应用的可移植性的方法[5]。Jain-Sip 分成以下几个部分：标 准的协议栈的接口；标准的 SIP 消息接口；标准的 SIP 消息状态机和事件的触发。下面对 Jain-Sip 重要接口进行简单介绍。 SipListener：这个接口代表 SIP 协议负责侦听的应用程序端，它接收处理 SipProvider 提 交的 SIP 消息事件。每个 SipStack 对应一个 SipListener。该接口由应用程序负责实现。 SipProvider：负责解析接收到的协议消息类型并将事件（SipEvent）传至上层监听器 （SipListener）。 SipStack：是整个 Jain-Sip 的核心实现部分，一个 SipStack 和一个 IP 地址绑定，Stack 产生该 IP 上某个端口的监听点（ListeningPoint）。所有操作都在这里实现，包括地址 产生、消息编解码、消息事件生成、会话建立、传输建立以及地址解析等。 应用服务器启动时，模块获取 SipFactory，创建各自的 SipStack 和 SipProvider，将 AC 和 IC 的 SipListener 注册到各自的 SipProvider 上，一旦有 SIP 消息到达，SipStack 即可将消 息发送到对应的 SipListener 中。 4.1.2. 模块实现
根据上述设计方案，AC 和 IC 分别有对应的 SIP 协议适配模块，该模块主要实现第一 条消息发送到 AC，后续消息发送到 IC。为此作者分别使用有状态和无状态两种消息处理方 法。 AC 部分的协议栈采用无状态处理方法，3261 协议中规定了一系列无状态处理的步骤。 具体到 AC 中就是收到呼叫的第一条消息以后，如果消息 Route 头域中包含 AC 的地址，则 先删除该地址。然后根据负荷分担算法，把选择出来的 IC 地址填写到该条消息 Route 头字 段的最顶端（如果没有该字段则添加一个），以确保该条消息的下一个目的地是 IC，但不 把自己的地址填入 Record-Route 字段。当收到 IC 发送过来的第一条消息的响应后，把自己 的 Via 标记删除， 然后转发出去。 这样就只有第一条消息发送到 AC， 后续消息不会到达 AC。 IC 部分的协议栈采用有状态处理方法，协议中也有相应处理步骤的规定。具体到 IC 中 就是当收到 AC 转发过来的消息以后，删除 Route 字段中属于自己的地址，在 Record-Route 字段和 Contact 字段中加上自己的实际地址，然后上报给业务实例。这样，后续的消息就会 直接发送给 IC，而不再需要 AC 中转。
图4
AC、IC 消息处理过程
-5-
https://www.doczj.com/doc/a72075724.html,
4.2. 消息分发的实现
消息分发的实现思想是“二次分发”，即首先将消息分发到对应的业务，然后再将消息分 发至相应的实例。根据上述设计方案，需要对 SIP 消息进行扩展。当 AC 判定一条 SIP 消息 触发了一个或几个业务之后，在该条 SIP 消息中附加一个扩展头域“ServiceId”，头域的值就 是该条消息所触发的业务标识，多个业务标识之间用逗号隔开，然后将该条消息转发给 IC。 IC 协议栈中维护两组对应关系，一组是 ServiceId 和 IpAppProxy 的对应关系，另一组 是 DialogId 和 IpAppProxy 的对应关系。业务加载时，每个业务都将其 ServiceId 和对应的 IpAppProxy 注册到 IC 协议栈里。当 IC 收到一条带有 ServiceId 头域的消息时，说明该条消 息由 AC 转发过来，触发了业务。IC 协议栈用该 ServiceId 搜索到对应的 IpAppProxy 并上报 消息，同时保存该消息 DialogId 和 IpAppProxy 的对应关系。当 IC 收到一条不带 ServiceId 头域的消息时，说明该条消息是一条后续消息。IC 协议栈用该条消息的 DialogId 值，搜索 到对应的 IpAppProxy 并上报消息。至此，完成了消息到业务的第一次分发过程。 IpAppProxy 维护 DialogId 和业务实例的对应关系。当 IpAppProxy 收到带有 ServiceId 头的消息，说明该条消息触发了业务，于是新生成一个业务实例并将消息上报，同时保存 DialogId 和业务实例的对应关系。IpAppProxy 收到不带 ServiceId 头的消息，说明该条消息 属于某个已存在的业务实例， 用该消息的 DialogId 搜索到对应的业务实例并上报消息。 这里 完成了消息到实例的第二次分发过程，消息成功地发送给对应的业务实例。
图5
消息分发过程
5. 结束语
SIP 电信应用服务器为 SIP 业务的开发、运行和管理提供良好支持的支撑环境。本文从 网络位置、系统需求和关键问题解决方法等方面，阐述了作者所提出的 SIP 电信应用服务器 的设计方案，随后介绍了系统的实现情况和仿真结果。该应用服务器为 SIP 电信业务提供了 一个较好的支撑环境。 SIP 协议凭借简单、易于扩展、便于实现等诸多优点，逐步成为下一代网络和 3G 多媒 体子系统领域中的重要协议。SIP 电信应用服务器的开发，使得不同的业务开发者都能基于 SIP 协议，开发基于融合网络的综合电信业务。
-6-
https://www.doczj.com/doc/a72075724.html,
参考文献
[1] 肖波．《NGN 之路：软交换还是 IMS》[J]．《中国新通信》，2006 年，24 期：85－87 [2] RFC3261．《SIP：Session Initiation Protocol》[S]．IETF 2002 [3] 陈萌．《SIP 协议内容及其代理服务器的设计与实现》[J]．《重庆科技学院学报（自然科学版）》，2007 年，01 期：78－80 [4] JSR032．《JAIN SIP Specification》[S]．JCP 2003 [5] 陈业纲，李柳柏，徐则同．《利用 JAINSIP 构建 SIP 服务器》[J]．《计算机时代》，2006 年，11 期： 20－21＋41 [6] 邹华，杨放春．《下一代网络中电信应用服务器的研究与实现》[J]．《北京邮电大学学报》 2004 年 S1 期：1－5
Design and Implement of SIP Telecommunication Application Server
Yu Fan，Zou Hua
State Key Laboratory of Networking and Switching Technology，Beijing University of Posts and Telecommunications，Beijing （100876） Abstract IMS is the core technology of the next generation network (NGN). SIP is the core protocol in IMS network, in which SIP telecommunication application server is an important platform of service providing. This paper briefly introduces SIP protocol, and presents a way to design a SIP telecommunication application server, and analyze its key problems. At last, it shows the detailed implementation of the system. Keywords：SIP telecommunication application server，SIP，IMS
-7-
Cadence SiP设计工具介绍 现有的集成电路与封装设计之间的串行设计方法已经不能满足今天的复杂、顶尖的器件设计的成本、性能、以及上市时间压力。电气和物理可行性研究和芯片/封装设计折衷必须在设计周期的早期进行，也就是在芯片实现和可能的选项变得极为有限之前。在这一个阶段，考虑物理设计选择对集成电路的电气性能的影响是至关重要的，反过来也一样。一旦芯片设计已经最终成型，满足设计要求的负担就落在封装设计人员肩上，一旦发现封装难以进行，这时候再要设计公司更改版图已经不太可能。允许设计者进行同步物理和电气设计折衷，能够确保在尽可能短的时间内，使集成电路满足它的性能和成本目标。 而就封装设计本身而言，如何合并逻辑IC、RF IC、无源元件以及机械部件到一个单一的衬底并保证产品的性能是最大的挑战，具体包括：集成无源元件的专用成型工艺，3D结构验证，复杂信号的完整性，电源传输性能以及系统级功能仿真等。也正是基于对这些设计挑战的充分理解和把握，Cadence-SIP才有能力成为事实上的工业标准，被世界上大多数封装企业所采用。 Cadence公司的先进封装设计工具是一个可升级的平台，可以完全满足不同阶段的需要。以下我们就这些设计工具作简要介绍： 1.Allegro(R) Design Authoring 原理设计及输入 Allegro Design Authoring是SiP，MCM，PCB 通用原理图设计及输入工具。 通过协作式设计方法将工作效率最大化。设计可以在工作表或模块层级上进行划分，每个设计师可以指派一个或多个模块或工作表。不管多少个设计师同时从事相同设计的不同部分都没有问题，不会彼此干扰。接着可以将多个设计阶段组合起来，然后在Allegro 版图设计工具里进行布局。这种同步设计法使Allegro Design Authoring用于大型设计时的效率极高。设计师可以同时进行主板布局与电路图设计。在Allegro Design Authoring或Allegro 版图设计工具里的任何变动可以周期性地合并与同步。 Allegro Design Authoring里的Schematic Editor可用来创建平铺式或层次化的设计，而无需进入“hierarchical”或“occurence”模式。它提供了一个交叉参考器，对电路图添加参考注释，实现已绘制电路图上便利的网络跟踪。你还可以用Schematic Editor迅速安放多个分立元件。例如，要安放512个与512bit 总线连接的电阻器，只要将一个电阻器放在总线上，并指定需要放置512个这样的元件，Schematic Editor 就会将512 btis连接到512，大大减少需要安放与展示于设计之中的图形元件的数量。
第8卷 第10期 2008年5月167121819(2008)1022589204 科 学 技 术 与 工 程 Science Technol ogy and Engineering Vol .8 No .10 M ay 2008 Ζ 2008 Sci .Tech .Engng . 基于S IP 协议的V O IP 系统设计与实现 徐 炽 张闻芳 13 (湖南城市学院计算机科学系,湖南城市学院,益阳,413000) 摘 要 近年来,SI P 作为Vo I P 的相关协议得到了越来越广泛的应用和越来越多厂商的支持。介绍了Vo I P 的基本原理及 SI P 协议的基本内容。基于SI P 协议的Vo I P 作为主要研究内容,探讨了I P 电话的相关协议、相关标准和关键技术,对SI P 这 种比较新的I P 电话协议进行了研究分析,设计出一套基于SI P 协议的Vo I P 电话服务器系统,包括系统分析、系统设计、系统实现,最后对该软件进行了测试,使该软件的开发达到了预期的目的。关键词 Vo I P SI P radius openSER 服务器中图法分类号 TP393.04; 文献标志码 A 2007年9月12日收到 第一作者简介:徐 炽(1981—),男,湖南益阳人,硕士研究生,研究方向:软件工程。 3通信作者简介张闻芳(1981—),女,湖南衡阳人,硕士研究生,研究方向:图形图像。 近年来,Vo I P 及其应用技术日渐成熟,在全球范围内获得了高速发展,已经成为影响下一代网络(NG N )的一个主要因素[1]。目前构建Vo I P 系统 结构的信令协议主要有H.323协议和SI P 协议 [2] 。虽然H.323协议正主导着Vo I P 技术,但其 实现复杂、成本高、建立连接时延大,在现有网络中很难实现互联互通。因此,I ETF 组织提出了会话初始协议SI P (Sessi on I nitial Pr ot ocol ) [3] 。SI P 将网 络设备的复杂性推向网络边缘,支持单播通信、多播通信、名称映射和重定向业务,还支持类似呼叫转发、呼叫拒绝等电信业务的实现以及支持用户移动性。与H.323协议相比,SI P 协议更适合于智能用户终端,使用更加灵活、简单。I P 技术是一种面向无连接的技术,I P 网络只提供一种“尽力而为”(Best Eff ort )的服务,这对于只要求准确率而对时延 没有严格要求的数据业务来说是合适的,而对于音、视频等实时通信的QoS (Quality of Service )却难以保证。因此,如何为音、视频等实时通信保证合理可预测的QoS,提供与公共开关电话网PST N (Public S witched Telephone Net w ork )可媲美的质量 和服务已成为当前I P 领域中一个重要的研究热点 [4] 。 1 VO I P 和S I P Vo I P (Voice Over I P ),顾名思义,就是在I P 网 络上进行语音通信,但现在的Vo I P 已不仅仅是指传统意义上的语音通信,而是指音频、视频、数据合一的实时多媒体通信 [5] 。VO I P 就可定义为:在整个 语音通信过程中,部分或全部采用分组交换技术,通过I P 网络来进行的语音传输都可称之为V0I P 。VO I P 的本质特征在于是否语音分组交换技术。分 组交换技术是I nternet 采用的体系结构,其核心是将要传输的数据报文分成长度较短且具有标准格式的分组,并采用存储转发机制,有效降低数据传输过程中的网络延迟,满足数据传输和交换的要求。 总之,VO I P 采用分组交换技术,具有以下特点 [6] :(1)数据包排队传输产生时的时延较小,基本 满足语音通信的要求。(2)路由共享,传输线路动态统计时分复用,资源利用率高。(3)为不同传输速率、不同编码方式、不同同步方式、不同通信规程的用户之间提供了语音通信的环境。(4)采用分组技术,传输误码率低:从源端到目的端存在多个路由,网络中某一节点发生问题时,分组可以自动选
SIP SYSTEM DESIGN AND OPERATION 在线蒸汽灭菌系统的设计和操作 Technical Service Manager Nancy He 何燕娜 默克化工技术（上海）有限公司 2017.7.28 Tech Support Contacts: 400-889-1988 (line 4) China.pstech@https://www.doczj.com/doc/a72075724.html,
Agenda 内容 湿热灭菌基本知识 SIP 系统设计 SIP系统操作 2
1. 湿热灭菌基本知识 ?Basic Knowledge of Saturated Steam饱和蒸汽的基本知识 ?Effect and Removal of Condensate冷凝水的影响和去除 ?Effect and Removal of non-condensable gases不可凝结气体的影响和去除
Steam is water heated to its boiling point and then vaporized 蒸汽是由水加热到沸点后汽化形成 ◆Water still absorbs heat ，temperature not change 水继续吸收热量，温度不变 ◆Vaporization due to latent heat absorbed 水吸收潜热后蒸发形成蒸汽◆Latent heat 潜热（相的变化） ◆Water absorbs heat and temperature rises 水吸收热量，温度升高 ◆At the boiling point temperature stops rising 水达到沸点后温度停止上升◆Sensible heat 显热（温度升高） What Is Steam?什么是蒸汽？
SIP平台的设计与实现 白冰，马跃 北京邮电大学计算机系，北京（100876） E-mail：bbpatience@https://www.doczj.com/doc/a72075724.html, 摘要：SIP（Session Initiation Protocol）是IETF提出的IP电话信令协议，将在NGN中得到广泛的应用。在VOIP蓬勃发展的今天，越来越多的人舍弃H.323，而将SIP作为会话建立的协议。随之而来，越来越多的商家设计出自己的平台来满足需求。本文在简要介绍SIP 协议后，着重介绍SIP平台的基本功能的设计与实现。 关键词：SIP代理服务器，SIP用户代理，SIP平台，事务 1 引言 会话初始化协议（SIP，Session Initiation Protocol）是IETF提出并主持研究的一个支持多媒体会话的信令控制协议。SIP 基于Web协议即超文本传输协议（HTTP ，Hypertext Transfer Protocol ）。与HTTP 协议一样，SIP也是一个请求/应答协议。它最有希望成为将来基于IP电话业务的呼叫建立信令，而且SIP已被3GPP用作移动网络中的多媒体应用协议。 SIP分为用户代理（UA ，User Agent）和 SIP 服务器（SIP Server），而SIP服务器又分为代理服务器（SIP Proxy）、重定向服务器（Relocation Server）和注册服务器（Registrar），以及位置服务器（Location Server）[1]。所谓SIP平台，是将SIP的这些服务器功能逻辑上融为一体，来满足用户（即UA）的各种需求。 2 SIP协议简介 2.1 SIP 发展概述 SIP协议是由IETF的MMUSIC工作组制定的，1999年提出第一版本RFC2543，2002年提出版本RFC3261。SIP是一个基于文本的作用于应用层的多媒体会话信令协议。它提供了在会话建立和终结过程中用户定位、用户可用性、用户能力、会话建立及管理等五个方面的功能。这些会话包括IP电话、分布式多媒体、多媒体会议等。SIP并不是一个垂直型通信系统，它必须和其它协议（如RTP、SDP等）相结合来共同构建一个完整的IP网络多媒体通信系统（比如用RTP来传输语音流，用SDP来协商双方的需求[2]，）。但它又不依赖于其它任何协议，在功能上它是独立的，是一个开放的分布式协议。 2.2 SIP网络组件 SIP是基于文本的客户服务器协议，客户端发起请求，服务器进行响应。SIP协议中定义了两种基本实体：用户代理（UA ，User Agent）和 SIP 服务器（SIP Server）。图1所示为SIP体系结构框图。 -1-