国产第页,国产精品视频一区二区三区,国产精品网站夜色,久久艹影院,精品国产第一页,欧美影视一区二区三区,国产在线欧美日韩精品一区二区

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

發(fā)布時間:2020-09-13 來源: 黨課講稿 點擊:

 SIP 應(yīng)答消息狀態(tài)碼與類型 狀態(tài)碼 狀態(tài)說明 中理處在正 gniyrT 001 )XX1(答應(yīng)時臨?180 Ringing 振鈴 181 向前在正叫呼 redrawrof gnieb llac?281 隊排 eueuq?181* session progress 會話進行 會話成功(2XX)

 200 OK 會話成功 重定向(3XX)

 300 multiple 多重選擇 301 moved permanently 永久移動 302 moved temporaily 臨時移動 305 use proxy 用戶代理 380 alternative service 替代服務(wù) 請求失敗(4XX) 400 bad request 錯誤請求104 權(quán)授未 dezirohtuanu?402 payment required 付費要求 403 forbidden 禁止 404 not found 未發(fā)現(xiàn) 405 method no allowed 方法不允許 406 not acceptable 不可接受 7048證認要需理代 deriuqer noitacitnehtua yxorp?04? request timeout 請求超時 014 開離 enog?413 request entity too large 請求實體太大 414 長太 LRU求請 gnol oot lru—tseuqer?514?unsupported media type 不支持得媒體類型 416 unsupported url scheme 不支持得 URL 計劃 024 展擴良不 noisnetxe dab?124e?xtension required 需要擴展 423 interval too brief 間隔太短 084 效失時臨 elbaliavanu yliraropmet?184nart/llac?saction does not exist 呼叫/事務(wù)不存在 284 路環(huán)現(xiàn)發(fā) detceted pool?384m oot?any hops 跳數(shù)太多 484 整完不址地 etelpni sserdda?584 朗明不 suougibma?684 ysub?here 這里忙 487 request terminated 請求終止 884 受接可不求請里這 ereh elbatpecca ton?491 request pending 未決請求 493 undecipherable 不可辨識 服務(wù)器失。5XX)

 500

 se rver

 internal error 服務(wù)器內(nèi)部錯誤 105執(zhí)可不 detnemelpmi ton?行 502 bad gateway 壞網(wǎng)關(guān) 503 service unavailable 服務(wù)無效 405 時超器務(wù)服 tuo-emit revres?505n noisrev?ot supported 版本不支持 513 message too large 消息太大 全局性錯誤(6XX) 600 busy everywhere 全忙 306 棄丟 enilced?406yna tsixe ton seod?where 不存在 606 not acceptable 不可接受 SIP 應(yīng)答代碼(以下就是詳細內(nèi)容)

 應(yīng)答碼就是包含了,并且擴展了/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)答碼系列,6xx。

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

 答。

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

 1、1 100 Trying 這個應(yīng)答表示下一個節(jié)點得服務(wù)器已經(jīng)接收到了這個請求并且還沒有執(zhí)行這個請求得特定動作(比如,正在打開 數(shù)據(jù)庫得時候)。這個應(yīng)答,就像其她臨時應(yīng)答一 樣,種植了 UAC 重新傳送 INVITE 請求。100(Trying)應(yīng)答與其她臨時應(yīng)答不同得就是,在這里,它永遠不會被有狀態(tài) proxy 轉(zhuǎn)發(fā)到上行流中。1 2、1?80 Ringing 。鈴回地本個一化世出當(dāng)應(yīng)答應(yīng)個這。戶用給示提圖試且并求請 ETIVNI 到收AU?1、3 818 Call is Being Forwarded(呼叫被轉(zhuǎn)發(fā))

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

 281 4、1得叫呼 當(dāng)?deueuQ?對方暫時不能接收呼叫得時候,并且服務(wù)器決定將呼叫排隊等候,而不就是拒絕呼叫得時候,那么就應(yīng)當(dāng)發(fā)出這個應(yīng)答.當(dāng)被叫方一旦恢復(fù)接收呼叫,她會返回 合適得終結(jié)應(yīng)答。對于這個呼叫狀態(tài),可以有一個表示原因得短語,比如:"5 calls queued;expected waiting time is 15minutes”.服務(wù)器可以給出好幾個 182(Queued)應(yīng)答告訴呼叫方排隊得情況(比如排隊靠前了等等). 381 5、1(度進話會?381oisseS?n Progress)應(yīng)答用于提示建立對話得進度信息。Reason-Phrase(表達原因得句子)、頭域或者消息體可以用于提示呼叫進度得更消息得信息。

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

 3、1 300 Multiple Choices選以可)AU(者或戶用,址地得己自有都擇選個每,擇選個多有址地得求請?擇合適得通訊終端,并且轉(zhuǎn)發(fā)這個請求到這個地址。

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

 這些地址選擇也應(yīng)當(dāng)在 Contact 頭域中列出(20、10 節(jié))。不同于,SIP應(yīng)答可以包含多個Contact 頭域或者一個 Contact 頭域 中具有一個地址列表。UA 可以使用 Contact 頭域來自動轉(zhuǎn)發(fā)或者要求用戶確認轉(zhuǎn)發(fā)。不過,本規(guī)范沒有定義自動轉(zhuǎn)發(fā)得標(biāo)準(zhǔn). 如果被叫方可以在多個地址被找到,并且服務(wù)器不能或者不愿意轉(zhuǎn)發(fā)請求得時候,可以使用這個應(yīng)答來給呼叫方. 103 2、3 yltnemreP devoM?當(dāng)不能在 Request—URI指定得地址找到用戶得時候,請求得客戶端應(yīng)當(dāng)使用 Contact頭域(20、10)所指出得新得地址重新嘗試。請求者應(yīng)當(dāng)用這個新得值來更新本地得目錄,地址本,與用戶地址 cache,并且在后續(xù)請求中,發(fā)送到這個/這些列出得地址. 3、3 302 Moved Temporarily 請求方應(yīng)當(dāng)把請求重新發(fā)到這個Contact頭域所指出得新地址(20、10).新請求得 Request-URI應(yīng)當(dāng)用這個應(yīng)答得 Contact 頭域所指出得值。

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

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

。03 4、3資得求請?yxorP esU?源必須通過 Contact 頭域中指出得proxy 來訪問。Contact頭域指定了一個 proxy 得 URI。接收到這個應(yīng)答得對象應(yīng)當(dāng)通過這個proxy重新發(fā)送這個單個請求。305(UseProxy)必須就是 UAS產(chǎn)生得。、3?

 5 380 Alternative Service息消得答應(yīng)在務(wù)服得外另。務(wù)服得外另試嘗以可是就但,工成不叫呼?體中定義。消息體得格式在這里沒有定義,可能在以后得規(guī)范中定義。

 4 請求失敗 4xx 4xx 應(yīng)答定義了特定服務(wù)器響應(yīng)得請求失敗得情況?蛻舳瞬粦(yīng)當(dāng)在不更改請求得情況下重新嘗試同一個請求。(例如,增加合適得認證信息).不過,同一個請求交給不同服務(wù)器也許就會成功. 4、1 400 Bad Request 請求中得語法錯誤。Reason-Phrase 應(yīng)當(dāng)標(biāo)志這個詳細得語法錯誤,比如”Missing Call-ID header field”。

 4、2 401 Unauthorized704 當(dāng),得生產(chǎn)器務(wù)服冊注與SAU 由是就答應(yīng)個這。證認戶用要需求請?(Proxy Authentication Required)就是 proxy服務(wù)器產(chǎn)生得。

 204 3、4保?deriuqeR tnemyaP?留/以后使用 304 4、4 neddibroF?服務(wù)端支持這個請求,但就是拒絕執(zhí)行請求。增加驗證信息就是沒有必要得,并且請求應(yīng)當(dāng)不被重試。

 4、5 404 Not Found 服務(wù)器返回最終信息:用戶在Request—URI 指定得域上不存在。當(dāng)Request—URI 得 domain 與接收這個請求得 domain 不匹配得情況下, 也會產(chǎn)生這個應(yīng)答. 4、6 405 Method Not AllowedqeR 個這于對是就但,法方得中 eniL—tseuqeR 持支器務(wù)服?uest—URI 中得地址來說,就是不允許應(yīng)用這個方法得。含包域頭個這,域頭 wollA 個一括包須必答應(yīng)?了指定地址允許得方法列表. 4、7 Not Acceptable 請求中得資源只會導(dǎo)致產(chǎn)生一個在請求中得 Accept 頭域外得,內(nèi)容無法接收得錯誤. 4、8 407 Proxy Authentication Required 這個返回碼與 401(Unauthorized)很類四,但就是標(biāo)志了客戶端應(yīng)當(dāng)首先在 proxy 上通過認證。SIP對認證得訪問請參見 26節(jié)與 22、3 節(jié)。而,)關(guān)網(wǎng)話電,如比(關(guān)網(wǎng)訊通問訪序程用應(yīng)于用碼回返個這?很少用于被叫方要求認證。

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

 4、10 410 Gone 請求得資源在本服務(wù)器上已經(jīng)不存在了,并且不知道應(yīng)當(dāng)把請求轉(zhuǎn)發(fā)到哪里.這個問題將會使永久性得。如果服務(wù)器不知道,或者不容易檢測,這個資源消失就是臨時性質(zhì)得還就是永久性質(zhì)得,那么應(yīng)當(dāng)返回一個404(Not Found)。

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

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

 414 21、4請個這絕拒器務(wù)服?gnoL ooT IRU—tseuqeR?求,因為 Request-URI 超過了服務(wù)器能夠處理得長度。

 4、13 415 Unsupported Media Type 服務(wù)器由于請求得消息體得格式本服務(wù)器不支持,所以拒絕處理這個請求。這個服務(wù)器必須根據(jù)內(nèi)容得故障類型,返回一個Accept,Accpet-Encoding,或者Accept—Language 頭域列表。UAC 根據(jù) 8、1、3、5 節(jié)定義得方法處理這個應(yīng)答. 4、14 416 Unsupported URI Scheme 服務(wù)器由于不支持 Request-URI 中得 URI方案而終止處理這個請求。客戶端處理這個應(yīng)答參照 8、1、3、5。

 51、4eriuqeR 者或)92、02(eriuqeR-yxorP 得中求請在道知不器務(wù)服?noisnetxE daB?(20、32)頭域所指出得協(xié)議擴展。服務(wù)器必須在 Unsupported 頭域中列出不支持得擴展。UAC處理

 這個應(yīng)答請參見8、1、3、5124 61、4個這理處來展擴得定特要需 SAU?deriuqeR noisnetxE?請求,但就是這個擴展并沒有在請求得 Supported 頭域中列出。具有這個應(yīng)答碼得應(yīng)答必須包含一個 Require 頭域列出所需要得擴展。

 UAS 不應(yīng)當(dāng)使用這個應(yīng)答除非它真得不能給客戶端提供有效得服務(wù)。相反,如果在 Support 頭域中沒有列出需要得擴展,服務(wù)器應(yīng)當(dāng)根據(jù)基準(zhǔn)得 SIP兼容得方法與客戶端支持得擴展來進行處理。324 71、4? Interval Too Brief 服務(wù)器因為在請求中設(shè)置得資源刷新時間(或者有效時間)過短而拒絕請求。這個應(yīng)答可以用于注冊服務(wù)器來拒絕那些Contact頭域有效期過短得注冊請求.這個應(yīng)答得用法與相關(guān)得Min-Expires頭域在10、2、8,10、3,20、23 節(jié)中介紹與說明。

 084 81、4 elbaliavanU yliraropmeT?請求成功到達被叫方得終端系統(tǒng),但就是被叫方當(dāng)前不可用(例如,沒有登陸,或者登陸了但就是狀態(tài)就是不能通訊,或者有”請勿打擾”得標(biāo)記)。應(yīng)答應(yīng)當(dāng)在 Retry-After 中標(biāo)志一個合適得重發(fā)時間。這個用戶也有可能在其她地方就是有效得(在本服務(wù)器中不知道).Reason—Phrase(原因短句) 應(yīng)當(dāng)提示更詳細得原因,為什么被叫方暫時不可用.這個值應(yīng)當(dāng)就是可以被UA 設(shè)置得。狀態(tài)碼486(Busy Here)可以用來更精確得表示本請求失敗得特定原因。們她為因,得回返器務(wù)服 yxorp 者或務(wù)服發(fā)轉(zhuǎn)是就以可也碼態(tài)狀個這?發(fā)現(xiàn) Request-URI 指定得用戶存在,但就是沒有一個給這個用戶得合適得當(dāng)前轉(zhuǎn)發(fā)得地址。

 4、19 481 Call/Transaction Does Not Exist有沒是就但,求請到收接 SAU了示表態(tài)狀個這?與現(xiàn)存得對話或者事務(wù)匹配。

 284 02、4、)4/3、61(環(huán)循個一了到測檢器務(wù)服?detceteD pooL?4?21 483 Too Many Hops 0 是就域頭)22、02(sdrawroF-xaM 得含包求請個一了到收接器務(wù)服?4、22 484 Address Inplete在。得整完不是就 IRU-tseuqeR 得它,求請個一了到收接器務(wù)服?原因短語中應(yīng)當(dāng)有附加得信息說明。這個狀態(tài)碼可以與撥號交疊。在與撥號交疊中,客戶端 不知道撥號串得長度。它發(fā)送增加長度得字串,并且提示用戶輸入更多得字串,直到不在出現(xiàn) 484(Address Inplete)應(yīng)答為止。

 584 32、4中域頭tcat(yī)noC 在以可答應(yīng)。得確明不是就 IRU-tseuqeR?suougibmA?包含一個可能得明確得地址列表。這個提示列表肯囊個在安全性與隱私性對用戶或者組織造 成破壞.必須能夠由配置決定就是否以404(NotFound)代替這個應(yīng)答,又或者禁止對不明確得地址使用可能得選擇列表。

 :子例答應(yīng)個一得求請得 IRU-tseuqeR 有帶給?sip::

 SIP/2、0 485 Ambiguous Contact:

 Carol Lee <sip:carol、> Contact: Ping Lee 〈sip:p、> Contact:

 Lee M、Foote 〈sips:lee、> 部分 email 與語音郵箱系統(tǒng)提供了這個功能。這個狀態(tài)碼與 3xx 狀態(tài)碼不同:對于 300 來說,它就是假定同一個人或者服務(wù)有不同得地址選擇。所以對3xx來說,自動選擇系統(tǒng)或者連續(xù)查找就有效,但就是對 485(Ambiguous)應(yīng)答來說,一定要用戶得干預(yù)。

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

 784 52、4C 者或 EYB 被求請?detanimreT tseuqeR?ANCEL 所終止。這個應(yīng)答永遠不會給 CANCEL請求本身回復(fù)。

 884 62、4H elbatpeccA toN?ere 這個應(yīng)答與 606(Not Acceptable)有相同得含義,但就是只就是應(yīng)用于 Request-URI 所指出得特定資源不能接受,在其她地方請求可能可以接受。

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

。础ⅲ7 491 Request Pending 在同一個對話中,UAS 接收到得請求有一個依賴得請求正在處理。14、2描述了這種情況應(yīng)當(dāng)怎樣解決。

 4、28 493 Undecipherable UAS 接收到了一個請求,包含了一個加密得MIME,并且不知道或者沒有提供合適得解密密鑰.這個應(yīng)答可以包含單個包體,這個包體包含了合適得公鑰,這個公鑰用于給這個UAS 通訊中加密包體使用得。細節(jié)描述在23、2節(jié).

 5 Server Failure 5xx5 。答應(yīng)敗失得出給候時得障故身本器務(wù)服當(dāng)是就答應(yīng) xx?005 1、5reS?ver Internal Error 服務(wù)器遇到了未知得情況,并且不能繼續(xù)處理請求。客戶端可以顯示特定得錯誤情況,并且可以在幾秒種以后重新嘗試這個請求.秒少多過端戶客志標(biāo)域頭retfA—yrteR在當(dāng)應(yīng)器務(wù)服,得時臨是就況情個這果如?鐘之后重新嘗試這個請求。

 105 2、5 detnemelpmI toN?服務(wù)器沒有實現(xiàn)相關(guān)得請求功能.當(dāng) UAS 不認識請求得方法得時候,并且對每一個用戶都無法支持這個方法得時候,應(yīng)當(dāng)返回這個應(yīng)答。(proxy 不考慮請求得方法而轉(zhuǎn)發(fā)請求)。

 注意 405(Method Not Allowed)就是因為服務(wù)器實現(xiàn)了這個請求方法,但就是這個請求方法在特定請求中不被支持. 5、3 502 Bad Gateway 如果服務(wù)器,作為gat(yī)eway或者 proxy 存在,從下行服務(wù)器上接收到了一個非法得應(yīng)答(這個應(yīng)答對應(yīng)得請求就是本服務(wù)器為了完成請求而轉(zhuǎn)發(fā)給下行服務(wù)器得)。

 5、4 503 Service Unavailable 由于臨時得過載或者服務(wù)器管理導(dǎo)致得服務(wù)器暫時不可用。這個服務(wù)器可以在應(yīng)答中增加一個 Retry—After來讓客戶端重試這個請求。如果沒有Retry—After指出,客戶端必須就像收到了一個 500(Server Internal Error)應(yīng)答一樣處理。

 客戶端(proxy 或者 UAC)收到 503(Service Unavailable)應(yīng)當(dāng)嘗試轉(zhuǎn)發(fā)這個請求到另外一個服務(wù)器處理。并且在 Retry-After 頭域中指定得時間內(nèi),不應(yīng)當(dāng)轉(zhuǎn)發(fā)其她請求到這個服務(wù)器。vreS(305 為作?ice Unavaliable)得替代,服務(wù)器可以拒絕連接或者把請求扔掉。

。05 5、5emiT revreS?-out理處問訪來用器務(wù)服本是就器務(wù)服部外個這.答應(yīng)得時及個一到收有沒上器務(wù)服部外個一在器務(wù)服?這個請求所需要得。如果從上行服務(wù)器上收到得請求中得 Expires頭域超時,那么應(yīng)當(dāng)返回一個 408(Request TimeOut)錯誤。

 5、6 505 Version Not Supported客有具理處法無是就器務(wù)服。本版 PIS 得應(yīng)對持支不器務(wù)服?戶端提供得相同主版本號得請求,就會導(dǎo)致這樣得錯誤信息。

 5、7 Message To Large 服務(wù)器無法處理請求,因為消息長度超過了處理得長度. ?6 Global Failures 6xx 6xx 應(yīng)答意味這服務(wù)器給特定用戶有一個最終得信息,并不只就是在 Request-URI得特定實例有最終信息。

。丁1 600 Busy Everywhere 成功聯(lián)系到被叫方得終端系統(tǒng),但就是被叫方處于忙得狀態(tài),并不打算接聽電話.這個應(yīng)答可以通過增加一個Retry—After 頭域更明確得告訴呼叫方多久以 后可以繼續(xù)呼叫。如果被叫方不希望提示拒絕得原因,被叫方應(yīng)當(dāng)使用 603(Decline)。只有當(dāng)終端系統(tǒng)知道沒有其她終端節(jié)點(比如語音郵箱系統(tǒng))能 夠訪問到這個用戶得時候才能使用這個應(yīng)答.否則應(yīng)當(dāng)返回一個 486(Busy Here)得應(yīng)答. 6、2 603 Decline 當(dāng)成功訪問到被叫方得設(shè)備,但就是用戶明確得不想應(yīng)答.這個應(yīng)答可以通過增加一個Retry—After頭域

 更明確得告訴呼叫方多久以后可以繼續(xù)呼叫.只有當(dāng)終端知道沒有其她任何終端設(shè)備能夠響應(yīng)這個呼叫得勢能才能給出這個應(yīng)答. 6、3 604 Does Not Exists Anywhere 服務(wù)器驗證了在請求中 Request—URI 得用戶信息,哪里都不存在 606 4、6 elbat(yī)peccA toN?當(dāng)成功聯(lián)系到一個 UA,但就是會話描述得一些部分比如請求得媒體,帶寬,或者地址類型不被接收。

 606(NotAcceptable)應(yīng)答意味著用戶希望通訊,但就是不能充分支持會話描述。606(Not Acceptable)應(yīng)答可以在 Warning頭域中包含一個原因列表,用于解釋為何會話描述不能被支持。警告原因代碼在 20、43 節(jié)中列出。根式格得體息消個這,體息消得述描性容兼體媒含包個一現(xiàn)出以可,中答應(yīng)在?據(jù) INVITE 請求中得 Accept 頭域指出得格式進行規(guī)格化(如果沒有Accept 頭域,那么就就是application/sdp),就像給OPTIONS 親求得 200(OK)應(yīng)答中得消息一樣。

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

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

版權(quán)所有 蒲公英文摘 www.huhawan.com