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

1、11注冊流程：32注銷流程：83 基本呼叫建立過程：94 會話更改流程：105 正常呼叫釋放過程：126 被叫忙呼叫釋放：137被叫無應(yīng)答流程一：148被叫無應(yīng)答流程二：159遇忙呼叫前轉(zhuǎn)：1610無應(yīng)答呼叫前轉(zhuǎn)流程：1811呼叫保持：2012呼叫等待：2313.盲轉(zhuǎn)流程2714.詢問轉(zhuǎn)的流程2915.彩鈴的流程30Sip協(xié)議的相關(guān)術(shù)語：1注冊流程：A撥打B,A到proxy是一個session，一個dialog，proxy到b是另一個dialog，有另一個session name。Invite，ack，bye，option，update，cancel消息，每發(fā)一個就是一個事務(wù)。每發(fā)一個請求，c

2、seq加1，但cancel，ack，bye請求的cseq同invite的cseq。Callid，from tag，to tag標(biāo)識一次對話。Invite消息中有from tag，沒有to tag，100 trying應(yīng)答也沒有to tag。被叫發(fā)的bye中from，to的tag和180和200ok的值。每個事務(wù)用via字段里的branch的值來區(qū)分，invite到200ok之間屬于一個事務(wù)，bye是另一事務(wù)。語音流，被叫收到ack后發(fā)一個rtp流。2注銷流程：3 基本呼叫建立過程：4 會話更改流程：舉例：見盲轉(zhuǎn)的過程中，會收到proxy發(fā)起的兩次會話更新過程5 正常呼叫釋放過程：6 被叫忙呼叫

3、釋放：7被叫無應(yīng)答流程一：8被叫無應(yīng)答流程二：9遇忙呼叫前轉(zhuǎn)：因在同一ippbx下，所以沒有回486的過程，直接ippbx直接呼叫被叫號碼10無應(yīng)答呼叫前轉(zhuǎn)流程：未接通振鈴超時的消息第二被叫接通11呼叫保持：12呼叫等待：最后是釋放過程13. 盲轉(zhuǎn)流程Invite和200ok里的媒體屬性Proxy把804到proxy間的媒體流和proxy到813的呼叫的媒體流連接起來，這樣617就可以掛機，804能聽到813那邊的提示音了。REFER用于由一個用戶代理來指另一個用戶代理訪問URI的對話框。 REFER必須包含一個Refer-To頭。這是參考一個強制性的頭。 REFER可以在內(nèi)部或在對話外發(fā)送。

4、 202 Accepted將引發(fā)REFER請求這表明其他用戶代理已經(jīng)接受了參考14. 詢問轉(zhuǎn)的流程15. 彩鈴的流程普通的彩鈴實現(xiàn)通過proxy回sdp的183消息，實現(xiàn)遠端放音，見下圖：呼叫登記有同振業(yè)務(wù)固定電話時，流程不同，需要p-early-media字段的支持，請求中必須有100rel的支持，用update來實現(xiàn)會話的更新。同振業(yè)務(wù)，固定電話振鈴比較快，先接通固定電話的普通回鈴音，然后手機才能接通，這時放手機的彩鈴，先183接通固定電話普通彩鈴，然后再update會話更新接通手機彩鈴，被叫接通后update完成會話更新，接通話路。在183和update消息中支持兩個媒體流，p-early-media和content-dispo