【正文】 標(biāo)地址集。 事務(wù)層錯誤 YD — 10 某些情況下，從事務(wù)層返回的并不是 SIP 消息，而是事務(wù)層錯誤消息。 任何新請求的發(fā)出都可能收到 3xx 響應(yīng)，這些響應(yīng)的又包含了原始請求的 RequestURI。 Header 參數(shù)可以用于創(chuàng)建新請求的某些頭字段值并重寫重定向請求的某些頭字段值，具體規(guī)則參見本規(guī)范 。 UAC 應(yīng)重發(fā)請求，并只用響應(yīng)消息的 Accept 頭字段中列出的類型、 AcceptEncoding頭字段中列出的編碼方式和 AcceptLanguage 頭字段中列出的語言種類。關(guān)于 Allow 頭字段參見本規(guī)范 節(jié)。 同一個請求沿著不同的路徑多次到達(dá)某個 UAS，最大的可能是發(fā)生了分叉代理現(xiàn)象。如果請求中包含了 UAS 不理解的編碼方式，響應(yīng)消息中必須包含一個 AcceptEncoding 頭字段，其中列出它能理解的編碼方式。 當(dāng) 100（正在嘗試）響應(yīng)產(chǎn)生后，請求消息中出現(xiàn)的任何 Timestamp 頭字段都必須被復(fù)制到該響應(yīng)中去。定位服務(wù)器實質(zhì)上是一個數(shù)據(jù)庫，它包含單個 URI 到一個或多個聯(lián)系地址之間的映射，通過這些聯(lián)系地址就能找到 URI 所對應(yīng)的用戶或?qū)嶓w。 響應(yīng)消息的 Contact 頭字段可能包含任何指示被叫位置的 URI 類型 , 而并不僅限于 SIP URI。這兩部分內(nèi)容分別參見本規(guī)范第 15 章和 節(jié)。 CANCEL 請求的目的地址、端口和傳輸方式必 須與原請求的相同。如果匹配到了原請求的事務(wù)，那么UAS 的處理行為將取決于是否已經(jīng)發(fā)送了對原請求的最終響應(yīng)。 如果 OPTIONS 沒有響應(yīng)，事務(wù)層就返回一個超時錯誤來表明目標(biāo)不可達(dá)。即，當(dāng) UAS 準(zhǔn)備接受呼叫時返回響應(yīng) 200 (OK)， ,UAS 忙時返回響應(yīng) 486 (正忙 )。 OPTIONS 請求的目標(biāo)由 RequestURI 來指定，它可以指定另外一個 UA 或者 SIP 服務(wù)器。由于 CANCEL 請求是逐跳處理的并 且不YD — 17 能重傳，所以 UAS 不能對它們發(fā)出質(zhì)詢（ Challenge）來得到在 Authorization 頭字段中攜帶的證書（ Credentials）。 一旦 CANCEL 請求構(gòu)造完畢，客戶端應(yīng)當(dāng)檢查是否已收到了被取消請求（下文將統(tǒng)稱為原請求）的任何響應(yīng)消息（臨時的或最終的）。因此， CANCEL主要用于取消服務(wù)器端需要長時間才能給出響應(yīng)的請求。如果重定向的目的地 URI 所指并非當(dāng)前重定向服務(wù)器，它可能將請求向重定向目的地轉(zhuǎn)發(fā)，或用一個 404（未找到）響應(yīng)來拒絕請求。當(dāng)請求的發(fā)起者收到重定向響應(yīng)后，它將基于收到的 URI 發(fā)送新的請求。第十章為 REGISTER 請YD — 14 求的處理，第十一章為了 OPTIONS 請求的處理，第十三章為了 INVITE 請求的處理，第十五章為了 BYE請求的處理。此外，當(dāng) UAC對 UAS 提出其不支持的特性時，它使雙方的交互和表達(dá)能夠準(zhǔn)確清晰地 進(jìn)行。一般來說， UA 用 REGISTER 請求把自己的注冊地址與 某個特定的聯(lián)系地址綁定到一起，其后的請求消息的 RequestURI 等于該聯(lián)系地址。 UAS 應(yīng)當(dāng) 按下述步驟處理請求：即從鑒權(quán)開始，然后檢查請求方法，檢查各個頭字段等。 本協(xié)議規(guī)定， UAC 在收到 401（未授權(quán)）或者 407（ 代理服務(wù)器 需要鑒權(quán)）響應(yīng)碼時應(yīng)按 和 中的授權(quán)過程來重發(fā)攜帶鑒權(quán)證書的請求。有些響應(yīng)碼指示請求可以重發(fā)，重發(fā)的請求不應(yīng)視為失敗。如果客戶端要根據(jù)初始請求的一個 3xx類響應(yīng)構(gòu)造新的請求消息，它應(yīng)把可能的 URI 放入目標(biāo)地址集中。此外， Via 頭字段中的 transport 值也要根據(jù)不同的目標(biāo)服務(wù)器來設(shè)置。 請求消息的發(fā)送 首先確定請求消息的發(fā)送目的地。任何能夠建立對話的請求消息中都必須有 Contact 頭字段，并且該頭字段中只能含有一個 SIP 或 SIPS URI。 UA 只有知道網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)時，才可以謹(jǐn)慎地選擇更小的跳數(shù)值。 具體實現(xiàn)可 采 用localidhost 的形式。（如 sip:） 通常，某個 UA 產(chǎn)生的請求消息中的 From 頭字段值是由用戶或用戶本地主域的服務(wù)器預(yù)先設(shè)置的。通常經(jīng)過人機(jī)接口，由用戶輸入或者從地址簿中選取。另外，請求行（ request line）也是必選的，它包含了請求方法、 RequestURI、 SIP 版本信息。 4 用戶代理 (UA)的基本行為 用戶代理 (UA)表 示 一個終端系統(tǒng)。 YD — 5 消息實體類型 消息實體的類型必須由“ ContentType”字段進(jìn)行定義，且如果消息實體采用了壓縮編碼方式，則相應(yīng)地應(yīng)在“ ContentEncoding”字段中定義其所采用的壓縮編碼算法。 本協(xié)議規(guī)定，頭字段名對大小寫字符不敏感，即相同字段名不區(qū)分大小寫字符。依照以上規(guī)則，以下兩個頭字段是相同的。 2） 2XX：成功響應(yīng)，表示請求已被成功接收，完全理解并被接受。REGISTER 消息用于發(fā)送注冊請求信息， INVITE、 ACK、 CANCEL 用于建立會話連接， BYE 用于終結(jié)會話連接， OPTIONS 用于查詢服務(wù)器能力。 2 規(guī)范性引用文件 下列 文件中的條款通過本標(biāo)準(zhǔn)的引用而成為本標(biāo)準(zhǔn)的條款。 ICS 中 華 人 民 共 和 國 通 信 行 業(yè) 標(biāo) 準(zhǔn) YD YD — 會話初始協(xié)議技術(shù)要求 第一部分 基本的會話初始協(xié)議 Technical Requirements for Session Initiation Protocol Part1 Basic Session Initiation Protocol （征求意見稿） 發(fā)布 實施 中華人民共和國信息產(chǎn)業(yè)部 發(fā)布 YD — I 前 言 .............................................................................. II 1 范圍 ................................................................................. 1 2 規(guī)范性引用文件 ....................................................................... 1 3 SIP 消息 .............................................................................. 1 4 用戶代理 (UA)的基本行為 ............................................................... 5 5 請求的取消 .......................................................................... 15 6 注冊（暫缺） ........................................................................ 17 7 查詢能力 ............................................................................ 17 8 對話（ dialog） ....................................................................... 19 9 會話發(fā)起過程 ........................................................................ 23 10 會話更改過程 ....................................................................... 24 11 會話結(jié)束過程 ....................................................................... 26 12 代理服務(wù)器 (代理服務(wù)器 )的行為 ........................................................ 26 13 SIP 事務(wù)層 .......................................................................... 43 14 傳輸 ............................................................................... 50 15 普通的消息成分 ..................................................................... 54 16 頭字段 ............................................................................. 62 17 響應(yīng)代碼 ........................................................................... 77 18 HTTP 鑒權(quán)的使用 .................................................................... 83 19 S/MIME ............................................................................ 88 20 SIP 協(xié)議的擴(kuò)展 BNF .................................................................. 95 附 錄 A(標(biāo)準(zhǔn)性附錄 ) 安全：威脅模式和安全建議 ....................................... 107 附 錄 B(標(biāo)準(zhǔn)性附錄 ) IANA 考慮 ..................................................... 116 附 錄 C(標(biāo)準(zhǔn)性附錄 ) 與 RFC 2543 相比的改變 ......................................... 119 附 錄 D(標(biāo)準(zhǔn)性附錄 ) SIP 協(xié)議中臨時響應(yīng)的可靠性 ..................................... 123 附 錄 E(標(biāo)準(zhǔn)性附錄 ) 定位 SIP 服務(wù)器 ................................................. 129 附 錄 F(標(biāo)準(zhǔn)性附錄 ) SDP 的提供 /應(yīng)答模式 ............................................ 135 附 錄 G(標(biāo)準(zhǔn)性附錄 ) 特定事件的通知 ................................................. 146 附 錄 H(標(biāo)準(zhǔn) 性附錄 ) OPEN ISSUE ................................................... 160 附 錄 I(標(biāo)準(zhǔn)性附錄 ) SIP INFO ...................................................... 163 YD — II 前 言 本標(biāo)準(zhǔn)以 RFC3261 等文檔為依據(jù)，針對我國具體要求制定而成。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本標(biāo)準(zhǔn)，然而，鼓勵根據(jù)本標(biāo)準(zhǔn)達(dá)成協(xié)議的各方研究是否可使用這些文件的最新版本。本協(xié)議規(guī)定方法名必須使用大寫字母。 3） 3XX：重定向響應(yīng)，表示需采取進(jìn)一步以完成該請求。 Subject: I know you39。如未特別指出，頭字段中所包含的字段參數(shù)值，參數(shù)名和參數(shù)值也對大小寫字符不敏感，除此之外，頭字段名中所包含的破折號“ ”字符對大小寫字符不敏感，但是引號字符內(nèi)的字符內(nèi)容對大小寫字符敏感。否則，如果消息實體未采用了壓縮編碼方式，則“ ContentEncoding”字段的內(nèi)容應(yīng)被忽略。它包括兩部分，用戶代理客戶端 (UAC)和用戶代理服務(wù)器端 (UAS)，前者產(chǎn)生請求，后者產(chǎn)生對應(yīng)的響應(yīng)。 在 對 話外發(fā)送的請求消息包括：用 INVITE消息建立起一個會話（參見本規(guī)范第 13 章），用 OPTIONS消息進(jìn)行能力查詢（參見本規(guī)范第 11 章）等。用戶通常不會輸入一個完整的 URI，而只是提供一個由數(shù)字或字母組成的字符串（比如 ”bob”），由 UA 判斷并解釋該字符串。如果 UA 被多個用戶所共用，那么它可以有多個可切換的用戶配置文件，每一文件中含有某一用戶的URI。 CallID 對大小寫敏感，需逐字節(jié)的進(jìn)行比較。 Via 頭字段 Via 頭字段定義 SIP 事務(wù)的下層（傳輸層）傳輸協(xié)議，并標(biāo)識響應(yīng)消息將要被發(fā)送的位置。 在