CN100433626C

CN100433626C - 多媒体会议召开方法

Info

Publication number: CN100433626C
Application number: CNB2004100005016A
Authority: CN
Inventors: 苏红宏
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2004-01-08
Filing date: 2004-01-08
Publication date: 2008-11-12
Anticipated expiration: 2024-01-08
Also published as: CN1642096A

Abstract

本发明提供了一种多媒体会议召开方法，包括会议请求步骤：准备召开一个会议时，在所述多个终端中选定一个终端作为发起终端；由发起终端将该会议的召开请求信息通过网守转发给会议管理单元；会议创建步骤：会议管理单元判断当前网络资源是否能够支持该会议；如果是，则会议管理单元创建该会议，并根据召开请求信息对该会议的召开属性进行设置，然后转会议召开步骤；如果否，则会议管理单元拒绝该会议召开请求；会议召开步骤：由会议管理单元控制多点控制单元召开该会议。本发明多媒体会议召开方法解决了由终端发起的请求召开会议方式中网守的工作负荷过重，不易扩展且不能实现预约会议功能的缺陷。

Description

多媒体会议召开方法

技术领域

本发明涉及多媒体通信技术领域，特别涉及一种会议召开方法。

背景技术

随着数据通信技术的快速发展，宽带业务的需要急剧上升，使得多媒体通信的应用越来越广泛。多媒体会议系统就是建立在数据通信的基础上，利用已有的数据通信网进行既可传输实时图像信息，又可同时传输语音信息的通信系统，进而利用本地终端为在不同地点的人提供可视的多媒体会议；同时，这种多个不在同一地点的终端能够同时接入到数据通信网中进行相互音频、视频通信的方式也推动了高速发展的数据通信业务。

目前的多媒体会议系统能够同时支持多点接入进行音频、视频通信，参见图1，该图是现有多媒体会议系统的结构拓扑图。图1所示的多媒体会议系统包括：能够提供单向或双向实时通信的、且可以支持语音通信和视频通信的多个终端(Terminal)10，控制各个终端10之间进行音频、视频通信的多点控制单元(MCU，Multipoint Control Unit)20和控制与管理整个会议召开过程的业务管理中心(SMC，Service Manage Center)30，其中终端10和MCU 20之间通过各类的宽/窄带数据通信网40进行多媒体通信；同时多媒体会议系统还包括：用于执行保护数据通信网40完整性、对音频、视频数据流进行地址解析、访问控制和带宽管理的网守(GK，GateKeeper)60和用于实现不同协议的终端之间进行相互通信的网关(GW，GateWay)50。

现有技术中，用户预召开一次多媒体会议，首先要由用户采用电话、传真或上网等通信方式和业务管理中心SMC 30侧的管理人员取得联系，然后用户将召开请求信息发送到SMC 30，由SMC 30侧的管理人员根据目前网络资源可用情况来允许/拒绝该次会议的召开。其中上述召开请求信息主要包括：要召开会议的会议名称、会议密码、会场信息、会议传输速率和最大会场数目等信息。

现有技术中，主要有三种方式用于多媒体会议的召开，具体如下：

现有技术一参照图2，该图是现有技术中采用Web方式召开多媒体会议的方法；采用Web方式召开多媒体会议的主要实现过程如下：

用户通过PC浏览器(IE，Internet Explorer)80访问SMC 30的服务器，和SMC 30的服务器之间建立网络连接；

通过上述建立的网络连接，用户将召开请求信息发送到SMC 30；

SMC 30中的会议管理单元70分析接收的召开请求信息，并根据目前网络资源的可用情况来决定是否能够召开该次会议；如果能够召开该次会议，则在会议开始时间，通知MCU 20召开会议；

MCU 20呼叫终端10入会或由终端10呼叫MCU 20要求入会。

现有技术一在实现上存在的不足是：用户必须能够通过Web方式访问SMC 30的服务器，相应也就要求用户要拥有一台能够登陆Internet的通信终端，因此使用户在操作上存在着不便；同时也增加了多媒体会议召开的成本开销。

现有技术二参照图3，该图是现有技术中终端和多点控制单元建立临时会议召开多媒体会议的方法；其主要实现过程如下：

首先在参加会议的终端10之间选定一个终端作为发起终端90，该发起终端90主要用于和MCU 20之间建立一个临时连接，召开一个临时会议；

当发起终端90和MCU 20之间建立临时连接之后，由发起终端90将召开请求信息通过已经建立的连接传送给MCU 20；

MCU 20将接收的召开请求信息转发到SMC 30；

MCU 20呼叫终端10入会或由终端10呼叫MCU 20要求入会。

现有技术二在实现上存在以下不足：

在会议正式召开前，需要在发起终端90和MCU 20之间建立临时连接，组建临时会议，在正式会议召开之后在从临时会议切换到正式会议中，其技术实现较为复杂；

当发起终端90和MCU 20之间的临时连接建立之后，如果由于网络资源可用度低等原因而导致会议不能召开时，用户仍需对临时连接占用的传输线路资源付费，所以对用户而言非常不经济。

现有技术三参照图4，该图是现有技术中终端和多点控制单元通过网守建立临时会议召开多媒体会议的方法；其主要实现过程如下：

首先在参加会议的终端10之间选定一个终端10作为发起终端90；

将召开请求信息封装在由发起终端90向网守60发起的接入请求报文(ARQ，AdmissionRequest)中，以告知网守60请求召开一个会议的信息，并告知要参加的具体终端；

网守60接到请求报文后，请求MCU 20创建一个多媒体会议；

MCU 20创建会议成功后，向网守60发送注册该多媒体会议的信息；

网守60收到会议的注册信息后，向发起终端90回应接入证实报文(ACF，AdmissionConfirm)；

继而，发起终端90呼叫MCU 20，请求加入到创建的多媒体会议中，然后会议正式开始；

最后，MCU 20呼叫其他的终端10入会，使所有参加会议的终端10就都加入到该会议中参加会议。

现有技术三存在的不足是：

网守需要直接控制MCU 20，当多媒体会议系统存在多个MCU 20时，会使网守的工作负荷过重，不易扩展；

MCU 20向网守60发送会议的注册信息后，网守60反馈ACF消息给发起终端90，发起终端90必须按照正常呼叫流程立即发起呼叫，因此导致MCU20必需立即召开会议，所以不能实现预约会议的功能，因此使用户使用起来十分不便。

发明内容

本发明提出一种多媒体会议召开方法，以解决现有技术中由终端发起的请求召开会议方式中网守的工作负荷过重，不易扩展且不能实现预约会议功能的缺陷。

为此，本发明提出了一种多媒体会议召开方法，用于多媒体会议系统中会议召开进程的处理，所述多媒体会议系统包括多个终端、网守、多点控制单元和会议管理单元，其特征在于包括：

会议请求步骤：

(10)准备召开一个会议时，在所述多个终端中选定一个终端作为发起终端；

(11)由发起终端将该会议的召开请求信息通过网守转发给会议管理单元；会议创建步骤：

(20)会议管理单元判断当前网络资源是否能够支持该会议；如果是，则会议管理单元创建该会议，并根据召开请求信息对该会议的召开属性进行设置，然后转会议召开步骤；如果否，则会议管理单元拒绝该会议召开请求；

会议召开步骤：

(30)由会议管理单元控制多点控制单元召开该会议。

其中步骤(20)中进一步包括：会议管理单元在判断结果为是时，生成请求通过信息；在判断结果为否时，则生成请求不通过信息。

步骤(20)中判断结果为是之后还包括：会议管理单元为该会议分配标识该次会议的会议别名，所述会议别名封装在请求通过信息中。

步骤(20)之后还包括：

(21)会议管理单元将请求通过信息或请求不通过信息通过网守反馈给发起终端。

(22)发起终端在接收的请求通过信息中解析出该会议的会议别名，并利用所述会议别名对该次会议进行各种管理。

其中步骤(22)之后还包括：

(23)发起终端将解析出的会议别名通知给其他终端，被通知会议别名的每个终端通过该会议别名对该次会议进行各种管理。

上述步骤(11)中发起终端将该会议的召开请求信息封装在接入请求消息字段中，通过网守转发给会议管理单元；步骤(21)中会议管理单元将请求通过信息或请求不通过信息封装在接入证实消息字段中，通过网守反馈给发起终端；所述接入请求消息字段和接入证实消息字段是实现多媒体会议信息传输的注册、管理和状态消息中的标准字段。

其中步骤(11)中发起终端将该会议的召开请求信息封装在接入请求消息字段的非标数据字段中；步骤(21)中会议管理单元将请求通过信息或请求不通过信息封装在接入证实消息字段的非标数据字段中；所述所述非标数据字段是接入请求消息字段和接入证实消息字段中的标准字段。

上述步骤(11)中发起终端将该会议的召开请求信息封装在注册、管理和状态消息中，通过网守转发给会议管理单元；步骤(21)中会议管理单元将请求通过信息或请求不通过信息封装在注册、管理和状态消息中，通过网守反馈给发起终端；所述注册、管理和状态消息是实现多媒体会议信息传输的标准消息。

其中将步骤(11)中的召开请求信息和步骤(21)中的请求通过信息或请求不通过信息封装在注册、管理和状态消息的非标消息字段中，所述非标消息字段是注册、管理和状态消息中的标准字段。

本发明有益效果如下：

本发明多媒体会议召开方法由会议管理单元根据发起终端的召开请求信息来创建会议，然后会议管理单元统一控制多个MCU召开会议，所以当多媒体会议系统中存在多个MCU时，不需由网守直接对每一MCU进行控制，所以使网守不会由于MCU数目增多而导致工作负荷过重，且扩展性较好；

由会议管理单元根据发起终端发来的召开请求信息进行创建会议，该创建的会议可以由会议管理单元控制MCU立即召开，也可以进行预约，到达会议召开开始时间时，再由会议管理单元控制MCU召开会议，因此扩展了会议的召开方式，方便了用户的使用；

会议管理单元在创建会议成功后，会为该会议分配会议别名，终端可以通过该会议别名作为该会议索引标识，对该会议进行各种管理，使用户操作较为方便。

附图说明

图1是现有多媒体会议系统的结构拓扑图；

图2是现有技术中采用Web方式召开多媒体会议的方法；

图3是现有技术中终端和多点控制单元建立临时会议召开多媒体会议的方法；

图4是现有技术中终端和多点控制单元通过网守建立临时会议召开多媒体会议的方法；

图5是本发明多媒体会议召开方法的实现原理框图；

图6是本发明多媒体会议召开方法的实现过程图；

图7是本发明多媒体会议召开方法取消会议操作的具体过程图。

具体实施方式

本发明多媒体会议召开方法的设计宗旨是：在以终端发起召开请求信息的基础上，由网守对终端发来的召开请求信息进行鉴权认证后，转发给会议管理单元，由会议管理单元根据当前网络资源可利用情况，针对该召开请求信息设置该会议的召开属性；然后到达会议的召开时间时，由会议管理单元控制MCU召开该会议，从而使由会议管理单元控制多个MCU召开会议，而网守只负责将终端的召开请求信息转发给会议管理单元，并转发会议管理单元反馈的请求结果信息给终端，而不用直接控制多个MCU，从而减轻了网守的工作负荷。同时由会议管理单元设置会议，用户可以要求会议在自己选择的时间召开，所以可以实现会议的预约功能，方便用户的使用。下面结合具体实施例对本发明多媒体会议召开方法进行详细说明。

参照图5和图6，其中图5是本发明多媒体会议召开方法的实现原理框图；图6是本发明多媒体会议召开方法的实现过程图。结合附图，下面详述本发明多媒体会议召开方法的实现过程：

用户想要召开一个会议时，首先在多媒体会议系统的多个终端10之间选取一个终端作为发起终端90，其中这个发起终端90可以是任意选取的，如用户可以选择操作最为方便的一个终端10作为发起终端90；

步骤S1，用户将请求召开该会议的召开请求信息输入到发起终端90中，发起终端90将用户输入的召开请求信息发送给多媒体会议系统中的网守60，网守60对发起终端90发来的召开请求信息进行鉴权认证，即判断该发起终端90发送的召开请求信息是否合法，如果认证通过，则执行步骤S2；如果认证不通过，则表明该召开请求信息为非法的，网守60不会再对该召开请求信息进行任何处理，以标识该次会议的召开请求以失败告终；其中发起终端90发送的召开请求信息中包括该次会议的召开时间、会议名称、会议密码、与会各个终端的信息、会议召开速率和与会终端数目等信息。

步骤S2，网守60将接收的召开请求信息转发给会议管理单元70，其中会议管理单元70在多媒体会议系统中是一个独立的逻辑实体，根据组网的具体情况和设备制造情况，可以置于业务管理中心SMC 30中，也可以置于多点控制单元MCU 20中，当然也可以置于网守GK 60中。

会议管理单元70接收到网守60转发来的召开请求信息后，会根据与会终端的数目信息或与会各个终端的信息来判断当前的网络资源是否能够支持该请求会议的召开；如果能够支持该次会议的召开，则会议管理单元70会创建一个会议，并根据接收的召开请求信息对该会议的召开属性进行设置，其中会议管理单元70根据召开请求信息对该会议的召开属性进行设置包括根据该会议的召开时间、会议名称、会议密码、与会各个终端的信息、会议召开速率和与会终端数目等信息，对该会议的召开时间、会议名称、会议密码、与会各个终端的信息、会议召开速率和与会终端数目等召开属性进行设置；

同时会议管理单元70在设置会议成功之后，会生成一个请求通过信息；

同时会议管理单元70在设置会议成功之后，还会为该次会议分配一个会议别名，其中会议别名是会议的唯一标识，不同的会议别名用于标识不同的会议，后续，用户可以用该会议别名作为该会议的索引标识对该会议的召开进程进行查询、取消或修改等操作，知道该会议别名的终端还可以利用该会议别名要求加入/退出该会议。

如果会议管理单元70判断出当前网络资源不能够支持该次会议的召开，则会生成一个请求不通过信息，以标识该次会议的召开请求失败。

步骤S3，会议管理单元70将为该会议分配的会议别名封装在请求通过信息中，然后会议管理单元70将生成的请求通过信息或请求不通过信息反馈给网守60；

步骤S4，网守60进而将接收的请求通过信息或请求不通过信息反馈给发起终端90；

用户通过发起终端90接收到的请求通过信息或请求不通过信息来得知该次会议召开请求是否成功，如果反馈到发起终端90上的请求通过信息中包括该会议的会议别名时，发起终端90会在请求通过信息中解析出该会议别名通知给用户，以使用户通过该会议别名在后续过程中对该会议的召开进程进行查询、修改和取消等操作，发起终端90也可以进而将该会议别名通知给其他终端，接收到该会议别名的终端可以利用该会议别名作为该会议的索引标识，访问会议管理单元70，以要求加入到或退出该会议系统，同时也可以对该会议进行各种管理操作。

步骤S5，到达该会议的召开时间时，会议管理单元70会控制多点控制单元MCU 20开始召开该会议，并将已经设置的与会各个终端10的信息发送给MCU 20；

MCU 20根据与会各个终端10的信息，分别呼叫与会各个终端10参加会议，或直接由与会各个终端10呼叫MCU 20请求入会，待与会各个终端10都加入到会议系统中后，会议便进入正常召开程序，其中发起终端90也是与会各个终端10中之一，也会加入到召开的会议系统中；至此由终端请求的会议召开过程结束。

在后续会议正常召开过程中，用户可以利用得知的会议别名对该会议进行各种管理操作，其中各种管理操作主要包括：

终端10(包括发起终端90)可以使用该会议别名作为该会议的索引标识，访问会议管理单元70，对该会议的召开进程进行查询，如可以查询该会议已经召开了多长时间，还有多长时间结束等信息；

终端10(包括发起终端90)也可以使用该会议别名作为该会议的索引标识，访问会议管理单元70，对该会议的召开属性进行修改；如可以修改参加该会议的终端数目，会议结束时间等属性信息；

终端10(包括发起终端90)还可以使用该会议别名作为该会议的索引标识，访问会议管理单元70，对该会议进行取消操作，即由于其他原因提前结束该会议。

终端10还可以使用该会议别名作为该会议的索引标识，访问会议管理单元70，以要求加入到或退出该会议系统。

下面以取消会议操作为例，对本发明多媒体会议召开方法中，发起终端90利用会议别名进行取消会议的操作过程进行详细说明。参照图7，该图是本发明多媒体会议召开方法取消会议操作的具体过程图；其取消会议的具体操作过程如下：

步骤S10，发起终端90将该会议的取消会议请求发送到网守60中；

网守60接收到发起终端90发来的取消会议请求后，对该取消会议请求进行鉴权认证，如果认证通过，则执行步骤S20；如果认证不通过，则认为该发起终端90为不合法终端，不会对其发送过来的取消会议请求进行任何处理；

步骤S20，网守60转发该取消会议请求给会议管理单元70；

会议管理单元70响应该取消会议请求，取消该次会议的召开进程，并释放该会议召开占用的网络资源；同时生成一个取消会议应答信息；

步骤S30，会议管理单元70将生成的取消会议应答信息反馈给网守60；

步骤S40，网守60再将接收到的取消会议应答信息转发给发起终端90，使用户通过查看发起终端90显示的结果来得知取消会议操作是否成功。

其他管理操作过程和上面取消会议操作实现过程相似，只是发起终端90发送的请求信息不同，会议管理单元70根据不同的请求信息进行的操作不同，相应反馈回的结果信息也就不同而已，这里不再过多赘述。

上述在本发明多媒体会议召开方法的实现过程中，发起终端90可以将会议的召开请求信息封装在接入请求(ARQ，AdmissionRequest)消息字段中后，通过网守60转发给会议管理单元70；同时会议管理单元70相应可以将请求通过信息或请求不通过信息封装在接入证实(ACF，AdmissionConfirm)消息字段中后，通过网守60反馈给发起终端90；其中接入请求ARQ消息字段和接入证实ACF消息字段是实现多媒体会议信息传输的标准字段，即接入请求ARQ消息字段和接入证实ACF消息字段是用于实现多媒体会议信息传输的注册、管理和状态(RAS，Registration Administer State)消息中的标准字段，而RAS消息是符合H.323协议的多媒体会议系统中，不同实体之间传递注册、管理、带宽改变和状态信息的主要信息格式。

下面首先详细说明如何扩展ARQ消息字段，以将召开请求信息封装在ARQ消息字段中，并通过网守60转发给会议处理单元70：

ARQ消息各字段定义如下：

AdmissionRequest::＝SEQUENCE--(ARQ)

{

requestSeqNum RequestSeqNum，

callType CallTyPe，

callModel CallModel OPTIONAL，

endpointIdentifier EndpointIdentifier，

destinationInfo SEQUENCE OF AliasAddress OPTIONAL，

destCallSignalAddress TransportAddress OPTIONAL，

destExtraCallInfo SEQUENCE OF AliasAddress OPTIONAL，

srcInfo SEQUENCE OF AliasAddress，

srcCallSignalAddress TransportAddress OPTIONAL，

bandWidth BandWidth，

canReferenceValue CallReferenceValue，

省略其他字段

}

其中对于

非标数据字段，其标准定义如下：

NonStandardParameter::＝SEQUENCE

{

nonStandardIdentifier NonStandardIdentifier，

}

对于NonStandardparameter字段中的data，本发明多媒体会议召开方法进行如下扩展，以用于携带并封装召开请求信息：

NonStandardParameter::＝SEQUENCE

{

nonStandardIdentifier NonStandardIdentifier，

}

ConferenceRequest::＝SEQUENCE --此处的ConferenceRequest对应

NonStandardParameter中的data

{

sequenceNumber RequestSeqNum， --命令的序列号

protocolIdentifier OBJECT IDENTIFIER， --协议标识

conferenceName OCTET STRING(SIZE(1..40))，--会议名称

conferenceAlias AliasAddress OPTIONAL， --会议别名(注1)

conferencePwd OCTET STRING(SIZE(1..32))OPTIONAL，

--会议密码(注2)

terminalNum INTEGER(0..65535)OPTIONAL，--最大会场个数

cardNumber OCTET STRING(SIZE(1..32))OPTIONAL，--帐号

cardPwd OCTET STRING(SIZE(1..32))OPTIONAL，--帐号密码

t120Conference BOOLEAN OPTIONAL，

--是否需要数据会议0-否，1-是

multiPicture INTEGER(0..32)OPTIONAL，--多画面数目，0表示无

startTime INTEGER(0..4294967295)OPTIONAL，--(注3)

timeZone INTEGER(0..4294967295)OPTIONAL，--(注3)

sessionTime INTEGER(0..4294967295)OPTIONAL，--(注4)

}

上述注1、注2、注3和注4的解释如下：

注1：会议别名在取消会议、查询会议等使用，是召集/预约会议成功后从会议管理单元70返回的。

注2：会议密码和卡密码采取密文传输，采取MD5加密算法。

注3：会议开始时间和时区时间采用国际通用的UTC时间格式。

注4：会议时长以分钟为单位。

其中：CommandType::＝CHOICE

{

immediateBegin NULL， --(0)立即开始会议，不用填写会议时间

booking NULL， --(1)预约会议

bookingCancel NULL， --(2)取消预约会议

query NULL， --(3)查询会议

modify NULL， --(4)修改会议

...

}

ConferenceMode::＝CHOICE --(注5)

{

customizeMode NULL， --定制

adaptMode NULL --自适应

}

其中对注5的注释：

注5：当选择制模式时，各会场的接入速率、视音频算法和格式等级等按照召开请求信息中规定进行，当选择自适应时，由会议管理单元自动进行相关匹配。

DataRate::＝CHOICE

{

n64 NULL， --(0)64kbps

n2m64 NULL， --(1)2×64kbps

n3m64 NULL， --(2)3×64kbps

n4m64 NULL， --(3)4×64kbps

n5m64 NULL， --(4)5×64kbps

n6m64 NULL， --(5)6×64kbps

r384 NULL， --(6)384kbps

r1536 NULL， --(7)1536kbps

r1920 NULL， --(8)1920kbps

r128 NULL， --(9)128kbps

r192 NULL， --(10)192kb

r256 NULL， --(11)256kbps

r320 NULL， --(12)320kbps

r512 NULL， --(13)512kbps

r768 NULL， --(14)768kbps

r1152 NULL， --(15)1152kbps

r1472 NULL， --(16)1472kbps

...

}

VideoCoding::＝CHOICE

{

h261 NULL， --H.261

h263 NULL， --H.263

h264NULL，--H.264

...

}

VideoResolution::＝CHOICE

{

qcif NULL， --176×144分辨率

cif NULL， --352×288分辨率

fcif NULL， --704×576分辨率

...

}

FramePerSecond::＝CHOICE

{

f30 NULL， --30帧/秒

f15 NULL， --15帧/秒

f10 NULL， --10帧/秒

f75 NULL --7.5帧/秒

}

VoiceCoding ::＝CHOICE

{

g711Alaw64k NULL，

g711Alaw56k NULL，

g711Ulaw64k NULL，

g711Ulaw56k NULL，

g722-64k NULL，

g722-56k NULL，

g722-48k NULL，

g7231 NULL，

g728 NULL，

g729 NULL，

...

}

TerminalInfo::＝SEQUENCE

{

aliasAddress SEQUENCE OF AliasAddress， --注6

dataRate DataRate OPTIONAL， --速率

terminalType TerminalType OPTIONAL， --终端类型

chairControl BOOLEAN OPTIONAL， --注7

videoCoding VideoCoding OPTIONAL， --视频编码

videoResolution VideoResolution OPTIONAL，--视频分辨率

frameRate FrameRate OPTIONAL， --视频帧率

voiceCoding VoiceCoding OPTIONAL --语音编码

}

注释注6、注7：

注6：终端号码和终端名称等的组合；

注7：主席控制权限，0-无主席控制权限，1-有主席控制权限。

TerminalType::＝CHOICE

{

isdnVideo NULL， --ISDN视讯终端

v35 NULL， --V.35终端

e1 NULL， --E1终端

ip NULL， --IP终端

phone NULL， --Phone终端

}

经过上面对ARQ消息字段进行扩展后，发起终端90就可以将召开请求信息封装到ARQ消息字段中，通过网守60转发到会议管理单元70中。

下面再说明如何扩展ACF消息字段，以使会议管理单元70将请求结果信息封装到ACF消息字段中，通过网守60反馈给发起终端90：

其中ACF消息各字段的定义如下：

AdmissionConfirrn::＝SEQUENCE --(ACF)

{

requestSeqNum RequestSeqNum，

bandWidth BandWidth，

callModel CallModel，

destCallSignalAddress TransportAddress，

irrFrequency INTEGER(1..65535)OPTIONAL，

省略其他字段

}

本发明多媒体会议召开方法同样对NonStandardParameter字段中的data进行扩展，用于封装请求结果信息，扩展如下：

NonStandardParameter::＝SEQUENCE

{

nonStandardIdentifier NonStandardIdentifier，

}

ConferenceConfirm::＝SEQUENCE --此处的ConferenceConfirm对应

NonStandardParameter中的data

{

sequenceNumber RequestSeqNum， --命令的序列号

protocolIdentifier OBJECT IDENTIFIER， --协议标识

conferenceAlias AliasAddress OPTIONAL， --注8

terminalNum INTEGER(0..65535)OPTIONAL，--最大会场个数

t120Conference BOOLEAN OPTIONAL，

--是否支持数据会议0-否，1-是

multiPicture INTEGER(0..32)OPTIONAL，

--多画面数目，0表示无

startTime INTEGER(0..4294967295)OPTIONAL，

--会议开始时间

timeZone INTEGER(0..4294967295)OPTIONAL， --时区

sessionTime INTEGER(0..4294967295)OPTIONAL， --会议时长

dataRate DataRate OPTIONAL， --会议速率

videoCoding VideoCoding OPTIONAL， --视频编码

videoResolution VideoResolution OPTIONAL， --视频分辨率

framesPerSecond FrameRate OPTIONAL， --视频帧率

voiceCoding VoiceCoding OPTIONAL， --语音编码

terminalInfo SEQUENCE OF TerminalInfo OPTIONAL --会场信息

resultDescription OCTET STRING OPTIONAL --结果描述信息

}

注释注8：

注8：会议别名可以是E.164号码或H.323 ID等，该会议别名是会议的唯一标识，可用于取消会议、终端拨入会议等；

ConferenceResult::＝CHOICE

{

success NULL，--成功

invalidUser NULL，--用户信息不合法

noExistUser NULL，--用户不存在

pwdError NULL，--密码错误

systemError NULL，--系统故障或系统资源不足

conferenceCollide NULL，--会议冲突

cardOnLine NULL，--卡号用户已在线

userForbiddened NULL，--发起用户已被暂停

pwdChgInvalid NULL，--密码不能修改

outOfMoney NULL，--余额不足

networkError NULL，--网络故障

userForbiddened NULL，--发起用户已被暂停

invalidConference NULL，--会议不存在

unknownReason NULL， --原因不明

...

}

因此，通过上述对ACF消息字段进行扩展后，可以将请求结果信息封装在ACF消息字段中，由会议管理单元70通过网守60反馈给发起终端90。

本发明多媒体会议召开方法也可以直接对RAS消息直接进行扩展，将召开请求信息和请求结果信息封装到直接扩展的RAS消息中进行传输。

RAS消息的各字段的具体定义如下：

RasMessage::＝CHOICE

{

gatekeeperRequest GatekeeperRequest，

gatekeeperConfirm GatekeeperConfirm，

gatekeeperReject GatekeeperReject，

registrationRequest RegistrationRequest，

registrationConfirm RegistrationConfirm，

registrationReject RegistrationReject，

unregistrationRequest UnregistrationRequest，

unregistrationConfirm UnregistrationConfirm，

unregistrationReject UnregistrationRej ect，

admissionRequest AdmissionRequest，

admissionConfirm AdmissionConfirm，

admissionReject AdmissionReject，

bandwidthRequest BandwidthRequest，

bandwidthConfirm BandwidthConfirm，

bandwidthReject BandwidthReject，

disengageRequest DisengageRequest，

disengageConfirm DisengageConfirm，

disengageReject DisengageReject，

locationRequest LocationRequest，

locationConfirm LocationConfirm，

locationReject LocationReject，

infoRequest InfoRequest，

infoRequestResponse InfoRequestResponse，

省略其他消息

}

同样是对

非标消息字段进行扩展，其扩展形式同上述对ARQ和ACF消息字段中的

非标数据字段进行扩展的形式，这里不再赘述。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1、一种多媒体会议召开方法，用于多媒体会议系统中会议召开进程的处理，所述多媒体会议系统包括多个终端、网守、多点控制单元和会议管理单元，其特征在于包括：

会议请求步骤：

会议召开步骤：

(30)由会议管理单元控制多点控制单元召开该会议。

2、根据权利要求1所述的多媒体会议召开方法，其特征在于，步骤(11)中进一步包括：网守对发起终端发来的召开请求信息进行鉴权认证，如果认证通过，则网守转发该召开请求信息给会议管理单元；如果认证不通过，则网守不转发该召开请求信息给会议管理单元，该次会议的召开请求失败。

3、根据权利要求1所述的多媒体会议召开方法，其特征在于，步骤(11)中所述召开请求信息包括该会议的与会终端数目或该会议的与会各个终端的信息；步骤(20)中会议管理单元根据该会议的与会终端数目或该会议的与会各个终端的信息判断当前网络资源是否能够支持该会议。

4、根据权利要求1所述的多媒体会议召开方法，其特征在于，

步骤(11)中所述召开请求信息还包括该会议的召开时间；

步骤(20)中所述设置包括根据该会议的召开时间对该会议的召开时间进行设置；

步骤(30)中进一步包括：会议管理单元在到达该会议的召开时间时，控制多点控制单元召开该会议。

5、根据权利要求1所述的多媒体会议召开方法，其特征在于，

步骤(11)中所述召开请求信息还包括该会议的与会各个终端的信息；

步骤(20)中所述设置还包括根据该会议的与会各个终端的信息对该会议的与会各个终端分别进行设置；

步骤(30)之后还包括：

(31)会议管理单元将设置的与会各个终端的信息发送到多点控制单元；

(32)与会各个终端分别呼叫多点控制单元请求入会，或由多点控制单元根据与会各个终端的信息分别呼叫与会各个终端入会。

6、根据权利要求1所述的多媒体会议召开方法，其特征在于，步骤(20)中进一步包括：会议管理单元在判断结果为是时，生成请求通过信息；在判断结果为否时，则生成请求不通过信息。

7、根据权利要求6所述的多媒体会议召开方法，其特征在于，步骤(20)中判断结果为是之后还包括：会议管理单元为该会议分配标识该次会议的会议别名，所述会议别名封装在请求通过信息中。

8、根据权利要求7所述的多媒体会议召开方法，其特征在于，步骤(20)之后还包括：

9、根据权利要求8所述的多媒体会议召开方法，其特征在于，所述发起终端通过所述会议别名对该次会议进行各种管理包括：

发起终端以该会议别名作为该会议索引标识，通过访问会议管理单元，对该会议的召开进程进行查询；

发起终端以该会议别名作为该会议索引标识，通过访问会议管理单元，对该会议的召开属性进行修改；

发起终端以该会议别名作为该会议索引标识，通过访问会议管理单元，对该会议进行取消操作。

10、根据权利要求8所述的多媒体会议召开方法，其特征在于，步骤(22)之后还包括：

11、根据权利要求10所述的多媒体会议召开方法，其特征在于，所述终端通过所述会议别名对该次会议进行各种管理包括：

终端以该会议别名作为该会议索引标识，通过访问会议管理单元，来要求加入或退出该会议；

终端以该会议别名作为该会议索引标识，通过访问会议管理单元，对该会议的召开进程进行查询；

终端以该会议别名作为该会议索引标识，通过访问会议管理单元，对该会议的召开属性进行修改；

终端以该会议别名作为该会议索引标识，通过访问会议管理单元，对该会议进行取消操作。

12、根据权利要求8所述的多媒体会议召开方法，其特征在于，步骤(11)中发起终端将该会议的召开请求信息封装在接入请求消息字段中，通过网守转发给会议管理单元；步骤(21)中会议管理单元将请求通过信息或请求不通过信息封装在接入证实消息字段中，通过网守反馈给发起终端；所述接入请求消息字段和接入证实消息字段是实现多媒体会议信息传输的注册、管理和状态消息中的标准字段。

13、根据权利要求12所述的多媒体会议召开方法，其特征在于，步骤(11)中发起终端将该会议的召开请求信息封装在接入请求消息字段的非标数据字段中；步骤(21)中会议管理单元将请求通过信息或请求不通过信息封装在接入证实消息字段的非标数据字段中；所述非标数据字段是接入请求消息字段和接入证实消息字段中的标准字段。

14、根据权利要求8所述的多媒体会议召开方法，其特征在于，步骤(11)中发起终端将该会议的召开请求信息封装在注册、管理和状态消息中，通过网守转发给会议管理单元；步骤(21)中会议管理单元将请求通过信息或请求不通过信息封装在注册、管理和状态消息中，通过网守反馈给发起终端；所述注册、管理和状态消息是实现多媒体会议信息传输的标准消息。

15、根据权利要求14所述的多媒体会议召开方法，其特征在于，将步骤(11)中的召开请求信息和步骤(21)中的请求通过信息或请求不通过信息封装在注册、管理和状态消息的非标消息字段中，所述非标消息字段是注册、管理和状态消息中的标准字段。

16、根据权利要求2、3、4、5、13或15所述的多媒体会议召开方法，其特征在于，

步骤(11)中所述召开请求信息还包括该会议的会议名称、会议密码或会议召开速率；

步骤(20)中所述设置还包括根据该会议的会议名称、会议密码或会议召开速率对该会议的会议名称、会议密码或会议召开速率进行设置。