第十三章SIP和SIGTRAN协议

13.1SIP13.1.1总体介绍

在软交换网络体系中，SIP主要应用于SIP智能终端与SIP服务器之间以及SIP服务器之间。由于软交换网络需要做到与PSTN的融合，为了业务的需要，对SIP进行了扩展，以便SIP消息能够正确衔接ISUP消息，这就是SIP-T协议。IETF于1999年完成RFC2543，用以介绍SIP的基本框架，并在同年成立SIP工作组，到目前为止，包括北电、爱立信、西门子以及中兴、华为公司都已经实现了对SIP的支持。1从广义的角度讲，SIP在一个会话过程中起的作用与其它协议（如No.7、H.323）是相同的，完成的都是信令接续。但由于SIP本身的特性，以及以软交换为代表的软交换网络的出现，才使SIP得到更为广泛的应用。做为应用层控制协议，SIP主要完成会话的建立、修改以及终止，在具体实现上，它需要与RSVP、SDP、ISUP等一系列协议联合使用，但对一类协议的支持具有多样性，如在SIP-T中，由于支持MIME方式，消息体描述除了采用SDP外，还包括ISUP消息体。2

SIP协议独立于底层协议，传输层除了采用UDP外，还可以采用TCP、SCTP等，但目前实现上，厂家仅仅考虑了实时性，因此均以UDP做为底层传输协议。目前RFC3261已经取代RFC2543，成为SIP的核心协议标准，该标准主要介绍了SIP通用概念和基本操作，由于协议本身处在不断发展中，IETF也提出了众多的extension，以增强SIP功能。3

9.1.2SIP功能实体SIP网络中存在不同的网络实体，以完成相应功能。（1）用户代理（UserAgent）用户代理是直接和用户发生交互作用的功能实体，它能够代理用户的所有请求或响应。从客户机/服务器的角度讲，用户代理可分为UAC（UserAgentClient）和UAS（UserAgentServer），UAC主要是指发起请求的实体，UAS则是对发起的请求进行响应。但值得注意的是，UAC与UAS是相对于事务而言的。4

由于一个呼叫中会存在多个事务，因此对同一功能实体，在同一个呼叫中的不同阶段会充当不同的角色。例如，主叫用户在发起呼叫时，逻辑上完成UAC功能，并在此事务中充当的角色都是UAC；当呼叫结束时，如果被叫用户发起Bye，此时主叫侧用户代理所起的作用是UAS。用户代理可执行在不同的系统中，例如，可以是PC机上的一个程序，也可以运行在SIP终端中，用户发起呼叫时，首先通过UAC来完成自己表达的意思，UAS会告诉被叫用户当前正有请求到达。5

（2）B2BUA（BacktoBackUserAgent）从字面上理解是一种背靠背的用户代理。实现上，先终止一个呼叫，然后重新发起一个呼叫，此时，表征的呼叫的参数（Call-ID）可能会发生改变。具体实现上，B2BUA不仅具备用户代理功能，同时还可以扩展出一些其它的功能，例如代理服务器所具有的分叉（Fork)功能，电信运营所具有的计费功能，以及开放的API等等。因此从功能性来讲，既具备用户代理功能，又具有代理服务器功能。6

（3）代理服务器完成用户请求的转发，网络中某些代理服务器具有分叉功能，同时根据代理服务器在核心层和边缘层的不同位置，可分为无状态代理服务器和有状态代理服务器。边缘层代理服务器因为靠近用户，需要考虑用户状态以及对相应呼叫进行计费，所以代理服务器为有状态代理服务器；但对于核心层的代理服务器，因为仅仅完成消息转发，所以代理服务器不需要保留呼叫状态，这样可以提高核心服务器的处理能力，此时就是一个无状态代理服务器。7

从电信运营的角度看，有状态代理服务器需要具备计费、选路等功能。具体功能上，需要具备立即计费和详细计费功能，能够基于SIP地址或E.164地址进行选路。8

（4）重定向服务器（RedirectSercer）重定向服务器的作用是能够将用户当前新的位置告诉请求方，这是与代理服务器的本质区别。逻辑位置上，重定向服务器一般靠近被叫用户。当重定向服务器接受用户请求时，它只是将用户的当前位置告诉请求方，而不像代理服务器那样代理用户的请求。它的功能实际上类似于DNS功能。当然，从业务实现的角度讲，实现方式可以做到多样化，不一定非需要重定向方式。对于重定向服务器的应用，主要看未来的组网及运营管理体制的取向。9

（5）注册服务器（RegisterServer）当用户上电或者到达某个新域时，需要将当前位置登记到网络中的某一个服务器上，以便使其它用户找到该用户，完成该功能的服务器在SIP网络中称为注册服务器。用户在进行注册时，服务器需要对用户进行鉴权谁认证，只有通过鉴权才认为该用户为网络中的合法用户。为了确保网络对用户终端的可控性，每个成功注册信息都有一定的生命期，用户终端在生命期内能够对位置信息更新，说明该位置信息有效。10

（6）位置服务器（LocationServer）功能是完成用户数据的存储。从严格意义上讲，位置服务器并不是SIP网络中的功能实体。但以上所提到的注册服务器、代理服务器、重定向服务器等设备在实现位置服务时都要与位置服务器相配合。以上所有服务器只是一种逻辑概念，实际物理分布上，几种服务器都可以集成在同一个设备中。11

9.1.3SIP消息SIP消息采用文本编码方式，其消息可分为两种：请求消息（Request）和响应消息（Response）。每个消息又可分为消息头和消息体（可选）。一、请求消息在SIP消息中，共有6种基本的请求消息，之所以说基本，因为在后来的发展中，根据应用的需求，对SIP进行了扩展，出现了像Update,Message,Info等消息。12

Invite：类似于No.7中的IAM，主叫方初始发出的消息，表征主叫方能力，邀请被叫参加某一个会话。

Ack：类似于三次握手中的确认消息。当被叫方对主叫方的Invite消息进行最终的响应后，主叫方将发送Ack表征已经收到被叫方的最终响应。

Option：用于询问网络中服务器与客户端的能力。按照协议规定，主叫方在发起请求时，可以通过Option消息询问代理服务器的能力，也可以询问被叫方客户端的能力。13

Bye：类似于No.7中的拆线信号。

Cancel：用于取消一个正在进行的请求（此时并没有接收到被叫方的最终响应消息）。该消息与Bye消息的的主叫区别是：如果发起请求的一方想取消当前请求，在已经收到最终响应时，请求方发送Bye消息，否则请求方发送Cancel消息。

Register：用于用户向网络注册服务器发送的注册消息。14

二、响应消息响应消息：消息中包含数字响应状态码，有1XX—6XX响应。1XX：表示服务器或代理正在进行处理，还未得到确定的响应。客户应该继续等待服务器的响应，当服务器预测在200ms内不能得到最终响应时，它应该发送一个1XX响应。2XX：表示请求已被接收、处理并被成功接受。3XX：表示响应给出有关用户新位置（重定向）或其它可选的服务。15

4XX：表示请求消息中包含语法错误或者SIP服务器不能完成对该请求消息的处理。5XX：表示SIP服务器故障，不能完成对正确消息的处理。6XX：表示请求不能在任何SIP服务器上实现。16

三、消息格式每条SIP消息都由以下3部分组成：（1）起始行每条SIP消息都由起始行开始。起始行传达消息类型（请求消息是方法类型，响应消息是响应代码）与协议版本。当然，起始行可以是请求行或状态行。INVITEsip:bob@SIP/2.017

（2）头域SIP头用来传送消息属性和修改消息意义，它们在语法上与HTTP头域相同，实际上有些头就是借自HTTP，并且总是保持这样的格式：<名字>:<值>Via:SIP/2.0/TCP:5060Max-Forward:7018

（3）消息体（可选）消息体用于描述被初始的会话，例如，在多媒体会话中包括音频和视频编码类型、采样率等。在SIP范围之外的会话信息要由消息体来描述。这将在后面的SDP协议上讲述。V=0S=_C=INIP40119命令名称对端URI协议版本CALL-ID：同一个呼叫有唯一的值Via：记录消息的地址路径

From：指明认消息的发送者To：指明该消息的接收者Contact：用来告诉对方回信息给谁

Cseq：该消息的序号Content-Length：用来说明消息体的长度Max-Fword：消息传送途经实体的数量Content-Type：用来说明消息体的类型WriteSpace：空行SDP：媒体描述请求消息结构起始行头域消息体20协议版本响应编码CALL-ID：同一个呼叫有唯一的值Via：记录消息的地址路径

From：指明认消息的发送者To：指明该消息的接收者Contact：用来告诉对方回信息给谁

Cseq：该消息的序号Content-Length：用来说明消息体的长度Max-Fword：消息传送途经实体的数量Content-Type：用来说明消息体的类型WriteSpace：空行SDP：媒体描述响应消息结构起始行头域消息体21

头域中的参数行顺序是可变的。头域中还有其它的可选参数，未一一列出。22

9.1.4SIP典型通信流程一、SIP注册/注销流程（1）REGISTER注册服务器用户代理在该请求消息中，Request-URI表明了注册服务器的域名地址，TO头域包含注册所准备生成、查询或修改的地址记录，Contact头域表示该用户在此次注册中欲绑定的地址，Contact头域中的Expire参数或Expires头域表示了绑定在多长时间内效。（2）401Unauthorized注册服务器返回401响应，要求用户进行鉴权。23

（3）REGISTER注册服务器用户代理发送带有鉴权信息的注册请求（4）200OK注册成功

SIP的注销流程与注册流程基本一致，只是在注销时，Contact头域中的Expire参数或Expires头域的值为0。24二、局内呼叫流程RTP媒体流SIP信令流SIPUserA：地址为21E164码为8882100

SIPUserB：地址为21E164码为8882101

SoftX3000125

（1）UserA至SoftX3000INVITEINVITEsip:8882101@1SIP/2.0

（开始行：INVITE＋URI＋SIP的版本号）

MessageHeader（消息头）From:sip:8882100@1;tag=1c13959

（From：说明本次会话是由谁发起的）To:sip:8882101@1

（To：说明本消息是送给谁的）Call-Id:call-973574765-4@21

（CALL-ID：用来唯一标识一次SIP呼叫的编号）Cseq:1INVITE

（Cseq：用来区分同一个呼叫不同INVITE消息的编号）Content-Type:application/sdp

（Content-Type：用来说明消息体的类型）Content-Length:199

（Content-Length：用来说明消息体的长度）26Accept-Language:en

（Accept-Language：用来说明消息体语言类型）Supported:sip-cc,sip-cc-01,timer

（Support：支持SIP类型）Contact:sip:8882100@21

（Contact：用来告诉对方回信息给谁）User-Agent:Pingtel/1.0.0(VxWorks)

（User-Agent：指明UA的用户类型）Via:SIP/2.0/UDP21

（Via：记录消息的地址路径）

SessionDescriptionProtocol（SDP）SessionDescription,version(v):0

（SDP版本号）Owner/Creator,SessionId(o):Pingtel55INIP421

（描述源端信息）27SessionName(s):phone-call

（SDP本次呼叫名字）ConnectionInformation(c):INIP421

（本端IP信息）TimeDescription,activetime(t):00

（激活时间）MediaDescription,nameandaddress(m):audio8766RTP/AVP0968

（RTP媒体类型描述）MediaAttribute(a):rtpmap:0pcmu/8000/1

（支持PCMU率压缩编码方式）MediaAttribute(a):rtpmap:96telephone-event/8000/1（支持telephone-event，96：RFC2833)MediaAttribute(a):rtpmap:8pcma/8000/1

（支持PCMA率压缩编码方式）该消息用来指明本次呼叫需要由谁和谁参与，采用那种媒体类型。28

（2）SoftX3000至UserA（100Trying）

SIP/2.0100TryingCall-ID:call-973574765-4@21CSeq:1INVITE

（注意CSeq没有变，说明本消息是对INVITE的响应）From:sip:8882100@1;tag=1c13959To:sip:8882101@1Via:SIP/2.0/UDP21Content-Length:0

该消息只是表明SoftX3000已接受INVITE消息并正在处理中，其中Call-ID、CSeq、From、To、Via是INVITE消息中的复制，由于没有SDP，所以Content-Length为0。29

（3）SoftX3000到UserA（407ProxyAuthentication）SIP/2.0407ProxyAuthenticationRequiredProxy-Authenticate:DIGESTrealm="",nonce="01EFD3611A91400000000004"Via:SIP/2.0/UDP21Call-ID:call-973574765-4@21CSeq:1INVITE

（注意CSeq没有变，说明本消息还是对INVITE的响应）From:sip:8882100@1;tag=1c13959To:sip:8882101@1;tag=EEEEEEEEEEEE44870002BFDFContact:<sip:8882101@1:5050>Timestamp:49119（Timestamp：时间标记）Content-Length:0

该消息为SoftX3000授权认证后，把被叫的连接信息通过Contact反馈给用户A。30

（4）UserA至SoftX3000（ACK）Request-Line:ACKsip:8882101@1SIP/2.0From:sip:8882100@1;tag=1c13959To:sip:8882101@1;tag=EEEEEEEEEEEE44870002BFDFCall-Id:call-973574765-4@21Cseq:1ACKAccept-Language:enUser-Agent:Pingtel/1.0.0(VxWorks)Via:SIP/2.0/UDP21CONTENT-LENGTH:0该消息只用来对407响应的一种回复；到此A用户到SoftX3000这一段的SIP连接已经建立。31

（5）UserA至SoftX3000（INVITE）INVITEsip:8882101@1SIP/2.0From:sip:8882100@1;tag=1c13959To:sip:8882101@1Call-Id:call-973574765-4@21

Cseq:2INVITE（注意本次编号已发生改变）Content-Type:application/sdpContent-Length:199Accept-Language:enSupported:sip-cc,sip-cc-01,timerContact:sip:8882100@21User-Agent:Pingtel/1.0.0(VxWorks)32Proxy-Authorization:DIGESTUSERNAME="0007550008882100",REALM="",NONCE="01EFD3611A91400000000004",RESPONSE="7a13969b22c8037871341b3318b98885",URI="sip:8882101@1“（Proxy-Authorization：从SoftX3000获取用户消息摘要，如用户名（一般是E164码、域名和URL地址等）Via:SIP/2.0/UDP2133SessionDescriptionProtocolSessionDescription,version(v):0Owner/Creator,SessionId(o):Pingtel55INIP421SessionName(s):phone-callConnectionInformation(c):INIP421TimeDescription,activetime(t):00MediaDescription,nameandaddress(m):audio8766RTP/AVP0968MediaAttribute(a):rtpmap:0pcmu/8000/1MediaAttribute(a):rtpmap:96telephone-event/8000/1MediaAttribute(a):rtpmap:8pcma/8000/1

该INVITE消息是用来通知SoftX3000，A用户已经准备好等待B用户的SIP连接。34

（6）SoftX3000到UserA（100Trying）SIP/2.0100TryingCall-ID:call-973574765-4@21CSeq:2INVITEFrom:sip:8882100@1;tag=1c13959To:sip:8882101@1Via:SIP/2.0/UDP21Content-Length:035

（7）SoftX3000到UserB（INVITE）INVITEsip:8882101@21:5060SIP/2.0From:sip:8882100@1;tag=1c13959To:sip:8882101@1Call-ID:call-973574765-4@21CSeq:2INVITEContent-Type:application/SDPContent-Length:199Accept-Language:enSupported:sip-cc,sip-cc-01,timerContact:sip:8882100@21User-Agent:Pingtel/1.0.0(VxWorks)Via:SIP/2.0/UDP1:5050;branch=095D4832760BC271F61488D8E1FA5E24.8000000A,SIP/2.0/UDP21

（注：由于经过IFM的前转，所以Via记录了IFM的地址和端口）36

Record-Route:<sip:8882101@1:5050>Expires:7200

（Expires：存活时间，B用户的响应时间必须在这个时间范围内）Organization:Huawei,India（组织信息）Timestamp:4913337SessionDescriptionProtocolSessionDescription,version(v):0Owner/Creator,SessionId(o):Pingtel55INIP421SessionName(s):phone-callConnectionInformation(c):INIP421TimeDescription,activetime(t):00MediaDescription,nameandaddress(m):audio8766RTP/AVP0968MediaAttribute(a):rtpmap:0pcmu/8000/1MediaAttribute(a):rtpmap:96telephone-event/8000/1MediaAttribute(a):rtpmap:8pcma/8000/1该消息是SoftX3000向B用户发出请求。38

（8）UserB至SoftX3000（180Ringing）B用户接收至INVITE请求后，先向SoftX3000发送100响应，待用户振铃后，再发180响应，SoftX300向A用户转发180响应。

SIP/2.0180RingingFrom:sip:8882100@1;tag=1c13959To:sip:8882101@1;tag=19366Call-ID:call-973574765-4@21CSeq:2INVITEVia:SIP/2.0/UDP21Contact:sip:8882101@21（注意Contact是B用户的URI地址，而非原来的A用户的URI地址）User-Agent:Pingtel/1.2.6(VxWorks)Content-Length:0Timestamp:49204该消息说明被叫振铃。39

（9）SoftX3000至UserA（200OK）

B用户摘机后，向SoftX3000发200响应，SoftX300t向A用户转发该响应。

Status-Line:SIP/2.0200OKFrom:sip:8882100@1;tag=1c13959To:sip:8882101@1;tag=19366Call-ID:call-973574765-4@21CSeq:2INVITEContent-Type:application/SDPContent-Length:199Via:SIP/2.0/UDP21Record-Route:<sip:8882101@1:5050>Contact:sip:8882101@21Allow:INVITE,ACK,CANCEL,BYE,REFER,OPTIONS,NOTIFY,REGISTER,SUBSCRIBE40

User-Agent:Pingtel/1.2.6(VxWorks)Organization:Huawei,IndiaTimestamp:5043341SessionDescriptionProtocol

SessionDescription,version(v):0Owner/Creator,SessionId(o):Pingtel55INIP421SessionName(s):phone-callConnectionInformation(c):INIP421TimeDescription,activetime(t):00MediaDescription,nameandaddress(m):audio8766RTP/AVP0968MediaAttribute(a):rtpmap:0pcmu/8000/1MediaAttribute(a):rtpmap:96telephone-event/8000/1MediaAttribute(a):rtpmap:8pcma/8000/1该消息说明B用户已经摘机，准备进入通话。

42

（10）SoftX3000至UaerB（ACK）A用户收到200响应后，向SoftX3000发送ACK应答消息，SoftX3000转发该消息。ACKsip:8882101@21SIP/2.0From:sip:8882100@1;tag=1c13959To:sip:8882101@1;tag=19366Call-ID:call-973574765-4@21CSeq:2ACKAccept-Language:enUser-Agent:Pingtel/1.0.0(VxWorks)Via:SIP/2.0/UDP1:5050;branch=095D4832760BC271F61488D8E1FA5E24.8000000A,SIP/2.0/UDP21Content-Length:0Timestamp:5044043

（11）SoftX3000至UaerA（OPTION）

通话中，用户B向SoftX300发送OPTION消息，SoftX3000向A用户转发该消息。OPTIONSsip:8882100@21SIP/2.0From:sip:8882101@1;tag=19366To:sip:8882100@1;tag=1c13959Call-ID:call-973574765-4@21CSeq:1OPTIONSAccept-Language:enSupported:sip-cc,sip-cc-01,timerUser-Agent:Pingtel/1.2.6(VxWorks)Via:SIP/2.0/UDP1:5050;branch=D1CC49D8E4C685C4BB546247A0B1D843.1,SIP/2.0/UDP21Content-Length:0Organization:Huawei,IndiaTimestamp:50449该消息标志用户通话阶段。44

（12）SoftX3000至UaerA（BYE）

B用户挂机后，向SoftX3000发送BYE消息，SoftX3000向A用户转发该消息。

BYEsip:8882100@21SIP/2.0From:sip:8882101@1;tag=19366To:sip:8882100@1;tag=1c13959Call-ID:call-973574765-4@21CSeq:2BYEAccept-Language:enSupported:sip-cc,sip-cc-01,timerUser-Agent:Pingtel/1.2.6(VxWorks)Via:SIP/2.0/UDP1:5050;branch=6451B864AA068C98EF20528C0C5CCEB7.1,SIP/2.0/UDP21Content-Length:0Timestamp:51553

该消息说明B用户挂机后，SoftX3000向A用户送BYE拆除它们之间的SIP连接。到此本次呼叫基本完毕。而后，A发200，SX转发。4513.2SIP-T13.2.1SIP-T概述软交换网络是业务融合的网络，除了能够为IAD、SIP用户提供服务外，还应当使原有的PSTN用户的业务具有继承性。在软交换网络中，两个软交换设备之间可使用SIP，为了使原有PSTN用户的业务属性不丢失，则需要考虑No.7信令如何通过SIP消息进行传送。因此，IETF对SIP进行了扩展，形成了SIP-T（SIPforTelephones）。46

SIP-T不是一个新的协议，它是一组传统电话信令与SIP的接口机制。它用于SIP网络与PSTN的接口。SIP-T的目的是提供PSTN-SIP互联交叉点的协议翻译和特征透明。

使用SIP-T，有3种呼叫与网关交互的基本模型。发起在PSTN中的呼叫穿越网关在SIP端点终止；SIP端点能够发起呼叫穿越网关在PSTN终止；使用SIP的网络可用作网关间的传输网络，即：呼叫在PSTN发起和终止，但是穿越中间某处是基于SIP的网络。47

H.248/SIPIP网络E1PSTNSIP-TISUP48

ISUPIP网络PSTNSIP-TISUPPSTN49判别为非SIP用户，采用SIP-T，发送的消息会封装IAM和主叫侧MG的SDP信息

13.2.2SIP-T的流程（1）SIP桥接（PSTN-IP-PSTN）PSTN（1）IAMsoftX1softX2PSTN（2）INVITE[SDP+IAM]50通过号码分析，确认被叫为PSTN用户，提取封装在INVITE中的IAM，结合本地策略生成新的IAM，发送到PSTNPSTN（3）IAMsoftX1softX2PSTN（4）100（5）ACM（6）180[SDP+ACM]（7）ACM51由于媒体资源由后向提供，需要对180响应的可靠传送，因此，向主叫侧发送ACM的同时，向softX2发送对180的确认请求消息（我国相关规范没有此消息）PSTNsoftX1softX2PSTN（8）PRACK（9）20052由于主、被叫双方已建立的通道不需要修改，因此，消息中只封装ANM而不需SDPPSTNsoftX1softX2PSTN（10）ANM（11）200[ANM]（12）ANM（13）ACK通话53PSTNsoftX1softX2PSTN（14）REL（15）BYE[REL]（16）REL（17）RLC（18）200[RLC]（19）RLC54

（2）PSTN发起，IP终止PSTN（1）IAM利用SIP-T，将IAM组装成INVITE消息，此消息将按SIP系统的路由方式至softX2（SIP代理服务器）。softX1softX2SIP用户（2）INVITE[SDP]（3）100（4）INVITE[SDP]55PSTNsoftX1softX2（6）180（5）180（8）200[SDP]（9）200[OK]SIP用户（7）ACM（10）ANM（11）ACK（12）ACK通话（13）REL（14）RLC（15）BYE（16）BYE（17）200（18）20056

（3）IP发起，PSTN终止注意：请求中没有ISUP封装，只是在终结网关翻译SIP头以得到ISUP参数。PSTN（1）INVITEsoftX1softX2SIP用户（2）INVITE（3）100（4）IAM（5）100（6）ACM（7）180（8）180（9）PRACK（10）PRACK57PSTNsoftX1softX2（11）200（13）ANM（14）200SIP用户（12）200（15）200通话（16）ACK（17）ACK58PSTNsoftX1softX2SIP用户（18）BYE（23）200（19）BYE（20）REL（21）RLC（22）2005913.3SIP-ISIP-T是IETF制定的规范，为了能够使其更严谨和在更大程度上支持在电信领域中的应用，ITU-T以SIP-T为基础制定了SIP-I标准。SIP-I明确说明了SIP和ISUP参数的互通，相对于SIP-T更加严谨，增强了可操作性；同时详细地定义了电信网各类补充业务的互通，这是SIP-T所不具备的。目前，SIP-I仅关注SIP与ISUP-BICC之间的互通，并不关注SIP本身。60

SIP-I目前定义了两个标准草案：（1）TRQ.2815（2）Q.1912.5SIP-I目前只处理ISUP的基本呼叫和一些补充业务，例如CLIP（呼叫线路识别显示）和CLIR（呼叫线路识别限制），其它补充业务，如CCBS（占线用户呼叫完成）将在后一阶段提供。61

SIP-I已被3GPP（第三代合作伙伴计划）、世界各国主要电信运营商以及各大电信设备供应商逐步采纳，以取代SIP-T（或者说升级SIP-T），作为NGNSIP网络与传统电信网互通的核心协议。6213.4SDPMGCP、H.248、H.323和SIP协议中采用SDP来传递足够的信息，使各呼叫方发现并参与到多媒体会话中，实际上，SDP是用来描述多媒体会话通告，多媒体会话邀请和其它形式的多媒体会话初始化的协议。SDP通常包含以下信息：（1）会话信息会话名和目的会话活动时间63

由于参与会话的资源是受限制的，因此经常后包含以下附加信息：会话使用的带宽信息会话负责人的联系信息（2）媒体信息媒体类型，例如视频和音频传输协议，例如RTP/UDP/IP和H.320

媒体格式，例如H.261视频和MPEG视频多播地址和媒体传输接口（IP多播会话）64

用于联系地址的媒体传输端口的远端地址（IP单播会话）

SDP描述由许多文本行组成，文本行的格式为：<类型>=<值>，<类型>是一个字母，<值>是结构化的文本串，其格式依<类型>而定。合法的类型和顺序如下：

v=（协议版本）

o=（会话创建者和会话标识）

s=（会话名称）

i=*（会话信息）65

u=*（描述的URI）e=*（email地址）p=*（电话号码）c=*（连接信息）b=*（带宽信息）一个或多个时间描述：t=（会话活跃时间）r=*（零个或多个重复时间）z=*（时间调整）k=*（密钥）66

a=*（零个或多个会话属性行）零个或多个媒体描述：m=（媒体名称和传输地址）i=*（媒体主题）c=*（连接信息）b=*（带宽信息）k=*（密钥）a=*（零个或多个会话属性行）文本行的顺序是固定的，这样做有利于检错和解析器的设计。“*”表示可选项。6713.5SIGTRAN13.5.1SIGTRAN协议功能概述SIGTRAN协议栈分为适配层协议、通用的信令传送协议和标准的IP协议。适配层协议又可分为用户适配层协议（M3UA，M2UA）和端对端适配层协议（M2PA）。

68

H.248/SIP/MGCPIP网络E1PSTNISUPSIGTRANH.24869

70

13.5.2SCTP一、SCTP功能描述SCTP主要用来在无连接网络上传送PSTN消息，该协议可以用来在IP网上提供可靠的数据传输，它位于SCTP用户应用和无连接网络（如IP网络）之间。

端点：逻辑上的发送方和接收方，由一个或多个IP地址+一个端口号组成。

多宿（归属）：一个端口对应多个IP，支持容错。71

联结（Association）：也称偶联，指STCP端点之间的联系。实际上是指在两个SCTP端点间的一个对应关系，它包括了两个SCTP端点、以及包括验证标签和传送顺序号码等信息在内的协议状态信息，一个偶联可以由一个使用该偶联的SCTP端点和传送地址来唯一标识，在任何时候，两个SCTP端点间都不会多于一个的偶联。流:SCTP端点之间的单向逻辑通道。

72

STCP继承了TCP的面向连接的数据传输、拥塞控制和数据分段的机制，同时借鉴了UDP无序传输的思路，以提供较高的信令传输速度。这样，SCTP在速度和可靠性方面满足信令传输的要求。TCP提供的是可靠并且是严格有序的数据传输，无法满足电信服务要求的实时性。实际上，在信令传输上，只需做到部分有序即可。如同一个呼叫中的信令必须严格排序，但对于多个呼叫，各个呼叫信令不必排序。73

而TCP是无法做到部分有序传输的，这就使得当一个数据包传输出错时，必须使用重传机制重传出错的包，这个包后面的数据必须等待。SCTP使用多流的概念有效地解决了这个问题。74

一个SCTP联结可以支持多个流。SCTP联结（统一的拥塞控制机制）StreamID1流内严格排序流间独立排序StreamID2StreamID3StreamID…75

使用多流的概念很好地解决了传输实时性的问题，但由于电信业务的特殊性，只有这些，还无法满足高可靠性的要求（如物理链路故障，业务就会中断），为此，SCTP使用了多宿（归属）的概念，即一个端点可以对应多个IP地址。1：x.x.x.x:m2：x.x.x.x:m主机A3：x.x.x.x:m4：x.x.x.x:m主机A76

用心博机制来检测路径的可达性。即在每个路径上每隔一段时间发送一个HEARTBEATChunk，以在规定时间内是否收到HEARTBEAT-ACK来判定路径是否可达。二、SCTP原语SCTP通过接收高层协议（SCTP用户）发送的原语请求为SCTP用户提供服务，同时，根据不同的事件向SCTP用户发出通知。77

（1）ULP向SCTP发送的请求原语

INITIALIZE：允许SCTP启动内部数据结构，并为建立操作环境分配所需的资源。

ASSOCIATE：由高层启动一个到特定端点的偶联。

SHUTDOWN：正常地关闭一个偶联，任何已在本地发送队列中的用户数据都将被递交到对端。

ABORT：非正常地关闭/中止一个偶联，本地队列中的数据将被丢弃，并发送一个ABORT数据块到对端。78

SEND：通知SCTP发送数据。

SETPRIMARY：指示SCTP把给定的目的传送地址作为发送分组的首选通路。

RECEIVE：把SCTP队列中可用的用户消息读到由高层协议规定的缓存区中。

CHANGEHEARTBEAT：指示本地端点允许或禁止向指定的目的地址发送心博信息。

REQUSTHEARTBEAT：指示本地端点对给定偶联的特定目的地址执行心博程序。79

GETSRTTREPORT：指示本地SCTP报告对给定偶联上规定的目的地址的当前流双向传播时间（SRTT）的策略值。

SETFAILURETHRESHOLD：允许本地SCTP定制到给定目的地址的可达性故障检出的门限。

SETPROTOCOLPARAMETERS：允许本地SCTP定制协议参数。

RECEIVEUNSENTMESSAGE：允许接收SCTP没有发送的消息。80