SIP Definitons

SIP 用詞定義

Dialog (對話)

兩個 UA 間持續一段時間的暫時 SIP 關係，由 INVITE transaction 建立，用一組 Call-ID、From tag、和 To tag 結合起來識別。在 RFC 2543 稱為 Call Leg。

• 目前只有 INVITE 可以建立對話。
• 由 BYE transaction 結束對話。
• Dialog 內 (in-dialog)：由相同的 Call-ID、From tag、和 To tag 識別，每個 SIP 請求的 CSeq 是增加的。
• re-INVITE (沒有 To tag 是要建立不同的 session)
• INFO
• out-of-dialog：沒有 To tag 就是 out-of-dialog 嗎？還是指不會建立 dialog 的 transaction？
• REGISTER 請求不會建立 dialog，所以 Record-Route 沒作用。

Header (信頭)

SIP 訊息的部件，傳遞關於 SIP 訊息的資訊，由一系列信頭欄位組成。

Header Field (信頭欄位)

SIP 訊息裡信頭 (Header) 的部件。一個信頭欄位包含一個信頭欄位名稱和 0 個以上信頭欄位值，可重複信頭欄位名稱出現在多個信頭欄位行。一個信頭欄位行裡有多個信頭欄位值用「,」隔開。有些信頭欄位只能有一個信頭欄位值，而只會有一個信頭欄位行。

Header Field Value (信頭欄位值)

一個信頭欄位值是一個值；一個信頭欄位包含 0 個以上信頭欄位值。

Informational Response

跟 Provisional Response 相同。

Initiator, Calling Party, Caller (發話端):

雙端中為了建立一個新 session (和 dialog) 發出 INVITE 請求那一端。發話端
保有其發話端角色從送一開始 INVITE 建立 dialog 開始，直到 dialog 結束。

Invitation

一個 INVITE 請求。

Invitee, Invited User, Called Party, Callee (受話端)

雙端中為了建立一個新 session 接收 INVITE 請求那一端。受話端保有其受話端角色從收到 INVITE 開始直到建立的 dialog 結束。

Route Set

一份 proxy 位址表，傳送特定請求時按照順序經過。Route Set 可透過如 Record-Route 學習、由用戶或服務提供者人工設定、或其它非 SIP 機制等設定。

Server

一個 network element，接收請求並回送回應來提供服務。 Server 範例有 Proxy、UAS、redirect server、和 registrar。

參考來源

RFC3261 §6