【正文】 媒體會議可能會有多個呼叫，每個呼叫有其自己的CallID。通過換行符區(qū)分消息頭中的每一條參數(shù)行。各響應(yīng)消息分類和含義如 表 32所示。該消息僅和 INVITE 消息配套使用。對于兩方呼叫來說，主叫方在會話描述中指示其能夠接受的媒體類型及其參數(shù)。 傳輸層支持： SIP 協(xié)議承載在 IP 網(wǎng)，網(wǎng)絡(luò)層協(xié)議為 IP，傳輸層協(xié)議可用 TCP或 UDP，推薦首選 UDP。 注意： UAC 和 UAS 的劃分是針對一個事務(wù)而言的。在華為 USYS 解決方案中， SoftX3000 兼任注冊員的角色。重定向服務(wù)器并不接收 或者拒絕呼叫，主要完成路由功能，與注冊過程配合可以支持 SIP 終端的移動性。代理服務(wù)器有三種形態(tài)： Stateless、 Stateful 和 Call Stateful，其可以采用分支、循環(huán)等方式向多個地址嘗試轉(zhuǎn)發(fā)請求。 SIP 用戶終端上電后即向登記服務(wù)器（ SoftX3000）登記，SIP 專門為此定義了一個“登記”（ REGISTER）請求消息，并規(guī)定了登記操作過程。 method=REGISTER。 User=phone。 。 “生存期參數(shù)”指示 UDP 多播數(shù)據(jù)包的壽命，僅當(dāng)傳送參數(shù)為 UDP、服務(wù)器地址參數(shù)為多播地址時才能使用。 “用戶參數(shù)”， SIP URL 的一個特定功能是允許主機(jī)類型為 IP 電話網(wǎng)關(guān)，此時，用戶名可以為一般的電話號碼。 “主機(jī)”可為主機(jī)域名或 IPv4 地址。 SIP 沿用 WWW技術(shù)解決這兩個問題。其中，呼叫啟動包含兩個操作請求：邀請（ Invite）和證實（ ACK），前者需要回送響應(yīng)，后者只是證實已收到最終響應(yīng) ，不需要回送響應(yīng)。對于基于 MCU的會議，每個參與者使用一個呼叫邀請自己加入 MCU。 相關(guān)術(shù)語 1. 呼叫 一個呼叫是由一個公共源端所邀請的在一個會議中的所有參加者組成，由一個全球唯一的 CallID 進(jìn)行標(biāo)識。譬如， SIP 協(xié)議支持的主叫可以識別出 協(xié)議支持的被叫，通過 網(wǎng)關(guān)利用 協(xié)議向被叫發(fā)起并建立呼叫；另外，一個 SIP 主叫可以識別出 PSTN上的被叫及其電話號碼，通過與 PSTN相連的網(wǎng)關(guān)向被叫發(fā)起并建立呼叫。它支持個人移動（ personal mobility），即終端用戶能夠在任何地方、任何時間請求和獲得已訂購的任何電信業(yè)務(wù)。用戶也可以登記它們的當(dāng)前位置。一方面，它借鑒了其他 Inter標(biāo)準(zhǔn)和協(xié)議的設(shè)計思想，在風(fēng)格上遵循因特網(wǎng)一貫堅持的簡練、開放、兼容和可擴(kuò)展等原則，并充分注意到因特網(wǎng)開放而復(fù)雜的網(wǎng)絡(luò)環(huán)境下的安全問題。這些會話包括 Inter 多媒體會議、Inter 電話、遠(yuǎn)程教育以及遠(yuǎn)程醫(yī)療等。即所有的因特網(wǎng)上交互式兩方或多方多媒體通信活 動，統(tǒng)稱為多媒體會話。另一方面，它也充分考慮了對傳統(tǒng)公共電話網(wǎng)的各種業(yè)務(wù)，包括 IN 業(yè)務(wù)和 ISDN業(yè)務(wù)的支持。 SIP 協(xié)議獨(dú)立于其他會議控制協(xié)議，它在設(shè)計上獨(dú)立于下面的傳輸層協(xié)議，因此可以靈活方便地擴(kuò)展其他附加功能?？偟膩碚f，會話啟動協(xié)議能夠支持下列五種多媒體通信的信令功能： ? 用戶定位：確定參加通信的終端用戶的位置； ? 用戶通信能力協(xié)商：確定通信的媒體類型和參數(shù)； ? 用戶意愿交互：確定被叫是否樂意參加某個通信； ? 建立呼叫：包括向被叫“振鈴”，確定主叫和被叫的呼叫參數(shù)； ? 呼叫處理和控制：包括呼叫重定向、呼 叫轉(zhuǎn)移、終止呼叫等等。 SIP 協(xié)議不提供發(fā)言控制（ floor control）、投票等會議控制功能，也不規(guī)定如何管理一個會議。 例如：由同一個源邀請的一個會議的所有參加者構(gòu)成一個呼叫；點(diǎn)到點(diǎn) IP 電話會話是一種最簡單的會話，它映射為單一的 SIP 呼叫。 2. 事務(wù) SIP 是一個客戶 /服務(wù)器協(xié)議。呼叫終結(jié)包含一個操作請求：再見（ Bye）。 尋址采用 SIP URL（ Uniform Resource Locators），按照 RFC2396 規(guī)定的 URI導(dǎo)則定義其語法，特別是用戶名字段可以是電話號碼，以支持 IP 電話網(wǎng)關(guān)尋址，實現(xiàn) IP 電話和 PSTN的互通。 “端口”指示請求消息送往的端口號，其缺省值為 5060，即公開的 SIP 端口號。由于 BNF 語法表示無法區(qū)分電話號碼和一般的用戶名，因此，在域名后增加了“用戶參數(shù)”字段。 “服務(wù)器地址參數(shù)”指示和該用戶通信的服務(wù)器的地址，它覆 蓋“主機(jī)”字段中的地址，通常為多播地址。 55500200 為用戶名， 為 IP 電話網(wǎng)關(guān)的 IP 地址。 55500200 為用戶名， 為主機(jī)的 IP 地址， 5061 為主機(jī)端口號。 Alice 為用戶名， 為主機(jī)域名。 5. 定位服務(wù)（ Location Service） SIP 重定位服務(wù)器或代理服務(wù)器用來獲得被叫位置的一種服務(wù)，可由定位服務(wù)器提供，但 SIP 協(xié)議不規(guī)定 SIP 服務(wù)器如何請求定位服務(wù)。 代理服務(wù)器的主要功能：路由、認(rèn)證鑒權(quán)、計費(fèi)監(jiān)控、呼叫控制、業(yè)務(wù)提供等。在華為 USYS 解決方案中， SoftX3000 兼任重定向服務(wù)器的角色。 9. 用戶助理（ User Agent） 用來發(fā)起或者接收請求的邏輯實體稱為 User Agent。 協(xié)議棧結(jié)構(gòu) SIP 協(xié)議棧結(jié)構(gòu)如 圖 31 所示。 SIP協(xié)議的應(yīng)用 SoftX3000 通過 SIP/SIPT 與其它軟交換系統(tǒng)互通，以及與其它 SIP 域設(shè)備（如SIP Phone， SIP Softphone 等）互通， SIP 協(xié)議在 NGN中的典型應(yīng)用如 圖 32所示： 圖 32 SIP在 NGN 中的典型應(yīng)用 協(xié)議消息 消息類型 SIP 消息采用文本方式編碼，分為兩類：請求消息和響應(yīng)消息。被叫方必需在成功響應(yīng)消息的消息體中指明其希望接受哪些媒體，還可以指示其行將發(fā)送的媒體。 BYE 結(jié)束會話 CANCEL 取消尚未 完成的請求，對于已完成的請求（即已收到最終響應(yīng)的請求）則沒有影響 REGISTER 注冊 OPTIONS 查詢服務(wù)器的能力 2. 響應(yīng)消息 用于對請求消息進(jìn)行響應(yīng)，指示呼叫的成功或失敗狀態(tài)。 表 32 響應(yīng)消息 序號 狀態(tài)碼 消息功能 1xx 信息響應(yīng)（呼叫進(jìn)展響應(yīng)） 表示已經(jīng)接收到請求消息，正在對其進(jìn)行處理 100 試呼叫 180 振鈴 181 呼叫正在前轉(zhuǎn) 182 排隊 2xx 成功響應(yīng) 表示請求已經(jīng)被成功接受、處理 200 OK 3xx 重定向響應(yīng) 表示需要采取進(jìn)一步動作，以完成該請求 300 多重選擇 301 永久遷移 302 臨時遷移 303 見其它 305 使用代 理 380 代換服務(wù) 4xx 客戶出錯 表示請求消息中包含語法錯誤或者 SIP 服務(wù)器不能完成對該請求消息的處理 400 錯誤請求 401 無權(quán) 402 要求付款 403 禁止 404 沒有發(fā)現(xiàn) 405 不允許的方法 406 不接受 407 要求代理權(quán) 408 請求超時 410 消失 413 請求實體太大 序號 狀態(tài)碼 消息功能 414 請求 URI太大 415 不支持的媒體類型 416 不支持的 URI方案 420 分機(jī)無人接聽 421 要求轉(zhuǎn)機(jī) 423 間隔太 短 480 暫時無人接聽 481 呼叫腿 /事務(wù)不存在 482 相環(huán)探測 483 跳頻太高 484 地址不完整 485 不清楚 486 線路忙 487 終止請求 488 此處不接受 491 代處理請求 493 難以辨認(rèn) 5xx 服務(wù)器出錯 表示 SIP服務(wù)器故障不能完成對正確消息的處理 500 內(nèi)部服務(wù)器錯誤 501 沒實現(xiàn)的 502 無效網(wǎng)關(guān) 503 不提供此服務(wù) 504 服務(wù)器超時 505 SIP版本不支持 513 消息太長 6xx 全局故障 表示請求不能在任何 SIP服務(wù)器上實現(xiàn) 600 全忙 603 拒絕 604 都不存在 606 不接受 請求消息和響應(yīng)消息都包括 SIP 頭字段和 SIP 消息字段。對于不同的請求消息，有些參數(shù)可選。例如，某用戶可數(shù)次邀請某人參加同一歷時很長的會議。否則，本地標(biāo)識必須是全局唯一的值，以保證 CallID 的全局唯一性。服務(wù)器將此字段從請求消息復(fù)制到響應(yīng)消息。 tag 稱為標(biāo)記，為 16 進(jìn)制數(shù)字串，中間可帶連字符“ ”。 From 字段的示例： From: sip:。由于代理服務(wù)器可以并行分發(fā)多個請求，同一請求可能到達(dá)用戶的不同實例（如住宅電話等）。tag=62beb3ca 注意，在 SIP 中， CallID、 From 和 To 三個字段標(biāo)識一個呼叫分支。序號初值可為任意值，其后具有相同 CallID 值，但不同命令名稱、消息體的請求，其Cseq 序號應(yīng)加 1。服務(wù)器必須記憶相同 CallID 的INVITE 請求的最高序號，收到序號低于此值的 INVITE 請求應(yīng)在給出響應(yīng)后予以丟棄。它可以防止請求消息傳送產(chǎn)生環(huán)路，并確保響應(yīng)和請求消息選擇同樣的路徑，以保證通過防火墻或滿足其它特定的選路要求。 當(dāng)請求消息通過網(wǎng)絡(luò)地址翻譯點(diǎn)（如防火墻）時，請求的源地址和端口號可能被改變，此時 Via 字段就不能成為響應(yīng)消息選路的依據(jù)。后者注意到前站發(fā)送地址和 Via 字段地址不符，就把實際發(fā)送地址作為接收方標(biāo)記加在頂端 Via 字段的末尾，然后再將代理自己的地址作為新加的 Via 字段置于最上面。 規(guī)則 2：如果沒有第 2 個 Via 頭部字段，則該響應(yīng)已經(jīng)到達(dá)目的地。 規(guī)則 4：如果第 2 個 Via 字段不包含“ maddr”參數(shù)，但有一個接收方標(biāo)記字段，則應(yīng)將該響應(yīng)發(fā)往“ received”參數(shù)指示的地址。隱藏參數(shù)就是關(guān)鍵詞 hidden，如有此參數(shù)，表示該字段已由上游代理予以加密，以提供隱私服務(wù)。 Via 字段的示例： Via:SIP/:5061。 INVITE 和 ACK 請求中的 Contact 字段指示該請求發(fā)出的位置。 對應(yīng)于 INVITE 請求的呼叫進(jìn)展響應(yīng)消息中包含的 Contact 字段的含義和成功響應(yīng)消息相同。 Contact 字段也可設(shè)定“失效”參數(shù)（任選），給定登記的失效時間。 重定向響應(yīng)消息，如用戶臨時遷移、永久遷移、地址模糊等消息中的 Contact字段給出供重試的其它可選地址，可用于對 BYE、 INVITE 和 OPTIONS 請求的響應(yīng)消息。動 作參數(shù)僅用于REGISTER 請求。擴(kuò)展屬性就是擴(kuò)展名。請求每經(jīng) 過一個中轉(zhuǎn)站，該值減 1。 MaxForwards 字段的一般格式為： MaxForwards:十進(jìn)制整數(shù) ? Allow 該字段給出代理服務(wù)器支持的所有請求消息類型列表。 消息體的長度不包括用于分離消息頭部和消息體的空白行。 ContentLength 字段的一般格式為： ContentLength：十進(jìn)制值 ContentLength 字段的示例： ContentLength: 349 表示消息體的長度為 349 個字節(jié)。 ContentType 字段的示例： ContentType: application/sdp ? Supported SIP 協(xié)議中定義的 100 類臨時響應(yīng)消息的傳輸是不可靠的，即 UAS 發(fā)送臨時響應(yīng)后并不能保證 UAC 端能夠接受到該消息。 如果 UAC 支持該擴(kuò)展，則在發(fā)送的消息中增加 Supported:100rel 頭域和字段。 如果某一 UA想要在發(fā)送的臨時響應(yīng)消息中攜帶 SDP消息體，那么 UAC和 UAS都必須支持和使用 100rel 擴(kuò)展以保證該消息的可靠傳輸。 舉例： Expires: 5 ? AcceptLanguage AcceptLanguage 頭字段用在請求消息中，表示原因短語、會話描述或應(yīng)答消息中攜帶的狀態(tài)應(yīng)答內(nèi)容的首選語言類型。 終端收到認(rèn)證請求消息后根據(jù)服務(wù)器端返回的信息和用戶配置等信息采 用特定的算法生成加密的 RESPONSE，并且通過新的請求消息發(fā)送給服務(wù)器端。其中老的 NONCE 會通過 CNONCE 參數(shù)返回。目前 SoftX3000 只支持HTTPDIGEST 方式。 NONCE：由發(fā)起認(rèn)證過程的實體產(chǎn)生的加密因子。） URI：發(fā)起的呼叫請求消息的 RequestUR I。 CNONCE：如果在服務(wù)器端超時后終端才向服務(wù)器返回了帶有認(rèn)證響應(yīng)的新的請求消息，則服務(wù)器端需要重新產(chǎn)生 NONCE 重新對用戶進(jìn)行認(rèn)證。tag=1ccb6df3 To: sip: CSeq: 1 INVITE CallID: 20973e49f7c52937fc6be224f9e52543sx3000 Via: SIP/:5061。 SIP 版本號為 。 第三行： To 字 段 。 第四行： Cseq 字段。 CallID 為“ 20973e49f7c52937fc6be224f9e52