3.1 300 Multiple Choices 

請求的地址有多個選擇，每個選擇都有自己的地址，用戶或者（UA）可以選擇合適的通訊終端，并且轉(zhuǎn)發(fā)這個請求到這個地址。 

 

應答可以包含一個具有每一個地點的在Accept請求頭域中允許的資源特性，這樣用戶或者UA可以選擇一個最合適的地址來轉(zhuǎn)發(fā)請求。沒有未這個應答的消息體定義MIME類型。 

 

這些地址選擇也應當在Contact頭域中列出（20.10節(jié)）。不同于HTTP，SIP應答可以包含多個Contact頭域或者一個Contact頭域 中具有一個地址列表。UA可以使用Contact頭域來自動轉(zhuǎn)發(fā)或者要求用戶確認轉(zhuǎn)發(fā)。不過，本規(guī)范沒有定義自動轉(zhuǎn)發(fā)的標準。 

 

如果被叫方可以在多個地址被找到，并且服務器不能或者不愿意轉(zhuǎn)發(fā)請求的時候，可以使用這個應答來給呼叫方。

 

3.2 301 Moved Permently 

當不能在Request-URI指定的地址找到用戶的時候，請求的客戶端應當使用Contact頭域(20.10)所指出的新的地址重新嘗試。請求者應當用這個新的值來更新本地的目錄，地址本，和用戶地址cache，并且在后續(xù)請求中，發(fā)送到這個/這些列出的地址。 

 

3.3 302 Moved Temporarily 

請求方應當把請求重新發(fā)到這個Contact頭域所指出的新地址(20.10)。新請求的Request-URI應當用這個應答的Contact頭域所指出的值。 

 

在應答中的Expires(20.19節(jié))或者Contact頭域的expires參數(shù)定義了這個Contact URI的生存周期。UA或者proxy在這個生存周期內(nèi)cache這個URI。如果沒有嚴格的有效時見，那么這個地址僅僅本次有效，并且不能在以后的事務 中保存。 

 

如果cache的Contact頭域的值失敗了，那么被轉(zhuǎn)發(fā)請求的Request-URI應當再次嘗試一次。臨時URI可以比超時時間更快的失效，并且可以有一個新的臨時URI。

 

3.4 305 Use Proxy 

請求的資源必須通過Contact頭域中指出的proxy來訪問。Contact頭域指定了一個proxy的URI。接收到這個應答的對象應當通過這個proxy重新發(fā)送這個單個請求。305（UseProxy）必須是UAS產(chǎn)生的。 

 

3.5 380 Alternative Service 

呼叫不成工，但是可以嘗試另外的服務。另外的服務在應答的消息體中定義。消息體的格式在這里沒有定義，可能在以后的規(guī)范中定義。 

 

延伸閱讀：呼叫中心系統(tǒng)SIP臨時應答狀態(tài)碼1xx