SIP響應是由一個使用者代理伺服器(UAS)或SIP伺服器生成回復由用戶端生成的請求的訊息。它可能是一個正式的確認,以防止請求由UAC重發。
響應可能包含需要一個UAC資訊一些額外的頭欄位
SIP有六個響應
1xx - 5xx已經藉由HTTP,而6xx系列在SIP介紹。
1XX被認為是一個臨時響應,其餘的最終響應。
類別 | 描述 | 動作 |
---|---|---|
1xx | 資訊 | 這表明呼叫之前完成也被稱為臨時響應的狀態。 |
2xx | 成功 | 請求已成功。如果這是一個邀請,確認應傳送;否則,停止請求的重發。 |
3xx | 重定向 | 伺服器返回的可能位置。用戶端應該重試另一個伺服器的請求。 |
4xx | 用戶端錯誤 | 請求已經由用戶端失敗,原因是一個錯誤。用戶端可以重試請求,如果它是根據響應擬訂。 |
5xx | 伺服器故障 | 請求已經由該伺服器失敗,原因是一個錯誤。請求可以在另一台伺服器退出。 |
6xx | 全域性失敗 | 請求已失敗。該請求不應該在這個或其他伺服器再次嘗試。 |
資訊響應用於指示呼叫進程。通常情況下,響應是端對端(除100嘗試)。資訊的響應的主要目的是阻止INVITE請求的重發。
資訊響應包括以下對策:
這種特殊的情況下的響應僅僅是一個逐跳請求。
它永遠不會轉發,不得包含郵件正文。
它被用於避免INVITE請求的重傳。
此響應被用來指示一個INVITE已經接收由使用者代理和警報正在發生。
此響應用於指示該呼叫已被轉發到另一端點。
它傳送的資訊有可能會使用到呼叫者。
它給該呼叫者的狀態,作為一個轉發操作可以導致在呼叫同時較長時間來回答。
此響應被用來指示該INVITE已經接收並且將在一個佇列進行處理。
它表明,有關對談的進度的資訊可以存在於訊息主體或媒體流。
不像100嘗試響應,183端到端的響應,並建立一個對話。
一個典型的使用這種反應是為了讓UAC通過閘道器進入PSTN聽到手機鈴聲,忙音,或在通話錄音通知。
此類反應是指用於指示一個請求已被接受。它包括以下對策:
202接受表示該UAS已經接收並理解的請求,但該請求可能沒有被授權或由伺服器處理。
它是常用響應訂閱,請參閱方法。
通常,這些類響應由重定向伺服器響應INVITE傳送。它們也被稱為類重定向響應。它包括以下對策:
它包含多個聯絡人報頭欄位以指示該位置的服務已經在Request-URI返回SIP URI多個可能的位置。
這種重定向響應包含與被叫方的新的永久URI一個Contact頭欄位。
地址可以儲存並在今後的INVITE請求中使用。
這個重定向響應包含一URI,它是當前有效的,但不是永久的。
即,位置是有效的指定的時間的持續時間。
這個響應包含指向具有關於呼叫方的權威資訊代理伺服器的URI。
這種反應可以由UAS發出的來電篩選代理傳送。
這個響應返回的URI,指示服務的被叫方希望的型別。
例如,一個通話可以被重新定向到一個語音信箱伺服器。
用戶端錯誤的回應表明,由於一些錯誤是從側面UAC確認的要求不能得到滿足。響應程式碼由UAS通常傳送。在接收到出錯訊息時,用戶端應該通過修改其基於所述響應重新傳送請求。下面討論的是一些重要的用戶端錯誤響應。
這表明該請求不被伺服器理解。
請求可能是缺少必要的頭欄位,例如收件人,發件人,呼叫ID,或Cseq。
它表明該請求要求使用者進行認證。
401未授權通常由一個註冊伺服器的註冊請求傳送。
響應包含從主叫使用者代理正確的憑據請求WWW身份驗證頭欄位。
隨後REGISTER將觸發從使用者代理與正確的憑據。
403禁止當伺服器已經理解請求,發現是正確配製的要求,但將不提供服務的請求被傳送。
這種反應,不使用時需要授權。
404未找到表明在請求URI標識的SIP URI使用者不能位於由伺服器或使用者當前未簽署的使用者代理。
這表明伺服器或使用者代理已收到並理解的請求,但就是不願意履行請求。
例如:註冊請求可能會被傳送到使用者代理。
一個允許域是必需通知UAC什麼方法是可以接受的。
該響應指示該請求不能由於在請求訊息中的規定處理。
在請求中的Accept頭域沒有包含在UAS支援的任何選項。
由代理傳送該請求表明了UAC必須首先與代理驗證自身的請求可以被處理之前。
響應應包含有關在代理進行身份驗證頭欄位的代理所需憑據型別的資訊。
該請求可以被重新提交與代理-Authorization頭域正確的憑據。
當一個Expires頭域存在的INVITE請求和指定的時間段已經過去了這個響應傳送。
它可以由一分叉代理或使用者代理傳送。
該請求可以在任何時候由UAC重審。
響應被用來拒絕含有Session-Expires頭欄位的請求。
允許的最小間隔被表示在所要求的Min-SE頭欄位。
所述主叫方可以重新嘗試沒有對談Expires頭欄位或具有一個值小於或等於規定的最小請求。
響應由被拒絕登記請求,因為請求到期時間在一個或多個聯絡人實在太簡單了註冊商返回。
響應必須包含敏Expires頭域列表的最小有效期,該註冊商會接受。
該響應指示請求已到達正確的目的地,但被叫方不可用的某些原因。
響應應包含一個Retry-After頭指示何時請求可以是能夠得到滿足。
此響應指示一個響應參照現有呼叫或事務已接收到的伺服器不具有記錄或狀態資訊。
此響應指示請求已被轉發的次數上限由請求的Max-Forwards頭的設定。
請求Max-Forward:0頭:這是由收到最大轉發的指示。
這種反應可以通過已收到掛起的INVITE請求的CANCEL請求UA傳送。
200 OK傳送到確認CANCEL和487被傳送到取消INVITE事務。
此類響應用於表示該請求不能因為與伺服器中的錯誤處理。伺服器無法完成顯然有效的請求。所述響應可包含一個Retry-After頭欄位。該請求可以在其它位置受審,因為沒有在請求中指示的誤差。一些重要的伺服器故障響應的討論如下。
500表示伺服器經歷了某種錯誤的是防止它處理請求。
它是一種伺服器故障,指示用戶端在該伺服器幾秒鐘之後,再次重試請求。
它表明伺服器無法執行,因為它不支援處理請求。
該響應可以被用來拒絕含有未知方法的請求。
這種反應是由被作為閘道器到另一個網路的代理傳送。
這表明,在其他的一些網路問題使被處理的請求。
此響應指示所請求的服務是當時暫時不可用。
該請求可以重試在幾秒鐘後,或在Retry-After頭欄位期滿之後。
這個響應時,如果本請求失敗由於超時發生在到該閘道器連線的其他網路。
它是一個伺服器錯誤類響應,因為呼叫由於在存取SIP網路以外的資源未能在伺服器的故障。
伺服器拒絕請求時,它帶有一個不同的SIP的版本號。拒絕表示此訊息。
目前SIP2.0版實現的唯一版本。
此響應被用於由UAS以指示該請求太大由它來處理。
此響應被用來拒絕一個SDP供給中需要的前提條件不能得到滿足。
此響應類表示伺服器知道該請求將失敗的地方是嘗試。其結果是,該請求不應該被傳送到其他地點。
只有在其每一個可能的情況下由Request-URI的使用者明確知識應該伺服器傳送一個全域性的錯誤類響應。否則,用戶端錯誤類響應應該傳送。
Retry-After頭欄位可以被用來指示何時請求可能是成功的。一些重要的響應的討論如下:
響應指示呼叫的指定的請求URI可以在其他位置來回答。
這個響應可能表明被叫方佔線,或者乾脆不希望接受呼叫。
這種反應是類似的404未找到響應,但表示在Request-URI中的使用者不能在任何地方找到。
這個反應應該僅由具有存取所有有關使用者的資訊的伺服器傳送。
此響應指示所希望的對談的某些方面是不能接受的UAS,其結果,對談不能建立。
響應可能包含描述什麼是不能接受的數位程式碼警告頭欄位。
請求可以重新嘗試不同的媒體對談資訊。