TWI652932B

TWI652932B - 用於呼叫管理的方法、裝置及計算機可讀存儲介質

Info

Publication number: TWI652932B
Application number: TW106122019A
Authority: TW
Inventors: 廖俊雄
Original assignee: 鴻海精密工業股份有限公司
Priority date: 2017-06-30
Filing date: 2017-06-30
Publication date: 2019-03-01
Also published as: TW201906394A

Abstract

提供一種用於呼叫管理的方法、裝置及計算機可讀存儲介質。所述用於呼叫管理的方法包含存儲一會議表，用於記錄已加入電話會議，且DSP通道數大於或等於2的代理人端點的信息。該方法更包含接收一呼叫請求；識別該呼叫請求關聯的一端點；判斷該會議表是否存在多個可用的代理人端點，其中，若代理人端點的DSP通道數大於0，則該代理人端點為可用的代理人端點。若該會議表中存在多個可用的代理人端點，則計算各個可用的代理人端點的優先級，並將該呼叫請求重新導向至該端點與優先級最高的可用的代理人端點間。

Description

用於呼叫管理的方法、裝置及計算機可讀存儲介質

本發明涉及通信領域，尤其涉及一種用於呼叫管理的方法、裝置及計算機可讀存儲介質。

現有的網路電話機經由閘道器與公共交換電話網路(Public Switched Telephone Network,PSTN)相連接，可以實現多方電話會議。然而受限於標準電話中繼線的頻寬或是電話會議系統人數上限的設定，無論是由與會者主動撥入電話會議系統、或是由會議系統主動撥出給與會者，皆有可能面臨同時間佔用電話線路數量超過上限的問題。

有鑒於此，需提供一種用於呼叫管理的方法、裝置及計算機可讀存儲介質，可以在有效降低電話會議對外建立呼叫數量的同時，增加電話會議的與會者端點數量。

本發明提供一種用於呼叫管理的方法，該方法包含：存儲一會議表，用於記錄已加入電話會議，且DSP通道數大於或等於2的代理人端點的信息；接收到一呼叫請求；識別該呼叫請求關聯的一端點；判斷該會議表是否存在多個可用的代理人端點，其中，若代理人端點的DSP通道數大於0，則該代理人端點為可用的代理人端點；若該會議表中存在多個可用的代理人端點，則計算各個可用的代理人端點的優先級；以及將該呼叫請求重新導向至該端點與優先級最高的可用的代理人端點間。

本發明還提供一種用於呼叫管理的裝置，該裝置包含：一處理器；以及一計算機可讀存儲介質，該計算機可讀存儲介質用以存儲至少一個計算機程序及一會議表，用於記錄已加入一電話會議且DSP通道數大於或等於2的代理人端點的信息；其中該計算機程式包含指令集且由該處理器所執行，並執行包含下列步驟：接收一呼叫請求；識別該呼叫請求關聯的一端點；判斷該會議表是否存在多個可用的代理人端點，其中，若代理人端點的DSP通道數大於0，則該代理人端點為可用的代理人端點；若該會議表中存在多個可用的代理人端點，則計算各個可用的代理人端點的優先級；以及將該呼叫請求重新導向至該端點與優先級最高的可用的代理人端點間。

本發明還提供一種計算機可讀存儲介質，該計算機可讀存儲介質上存儲有計算機程序，所述計算機程序被處理器執行時實現所述用於呼叫管理方法的步驟。

100‧‧‧應用環境

110‧‧‧第一場域

120,180‧‧‧閘道器

130,170‧‧‧呼叫管理器

110A,110B-110M‧‧‧端點

140‧‧‧PSTN

150‧‧‧第二場域

160‧‧‧會議系統

圖1為用於呼叫管理之應用環境一實施例的示意圖。

圖2為主動式會議時呼叫管理一實施例的流程圖。

圖3為被動式會議時呼叫管理一實施例的流程圖。

圖4為呼叫管理方法一實施例的流程圖。

藉由以下對具體實施例詳細的描述結合附圖，將可輕易的瞭解上述內容及此項發明之諸多優點。

請參閱圖1，所示為根據本發明一實施例進行電話會議的應用環境100的示意圖。上述應用環境100包含第一場域110及第二場域150。在本實施例中，上述第一場域110經由PSTN140與上述第二場域150通信連接。需注意的是，上述第一場域110與上述第二場域150可以是位於不同的地理空間，也可以是位於同一地理空間的不同網路拓墣架構上的分群。

上述第一場域100包含多個端點110A-110M、閘道器120及呼叫管理器130。上述多個端點110A-110M為網際協議通話技術(Voice over Internet Protocol,VOIP)的客戶端，為終端使用者提供VOIP的服務。上述多個端點110A-110M可以是類比電話機、網路電話機或軟體電話機等終端設備。當上述多個端點110A-110M為軟體電話機時，可以運行在智慧型手機、個人電腦或其它媒介的使用者終端設備上。上述閘道器120可以耦合上述多個端點110A-110M，負責把呼叫轉發到上述PSTN140，完成異種網路的電話撥入和撥出。在一實施例中，上述閘道器120可以經由類比或數位中繼線，例如T1或E1接口，耦合到上述PSTN140。上述呼叫管理器130耦合到上述閘道器120，用於管理上述多個端點110A-110M的配置、註冊、呼叫管理和其他電話功能管理。

上述第二場域150包含會議系統160、呼叫管理器170及閘道器180。上述會議系統160為多方電話會議的客戶端，用於提供使用者創建一個多方電話會議或參加多方電話會議。上述呼叫管理器170用於管理一個多方電話會議的創建、刪除、多方電話會議時間管理以及多方電話會議與會者管理等。上述閘道器180耦合到上述PSTN140，並向上述會議系統160及上述呼叫管理器170提供電話及網際協議通話技術服務。

在一實施例中，上述呼叫管理器130、170包含處理器及計算機可讀存儲介質(圖一中未示出)。上述處理器為上述呼叫管理器130、170的中央處理器，可以由一個或多個積體電路，例如單核心或多核心微處理器或微控制器組成，以控制上述呼叫管理器130、170的操作。上述計算機可讀存儲介質可以是任何形式的計算機可讀取的存儲介質，例如硬碟、快閃記憶體或任何其他非揮發性存儲媒體。上述存儲裝置可存儲用於操作上述呼叫管理器130、170的一個或多個計算機程序。上述計算機程序可以由上述處理器執行，並包含有實現本發明特徵的指令集或功能單元。

在一實施例中，上述呼叫管理器130、170可以是運行在一個或多個計算機裝置上的計算機程序，上述呼叫管理器130、170的計算機程序可以包含在任何類型的計算機可讀存儲介質。需注意的是，儘管在圖1中，上述呼叫管理器130、170表示為單獨可操作的模組，但在其它實施例中，上述呼叫管理器130、170可以是運行在上述閘道器120、180中的計算機程序。

上述多個端點110A-110M可以包含相應的電話處理器，所述相應的電話處理器可以是數位信號處理器(Digital Signal Processor，DSP)，並且包含一個或多個DSP通道。在一實施例中，上述多個端點110A-110M在開機時以自身的媒體存取控制位址(Media Access Control Address,MAC Address)和其它參數自動地向上述呼叫管理器130註冊。上述其它參數可包含端點的類型、品牌、型號、使用者名稱及密碼等。上述呼叫管理器130根據上述多個端點110A-110M傳送的品牌及型號，可以得知各端點的DSP通道數，並進一步根據其DSP通道數判斷該端點在電話會議中可以擔任的角色。若端點的DSP通道數等於1，則該端點在一電話會議中僅能為與會者；若端點的DSP通道數大於或等於2，則該端點在一電話會議中可以為與會者也可以為代理人。在本發明實施例中，上述呼叫管理器130可以將欲加入上述會議系統160的與會者的呼叫重新導向至同一場域中的已加入至上述會議系統160的代理人，由該代理人進行後續語音資料流混合處理，以減少上述閘道器120同時對外的呼叫數量。

在一實施例中，上述呼叫管理器130可以及時通過演算法從多個代理人中選擇特定端點做為一新進呼叫的代理人，諸如如下等式：P_priority=α×RTT_local+β×QoS_proxy+γ×Cap_proxy+ω×RTT_external (1)

其中，上述等式計算得出的P_priority係可以做為代理人的端點的優先級，該值越小，優先級越高。上述呼叫管理器130會將一電話會議中新進的與會者的呼叫重新導向至具有最高優先級的代理人。

RTT_local係新進與會者與已經撥入電話會議的代理人間的延遲時間(Round-Trip Time,RTT)，該值可以由以下兩種方式取得：一、當上述多個端點110A-110M開機時，會主動廣播ICMP回送請求封包，藉以得到與其它端點間的延遲時間，並在註冊至上述呼叫管理器130後，將與其它端點間的延遲時間傳送給上述呼叫管理器130；二、當任兩個端點間進行通話，可以經由即時控制協定(Real-Time Control Protocol,RTCP)取得延遲時間，該端點於通話結束後，主動將該延遲時間傳送給上述呼叫管理器130。

QoS_proxy係代理人本身與服務品質(Quality of Service,QoS)有關的設定值。該QoS設定值可以從代理人的服務類型(Type of Service,ToS)設定值或差異式服務代碼點(Differentiated Services Code Point,DSCP)的設定值計算取得。一般而言，DSCP設定值的範圍為0~63，該DSCP設定值在QoS機制中是用於指定封包在QoS調度中的優先級，值越大表示優先級越高。若代理人有DSCP的設定值，可以直接將該DSCP設定值取出，以63減去該DSP設定值即為該QoS設定值。若代理人僅有ToS設定值，則需先將該ToS設定值映射至一DSCP設定值，再進行運算取得QoS設定值。代理人的ToS設定值或DSCP設定值的來源有以下兩種途徑：一、當代理人註冊至上述呼叫管理器130後，由上述呼叫管理器130傳送給該代理人的初始配置；二、使用者自行在端點上進行設定，再由該端點主動將該設定值傳送給上述呼叫管理器130。

Cap_proxy係代理人目前剩餘的DSP通道數。該值的初始值為端點本身硬體所支援的DSP通道數，上述呼叫管理器130可以根據端點註冊時所傳送的品牌及型號等資訊得知該端點支援的DSP通道數。在一電話會議進行中，隨著越來越多的新進與會者之呼叫重新導向至特定的代理人，該代理人的Cap_proxy值亦隨之遞減。

RTT_external係代理人與上述閘道器120間的延遲時間。在一實施例中，上述第一場域110還可以包含多個對外的閘道器，由上述呼叫管理器130 根據設定將不同端點的呼叫導向至不同的對外閘道器，而端點與閘道器間的延遲時間可以經由RTCP取得。

α、β、γ及ω係權重參數，上述第一場域110的管理者或網管人員可以經由上述呼叫管理器130自行設定該等權重參數的初始值，設定後還可以根據不同需求及環境異動再加以調整，但總和必須等於1。該等權重參數的設定值建議如下：一、如果同一個場域中，存在數個高階端點，亦即存在數個高DSP通道數的端點，建議可以將γ值調高，讓大部分的語音資料流都集中到某幾個代理人端點；二、如果在鄰近場域中，都存在著高階代理人端點，建議可以將α值調高，以減少混合處理後的語音延遲；三、如果網路環境中，存在數個QoS設定值較高的端點，建議可以將β值調高，以提高混合處理後的語音品質；四、如果網路環境中，不同的端點會有不同的路由路徑到不同的對外閘道器，建議可以將ω值調高，以提高混合處理後的語音品質。在一實施例中，上述呼叫管理器130可以針對不同的電話會議儲存不同的會議表於上述計算機可讀存儲介質，用以記錄已加入電話會議之代理人的RTT_local、QoS_proxy、Cap_proxy及RTT_external等參數值。上述會議表還可以包含可用性欄位，用於標記該代理人的可用性。其中，若該代理人目前剩餘的DSP通道數大於0，代表該代理人往後在電話會議中的角色可以為代理人，故相應地在可用性欄位應標記為可用；若該代理人目前剩餘的DSP通道數等於0時，代表該代理人往後在電話會議中的角色僅能為與會者，故相應地在可用性欄位應標記為不可用。

請參閱圖2，所示為根據本發明一實施例進行主動式電話會議時的呼叫管理流程圖。在本實施例中，以上述端點110A及110B分別擁有1個DSP 通道，以及上述端點110C及110D分別擁有2個DSP通道為例。由於上述端點110A及110B僅擁有一個DSP通道，故在一電話會議中，僅能為與會者；而上述端點110C及110D分別擁有2個DSP通道，故在一電話會議中，可以為與會者，也可以為代理人。圖2所示為上述端點110A、110B、110C及110D與上述會議系統160建立主動式電話會議的流程，主要步驟如下：

步驟201，上述端點110C撥打上述會議系統160的電話號碼，上述呼叫管理器130接收到上述端點110C的呼叫請求。上述呼叫管理器130由上述端點110C的DSP通道數判斷其角色可以為與會者，也可以為代理人。

步驟202，上述呼叫管理器130建立上述端點110C與上述會議系統160間的通信連接，並通知上述端點110C開啟多媒體連接埠，開始傳送與接收語音資料流。上述呼叫管理器130還將上述端點110C的相關參數，例如RTT_local、QoS_proxy、Cap_proxy及RTT_external等，記錄於會議表。其中，上述端點110C的DSP通道數原本為2，在其加入上述會議系統160的電話會議後，上述呼叫管理器130將上述端點110C目前剩餘的DSP通道數更新為1，並記錄於會議表中的Cap_proxy參數欄位，且在可用性欄位標記為可用。

步驟203，上述端點110A撥打上述會議系統160的電話號碼，上述呼叫管理器130接收到上述端點110A的呼叫請求。上述呼叫管理器130由上述端點110A的DSP通道數判斷其僅能為與會者。

步驟204，由於目前參與上述會議系統160的代理人僅有上述端點110C，在本實施例中，上述呼叫管理器130決定上述端點110A的代理人為上述端點110C。

步驟205，上述呼叫管理器130將上述端點110A的呼叫請求重新導向至上述端點110C，並建立上述端點110A與上述端點110C間的通信連接。

步驟206，上述呼叫管理器130通知上述端點110C開啟多媒體連接埠，處理上述端點110A的語音資料流，並進行後續的混合處理。由於上述端點110C已接收上述端點110A的語音資料流，其目前剩餘DSP通道數遞減為0，故上述呼叫管理器130更新會議表中關於上述端點110C的目前剩餘DSP通道數為0，並於可用性欄位中標記為不可用。

步驟207，上述端點110B撥打上述會議系統160的電話號碼，上述呼叫管理器收到上述端點110B的呼叫請求後，由上述端點110B的DSP通道數判斷其僅能為與會者。

步驟208，由於目前參與上述會議系統160的代理人僅有上述端點110C，且上述端點110C已無剩餘的DSP通道數，僅能為與會者，故建立上述端點110B與上述會議系統160間的通信連接。

步驟209，上述呼叫管理器130通知上述端點110B開啟多媒體連接埠，開始傳送與接收語音資料流。此時，上述閘道器120撥出到上述PSTN140的呼叫數量為2，但共有3個端點參與電話會議。

步驟210，上述端點110D撥打上述會議系統160的電話號碼，上述呼叫管理器130接收到上述端點110D的呼叫後，由上述端點110D的DSP通道數判斷其可以為與會者，也可以為代理人。

步驟211，上述呼叫管理器130建立上述端點110D與上述會議系統160間的通信連接，並通知上述端點110D開啟多媒體連接埠，開始傳送與接收語音資料流。上述呼叫管理器130將上述端點110D的相關參數，例如 RTT_local、QoS_proxy、Cap_proxy及RTT_external等，記錄於會議表。其中，上述端點110D的DSP通道數原本為2，在其加入上述會議系統160的電話會議後，上述呼叫管理器130將上述端點110D目前剩餘的DSP通道數更新為1，並記錄於會議表中的Cap_proxy參數欄位，且在可用性欄位標記為可用。

步驟212，因為有新進的代理人，故上述呼叫管理器130重新決定上述端點110B的代理人為上述端點110D。

步驟213，上述呼叫管理器130將上述端點110B的呼叫重新導向至上述端點110D，並建立上述端點110B與上述端點110D間的通信連接。

步驟214，上述呼叫管理器130通知上述端點110D開啟多媒體連接埠，處理上述端點110B的語音資料流，並進行後續的混合處理。由於上述端點110D已接收上述端點110B的語音資料流，其目前剩餘DSP通道數遞減為0，故上述呼叫管理器130更新會議表中關於上述端點110D的目前剩餘DSP通道數為0，並於可用性欄位標記為不可用。此時，上述閘道器120撥出到上述PSTN140的呼叫數量仍為2，但共有4個端點參與電話會議。

若於電話會議進行中，有任一端點掉線，上述呼叫管理器130將更新會議表，並且等待使用者重撥，再依前述步驟流程處理該端點的呼叫請求。

請參閱圖3，所示為根據本發明一實施例進行被動式電話會議時的呼叫管理流程圖。在本實施例中，以上述端點110A及110B分別擁有1個DSP通道，以及上述端點110C及110D分別擁有2個DSP通道為例。由於上述端點110A及110B僅擁有一個DSP通道，故在一電話會議中，僅能為與會者；而上述端點110C及110D分別擁有2個DSP通道，故在一電話會議中，可以為與會者，也可以為代理人。圖3所示為上述端點110A、110B、110C及110D與上述會議系統160建立被動式電話會議的流程，主要步驟如下：

步驟301，上述呼叫管理器130接收到由上述會議系統160傳送的呼叫請求，被叫方為上述端點110C。上述呼叫管理器130將該請求傳送到上述端點110C後，接收到來自上述端點110C的確認回應，並由上述端點110C的DSP通道數判斷其可以為與會者，也可以為代理人。

步驟302，上述呼叫管理器130建立上述端點110C與上述會議系統160間的通信連接，並通知上述端點110C開啟多媒體連接埠，開始傳送與接收語音資料流。上述呼叫管理器130還將上述端點110C的相關參數，例如RTT_local、QoS_proxy、Cap_proxy及RTT_external等，記錄於會議表。其中，上述端點110C的DSP通道數原本為2，在其加入上述會議系統160的電話會議後，上述呼叫管理器130將上述端點110C目前剩餘的DSP通道數更新為1，並記錄於會議表中的Cap_proxy參數欄位，且於可用性欄位標記為可用。

步驟303，上述呼叫管理器130接收到由上述會議系統160傳送的呼叫請求，被叫方為上述端點110D。上述呼叫管理器130將該請求傳送到上述端點110D後，接收到來自上述端點110D的確認回應，並由上述端點110D的DSP通道數判斷其可以為與會者，也可以為代理人。

步驟304，上述呼叫管理器130建立上述端點110D與上述會議系統160間的通信連接，並通知上述端點110D開啟多媒體連接埠，開始傳送與接收語音資料流。上述呼叫管理器130還將上述端點110D的相關參數，例如RTT_local、QoS_proxy、Cap_proxy及RTT_external等，記錄於會議表。其中，上述端點110D的DSP通道數原本為2，在其加入上述會議系統160的電話會議後，上述呼叫管理器130將上述端點110D目前剩餘的DSP通道數更新為1，並記錄於會議表中的Cap_proxy參數欄位，且於可用性欄位標記為可用。此時，上述PSTN140撥入到上述閘道器120的呼叫數量為2，共有2個端點參與電話會議。

步驟305，上述呼叫管理器130接收到由上述會議系統160傳送的呼叫請求，被叫方為上述端點110A。上述呼叫管理器130將該請求傳送到上述端點110A後，接收到來自上述端點110A的確認回應，並由上述端點110A的DSP通道數判斷其僅能為與會者。

步驟306，由於已參加電話會議的代理人有兩個端點，且兩個端點在會議表中的可用性欄位皆標記可用，故上述呼叫管理器130將計算等式(1)得到各代理人的P_priority值，並根據P_priority值決定上述端點110A的代理人。在本實施例中，以上述端點110C及上述端點110D的QoS_proxy設定值相同，而上述端點C的RTT_local值及RTT_external值皆小於上述端點110D的RTT_local值及RTT_external值為例。上述呼叫管理器130查找會議表，取得計算等式(1)所需的相關參數值，並計算得到上述端點110C的P_priority值小於上述端點D的P_priority值，亦即上述端點110C的優先級高於上述端點110D的優先級。上述呼叫管理器130根據各代理人的優先級決定上述端點110A的代理人為上述端點110C。

步驟307，上述呼叫管理器130將呼叫重新導向至上述端點110C，並建立上述端點110A與上述端點110C間的通信連接。

步驟308，上述呼叫管理器130通知上述端點110C開啟多媒體連接埠，處理上述端點110A的語音資料流，並進行後續的混合處理。由於上述端點110C已接收上述端點110A的語音資料流，其目前剩餘DSP通道數由1遞減為0，故上述呼叫管理器130將上述端點110C的目前剩餘DSP通道數更新為0，並記錄於會議表中的Cap_proxy參數欄位，且於可用性欄位標記為不可用。

步驟309，上述呼叫管理器130接收到由上述會議系統160傳送的呼叫請求，被叫方為上述端點110B。上述呼叫管理器130將該請求傳送到上述端點110B後，接收到來自上述端點110B的確認回應，並由上述端點110B的DSP通道數判斷其僅能為與會者。

步驟310，由於會議表中，上述端點110C已標記為不可用，故可用的代理人僅有上述端點110D。上述呼叫管理器130查找會議表後，決定上述端點110B的代理人為上述端點110D。

步驟311，上述呼叫管理器130將呼叫重新導向至上述端點110D，並建立上述端點110B與上述端點110D間的通信連接。

步驟312，上述呼叫管理器130通知上述端點110D開啟多媒體連接埠，處理上述端點110B的語音資料流，並進行後續的混合處理。由於上述端點110D已接收上述端點110B的語音資料流，其目前剩餘DSP通道數由1遞減為0，故上述呼叫管理器130將上述端點110D目前剩餘的DSP通道數更新為0，並記錄於會議表中的Cap_proxy參數欄位，且於可用性欄位標記為不可用。此時，上述PSTN140撥入到上述閘道器120的呼叫數量仍為2，但共有4個端點參與電話會議。

被動式電話會議進行中，若有任一端點掉線，將採與主動式電話會議相同的呼叫管理流程。

請參閱圖4，所示為根據本發明一實施例之呼叫管理方法流程400的示意圖。上述流程400應用於上述呼叫管理器130中，主要包含以下步驟：

步驟S410，接收新的呼叫請求。上述呼叫管理器130收到新的呼叫請求後，還進行以下步驟：若為撥出的呼叫請求，經由被叫方的電話號碼確認是否為同一電話會議的呼叫請求；若為撥入的呼叫請求，則經由主叫方的電話號碼確認是否為同一電話會議的呼叫請求。若上述電話會議為新建立，上述呼叫管理器130亦新建一會議表用於管理已加入該電話會議的代理人。

步驟S420，判斷呼叫請求相關的端點是否僅能為上述電話會議的與會者。其中，具體判斷步驟如下：若為撥出的呼叫請求，根據主叫方端點的DSP通道數進行判斷；若為撥入的呼叫請求，則根據被叫方端點的DSP通道數進行判斷。若上述端點的DSP通道數等於1，則該端點在該電話會議中僅能為與會者；若上述端點的DSP通道數大於或等於2，則該端點在該電話會議中可以為與會者也可以為代理人。若上述端點僅能為上述電話會議的與會者，則上述流程400繼續執行步驟S430；否則，跳轉至步驟S460。

步驟S430，上述呼叫管理器130根據會議表判斷是否已經有代理人參加電話會議。若已有代理人參加電話會議，則於步驟S432進一步判斷是否有多個可用的代理人。若有多個可用的代理人，則於步驟S440依據等式(1)計算各代理人的優先級，以優先級最高的代理人作為該上述端點的代理人，將該呼叫重新導向至該代理人，接著執行步驟S460的建立通話。若無多個可用的代理人，則於步驟S434進一步判斷是否有一個可用的代理人。若有一個可用的代理人，則於步驟S450中將該呼叫重新導向至該代理人，接著執行步驟S460的建立通話；若無任何可用的代理人，則直接執行步驟S460的建立通話。

通話建立完成後，步驟S470中，上述呼叫管理器130進一步判斷是否須更新會議表中與代理人有關的相關資訊，若新進的呼叫已重新導向至代理人或上述端點可以為代理人，則執行步驟S480，更新會議表中的代理人資訊，尤其是記錄目前剩餘DSP通道數的Cap_proxy參數欄位以及表示可用性的可用性欄位；否則，結束上述流程400。

在另一實施中，於上述步驟S420中，若判斷上述端點可以為代理人，在執行完步驟S460至步驟S480後，上述呼叫管理器130還進一步判斷是否有任何的與會者端點未被重新導向至代理人端點，若有未被重新導向的與會者端點，則上述呼叫管理器130將執行上述流程400的步驟S430至步驟S480，為該未被重新導向的與會者端點選定重新導向的代理人。

在另一實施中，為了在盡量不增加同一場域中對外撥出或對內撥入的呼叫數量的情況下，盡量增加參與同一電話會議的端點數量，上述呼叫管理器130也可以在上述流程400的步驟S410之後，直接執行上述步驟S430，使得同一電話會議中的代理人端點不僅可以處理僅能為與會者端點的語音資料流，也可以處理同為代理人端點的語音資料流。

總結來說，上述呼叫管理器130的呼叫管理方法，因為等式(1)中的參數已考量網路環境，故可以在有效降低電話會議所佔用上述閘道器120對外電話線路數量的同時，保有一定的會議通話品質。上述呼叫管理方法還可以完全支援主動式及被動式電話會議系統，且對於端點的使用者而言，無需改變其使用習慣就能有更好的使用者體驗。

綜上所述，本發明符合發明專利要件，爰依法提出專利申請。惟，以上所述者僅為本發明之較佳實施例，舉凡熟悉本案技藝之人士，在爰依本案發明精神所作之等效修飾或變化，皆應包含於以下之申請專利範圍內。

Claims

一種用於呼叫管理的方法，該方法包含：存儲一會議表，用於記錄已加入電話會議，且DSP通道數大於或等於2的代理人端點的信息；接收一呼叫請求；識別該呼叫請求關聯的一端點；判斷該會議表是否存在多個可用的代理人端點，其中，若代理人端點的DSP通道數大於0，則該代理人端點為可用的代理人端點；若該會議表中存在多個可用的代理人端點，則計算各個可用的代理人端點的優先級；將該呼叫請求重新導向至該端點與優先級最高的可用的代理人端點間；以及根據該端點與該可用的代理人端點目前剩餘的DSP通道數，更新該會議表。
如申請專利範圍第1項所述用於呼叫管理的方法，其中所述識別該呼叫請求關聯的一端點包括若該呼叫請求為撥出呼叫，則該端點為主叫方；若該呼叫請求為撥入呼叫，則該端點為被叫方。
如申請專利範圍第2項所述用於呼叫管理的方法，其中所述各個可用的代理人端點的優先級計算方法為：α×RTT_local+β×QoS_proxy+γ×Cap_proxy+ω×RTT_external，其中，α、β、γ及ω係權重參數；RTT_local係該端點與該可用的代理人端點間的延遲時間；QoS_proxy係該可用的代理人端點的QoS設定值；Cap_proxy係該可用的代理人端點目前剩餘的DSP通道數；以及RTT_external係該可用的代理人端點對外傳送封包的延遲時間。
如申請專利範圍第3項所述用於呼叫管理的方法，其中α、β、γ及ω係權重參數，總和為1。
如申請專利範圍第3項所述用於呼叫管理的方法，其中α×RTT_local+β×QoS_proxy+γ×Cap_proxy+ω×RTT_external的值越小，優先級越高。
一種用於呼叫管理的裝置，該裝置包含：一處理器；以及一計算機可讀存儲介質，該計算機可讀存儲介質用以存儲至少一個計算機程序及一會議表，用於記錄已加入一電話會議且DSP通道數大於或等於2的代理人端點的信息；其中該計算機程序包含指令集且由該處理器所執行，並執行包含下列步驟：接收一呼叫請求；識別該呼叫請求關聯的一端點；判斷該會議表是否存在多個可用的代理人端點，其中，若代理人端點的DSP通道數大於0，則該代理人端點為可用的代理人端點；若該會議表中存在多個可用的代理人端點，則計算各個可用的代理人端點的優先級；將該呼叫請求重新導向至該端點與優先級最高的可用的代理人端點間；以及根據該端點與該可用的代理人端點目前剩餘的DSP通道數，更新該會議表。
如申請專利範圍第6項所述用於呼叫管理的裝置，其中所述識別該呼叫請求關聯的一端點包括若該呼叫請求為撥出呼叫，則該端點為主叫方；若該呼叫請求為撥入呼叫，則該端點為被叫方。
如申請專利範圍第7項所述用於呼叫管理的裝置，其中所述各個可用的代理人端點的優先級計算方法為：α×RTT_local+β×QoS_proxy+γ×Cap_proxy+ω×RTT_external，其中，α、β、γ及ω係權重參數；RTT_local係該端點與該可用的代理人端點間的延遲時間；QoS_proxy係該可用的代理人端點的QoS設定值；Cap_proxy係該可用的代理人端點目前剩餘的DSP通道數；以及RTT_external係該可用的代理人端點對外傳送封包的延遲時間。
如申請專利範圍第8項所述用於呼叫管理的裝置，其中α、β、γ及ω係權重參數，總和為1。
如申請專利範圍第8項所述用於呼叫管理的裝置，其中α×RTT_local+β×QoS_proxy+γ×Cap_proxy+ω×RTT_external的值越小，優先級越高。
一種計算機可讀存儲介質，該計算機可讀存儲介質上存儲有計算機程序，該計算機程序被處理器執行時實現如申請專利範圍第1項至第5項中任一項所述的用於呼叫管理方法的步驟。