SIP協(xié)議主要消息講解

SIP協(xié)議主要消息SIP消息分類SIP協(xié)議是以層協(xié)議的形式組成的，就是說它的行為是以一套相對獨立的處理階段來描述的，每個階段之間的關(guān)系不是很親熱。SIP協(xié)議將ServerUserAgent之間的通訊的消息分為兩類：懇求消息和響應(yīng)消息。SIPINVITE、ACK、BYE、CANCEL、OPTION和UPDATE消息。SIP61、邀請〔INVITE〕——邀請用戶參加呼叫2、確認〔ACK〕——確認客戶機已經(jīng)接收到對INVITE3、可選項〔OPTIONS〕——懇求關(guān)于效勞器力量的信息4、再見〔BYE〕——終止呼叫上的兩個用戶之間的呼叫5、取消〔CANCEL〕6、注冊〔REGISTER〕——供給地址解析的映射，讓效勞器知道其它用戶的位置5xx、6xx響應(yīng)SIP消息構(gòu)造懇求消息和響應(yīng)消息都包括SIP消息頭字段和SIP消息體字段；SIP消息頭主要用來指明本消息是有由誰發(fā)起和由誰承受，經(jīng)過多少跳轉(zhuǎn)等根本信息；SIP消息體主要用來描述本次會話具體實現(xiàn)方式；消息格式懇求消息格式SIPSIP1-1令行和每一條參數(shù)行。命令名稱對端URI命令名稱對端URI協(xié)議版本Call-id:值via:值From:值To:值Contact:值Content-Length:Max-Forward:值值WhiteSpaceSDP參數(shù)行圖1-1SIP懇求消息構(gòu)造誤。消息體定義：Call-ID：頭字段是用來將消息分組的唯一性標識FromFrom頭字段包含一個URI和一個可選的顯示名稱CSeq懇求方法必需與對應(yīng)的懇求消息類型全都Max-Fowords：頭字段限定一個懇求消息在到達目的地之前允許經(jīng)過的最大跳數(shù)。它483〔跳數(shù)過多〕錯誤響應(yīng)消息。Via：頭字段定義SIP事務(wù)的下層〔傳輸層〕傳輸協(xié)議，并標識響應(yīng)消息將要被發(fā)送的位置。只有當?shù)竭_下一跳所用的傳輸協(xié)議被選定后，才能在懇求消息中參加Via頭字段值。expires：參數(shù)指出了該值中包含的URI地址的有效期。這個參數(shù)的值是以秒為單位計算的。假設(shè)沒有供給當參數(shù)，那么URI地址的有效期由Expires頭字段值來確定。SIPINVITEsip:.0.1:5060;User=phoneSIP/2.0Call-ID:.0.1Via:SIP/2.0/UDP:5061From:<sip:.0.1:5061;User=phone>;tag=29005358336B534F610A000To:<sip:.0.1:5060;User=phone>Contact:sip:.0.1:5061CSeq:1INVITEMax-Forwards:70Content-Type:application/SDPContent-Length:168v=0o=UserA28908445262890844526INIP4heres=SessionSDPc=INIP4t=00m=audio49172RTP/AVP08a=rtpmap:0PCMU/8000a=rtpmap:8PCMA/8000a=sendonlyINVITESIP第一行由消息頭和對端SIP實體的URI〔通用資源標識SIP碼組成。SIPURIURI，IPSIP端口的域。“From”、“To”和“Contact”這三個SIP消息頭屬于URI。當背靠背用戶代理發(fā)出呼叫時，“FromURIVia”消息頭里。懇求消息類型填寫在CSeq消息頭里，并且當該SIP端點發(fā)送一個懇求，號碼就相應(yīng)遞增。SIPSIP/2.0SDPINVITE息頭里的Content-LengthSDPINVITEINVITEsip:/2.0<＝懇求方法、懇求地址〔Request－URI〕、SIP〔目前都是SIP/2.0〕<＝懇求地址一般就是被叫方地址，跟MSN中好友eMailVia: SIP/2.0/UDP:5060;branch=z9hG4bKfw19b<＝SIP〔2.0〕、傳輸類型〔UDP〕、呼叫地址、<＝branch<＝Via字段中地址是消息發(fā)送方或代理轉(zhuǎn)發(fā)方設(shè)備地址，一般由主機地址和端口號組成<＝傳輸類型可以為UDP、TCP、TLS、SCTPMax-Forwards:70<＝最大跳動數(shù)，就是經(jīng)過SIP跳動<＝每經(jīng)過代理效勞器，該整數(shù)減一To:G.Marconi<sip:>From:NikolaTesla<sip:>;tag=76341<＝表示懇求消息的發(fā)送方和目標方<＝假設(shè)里面有用戶名標簽，地址要求用尖括號包起來<＝INVITEFromtag，它也是個隨機碼Call-ID:.org<＝呼叫ID是由本地設(shè)備生成的，全局唯一值。每次呼叫該值唯一不變<＝對于用戶代理發(fā)送INVITEFromtag和Call-ID全局唯一碼，被叫方代理則生成Totag整個對話中對話標識〔dialogindentifier〕在通話雙方使用。CSeq:1INVITE<＝CSeq，又叫命令隊列〔CommandSeqence〕，每發(fā)送一個的懇求1*以上幾個字段是全部SIP消息體所必需的，其它頭字段有些是可選的，有些在特定懇求也是必需Subject:AboutThatPowerOutage...Contact:<sip:************************.org><＝ContactINVITE也稱為用戶代理〔UA〕Content-Type:application/sdpContent-Length:158<＝最終兩位附屬字段說明消息體類型以及字段長度v=0 <＝SDP版本號，目前都是0o=Tesla28908445262890844526INIP4 <＝主叫源地址，類型等s=PhoneCall響應(yīng)消息格式響應(yīng)消息頭Call-id:值via:值From:響應(yīng)消息頭Call-id:值via:值From:值To:值Contact:值Cseq值Content-Length:值WhiteSpaceSDPSIP響應(yīng)消息構(gòu)造

消息頭參數(shù)行參數(shù)行錯誤。SIP響應(yīng)消息實例：SIP/2.0200OKContent-Type:application/SDPVia:SIP/2.0/UDP:5061Call-ID:.0.1CSeq:1INVITEFrom:<sip:.0.1:5061;User=phone>;tag=29005358336B534F610A000To:<sip:.0.1:5060;User=phone>;tag=5358336B534F2900CD1B0000Contact:<sip:.0.1:55061>Content-Length:156v=0o=HuaweiSoftX300010737418241073741824INIP4s=SipCallc=INIP413t=00m=audio5060RTP/AVP0a=rtpmap:0PCMU/8000200OK消息是SIP響應(yīng)消息的一種。第一行由SIP200響應(yīng)消息組成。SIPURI是URI，附在IP地址上，表示對端和端點收發(fā)SIP消息的端口的域?！癋rom”、“To”和“Contact”這三個SIP消息頭屬于URI。當背靠背用戶代理發(fā)出呼叫時，“FromURI填寫在“Via”消息頭里。懇求消息類型填寫在CSeqSIP端點發(fā)送一個懇求，號碼就相應(yīng)遞增。SIP協(xié)議版本為SIP/2.0SDP參加到INVITE里說明內(nèi)容的長度。SIP協(xié)議主要響應(yīng)碼響應(yīng)碼分類SIP一步對響應(yīng)進展更加具體的說明。響應(yīng)消息的分類如下所示。1〕1XX：臨時響應(yīng)，表示懇求消息正在被處理。2〕2XX：成功響應(yīng)，表示懇求已被成功接收，完全理解并被承受。3〕3XX：重定向響應(yīng)，表示需實行進一步以完成該懇求。4〕4XX：客戶機錯誤，表示懇求消息中包含語法錯誤信息或效勞器無法完成客戶機懇求。5〕5XX：效勞器錯誤，表示效勞器無法完成合法懇求。6〕6XX：全局故障，表示任何效勞器無法完成該懇求。上述消息中，臨時響應(yīng)用于指示呼叫正在進展，其余最終響應(yīng)用于完畢懇求消息。1xx類消息〔臨時響應(yīng)〕1xx的響應(yīng)。當效勞器推測在2001xx響應(yīng)。1xx1xx類消息列表。100試呼〔Trying〕正在進展與呼叫有關(guān)的操作〔例如：訪問數(shù)據(jù)庫〕，但被叫用戶還沒有定位。180被叫振鈴〔Ringing100試呼〔Trying〕正在進展與呼叫有關(guān)的操作〔例如：訪問數(shù)據(jù)庫〕，但被叫用戶還沒有定位。180被叫振鈴〔Ringing〕被叫用戶代理已經(jīng)得到被叫的位置，正在提示被叫用戶。該響應(yīng)也可以再發(fā)起一個本地回鈴181呼叫前轉(zhuǎn)〔CallIsBeingForwarded〕代理效勞器可以用該狀態(tài)碼表示當前呼叫正被轉(zhuǎn)移到其它目的地?！埠艚姓谵D(zhuǎn)發(fā)〕182呼叫排隊〔Queued〕被叫臨時不行訪問，當前呼叫被排隊而不是被拒絕。當效勞器有效時，可以連續(xù)響應(yīng)當呼叫。該響應(yīng)的“reasonphrase“可以進一步給出排隊呼叫的信5個呼叫，期望等待時間為15分鐘”。效勞器可以發(fā)出多個182響應(yīng)來更當前排隊呼叫的信息。183會話進度〔sessionprogress〕Reason-Phrase〔表達緣由的句子〕、頭域或者消息體可以用于提示呼叫進度的更消息的信息。2xx類消息〔成功響應(yīng)〕2xx消息表示懇求已經(jīng)被接收、處理并被成功承受；200：OK－－－懇求成功。3xx類消息〔重定向響應(yīng)〕3xx1-23xx類消息列表。表1-23xx類消息列表多個選擇〔MultipleChoice〕懇求中的地址被解析為多個位置，用戶可以將懇求重定向到一個適宜的地址。該響應(yīng)應(yīng)當包含可供用戶或用戶代理選擇的位置和資源列表，并且在Contact〔網(wǎng)絡(luò)協(xié)議不兼容:會話描述中的一個或多個網(wǎng)絡(luò)協(xié)議不行用?！秤谰秒x開〔MovedPermanently〕Request-URI所指的地址找不到用戶，客戶應(yīng)當嘗試Contact簿，用戶位置緩存并將以后的懇求重定向到的地址?！簿W(wǎng)絡(luò)地址格式不兼容:會話描述中的一個或多個地址格式不行用?！撑R時離開〔MovedTemporarily〕客戶應(yīng)當用Contact頭域給出的地址嘗試呼叫。響應(yīng)中Expire頭域指出該次重定向的有效期，假設(shè)沒有給出有效期，那么重定向只對當前呼叫有效?！矀魉蛥f(xié)議不兼容:會話描述中的一個或多個傳送協(xié)議不行用?！硯拞挝徊患嫒?會話描述中的一個或多個帶寬度量單位不被理解。媒體類型不行用:對話描述中的一個或多個媒體類型不行用。使用代理〔UseProxy〕客戶所懇求的資源必需通過Contact頭域中給出的代理來訪問。Contact頭域給出代理的URI。該響應(yīng)只能由用戶代理效勞器發(fā)出。〔媒體格式不兼容:對話描述中的一個或多個媒體格式不行用?！?30331370380

媒體特征不被理解:對話描述中的一個或多個媒體特征不被支持。對話描述參數(shù)不被理解:除上述幾種參數(shù)之外的參數(shù)不被理解。組播不行用:用戶站點不支持組播。單播不行用:用戶站點不支持單播通信(通常是由于防火墻的存在)帶寬缺乏:對話描述中定義的或者媒體定義的帶寬超出可用帶寬。使用其它效勞〔AlternateService〕呼叫不成功，但是可選其它的效勞〔如：電子郵件，語音信箱〕。該響應(yīng)的消息體給出可選效勞的描述?；旌细婢?該告警表示用戶存在的任意一種錯誤，收到該告警的系統(tǒng)不行以實行任何自動的動作4xx類消息(客戶機錯誤)4xx消息表示懇求消息中包含語法錯誤或者SIP1-34xx類消息列表。表1-34xx類消息列表未授權(quán)〔Unauthorized〕懇求需要用戶認證。要求付費〔PaymentRequired〕該響應(yīng)為將來使用保存。制止〔Forbidden〕效勞器理解懇求，但拒絕完成?？蛻舨粦?yīng)當再次發(fā)懇求。未找到用戶〔NotFound〕懇求中Request-RUL給出的地址上沒有要呼叫的用戶。當Request-RUL給出的地址與效勞器治理的域不匹配時，效勞器也發(fā)送該響應(yīng)。〔MethodNotAllowed〕Allow頭域，列出效勞器支持的方法。不行承受〔NotAcceptable〕依據(jù)懇求中的Accpe頭域，由懇求給出的資源產(chǎn)生的響應(yīng)實體里面的內(nèi)容字符不行承受。Required〕401〔未授權(quán)〕類似，但它指示用戶必需首先向代理認證自己。懇求超時〔RequestTimeout〕效勞器不能在懇求的Expire頭域指定的時間內(nèi)產(chǎn)生響應(yīng)。客戶可以過一段時間重發(fā)懇求。沖突〔Conflict〕客戶的懇求與資源的當前狀態(tài)沖突，不能完成懇求。當REGISTER懇求action參數(shù)與現(xiàn)存的注冊沖突時返回該響應(yīng)。無可用資源〔Gone〕效勞器上沒有所懇求的資源，也不知道進一步聯(lián)系的地址。這種情況被認為是永久的。假設(shè)效勞器不能確定該狀況是否是永久的，它應(yīng)當發(fā)送404〔被叫未找到〕響應(yīng)。需要消息體長度〔LengthRequired〕效勞器拒絕承受沒有包含Content-Length頭域的懇求?？蛻艉我栽趨⒓右粋€表示消息體長度的Cotent-Length頭域后重發(fā)懇求。413懇求實體過長〔RequestEntityTooLarge〕是臨時的，效勞器應(yīng)當在響應(yīng)中包含Retry-After頭域指示客戶何時重發(fā)懇求。414 Request-URI過長〔Request-URITooLong〕效勞器不能解析過長的Request-URI。415媒體類型不支持〔UnsupportedMediaType〕效勞器不支持懇求消息體的格式。效勞器應(yīng)當在響應(yīng)中用Accept，Accept-EncodingAccept-Language頭域列出它支持的格式。416 不支持的URI方案〔unsupportedurlscheme〕Request-URI中的URI方案而終止處理這個懇求。420錯誤的擴展〔BadExtension〕效勞器不理解懇求中Require頭域指定的協(xié)議擴展。421需要擴展支持〔extensionrequired〕UAS需要特定的擴展來處理這個懇求，但是這個擴展并沒有在懇求的Supported頭域中列出。具有這個應(yīng)答碼的應(yīng)答必需包含一個Require頭域列出所需要的擴展。UAS不應(yīng)當使用這個應(yīng)答除非它真的不能給客戶端供給有效的效勞SupportSIP兼容的方法和客戶端支持的擴展來進展處理。423 間隔太短〔intervaltoobrief〕效勞器由于在懇求中設(shè)置的資源刷時間〔或者有效時間〕過短而拒絕懇求。這個應(yīng)答可以用于注冊效勞器來拒絕那些Contact頭域有效期過短的注冊懇求。臨時不行訪問〔TemporarilyUnavailable〕被叫的終端系統(tǒng)已經(jīng)成功連接，但用戶臨時不行訪問〔例如：用戶未登錄，或登錄為免打攪〕Retry-After頭域中另外指定一個訪問時間。響應(yīng)：效勞器收到一個BYE懇求但找不到匹配的呼叫支路；或是收到一個CANCEL懇求TAG標志不一樣的INVITE〔對于無匹配的ACK懇求，效勞器直接將它丟棄，不響應(yīng)〕。檢測到循環(huán)呼叫〔LoopDetected〕懇求消息的Via頭域中包含接收效勞器自身的地址。跳數(shù)過多〔TooManyHop〕懇求的Via頭域包含的條目數(shù)〔跳數(shù)〕超過Max-Forwards頭域指定的值。地址不全〔AddressIncomplete〕懇求的To或Request-RUL所指的地址不全。地址不明確〔Ambiguous〕懇求中供給的被叫地址不明確。該響應(yīng)可以在Contact頭域中列出不明確的地址。被叫忙〔BusyHere〕被叫的終端系統(tǒng)已經(jīng)成功連接，但用戶臨時不情愿或不能夠接收更Retry-After過其它方式訪問，如：語音郵箱，因此該響應(yīng)并不終止一個查詢。假設(shè)我們知道沒有其他終端系統(tǒng)能夠接聽這個呼叫，那么應(yīng)當返回一個狀態(tài)碼600〔BusyEverywhere〕。懇求被拒絕〔RequestCancelled〕原來的懇求消息被一個CANCEL懇求所取消。此處懇求不承受〔notacceptablehere〕606〔NotAcceptable〕有一樣的含Request-URI承受。包含了媒體兼容性描述的消息體可以消滅在應(yīng)答中，并且依據(jù)INVITE懇求中的Accept頭域進展規(guī)格化〔假設(shè)沒有Accept頭域，那么就是application/sdp〕。這個應(yīng)答就像給OPTIONS200(OK)應(yīng)答的消息體一樣。491 491 未決懇求〔requestpending〕在同一個對話中，UAS接收到的懇求有一個依靠的懇求正在處理。493 MIME,并且不知道或者沒有供給適宜的解密密鑰。這個應(yīng)答可以包含單個包體，這個包體包含了適宜的公鑰，這個公鑰用于給這個UAS通訊中加密包體使用的。5xx類消息〔效勞器錯誤〕5xx消息表示SIP1-45xx類消息列表。效勞器內(nèi)部錯誤〔ServerInternalError〕效勞器消滅特別狀況，不能處理懇求。功能未實現(xiàn)〔效勞器內(nèi)部錯誤〔ServerInternalError〕效勞器消滅特別