VoLTE SIP代碼意義及流程圖解

提交

我的留言

加載中

已留言

VoLTE SIP代碼意義及流程圖解 網(wǎng)優(yōu)雇傭軍  

微信號(hào) hr_opt

功能介紹 通信、科技、未來！通信路上，一起走！

一 VOLTE SIP代碼意義

SIP應(yīng)答消息狀態(tài)碼與功能

類型 狀態(tài)碼 狀態(tài)說明

臨時(shí)應(yīng)答(1XX) 100 Trying 正在處理中

180 Ringing 振鈴

181 call being forwarder 呼叫正在前向

182 queue 排隊(duì)

181* session progress 會(huì)話進(jìn)行

會(huì)話成功(2XX) 200 OK 會(huì)話成功

重定向(3XX) 300 multiple 多重選擇

301 moved permanently 永久移動(dòng)

302 moved temporaily 臨時(shí)移動(dòng)

305 use proxy 用戶代理

380 alternative service 替代服務(wù)

請(qǐng)求失敗(4XX) 400 bad request 錯(cuò)誤請(qǐng)求

401unauthorized 未授權(quán)

402 payment required 付費(fèi)要求

403 forbidden 禁止

404 not found 未發(fā)現(xiàn)

405 method no allowed 方法不允許

406 not acceptable 不可接受

407 proxy authentication required 代理需要認(rèn)證

408 request timeout 請(qǐng)求超時(shí)

410 gone 離開

413 request entity too large 請(qǐng)求實(shí)體太大

414 request-url too long 請(qǐng)求URL太長

415 unsupported media type 不支持的媒體類型

416 unsupported url scheme 不支持的URL計(jì)劃

420 bad extension 不良擴(kuò)展

421 extension required 需要擴(kuò)展 

423 interval too brief 間隔太短

480 temporarily unavailable 臨時(shí)失效

481 call/transaction does not exist 呼叫/事務(wù)不存在

482 loop detected 發(fā)現(xiàn)環(huán)路

483 too many hops 跳數(shù)太多

484 address incomplete 地址不完整

485 ambiguous 不明朗

486 busy here 這里忙

487 request terminated 請(qǐng)求終止

488 not acceptable here 這里請(qǐng)求不可接受

491 request pending 未決請(qǐng)求

493 undecipherable 不可辨識(shí)

服務(wù)器失敗(5XX) 500 server internal error 服務(wù)器內(nèi)部錯(cuò)誤

501 not implemented 不可執(zhí)行

502 bad gateway 壞網(wǎng)關(guān)

503 service unavailable 服務(wù)無效

504 server time-out 服務(wù)器超時(shí)

505 version not supported 版本不支持

513 message too large 消息太大

全局性錯(cuò)誤(6XX) 600 busy everywhere 全忙

603 decline 丟棄

604 does not exist anywhere 不存在

606 not acceptable 不可接受

SIP應(yīng)答代碼(以下是詳細(xì)內(nèi)容)

應(yīng)答碼是包含了，并且擴(kuò)展了HTTP/1.1應(yīng)答碼。并不是所有的HTTP/1.1應(yīng)答碼都適當(dāng)應(yīng)用，只有在折里指出的是適當(dāng)?shù)�。其�?/span>HTTP/1.1應(yīng)答碼不應(yīng)當(dāng)使用。并且，SIP也定義了新的應(yīng)答碼系列，6xx。

1 臨時(shí)應(yīng)答1xx 

臨時(shí)應(yīng)答，也就是消息性質(zhì)的應(yīng)答，標(biāo)志了對(duì)方服務(wù)器正在處理請(qǐng)求，并且還沒有決定最后的應(yīng)答。如果服務(wù)器處理請(qǐng)求需要花200ms以上才能產(chǎn)生終結(jié)應(yīng)答的時(shí)候，它應(yīng)當(dāng)發(fā)送一個(gè)1xx應(yīng)答。 

注意1xx應(yīng)答并不是可靠傳輸?shù)�。他們不�?huì)導(dǎo)致客戶端傳送一個(gè)ACK應(yīng)答。臨時(shí)性質(zhì)的（1xx）應(yīng)答可以包含消息體，包含會(huì)話描述。 

1.1 100 Trying 

這個(gè)應(yīng)答表示下一個(gè)節(jié)點(diǎn)的服務(wù)器已經(jīng)接收到了這個(gè)請(qǐng)求并且還沒有執(zhí)行這個(gè)請(qǐng)求的特定動(dòng)作（比如，正在打開數(shù)據(jù)庫的時(shí)候）。這個(gè)應(yīng)答，就像其他臨時(shí)應(yīng)答一 樣，種植了UAC重新傳送INVITE請(qǐng)求。100(Trying)應(yīng)答和其他臨時(shí)應(yīng)答不同的是，在這里，它永遠(yuǎn)不會(huì)被有狀態(tài)proxy轉(zhuǎn)發(fā)到上行流中。 

1.2 180 Ringing 

UA收到INVITE請(qǐng)求并且試圖提示給用戶。這個(gè)應(yīng)答應(yīng)當(dāng)出世化一個(gè)本地回鈴。

1.3 818 Call is Being Forwarded(呼叫被轉(zhuǎn)發(fā)) 

服務(wù)器可以用這個(gè)應(yīng)答代碼來表示呼叫正在轉(zhuǎn)發(fā)到另一個(gè)目的地集合。 

1.4 182 Queued 

當(dāng) 呼叫的對(duì)方暫時(shí)不能接收呼叫的時(shí)候，并且服務(wù)器決定將呼叫排隊(duì)等候，而不是拒絕呼叫的時(shí)候，那么就應(yīng)當(dāng)發(fā)出這個(gè)應(yīng)答。當(dāng)被叫方一旦恢復(fù)接收呼叫，他會(huì)返回 合適的終結(jié)應(yīng)答。對(duì)于這個(gè)呼叫狀態(tài)，可以有一個(gè)表示原因的短語，比如：”5 calls queued;expected waiting time is 15minutes”。服務(wù)器可以給出好幾個(gè)182（Queued）應(yīng)答告訴呼叫方排隊(duì)的情況（比如排隊(duì)靠前了等等）。

1.5 183 會(huì)話進(jìn)度 

183（Session Progress）應(yīng)答用于提示建立對(duì)話的進(jìn)度信息。Reason-Phrase（表達(dá)原因的句子）、頭域或者消息體可以用于提示呼叫進(jìn)度的更消息的信息。

2 成功信息2xx 

這個(gè)應(yīng)答表示請(qǐng)求是成功的。 

2.1 200 OK 

請(qǐng)求已經(jīng)處理成功。這個(gè)信息取決于不同方法的請(qǐng)求的應(yīng)答。 

3 轉(zhuǎn)發(fā)請(qǐng)求3XX 

3xx系列的應(yīng)答是用于提示用戶的新位置信息的，或者為了滿足呼叫而轉(zhuǎn)發(fā)的額外服務(wù)地點(diǎn)。 

3.1 300 Multiple Choices 

請(qǐng)求的地址有多個(gè)選擇，每個(gè)選擇都有自己的地址，用戶或者（UA）可以選擇合適的通訊終端，并且轉(zhuǎn)發(fā)這個(gè)請(qǐng)求到這個(gè)地址。 

應(yīng)答可以包含一個(gè)具有每一個(gè)地點(diǎn)的在Accept請(qǐng)求頭域中允許的資源特性，這樣用戶或者UA可以選擇一個(gè)最合適的地址來轉(zhuǎn)發(fā)請(qǐng)求。沒有未這個(gè)應(yīng)答的消息體定義MIME類型。 

這些地址選擇也應(yīng)當(dāng)在Contact頭域中列出（20.10節(jié)）。不同于HTTP，SIP應(yīng)答可以包含多個(gè)Contact頭域或者一個(gè)Contact頭域 中具有一個(gè)地址列表。UA可以使用Contact頭域來自動(dòng)轉(zhuǎn)發(fā)或者要求用戶確認(rèn)轉(zhuǎn)發(fā)。不過，本規(guī)范沒有定義自動(dòng)轉(zhuǎn)發(fā)的標(biāo)準(zhǔn)。 

如果被叫方可以在多個(gè)地址被找到，并且服務(wù)器不能或者不愿意轉(zhuǎn)發(fā)請(qǐng)求的時(shí)候，可以使用這個(gè)應(yīng)答來給呼叫方。 

3.2 301 Moved Permently 

當(dāng)不能在Request-URI指定的地址找到用戶的時(shí)候，請(qǐng)求的客戶端應(yīng)當(dāng)使用Contact頭域(20.10)所指出的新的地址重新嘗試。請(qǐng)求者應(yīng)當(dāng)用這個(gè)新的值來更新本地的目錄，地址本，和用戶地址cache，并且在后續(xù)請(qǐng)求中，發(fā)送到這個(gè)/這些列出的地址。

3.3 302 Moved Temporarily 

請(qǐng)求方應(yīng)當(dāng)把請(qǐng)求重新發(fā)到這個(gè)Contact頭域所指出的新地址(20.10)。新請(qǐng)求的Request-URI應(yīng)當(dāng)用這個(gè)應(yīng)答的Contact頭域所指出的值。 

在應(yīng)答中的Expires(20.19節(jié))或者Contact頭域的expires參數(shù)定義了這個(gè)Contact URI的生存周期。UA或者proxy在這個(gè)生存周期內(nèi)cache這個(gè)URI。如果沒有嚴(yán)格的有效時(shí)見，那么這個(gè)地址僅僅本次有效，并且不能在以后的事務(wù) 中保存。 

如果cache的Contact頭域的值失敗了，那么被轉(zhuǎn)發(fā)請(qǐng)求的Request-URI應(yīng)當(dāng)再次嘗試一次。臨時(shí)URI可以比超時(shí)時(shí)間更快的失效，并且可以有一個(gè)新的臨時(shí)URI。 

3.4 305 Use Proxy 

請(qǐng)求的資源必須通過Contact頭域中指出的proxy來訪問。Contact頭域指定了一個(gè)proxy的URI。接收到這個(gè)應(yīng)答的對(duì)象應(yīng)當(dāng)通過這個(gè)proxy重新發(fā)送這個(gè)單個(gè)請(qǐng)求。305（UseProxy）必須是UAS產(chǎn)生的。 

3.5 380 Alternative Service 

呼叫不成工，但是可以嘗試另外的服務(wù)。另外的服務(wù)在應(yīng)答的消息體中定義。消息體的格式在這里沒有定義，可能在以后的規(guī)范中定義。 

4 請(qǐng)求失敗4xx 

4xx應(yīng)答定義了特定服務(wù)器響應(yīng)的請(qǐng)求失敗的情況。客戶端不應(yīng)當(dāng)在不更改請(qǐng)求的情況下重新嘗試同一個(gè)請(qǐng)求。（例如，增加合適的認(rèn)證信息）。不過，同一個(gè)請(qǐng)求交給不同服務(wù)器也許就會(huì)成功。 

4.1 400 Bad Request 

請(qǐng)求中的語法錯(cuò)誤。Reason-Phrase應(yīng)當(dāng)標(biāo)志這個(gè)詳細(xì)的語法錯(cuò)誤，比如”Missing Call-ID header field”。 

4.2 401 Unauthorized 

請(qǐng)求需要用戶認(rèn)證。這個(gè)應(yīng)答是由UAS和注冊(cè)服務(wù)器產(chǎn)生的，當(dāng)407（Proxy Authentication Required）是proxy服務(wù)器產(chǎn)生的。 

4.3 402 Payment Required 

保留/以后使用 

4.4 403 Forbidden 

服務(wù)端支持這個(gè)請(qǐng)求，但是拒絕執(zhí)行請(qǐng)求。增加驗(yàn)證信息是沒有必要的，并且請(qǐng)求應(yīng)當(dāng)不被重試。 

4.5 404 Not Found 

服務(wù)器返回最終信息：用戶在Request-URI指定的域上不存在。當(dāng)Request-URI的domain和接收這個(gè)請(qǐng)求的domain不匹配的情況下， 也會(huì)產(chǎn)生這個(gè)應(yīng)答。

4.6 405 Method Not Allowed 

服務(wù)器支持Request-Line中的方法，但是對(duì)于這個(gè)Request-URI中的地址來說，是不允許應(yīng)用這個(gè)方法的。 

應(yīng)答必須包括一個(gè)Allow頭域，這個(gè)頭域包含了指定地址允許的方法列表。

4.7 Not Acceptable 

請(qǐng)求中的資源只會(huì)導(dǎo)致產(chǎn)生一個(gè)在請(qǐng)求中的Accept頭域外的，內(nèi)容無法接收的錯(cuò)誤。 

4.8 407 Proxy Authentication Required 

這個(gè)返回碼和401（Unauthorized）很類四，但是標(biāo)志了客戶端應(yīng)當(dāng)首先在proxy上通過認(rèn)證。SIP對(duì)認(rèn)證的訪問請(qǐng)參見26節(jié)和22.3節(jié)。 

這個(gè)返回碼用于應(yīng)用程序訪問通訊網(wǎng)關(guān)（比如，電話網(wǎng)關(guān)），而很少用于被叫方要求認(rèn)證。 

4.9 408 Request Timeout 

在一段時(shí)間內(nèi)，服務(wù)器不能產(chǎn)生一個(gè)終結(jié)應(yīng)答，例如，如果它無法及時(shí)決定用戶的位置�？蛻舳丝梢栽谏院蟛桓�改請(qǐng)求的內(nèi)容然后重新嘗試請(qǐng)求。 

4.10 410 Gone 

請(qǐng)求的資源在本服務(wù)器上已經(jīng)不存在了，并且不知道應(yīng)當(dāng)把請(qǐng)求轉(zhuǎn)發(fā)到哪里。這個(gè)問題將會(huì)使永久性的。如果服務(wù)器不知道，或者不容易檢測(cè)，這個(gè)資源消失是臨時(shí)性質(zhì)的還是永久性質(zhì)的，那么應(yīng)當(dāng)返回一個(gè)404（Not Found）。 

4.11 413請(qǐng)求實(shí)體過大。 

服務(wù)器拒絕處理請(qǐng)求，因?yàn)檫@個(gè)請(qǐng)求的實(shí)體超過了服務(wù)器希望或者能夠處理的大小。這個(gè)服務(wù)器應(yīng)當(dāng)關(guān)閉連接避免客戶端重發(fā)這個(gè)請(qǐng)求。 

如果這個(gè)情況是暫時(shí)的，那么服務(wù)端應(yīng)當(dāng)包含一個(gè)Retry-After頭域來表明這是一個(gè)暫時(shí)的故障，并且客戶端可以過一段時(shí)間再次嘗試。 

4.12 414 Request-URI Too Long 

服務(wù)器拒絕這個(gè)請(qǐng)求，因?yàn)?/span>Request-URI超過了服務(wù)器能夠處理的長度。 

4.13 415 Unsupported Media Type 

服務(wù)器由于請(qǐng)求的消息體的格式本服務(wù)器不支持，所以拒絕處理這個(gè)請(qǐng)求。這個(gè)服務(wù)器必須根據(jù)內(nèi)容的故障類型，返回一個(gè)Accept，Accpet-Encoding,或者Accept-Language頭域列表。UAC根據(jù)8.1.3.5節(jié)定義的方法處理這個(gè)應(yīng)答。 

4.14 416 Unsupported URI Scheme 

服務(wù)器由于不支持Request-URI中的URI方案而終止處理這個(gè)請(qǐng)求。客戶端處理這個(gè)應(yīng)答參照8.1.3.5。 

4.15 Bad Extension 

服務(wù)器不知道在請(qǐng)求中的Proxy-Require(20.29)或者Require(20.32)頭域所指出的協(xié)議擴(kuò)展。服務(wù)器必須在Unsupported頭域中列出不支持的擴(kuò)展。UAC處理這個(gè)應(yīng)答請(qǐng)參見8.1.3.5 

4.16 421Extension Required 

UAS需要特定的擴(kuò)展來處理這個(gè)請(qǐng)求，但是這個(gè)擴(kuò)展并沒有在請(qǐng)求的Supported頭域中列出。具有這個(gè)應(yīng)答碼的應(yīng)答必須包含一個(gè)Require頭域列出所需要的擴(kuò)展。 

UAS不應(yīng)當(dāng)使用這個(gè)應(yīng)答除非它真的不能給客戶端提供有效的服務(wù)。相反，如果在Support頭域中沒有列出需要的擴(kuò)展，服務(wù)器應(yīng)當(dāng)根據(jù)基準(zhǔn)的SIP兼容的方法和客戶端支持的擴(kuò)展來進(jìn)行處理。 

4.17 423 Interval Too Brief 

服務(wù)器因?yàn)樵谡?qǐng)求中設(shè)置的資源刷新時(shí)間（或者有效時(shí)間）過短而拒絕請(qǐng)求。這個(gè)應(yīng)答可以用于注冊(cè)服務(wù)器來拒絕那些Contact頭域有效期過短的注冊(cè)請(qǐng)求。這個(gè)應(yīng)答的用法和相關(guān)的Min-Expires頭域在10.2.8,10.3,20.23節(jié)中介紹和說明。 

4.18 480 Temporarily Unavailable 

請(qǐng)求成功到達(dá)被叫方的終端系統(tǒng)，但是被叫方當(dāng)前不可用（例如，沒有登陸，或者登陸了但是狀態(tài)是不能通訊，或者有”請(qǐng)勿打擾”的標(biāo)記）。應(yīng)答應(yīng)當(dāng)在 Retry-After中標(biāo)志一個(gè)合適的重發(fā)時(shí)間。這個(gè)用戶也有可能在其他地方是有效的（在本服務(wù)器中不知道）。Reason-Phrase(原因短句) 應(yīng)當(dāng)提示更詳細(xì)的原因，為什么被叫方暫時(shí)不可用。這個(gè)值應(yīng)當(dāng)是可以被UA設(shè)置的。狀態(tài)碼486（Busy Here）可以用來更精確的表示本請(qǐng)求失敗的特定原因。 

這個(gè)狀態(tài)碼也可以是轉(zhuǎn)發(fā)服務(wù)或者proxy服務(wù)器返回的，因?yàn)樗麄儼l(fā)現(xiàn)Request-URI指定的用戶存在，但是沒有一個(gè)給這個(gè)用戶的合適的當(dāng)前轉(zhuǎn)發(fā)的地址。 

4.19 481 Call/Transaction Does Not Exist 

這個(gè)狀態(tài)表示了UAS接收到請(qǐng)求，但是沒有和現(xiàn)存的對(duì)話或者事務(wù)匹配。 

4.20 482 Loop Detected 

服務(wù)器檢測(cè)到了一個(gè)循環(huán)(16.3/4) 

4.21 483 Too Many Hops 

服務(wù)器接收到了一個(gè)請(qǐng)求包含的Max-Forwards(20.22)頭域是0 

4.22 484 Address InComplete 

服務(wù)器接收到了一個(gè)請(qǐng)求，它的Request-URI是不完整的。在原因短語中應(yīng)當(dāng)有附加的信息說明。這個(gè)狀態(tài)碼可以和撥號(hào)交疊。在和撥號(hào)交疊中，客戶端 不知道撥號(hào)串的長度。它發(fā)送增加長度的字串，并且提示用戶輸入更多的字串，直到不在出現(xiàn)484（Address Incomplete）應(yīng)答為止。 

4.23 485 Ambiguous 

Request-URI是不明確的。應(yīng)答可以在Contact頭域中包含一個(gè)可能的明確的地址列表。這個(gè)提示列表肯囊個(gè)在安全性和隱私性對(duì)用戶或者組織造 成破壞。必須能夠由配置決定是否以404（NotFound）代替這個(gè)應(yīng)答，又或者禁止對(duì)不明確的地址使用可能的選擇列表。 

給帶有Request-URI的請(qǐng)求的一個(gè)應(yīng)答例子： 

sip: lee@example.com: 

SIP/2.0 485 Ambiguous 

Contact: Carol Lee <sip:carol.lee@example.com> 

Contact: Ping Lee <sip:p.lee@example.com> 

Contact: Lee M.Foote <sips:lee.foote@example.com> 

部分email和語音郵箱系統(tǒng)提供了這個(gè)功能。這個(gè)狀態(tài)碼和3xx狀態(tài)碼不同：對(duì)于300來說，它是假定同一個(gè)人或者服務(wù)有不同的地址選擇。所以對(duì)3xx來說，自動(dòng)選擇系統(tǒng)或者連續(xù)查找就有效，但是對(duì)485（Ambiguous）應(yīng)答來說，一定要用戶的干預(yù)。 

4.24 486 Busy Here 

當(dāng)成功聯(lián)系到被叫方的終端系統(tǒng)，但是被叫方當(dāng)前在這個(gè)終端系統(tǒng)上不能接聽這個(gè)電話，那么應(yīng)答應(yīng)當(dāng)回給呼叫方一個(gè)更合適的時(shí)間在Retry-After頭域 重試。這個(gè)用戶也許在其他地方有效，比如電話郵箱系統(tǒng)等等。如果我們知道沒有其他終端系統(tǒng)能夠接聽這個(gè)呼叫，那么應(yīng)當(dāng)返回一個(gè)狀態(tài)碼600（Busy Everywhere）。 

4.25 487 Request Terminated 

請(qǐng)求被BYE或者CANCEL所終止。這個(gè)應(yīng)答永遠(yuǎn)不會(huì)給CANCEL請(qǐng)求本身回復(fù)。 

4.26 488 Not Acceptable Here 

這個(gè)應(yīng)答和606（Not Acceptable）有相同的含義，但是只是應(yīng)用于Request-URI所指出的特定資源不能接受，在其他地方請(qǐng)求可能可以接受。 

包含了媒體兼容性描述的消息體可以出現(xiàn)在應(yīng)答中，并且根據(jù)INVITE請(qǐng)求中的Accept頭域進(jìn)行規(guī)格化（如果沒有Accept頭域，那么就是application/sdp）。這個(gè)應(yīng)答就像給OPTIONS請(qǐng)求的200(OK)應(yīng)答的消息體一樣。 

4.27 491 Request Pending 

在同一個(gè)對(duì)話中，UAS接收到的請(qǐng)求有一個(gè)依賴的請(qǐng)求正在處理。14.2描述了這種情況應(yīng)當(dāng)怎樣解決。 

4.28 493 Undecipherable 

UAS接收到了一個(gè)請(qǐng)求，包含了一個(gè)加密的MIME,并且不知道或者沒有提供合適的解密密鑰。這個(gè)應(yīng)答可以包含單個(gè)包體，這個(gè)包體包含了合適的公鑰，這個(gè)公鑰用于給這個(gè)UAS通訊中加密包體使用的。

5 Server Failure 5xx 

5xx應(yīng)答是當(dāng)服務(wù)器本身故障的時(shí)候給出的失敗應(yīng)答。 

5.1 500 Server Internal Error 

服務(wù)器遇到了未知的情況，并且不能繼續(xù)處理請(qǐng)求�？蛻舳丝梢燥@示特定的錯(cuò)誤情況，并且可以在幾秒種以后重新嘗試這個(gè)請(qǐng)求。 

如果這個(gè)情況是臨時(shí)的，服務(wù)器應(yīng)當(dāng)在Retry-After頭域標(biāo)志客戶端過多少秒鐘之后重新嘗試這個(gè)請(qǐng)求。 

5.2 501 Not Implemented 

服務(wù)器沒有實(shí)現(xiàn)相關(guān)的請(qǐng)求功能。當(dāng)UAS不認(rèn)識(shí)請(qǐng)求的方法的時(shí)候，并且對(duì)每一個(gè)用戶都無法支持這個(gè)方法的時(shí)候，應(yīng)當(dāng)返回這個(gè)應(yīng)答。（proxy不考慮請(qǐng)求的方法而轉(zhuǎn)發(fā)請(qǐng)求）。 

注意405（Method Not Allowed）是因?yàn)榉��?wù)器實(shí)現(xiàn)了這個(gè)請(qǐng)求方法，但是這個(gè)請(qǐng)求方法在特定請(qǐng)求中不被支持。 

5.3 502 Bad Gateway 

如果服務(wù)器，作為gateway或者proxy存在，從下行服務(wù)器上接收到了一個(gè)非法的應(yīng)答（這個(gè)應(yīng)答對(duì)應(yīng)的請(qǐng)求是本服務(wù)器為了完成請(qǐng)求而轉(zhuǎn)發(fā)給下行服務(wù)器的）。 

5.4 503 Service Unavailable 

由于臨時(shí)的過載或者服務(wù)器管理導(dǎo)致的服務(wù)器暫時(shí)不可用。這個(gè)服務(wù)器可以在應(yīng)答中增加一個(gè)Retry-After來讓客戶端重試這個(gè)請(qǐng)求。如果沒有Retry-After指出，客戶端必須就像收到了一個(gè)500（Server Internal Error）應(yīng)答一樣處理。 

客戶端（proxy或者UAC）收到503（Service Unavailable）應(yīng)當(dāng)嘗試轉(zhuǎn)發(fā)這個(gè)請(qǐng)求到另外一個(gè)服務(wù)器處理。并且在Retry-After頭域中指定的時(shí)間內(nèi)，不應(yīng)當(dāng)轉(zhuǎn)發(fā)其他請(qǐng)求到這個(gè)服務(wù)器。 

作為503(Service Unavaliable)的替代，服務(wù)器可以拒絕連接或者把請(qǐng)求扔掉。 

5.5 504 Server Time-out 

服務(wù)器在一個(gè)外部服務(wù)器上沒有收到一個(gè)及時(shí)的應(yīng)答。這個(gè)外部服務(wù)器是本服務(wù)器用來訪問處理這個(gè)請(qǐng)求所需要的。如果從上行服務(wù)器上收到的請(qǐng)求中的Expires頭域超時(shí)，那么應(yīng)當(dāng)返回一個(gè)408（Request TimeOut）錯(cuò)誤。 

5.6 505 Version Not Supported 

服務(wù)器不支持對(duì)應(yīng)的SIP版本。服務(wù)器是無法處理具有客戶端提供的相同主版本號(hào)的請(qǐng)求，就會(huì)導(dǎo)致這樣的錯(cuò)誤信息。 

5.7 Message To Large 

服務(wù)器無法處理請(qǐng)求，因?yàn)橄�息長度超過了處理的長度。 

6 Global Failures 6xx 

6xx應(yīng)答意味這服務(wù)器給特定用戶有一個(gè)最終的信息，并不只是在Request-URI的特定實(shí)例有最終信息。 

6.1 600 Busy Everywhere 

成功聯(lián)系到被叫方的終端系統(tǒng)，但是被叫方處于忙的狀態(tài)，并不打算接聽電話。這個(gè)應(yīng)答可以通過增加一個(gè)Retry-After頭域更明確的告訴呼叫方多久以 后可以繼續(xù)呼叫。如果被叫方不希望提示拒絕的原因，被叫方應(yīng)當(dāng)使用603（Decline）。只有當(dāng)終端系統(tǒng)知道沒有其他終端節(jié)點(diǎn)（比如語音郵箱系統(tǒng)）能 夠訪問到這個(gè)用戶的時(shí)候才能使用這個(gè)應(yīng)答。否則應(yīng)當(dāng)返回一個(gè)486（Busy Here）的應(yīng)答。

6.2 603 Decline 

當(dāng)成功訪問到被叫方的設(shè)備，但是用戶明確的不想應(yīng)答。這個(gè)應(yīng)答可以通過增加一個(gè)Retry-After頭域更明確的告訴呼叫方多久以后可以繼續(xù)呼叫。只有當(dāng)終端知道沒有其他任何終端設(shè)備能夠響應(yīng)這個(gè)呼叫的勢(shì)能才能給出這個(gè)應(yīng)答。

6.3 604 Does Not Exists Anywhere 

服務(wù)器驗(yàn)證了在請(qǐng)求中Request-URI的用戶信息，哪里都不存在 

6.4 606 Not Acceptable 

當(dāng)成功聯(lián)系到一個(gè)UA,但是會(huì)話描述的一些部分比如請(qǐng)求的媒體，帶寬，或者地址類型不被接收。 

606（NotAcceptable）應(yīng)答意味著用戶希望通訊，但是不能充分支持會(huì)話描述。606（Not Acceptable）應(yīng)答可以在Warning頭域中包含一個(gè)原因列表，用于解釋為何會(huì)話描述不能被支持。警告原因代碼在20.43節(jié)中列出。 

在應(yīng)答中，可以出現(xiàn)一個(gè)包含媒體兼容性描述的消息體，這個(gè)消息體的格式根據(jù)INVITE請(qǐng)求中的Accept頭域指出的格式進(jìn)行規(guī)格化（如果沒有Accept頭域，那么就是application/sdp），就像給OPTIONS親求的200(OK)應(yīng)答中的消息一樣。 

我們希望這些媒體協(xié)商不要經(jīng)常需要，并且當(dāng)一個(gè)新用戶被邀請(qǐng)加入已經(jīng)存在的會(huì)話的時(shí)候，這個(gè)媒體協(xié)商可能不需要。這取決于邀請(qǐng)的初始化者是否需要對(duì)606（Not Acceptable）進(jìn)行處理。 

這個(gè)應(yīng)答只有當(dāng)客戶端知道沒有其他終端能夠處理這個(gè)請(qǐng)求的時(shí)候才能發(fā)出。

二 VoLTE-SIP完整信令解析

1. 主叫與被叫之間的 SIP 呼叫業(yè)務(wù)流程如下:

2. SIP 信令完整解析:

(1). 用戶 A ,摘機(jī)對(duì)用戶 B 發(fā)起呼叫,用戶 A 首先向 AS 服務(wù)器發(fā)起 INVITE 請(qǐng)求。

 (2). AS 服務(wù)器回復(fù) 100 Trying 給用戶 A 說明收到 INVITE 請(qǐng)求。

(3). AS 服務(wù)器通過認(rèn)證確認(rèn)用戶認(rèn)證已通過后,向被叫終端 B 轉(zhuǎn)送 INVITE 請(qǐng)求。 (4). 用戶 B 向 AS 服務(wù)器送呼叫處理中的應(yīng)答消息, 100 Trying 。

(5). 用戶 B 向 AS 服務(wù)器送 183 Session Progress 消息, 提示建立對(duì)話的進(jìn)度信息 。 (此時(shí)被 叫 QCI1 專用承載建立)

(6). AS 服務(wù)器向主叫終端 A 轉(zhuǎn)送 183 Session Progress 消息,終端 A 了解到整個(gè) Session 的建 立進(jìn)度消息。

(7). 終端 A 向 AS 服務(wù)器回復(fù)臨時(shí)應(yīng)答消息 PRACK ,表示收到 183 Session Progress 消息。 (此時(shí)主叫 QCI1 專用承載建立)

(8). AS 服務(wù)器向被叫終端 B 轉(zhuǎn)送臨時(shí)應(yīng)答消息 PRACK ,終端 B 了解到終端 A 收到 183 Session Progress 消息。

(9). 被叫終端 B 向 AS 服務(wù)器發(fā)送 200OK 消息,表示 183SessionProgress 請(qǐng)求已經(jīng)處理成功。 

(10). AS 服務(wù)器向主叫終端 A 轉(zhuǎn)送 200 OK 消息。

(11). 主叫終端 A 向 AS 服務(wù)器發(fā)送 UPDATE 消息,意在與被叫終端 B 協(xié)商相關(guān) SDP 信息。 

(12). AS 服務(wù)器向被叫終端 B 轉(zhuǎn)送 UPDATE 消息。

(13). 被叫終端 B 向 AS 服務(wù)器發(fā)送 200 OK 消息,表示 UPDATE 請(qǐng)求已經(jīng)處理成功。

(14).AS 服務(wù)器向主叫用戶 A 轉(zhuǎn)送 200 OK 消息,通知用戶 A UPDATE 請(qǐng)求已經(jīng)處理成功。 

(15).被叫用戶 B 振鈴,用戶振鈴后,向 AS 服務(wù)器發(fā)送 180 Ringing 振鈴信息。

(16).AS 服務(wù)器向主叫終端 A 轉(zhuǎn)送 180 Ringing 振鈴信息。

(17).被叫終端 B 向 AS 服務(wù)器發(fā)送 200 OK 消息,表明主叫最初的 INVITE 請(qǐng)求已經(jīng)處理成功。

(18). AS 服務(wù)器向主叫終端 A 轉(zhuǎn)送 200OK 消息,通知主叫終端 A ,被叫終端 B 已經(jīng)對(duì) INVITE 請(qǐng)求處理成功。

(19). 主叫終端 A 向 AS 服務(wù)器發(fā)送 ACK 消息,意在通知被叫終端 B ,主叫側(cè)已經(jīng)了解被叫側(cè)處 理 INVITE 請(qǐng)求成功。

(20). AS 服務(wù)器向被叫終端 B 轉(zhuǎn)送 ACK 信息。

(21). 用戶 A 主動(dòng)掛機(jī), A 向 AS 服務(wù)器發(fā)起通話結(jié)束 BYTE 信息。

(22). AS 服務(wù)器向被叫終端 B 轉(zhuǎn)送 BYTE 信息。

(23). 被叫終端 B 向 AS 服務(wù)器發(fā)送 200 OK 消息,表示對(duì) BYTE 信息處理成功。

(24). AS 服務(wù)器向用戶 A 轉(zhuǎn)送 200 OK 信息。整個(gè)通話結(jié)束。

(25). 被叫用戶 B 主動(dòng)掛機(jī)流程同步驟 21—24 。

三 SIP呼叫流程典型流程圖解及其詳細(xì)解釋

1 注冊(cè)流程

2 注銷流程

3 基本呼叫建立過程

4 會(huì)話更改流程

5 正常呼叫釋放過程

6 被叫忙呼叫釋放

7 被叫無應(yīng)答流程一

8 被叫無應(yīng)答流程二

9 遇忙呼叫前轉(zhuǎn)

10 無應(yīng)答呼叫前轉(zhuǎn)流程

11 呼叫保持

12 呼叫等等精選留言

SIP響應(yīng)是由一個(gè)用戶代理服務(wù)器(UAS)或SIP服務(wù)器生成回復(fù)由客戶端生成的請(qǐng)求的消息。它可能是一個(gè)正式的確認(rèn)，以防止請(qǐng)求由UAC重發(fā)。

響應(yīng)可能包含需要一個(gè)UAC信息一些額外的頭字段

SIP有六個(gè)響應(yīng)

1xx - 5xx已經(jīng)借由HTTP，而6xx系列在SIP介紹。

1XX被認(rèn)為是一個(gè)臨時(shí)響應(yīng)，其余的最終響應(yīng)。

類別描述動(dòng)作

1xx 信息 這表明調(diào)用之前完成也被稱為臨時(shí)響應(yīng)的狀態(tài)。

2xx 成功 請(qǐng)求已成功。如果這是一個(gè)邀請(qǐng)，確認(rèn)應(yīng)發(fā)送;否則，停止請(qǐng)求的重發(fā)。

3xx 重定向 服務(wù)器返回的可能位置�？蛻舳藨�(yīng)該重試另一個(gè)服務(wù)器的請(qǐng)求。

4xx 客戶端錯(cuò)誤 請(qǐng)求已經(jīng)由客戶端失敗，原因是一個(gè)錯(cuò)誤�？蛻舳丝梢灾卦囌�(qǐng)求，如果它是根據(jù)響應(yīng)擬訂。

5xx 服務(wù)器故障 請(qǐng)求已經(jīng)由該服務(wù)器失敗，原因是一個(gè)錯(cuò)誤。請(qǐng)求可以在另一臺(tái)服務(wù)器退出。

6xx 全局失敗 請(qǐng)求已失敗。該請(qǐng)求不應(yīng)該在這個(gè)或其他服務(wù)器再次嘗試。

信息(1xx)

信息響應(yīng)用于指示呼叫進(jìn)程。通常情況下，響應(yīng)是端對(duì)端（除100嘗試）。信息的響應(yīng)的主要目的是阻止INVITE請(qǐng)求的重發(fā)。

信息響應(yīng)包括以下對(duì)策：

100 嘗試

這種特殊的情況下的響應(yīng)僅僅是一個(gè)逐跳請(qǐng)求。

它永遠(yuǎn)不會(huì)轉(zhuǎn)發(fā)，不得包含郵件正文。

它被用于避免INVITE請(qǐng)求的重傳。

180 響鈴

此響應(yīng)被用來指示一個(gè)INVITE已經(jīng)接收由用戶代理和警報(bào)正在發(fā)生。

181 呼叫被轉(zhuǎn)發(fā)

此響應(yīng)用于指示該呼叫已被轉(zhuǎn)發(fā)到另一端點(diǎn)。

它發(fā)送的信息有可能會(huì)使用到呼叫者。

它給該呼叫者的狀態(tài)，作為一個(gè)轉(zhuǎn)發(fā)操作可以導(dǎo)致在呼叫同時(shí)較長時(shí)間來回答。

182 呼叫隊(duì)列

此響應(yīng)被用來指示該INVITE已經(jīng)接收并且將在一個(gè)隊(duì)列進(jìn)行處理。

183 會(huì)話進(jìn)度

它表明，有關(guān)會(huì)話的進(jìn)度的信息可以存在于消息主體或媒體流。

不像100嘗試響應(yīng)，183端到端的響應(yīng)，并建立一個(gè)對(duì)話。

一個(gè)典型的使用這種反應(yīng)是為了讓UAC通過網(wǎng)關(guān)進(jìn)入PSTN聽到手機(jī)鈴聲，忙音，或在通話錄音通知。

成功(2xx)

此類反應(yīng)是指用于指示一個(gè)請(qǐng)求已被接受。它包括以下對(duì)策：

200 OK

200OK用于接受會(huì)話邀請(qǐng)。

它表示成功完成的請(qǐng)求或接受。

202 接受

202接受表示該UAS已經(jīng)接收并理解的請(qǐng)求，但該請(qǐng)求可能沒有被授權(quán)或由服務(wù)器處理。

它是常用響應(yīng)訂閱，請(qǐng)參閱方法。

重定向(3xx)

通常，這些類響應(yīng)由重定向服務(wù)器響應(yīng)INVITE發(fā)送。它們也被稱為類重定向響應(yīng)。它包括以下對(duì)策：

300 多重選擇

它包含多個(gè)聯(lián)系人報(bào)頭字段以指示該位置的服務(wù)已經(jīng)在Request-URI返回SIP URI多個(gè)可能的位置。

301 永久移動(dòng)

這種重定向響應(yīng)包含與被叫方的新的永久URI一個(gè)Contact頭字段。

地址可以保存并在今后的INVITE請(qǐng)求中使用。

302 臨時(shí)移動(dòng)

這個(gè)重定向響應(yīng)包含一URI，它是當(dāng)前有效的，但不是永久的。

即，位置是有效的指定的時(shí)間的持續(xù)時(shí)間。

305 使用代理

這個(gè)響應(yīng)包含指向具有關(guān)于呼叫方的權(quán)威信息代理服務(wù)器的URI。

這種反應(yīng)可以由UAS發(fā)出的來電篩選代理發(fā)送。

380 可替代服務(wù)

這個(gè)響應(yīng)返回的URI，指示服務(wù)的被叫方希望的類型。

例如，一個(gè)通話可以被重新定向到一個(gè)語音信箱服務(wù)器。

客戶端錯(cuò)誤(4xx)

客戶端錯(cuò)誤的回應(yīng)表明，由于一些錯(cuò)誤是從側(cè)面UAC確認(rèn)的要求不能得到滿足。響應(yīng)代碼由UAS通常發(fā)送。在接收到出錯(cuò)消息時(shí)，客戶端應(yīng)該通過修改其基于所述響應(yīng)重新發(fā)送請(qǐng)求。下面討論的是一些重要的客戶端錯(cuò)誤響應(yīng)。

400 錯(cuò)誤的請(qǐng)求

這表明該請(qǐng)求不被服務(wù)器理解。

請(qǐng)求可能是缺少必要的頭字段，例如收件人，發(fā)件人，呼叫ID，或Cseq。

401 未經(jīng)授權(quán)它表明該請(qǐng)求要求用戶進(jìn)行認(rèn)證。

401未授權(quán)通常由一個(gè)注冊(cè)服務(wù)器的注冊(cè)請(qǐng)求發(fā)送。

響應(yīng)包含從主叫用戶代理正確的憑據(jù)請(qǐng)求WWW身份驗(yàn)證頭字段。

隨后REGISTER將觸發(fā)從用戶代理與正確的憑據(jù)。

403 禁止

403禁止當(dāng)服務(wù)器已經(jīng)理解請(qǐng)求，發(fā)現(xiàn)是正確配制的要求，但將不提供服務(wù)的請(qǐng)求被發(fā)送。

這種反應(yīng)，不使用時(shí)需要授權(quán)。

404 未找到

404未找到表明在請(qǐng)求URI標(biāo)識(shí)的SIP URI用戶不能位于由服務(wù)器或用戶當(dāng)前未簽署的用戶代理。

405 不允許的方法

這表明服務(wù)器或用戶代理已收到并理解的請(qǐng)求，但就是不愿意履行請(qǐng)求。

例如：注冊(cè)請(qǐng)求可能會(huì)被發(fā)送到用戶代理。

一個(gè)允許域是必需通知UAC什么方法是可以接受的。

406 不接受

該響應(yīng)指示該請(qǐng)求不能由于在請(qǐng)求消息中的規(guī)定處理。

在請(qǐng)求中的Accept頭域沒有包含在UAS支持的任何選項(xiàng)。

407 需要代理身份驗(yàn)證

由代理發(fā)送該請(qǐng)求表明了UAC必須首先與代理驗(yàn)證自身的請(qǐng)求可以被處理之前。

響應(yīng)應(yīng)包含有關(guān)在代理進(jìn)行身份驗(yàn)證頭字段的代理所需憑據(jù)類型的信息。

該請(qǐng)求可以被重新提交與代理-Authorization頭域正確的憑據(jù)。

SIP響應(yīng)是由一個(gè)用戶代理服務(wù)器(UAS)或SIP服務(wù)器生成回復(fù)由客戶端生成的請(qǐng)求的消息。它可能是一個(gè)正式的確認(rèn)，以防止請(qǐng)求由UAC重發(fā)。

響應(yīng)可能包含需要一個(gè)UAC信息一些額外的頭字段

SIP有六個(gè)響應(yīng)

1xx - 5xx已經(jīng)借由HTTP，而6xx系列在SIP介紹。

1XX被認(rèn)為是一個(gè)臨時(shí)響應(yīng)，其余的最終響應(yīng)。

類別描述動(dòng)作

1xx 信息 這表明調(diào)用之前完成也被稱為臨時(shí)響應(yīng)的狀態(tài)。

2xx 成功 請(qǐng)求已成功。如果這是一個(gè)邀請(qǐng)，確認(rèn)應(yīng)發(fā)送;否則，停止請(qǐng)求的重發(fā)。

3xx 重定向 服務(wù)器返回的可能位置�？蛻舳藨�(yīng)該重試另一個(gè)服務(wù)器的請(qǐng)求。

4xx 客戶端錯(cuò)誤 請(qǐng)求已經(jīng)由客戶端失敗，原因是一個(gè)錯(cuò)誤。客戶端可以重試請(qǐng)求，如果它是根據(jù)響應(yīng)擬訂。

5xx 服務(wù)器故障 請(qǐng)求已經(jīng)由該服務(wù)器失敗，原因是一個(gè)錯(cuò)誤。請(qǐng)求可以在另一臺(tái)服務(wù)器退出。

6xx 全局失敗 請(qǐng)求已失敗。該請(qǐng)求不應(yīng)該在這個(gè)或其他服務(wù)器再次嘗試。

信息(1xx)

信息響應(yīng)用于指示呼叫進(jìn)程。通常情況下，響應(yīng)是端對(duì)端（除100嘗試）。信息的響應(yīng)的主要目的是阻止INVITE請(qǐng)求的重發(fā)。

信息響應(yīng)包括以下對(duì)策：

100 嘗試

這種特殊的情況下的響應(yīng)僅僅是一個(gè)逐跳請(qǐng)求。

它永遠(yuǎn)不會(huì)轉(zhuǎn)發(fā)，不得包含郵件正文。

它被用于避免INVITE請(qǐng)求的重傳。

180 響鈴

此響應(yīng)被用來指示一個(gè)INVITE已經(jīng)接收由用戶代理和警報(bào)正在發(fā)生。

181 呼叫被轉(zhuǎn)發(fā)

此響應(yīng)用于指示該呼叫已被轉(zhuǎn)發(fā)到另一端點(diǎn)。

它發(fā)送的信息有可能會(huì)使用到呼叫者。

它給該呼叫者的狀態(tài)，作為一個(gè)轉(zhuǎn)發(fā)操作可以導(dǎo)致在呼叫同時(shí)較長時(shí)間來回答。

182 呼叫隊(duì)列

此響應(yīng)被用來指示該INVITE已經(jīng)接收并且將在一個(gè)隊(duì)列進(jìn)行處理。

183 會(huì)話進(jìn)度

它表明，有關(guān)會(huì)話的進(jìn)度的信息可以存在于消息主體或媒體流。

不像100嘗試響應(yīng)，183端到端的響應(yīng)，并建立一個(gè)對(duì)話。

一個(gè)典型的使用這種反應(yīng)是為了讓UAC通過網(wǎng)關(guān)進(jìn)入PSTN聽到手機(jī)鈴聲，忙音，或在通話錄音通知。

成功(2xx)

此類反應(yīng)是指用于指示一個(gè)請(qǐng)求已被接受。它包括以下對(duì)策：

200 OK

200OK用于接受會(huì)話邀請(qǐng)。

它表示成功完成的請(qǐng)求或接受。

202 接受

202接受表示該UAS已經(jīng)接收并理解的請(qǐng)求，但該請(qǐng)求可能沒有被授權(quán)或由服務(wù)器處理。

它是常用響應(yīng)訂閱，請(qǐng)參閱方法。

重定向(3xx)

通常，這些類響應(yīng)由重定向服務(wù)器響應(yīng)INVITE發(fā)送。它們也被稱為類重定向響應(yīng)。它包括以下對(duì)策：

300 多重選擇

它包含多個(gè)聯(lián)系人報(bào)頭字段以指示該位置的服務(wù)已經(jīng)在Request-URI返回SIP URI多個(gè)可能的位置。

301 永久移動(dòng)

這種重定向響應(yīng)包含與被叫方的新的永久URI一個(gè)Contact頭字段。

地址可以保存并在今后的INVITE請(qǐng)求中使用。

302 臨時(shí)移動(dòng)

這個(gè)重定向響應(yīng)包含一URI，它是當(dāng)前有效的，但不是永久的。

即，位置是有效的指定的時(shí)間的持續(xù)時(shí)間。

305 使用代理

這個(gè)響應(yīng)包含指向具有關(guān)于呼叫方的權(quán)威信息代理服務(wù)器的URI。

這種反應(yīng)可以由UAS發(fā)出的來電篩選代理發(fā)送。

380 可替代服務(wù)

這個(gè)響應(yīng)返回的URI，指示服務(wù)的被叫方希望的類型。

例如，一個(gè)通話可以被重新定向到一個(gè)語音信箱服務(wù)器。

客戶端錯(cuò)誤(4xx)

客戶端錯(cuò)誤的回應(yīng)表明，由于一些錯(cuò)誤是從側(cè)面UAC確認(rèn)的要求不能得到滿足。響應(yīng)代碼由UAS通常發(fā)送。在接收到出錯(cuò)消息時(shí)，客戶端應(yīng)該通過修改其基于所述響應(yīng)重新發(fā)送請(qǐng)求。下面討論的是一些重要的客戶端錯(cuò)誤響應(yīng)。

400 錯(cuò)誤的請(qǐng)求

這表明該請(qǐng)求不被服務(wù)器理解。

請(qǐng)求可能是缺少必要的頭字段，例如收件人，發(fā)件人，呼叫ID，或Cseq。

401 未經(jīng)授權(quán)它表明該請(qǐng)求要求用戶進(jìn)行認(rèn)證。

401未授權(quán)通常由一個(gè)注冊(cè)服務(wù)器的注冊(cè)請(qǐng)求發(fā)送。

響應(yīng)包含從主叫用戶代理正確的憑據(jù)請(qǐng)求WWW身份驗(yàn)證頭字段。

隨后REGISTER將觸發(fā)從用戶代理與正確的憑據(jù)。

403 禁止

403禁止當(dāng)服務(wù)器已經(jīng)理解請(qǐng)求，發(fā)現(xiàn)是正確配制的要求，但將不提供服務(wù)的請(qǐng)求被發(fā)送。

這種反應(yīng)，不使用時(shí)需要授權(quán)。

404 未找到

404未找到表明在請(qǐng)求URI標(biāo)識(shí)的SIP URI用戶不能位于由服務(wù)器或用戶當(dāng)前未簽署的用戶代理。

405 不允許的方法

這表明服務(wù)器或用戶代理已收到并理解的請(qǐng)求，但就是不愿意履行請(qǐng)求。

例如：注冊(cè)請(qǐng)求可能會(huì)被發(fā)送到用戶代理。

一個(gè)允許域是必需通知UAC什么方法是可以接受的。

406 不接受

該響應(yīng)指示該請(qǐng)求不能由于在請(qǐng)求消息中的規(guī)定處理。

在請(qǐng)求中的Accept頭域沒有包含在UAS支持的任何選項(xiàng)。

407 需要代理身份驗(yàn)證

由代理發(fā)送該請(qǐng)求表明了UAC必須首先與代理驗(yàn)證自身的請(qǐng)求可以被處理之前。

響應(yīng)應(yīng)包含有關(guān)在代理進(jìn)行身份驗(yàn)證頭字段的代理所需憑據(jù)類型的信息。

該請(qǐng)求可以被重新提交與代理-Authorization頭域

VoLTE-SIP代碼意義及流程圖解.pdf