SIP - 請求報頭欄位

---

---

授權

授權報頭欄位用於在使用者代理 (UA) 向伺服器的請求中攜帶憑據。

它可以作為對包含挑戰資訊的401 未授權響應的回覆傳送。

事件

此報頭欄位用於SUBSCRIBE或NOTIFY方法，以指示該方法正在使用哪個事件包。

• 在 SUBSCRIBE 中，它列出了客戶端想要訂閱的事件包。

• 在 NOTIFY 中，它列出了通知包含狀態資訊的事件包。

加入

Join 報頭欄位用於在 INVITE 中請求將對話（會話）與現有對話（會話）加入。

• Join 報頭欄位的引數以類似於 Replaces 報頭欄位的方式透過呼叫 ID、To 標籤和 From 標籤來標識對話。

• 如果 Join 報頭欄位引用兩個使用者代理之間的點對點對話，則 Join 報頭欄位實際上是將呼叫轉換為會議呼叫的請求。

• 如果對話已經是會議的一部分，則 Join 報頭欄位是將其新增到會議中的請求。

代理授權

Proxy-Authorization 報頭欄位用於在使用者代理 (UA) 向伺服器的請求中攜帶憑據。

• 它可以作為對包含挑戰資訊的 407 代理身份驗證必需響應的回覆傳送。

• 接收包含 Proxy-Authorization 報頭欄位的請求的代理會搜尋其自身的領域，如果找到則處理該條目。

• 如果憑據正確，則在將其轉發到下一個代理時，請求中會保留任何剩餘的條目。

代理需求

Proxy-Require 報頭欄位用於列出使用者代理 (UA) 需要代理支援才能處理請求的功能和擴充套件。

• 代理返回 420 錯誤擴充套件響應，在不支援的報頭欄位中列出任何不支援的功能。

• 如果需要但不需要支援此選項，則將其列在支援的報頭欄位中。

最大轉發數

Max-Forwards 報頭欄位用於指示 SIP 請求可以採取的最大跳數。

• 轉發請求的每個代理都會遞減報頭欄位的值。

• 接收值為零的報頭欄位的代理會丟棄訊息，並向發件人傳送 483 過多跳數響應。

• 根據 RFC 3261，Max-Forwards 是請求中的必需報頭欄位。

• 建議值為 70 跳。

優先順序

UAC 使用 Priority 報頭欄位來設定請求的緊急程度。值為非緊急、正常、緊急和緊急情況。

引用到

Refer-To 報頭欄位是 REFER 請求中的必需報頭欄位，其中包含正在引用的 URI 或 URL 資源。它可以包含從 sip 或 sips 到 telURI 的任何型別的 URI。

被引用者

Referred-By 報頭欄位是 REFER 請求和由 REFER 觸發的請求中的可選報頭欄位。

• 它為觸發請求的接收者提供資訊，表明該請求是由於 REFER 和 REFER 的發起者而生成的。

• 未簽名的 Referred-By 報頭欄位可能會被429 提供引用者身份響應程式碼拒絕。

替換

Replaces 用於用新呼叫替換現有呼叫。

• 在已建立的對話中，接收具有與現有對話匹配的 Replaces 報頭欄位的另一個 INVITE 的 UA 必須接受 INVITE，使用 BYE 終止現有對話，並將所有資源和狀態從現有對話轉移到新建立的對話。

• 如果 Replaces 報頭欄位與任何對話都不匹配，則必須使用 481 對話不存在響應來拒絕 INVITE。

請求處置

Request-Disposition 報頭欄位可用於請求伺服器進行代理或重定向。

Example:
Request-Disposition: redirect

需要

Require 報頭欄位用於列出 UAC 需要 UAS 支援才能處理請求的功能和擴充套件。

UAS 返回 420 錯誤擴充套件響應，在 Unsupported 報頭欄位中列出任何不支援的功能。

Example:
Require: rel100

路由

Route 報頭欄位用於為請求提供路由資訊。

• RFC 3261 引入了兩種型別的路由：嚴格路由和鬆散路由，它們與同名的 IP 路由模式具有相似的含義。

• 在嚴格路由中，代理必須使用 Route 報頭欄位中的第一個 URI 來重寫 Request-URI，然後將其轉發。

• 在鬆散路由中，代理不會重寫 Request-URI，而是將請求轉發到 Route 報頭欄位中的第一個 URI 或另一個鬆散路由元素。

• 在鬆散路由中，請求必須透過 Route 列表中的每個伺服器才能根據 Request-URI 進行路由。

• 在嚴格路由中，請求必須僅透過 Route 報頭欄位中的一組伺服器進行路由，並且在每個跳躍處都會重寫 Request-URI。

• 代理或 UAC 可以透過 lr 引數的存在來判斷路由集中下一個元素是否支援鬆散路由。

Example:
Route: sip:proxy@example.com;lr

RAck

RAck 報頭欄位用於對 PRACK 請求的響應中，可靠地確認包含 RSeq 報頭欄位的臨時響應。

• 其值為 CSeq 和臨時響應中的 RSeq 的組合。

• 對於可靠傳送的每個響應，可靠序列號都會遞增。

Example:
RAck: 3452337 17 INVITE

會話到期

Session-Expires 報頭欄位用於指定會話的到期時間。

• 要擴充套件會話，任何 UA 都可以傳送帶有新的 Session-Expires 報頭欄位的 re-INVITE 或 UPDATE。

• 呼叫建立後，它將出現。

SIP-If-Match

SIP-If-Match 報頭欄位是 SIP 釋出機制的一部分。它包含在旨在重新整理、修改或刪除先前釋出狀態的 PUBLISH 請求中。

• 報頭欄位包含狀態資訊，該狀態資訊在對先前 PUBLISH 的 2xx 響應中的 SIP-ETag 報頭欄位中返回。

• 如果實體標籤不再有效，伺服器將返回 412 條件請求失敗響應。

Example:
SIP-If-Match: 56jforRr1pd

訂閱狀態

Subscription-State 報頭欄位是 NOTIFY 請求中的必需報頭欄位。它指示訂閱的當前狀態。定義的值包括活動、待處理或終止。

Example:
Subscription-State: terminated; reason = rejected