SIP消息代碼含義

文檔來源為:從網絡收集整理.word版本可編輯歡迎下載支持.sip代碼含義1xx=通知性應答100正在嘗試180正在撥打181正被轉接182正在排隊183通話進展2xx=成功應答200OK202被接受：用于轉介3xx=轉接應答300多項選擇301被永久遷移302被暫時遷移305使用代理服務器380替代服務4xx=呼叫失敗400呼叫不當401未經授權：只供注冊機構使用，代理服務器應使用代理服務器授權407402要求付費（預訂為將來使用)403被禁止的404未發(fā)現(xiàn)：未發(fā)現(xiàn)用戶405不允許的方法406不可接受407需要代理服務器授權408呼叫超時：在預定時間內無法找到用戶410已消失：用戶曾經存在，但已從此處消失413呼叫實體過大414呼叫URI過長415不支持的媒體類型416不支持的URI方案420不當擴展：使用了不當SIP協(xié)議擴展，服務器無法理解該擴展421需要擴展423時間間隔過短480暫時不可使用481通話/事務不存在482檢測到循環(huán)483跳數(shù)過多484地址不全485模糊不清486此處太忙1文檔來源為:從網絡收集整理.word版本可編輯歡迎下載支持.487呼叫被終止488此處不可接受491呼叫待批493無法解讀：無法解讀S/MIME文體部分5xx=服務器失敗500服務器內部錯誤501無法實施：呼叫方法在此處無法實施502不當網關503服務不可使用504服務器超時505不支持該版本：服務器不支持SIP協(xié)議的這個版本513消息過長6xx=全局失敗600各處均忙603拒絕604無處存在606不可使用SIP協(xié)議應答碼應答代碼應答碼是包含了，并且擴展了HTTP/1.1應答碼。并不是所有的HTTP/1.1應答碼都適當應用，只有在折里指出的是適當?shù)?。其他HTTP/1.1應答碼不應當使用。并且，SIP也定義了新的應答碼系列，6xx。1臨時應答1xx臨時應答，也就是消息性質的應答，標志了對方服務器正在處理請求，并且還沒有決定最后的應答。如果服務器處理請求需要花200ms以上才能產生終結應答的時候，它應當發(fā)送一個1xx應答。注意1xx應答并不是可靠傳輸?shù)?。他們不會導致客戶端傳送一個ACK應答。臨時性質的（1xx）應答可以包含消息體，包含會話描述。100Trying這個應答表示下一個節(jié)點的服務器已經接收到了這個請求并且還沒有執(zhí)行這個請求的特定動作（比如，正在打開數(shù)據(jù)庫的時候）。這個應答，就像其他臨時應答一樣，種植了UAC重新傳送INVITE請求。100(Trying)應答和其他臨時應答不同的是，在這里，它永遠不會被有狀態(tài)proxy轉發(fā)到上行流中。180RingingUA收到INVITE請求并且試圖提示給用戶。這個應答應當出世化一個本地回鈴。2文檔來源為:從網絡收集整理.word版本可編輯歡迎下載支持.818CallisBeing(叫被轉發(fā))服務器可以用這個應答代碼來表示呼叫正在轉發(fā)到另一個目的地集合。182Queued當呼叫的對方暫時不能接收呼叫的時候，并且服務器決定將呼叫排隊等候，而不是拒絕呼叫的時候，那么就應當發(fā)出這個應答。當被叫方一旦恢復接收呼叫，他會返回合適的終結應答。對于這個呼叫狀態(tài)，可以有一個表示原因的短語，5callsqueued;expectedwaitingtimeis15minutes182（）應答告訴呼叫方排隊的情況（比如排隊靠前了等等）。183會話進度183（SessionProgress）應答用于提示建立對話的進度信息。Reason-Phrase（表達原因的句2成功信息2xx這個應答表示請求是成功的。200OK請求已經處理成功。這個信息取決于不同方法的請求的應答。3轉發(fā)請求3XX3xx系列的應答是用于提示用戶的新位置信息的，或者為了滿足呼叫而轉發(fā)的額外服務地點。300MultipleChoices請求的地址有多個選擇，每個選擇都有自己的地址，用戶或者（）可以選擇合適的通訊終端，并且轉發(fā)這個請求到這個地址。應答可以包含一個具有每一個地點的在Accept請求頭域中允許的資源特性，這樣用戶或者UA可以選擇一個最合適的地址來轉發(fā)請求。沒有未這個應答的消息體定義MIME類型。這些地址選擇也應當在Contact頭域中列出（20.10HTTP，SIP應答可以包含多個Contact頭域或者一個Contact頭域中具有一個地址列表。UA可以使用Contact頭域來自動轉發(fā)或者要求用戶確認轉發(fā)。不過，本規(guī)范沒有定義自動轉發(fā)的標準。如果被叫方可以在多個地址被找到，并且服務器不能或者不愿意轉發(fā)請求的時候，可以使用這個應答來給呼叫方。3文檔來源為:從網絡收集整理.word版本可編輯歡迎下載支持.301MovedPermently當不能在Request-URI指定的地址找到用戶的時候，請求的客戶端應當使用Contact頭域(20.10)所指出的新的地址重新嘗試。請求者應當用這個新的值來更新本地的目錄，地址本，和用戶地址cache，并且在后續(xù)請求中，發(fā)送到這個/這些列出的地址。302MovedTemporarily請求方應當把請求重新發(fā)到這個Contact頭域所指出的新地址(20.10)Request-URI應當用這個應答的Contact頭域所指出的值。在應答中的Expires(20.19節(jié))或者Contact頭域的expires參數(shù)定義了這個ContactURI的生存周期。UA或者proxy在這個生存周期內cache這個URI。如果沒有嚴格的有效時見，那么這個地址僅僅本次有效，并且不能在以后的事務中保存。如果cache的Contact頭域的值失敗了，那么被轉發(fā)請求的Request-URI應當再次嘗試一次。臨時URI可以比超時時間更快的失效，并且可以有一個新的臨時URI。305UseProxy請求的資源必須通過Contact頭域中指出的proxy來訪問。Contact頭域指定了一個proxy的URI。接收到這個應答的對象應當通過這個proxy重新發(fā)送這個單個請求。305（）必須是UAS產生的。380AlternativeService呼叫不成工，但是可以嘗試另外的服務。另外的服務在應答的消息體中定義。消息體的格式在這里沒有定義，可能在以后的規(guī)范中定義。4請求失敗4xx4xx應答定義了特定服務器響應的請求失敗的情況?？蛻舳瞬粦斣诓桓恼埱蟮那闆r下重新嘗試同一個請求。（例如，增加合適的認證信息）。不過，同一個請求交給不同服務器也許就會成功。400BadRequest請求中的語法錯誤。Reason-Phrase應當標志這個詳細的語法錯誤，比如”MissingCall-IDheaderfield401Unauthorized請求需要用戶認證。這個應答是由UAS和注冊服務器產生的，當407（ProxyAuthentication4文檔來源為:從網絡收集整理.word版本可編輯歡迎下載支持.Required）是proxy服務器產生的。402PaymentRequired保留/以后使用403Forbidden服務端支持這個請求，但是拒絕執(zhí)行請求。增加驗證信息是沒有必要的，并且請求應當不被重試。404NotFound服務器返回最終信息：用戶在Request-URI指定的域上不存在。當Request-URI的domain和接收這個請求的domain不匹配的情況下，也會產生這個應答。405MethodNotAllowed服務器支持Request-Line中的方法，但是對于這個Request-URI中的地址來說，是不允許應用這個方法的。應答必須包括一個Allow頭域，這個頭域包含了指定地址允許的方法列表。NotAcceptable請求中的資源只會導致產生一個在請求中的Accept頭域外的，內容無法接收的錯誤。407ProxyAuthenticationRequired這個返回碼和401（Unauthorized但是標志了客戶端應當首先在proxy上通過認證。SIP對認證的訪問請參見26節(jié)和22.3節(jié)。這個返回碼用于應用程序訪問通訊網關（比如，電話網關），而很少用于被叫方要求認證。408RequestTimeout在一段時間內，服務器不能產生一個終結應答，例如，如果它無法及時決定用戶的位置?？蛻舳丝梢栽谏院蟛桓恼埱蟮膬热萑缓笾匦聡L試請求。410Gone請求的資源在本服務器上已經不存在了，并且不知道應當把請求轉發(fā)到哪里。這個問題將會使永久性的。如果服務器不知道，或者不容易檢測，這個資源消失是臨時性質的還是永久性5文檔來源為:從網絡收集整理.word版本可編輯歡迎下載支持.質的，那么應當返回一個404（NotFound413請求實體過大。服務器拒絕處理請求，因為這個請求的實體超過了服務器希望或者能夠處理的大小。這個服務器應當關閉連接避免客戶端重發(fā)這個請求。如果這個情況是暫時的，那么服務端應當包含一個Retry-After頭域來表明這是一個暫時的故障，并且客戶端可以過一段時間再次嘗試。414Request-URITooLong服務器拒絕這個請求，因為Request-URI超過了服務器能夠處理的長度。415UnsupportedMediaType服務器由于請求的消息體的格式本服務器不支持，所以拒絕處理這個請求。這個服務器必須根據(jù)內容的故障類型，返回一個Accept，Accpet-Encoding,或者Accept-Language頭域列表。UAC根據(jù)416UnsupportedURIScheme服務器由于不支持Request-URI中的URI方案而終止處理這個請求?？蛻舳颂幚磉@個應答參照BadExtension服務器不知道在請求中的Proxy-Require(20.29)或者Require(20.32)頭域所指出的協(xié)議擴展。服務器必須在Unsupported頭域中列出不支持的擴展。UAC處理這個應答請參見421ExtensionRequiredUAS需要特定的擴展來處理這個請求，但是這個擴展并沒有在請求的Supported頭域中列出。具有這個應答碼的應答必須包含一個Require頭域列出所需要的擴展。UAS不應當使用這個應答除非它真的不能給客戶端提供有效的服務。相反，如果在Support頭域中沒有列出需要的擴展，服務器應當根據(jù)基準的兼容的方法和客戶端支持的擴展來進行處理。423IntervalTooBrief服務器因為在請求中設置的資源刷新時間（或者有效時間）過短而拒絕請求。這個應答可以用于注冊服務器來拒絕那些Contact頭域有效期過短的注冊請求。這個應答的用法和相關的Min-Expires頭域在節(jié)中介紹和說明。6文檔來源為:從網絡收集整理.word版本可編輯歡迎下載支持.480TemporarilyUnavailable請求成功到達被叫方的終端系統(tǒng)，但是被叫方當前不可用（例如，沒有登陸，或者登陸了但是狀態(tài)是不能通訊，或者有”請勿打擾”的標記）。應答應當在Retry-After中標志一個合適的重發(fā)時間。這個用戶也有可能在其他地方是有效的（在本服務器中不知道Reason-Phrase(原因短句)應當提示更詳細的原因，為什么被叫方暫時不可用。這個值應當是可以被UA設置的。狀態(tài)碼486（Busy）可以用來更精確的表示本請求失敗的特定原因。這個狀態(tài)碼也可以是轉發(fā)服務或者proxy服務器返回的，因為他們發(fā)現(xiàn)Request-URI指定的用戶存在，但是沒有一個給這個用戶的合適的當前轉發(fā)的地址。481Call/TransactionDoesNotExist這個狀態(tài)表示了UAS接收到請求，但是沒有和現(xiàn)存的對話或者事務匹配。482LoopDetected服務器檢測到了一個循環(huán)483TooManyHops服務器接收到了一個請求包含的Max-Forwards(20.22)頭域是0484AddressInComplete服務器接收到了一個請求，它的Request-URI是不完整的。在原因短語中應當有附加的信息說明。這個狀態(tài)碼可以和撥號交疊。在和撥號交疊中，客戶端不知道撥號串的長度。它發(fā)送增加長度的字串，并且提示用戶輸入更多的字串，直到不在出現(xiàn)484（AddressIncomplete）應答為止。485AmbiguousRequest-URI是不明確的。應答可以在Contact頭域中包含一個可能的明確的地址列表。這個提示列表肯囊個在安全性和隱私性對用戶或者組織造成破壞。必須能夠由配置決定是否以404（NotFound）代替這個應答，又或者禁止對不明確的地址使用可能的選擇列表。給帶有Request-URI的請求的一個應答例子：sip::.0485AmbiguousContact:CarolLeeContact:PingLeeContact:LeeM.Foote部分email和語音郵箱系統(tǒng)提供了這個功能。這個狀態(tài)碼和3xx狀態(tài)碼不同：對于300來說，7文檔來源為:從網絡收集整理.word版本可編輯歡迎下載支持.它是假定同一個人或者服務有不同的地址選擇。所以對3xx來說，自動選擇系統(tǒng)或者連續(xù)查找就有效，但是對485（Ambiguous）應答來說，一定要用戶的干預。486BusyHere當成功聯(lián)系到被叫方的終端系統(tǒng)，但是被叫方當前在這個終端系統(tǒng)上不能接聽這個電話，那么應答應當回給呼叫方一個更合適的時間在Retry-After頭域重試。這個用戶也許在其他地方有效，比如電話郵箱系統(tǒng)等等。如果我們知道沒有其他終端系統(tǒng)能夠接聽這個呼叫，那么應當返回一個狀態(tài)碼600（BusyEverywhere487RequestTerminated請求被或者CANCEL所終止。這個應答永遠不會給CANCEL請求本身回復。488NotAcceptableHere這個應答和606（NotAcceptable）有相同的含義，但是只是應用于Request-URI所指出的特定資源不能接受，在其他地方請求可能可以接受。包含了媒體兼容性描述的消息體可以出現(xiàn)在應答中，并且根據(jù)INVITE請求中的Accept頭域進行規(guī)格化（如果沒有Accept頭域，那么就是application/sdpOPTIONS請求的應答的消息體一樣。491RequestPending在同一個對話中，UAS接收到的請求有一個依賴的請求正在處理。14.2描述了這種情況應當怎樣解決。493UndecipherableUAS接收到了一個請求，包含了一個加密的MIME,并且不知道或者沒有提供合適的解密密鑰。這個應答可以包含單個包體，這個包體包含了合適的公鑰，這個公鑰用于給這個UAS通訊中加密包體使用的。細節(jié)描述在23.2節(jié)。5ServerFailure5xx5xx應答是當服務器本身故障的時候給出的失敗應答。500ServerInternalError服務器遇到了未知的情況，并且不能繼續(xù)處理請求?？蛻舳丝梢燥@示特定的錯誤情況，并且可以在幾秒種以后重新嘗試這個請求。8文檔來源為:從網絡收集整理.word版本可編輯歡迎下載支持.如果這個情況是臨時的，服務器應當在Retry-After頭域標志客戶端過多少秒鐘之后重新嘗試這個請求。501NotImplemented服務器沒有實現(xiàn)相關的請求功能。當UAS不認識請求的方法的時候，并且對每一個用戶都無法支持這個方法的時候，應當返回這個應答。（proxy不考慮請求的方法而轉發(fā)請求）。注意405（MethodNotAllowed）是因為服務器實現(xiàn)了這個請求方法，但是這個請求方法在特定請求中不被支持。502BadGateway如果服務器，作為gateway或者proxy存在，從下行服務器上接收到了一個非法的應答（這個應答對應的請求是本服務器為了完成請求而轉發(fā)給下行服務器的）。503ServiceUnavailable由于臨時的過載或者服務器管理導致的服務器暫時不可用。這個服務器可以在應答中增加一個Retry-After來讓客戶端重試這個請求。如果沒有Retry-After指出，客戶端必須就像收到了一個500（ServerInternalError）應答一樣處理?？蛻舳耍╬roxy或者UAC）收到503（ServiceUnavailable）應當嘗試轉發(fā)這個請求到另外一個服務器處理。并且在Retry-After頭域中指定的時間內，不應當轉發(fā)其他請求到這個服務器。作為503(ServiceUnavaliable)的替代，服務器可以拒絕連接或者把請求扔掉。504ServerTime-out服務器在一個外部服務器上沒有收到一個及時的應答。這個外部服務器是本服務器用來訪問處理這個請求所需要的。如果從上行服務器上收到的請求中的Expires頭域超時，那么應當返回一個408（RequestTimeOut）錯誤。505VersionNotSupported服務器不支持對應的SIP版本。服務器是無法處理具有客戶端提供的相同主版本號的請求，就會導致這樣的錯誤信息。MessageToLarge服務器無法處理請求，因為消息長度超過了處理的長度。9文檔來源為:從