VoIP信令协议SIP和H.323的比较

人工工作时间就能实现。

　　H.323协议的另一个复杂性表现在它复制了其它协议中存在的一些功能。H.323中使用了RTP和RTCP协议，RTCP协议中提供了在一种方式下实现不同反馈和多方会议控制的功能，从而可以实现从双人会议到上千人的广播会议。但是，H.245协议自身也同样提供了反馈和简单的会议控制功能（例如可获得会议参加者的列表），这部分H.245功能是多余的，它仅适用于小型到中型的会议控制。

　　3.2　呼叫消息建立比较

　　H.323建立一次呼叫一般需要好几个协议相互作用才能完成，太多的协议的使用不仅使呼叫建立过程中要包含很多的消息交互，而且使得防火墙变得很复杂。在假定主叫知道被叫地址的情况下，不深入考虑消息细节情况，也要完成16次消息交互才能建立会话。虽然在H.323V2中提出了快速启动方法，只需3条基本信息就能完成会话建立，但这种方法要靠传输层的可靠性作为保证，这样就会增加传输层的信息交互，而且只适用于相对封闭的系统中，系统中的参与者比较熟悉的情况下。快速启动减少了好几个用于终端获取呼叫的详细参数和以前分配通信端口的消息，这样还会限制多点呼叫的能力。而SIP只用一条请求消息就能包含所有必要的信息，呼叫建立一共需要4个基本信息。H.323在网络传输时还会产生很多不必要的多余信息，这也是造成H.323性能的一个原因。

　　3.3　消息表示比较

　　H.323采用基于ASN.1和压缩编码规则的二进制方法表示其消息，因而需要特殊的代码生成器来进行词法和语法分析。SIP是一种类似HTTP和实时媒体流协议（RTSP）的将它的消息编码成简单的文本格式的协议，以文本方式表示消息，只需要相对简单的生成器和词法语法分析器，尤其是可采用具有强大的文本处理功能的语言，如java，Perl等语言。因此SIP在编解码和压缩编码以及生成代码方面都要比H.323简单，这也使得SIP对CPU的要求要低，这样CPU就会更高效，更自由地分配资源来处理会话事务。

　　3.4　编译器比较

　　SIP的文本编码类似于HTML，使得编译也变得简单，允许手动进入细读消息。而且不需要不断对编译工具进行升级。类似于HTTP允许编码复用，现在的HTTP解析器能稍做修正就可用于SIP。而H.323由于使用ASN.1，ASN.1对用户来讲很难直接进行阅读，需要特殊的生成器来进行语法和词法分析。并且生成器要随着标准的不断变化而更新。

4、可扩展性

　　可扩展性是衡量VoIP信令协议的关键指标。虽然现在已有的VoIP系统已经提供了大量的业务类型，但随着时间和新应用的发展需要提供更多的功能，这就使得不同版本之间的兼容性变成一个复杂的问题。这一点就要求协议体系从一开始就要包含强大的扩充机制。SIP在研究制订中从HTTP和SMTP中吸取了教训，建立了一套丰富的扩展与兼容功能。SIP允许不同应用实现对协议的扩展，并提供应用系统间版本的协调。另外，为了加强可扩充性，SIP采用了层次式的数字差错代码，共定义了6类基本响应，每一个响应代码均用百位数表示，百位指示类型，对同一类的响应代码所做的协议处理是类似甚至相同的，所以终端通常只需理解响应代码的类别，后两位提供了附加的信息，有用但不是非常重要。相当于为增加新的错误描述的需要而增加错误码，但又不影响对各类应答码的处理，这样也增强了协议的兼容性。

　　H.323同样提供了可扩展机制。一般那些非标准参数域处在ASN.1中各个位置。这些参数中包含着厂商编码，在厂商编码后面是一个只对它有意义的模糊值。这样就允许不同的厂商改进他们的扩展性。但是他还是有一定的限制。首先，利用添加非标准参数来扩展功能受到限制。如果一个厂商想要对一些存在的参数添加一个新值，如果没有为非标准参数提供占位符，那么就不能完成添加。第二，H.323没有支持终端彼此交换对方所支持的扩展信息的机制。由于非标准参数值不是自我描述，这就限制了不同制造商终端的可交互性。

　　另外，H.323需要完整的后向兼容能力。随着各种功能的不断发展，编码也随之增加。但SIP允许旧的信头和功能当不再需要时被删除，以保证协议和编码的简洁性和精确性。

　　4.1　功能可扩展性

　　使用SIP，可以通过扩展或定义新的SIP信头信息来扩展新的功能。现在，SIP RFC定义了默认头部和一些扩展，可以加入新的扩展作为RFC的一个独立部分。文本编码意味着头部域是自我描述的。作为新的头部域添加到各种不同的应用中，其他的开发商也可以从类型来确定新头部域的功能，并且增加对新头部域的支持功能。

H.323通过定义非标准参数结构来扩展厂商的特有功能。如果对除非标准参数外的已存在的功能和控制信息进行的改变，那就需要发行相应的新的协议规范。