一種呼叫轉接業(yè)務處理方法和設備的制作方法
【專利摘要】本發(fā)明公開了一種呼叫轉接業(yè)務處理方法和設備，該方法包括：第一UA設備與第二UA設備的呼叫過程中，所述第一UA設備接收第一消息；所述第一UA設備在接收到所述第一消息之后，判斷當前是否為所述第二UA設備請求第一UA設備與第三UA設備建立呼叫；如果是，則所述第一UA設備斷開第一UA設備與所述第二UA設備的呼叫連接，并與所述第三UA設備建立呼叫；如果否，則所述第一UA設備繼續(xù)保持第一UA設備與所述第二UA設備的呼叫連接。本發(fā)明實施例中，可以增加語音網(wǎng)絡的安全性。
【專利說明】一種呼叫轉接業(yè)務處理方法和設備

【技術領域】
[0001]本發(fā)明涉及通信【技術領域】，尤其涉及一種呼叫轉接業(yè)務處理方法和設備。

【背景技術】
[0002]如圖1所不，為VOIP (Voice over Internet Protocol,基于互聯(lián)網(wǎng)協(xié)議的語音通信)網(wǎng)絡的組網(wǎng)示意圖。在VOIP網(wǎng)絡中，呼叫轉接業(yè)務的處理流程包括:UAl (User Agent,用戶代理)設備與UA2設備之間建立呼叫；UA1設備在獲知UA2設備需要與UA3設備之間建立呼叫時，通知UA2設備與UA3設備建立呼叫；UA2設備斷開與UAl設備之間的呼叫連接，并與UA3設備建立呼叫。
[0003]在上述方式中，UA2設備在收到需要與UA3設備建立呼叫的通知后，無論該通知是誰發(fā)起，UA2設備均會斷開與UAl設備之間的呼叫連接，并與UA3設備建立呼叫。因此，當有攻擊者向UA2設備發(fā)起攻擊時，即使UA2設備仍然希望與UAl設備保持呼叫連接，攻擊者也可以將UA2設備與UAl設備之間的呼叫中止，并使UA2設備與UA3設備(即攻擊者所使用的設備)建立呼叫。


【發(fā)明內容】

[0004]本發(fā)明實施例提供一種呼叫轉接業(yè)務處理方法，所述方法包括:
[0005]第一用戶代理UA設備與第二 UA設備的呼叫過程中，所述第一 UA設備接收第一消息，所述第一消息用于請求第一 UA設備與第三UA設備建立呼叫；
[0006]所述第一 UA設備在接收到所述第一消息之后，判斷當前是否為所述第二 UA設備請求所述第一 UA設備與所述第三UA設備建立呼叫；
[0007]如果是，則所述第一 UA設備斷開本第一 UA設備與所述第二 UA設備的呼叫連接，并與所述第三UA設備建立呼叫；如果否，則所述第一 UA設備繼續(xù)保持本第一 UA設備與所述第二 UA設備的呼叫連接。
[0008]所述判斷當前是否為所述第二 UA設備請求所述第一 UA設備與所述第三UA設備建立呼叫，具體包括:
[0009]所述第一 UA設備向所述第二 UA設備發(fā)送第二消息，所述第二消息用于詢問第二UA設備是否請求所述第一 UA設備與所述第三UA設備建立呼叫；
[0010]所述第一 UA設備接收來自第二 UA設備的第三消息，確認第二 UA設備請求所述第一UA設備與所述第三UA設備建立呼叫，其中，所述第三消息為，第二 UA設備接收到所述第二消息且第二 UA設備曾請求所述第一 UA設備與所述第三UA設備建立呼叫時發(fā)送的；
[0011]所述第一 UA設備接收來自第二 UA設備的第四消息，并在收到第四消息后，確認第二UA設備未請求所述第一 UA設備與所述第三UA設備建立呼叫，其中，所述第四消息為，第二 UA設備接收到所述第二消息且第二 UA設備未請求所述第一 UA設備與所述第三UA設備建立呼叫時發(fā)送的。
[0012]所述第一 UA設備在接收到所述第一消息之后，所述方法進一步還包括:
[0013]所述第一 UA設備向發(fā)送所述第一消息的UA設備返回第五消息，所述第五消息用于表示本第一 UA設備已經(jīng)成功接收到所述第一消息。
[0014]所述第一消息具體包括基于會話發(fā)起協(xié)議SIP的Refer消息；
[0015]所述第五消息具體包括基于SIP的202ACCEPT消息。
[0016]所述第一消息具體包括基于SIP的Refer消息；
[0017]所述第二消息具體包括基于SIP的NOTIFY 10Trying消息；
[0018]所述第三消息具體包括基于SIP的2000K消息；
[0019]所述第四消息具體包括基于SIP的501Not Implemented消息。
[0020]本發(fā)明實施例提供一種呼叫轉接業(yè)務處理設備，所述呼叫轉接業(yè)務處理設備作為第一用戶代理UA設備，所述第一 UA設備具體包括:
[0021]接收模塊，用于在第一 UA設備與第二 UA設備的呼叫過程中，接收第一消息，所述第一消息用于請求第一 UA設備與第三UA設備建立呼叫；
[0022]判斷模塊，用于在接收到所述第一消息之后，判斷當前是否為所述第二 UA設備請求所述第一 UA設備與所述第三UA設備建立呼叫；
[0023]處理模塊，用于當判斷結果為是時，斷開所述第一 UA設備與所述第二 UA設備的呼叫連接，并與所述第三UA設備建立呼叫；當判斷結果為否時，繼續(xù)保持所述第一 UA設備與所述第二 UA設備的呼叫連接。
[0024]所述判斷模塊，具體用于向第二 UA設備發(fā)送第二消息，所述第二消息用于詢問第二UA設備是否請求第一 UA設備與第三UA設備建立呼叫；
[0025]接收來自第二 UA設備的第三消息，確認第二 UA設備請求所述第一 UA設備與所述第三UA設備建立呼叫，其中，所述第三消息為，第二 UA設備接收到所述第二消息且第二 UA設備曾請求所述第一 UA設備與所述第三UA設備建立呼叫時發(fā)送的；或者，接收來自第二UA設備的第四消息，并在收到第四消息后，確認第二UA設備未請求所述第一UA設備與所述第三UA設備建立呼叫，其中，所述第四消息為，第二 UA設備接收到所述第二消息且第二 UA設備未請求所述第一 UA設備與所述第三UA設備建立呼叫時發(fā)送的。
[0026]還包括:發(fā)送模塊，用于在接收到所述第一消息之后，向發(fā)送所述第一消息的UA設備返回第五消息，所述第五消息用于表示所述第一 UA設備已經(jīng)成功接收到所述第一消肩、O
[0027]所述第一消息具體包括基于會話發(fā)起協(xié)議SIP的Refer消息；
[0028]所述第五消息具體包括基于SIP的202ACCEPT消息。
[0029]所述第一消息具體包括基于SIP的Refer消息；
[0030]所述第二消息具體包括基于SIP的NOTIFY 10Trying消息；
[0031 ] 所述第三消息具體包括基于SIP的2000K消息；
[0032]所述第四消息具體包括基于SIP的501Not Implemented消息。
[0033]基于上述技術方案，本發(fā)明實施例中，第一 UA設備在與第二 UA設備的呼叫過程中，第一 UA設備在收到需要與第三UA設備建立呼叫的通知后，可以判斷該通知是否為合法的第二 UA設備發(fā)起，并在該通知不是第二 UA設備發(fā)起時，第一 UA設備不會斷開與第二 UA設備之間的呼叫連接，并繼續(xù)與第二 UA設備進行呼叫。上述方式能夠避免第一 UA設備被攻擊者攻擊，從而避免攻擊者對正常通話進行攻擊而導致的通話中止，增加了語音網(wǎng)絡的安全性。

【專利附圖】

【附圖說明】
[0034]圖1是VOIP網(wǎng)絡的組網(wǎng)示意圖；
[0035]圖2-圖4是本發(fā)明實施例提出的呼叫轉接業(yè)務處理方法流程示意圖；
[0036]圖5-圖12是本發(fā)明實施例中提出的各消息的消息格式示意圖；
[0037]圖13是本發(fā)明實施例提出的一種UA設備的結構示意圖。

【具體實施方式】
[0038]針對現(xiàn)有技術中存在的問題，本發(fā)明實施例提供一種呼叫轉接業(yè)務處理方法，該方法應用于至少包括3個UA設備的VOIP網(wǎng)絡中，該3個UA設備分別為第一 UA設備、第二UA設備和第三UA設備。以圖1為本發(fā)明實施例的應用場景示意圖，第一 UA設備為UA2設備，該UA2設備連接Tel印hone B，且Tel印hone B作為被轉接方；第二 UA設備為UAl設備，該UAl設備連接Tel印hone A,且Tel印hone A作為轉接發(fā)起方；第三UA設備為UA3設備，該UA3設備連接Telephone C,且Telephone C作為轉接目的方。
[0039]如圖2所示，該呼叫轉接業(yè)務處理方法具體可以包括以下步驟:
[0040]步驟201，第一 UA設備與第二 UA設備的呼叫過程中，第一 UA設備接收第一消息，該第一消息用于請求第一 UA設備與第三UA設備建立呼叫。
[0041]本發(fā)明實施例中，第一 UA設備與第二 UA設備建立呼叫，并進行正常通話的過程中，如果有設備(該設備為合法的第二 UA設備，或者，非法的攻擊者)觸發(fā)第一 UA設備進行呼叫轉接業(yè)務，則第一 UA設備將接收到第一消息，且該第一消息用于請求該第一 UA設備與第三UA設備建立呼叫。
[0042]步驟202，第一 UA設備在接收到第一消息后，判斷當前是否為第二 UA設備請求第一 UA設備與第三UA設備建立呼叫，即判斷第一消息是否為第二 UA設備發(fā)送的。如果是，則執(zhí)行步驟203 ;如果否，則執(zhí)行步驟204。
[0043]本發(fā)明實施例中，第一 UA設備判斷當前是否為第二 UA設備請求第一 UA設備與第三UA設備建立呼叫，具體包括但不限于:第一 UA設備向第二 UA設備發(fā)送第二消息，第二消息用于詢問第二 UA設備是否請求第一 UA設備與第三UA設備建立呼叫。如果第二 UA設備請求第一 UA設備與第三UA設備建立呼叫，第二 UA設備向第一 UA設備返回第三消息，由第一UA設備接收來自第二 UA設備的第三消息，并在收到第三消息后，確認當前為第二 UA設備請求第一 UA設備與第三UA設備建立呼叫。如果第二 UA設備未請求第一 UA設備與第三UA設備建立呼叫，第二 UA設備向第一 UA設備返回第四消息，由第一 UA設備接收來自第二UA設備的第四消息，并在收到第四消息后，確認第二 UA設備未請求第一 UA設備與第三UA設備建立呼叫，即當前不是第二 UA設備請求第一 UA設備與第三UA設備建立呼叫。
[0044]進一步的，所述第三消息為，第二 UA設備接收到所述第二消息且第二 UA設備曾請求所述第一 UA設備與所述第三UA設備建立呼叫時發(fā)送的；所述第四消息為，第二 UA設備接收到所述第二消息且第二 UA設備未請求所述第一 UA設備與所述第三UA設備建立呼叫時發(fā)送的。
[0045]本發(fā)明實施例中，第一 UA設備在接收到第一消息之后，還可以向發(fā)送第一消息的UA設備返回第五消息，該第五消息用于表示本第一 UA設備已經(jīng)成功接收到第一消息。例如，當?shù)诙?UA設備向第一 UA設備發(fā)送第一消息時，第一 UA設備在收到第一消息之后，向第二UA設備返回第五消息。
[0046]步驟203,第一 UA設備斷開第一 UA設備與第二 UA設備的呼叫連接，并與第三UA設備建立呼叫。之后第一 UA設備與第三UA設備進行正常通話。
[0047]步驟204，第一 UA設備繼續(xù)保持本第一 UA設備與第二 UA設備的呼叫連接，即第一UA設備不斷開第一 UA設備與第二 UA設備的呼叫連接，第一 UA設備不與第三UA設備建立呼叫，且繼續(xù)與第二 UA設備進行正常通話。
[0048]以下結合圖1所示的具體應用場景，對本發(fā)明實施例進行進一步的說明。如圖3所示，為應用場景I下的呼叫轉接業(yè)務處理方法流程示意圖；如圖4所示，為應用場景2下的呼叫轉接業(yè)務處理方法流程示意圖。
[0049]應用場景1，由攻擊者發(fā)送第一消息，該方法具體可以包括以下步驟:
[0050]步驟301，UAl設備與UA2設備建立呼叫，通話正常，即UAl設備與UA2設備傳輸RTP (Real-time Transport Protocol,實時傳輸協(xié)議)媒體流。
[0051]步驟302，攻擊者向UA2設備發(fā)送第一消息，由UA2設備接收第一消息。其中，第一消息包括基于SIP (Sess1n Initiat1n Protocol,會話發(fā)起協(xié)議)的Refer (參考)消息，該Refer消息用于請求UA2設備與UA3設備建立呼叫。
[0052]具體的，在UAl設備與UA2設備的呼叫過程中，攻擊者向UA2設備發(fā)送構造的Refer消息，企圖將UAl設備與UA2設備的通話中止，同時使得UA2設備與UA3設備建立呼口q，并使UA2設備同UA3設備進行通話。
[0053]步驟303，UA2設備向發(fā)送第一消息的設備(即攻擊者)返回第五消息。其中，該第五消息具體包括基于SIP的202ACCEPT (接受)消息，且該202ACCEPT消息用于表示本UA2設備當前已經(jīng)成功接收到Refer消息。
[0054]具體的，UA2設備在接收到Refer消息之后，當前還無法獲知該Refer消息是否為合法的設備向本UA2設備發(fā)送的Refer消息，因此，UA2設備需要先向發(fā)送第一消息的設備(即攻擊者)響應202ACCEPT消息。
[0055]步驟304，UA2設備向UAl設備發(fā)送第二消息。其中，該第二消息具體包括基于SIP的NOTIFY (通知)10Trying (嘗試)消息，且該NOTIFY 10Trying消息用于詢問UAl設備是否請求UA2設備與UA3設備建立呼叫。
[0056]步驟305，由于UAl設備未請求UA2設備與UA3設備建立呼叫，因此，UAl設備向UA2設備發(fā)送第四消息。其中，該第四消息具體包括基于SIP的50INot Implemented (不執(zhí)行)消息，且該501Not Implemented消息用于表示UAl設備當前未請求UA2設備與UA3設備建立呼叫。
[0057]步驟306, UA2設備在收到501Not Implemented消息后，確認之前收到的Refer消息為攻擊者發(fā)送的Refer消息，因此，UA2設備繼續(xù)保持UA2設備與UAl設備的呼叫連接，且UA2設備不與UA3設備建立呼叫。
[0058]在上述步驟301-步驟306的處理過程中，Refer消息的格式可以如圖5所示，202ACCEPT消息的格式可以如圖6所示，NOTIFY 10Trying消息的格式可以如圖7所示，501Not Implemented消息的格式可以如圖8所示。
[0059]應用場景2，由UAl設備發(fā)送第一消息，該方法具體可以包括以下步驟:
[0060]步驟401，UAl設備與UA2設備建立呼叫，通話正常，即UAl設備與UA2設備傳輸RTP媒體流，進行正常的語音呼叫過程。
[0061]步驟402，UAl設備向UA2設備發(fā)送第一消息，由UA2設備接收第一消息。其中，第一消息具體包括基于SIP的Refer消息，該Refer消息用于請求UA2設備與UA3設備建立呼叫。
[0062]具體的，在UAl設備與UA2設備的呼叫過程中，如果UAl設備需要觸發(fā)呼叫轉接業(yè)務，使UA2設備與UA3設備建立呼叫，則UAl設備向UA2設備發(fā)送Refer消息，以將UAl設備與UA2設備的通話中止，同時使得UA2設備與UA3設備建立呼叫，并使UA2設備同UA3設備進行通話。
[0063]步驟403，UA2設備向發(fā)送第一消息的設備(即UAl設備)返回第五消息。其中，該第五消息具體包括基于SIP的202ACCEPT消息，且該202ACCEPT消息用于表示本UA2設備當前已經(jīng)成功接收到Refer消息。
[0064]具體的，UA2設備在接收到Refer消息之后，當前還無法獲知該Refer消息是否為合法的設備向本UA2設備發(fā)送的Refer消息，因此，UA2設備需要先向發(fā)送第一消息的設備(即UAl設備)響應202ACCEPT消息。
[0065]步驟404，UA2設備向UAl設備發(fā)送第二消息。其中，該第二消息具體包括基于SIP的NOTIFY 10Trying消息，且該NOTIFY 10Trying消息用于詢問UAl設備是否請求UA2設備與UA3設備建立呼叫。
[0066]步驟405，由于UAl設備請求UA2設備與UA3設備建立呼叫，因此，UAl設備在收到NOTIFY 10Trying消息之后，向UA2設備發(fā)送第三消息。其中，該第三消息具體包括基于SIP的2000K (確認)消息，且該2000K消息用于表示UAl設備當前請求UA2設備與UA3設備建立呼叫。
[0067]步驟406，UA2設備在收到2000K消息后，確認之前收到的Refer消息為合法的UAl設備發(fā)送的Refer消息，因此，UA2設備斷開UA2設備與UAl設備的呼叫連接，并與UA3設備建立呼叫，之后UA2設備與UA3設備進行正常通話。UA2設備與UA3設備建立呼叫的過程不再詳加贅述。
[0068]在上述步驟401-步驟406的處理過程中，Refer消息的格式可以如圖9所示，202ACCEPT消息的格式可以如圖10所示，NOTIFY 10Trying消息的格式可以如圖11所示，2000K消息的格式可以如圖12所示。
[0069]基于上述技術方案，本發(fā)明實施例中，第一 UA設備在與第二 UA設備的呼叫過程中，第一 UA設備在收到需要與第三UA設備建立呼叫的通知后，可以判斷該通知是否為合法的第二 UA設備發(fā)起，并在該通知不是第二 UA設備發(fā)起時，第一 UA設備不會斷開與第二 UA設備之間的呼叫連接，并繼續(xù)與第二 UA設備進行呼叫。上述方式能夠避免第一 UA設備被攻擊者攻擊，從而避免攻擊者對正常通話進行攻擊而導致的通話中止，增加了語音網(wǎng)絡的安全性。
[0070]基于與上述方法同樣的發(fā)明構思，本發(fā)明實施例中還提供了一種呼叫轉接業(yè)務處理設備，所述呼叫轉接業(yè)務處理設備作為第一用戶代理UA設備，如圖13所示，所述第一 UA設備具體包括:
[0071]接收模塊11，用于在第一 UA設備與第二 UA設備的呼叫過程中，接收第一消息，所述第一消息用于請求第一 UA設備與第三UA設備建立呼叫；
[0072]判斷模塊12，用于在接收到所述第一消息之后，判斷當前是否為所述第二 UA設備請求所述第一 UA設備與所述第三UA設備建立呼叫；
[0073]處理模塊13，用于當判斷結果為是時，斷開所述第一UA設備與所述第二UA設備的呼叫連接，并與所述第三UA設備建立呼叫；當判斷結果為否時，繼續(xù)保持所述第一 UA設備與所述第二 UA設備的呼叫連接。
[0074]所述判斷模塊12，具體用于向第二 UA設備發(fā)送第二消息，所述第二消息用于詢問第二 UA設備是否請求第一 UA設備與第三UA設備建立呼叫；
[0075]接收來自第二 UA設備的第三消息，確認第二 UA設備請求所述第一 UA設備與所述第三UA設備建立呼叫，其中，所述第三消息為，第二 UA設備接收到所述第二消息且第二 UA設備曾請求所述第一 UA設備與所述第三UA設備建立呼叫時發(fā)送的；或者，接收來自第二UA設備的第四消息，并在收到第四消息后，確認第二UA設備未請求所述第一UA設備與所述第三UA設備建立呼叫，其中，所述第四消息為，第二 UA設備接收到所述第二消息且第二 UA設備未請求所述第一 UA設備與所述第三UA設備建立呼叫時發(fā)送的。
[0076]所述第一 UA設備還包括:發(fā)送模塊14，用于在接收到所述第一消息之后，向發(fā)送所述第一消息的UA設備返回第五消息，所述第五消息用于表示所述第一 UA設備已經(jīng)成功接收到所述第一消息。
[0077]本發(fā)明實施例中，所述第一消息具體包括基于SIP的Refer消息；所述第五消息具體包括基于SIP的202ACCEPT消息；所述第二消息具體包括基于SIP的NOTIFY 10Trying消息；所述第三消息具體包括基于SIP的2000K消息；所述第四消息具體包括基于SIP的501Not Implemented 消息。
[0078]其中，本發(fā)明裝置的各個模塊可以集成于一體，也可以分離部署。上述模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。
[0079]通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。本領域技術人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。本領域技術人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分布于實施例的裝置中，也可以進行相應變化位于不同于本實施例的一個或多個裝置中。上述實施例的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領域的技術人員能思之的變化都應落入本發(fā)明的保護范圍。
【權利要求】
1.一種呼叫轉接業(yè)務處理方法，其特征在于，所述方法包括: 第一用戶代理UA設備與第二 UA設備的呼叫過程中，所述第一 UA設備接收第一消息，所述第一消息用于請求第一 UA設備與第三UA設備建立呼叫； 所述第一 UA設備在接收到所述第一消息之后，判斷當前是否為所述第二 UA設備請求所述第一 UA設備與所述第三UA設備建立呼叫； 如果是，則所述第一 UA設備斷開本第一 UA設備與所述第二 UA設備的呼叫連接，并與所述第三UA設備建立呼叫；如果否，則所述第一 UA設備繼續(xù)保持本第一 UA設備與所述第二 UA設備的呼叫連接。
2.如權利要求1所述的方法，其特征在于，所述判斷當前是否為所述第二UA設備請求所述第一 UA設備與所述第三UA設備建立呼叫，具體包括: 所述第一 UA設備向所述第二 UA設備發(fā)送第二消息，所述第二消息用于詢問第二 UA設備是否請求所述第一 UA設備與所述第三UA設備建立呼叫； 所述第一 UA設備接收來自第二 UA設備的第三消息，確認第二 UA設備請求所述第一 UA設備與所述第三UA設備建立呼叫，其中，所述第三消息為，第二 UA設備接收到所述第二消息且第二 UA設備曾請求所述第一 UA設備與所述第三UA設備建立呼叫時發(fā)送的； 所述第一UA設備接收來自第二UA設備的第四消息，并在收到第四消息后，確認第二UA設備未請求所述第一 UA設備與所述第三UA設備建立呼叫，其中，所述第四消息為，第二 UA設備接收到所述第二消息且第二 UA設備未請求所述第一 UA設備與所述第三UA設備建立呼叫時發(fā)送的。
3.如權利要求1所述的方法，其特征在于，所述第一UA設備在接收到所述第一消息之后，所述方法進一步還包括: 所述第一 UA設備向發(fā)送所述第一消息的UA設備返回第五消息，所述第五消息用于表示本第一 UA設備已經(jīng)成功接收到所述第一消息。
4.如權利要求3所述的方法，其特征在于， 所述第一消息具體包括基于會話發(fā)起協(xié)議SIP的Refer消息； 所述第五消息具體包括基于SIP的202ACCEPT消息。
5.如權利要求2所述的方法，其特征在于， 所述第一消息具體包括基于SIP的Refer消息； 所述第二消息具體包括基于SIP的NOTIFY 10Trying消息； 所述第三消息具體包括基于SIP的2000K消息； 所述第四消息具體包括基于SIP的501Not Implemented消息。
6.一種呼叫轉接業(yè)務處理設備，其特征在于，所述呼叫轉接業(yè)務處理設備作為第一用戶代理UA設備，所述第一 UA設備具體包括: 接收模塊，用于在第一 UA設備與第二 UA設備的呼叫過程中，接收第一消息，所述第一消息用于請求第一 UA設備與第三UA設備建立呼叫； 判斷模塊，用于在接收到所述第一消息之后，判斷當前是否為所述第二 UA設備請求所述第一 UA設備與所述第三UA設備建立呼叫； 處理模塊，用于當判斷結果為是時，斷開所述第一 UA設備與所述第二 UA設備的呼叫連接，并與所述第三UA設備建立呼叫；當判斷結果為否時，繼續(xù)保持所述第一 UA設備與所述第二 UA設備的呼叫連接。
7.如權利要求6所述的設備，其特征在于， 所述判斷模塊，具體用于向第二 UA設備發(fā)送第二消息，所述第二消息用于詢問第二 UA設備是否請求第一 UA設備與第三UA設備建立呼叫； 接收來自第二 UA設備的第三消息，確認第二 UA設備請求所述第一 UA設備與所述第三UA設備建立呼叫，其中，所述第三消息為，第二 UA設備接收到所述第二消息且第二 UA設備曾請求所述第一 UA設備與所述第三UA設備建立呼叫時發(fā)送的；或者，接收來自第二 UA設備的第四消息，并在收到第四消息后，確認第二 UA設備未請求所述第一UA設備與所述第三UA設備建立呼叫，其中，所述第四消息為，第二 UA設備接收到所述第二消息且第二 UA設備未請求所述第一 UA設備與所述第三UA設備建立呼叫時發(fā)送的。
8.如權利要求6所述的設備，其特征在于，還包括:發(fā)送模塊，用于在接收到所述第一消息之后，向發(fā)送所述第一消息的UA設備返回第五消息，所述第五消息用于表示所述第一UA設備已經(jīng)成功接收到所述第一消息。
9.如權利要求8所述的設備，其特征在于， 所述第一消息具體包括基于會話發(fā)起協(xié)議SIP的Refer消息； 所述第五消息具體包括基于SIP的202ACCEPT消息。
10.如權利要求7所述的設備，其特征在于， 所述第一消息具體包括基于SIP的Refer消息； 所述第二消息具體包括基于SIP的NOTIFY 10Trying消息； 所述第三消息具體包括基于SIP的2000K消息； 所述第四消息具體包括基于SIP的501Not Implemented消息。
【文檔編號】H04M7/00GK104202493SQ201410370020
【公開日】2014年12月10日 申請日期:2014年7月30日 優(yōu)先權日:2014年7月30日
【發(fā)明者】付忠濤, 張濤 申請人:杭州華三通信技術有限公司