[發(fā)明專利]一種大容量并行處理通話系統(tǒng)及通話方法

在審

• 申請(qǐng)?zhí)枺?/td>: 202110276462.6
• 申請(qǐng)日: 2021-03-15
• 公開（公告）號(hào): CN113067807A
• 公開（公告）日: 2021-07-02
• 發(fā)明（設(shè)計(jì)）人: 鄒鵬;劉學(xué);黃星星
• 申請(qǐng)（專利權(quán)）人: 北京中聯(lián)環(huán)信科技有限公司
• 主分類號(hào): H04L29/06
• 分類號(hào): H04L29/06;H04L29/08
• 代理公司: 北京繪聚高科知識(shí)產(chǎn)權(quán)代理事務(wù)所(普通合伙) 11832
• 代理人: 羅碩

1.一種大容量并行處理通話系統(tǒng)，其特征在于，包括RTP媒體服務(wù)器、SS局端服務(wù)器、客戶端應(yīng)用，其中，所述SS局端服務(wù)器與若干個(gè)RTP媒體服務(wù)器建立連接，且所述SS局端服務(wù)器與多個(gè)客戶端應(yīng)用建立通信連接；

所述客戶端應(yīng)用包括兩種類型：主叫方的本地客戶端和被叫方的客戶端；

所述SS局端服務(wù)器包括信令處理模塊；每個(gè)所述RTP媒體服務(wù)器均包括對(duì)應(yīng)的媒體處理模塊；且所述信令處理模塊分別與多個(gè)所述RTP媒體服務(wù)器的媒體處理模塊實(shí)現(xiàn)交互通信連接；

其中，所述SS局端服務(wù)器中的信令處理模塊，用于接收所述信令呼叫請(qǐng)求，搜索確定與當(dāng)前SS局端服務(wù)器建立連接的多個(gè)RTP媒體服務(wù)器，確定選擇負(fù)載輕的RTP媒體服務(wù)器作為此次通話的目標(biāo)媒體服務(wù)器；SS局端服務(wù)器中的信令處理模塊還用于發(fā)送請(qǐng)求媒體資源消息給目標(biāo)媒體服務(wù)器中的媒體處理模塊；

所述目標(biāo)媒體服務(wù)器中的所述媒體處理模塊，用于返回媒體資源信息給信令處理模塊；

所述SS局端服務(wù)器中的信令處理模塊，還用于將返回的所述媒體資源信息給本地客戶端，并發(fā)送呼叫請(qǐng)求到被叫方的客戶端，促使本地客戶端和被叫方的客戶端，使用所述目標(biāo)媒體服務(wù)器提供的媒體通道進(jìn)行通話；

所述SS局端服務(wù)器，用于實(shí)時(shí)監(jiān)測(cè)當(dāng)前本地客戶端和被叫方的客戶端之間的當(dāng)前通話是否結(jié)束；在判斷當(dāng)前通話結(jié)束后，SS局端服務(wù)器中的信令處理模塊發(fā)送釋放資源消息給當(dāng)前的目標(biāo)媒體服務(wù)器，通知當(dāng)前的目標(biāo)媒體服務(wù)器釋放媒體通道資源。

2.根據(jù)權(quán)利要求1所述的大容量并行處理通話系統(tǒng)，其特征在于，所述SS局端服務(wù)器用于配置2-10個(gè)RTP媒體服務(wù)器，且每個(gè)RTP媒體服務(wù)器用于支持500-700路的并發(fā)。

3.根據(jù)權(quán)利要求2所述的大容量并行處理通話系統(tǒng)，其特征在于，所述目標(biāo)媒體服務(wù)器中的所述媒體處理模塊還用于收到釋放所述釋放資源消息后，釋放當(dāng)前通話的媒體通道，然后等待新的請(qǐng)求到達(dá)。

4.根據(jù)權(quán)利要求3所述的大容量并行處理通話系統(tǒng)，其特征在于，所述SS局端服務(wù)器用于建立本地客戶端和被叫方的客戶端之間的通信會(huì)話，且所述局端服務(wù)器還用于建立本地客戶端和被叫方的客戶端之間的VoIP網(wǎng)絡(luò)連接。

5.根據(jù)權(quán)利要求4所述的大容量并行處理通話系統(tǒng)，其特征在于，所述SS局端服務(wù)器用于信令包的交互和記錄保存。

6.根據(jù)權(quán)利要求5所述的大容量并行處理通話系統(tǒng)，其特征在于，所述本地客戶端和被叫方的客戶端為安裝在移動(dòng)終端上APP應(yīng)用或者為安裝在PC終端上應(yīng)用。

7.一種大容量并行處理通話方法，其特征在于，其應(yīng)用了如權(quán)利要求1-6任一項(xiàng)所述的大容量并行處理通話系統(tǒng)，包括如下操作步驟：

其中本地客戶端向被叫方的客戶端發(fā)送通話外呼處理，具體包括如下操作步驟：

步驟100：本地客戶端向SS局端服務(wù)器發(fā)起信令呼叫請(qǐng)求，SS局端服務(wù)器中的信令處理模塊接收所述信令呼叫請(qǐng)求，搜索確定與當(dāng)前SS局端服務(wù)器建立連接的多個(gè)RTP媒體服務(wù)器，確定選擇負(fù)載輕的RTP媒體服務(wù)器作為此次通話的目標(biāo)媒體服務(wù)器；

步驟200：SS局端服務(wù)器中的信令處理模塊發(fā)送請(qǐng)求媒體資源消息給目標(biāo)媒體服務(wù)器中的媒體處理模塊，且所述媒體處理模塊返回媒體資源信息給信令處理模塊；

步驟300：隨后信令處理模塊將返回的所述媒體資源信息給本地客戶端，并發(fā)送呼叫請(qǐng)求到被叫方的客戶端，促使本地客戶端和被叫方的客戶端，使用所述目標(biāo)媒體服務(wù)器提供的媒體通道進(jìn)行通話；

步驟400：實(shí)時(shí)監(jiān)測(cè)當(dāng)前本地客戶端和被叫方的客戶端之間的當(dāng)前通話是否結(jié)束；

步驟500：在判斷當(dāng)前通話結(jié)束后，SS局端服務(wù)器中的信令處理模塊發(fā)送釋放資源消息給當(dāng)前的目標(biāo)媒體服務(wù)器，通知當(dāng)前的目標(biāo)媒體服務(wù)器釋放媒體通道資源。

步驟600：當(dāng)前的目標(biāo)媒體服務(wù)器收到釋放所述釋放資源消息后，釋放當(dāng)前通話的媒體通道，然后等待新的請(qǐng)求到達(dá)。