呼叫转移

版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/a_studycx/article/details/82493433

呼叫转移

为了模拟呼叫转移的场景选择测试设备：
PBX IP:192.168.125.254
Transferor:GXP1760W 35094 IP:192.168.131.86
Transferee:GXV3240 36843 IP:192.168.131.124
Transfer Target:GXP1528 36011 IP:192.168.131.69

1.呼叫前转移

场景：

1. 用户A与用户B建立通话
2. 用户A按TRANSFER键，输入用户C的号码后按SEND键发送呼叫
3. 当前通话被无条件转移至用户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退出。

2.呼叫后转移

场景：

1. 用户A与用户B建立通话
2. 用户A建立一路与C的呼叫。此时用户A与用户B的通话被保持。
3. 用户A与用户C，说明通话缘由，及征得许可后。
4. 用户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订阅流程结束

扫描二维码关注公众号，回复： 3280881 查看本文章

7、A与C;B与C通话后,A与B分别bye

7、传输完之后，B与C发送bye