SIP協(xié)議主要消息

SIP協(xié)議主要消息第一章SIP協(xié)議要緊消息1.1SIP消息分類SIP協(xié)議是以層協(xié)議的形式構(gòu)成的，就是說(shuō)它的行為是以一套相對(duì)獨(dú)立的處理階段來(lái)描述的，每個(gè)階段之間的關(guān)系不是很密切。SIP協(xié)議將Server與UserAgent之間的通訊的消息分為兩類：請(qǐng)求消息與響應(yīng)消息。請(qǐng)求消息：客戶端為了激活特定操作而發(fā)給服務(wù)器的SIP消息，包含INVITE、ACK、BYE、CANCEL.OPTION與UPDATE消息。SIP請(qǐng)求的6種方法：1、邀請(qǐng)(INVITE)——邀請(qǐng)用戶加入呼叫2、確認(rèn)(ACK)——確認(rèn)客戶機(jī)已經(jīng)接收到對(duì)INVITE的最終響應(yīng)3、可選項(xiàng)(OPTIONS)——請(qǐng)求關(guān)于服務(wù)器能力的信息4、再見(BYE)——終止呼叫上的兩個(gè)用戶之間的呼叫5、取消(CANCEL)6、注冊(cè)(REGISTER)——提供地址解析的映射，讓服務(wù)器明白其它用戶的位置響應(yīng)消息：服務(wù)器向客戶反饋對(duì)應(yīng)請(qǐng)求的處理結(jié)果的SIP消息，包含Ixx、2xx、3xx、4xx、5xx、6xx響應(yīng)SIP消息結(jié)構(gòu)請(qǐng)求消息與響應(yīng)消息都包含SIP消息頭字段與SIP消息體字段；SIP消息頭要緊用來(lái)指明本消息是有由誰(shuí)發(fā)起與由誰(shuí)同意，通過(guò)多少跳轉(zhuǎn)等基本信息；SIP消息體要緊用來(lái)描述本次會(huì)話具體實(shí)現(xiàn)方式；消息格式請(qǐng)求消息格式sip請(qǐng)求消息的格式，由sip消息頭與一組參數(shù)行構(gòu)成，如圖it所示。通過(guò)換行符區(qū)分命令行與每一條參數(shù)行。命令名稱對(duì)端URI協(xié)議版本消息頭Call-id:值via:值From:值To:值Contact:值Cseq:值參數(shù)行Content-Length:值Max-Forward:值Content-Type:值WhiteSpaceSDP圖1-1SIP請(qǐng)求消息結(jié)構(gòu)注意:參數(shù)行的順序不是固定的。對(duì)應(yīng)的參數(shù)解釋見錯(cuò)誤!未找到引用源。。消息體定義：Call-ID：頭字段是用來(lái)將消息分組的唯一性標(biāo)識(shí)From：頭字段是指示請(qǐng)求發(fā)起方的邏輯標(biāo)識(shí)，它可能是用戶的注冊(cè)地址。From頭字段包含一個(gè)URI與一個(gè)可選的顯示名稱CSeq：頭字段用于標(biāo)識(shí)事務(wù)并對(duì)事務(wù)進(jìn)行排序。它由一個(gè)請(qǐng)求方法與一個(gè)序列號(hào)構(gòu)成，請(qǐng)求方法務(wù)必與對(duì)應(yīng)的請(qǐng)求消息類型一致Max-Fowords：頭字段限定一個(gè)請(qǐng)求消息在到達(dá)目的地之前同意通過(guò)的最大跳數(shù)。它包含一個(gè)整數(shù)值，每通過(guò)一跳，這個(gè)值就被減一。假如在請(qǐng)求消息到達(dá)目的地之前該值變?yōu)榱悖敲凑?qǐng)求將被拒絕并返回一個(gè)483（跳數(shù)過(guò)多）錯(cuò)誤響應(yīng)消息、。Via：頭字段定義SIP事務(wù)的下層（傳輸層）傳輸協(xié)議，并標(biāo)識(shí)響應(yīng)消息將要被發(fā)送的位置。只有當(dāng)?shù)竭_(dá)下一跳所用的傳輸協(xié)議被選定后，才能在請(qǐng)求消息中加入Via頭字段值。expires：參數(shù)指出了該值中包含的URI地址的有效期。這個(gè)參數(shù)的值是以秒為單位計(jì)算的。假如沒(méi)有提供該參數(shù)，那么URI地址的有效期由Expires頭字段值來(lái)確定。SIP請(qǐng)求消息實(shí)例：INVITEsip:0109@:5060;User=phoneSIP/2.0Call-ID:01E04633512400000@Via:SIP/2.0/UDP:5061From:<sip:010203@:5061;User=phone>;tag=29005358336B534F610A000To:<sip:0109@:5060;User=phone〉Contact:sip:010203@:5061CSeq:lINVITEMax-Forwards:70Content-Type:application/SDPContent-Length:168v=0s二SessionSDPc=INIP4t=00m=audio49172RTP/AVP08a=rtpmap:0PCMU/8000a=rtpmap:8PCMA/8000a=sendonlyINVITE消息是其中一種SIP請(qǐng)求消息。第一行由消息頭與對(duì)端SIP實(shí)體的URI（通用資源標(biāo)識(shí)）與SIP版本號(hào)碼構(gòu)成。SIPURI是電話URI,附在IP地址上，表示對(duì)端與端點(diǎn)收發(fā)SIP消息的端口的域。“From”、“To”與“Contact”這三個(gè)SIP消息頭屬于電話URI。當(dāng)背靠背用戶代理發(fā)出呼叫時(shí)，“From”消息頭中的URI填寫在“Via”消息頭里。請(qǐng)求消息類型填寫在CSeq消息頭里，同時(shí)當(dāng)該SIP端點(diǎn)發(fā)送一個(gè)請(qǐng)求，號(hào)碼就相應(yīng)遞增。SIP協(xié)議版本為SIP/2.0o其中SDP被加入到INVITE消息內(nèi)容里，在消息頭里的Content-Length說(shuō)明了SDP內(nèi)容的長(zhǎng)度。INVITE請(qǐng)求消息詳解：INVITEsip:marconi@SIP/2.0=請(qǐng)求方法、請(qǐng)求地址（Request-URI）、SIP版本號(hào)（目前都是SIP/2.0）=請(qǐng)求地址通常就是被叫方地址，跟MSN中好友eMail地址類似ia:SIP/2.0/UDPlab.high-voltage,org:5060;branch=z9hG4bKfwl9b=SIP版本號(hào)（2.0）、傳輸類型（UI）P）、呼叫地址、<=branch是一隨機(jī)碼，它被看作傳輸標(biāo)識(shí)<=Via字段中地址是消息發(fā)送方或者代理轉(zhuǎn)發(fā)方設(shè)備地址，通常由主機(jī)地址與端口號(hào)構(gòu)成<=傳輸類型能夠?yàn)閁DP、TCP、TLS、SCTPMax-Forwards:70=最大跳躍數(shù)，就是通過(guò)SIP服務(wù)器的跳躍次數(shù)，要緊是防止循環(huán)跳躍<=每通過(guò)代理服務(wù)器，該整數(shù)減一To:G.Marconi<sip:Marconi@>From:NikolaTesla<sip:n.tesla@>;tag=76341〈=表示請(qǐng)求消息的發(fā)送方與目標(biāo)方<=假如里面有用戶名標(biāo)簽，地址要求用尖括號(hào)包起來(lái)=關(guān)于INVITE消息，能夠在From字段中包含tag,它也是個(gè)隨機(jī)碼Call-ID:123456789@=呼叫ID是由本地設(shè)備生成的，全局唯一值。每次呼叫該值唯一不變=關(guān)于用戶代理發(fā)送INVITE消息，本地將生成Fromtag與Call-ID全局唯一碼，被叫方代理則生成Totag全局唯一碼。這三個(gè)隨機(jī)碼做為整個(gè)對(duì)話中對(duì)話標(biāo)識(shí)(dialogindentifier)在通話雙方使用。CSeq:1INVITE=CSeq,又叫命令隊(duì)列(CommandSeqence),每發(fā)送一個(gè)新的請(qǐng)求，該數(shù)自動(dòng)加1以上幾個(gè)字段是所有SIP消息體所務(wù)必的，其它頭字段有些是可選的，有些在特定請(qǐng)求也是務(wù)必Subject:AboutThatPowerOutage...Contact:<sip:n.tesla@>=Contact是INVITE消息所務(wù)必的，它用來(lái)路由到被叫設(shè)備地址，也稱之用戶代理(UA)Content-Type:application/sdpContent-Length:158=最后兩位附屬字段說(shuō)明消息體類型與字段長(zhǎng)度=0<=SDP版本號(hào)，目前都是0=Tesla28908445262890844526INIP4lab.high-voltage,org<=主叫源地址，類型等s=PhoneCall響應(yīng)消息格式SIP響應(yīng)消息的格式，由SIP響應(yīng)消息頭與一組參數(shù)行構(gòu)成，如0所示。通過(guò)換行符區(qū)分命令行與每一行參數(shù)。SIP/協(xié)議版本響應(yīng)消息頭Call-id:值消息頭via:值卜From:值To:值Contact:值Cseq:值參數(shù)行Content-Length:值Max-Forward:值Content-Type:值WhiteSpaceSDPFSIP響應(yīng)消息結(jié)構(gòu)注意:參數(shù)行的順序不是固定的。對(duì)應(yīng)的參數(shù)解釋見錯(cuò)誤!未找到引用源。。SIP響應(yīng)消息實(shí)例：SIP/2.0200OKContent-Type:application/SDPVia:SIP/2.0/UDP:5061Call-ID:01EF351F8CSeq:lINVITEFrom:<sip:010203@:5061;User=phone>;tag=29005358336B534F610A000To:<sip:0109@l:5060;User=phone>;tag=5358336B534F2900CD1B0000Contact:<sip:0109@:55061>Content-Length:156v=0s=SipCallt=00m二audio5060RTP/AVP0a=rtpmap:0PCMU/8000200OK消息是SIP響應(yīng)消息的一種。第一行由SIP版本號(hào)與200響應(yīng)消息構(gòu)成。SIPURI是電話URL附在IP地址上，表示對(duì)端與端點(diǎn)收發(fā)SIP消息的端口的域?！癋rom”、“To”與“Contact”這三個(gè)SIP消息頭屬于電話URI。當(dāng)背靠背用戶代理發(fā)出呼叫時(shí)，“From”消息頭中的URI填寫在“Via”消息頭里。請(qǐng)求消息類型填寫在CSeq消息頭里，同時(shí)當(dāng)該SIP端點(diǎn)發(fā)送一個(gè)請(qǐng)求，號(hào)碼就相應(yīng)遞增。SIP協(xié)議版本為SIP/2.0。把SDP加入到INVITE消息內(nèi)容里，在消息頭里說(shuō)明內(nèi)容的長(zhǎng)度。第二章SIP協(xié)議要緊響應(yīng)碼響應(yīng)碼分類sip響應(yīng)消息用于對(duì)請(qǐng)求消息進(jìn)行響應(yīng)，指示呼叫的成功或者失敗狀態(tài)。不一致類的響應(yīng)消息由狀態(tài)碼來(lái)區(qū)分，狀態(tài)碼包含三位整數(shù)，狀態(tài)碼的第一位用于定義響應(yīng)類型，另外兩位用于進(jìn)一步對(duì)響應(yīng)進(jìn)行更加全面的說(shuō)明。響應(yīng)消息的分類如下所示。1XX：臨時(shí)響應(yīng)，表示請(qǐng)求消息正在被處理。2XX：成功響應(yīng)，表示請(qǐng)求已被成功接收，完全懂得并被同意。3XX：重定向響應(yīng)，表示需采取進(jìn)一步以完成該請(qǐng)求。4XX：客戶機(jī)錯(cuò)誤，表示請(qǐng)求消息中包含語(yǔ)法錯(cuò)誤信息或者服務(wù)器無(wú)法完成客戶機(jī)請(qǐng)求。5XX：服務(wù)器錯(cuò)誤，表示服務(wù)器無(wú)法完成合法請(qǐng)求。6XX：全局故障，表示任何服務(wù)器無(wú)法完成該請(qǐng)求。上述消息中，臨時(shí)響應(yīng)用于指示呼叫正在進(jìn)行，其余最終響應(yīng)用于結(jié)束請(qǐng)求消息。1xx類消息（臨時(shí)響應(yīng)）1XX消息表示服務(wù)器或者代理正在進(jìn)行處理，還未得到確定的響應(yīng)?？蛻魬?yīng)該繼續(xù)等待服務(wù)器的響應(yīng)。當(dāng)服務(wù)器預(yù)測(cè)在200毫秒之內(nèi)不能得到最終響應(yīng)時(shí)，它應(yīng)該發(fā)送一個(gè)1XX響應(yīng)。服務(wù)器能夠發(fā)送多個(gè)Ixx響應(yīng)。下面是常見的Ixx類消息列表。表1-1常見的1xx類消息列表100試呼（Trying）正在進(jìn)行與呼叫有關(guān)的操作（比如：訪問(wèn)數(shù)據(jù)庫(kù)），但被叫用戶還沒(méi)有定位。180被叫振鈴（Ringing）被叫用戶代理已經(jīng)得到被叫的位置，正在提醒被叫用戶。該響應(yīng)也能夠再發(fā)起一個(gè)本地回鈴181呼叫前轉(zhuǎn)（CallIsBeingForwarded）代理服務(wù)器能夠用該狀態(tài)碼表不當(dāng)前呼叫正被轉(zhuǎn)移到其它目的地。（呼叫正在轉(zhuǎn)發(fā)）182呼叫排隊(duì)（Queued）被叫暫時(shí)不可訪問(wèn)，當(dāng)前呼叫被排隊(duì)而不是被拒絕。當(dāng)服務(wù)器有效時(shí)，能夠繼續(xù)響應(yīng)該呼叫。該響應(yīng)的"reasonphrase”能夠進(jìn)一步給出排隊(duì)呼叫的信息，比如：“隊(duì)列中有5個(gè)呼叫，期望等待時(shí)間為15分鐘”。服務(wù)器能夠發(fā)出多個(gè)182響應(yīng)來(lái)更新當(dāng)前由E隊(duì)呼叫的信息。183會(huì)話進(jìn)度（sessionprogress）應(yīng)答用于提示建立對(duì)話的進(jìn)度信息。Reason-Phrase（表達(dá)原因的句子）、頭域或者者消息體能夠用于提示呼叫進(jìn)度的更新消息的信息。2xx類消息（成功響應(yīng)）2xx消息表示請(qǐng)求已經(jīng)被接收、處理并被成功同意;200：OK請(qǐng)求成功。3xx類消息（重定向響應(yīng)）3xx消息表示響應(yīng)給出有關(guān)用戶新位置或者其它可選服務(wù)的信息。下面表1-2是常見的3xx類消息列表。

表1-2常見的3xx類消息列表300多個(gè)選擇(MultipleChoice)請(qǐng)求中的地址被解析為多個(gè)位置，用戶能夠?qū)⒄?qǐng)求重定向到一個(gè)合適的地址。該響應(yīng)應(yīng)該包含可供用戶或者用戶代理選擇的位置與資源列表，同時(shí)在Contact頭域中，列出可供選擇的地址。(網(wǎng)絡(luò)協(xié)議不兼容:會(huì)話描述中的一個(gè)或者多個(gè)網(wǎng)絡(luò)協(xié)議不可用。)301永久離開(MovedPermanently)在請(qǐng)求中Request-URI所指的地址找不到用戶，客戶應(yīng)該嘗試Contact頭域給出的新地址。主叫收到該響應(yīng)后應(yīng)該更新所有的本地目錄，地址簿，用戶位置緩存并將以后的請(qǐng)求重定向到新的地址。(網(wǎng)絡(luò)地址格式不兼容:會(huì)話描述中的一個(gè)或者多個(gè)地址格式不可用。)302暫時(shí)離開(MovedTemporarily)客戶應(yīng)該用Contact頭域給出的新地址嘗試呼叫。響應(yīng)中Expire頭域指出該次重定向的有效期，假如沒(méi)有給出有效期，那么重定向只對(duì)當(dāng)前呼叫有效。(傳送協(xié)議不兼容:會(huì)話描述中的一個(gè)或者多個(gè)傳送協(xié)議不可用。)303帶寬單位不兼容:會(huì)話描述中的一個(gè)或者多個(gè)帶寬度量單位不被懂得。304媒體類型不可用:對(duì)話描述中的一個(gè)或者多個(gè)媒體類型不可用。305使用代理(UseProxy)客戶所請(qǐng)求的資源務(wù)必通過(guò)Contact頭域中給出的代理來(lái)訪問(wèn)。Contact頭域給出代理的URI。該響應(yīng)只能由用戶代理服務(wù)器發(fā)出。(媒體格式不兼容:對(duì)話描述中的一個(gè)或者多個(gè)媒體格式不可用。)306媒體特征不被懂得:對(duì)話描述中的一個(gè)或者多個(gè)媒體特征不被支持。307對(duì)話描述參數(shù)不被懂得:除上述幾種參數(shù)之外的參數(shù)不被懂得。330組播不可用：用戶站點(diǎn)不支持組播。331單播不可用：用戶站點(diǎn)不支持單播通信(通常是由于防火墻的存在)370帶寬不足:對(duì)話描述中定義的或者者媒體定義的帶寬超出用用帶寬。380使用其它服務(wù)(AlternateService)呼叫不成功，但是可選其它的服務(wù)(如：電子郵件，語(yǔ)音信箱)。該響應(yīng)的消息體給出可選服務(wù)的描述。399混合告警:該告警表示用戶存在的任意一種錯(cuò)誤，收到該告警的系統(tǒng)不能夠采取任何自動(dòng)的動(dòng)作4xx類消息(客戶機(jī)錯(cuò)誤)4xx消息表示請(qǐng)求消息中包含語(yǔ)法錯(cuò)誤或者者SIP服務(wù)器不能完成對(duì)該請(qǐng)求消息的處理。下面表1-3是常見的4xx類消息列表。表1-3常見的4xx類消息列表

400無(wú)效請(qǐng)求(BadRequest)請(qǐng)求語(yǔ)法有誤，不能被服務(wù)器懂得。401未授權(quán)(Unauthorized)請(qǐng)求需要用戶認(rèn)證。402要求付費(fèi)(PaymentRequired)該響應(yīng)為將來(lái)使用保留。403禁止(Forbidden)服務(wù)器懂得請(qǐng)求，但拒絕完成?？蛻舨粦?yīng)該再次發(fā)請(qǐng)求。404未找到用戶(NotFound)請(qǐng)求中Request-RUL給出的地址上沒(méi)有要呼叫的用戶。當(dāng)Request-RUL給出的地址與服務(wù)器管理的域不匹配時(shí)，服務(wù)器也發(fā)送該響應(yīng)。405方法不同意(MethodNotAllowed)請(qǐng)求行中指定的方法不被同意。該響應(yīng)務(wù)必包含Allow頭域，列出服務(wù)器支持的方法。406不Kl同意(NotAcceptable)根據(jù)請(qǐng)求中的Accpe頭域，由請(qǐng)求給出的資源產(chǎn)生的響應(yīng)實(shí)體里面的內(nèi)容字符不可同意。407需要代理認(rèn)證(ProxyAuthenticationRequired)該響應(yīng)與401(未授權(quán))類似，但它指示用戶務(wù)必首先向代理認(rèn)證自己。408請(qǐng)求超時(shí)(RequestTimeout)服務(wù)器不能在請(qǐng)求的Expire頭域指定的時(shí)間內(nèi)產(chǎn)生響應(yīng)?？蛻裟軌蜻^(guò)一段時(shí)間重發(fā)請(qǐng)求。409沖突(Conflict)客戶的請(qǐng)求與資源的當(dāng)前狀態(tài)沖突，不能完成請(qǐng)求。當(dāng)REGISTER請(qǐng)求的action參數(shù)與現(xiàn)存的注冊(cè)沖突時(shí)返回該響應(yīng)。410無(wú)可用資源(Gone)服務(wù)器上沒(méi)有所請(qǐng)求的資源，也不明白進(jìn)一步聯(lián)系的地址。這種情況被認(rèn)為是永久的。假如服務(wù)器不能確定該情況是否是永久的，它應(yīng)該發(fā)送404(被叫未找到)響應(yīng)。411需要消息體長(zhǎng)度(LengthRequired)服務(wù)器拒絕同意沒(méi)有包含Content-Length頭域的請(qǐng)求。客戶何以在加入一個(gè)表示消息體長(zhǎng)度的Cotent-Length頭域后重發(fā)請(qǐng)求。413請(qǐng)求實(shí)體過(guò)長(zhǎng)(RequestEntityTooLarge)服務(wù)器拒絕處理過(guò)長(zhǎng)的消息實(shí)體。假如這種情況是暫時(shí)的，服務(wù)器應(yīng)該在響應(yīng)中包含Retry-After頭域指示客戶何時(shí)重發(fā)請(qǐng)求。414Request-URI過(guò)長(zhǎng)(Request-URITooLong)服務(wù)器不能解析過(guò)長(zhǎng)的Request-URI。415媒體類型不支持(UnsupportedMediaType)服務(wù)器不支持請(qǐng)求消息體的格式。服務(wù)器應(yīng)該在響應(yīng)中用Accept,Accept-Encoding與Accept-Language頭域列出它支持的格式。416不支持的URI方案(unsupportedurlscheme)服務(wù)器由于不支持Request-URI中的URI方案而終止處理這個(gè)請(qǐng)求。420錯(cuò)誤的擴(kuò)展(BadExtension)服務(wù)器不懂得請(qǐng)求中Require頭域指定的協(xié)議擴(kuò)展。421需要擴(kuò)展支持(extensionrequired)UAS需要特定的擴(kuò)展來(lái)處理這個(gè)請(qǐng)求，但是這個(gè)擴(kuò)展并沒(méi)有在請(qǐng)求的Supported頭域中列出。具有這個(gè)應(yīng)答碼的應(yīng)答務(wù)必包含一個(gè)Require頭域列出所需要的擴(kuò)展。UAS不應(yīng)當(dāng)使用這個(gè)應(yīng)答除非它確實(shí)不能給客戶端提供有效的服務(wù)。相反，假如在Support頭域中沒(méi)有列出需要的擴(kuò)展，服務(wù)器應(yīng)當(dāng)根據(jù)基準(zhǔn)的SIP兼容的方法與客戶端支持的擴(kuò)展來(lái)進(jìn)行處理。423間隔太短(intervaltoobrief)服務(wù)器由于在請(qǐng)求中設(shè)置的資源刷新時(shí)間(或者者有效時(shí)間)過(guò)短而拒絕請(qǐng)求。這個(gè)應(yīng)答能夠用于注冊(cè)服務(wù)器來(lái)拒絕那些Contact頭域有效期過(guò)短的注冊(cè)請(qǐng)求。480暫時(shí)不口］訪問(wèn)(TemporarilyUnavailable)被叫的終端系統(tǒng)己經(jīng)成功連接，但用戶暫時(shí)不可訪問(wèn)(比如：用戶未登錄，或者登錄為免打攪)。服務(wù)器能夠在Retry-After頭域中另外指定一個(gè)訪問(wèn)時(shí)間。481呼叫支路/事務(wù)不存在(Callleg/TransactionDoesNotExist)在兩種情況下服務(wù)器返回該響應(yīng)：服務(wù)器收到一個(gè)BYE請(qǐng)求但找不到匹配的呼叫支路；或者是收到一個(gè)CANCEL請(qǐng)求但找不到匹配的事務(wù)；或者是收到與原先TAG標(biāo)志不樣的INVITE請(qǐng)求。(關(guān)于無(wú)匹配的ACK請(qǐng)求，服務(wù)器直接將它丟棄，不響應(yīng))。482檢測(cè)到循環(huán)呼叫(LoopDetected)請(qǐng)求消息的Via頭域中包含接收服務(wù)器自身的地址。483跳數(shù)過(guò)多(TooManyHop)請(qǐng)求的Via頭域包含的條目數(shù)(跳數(shù))超過(guò)Max-Forwards頭域指定的值。484地址不全(AddressIncomplete)請(qǐng)求的To或者Request-RUL所指的地址不全。485地址不明確(Ambiguous)請(qǐng)求中提供的被叫地址不明確。該響應(yīng)能夠在Contact頭域中列出不明確的地址。486被叫忙(BusyHere)被叫的終端系統(tǒng)已經(jīng)成功連接，但用戶暫時(shí)不愿意或者不能夠接收更多的呼叫。服務(wù)器能夠在響應(yīng)的Retry-After頭域中另外指定一個(gè)訪問(wèn)時(shí)間?？蛻粢部赡芡ㄟ^(guò)其它方式訪問(wèn)，如：語(yǔ)音郵箱，因此該響應(yīng)并不終止一個(gè)查詢。假如我們明白沒(méi)有其他終端系統(tǒng)能夠接聽這個(gè)呼叫，那么應(yīng)當(dāng)返回一個(gè)狀態(tài)碼600(BusyEverywhere)o487請(qǐng)求被拒絕(RequestCancelled)原先的請(qǐng)求消息被一個(gè)CANCEL請(qǐng)求所取消。488此處請(qǐng)求不同意(notacceptablehere)這個(gè)應(yīng)答與606(NotAcceptable)有相同的含義，但是

只是應(yīng)用于Request-URI所指出的特定資源不能同意，在其他地方請(qǐng)求可能能夠同意。包含了媒體兼容性描述的消息體能夠出現(xiàn)在應(yīng)答中，同時(shí)根據(jù)INVITE請(qǐng)求中的Accept頭域進(jìn)行規(guī)格化(假如沒(méi)有Accept頭域，那么就是application/sdp)。這個(gè)應(yīng)答就像給OPTIONS請(qǐng)求的200(OK)應(yīng)答的消息體一樣。491未決請(qǐng)求(requestpending)在同一個(gè)對(duì)話中，UAS接收到的請(qǐng)求有一個(gè)依靠的請(qǐng)求正在處理。493無(wú)法解密(undecipherable)不可辨識(shí)，UAS接收到了一個(gè)請(qǐng)求，包含了一個(gè)加密的MIME,同時(shí)不明白或者者沒(méi)有提供合適的解