傳輸工作在潛在兩種不同的方式:
1)終點基於
在這種模式下:由轉印B到C請求(REFER)乙建立到C的新呼叫。如果Plivo是B,它需要支持REFER才能工作。
A B C
<=conversation=>
----REFER------>
<-202 Accepted--
----INVITE----->
<---200 OK------
----ACK-------->
<=conversation=>
<---NOTIFY-----
---- 200 OK--->
---BYE-------->
<--- 200 OK----
2)基於網絡。
在這種模式中:通過向網絡應用服務器(例如,在IMS中實現補充服務的TAS)發送REFER(或可能的其他信號)來將B傳送給C.的TAS(如甲& B之間B2BUA)將是一個處理REFER:
A TAS B C
<=conversation=><=conversation=>
----REFER------>
<-202 Accepted--
----RE-INVITE--->
<---200 OK ------
----INVITE--------------------->
<---200 OK----------------------
----ACK--------->
------------ACK---------------->
<=conversation=>
<=conversation=================>
<---NOTIFY-----
---- 200 OK--->
---BYE-------->
<--- 200 OK----
在這種情況下,B不接收任何REFER,它僅需要支持接收RE-INVITE(將將語音連接從A切換到C)
使用哪一個取決於您的語音提供者。在類似PBX的簡單環境中,您可能會看到1)。在網絡中,類似於IMS的環境中,您可能會看到2)。
基於網絡的工作與PSTN轉移(特別是按計費方式)類似,因爲轉移目標支線通常仍與A相關聯(並將爲其計費),而B的連接並未真正受到影響。
在基於端點的轉移中,B只是盲目地A的請求(如果這有一些計費影響,他們將是B的責任)。
一些參考文獻:
謝謝,這真的有幫助 – fiscme
@fiscme你有沒有設法讓呼叫轉移使用plivo和硬件按鈕?如果是的話,你能否詳細說明解決方案? – user3128809
@ user3128809簡單的答案是標準的SIP傳輸不能通過Plivo工作,但大多數手機允許您修改這些軟按鈕的實際功能。我改變了他們發送##作爲雙音多頻音到電話,我告訴plivo識別並作出相應的反應。 – fiscme