【正文】 我們希望這些媒體協(xié)商不要經(jīng)常需要，并且當(dāng)一個(gè)新用戶(hù)被邀請(qǐng)加入已經(jīng)存在的會(huì)話(huà)的時(shí)候，這個(gè)媒體協(xié)商可能不需要。 603 Decline 當(dāng)成功訪(fǎng)問(wèn)到被叫方的設(shè)備，但是用戶(hù)明確的不想應(yīng)答。服務(wù)器是無(wú)法處理具有客戶(hù)端提供的相同主版本號(hào)的請(qǐng)求，就會(huì)導(dǎo)致這樣的錯(cuò)誤信息。如果沒(méi)有 RetryAfter 指出，客戶(hù)端必須就像收到了一個(gè) 500（ Server Internal Error）應(yīng)答一樣處理。 如果這個(gè)情況是臨時(shí)的，服務(wù)器應(yīng)當(dāng)在 RetryAfter 頭域標(biāo)志客戶(hù)端過(guò)多少秒鐘之后重新嘗試這個(gè)請(qǐng)求。 491 Request Pending 在同一個(gè)對(duì)話(huà)中， UAS接收到的請(qǐng)求有一個(gè)依賴(lài)的請(qǐng)求正在處理。 486 Busy Here 當(dāng)成功聯(lián)系到被叫方的終端系統(tǒng)，但是被叫方當(dāng)前在這個(gè)終端系統(tǒng)上不能接聽(tīng)這個(gè)電話(huà)，那么應(yīng)答應(yīng)當(dāng)回給呼叫方一個(gè)更合適的時(shí)間在 RetryAfter 頭域重試。它發(fā)送增加長(zhǎng)度的字串，并且提示用戶(hù)輸入更多的字串，直到不在出現(xiàn) 484（ Address Inplete）應(yīng)答為止。這個(gè)值應(yīng)當(dāng)是可以被 UA設(shè)置的。相反，如果在Support 頭域中沒(méi)有列出需要的擴(kuò)展，服務(wù)器應(yīng)當(dāng)根據(jù)基準(zhǔn)的 SIP兼容的方法和客戶(hù)端支持的擴(kuò)展來(lái)進(jìn)行處理。 UAC 根據(jù) 節(jié)定義的方法處理這個(gè)應(yīng)答。如果服務(wù)器不知道，或者不容易檢測(cè)，這個(gè)資源消失是臨時(shí)性質(zhì)的還是永久性質(zhì)的，那么應(yīng)當(dāng)返回一個(gè) 404（ Not Found）。 Not Acceptable 請(qǐng)求中的資源只會(huì)導(dǎo)致產(chǎn)生一個(gè)在請(qǐng)求中的 Accept 頭域外的，內(nèi)容無(wú)法接收的錯(cuò)誤。 401 Unauthorized 請(qǐng)求需要用戶(hù)認(rèn)證。另外的服務(wù)在應(yīng)答的消息體中定義。如果沒(méi)有嚴(yán)格的有效時(shí)見(jiàn)，那么這個(gè)地址僅僅本次有效，并且不能在以后的事務(wù)中保存。不過(guò)，本規(guī)范沒(méi)有定義自動(dòng)轉(zhuǎn)發(fā)的標(biāo)準(zhǔn)。這個(gè)信息取決于不同方法的請(qǐng)求的應(yīng)答。當(dāng)被叫方一旦恢復(fù)接收呼叫，他會(huì)返回合適的終結(jié)應(yīng)答。臨時(shí)性質(zhì)的（ 1xx）應(yīng)答可以包含消息體，包含會(huì)話(huà)描述。 例如： WWWAuthenticate:Digest realm=””, domain=”sip:”,qop=”auth”, nonce=f84f1cec41e6cbe5aea9c8e88d359, opaque=, stale=FALSE, algorithm=MD5 21 應(yīng)答代碼 應(yīng)答碼是包含了，并且擴(kuò)展了 HTTP/ 應(yīng)答碼。 331 Unicast not available（ Unicast 不支持） : The site where the user is located does not support unicast munication (usually due to the presence of a firewall)。警告信息 300 到 329 是保留用于標(biāo)志在會(huì)話(huà)描述中的保留字錯(cuò)誤的， 330到 339 是會(huì)話(huà)描述中基本網(wǎng)絡(luò)服務(wù)相關(guān)警告， 370到 379 是關(guān)于會(huì)話(huà)描述重的QoS參數(shù)數(shù)量相關(guān)的警告， 390 到 399 是上邊未列除的雜項(xiàng)警告信息。 警告 Warning 頭域用來(lái)給應(yīng)答的狀態(tài)添加附加說(shuō)明使用的。 在 SIP URI 語(yǔ)法下，并不要求填寫(xiě)主機(jī)名或者網(wǎng) 絡(luò)地址和端口號(hào)。 這里定義的通訊協(xié)議是 ”UDP”,”TCP”,”TLS”,和 ”SCTP”， ”TLS”意思是基于 TCP的 TLS。本頭域的語(yǔ)義在 []定義。 參見(jiàn) 節(jié)關(guān)于 ”tag”參數(shù)的些界描述。遵循本規(guī)范的 UA必須只包含遵循標(biāo)準(zhǔn) RFC擴(kuò)展的 option tag。lr, sip:。在 404(Not Found),413(Request Entity Too Large), 480(Temporarily Unavailable),486(Busy Here), 600 (Busy), 或者603(Decline)應(yīng)答中用于標(biāo)志何時(shí)被叫方會(huì)恢復(fù)正常。這個(gè)語(yǔ)法在 。 例子： ProxyRequire:foo RecordRoute RecordRoute頭域是 proxy在請(qǐng)求中增加的，用來(lái)強(qiáng)制會(huì)話(huà)中的后續(xù)請(qǐng)求經(jīng)過(guò)本 proxy的。參見(jiàn) 節(jié)關(guān)于本字段的細(xì)節(jié)討論。 Priority 頭域不影響通訊資源的優(yōu)先順序，比如路由上的包轉(zhuǎn)發(fā)的優(yōu)先級(jí)或者訪(fǎng)問(wèn) PSTN 網(wǎng)關(guān)的優(yōu)先級(jí)。這個(gè)頭域包含了一個(gè)以秒計(jì)數(shù)的整數(shù) ，從 0到 (2**32)1。這個(gè)在客戶(hù)端 trace 一個(gè)請(qǐng)求，如果路由失敗或者在中間出現(xiàn)循環(huán)的時(shí)候特別有用。 tag=a48s From: sip:。如果客戶(hù)標(biāo)志停留在隱藏狀態(tài)，那么系統(tǒng)應(yīng)當(dāng)使用 ”Anonymous”作為顯示名字。 例如： SIP/ 404 The Number you have dialed is not in service ErrorInfo: sip: Expires Expires 頭域給定了消息（或者內(nèi)容）過(guò)期的相關(guān)時(shí)間。 Date 頭域可以用來(lái)簡(jiǎn)化沒(méi)有后備電池的終端系統(tǒng)，讓他們能夠獲得當(dāng)前的時(shí)間。在 Cseq 的請(qǐng)求方法部分是大小寫(xiě)敏感的。如果消息中不包含包體，那么 ContentLength 必須設(shè)置成為 0 對(duì) ContentLength 的忽略能夠簡(jiǎn)化創(chuàng)建一個(gè)類(lèi)似 cgi 一樣動(dòng)態(tài)生成應(yīng)答的腳本。服務(wù)端也可以在應(yīng)答中進(jìn)行內(nèi)容編碼。如果沒(méi)有 MIME類(lèi)型，那么缺省值就是 ”render” 例如： ContentDisposition: session ContentEncoding ContentEncoding 頭域是 對(duì) ”mediatype”(媒體類(lèi)型 )的一個(gè)修正。 部屬方式“ icon”表示消息體部 分包含了一個(gè)用于表示呼叫者或者被叫者的 icon 圖像，當(dāng) UA 收到這個(gè)消息，就可以展示一下，或者在對(duì)話(huà)過(guò)程中一致展示。q= m: sips:。這在 displayname 和 ””之間可以有也可以沒(méi)有 LWS(線(xiàn)性空白 ) 這些關(guān)于顯示名字， URI和 URI的參數(shù)， header 參數(shù)的規(guī)則同樣對(duì) To 和 From頭域適用。 Contact 頭域包含了一個(gè)顯示的名字，一個(gè)包含參數(shù)的 URI，還有 header 參數(shù)組成。 ”card”參數(shù)提供了一個(gè)名片，比如，基于vCard[36]或者 LDIF[37]格式。 在下邊的例子中，在分類(lèi)參數(shù)兩邊沒(méi)有引號(hào)括起來(lái)。 在應(yīng)答中提供 Allow頭域比在 OPTIONS請(qǐng)求 /應(yīng)答中會(huì)減小所需要的消息數(shù)量。 AlterInfo頭域可能會(huì)帶來(lái)潛在的安全隱患。如果沒(méi)有 AcceptLanguage存在，那么服務(wù)端應(yīng)當(dāng)假設(shè)所 有的語(yǔ)言客戶(hù)端都可以接受。level=1,application/xprivate,text/html AcceptEncoding AcceptEncoding 頭域類(lèi)似 Accept，但是限定了接收應(yīng)答中的內(nèi)容的編碼 []。如果這個(gè) URI包含一個(gè)逗號(hào)，問(wèn)號(hào)或者分毫，那么這個(gè) URI必須使用尖括號(hào)括起來(lái)（ 和 ）。 ”mandatory”（強(qiáng)制 ）頭域是必須在請(qǐng)求中存在的頭域，并且也必須是 UAS接收到一個(gè)請(qǐng)求時(shí)能夠理解的頭域。 m*：頭域應(yīng)當(dāng)被發(fā)送，但是客戶(hù)端 /服務(wù)端都需要準(zhǔn)備接收沒(méi)有這個(gè)頭域的消息。每個(gè)頭域都有示例給出。 關(guān)于與方法和 proxy 處理有關(guān)的頭域字段在表 2 和表 3 中有處理。 o：頭域是可選的。一個(gè)強(qiáng)制頭域必須也在應(yīng)答中出現(xiàn)，并且 UAC 也能處理這個(gè)頭域。所有的 URI參數(shù)都必須在這些括號(hào)內(nèi)。參見(jiàn)[]。 AcceptLanguage 頭域遵從 []節(jié)定義的語(yǔ)法。這個(gè)隱患以及相應(yīng)的處理在 ，這個(gè)隱患和 CallInfo 頭域的隱患是相同的。 例如： Allow: INVITE,ACK,OPTIONS,CANCEL,BYE AuthenticationInfo AuthenticationInfo 頭域提 供了和 HTTP 類(lèi)別相同的認(rèn)證方法。 Authorization:Digest username=”Alice”, realm=””, nonce = ”84a4cc6f3082121f32b42a2187831a94”, response=”7587245234b3434cc3412213e5f113a5432” CallID CallID 頭域用來(lái)唯一區(qū)別一個(gè)特定的邀請(qǐng)或者一個(gè)特定客戶(hù)端的所有注冊(cè)項(xiàng)。如果附加新的標(biāo)記，那么可以通過(guò) 27 節(jié)描述的步驟通過(guò)在 IANA注冊(cè)來(lái)附加。 本文檔定義了一個(gè) Contact 參數(shù) ”q”和 ”expires”。 Contact 頭域的的角色很像 HTTP中的 Location 頭域的角色。expires=60 ContentDisposition ContentDisposition 頭域描述了消息體，或者消息的多個(gè)部分，或者消息體的一個(gè)部分應(yīng)被 UAC 或者 UAS 怎樣解釋。 ”alert”意味著消息體部分包含了信息，比如是一段聲音，應(yīng)當(dāng)由 UA 展示給用戶(hù)提示用戶(hù)這個(gè)請(qǐng)求，通常是初始化對(duì)話(huà)的請(qǐng)求；這個(gè) altering 消息體可以是一個(gè)在 180Ringing 臨時(shí)應(yīng)答發(fā)出后的一個(gè)鈴聲。當(dāng)存在這個(gè)頭域的時(shí)候，它的值就是對(duì)包體內(nèi)容編碼的附加說(shuō)明，并且因此必須根據(jù)本字段應(yīng)用正確的解碼機(jī)制，這樣才能得到正確的 ContentType 頭域指出的媒體類(lèi)型的解碼。服務(wù)端必須只能應(yīng)用客戶(hù)端在請(qǐng)求中的 AcceptEncoding 頭域中列出的編碼類(lèi)型。（？？？） 這個(gè)頭域的簡(jiǎn)寫(xiě)是 l 例如： Content－ Length： 349 l： 173 ContentType ContentType 頭域標(biāo)志了發(fā)給對(duì)方的消息體的媒體類(lèi)型。 Cseq 頭域是為了在會(huì)話(huà)中對(duì)事務(wù)進(jìn)行排序的，提供事務(wù)的唯一標(biāo)志，并且區(qū)分請(qǐng)求和請(qǐng)求的重發(fā)。但是由于是 GMT 格式的，所以，它要求客戶(hù)端知道和 GMT 的時(shí)差。這個(gè)字段的精確定義是方法相關(guān)的。即使是 ”displayname”是空的，如果 ”addrspec” 包含一個(gè)逗號(hào)，？，或者分毫，那么就必須使用 ”nameaddr”格式。tag=887s f: Anonymous sip:。 MaxForwards 是一個(gè) 0－ 255 的整數(shù)，表明了在這個(gè)請(qǐng)求消息中允許被轉(zhuǎn)發(fā)的剩余次數(shù)。在 423（ Interval Too Brief）應(yīng)答中，本頭域的用法在 ,和 中有描述。本頭域有 ”nonurgent”,”normal”,”urgent”,和 ”emergency”取值，另外的取值可以在別處定義。 例如： ProxyAuthenticate: Digest realm=””, domain=”sip:”,qop=”auth”, nonce=”f84f1cec41e6cbe5aea9c8e88d359”, opaque=””,stale=FALSE,algorithm=MD5 ProxyAuthorization ProxyAuthorization 頭域允許客戶(hù)端向一個(gè)要求認(rèn)證的 proxy 證明自己（或者證明它的使用者）的身份。本頭域的用法在 節(jié)有描述。 例如： ReplayTo: Bob sip: Require Require 頭域用于 UAC 告訴 UAS關(guān)于要求 UAS支持那些特性。這個(gè)字段的值是一個(gè)秒為單位的正整數(shù)（十進(jìn)制），從應(yīng)答生成開(kāi)始的一個(gè)正整數(shù)。lr Server Server 頭域包含了關(guān)于 UAS處理請(qǐng)求所使用的軟件信息。如果本字段是空的，意味著不支持任何擴(kuò)展。 對(duì)于 To 頭域的比較是和對(duì) From頭域的比較相同的。 UA 所使用的版本號(hào)情況可能會(huì)導(dǎo)致由于這個(gè)版本的安全漏洞二遭受 攻擊。當(dāng)請(qǐng)求發(fā)送到一個(gè) SIPS URI上時(shí)，協(xié)議依舊標(biāo)記著時(shí) ”SIP”,但是通訊協(xié)議是 TLS。特別是，允許在 ”:”或者 ”/”兩遍的 LWS（線(xiàn)形空白）。 Warning 頭域值是在應(yīng)答中包含的，并且包括了一個(gè) 3 位的警告代碼，主機(jī)名，和警告正文。 300 Inpatible work protocol:（不兼容的網(wǎng)絡(luò)協(xié)議）， One or more work protocols contained in the session d