SIP与H323

下面是一个SIP呼叫建立过程的示意图：

图1 SIP呼叫建立过程

1)SIP用户代理向SIP代理服务器发送呼叫建立请求(INVITE)；

2)SIP代理服务器向重定向服务器发送呼叫建立请求；

3)重定向服务器返回重定向消息；

4)SIP代理服务器向重定向服务器指定的SIP代理服务器发送呼叫建立请求；

5)被请求的SIP代理服务器使用非SIP协议例如域名查询或者LDAP等到定位服务器查询被叫位置；

6)定位服务器返回被叫位置(被叫SIP代理服务器)；

7)被请求的SIP代理服务器向被叫SIP代理服务器发送呼叫建立请求；

8)被叫SIP代理服务器向SIP用户代理(被叫)发呼叫建立请求(被叫振铃或显示)；

9)被叫用户代理向被叫SIP用户代理服务器发同意或拒绝；

10)被叫用户代理服务器向主叫代理服务器所请求的代理服务器发同意或拒绝；

11)主叫代理服务器所请求的代理服务器向主教代理服务器发同意或拒绝；

12)主叫代理服务器向主叫SIP用户代理指示被叫是否同意呼叫请求。

呼叫建立后双方根据协商得到的媒体和压缩算法等信息相互通讯。呼叫拆除过程类似于建立过程，在这里不再描述。

SIP用于视频通信的优势与问题

由于SIP协议与H.323协议族都基于分组交换网络，而当前分组交换网上最成熟的视频通信系统都基于H.323协议族。所以使用SIP协议的视频通信系统不可避免地需要和H.323系统比较来得到优势与不足。虽然SIP协议和H.323协议族并不是谁替代谁的竞争关系，但是通过比较得到的优势和不足可以帮助我们在不同的条件下作出更恰当的选择。

协议功能模块比较

SIP协议功能模块中用户代理等价于一个H.323的终端(或者分组交换网络侧的网关)，SIP服务器则等价于H.323的网守。另外，SIP类似H.323中的RAS和Q.931协议，而SDP则相当于H.245。在IETF的SIP体系结构中，媒体流的承载采用了RTP协议，这是和H.323一样的。所以，H.323与IETF的SIP主要的不同在于呼叫信令和控制是如何实现的。

基本呼叫的建立和拆除

H.323第二版的呼叫建立是基于可靠的传输协议-TCP协议，所以呼叫建立需要两个连接阶段：TCP连接建立和呼叫连接建立。而在H.323第三版，支持TCP和UDP，因此简化了呼叫建立过程。SIP的呼叫建立类似H.323第三版的处理过程，使用INVITE信息包。呼叫拆除的过程与呼叫建立相反，主叫和被叫都能拆线，H.323协议采用RELEASE COMPLETE，SIP协议采用BYE。

呼叫控制业务

SIP和H.323都支持呼叫保持、呼叫转移、呼叫前转、呼叫等待、电话会议和其他补充业务。以呼叫保持为例：H.323定义了近点呼叫保持和远点呼叫保持两种保持业务的场景。网守仅仅透明地传送SS-HOLD。而SIP实现同样的功能，只要向需要呼叫保持的一方发送一个更改了SDP描述的INCVITE命令即可。更改的SDP描述段仅将媒体发送的目的地址变为空＜0.0.0.0＞，而其他的内容不变。收到该用户的UA，让呼叫保持，直到有新的INVITE到来为止。

SIP的第三方控制

第三方控制是指不参与会话的第三者具有建立呼叫的能力，这个业务特征目前只有SIP具有。H.323也在进行试图添加同样的业务功能的工作。第三方控制有很多应用场合，包括秘书为经理拨号、电话营销的自动拨号、参加者呼叫转移和呼叫中心业务。

第三方控制是SIP值得很好利用的业务特征。由于SIP的这一特性，ITU-T和IETF在实现PINT(IN和因特网互通)业务时都采用了SIP协议。

能力交换

能力交换的就是彼此交流各自对媒体流的处理能力，确定双方共有的能力，从而确保多媒体信号被双方接受。H.323采用H.245协议进行能力交换。终端的所有能力都描述在一组Capability Descriptor结构中，它们的每个项是一个Simultaneous Capabilities结构和一个Capability Decriptor Number。借助这种结构，每个终端能力的精确信息被表示在相关的紧缩结构中。

SIP使用SDP来进行能力交换，主叫方使用一个OPTION需求去找出被叫，当前，SIP还不如H.245有完整灵活的协商能力，因为受制于SDP的表达方式，例如SIP不支持不对称能力交换(只收或只发)以及声频和视频编码的并发能力。

服务质量

服务质量包含很多不同方面的指标，一个和多媒体流相关的QOS参数包括带宽、最大时延、时延抖动和包丢失率。另外，还有呼叫建立时延影响感觉的QOS，它在很大程度上依赖于信令协议。呼叫时延也依赖所用的承载信令信息的传输协议，尤其是在信令信息丢失需要重传的时候。所以，对于媒体流，我们首先考虑信令协议对QOS的支持，然后再考察呼叫建立时延，因为呼叫建立时延受错误检测和错误纠正机制的影响。

媒体流的QOS支持

在H.323中，网守提供一组丰富的控制和管理功能，包括地址翻译、接纳控制、带宽控制和地域管理；网守中还提供呼叫控制信令、呼叫签权、带宽管理和呼叫管理等选择功能。SIP它自身不支持管理和控制功能，而是依赖于别的协议。

近年来，新的分级服务体系结构开始引人注目，H.323第三版能提供某些基于QOS协商参数(位流速、时延、抖动)的分级服务，在呼叫初始化时，终端可以申请担保的服务、受控服务和无指明服务的一种，SIP和H.323老版本均不支持类似的服务。

呼叫建立时延

H.323第一版在呼叫建立时延时很大。第二版大大改进，而第三版则更好。SIP在呼叫建立时非常类似于H.323第三版，然而，如果UDP呼叫建立失败，则H.323第三版要好于SIP，H.323第三版几乎同时建立一个UDP的连接和一个TCP连接，它提供一个有效的机制，如果UDP连接成功则关闭TCP连接；否则，立刻启用TCP。SIP是顺序地操作UDP和TCP，如果UDP失败，则会增加呼叫建立时延。

环路检测

为防止环路，H.323定义PathValue域来指出信令信息在丢弃前可达到的最大数目。问题是定义一个适用的值很关键。此外网络变化后，这个值也要相应改。

SIP采用了via头字段，检查其内容，如果新端点已出现在via列表中，则表示有环路了。SIP的方法好于H.323。

互操作性

版本之间的互操作性：

H.323的完整的后向兼容性使所有的不同H.323版本都能实现无缝集成。

在SIP方面，新版本可能使某些旧功能不再被实现。

与其他信令协议的互操作性：

要支持传统的电信业务，VOIP信令协议必须支持ISDN和七号信令，Q.931接口用于User-Network接口(UNI)和ISUP用于Network-Network(NNI)，然而，由于H.323的呼叫建立只是七号信令／ISUP的一个子集，所以H.323只能部分地转换七号信令的信息。H.32X系列定义了其他互操作协议，如H.320用于ISDN和B-ISDN，H.324用于GSTN。

SIP协议目前的版本不提供No.7信令的翻译，但有不少Internet的协议草案在进行这方面的工作。而且随着软交换概念的提出和发展，SIP受到重视，SIP有可能作为软交换设备之间的信令协议，成为各种信令互操作的纽带。

实现的难易性

H.323信令信息是符合ASN.1PER的二进制编码。需要特殊的编解码器。

SIP信息是基于文本的，采用ISO10646以UTF-8编码。基于文本的编码很容易用Java，Tcl和Perl等语言来实现，调试方便。

SIP协议在视频通信中的应用

SIP协议是一个建立会话的协议，类似于电话网中的信令。从理论上说，SIP协议可以用于任何基于会话的应用。因此视频应用当然也不例外。当前在企业网、局域网内使用SIP协议提供视频应用完全没有问题。但是当SIP协议应用在为公众服务的大范围大规模电信网络中提供视频应用则实例较少。主要原因在上面SIP协议用于视频应用的优势与缺陷中已有提及。但是问题的根源在于SIP协议来源于IETF，电信行业标准主要来源于ITU。IETF与ITU属两大阵营。IETF来源于计算机行业，推崇尽力而为、免费服务与分散的控制。ITU来源于电信行业，推崇保证服务质量、收费服务与集中控制。SIP要在电信视频通信网得到应用，必须解决管理、计费以及服务质量等问题。

服务质量问题与SIP协议本身无关，是否能保证服务质量问题关键在于分组网络服务质量。所以SIP协议与H.323协议在服务质量问题上是一致的，与他们比较的是基于电路的H.320视频应用。

SIP本身并不考虑计费，我们可以在用户代理服务器上收集计费数据。从这点看，似乎使用SIP协议的视频应用问题不大。实际上问题在于SIP协议是IETF协议，某种程度上是分散控制。终端拥有很强大的智能，虽然通常只实现用户代理，但是完全可以实现用户代理服务器甚至定位服务器。用户很容易可以绕开收集计费信息的电信运营商设备直接在分组层取得视频服务。这样电信运营商就得不到预期的利润，也就没有动力建设基于网络。

虽然SIP协议用于电信视频应用存在问题，但是随着SIP协议首先在语音交互中的应用以及软交换中的使用，可以看到SIP协议还是有较好的前景。未来网络趋于分组网络，网络趋向使用简洁有效的协议，所以SIP协议有可能在未来视频通信网络中得到广泛应用。

<!--

-->