sip應(yīng)答消息狀態(tài)碼

SIP應(yīng)答消息狀態(tài)碼

與功能類型狀態(tài)碼狀態(tài)說明

臨時應(yīng)答(1XX)100Trying正在處理中

180Ringing振鈴

181callbeingforwarder呼叫正在前向

182queue排隊

181*sessionprogress會話進(jìn)行會話成功(2XX)200OK會話成功重定向(3XX)300multiple多重選擇

301movedpermanently永久移動

302movedtemporaily臨時移動

305useproxy用戶代理

380alternativeservice替代服務(wù)請求失敗(4XX)400badrequest錯誤請求

401unauthorized未授權(quán)

402paymentrequired付費(fèi)要求

403forbidden禁止

404notfound未發(fā)現(xiàn)

405methodnoallowed方法不允許

406notacceptable不可接受

407proxyauthenticationrequired代理需要認(rèn)證

408requesttimeout請求超時

410gone離開

413requestentitytoolarge請求實體太大

414request-urltoolong請求URL太長

415unsupportedmediatype不支持的媒體類型

416unsupportedurlscheme不支持的URL計劃

420badextension不良擴(kuò)展

421extensionrequired需要擴(kuò)展

423intervaltoobrief間隔太短

480temporarilyunavailable臨時失效

481call/transactiondoesnotexist呼叫/事務(wù)不存在

482loopdetected發(fā)現(xiàn)環(huán)路

Request-URI應(yīng)當(dāng)用這個應(yīng)答的Contact頭域所指出的值。

在應(yīng)答中的Expires(20.19節(jié))或者Contact頭域的expires參數(shù)定義了這個ContactURI的生存周期。UA或者proxy在這個生存周期內(nèi)cache這個URI。如果沒有嚴(yán)格的有效時見，那么這個地址僅僅本次有效，并且不能在以后的事務(wù)中保存。

如果cache的Contact頭域的值失敗了，那么被轉(zhuǎn)發(fā)請求的Request-URI應(yīng)當(dāng)再次嘗試一次。臨時URI可以比超時時間更快的失效，并且可以有一個新的臨時URI。

3.4305UseProxy

請求的資源必須通過Contact頭域中指出的proxy來訪問。Contact頭域指定了一個proxy的URI。接收到這個應(yīng)答的對象應(yīng)當(dāng)通過這個proxy重新發(fā)送這個單個請求。305（UseProxy）必須是UAS產(chǎn)生的。

3.5380AlternativeService

呼叫不成工，但是可以嘗試另外的服務(wù)。另外的服務(wù)在應(yīng)答的消息體中定義。消息體的格式在這里沒有定義，可能在以后的規(guī)范中定義。

4請求失敗4xx

4xx應(yīng)答定義了特定服務(wù)器響應(yīng)的請求失敗的情況?？蛻舳瞬粦?yīng)當(dāng)在不更改請求的情況下重新嘗試同一個請求。（例如，增加合適的認(rèn)證信息）。不過，同一個請求交給不同服務(wù)器也許就會成功。

4.1400BadRequest

請求中的語法錯誤。Reason-Phrase應(yīng)當(dāng)標(biāo)志這個詳細(xì)的語法錯誤，比如”MissingCall-IDheaderfield”。

4.2401Unauthorized

請求需要用戶認(rèn)證。這個應(yīng)答是由UAS和注冊服務(wù)器產(chǎn)生的，當(dāng)407（ProxyAuthenticationRequired）是proxy服務(wù)器產(chǎn)生的。

4.3402PaymentRequired

保留/以后使用

4.4403Forbidden

服務(wù)端支持這個請求，但是拒絕執(zhí)行請求。增加驗證信息是沒有必要的，并且請求應(yīng)當(dāng)不被重試。

4.5404NotFound

服務(wù)器返回最終信息：用戶在Request-URI指定的域上不存在。當(dāng)Request-URI的domain和接收這個請求的domain不匹配的情況下，也會產(chǎn)生這個應(yīng)答。

4.6405MethodNotAllowed

服務(wù)器支持Request-Line中的方法，但是對于這個Request-URI中的地址來說，是不允許應(yīng)用這個方法的。

應(yīng)答必須包括一個Allow頭域，這個頭域包含了指定地址允許的方法列表。

4.7NotAcceptable

請求中的資源只會導(dǎo)致產(chǎn)生一個在請求中的Accept頭域外的，內(nèi)容無法接收的錯誤。

4.8407ProxyAuthenticationRequired

這個返回碼和401（Unauthorized）很類四，但是標(biāo)志了客戶端應(yīng)當(dāng)首先在proxy上通過認(rèn)證。SIP對認(rèn)證的訪問請參見26節(jié)和22.3節(jié)。

這個返回碼用于應(yīng)用程序訪問通訊網(wǎng)關(guān)（比如，電話網(wǎng)關(guān)），而很少用于被叫方要求認(rèn)證。

4.9408RequestTimeout

在一段時間內(nèi)，服務(wù)器不能產(chǎn)生一個終結(jié)應(yīng)答，例如，如果它無法及時決定用戶的位置?？蛻舳丝梢栽谏院蟛桓恼埱蟮膬?nèi)容然后重新嘗試請求。

4.10410Gone

請求的資源在本服務(wù)器上已經(jīng)不存在了，并且不知道應(yīng)當(dāng)把請求轉(zhuǎn)發(fā)到哪里。這個問題將會使永久性的。如果服務(wù)器不知道，或者不容易檢測，這個資源消失是臨時性質(zhì)的還是永久性質(zhì)的，那么應(yīng)當(dāng)返回一個404（NotFound）。

4.11413請求實體過大。

服務(wù)器拒絕處理請求，因為這個請求的實體超過了服務(wù)器希望或者能夠處理的大小。這個服務(wù)器應(yīng)當(dāng)關(guān)閉連接避免客戶端重發(fā)這個請求。

如果這個情況是暫時的，那么服務(wù)端應(yīng)當(dāng)包含一個Retry-After頭域來表明這是一個暫時的故障，并且客戶端可以過一段時間再次嘗試。

4.12414Request-URITooLong

服務(wù)器拒絕這個請求，因為Request-URI超過了服務(wù)器能夠處理的長度。

4.13415UnsupportedMediaType

服務(wù)器由于請求的消息體的格式本服務(wù)器不支持，所以拒絕處理這個請求。這個服務(wù)器必須根據(jù)內(nèi)容的故障類型，返回一個Accept，Accpet-Encoding,或者Accept-Language頭域列表。UAC根據(jù)節(jié)定義的方法處理這個應(yīng)答。

4.14416UnsupportedURIScheme

服務(wù)器由于不支持Request-URI中的URI方案而終止處理這個請求?？蛻舳颂幚磉@個應(yīng)答參照。

4.15BadExtension

服務(wù)器不知道在請求中的Proxy-Require(20.29)或者Require(20.32)頭域所指出的協(xié)議擴(kuò)展。服務(wù)器必須在Unsupported頭域中列出不支持的擴(kuò)展。UAC處理這個應(yīng)答請參見

4.16421ExtensionRequired

UAS需要特定的擴(kuò)展來處理這個請求，但是這個擴(kuò)展并沒有在請求的Supported頭域中列出。具有這個應(yīng)答碼的應(yīng)答必須包含一個Require頭域列出所需要的擴(kuò)展。

UAS不應(yīng)當(dāng)使用這個應(yīng)答除非它真的不能給客戶端提供有效的服務(wù)。相反，如果在Support頭域中沒有列出需要的擴(kuò)展，服務(wù)器應(yīng)當(dāng)根據(jù)基準(zhǔn)的SIP兼容的方法和客戶端支持的擴(kuò)展來進(jìn)行處理。

4.17423IntervalTooBrief

服務(wù)器因為在請求中設(shè)置的資源刷新時間（或者有效時間）過短而拒絕請求。這個應(yīng)答可以用于注冊服務(wù)器來拒絕那些Contact頭域有效期過短的注冊請求。這個應(yīng)答的用法和相關(guān)的Min-Expires頭域在10.2.8,10.3,20.23節(jié)中介紹和說明。

4.18480TemporarilyUnavailable

請求成功到達(dá)被叫方的終端系統(tǒng)，但是被叫方當(dāng)前不可用（例如，沒有登陸，或者登陸了但是狀態(tài)是不能通訊，或者有”請勿打擾”的標(biāo)記）。應(yīng)答應(yīng)當(dāng)在Retry-After中標(biāo)志一個合適的重發(fā)時間。這個用戶也有可能在其他地方是有效的（在本服務(wù)器中不知道）。Reason-Phrase(原因短句)應(yīng)當(dāng)提示更詳細(xì)的原因，為什么被叫方暫時不可用。這個值應(yīng)當(dāng)是可以被UA設(shè)置的。狀態(tài)碼486（BusyHere）可以用來更精確的表示本請求失敗的特定原因。

這個狀態(tài)碼也可以是轉(zhuǎn)發(fā)服務(wù)或者proxy服務(wù)器返回的，因為他們發(fā)現(xiàn)Request-URI指定的用戶存在，但是沒有一個給這個用戶的合適的當(dāng)前轉(zhuǎn)發(fā)的地址。

4.19481Call/TransactionDoesNotExist

這個狀態(tài)表示了UAS接收到請求，但是沒有和現(xiàn)存的對話或者事務(wù)匹配。

4.20482LoopDetected

服務(wù)器檢測到了一個循環(huán)(16.3/4)

4.21483TooManyHops

服務(wù)器接收到了一個請求包含的Max-Forwards(20.22)頭域是0

4.22484AddressInComplete

服務(wù)器接收到了一個請求，它的Request-URI是不完整的。在原因短語中應(yīng)當(dāng)有附加的信息說明。這個狀態(tài)碼可以和撥號交疊。在和撥號交疊中，客戶端不知道撥號串的長度。它發(fā)送增加長度的字串，并且提示用戶輸入更多的字串，直到不在出現(xiàn)484（AddressIncomplete）應(yīng)答為止。

4.23485Ambiguous

Request-URI是不明確的。應(yīng)答可以在Contact頭域中包含一個可能的明確的地址列表。這個提示列表肯囊個在安全性和隱私性對用戶或者組織造成破壞。必須能夠由配置決定是否以404（NotFound）代替這個應(yīng)答，又或者禁止對不明確的地址使用可能的選擇列表。

給帶有Request-URI的請求的一個應(yīng)答例子：

sip:

lee@:

SIP/2.0485Ambiguous

Contact:CarolLee<sip:carol.lee@>

Contact:PingLee<sip:p.lee@>

Contact:LeeM.Foote<sips:lee.foote@>

部分email和語音郵箱系統(tǒng)提供了這個功能。這個狀態(tài)碼和3xx狀態(tài)碼不同：對于300來說，它是假定同一個人或者服務(wù)有不同的地址選擇。所以對3xx來說，自動選擇系統(tǒng)或者連續(xù)查找就有效，但是對485（Ambiguous）應(yīng)答來說，一定要用戶的干預(yù)。

4.24486BusyHere

當(dāng)成功聯(lián)系到被叫方的終端系統(tǒng)，但是被叫方當(dāng)前在這個終端系統(tǒng)上不能接聽這個電話，那么應(yīng)答應(yīng)當(dāng)回給呼叫方一個更合適的時間在Retry-After頭域重試。這個用戶也許在其他地方有效，比如電話郵箱系統(tǒng)等等。如果我們知道沒有其他終端系統(tǒng)能夠接聽這個呼叫，那么應(yīng)當(dāng)返回一個狀態(tài)碼600（BusyEverywhere）。

4.25487RequestTerminated

請求被BYE或者CANCEL所終止。這個應(yīng)答永遠(yuǎn)不會給CANCEL請求本身回復(fù)。

4.26488NotAcceptableHere

這個應(yīng)答和606（NotAcceptable）有相同的含義，但是只是應(yīng)用于Request-URI所指出的特定資源不能接受，在其他地方請求可能可以接受。

包含了媒體兼容性描述的消息體可以出現(xiàn)在應(yīng)答中，并且根據(jù)INVITE請求中的Accept頭域進(jìn)行規(guī)格化（如果沒有Accept頭域，那么就是application/sdp）。這個應(yīng)答就像給OPTIONS請求的200(OK)應(yīng)答的消息體一樣。

4.27491RequestPending

在同一個對話中，UAS接收到的請求有一個依賴的請求正在處理。14.2描述了這種情況應(yīng)當(dāng)怎樣解決。

4.28493Undecipherable

UAS接收到了一個請求，包含了一個加密的MIME,并且不知道或者沒有提供合適的解密密鑰。這個應(yīng)答可以包含單個包體，這個包體包含了合適的公鑰，這個公鑰用于給這個UAS通訊中加密包體使用的。細(xì)節(jié)描述在23.2節(jié)。

5ServerFailure5xx

5xx應(yīng)答是當(dāng)服務(wù)器本身故障的時候給出的失敗應(yīng)答。

5.1500ServerInternalError

服務(wù)器遇到了未知的情況，并且不能繼續(xù)處理請求?？蛻舳丝梢燥@示特定的錯誤情況，并且可以在幾秒種以后重新嘗試這個請求。

如果這個情況是臨時的，服務(wù)器應(yīng)當(dāng)在Retry-After頭域標(biāo)志客戶端過多少秒鐘之后重新嘗試這個請求。

5.2501NotImplemented

服務(wù)器沒有實現(xiàn)相關(guān)的請求功能。當(dāng)UAS不認(rèn)識請求的方法的時候，并且對每一個用戶都無法支持這個方法的時候，應(yīng)當(dāng)返回這個應(yīng)答。（proxy不考慮請求的方法而轉(zhuǎn)發(fā)請求）。

注意405（MethodNotAllowed）是因為服務(wù)器實現(xiàn)了這個請求方法，但是這個請求方法在特定請求中不被支持。

5.3502BadGateway

如果服務(wù)器，作為gateway或者proxy存在，從下行服務(wù)器上接收到了一個非法的應(yīng)答（這個應(yīng)答對應(yīng)的請求是本服務(wù)器為了完成請求而轉(zhuǎn)發(fā)給下行服務(wù)器的）。

5.4503ServiceUnavailable

由于臨時的過載或者服務(wù)器管理導(dǎo)致的服務(wù)器暫時不可用。這個服務(wù)器可以在應(yīng)答中增加一個Retry-After來讓客戶端重試這個請求。如果沒有Retry-After指出，客戶端必須就像收到了一個500（ServerInternalError）應(yīng)答一樣處理。

客戶端（proxy或者UAC）收到503（ServiceUnavailable）應(yīng)當(dāng)嘗試轉(zhuǎn)發(fā)這個請求到另外一個服務(wù)器處理。并且在Retry-After頭域中指定的時間內(nèi)，不應(yīng)當(dāng)轉(zhuǎn)發(fā)其他請求到這個服務(wù)器。

作為503(ServiceUnavaliable)的替代，服務(wù)器可以拒絕連接或者把請求扔掉。

5.5504ServerTime-out

服務(wù)器在一個外部服務(wù)器上沒有收到一個及時的應(yīng)答。這個外部服務(wù)器是本服務(wù)器用來訪問處理這個請求所需要的。如果從上行服務(wù)器上收到的請求中的Expires頭域超時，那么應(yīng)當(dāng)返回一個408（RequestTimeOut）錯誤。

5.6505VersionNotSupported

服務(wù)器不支持對應(yīng)的SIP版本。服務(wù)器是無法處理具有客戶端提供的相同主版本號的請求，就會導(dǎo)致這樣的錯誤信息。

5.7MessageToLarge

服務(wù)器無法處理請求，因為消息長度超過了處理的長度。

6GlobalFailures6xx

6xx應(yīng)答意味這服務(wù)器給特定用戶有一個最終的信息，并不只是在Request-URI的特定實例有最終信息。

6.1600BusyEverywhere

成功聯(lián)系到被叫方的終端系統(tǒng)，但是被叫方處于忙的狀態(tài)，并不打算接聽電話。這個應(yīng)答可以通過增加一個Retry-After頭域更明確的告訴呼叫方多久以后可以繼續(xù)呼叫。如果被叫方不希望提示拒絕的原因，被叫方應(yīng)當(dāng)使用603（Decline）。只有當(dāng)終端系