temporary internet filessip應(yīng)答代碼

《temporary internet filessip應(yīng)答代碼》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

1、SIP應(yīng)答代碼SIP協(xié)議經(jīng)過不斷的完善,終于在千呼萬喚中逐漸走進人們的視野,SIP的穩(wěn)定性和高擴展性得到了廣大虛擬運營商的認(rèn)可,目前的一些SIP平臺已經(jīng)具備電信級運營,但有一些小廠家的軟交換平臺還需要在不同的應(yīng)用環(huán)境中不斷完善,如果您是一名技術(shù),或是一名研發(fā),以下的SIP代碼相信你會很感興趣:)??應(yīng)答碼是包含了，并且擴展了HTTP/1.1應(yīng)答碼。并不是所有的HTTP/1.1應(yīng)答碼都適當(dāng)應(yīng)用，只有在折里指出的是適當(dāng)?shù)摹Ｆ渌鸋TTP/1.1應(yīng)答碼不應(yīng)當(dāng)使用。并且，SIP也定義了新的應(yīng)答碼系列，6xx。1臨時應(yīng)答1xx臨時應(yīng)答，也就是消息性質(zhì)的應(yīng)答，標(biāo)志了對方服務(wù)器

2、正在處理請求，并且還沒有決定最后的應(yīng)答。如果服務(wù)器處理請求需要花200ms以上才能產(chǎn)生終結(jié)應(yīng)答的時候，它應(yīng)當(dāng)發(fā)送一個1xx應(yīng)答。注意1xx應(yīng)答并不是可靠傳輸?shù)?。他們不會?dǎo)致客戶端傳送一個ACK應(yīng)答。臨時性質(zhì)的（1xx）應(yīng)答可以包含消息體，包含會話描述。1.1100Trying這個應(yīng)答表示下一個節(jié)點的服務(wù)器已經(jīng)接收到了這個請求并且還沒有執(zhí)行這個請求的特定動作（比如，正在打開數(shù)據(jù)庫的時候）。這個應(yīng)答，就像其他臨時應(yīng)答一樣，種植了UAC重新傳送INVITE請求。100(Trying)應(yīng)答和其他臨時應(yīng)答不同的是，在這里，它永遠(yuǎn)不會被有狀態(tài)proxy轉(zhuǎn)發(fā)到上行流中。1.2

3、180RingingUA收到INVITE請求并且試圖提示給用戶。這個應(yīng)答應(yīng)當(dāng)出世化一個本地回鈴。1.3818CallisBeingForwarded(呼叫被轉(zhuǎn)發(fā))服務(wù)器可以用這個應(yīng)答代碼來表示呼叫正在轉(zhuǎn)發(fā)到另一個目的地集合。1.4182Queued當(dāng)呼叫的對方暫時不能接收呼叫的時候，并且服務(wù)器決定將呼叫排隊等候，而不是拒絕呼叫的時候，那么就應(yīng)當(dāng)發(fā)出這個應(yīng)答。當(dāng)被叫方一旦恢復(fù)接收呼叫，他會返回合適的終結(jié)應(yīng)答。對于這個呼叫狀態(tài)，可以有一個表示原因的短語，比如：”5callsqueued;expectedwaitingtimeis15minutes”。服務(wù)器可以給出好

4、幾個182（Queued）應(yīng)答告訴呼叫方排隊的情況（比如排隊靠前了等等）。1.5183會話進度183（SessionProgress）應(yīng)答用于提示建立對話的進度信息。Reason-Phrase（表達(dá)原因的句子）、頭域或者消息體可以用于提示呼叫進度的更消息的信息。2成功信息2xx這個應(yīng)答表示請求是成功的。2.1200OK請求已經(jīng)處理成功。這個信息取決于不同方法的請求的應(yīng)答。3轉(zhuǎn)發(fā)請求3XX3xx系列的應(yīng)答是用于提示用戶的新位置信息的，或者為了滿足呼叫而轉(zhuǎn)發(fā)的額外服務(wù)地點。3.1300MultipleChoices請求的地址有多個選擇，每個選擇都有自己的地址，用戶或

5、者（UA）可以選擇合適的通訊終端，并且轉(zhuǎn)發(fā)這個請求到這個地址。應(yīng)答可以包含一個具有每一個地點的在Accept請求頭域中允許的資源特性，這樣用戶或者UA可以選擇一個最合適的地址來轉(zhuǎn)發(fā)請求。沒有未這個應(yīng)答的消息體定義MIME類型。這些地址選擇也應(yīng)當(dāng)在Contact頭域中列出（20.10節(jié)）。不同于HTTP，SIP應(yīng)答可以包含多個Contact頭域或者一個Contact頭域中具有一個地址列表。UA可以使用Contact頭域來自動轉(zhuǎn)發(fā)或者要求用戶確認(rèn)轉(zhuǎn)發(fā)。不過，本規(guī)范沒有定義自動轉(zhuǎn)發(fā)的標(biāo)準(zhǔn)。如果被叫方可以在多個地址被找到，并且服務(wù)器不能或者不愿意轉(zhuǎn)發(fā)請求的時候，可以使用

6、這個應(yīng)答來給呼叫方。3.2301MovedPermently當(dāng)不能在Request-URI指定的地址找到用戶的時候，請求的客戶端應(yīng)當(dāng)使用Contact頭域(20.10)所指出的新的地址重新嘗試。請求者應(yīng)當(dāng)用這個新的值來更新本地的目錄，地址本，和用戶地址cache，并且在后續(xù)請求中，發(fā)送到這個/這些列出的地址。3.3302MovedTemporarily請求方應(yīng)當(dāng)把請求重新發(fā)到這個Contact頭域所指出的新地址(20.10)。新請求的Request-URI應(yīng)當(dāng)用這個應(yīng)答的Contact頭域所指出的值。在應(yīng)答中的Expires(20.19節(jié))或者Contact頭域

7、的expires參數(shù)定義了這個ContactURI的生存周期。UA或者proxy在這個生存周期內(nèi)cache這個URI。如果沒有嚴(yán)格的有效時見，那么這個地址僅僅本次有效，并且不能在以后的事務(wù)中保存。如果cache的Contact頭域的值失敗了，那么被轉(zhuǎn)發(fā)請求的Request-URI應(yīng)當(dāng)再次嘗試一次。臨時URI可以比超時時間更快的失效，并且可以有一個新的臨時URI。3.4305UseProxy請求的資源必須通過Contact頭域中指出的proxy來訪問。Contact頭域指定了一個proxy的URI。接收到這個應(yīng)答的對象應(yīng)當(dāng)通過這個proxy重新發(fā)送這個單個請求。3

8、05（UseProxy）