Authorization(授權(quán))

Authorization頭字段用于攜帶UA的憑據(jù)請(qǐng)求到服務(wù)器。

它可以在應(yīng)答發(fā)送到401未授權(quán)響應(yīng)包含詢問信息。

Event(事件)

此報(bào)頭字段用于在SUBSCRIBE或NOTIFY方法來指示哪個(gè)事件包正在被使用的方法。

• 在一個(gè)訂閱，它列出了事件包到客戶端想訂閱。

• 在一個(gè)NOTIFY，它會(huì)列出該通知包含狀態(tài)信息的事件包。

Join(加入)

聯(lián)接頭字段用在INVITE請(qǐng)求的對(duì)話框（會(huì)話）與現(xiàn)有的對(duì)話（會(huì)話）進(jìn)行連接。

• Join 頭字段的參數(shù)識(shí)別對(duì)話框通過Call-ID，要標(biāo)記，并從標(biāo)簽以類似的方式向替代對(duì)象頭字段。

• 如果連接頭字段的兩個(gè)用戶代理之間的參考點(diǎn)，以點(diǎn)對(duì)話框中，加入頭字段是一個(gè)有效的請(qǐng)求，并將該呼叫到一個(gè)會(huì)議通話。

• 如果該對(duì)話已經(jīng)是一個(gè)會(huì)議的一部分，加入頭字段就是被添加到會(huì)議的請(qǐng)求。

Proxy-Authorization（代理授權(quán)）

在Proxy-Authorization頭字段攜帶UA的憑據(jù)請(qǐng)求到服務(wù)器。

• 它可在答復(fù)中發(fā)送到包含的挑戰(zhàn)信息407代理服務(wù)器需要身份驗(yàn)證的響應(yīng)。

• 代理接收包含自己的領(lǐng)域中的Proxy-Authorization頭字段中的搜索請(qǐng)求，如果發(fā)現(xiàn)它處理?xiàng)l目。

• 如果憑證是正確的，任何剩余的數(shù)據(jù)項(xiàng)被保留在請(qǐng)求時(shí)，它被轉(zhuǎn)發(fā)到下一代理。

Proxy-Require（代理請(qǐng)求）

Proxy-Require頭字段用來列出的功能和擴(kuò)展，UA需要代理處理請(qǐng)求支持。

• 420錯(cuò)誤的擴(kuò)展響應(yīng)由代理列出任何不支持的功能，在不支持的頭字段返回

• 如果此選項(xiàng)的支持需要，但不是必需的，它被列在支持的報(bào)頭字段來代替。

Max-Forwards（最大跳數(shù)）

Max-Forwards頭字段中被用于指示跳，一個(gè)SIP請(qǐng)求可以采取的最大數(shù)目。

• 頭字段的值是由每個(gè)代理轉(zhuǎn)發(fā)該請(qǐng)求遞減。

• 代理接收頭字段的值為零放棄該消息，并發(fā)送一個(gè)483躍點(diǎn)過多的響應(yīng)返回發(fā)到端點(diǎn)。

• Max-Forwards 是要求強(qiáng)制性頭字段按照RFC3261。

• 推薦值是70跳。

Priority（優(yōu)先級(jí)）

優(yōu)先級(jí)（Priority）頭字段使用UAC設(shè)置要求的緊迫性。值是非緊急的，正常的，緊迫的，緊急情況。

Refer-To

Refer-To頭字段是一個(gè)REFER請(qǐng)求，其中包含被引用URI或URL資源的強(qiáng)制性頭字段。它可能包含一個(gè)SIP或者SIPS到telURI任何類型的URI。

Referred-By

Referred-By通過頭字段是一個(gè)REFER請(qǐng)求一個(gè)可選的頭字段并通過REFER引發(fā)的請(qǐng)求。

• 它提供了該請(qǐng)求生成作為一個(gè)REFER和的介發(fā)起者由此觸發(fā)請(qǐng)求，信息接收者。

• 一個(gè)無符號(hào)簡稱，由報(bào)頭字段可以與429提供Referror身份響應(yīng)代碼被拒絕。

Replaces

Replaces 用于與一個(gè)新的呼叫更換現(xiàn)有呼叫。

• UA在建立對(duì)話接收INVITE另一個(gè)以匹配現(xiàn)存的對(duì)話必須接受這個(gè)邀請(qǐng)，終止與BYE現(xiàn)有的對(duì)話，并從現(xiàn)有的對(duì)話框中傳輸所有資源和狀態(tài)新成立的對(duì)話框一個(gè)替代對(duì)象頭字段。

• 如果替代對(duì)象頭字段不匹配的對(duì)話框，在INVITE必須與481對(duì)話被拒絕不存在響應(yīng)。

Request-Disposition

請(qǐng)求處理標(biāo)頭字段中可以被用于請(qǐng)求服務(wù)器或者代理，重定向。

Example:
Request-Disposition: redirect

Require（請(qǐng)求）

Require頭字段用于列表功能和擴(kuò)展，一個(gè)UAC要求UAS，以處理請(qǐng)求支持。

420錯(cuò)誤的擴(kuò)展響應(yīng)由列表不受支持的頭字段的任何不支持的功能UAS返回。

Example:
Require: rel100

Route

Route頭字段用于為請(qǐng)求路由信息。

• RFC3261引入了兩種類型的路由：嚴(yán)格路由和松散路由，它們具有類似的含義相同名稱的IP路由模式。

• 嚴(yán)格路由，代理必須使用第一個(gè)URI的Route頭字段中改寫請(qǐng)求URI，然后將其轉(zhuǎn)發(fā)。

• 在松散路由，代理不重寫請(qǐng)求URI，但無論是在轉(zhuǎn)發(fā)Route頭字段中或另一個(gè)松散路由單元請(qǐng)求到第一個(gè)URI。

• 在寬松路由，通過路由列表中的每個(gè)服務(wù)器的請(qǐng)求必須路線之前，可根據(jù)請(qǐng)求URI路由。

• 嚴(yán)格路由，請(qǐng)求必須通過與Request-URI中的Route頭域的組服務(wù)器唯一途徑被改寫在每一跳。

• 代理或UAC可以告訴我們，如果在路由組中的下一個(gè)元素支持寬松路由由lr參數(shù)的存在。

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

RAck

RAck頭字段被用于一個(gè)PRACK請(qǐng)求的響應(yīng)中，以可靠地認(rèn)識(shí)到包含在RSEQ頭域的臨時(shí)響應(yīng)。

• 它的值就是Cseq的組合，并從臨時(shí)響應(yīng)RSEQ。
• 可靠的序列號(hào)遞增為可靠地發(fā)送每個(gè)響應(yīng)。

Example:
RAck: 3452337 17 INVITE

Session-Expires

會(huì)話Expires頭字段用于指定會(huì)話的到期時(shí)間。

• 為了延長會(huì)話，無論是UA可以發(fā)送一個(gè)re-INVITE請(qǐng)求或UPDATE一個(gè)新的Session-Expires頭域。

• 它將進(jìn)入圖象一旦呼叫已經(jīng)建立。

SIP-If-Match

在SIP-IF-Match頭部字段中是SIP發(fā)布機(jī)制的一部分。它被包含在一個(gè)發(fā)布請(qǐng)求意味著刷新，修改或刪除先前公布的狀態(tài)。

• 頭字段包含返回在SIP-ETag頭字段中中的2xx響應(yīng)于較早PUBLISH的狀態(tài)信息的實(shí)體標(biāo)記。

• 如果實(shí)體標(biāo)記不再有效，則服務(wù)器將返回412有條件請(qǐng)求失敗響應(yīng)。

Example:
SIP-If-Match: 56jforRr1pd

Subscription-State

Subscription-State頭字段是一個(gè)NOTIFY請(qǐng)求所需的頭字段。它表示訂閱的當(dāng)前狀態(tài)。定義的值包括主動(dòng)，等待，或終止。

Example:
Subscription-State: terminated; reason=rejected