【正文】 s 最大轉(zhuǎn)發(fā)次數(shù) Maxforwards: 70 Priority 優(yōu)先級(jí) Priority: emergency Proxyauthorization 代理授權(quán) ProxyAuthorization: Digest username=Customer1, realm=, nonce=9c8e88df84f1cec4341ae6e5a359, opaque=, uri=sip:, response=e56131d19580cd833064787ecc Proxyrequire 代理需求 ProxyRequire: timer Require 需求 Require: rel100 Route 路由 Route: 只出現(xiàn)在響應(yīng)中 AuthenticatonInfo 鑒別信息 AuthenticationInfo: rspauth=9105jr98li459jgfp Proxyauthenticate 代理鑒別 ProxyAuthenticate: Digest realm=, nonce=9c8e88df84f 1cec4341ae6e5a359, opaque=, stale=FALSE, algorithm=MD5 Unsupported 不支持 Unsupported: rel100 Warning 警告 Warning: 302 proxy Inpatible transport protocol WWWauthenticate WWW 鑒別 WWWAuthenticate: Digest realm=, nonce=9c8e88df84f1 cec4341ae6e5a359, opaque=, stale=FALSE, algorithm=MD5 下面重點(diǎn)介紹以下頭字段： Via： Via 頭字段指定目前請(qǐng)求消息經(jīng)過(guò)的路徑，同時(shí)指定響應(yīng)也要按該 路徑返回。該字段值中的branch ID 參數(shù)是一個(gè)事務(wù)標(biāo)識(shí)符，代理服務(wù)器用它來(lái)檢測(cè)環(huán)路。 Via 頭字段包含一個(gè)用來(lái)發(fā)送消息的傳送協(xié)議和客戶端的主機(jī)名或者網(wǎng)絡(luò)地址，該頭字段還可能包含一個(gè)接收響應(yīng)的端口號(hào)。本字段還可以包含下列參 數(shù)： maddr、 ttl、 received和 brance。具體實(shí)現(xiàn)時(shí)， brance 參數(shù)的值必須從 z9hG4bk這個(gè)字符串開始。 Via 頭字段的縮寫形式為 v，例如： Via: SIP/:5060。brance=z9hG4bK87asdks7 Maxforwards： 在 RFC3261 中規(guī)定， MaxForwards（最大轉(zhuǎn)發(fā)次數(shù)）頭字段必須和任何方法一起規(guī)定向下游轉(zhuǎn)發(fā)消息的代理服務(wù)器和網(wǎng)關(guān)的個(gè)數(shù)。當(dāng)某客戶端沿著某條鏈路發(fā)送請(qǐng)求消息的時(shí)候，使用該字段可以有效地防止鏈路中出錯(cuò)或者發(fā)生回環(huán)。 Maxforwards 頭字段的值是一個(gè) 0255 的整數(shù)，指示了該請(qǐng)求還允許被轉(zhuǎn)發(fā)的次數(shù)。轉(zhuǎn)發(fā)該請(qǐng)求時(shí)，每經(jīng)過(guò)一個(gè)服務(wù)器該值就減一。一般默認(rèn)為 70。例如： MaxForwards: 70 To： 該頭字段指定了請(qǐng)求的邏輯 接收者。 displayname參數(shù)用于人機(jī)接口，為可選。 tag參數(shù)一般用于標(biāo)識(shí)對(duì)話。 To 頭字段等價(jià)性的判定同 From 頭字段。它的縮寫形式為 t。例如： To: The Operator t: sip: 另外，將一個(gè)請(qǐng)求的 To 頭字段和 RequestURI 區(qū)分開來(lái)非常重要。在整個(gè)會(huì)話過(guò)程中， To頭字段含有同樣的內(nèi)容，它是打算用于遠(yuǎn)端用戶代理的。它不能被代理改變。 而 RequestURI 含有在信令路徑中下一跳的地址，并因此在路途中被每 個(gè)代理改變。 From： From 頭字段用于指示請(qǐng)求的發(fā)起者，也就是發(fā)送請(qǐng)求（不是對(duì)話）的源地址。這可能與對(duì)話的發(fā)起者并不同。當(dāng)被叫發(fā)出請(qǐng)求時(shí)， From 字段中就是使用被叫的地址。 From 的縮寫形式是 f。例如： From:A. G. Bell f: Anonymous CallID： CallID 頭字段唯一的標(biāo)識(shí)某個(gè)客戶端的某個(gè)特定的會(huì)話或所有的注冊(cè)請(qǐng)求。一個(gè)多媒體會(huì)議可以發(fā)起幾個(gè) CallID 不同的呼叫，例如，一個(gè)發(fā) 起者 A可以邀請(qǐng)用戶 B參與一個(gè)會(huì)議，隨后又邀請(qǐng)用戶 C 參與同一個(gè)會(huì)議，那么， A與 B有一 個(gè) CallID， A與 C 有另一個(gè) CallID。那么， A發(fā)送 BYE 請(qǐng)求時(shí)，就是通過(guò)不同的 CallID 來(lái)選擇結(jié)束那個(gè)會(huì)話。 CallID 區(qū)分大小寫并逐字節(jié)比較。縮寫形式為 i。例如： CallID： i： Cseq： 命令序列頭字段 Cseq 位于請(qǐng)求消息中，包含兩個(gè)字段：一個(gè)無(wú)符號(hào)整數(shù)字段和一個(gè)方法名。該頭字段用于把某對(duì)話中 的事務(wù)進(jìn)行排序且提供了一種唯一標(biāo) 識(shí)某事務(wù)的方法（即INVITE、 ACK等 method），并能夠區(qū)分某請(qǐng)求是新的請(qǐng)求還是從發(fā)的請(qǐng)求。如果兩個(gè) Cseq的數(shù)字序列以及方法都相等那么這 兩個(gè) Cseq 就是等價(jià)的。 例如： Cseq: 4711 INVITE 200 OK中的 Cseq：完整地復(fù)制對(duì)應(yīng)請(qǐng)求中的 Cseq，不做任何修改； ACK中的 Cseq：和對(duì)應(yīng)的最終響應(yīng)有相同的整數(shù)序列，只是方法名變?yōu)?ACK； CANCEL 中的 Cseq：和對(duì)應(yīng)的請(qǐng)求（一般是 INVITE）由相同的整數(shù)序列，只是方法名變?yōu)?CANCEL； 如下 圖： Contact： Contact 字段的值含有一個(gè) URI， UA 可根據(jù)這個(gè)地址，直接找到另一個(gè) UA，從而避開 SIP服務(wù)器。 例如： Alice通過(guò) SIP Proxy呼叫 Bob。 Alice發(fā)送 “INVITE sip: SIP/”到 Proxy，中間過(guò)程不用 管它，在 Bob 送回的 200 OK的響應(yīng)里包含了 Contact 字段 “Contact: sip: SIP/”到 Bob。 Contact 頭字段的值中還可以包含一個(gè)顯示名稱、含有 URI 參數(shù)的 URI 和頭字段參數(shù)。在RFC3261 中定義了 Contact 參數(shù) “q”和 “expires”。這些參數(shù)只用于 REGISTER 請(qǐng)求及其響應(yīng)以及 3xx 響應(yīng)。 當(dāng) Contact 頭字段包含一個(gè)顯示名稱的時(shí)候，帶有所有的 URI 參數(shù)的 URI 應(yīng)放于三角括號(hào)中，否則， URI 后面的參數(shù)都認(rèn)為是頭字段參數(shù)而不是 URI 參數(shù)。 解析顯示名稱、 URI、 URI 參數(shù)以及頭字段參數(shù)的規(guī)則同樣適用于 To 和 From 頭字段。 Contact頭字段的縮寫是 m（ “moved”）。 例如： Contact： Mr. Watson m: RecordRoute 和 Route： RecordRoute 頭字段由代理服務(wù)器插入請(qǐng)求消息中，這樣可以使該對(duì)話中將來(lái)的請(qǐng)求仍能經(jīng)過(guò)該代理服務(wù)器。舉例如下： RecordRoute: Route 頭字段有一個(gè)代理服務(wù)器列表，用來(lái)指定請(qǐng)求消息的路由。舉例如下： Route: Bodies（ SDP） 請(qǐng)求和 應(yīng)答都可能含有消息體，它被一個(gè)空行和消息頭分開。被 SIP 消息攜帶的消息體通常是會(huì)話描述符（即 SDP），但它也可以由任何不透明物體組成，它就象附件一樣包含在 SIP消息中。在這里我們主要介紹會(huì)話描述符。 SDP 介紹 會(huì)話描述協(xié)議（ SDP， Session Description Protocol）規(guī)定了對(duì)描述會(huì)話的必要信息怎樣進(jìn)行編碼。兩個(gè) SIP 實(shí)體可以通過(guò)攜帶 SDP 消息體來(lái)使它們之間的多媒體會(huì)話達(dá)成一致。但 SDP不支持媒體編碼方案的協(xié)商 ,這些功能均由下層傳送協(xié)議完成。 SDP 用于構(gòu)建 INVITE 和 200 OK 響應(yīng)消息的消息體，供主 \被叫用戶交換媒體信息。 SDP 包括以下一些方面： 1） 會(huì)話的名稱和目的 2） 會(huì)話存活時(shí)間 3） 包含在會(huì)話中的媒體信息，包括： 媒體類型 (video, audio, etc) 傳輸協(xié)議 (RTP/UDP/IP, , etc) 媒體格式 ( video, MPEG video, etc) 多播或遠(yuǎn)端（單播）地址和端口 4） 為接收媒體而需的信息 (addresses, ports, formats and so on) 5） 使用的帶寬信息 6） 可信賴的接洽信息（ Contact information） SDP 語(yǔ)法 SDP 會(huì)話描述是基于文字的，一個(gè)會(huì)話描述由一些類似如下形式的文字行組成： Tyte=value 類型域?yàn)橐粋€(gè)單獨(dú)字符，而值域的格式則取決于它前面的類型語(yǔ)。一個(gè) SDP 描述含有會(huì)話級(jí)信息和媒體級(jí)信息。會(huì)話級(jí)信息應(yīng)用于整個(gè)會(huì)話。例如，它能成 為會(huì)話始發(fā)者或者會(huì)話的名字。媒體級(jí)信息作用于特殊的媒體流。例如，它能作為一個(gè)編碼器給音頻流編碼或者是給視頻流發(fā)送端口號(hào)。 一個(gè) SDP 會(huì)話描述以會(huì)話級(jí)信息和媒體級(jí)信息 開始，如果任意一個(gè)出現(xiàn)，另外一個(gè)就接著在后面出現(xiàn)。會(huì)話級(jí)部分以 v＝ 0 開始， v 代表類型， 0 為值，意思是協(xié)議版本號(hào)為 0(SDP版本 0)。接下來(lái)的行直到媒體流部分或者會(huì)話描述的終點(diǎn)，提供了整個(gè)會(huì)話的信息。 媒體級(jí)部分以 m 行開始。下面的行直到下一個(gè) m 行出現(xiàn)，或者直到會(huì)話描述的終點(diǎn)，提供了特定媒體流的信息。 SDP 具體語(yǔ)法如下： 會(huì)話描述： v= (protocol version) //SDP 版本，默認(rèn)為 0 o= (owner/creator and session identifier) //用戶名 會(huì)話 id版本 地址 s= (session name) //會(huì)話名 i=* (session information) //會(huì)話信息 u=* (URI of description) //u= e=* ( address) p=* (phone number) c=* (connection information 如已經(jīng)包含在所有媒體中則該行不需要 ) b=* (bandwidth information) z=* (time zone adjustments) //時(shí)區(qū)調(diào)整 k=* (encryption key) //方法 :密鑰 或 k=方法 a=* (zero or more session attribute lines) //a=屬性 或 a=屬性 :值 時(shí)間描述： t= (time the session is active) //開始時(shí)間 結(jié)束時(shí)間 ，單位秒 r=* (zero or more repeat times) //重復(fù)時(shí)間 活動(dòng)持續(xù)時(shí)間 媒體描述： m= (media name and transport address)//m=媒體 端口 傳送 格式列表 i=* (media title 媒體稱呼 ) c=* (connection information 如已經(jīng)包含在會(huì)話級(jí)描述則為可選 ) b=* (bandwidth information) k=* (encryption key) a=* (zero or more media attribute lines) 注： v,o,s,t,m 為必須的 ,其他項(xiàng)為可選。 如果 SDP 語(yǔ)法分析器不能識(shí)別某一類型 (Type),則整個(gè)描述丟失 。 如果 a=的某屬性值不理解 ,則予以丟失 整個(gè)協(xié)議區(qū)分大小寫 =兩側(cè)不允許有空格 會(huì)話級(jí)的描述就是媒體級(jí)描述的缺省值 所有均格式為 = 一個(gè)例子 v=0 //SDP 版本 o=Tesla 2890844526 2890844526 IN IP4 //會(huì)話發(fā)起者是 Tesla，地址是 s=Phone Call //會(huì)話名字是 Phone Call c=IN IP4 //接收地址是 t=0 0 //在什么時(shí)候是激活的 m=audio 49170 RTP/AVP 0 //音頻流，端口是 49170，音頻流在 udp 上通過(guò) RTP 傳輸， //值 0意味音頻是在單個(gè)信道中使用 PCM u—law進(jìn)行編碼和以 8kHz的頻率采樣 a=rtpmap:0 PCMU/8000 三、 SIP 協(xié)議行為 會(huì)話過(guò)程 UAC 通過(guò)向服務(wù)器發(fā)送 INVITE 消息開始會(huì)話發(fā)起過(guò)程，該請(qǐng)求可能通過(guò)網(wǎng)絡(luò)中間的服務(wù)器設(shè)備的轉(zhuǎn)發(fā)，最終到 UAS。如果 UAS 同意建立本次會(huì) 話，則返回 2XX 響應(yīng)，如果不同意或者發(fā)生意外情況（重定向或者錯(cuò)誤），則返回 3XX、 4XX、 5XX、 6XX 響應(yīng)。 UAC 對(duì)于這 些最終響應(yīng)產(chǎn)生 ACK， 建立會(huì)話成功或者失敗。在收到最終響應(yīng)之前， UAS 也可以發(fā)送臨時(shí)響應(yīng)（ 1XX）來(lái)通知 UAC 當(dāng)前的處理進(jìn)展情況。 在會(huì)話建立成功以后，任何一端 UA 可以通過(guò)發(fā)送 reINVITE 請(qǐng)求來(lái)調(diào)整會(huì)話，修改