wiresharkf分析SIP呼叫流程典型流程圖解

1、SIP呼叫典型流程圖解及詳細解釋目錄1.Sip協議的相關術語：22.注冊流程43.注銷流程：64.根本呼叫建立過程：75.會話更改流程：86.正常呼叫釋放過程：107.被叫忙呼叫釋放：118.被叫無應答流程一：129.被叫無應答流程二：1310.遇忙呼叫前轉：1411.無應答呼叫前轉流程：1612.呼叫保持：1813.呼叫等待：2114.盲轉流程2515.詢問轉的流程2716.彩鈴的流程2817.三方通話311. Sip協議的相關術語：A撥打B,A到proxy是一個session，一個dialog，proxy到b是另一個dialog，有另一個session name。Invite，ack，by

2、e，option，update，cancel消息，每發(fā)一個就是一個事務。每發(fā)一個請求，cseq加1，但cancel，ack，bye請求的cseq同invite的cseq。Callid，from tag，to tag標識一次對話。Invite消息中有from tag，沒有to tag，100 trying應答也沒有to tag。被叫發(fā)的bye中from，to的tag和180和200ok的值。每個事務用via字段里的branch的值來區(qū)分，invite到200ok之間屬于一個事務，bye是另一事務。語音流，被叫收到ack后發(fā)一個rtp流。2. 注冊流程3. 注銷流程：4. 根本呼叫建立過程：5.

3、會話更改流程：舉例：見盲轉的過程中，會收到proxy發(fā)起的兩次會話更新過程R6. 正常呼叫釋放過程：7. 被叫忙呼叫釋放：8. 被叫無應答流程一：9. 被叫無應答流程二：10. 遇忙呼叫前轉：因在同一ippbx下，所以沒有回486的過程，直接ippbx直接呼叫被叫號碼11. 無應答呼叫前轉流程：未接通振鈴超時的消息第二被叫接通12. 呼叫保持：13. 呼叫等待：注意：用戶a聽到的嘟嘟有別的號碼打入提示音是第五步，回180消息后，用戶板發(fā)給終端的，proxy發(fā)給用戶的rtp流中沒有此音。最后是釋放過程14. 盲轉流程Invite和200ok里的媒體屬性Proxy把804到proxy間的媒體流和p

4、roxy到813的呼叫的媒體流連接起來，這樣617就可以掛機，804能聽到813那邊的提示音了。REFER用于由一個用戶代理來指另一個用戶代理訪問URI的對話框。· REFER必須包含一個Refer-To頭。這是參考一個強制性的頭。· REFER可以在內部或在對話外發(fā)送。· 202 Accepted 將引發(fā)REFER請求這說明其他用戶代理已經接受了參考15. 詢問轉的流程16. 彩鈴的流程普通的彩鈴實現通過proxy回sdp的183消息，實現遠端放音，見下列圖：呼叫登記有同振業(yè)務固定 時，流程不同，需要p-early-media字段的支持，請求中必須有1

5、00rel的支持，用update來實現會話的更新。同振業(yè)務，固定 振鈴比擬快，先接通固定 的普通回鈴音，然后 才能接通，這時放 的彩鈴，先183接通固定 普通彩鈴，然后再update會話更新接通 彩鈴，被叫接通后update完成會話更新，接通話路。被叫 摘機后，用update更新媒體，200ok不含sdp消息。在183和update消息中支持兩個媒體流，p-early-media和content-disposition：session帶p-early-media為早期媒體，回鈴音，content-disposition為普通的通話。17. 三方通話 三方通話操作步驟是:A. a804撥打b617，振鈴后b617摘機接通。B. b617拍插簧后，按813呼叫c813，聽回鈴音后接通，a804聽保持音。C. b617拍插簧后，c813聽保持音，按2，和a804通話。D. b617拍插簧后，按3，進入三方通話過程。 其中關鍵點：b617每次拍插簧，a804均被修改