软交换分组协议基础SIP1020BWord文档格式.docx

1、3.3 消息格式 63.3.1 请求消息格式 63.3.2 响应消息格式 8第4章 SIP协议主要响应码 114.1 响应码分类 114.2 1xx类消息 114.3 2xx类消息 124.4 3xx类消息 124.5 4xx类消息 124.6 5xx类消息 144.7 6xx类消息 15第5章 SIP协议主要流程 165.1 呼叫模型概述 165.2 基本呼叫建立流程 175.3 基本呼叫拆除流程 185.4 经过代理的呼叫建立流程 195.5 经过代理的呼叫拆除流程 20第6章 SIP协议在软交换SoftX3000的实际应用举例 226.1 SIP用户局内互通组网说明 226.2 SIP协

2、议在软交换SoftX3000流程图 226.3 对应主要消息说明 246.3.1 INVITE 246.3.2 100 TRYING 266.3.3 407 Proxy Authentication 276.3.4 ACK 286.3.5 INVITE 296.3.6 100 TRYING 316.3.7 INVITE 326.3.8 180 RINGING 346.3.9 200 OK 356.3.10 ACK 366.3.11 OPTION 376.3.12 BYE 38关键词：SIP、SDP、IP电话/Internet电话、多媒体会议摘 要：SIP协议是一个用于建立，更改和终止多媒体会话

3、的应用层控制协议。它是IETF多媒体数据和控制体系结构的一部分并大量借鉴了成熟的HTTP协议，具有易扩展、易实现等特点，因此非常适合用于实现基于因特网的多媒体会议、IP电话等系统。本文对SIP协议的基本结构、功能、控制流程进行介绍。缩略语清单：SIPSession Initiation Protocol初始会话协议RSVPResource ReServation Protocol资源预约协议RTPReal-time Transmit Protocol实时传输协议RTSPReal-Time Stream Protocol实时流协议SDPSession Description Protocol会话

4、描述协议参考资料清单：第1章 SIP协议总体概述1.1 SIP协议定义SIP（Session Initiation Protocol，即初始会话协议）是IETF提出的基于文本编码的IP电话/多媒体会议协议。用于建立、修改并终止多媒体会话。SIP协议可用于发起会话，也可以用于邀请成员加入已经用其它方式建立的会话。多媒体会话可以是点到点的话音通信或视频通信，也可以是多点参与的话音或视频会议等。SIP协议透明地支持名字映射和重定向服务，便于实现ISDN，智能网以及个人移动业务。SIP协议可以用多点控制单元（MCU）或全互连的方式代替组播发起多方呼叫。与PSTN相连的IP电话网关也可以用SIP协议来建

5、立普通电话用户之间的呼叫。SIP协议在IETF多媒体数据及控制体系协议栈结构的位置，如图1-1所示。图1-1 IETF多媒体数据及控制体系协议栈结构图1.2 SIP协议支持多媒体通信的五个方面用户定位：确定用于通信的终端系统；用户能力：确定通信媒体和媒体的使用参数；用户可达性：确定被叫加入通信的意愿；呼叫建立：建立主叫和被叫的呼叫参数；呼叫处理：包括呼叫转移和呼叫终止；1.3 SIP协议优点 最少状态一个会议呼叫或电话呼叫可以包含一个或多个请求响应事务（transaction），代理服务器可以采用无状态方式工作。 低层协议无关性低层协议可以为SIP协议层提供可靠或非可靠业务，也可以为分组或字节

6、流业务。Internet环境下SIP协议层可以使用UDP协议或TCP协议，它首选UDP协议，当不能使用UDP协议时，使用TCP协议。 基于文本SIP协议采用基于文本的UTF-8编码方式，采用字符集为ISO 10646字符集，易于实现，易于调试、灵活和扩展性好。 健壮性SIP协议健壮性可以通过下述方面体现：代理服务器可以不必保存呼叫状态；后续请求与重传可以采用不同路由；响应消息采用自寻路方式传送等。 可扩展性SIP协议的可扩展性主要体现在：不可识别的头域可以忽略；用户可以指示SIP服务器必须理解的消息内容；新的头域容易引入；状态码采用分层编码方式进行编码。 易于支持IN业务通过与终端系统的配合，

7、SIP协议及其呼叫控制扩展能够支持绝大多数ITU T的Capability Set 1中的业务及Capability Set 2中的业务。第2章 SIP协议主要概念模型2.1 实体模型概述SIP协议模型定义了User Agent和Server等两类主要实体。SIP协议把User Agent（即UA）分为两个部分：User Agent Client和User Agent Server。呼叫方（称User Agent Client）发出邀请 （或呼叫），被叫方（称User Agent Server）接受或拒绝邀请 （或呼叫）。分组终端设备、媒体网关/ 媒体设备通常是包括User Agent Cli

8、ent和User Agent Server在内的User Agent。另外，下面所说的Proxy Server也要实现User Agent功能。SIP协议定义了Proxy Server、Redirect Server和Register Server等三类主要Server。Register Server主要用于登记分组终端的当前位置和位置服务的原始数据；Proxy Server作为User Agent Client和User Agent Server间的中间媒体，它转发User Agent Client来的的邀请，在转发之前，根据被叫标识请求位置服务器获得被叫的可能位置，然后分别向它们发出邀请；

9、Redirect Server接受User Agent Client来的邀请，根据被叫标识请求位置服务器获得被叫的可能位置，把这些信息返回给邀请的发起者（User Agent Client），和Proxy Server的不同之处就在于它不转发邀请，邀请由主叫终端自己完成。Sip协议基本网络模型，如0所示：Sip协议基本网络模型2.2 相关概念呼叫（Call）：一个呼叫是由一个会议中被同一个发起者邀请加入的所有成员组成的。一个SIP呼叫用全局唯一呼叫标识符（CALL_ID）来识别。因此，如果一个用户被不同的人邀请参加同一个多点会议，每个邀请都有一个唯一的呼叫。一个点对点因特网电话交谈也被认为是一

10、个SIP呼叫。在一个基于多点控制单元（MCU）的电话交谈节目中，每个参与者都用一个独立的呼叫与MCU相连。呼叫支路（Call leg）：一个呼叫支路由Call-ID、To以及From 之中的addr-spec和tag共同标识。只有addr-spec中的user和hostport部分有意义。在同一个Call-ID中，从A到B的请求与从B到A的请求都属于同一个呼叫支路。呼叫支路也可以说是一次呼叫里消息经过的路径。（注：参数说明见第三章）会议（ Conference）：一个多媒体会话，由公共的会话描述来标识。一个会议可由零个或多个成员组成，可以是多点会议，全互连会议，点对点会议，或者是它们的组合。可

11、以用任意数目的呼叫来建立一个会议。发起者、主叫（Initiator，Caller）：发起会议邀请的一方。注意，发起者不一定是会议的建立者。被邀请者、被叫（Invitee，Callee）：被主叫方邀请参加会话的一方。邀请（Invitation）：要求用户加入会话的请求。一个成功的SIP邀请包括2个事务：一个INVITE请求，后面跟一个ACK请求。同构请求/响应（Isomorphic request or response）：两个含有相同Call-ID、To、From和CSeq头域的请求/响应。此外，同构请求还必须含有相同的Rquest-URI。并行查询（Parallel search）：在一个并

12、行查询中，代理收到请求后向可能的被叫用户发出多个请求。并行查询在发出请求时并不等待以前所发请求的响应。最终响应（Final response）：用于结束SIP事务的响应，与临时响应相对。所有的2XX，3XX，4XX，5XX和6XX响应都是最终响应。临时响应（Provisional response）：服务器用来表示工作进展，并不结束SIP事务的一种响应。编码为1XX的响应是临时响应，其他响应都是最终响应。会话（Session）：根据SDP（会话描述协议）规范的定义：“多媒体会话是由多媒体发送者，接收者以及从发送者到接收者的数据流组成的集合。例如多媒体会议。”根据定义，一个被叫可以被不同的呼叫多

13、次邀请加入同一个会话。如果用SDP来描述，一个会话可以由用户名、会话标识符、网络类型、地址类型和源地址共同定义。SIP事务（SIP Transaction）：一个SIP事务是发生在客户和服务器之间的，包括从客户向服务器发出的第一个请求直到服务器发给客户一个最终响应这期间所有的消息。事务是由一个呼叫支路（Call leg）中的Cseq 顺序号来标识的。一个ACK请求与对应的INVITE请求拥有相同的CSeq，构成自己的事务；背靠背用户代理（B2BUA）：B2BUA是接收请求并作为用户代理服务器的一个逻辑实体。为了确定应该如何响应请求，它作为一个用户代理客户（UAC）发出请求。与代理服务器不同的是

14、它维护对话状态并必须参与所有在已建立的对话上所发的请求。由于它是一个串联UAC和UAS，对于它的行为无须作显式定义。第3章 SIP协议主要消息3.1 SIP消息分类SIP协议是以层协议的形式组成的，就是说它的行为是以一套相对独立的处理阶段来描述的，每个阶段之间的关系不是很密切。SIP协议将Server和User Agent之间的通讯的消息分为两类：请求消息和响应消息。请求消息：客户端为了激活特定操作而发给服务器的SIP消息，包括INVITE、ACK、BYE、CANCEL、OPTION和UPDATE消息。响应消息：服务器向客户反馈对应请求的处理结果的SIP消息，包括1xx、2xx、3xx、4xx

15、、5xx、6xx响应3.2 SIP消息结构请求消息和响应消息都包括SIP消息头字段和SIP消息体字段；SIP消息头主要用来指明本消息是有由谁发起和由谁接受，经过多少跳转等基本信息；SIP消息体主要用来描述本次会话具体实现方式；3.3 消息格式3.3.1 请求消息格式SIP请求消息的格式，由SIP消息头和一组参数行组成，如图3-1所示。通过换行符区分命令行和每一条参数行。图3-1 SIP请求消息结构注意：参数行的顺序不是固定的。对应的参数解释见6.3 。SIP请求消息实例：INVITE sip:0109127.0.0.1:5060;User=phone SIP/2.0Call-ID:01E046

16、33512400000127.0.0.1Via:SIP/2.0/UDP 127.0.0.1:5061From:;tag=29005358336B534F610A000To:Contact: sip:CSeq:1 INVITEMax-Forwards:70Content-Type: application/SDPContent-Length:168v=0o=UserA 2890844526 2890844526 IN IP4 s=Session SDPc=IN IP4 192.0.0.1t=0 0m=audio 49172 RTP/AVP 0 8a=rtpmap:0 PCMU/80008 PCM

17、A/8000a=sendonlyINVITE消息是其中一种SIP请求消息。第一行由消息头和对端SIP实体的URI（通用资源标识）以及SIP版本号码组成。SIP URI是电话URI，附在IP地址上，表示对端和端点收发SIP消息的端口的域。“From”、“To”和“Contact”这三个SIP消息头属于电话URI。当背靠背用户代理发出呼叫时，“From”消息头中的URI填写在“Via”消息头里。请求消息类型填写在CSeq消息头里，并且当该SIP端点发送一个请求，号码就相应递增。SIP协议版本为SIP/2.0。其中SDP被加入到INVITE消息内容里，在消息头里的Content-Length说明了S

18、DP内容的长度。3.3.2 响应消息格式SIP响应消息的格式，由SIP响应消息头和一组参数行组成，如图3-2所示。通过换行符区分命令行和每一行参数。图3-1 SIP响应消息结构 SIP响应消息实例：SIP/2.0 200 OKapplication/SDP01EF351F8140000000000127.0.0.1tag=5358336B534F2900CD1B000055061156o=HuaweiSoftX3000 1073741824 1073741824 IN IP4 127.0.0.1s=Sip Callc=IN IP4 110.111.112.113m=audio 5060 RTP

19、/AVP 0200 OK消息是SIP响应消息的一种。第一行由SIP版本号和200响应消息组成。把SDP加入到INVITE消息内容里，在消息头里说明内容的长度。第4章 SIP协议主要响应码4.1 响应码分类SIP响应消息用于对请求消息进行响应，指示呼叫的成功或失败状态。不同类的响应消息由状态码来区分，状态码包含三位整数，状态码的第一位用于定义响应类型，另外两位用于进一步对响应进行更加详细的说明。响应消息的分类如表4-1所示。表4-1 消息分类上述消息中，临时响应用于指示呼叫正在进行，最终响应用于结束请求消息。4.2 1xx类消息1xx消息表示服务器或代理正在进行处理，还未得到确定的响应。客户应该

20、继续等待服务器的响应。当服务器预测在200毫秒之内不能得到最终响应时，它应该发送一个1xx响应。服务器可以发送多个1xx响应。下面表4-2是常见的1xx类消息列表。表4-1 常见的1xx类消息列表100试呼（Trying）正在进行与呼叫有关的操作（例如：访问数据库），但被叫用户还没有定位。180被叫振铃（Ringing）被叫用户代理已经得到被叫的位置，正在提醒被叫用户。181呼叫前转（Call Is Being Forwarded）代理服务器可以用该状态码表示当前呼叫正被转移到其它目的地。182呼叫排队（Queued）被叫暂时不可访问，当前呼叫被排队而不是被拒绝。当服务器有效时，可以继续响应该

21、呼叫。 该响应的reason phrase可以进一步给出排队呼叫的信息，例如：“队列中有5个呼叫，期望等待时间为15分钟”。服务器可以发出多个182 响应来更新当前排队呼叫的信息。183通话进展。4.3 2xx类消息2xx消息表示请求已经被接收、处理并被成功接受；200 ：OK请求成功。202 ：被接受：用于转介4.4 3xx类消息3xx消息表示响应给出有关用户新位置或其它可选服务的信息。下面表4-3是常见的3xx类消息列表。表4-1 常见的3xx类消息列表300多个选择（Multiple Choice）请求中的地址被解析为多个位置，用户可以将请求重定向到一个合适的地址。该响应应该包含可供用户

22、或用户代理选择的位置和资源列表，并且在Contact头域中，列出可供选择的地址。301永久离开（Moved Permanently）在请求中Request-URI所指的地址找不到用户，客户应该尝试Contact头域给出的新地址。主叫收到该响应后应该更新所有的本地目录，地址簿，用户位置缓存并将以后的请求重定向到新的地址。302暂时离开（Moved Temporarily）客户应该用Contact头域给出的新地址尝试呼叫。响应中Expire头域指出该次重定向的有效期，如果没有给出有效期，那么重定向只对当前呼叫有效。305使用代理（Use Proxy）客户所请求的资源必须通过Contact头域中给出

23、的代理来访问。Contact头域给出代理的URI。该响应只能由用户代理服务器发出。380使用其它服务（Alternate Service）呼叫不成功，但是可选其它的服务（如：电子邮件，语音信箱）。该响应的消息体给出可选服务的描述。4.5 4xx类消息4xx消息表示请求消息中包含语法错误或者SIP服务器不能完成对该请求消息的处理。下面表4-4是常见的4xx类消息列表。表4-1 常见的4xx类消息列表400无效请求（Bad Request）请求语法有误，不能被服务器理解。401未授权（Unauthorized）请求需要用户认证。402要求付费（Payment Required）该响应为将来使用保留

24、。403禁止（Forbidden）服务器理解请求，但拒绝完成。客户不应该再次发请求。404未找到用户（Not Found）请求中Request-RUL给出的地址上没有要呼叫的用户。当Request-RUL给出的地址与服务器管理的域不匹配时，服务器也发送该响应。405方法不允许（Method Not Allowed）请求行中指定的方法不被允许。该响应必须包含Allow头域，列出服务器支持的方法。406不可接受（Not Acceptable）根据请求中的Accpe头域，由请求给出的资源产生的响应实体里面的内容字符不可接受。407需要代理认证（Proxy Authentication Require

25、d）该响应与401（未授权）类似，但它指示用户必须首先向代理认证自己。408请求超时（Request Tiemout）服务器不能在请求的Expire头域指定的时间内产生响应。客户可以过一段时间重发请求。409冲突（Conflict）客户的请求与资源的当前状态冲突，不能完成请求。当REGISTER请求的action参数与现存的注册冲突时返回该响应。410无可用资源（Gone）服务器上没有所请求的资源，也不知道进一步联系的地址。这种情况被认为是永久的。如果服务器不能确定该情况是否是永久的，它应该发送404（被叫未找到）响应。411需要消息体长度（Length Required）服务器拒绝接受没有包

26、含Content-Length头域的请求。客户何以在加入一个表示消息体长度的Cotent-Length头域后重发请求。413请求实体过长（Request Entity Too Large）服务器拒绝处理过长的消息实体。如果这种情况是暂时的，服务器应该在响应中包含Retry-After头域指示客户何时重发请求。414Request-URI过长（Request-URI Too Long）服务器不能解析过长的Request-URI。415媒体类型不支持（Unsupported Media Type）服务器不支持请求消息体的格式。服务器应该在响应中用Accept，Accept-Encoding 和Ac

27、cept-Language头域列出它支持的格式。416不支持的URI方案。420错误的扩展（Bad Extension）服务器不理解请求中Require头域指定的协议扩展。421需要扩展。423时间间隔过短。480暂时不可访问（Temporarily Unavailable）被叫的终端系统已经成功连接，但用户暂时不可访问（例如：用户未登录，或登录为免打扰）。服务器可以在Retry-After头域中另外指定一个访问时间。481呼叫支路/事务不存在（Call leg/Transaction Does Not Exist）在两种情况下服务器返回该响应：服务器收到一个BYE请求但找不到匹配的呼叫支路；或是收到一个CANCEL请求但找不到匹配的事务；或是收到与原来TAG标志不一样的INVITE请求。（对于无匹配的ACK请求，服务器直接将它丢弃，不响应）。482检测到循环呼叫（Loop Detected）请求消息的Via头域中包含接收服务器自身的地址。483跳数过多（Too Many Hop）请求的Via头域包含的条目数（跳数）超过Max-Forwards头域指定的值。484地址不