sip代碼含義

1xx = 通知性應(yīng)答

100 正在嘗試

180 正在撥打

181 正被轉(zhuǎn)接

182 正在排隊(duì)

183 通話進(jìn)展

2xx = 成功應(yīng)答

200 OK

202 被接受：用于轉(zhuǎn)介

3xx = 轉(zhuǎn)接應(yīng)答

300 多項(xiàng)選擇

301 被永久遷移

302 被暫時(shí)遷移

305 使用代理服務(wù)器

380 替代服務(wù)

4xx = 呼叫失敗

400 呼叫不當(dāng)

401 未經(jīng)授權(quán)：只供注冊(cè)機(jī)構(gòu)使用，代理服務(wù)器應(yīng)使用代理服務(wù)器授權(quán)407

402 要求付費(fèi)（預(yù)訂為將來(lái)使用)

403 被禁止的

404 未發(fā)現(xiàn)：未發(fā)現(xiàn)用戶

405 不允許的方法

406 不可接受

407 需要代理服務(wù)器授權(quán)

408 呼叫超時(shí)：在預(yù)定時(shí)間內(nèi)無(wú)法找到用戶

410 已消失：用戶曾經(jīng)存在，但已從此處消失

413 呼叫實(shí)體過(guò)大

414 呼叫URI過(guò)長(zhǎng)

415 不支持的媒體類型

416 不支持的URI方案

420 不當(dāng)擴(kuò)展：使用了不當(dāng)SIP協(xié)議擴(kuò)展，服務(wù)器無(wú)法理解該擴(kuò)展

421 需要擴(kuò)展

423 時(shí)間間隔過(guò)短

480 暫時(shí)不可使用

481 通話/事務(wù)不存在

482 檢測(cè)到循環(huán)

483 跳數(shù)過(guò)多

484 地址不全

485 模糊不清

486 此處太忙

487 呼叫被終止

488 此處不可接受

491 呼叫待批

493 無(wú)法解讀：無(wú)法解讀 S/MIME文體部分

5xx = 服務(wù)器失敗

500 服務(wù)器內(nèi)部錯(cuò)誤

501 無(wú)法實(shí)施：SIP呼叫方法在此處無(wú)法實(shí)施

502 不當(dāng)網(wǎng)關(guān)

503 服務(wù)不可使用

504 服務(wù)器超時(shí)

505 不支持該版本：服務(wù)器不支持SIP協(xié)議的這個(gè)版本

513 消息過(guò)長(zhǎng)

6xx = 全局失敗

600 各處均忙

603 拒絕

604 無(wú)處存在

606 不可使用

SIP協(xié)議應(yīng)答碼

應(yīng)答代碼

應(yīng)答碼是包含了，并且擴(kuò)展了HTTP/1.1應(yīng)答碼。并不是所有的HTTP/1.1應(yīng)答碼都適當(dāng)應(yīng)用，只有在折里指出的是適當(dāng)?shù)摹Ｆ渌?/span>HTTP/1.1應(yīng)答碼不應(yīng)當(dāng)使用。并且，SIP也定義了新的應(yīng)答碼系列，6xx。

1 臨時(shí)應(yīng)答1xx

臨時(shí)應(yīng)答，也就是消息性質(zhì)的應(yīng)答，標(biāo)志了對(duì)方服務(wù)器正在處理請(qǐng)求，并且還沒(méi)有決定最后的應(yīng)答。如果服務(wù)器處理請(qǐng)求需要花200ms以上才能產(chǎn)生終結(jié)應(yīng)答的時(shí)候，它應(yīng)當(dāng)發(fā)送一個(gè)1xx應(yīng)答。

注意1xx應(yīng)答并不是可靠傳輸?shù)�。他們不�?huì)導(dǎo)致客戶端傳送一個(gè)ACK應(yīng)答。臨時(shí)性質(zhì)的（1xx）應(yīng)答可以包含消息體，包含會(huì)話描述。

1.1 100 Trying

這個(gè)應(yīng)答表示下一個(gè)節(jié)點(diǎn)的服務(wù)器已經(jīng)接收到了這個(gè)請(qǐng)求并且還沒(méi)有執(zhí)行這個(gè)請(qǐng)求的特定動(dòng)作（比如，正在打開(kāi)數(shù)據(jù)庫(kù)的時(shí)候）。這個(gè)應(yīng)答，就像其他臨時(shí)應(yīng)答一樣，種植了UAC重新傳送INVITE請(qǐng)求。100(Trying)應(yīng)答和其他臨時(shí)應(yīng)答不同的是，在這里，它永遠(yuǎn)不會(huì)被有狀態(tài)proxy轉(zhuǎn)發(fā)到上行流中。

1.2 180 Ringing

UA收到INVITE請(qǐng)求并且試圖提示給用戶。這個(gè)應(yīng)答應(yīng)當(dāng)出世化一個(gè)本地回鈴。

1.3 818 Call is Being Forwarded(呼叫被轉(zhuǎn)發(fā))

服務(wù)器可以用這個(gè)應(yīng)答代碼來(lái)表示呼叫正在轉(zhuǎn)發(fā)到另一個(gè)目的地集合。

1.4 182 Queued

當(dāng)呼叫的對(duì)方暫時(shí)不能接收呼叫的時(shí)候，并且服務(wù)器決定將呼叫排隊(duì)等候，而不是拒絕呼叫的時(shí)候，那么就應(yīng)當(dāng)發(fā)出這個(gè)應(yīng)答。當(dāng)被叫方一旦恢復(fù)接收呼叫，他會(huì)返回合適的終結(jié)應(yīng)答。對(duì)于這個(gè)呼叫狀態(tài)，可以有一個(gè)表示原因的短語(yǔ)，比如：”5 calls queued;expected waiting time is 15minutes”。服務(wù)器可以給出好幾個(gè)182（Queued）應(yīng)答告訴呼叫方排隊(duì)的情況（比如排隊(duì)靠前了等等）。

1.5 183 會(huì)話進(jìn)度

183（Session Progress）應(yīng)答用于提示建立對(duì)話的進(jìn)度信息。Reason-Phrase（表達(dá)原因的句子）、頭域或者消息體可以用于提示呼叫進(jìn)度的更消息的信息。

2 成功信息2xx

這個(gè)應(yīng)答表示請(qǐng)求是成功的。

2.1 200 OK

請(qǐng)求已經(jīng)處理成功。這個(gè)信息取決于不同方法的請(qǐng)求的應(yīng)答。

3 轉(zhuǎn)發(fā)請(qǐng)求3XX

3xx系列的應(yīng)答是用于提示用戶的新位置信息的，或者為了滿足呼叫而轉(zhuǎn)發(fā)的額外服務(wù)地點(diǎn)。

3.1 300 Multiple Choices

請(qǐng)求的地址有多個(gè)選擇，每個(gè)選擇都有自己的地址，用戶或者（UA）可以選擇合適的通訊終端，并且轉(zhuǎn)發(fā)這個(gè)請(qǐng)求到這個(gè)地址。

應(yīng)答可以包含一個(gè)具有每一個(gè)地點(diǎn)的在Accept請(qǐng)求頭域中允許的資源特性，這樣用戶或者UA可以選擇一個(gè)最合適的地址來(lái)轉(zhuǎn)發(fā)請(qǐng)求。沒(méi)有未這個(gè)應(yīng)答的消息體定義MIME類型。

這些地址選擇也應(yīng)當(dāng)在Contact頭域中列出（20.10節(jié)）。不同于HTTP，SIP應(yīng)答可以包含多個(gè)Contact頭域或者一個(gè)Contact頭域中具有一個(gè)地址列表。UA可以使用Contact頭域來(lái)自動(dòng)轉(zhuǎn)發(fā)或者要求用戶確認(rèn)轉(zhuǎn)發(fā)。不過(guò)，本規(guī)范沒(méi)有定義自動(dòng)轉(zhuǎn)發(fā)的標(biāo)準(zhǔn)。

如果被叫方可以在多個(gè)地址被找到，并且服務(wù)器不能或者不愿意轉(zhuǎn)發(fā)請(qǐng)求的時(shí)候，可以使用這個(gè)應(yīng)答來(lái)給呼叫方。

3.2 301 Moved Permently

當(dāng)不能在Request-URI指定的地址找到用戶的時(shí)候，請(qǐng)求的客戶端應(yīng)當(dāng)使用Contact頭域(20.10)所指出的新的地址重新嘗試。請(qǐng)求者應(yīng)當(dāng)用這個(gè)新的值來(lái)更新本地的目錄，地址本，和用戶地址cache，并且在后續(xù)請(qǐng)求中，發(fā)送到這個(gè)/這些列出的地址。

3.3 302 Moved Temporarily

請(qǐng)求方應(yīng)當(dāng)把請(qǐng)求重新發(fā)到這個(gè)Contact頭域所指出的新地址(20.10)。新請(qǐng)求的Request-URI應(yīng)當(dāng)用這個(gè)應(yīng)答的Contact頭域所指出的值。

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

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

3.4 305 Use Proxy

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

3.5 380 Alternative Service

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

4 請(qǐng)求失敗4xx

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

4.1 400 Bad Request

請(qǐng)求中的語(yǔ)法錯(cuò)誤。Reason-Phrase應(yīng)當(dāng)標(biāo)志這個(gè)詳細(xì)的語(yǔ)法錯(cuò)誤，比如”Missing Call-ID header field”。

4.2 401 Unauthorized

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

4.3 402 Payment Required

保留/以后使用

4.4 403 Forbidden

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

4.5 404 Not Found

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

4.6 405 Method Not Allowed

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

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

4.7 Not Acceptable

請(qǐng)求中的資源只會(huì)導(dǎo)致產(chǎn)生一個(gè)在請(qǐng)求中的Accept頭域外的，內(nèi)容無(wú)法接收的錯(cuò)誤。

4.8 407 Proxy Authentication Required

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

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

4.9 408 Request Timeout

在一段時(shí)間內(nèi)，服務(wù)器不能產(chǎn)生一個(gè)終結(jié)應(yīng)答，例如，如果它無(wú)法及時(shí)決定用戶的位置。客戶端可以在稍后不更改請(qǐng)求的內(nèi)容然后重新嘗試請(qǐng)求。

4.10 410 Gone

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

4.11 413請(qǐng)求實(shí)體過(guò)大。

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

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

4.12 414 Request-URI Too Long

服務(wù)器拒絕這個(gè)請(qǐng)求，因?yàn)?/span>Request-URI超過(guò)了服務(wù)器能夠處理的長(zhǎng)度。

4.13 415 Unsupported Media Type

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

4.14 416 Unsupported URI Scheme

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

4.15 Bad Extension

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

4.16 421Extension Required

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

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

4.17 423 Interval Too Brief

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

4.18 480 Temporarily Unavailable

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

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

4.19 481 Call/Transaction Does Not Exist

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

4.20 482 Loop Detected

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

4.21 483 Too Many Hops

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

4.22 484 Address InComplete

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

4.23 485 Ambiguous

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

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

sip:

lee@example.com

:

SIP/2.0 485 Ambiguous

Contact: Carol Lee

Contact: Ping Lee

Contact: Lee M.Foote

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

4.24 486 Busy Here

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

4.25 487 Request Terminated

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

4.26 488 Not Acceptable Here

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

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

4.27 491 Request Pending

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

4.28 493 Undecipherable

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

5 Server Failure 5xx

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

5.1 500 Server Internal Error

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

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

5.2 501 Not Implemented

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

注意405（Method Not Allowed）是因?yàn)榉��?wù)器實(shí)現(xiàn)了這個(gè)請(qǐng)求方法，但是這個(gè)請(qǐng)求方法在特定請(qǐng)求中不被支持。

5.3 502 Bad Gateway

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

5.4 503 Service Unavailable

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

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

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

5.5 504 Server Time-out

服務(wù)器在一個(gè)外部服務(wù)器上沒(méi)有收到一個(gè)及時(shí)的應(yīng)答。這個(gè)外部服務(wù)器是本服務(wù)器用來(lái)訪問(wèn)處理這個(gè)請(qǐng)求所需要的。如果從上行服務(wù)器上收到的請(qǐng)求中的Expires頭域超時(shí)，那么應(yīng)當(dāng)返回一個(gè)408（Request TimeOut）錯(cuò)誤。

5.6 505 Version Not Supported

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

5.7 Message To Large

服務(wù)器無(wú)法處理請(qǐng)求，因?yàn)橄�息長(zhǎng)度超過(guò)了處理的長(zhǎng)度。

6 Global Failures 6xx

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

6.1 600 Busy Everywhere

成功聯(lián)系到被叫方的終端系統(tǒng)，但是被叫方處于忙的狀態(tài)，并不打算接聽(tīng)電話。這個(gè)應(yīng)答可以通過(guò)增加一個(gè)Retry-After頭域更明確的告訴呼叫方多久以后可以繼續(xù)呼叫。如果被叫方不希望提示拒絕的原因，被叫方應(yīng)當(dāng)使用603（Decline）。只有當(dāng)終端系統(tǒng)知道沒(méi)有其他終端節(jié)點(diǎn)（比如語(yǔ)音郵箱系統(tǒng)）能夠訪問(wèn)到這個(gè)用戶的時(shí)候才能使用這個(gè)應(yīng)答。否則應(yīng)當(dāng)返回一個(gè)486（Busy Here）的應(yīng)答。

6.2 603 Decline

當(dāng)成功訪問(wèn)到被叫方的設(shè)備，但是用戶明確的不想應(yīng)答。這個(gè)應(yīng)答可以通過(guò)增加一個(gè)Retry-After頭域更明確的告訴呼叫方多久以后可以繼續(xù)呼叫。只有當(dāng)終端知道沒(méi)有其他任何終端設(shè)備能夠響應(yīng)這個(gè)呼叫的勢(shì)能才能給出這個(gè)應(yīng)答。

6.3 604 Does Not Exists Anywhere

服務(wù)器驗(yàn)證了在請(qǐng)求中Request-URI的用戶信息，哪里都不存在

6.4 606 Not Acceptable

當(dāng)成功聯(lián)系到一個(gè)UA,但是會(huì)話描述的一些部分比如請(qǐng)求的媒體，帶寬，或者地址類型不被接收。

606（NotAcceptable）應(yīng)答意味著用戶希望通訊，但是不能充分支持會(huì)話描述。606（Not Acceptable）應(yīng)答可以在Warning頭域中包含一個(gè)原因列表，用于解釋為何會(huì)話描述不能被支持。警告原因代碼在20.43節(jié)中列出。

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

我們希望這些媒體協(xié)商不要經(jīng)常需要，并且當(dāng)一個(gè)新用戶被邀請(qǐng)加入已經(jīng)存在的會(huì)話的時(shí)候，這個(gè)媒體協(xié)商可能不需要。這取決于邀請(qǐng)的初始化者是否需要對(duì)606（Not Acceptable）進(jìn)行處理。

這個(gè)應(yīng)答只有當(dāng)客戶端知道沒(méi)有其他終端能夠處理這個(gè)請(qǐng)求的時(shí)候才能發(fā)出。