【導(dǎo)讀】頭域的語法描述在節(jié)。本節(jié)列出了頭域的全部列表，包括了語法注釋，含義，和用。通過本節(jié)，我們使用[]指當(dāng)前HTTP/的RFC2616[8]的規(guī)范的。個(gè)頭域都有示例給出。關(guān)于與方法和proxy處理有關(guān)的頭域字段在表2和表3中有處理?！皐here”列描述了在頭域中能夠使用的請(qǐng)求和應(yīng)答的類型。2xx，4xx，等等：一個(gè)數(shù)字的值區(qū)間表示頭域能夠使用的應(yīng)答代碼?？蛻舳?服務(wù)端都需要準(zhǔn)備接收沒有這個(gè)頭域的消息。如果通訊的協(xié)議是基于面向。流的協(xié)議，那么頭域值必須被發(fā)送。（細(xì)節(jié)請(qǐng)參見,和。UAC錯(cuò)誤的把這個(gè)頭域放在請(qǐng)求中，在UAS收到的時(shí)候必須被忽略。本規(guī)范也定義了常用的頭域名的縮寫，用于縮小消息的大小。如果這個(gè)URI包含一個(gè)逗號(hào)，問號(hào)或。者分毫，那么這個(gè)URI必須使用尖括號(hào)括起來（<和>）。參數(shù)而不是URI參數(shù)。除了如果沒有Accept頭域，服務(wù)器應(yīng)當(dāng)認(rèn)為。Accept缺省值是application/sdp以外，語義也是和HTTP/類似的語義。空的Accept頭域意味著不接受任何格式。在SIP中的語義和在[]中的定義是一致的。

　　

【正文】 對(duì)于這個(gè) RequestURI中的地址來說，是不允許應(yīng)用這個(gè)方法的。 應(yīng)答必須包括一個(gè) Allow頭域，這個(gè)頭域包含了指定地址允許的方法列表。 Not Acceptable 請(qǐng)求中的資源只會(huì)導(dǎo)致產(chǎn)生一個(gè)在請(qǐng)求中的 Accept 頭域外的，內(nèi)容無法接收的錯(cuò)誤。 407 Proxy Authentication Required 這個(gè)返回碼和 401（ Unauthorized）很類四，但是標(biāo)志了客戶端應(yīng)當(dāng)首先在 proxy 上通過認(rèn)證。 SIP對(duì)認(rèn)證的訪問請(qǐng)參見 26 節(jié)和 節(jié)。 這個(gè)返回碼用于應(yīng)用程序訪問通訊網(wǎng)關(guān)（比如，電話網(wǎng)關(guān)），而很少用于被叫方要求認(rèn)證。 408 Request Timeout 在一段時(shí)間內(nèi)，服務(wù)器不能產(chǎn)生一個(gè)終結(jié)應(yīng)答，例如，如果它無法及時(shí)決定用戶的位置?？蛻舳丝梢栽谏院蟛桓恼?qǐng)求的內(nèi)容然后重新嘗試請(qǐng)求。 410 Gone 請(qǐng)求的資源在本服務(wù)器上已經(jīng)不存在了，并且不知道應(yīng)當(dāng)把請(qǐng)求轉(zhuǎn)發(fā)到哪里。這個(gè)問題將會(huì)使永久性的。如果服務(wù)器不知道，或者不容易檢測(cè)，這個(gè)資源消失是臨時(shí)性質(zhì)的還是永久性質(zhì)的，那么應(yīng)當(dāng)返回一個(gè) 404（ Not Found）。 413 請(qǐng)求實(shí)體過大。 服務(wù)器拒絕處理請(qǐng)求，因?yàn)檫@個(gè)請(qǐng)求的實(shí)體超過了服務(wù)器希望或者能夠處理的大小。這個(gè)服務(wù)器應(yīng)當(dāng)關(guān)閉連接避免客戶端重發(fā)這個(gè)請(qǐng)求。 如果這個(gè)情況是暫時(shí)的，那么服務(wù)端應(yīng)當(dāng)包含一個(gè) RetryAfter 頭域來表明這是一個(gè)暫時(shí)的故障，并且客戶端可以過一段時(shí)間再次嘗試。 414 RequestURI Too Long 服務(wù)器拒絕這個(gè)請(qǐng)求，因?yàn)?RequestURI超過了服務(wù)器能夠處理的長(zhǎng)度。 415 Unsupported Media Type 服務(wù)器由于請(qǐng)求的消息體的格式本服務(wù)器不支持，所以拒絕處理這個(gè)請(qǐng)求。這個(gè)服務(wù)器必須根據(jù)內(nèi)容的故障類型，返回一個(gè) Accept， AccpetEncoding,或者 AcceptLanguage頭域列表。 UAC 根據(jù) 節(jié)定義的方法處理這個(gè)應(yīng)答。 416 Unsupported URI Scheme 服務(wù)器由于不支持 RequestURI中的 URI方案而終止處理這個(gè)請(qǐng)求?？蛻舳颂幚磉@個(gè)應(yīng)答參照 。 Bad Extension 服務(wù)器不知道在請(qǐng)求中的 ProxyRequire()或者 Require()頭域所指出的協(xié)議擴(kuò)展。服務(wù)器必須在 Unsupported 頭域中列出不支持的擴(kuò)展。 UAC 處理這個(gè)應(yīng)答請(qǐng)參見 421Extension Required UAS需要特定的擴(kuò)展來處理這個(gè)請(qǐng)求，但是這個(gè)擴(kuò)展并沒 有在請(qǐng)求的 Supported 頭域中列出。具有這個(gè)應(yīng)答碼的應(yīng)答必須包含一個(gè) Require 頭域列出所需要的擴(kuò)展。 UAS 不應(yīng)當(dāng)使用這個(gè)應(yīng)答除非它真的不能給客戶端提供有效的服務(wù)。相反，如果在Support 頭域中沒有列出需要的擴(kuò)展，服務(wù)器應(yīng)當(dāng)根據(jù)基準(zhǔn)的 SIP兼容的方法和客戶端支持的擴(kuò)展來進(jìn)行處理。 423 Interval Too Brief 服務(wù)器因?yàn)樵谡?qǐng)求中設(shè)置的資源刷新時(shí)間（或者有效時(shí)間）過短而拒絕請(qǐng)求。這個(gè)應(yīng)答可以用于注冊(cè)服務(wù)器來拒絕那些 Contact 頭域有效期過短的注冊(cè)請(qǐng)求。這個(gè)應(yīng)答的 用法和相關(guān)的 MinExpires 頭域在 ,。 480 Temporarily Unavailable 請(qǐng)求成功到達(dá)被叫方的終端系統(tǒng)，但是被叫方當(dāng)前不可用（例如，沒有登陸，或者登陸了但是狀態(tài)是不能通訊，或者有 ”請(qǐng)勿打擾 ”的標(biāo)記）。應(yīng)答應(yīng)當(dāng)在 RetryAfter 中標(biāo)志一個(gè)合適的重發(fā)時(shí)間。這個(gè)用戶也有可能在其他地方是有效的（在本服務(wù)器中不知道）。ReasonPhrase(原因短句 )應(yīng)當(dāng)提示更詳細(xì)的原因，為什么被叫方暫時(shí)不可用。這個(gè)值應(yīng)當(dāng)是可以被 UA設(shè)置的。狀態(tài)碼 486（ Busy Here）可以用來更精確的表示本請(qǐng)求失敗的特定原因。 這個(gè)狀態(tài)碼也可以是轉(zhuǎn)發(fā)服務(wù)或者 proxy 服務(wù)器返回的，因?yàn)樗麄儼l(fā)現(xiàn) RequestURI指定的用戶存在，但是沒有一個(gè)給這個(gè)用戶的合適的當(dāng)前轉(zhuǎn)發(fā)的地址。 481 Call/Transaction Does Not Exist 這個(gè)狀態(tài)表示了 UAS接收到請(qǐng)求，但是沒有和現(xiàn)存的對(duì)話或者事務(wù)匹配。 482 Loop Detected 服務(wù)器檢測(cè)到了一個(gè)循環(huán) () 483 Too Many Hops 服務(wù)器接收到了一個(gè)請(qǐng)求包含的 MaxForwards()頭域是 0 484 Address InComplete 服務(wù)器接收到了一個(gè)請(qǐng)求，它的 RequestURI 是不完整的。在原因短語中應(yīng)當(dāng)有附加的信息說明。這個(gè)狀態(tài)碼可以和撥號(hào)交疊。在和撥號(hào)交疊中，客戶端不知道撥號(hào)串的長(zhǎng)度。它發(fā)送增加長(zhǎng)度的字串，并且提示用戶輸入更多的字串，直到不在出現(xiàn) 484（ Address Inplete）應(yīng)答為止。 485 Ambiguous RequestURI 是不明確的。應(yīng)答可以在 Contact 頭域中包含一個(gè)可能的明確的地址列表。這個(gè)提示列表肯囊個(gè)在安全性和隱私性對(duì)用戶或者組織造成破壞。必須能夠由配置決定是否以 404（ NotFound）代替這個(gè)應(yīng)答，又或者禁止對(duì)不明確的地址使用可能的選擇列表。 給帶有 RequestURI的請(qǐng)求的一個(gè)應(yīng)答例子： sip: : SIP/ 485 Ambiguous Contact: Carol Lee sip: Contact: Ping Lee sip: Contact: Lee sips: 部分 和語音郵箱系統(tǒng)提供了這個(gè)功能。這個(gè)狀態(tài)碼和 3xx狀態(tài)碼不同：對(duì)于 300來說，它是假定同一個(gè)人或者服務(wù)有不同的地址選擇。所以對(duì) 3xx來說，自動(dòng)選擇系統(tǒng)或者連續(xù)查找就有效，但是對(duì) 485（ Ambiguous）應(yīng)答來說，一定要用戶的干預(yù)。 486 Busy Here 當(dāng)成功聯(lián)系到被叫方的終端系統(tǒng)，但是被叫方當(dāng)前在這個(gè)終端系統(tǒng)上不能接聽這個(gè)電話，那么應(yīng)答應(yīng)當(dāng)回給呼叫方一個(gè)更合適的時(shí)間在 RetryAfter 頭域重試。這個(gè)用戶也許在其他地方有效，比如電話郵箱系統(tǒng)等等。如果我們知道沒有其他終端系統(tǒng)能夠接聽這個(gè)呼叫，那么應(yīng)當(dāng)返回一個(gè)狀態(tài)碼 600（ Busy Everywhere）。 487 Request Terminated 請(qǐng)求被 BYE 或者 CANCEL 所終止。這個(gè)應(yīng)答永遠(yuǎn)不會(huì)給 CANCEL 請(qǐng)求本身回復(fù)。 488 Not Acceptable Here 這個(gè)應(yīng)答和 606（ Not Acceptable）有相同的含義，但是只是應(yīng)用于 RequestURI所指出的特定資源不能接受，在其他地方請(qǐng)求可能可以接受。 包含了媒體兼容性描述的消息體可以出現(xiàn)在應(yīng)答中，并且根據(jù) INVITE請(qǐng)求中的 Accept頭域進(jìn)行規(guī)格化（如果沒有 Accept 頭域，那么就是 application/sdp）。這個(gè)應(yīng)答就像給OPTIONS請(qǐng)求的 200(OK)應(yīng)答的消息體一樣。 491 Request Pending 在同一個(gè)對(duì)話中， UAS接收到的請(qǐng)求有一個(gè)依賴的請(qǐng)求正在處理。 描述了這種情況應(yīng)當(dāng)怎樣解決。 493 Undecipherable UAS接收到了一個(gè)請(qǐng)求，包含了一個(gè)加密的 MIME,并且不知道或者沒有提供合適的解密密鑰。這個(gè)應(yīng)答可以包含單個(gè)包體，這個(gè)包體包含了合適的公鑰，這個(gè)公鑰用于給這個(gè) UAS通訊中加密包體使用的。細(xì)節(jié)描述在 節(jié)。 Server Failure 5xx 5xx應(yīng)答是當(dāng)服務(wù)器本身故障的時(shí)候給出的失敗應(yīng)答。 500 Server Internal Error 服務(wù)器遇到了未知的情況，并且不能繼續(xù)處理請(qǐng)求?？蛻舳丝梢燥@示特定的錯(cuò)誤情況，并且可以在幾秒種以后重新嘗試這個(gè)請(qǐng)求。 如果這個(gè)情況是臨時(shí)的，服務(wù)器應(yīng)當(dāng)在 RetryAfter 頭域標(biāo)志客戶端過多少秒鐘之后重新嘗試這個(gè)請(qǐng)求。 501 Not Implemented 服務(wù)器沒有實(shí)現(xiàn)相關(guān)的請(qǐng)求功能。當(dāng) UAS不認(rèn)識(shí)請(qǐng)求的方法的時(shí)候，并且對(duì)每一個(gè)用戶都無法支持這個(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)求中不被支持。 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ù)器的）。 503 Service Unavailable 由于臨時(shí)的過載或者服務(wù)器管理導(dǎo)致的服務(wù)器暫時(shí)不可用。這個(gè)服務(wù)器可以在應(yīng)答中增加一個(gè) RetryAfter 來讓客戶端重試這個(gè)請(qǐng)求。如果沒有 RetryAfter 指出，客戶端必須就像收到了一個(gè) 500（ Server Internal Error）應(yīng)答一樣處理。 客戶端（ proxy 或者 UAC）收到 503（ Service Unavailable）應(yīng)當(dāng)嘗試轉(zhuǎn)發(fā)這個(gè)請(qǐng)求到另外一個(gè)服務(wù)器處理。并且在 RetryAfter 頭域中指定的時(shí)間內(nèi)，不應(yīng)當(dāng)轉(zhuǎn)發(fā)其他請(qǐng)求到這個(gè)服務(wù)器。 作為 503(Service Unavaliable)的替代，服務(wù)器可以拒絕連接或者把請(qǐng)求扔掉。 504 Server Timeout 服務(wù)器在一個(gè)外部服務(wù)器上沒有收到一個(gè)及時(shí)的應(yīng)答。這個(gè)外部服務(wù)器是本服務(wù)器用來訪問處理 這個(gè)請(qǐng)求所需要的。如果從上行服務(wù)器上收到的請(qǐng)求中的 Expires 頭域超時(shí)，那么應(yīng)當(dāng)返回一個(gè) 408（ Request TimeOut）錯(cuò)誤。 505 Version Not Supported 服務(wù)器不支持對(duì)應(yīng)的 SIP 版本。服務(wù)器是無法處理具有客戶端提供的相同主版本號(hào)的請(qǐng)求，就會(huì)導(dǎo)致這樣的錯(cuò)誤信息。 Message To Large 服務(wù)器無法處理請(qǐng)求，因?yàn)橄㈤L(zhǎng)度超過了處理的長(zhǎng)度。 Global Failures 6xx 6xx 應(yīng)答意味這服務(wù)器給特定用戶有一個(gè)最終的 信息，并不只是在 RequestURI 的特定實(shí)例有最終信息。 600 Busy Everywhere 成功聯(lián)系到被叫方的終端系統(tǒng)，但是被叫方處于忙的狀態(tài)，并不打算接聽電話。這個(gè)應(yīng)答可以通過增加一個(gè) RetryAfter 頭域更明確的告訴呼叫方多久以后可以繼續(xù)呼叫。如果被叫方不希望提示拒絕的原因，被叫方應(yīng)當(dāng)使用 603（ Decline）。只有當(dāng)終端系統(tǒng)知道沒有其他終端節(jié)點(diǎn)（比如語音郵箱系統(tǒng)）能夠訪問到這個(gè)用戶的時(shí)候才能使用這個(gè)應(yīng)答。否則應(yīng)當(dāng)返回一個(gè) 486（ Busy Here）的應(yīng)答。 603 Decline 當(dāng)成功訪問到被叫方的設(shè)備，但是用戶明確的不想應(yīng)答。這個(gè)應(yīng)答可以通過增加一個(gè)RetryAfter 頭域更明確的告訴呼叫方多久以后可以繼續(xù)呼叫。只有當(dāng)終端知道沒有其他任何終端設(shè)備能夠響應(yīng)這個(gè)呼叫的勢(shì)能才能給出這個(gè)應(yīng)答。 604 Does Not Exists Anywhere 服務(wù)器驗(yàn)證了在請(qǐng)求中 RequestURI的用戶信息，哪里都不存在 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ì)話描述不能被支持。警告原因代碼在 節(jié)中列出。 在應(yīng)答中，可以出現(xiàn)一個(gè)包含媒體兼容性描述的消息體，這個(gè)消息體的格式根據(jù) INVITE請(qǐng)求中的 Accept 頭域指出的格式進(jìn)行規(guī)格化（如果沒有 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)客戶端知道沒有其他終端能夠處理這個(gè)請(qǐng)求的時(shí)候才能發(fā)出。