SIP消息代码含义

1xx =1xx = 通知性应答通知性应答 100 正在尝试 180 正在拨打 181 正被转接 182 正在排队 183 通话进展 2xx =2xx = 成功应答成功应答 200 OK 202 被接受：用于转介 3xx =3xx = 转接应答转接应答 300 多项选择 301 被永久迁移 302 被暂时迁移 305 使用代理服务器 380 替代服务 4xx =4xx = 呼叫失败呼叫失败 400 呼叫不当 401 未经授权：只供注册机构使用，代理服务器应使用代理服务器授权407 402 要求付费（预订为将来使用) 403 被禁止的 404 未发现：未发现用户 405 不允许的方法 406 不可接受 407 需要代理服务器授权 408 呼叫超时：在预定时间内无法找到用户 410 已消失：用户曾经存在，但已从此处消失 413 呼叫实体过大 414 呼叫 URI 过长 415 不支持的媒体类型 416 不支持的 URI 方案 420 不当扩展：使用了不当SIP 协议扩展，服务器无法理解该扩展 421 需要扩展 423 时间间隔过短 480 暂时不可使用 481 通话/事务不存在 482 检测到循环 483 跳数过多 484 地址不全 485 模糊不清 486 此处太忙 487 呼叫被终止 488 此处不可接受 491 呼叫待批 493 无法解读：无法解读 S/MIME 文体部分 5xx =5xx = 服务器失败服务器失败 500 服务器内部错误 501 无法实施：SIP 呼叫方法在此处无法实施 502 不当网关 503 服务不可使用 504 服务器超时 505 不支持该版本：服务器不支持SIP 协议的这个版本 513 消息过长 6xx =6xx = 全局失败全局失败 600 各处均忙 603 拒绝 604 无处存在 606 不可使用 SIPSIP 协议应答码协议应答码 应答代码 应答码是包含了，并且扩展了 HTTP/应答码。并不是所有的 HTTP/应答码都适当应用，只有 在折里指出的是适当的。其他 HTTP/应答码不应当使用。并且，SIP 也定义了新的应答码系 列，6xx。 1 1 临时应答临时应答 1xx1xx 临时应答，也就是消息性质的应答， 标志了对方服务器正在处理请求， 并且还没有决定最后 的应答。 如果服务器处理请求需要花200ms 以上才能产生终结应答的时候， 它应当发送一个 1xx 应答。 注意 1xx 应答并不是可靠传输的。 他们不会导致客户端传送一个ACK 应答。 临时性质的 （1xx） 应答可以包含消息体，包含会话描述。 100 Trying 100 Trying 这个应答表示下一个节点的服务器已经接收到了这个请求并且还没有执行这个请求的特定 动作（比如，正在打开数据库的时候） 。这个应答，就像其他临时应答一样，种植了UAC 重 新传送 INVITE 请求。100(Trying)应答和其他临时应答不同的是， 在这里，它永远不会被有 状态 proxy 转发到上行流中。 180 Ringing 180 Ringing UA 收到 INVITE 请求并且试图提示给用户。这个应答应当出世化一个本地回铃。 818 Call is Being Forwarded( 818 Call is Being Forwarded(呼叫被转发呼叫被转发) ) 服务器可以用这个应答代码来表示呼叫正在转发到另一个目的地集合。 182 Queued 182 Queued 当呼叫的对方暂时不能接收呼叫的时候， 并且服务器决定将呼叫排队等候， 而不是拒绝呼叫 的时候， 那么就应当发出这个应答。 当被叫方一旦恢复接收呼叫， 他会返回合适的终结应答。 对于这个呼叫状态， 可以有一个表示原因的短语， 比如： ” 5 calls queued;expected waiting time is 15minutes” 。服务器可以给出好几个182（Queued）应答告诉呼叫方排队的情况 （比 如排队靠前了等等） 。 183 183 会话进度会话进度 183（Session Progress）应答用于提示建立对话的进度信息。Reason-Phrase（表达原因的 句子） 、头域或者消息体可以用于提示呼叫进度的更消息的信息。 2 2 成功信息成功信息 2xx2xx 这个应答表示请求是成功的。 200 OK 200 OK 请求已经处理成功。这个信息取决于不同方法的请求的应答。 3 3 转发请求转发请求 3XX3XX 3xx 系列的应答是用于提示用户的新位置信息的，或者为了满足呼叫而转发的额外服务地 点。 300 Multiple Choices 300 Multiple Choices 请求的地址有多个选择，每个选择都有自己的地址，用户或者 （UA）可以选择合适的通讯终 端，并且转发这个请求到这个地址。 应答可以包含一个具有每一个地点的在Accept 请求头域中允许的资源特性，这样用户或者 UA 可以选择一个最合适的地址来转发请求。没有未这个应答的消息体定义MIME 类型。 这些地址选择也应当在 Contact 头域中列出（节） 。不同于 HTTP，SIP 应答可以包含多个 Contact 头域或者一个 Contact 头域中具有一个地址列表。 UA 可以使用 Contact 头域来自动 转发或者要求用户确认转发。不过，本规范没有定义自动转发的标准。 如果被叫方可以在多个地址被找到， 并且服务器不能或者不愿意转发请求的时候， 可以使用 这个应答来给呼叫方。 301 Moved Permently 301 Moved Permently 当不能在 Request-URI 指定的地址找到用户的时候， 请求的客户端应当使用 Contact 头域所 指出的新的地址重新尝试。 请求者应当用这个新的值来更新本地的目录， 地址本，和用户地 址 cache，并且在后续请求中，发送到这个/这些列出的地址。 302 Moved Temporarily 302 Moved Temporarily 请求方应当把请求重新发到这个Contact 头域所指出的新地址。 新请求的 Request-URI 应当 用这个应答的 Contact 头域所指出的值。 在应答中的 Expires 节)或者 Contact 头域的 expires 参数定义了这个 Contact URI 的生存 周期。UA 或者 proxy 在这个生存周期内 cache 这个 URI。如果没有严格的有效时见， 那么这 个地址仅仅本次有效，并且不能在以后的事务中保存。 如果cache的Contact头域的值失败了， 那么被转发请求的Request-URI应当再次尝试一次。 临时 URI 可以比超时时间更快的失效，并且可以有一个新的临时URI。 305 Use Proxy 305 Use Proxy 请求的资源必须通过 Contact 头域中指出的 proxy 来访问。Contact 头域指定了一个 proxy 的 URI。 接收到这个应答的对象应当通过这个proxy 重新发送这个单个请求。 305 （UseProxy） 必须是 UAS 产生的。 380 Alternative Servi