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

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

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

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

　500

　se ｒｖer

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

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

　1 臨時應答１xx定決有沒還且并，求請理處在正器務服方對了志標，答應得質性息消是就就也，答應時臨?最后得應答。如果服務器處理請求需要花 20０ms 以上才能產生終結應答得時候，它應當發(fā)送一個１xx 應

　答。

　注意１xx 應答并不就是可靠傳輸?shù)�。她們不會導致客戶端傳送一個 ACK 應答。臨時性質得（1xx）應答可以包含消息體，包含會話描述。

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

　服務器可以用這個應答代碼來表示呼叫正在轉發(fā)到另一個目得地集合。

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

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

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

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

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

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

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

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

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

　4 請求失敗 4xx ４xx 應答定義了特定服務器響應得請求失敗得情況�？蛻舳瞬粦�當在不更改請求得情況下重新嘗試同一個請求。(例如,增加合適得認證信息).不過,同一個請求交給不同服務器也許就會成功. 4、1 400 Baｄ Reｑuesｔ 請求中得語法錯誤。Ｒeaｓon－Ｐhrase 應當標志這個詳細得語法錯誤，比如”Mｉｓsｉng Call-ID ｈeadｅｒ fｉeld”。

　4、2 4０１ Ｕnaｕthorｉzｅd704 當，得生產器務服冊注與ＳAU 由是就答應個這。證認戶用要需求請?（Proxy Authentication Ｒequiｒed）就是 proxｙ服務器產生得。

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

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

　4、9 408 Request Ｔimeoｕt定決時及法無它果如，如例,答應結終個一生產能不器務服，內間時段一在?用戶得位置.客戶端可以在稍后不更改請求得內容然后重新嘗試請求。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　784 5２、4C 者或 EYB 被求請?detaｎｉｍrｅT tseuqeR?ANＣＥL 所終止。這個應答永遠不會給 CANCEＬ請求本身回復。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

相關熱詞搜索：對照 詳解 響應