Sip 响应状态码功能对照详解.docx

《Sip 响应状态码功能对照详解.docx》由会员分享，可在线阅读，更多相关《Sip 响应状态码功能对照详解.docx（16页珍藏版）》请在优知文库上搜索。

1、SIP电答消息状态码与类型状态弼状态说明临时应答(IXX)100Tiy1.ng正在处理中180Ringing板竹181ca1.beingforwarder阡叫正在曲的182queue挎队18sessnprogress公语迸行会话胜利(2XX)200OK会话胜利重定向(3XX)300mu1.tip1.e多重选择301movedpermanent1.y永久移动302movedtemporai1.y临时移动305useproxy用户代理380a1.ternativeSerViCe替代服务恳求失败(4XX)400badrequest错误恳求401unauthorized未授权402paymentreq

2、uired付费要求403forbidden禁止404notfound未发觉405methodnoa1.1.owed方法不允许406notacceptab1.e不行接受407proxyauthenticationrequired代理须要认证408requesttimeout恳求超时410gone离开413requestentitytoo1.arge恳求实体太大414request-ur1.too1.ong恳求UR1.太长415unsupportedmediatype不支持的媒体类型416unsupportedur1.scheme不支持的UR1.安排420badextension不R扩展421ex

3、tensionrequired须要扩展423interva1.toobrief间隔太短480temporari1.yunavai1.ab1.e临时失效481ca1.1./transactiondoesnotexist呼叫/事务不存在4821.oopdetected发觉环路483toomanyhops跳数太多484addressincomp1.ete地址不完整485ambiguous不明朗486busyhere这里忙487requestterminated恳求终止488notacceptab1.ehere这里恳求不行接受491requestpending未决恳求493undecipherab1.

4、e不行辨识服务器失败(5XX)500serverinterna1.error服务器内部错误501notimp1.emented不行执行502badgateway坏网关503serviceunavai1.ab1.e服务无效504servertime-out服务器超时505versionnotsupported版本不支持513messagetoo1.arge消息太大全局错误（6XX）600busyeverywhere余忙603dec1.ine丢乔604doesnotexistanywhere不存在606notacceptab1.e不行接受S1.P应答代码（以下是具体内容）应答码是包含了，并且扩展了

5、HTTP/1.1应答码。并不是全部的HTTP/1.1.应答码都适当应用，只有在折里指出的是适当的。其他HTTP/1.1应答码不应当运用。并且，S1.P也定义了新的应答码系列，6xxo1临时应答IxX临时应答，也就是消息性质的应答，标记r对方服务器正在处理恳求，并且还没有确定最终的应答。假如服务器处理恳求须要花20OmS以上才能产生终结应答的时候，它应当发送一个IXX应答。留意IXX应答并不是牢靠传输的。他们不会导致客户端传送个ACK应答。临时性质的（Ixx）应答可以包含消息体，包含会话描述。1.1 100Trying这个应答表示下一个节点的服务器已经接收到了这个恳求并且还没有执行这个恳求的特定

6、动作（比如，正在打开鼐提摩的时候）。这个应答，就像其他临时应答一样，种植了UAC重新传送INV1.TE恳求.100ITrying）应答和其他临时应答不同的是，在这里，它恒久不会被有状态pr。Xy转发到上行流中。1.2 180RingingUA收到INVrrE恳求并且试图提示给用户。这个应答应当出世化一个本地回铃。1.3 818Ca1.1.isBeingFOrWarded（呼叫被转发）服务器可以用这个应答代码来表示呼叫正在转发到另一个目的地集合。1.4 182Queued当呼叫的对方短暂不能接收呼叫的时候，并且服务器确定将呼叫排队等候，而不是拒绝呼叫的时候，那么就应当发出这个应答。当被叫方一旦复

7、原接收呼叫，他会返回合适的终结应答。对于这个呼叫状态，可以有一个表示缘由的短语，比如：5ca1.1.squeued;CXPeCtCdwaitingtimeis15minuteswo服务器可以给出好几个182（Queued）应答告知呼叫方排队的状况（比如排队靠的了等等）。1.5 183会话进度183（SessionProgress）应答用于提示建汇对话的进度信息。Reason-Phrase（表达缘由的句子）、头域或者消息体可以用于提示呼叫进度的更消息的信息。2胜利信息2xx这个应答表示恳求是胜利的.2.1200OK恳求已经处理胜利。这个信息取决于不同方法的恳求的应答。3转发恳求3XX3xx系列的

8、应答是用于提示用户的新位置信息的，或者为了满意呼叫而转发的额外服务地点。3.1 300Mu1.tip1.eChoices恳求的地址才多个选择，每个选择都有自己的地址，用户或者(UA)可以选择合适的通讯终端，并且转发这个恳求到这个地址。应答可以包含一个具有每一个地点的在Accept恳求头域中允许的资源特性，这样用户或者UA可以选择个最合适的地址来转发恳求。没有未这个应答的消息体定义MIME类型。这些地址选择也应当在COntaCt头域中列出(20.10节)。不同于HTTP,SIP应答可以包含多个Contact头域或者一个Contact头域中具有一个地址列表。UA可以运用Contact头域来自动转发

9、或者要求用户确认转发。不过，本规范没有定义自动转发的标准。假如被叫方可以在多个地址被找到，井且服务器不能或者不情愿转发恳求的时候，可以运用这个应答来给呼叫方。3.2 301MovedPerment1.y当不能在Request-UR1.指定的地址找到用户的时候，恳求的客户端应当运用Contact头域(2010)所指出的新的地址重新尝试。恳求者应当用这个新的值来更新本地的书目，地址本，和用户地址CaCha并且在后续恳求中，发送到这个/这些列出的地址。3.3 302MovedTemporari1.y恳求方应当把恳求重新发到这个Contact头域所指出的新地址(20.10)。新恳求的Request-U

10、RI应当用这个应答的Contact头域所指出的值。在应答中的Expires（20.19节）或者Contact头域的expires参数定义了这个ContactURI的生存周期，UA或者proxy在这个生存周期内eache这个UR1.假如没有严格的有效时见，那么这个地址仅仅本次有效，井且不能在以后的事务中保存。假如cache的Contact头域的值失败了，那么被转发恳求的Request-UR1.应当再次尝试一次。临时UR1.可以比超时时间更快的失效，并且可以有个新的临时UR1.3.4 305UseProxy恳求的资源必需通过Contact头域中指出的PrOXy来访问。Contact头域指定一个pr

11、oxy的UR1.接收到这个应答的对象应当通过这个proxy重新发送这个单个恳求。305（UseProxy）必需是UAS产生的。3.5 380A1.ternativeService呼叫不成工，但是可以尝试另外的服务。另外的服务在应答的消息体中定义。消息体的格式在这里没有定义，可能在以后的规他中定义。4恳求失败4xx4xx应答定义了特定服务器响应的恳求失败的状况。客户端不应当在不更改恳求的状况F重新尝试同一个恳求。（例如，增加合适的认证信息）。不过，同一个恳求交给不同服务器或许就会胜利。1.1 400BadRequest恳求中的语法错误。RCaSon-PhraSC应当标记这个具体的语法错误，比如M

12、issingCa1.1.-IDheaderfie1.d,01.2 401Unauthorized恳求须要用户认证。这个应答是由UAS和注册服务器产生的，当407(ProxyAuthenticationRequired)是ProXy服务器产生的。1.3 402PaymentRequired保留/以后运用1.4 403Forbidden服务端支持这个恳求，但是拒绝执行恳求。增加验证信息是没有必要的，并且恳求应当不被而试。1.5 404NotFound服务器返回最终信息：用户在Request-URI指定的域上不存在。当Rcquest-URI的domain和接收这个恳求的domain不匹配的状况3也会

13、产生这个应答。1.6 405MethodNotA1.1.owed服务器支持RcqUeSt-1.ine中的方法，但是对于这个Requcst-URI中的地址来说，是不允许应用这个方法的。应答必需包括一个AuOW头域,这个头域包含了指定地址允许的方法列表。1.7 NotAcceptab1.e恳求中的资源只会导致产生一个在恳求中的AeCCPt头域外的，内容无法接收的错误。1.8 407ProxyAuthenticationRequired这个返回码和401(Unauthorized)很类四，但是标记了客户端应当首先在proxy上通过认证。SIP对认证的访问请参见26节和22.3节。这个返回码用于应用程

14、序访问通讯网关(比如，电话网关)，而很少用于被叫方要求认证。1.9 408RequestTimeout在一段时间内，服务器不能产生一个终结应答，例如，假如它无法与时确定用户的位置。客户端可以在梢后不更改恳求的内容然后重新尝试恳求。1.10 410Gone恳求的资源在本服务器上已经不存在了，并且不知道应当把恳求转发到哪里。这个问题将会使永久性的。假如服务器不知道，或者不简单检测，这个资源消逝是临时性质的还是永久性质的，那么应当返回一个404(NotFound)o1.11 413恳求实体过大。服务器拒绝处理恳求，因为这个恳求的实体超过了服务器希望或者能够处理的大小。这个服务器应当关闭连接避开客户端

15、重发这个恳求。假如这个状况是短暂的，那么服务端应当包含一个Retiy-After头域来表明这是一个短暂的故障，井口客户谕可以过一段时间再次尝试。1.12 414Request-URIToo1.ong服务器拒绝这个恳求，因为ReqUeSt-URI超过了服务器能够处理的长度。1.13 415UnsupportedMediaType服务器由于恳求的消息体的格式本服务器不支持，所以拒绝处理这个恳求。这个服务器必需依据内容的故障类型，返回一个ACCCPt,Accpet-Encoding,或者Accept-1.anguage头域列表。UAC依据8.1.3.5节定义的方法处理这个应答。1.14 416UnsupportedURIScheme服务器由于不支持Request-URI中的URI方案而终止处理这个恳求。客户端处理这个应答参照81.3.5c1.15 BadExtension服务器不知道在恳求中的ProXy-ReqUire(20.29)或者Req3re(2032)头域所指出的协议扩展.服务器必需在Unsupported头域中列出不支持的扩展。UAe处理这个应答请参见8.1.3.51.16 421ExtensionRequiredUAS须要特定的扩展来处理这个恳求，