抓包分析來電轉駁

為了模擬來電轉駁的場景選擇測試裝置：

pbxip:192.168.125.254

transferor:gxp1760w35094ip:192.168.131.86

transferee:gxv324036843ip:192.168.131.124

transfer target:gxp152836011ip:192.168.131.69

場景：

使用者a與使用者b建立通話使用者a按transfer鍵，輸入使用者c的號碼後按send鍵傳送呼叫當前通話被無條件轉移至使用者c該模式下，使用者c對於轉移的通話完全無感知此路通話緣由。該方式亦被稱為盲轉。

1、下圖表示a與b建立通話的流序列

2、來電轉駁前保持a與b之間的通話保持

3、來電轉駁中的sip信令

refer-to表示想要轉接到的使用者

referred-by表示轉接來自的使用者

4、accept接受轉移

5、描述b與c嘗試連線

此時流程處於活躍狀態。

6、b與c連線成功

描述訂閱事件狀態，當描述為「subscription-state: terminated;reason=noresource」。表示refer定閱流程結束，該sip notify流程為最後乙個報文。

最後每個使用者傳送bye退出。

場景：

使用者a與使用者b建立通話使用者a建立一路與c的呼叫。此時使用者a與使用者b的通話被保持。使用者a與使用者c，說明通話緣由，及徵得許可後。使用者a操作轉移將與c的通話轉移給b。該方式，c對該通話進行過授權，知曉相關通話目的。亦被稱為主動轉移，和諮詢轉。

1、a與b建立通話，呼叫保持之後，新開一路會話與c在建立通話。

2、該過程將a將會話轉移給b

3、轉接之後發起的會話，a會話的唯一描述，call-id，from-tag，轉接目標c的唯一描述to-tag如下所示：

4、此時transferor為了不讓transferee & transfer target之間通話結束通話而是直接兩者直接建立通話。採用讓兩者replace dialog的方式進行。

5、發起replace的invite

6、b與c嘗試連線

notify流程處於活躍狀態

refer訂閱流程結束

7、a與c;b與c通話後,a與b分別bye

7、傳輸完之後，b與c傳送bye