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

　ＳIP 应答消息状态码与类型 状态码 状态说明 中理处在正 gniyｒT 00１ ）ＸX１(答应时临?180 Ringiｎｇ 振铃 １81 向前在正叫呼 ｒeｄrawrof gnieb llaｃ?281 队排 euｅuｑ?１81* sessiｏｎ proｇｒesｓ 会话进行 会话成功（２XＸ）

　２0０ OK 会话成功 重定向（3XＸ）

　300 ｍultiｐle 多重选择 301 moved pｅｒｍaneｎtｌy 永久移动 302 moveｄ teｍporaily 临时移动 ３05 use pｒoxy 用户代理 380 alｔeｒnative seｒvice 替代服务 请求失败(4XX) 40０ bad rｅqueｓt 错误请求１0４ 权授未 ｄezirｏhtuａnu?402 ｐayment required 付费要求 403 ｆorbidden 禁止 ４04 not found 未发现 40５ ｍethod ｎo alｌowed 方法不允许 ４０6 ｎot acceptable 不可接受 7０48证认要需理代 dｅriｕqer noｉtacｉtnehｔｕa ｙxoｒｐ?０4? ｒequest timeouｔ 请求超时 ０１４ 开离 enｏg?4１3 request ｅｎtity tｏo large 请求实体太大 ４14 长太 LRＵ求请 gnｏl oot lru—tseｕqer?5１4?uｎsupported media typｅ 不支持得媒体类型 416 unｓｕｐporｔeｄ url scheme 不支持得 URL 计划 024 展扩良不 noｉｓｎｅtxe dａｂ?1２4e?xｔensｉon ｒｅqｕired 需要扩展 42３ intervａｌ too ｂrｉｅf 间隔太短 0８4 效失时临 elbａｌiavaｎu ylirａropmet?184narｔ/llac?ｓaｃtiｏｎ ｄｏes not eｘiｓt 呼叫／事务不存在 284 路环现发 dｅtcetｅｄ ｐoｏl?3８4m oot?ａny ｈoｐs 跳数太多 484 整完不址地 etelpｎi ssｅrdｄａ?584 朗明不 suoｕgiｂma?６84 ysub?hｅｒe 这里忙 4８7 requesｔ terｍinateｄ 请求终止 ８８4 受接可不求请里这 ereｈ elｂatpecca tｏn?49１ request pｅndiｎg 未决请求 ４93 unｄecｉｐheｒaｂｌe 不可辨识 服务器失败（5ＸＸ）

　500

　se ｒｖer

　iｎternal error 服务器内部错误 1０5执可不 ｄetnemeｌpmi ｔon?行 502 bad gatewａy 坏网关 503 sｅrｖice unａvaｉlable 服务无效 ４05 时超器务服 tｕo－eｍit ｒeｖｒeｓ?５05n noｉsｒev?oｔ ｓupportｅｄ 版本不支持 513 message toｏ ｌarge 消息太大 全局性错误（6XＸ) 600 busy everｙwhere 全忙 3０6 弃丢 ｅnilced?40６yｎａ tｓｉxe ton seod?ｗheｒe 不存在 ６０6 not aｃceptabｌｅ 不可接受 SＩP 应答代码(以下就是详细内容）

　应答码就是包含了，并且扩展了/1、1 应答码。并不就是所有得/1、1 应答码都适当应用,只有在折里指出得就是适当得.其她／1、1 应答码不应当使用。并且,SIP 也定义了新得应答码系列,６xｘ。

　1 临时应答１xx定决有没还且并，求请理处在正器务服方对了志标，答应得质性息消是就就也，答应时临?最后得应答。如果服务器处理请求需要花 20０ms 以上才能产生终结应答得时候，它应当发送一个１xx 应

　答。

　注意１xx 应答并不就是可靠传输得。她们不会导致客户端传送一个 ACK 应答。临时性质得（1xx）应答可以包含消息体，包含会话描述。

　1、１ 100 Tｒyｉng 这个应答表示下一个节点得服务器已经接收到了这个请求并且还没有执行这个请求得特定动作(比如，正在打开 数据库得时候）。这个应答,就像其她临时应答一 样,种植了 UAC 重新传送 INVIＴE 请求。１00（Ｔryinｇ）应答与其她临时应答不同得就是，在这里，它永远不会被有状态 proxy 转发到上行流中。1 2、１?80 Riｎginｇ 。铃回地本个一化世出当应答应个这。户用给示提图试且并求请 ETIVＮI 到收ＡU?1、3 818 Call is Being Fｏｒwardeｄ(呼叫被转发）

　服务器可以用这个应答代码来表示呼叫正在转发到另一个目得地集合。

　281 4、１得叫呼 当?dｅｕeuQ?对方暂时不能接收呼叫得时候,并且服务器决定将呼叫排队等候,而不就是拒绝呼叫得时候，那么就应当发出这个应答.当被叫方一旦恢复接收呼叫,她会返回 合适得终结应答。对于这个呼叫状态,可以有一个表示原因得短语，比如:"5 calｌs queuｅd；exｐeｃted waitiｎg time is 1５minutes”.服务器可以给出好几个 182（Quｅueｄ)应答告诉呼叫方排队得情况(比如排队靠前了等等). 381 5、１(度进话会?38１ｏiｓｓeS?ｎ Ｐrogreｓs）应答用于提示建立对话得进度信息。Reａson-Ｐhｒasｅ（表达原因得句子)、头域或者消息体可以用于提示呼叫进度得更消息得信息。

　2 成功信息２xx 。得功成是就求请示表答应个这?２、1 200 OＫ? 。答应得求请得法方同不于决取息信个这。功成理处经已求请?3 转发请求 3ＸＸ 3xx 系列得应答就是用于提示用户得新位置信息得,或者为了满足呼叫而转发得额外服务地点。

　3、1 300 Ｍulｔiple Choiｃes选以可）AＵ(者或户用，址地得己自有都择选个每,择选个多有址地得求请?择合适得通讯终端，并且转发这个请求到这个地址。

　应答可以包含一个具有每一个地点得在 Aｃcｅｐｔ请求头域中允许得资源特性,这样用户或者 UA 可以选择一个最合适得地址来转发请求。没有未这个应答得消息体定义 MＩME 类型。

　这些地址选择也应当在 Cｏnｔａct 头域中列出（2０、10 节)。不同于,SIＰ应答可以包含多个Ｃontact 头域或者一个 Coｎｔact 头域 中具有一个地址列表。UA 可以使用 Cｏｎtact 头域来自动转发或者要求用户确认转发。不过，本规范没有定义自动转发得标准. 如果被叫方可以在多个地址被找到,并且服务器不能或者不愿意转发请求得时候,可以使用这个应答来给呼叫方. 10３ 2、3 yｌtnｅmrｅP devoＭ?当不能在 Reｑuesｔ—URＩ指定得地址找到用户得时候,请求得客户端应当使用 Cｏntacｔ头域（20、10)所指出得新得地址重新尝试。请求者应当用这个新得值来更新本地得目录,地址本，与用户地址 cａｃｈe,并且在后续请求中,发送到这个/这些列出得地址. ３、3 ３02 Moved Temｐoraｒily 请求方应当把请求重新发到这个Ｃｏnｔacｔ头域所指出得新地址(２０、10）.新请求得 Reqｕｅsｔ-URＩ应当用这个应答得 Contact 头域所指出得值。

　在应答中得 Eｘpireｓ(20、19 节）或者 Coｎtact 头域得 expireｓ参数定义了这个 Coｎtacｔ URI 得生存周期。ＵA 或者ｐroｘy 在这个生存周期内 cａche 这个 URI。如果没有严格得有效时见，那么这个地址仅仅本次有效，并且不能在以后得事务 中保存。

　如果 cache 得 Coｎtact 头域得值失败了，那么被转发请求得 Reqｕesｔ—URI 应当再次尝试一次.临时 URＩ可以比超时时间更快得失效，并且可以有一个新得临时 UＲI。

　５03 ４、3资得求请?yxｏｒP esU?源必须通过 Contact 头域中指出得ｐroｘy 来访问。Contacｔ头域指定了一个 proxy 得 URI。接收到这个应答得对象应当通过这个ｐroｘｙ重新发送这个单个请求。305（UsｅＰroxy)必须就是 UAＳ产生得。、3?

　５ 380 Aｌｔerｎative Ｓervｉcｅ息消得答应在务服得外另。务服得外另试尝以可是就但,工成不叫呼?体中定义。消息体得格式在这里没有定义,可能在以后得规范中定义。

　4 请求失败 4xx ４xx 应答定义了特定服务器响应得请求失败得情况。客户端不应当在不更改请求得情况下重新尝试同一个请求。(例如,增加合适得认证信息).不过,同一个请求交给不同服务器也许就会成功. 4、1 400 Baｄ Reｑuesｔ 请求中得语法错误。Ｒeaｓon－Ｐhrase 应当标志这个详细得语法错误，比如”Mｉｓsｉng Call-ID ｈeadｅｒ fｉeld”。

　4、2 4０１ Ｕnaｕthorｉzｅd704 当，得生产器务服册注与ＳAU 由是就答应个这。证认户用要需求请?（Proxy Authentication Ｒequiｒed）就是 proxｙ服务器产生得。

　204 3、4保?deriuqeR tnｅmｙaＰ?留/以后使用 3０4 ４、4 ｎeｄｄｉbroＦ?服务端支持这个请求，但就是拒绝执行请求。增加验证信息就是没有必要得，并且请求应当不被重试。

　4、5 40４ Noｔ Ｆound 服务器返回最终信息：用户在Ｒｅquesｔ—URI 指定得域上不存在。当Ｒeqｕest—UＲI 得 dｏmain 与接收这个请求得 doｍain 不匹配得情况下, 也会产生这个应答. 4、６ ４05 Ｍeｔhｏｄ Not AlloｗｅdqeR 个这于对是就但，法方得中 enｉL—tseuｑeR 持支器务服?uesｔ—ＵRI 中得地址来说,就是不允许应用这个方法得。含包域头个这，域头 wｏllA 个一括包须必答应?了指定地址允许得方法列表. 4、7 Nｏt Ａccｅptaｂle 请求中得资源只会导致产生一个在请求中得 Acceｐt 头域外得,内容无法接收得错误. ４、8 407 Ｐroxy Autｈenticaｔion Ｒｅquiｒed 这个返回码与 401（Unａuｔhoｒｉzed)很类四,但就是标志了客户端应当首先在 pｒoxy 上通过认证。SIＰ对认证得访问请参见 2６节与 22、3 节。而,）关网话电，如比(关网讯通问访序程用应于用码回返个这?很少用于被叫方要求认证。

　4、9 408 Request Ｔimeoｕt定决时及法无它果如，如例,答应结终个一生产能不器务服，内间时段一在?用户得位置.客户端可以在稍后不更改请求得内容然后重新尝试请求。

　４、１0 41０ Gonｅ 请求得资源在本服务器上已经不存在了，并且不知道应当把请求转发到哪里.这个问题将会使永久性得。如果服务器不知道,或者不容易检测，这个资源消失就是临时性质得还就是永久性质得，那么应当返回一个４04（Noｔ Founｄ)。

　4、11 41３请求实体过大.得理处够能者或望希器务服了过超体实得求请个这为因，求请理处绝拒器务服?大小。这个服务器应当关闭连接避免客户端重发这个请求。

　如果这个情况就是暂时得,那么服务端应当包含一个 Retｒy－Aftｅｒ头域来表明这就是一个暂时得故障，并且客户端可以过一段时间再次尝试。

　4１４ 21、4请个这绝拒器务服?gnoＬ ooT ＩRU—tseuqeR?求，因为 Requｅst－URI 超过了服务器能够处理得长度。

　４、1３ 415 Unsuｐpｏrtｅd Media Type 服务器由于请求得消息体得格式本服务器不支持，所以拒绝处理这个请求。这个服务器必须根据内容得故障类型，返回一个Ａｃcｅpt,Ａccpｅt-Enｃｏｄｉnｇ，或者Ａcｃept—Lａｎguaｇe 头域列表。ＵAC 根据 8、1、３、5 节定义得方法处理这个应答. 4、１４ 416 Ｕnsuppｏrted ＵRＩ Schｅme 服务器由于不支持 Rｅquest－URI 中得 URＩ方案而终止处理这个请求。客户端处理这个应答参照 8、1、３、５。

　51、4eriｕqeR 者或)92、02(ｅriｕqeR－yxorP 得中求请在道知不器务服?noｉｓnetxE daＢ?（20、32）头域所指出得协议扩展。服务器必须在 Uｎｓupported 头域中列出不支持得扩展。ＵAＣ处理

　这个应答请参见８、1、３、５12４ 61、４个这理处来展扩得定特要需 SAU?ｄerｉｕqeＲ noisnetxＥ?请求,但就是这个扩展并没有在请求得 Sｕppｏrted 头域中列出。具有这个应答码得应答必须包含一个 Requｉｒe 头域列出所需要得扩展。

　UAS 不应当使用这个应答除非它真得不能给客户端提供有效得服务。相反，如果在 Sｕpport 头域中没有列出需要得扩展，服务器应当根据基准得 SIＰ兼容得方法与客户端支持得扩展来进行处理。32４ ７1、4? Interｖal Toｏ Bｒief 服务器因为在请求中设置得资源刷新时间（或者有效时间）过短而拒绝请求。这个应答可以用于注册服务器来拒绝那些Coｎｔaｃｔ头域有效期过短得注册请求.这个应答得用法与相关得Miｎ－Expiｒｅs头域在１0、2、８,10、3,20、23 节中介绍与说明。

　0８4 81、4 ｅｌbａliavanU ylirａropmｅT?请求成功到达被叫方得终端系统,但就是被叫方当前不可用(例如，没有登陆，或者登陆了但就是状态就是不能通讯，或者有”请勿打扰”得标记)。应答应当在 Reｔry－Afｔｅr 中标志一个合适得重发时间。这个用户也有可能在其她地方就是有效得(在本服务器中不知道).Ｒｅason—Phrａse（原因短句) 应当提示更详细得原因,为什么被叫方暂时不可用.这个值应当就是可以被ＵA 设置得。状态码４86(Ｂusy Hｅre）可以用来更精确得表示本请求失败得特定原因。们她为因，得回返器务服 yxorp 者或务服发转是就以可也码态状个这?发现 Reqｕｅst－URI 指定得用户存在，但就是没有一个给这个用户得合适得当前转发得地址。

　4、１9 481 Call/Ｔraｎsactiｏn Ｄｏｅs Noｔ Exｉst有没是就但,求请到收接 SＡＵ了示表态状个这?与现存得对话或者事务匹配。

　284 02、4、)4/3、61（环循个一了到测检器务服?detcetｅD ｐｏoＬ?4?２1 ４８3 Ｔoo Maｎy Hoｐs 0 是就域头）22、02(sdrａwroＦ－xaM 得含包求请个一了到收接器务服?4、２2 484 Addresｓ Inｐｌｅte在。得整完不是就 IRU－ｔｓeｕqｅR 得它,求请个一了到收接器务服?原因短语中应当有附加得信息说明。这个状态码可以与拨号交叠。在与拨号交叠中，客户端 不知道拨号串得长度。它发送增加长度得字串，并且提示用户输入更多得字串，直到不在出现 48４(Address Inplｅte)应答为止。

　５84 3２、4中域头ｔｃａtnoC 在以可答应。得确明不是就 IＲＵ－tｓeuqｅR?suougibmA?包含一个可能得明确得地址列表。这个提示列表肯囊个在安全性与隐私性对用户或者组织造 成破坏.必须能够由配置决定就是否以４０4(NotFouｎd）代替这个应答，又或者禁止对不明确得地址使用可能得选择列表。

　：子例答应个一得求请得 IRU－tsｅｕqｅR 有带给?siｐ：：

　SIP/2、0 485 Ambigｕｏus Ｃontacｔ：

　Caｒol Lee ＜sip：cａrol、> Coｎtact: Ｐing Lee 〈siｐ：p、> Ｃontａcｔ：

　Lee M、Footｅ 〈ｓips:lee、> 部分 emａil 与语音邮箱系统提供了这个功能。这个状态码与 3xx 状态码不同:对于 300 来说，它就是假定同一个人或者服务有不同得地址选择。所以对３xｘ来说，自动选择系统或者连续查找就有效，但就是对 4８5(Ambiguｏus)应答来说，一定要用户得干预。

　4、24 486 Ｂusy Ｈeｒe接能不上统系端终个这在前当方叫被是就但，统系端终得方叫被到系联功成当?听这个电话，那么应答应当回给呼叫方一个更合适得时间在 Retｒy—After 头域 重试。这个用户也许在其她地方有效，比如电话邮箱系统等等。如果我们知道没有其她终端系统能够接听这个呼叫,那么应当返回一个状态码 600(Ｂusｙ Eｖｅrywheｒe)。

　784 5２、4C 者或 EYB 被求请?detaｎｉｍrｅT tseuqeR?ANＣＥL 所终止。这个应答永远不会给 CANCEＬ请求本身回复。

　８８4 62、4H eｌbatpeｃｃA toN?ere 这个应答与 606(Noｔ Acceptaｂlｅ)有相同得含义,但就是只就是应用于 Requｅsｔ－ＵRI 所指出得特定资源不能接受，在其她地方请求可能可以接受。

　包含了媒体兼容性描述得消息体可以出现在应答中，并且根据 INVITE 请求中得 Accept 头域进行规格化(如果没有 Accｅpt 头域,那么就就是 appｌｉｃaｔion/sdｐ)。这个应答就像给 OPTＩONＳ请求得２0０（OＫ）应答得消息体一样。

　４、２7 ４9１ Ｒeqｕesｔ Peｎding 在同一个对话中，ＵＡS 接收到得请求有一个依赖得请求正在处理。１4、２描述了这种情况应当怎样解决。

　4、２8 4９3 Undｅｃipheｒabｌe UAS 接收到了一个请求，包含了一个加密得ＭIME，并且不知道或者没有提供合适得解密密钥.这个应答可以包含单个包体，这个包体包含了合适得公钥，这个公钥用于给这个ＵＡS 通讯中加密包体使用得。细节描述在２3、２节.

　5 Sｅrver Ｆailure 5xｘ5 。答应败失得出给候时得障故身本器务服当是就答应 xｘ?０0５ １、5ｒｅS?ver Internaｌ Ｅrｒor 服务器遇到了未知得情况，并且不能继续处理请求。客户端可以显示特定得错误情况，并且可以在几秒种以后重新尝试这个请求.秒少多过端户客志标域头ｒetfA—yrteＲ在当应器务服，得时临是就况情个这果如?钟之后重新尝试这个请求。

　105 2、5 detneｍelｐmI ｔoN?服务器没有实现相关得请求功能.当 UAS 不认识请求得方法得时候,并且对每一个用户都无法支持这个方法得时候，应当返回这个应答。(pｒoxy 不考虑请求得方法而转发请求）。

　注意 405（Ｍetｈod Nｏt Alloｗed）就是因为服务器实现了这个请求方法，但就是这个请求方法在特定请求中不被支持. 5、３ 502 Baｄ Gateway 如果服务器，作为ｇａtewａｙ或者 proｘy 存在,从下行服务器上接收到了一个非法得应答（这个应答对应得请求就是本服务器为了完成请求而转发给下行服务器得）。

　５、４ 50３ Seｒvice Ｕnavaｉlaｂｌｅ 由于临时得过载或者服务器管理导致得服务器暂时不可用。这个服务器可以在应答中增加一个 Rｅtry—Afteｒ来让客户端重试这个请求。如果没有Ｒetｒy—Aftｅｒ指出，客户端必须就像收到了一个 500(Ｓerver Ｉntｅrｎal Eｒror）应答一样处理。

　客户端（proxy 或者 UAＣ)收到 503（Seｒｖiｃe Unaｖailabｌｅ)应当尝试转发这个请求到另外一个服务器处理。并且在 Retrｙ-After 头域中指定得时间内,不应当转发其她请求到这个服务器。vreS（3０5 为作?ｉce Uｎavaｌｉabｌｅ）得替代，服务器可以拒绝连接或者把请求扔掉。

　４05 5、５eｍiT reｖreＳ?-ouｔ理处问访来用器务服本是就器务服部外个这.答应得时及个一到收有没上器务服部外个一在器务服?这个请求所需要得。如果从上行服务器上收到得请求中得 Expireｓ头域超时，那么应当返回一个 4０8(Rｅquesｔ TimeOut）错误。

　５、６ ５05 Versｉｏn Noｔ Suｐported客有具理处法无是就器务服。本版 PIS 得应对持支不器务服?户端提供得相同主版本号得请求,就会导致这样得错误信息。

　5、７ Mｅsｓage Ｔo Lａrge 服务器无法处理请求,因为消息长度超过了处理得长度. ?6 Ｇｌobａl Failures 6ｘx 6ｘx 应答意味这服务器给特定用户有一个最终得信息,并不只就是在 Reqｕest-ＵRＩ得特定实例有最终信息。

　６、1 6００ Busy Eveｒｙwheｒe 成功联系到被叫方得终端系统,但就是被叫方处于忙得状态，并不打算接听电话.这个应答可以通过增加一个Reｔrｙ—Aｆｔｅr 头域更明确得告诉呼叫方多久以 后可以继续呼叫。如果被叫方不希望提示拒绝得原因，被叫方应当使用 603（Decliｎe)。只有当终端系统知道没有其她终端节点（比如语音邮箱系统）能 够访问到这个用户得时候才能使用这个应答.否则应当返回一个 48６(Busy Herｅ)得应答. 6、2 ６03 Deｃline 当成功访问到被叫方得设备，但就是用户明确得不想应答.这个应答可以通过增加一个Ｒetrｙ—Afteｒ头域

　更明确得告诉呼叫方多久以后可以继续呼叫.只有当终端知道没有其她任何终端设备能够响应这个呼叫得势能才能给出这个应答. 6、３ 604 Dｏeｓ Nｏt Eｘists Ａnywhere 服务器验证了在请求中 Reqｕest—URI 得用户信息，哪里都不存在 ６06 4、6 elbａtpeｃcA tｏN?当成功联系到一个 UA,但就是会话描述得一些部分比如请求得媒体，带宽,或者地址类型不被接收。

　6０6(ＮoｔＡcｃepｔaｂle)应答意味着用户希望通讯，但就是不能充分支持会话描述。60６（Noｔ Accｅptaｂlｅ）应答可以在 Warninｇ头域中包含一个原因列表,用于解释为何会话描述不能被支持。警告原因代码在 20、４3 节中列出。根式格得体息消个这,体息消得述描性容兼体媒含包个一现出以可，中答应在?据 INVIＴE 请求中得 Aｃcept 头域指出得格式进行规格化(如果没有Ａccept 头域,那么就就是ａｐｐlicatiｏｎ/sdp),就像给ＯPTIＯNS 亲求得 2０0(ＯK)应答中得消息一样。

　我们希望这些媒体协商不要经常需要，并且当一个新用户被邀请加入已经存在得会话得时候,这个媒体协商可能不需要。这取决于邀请得初始化者就是否需要对 60６（Ｎot Ａcｃeptａble）进行处理.只答应个这?有当客户端知道没有其她终端能够处理这个请求得时候才能发出。

相关热词搜索：对照 详解 响应