還有一種可能就是服務(wù)器端同時(shí)對(duì)多臺(tái)不同的終端不同用戶(hù)進(jìn)行呼叫。但是，如果有多臺(tái)終端被同時(shí)呼叫時(shí)，代理服務(wù)器如何才能知道哪臺(tái)是終端第一個(gè)應(yīng)答的呼叫，如何處理那些沒(méi)有應(yīng)答呼叫的終端或者稍晚應(yīng)答的呼叫的終端。為了回答這個(gè)問(wèn)題，我們需要詳細(xì)地分析關(guān)鍵參數(shù)-branch為大家進(jìn)行比較詳細(xì)地剖析。
1、Forking呼叫背景知識(shí)
在前面的很多文章中筆者已經(jīng)討論過(guò)Forking 呼叫的具體流程，為了讓讀者能夠快速了解Forking呼叫，我們?cè)俅巫鲆粋�(gè)簡(jiǎn)單的回顧。Forking呼叫事實(shí)上是相對(duì)于并行按序呼叫來(lái)說(shuō)的。一端發(fā)起呼叫后，通過(guò)SIP服務(wù)器端可以同時(shí)對(duì)多臺(tái)終端進(jìn)行呼叫，首先接聽(tīng)的開(kāi)始通話(huà)。其他終端呼叫則被取消。
在具體的應(yīng)用環(huán)境中，用戶(hù)可以發(fā)起一個(gè)呼叫振鈴組，或者分機(jī)隨行等功能。如何實(shí)現(xiàn)這個(gè)具體的功能，每個(gè)廠(chǎng)家的產(chǎn)品不同可能配置命令有所不同。在Asterisk中，可以通過(guò)以下語(yǔ)法來(lái)實(shí)現(xiàn)同時(shí)對(duì)三臺(tái)SIP分機(jī)進(jìn)行呼叫。
exten => s,1,Dial（SIP/s1&SIP/s2&SIP/s3,10）
以上語(yǔ)法簡(jiǎn)單來(lái)說(shuō)，就是通知系統(tǒng)同時(shí)呼叫分機(jī)s1，s2,和s3。
2、Branch定義和神奇的七個(gè)字符
在進(jìn)行具體的討論之前，我們這里需要介紹一下branch。在RFC3261中，branch是這樣定義的：
The Via header field value MUST contain a branch parameter. This parameter is used to identify the transaction created by that request. This parameter is used by both the client and the server.
https://www.rfc-editor.org/rfc/rfc3261.txt
通過(guò)以上規(guī)范，我們可以理解，branch是用來(lái)確認(rèn)事務(wù)的，并且branch會(huì)被使用在終端和服務(wù)器端。另外，每個(gè)branch id必須是唯一的，以字符串“z9hG4bK”開(kāi)頭。在RFC3261規(guī)范說(shuō)明中，僅簡(jiǎn)單說(shuō)明使用這7個(gè)神奇的字符這是為了防止和rfc2453的規(guī)范沖突，rfc2453不使用這個(gè)值。為了進(jìn)一步了解為什么使用這七個(gè)字符，筆者也查閱了很多文章和論文，沒(méi)有看到為什么使用這七個(gè)神奇字符的具體的原因。
3、Fork初始化
根據(jù)我們上面介紹的關(guān)于分叉處理的機(jī)制，我們可以看到，一般來(lái)說(shuō)，分叉呼叫大概的流程是這樣的。一個(gè)SIP終端發(fā)起呼叫，通過(guò)了SIP服務(wù)器以后，分別對(duì)兩個(gè)終端進(jìn)行了呼叫，并且分別進(jìn)行分叉處理。現(xiàn)在的問(wèn)題是，如果第一個(gè)分機(jī)首先應(yīng)答了這個(gè)呼叫后，服務(wù)器端怎么才能知道哪個(gè)終端執(zhí)行了應(yīng)答。
為了解決這個(gè)問(wèn)題，我們需要借助branch id來(lái)處理。具體的語(yǔ)法格式如下：
Via:SIP/2.0/UDP erlang.bell-telephone.com:5060;branch=z9hG4bK87asdks7 Via: SIP/2.0/UDP 192.0.2.1:5060 ;received=192.0.2.207 ;branch=z9hG4bK77asjd
https://www.rfc-editor.org/rfc/rfc3261.txt
4、在呼叫時(shí)插入branch id
SIP服務(wù)器端在對(duì)其他分機(jī)進(jìn)行呼叫時(shí)，分別添加了自己的branch id號(hào)（這里簡(jiǎn)化表達(dá)），并且生成了一個(gè)專(zhuān)門(mén)對(duì)每一個(gè)終端的branch id。這樣就確認(rèn)了終端和服務(wù)器端的關(guān)系。
當(dāng)?shù)谝粋�(gè)SIP分機(jī)首先接聽(tīng)時(shí)，服務(wù)器端收到200 OK，服務(wù)器端會(huì)根據(jù)branch id來(lái)確定是第一個(gè)分機(jī)的應(yīng)答。應(yīng)答以后，雙方開(kāi)始其他的流程處理。
5、取消其他沒(méi)有接通的呼叫
接通了雙方通話(huà)以后，接下來(lái)，SIP服務(wù)器端會(huì)根據(jù)branch判斷其他未接聽(tīng)的終端，分別對(duì)其終端發(fā)送Cancel。
這里，讀者需要注意，SIP 服務(wù)器發(fā)送到Cancel仍然使用的是同樣的branch id。如果是這樣的話(huà)，這里的處理是否和RFC3261的定義沖突？因?yàn)橐话闱闆r下，這個(gè)branch id是唯一的。答案顯然不是。在RFC3261中還有這樣的一個(gè)規(guī)定：
The branch parameter value MUST be unique across space and time for all requests sent by the UA. The exceptions to this rule are CANCEL and ACK for non-2xx responses. As discussed below, a CANCEL request will have the same value of the branch parameter as the request it cancels.
https://www.rfc-editor.org/rfc/rfc3261.txt
因此，在Cancel請(qǐng)求發(fā)送時(shí)，仍然可以使用原來(lái)同樣的branch id，否則SIP服務(wù)器端沒(méi)有辦法根據(jù)其唯一性來(lái)取消其他服務(wù)。
6、總結(jié)
通過(guò)以上介紹，筆者可能基本了解了如何處理分叉呼叫的機(jī)制。其過(guò)程主要借助了branch id的方式來(lái)確認(rèn)每個(gè)分支的身份確認(rèn)信息。服務(wù)器端在Via頭中增加一個(gè)branch id來(lái)識(shí)別其處理身份。在遠(yuǎn)端用戶(hù)應(yīng)答率呼叫后，服務(wù)器端可以通過(guò)ID來(lái)識(shí)別其終端，然后轉(zhuǎn)發(fā)會(huì)呼叫方進(jìn)行下一步處理。如果沒(méi)有在第一時(shí)間應(yīng)答的用戶(hù)則會(huì)根據(jù)id發(fā)送Cancel請(qǐng)求。
以上過(guò)程就是一個(gè)簡(jiǎn)單的分叉呼叫的流程，另外，筆者提醒讀者，需要特別注意到還有一個(gè)branch id的七個(gè)神奇字符的問(wèn)題，筆者沒(méi)有看到比較權(quán)威的解釋。在處理Cancel時(shí)，用戶(hù)一定要注意，Cancel需要使用同一branch id，而不是再使用新的唯一的id。
參考資料：
https://andrewjprokop.wordpress.com/2015/04/07/multiple-registration-and-call-forking-with-sip/
https://tools.ietf.org/html/rfc3261#section-8.1.1.7
https://mailarchive.ietf.org/arch/msg/sip/_5zV4Vh41XqgTBYfpzZP19fLpOM
