一個用戶代理代表一個終端系統，包含一個用戶終端UAC，用于產生請求方法；包含一個用戶代理服務端UAS，用來產生響應。用戶按下觸發(fā)鍵時可以使得UAC發(fā)出請求和處理應答，UAS是一個能接收請求，并且根據用戶的輸入產生響應的應答。當一個UAC發(fā)送請求時，該請求通過PROXY代理服務器傳遞到UAS；當UAS產生一個應答，該應答同樣被傳送到UAC。
UAC和UAS處理請求和應答的特點：
- 請求和應答是否在同一個對話中
- 請求的方法
產生一個請求
合法的SIP請求至少需要包含：Via,From,To,Cseq,Call-ID,Max-Forwards。這6個字段是SIP消息的基本組成部分，包含了消息地址，響應的路由，消息傳遞次數，序列號，事務的唯一標志。這些頭域是在請求行（起始行）之后，請求行：Request-URI，SIP版本（SIP版本一般為SIP/2.0）
1. Via
(1) 作用
路由響應：記錄請求經過的路徑，確保響應按原路徑返回。
NAT 穿透：標記請求的實際源地址（通過 received 和 rport 參數）。
協議適配：標識傳輸層協議（如 UDP, TCP, TLS）。
(2) 格式
Via: SIP/2.0/UDP client.example.com:5060;branch=z9hG4bK776asdhds
參數：
branch：唯一標識事務（以 z9hG4bK 開頭，避免沖突）。
received：記錄請求的實際源 IP（由服務器添加）。
rport：記錄請求的實際源端口（由服務器添加）。
(3) 規(guī)則
每經過一個代理，代理會在 Via 頭部頂部插入自己的地址。
響應按 Via 列表逆序逐跳返回（類似“棧”結構）。
2. From
(1) 作用
標識發(fā)起方：標記請求的原始發(fā)送者（可能與實際發(fā)送地址不同）。
對話匹配：與 To 和 Call-ID 共同標識一個 SIP 對話（Dialog）。
(2) 格式
From: "Alice" <sip:alice@example.com>;tag=12345
參數：
tag：唯一標識對話中的參與者（由 UAC 生成，避免重復）。
顯示名：可包含可讀名稱（如 "Alice"），非必需。
(3) 規(guī)則
UAS 必須原樣返回 From 頭域（包括 tag）在響應中。
3. To
(1) 作用
標識目標方：標記請求的預期接收者（可能未實際處理請求）。
對話匹配：與 From 和 Call-ID 共同標識一個 SIP 對話。
(2) 格式
To: "Bob" <sip:bob@example.org>;tag=67890
參數：
tag：由 UAS 在響應中添加，用于區(qū)分同一對話中的不同參與者。
初始請求：To 頭域可能無 tag，直到 UAS 生成響應。
4. CSeq
(1) 作用
事務排序：唯一標識一個事務（請求+響應），確保請求與響應匹配。
重傳檢測：相同 CSeq 值的請求視為重傳。
(2) 格式
CSeq: 1 INVITE
組成：
序列號：數字（從 1 開始遞增）。
方法名：必須與請求方法一致（如 INVITE, BYE）。
(3) 規(guī)則
每個新請求的 CSeq 序列號必須遞增（同一對話內）。
UAS 必須驗證 CSeq 方法是否與請求方法一致。
5. Call-ID
(1) 作用
唯一標識對話：全局唯一標識符，用于關聯同一會話中的所有請求和響應。
(2) 格式
Call-ID: a84b4c76e66710@client.example.com
生成規(guī)則：通常為隨機字符串 + @ + 主機名（如 UAC 的 IP/域名）。
唯一性：同一對話中所有消息的 Call-ID 必須相同。
6. Max-Forwards
(1) 作用
防循環(huán)：限制請求經過的代理跳數，避免無限循環(huán)。
(2) 格式
Max-Forwards: 70
初始值：通常設為 70（RFC 建議值）。
處理規(guī)則：
每經過一個代理，值減 1。
若值為 0，代理返回 483 Too Many Hops 錯誤。
下載文檔
