SIP信令协议消息(四)
SIP消息分类
请求消息 | 消息含义 |
INVITE |
发起会话请求,邀请用户加入一个会话,会话描述含于消息体中。对于两方呼叫来说,主叫方在会 话描述中指示其能够接受的媒体类型及其参数。被叫方必需在成功响应消息的消息体中指明其希望 接受哪些媒体,还可以指示其将发送的媒体。 |
ACK | 证实已收到对于INVITE请求的最终响应。该消息仅和INVITE消息配套使用。 |
BYE | 结束会话 |
CANCEL | 取消尚未完成的请求,对于已完成的请求(即已收到最终响应的请求)则没有影响 |
REGISTER | 注册 |
OPTIONS | 查询服务器的能力 |
MESSAGE | 发送IP短信息 |
SUBSCRIBE | 用来请求对方节点的当前状态以及后续状态变化的请求方法,从网络订阅消息 |
NOTIFY | 用于向服务器请求返回当前状态消息 |
UPDATE | 更新会话媒体信息 |
PRACK | 类似ACK功能,但PRACK响应为临时响应 |
PUBLISH | |
INFO |
SIP响应消息分类
序号 | 消息功能 |
1XX | 临时响应, 表示请求消息正在被处理。 |
2XX | 成功响应, 表示请求已被成功接收, 完全理解并被接受。 |
3XX | 重定向响应, 表示需采取进一步以完成该请求。 |
4XX | 客户机错误, 表示请求消息中包含语法错误信息或服务器无法完成客户机请求。 |
5XX | 服务器错误, 表示服务器无法完成合法请求。 |
6XX | 全局故障,表示任何服务器无法完成该请求。 |
SIP信令协议消息
100 |
试呼(Trying) 正在进行与呼叫有关的操作(例如:访问数据库) , 但被叫 用户还没有定位。 |
180 |
被叫振铃( Ringing) 被叫用户代理已经得到被叫的位置, 正在提醒被叫用 户。 该响应也可以再发起一个本地回铃 |
181 |
呼叫前转(Call Is Being Forwarded) 代理服务器可以用该状态码表示当前 呼叫正被转移到其它目的地。 (呼叫正在转发) |
182 |
呼叫排队(Queued) 被叫暂时不可访问, 当前呼叫被排队而不是被拒绝。 当服务器有效时, 可以继续响应该呼叫。 该响应的"reason phrase"可以进 一步给出排队呼叫的信息, 例如: “队列中有5个呼叫, 期望等待时间为15 分钟” 。 服务器可以发出多个182 响应来更新当前排队呼叫的信息。 |
183 |
会话进度( session progress) 应答用于提示建立对话的进度信息。 Reason-Phrase(表达原因的句子) 、 头域或者消息体可以用于提示呼叫进 度的更新消息的信息。 |
200 | 表示请求已经被接收、 处理并被成功接受 |
300 |
多个选择(Multiple Choice) 请求中的地址被解析为多个位置, 用户可以将 请求重定向到一个合适的地址。 该响应应该包含可供用户或用户代理选择 的位置和资源列表, 并且在Contact头域中, 列出可供选择的地址。 ( 网络 协议不兼容:会话描述中的一个或多个网络协议不可用。 ) |
301 |
永久离开(Moved Permanently) 在请求中Request-URI所指的地址找不到 用户, 客户应该尝试Contact头域给出的新地址。 主叫收到该响应后应该更 新所有的本地目录, 地址簿, 用户位置缓存并将以后的请求重定向到新的 地址。 ( 网络地址格式不兼容:会话描述中的一个或多个地址格式不可用。 ) |
302 |
暂时离开( Moved Temporarily) 客户应该用Contact头域给出的新地址尝 试呼叫。 响应中Expire头域指出该次重定向的有效期, 如果没有给出有效期, 那么重定向只对当前呼叫有效。 ( 传送协议不兼容:会话描述中的一个或多 个传送协议不可用。 ) |
303 | 带宽单位不兼容:会话描述中的一个或多个带宽度量单位不被理解。 |
304 | 媒体类型不可用:对话描述中的一个或多个媒体类型不可用。 |
305 |
使用代理( Use Proxy) 客户所请求的资源必须通过Contact头域中给出的 代理来访问。 Contact头域给出代理的URI。 该响应只能由用户代理服务器 发出。 (媒体格式不兼容:对话描述中的一个或多个媒体格式不可用。 ) |
306 | 媒体特征不被理解:对话描述中的一个或多个媒体特征不被支持。 |
307 | 对话描述参数不被理解:除上述几种参数之外的参数不被理解 |
330 | 组播不可用:用户站点不支持组播 |
331 | 单播不可用:用户站点不支持单播通信(通常是由于防火墙的存在) |
370 | 带宽不足:对话描述中定义的或者媒体定义的带宽超出可用带宽。 |
380 |
使用其它服务( Alternate Service) 呼叫不成功, 但是可选其它的服务 (如:电子邮件, 语音信箱) 。 该响应的消息体给出可选服务的描述。 |
399 |
混合告警:该告警表示用户存在的任意一种错误,收到该告警的系统不可 以采取任何自动的动作 |
400 | 无效请求(Bad Request) 请求语法有误, 不能被服务器理解。 |
401 | 未授权(Unauthorized) 请求需要用户认证。 |
402 | 要求付费(Payment Required) 该响应为将来使用保留。 |
403 |
禁止(Forbidden) 服务器理解请求, 但拒绝完成。 客户不应该再次发请 求。 |
404 |
未找到用户( Not Found) 请求中Request-RUL给出的地址上没有要呼 叫的用户。 当Request-RUL给出的地址与服务器管理的域不匹配时, 服 务器也发送该响应。 |
405 |
方法不允许(Method Not Allowed) 请求行中指定的方法不被允许。 该 响应必须包含Allow头域, 列出服务器支持的方法。 |
406 |
不可接受(Not Acceptable) 根据请求中的Accpe头域, 由请求给出的资 源产生的响应实体里面的内容字符不可接受。 |
407 |
需要代理认证(Proxy Authentication Required) 该响应与401(未授权) 类似, 但它指示用户必须首先向代理认证自己。 |
408 |
请求超时(Request Timeout) 服务器不能在请求的Expire头域指定的时 间内产生响应。 客户可以过一段时间重发请求。 |
409 |
冲突(Conflict) 客户的请求与资源的当前状态冲突, 不能完成请求。 当 REGISTER请求的action参数与现存的注册冲突时返回该响应。 |
410 |
无可用资源(Gone) 服务器上没有所请求的资源, 也不知道进一步联系 的地址。 这种情况被认为是永久的。 如果服务器不能确定该情况是否是 永久的, 它应该发送404(被叫未找到) 响应。 |
411 |
需要消息体长度(Length Required) 服务器拒绝接受没有包含Content-Length头域的 请求。 客户何以在加入一个表示消息体长度的Cotent-Length头域后重发请求。 |
413 |
请求实体过长(Request Entity Too Large) 服务器拒绝处理过长的消息实体。 如果这 种情况是暂时的, 服务器应该在响应中包含Retry-After头域指示客户何时重发请求。 |
414 | Request-URI过长(Request-URI Too Long) 服务器不能解析过长的Request-URI。 |
415 |
媒体类型不支持(Unsupported Media Type) 服务器不支持请求消息体的格式。 服务 器应该在响应中用Accept, Accept-Encoding 和Accept-Language头域列出它支持的 格式。 |
416 |
不支持的URI方案( unsupported url scheme) 服务器由于不支持Request-URI中的 URI方案而终止处理这个请求。 |
420 | 错误的扩展(Bad Extension) 服务器不理解请求中Require头域指定的协议扩展。 |
421 |
需要扩展支持(extension required) UAS需要特定的扩展来处理这个请求, 但是这个 UAS不应当使用这个应答除非它真的不能给客户端提供有效的服务。 相反, 如果在 |
423 |
间隔太短(interval too brief) 服务器因为在请求中设置的资源刷新时间(或者有效时 间) 过短而拒绝请求。 这个应答可以用于注册服务器来拒绝那些Contact头域有效期过 短的注册请求。 |
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 | 地址不全(Address Incomplete) 请求的To或Request-RUL所指的地址不全。 |
485 |
地址不明确(Ambiguous) 请求中提供的被叫地址不明确。 该响应可以在Contact头域 中列出不明确的地址。 |
486 |
被叫忙(Busy Here) 被叫的终端系统已经成功连接, 但用户暂时不愿意或不能够接 收更多的呼叫。 服务器可以在响应的Retry-After头域中另外指定一个访问时间。 客户 也可能通过其它方式访问, 如:语音邮箱, 因此该响应并不终止一个查询。 如果我们 知道没有其他终端系统能够接听这个呼叫, 那么应当返回一个状态码600( Busy Everywhere) 。 |
487 |
请求被拒绝(Request Cancelled) 原来的请求消息被一个CANCEL请求所 取消。 |
488 |
此处请求不接受(not acceptable here) 这个应答和606(Not Acceptable ) 有相同的含义, 但是只是应用于Request-URI所指出的特定资源不能接受 在其他地方请求可能可以接受。 包含了媒体兼容性描述的消息体可以出现 在应答中, 并且根据INVITE请求中的Accept头域进行规格化( 如果没有 Accept头域, 那么就是application/sdp) 。 这个应答就像给OPTIONS请求 的200(OK)应答的消息体一样。 |
491 |
未决请求( request pending) 在同一个对话中, UAS接收到的请求有一个 依赖的请求正在处理。 |
493 |
无法解密(undecipherable) 不可辨识, UAS接收到了一个请求, 包含了一 个加密的MIME,并且不知道或者没有提供合适的解密密钥。 这个应答可以包 含单个包体, 这个包体包含了合适的公钥, 这个公钥用于给这个UAS通讯 中加密包体使用的。 |
500 |
服务器内部错误( Server Internal Error) 服务器出现异常情况, 不能处理 请求。 |
501 |
功能未实现(Not Implemented 不可执行) 服务器不支持完成请求所必需的 功能。 |
502 |
网关错误(Bad Gateway) 作为网关或代理的服务器在处理请求时从其它服 务器接收到一个无效响应。 |
503 |
服务不可用(Sevice Unavailable) 由于临时超载或正在维护, 服务器当前 不能处理请求。 |
504 |
网关超时(Gateway Timeout / service Time-out 服务器超时) 作为网关的 服务器在处理呼叫的过程中没有及时收到其它服务器(例如:定位服务器) 的响应。 |
505 |
版本不支持( Version Not Supported) 服务器不能或拒绝支持请求消息所 用的版本。 |
513 | 消息过大(message too large) |
600 |
全忙(Busy Everywhere) 被叫的终端系统已经成功连接, 但用户正忙, 不 愿够接受当前呼叫。 服务器可以在响应的Retry-After头域中另外指定一个访 问时间。 该响应仅用于客户不能通过其它方式(如:语音邮箱) 访问的情况 如果用户可通过其它方式访问, 则应返回486(Busy Here) 响应。 |
603 |
拒绝( Decline) 被叫的终端系统已经成功连接, 但用户明确不愿接受当前 呼叫。 服务器可以在响应的Retry-After头域中另外指定一个访问时间。 |
604 | 被叫不存在(Does Not Exist Anywhere) 请求的To头域指定的用户不存在 |
606 |
不可接受(Not Acceptable) 用户代理已经成功连接, 但某些会话描述如媒 体类型、 带宽或地址风格不能接受。 该响应表示用户希望建立通信, 但不能 充分支持请求所描述的会话 |
SIP信令协议消息(四)相关推荐
- 基于ICE方式SIP信令穿透Symmetric NAT技术研究
基于IP的语音.数据.视频等业务在NGN网络中所面临的一个实际困难就是如何 有效地穿透各种NAT/FW的问题.对此,会话初始化协议SIP以往的解决方法有ALGs,STUN,T URN等方式.本文探讨了 ...
- BICC VS SIP --NGN协议的较量
BICC VS SIP --NGN协议的较量 ----------------------------------------------------------------------------- ...
- H323、H248(MGCP)、SIP三协议浅析
在传统电话系统中,一次通话从建立系统连接到拆除连接都需要一定的信令来配合完成.同样,在IP电话中,如何寻找被叫方.如何建立应答.如何按照彼此的数据处理能力发送数据,也需要相应的信令系统,一般称为协议. ...
- 移动设备管理(MDM)与OMA OTA DM协议向导(四)——GSM 系统
移动设备管理(MDM)与OMA OTA DM协议向导(四)--GSM 系统 1. 第一代模拟蜂窝系统(1G) 1971年12月,贝尔(Bell)公司向美国联邦通信委员会(FCC)提交了蜂窝移动 通信系 ...
- SIP信令标准 简介
介绍 SIP(Session Initiation Protocol)是一个面向Internet 会议和电话的简单信令协议标准. SIP最初由IETF MMUSIC (Multiparty Multi ...
- 网络协议(十四):WebSocket、WebService、RESTful、IPv6、网络爬虫、HTTP缓存
网络协议系列文章 网络协议(一):基本概念.计算机之间的连接方式 网络协议(二):MAC地址.IP地址.子网掩码.子网和超网 网络协议(三):路由器原理及数据包传输过程 网络协议(四):网络分类.IS ...
- MRCP UA的创建及SIP信令处理
在mrcp_sofia_task_initialize中调用nua_create一个UA(User agent)这个跟freeswitch SIP信令的接收,是一样的.在nua_create的时候会设 ...
- 图解ARP协议(四)代理ARP:善意的欺骗
首发于 跟杰哥学网络与安全 写文章 登录 图解ARP协议(四)代理ARP:善意的欺骗 拼客学院陈鑫杰 24 天前 一.代理ARP概述 我:当电脑要访问互联网上的服务器,目标MAC是什么? 很多小伙伴在 ...
- 直播预告|RTM 助力信令与消息全球实时互通
RTM 是实时消息(Real-time Messaging)的简称.在实时互动场景中,用户通常有两种互动方式:一种是通过音视频进行互动,比如语音连麦.视频连麦等:另一种是通过非音视频的方式进行互动,比 ...
- 三菱FX3G/FX3S 485协议通讯四台三菱E700变频器
三菱FX3G/FX3S 485协议通讯四台三菱E700变频器程序资料 三菱FX3G/FX3S+485bd扩展,采用modbus rtu协议,crc校验,通讯控制四台E700变频器,可以实现正反转,停止 ...
最新文章
- 如何用matlab读取npz文件,Python Numpy中数据的常用的保存与读取方法
- Linux下Gcc生成和使用静态库和动态库详解
- Oracle 声明常量
- STM32硬件复位时间
- ionic-cordova 支付宝支付插件cordova-plugin-alipay-v2使用篇
- ENVI辐射定标出现Calibration requires gain and offset for each band错误提示
- 计算机领域EI和SCI收录期刊、影响因子及国际会议
- 2019建模美赛B题(派送无人机)M奖论文
- 开通写scdn博客第一天
- Win7系统更新错误代码80073712的解决办法
- 【数据分析】豆瓣电影Top250爬取的数据的可视化分析
- java计算机毕业设计景区门票系统源码+数据库+系统+lw文档+mybatis+运行部署
- HTML的DOCTYPE是什么意思
- jquery easyui datagrid deleteRow(删除行)的BUG!
- 用 Python 实现词云可视化
- 莺尾花数据集--kNN分类
- 【论文阅读】SCRDet:Towards More Robust Detection for Small, Cluttered and Rotated Objects
- 区块链技术应用大盘点(涵盖金融、医疗、政务等领域)
- 统计员工信息c语言设计,工资信息管理系统C语言设计
- 【WPF学习手记】利用fo-dicom读取DICOM文件