通過上面的介紹，讀者可能已經(jīng)發(fā)現(xiàn)，Transfer-Unattended（Blind Transfer）和Transfer-Attended之間是有所不同的。最大的不同之處在于盲轉(zhuǎn)過程中，電話轉(zhuǎn)接到終端不會詢問第三方是否可以轉(zhuǎn)接，不關(guān)心轉(zhuǎn)接到第三方是否同意或者接受這個電話轉(zhuǎn)接（所以稱之為“盲”）。而詢轉(zhuǎn)則有所不同，它和會轉(zhuǎn)接到第三方提前詢問，是否接受這個電話的轉(zhuǎn)接，然后再進行電話轉(zhuǎn)接流程（所以稱之為“詢”）。
另外，在上面的例子中，Bob插入了Replace 頭Refer-To URL。具體的Replace 頭的規(guī)范，讀者可以參考RFC3891。注意，Refer-To URL是一個Contact URL，它是詢轉(zhuǎn)接受方（Carol）在F10中返回的200 OK響應(yīng)消息中的Contact URL。這樣可以保證正確的Carol的URL可達。在F10流程中，Contact URL中的參數(shù)gr表示Contact URL是一個GRUU，它表示是一個dialog之外的全球路由方式（RFC5627）。
GRUU具有以下幾個特征：首先，它定義了指定的具體的用戶代理。其次，從理論上來說，可以支持全球路由方式。最后，它的存活周期很長。我們簡單查看一下關(guān)于GRUU的使用方式。如果支持了GRUU的SIP終端登錄的話，其請求可能被復(fù)制出幾個不同的終端設(shè)備地址。
但是，如果對某一臺指定的設(shè)備發(fā)送請求消息的話，請求消息會根據(jù)不同的設(shè)備URL來發(fā)送，它會專門發(fā)送到指定的終端設(shè)備，例如，sip:user@domain;opaque=user:epid:UghFocauauCHBHoLhAAA;gruu
那么，其他的設(shè)備就不會收到這個請求消息。
在一些關(guān)于SIP的其他應(yīng)用中，例如SBC的部署環(huán)境中，GRUU也支持了公開的GRUU和臨時的GRUU，區(qū)別在于其存活周期的設(shè)定不同。具體的語法示例如下：
pub-gruu=" Sip:userA@home.net;gr=urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6"
;temp-gruu="sip:tgruu.7hs==jd7vnzga5w7fajsc7-ajd6fabz0f8g5@home.net;gr";
在詢轉(zhuǎn)過程中，如果示例中的Bob不知道Contact URL中的gruu，Bob必須自己修復(fù)這個問題。如果觸發(fā)的INVITE失敗，Bob必須重新使用refer帶Refer-To URL來連接Carol，但是需要支持另外一個要求條件，Replace頭中必須棄用Refer-To頭。
以上是關(guān)于電話詢轉(zhuǎn)到呼叫流程圖，處理過程需要27個具體的步驟�，F(xiàn)在，我們配合詳細(xì)的SIP消息來進一步解釋以上流程。
首先是Alice對Bob發(fā)起INVITE請求，進行呼叫（F1）：
然后，Bob對Alice發(fā)送180 振鈴（F2）：
緊接著，Bob對Alice發(fā)送 200 OK（F3）:
Alice對Bob發(fā)送ACK確認(rèn)消息（F4），雙方呼叫接通。
Bob對Alice發(fā)送INVITE消息，開啟等待狀態(tài)（F5）。
Alice對Bob發(fā)送200 OK（F6）：
Bo對Alice發(fā)送ACK確認(rèn)（F7）：
然后，Bob對Carol發(fā)送INVITE請求消息，要求完成Alice的電話轉(zhuǎn)接：
Carol回復(fù)Bob一個180振鈴（F9）：
緊接著，Carol回復(fù)Bob一個200 OK（F10），注意，這里的參數(shù)已經(jīng)增加了一個gruu。
Bob對Carol回復(fù)了一個ACK確認(rèn)消息（F11），開始媒體流。
經(jīng)過Bob和Carol通話以后，Bob告訴Carol，Alice想和Carol直接通話，Carol同樣和Alice通話。Bob將此通話設(shè)置為等待狀態(tài)，邀請Alice和Carol通話。
Carol對Bob發(fā)送200 OK（F13）：
Bob收到Carol的ACK消息（F14），Bob和Carol最終確定轉(zhuǎn)接。
然后Bob對Alice發(fā)送REFER消息，開始通知Carol的地址：
Alice收到202 接受消息（F16），表示接受這個轉(zhuǎn)接。
緊接著，Alice繼續(xù)對Bob發(fā)送NOTIFY消息（F17），通知Bob一個訂閱事件，告知Alice電話轉(zhuǎn)接的流程處理狀態(tài)。
Bob收到Alice 200 OK（F18）：
獲悉了Bob已經(jīng)知道訂閱事件以后，Alice開始對Carol發(fā)送INVITE請求（F19），并且替換了Bob。
Carol對Alice 發(fā)送200 OK（F20）：
然后，Alice對Carol發(fā)送ACK確認(rèn)消息（F21），開始RTP語音流，轉(zhuǎn)接完成。
因為，Alice和Carol已經(jīng)開始RTP流的交互，所以緊接著，Carol需要對Bob進行掛機處理。因此，Carol對Bob發(fā)送BYE消息，雙方掛機（F22）。
Bob對Carol發(fā)送200 OK，執(zhí)行掛機處理（F22）：
到現(xiàn)在為止，Alice仍然需要告訴Bob電話轉(zhuǎn)接狀態(tài)，因此，Alice對Bob發(fā)送第二個NOTIFY事件，通知Bob電話已經(jīng)完全成功轉(zhuǎn)接（F24）：
Bob發(fā)送一個 200 OK消息，表示收到從事件（F25）：
然后Bob對Alice掛機，發(fā)送BYE消息（F26）：
最后，Alice對Bob發(fā)送200 OK（F27），詢轉(zhuǎn)正式流程結(jié)束。
參考資料：
https://tools.ietf.org/html/rfc4579
https://www.rfc-editor.org/rfc/rfc5359.txt
https://tools.ietf.org/html/rfc7088
https://www.rfc-editor.org/rfc/rfc3515.txt
https://tools.ietf.org/html/rfc3840
https://tools.ietf.org/html/rfc3891
https://support.sonus.net/display/SBXDOC51/GRUU+Support
www.freepbx.org.cn
https://svn.resiprocate.org/viewsvn/resiprocate/main/resip/recon/MOHParkServer/doc/MOHParkServer_User_Documentation.pdf?revision=8937&view=co
http://ijsetr.com/uploads/463152IJSETR13872-273.pdf
https://tools.ietf.org/html/rfc3665
https://tools.ietf.org/html/rfc3265
https://tools.ietf.org/html/rfc3515
https://tools.ietf.org/html/rfc4317
關(guān)注微信公眾號：asterisk-cn，獲得有價值的Asterisk行業(yè)分享
Asterisk freepbx 中文官方論壇：http://bbs.freepbx.cn/forum.php
Asterisk freepbx技術(shù)文檔： www.freepbx.org.cn
融合通信商業(yè)解決方案，協(xié)同解決方案首選產(chǎn)品：www.hiastar.com
Asterisk/FreePBX中國合作伙伴，官方qq技術(shù)分享群（3000千人）：589995817
