SIP方法OPTIONS允許一個UA來查詢另外一個UA或者proxy服務(wù)器的能力。這個提供客戶端一個手段來查詢服務(wù)端支持的方法，內(nèi)容類型，擴展，codecs等等。比如，在客戶端試圖在INVITE請求頭中增加一個請求字段選項的時候，它并不知道對方UAS能否支持這個選項，它就可以用OPTIONS來查詢一下UAS，通過檢查OPTIONS返回的Supported頭域，就可以知道是否支持這個選項。所有的UA都必須支持OPTIONS方法。

OPTIONS請求的目標(biāo)是用Request-URI指明的，這個既可以是一個UA也可以是一個SIP服務(wù)器。如果OPTIONS指向一個proxy服務(wù)器，Request-URI設(shè)置成為一個沒有用戶部分（userpart）的，類似REGISTER請求中的Request-URI一樣。或者，一臺服務(wù)器收到一個OPTIONS請求并且Max-Forwards頭域值是0的時候，它就需要響應(yīng)這個請求而不需要關(guān)心Request-URI的內(nèi)容。

?

OPTIONS請求可以作為建立會話的一部分，用來查詢對方的能力使用，這樣在后續(xù)對話中可以使用雙方兼容的方式。

?

1構(gòu)造OPTIONS請求
Contact頭域在OPTIONS請求中可以存在，也可以不存在。

?

對于一個OPTIONS請求的應(yīng)答是假定是在原請求中的Request-URI范圍內(nèi)的。但是，僅當(dāng)一個OPTIONS請求作為建立對話的一部分而發(fā)送的時候，后續(xù)的請求應(yīng)當(dāng)由收到并且響應(yīng)這個OPTIONS請求的服務(wù)器進(jìn)行處理。（就是說如果在建立會話的時候使用OPTIONS請求，那么OPTIONS之后的這些請求都應(yīng)該由這個OPTIONS查詢的服務(wù)器處理，這樣才能保證使用的特性和OPTIONS查詢出來的能力是一樣的）.

?

2處理OPTIONS請求
在一個對話中的OPTIONS請求會產(chǎn)生一個200(OK)的應(yīng)答，這是和在對話外創(chuàng)建的并且對對話沒有任何影響的請求相同。
如果OPTIONS請求的應(yīng)答是由proxy服務(wù)器給出的，proxy返回一個200（OK）的應(yīng)答，列出這個服務(wù)器的各種選項和能力。應(yīng)答沒有消息體 。
Allow，Accept,Accept-Encoding,Accept-Language,和Supported頭域應(yīng)當(dāng)在200（OK）應(yīng)答中出現(xiàn)。如果這個是由proxy產(chǎn)生的應(yīng)答，那么Allow頭域應(yīng)當(dāng)忽略，因為proxy是方法無關(guān)的（也就是說不知道該如何處理方法的）。

?

參考
RFC3261

總結(jié)

以上是生活随笔為你收集整理的查询能力（SIP OPTIONS）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。