SIP协议主要消息

1、 HYPERLINK 第一章 SSIP协议议主要消息息SIP消息息分类SIP协议议是以层协协议的形式式组成的，就就是说它的的行为是以以一套相对对独立的处处理阶段来来描述的，每每个阶段之之间的关系系不是很密密切。SIP协议议将Serrver和和Userr Ageent之间间的通讯的的消息分为为两类：请请求消息和和响应消息息。请求消息：客户端为为了激活特特定操作而而发给服务务器的SIIP消息，包包括INVVITE、ACK、BYE、CANCEEL、OPTIION和UPDAATE消息息。SIP请求求的6种方法：1、 邀请（INVIITE）邀请用户户加入呼叫叫2、 确认（ACK）确认客户户机已经接接收到

2、对INVIITE的最终响响应3、 可选项（OPTIIONS）请求关于于服务器能能力的信息息4、 再见（BYE）终止呼叫叫上的两个个用户之间间的呼叫5、 取消（CANCCEL）6、 注册（REGIISTERR）提供地址址解析的映映射，让服服务器知道道其它用户户的位置响应消息：服务器向向客户反馈馈对应请求求的处理结结果的SIIP消息，包包括1xxx、2xx、3xx、4xx、5xx、6xx响应应SIP消息息结构请求消息和和响应消息息都包括SSIP消息息头字段和和SIP消息息体字段；SIP消息息头主要用用来指明本本消息是有有由谁发起起和由谁接接受，经过过多少跳转转等基本信信息；SIP消息息体主要用用来

3、描述本本次会话具具体实现方方式；消息格式请求消息格格式SIP请求求消息的格格式，由SSIP消息息头和一组组参数行组组成，如 REF _Ref27449086 r h 图图3-1所示示。通过换换行符区分分命令行和和每一条参参数行。命令名称对端URICall-id: 值via: 值协议版本消息头参数行To: 值Contact: 值From: 值Content-Length: 值Max-Forward: 值White SpaceSDPContent-Type: 值Cseq: 值SIP请求求消息结构构注意：参数数行的顺序序不是固定定的。对应应的参数解解释见 REF _Ref27479927 r h *

4、 MERGEFORMAT 6.33 。消息体定义义：Call-ID：头字段段是用来将将消息分组组的唯一性性标识Froom：头字段段是指示请请求发起方方的逻辑标标识，它可可能是用户户的注册地地址。From头字段包包含一个URI和一个可可选的显示示名称CSeeq：头字段段用于标识识事务并对对事务进行行排序。它它由一个请请求方法和和一个序列列号组成，请请求方法必必须与对应应的请求消消息类型一一致Maxx-Fowwordss：头字段段限定一个个请求消息息在到达目目的地之前前允许经过过的最大跳跳数。它包包含一个整整数值，每每经过一跳跳，这个值值就被减一一。如果在在请求消息息到达目的的地之前该该值变为零零

5、，那么请请求将被拒拒绝并返回回一个483（跳数过过多）错误误响应消息息。Viaa：头字段段定义SIP事务的下下层（传输输层）传输输协议，并并标识响应应消息将要要被发送的的位置。只只有当到达达下一跳所所用的传输输协议被选选定后，才才能在请求求消息中加加入Via头字段值值。exppiress：参数指指出了该值值中包含的的URI地址的有有效期。这这个参数的的值是以秒秒为单位计计算的。如如果没有提提供该参数数，那么URI地址的有有效期由Expiires头字段值值来确定。SIP请求求消息实例例：INVITTE siip:011091127.00.0.11:50660;Usser=pphonee SIPP

6、/2.00Call-ID:001E0446335512400000001277.0.00.1Via:SSIP/22.0/UUDP 1127.00.0.11:50661From:;ttag=22900553583336B5534F6610A0000To:Contaact: sip:01022031127.00.0.11:50661CSeq:1 INNVITEEMax-FForwaards:70Conteent-TType: appplicaationn/SDPPConteent-LLengtth:1668v=0o=UseerA 2289088445226 2889084445266 IN IP4

7、 ms=Sesssionn SDPPc=IN IP4 192.0.0.1t=0 00m=auddio 4491722 RTPP/AVPP 0 88a=rtppmap:0 PCCMU/88000a=rtppmap:8 PCCMA/88000a=senndonllyINVITTE消息是是其中一种种SIP请求求消息。第一行由消消息头和对对端SIPP实体的URRI（通用资源源标识）以及SIPP版本号码码组成。SIP UURI是电电话URII，附在IPP地址上，表表示对端和和端点收发发SIP消息息的端口的的域。“Fromm”、“To”和“Conttact”这三个SIIP消息头头属于电话话URI。当背靠背

8、用用户代理发发出呼叫时时，“Fromm”消息头中中的URII填写在“Via”消息头里里。请求消息类类型填写在在CSeqq消息头里里，并且当当该SIPP端点发送送一个请求求，号码就就相应递增增。SIP协议议版本为SSIP/22.0。其其中SDPP被加入到到INVIITE消息息内容里，在在消息头里里的Conntentt-Lenngth说说明了SDDP内容的的长度。INVITTE请求消息息详解：INVITTE siip:maarconni SIP/2.0 请求方法法、请求地地址（RequuestURI）、SIP版本号（目目前都是SIP/2.0）请请求地址一一般就是被被叫方地址址，跟MSN中好友eMa

9、iil地址类似似Viaa: SIIP/2.0/UDDP laab.hiigh-vvoltaage.oorg:55060;brannch=zz9hG44bKfww19bSSIP版本号（2.0）、传输输类型（UDP）、呼叫叫地址、bbrancch是一随机机码，它被被看作传输输标识VVia字段中地地址是消息息发送方或或代理转发发方设备地地址，一般般由主机地地址和端口口号组成传传输类型可可以为UDP、TCP、TLS、SCTPPMax-FForwaards: 70最最大跳跃数数，就是经经过SIP服务器的的跳跃次数数，主要是是防止循环环跳跃每每经过代理理服务器，该该整数减一一To: G. Marcconi

10、 Froom: NNikolla Teesla ;ttag=7763411表表示请求消消息的发送送方和目标标方如如果里面有有用户名标标签，地址址要求用尖尖括号包起起来对对于INVIITE消息，可可以在From字段中包包含tag，它也是是个随机码码Calll-IDD:12334567789呼呼叫ID是由本地地设备生成成的，全局局唯一值。每次呼叫叫该值唯一一不变对对于用户代代理发送INVIITE消息，本本地将生成成Fromm tagg和Calll-ID全局唯一一码，被叫叫方代理则则生成To ttag全局唯一一码。这三三个随机码码做为整个个对话中对对话标识（diallog iindenntifiie

11、r）在通话话双方使用用。CSeeq: 11 INVVITECCSeq，又叫命命令队列（Commmand Seqeence），每发发送一个新新的请求，该该数自动加加1* 以以上几个字字段是所有有SIP消息体所所必须的，其其它头字段段有些是可可选的，有有些在特定定请求也是是必须Subbjectt: Abbout Thatt Powwer OOutagge.Conntactt: CContaact是INVIITE消息所必必须的，它它用来路由由到被叫设设备地址，也也称为用户户代理（UA）Conntentt-Typpe: aappliicatiion/ssdpConntentt-Lenngth: 158

12、8最最后两位附附属字段说说明消息体体类型以及及字段长度度v=00 SDP版本号，目目前都是0o=TTeslaa 2899084445262289088445226 INNIP4 g 主叫源源地址，类类型等s=PPhonee Calll响应消息格格式SIP响应应消息的格格式，由SSIP响应应消息头和和一组参数数行组成，如如 REF _Ref27449117 r h 图3-2所示示。通过换换行符区分分命令行和和每一行参参数。SIP/协议版本响应消息头Call-id: 值via: 值消息头参数行To: 值Contact: 值From: 值Content-Length: 值Max-Forward: 值

13、White SpaceSDPContent-Type: 值Cseq: 值SIP响应应消息结构构注意：参数数行的顺序序不是固定定的。对应应的参数解解释见 REF _Ref27479927 r h * MERGEFORMAT 6.3 。 SIP响应应消息实例例：SIP/22.0 2200 OOKConteent-TType:appllicattion/SDPVia:SSIP/22.0/UUDP 1127.00.0.11:50661Call-ID:001EF3351F881400000000000001277.0.00.1CSeq:1 INNVITEEFrom:;ttag=2290055358333

14、6B5534F6610A0000To:;ttag=553583336B5534F22900CCD1B00000Contaact:Conteent-LLengtth:1556v=0o=HuaaweiSSoftXX30000 107737411824 107337418824 IIN IPP4 1227.0.0.1s=Sipp Calllc=IN IP4 110.111.112.113t=0 00m=auddio 55060 RTP/AVP 0a=rtppmap:0 PCCMU/88000200 OOK消息是是SIP响应应消息的一一种。第一行由SSIP版本本号和2000响应消消息组成。SIP UU

15、RI是电电话URII，附在IPP地址上，表表示对端和和端点收发发SIP消息息的端口的的域。“Fromm”、“To”和“Conttact”这三个SIIP消息头头属于电话话URI。当背靠背用用户代理发发出呼叫时时，“Fromm”消息头中中的URII填写在“Via”消息头里里。请求消息类类型填写在在CSeqq消息头里里，并且当当该SIPP端点发送送一个请求求，号码就就相应递增增。SIP协议议版本为SSIP/22.0。把把SDP加入入到INVVITE消消息内容里里，在消息息头里说明明内容的长长度。第二章 SSIP协议议主要响应应码2.1 响应码码分类SIP响应应消息用于于对请求消消息进行响响应，指示示

16、呼叫的成成功或失败败状态。不不同类的响响应消息由由状态码来来区分，状状态码包含含三位整数数，状态码码的第一位位用于定义义响应类型型，另外两两位用于进进一步对响响应进行更更加详细的的说明。响响应消息的的分类如下下所示。1）1XXX：临时响响应，表示示请求消息息正在被处处理。2）2XXX：成功响响应，表示示请求已被被成功接收收，完全理理解并被接接受。3）3XXX：重定向向响应，表表示需采取取进一步以以完成该请请求。4）4XXX：客户机机错误，表表示请求消消息中包含含语法错误误信息或服服务器无法法完成客户户机请求。5）5XXX：服务器器错误，表表示服务器器无法完成成合法请求求。6）6XXX：全局故故

17、障，表示示任何服务务器无法完完成该请求求。上述消息中中，临时响响应用于指指示呼叫正正在进行，其其余最终响响应用于结结束请求消消息。2.2 1xx类消消息（临时时响应）1xx消息息表示服务务器或代理理正在进行行处理，还还未得到确确定的响应应。客户应应该继续等等待服务器器的响应。当服务器器预测在2200毫秒秒之内不能能得到最终终响应时，它它应该发送送一个1xxx响应。服务器可可以发送多多个1xxx响应。下下面是常见见的1xx类消息列列表。常见的1xxx类消息列列表100试呼（Trryingg）正在进进行与呼叫叫有关的操操作（例如如：访问数数据库），但但被叫用户户还没有定定位。180被叫振铃（Rin

18、ging）被叫用户代理已经得到被叫的位置，正在提醒被叫用户。该响应也可以再发起一个本地回铃181呼叫前转（Calll Is Beinng Foorwarrded）代代理服务器器可以用该该状态码表表示当前呼呼叫正被转转移到其它它目的地。（呼叫正正在转发）182呼叫排队（Queued）被叫暂时不可访问，当前呼叫被排队而不是被拒绝。当服务器有效时，可以继续响应该呼叫。 该响应的reason phrase可以进一步给出排队呼叫的信息，例如：“队列中有5个呼叫，期望等待时间为15分钟”。服务器可以发出多个182 响应来更新当前排队呼叫的信息。183会话进度（sesssion proggresss）应答用

19、于于提示建立立对话的进进度信息。Reasoon-Phhrasee（表达原原因的句子子）、头域域或者消息息体可以用用于提示呼呼叫进度的的更新消息的信信息。 2.3 2xxx类消息（成成功响应）2xx消息息表示请求求已经被接接收、处理理并被成功功接受；200 ：OK请求成功功。2.4 3xx类消消息（重定定向响应）3xx消息息表示响应应给出有关关用户新位位置或其它它可选服务务的信息。下面 REF _Ref27451631 r h 表4-3是常常见的3xx类消息列列表。常见的3xxx类消息列列表300多个选择（Multiple Choice）请求中的地址被解析为多个位置，用户可以将请求重定向到一个合

20、适的地址。该响应应该包含可供用户或用户代理选择的位置和资源列表，并且在Contact头域中，列出可供选择的地址。（网络协议不兼容:会话描述中的一个或多个网络协议不可用。）301永久离开（Moved Permanently）在请求中Request-URI所指的地址找不到用户，客户应该尝试Contact头域给出的新地址。主叫收到该响应后应该更新所有的本地目录，地址簿，用户位置缓存并将以后的请求重定向到新的地址。（网络地址格式不兼容:会话描述中的一个或多个地址格式不可用。）302暂时离开（Moved Temporarily）客户应该用Contact头域给出的新地址尝试呼叫。响应中Expire头域指出

21、该次重定向的有效期，如果没有给出有效期，那么重定向只对当前呼叫有效。（传送协议不兼容:会话描述中的一个或多个传送协议不可用。）303带宽单位不不兼容:会话描述中中的一个或或多个带宽宽度量单位位不被理解解。304媒体类型不不可用:对话描述述中的一个个或多个媒媒体类型不不可用。305使用代理（Use Proxy）客户所请求的资源必须通过Contact头域中给出的代理来访问。Contact头域给出代理的URI。该响应只能由用户代理服务器发出。（媒体格式不兼容:对话描述中的一个或多个媒体格式不可用。）306媒体特征不不被理解:对话描述述中的一个个或多个媒媒体特征不不被支持。307对话描述参参数不被理理

22、解:除上述几几种参数之之外的参数数不被理解解。330组播不可用用:用户站点点不支持组组播。331单播不可用用:用户站点点不支持单单播通信(通常是由由于防火墙墙的存在)370带宽不足:对话描述述中定义的的或者媒体体定义的带带宽超出可可用带宽。380使用其它服服务（Allternnate Servvice）呼呼叫不成功功，但是可可选其它的的服务（如如：电子邮邮件，语音音信箱）。该响应的的消息体给给出可选服服务的描述述。399混合告警:该告警表表示用户存存在的任意意一种错误误，收到该该告警的系系统不可以以采取任何何自动的动动作2.5 4xx类消消息(客户机错错误)4xx消息息表示请求求消息中包包含语

23、法错错误或者SSIP服务务器不能完完成对该请请求消息的的处理。下下面 REF _Ref27451712 r h 表4-4是常常见的4xx类消息列列表。常见的4xxx类消息列列表400无效请求（Bad Request）请求语法有误，不能被服务器理解。401未授权（UUnautthoriized）请请求需要用用户认证。402要求付费（Payment Required）该响应为将来使用保留。403禁止（Foorbiddden）服服务器理解解请求，但但拒绝完成成。客户不不应该再次次发请求。404未找到用户户（Nott Fouund）请请求中Reequesst-RUUL给出的的地址上没没有要呼叫叫的用户

24、。当Reqquestt-RULL给出的地地址与服务务器管理的的域不匹配配时，服务务器也发送送该响应。405方法不允许许（Metthod Not Alloowed）请请求行中指指定的方法法不被允许许。该响应应必须包含含Alloow头域，列出出服务器支支持的方法法。406不可接受（Not Acceptable）根据请求中的Accpe头域，由请求给出的资源产生的响应实体里面的内容字符不可接受。407需要代理认认证（Prroxy Authhentiicatiion RRequiired）该该响应与4401（未未授权）类类似，但它它指示用户户必须首先先向代理认认证自己。408请求超时（Request T

25、imeout）服务器不能在请求的Expire头域指定的时间内产生响应。客户可以过一段时间重发请求。409冲突（Coonfliict）客客户的请求求与资源的的当前状态态冲突，不不能完成请请求。当RREGISSTER请请求的acctionn参数与现现存的注册册冲突时返返回该响应应。410无可用资源源（Gonne）服务务器上没有有所请求的的资源，也也不知道进进一步联系系的地址。这种情况况被认为是是永久的。如果服务务器不能确确定该情况况是否是永永久的，它它应该发送送404（被被叫未找到到）响应。411需要消息体体长度（LLengtth Reequirred）服服务器拒绝绝接受没有有包含Coontenn

26、t-Leengthh头域的请请求。客户户何以在加加入一个表表示消息体体长度的CCotennt-Leengthh头域后重重发请求。413请求实体过过长（Reequesst Enntityy Tooo Larrge）服服务器拒绝绝处理过长长的消息实实体。如果果这种情况况是暂时的的，服务器器应该在响响应中包含含Retrry-Affter头头域指示客客户何时重重发请求。414Requeest-UURI过长长（Reqquestt-URII Tooo Lonng）服务务器不能解解析过长的的Requuest-URI。415媒体类型不不支持（UUnsuppportted MMediaa Typpe）服务务器不

27、支持持请求消息息体的格式式。服务器器应该在响响应中用AAcceppt，Acceept-EEncodding 和Acceept-LLanguuage头头域列出它它支持的格格式。416不支持的UURI方案（unsuupporrted url scheeme）服务器由由于不支持持Requuest-URI中的URI方案而终终止处理这这个请求。420错误的扩展展（Badd Exttensiion）服服务器不理理解请求中中Requuire头头域指定的的协议扩展展。421需要扩展支支持（exteensioon reequirred）UAS需要特定定的扩展来来处理这个个请求，但但是这个扩扩展并没有有在请求的的

28、Suppporteed头域中列列出。具有有这个应答答码的应答答必须包含含一个Requuire头域列出出所需要的的扩展。 UAS不应当使使用这个应应答除非它它真的不能能给客户端端提供有效效的服务。相反，如如果在Suppport头域中没没有列出需需要的扩展展，服务器器应当根据据基准的SIP兼容的方方法和客户户端支持的的扩展来进进行处理。 423间隔太短（inteervall tooo briief）服务器因因为在请求求中设置的的资源刷新新时间（或或者有效时时间）过短短而拒绝请请求。这个个应答可以以用于注册册服务器来来拒绝那些些Conttact头域有效效期过短的的注册请求求。480暂时不可访访问（T

29、eemporrarilly Unnavaiilablle）被叫叫的终端系系统已经成成功连接，但但用户暂时时不可访问问（例如：用户未登登录，或登登录为免打打扰）。服服务器可以以在Rettry-AAfterr头域中另另外指定一一个访问时时间。481呼叫支路/事务不存存在（Caall lleg/TTranssactiion DDoes Not Exisst）在两两种情况下下服务器返返回该响应应：服务器器收到一个个BYE请求求但找不到到匹配的呼呼叫支路；或是收到到一个CAANCELL请求但找找不到匹配配的事务；或是收到到与原来TTAG标志志不一样的的INVIITE请求求。（对于于无匹配的的ACK请求求

30、，服务器器直接将它它丢弃，不不响应）。482检测到循环环呼叫（LLoop Deteectedd）请求消消息的Viia头域中中包含接收收服务器自自身的地址址。483跳数过多（TToo MMany Hop）请请求的Viia头域包包含的条目目数（跳数数）超过MMax-FForwaards头头域指定的的值。484地址不全（Address Incomplete）请求的To或Request-RUL所指的地址不全。485地址不明确确（Ambbiguoous）请请求中提供供的被叫地地址不明确确。该响应应可以在CContaact头域域中列出不不明确的地地址。486被叫忙（BBusy Heree）被叫的的终端系统

31、统已经成功功连接，但但用户暂时时不愿意或或不能够接接收更多的的呼叫。服服务器可以以在响应的的Retrry-Affter头头域中另外外指定一个个访问时间间。客户也也可能通过过其它方式式访问，如如：语音邮邮箱，因此此该响应并并不终止一一个查询。如果我们们知道没有有其他终端端系统能够够接听这个个呼叫，那那么应当返返回一个状状态码600（Busyy Eveerywhhere）。487请求被拒绝绝（Reqquestt Canncellled）原原来的请求求消息被一一个CANNCEL请请求所取消消。488此处请求不不接受（not acceeptabble hhere）这个应答答和606（Not Accee

32、ptabble）有相同同的含义，但但是只是应应用于Requuest-URI所指出的的特定资源源不能接受受，在其他他地方请求求可能可以以接受。 包含了媒媒体兼容性性描述的消消息体可以以出现在应应答中，并并且根据INVIITE请求中的Acceept头域进行行规格化（如如果没有Acceppt头域，那那么就是appllicattion/sdp）。这个个应答就像像给OPTIIONS请求的200(OK)应答的消消息体一样样。491未决请求（request pending）在同一个对话中，UAS接收到的请求有一个依赖的请求正在处理。493无法解密（undeeciphherabble）不不可辨识，UAS接收到了了一个请求求，包含了了一个加密密的MIMEE,并且不知知道或者没没有提供合合适的解密密密钥。这这个应答可可以包含单单个包体，这这个包体包包含了合适适的公钥，这这个公钥用用