CN103369292A - 一种呼叫处理方法及网关 - Google Patents

Abstract

本发明实施例公开了一种呼叫处理方法及网关，用于网关对MCU与终端设备之间的呼叫进行处理。本发明实施例方法包括：网关接收终端设备发起的呼叫；所述网关与所述终端设备进行协商，建立所述网关与所述终端设备之间的第一呼叫及协商确定所述第一呼叫的媒体类型；在所述网关与多点控制单元MCU之间的已建立的呼叫中添加所述第一呼叫的媒体类型的协商，其中所述第一呼叫与所述已建立的呼叫具备不同的媒体类型，从而将该呼叫的媒体类型的协商添加到网关与MCU之间的已建立的呼叫中，能够有效的减少MCU建立的呼叫的数目，节约MCU的端口资源。

Description

一种呼叫处理方法及网关

技术领域

本发明涉及通信技术领域，尤其涉及一种呼叫处理方法及网关。

背景技术

视讯业务是把语音、图像、数据等信息综合在一起进行远距离传输的多媒体业务，视讯业务提供的服务是视讯会议，可以包括图像、语音和数据三类内容，使人们在进行异地交流的时候既可以听到对方的声音，又可以看到对方的图像，增强交流的真实感、情切感和临场感，且视讯业务可以用于军事、政治、经济、教育、卫生等领域，充分发挥真实、高效、实时的优点，为人们提供简便而有效的沟通、管理、协同决策等手段。

会议电视业务是视讯业务的一种，是利用电视技术及设备通过传输信道在两地或多个地点之间举行会议的一种通信方式。现有技术中的会议电视系一般是由终端设备，多点控制单元（英文全称为：Multipoint Control Unit，缩写为：MCU）等几部分组成，其中，终端设备一般直接由用户操作、提供视频、音频、数据等信号的输入及输出，包括视频输入输出设备、音频输入输出设备、终端处理器、终端管理系统等，根据不同用户的业务需求还可以选择配备调音台、功放、屏幕、电子白板等外部设备，且终端设备的作用是将会议的实况图像信号、语音信号及相关的数据信号进行采集、压缩编码、多路复用后送到传输通道，同时将接收到的会议电视信号进行分类、解码并还原成接收会场的图像、语音及数据信号，且终端设备还将会议的会议控制信号传输给MCU，及执行MCU对会议电视系统的控制指令。

在会议电视系统中，MCU是会议电视系统的控制核心，当参加会议的终端设备的数量超过2个时，则必须由MCU来控制，且所有的终端设备都要通过标准接口连接到MCU，MCU按照国际标准H.221、H.242、H.243等协议的规定实现图像和语音的交换与混合，实现所有会场的控制等相关功能。

现有技术中，MCU提供语音、视频、辅流的媒体交换，用户通过支持语音、视频、辅流的终端设备，能够与MCU进行语音、视频、辅流的数据通信，9终端设备在加入会议后，用户之间可相互听到声音、相互看到视频图像、相互看到辅流共享的胶片，此外，会议电视系统中的终端设备还可与数据会议服务器进行数据会议的通信，其中，数据会议服务器用于处理数据业务。请参阅图1，为现有技术中会议电视系统与数据会议服务器构成的系统的结构图，其中web客户端及IP PHONE为终端设备。

在现有技术中，MCU对共享胶片采用的是辅流方式，数据会议服务器对共享胶片采用的是数据会议的桌面共享方式，当组网中同时存在MCU和数据会议服务器，需要通过网关支持MCU上的辅流和数据会议服务器上的数据会议之间的通信，其中，网关用于完成辅流与数据会议之间的信令及媒体转换，以使得通过IP PHONE加入会议电视系统的用户能够通过辅流方式看到加入数据会议服务器会议的用户的桌面共享，且通过web客户端加入数据会议服务器会议的用户能够通过数据会议的桌面共享方式看到加入会议电视系统的IP PHONE发送的辅流。

当用户使用一个支持音频、视频、辅流等的终端设备接入MCU，终端设备与MCU之间只需要一路呼叫，然而，若用户使用多个终端设备加入会议电视系统，且每个终端设备只支持一种媒体类型，则该多个终端设备都需要分别与MCU建立一路呼叫，则一个用户将建立多路呼叫，占用MCU多个端口，浪费MCU的端口资源。

发明内容

本发明实施例提供了一种呼叫处理方法及网关，用于网关对MCU与终端设备之间的呼叫进行处理，通过在建立终端设备与网关之间的呼叫及协商确定该呼叫的媒体类型之后，将该呼叫的媒体类型的协商添加到网关与MCU之间的已建立的呼叫中，能够有效的减少MCU建立的呼叫的数目，节约MCU的端口资源。

第一方面，本发明实施例提供了一种呼叫处理方法，包括：

网关接收终端设备发起的呼叫；

所述网关与所述终端设备进行协商，建立所述网关与所述终端设备之间的第一呼叫及协商确定所述第一呼叫的媒体类型；

在所述网关与多点控制单元MCU之间的已建立的呼叫中添加所述第一呼叫的媒体类型的协商，其中所述第一呼叫与所述已建立的呼叫具备不同的媒体类型。

结合所述第一方面，在第一方面的第一种可实施方式中，所述在所述网关与多点控制单元MCU之间的已建立的呼叫中添加所述第一呼叫的媒体类型的协商包括：

查找预先设置的终端设备之间的绑定关系，确定与所述终端设备具有绑定关系的终端设备集合；

根据所述终端设备集合将所述第一呼叫的媒体类型的协商添加到所述网关与MCU之间的已建立的呼叫中。

结合所述第一方面第一种可实施方式，在第一方面的第二种可实施方式中，所述根据所述终端设备集合将所述第一呼叫的媒体类型的协商添加到所述网关与MCU之间的已建立的呼叫中包括：

判断在所述网关与MCU之间的已建立的呼叫中是否存在包含所述终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫；

若是，则在所述第二呼叫中添加所述第一呼叫的媒体类型的协商。

结合所述第一方面第二种可实施方式，在第一方面的第三种可实施方式中，所述根据所述终端设备集合将所述第一呼叫的媒体类型的协商添加到所述网关与MCU之间的已建立的呼叫中包括：

若所述网关与MCU之间的已建立的呼叫中不存在包含所述终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫，则所述网关向所述MCU发起呼叫，建立所述网关与所述MCU之间的第三呼叫，所述第三呼叫的媒体类型为所述第一呼叫的媒体类型。

结合所述第一方面，在第一方面的第四种可实施方式中，所述在所述网关与多点控制单元MCU之间的已建立的呼叫中添加所述第一呼叫的媒体类型的协商包括：

判断在所述网关与MCU之间的已建立呼叫中是否存在未包含与所述第一呼叫的媒体类型的相同类型的至少一个呼叫；

按照预先设置的规则从所述至少一个呼叫中选择第四呼叫，将所述第一呼叫的媒体类型的协商添加到所述第四呼叫中。

结合所述第一方面第四种可实施方式，在第一方面的第五种可实施方式中，所述方法还包括：

若所述网关与MCU之间的已建立呼叫中不存在未包含所述第一呼叫的媒体类型的相同类型的呼叫，则建立所述网关与所述MCU之间的第五呼叫，所述第五呼叫的媒体类型为所述第一呼叫的媒体类型。

第二方面，本发明实施例还提供了一种网关，包括：

接收模块，用于接收终端设备发起的呼叫；

协商建立模块，用于在所述接收模块接收呼叫之后，与所述终端设备进行协商，建立所述网关与所述终端设备之间的第一呼叫及协商确定所述第一呼叫的媒体类型；

添加模块，用于在所述协商建立模块建立所述第一呼叫及确定所述第一呼叫的媒体类型之后，在所述网关与多点控制单元MCU之间的已建立的呼叫中添加所述第一呼叫的媒体类型的协商，其中所述第一呼叫与所述已建立的呼叫具备不同的媒体类型。

结合所述第二方面，在第二方面的第一种可实施方式中，所述添加模块包括：

查找确定模块，用于在所述协商建立模块建立所述第一呼叫及确定所述第一呼叫的媒体类型之后，查找预先设置的终端设备之间的绑定关系，确定与所述终端设备具有绑定关系的终端设备集合；

第一添加模块，用于在所述查找确定模块确定所述中的设备集合之后，根据所述终端设备集合将所述第一呼叫的媒体类型的协商添加到所述网关与MCU之间的已建立的呼叫中。

结合所述第二方面第一种可实施方式，在第二方面的第二种可实施方式中，所述第一添加模块包括：

判断模块，用于判断在所述网关与MCU之间的已建立的呼叫中是否存在包含所述终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫；

第三添加模块，用于在所述判断模块确定所述网关与MCU之间的已建立的呼叫中存在包含所述终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫，则在所述第二呼叫中添加所述第一呼叫的媒体类型的协商。

结合所述第二方面第二种可实施方式，在第二方面的第三种可实施方式中，所述第一添加模块还包括：

建立模块，用于若所述网关与MCU之间的已建立的呼叫中不存在包含所述终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫，则向所述MCU发起呼叫，建立所述网关与所述MCU之间的第三呼叫，所述第三呼叫的媒体类型为所述第一呼叫的媒体类型。

结合所述第二方面，在第二方面的第四种可实施方式中，呼叫判断模块，用于在所述协商建立模块建立所述第一呼叫及确定所述第一呼叫的媒体类型之后，判断在所述网关与MCU之间的已建立呼叫中是否存在未包含与所述第一呼叫的媒体类型的相同类型的至少一个呼叫；

选择添加模块，用于在当所述呼叫判断模块确定网关与MCU之间的已建立呼叫中存在未包含与所述第一呼叫的媒体类型的相同类型的至少一个呼叫时，按照预先设置的规则从所述至少一个呼叫中选择第四呼叫，将所述第一呼叫的媒体类型的协商添加到所述第四呼叫中。

结合所述第二方面第四种可实施方式，在第二方面的第五种可实施方式中，所述添加模块还包括

呼叫建立模块，用于若所述网关与MCU之间的已建立呼叫中不存在未包含所述第一呼叫的媒体类型的相同类型的呼叫，则建立所述网关与所述MCU之间的第五呼叫，所述第五呼叫的媒体类型为所述第一呼叫的媒体类型。

从以上技术方案可以看出，本发明实施例具有以下优点：

网关接收终端设备发起的呼叫后，将与该终端设备进行协商，建立网关与终端设备之间的第一呼叫及协商确定该第一呼叫的媒体类型，并且在网关与MCU之间的已建立的呼叫中添加第一呼叫的媒体类型的协商，使得能将网关与终端设备之间的多路呼叫合并为网关与MCU之间的一路呼叫，有效减少MCU建立呼叫所占用的端口数目，节约MCU的端口资源。

附图说明

图1为现有技术中会议电视系统与数据会议服务器构成的系统的示意图；

图2为本发明实施例中会议电视系统与数据会议服务器构成的系统的示意图；

图3为本发明实施例中呼叫处理方法的一个示意图；

图4为本发明实施例中呼叫处理方法的另一示意图；

图5为本发明实施例中呼叫处理方法的另一示意图；

图6为本发明实施例中网关的结构的一个示意图；

图7为本发明实施例中网关的结构的另一示意图；

图8为本发明实施例中网关的结构的另一示意图；

图9为本发明实施例中网关的硬件结构示意图。

具体实施方式

本发明实施例提供了一种呼叫处理方法及网关，网关用于对MCU与终端设备之间的呼叫进行处理，通过在建立终端设备与网关之间的呼叫及协商确定该呼叫的媒体类型之后，将该呼叫的媒体类型的协商添加到网关与MCU之间的已建立的呼叫中，能够有效的减少MCU建立的呼叫的数目，节约MCU的端口资源。

请参阅图2，为本发明实施例中会议电视系统与数据会议服务器构成的系统的结构图，其中，MCU及终端设备构成了会议电视系统，相对于图1所示的现有技术，在本发明实施例中，终端设备通过网关接入MCU，终端设备可向网关发起呼叫，通过网关来处理MCU与终端设备之间的呼叫，其中，终端设备可以是视讯终端，或者可以是IP PHONE，或者也可以是web客户端。

需要说明的是，在本发明实施例中，网关和MCU可以是相互独立的设备，或者，MCU是具有网关功能的MCU。

下面将具体的介绍网关处理终端设备发起的呼叫的方法，请参阅图3，为本发明实施例中呼叫处理方法的实施例，包括：

301、网关接收终端设备发起的呼叫；

在本发明实施例中，会议电视系统中的MCU召开一个会议之后，用户可通过使用终端设备加入该会议，具体的，用户可利用终端设备发起呼叫，网关可接收到该终端设备发起的呼叫。在一种具体实施方式中，该会议至少支持以下三种媒体类型中的两种：音频；视频；辅流，需要说明的是，本发明实施例针对的是多种媒体类型，但并不限定于上述三种媒体类型。

302、网关与终端设备进行协商，建立网关与终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型；

在本发明实施例中，网关在接收到终端设备发起的呼叫之后，与该终端设备进行协商，建立网关与该终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型，其中，媒体类型可以是音频、视频或者辅流等。

303、在网关与MCU之间的已建立的呼叫中添加第一呼叫的媒体类型的协商，其中所述第一呼叫与所述已建立的呼叫具备不同的媒体类型。

在本发明实施例中，网关在确定第一呼叫的媒体类型之后，将在网关与MCU之间的已建立的呼叫中添加第一呼叫的媒体类型的协商。

在本发明实施例中，网关在接收到终端设备发起的呼叫之后，可与该终端设备进行协商，建立网关与终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型，并在网关与MCU之间的已建立的呼叫中添加第一呼叫的媒体类型的协商，使得网关与终端设备之间的多路呼叫可以在网关与MCU之间合并为一路呼叫，有效减少MCU所使用的端口数目，节约MCU的端口资源。

为了更好的理解本发明实施例中，请参阅图4，为本发明实施例中呼叫处理方法的实施例，包括：

401、网关接收终端设备发起的呼叫；

在本发明实施例中，MCU上召开一个会议之后，用户可使用终端设备向网关发起呼叫，网关接收终端设备发起的呼叫。

402、网关与终端设备进行协商，建立网关与终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型；

在本发明实施例中，网关在接收到终端设备发起的呼叫之后，将与该终端设备进行协商，建立网关与该终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型，其中，媒体类型可以是音频、视频或者辅流等。

403、查找预先设置的终端设备之间的绑定关系，确定与终端设备具有绑定关系的终端设备集合；

在本发明实施例中，预先设置的终端设备之间的绑定关系可以是由用户预先设置，即用户将自己使用的多个不同的终端设备之间建立绑定关系，并通过终端设备将该绑定关系上传至网关，使得网关可以获取到用户设置的其所使用的多个终端设备之间的绑定关系，或者，用户还可以直接在网关上设置多个不同的终端设备之间的绑定关系，例如：若用户1所使用的终端设备包括A和B，用户1通过设备A将设备A和设备B的绑定关系发送给网关，用户2所使用的终端设备包括C、D、E，用户2通过设备C将设备C、D、E之间的绑定关系发送给网关，网关可直接利用接收到的设备A和设备B的绑定关系，及设备C、D、E之间的绑定关系处理呼叫，或者，用户1直接在网关上设置其使用的设备A和设备B之间的绑定关系，用户2直接在网关上设置其使用的终端设备C，D，E之间的绑定关系。

在本发明实施例中，网关将查找预先设置的终端设备之间的绑定关系，确定与该终端设备具有绑定关系的终端设备集合。例如：发起呼叫的终端设备为设备A，查找到的与其有关的绑定关系为：设备A、B、C、D、E之间的绑定关系，则可确定与设备A具有绑定关系的终端设备的集合包括：设备B、C、D、E。

在本发明实施例中，网关获取到与发起呼叫的终端设备具有绑定关系的终端设备集合之后，将根据该终端设备集合将第一呼叫的媒体类型的协商添加到网关与MCU之间的已建立的呼叫中，具体请参阅步骤404和405。

404、判断在网关与MCU之间的已建立的呼叫中是否存在包含终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫，若是，则执行步骤405，若否，则执行步骤406；

在本发明实施例中，网关将判断网关与MCU之间的已建立的呼叫中是否存在包含终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫。例如：发起呼叫的终端设备为设备A，且与设备A具有绑定关系的终端设备的集合包括：设备B、D、E、F，则判断在网关与MCU之间的已建立的呼叫中是否存在包含设备B、D、E、F中的任意一个终端设备的媒体类型的协商的呼叫。

405、在第二呼叫中添加第一呼叫的媒体类型的协商；

406、网关向MCU发起呼叫，建立网关与MCU之间的第三呼叫，第三呼叫的媒体类型为第一呼叫的媒体类型。

在本发明实施例中，若网关与MCU之间的已建立的呼叫中存在包含终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫，则在第二呼叫中添加第一呼叫的媒体类型的协商。若网关与MCU之间的已建立的呼叫中不存在包含终端设备集合中任意一个终端设备的媒体类型的协商的第二呼叫，则网关向MCU发起呼叫，建立网关与MCU之间的第三呼叫，该第三呼叫的媒体类型即为第一呼叫的媒体类型。

需要说明的是，在本发明实施例中，若用户挂断了其使用的终端设备与网关之间的呼叫，网关将查找在已建立的网关与MCU之间的呼叫中协商该终端设备的媒体类型的呼叫，并从查找到的呼叫中删除该终端设备的媒体类型的协商，若删除之后该呼叫中未包含其他的终端设备的媒体类型的协商，则网关将取消该呼叫，若删除之后该呼叫中包含其他的终端设备的媒体类型的协商，则网关将继续保持该呼叫。

在本发明实施例中，网关接收终端设备发起的呼叫之后，与终端设备进行协商，建立网关与终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型，并查找预先设置的终端设备之间的绑定关系，确定与终端设备具有绑定关系的终端设备集合，且若在网关与MCU之间的已建立的呼叫中存在包含终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫，则在第二呼叫中添加第一呼叫的媒体类型的协商，通过将终端设备与网关之间的建立的呼叫的媒体类型的协商添加到网关与MCU之间已经建立的呼叫上，能够有效的解决一个用户使用多个终端设备加入会议电视系统占用MCU多个端口的问题，能够有效的节约MCU的端口资源，此外，若网关将终端设备发送的绑定关系进行处理，将多个用户的绑定关系合并为一个绑定关系，则该多个用户在MCU与网关之间只需要建立一路呼叫，也能够有效的减少MCU的端口占用量，节约MCU的端口资源。

为了更好的理解本发明实施例中的技术方案，下面将介绍一个具体的应用场景，包括：

MCU1上召开了一个会议1，支持的媒体类型包括音频、视频及辅流，用户A用语音终端公共电话交换网（英文全称为：Public Switched TelephoneNetwork，缩写为：PSTN）_A呼叫会议1，且PSTN_A发起的呼叫将到达网关，需要说明的是，用户A在发起呼叫之前还可将其使用的终端设备之间的绑定关系发送给网关，例如该绑定关系可以是PSTN_A与WEB_A之间绑定，网关在接收到PSTN_A发起的呼叫之后，将与PSTN_A进行协商，建立网关与PATN_A之间的第一呼叫，且确定该第一呼叫的媒体类型为音频媒体类型，紧接着网关可通过查询已有的绑定关系，则确定与PSTN_A绑定的终端设备集合中包括WEB_A，若网关与MCU之间已经建立了用于协商WEB_A的辅流媒体类型的第二呼叫，则可将第一呼叫的音频媒体类型的协商添加到第二呼叫中，使得在第二呼叫中可协商PSTN_A的音频媒体类型及协商WEB_A的辅流媒体类型，使得用户A在MCU只需要占用一个端口，能够有效的减少MCU占用的端口数量，节约MCU的端口资源。

进一步的，网关还可在接收到用户A发送的PSTN_A和WEB_A之间的绑定关系及在接收到用户B发送的PSTN_B和WEB_B之间的绑定关系后，对该两个绑定关系进行处理，合并为一个绑定关系，即PSTN_A、PSTN_B、WEB_A、WEB_B之间具有绑定关系，则若网关接收到PSTN_A发起的呼叫之后并建立网关与PSTN_A之间的第一呼叫，确定第一呼叫的媒体类型为音频媒体类型之后，查找已有的绑定关系，确定与PSTN_A具有绑定关系的终端设备集合中包括PATN_B、WEB_A、WEB_B，则进一步确定在网关与MCU之间已经建立的呼叫中是否存在包含PATN_B、WEB_A、WEB_B中的任意一个终端设备的媒体类型的第二呼叫，若在网关与MCU已经建立的呼叫中包含用户协商WEB_B的辅流媒体类型的第二呼叫，则将第一呼叫的音频媒体类型的协商添加到第二呼叫上。且由于可在第二呼叫上协商PSTN_A、PATN_B、WEB_A、WEB_B的媒体类型，因此，对于用户A和用户B发起的呼叫只需要在网关与MCU之间建立一路呼叫即可，能够有效的减少MCU占用的端口数量，节约端口资源。

在本发明实施例中，若用户A挂断了PSTN_A发起的呼叫，则网关将取消已建立的PSTN_A与网关之间的第一呼叫，并查找网关与MCU之间已经建立的呼叫，确定包含PSTN_A的音频媒体类型的协商的呼叫为第二呼叫，则从第二呼叫中删除PSTN_A的音频媒体类型的协商，以更新第二呼叫中协商的媒体类型，若更新后的第二呼叫中未包含任何终端设备的媒体类型的协商，则网关取消网关与MCU之间的第二呼叫，若更新后的第二呼叫中还包含WEB_B的辅流媒体类型的协商，则网关保持第二呼叫。

在本发明实施例中，对于一个用户使用多个支持一个媒体类型的终端设备加入会议电视系统的情况，还可以通过以下的实施例来实现减少MCU占用的端口数，节约MCU端口资源的目的，请参阅图5，为本发明实施例中一种呼叫处理方法的实施例，包括：

501、网关接收终端设备发起的呼叫；

502、网关与终端设备进行协商，建立网关与终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型；

在本发明实施例中，步骤501及步骤502与图3所示实施例中的步骤301及步骤302描述的内容相似，此处不再赘述。

503、判断在网关与MCU之间的已建立呼叫中是否存在未包含与第一呼叫的媒体类型的相同类型的至少一个呼叫，若是，则执行步骤504，若否，则执行步骤505；

在本发明实施例中，网关将判断在网关与MCU之间的已建立呼叫中是否存在未包含与第一呼叫的媒体类型的相同类型的至少一个呼叫，例如：若发起呼叫的终端设备的媒体类型为音频媒体类型，则网关在网关与MCU之间的已建立的呼叫中查找是否存在未包含音频媒体类型的协商的呼叫。

504、按照预先设置的规则从至少一个呼叫中选择第四呼叫，将第一呼叫的媒体类型的协商添加到第四呼叫中；

505、建立网关与MCU之间的第五呼叫，第五呼叫的媒体类型为第一呼叫的媒体类型。

在本发明实施例中，若网关与MCU之间的已建立呼叫中存在至少一个未包含与第一呼叫的媒体类型的相同类型的呼叫，则网关将按照预先设置的规则从该至少一个呼叫中选择第四呼叫，并将第一呼叫的媒体类型的协商添加到该第四呼叫中，其中，该预先设置的规则可以为从确定的至少一个呼叫中任意选择一个呼叫，或者可以为选择协商的媒体类型的数目最少的呼叫等等，在实际应用中，可根据具体的情况设置从确定的至少一个呼叫中选择第四呼叫的规则，此处不做限定。

在本发明实施例中，若网关与MCU之间的已建立呼叫中未存在未包含与第一呼叫的媒体类型的相同类型的呼叫，则网关将建立网关与MCU之间的第五呼叫，该五呼叫的媒体类型为第一呼叫的媒体类型。

需要说明的是，在本发明实施例中，若用户挂断了其使用的终端设备与网关之间的呼叫，网关将查找在已建立的网关与MCU之间的呼叫中协商该终端设备的媒体类型的呼叫，并从查找到的呼叫中删除该终端设备的媒体类型的协商，若删除之后该呼叫中未包含其他的终端设备的媒体类型的协商，则网关将取消该呼叫，若删除之后该呼叫中包含其他的终端设备的媒体类型的协商，则网关将继续保持该呼叫。

在本发明实施例中，网关在接收到终端设置发起的呼叫，并与该终端设备进行协商建立网关与终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型之后，判断在网关与MCU之间的已建立呼叫中是否存在未包含与第一呼叫的媒体类型的相同类型的至少一个呼叫，若存在，则按照预先设置的规则从至少一个呼叫中选择第四呼叫，将第一呼叫的媒体类型添加到第四呼叫中，使得在网关与MCU之间的每一路建立的呼叫都可以协商多个不同终端设备的不同类型的媒体类型，能够有效减少MCU占用的端口数，节约MCU的端口资源。

为了更好的理解本发明实施例中描述的技术方案，下面将具体介绍一个应用场景，包括：

MCU1上召开了一个会议1，支持的媒体类型包括音频、视频及辅流，用户A用PSTN_A呼叫会议1，且PSTN_A发起的呼叫将到达网关，网关在接收到PSTN_A发起的呼叫之后，将与PSTN_A进行协商，建立网关与PATN_A之间的第一呼叫，且确定该第一呼叫的媒体类型为音频媒体类型，接着，网关将判断在网关与MCU之间的已建立呼叫中是否存在至少一个不包含音频媒体类型的协商的呼叫，若存在，则网关按照预先设置的规则从至少一个呼叫中选择第四呼叫，并将第一呼叫的音频媒体类型的协商添加到第四呼叫中，若不存在，则网关将建立网关与MCU之间的第五呼叫，第五呼叫的媒体类型则为第一呼叫的音频媒体类型。

在本发明实施例中，若用户A挂断了PSTN_A发起的呼叫，则网关将取消已建立的PSTN_A与网关之间的第一呼叫，并查找网关与MCU之间已经建立的呼叫，确定包含PSTN_A的音频媒体类型的协商的呼叫为第四呼叫，则从第四呼叫中删除PSTN_A的音频媒体类型的协商，以更新第四呼叫中协商的媒体类型，若更新后的第四呼叫中未包含任何终端设备的媒体类型的协商，则网关取消网关与MCU之间的第四呼叫，若更新后的第四呼叫中还包含WEB_B的辅流媒体类型的协商，则网关保持第四呼叫。

需要说明的是，在图3至图5所示实施例中提到的第一呼叫、第二呼叫、第三呼叫、第四呼叫及第五呼叫中的“第一”，“第二”，“第三”，“第四”，“第五”仅用于区分不同的呼叫，并不对呼叫造成限定。

请参阅图6，为本发明实施例中网关的结构的实施例，包括：

接收模块601，用于接收终端设备发起的呼叫；

协商建立模块602，用于在接收模块601接收呼叫之后，与终端设备进行协商，建立网关与终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型；

添加模块603，用于在协商建立模块建立第一呼叫及确定第一呼叫的媒体类型之后，在网关与多点控制单元MCU之间的已建立的呼叫中添加第一呼叫的媒体类型的协商，其中所述第一呼叫与所述已建立的呼叫具备不同的媒体类型。

在本发明实施例中，网关的接收模块601接收终端设备发起的呼叫，接着通过协商建立模块602与终端设备进行协商，建立网关与终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型，最后由添加模块603在网关与MCU之间的已建立的呼叫中添加第一呼叫的媒体类型的协商。

在本发明实施例中，网关在接收到终端设备发起的呼叫之后，可与该终端设备进行协商，建立网关与终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型，并在网关与MCU之间的已建立的呼叫中添加第一呼叫的媒体类型的协商，使得网关与终端设备之间的多路呼叫可以在网关与MCU之间合并为一路呼叫，有效减少MCU所使用的端口数目，节约MCU的端口资源。

为了更好的理解本发明实施例中的网关，请参阅图7，为本发明实施例中网关的结构的实施例，包括：

如图6所示实施例中描述的接收模块601、协商建立模块602、添加模块603，且与图6所示实施例中描述的内容相似，此处不再赘述。

在本发明实施例中，添加模块603包括：

查找确定模块701，用于在协商建立模块602建立第一呼叫及确定第一呼叫的媒体类型之后，查找预先设置的终端设备之间的绑定关系，确定与终端设备具有绑定关系的终端设备集合；

第一添加模块702，用于在查找确定模块701确定中的设备集合之后，根据终端设备集合将第一呼叫的媒体类型的协商添加到网关与MCU之间的已建立的呼叫中。

在本发明实施例中，第一添加模块702包括：

判断模块703，用于判断在网关与MCU之间的已建立的呼叫中是否存在包含终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫；

第三添加模块704，用于在判断模块703确定网关与MCU之间的已建立的呼叫中存在包含终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫，则在第二呼叫中添加第一呼叫的媒体类型的协商。

且在本发明实施例中，第一添加模块702还包括：

建立模块705，用于若网关与MCU之间的已建立的呼叫中不存在包含终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫，则向MCU发起呼叫，建立网关与MCU之间的第三呼叫，第三呼叫的媒体类型为第一呼叫的媒体类型。

在本发明实施例中，网关中包含预先设置的终端设备之间的绑定关系，且该绑定关系可以是由用户预先设置，即用户将自己使用的多个不同的终端设备之间建立绑定关系，并通过终端设备将该绑定关系上传至网关，使得网关可以获取到用户设置的其所使用的多个终端设备之间的绑定关系，网关在接收到用户通过终端设备发送的绑定关系之后，可以使用该绑定关系处理呼叫，或者，用户还可以直接在网关上设置多个不同的终端设备之间的绑定关系，例如：若用户1所使用的终端设备包括A和B，用户1通过设备A将设备A和设备B的绑定关系发送给网关，用户2所使用的终端设备包括C、D、E，用户2通过设备C将设备C、D、E之间的绑定关系发送给网关，网关可直接利用接收到的设备A和设备B的绑定关系，及设备C、D、E之间的绑定关系处理呼叫，或者，用户1直接在网关上设置其使用的设备A和设备B之间的绑定关系，用户2直接在网关上设置其使用的终端设备C，D，E之间的绑定关系。

在本发明实施例中，网关的接收模块601接收终端设备发起的呼叫，接着通过协商建立模块602与终端设备进行协商，建立网关与终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型，并由添加模块603中的查找确定模块701查找预先设置的终端设备之间的绑定关系，确定与终端设备具有绑定关系的终端设备集合；及由添加模块603中的第一添加模块702根据终端设备集合将第一呼叫的媒体类型的协商添加到网关与MCU之间的已建立的呼叫中，具体的：第一添加模块702中的判断模块703判断在网关与MCU之间的已建立的呼叫中是否存在包含终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫；并在判断模块703确定网关与MCU之间的已建立的呼叫中存在包含终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫，则由第一添加模块702中的第三添加模块704在第二呼叫中添加第一呼叫的媒体类型的协商，若判断模块703确定网关与MCU之间的已建立的呼叫中不存在包含终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫，则建立模块705向MCU发起呼叫，建立网关与MCU之间的第三呼叫，第三呼叫的媒体类型为第一呼叫的媒体类型。

在本发明实施例中，网关接收终端设备发起的呼叫之后，与终端设备进行协商，建立网关与终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型，并查找预先设置的终端设备之间的绑定关系，确定与终端设备具有绑定关系的终端设备集合，且若在网关与MCU之间的已建立的呼叫中存在包含终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫，则在第二呼叫中添加第一呼叫的媒体类型的协商，通过将终端设备与网关之间的建立的呼叫的媒体类型的协商添加到网关与MCU之间已经建立的呼叫上，能够有效的解决一个用户使用多个终端设备加入会议电视系统占用MCU多个端口的问题，能够有效的节约MCU的端口资源，此外，若网关将终端设备发送的绑定关系进行处理，将多个用户的绑定关系合并为一个绑定关系，则该多个用户在MCU与网关之间只需要建立一路呼叫，也能够有效的减少MCU的端口占用量，节约MCU的端口资源。

请参阅图8，为本发明实施例中网关的结构的另一实施例，包括：

如图6所示实施例中描述的接收模块601、协商建立模块602、添加模块603，其与图6所示实施例描述的内容相似，此处不再赘述。

在本发明实施例中，添加模块603包括：

呼叫判断模块801，用于在协商建立模块602建立第一呼叫及确定第一呼叫的媒体类型之后，判断在网关与MCU之间的已建立呼叫中是否存在未包含与第一呼叫的媒体类型的相同类型的至少一个呼叫；

选择添加模块802，用于在当呼叫判断模块801确定网关与MCU之间的已建立呼叫中存在未包含与第一呼叫的媒体类型的相同类型的至少一个呼叫时，按照预先设置的规则从至少一个呼叫中选择第四呼叫，将第一呼叫的媒体类型的协商添加到第四呼叫中。

在本发明实施例中，添加模块603还包括：

呼叫建立模块803，用于若网关与MCU之间的已建立呼叫中不存在未包含第一呼叫的媒体类型的相同类型的呼叫，则建立网关与MCU之间的第五呼叫，第五呼叫的媒体类型为第一呼叫的媒体类型。

在本发明实施例中，网关的接收模块601接收终端设备发起的呼叫，接着通过协商建立模块602与终端设备进行协商，建立网关与终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型，接着，添加模块603中的呼叫判断模块801判断在网关与MCU之间的已建立呼叫中是否存在未包含与第一呼叫的媒体类型的相同类型的至少一个呼叫，当呼叫判断模块801确定网关与MCU之间的已建立呼叫中存在未包含与第一呼叫的媒体类型的相同类型的至少一个呼叫时，选择添加模块802按照预先设置的规则从至少一个呼叫中选择第四呼叫，将第一呼叫的媒体类型的协商添加到第四呼叫中，若网关与MCU之间的已建立呼叫中不存在未包含第一呼叫的媒体类型的相同类型的呼叫，则呼叫建立模块803建立网关与MCU之间的第五呼叫，第五呼叫的媒体类型为第一呼叫的媒体类型。

在本发明实施例中，网关在接收到终端设置发起的呼叫，并与该终端设备进行协商建立网关与终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型之后，判断在网关与MCU之间的已建立呼叫中是否存在未包含与第一呼叫的媒体类型的相同类型的至少一个呼叫，若存在，则按照预先设置的规则从至少一个呼叫中选择第四呼叫，将第一呼叫的媒体类型添加到第四呼叫中，使得在网关与MCU之间的每一路建立的呼叫都可以协商多个不同终端设备的不同类型的媒体类型，能够有效减少MCU占用的端口数，节约MCU的端口资源。

请参阅图9，为本发明实施例中网关的硬件结构示意图，包括：

处理器901、接收装置902、发送装置903、存储装置904。

其中，接收装置902接收终端设备发起的呼叫；

其中，处理器901在接收装置902接收到终端设备发起的呼叫之后，与终端设备进行协商，建立网关与终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型；并在网关与多点控制单元MCU之间的已建立的呼叫中添加第一呼叫的媒体类型的协商。

在本发明实施例中，网关在接收到终端设备发起的呼叫之后，可与该终端设备进行协商，建立网关与终端设备之间的第一呼叫及协商确定第一呼叫的媒体类型，并在网关与MCU之间的已建立的呼叫中添加第一呼叫的媒体类型的协商，使得网关与终端设备之间的多路呼叫可以在网关与MCU之间合并为一路呼叫，有效减少MCU所使用的端口数目，节约MCU的端口资源。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明所提供的一种呼叫处理方法及网关进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

1.一种呼叫处理方法，其特征在于，包括：

网关接收终端设备发起的呼叫；

所述网关与所述终端设备进行协商，建立所述网关与所述终端设备之间的第一呼叫及协商确定所述第一呼叫的媒体类型；

在所述网关与多点控制单元MCU之间的已建立的呼叫中添加所述第一呼叫的媒体类型的协商，其中所述第一呼叫与所述已建立的呼叫具备不同的媒体类型。

2.根据权利要求1所述的呼叫处理方法，其特征在于，所述在所述网关与多点控制单元MCU之间的已建立的呼叫中添加所述第一呼叫的媒体类型的协商包括：

查找预先设置的终端设备之间的绑定关系，确定与所述终端设备具有绑定关系的终端设备集合；

根据所述终端设备集合将所述第一呼叫的媒体类型的协商添加到所述网关与MCU之间的已建立的呼叫中。

3.根据权利要求2所述的呼叫处理方法，其特征在于，所述根据所述终端设备集合将所述第一呼叫的媒体类型的协商添加到所述网关与MCU之间的已建立的呼叫中包括：

判断在所述网关与MCU之间的已建立的呼叫中是否存在包含所述终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫；

若是，则在所述第二呼叫中添加所述第一呼叫的媒体类型的协商。

4.根据权利要求3所述的呼叫处理方法，其特征在于，所述根据所述终端设备集合将所述第一呼叫的媒体类型的协商添加到所述网关与MCU之间的已建立的呼叫中包括：

若所述网关与MCU之间的已建立的呼叫中不存在包含所述终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫，则所述网关向所述MCU发起呼叫，建立所述网关与所述MCU之间的第三呼叫，所述第三呼叫的媒体类型为所述第一呼叫的媒体类型。

5.根据权利要求1所述的呼叫处理方法，其特征在于，所述在所述网关与多点控制单元MCU之间的已建立的呼叫中添加所述第一呼叫的媒体类型的协商包括：

判断在所述网关与MCU之间的已建立呼叫中是否存在未包含与所述第一呼叫的媒体类型的相同类型的至少一个呼叫；

按照预先设置的规则从所述至少一个呼叫中选择第四呼叫，将所述第一呼叫的媒体类型的协商添加到所述第四呼叫中。

6.根据权利要求5所述的呼叫处理方法，其特征在于，所述方法还包括：

若所述网关与MCU之间的已建立呼叫中不存在未包含所述第一呼叫的媒体类型的相同类型的呼叫，则建立所述网关与所述MCU之间的第五呼叫，所述第五呼叫的媒体类型为所述第一呼叫的媒体类型。

7.一种网关，其特征在于，包括：

接收模块，用于接收终端设备发起的呼叫；

协商建立模块，用于在所述接收模块接收呼叫之后，与所述终端设备进行协商，建立所述网关与所述终端设备之间的第一呼叫及协商确定所述第一呼叫的媒体类型；

添加模块，用于在所述协商建立模块建立所述第一呼叫及确定所述第一呼叫的媒体类型之后，在所述网关与多点控制单元MCU之间的已建立的呼叫中添加所述第一呼叫的媒体类型的协商，其中所述第一呼叫与所述已建立的呼叫具备不同的媒体类型。

8.根据权利要求7所述的网关，其特征在于，所述添加模块包括：

查找确定模块，用于在所述协商建立模块建立所述第一呼叫及确定所述第一呼叫的媒体类型之后，查找预先设置的终端设备之间的绑定关系，确定与所述终端设备具有绑定关系的终端设备集合；

第一添加模块，用于在所述查找确定模块确定所述中的设备集合之后，根据所述终端设备集合将所述第一呼叫的媒体类型的协商添加到所述网关与MCU之间的已建立的呼叫中。

9.根据权利要求8所述的网关，其特征在于，所述第一添加模块包括：

判断模块，用于判断在所述网关与MCU之间的已建立的呼叫中是否存在包含所述终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫；

第三添加模块，用于在所述判断模块确定所述网关与MCU之间的已建立的呼叫中存在包含所述终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫，则在所述第二呼叫中添加所述第一呼叫的媒体类型的协商。

10.根据权利要求9所述的网关，其特征在于，所述第一添加模块还包括：

建立模块，用于若所述网关与MCU之间的已建立的呼叫中不存在包含所述终端设备集合中的任意一个终端设备的媒体类型的协商的第二呼叫，则向所述MCU发起呼叫，建立所述网关与所述MCU之间的第三呼叫，所述第三呼叫的媒体类型为所述第一呼叫的媒体类型。

11.根据权利要求7所述的网关，其特征在于，所述添加模块包括：

呼叫判断模块，用于在所述协商建立模块建立所述第一呼叫及确定所述第一呼叫的媒体类型之后，判断在所述网关与MCU之间的已建立呼叫中是否存在未包含与所述第一呼叫的媒体类型的相同类型的至少一个呼叫；

选择添加模块，用于在当所述呼叫判断模块确定网关与MCU之间的已建立呼叫中存在未包含与所述第一呼叫的媒体类型的相同类型的至少一个呼叫时，按照预先设置的规则从所述至少一个呼叫中选择第四呼叫，将所述第一呼叫的媒体类型的协商添加到所述第四呼叫中。

12.根据权利要求11所述的网关，其特征在于，所述添加模块还包括：

呼叫建立模块，用于若所述网关与MCU之间的已建立呼叫中不存在未包含所述第一呼叫的媒体类型的相同类型的呼叫，则建立所述网关与所述MCU之间的第五呼叫，所述第五呼叫的媒体类型为所述第一呼叫的媒体类型。

Images