【文章內(nèi)容簡介】 URI過長（RequestURI Too Long）服務器不能解析過長的RequestURI。415媒體類型不支持（Unsupported Media Type）服務器不支持請求消息體的格式。服務器應該在響應中用Accept，AcceptEncoding 和AcceptLanguage頭域列出它支持的格式。420錯誤的擴展（Bad Extension）服務器不理解請求中Require頭域指定的協(xié)議擴展。480暫時不可訪問（Temporarily Unavailable）被叫的終端系統(tǒng)已經(jīng)成功連接，但用戶暫時不可訪問（例如：用戶未登錄，或登錄為免打擾）。服務器可以在RetryAfter頭域中另外指定一個訪問時間。481呼叫支路/事務不存在（Call leg/Transaction Does Not Exist）在兩種情況下服務器返回該響應：服務器收到一個BYE請求但找不到匹配的呼叫支路；或是收到一個CANCEL請求但找不到匹配的事務；或是收到與原來TAG標志不一樣的INVITE請求。（對于無匹配的ACK請求，服務器直接將它丟棄，不響應）。482檢測到循環(huán)呼叫（Loop Detected）請求消息的Via頭域中包含接收服務器自身的地址。483跳數(shù)過多（Too Many Hop）請求的Via頭域包含的條目數(shù)（跳數(shù)）超過MaxForwards頭域指定的值。484地址不全（Address Inplete）請求的To或RequestRUL所指的地址不全。485地址不明確（Ambiguous）請求中提供的被叫地址不明確。該響應可以在Contact頭域中列出不明確的地址。486被叫忙（Busy Here）被叫的終端系統(tǒng)已經(jīng)成功連接，但用戶暫時不愿意或不能夠接收更多的呼叫。服務器可以在響應的RetryAfter頭域中另外指定一個訪問時間?？蛻粢部赡芡ㄟ^其它方式訪問，如：語音郵箱，因此該響應并不終止一個查詢。487請求被拒絕（Request Cancelled）原來的請求消息被一個CANCEL請求所取消。 5xx類消息5xx消息表示SIP服務器故障不能完成對正確消息的處理。下面表45是常見的5xx類消息列表。表45 常見的5xx類消息列表500服務器內(nèi)部錯誤（Server Internal Error）服務器出現(xiàn)異常情況，不能處理請求。501功能未實現(xiàn)（Not Implemented）服務器不支持完成請求所必需的功能。502網(wǎng)關錯誤（Bad Gateway）作為網(wǎng)關或代理的服務器在處理請求時從其它服務器接收到一個無效響應。503服務不可用（Sevice Unavailable）由于臨時超載或正在維護，服務器當前不能處理請求。504網(wǎng)關超時（Gateway Timeout）作為網(wǎng)關的服務器在處理呼叫的過程中沒有及時收到其它服務器（例如：定位服務器）的響應。505版本不支持（Version Not Supported）服務器不能或拒絕支持請求消息所用的版本。 6xx類消息6xx消息表示請求不能在任何SIP服務器上實現(xiàn)。下面表46是常見的5xx類消息列表。表46 常見的5xx類消息列表600 全忙（Busy Everywhere）被叫的終端系統(tǒng)已經(jīng)成功連接，但用戶正忙，不愿夠接受當前呼叫。服務器可以在響應的RetryAfter頭域中另外指定一個訪問時間。該響應僅用于客戶不能通過其它方式（如：語音郵箱）訪問的情況。如果用戶可通過其它方式訪問，則應返回486（Busy Here）響應。603拒絕（Decline）被叫的終端系統(tǒng)已經(jīng)成功連接，但用戶明確不愿接受當前呼叫。服務器可以在響應的RetryAfter頭域中另外指定一個訪問時間。604 被叫不存在（Does Not Exist Anywhere）請求的To頭域指定的用戶不存在。606不可接受（Not Acceptable）用戶代理已經(jīng)成功連接，但某些會話描述如媒體類型、帶寬或地址風格不能接受。該響應表示用戶希望建立通信，但不能充分支持請求所描述的會話。第5章 SIP協(xié)議主要流程 呼叫模型概述SIP協(xié)議的呼叫模型圖，如圖51所示：圖51 SIP組網(wǎng)實例圖MGC負責將PSTN前向信令映射為SIP請求，并且將SIP響應映射為PSTN后向信令，并且應該實現(xiàn)Megaco/。SIP代理邏輯上是一個獨立的實體，實現(xiàn)是可以作為單獨的物理實體也可以與MGC 捆綁在一起。負責轉(zhuǎn)發(fā)或重定向SIP請求和響應。SIP客戶是一個單獨的物理實體，可以是SIP電話，SIP會議終端等。MG負責PSTN域IP網(wǎng)之間媒體流的轉(zhuǎn)換和轉(zhuǎn)發(fā)。MG之間，MG與SIP終端之間使用RTP/RTCP協(xié)議傳輸媒體流。MG與MGC之間使用Megaco/。MGC與SIP代理，MGC與SIP客戶或者SIP代理之間使用SIP協(xié)議來傳輸呼叫控制消息。 基本呼叫建立流程圖52 基本呼叫建立流程(1) 主叫摘機(2) S1 向MGC1 發(fā) IAM(3) MGC1 向MG1 發(fā)CreateConnection 命令(4) MG1 在響應中返回MG1 的RTP/RTCP傳輸?shù)刂?5) MGC1向MGC2發(fā)送INVITE，其消息體中包含完整的IAM消息(6) MGC2 收到INVITE 向MG2 發(fā)送CreateConnection命令(7) MGC2 從INVITE消息中拆離 IAM，將其發(fā)送到S2(8) MG2 建立與MG1 的RTP連接，并在確認響應中返回自己的RTP/RTCP傳輸?shù)刂?9) MGC2 向MGC1返回100（TRYING）響應，其中包含MG2的RTP/RTCP傳輸?shù)刂沸畔?10) MGC1向MG1 發(fā)送ModifyConnection 命令(11) MG1建立與MG2的RTP并且向MGC1 返回確認消息(12) S2 向MGC2發(fā)送ACM(13) MGC2向MGC1 發(fā)送180（ RINGING）響應，其消息體包含ACM(14) MGC1 收到180 響應，拆離ACM并將其發(fā)送給S1(15) 被叫摘機(16) S2 向MGC2 發(fā)送 ANM (17) MGC2 向MGC1 返回200（OK）響應，其消息體中包含ANM(18) MGC1 收到200響應，拆離 ANM 并將其發(fā)送到S1(19) MGC1 向MGC2 發(fā)送 ACK 基本呼叫拆除流程圖53 基本呼叫拆除流程(1) 主叫掛機(2) S1向MGC1 發(fā)送REL(3) MGC1 向MG1發(fā)DeleteConnection 命令(4) MG1 向MGC1 返回 DeleteConnectionACK 響應(5) MGC1 向S1發(fā)送RLC(6) MGC1 向MGC2 發(fā)送 BYE 消息(7) MGC2 向MG2發(fā)送 DeleteConnection 命令(8) MG2 向MGC2 返回DeleteConnectionACK 響應(9) MGC2 向MGC1 返回200（OK）響應(10) MGC2 向S2 發(fā)送REL(11) S2 向MGC2 發(fā)送RLC 經(jīng)過代理的呼叫建立流程圖54 經(jīng)過代理的呼叫建立流程(1) Caller goes off hook(2) S1 向MGC1 發(fā) IAM(3) MGC1 向MG1 發(fā)CreateConnection 命令(4) MG1 在響應中返回MG1 的RTP/RTCP傳輸?shù)刂?5) MGC1向SIP代理發(fā)送INVITE，其消息體中包含完整的IAM消息(6) SIP代理向MGC1發(fā)送INVITE，其消息體中包含完整的IAM消息(7) MGC2 收到INVITE 向MG2 發(fā)送CreateConnection命令(8) MGC2 從INVITE消息中拆離 IAM，將其發(fā)送到S2(9) MG2 建立與MG1 的RTP連接，并在確認響應中返回自己的RTP/RTCP傳輸?shù)刂?10) MGC2 向SIP代理返回100（TRYING）響應，其中包含MG2的RTP/RTCP傳輸?shù)刂沸畔?11) SIP代理向MGC1返回100（TRYING）響應，其中包含MG2的RTP/RTCP傳輸?shù)刂沸畔?12) MGC1向MG1 發(fā)送ModifyConnection 命令(13) MG1建立與MG2的RTP并且向MGC1 返回確認消息(14) S2 向MGC2發(fā)送ACM(15) MGC2向SIP代理 發(fā)送180（ RINGING）響應，其消息體包含ACM(16) SIP代理 向 MGC1發(fā)送180（ RINGING）響應，其消息體包含ACM(17) MGC1 收到180 響應，拆離ACM并將其發(fā)送給S1(18) 被叫摘機(19) S2 向MGC2 發(fā)送 ANM(20) MGC2 向SIP代理返回200（OK）響應，其消息體中包含ANM(21) SIP代理向MGC1返回200（OK）響應，其消息體中包含ANM(22) MGC1 收到200響應，拆離 ANM 并將其發(fā)送到S1(23) MGC1 向SIP代理發(fā)送 ACK 經(jīng)過代理的呼叫拆除流程圖55 經(jīng)過代理的呼叫拆除流程(1) 主叫掛機(2) S1向MGC1 發(fā)送REL(3) MGC1 向MG1發(fā)DeleteConnection 命令(4) MG1 向MGC1 返回 DeleteConnectionACK 響應(5) MGC1 向S1發(fā)送RLC(6) MGC1 向 SIP代理發(fā)送 BYE 消息(7) SIP 代理向MGC2轉(zhuǎn)發(fā)BYE 消息(8) MGC2 向MG2發(fā)送 DeleteConnection 命令(9) MG2 向MGC2 返回DeleteConnectionACK 響應(10) MGC2 向 SIP代理 返回200（OK）響應(11) SIP 代理向MGC1 轉(zhuǎn)發(fā) 200（OK）響應(12) MGC2 向S2 發(fā)送REL(13) S2 向MGC2 發(fā)送RLC第6章 SIP協(xié)議在軟交換SoftX3000的實際應用舉例 SIP用戶局內(nèi)互通組網(wǎng)說明圖61 SoftX 3000 SIP 局內(nèi)用戶邏輯組網(wǎng)軟交換SoftX3000支持SIP協(xié)議，并通過對SIP用戶的信令控制協(xié)助SIP用戶進行話音接續(xù)，即圖61中RTP語音流的建立。方便對下文的描述，對圖61中的SIP用戶進行假設：SIP User A（左）：，E164碼為8882100；SIP User