基於網際網路協議的轉接業務的方法及業務控制單元的製作方法

2023-05-25 13:41:51 2

專利名稱：基於網際網路協議的轉接業務的方法及業務控制單元的製作方法
技術領域：
本發明涉 及通信領域，具體而言，涉及一種基於網際網路協議的轉接業務的方法及 業務控制單元。
背景技術：
轉接(call transfer)業務是一種重要的電信業務，該業務為當用戶與對方通話 時，在不中斷通話的情況下，撥出另一方，實現兩方通話。其具體實現如下主叫用戶A呼叫 話務臺，話務臺B應答，話務臺撥打用戶C，實現A和C的通話，同時釋放坐席。轉接業務在傳統的電話網絡中有著廣泛的應用，特別是在電腦話務臺系統中使用 頻率很高，隨著網絡不斷向以網際網路協議(Internet Protocol，簡稱為IP)為基礎的下一 代網絡的演進，越來越多的業務需要在以IP為基礎的網絡上實現。一般的轉接方法在實現上步驟煩瑣，在以會話啟動協議(Session Initiation Protocol，簡稱為SIP)信令的交互中，特別是對於資源預留的情形中，由於資源預留時間 長，從而導致業務實現困難。

發明內容
針對相關技術中SIP信令資源預留時間長導致了業務實現困難的問題而提出本 發明，為此，本發明的主要目的在於提供一種基於網際網路協議的轉接業務的方案，以解決上 述問題。為了實現上述目的，根據本發明的一個方面，提供了一種基於網際網路協議的轉接 業務的方法。根據本發明的基於網際網路協議的轉接業務的方法包括在主叫用戶和坐席通話的 情況下，業務控制單元接收來自坐席的轉接消息；業務控制單元根據轉接消息進行業務轉 接；在業務轉接成功之前，業務控制單元通知坐席釋放資源。優選地，在業務控制單元接收轉接消息之後，業務控制單元預判斷業務轉接成功； 業務控制單元通知坐席釋放資源。優選地，業務控制單元根據轉接消息進行業務轉接包括業務控制單元根據轉接 消息向被叫用戶發起呼叫；業務控制單元接收來自被叫用戶的響應於呼叫的媒體信息，並 將媒體信息反饋給主叫用戶。優選地，在業務控制單元接收到來自被叫用戶的回鈴聲的情況下，業務控制單元 將媒體信息反饋給主叫用戶包括業務控制單元將回鈴聲發送給主叫用戶。優選地，在向被叫用戶呼叫失敗的情況下，業務控制單元將媒體信息反饋給主叫 用戶包括業務控制單元向主叫用戶發送失敗提示。為了實現上述目的，根據本發明的另一方面，提供了 一種業務控制單元。根據本發明的業務控制單元包括接收模塊，用於在主叫用戶和坐席通話的情況 下接收來自坐席的轉接消息；轉接模塊，用於根據轉接消息進行業務轉接；通知模塊，用於在業務轉接成功之前，通知坐席釋放資源。優選地，業務控制單元還包括判斷模塊，用於預判斷業務轉接是否成功，在判斷 結果為是的情況下，啟動通知模塊。優選地，轉接模塊還包括呼叫子模塊，用於根據轉接消息向被叫用戶發起呼叫； 接收子模塊，用於接收來自被叫用戶的響應於呼叫的媒體信息；反饋子模塊，用於將媒體信 息反饋給主叫用戶。優選地，在業務控制單元接收到來自被叫用戶的回鈴聲的情況下，反饋子模塊具 體用於將回鈴聲發送給主叫用戶。優選地，在向被叫用戶呼叫失敗的情況下，反饋 子模塊具體用於向主叫用戶發送 失敗提示。通過本發明，採用在轉接過程中釋放話務臺坐席的方式，解決了相關技術中SIP 信令的交互步驟多、資源預留時間長導致了業務實現困難的問題，進而達到了減少媒體交 互次數、減少網絡資源頻繁申請和釋放的效果。


此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發 明的示意性實施例及其說明用於解釋本發明，並不構成對本發明的不當限定。在附圖中圖1是根據本發明實施例的基於網際網路協議的轉接業務的方法的流程圖；圖2是根據本發明實施例的根據本發明實施例的實例一的基於網際網路協議的轉 接業務的方法流程圖；圖3是根據本發明實施例的不支持early-media的SIP交互的流程圖；圖4是根據本發明實施例的支持early-media的SIP交互的流程圖；圖5是根據本發明實施例的業務控制單元的結構框圖；圖6是根據本發明實施例的業務控制單元的具體的結構框圖。
具體實施例方式功能概述考慮到相關技術中SIP信令的交互步驟多、資源預留時間長導致了業務實現困難 的問題，本發明提供了一種基於網際網路協議的轉接業務的方案，該方案的處理原則如下在 主叫用戶和坐席通話的情況下，業務控制單元接收來自坐席的轉接消息；業務控制單元根 據轉接消息進行業務轉接；在業務轉接成功之前，業務控制單元通知該坐席釋放資源。本發 明提出了一種新的電話轉接方法，流程簡單，易於實現，能夠很好的適應網絡的變化，簡化 了呼叫過程，同時更加易於用戶操作。通過本發明，減少了媒體交互次數，減少了網絡資源 頻繁申請和釋放。需要說明的是，在不衝突的情況下，本申請中的實施例及實施例中的特徵可以相 互組合。下面將參考附圖並結合實施例來詳細說明本發明。在以下實施例中，在附圖的流程圖示出的步驟可以在諸如一組計算機可執行指令 的計算機系統中執行，並且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以 不同於此處的順序執行所示出或描述的步驟。
方法實施例根據本發明的 實施例，提供了一種基於網際網路協議的轉接業務的方法。圖1是根據本發明實施例的基於網際網路協議的轉接業務的方法的流程圖，如圖1 所示，該方法包括如下的步驟S102至步驟S106 步驟S102，在主叫用戶和坐席通話的情況下，業務控制單元接收來自坐席的轉接 消息；步驟S104，業務控制單元根據轉接消息進行業務轉接；步驟S106，在業務轉接成功之前，業務控制單元通知該坐席釋放資源。其中，在業務控制單元接收轉接消息之後，業務控制單元預判斷業務轉接成功；業 務控制單元通知該坐席釋放資源。業務控制單元根據轉接消息進行業務轉接包括業務控制單元根據該轉接消息向 被叫用戶發起呼叫；業務控制單元接收來自被叫用戶的響應於該呼叫的媒體信息，並將該 媒體信息反饋給主叫用戶。業務控制單元通過以下方式將媒體信息反饋給主叫用戶。方式一在業務控制單元接收到來自被叫用戶的回鈴聲的情況下，業務控制單元將媒體信 息反饋給主叫用戶包括業務控制單元將回鈴聲發送給主叫用戶。方式二在向被叫用戶呼叫失敗的情況下，業務控制單元將媒體信息反饋給主叫用戶包 括業務控制單元向主叫用戶發送失敗提示。下面將結合實例對本發明實施例的實現過程進行詳細描述。用戶A是主叫用戶，用戶C是被叫用戶，用戶A通過坐席B實現到用戶C的業務轉接。實例一圖2是根據本發明實施例的根據本發明實施例的實例一的基於網際網路協議的轉 接業務的方法流程圖，如圖2所示，該方法包括以下步驟S201至步驟S205 步驟S201，對於與用戶A通話的坐席B，在通話的情況下，能夠根據用戶需要，直接 輸入用戶C實現來話轉接。步驟S202，業務控制單元在接收到該轉接消息之後，進行初步判斷，例如，該坐席 是否有轉接權限等，如果不符合，則轉接失敗，向坐席B發送轉接失敗提示，用戶A和坐席B 繼續通話；如果轉接成功，釋放坐席，繼續後續操作。步驟S203，業務控制單元向用戶C發起新的呼叫，這時，業務控制單元在接收到被 叫回鈴音的情況下，將回鈴音發送給用戶A，使得用戶A能聽到用戶C的回鈴音。如果由於 用戶C等原因該呼叫失敗，則用戶A直接聽到忙音或者其他呼叫提示音。步驟S204，在用戶C應答該呼叫之後，再在用戶A和用戶C進行通話媒體的協商。步驟S205，用戶A和用戶C進入通話，轉接完成。其中，在步驟S202中，完全改變了相關技術中先保持、後呼叫新用戶、再轉接的步 驟，減少了申請保持音、給主叫放保持音、釋放保持音、同時控制兩路呼叫等步驟情況，簡化 了呼叫流程，在步驟S203中直接採用用戶C的回鈴音發給用戶A。
實例二圖3是根據本發明實施例的不支持early-media的SIP交互的流程圖，如圖3所 示，該方法包括以下步驟S300至步驟S313 :步驟S300，在通話態進行轉接，坐席B向業務控制單元發送轉接消息。步驟S301，業務控制單元進行轉接判斷，如果轉接失敗，則給坐席發失敗提示信 息，用戶A和坐席B繼續通話，同時，坐席B顯示轉接錯誤信息提示用戶，轉接結束；如果轉 接成功，釋放坐席B，繼續後續操作。步驟S302，業務控制單元向用戶C發送「invite」消息，進行新的呼叫。步驟S303，用戶C向業務控制單元發送「180」消息，該消息攜帶有回鈴音的媒體。步驟S304，業務控制單元向用戶A發送「re-invite」消息，該消息攜帶有回鈴音的 媒體。步驟S305，用戶A向業務控制單元發送「2000K」消息，該消息攜帶有用戶A的媒體。步驟S306，業務控制單元向用戶C發送「PRACK」消息，該消息攜帶有用戶A的媒體。步驟S307，用戶C向業務控制發送「2000K」消息，這時，用戶A聽回鈴音，用戶C振
T^r ο步驟S308，用戶C向業務控制單元發送UPDATE消息，該消息攜帶有用戶C的媒體。步驟S309，業務控制單元向用戶A發「re-invite」消息，該消息攜帶有用戶C的媒 體。步驟S310，用戶A向業務控制單元發送「2000K」消息，該消息攜帶有用戶A的媒體。步驟S311，業務控制單元給用戶C發送「2000K」消息，該消息攜帶有A的媒體。步驟S312，用戶C給業務控制單元發「2000K」應答消息。步驟S313，業務控制單元給用戶C發送「ACK」消息，轉接成功，用戶A和用戶C進 入通話態。圖4是根據本發明實施例的不支持early-media的SIP交互的流程圖，如圖4所 示，該方法包括以下步驟S400至步驟S421 步驟S400，在通話態進行轉接，坐席B向業務控制單元發送轉接消息。步驟S401，業務控制單元進行轉接判斷，如果轉接失敗，則給坐席發失敗提示信 息，用戶A和坐席B繼續通話，同時坐席B顯示轉接錯誤信息提示用戶，轉接結束；如果轉接 成功，釋放坐席B，繼續後續操作。步驟S402，業務控制單元向用戶C發送「invite」消息，進行新的呼叫。步驟S403，用戶C向業務控制單元發送「183」消息，該消息攜帶有回鈴音的媒體。步驟S404，業務控制單元向用戶A發送「re-invite」消息，該消息攜帶有回鈴音媒 體。步驟S405，用戶A向業務控制單元發送「2000K 「消息，該消息攜帶有用戶A的媒
體。 步驟S406，業務控制單元向用戶C發送「PRACK」消息，該消息攜帶有用戶A的媒體。步驟S407，用戶C向業務控制單元發送「2000K」消息，是需要資源預留的情況，則 繼續執行下面步驟，否則執行步驟S412。步驟S408 ，用戶C向業務控制單元發送「UPDATE」消息，該消息攜帶有回鈴音的媒 體。步驟S409，業務控制單元向用戶A發「re-invite」消息，該消息攜帶有回鈴音的媒 體。步驟S410，用戶A向業務控制單元發送「2000K」消息，該消息攜帶有A的媒體。步驟S411，業務控制單元給用戶C發送「2000K」消息，該消息攜帶有A的媒體。步驟S412，用戶C向業務控制單元發「180」消息。步驟S413，業務控制單元向用戶C發送「PRACK」消息。步驟S414，用戶C向業務控制單元發「2000K」消息。步驟S415，用戶C向業務控制單元發「2000K」應答消息。步驟S416，業務控制單元向用戶C發送「ACK」消息，C用戶進入通話態，不過需要 進行用戶A和用戶的媒體重新協商。步驟S417，業務控制單元向用戶C發送「re-invite」消息，該消息不攜帶媒體。步驟S418，用戶C向業務控制單元發「2000K」消息，該消息攜帶有用戶C的媒體。步驟S419，業務控制單元向用戶A發「re-invite」消息，該消息攜帶有用戶C的媒 體。步驟S420，用戶A向業務控制單元發送「2000K」消息，該消息攜帶有用戶A的媒體。步驟S421，業務控制單元向用戶C發送「ACK」消息，該消息攜帶有用戶A的媒體。裝置實施例根據本發明的實施例，提供了 一種業務控制單元。圖5是根據本發明實施例的業務控制單元的結構框圖，如圖5所示，該裝置包括 接收模塊52、轉接模塊54、通知模塊56，下面對該結構進行詳細描述。接收模塊52，用於在主叫用戶和坐席通話的情況下接收來自坐席的轉接消息；轉 接模塊54連接至接收模塊52，用於根據轉接消息進行業務轉接；通知模塊56連接至接收 模塊52，用於在所述業務轉接成功之前，通知坐席釋放資源。圖6是根據本發明實施例的業務控制單元的具體的結構框圖，如圖6所示，業務控 制單元還包括判斷模塊62，用於預判斷業務轉接是否成功，在判斷結果為是的情況下，啟 動通知模塊56。轉接模塊54還包括呼叫子模塊64、接收子模塊66、反饋子模塊68，下面對該結 構進行詳細說明。呼叫子模塊64，用於根據轉接消息向被叫用戶發起呼叫；接收子模塊66，用於接 收來自被叫用戶的響應於呼叫的媒體信息；反饋子模塊68連接至接收子模塊66，用於將媒 體信息反饋給主叫用戶。其中，在業務控制單元接收到來自被叫用戶的回鈴聲的情況下，反饋子模塊68具 體用於將回鈴聲發送給主叫用戶。
在向被叫用戶呼叫失敗的情況下，反饋子模塊68具體用於向主叫用戶發送失敗 提示。需要說明的是，裝置實施例中描述的業務控制單元對應於上述的方法實施例，其 具體的實現方法在方法實施例中已經進行過詳細說明，在此不再贅述。綜上所述，通過本發明，能夠有效地減少媒體交互的次數，減少網絡資源頻繁的申 請和釋放。顯然，本領域 的技術人員應該明白，上述的本發明的各模塊或各步驟可以用通用 的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網絡上，可選地，它們可以用計算裝置可執行的程序代碼來實現，從而，可以將它們存儲 在存儲裝置中由計算裝置來執行，或者將它們分別製作成各個集成電路模塊，或者將它們 中的多個模塊或步驟製作成單個集成電路模塊來實現。這樣，本發明不限制於任何特定的 硬體和軟體結合。以上所述僅為本發明的優選實施例而已，並不用於限制本發明，對於本領域的技 術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修 改、等同替換、改進等，均應包含在本發明的保護範圍之內。
權利要求
1.一種基於網際網路協議的轉接業務的方法，其特徵在於，包括在主叫用戶和坐席通話的情況下，業務控制單元接收來自所述坐席的轉接消息； 所述業務控制單元根據所述轉接消息進行業務轉接； 在所述業務轉接成功之前，所述業務控制單元通知所述坐席釋放資源。
2.根據權利要求1所述的方法，其特徵在於，在所述業務控制單元接收所述轉接消息 之後，所述方法還包括所述業務控制單元預判斷所述業務轉接成功； 所述業務控制單元通知所述坐席釋放資源。
3.根據權利要求1所述的方法，其特徵在於，所述業務控制單元根據所述轉接消息進 行業務轉接包括所述業務控制單元根據所述轉接消息向被叫用戶發起呼叫；所述業務控制單元接收來自所述被叫用戶的響應於所述呼叫的媒體信息，並將所述媒 體信息反饋給所述主叫用戶。
4.根據權利要求3所述的方法，其特徵在於，在所述業務控制單元接收到來自所述被 叫用戶的回鈴聲的情況下，所述業務控制單元將所述媒體信息反饋給所述主叫用戶包括所述業務控制單元將所述回鈴聲發送給所述主叫用戶。
5.根據權利要求3所述的方法，其特徵在於，在向所述被叫用戶呼叫失敗的情況下，所 述業務控制單元將所述媒體信息反饋給所述主叫用戶包括所述業務控制單元向所述主叫用戶發送失敗提示。
6.一種業務控制單元，其特徵在於，包括接收模塊，用於在主叫用戶和坐席通話的情況下接收來自所述坐席的轉接消息；轉接模塊，用於根據所述轉接消息進行業務轉接；通知模塊，用於在所述業務轉接成功之前，通知所述坐席釋放資源。
7.根據權利要求6所述的業務控制單元，其特徵在於，所述業務控制單元還包括 判斷模塊，用於預判斷所述業務轉接是否成功，在所述判斷結果為是的情況下，啟動所述通知模塊。
8.根據權利要求6所述的業務控制單元，其特徵在於，所述轉接模塊還包括 呼叫子模塊，用於根據所述轉接消息向被叫用戶發起呼叫；接收子模塊，用於接收來自所述被叫用戶的響應於所述呼叫的媒體信息； 反饋子模塊，用於將所述媒體信息反饋給所述主叫用戶。
9.根據權利要求8所述的業務控制單元，其特徵在於，在所述業務控制單元接收到來 自所述被叫用戶的回鈴聲的情況下，所述反饋子模塊具體用於將所述回鈴聲發送給所述主 叫用戶。
10.根據權利要求8所述的業務控制單元，其特徵在於，在向所述被叫用戶呼叫失敗的 情況下，所述反饋子模塊具體用於向所述主叫用戶發送失敗提示。
全文摘要
本發明公開了一種基於網際網路協議的轉接業務的方法及業務控制單元，該方法包括在主叫用戶和坐席通話的情況下，業務控制單元接收來自坐席的轉接消息；業務控制單元根據轉接消息進行業務轉接；在業務轉接成功之前，業務控制單元通知坐席釋放資源。通過本發明，解決了相關技術中SIP信令的交互步驟多、資源預留時間長導致了業務實現困難的問題，減少了媒體交互次數、減少了網絡資源頻繁申請和釋放。
文檔編號H04L29/06GK102045460SQ20091017988
公開日2011年5月4日 申請日期2009年10月19日 優先權日2009年10月19日
發明者羅美雲 申請人:中興通訊股份有限公司