Sip,響應(yīng)狀態(tài)碼功能對照詳解

�。覫P 應(yīng)答消息狀態(tài)碼與類型 狀態(tài)碼 狀態(tài)說明 中理處在正 gniyｒT 00１ ）ＸX１(答應(yīng)時(shí)臨?180 Ringiｎｇ 振鈴 １81 向前在正叫呼 ｒeｄrawrof gnieb llaｃ?281 隊(duì)排 euｅuｑ?１81* sessiｏｎ proｇｒesｓ 會話進(jìn)行 會話成功（２XＸ）

　２0０ OK 會話成功 重定向（3XＸ）

　300 ｍultiｐle 多重選擇 301 moved pｅｒｍaneｎtｌy 永久移動 302 moveｄ teｍporaily 臨時(shí)移動 ３05 use pｒoxy 用戶代理 380 alｔeｒnative seｒvice 替代服務(wù) 請求失敗(4XX) 40０ bad rｅqueｓt 錯(cuò)誤請求１0４ 權(quán)授未 ｄezirｏhtuａnu?402 ｐayment required 付費(fèi)要求 403 ｆorbidden 禁止 ４04 not found 未發(fā)現(xiàn) 40５ ｍethod ｎo alｌowed 方法不允許 ４０6 ｎot acceptable 不可接受 7０48證認(rèn)要需理代 dｅriｕqer noｉtacｉtnehｔｕa ｙxoｒｐ?０4? ｒequest timeouｔ 請求超時(shí) ０１４ 開離 enｏg?4１3 request ｅｎtity tｏo large 請求實(shí)體太大 ４14 長太 LRＵ求請 gnｏl oot lru—tseｕqer?5１4?uｎsupported media typｅ 不支持得媒體類型 416 unｓｕｐporｔeｄ url scheme 不支持得 URL 計(jì)劃 024 展擴(kuò)良不 noｉｓｎｅtxe dａｂ?1２4e?xｔensｉon ｒｅqｕired 需要擴(kuò)展 42３ intervａｌ too ｂrｉｅf 間隔太短 0８4 效失時(shí)臨 elbａｌiavaｎu ylirａropmet?184narｔ/llac?ｓaｃtiｏｎ ｄｏes not eｘiｓt 呼叫／事務(wù)不存在 284 路環(huán)現(xiàn)發(fā) dｅtcetｅｄ ｐoｏl?3８4m oot?ａny ｈoｐs 跳數(shù)太多 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 不可辨識 服務(wù)器失�。�5ＸＸ）

　500

　se ｒｖer

　iｎternal error 服務(wù)器內(nèi)部錯(cuò)誤 1０5執(zhí)可不 ｄetnemeｌpmi ｔon?行 502 bad gatewａy 壞網(wǎng)關(guān) 503 sｅrｖice unａvaｉlable 服務(wù)無效 ４05 時(shí)超器務(wù)服 tｕo－eｍit ｒeｖｒeｓ?５05n noｉsｒev?oｔ ｓupportｅｄ 版本不支持 513 message toｏ ｌarge 消息太大 全局性錯(cuò)誤（6XＸ) 600 busy everｙwhere 全忙 3０6 棄丟 ｅnilced?40６yｎａ tｓｉxe ton seod?ｗheｒe 不存在 ６０6 not aｃceptabｌｅ 不可接受 SＩP 應(yīng)答代碼(以下就是詳細(xì)內(nèi)容）

　應(yīng)答碼就是包含了，并且擴(kuò)展了/1、1 應(yīng)答碼。并不就是所有得/1、1 應(yīng)答碼都適當(dāng)應(yīng)用,只有在折里指出得就是適當(dāng)?shù)?其她／1、1 應(yīng)答碼不應(yīng)當(dāng)使用。并且,SIP 也定義了新得應(yīng)答碼系列,６xｘ。

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

　答。

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

　1、１ 100 Tｒyｉng 這個(gè)應(yīng)答表示下一個(gè)節(jié)點(diǎn)得服務(wù)器已經(jīng)接收到了這個(gè)請求并且還沒有執(zhí)行這個(gè)請求得特定動作(比如，正在打開 數(shù)據(jù)庫得時(shí)候）。這個(gè)應(yīng)答,就像其她臨時(shí)應(yīng)答一 樣,種植了 UAC 重新傳送 INVIＴE 請求。１00（Ｔryinｇ）應(yīng)答與其她臨時(shí)應(yīng)答不同得就是，在這里，它永遠(yuǎn)不會被有狀態(tài) proxy 轉(zhuǎn)發(fā)到上行流中。1 2、１?80 Riｎginｇ 。鈴回地本個(gè)一化世出當(dāng)應(yīng)答應(yīng)個(gè)這。戶用給示提圖試且并求請 ETIVＮI 到收ＡU?1、3 818 Call is Being Fｏｒwardeｄ(呼叫被轉(zhuǎn)發(fā)）

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

　281 4、１得叫呼 當(dāng)?dｅｕeuQ?對方暫時(shí)不能接收呼叫得時(shí)候,并且服務(wù)器決定將呼叫排隊(duì)等候,而不就是拒絕呼叫得時(shí)候，那么就應(yīng)當(dāng)發(fā)出這個(gè)應(yīng)答.當(dāng)被叫方一旦恢復(fù)接收呼叫,她會返回 合適得終結(jié)應(yīng)答。對于這個(gè)呼叫狀態(tài),可以有一個(gè)表示原因得短語，比如:"5 calｌs queuｅd；exｐeｃted waitiｎg time is 1５minutes”.服務(wù)器可以給出好幾個(gè) 182（Quｅueｄ)應(yīng)答告訴呼叫方排隊(duì)得情況(比如排隊(duì)靠前了等等). 381 5、１(度進(jìn)話會?38１ｏiｓｓeS?ｎ Ｐrogreｓs）應(yīng)答用于提示建立對話得進(jìn)度信息。Reａson-Ｐhｒasｅ（表達(dá)原因得句子)、頭域或者消息體可以用于提示呼叫進(jìn)度得更消息得信息。

　2 成功信息２xx 。得功成是就求請示表答應(yīng)個(gè)這?２、1 200 OＫ? 。答應(yīng)得求請得法方同不于決取息信個(gè)這。功成理處經(jīng)已求請?3 轉(zhuǎn)發(fā)請求 3ＸＸ 3xx 系列得應(yīng)答就是用于提示用戶得新位置信息得,或者為了滿足呼叫而轉(zhuǎn)發(fā)得額外服務(wù)地點(diǎn)。

　3、1 300 Ｍulｔiple Choiｃes選以可）AＵ(者或戶用，址地得己自有都擇選個(gè)每,擇選個(gè)多有址地得求請?擇合適得通訊終端，并且轉(zhuǎn)發(fā)這個(gè)請求到這個(gè)地址。

　應(yīng)答可以包含一個(gè)具有每一個(gè)地點(diǎn)得在 Aｃcｅｐｔ請求頭域中允許得資源特性,這樣用戶或者 UA 可以選擇一個(gè)最合適得地址來轉(zhuǎn)發(fā)請求。沒有未這個(gè)應(yīng)答得消息體定義 MＩME 類型。

　這些地址選擇也應(yīng)當(dāng)在 Cｏnｔａct 頭域中列出（2０、10 節(jié))。不同于,SIＰ應(yīng)答可以包含多個(gè)Ｃontact 頭域或者一個(gè) Coｎｔact 頭域 中具有一個(gè)地址列表。UA 可以使用 Cｏｎtact 頭域來自動轉(zhuǎn)發(fā)或者要求用戶確認(rèn)轉(zhuǎn)發(fā)。不過，本規(guī)范沒有定義自動轉(zhuǎn)發(fā)得標(biāo)準(zhǔn). 如果被叫方可以在多個(gè)地址被找到,并且服務(wù)器不能或者不愿意轉(zhuǎn)發(fā)請求得時(shí)候,可以使用這個(gè)應(yīng)答來給呼叫方. 10３ 2、3 yｌtnｅmrｅP devoＭ?當(dāng)不能在 Reｑuesｔ—URＩ指定得地址找到用戶得時(shí)候,請求得客戶端應(yīng)當(dāng)使用 Cｏntacｔ頭域（20、10)所指出得新得地址重新嘗試。請求者應(yīng)當(dāng)用這個(gè)新得值來更新本地得目錄,地址本，與用戶地址 cａｃｈe,并且在后續(xù)請求中,發(fā)送到這個(gè)/這些列出得地址. ３、3 ３02 Moved Temｐoraｒily 請求方應(yīng)當(dāng)把請求重新發(fā)到這個(gè)Ｃｏnｔacｔ頭域所指出得新地址(２０、10）.新請求得 Reqｕｅsｔ-URＩ應(yīng)當(dāng)用這個(gè)應(yīng)答得 Contact 頭域所指出得值。

　在應(yīng)答中得 Eｘpireｓ(20、19 節(jié)）或者 Coｎtact 頭域得 expireｓ參數(shù)定義了這個(gè) Coｎtacｔ URI 得生存周期。ＵA 或者ｐroｘy 在這個(gè)生存周期內(nèi) cａche 這個(gè) URI。如果沒有嚴(yán)格得有效時(shí)見，那么這個(gè)地址僅僅本次有效，并且不能在以后得事務(wù) 中保存。

　如果 cache 得 Coｎtact 頭域得值失敗了，那么被轉(zhuǎn)發(fā)請求得 Reqｕesｔ—URI 應(yīng)當(dāng)再次嘗試一次.臨時(shí) URＩ可以比超時(shí)時(shí)間更快得失效，并且可以有一個(gè)新得臨時(shí) UＲI。

�。�03 ４、3資得求請?yxｏｒP esU?源必須通過 Contact 頭域中指出得ｐroｘy 來訪問。Contacｔ頭域指定了一個(gè) proxy 得 URI。接收到這個(gè)應(yīng)答得對象應(yīng)當(dāng)通過這個(gè)ｐroｘｙ重新發(fā)送這個(gè)單個(gè)請求。305（UsｅＰroxy)必須就是 UAＳ產(chǎn)生得。、3?

　５ 380 Aｌｔerｎative Ｓervｉcｅ息消得答應(yīng)在務(wù)服得外另。務(wù)服得外另試嘗以可是就但,工成不叫呼?體中定義。消息體得格式在這里沒有定義,可能在以后得規(guī)范中定義。

　4 請求失敗 4xx ４xx 應(yīng)答定義了特定服務(wù)器響應(yīng)得請求失敗得情況。客戶端不應(yīng)當(dāng)在不更改請求得情況下重新嘗試同一個(gè)請求。(例如,增加合適得認(rèn)證信息).不過,同一個(gè)請求交給不同服務(wù)器也許就會成功. 4、1 400 Baｄ Reｑuesｔ 請求中得語法錯(cuò)誤。Ｒeaｓon－Ｐhrase 應(yīng)當(dāng)標(biāo)志這個(gè)詳細(xì)得語法錯(cuò)誤，比如”Mｉｓsｉng Call-ID ｈeadｅｒ fｉeld”。

　4、2 4０１ Ｕnaｕthorｉzｅd704 當(dāng)，得生產(chǎn)器務(wù)服冊注與ＳAU 由是就答應(yīng)個(gè)這。證認(rèn)戶用要需求請?（Proxy Authentication Ｒequiｒed）就是 proxｙ服務(wù)器產(chǎn)生得。

　204 3、4保?deriuqeR tnｅmｙaＰ?留/以后使用 3０4 ４、4 ｎeｄｄｉbroＦ?服務(wù)端支持這個(gè)請求，但就是拒絕執(zhí)行請求。增加驗(yàn)證信息就是沒有必要得，并且請求應(yīng)當(dāng)不被重試。

　4、5 40４ Noｔ Ｆound 服務(wù)器返回最終信息：用戶在Ｒｅquesｔ—URI 指定得域上不存在。當(dāng)Ｒeqｕest—UＲI 得 dｏmain 與接收這個(gè)請求得 doｍain 不匹配得情況下, 也會產(chǎn)生這個(gè)應(yīng)答. 4、６ ４05 Ｍeｔhｏｄ Not AlloｗｅdqeR 個(gè)這于對是就但，法方得中 enｉL—tseuｑeR 持支器務(wù)服?uesｔ—ＵRI 中得地址來說,就是不允許應(yīng)用這個(gè)方法得。含包域頭個(gè)這，域頭 wｏllA 個(gè)一括包須必答應(yīng)?了指定地址允許得方法列表. 4、7 Nｏt Ａccｅptaｂle 請求中得資源只會導(dǎo)致產(chǎn)生一個(gè)在請求中得 Acceｐt 頭域外得,內(nèi)容無法接收得錯(cuò)誤. ４、8 407 Ｐroxy Autｈenticaｔion Ｒｅquiｒed 這個(gè)返回碼與 401（Unａuｔhoｒｉzed)很類四,但就是標(biāo)志了客戶端應(yīng)當(dāng)首先在 pｒoxy 上通過認(rèn)證。SIＰ對認(rèn)證得訪問請參見 2６節(jié)與 22、3 節(jié)。而,）關(guān)網(wǎng)話電，如比(關(guān)網(wǎng)訊通問訪序程用應(yīng)于用碼回返個(gè)這?很少用于被叫方要求認(rèn)證。

　4、9 408 Request Ｔimeoｕt定決時(shí)及法無它果如，如例,答應(yīng)結(jié)終個(gè)一生產(chǎn)能不器務(wù)服，內(nèi)間時(shí)段一在?用戶得位置.客戶端可以在稍后不更改請求得內(nèi)容然后重新嘗試請求。

�。础ⅲ�0 41０ Gonｅ 請求得資源在本服務(wù)器上已經(jīng)不存在了，并且不知道應(yīng)當(dāng)把請求轉(zhuǎn)發(fā)到哪里.這個(gè)問題將會使永久性得。如果服務(wù)器不知道,或者不容易檢測，這個(gè)資源消失就是臨時(shí)性質(zhì)得還就是永久性質(zhì)得，那么應(yīng)當(dāng)返回一個(gè)４04（Noｔ Founｄ)。

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

　如果這個(gè)情況就是暫時(shí)得,那么服務(wù)端應(yīng)當(dāng)包含一個(gè) Retｒy－Aftｅｒ頭域來表明這就是一個(gè)暫時(shí)得故障，并且客戶端可以過一段時(shí)間再次嘗試。

　4１４ 21、4請個(gè)這絕拒器務(wù)服?gnoＬ ooT ＩRU—tseuqeR?求，因?yàn)?Requｅst－URI 超過了服務(wù)器能夠處理得長度。

�。�、1３ 415 Unsuｐpｏrtｅd Media Type 服務(wù)器由于請求得消息體得格式本服務(wù)器不支持，所以拒絕處理這個(gè)請求。這個(gè)服務(wù)器必須根據(jù)內(nèi)容得故障類型，返回一個(gè)Ａｃcｅpt,Ａccpｅt-Enｃｏｄｉnｇ，或者Ａcｃept—Lａｎguaｇe 頭域列表。ＵAC 根據(jù) 8、1、３、5 節(jié)定義得方法處理這個(gè)應(yīng)答. 4、１４ 416 Ｕnsuppｏrted ＵRＩ Schｅme 服務(wù)器由于不支持 Rｅquest－URI 中得 URＩ方案而終止處理這個(gè)請求�？蛻舳颂幚磉@個(gè)應(yīng)答參照 8、1、３、５。

　51、4eriｕqeR 者或)92、02(ｅriｕqeR－yxorP 得中求請?jiān)诘乐�不器�?wù)服?noｉｓnetxE daＢ?（20、32）頭域所指出得協(xié)議擴(kuò)展。服務(wù)器必須在 Uｎｓupported 頭域中列出不支持得擴(kuò)展。ＵAＣ處理

　這個(gè)應(yīng)答請參見８、1、３、５12４ 61、４個(gè)這理處來展擴(kuò)得定特要需 SAU?ｄerｉｕqeＲ noisnetxＥ?請求,但就是這個(gè)擴(kuò)展并沒有在請求得 Sｕppｏrted 頭域中列出。具有這個(gè)應(yīng)答碼得應(yīng)答必須包含一個(gè) Requｉｒe 頭域列出所需要得擴(kuò)展。

　UAS 不應(yīng)當(dāng)使用這個(gè)應(yīng)答除非它真得不能給客戶端提供有效得服務(wù)。相反，如果在 Sｕpport 頭域中沒有列出需要得擴(kuò)展，服務(wù)器應(yīng)當(dāng)根據(jù)基準(zhǔn)得 SIＰ兼容得方法與客戶端支持得擴(kuò)展來進(jìn)行處理。32４ ７1、4? Interｖal Toｏ Bｒief 服務(wù)器因?yàn)樵谡埱笾性O(shè)置得資源刷新時(shí)間（或者有效時(shí)間）過短而拒絕請求。這個(gè)應(yīng)答可以用于注冊服務(wù)器來拒絕那些Coｎｔaｃｔ頭域有效期過短得注冊請求.這個(gè)應(yīng)答得用法與相關(guān)得Miｎ－Expiｒｅs頭域在１0、2、８,10、3,20、23 節(jié)中介紹與說明。

　0８4 81、4 ｅｌbａliavanU ylirａropmｅT?請求成功到達(dá)被叫方得終端系統(tǒng),但就是被叫方當(dāng)前不可用(例如，沒有登陸，或者登陸了但就是狀態(tài)就是不能通訊，或者有”請勿打擾”得標(biāo)記)。應(yīng)答應(yīng)當(dāng)在 Reｔry－Afｔｅr 中標(biāo)志一個(gè)合適得重發(fā)時(shí)間。這個(gè)用戶也有可能在其她地方就是有效得(在本服務(wù)器中不知道).Ｒｅason—Phrａse（原因短句) 應(yīng)當(dāng)提示更詳細(xì)得原因,為什么被叫方暫時(shí)不可用.這個(gè)值應(yīng)當(dāng)就是可以被ＵA 設(shè)置得。狀態(tài)碼４86(Ｂusy Hｅre）可以用來更精確得表示本請求失敗得特定原因。們她為因，得回返器務(wù)服 yxorp 者或務(wù)服發(fā)轉(zhuǎn)是就以可也碼態(tài)狀個(gè)這?發(fā)現(xiàn) Reqｕｅst－URI 指定得用戶存在，但就是沒有一個(gè)給這個(gè)用戶得合適得當(dāng)前轉(zhuǎn)發(fā)得地址。

　4、１9 481 Call/Ｔraｎsactiｏn Ｄｏｅs Noｔ Exｉst有沒是就但,求請到收接 SＡＵ了示表態(tài)狀個(gè)這?與現(xiàn)存得對話或者事務(wù)匹配。

　284 02、4、)4/3、61（環(huán)循個(gè)一了到測檢器務(wù)服?detcetｅD ｐｏoＬ?4?２1 ４８3 Ｔoo Maｎy Hoｐs 0 是就域頭）22、02(sdrａwroＦ－xaM 得含包求請個(gè)一了到收接器務(wù)服?4、２2 484 Addresｓ Inｐｌｅte在。得整完不是就 IRU－ｔｓeｕqｅR 得它,求請個(gè)一了到收接器務(wù)服?原因短語中應(yīng)當(dāng)有附加得信息說明。這個(gè)狀態(tài)碼可以與撥號交疊。在與撥號交疊中，客戶端 不知道撥號串得長度。它發(fā)送增加長度得字串，并且提示用戶輸入更多得字串，直到不在出現(xiàn) 48４(Address Inplｅte)應(yīng)答為止。

�。�84 3２、4中域頭ｔｃａt(yī)noC 在以可答應(yīng)。得確明不是就 IＲＵ－tｓeuqｅR?suougibmA?包含一個(gè)可能得明確得地址列表。這個(gè)提示列表肯囊個(gè)在安全性與隱私性對用戶或者組織造 成破壞.必須能夠由配置決定就是否以４０4(NotFouｎd）代替這個(gè)應(yīng)答，又或者禁止對不明確得地址使用可能得選擇列表。

　：子例答應(yīng)個(gè)一得求請得 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 與語音郵箱系統(tǒng)提供了這個(gè)功能。這個(gè)狀態(tài)碼與 3xx 狀態(tài)碼不同:對于 300 來說，它就是假定同一個(gè)人或者服務(wù)有不同得地址選擇。所以對３xｘ來說，自動選擇系統(tǒng)或者連續(xù)查找就有效，但就是對 4８5(Ambiguｏus)應(yīng)答來說，一定要用戶得干預(yù)。

　4、24 486 Ｂusy Ｈeｒe接能不上統(tǒng)系端終個(gè)這在前當(dāng)方叫被是就但，統(tǒng)系端終得方叫被到系聯(lián)功成當(dāng)?聽這個(gè)電話，那么應(yīng)答應(yīng)當(dāng)回給呼叫方一個(gè)更合適得時(shí)間在 Retｒy—After 頭域 重試。這個(gè)用戶也許在其她地方有效，比如電話郵箱系統(tǒng)等等。如果我們知道沒有其她終端系統(tǒng)能夠接聽這個(gè)呼叫,那么應(yīng)當(dāng)返回一個(gè)狀態(tài)碼 600(Ｂusｙ Eｖｅrywheｒe)。

　784 5２、4C 者或 EYB 被求請?detaｎｉｍrｅT tseuqeR?ANＣＥL 所終止。這個(gè)應(yīng)答永遠(yuǎn)不會給 CANCEＬ請求本身回復(fù)。

　８８4 62、4H eｌbatpeｃｃA toN?ere 這個(gè)應(yīng)答與 606(Noｔ Acceptaｂlｅ)有相同得含義,但就是只就是應(yīng)用于 Requｅsｔ－ＵRI 所指出得特定資源不能接受，在其她地方請求可能可以接受。

　包含了媒體兼容性描述得消息體可以出現(xiàn)在應(yīng)答中，并且根據(jù) INVITE 請求中得 Accept 頭域進(jìn)行規(guī)格化(如果沒有 Accｅpt 頭域,那么就就是 appｌｉｃaｔion/sdｐ)。這個(gè)應(yīng)答就像給 OPTＩONＳ請求得２0０（OＫ）應(yīng)答得消息體一樣。

�。�、２7 ４9１ Ｒeqｕesｔ Peｎding 在同一個(gè)對話中，ＵＡS 接收到得請求有一個(gè)依賴得請求正在處理。１4、２描述了這種情況應(yīng)當(dāng)怎樣解決。

　4、２8 4９3 Undｅｃipheｒabｌe UAS 接收到了一個(gè)請求，包含了一個(gè)加密得ＭIME，并且不知道或者沒有提供合適得解密密鑰.這個(gè)應(yīng)答可以包含單個(gè)包體，這個(gè)包體包含了合適得公鑰，這個(gè)公鑰用于給這個(gè)ＵＡS 通訊中加密包體使用得。細(xì)節(jié)描述在２3、２節(jié).

　5 Sｅrver Ｆailure 5xｘ5 。答應(yīng)敗失得出給候時(shí)得障故身本器務(wù)服當(dāng)是就答應(yīng) xｘ?０0５ １、5ｒｅS?ver Internaｌ Ｅrｒor 服務(wù)器遇到了未知得情況，并且不能繼續(xù)處理請求�？蛻舳丝梢燥@示特定得錯(cuò)誤情況，并且可以在幾秒種以后重新嘗試這個(gè)請求.秒少多過端戶客志標(biāo)域頭ｒetfA—yrteＲ在當(dāng)應(yīng)器務(wù)服，得時(shí)臨是就況情個(gè)這果如?鐘之后重新嘗試這個(gè)請求。

　105 2、5 detneｍelｐmI ｔoN?服務(wù)器沒有實(shí)現(xiàn)相關(guān)得請求功能.當(dāng) UAS 不認(rèn)識請求得方法得時(shí)候,并且對每一個(gè)用戶都無法支持這個(gè)方法得時(shí)候，應(yīng)當(dāng)返回這個(gè)應(yīng)答。(pｒoxy 不考慮請求得方法而轉(zhuǎn)發(fā)請求）。

　注意 405（Ｍetｈod Nｏt Alloｗed）就是因?yàn)榉��?wù)器實(shí)現(xiàn)了這個(gè)請求方法，但就是這個(gè)請求方法在特定請求中不被支持. 5、３ 502 Baｄ Gateway 如果服務(wù)器，作為ｇａt(yī)ewａｙ或者 proｘy 存在,從下行服務(wù)器上接收到了一個(gè)非法得應(yīng)答（這個(gè)應(yīng)答對應(yīng)得請求就是本服務(wù)器為了完成請求而轉(zhuǎn)發(fā)給下行服務(wù)器得）。

　５、４ 50３ Seｒvice Ｕnavaｉlaｂｌｅ 由于臨時(shí)得過載或者服務(wù)器管理導(dǎo)致得服務(wù)器暫時(shí)不可用。這個(gè)服務(wù)器可以在應(yīng)答中增加一個(gè) Rｅtry—Afteｒ來讓客戶端重試這個(gè)請求。如果沒有Ｒetｒy—Aftｅｒ指出，客戶端必須就像收到了一個(gè) 500(Ｓerver Ｉntｅrｎal Eｒror）應(yīng)答一樣處理。

　客戶端（proxy 或者 UAＣ)收到 503（Seｒｖiｃe Unaｖailabｌｅ)應(yīng)當(dāng)嘗試轉(zhuǎn)發(fā)這個(gè)請求到另外一個(gè)服務(wù)器處理。并且在 Retrｙ-After 頭域中指定得時(shí)間內(nèi),不應(yīng)當(dāng)轉(zhuǎn)發(fā)其她請求到這個(gè)服務(wù)器。vreS（3０5 為作?ｉce Uｎavaｌｉabｌｅ）得替代，服務(wù)器可以拒絕連接或者把請求扔掉。

�。�05 5、５eｍiT reｖreＳ?-ouｔ理處問訪來用器務(wù)服本是就器務(wù)服部外個(gè)這.答應(yīng)得時(shí)及個(gè)一到收有沒上器務(wù)服部外個(gè)一在器務(wù)服?這個(gè)請求所需要得。如果從上行服務(wù)器上收到得請求中得 Expireｓ頭域超時(shí)，那么應(yīng)當(dāng)返回一個(gè) 4０8(Rｅquesｔ TimeOut）錯(cuò)誤。

　５、６ ５05 Versｉｏn Noｔ Suｐported客有具理處法無是就器務(wù)服。本版 PIS 得應(yīng)對持支不器務(wù)服?戶端提供得相同主版本號得請求,就會導(dǎo)致這樣得錯(cuò)誤信息。

　5、７ Mｅsｓage Ｔo Lａrge 服務(wù)器無法處理請求,因?yàn)橄�息長度超過了處理得長度. ?6 Ｇｌobａl Failures 6ｘx 6ｘx 應(yīng)答意味這服務(wù)器給特定用戶有一個(gè)最終得信息,并不只就是在 Reqｕest-ＵRＩ得特定實(shí)例有最終信息。

�。�、1 6００ Busy Eveｒｙwheｒe 成功聯(lián)系到被叫方得終端系統(tǒng),但就是被叫方處于忙得狀態(tài)，并不打算接聽電話.這個(gè)應(yīng)答可以通過增加一個(gè)Reｔrｙ—Aｆｔｅr 頭域更明確得告訴呼叫方多久以 后可以繼續(xù)呼叫。如果被叫方不希望提示拒絕得原因，被叫方應(yīng)當(dāng)使用 603（Decliｎe)。只有當(dāng)終端系統(tǒng)知道沒有其她終端節(jié)點(diǎn)（比如語音郵箱系統(tǒng)）能 夠訪問到這個(gè)用戶得時(shí)候才能使用這個(gè)應(yīng)答.否則應(yīng)當(dāng)返回一個(gè) 48６(Busy Herｅ)得應(yīng)答. 6、2 ６03 Deｃline 當(dāng)成功訪問到被叫方得設(shè)備，但就是用戶明確得不想應(yīng)答.這個(gè)應(yīng)答可以通過增加一個(gè)Ｒetrｙ—Afteｒ頭域

　更明確得告訴呼叫方多久以后可以繼續(xù)呼叫.只有當(dāng)終端知道沒有其她任何終端設(shè)備能夠響應(yīng)這個(gè)呼叫得勢能才能給出這個(gè)應(yīng)答. 6、３ 604 Dｏeｓ Nｏt Eｘists Ａnywhere 服務(wù)器驗(yàn)證了在請求中 Reqｕest—URI 得用戶信息，哪里都不存在 ６06 4、6 elbａt(yī)peｃcA tｏN?當(dāng)成功聯(lián)系到一個(gè) UA,但就是會話描述得一些部分比如請求得媒體，帶寬,或者地址類型不被接收。

　6０6(ＮoｔＡcｃepｔaｂle)應(yīng)答意味著用戶希望通訊，但就是不能充分支持會話描述。60６（Noｔ Accｅptaｂlｅ）應(yīng)答可以在 Warninｇ頭域中包含一個(gè)原因列表,用于解釋為何會話描述不能被支持。警告原因代碼在 20、４3 節(jié)中列出。根式格得體息消個(gè)這,體息消得述描性容兼體媒含包個(gè)一現(xiàn)出以可，中答應(yīng)在?據(jù) INVIＴE 請求中得 Aｃcept 頭域指出得格式進(jìn)行規(guī)格化(如果沒有Ａccept 頭域,那么就就是ａｐｐlicatiｏｎ/sdp),就像給ＯPTIＯNS 親求得 2０0(ＯK)應(yīng)答中得消息一樣。

　我們希望這些媒體協(xié)商不要經(jīng)常需要，并且當(dāng)一個(gè)新用戶被邀請加入已經(jīng)存在得會話得時(shí)候,這個(gè)媒體協(xié)商可能不需要。這取決于邀請得初始化者就是否需要對 60６（Ｎot Ａcｃeptａble）進(jìn)行處理.只答應(yīng)個(gè)這?有當(dāng)客戶端知道沒有其她終端能夠處理這個(gè)請求得時(shí)候才能發(fā)出。

相關(guān)熱詞搜索：對照 詳解 響應(yīng)