《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 416Uns
16、upportedURIScheme服务器由于不支持Request-URI中的URI方案而终止处理这个恳求。客户端处理这个应答参照81.3.5c1.15 BadExtension服务器不知道在恳求中的ProXy-ReqUire(20.29)或者Req3re(2032)头域所指出的协议扩展.服务器必需在Unsupported头域中列出不支持的扩展。UAe处理这个应答请参见8.1.3.51.16 421ExtensionRequiredUAS须要特定的扩展来处理这个恳求，但是这个扩展并没有在恳求的Suortcd头域中列出。具有这个应答码的应答必需包含一个Require头域列出所须要的扩展。UAS不应
17、当运用这个应答除非它真的不能给客户端供应有效的服务。相反，假如在SUPPort头域中没有列出须要的扩展，服务器应当依据基准的SIP兼容的方法和客户端支持的扩展来进行处理。1.17 423Interva1.TooBrief服务器因为在恳求中设置的资源刷新时间(或者方效时间)过短而拒绝恳求C这个应答可以用于注册服务器来拒绝那些ContaCt头域有效期过短的注册恳求。这个应答的用法和相关的Min-EXPirCS头域在10.2.8,10.3,20.23节中介绍和说明。1.18 480Temporari1.yUnavai1.ab1.e恳求胜利到达被叫方的终端系统，但是被叫方当前不行用(例如，没有登陆，或
18、者登陆了但是状态是不能通讯，或者行“请勿打搅”的标记)。应答应当在Retry-After中标记一个合适的重发时间。这个用户也有可能在其他地方是有效的(在本服务器中不知道)。RCaSon-PhraSe(缘由短句)应当提示更具体的缘由，为什么被叫方短暂不行用。这个值应当是可以被UA设置的。状态码486(BusyHere)可以用来更精确的表示本恳求失败的特定缘由。这个状态码也可以是转发服务或者PrOXy服务器返回的，因为他们发觉Request-URI指定的用户存在，但是没有一个给这个用户的合适的当前转发的地址。1.19 481Ca1.1./TransactionDoesNotExist这个状态表示了
19、UAS接收到恳求，但是没有和现存的对话或者事务匹配。1.20 4821.oopDetected服务器检测到了一个循环(1634)1.21 483TooManyHops服务器接收到了一个恳求包含的MaX-ForWardS(20.22,头域是01.22 484AddressInComp1.ete服务器接收到了一个恳求，它的RCqUeSt-UR1.是不完整的。在缘由短语中应当有附加的信息说明。这个状态码可以和拨号交福。在和拨号交及中，客户端不知道拨号用的长度。它发送增加长度的字串，并且提示用户输入更多的字串，直到不在出现484(AddressIncomp1.ete)应答为止。1.23 485Ambi
20、guousRequest-URI是不明确的.应答可以在Contact头域中包含一个可能的明确的地址列表。这个提示列表肯囊个在平安性和隐私性对用户或者组织造成破坏。必需能够由配置确定电否以404(NotFound)代替这个应答，又或者禁止对不明确的地址运用可能的选择列表。给带有Request-URI的恳求的一个应答例子：sip:SIP/2.0485AmbiguousContact:Caro1.1.eeContact:Ping1.eeContact:1.eeM.Foote部分emai1.和语音邮箱系统供应了这个功能“这个状态码和3xx状态码不同：对于300来说，它是假定同一个人或者服务方不同的地址
21、选择。所以对3xx来说，自动选择系统或者连续查找就有效，但是对485(AmbiguOUS)应答来说，肯定耍用户的干预。1.24 486BusyHere当胜利联系到被叫方的终端系统，但是被叫方当前在这个终端系统上不能接听这个电话，那么应答应当回给呼叫方一个更合适的时间在Retry-After头域重试。这个用户或许在其他地方有效，比如电话邮箱系统等等。假如我们知道没有其他终端系统能够接听这个呼叫，那么应当返回一个状态码600(BusyEverywhere)。1.25 487RequestTerminated恳求被BYE或者CANCE1.所终止。这个应答恒久不会给CANCE1.恳求本身回复。1.26
22、 488NotAcceptab1.eHere这个应答和606(NotAcceptab1.e)有相同的含义，但是只是应用于Requcst-URI所指出的特定资源不能接受，在其他地方恳求可能可以接受。包含了媒体兼容性描述的消息体可以出现在应答中，并且依据INVITE恳求中的Accept头域进行规格化(假如没彳Accept头域,那么就是a1.ication/sdp)这个应答就像给OpT1.ONS恳求的200(0K)应答的消息体一样。1.27 491RequestPending在同一个对话中，UAS接收到的恳求方一个依毒的恳求正在处理。14.2描述了这种状况应当怎样解决。1.28 493Undecip
23、herab1.eUAS接收到了一个恳求，包含了一个加密的MIME,并且不知道或者没有供应合适的解密密钥。这个应答可以包含单个包体，这个包体包含了合适的公钥，这个公钥用于给这个UAS通讯中加密包体运用的。细微环节描述在23.2节。5 ServerFai1.ure5xx5xx应答是当服务器本身故障的时候给出的失败应答。5.1 500SerVerInterna1.Error服务器遇到了未知的状况，并且不能接着处理恳求。客户端可以显示特定的错误状况，并且可以在几秒种以后重新尝试这个恳求。假如这个状况是临时的，服务器应当在Retry-After头域标记客户端过多少秒钟之后重新尝试这个恳求。5.2 501
24、NotImp1.emented服务器没彳实现相关的恳求功能。当UAS不相识恳求的方法的时候，并旦对每一个用户都无法支持这个方法的时候，应当返回这个应答“(proxy不考虑恳求的方法而转发恳求)。留意405(MethodNotA1.1.owed)是因为服务器实现了这个恳求方法，但是这个恳求方法在特定恳求中不被支持。5.3 502BadGateway假如服务器，作为gateway或者PrOXy存在，从下行服务耀上接收到了一个非法的应答(这个应答对应的恳求是本服务器为了完成恳求而转发给下行服务器的)。5.4 503SerViCeUnavai1.ab1.e由于临时的过载或者服务器管理导致的服务器短暂不
25、行用。这个服务器可以在应答中增加一个Retry-After来让客户端重试这个恳求。假如没有Retry-After指出，客户端必需就像收到了一个500(ServerInterna1.Error)应答一样处理“客户端(proxy或者UAC)收到503(ServiceUnavai1.ab1.e)应当尝试转发这个恳求到另外一个服务器处理。并且在Retry-After头域中指定的时间内，不应当转发共他恳求到这个服务器。作为503(SemceUnaVa1.iab1.e)的替代,服务器可以拒绝连接或者把恳求扔掉，5.5 504SerVerTime-out服务器在一个外部服务器上没彳丁收到一个与时的应答。这个
26、外部服务器是本服务器用来访问处理这个恳求所须要的:假如从上行服务器上收到的恳求中的Expires头域超时，那么应当返回一个408(RequestTimcOut)错误。5.6 505VersionNotSupported服务器不支持对应的SIP版本。服务器是无法处理具有客户端供应的相同主版本号的恳求，就会导致这样的错误信息。5.7 MessageTo1.arge服务器无法处理恳求，因为消息长度超过了处理的长度。6 G1.oba1.Fai1.ures6xx6xx应答意味这服务器给特定用户有一个最终的信息，并不只是在RequeSt-URI的特定实例有最终信息。6.1 600BusyEverywher
27、e胜利联系到被叫方的终端系统，但是被叫方处于忙的状态，并不准备接听电话。这个应答可以通过增加一个Retry-After头域更明确的告知呼叫方多久以后可以接着呼叫。假如被叫方不希望提示拒绝的缘由，被叫方应当运用603(Dec1.ine)。只有当终端系统知道没有其他终谓节点(比如语音邮箱系统)能够访问到这个用户的时候才能运用这个应答。否则应当返回一个486(BusyHere)的应答。6.2 603Dec1.ine当胜利访问到被叫方的设备，但是用户明确的不想应答。这个应答可以通过增加一个Retrz-After头域更明确的告知呼叫方多久以后可以接着呼叫。只有当终端知道没有其他任何终端设备能够响应这个呼
28、叫的势能才能给出这个应答.6.3 604DoesNotExistsAnywhere服务器验证了在恳求中Requcst-URI的用户信息，哪里都不存在6.4 606NotAcceptab1.e当胜利联系到一个UA,但是会话描述的一些部分比如恳求的媒体，带宽，或者地址类型不被接收C606(NotAcceptab1.e)应答意味着用户希望通讯，但是不能充分支持会话描述。606(NotAcceptab1.e)应答可以在Warning头域中包含一个缘山列表，用于说明为何会话描述不能被支持。警告缘由代码在20.43节中列出。在应答中，可以出现一个包含媒体兼容性描述的消息体，这个消息体的格式依据INVITE恳求中的Accept头域指出的格式进行规格化(假如没有ACCCPt头域，那么就是app1.ication/SdP),就像给OPT1.oNS亲求的2OO(OK)应答中的消息一样。我们希望这些媒体协商不要常常须要，并且当一个新用户被邀请加入已经存在的会话的时候，这个媒体协商可能不须要。这取决于邀请的初始化者是否须要对6。6(NotAcceptab1.e)进行处理。这个应答只有当客户端知道没有其他终端能够处理这个恳求的时候才能发出。
