sip方法options允許乙個ua來查詢另外乙個ua或者proxy伺服器的能力。這個提供個客戶端乙個手段來查詢服務端支援的方法，內容型別，擴充套件，codecs等等。這些都不用」ringing」對方。比如，在客戶端試圖在invite請求頭中增加乙個請求字段選項的時候，它並不知道對方uas能否支援這個選項，它就可以用options來查詢一下uas，通過檢查options返回的supported頭域，就可以知道是否支援這個選項。所有的ua都必須支援options方法。
options請求的目標是用request-uri指明的，這個既可以是乙個ua也可以是乙個sip伺服器。如果options指向乙個proxy伺服器，request-uri設定成為乙個沒有使用者部分（user part）的，類似register請求中的request-uri一樣。或者，一台伺服器收到乙個options請求並且max-forwards頭域值是0的時候，它就需要響應這個請求而不需要關心request-uri的內容。這個機制可以用來實現類似」traceroute」功能來通過發出一系列的有著增量max-forwards頭域的options請求來檢查每乙個途徑節點的能力。
就像對一般ua機制來說，如果options沒有應答，transaction層能夠返回乙個超時錯誤。這個可能標誌著對方無法到達因此無響應。options請求可以作為建立會話的一部分，用來查詢對方的能力使用，這樣在後續對話中可以使用雙方相容的方式。
構造options請求
根據前面對invite信令的內容的解釋，一般信令普遍存在的頭部都需要具有。在這裡對options進行進一步的解釋：
contact頭域在options請求中可以存在，也可以不存在。
accept頭域應當包含在請求中，用來標誌uac希望接收應答中的訊息體的型別。通常情況下，這個設定成為ua的多**相容能力，比如sdp(應用/sdp)格式。
對於乙個options請求的應答是假定是在原請求中的request-uri範圍內的。但是，僅當乙個options請求作為建立對話的一部分而傳送的時候，後續的請求應當由收到並且響應這個options請求的伺服器進行處理。（就是說如果在建立會話的時候使用options請求，那麼options之後的這些請求都應該由這個options查詢的伺服器處理，這樣才能保證使用的特性和options查詢出來的能力是一樣的）
options請求的例子：
options sip: [email protected]
處理options請求
SIP協議簡介
協議簡介 會話初始化協議sip session initiation protocol,rfc3261 是乙個基於文字的處於應用層的控制協議，可以用來建立 修改 終止會話。具有簡練 開放 相容和可擴充套件等特性。sip只是整個多 架構中的一部分，可以和實時資料傳輸協議 rtp 實時流協議 rstp ...
SIP協議簡介
sip協議的特性和優勢 特 性 優 勢 簡潔性sip的協議棧比其它的voip協議都要小。sip可以看作是乙個簡單的工具箱，利用它便於實現智慧型終端 閘道器 程序和客戶端軟體。可擴充套件性 端到端 點到點 的結構，使得它比較容易擴充套件。當要增加新的使用者到基於sip協議的系統中時，與其它的voip協...
sip協議的簡介（一）
sip協議即會話初始協議，它廣泛應用於cs，ngn以及ims的網路中，它能夠支援下列五種多 通訊的信令功能 1.使用者定位 確定參加通訊的終端使用者的位置 2.使用者通訊能力協商 確定通訊的 型別和引數 3.使用者意願互動 確定被叫是否樂意參加某個通訊 4.建立呼叫 包括像被叫 振鈴 確定主叫和被叫...