《【2017年整理】VoLTESIP代码意义及流程图解》由会员分享，可在线阅读，更多相关《【2017年整理】VoLTESIP代码意义及流程图解（26页珍藏版）》请在金锄头文库上搜索。
1、VoLTE SIP 代码意义及流程图解 一 VOLTE SIP 代码意义SIP 应答消息状态码与功能类型 状态码 状态说明临时应答(1XX) 100 Trying 正在处理中180 Ringing 振铃181 call being forwarder 呼叫正在前向182 queue 排队181* session progress 会话进行会话成功(2XX) 200 OK 会话成功重定向(3XX) 300 multiple 多重选择301 moved permanently 永久移动302 moved temporaily 临时移动305 use proxy 用户代理380 alternativ
2、e service 替代服务请求失败(4XX) 400 bad request 错误请求401unauthorized 未授权402 payment required 付费要求403 forbidden 禁止404 not found 未发现405 method no allowed 方法不允许406 not acceptable 不可接受407 proxy authentication required 代理需要认证408 request timeout 请求超时410 gone 离开413 request entity too large 请求实体太大414 request-url too
3、 long 请求 URL 太长415 unsupported media type 不支持的媒体类型416 unsupported url scheme 不支持的 URL 计划420 bad extension 不良扩展421 extension required 需要扩展 423 interval too brief 间隔太短480 temporarily unavailable 临时失效481 call/transaction does not exist 呼叫/事务不存在482 loop detected 发现环路483 too many hops 跳数太多484 address inc
4、omplete 地址不完整485 ambiguous 不明朗486 busy here 这里忙487 request terminated 请求终止488 not acceptable here 这里请求不可接受491 request pending 未决请求493 undecipherable 不可辨识服务器失败(5XX) 500 server internal error 服务器内部错误501 not implemented 不可执行502 bad gateway 坏网关503 service unavailable 服务无效504 server time-out 服务器超时505 ver
5、sion not supported 版本不支持513 message too large 消息太大全局性错误(6XX) 600 busy everywhere 全忙603 decline 丢弃604 does not exist anywhere 不存在606 not acceptable 不可接受SIP 应答代码 (以下是详细内容)应答码是包含了，并且扩展了 HTTP/1.1 应答码。并不是所有的 HTTP/1.1 应答码都适当应用，只有在折里指出的是适当的。其他 HTTP/1.1 应答码不应当使用。并且，SIP 也定义了新的应答码系列，6xx 。1 临时应答 1xx 临时应答，也就是消息
6、性质的应答，标志了对方服务器正在处理请求，并且还没有决定最后的应答。如果服务器处理请求需要花 200ms 以上才能产生终结应答的时候，它应当发送一个 1xx 应答。 注意 1xx 应答并不是可靠传输的。他们不会导致客户端传送一个 ACK 应答。临时性质的（1xx）应答可以包含消息体，包含会话描述。 1.1 100 Trying 这个应答表示下一个节点的服务器已经接收到了这个请求并且还没有执行这个请求的特定动作（比如，正在打开数据库的时候）。这个应答，就像其他临时应答一 样，种植了 UAC 重新传送 INVITE 请求。100(Trying)应答和其他临时应答不同的是，在这里，它永远不会被有状态
7、 proxy 转发到上行流中。 1.2 180 Ringing UA 收到 INVITE 请求并且试图提示给用户。这个应答应当出世化一个本地回铃。1.3 818 Call is Being Forwarded(呼叫被转发) 服务器可以用这个应答代码来表示呼叫正在转发到另一个目的地集合。 1.4 182 Queued 当 呼叫的对方暂时不能接收呼叫的时候，并且服务器决定将呼叫排队等候，而不是拒绝呼叫的时候，那么就应当发出这个应答。当被叫方一旦恢复接收呼叫，他会返回 合适的终结应答。对于这个呼叫状态，可以有一个表示原因的短语，比如：”5 calls queued;expected waiting
8、time is 15minutes”。服务器可以给出好几个182（Queued）应答告诉呼叫方排队的情况（比如排队靠前了等等）。1.5 183 会话进度 183（Session Progress）应答用于提示建立对话的进度信息。Reason-Phrase（表达原因的句子）、头域或者消息体可以用于提示呼叫进度的更消息的信息。2 成功信息 2xx 这个应答表示请求是成功的。 2.1 200 OK 请求已经处理成功。这个信息取决于不同方法的请求的应答。 3 转发请求 3XX 3xx 系列的应答是用于提示用户的新位置信息的，或者为了满足呼叫而转发的额外服务地点。 3.1 300 Multiple Ch
9、oices 请求的地址有多个选择，每个选择都有自己的地址，用户或者（UA）可以选择合适的通讯终端，并且转发这个请求到这个地址。 应答可以包含一个具有每一个地点的在 Accept 请求头域中允许的资源特性，这样用户或者 UA 可以选择一个最合适的地址来转发请求。没有未这个应答的消息体定义 MIME 类型。 这些地址选择也应当在 Contact 头域中列出（20.10 节）。不同于 HTTP，SIP 应答可以包含多个 Contact 头域或者一个 Contact 头域 中具有一个地址列表。UA 可以使用 Contact 头域来自动转发或者要求用户确认转发。不过，本规范没有定义自动转发的标准。 如果
10、被叫方可以在多个地址被找到，并且服务器不能或者不愿意转发请求的时候，可以使用这个应答来给呼叫方。 3.2 301 Moved Permently 当不能在 Request-URI 指定的地址找到用户的时候，请求的客户端应当使用Contact 头域(20.10)所指出的新的地址重新尝试。请求者应当用这个新的值来更新本地的目录，地址本，和用户地址 cache，并且在后续请求中，发送到这个/ 这些列出的地址。3.3 302 Moved Temporarily 请求方应当把请求重新发到这个 Contact 头域所指出的新地址 (20.10)。新请求的Request-URI 应当用这个应答的 Conta
11、ct 头域所指出的值。 在应答中的 Expires(20.19 节)或者 Contact 头域的 expires 参数定义了这个Contact URI 的生存周期。UA 或者 proxy 在这个生存周期内 cache 这个 URI。如果没有严格的有效时见，那么这个地址仅仅本次有效，并且不能在以后的事务 中保存。 如果 cache 的 Contact 头域的值失败了，那么被转发请求的 Request-URI 应当再次尝试一次。临时 URI 可以比超时时间更快的失效，并且可以有一个新的临时URI。 3.4 305 Use Proxy 请求的资源必须通过 Contact 头域中指出的 proxy 来
12、访问。Contact 头域指定了一个 proxy 的 URI。接收到这个应答的对象应当通过这个 proxy 重新发送这个单个请求。305（UseProxy ）必须是 UAS 产生的。 3.5 380 Alternative Service 呼叫不成工，但是可以尝试另外的服务。另外的服务在应答的消息体中定义。消息体的格式在这里没有定义，可能在以后的规范中定义。 4 请求失败 4xx 4xx 应答定义了特定服务器响应的请求失败的情况。客户端不应当在不更改请求的情况下重新尝试同一个请求。（例如，增加合适的认证信息）。不过，同一个请求交给不同服务器也许就会成功。 4.1 400 Bad Request
13、 请求中的语法错误。Reason-Phrase 应当标志这个详细的语法错误，比如”Missing Call-ID header field”。 4.2 401 Unauthorized 请求需要用户认证。这个应答是由 UAS 和注册服务器产生的，当 407（Proxy Authentication Required）是 proxy 服务器产生的。 4.3 402 Payment Required 保留/以后使用 4.4 403 Forbidden 服务端支持这个请求，但是拒绝执行请求。增加验证信息是没有必要的，并且请求应当不被重试。 4.5 404 Not Found 服务器返回最终信息：用户
14、在 Request-URI 指定的域上不存在。当 Request-URI的 domain 和接收这个请求的 domain 不匹配的情况下， 也会产生这个应答。4.6 405 Method Not Allowed 服务器支持 Request-Line 中的方法，但是对于这个 Request-URI 中的地址来说，是不允许应用这个方法的。 应答必须包括一个 Allow 头域，这个头域包含了指定地址允许的方法列表。4.7 Not Acceptable 请求中的资源只会导致产生一个在请求中的 Accept 头域外的，内容无法接收的错误。 4.8 407 Proxy Authentication Req
15、uired 这个返回码和 401（Unauthorized）很类四，但是标志了客户端应当首先在 proxy上通过认证。SIP 对认证的访问请参见 26 节和 22.3 节。 这个返回码用于应用程序访问通讯网关（比如，电话网关），而很少用于被叫方要求认证。 4.9 408 Request Timeout 在一段时间内，服务器不能产生一个终结应答，例如，如果它无法及时决定用户的位置。客户端可以在稍后不更改请求的内容然后重新尝试请求。 4.10 410 Gone 请求的资源在本服务器上已经不存在了，并且不知道应当把请求转发到哪里。这个问题将会使永久性的。如果服务器不知道，或者不容易检测，这个资源消失
16、是临时性质的还是永久性质的，那么应当返回一个 404（Not Found）。 4.11 413 请求实体过大。 服务器拒绝处理请求，因为这个请求的实体超过了服务器希望或者能够处理的大小。这个服务器应当关闭连接避免客户端重发这个请求。 如果这个情况是暂时的，那么服务端应当包含一个 Retry-After 头域来表明这是一个暂时的故障，并且客户端可以过一段时间再次尝试。 4.12 414 Request-URI Too Long 服务器拒绝这个请求，因为 Request-URI 超过了服务器能够处理的长度。 4.13 415 Unsupported Media Type 服务器由于请求的消息体的格式本服务器不支持，所以拒绝处理这个请求。这个服务器必须根据内容的故障类型，返回一个 Accept， Accpet-Encoding,或者 Accept-Language 头域列表。UAC 根据 8.1.3.5 节定义的方法处理这个应答。 4.14 416 Unsupported URI Sch
