sip协议详解中文版

SIP 协议详解(中文)

1、SIP 协议介绍

Internet 的许多应用都需要建立和管理一个会话，会话在这里的含义是在参与者之间的数据

的交换。由于考虑到参与者的实际情况，这些应用的实现往往是很复杂的：参与者可能

是在代理间移动，他们可能可以有多个名字，他们中间的通讯可能是基于不同的媒介（比

如文本，多媒体，视频，音频等）－有时候是多种媒介一起交互。

人们创造了无数种通讯协议应用于实时的多媒体会话数据比如声音，影像，或者文本。本

2、SIP 协议功能概况

SIP 是一个应用层的控制协议，可以用来建立、修改、和终止多媒体会话（或者会议）例

如 Internet 电话。SIP 也可以邀请参与者参加已经存在的会话，比如多方会议。媒体可以在

一个已经存在的会话中方便的增加（或者删除）。

SIP 显示的支持名字映射和重定向服务，这个用于支持个人移动业务－用户可以使用一个

唯一的外部标志而不用关系他们的实际网络地点。

SIP 在建立和维持终止多媒体会话协议上，支持 5 个方面：

用户定位： 检查终端用户的位置，用于通讯。

用户有效性：检查用户参与会话的意愿程度。

用户能力：检查媒体和媒体的参数。

3015)用来控制到公共电话交换网（PSTN）的网关，还有会话描述协议（SDP）（ RFC

2327）用于描述多媒体会话。因此，SIP 应该和其他的协议一起工作，才能提供完整的对

终端用户的服务。

虽然基本的 SIP 协议的功能组件并不依赖于这些协议。

SIP 本身并不提供服务。但是，SIP 提供了一个基础，可以用来实现不同的服务。比如，

SIP 可以定位用户和传输一个封装好的对象到对方的当前位置。并且如果我们利用这点来

通过 SDP 传输会话的描述，立刻，对方的用户代理可以得到这个会话的参数。

如果我们用这个像传输会话描述（SESSION DESCRIPTION SD）一样呼叫方的照片，一

个”呼叫 ID”服务很容易就建立了。这个简单的例子说明了，SIP 作为一个基础，可以在其

上提供很多不同的服务。

SIP 并不提供会议控制服务（比如议席控制或者投票系统），并且并没有建议会议应该则

务

。SIP 可以基于 IPV4 也可以基于 IPV6

3、术语

在这个文档中，关键词”必须”,”不允许”,”要求”,”可以”,”不可以”,”应该”,”不应该”,”建议”,”不

建议”,”可能”,”可选” 是根据 BCP14,RFC 2119[2]的规范

描述 SIP 实现需要的不同层次

4、实施概览

建立会话，拆卸刚才建立的会话。

图一表示一个典型的 Alice 和 Bob 两个用户间的 SIP 消息交易交换例子.（每一个消息采用

字母”F”和一个用来指向正文的一个数字做标记）在这个例子里，Alice 在她的 PC 上使用

一个 SIP 的应用程序（比如说一个软的电话），呼叫 Bob 在 Internet 上的一个 SIP 电话。这

个例子也掩饰了两个 SIP 代理之间，怎样为 Alice 和 Bob 建立会话连接。This typical

arrangement is often referred to as the "SIP trapezoid" as shown by the geometric shape of the

dotted lines in Figure 1.

Alice 通过 Bob 的 SIP 标志 “呼叫” Bob，这个 SIP 标志是统一分配的资源（Uniform Resource

Identifier URI）称作 SIP URI。SIP URI 在 19.1 节中定义。它很像一个 email 地址，

URI 的

求，并且起码需要一个应答。在这个应答中，Alice 的软电话发送一个含有 Bbo 的 SIP URI

抵制的 INVITE 通讯请求。INVITE 是一个 SIP 请求的例子，表示请求方（Alice）希望服务

方（Bob）应答。INVTE 请求包含一系列的包头域（Header fields）。包头中包含很多属性

并且

包含了传输消息的附加信息。在 INVITE 中有如下的字段：呼叫的唯一标志，目的抵制 ，

Alice 的地址，Alice 和 Bob 建立会话的类型。INVITE 请求（图 1 中的 F1）可能看起来像这

样的：

INVITE sip:bob@biloxi.com SIP/2.0

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bK776asdhds

Max-Forwards: 70

CSeq: 314159 INVITE

(Alice’s SDP not shown)

atlanta.com . . . biloxi.com

. proxy proxy .

. .

Alice’s . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . Bob’s

softphone SIP Phone

| | | |

| INVITE F1 | | |

|---------------> | INVITE F2 | |

| 100 Trying F3 |---------------> | INVITE F4 |

| |<-------------- | 180 Ringing F6 |

| | 180 Ringing F7 |<--------------- |

| Media Session |

|<================================================> |

| BYE F13 |

| <------------------------------------------------- |

| 200 OK F14 |

| -------------------------------------------------> |

| |

图一：SIP 矩形表达的 SIP 会话建立例子。

在文本消息的第一行，包含了请求的类型（INVITE）。在这行之后的是这个请求的头域。

这个例子中包含了最少需要的头域集合。简单介绍一下：

VIA 域包含了 Alice 接收发送请求的服务器地址（pc33.atlanta.com）。同样这个包含了一个

分支参数来标志 Alice 和这个服务器的会话事务。

TO 域包含了显示姓名（Bob）和一个 SIP 或者 SIPS URI（sip：bob@biloxi.com）请求将首

话（softphone）在 URI 上增加的一个随机串。用来做标志用途的。

Call_ID 包含一个全局的唯一标志，用来唯一标志这个呼叫，通过随机字串和 softphone 的

自己名字或者 IP 抵制混和产生的。通过 TO TAG, FROM TAG 和 CALL-ID 完整定义了 Alice

之间的端到端的 SIP 关系，并且表示这个是一个对话性质的关系。

CSEQ 或者 Command Sequence 包含了一个整数和一个请求名字。这个 Cseq 数字是顺序递

增的。每当对话中发起一个新的请求都会引起这个数字的顺序递增。

Contact 域包含一个 SIP 或者 SIPS URI 用来表示访问 Alice 的直接方式，通常由用户名和一

个主机的全名（Fully Qualified Domain Name FQDN）组成。当 FQDN 作为首选的时候，许

多

终端用户由于不会由名字登记（而导致不能访问 Alice 的主机），所以 IP 地址是可选的。

完整的 SIP 包头域的定义在 20 节。会话的细节，比如媒体的类型，codec，或者采样速率，

没有通过 SIP 来描述。这个可以通过 SIP 的消息正文来描述，可以通过其他定义的协议在

由于 softphone 并不知道 bob 或者 bob 的 sip 服务器 biloxi.com 在哪里，所以 softphone 发送

INVITE 请求到 Alice 的 sip 服务器,atlanta.com。这个 atlanta.com SIP 服务器应该已经在

服务器。代理服务器接收 SIP 请求并且根据请求转发。在这个例子中，代理服务器接收到

INVITE 请求，并且回送一个 100（Trying）应答给 Alice 的 softphone。100（Trying）应答

表示 INVITE 请求已经收到，并且代理服务器正在转发 INVITE 请求。SIP 的应答是通过一

个三位数的数字表示的。SIP 应答同样包含 TO、FROM、Call-ID，CSEQ 和在 VIA 中的分

支参数，这个参数使得 Alice 的 softphone 可以把请求和应答关联起来。atlanta.com 代理服

务器收到