一种实现不支持网守的端点设备参加多点会议的方法

摘要

一种实现不支持网守的端点设备参加多点会议的方法，将不支持GK的端点设备的IP地址作为呼叫信息配置给召开会议的MCU；MCU向不支持网守的端点设备发起呼叫时，MCU在会议召集信息中查找是否配置有该端点设备的IP地址，若有，直接使用该IP地址与该端点设备建立呼叫连接；若没有，停止此次呼叫过程；当不支持GK的端点设备向MCU呼叫时，MCU判断当前会议是否允许该端点设备参加，若是，则接受该端点设备的呼叫请求，将该端点设备加入会议，若否，拒绝该端点设备的呼叫请求。采用本发明所述方法，解决了不支持GK的端点设备也可以参加支持GK的会议，方便了用户的使用，节省了用户的开支。

说明书

技术领域

本发明属于会议电视领域，具体地说，涉及会议电视系统中的MCU(多点控制单元)设备在支持GK(网守)的情 况下，端点设备同时参加一个会议的方法。

背景技术

在H323会议电视系统中，GK是作为一个可选设备存在的，因此在早期的会议电视系统中由于成本关系和系统结构简单等各方面原因，有大量的会议电视终端设备不支持GK。随着会议电视应用日益广泛，会议电视系统的应用结构越来越复杂，为了简化复杂的应用结构，GK这个可选设备提供的功能也就显得越发的重要，因此，现在的会议电视系统中的各种设备基本上都已经支持GK。于是，当不支持GK的端点设备要参加一个在支持GK的MCU上召开的会议时，就会出现由于GK无法获取该端点设备的注册信息而拒绝该端点设备参加会议的情况。

一旦出现上述情况，现有技术中有两种解决方法：

1、端点设备升级，即将不支持GK的端点设备升级为支持GK的端点设备。

2、采用具有静态地址解析功能的GK设备，即在GK中手工配置这些不支持GK的端点设备的注册信息，GK在进行地址转换功能时也要使用这些静态的注册信息。

采用方法一，用户势必会产生一笔费用支出，而这笔支出并不是每个用户都愿意支付的。采用方法二，对GK设备的要求较高，并不是所有厂商的GK设备都支持静态地址解析功能。

本发明中的H323会议电视系统及呼叫建立过程请参考ITU-T H.323协议《Packet-based multimedia communications systems》和协议ITU-T H.225.0协议《Callsignalling protocols and media stream packetization for packet-based multimediacommunication systems》

发明内容

本发明要解决的技术问题是，提供一种方法，使得不支持GK的端点设备，也能参加一个支持GK的MCU所召集的多点会议。

本发明的技术方案为：将不支持GK的端点设备的IP地址作为呼叫信息配置给召开会议的MCU；

MCU向不支持网守的端点设备发起呼叫时，MCU在会议召集信息中查找是否配置有该端点设备的IP地址，若有，直接使用该IP地址与该端点设备建立呼叫连接；若没有，停止此次呼叫过程；

当不支持GK的端点设备向MCU呼叫时，MCU判断当前会议是否允许该端点设备参加，若是，则接受该端点设备的呼叫请求，将该端点设备加入会议，若否，拒绝该端点设备的呼叫请求。

在上述技术方案中，可以在当MCU向不支持网守的端点设备发起呼叫时，先向GK发出ARQ(AdmissionRequest，呼叫接入请求)，在收到GK回复ARJ(AdmissionReject，呼叫接入拒绝)后，MCU在会议召集信息中查找是否配置有该端点设备的IP地址，若有，直接使用该IP地址与该端点设备建立呼叫连接；若没有，停止此次呼叫过程。

在上述技术方案中，可以当不支持GK的端点设备向MCU呼叫时，先向GK发出ARQ，在收到GK回复ARJ后，MCU判断当前会议是否允许该端点设备参加，若是，则接受该端点设备的呼叫请求，将该端点设备加入会议；若否，拒绝该端点设备的呼叫请求。

采用本发明所述方法，解决了不支持GK的端点设备也可以参加支持GK的会议，方便了用户的使用，节省了用户的开支。

附图说明

图1是本发明中的多点会议的设备组成图；

图2是现有技术中MCU向支持GK的端点设备呼叫的信令流程图；

图3是本发明中MCU向不支持GK的端点设备呼叫的信令流程图；

图4是现有技术中支持GK的端点设备向MCU呼叫的信令流程图；

图5是本发明中不支持GK的端点设备向MCU呼叫的信令流程图。

具体实施方式

下面结合附图及实施例对本发明的技术方案做进一步说明。本发明对于所有基于H.323协议的会议电视系统都适用。

对不支持GK的端点设备，MCU向其发起呼叫或它向MCU发起呼叫的方法，在发明内容部分已有详细描述。

一般情况下，同时有支持GK的端点设备和不支持GK的端点设备一起参加会议，在这种情况下，应先将不支持GK的端点设备的IP地址作为呼叫信息配置给召开会议的MCU。在MCU进行呼叫时，对于所有端点设备都先向GK进行呼叫地址请求，对于GK返回呼叫地址的端点设备，即支持GK的端点设备直接进行呼叫，对于GK没有返回呼叫地址的端点设备，即不支持GK的端点设备直接使用配置信息中的IP地址进行呼叫。当然，也可以是：在MCU呼叫时，对于所有的端点设备先从配置信息中查找看是否有IP地址，若有，则直接用配置信息中的IP地址直接进行呼叫，若没有再向GK进行呼叫地址请求，对GK返回呼叫地址的端点设备进行呼叫。

MCU收到端点设备的呼叫请求时，向GK发出ARQ：若GK回复ACF(AdmissionConfirm，呼叫接入确认)，表明此端点设备支持GK，MCU根据会议召集信息判断是否允许该端点设备加入会议，若允许，则接受该端点设备的呼叫请求，并将该端点设备加入会议；若不允许，则拒绝呼叫。若GK回复ARJ，表明此端点设备不支持GK，MCU根据会议召集信息判断是否允许该端点设备加入会议，若允许，则接受该端点设备的呼叫请求，并将该端点设备加入会议；若不允许，则拒绝呼叫

图1描述的是本发明中的多点会议的设备组成图。图中多点会议的设备分别有GK，MCU，多个端点设备，其中MCU，端点设备1，端点设备2，端点设备3均支持GK，均向GK进行注册，端点设备A不支持GK，没有向GK进行注册。是端点设备1，端点设备2，端点设备3和端点设备A一起参加在MCU上召开的会议C。

图3描述的是现有技术中MCU作为主叫，支持GK的端点设备作为被叫的呼叫信令流程图。MCU首先向GK发出ARQ，被叫为支持GK的端点设备，GK可以找到该端点设备的注册信息，因此向MCU发送ACF。MCU收到GK回应的ACF后，从ACF消息中取出被叫端点设备的IP地址，并向这个IP地址的端点设备发出Setup消息，开始与之建立呼叫连接，邀请对方入会。

图5是本发明中MCU作为主叫，不支持GK的端点设备作为被叫的呼叫信令流程图。MCU首先向GK发出ARQ，因为被叫为不支持GK的端点设备，GK无法找到被叫的注册信息，因此会向MCU回复ARJ消息。MCU收到GK回应的ARJ后，到预先配置的与会端点设备的信息中查找该端点设备的IP地址信息，并向这个IP地址的端点设备发出Setup消息，开始与之建立呼叫连接，邀请对方入会。

图7描述的是现有技术中MCU作为被叫，支持GK的端点设备作为主叫的呼叫信令流程图。MCU收到呼叫请求的Setup消息后，向GK发出ARQ，因为该端点设备支持GK，则GK向MCU返回ACF消息，MCU收到ACF消息后，判断该端点设备是否为当前会议的与会端点设备，若是，接受呼叫，向该端点设备发出Connect消息，与之建立呼叫连接，允许对方加入会议。

图9描述的是本发明中MCU作为被叫，不支持GK的端点设备作为主叫的呼叫信令流程图。MCU收到呼叫请求的Setup消息后，向GK发出ARQ，因为该端点设备不支持GK，因此GK向MCU返回ARJ消息，MCU收到ARJ消息后，判断该端点设备是否为当前会议的与会端点设备，若是，接受呼叫请求，向该端点设备发出Connect消息，与之建立呼叫连接，允许对方加入会议。