当前位置：文档之家 › H_323和SIP协议介绍及比较

H_323和SIP协议介绍及比较

  • 格式：pdf
  • 大小：2.24 MB
  • 文档页数：5

下载文档原格式

  / 5

合集下载

SIP与H.323协议的比较及其应用

SIP与H.323协议的比较及其应用

SIP与H.323协议的比较及其应用一、引言当前，随着信息技术的发展，计算机网络与传统电信网络正逐步走向融合。

基于分组交换技术的IP电话因其特殊的运营方式和成本核算方法，正以低廉的价格给传统电信市场带来强大冲击。

对于传统运营商来说，其核心的利润来源——语音和数据在移动业务和互联网业务的影响下已经不能满足运营商的盈利需求，各国运营商都在寻找新的盈利点。

在这种新的形势下，运营商要摒弃以往单纯的盈利模式，开发宽带网络中新的业务模式。

能充分利用网络资源、充分满足用户需求的视讯业务成为重要的候选模式之一。

各国运营商也都在积极开发融合视频、语音和数据（Triple Play）的全业务模式。

技术进步、成本下降和竞争激烈是运营商积极部署视讯应用的三大推动力。

新的ADSL技术扩展了用户群，提高了带宽，同时压缩技术的发展使在给定带宽中能传输更多的频道，IP多播使视讯业务部署易于实现。

接入网技术和视讯业务所需的硬件价格都在下降，运营商开展视讯业务的成本因此而下降许多。

互联网、通信网与有线电视网络的三网融合正在成为全球的趋势。

例如香港PCCW在推出Broadband TV之后大获成功，仅几个月的时间已经成功开通了12万用户，而在美国，三网融合在管制方面已经没有障碍，有线电视公司一方面通过有线电视网为用户提供电视业务，通过有线宽带为用户提供宽带服务，通过从电信公司处租用的线路为用户提供语音业务。

而电信运营商已经拥有语音和数据市场，积极开展IP视讯将使电信业务提供商在Triple-play（语音、数据、视频）的竞争中占领先机。

目前国际上IP网络通信的主要标准有H.323和SIP，两者都对IP电话系统信令提出了完整的解决方案，初衷都是作为多媒体通信的应用层控制（信令）协议的，因此都利用RTP（Real-Time Protocol）作为媒体传输协议。

但两者的设计风格截然不同。

H.323采用的是传统的电话信令模式，包括一系列协议；而SIP 借鉴其他互联网协议，采用基于文本的协议。

H_323和SIP的比较

H_323和SIP的比较

Ｐｒｏｔｏｃｏｌ）作为媒体传输协议。但两者的 技术内容主要是分组网络上实现多媒体 Ｐｅｒｌ）的情况下，代码生成和语法解析都
设计风格截然不同。Ｈ．３２３ 采用的是传 通信的系统定义和控制过程。
很简单。同时，这种文本式的编码也简
统的实现电话信令的模式，包括一系列
基于 ＳＩＰ 的电话协议堆如图 ２所示， 化了调试工作，允许人工进行信息录入
链路层
统防火墙变得复杂。我们知道，防火墙
物理层
作为应用层代理，要解析试图进入系统
的整个信息，而仅一个呼叫建立就包含
图１ Ｈ．３２３协议栈结构
好几种协议信息，这显然加重了防火墙
60
２００２．５ （总 ９０ 期）
技术前沿
Ｈ．３２３ 和 ＳＩＰ 的比较
的负担。而ＳＩＰ只使用一个请求就可以包 中很大一部分为公司专利。
Ｈ Ｔ Ｔ Ｐ 一样的层次式的数字差错代码，
ＳＩＰ 具有单一扩展的高级信令，包
ＳＩＰ 允许中间服务器按分状态模式
共定义了６类响应，每一个响应代码均用 括基本的呼叫信令，用户定位和注册等， 和无状态模式工作。在无状态模式下，中
３ 位数表示，第 １ 位指示类型，后 ２ 位为 服务质量、目录接入、业务派生、任务内 间服务器收到呼叫请求，执行相应操作
界上已开发出了几百种编解码方法，其 位符（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ： 都要保存呼叫状态，而且其连接是基于
２较
技术前沿
ＴＣＰ 的，即，Ｈ．２２５．０ 呼叫控制信令和
表１ Ｈ．３２３和ＳＩＰ性能比较
信令信道和 Ｈ．２４５ 控制信道需要可靠的
补充信息。
容描述和会议控制等都是相互独立的， 后将请求往前传，并不保留呼叫状态。

SIP与H.323协议的比较

SIP与H.323协议的比较

收稿日期作者简介范元隆(5),男,工程师。

文章编号:1671-7333(2008)04-0297-05SIP 与H.323协议的比较范元隆1,蔡旖旎2(1.上海南讯贸易有限公司,上海　200336;2.上海应用技术学院计算机科学与信息工程系,上海　200235)摘要:　H.323和SIP 是当前在VoIP 技术领域中两种主要的信令控制协议。

简要介绍了两种协议的框架结构,并对其特性从消息组成、呼叫控制等几个方面进行了比较。

探讨了两种协议的实际应用情况。

关键词:　H.323;SIP ;VoIP中图分类号:TN 915.04 文献标识码:AComparison of SIP with H.323ProtocolFA N Yuan 2lon g 1,CAI Yi 2n i2(1.NSE Telecom Co.,Lt d.,Shanghai 200336,C hina ;2.Depart m ent of Com p ut er S cience and Informat i o n Engi neering ,Shanghai Instit ute of Technology ,Shanghai 200235,China )Abstract :H.323and SIP are main Vo IP signali ng pr otocols at present.In t his paper ,t he architect ure of t hese two protocols is i nt r oduce ,t hen t hese t w o ki nds of protocols from t he messagi ng st ruct ure ,called c on 2t rol ,etc.are compared.The practival applicat ion is di scussed.Key words :H.323;SIP ;VoIP 随着科技的不断发展,VoIP 技术已经得到越来越广泛的应用。

浅析H.323协议和SIP协议

浅析H.323协议和SIP协议
323
te
w a
y
) 关守
o r
(G a
r
te
ke e pe
m e n
r
)
、
多 点 控 制 单 元 (M C U
H 32 3
．
)
．
电 话 提 出 的 它 涉 及 的范 围 要 远 比 I P 电 话 更 宽
IP
只是
和 边 界 单 元 (B
de
E le
ts
)
。
终端是遵 守
一
H
电 话 特 别 是 电话 到 电 话 经 由 网 关 的 这 种 I P 电 话 工
．
议 本 文 主 要 介 绍 它 们 各 自的 优 缺 点 并 从 应 用 的 角 度 给 予 分 析 和 比 较
。
。
关 键 词 ：I P 电 话
信 令控 制协议
目前 涉 及 I P 电话 的 协 议 共 分 四 层
4／ 5 ) 网 络 层 (I P v 4 问 层 (P P P A A L 3 ／
，
个 物理 实体
。
会议 的
I I 332
-
-
，
用 于 补 充 业 务 的 H 4 5 0 有关 安 全 的 H 2 3 5
．
媒 体 网关 控 制器 主要 完成 呼 叫
。
，
与 电路 交 换 业 务 互 操 作 的
，
．
H 246
．
。
为 了适 应
一
IP
电话 的
信令 的转换 功 能
，
媒 体 网 关 则 完 成 媒 体 编 码 的转 换
在 H 3 2 3 系统 中
．
应 用 H 323 也 专 为 H 323 电话 增 加 了

H.323与SIP区别

H.323与SIP区别

简介H.323和SIP分别是通信领域与因特网两大阵营推出的建议。

H.323企图把IP电话当作是众所周知的传统电话，只是传输方式发生了改变，由电路交换变成了分组交换。

而SIP 协议侧重于将IP电话作为因特网上的一个应用，较其它应用（如FTP，E-mail等）增加了信令和QoS的要求，它们支持的业务基本相同，也都利用RTP作为媒体传输的协议。

但H.323是一个相对复杂的协议。

H.323采用基于ASN.1和压缩编码规则的二进制方法表示其消息。

ASN.1通常需要特殊的代码生成器来进行词法和语法分析。

而SIP的基于文本的协议，类似于HTTP。

基于文本的编码意味着头域的含义是一目了然的，如From、To、Subject等域名。

这种分布式、几乎不需要复杂的文档说明的标准规范风格，其优越性已在过去的实践中得到了充分的证明（现在广为流行的邮件协议SMTP就是这样的一个例子）。

SIP的消息体部份采用SDP进行描述，SDP中的每一项格式为=，也比较简单。

在支持会议电话方面，H.323由于由多点控制单元（MCU）集中执行会议控制功能，所有参加会议终端都向MCU发送控制消息，MCU可能会成为颈，特别是对于具有附加特性的大型会议；并且H.323不支持信令的组播功能，其单功能限制了可扩展性，降低了可靠性。

而SIP设计上就为分布式的呼叫模型，具有分布式的组播功能，其组播功能不仅便于会议控制，而且简化了用户定位、群组邀请等，并且能节约带宽。

但是H.323的集中控制便于计费，对带宽的管理也比较简单、有效。

H.323中定义了专门的协议用于补充业务，如H.450.1、H.450.2和H.450.3等。

SIP 并未专门定义的协议用于此目的，但它很方便地支持补充业务或智能业务。

只要充分利用SIP已定义的头域（如Contact头域），并对SIP进行简单的扩展（如增加几个域），就可以实现这些业务。

例如对于呼叫转移，只要在BYE请求消息中添加Contact头域，加入意欲转至的第三方地址就可以实现此业务。

H.323与SIP的比较

H.323与SIP的比较

Ｈ.323与ＳＩＰ的比较2002-03-08 南京邮电学院通信工程系孟旭东一、引言节省费用以及想把语音和数据融合在一起的需求，促使了ＩＰ电话的蓬勃发展。

为了使ＩＰ电话为大众所接受，成为主流，甚至最终取代传统的ＰＯＴＳ（ＰｌａｉｎＯｌｄＴｅｌｅｐｈｏｎｅＳｅｒｖｉｃｅ，旧式电话服务），有两个条件必须满足：第一，话音通信的质量至少要达到ＰＯＴＳ同样的水准；第二，必须有信令的支持，就像ＰＳＴＮ（ＰｕｂｌｉｃＳｗｉｔｃｈｅｄＴｅｌｅｐｈｏｎｅＮｅｔｗｏｒｋｓ，公用交换电话网）中有Ｎｏ．７信令一样。

目前，ＩＰ电话系统有Ｈ．３２３和ＳＩＰ两个完整和独立的信令标准，它们都对ＩＰ电话系统信令提出了完整的解决方案。

它们对呼叫的连接都具有建立、管理和撤销的能力，具有网络管理功能，使端点用户具有进行建立和交互ＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）的能力，且容易扩充新功能，支持不同类型的互操作性。

当然，这两个协议都包含关于语音编码的解压缩方面的要求，只是这部分对两个协议而言是一样的。

我们主要是从信令的角度对它们进行比较分析。

二、Ｈ．３２３简介Ｈ．３２３是ＩＴＵ－Ｔ第１６工作组的建议，Ｈ．３２３由一组协议构成，其中有负责音频与视频信号的编码、解码和包装，有负责呼叫信令收发和控制的信令，还有负责能力交换的信令。

１９９９年７月前，多数已实现的系统是基于Ｈ．３２３第二版的，而在此之后，Ｈ．３２３第三版开始应用。

２．１通信系统Ｈ．３２３定义了４个主要部件构筑基于网络的通信系统：终端　Ｔｅｒｍｉｎａｌｓ　、网关　Ｇａｔｅｗａｙｓ　、网守　Ｇａｔｅｋｅｅｐｅｒｓ　、多点控制单元（ＭＣＵ）。

１　终端在基于ＩＰ的网络上是一个客户端点。

它需要支持下面３项功能：支持信令和控制，即支持Ｈ．２４５（有关通道使用和通道能力的复杂协议）和Ｈ．２２５（一个类似Ｑ．９３１的呼叫信令收发和建立协议）以及ＲＡＳ（定义在Ｈ．２２５用于终端与网守通信协议）；支持实时通信，即支持ＲＴＰ／ＲＴＣＰ（一个对声频和视频信息包顺序处理的协议）；支持编码，即传前压缩，收后进行解压缩。

SIP与H.323协议的比较和应用

SIP与H.323协议的比较及其应用一、引言当前，随着信息技术的发展，计算机网络与传统电信网络正逐步走向融合。

基于分组交换技术的IP因其特殊的运营方式和成本核算方法，正以低廉的价格给传统电信市场带来强大冲击。

对于传统运营商来说，其核心的利润来源——语音和数据在移动业务和互联网业务的影响下已经不能满足运营商的盈利需求，各国运营商都在寻找新的盈利点。

在这种新的形势下，运营商要摒弃以往单纯的盈利模式，开发宽带网络中新的业务模式。

能充分利用网络资源、充分满足用户需求的视讯业务成为重要的候选模式之一。

各国运营商也都在积极开发融合视频、语音和数据（Triple Play）的全业务模式。

技术进步、成本下降和竞争激烈是运营商积极部署视讯应用的三大推动力。

新的ADSL技术扩展了用户群，提高了带宽，同时压缩技术的发展使在给定带宽中能传输更多的频道，IP多播使视讯业务部署易于实现。

接入网技术和视讯业务所需的硬件价格都在下降，运营商开展视讯业务的成本因此而下降许多。

互联网、通信网与有线电视网络的三网融合正在成为全球的趋势。

例如PCCW在推出Broadband TV之后大获成功，仅几个月的时间已经成功开通了12万用户，而在美国，三网融合在管制方面已经没有障碍，有线电视公司一方面通过有线电视网为用户提供电视业务，通过有线宽带为用户提供宽带服务，通过从电信公司处租用的线路为用户提供语音业务。

而电信运营商已经拥有语音和数据市场，积极开展IP视讯将使电信业务提供商在Triple-play（语音、数据、视频）的竞争中占领先机。

目前国际上IP网络通信的主要标准有H.323和SIP，两者都对IP系统信令提出了完整的解决方案，初衷都是作为多媒体通信的应用层控制（信令）协议的，因此都利用RTP（Real-Time Protocol）作为媒体传输协议。

但两者的设计风格截然不同。

H.323采用的是传统的信令模式，包括一系列协议；而SIP借鉴其他互联网协议，采用基于文本的协议。

H323、SIP、MGCP三协议浅析

H323、H248(MGCP)、SIP三协议浅析一、相关协议说明1.H323协议H.323建议是ITU-T第16研究组(SG16)为多媒体会议系统而提出的一个建议书,并不是为IP电话专门提出的,因而它涉及的范围要远比IP电话宽｡只要是IP电话,特别是电话到电话经由网关的这种IP电话工作方式,就可以采用H.323建议来完成它要求的工作,因而H.323建议被“借”过来作为IP 电话的标准｡由于目前IP电话发展很快,而IP网的多媒体会议系统发展得相对比较慢,因而为了适应IP电话的应用,H.323也的确专为IP电话增加了一些新内容(如呼叫的快速建立过程)｡对IP电话来说,它不只用H.323建议,而且用了一系列建议,其中有H.225､H.245､H.235､H.450和H.341等｡只有H.323建议是“总体技术要求”,因而通常把这种方式的IP电话称为H.323IP电话｡H.323建议是一个较为完备的建议书,它提供了一种集中处理和管理的工作模式,这种工作模式与电信网的管理方式是匹配的,这就是为什么电信网中使用的IP电话几乎无例外地都采用了基于H.323的IP电话工作模式｡2.SIP协议SIP协议，即Session Initiation Protocol，是另一套IP电话的体系结构,是一个与H.323并列的协议。

它是一个工作在TCP/IP应用层的信令控制协议，用于创建、修改和终止一个会话。

这里所指的会话是一个比较宽泛的概念，它既可以是传统的语音通信，也可以是视频、即使消息、在线游戏等，同时参与对话的实体可以是两个，也可以是多个。

SIP协议是一种基于文本的会话控制协议，它的消息都是由ASCII码组成的，因此易于阅读和理解。

SIP协议由IETF 组织研究并提交RFC，当前关于SIP协议的最新标准是RFC3261。

由于IETF阵营汇聚的都是互联网方面的专家，因此SIP在开发上自然借鉴了其他TCP/IP相关协议的模式，在消息格式、认证模式、媒体描述等方面都完全采用了已有的标准，这样无疑加快了SIP协议的推广，让大量具有TCP/IP 协议簇及应用开发经验的人可以迅速地接受SIP。

SIP与H.323的比较

SIP与H.323的比较SIP与H.323的比较V oIP通讯协议主要分为两大阵营：SIP与H.323。

H.323和SIP设计之初都是作为多媒体通信的应用层控制（信令）协议，目前一般用于IP电话。

它们能实现的信令功能基本相同，也都利用RTP作为媒体传输的协议，但两者的设计风格截然不同，这是由于其推出的两大阵营都想沿袭自己的传统。

H.323是由国际电联提出来的，它企图把V oIP当作是众所周知的传统电话，只是传输方式由电路交换变成了分组交换，就如同模拟传输变成数字传输、同轴电缆传输变成了光纤传输。

而SIP侧重于将IP电话作为Internet 上的一个应用，较其他应用（如FTP，E-mail等）增加了信令和QoS的要求。

H.323推出较早，协议发展得比较成熟，由于其采用的是传统的实现电话信令的模式，便于与现有的电话网互通，但相对复杂得多。

SIP借鉴了其他Internet标准和协议的设计思想，有其突出的优点。

首先，它是基于文本的协议，而H.323采用基于ASN.1和压缩编码规则的二进制方法表示其消息，因此，SIP对以文本形式表示的消息的词法和语法分析就比较简单。

其次，SIP会话请求过程和媒体协商过程等是一起进行的，因此呼叫建立时间短，而在H.323中呼叫建立过程和进行媒体参数等协商的信令控制过程是分开进行的。

再次，H.323为实现补充业务定义了专门的协议，如H.450.1、H.450.2和H.450.3等，而SIP只要充分利用已定义的头域，必要时对头域进行简单扩展就能很方便地支持补充业务或智能业务。

最后，H.323进行集中、层次式控制。

尽管集中控制便于管理（如便于计费和带宽管理等），但是当用于控制大型会议电话时，H.323中执行会议控制功能的多点控制单元很可能成为瓶颈。

而SIP类似于其他的Internet协议，设计上就为分布式的呼叫模型服务的，具有分布式的组播功能。

浅析H.323与SIP协议之异同

浅析Ｈ．３２３与ＳＩＰ协议之异同摘要：多媒体通讯有两个主要的信号标准:H.323与SIP，它们均用于IP网络上提供多媒体服务。

本文是针对H.323与SIP之异同进行浅要分析。

关键词：H.323 SIP 比较1 概述随着计算机网络技术和通信技术的飞速发展以及多媒体应用的深入和普及，基于因特网的实时音频视频通信，即VoIP，目前已经成为Internet应用的一个热门研究课题。

VoIP 不仅仅是IP电话，它是一个可提供多样性服务的平台，在该平台的基础上可发展包括语音、图像和数据在内的综合性应用。

IP传真、网络会议、基于Web的呼叫中心、电子商务等应用都可在此平台上得以实现，以该技术为基础的语音通信将成为下一代网络应用的发展方向之一。

目前被广泛接受的VoIP控制信令体系包括ITU-T（国际电联）的H.323标准和IETF（互联网工程任务组）的SIP协议。

二者实现的信令控制功能基本相同，但设计风格和实现方法不同，因此弄清二者的区别与联系，结合实际情况决定采用哪个协议或将二者结合使用，是构建一个性能优良的IP电话系统首先要解决的问题。

2H.323H.323建议是由ITU-T提出，基于电信网信令和协议制定的IP多媒体标准。

它由一组协议构成，其中有负责音频与视频信号的编码、解码和包装，有负责呼叫信令收发和控制的信令，还有负责能力交换的信令。

H.323建议是一个较为完备的建议，它提供了一种集中处理和管理的工作模式。

这种工作模式与电信网的管理方式是适配的，尤其适用于从终端到终端的IP电话网或视讯会议网的构建。

以它为标准构建的IP电话网能很容易地与传统PSTN电话网兼容，H.323已经被广泛应用，并拥有了巨大的市场份额。

3 SIP协议SIP（Session Initiation Protocol）协议是由IETF提出的利用已有的IP网络协议提供多媒体业务的会话控制协议。

SIP 协议具有简单、扩展性好以及和现有的Internet应用联系紧密的特点。

  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

制了可扩展性， 降低了可靠性。 而 .() 设计上就为分 布式的呼叫模型， 具有分布式的多播功能， 其多播 功能不仅便于会议控制，而且简化了用户定位、 群 组邀请等， 并且能节约带宽。 但是 *+,-, 的集中控制 便于计费， 对带宽的管理也比较简单、 有效。 在补充业务方面，它们所采用的方法也不一 样。 *+,-, 中定义了专门的协议用 于 补 充 业 务 ， 如
了面向连接的传输机制， 将可靠的 ,4"/ 传输控制协 议 0 用于 ()+56 控制信道、 ,)3+7 数据信道、 ()++6)7 呼叫信令信道。 视频和音频信息在采用 8,"/ 实时协 议 0 打包后， 使用基于面向非连接的用户数据报协议 传输时延较小。 -$"/用户数据报协议0来传输， ()*+* 系 统 由 终 端 、 网 关 、 多 点 控 制 单 元 （ %4-） 、 网守 （ 9:;<=<<><? ） 等单元组成。 ()*+* 协议中有 ()++6)7 8@’ 信令、 ()++6)7 呼 叫信令和 ()+56 控制信令等三种信令。 3) 8@’ 信令 8@’（ 8<ABC;?:;B2D、 @EFBCCB2D :DE ’;:;GC）是 ()*+* 终端与 9:;<=<<><? 间为了完成登记、接入许 可认证和状态信息等过程所用到的信令。它的主要 功能有： 查找网守端点注册、 端点定位、 接入许可、 带宽修改。
开媒体通道的。
&>>@ 的 K19NM 和 #I>@ 的 I>"（ I/LL20/ >12-LO/1 有点像中继器， 它本身并不对用户请求进 "0/-.），
行响应， 只是转发用户请求的中继器， 然后将自身 地址加入该消息的路径头部分， 以保证将响应按原 路返回并防止环路的发生。重定向服务器非常类似 于 +,# （ +9J25- ,2J/ #/1456/ ） ， 它收到用户的请 求后， 若判定自身不是目的地址， 则向用户响应下 一个应访问服务器的地址，而不是转发请求报文。 还有一个注册服务器。它接收客户机的注册请求， 完成用户地址的注册。
图$ 几种 !"# 信令消息过程
户代理客户机用于发起呼叫， 而用户 代理服务器则用于响应呼叫。用户代 理客户机和用户代理服务器是用户端必备的应用 程序，由这两个应用程序完成呼叫的发起和接收。 网络服务器也有两类，它们是代理服务器 （ K19NM ） 和 重 定 向 服 务 器（ 1/351/6. ） 。代理服务器类似于
! "#$ 协议的介绍
#*@ 是由 *C>DE 因特网工程任务组 F 提出的一个 和 *>GH> 的 &%’$’ 协 议 类 似 的 协 议 ， #*@ 协 议 提 出 了另一套多媒体 *@ 的体系结构。#*@ 协议是文本格
式 的 客 户—服 务 器 协 议 ： 客户机发起请求， 服务器 进行响应， 它非常类似于 #I>@ （ #5JK7/ I257 >12-LH
息以便被叫方能参加该会话， 包括媒体流的类型和 格式以及地址和端口等信息，以会话描述协议 678 （ 69##$.* 79#-:$%;$.* 8:.;.-.< ） 格式来表示。 123145 请求被送到本地的 618 代理服务器。 得到 =" 本地的 618 代理服务器通过 726 查询， -./%)*0"-./ 域 中 处 理 618 请 求 的 服 务 器 的 18 地 址， 并将接收到的请求转发到该服务器。 知道用户 ’()*+#)*,-./? >"该服务器通过查询， %)*0"-./ 当 前 并 不 在 本 地 ， 而 是 以 <$#$,@*$A9:#$;0" 9B@ 登记（ -./%)*0"-./ 的服务器可以通过静态配 置、 数据库入口来获得这些消息或者用户通过使用 然后 618 C5D1645C 消息动态绑定来通知服务器）。 该服务器将请求重定向到 @*$A9:#$;0"9B@ 。 得到 E" 本地的 618 代理服务器通过 726 查询， @*$A9:#$;0"9B@ 域 中 处 理 618 请 求 的 服 务 器 的 18 地 址， 并将接收到的 123145 请求转发到该服务器。 F" @*$A9:#$;0"9B@ 中的 618 代理服务器查询本地 的位置服务数据库。
Hale Waihona Puke *+BCN+=、 *+BCN+- 和 *+BCN+, 等。 .() 并 未 定 义 专 门
的协议用于此目的， 但它能很方便地支持补充业务 或智能业务。只要充分利用 .() 已定义的头域 （ 如 并 对 .() 进 行 简 单 的 扩 展 （ 如增加 L"/06A0 头 域 ）， 几个域） ，就可以实现这些业务。例如对于呼叫转 加入 移， 只要在 OP4 请求消息中添加 L"/06A0 头域， 意欲转至的第三方地址就可以实现此业务。对于通 过扩展头域较难实现的一些智能业务， 可在体系结 构中增加业务代理， 提供一些补充服务或与智能网 设备的接口。 另外 ， *+,-, 中 的 呼 叫 建 立 过 程 涉 及 到 三 条 信 令信道： :;. 信令信道、呼叫信令信道和 *+-BC 控 制信道。通过这三条信道的协调才使得 *+,-, 的呼 叫得以进行， 呼叫建立时间很长。在 .() 中， 会话请 求过程和媒体协商过程等一起进行。尽管 *+,-,K已对呼叫建立过程作了改进（ *+-BC 控制消息可以 通过用 *+--C+N 呼叫信道遂道来传送） ， 但较之 .() 只需要 =+C 个回路时延来建立呼叫，仍是无法相比 的。
#I>@ 不 同 的 是 ， #*@ 即 可 用 >?@ 也
可以用 G+@ 来进行传输。 一 个 #*@ 系 统 主 要 由 两 部 分 组 成： 用户代理和网络服务器。用户代 理有用户代理客户机 （ G"? ， GL/1
"0/-. ?75/-.） 和 用 户 代 理 服 务 器 （ G"# ， GL/1 "0/-. #/14/1 ）， 其 中 用
几种 !"# 信令消息过程如图 $ 所示。
$% 呼叫信令： 呼叫信令在 &%’$’ 端点之间建立连接，包括呼 叫的建立和拆除等流程， &%$$(%) 的呼叫信令消息是 （ *-./012./3 #/1456/ +505.27 ,/.891: ）的 ;%<’= *#+, 信令消息的子集，所以也称呼叫信令消息为 ;%<’= 消息。呼叫信令是基于 >?@ 进行传送的， 注意， 呼叫 信令是用来建立 &%$A( 控制信道的，并不是用来打
信 息 ， 指 示 该 用 户 在 本 地 是 以 H$)*+,-#"@*$A9:#$;0"
9B@ 注册的。 I" @*$A9:#$;0"9B@ 中的 618 代理服务将该 123145 请求转发到 -#"@*$A9:#$;0"9B@ 中的 618 代理服务器。 J" -#"@*$A9:#$;0"9B@ 中的 618 代理服务器知道用 户 H$)*+,-#"@*$A9:#$;0"9B@ 当 前 所 登 录 的 机 器 的 18 地址， 并将该 123145 请求转发到该地址。 K" 被叫方 H$)*+,-#"@*$A9:#$;0"9B@ 接受该呼叫， 并发回一个响应。该响应沿着 !L 、 !!、 != 到达呼叫 方， 然后呼叫方返回一个确认 MNO （ 图中未给出） ，
,)3+* ,4" ,)’H:?< ,)3+I ,)3+5 ,)3+J
9)J33 9)J++ ()+56 ()++6)7 1)K*3 ()++6)7 8@’ 9)J+L 8,4" 9)J+*)3 9)J+K)@ 8," -$"
网络层 （ !" 层） 链路层 物理层
()+I3 ()+I*
,)3+6 ,3++，
网络与应用
! " #$# 和 %&’ 协 议 介 绍 及 比 较
李 爽 赵 琛
（ 南京邮电学院
南京 +3777*）
摘
要
本文主要介绍了在 !" 网络中提供多媒体业务的两大信令技术—— —()*+* 和 ’!"， 并对它们进行了对比。
关键词
!" 网络
()*+* ’!"
!
引言
随着 !" 技术的发展， （ 互联网协议）网 络 中 !"
图3
()*+* 协议栈
中国数据通信
"&&! $ !"
#(
网络与应用
J5LL59- @19.9697 ） 和 &>>@ E&MK/1>/N. >12-L J5LL59- @19.9697 ）协 议 。 #*@ 沿
用了 一 些 &>>@ 的 语 法 规 则 和 定 义 ， 其中包括响应编码结构、 一些消息头 和它的整个动作机制等，与 &>>@ 和
"66/LL @19.9697 ） 等提供的定位服务来增强其定位
功能。 图 ’ 是采用 #*@ 作为呼叫协议的 *@ 电话网络， 其中的一个电话呼叫的信令过程如：