1. 一种视频会议数据传输方法,应用于包括服务器、开放业务网关和连 接一个以上终端的软交换实体的视频会议系统中,其特征在于,该方法包括:
所述软交换实体将接收到的所述终端发送的含有会议标识的协议消息转 换为会话起始协议SIP消息并发送给所述开放业务网关,开放业务网关将该SIP 消息转换为视频会议标准接口CORBA/Web Service消息并转发给所述服务器;
所述服务器根据所述会议标识,查询预先保存的所述会议标识和参与该会 议的终端的用户标识的对应关系,获得终端用户标识,将CORBA/Web Service 消息和所述终端用户标识发送给开放业务网关,该开放业务网关将 CORBA/Web Service消息转换为SIP消息后发送给所述软交换实体;
所述软交换实体将该SIP消息转换为协议消息,并利用所述终端用户标识 将该消息发送给对应终端。
2. 如权利要求1所述的方法,其特征在于,所述协议消息至少包括:会 议控制消息、进入会议呼叫请求、释放消息和响应消息中的一个或多个;
所述会议控制消息至少包括:邀请与会者请求消息、要求与会者退出会议 请求消息、显示与会者信息请求消息、与会者申请控制终端请求消息和当前控 制终端指定新的控制终端请求消息中的一个或多个。
3. 如权利要求1所述的方法,其特征在于,所述终端至少包括:SIP终端、 H.323终端和网关控制协议终端中的一个或多个。
4. 如权利要求1所述的方法,其特征在于,所述保存会议标识和参与该 会议的终端的用户标识的对应关系的方法为:
终端向服务器发起含有会议信息的会议申请请求,所述会议信息包括会议 标识和参与该会议的终端的用户标识的对应关系;
所述会议信息还包括会议时间、会议标识、会议密码和会议信息通知方式, 所述会议信息通知方式至少包括短消息通知方式或邮件通知,或该两种方式的 组合,服务器利用该会议信息通知方式向参与会议的终端发送会议信息。
5. 一种视频会议系统,其特征在于,该系统包括服务器、开放业务网关 和连接一个以上终端的软交换实体,
服务器,用于接收含有会议标识的视频会议标准接口CORBA/Web Service 消息,根据所述会议标识,查询预先保存的所述会议标识和参与该会议的终端 的用户标识的对应关系,获得终端用户标识,将CORBA/Web Service消息和所 述终端用户标识发送给所述开放业务网关;
开放业务网关,用于接收软交换实体发送的含有会议标识的SIP消息,将 该协议消息转换为CORBA/Web Service消息发送给服务器,并接收服务器发送 的所述终端用户标识和CORBA/Web Service消息,将该CORBA/Web Service 消息转换为SIP消息和所述终端用户标识发送给所述软交换实体;
所述软交换实体,用于接收终端发送的含有会议标识的协议消息,将该协 议消息转换为SIP消息发送给所述开放业务网关,并接收所述开放业务网关发 送的SIP消息和终端用户标识,将该SIP消息转换为协议消息发送给该终端用 户标识对应终端。
6. 一种服务器,其特征在于,该服务器包括含有视频会议标准接口 CORBA/Web Service的接口单元,所述接口单元用于接收开放业务网关发送的 含有会议标识的CORBA/Web Service消息,其中,该CORBA/Web Service消 息是开放业务网关根据软交换实体将协议消息转换为的SIP消息转换获得的;
根据所述会议标识,查询预先保存的所述会议标识和参与该会议的终端的 用户标识的对应关系,获得终端用户标识,将CORBA/Web Service消息和所述 终端用户标识发送给开放业务网关。
7. 一种协议转换实体,该协议转换实体应用于终端与服务器之间,其特 征在于,所述协议转换实体包括:
软交换实体,用于将接收到的终端发送的协议消息转换为SIP协议消息; 将接收到的开放业务网关发送的SIP协议消息转换为所述终端的协议消息;
开放业务网关,用于将接收到的软交换实体发送的SIP协议消息转换为视 频会议标准接口CORBA/Web Service消息;将接收到的服务器发送的视频会议 标准接口消息CORBA/Web Service转换为SIP协议消息。
技术领域\n本发明涉及通信领域的数据传输技术,尤其涉及一种视频会议系统及其数 据传输方法、及装置。\n背景技术\n视频会议作为网络时代出现的新型会议方式,以内容丰富的多媒体应用、 便捷实时的使用方式、跨地域的远程交流、低廉的会议费用而极大地提升了会 议效率和会议效果。\n一般视频会议系统中主要包括用户终端和网络服务器,用户终端主要实现 音频、视频的采集和编码并发送到网络服务器,同时接收从网络服务器传来的 远端数据并解码播放。不同的网络服务器实现方法不同,但是一般主要包括多 点控制单元(MCU)和会议管理系统。MCU是整个视频会议系统的核心,它 是网络上的一个端点,主要为三方或者更多终端加入会议提供能力。MCU主 要由多点控制器(MC)和多点媒体处理器(MP)组成,MC主要为三方或者 更多终端加入会议提供信令控制、会议资源控制、能力协商等。MP主要提供 音频、视频、数据流等媒体资源的处理,主要包括混音、媒体流的交换、和其 他控制消息。会议管理系统提供视频会议的管理和控制功能,主要提供类似会 议预定、会议延长、会议中断等功能。\n如图1所示,现有的视频会议大多是基于H.323协议的,主要包括网守、 网关、MCU、H.323终端等设备。其中,网守不是视频会议系统所必须的设备, 它的主要作用是为H.323网络设备提供地址翻译、访问控制和带宽管理等;网 关为其它网络(比如公共交换电话网PSTN、综合业务数字网ISDN和公关陆 地移动网PLMN等)和H.323网络互通提供协议转换和媒体接入;MCU为视 频会议的核心设备,实现视频会议的信令控制和媒体控制;H.323终端为用户 提供音频、视频、数据通信的终端设备。网守与网关、MCU和H.323终端之 间通过H.323协议传输数据,网关、MCU和H.323终端之间通过实时传输协 议(RTP)传输数据。\n在现有技术中,只有H.323协议终端能接入视频会议,如果想要实现其他 协议终端接入会议则需要能够进行协议转换的网关,例如会话起始协议(SIP) 终端要想接入会议则需要增加能将SIP协议转换为H.323协议的网关。同时, 在基于H.323协议的视频会议中,不方便实现用户终端控制会议,因此如果要 实现用户终端控制会议,不论用户终端是电话机还是通过IP网络的终端,都 需要用户终端使用双音多频键,该双音多频键信息用H.323协议或者是带内信 号传递给会议管理系统来实现对会议的控制。另外,由于H.323协议本身很复 杂,会导致视频会议的实现也比较复杂。\n发明内容\n本发明实施例提供一种视频会议系统及其数据传输方法及装置,以解决现 有技术中存在只有H.323协议终端能够接入会议,且不方便实现终端控制会议, 使得视频会议的实现比较复杂的问题。\n本发明实施例提供的一种视频会议数据传输方法,应用于包括服务器、开 放业务网关和连接一个以上终端的软交换实体的视频会议系统中,该方法包 括:\n所述软交换实体将接收到的所述终端发送的含有会议标识的协议消息转 换为会话起始协议SIP消息并发送给所述开放业务网关,开放业务网关将该SIP 消息转换为视频会议标准接口CORBA/Web Service消息并转发给所述服务器;\n所述服务器根据所述会议标识,查询预先保存的所述会议标识和参与该会 议的终端的用户标识的对应关系,获得终端用户标识,将CORBA/Web Service 消息和所述终端用户标识发送给开放业务网关,该开放业务网关将 CORBA/Web Service消息转换为SIP消息后发送给所述软交换实体;\n所述软交换实体将该SIP消息转换为协议消息,并利用所述终端用户标识 将该消息发送给对应终端。\n本发明实施例还提供一种视频会议系统,该系统包括服务器、开放业务网 关和连接一个以上终端的软交换实体,\n服务器,用于接收含有会议标识的视频会议标准接口CORBA/Web Service 消息,根据所述会议标识,查询预先保存的所述会议标识和参与该会议的终端 的用户标识的对应关系,获得终端用户标识,将CORBA/Web Service消息和所 述终端用户标识发送给所述开放业务网关;\n开放业务网关,用于接收软交换实体发送的含有会议标识的SIP消息,将 该协议消息转换为CORBA/Web Service消息发送给服务器,并接收服务器发送 的所述终端用户标识和CORBA/Web Service消息,将该CORBA/Web Service 消息转换为SIP消息和所述终端用户标识发送给所述软交换实体;\n所述软交换实体,用于接收终端发送的含有会议标识的协议消息,将该协 议消息转换为SIP消息发送给所述开放业务网关,并接收所述开放业务网关发 送的SIP消息和终端用户标识,将该SIP消息转换为协议消息发送给该终端用 户标识对应终端。\n本发明实施例还提供一种服务器,该服务器包括含有视频会议标准接口 CORBA/Web Service的接口单元,所述接口单元用于接收开放业务网关发送的 含有会议标识的CORBA/Web Service消息,其中,该CORBA/Web Service消 息是开放业务网关根据软交换实体将协议消息转换为的SIP消息转换获得的; 根据所述会议标识,查询预先保存的所述会议标识和参与该会议的终端的用户 标识的对应关系,获得终端用户标识,将CORBA/Web Service消息和所述终端 用户标识发送给开放业务网关。\n本发明实施例还提供一种协议转换实体,该协议转换实体应用于终端与服 务器之间,所述协议转换实体包括:\n软交换实体,用于将接收到的终端发送的协议消息转换为SIP协议消息; 将接收到的开放业务网关发送的SIP协议消息转换为所述终端的协议消息;\n开放业务网关,用于将接收到的软交换实体发送的SIP协议消息转换为视 频会议标准接口CORBA/Web Service消息;将接收到的服务器发送的视频会议 标准接口消息CORBA/Web Service转换为SIP协议消息。\n本发明实施例通过协议转换实体,将接收到的终端发送的协议消息转换为 CORBA/Web Service消息后,再发送给服务器;并将接收到的服务器发送的 CORBA/Web Service消息转换为协议消息后,再发送给相应终端。这样就实现 了任意协议终端的音频会议、视频会议以及音频、视频的混合会议,并且终端 可以灵活控制会议,有多样的会议通知方法,实现方法简单,功能和容量扩充 方便。\n附图说明\n图1为现有技术中视频会议结构组成示意图;\n图2为本发明实施例中视频会议系统结构示意图;\n图3为本发明实施例中视频会议组网图;\n图4为本发明实施例中预定会议的信令流程示意图;\n图5为本发明实施例中以集中呼入方式进入会议的信令流程示意图;\n图6为本发明实施例中以中心呼出方式进入会议的信令流程示意图;\n图7为本发明实施例中以会议时间到达结束会议方式的信令流程示意图;\n图8为本发明实施例中以控制终端离开时结束会议方式的信令流程示意 图;\n图9为本发明实施例中会议过程中控制终端邀请与会者进入会议方式的信 令流程示意图;\n图10为本发明实施例中会议过程中控制终端要求与会者退出会议方式的 信令流程示意图;\n图11为本发明实施例中向与会者显示所有与会者的信息方式的信令流程 示意图。\n具体实施方式\n为了解决只能是单一的协议终端能接入会议,且不便实现终端控制会议的 问题,本发明实施例提出了基于协议转换实体的视频会议方法。该协议转换实 体可以包括开放业务网关(Parlay/Parlay X GW)和软交换实体(Call Server)。\n由于Call Server能够实现各种呼叫协议之间的转换,且Parlay/Parlay X GW 能够实现各种呼叫和非呼叫协议与视频会议标准接口消息的映射,所以服务器 (VC App)能够利用Call Server和Parlay/Parlay X GW实现各种协议终端接入 会议和控制会议,并且能很简单地实现通知与会者。\n下面结合说明书附图对本发明实施例的方法作进一步详细的描述。\n如图2所示,为本发明实施例中系统结构示意图,该系统包括服务器11、 协议转换实体12。其中,服务器11用于接收含有会议标识的视频会议标准接 口消息,根据所述会议标识,查询预先保存的所述会议标识和参与该会议的终 端的用户标识的对应关系,获得终端用户标识,将视频会议标准接口消息和所 述终端用户标识发送给所述协议转换实体;协议转换实体12用于接收终端发 送的含有会议标识的协议消息,将该协议消息转换为视频会议标准接口消息发 送给所述服务器,并接收所述服务器发送的视频会议标准接口消息和终端用户 标识,将该视频会议标准接口消息转换为协议消息发送给该终端用户标识对应 终端。\n协议转换实体12包括软交换实体21和开放业务网关22。其中,软交换实 体21用于接收终端发送的含有会议标识的协议消息,所述协议消息采用的是 该终端对应的协议,将该协议消息转换为SIP消息,并将该SIP消息路由到开 放业务网关,并接收开放业务网关发送的含有用户标识的SIP消息,将该SIP 消息转换为该用户标识对应的终端的协议消息,并发送给该终端;开放业务网 关22用于接收软交换实体发送的含有会议标识的SIP消息,将该协议消息转 换为视频会议标准接口消息发送给服务器,并接收服务器发送的所述终端用户 标识和视频会议标准接口消息,将该视频会议标准接口消息转换为SIP消息和 所述终端用户标识发送给所述软交换实体。\n在本发明实施例中,服务器和协议转换实体之间采用的视频会议标准接口 消息可以包括公共对象请求代理协议(CORBA)接口消息/网络服务(Web Service)接口消息。\n该系统工作方式为:软交换实体接收终端发送的含有会议标识的协议消 息,该协议消息采用的是该终端对应的协议,软交换实体收到该协议消息后将 该消息转换为SIP消息发送给开放业务网关,开放业务网关再将该SIP消息转 换为CORBA/Web Service接口消息发送给服务器;服务器接收到该 CORBA/Web Service接口消息后,根据保存的会议标识和参与该会议的终端的 用户标识的对应关系查找出该用户标识,并将该用户标识和CORBA/Web Service接口消息发送给开放业务网关;开放业务网关将该CORBA/Web Service 接口消息转换为SIP消息,并将该转换后的SIP消息和用户标识发送给软交换 实体,软交换实体根据用户标识判断出该终端对应的协议消息,将该SIP消息 转换为该终端对应的协议消息并发送给终端。\n如图3所示,为本发明实施例中的视频会议的组网图。在预定会议时,控 制终端即发起会议申请请求的协议终端通过页面服务器提供的网络入口(Web Portal)页面向VC App预定会议,接入会议的协议终端可以是SIP终端、H.323 终端、网关控制协议(MGCP)终端或任意固定、移动终端。VC App接受预 定后保存会议信息并通知与会者,通知方式可以是邮件方式或短消息方式。在 会议中可以进行视频、音频或视、音频混合会议;如果需要进行数据会议,则 可以增加T.120MP实现资料共享、应用程序共享和文件传输等;由于一个MP 对应一种会议资源,比如Video MP提供视频编解码能力,Audio MP提供音频 编解码能力,一个MP能提供的会议个数,也即会议资源是有限的,因此若是 要对容量扩充,就只需要增加相应的MP。\n以SIP终端为例说明终端对会议控制,该终端通过简单对象访问协议 (SOAP)进行会议控制,通过SIP协议进行信令控制,通过会话描述协议(SDP) 描述终端能力,通过实时传输协议(RTP)/实时传输控制协议(RTCP)进行 媒体数据传输。\n视频会议过程可以分解为:会议预定、会议召开、结束和会议控制。终端 发起的协议消息,如会议控制消息、进入会议呼叫请求、释放消息和响应消息, 该会议控制消息至少包括:邀请与会者请求消息、要求与会者退出会议请求消 息、显示与会者信息请求消息、与会者申请控制终端请求消息和当前控制终端 指定新的控制终端请求消息,这些消息可以通过协议转换成为CORBA/Web Service接口消息进入服务器,同时服务器发起的CORBA/Web Service接口消 息信息转换为接收消息终端对应的协议消息。\n会议预定是终端在Web Portal上通过CORBA/Web Service接口消息通知 VC App实现会议的预定。在会议预定时,发起会议申请请求的终端即为控制 终端,但是在整个会议期间则不一定,普通终端可以申请成为控制终端,当前 的控制终端也可以指定普通终端成为控制终端。\n会议召开可以有两种方式:集中呼入式和中心呼出式。集中呼入方式为: 当会议时间到达时由与会者拨“会议接入号+会议ID+会议密码”进入会议, 其中,会议ID就是会议标识。中心呼出方式为:当会议时间到达时由VC App 根据与会者终端用户标识呼叫与会者,与会者接听呼叫进入会议。会议结束方 式可以有两种:当会议结束时间到达时,由VC App对每个在会议中的会议者 终端发出释放(release)消息,释放与所有与会者的呼叫;当会议时间还没有 到达,但控制终端退出会议,则VC App结束会议并且释放会议资源。\n会议控制可以分为控制终端会议控制、与会者会议控制、聆听者会议控制 等。控制终端会议控制主要包括:邀请某个与会者,要求某个与会者退出会议, 关闭所有或者某个与会者的音频流,关闭所有或者某个与会者视频流,指定新 的控制终端,显示所有与会者的角色和状态等。与会者会议控制功能主要包括: 关闭本地音频流,关闭本地视频流,申请控制终端,显示所有与会者的角色和 状态等。聆听者会议控制功能主要包括:关闭本地音频流,关闭本地视频流程, 显示所有与会者的角色和状态等。会议控制可以由Web Portal通过 CORBA/Web Service接口实现;当与会者为SIP终端时,则可以将控制消息封 装为SOAP消息,由SIP扩展的信息(INFO)消息将封装好的SOAP消息携 带到Parlay/Parlay X GW,Parlay/Parlay X GW将该消息转换为CORBA/Web Service接口消息提供给视频会议系统实现会议控制。\n下面分别以这些步骤为实施例详细说明本发明实施例方法。\n实施例1为预定会议过程,在本实施例中设定控制终端为SIP终端。如图 4所示,预定会议步骤为:\n步骤401:控制终端通过Web Portal向VCApp发起会议申请请求。\n本发明实施例中,在预定会议时,发起会议申请请求(ApplyConference) 的终端就被认定为控制终端。页面服务器向该终端提供一个Web Portal页面为 预定页面,该SIP终端在该页面中输入会议时间、会议内容、会议模式、与会 者信息、通知与会者方式等会议信息,该与会者信息又包括与会者人数、短消 息号码、电子邮件地址和与会者终端用户标识等内容。\nWeb Portal页面所在的页面服务器通过CORBA/Web Service接口向VC App发起会议申请请求,该请求中包含会议信息。VC App收到该请求后,根 据会议召开时的会议数判断是否还有足够会议资源,若满足条件,则为会议预 留相应的会议资源,即为会议预留相应的关联,并且生成会议ID和会议密码 等信息向Web Portal发送申请响应消息(ApplyRes);若不满足条件,则向Web Portal发送拒绝响应消息。同时,VC App保存该会议信息。\n步骤402:VC App根据会议信息中包含的通知与会者方式将会议信息发送 给与会者。\nVC App根据会议申请请求中的会议信息获得通知与会者的方式,可以为 短消息通知、邮件通知或邮件和短消息通知等。若通知方式为短消息通知,VC App通过CORBA/Web Service接口向短消息业务中心(SMSC)发送消息,由 于Parlay/Parlay X GW能够实现呼叫与非呼叫协议与CORBA/Web Service接口 的映射,所以VC App先向Parlay/Parlay X GW发送短消息业务信息(Sms), 该信息中包含了短消息号码和短消息内容,Parlay/Parlay X GW再提交该Sms 到短消息业务中心,然后短消息业务中心最终将短消息内容发送给与会者,该 短消息内容包含了会议时间、会议接入号、会议ID和会议密码等信息。若通 知方式为邮件通知,VC App通过简单邮件传输协议(SMTP)向邮件服务器 (Email Center)发送邮件信息(Email),该信息中包含了邮件地址和邮件内容, 然后邮件服务器最终根据邮件地址将邮件内容发送给与会者,该邮件内容中包 含了会议时间、会议接入号、会议ID和会议密码等信息。\n控制终端还可以在输入会议信息时设定在会议开始前某一段时间再次提 醒与会者参与会议,提醒方式可以和上述的短消息方式和邮件方式一样。\n步骤403:控制终端通过Web Portal向VC App查询会议状态。\n当VC App接受了该会议预定并用会议信息中要求的方式通知与会者后, 控制终端可以再次通过Web Portal查询此时的会议状态。Web Portal向VC App 发起状态查询请求(StateQuery)来查询会议的各种状态,该StateQuery里包 含了会议是否预定成功、会议信息是否成功发送给与会者等控制终端希望获知 的当前会议状态。VC App收到该State Query后,向Web Portal返回状态响应 消息(StateRes),告知Web Portal当前的会议状态。\n当控制终端通过Web Portal预定会议成功后,在会议时间到达时就可以召 开会议。实施例2为与会者以集中呼入方式进入会议为例说明召开会议时与会 者进入会议的过程,在本实施例中设定要进入会议的与会者为H.323终端,该 终端为IP电话,如图5所示,集中呼入方式主要包括以下步骤:\n步骤501:VC App向Parlay/Parlay X GW发起创建会议请求。\n当会议预定成功且会议时间到达时,VC App向Parlay/Parlay X GW发送 创建会议请求(CreateConference),该请求中包含了会议接入号、会议ID和会 议密码信息,Parlay/Parlay X GW接受该请求并返回创建会议响应消息 (CreateConfResp)。\n步骤502:与会者通过Call Server和Parlay/Parlay X GW向VC App发起 进入会议呼叫请求。\n在本实施例中,与会者为H.323终端。当会议时间到达后,H.323终端发 起H.323协议的进入会议呼叫请求(Setup),该请求中包含了会议接入号、会 议ID、会议密码、该H.323终端用户标识和该终端的呼叫能力信息。在本发明 实施例中的呼叫能力是指媒体处理能力,主要指编/解码能力集和收/发媒体的 IP地址和端口。\nCall Server收到该呼叫请求后,对请求中的号码进行分析和路由选择,并 将H.323协议的呼叫请求转换为SIP协议的呼叫请求(Invite/SDP),再将协议 转换后的呼叫请求路由到Parlay/Parlay X GW。Call Server是接入层面的实体, 能够将各种协议进行转换,但它与Parlay/Parlay X GW之间只能使用SIP协议 进行通信。因此,各种协议的终端都能够通过Call Server转换为SIP协议与 Parlay/Parlay X GW通信,进而与VC App通信。\nParlay/Parlay X GW收到Call Server路由出的呼叫请求后,将该呼叫请求 再次转换为CORBA/Web Service接口消息(JoinConference),并向VC APP提 交该再次转换后的呼叫请求。\n当VC App收到Parlay/Parlay X GW转发的呼叫请求后,检查该呼叫请求 中包含的会议ID是否存在,会议密码是否正确,当检查通过确认该终端为正 确的与会者时,VC App接受该呼叫请求。\n步骤503:MP为与会者分配相应的终结点并响应终结点呼叫能力。\nVCApp接受呼叫请求后随即向Parlay/Parlay X GW发起为该H.323终端分 配终结点请求(AttachMedia),该请求中含有会议标识即会议ID、该H.323终 端的用户标识和呼叫能力。\nParlay/Parlay X GW收到该分配相应终结点的请求后,通过H.248协议的 ADD命令向MP请求为会议标识相应的关联增加一个终结点。在本实施例中, MP是按照标准的H.248/MGCP协议实现的多点媒体处理器,MP根据H.248 协议的添加(ADD)命令和终端的用户标识创建一个终结点,与该终端为一一 对应关系,即每个终端与一个终结点一一对应。\n随后MP根据收到的该H.323终端的呼叫能力,选择通信双方都支持的最 优编/解码能力作为双方通信的媒体负载。MP向Parlay/Parlay X GW响应返回 (Reply)命令,该命令中包含上述的MP的呼叫能力,MP的呼叫能力还包括 接收和发送媒体流的IP地址和端口。如果MP不支持收到的终端呼叫能力中 的任何编/解码能力,则通过Reply命令通知终端释放呼叫。\nParlay/Parlay X GW收到该Reply命令后再次作协议转换,将H.248协议 Reply命令转换为SIP协议(200OK/SDP),再将含有上述的MP的呼叫能力 和对应的终端的用户标识的200OK/SDP命令发送给Call Server。\nCall Server收到Parlay/Parlay X GW发送的命令后,根据该命令中含有的 对应的终端的用户标识,将200OK/SDP转换为H.323协议(Connect),再转 发给该H.323终端。\nH.323终端收到Call Server返回的Connect消息后,根据返回的通信双方 都支持的最优呼叫能力打开媒体通道,即向返回的呼叫能力的接收媒体流的IP 地址和端口发送媒体流,接收从呼叫能力中发送媒体流的IP地址和端口发来 的媒体流,其中媒体流负载格式为呼叫能力中的媒体编/解码格式,这样就完成 能力协商和呼叫,并且终端成功进入会议。\n实施例3以中心呼出方式为例说明与会者进入会议的过程,在本实施例中 设定由VC App呼叫进入会议的与会者为SIP终端,如图6所示,中心呼出方 式主要包括以下步骤:\n步骤601:VC App向Parlay/Parlay X GW发起创建会议请求。\n当会议预定成功且会议时间到达时,VC App向Parlay/Parlay X GW发送 创建会议请求(CreateConference),该请求中包含了会议接入号、会议ID和会 议密码信息,Parlay/Parlay X GW接受该请求并返回创建会议响应消息 (CreateConfResp)。\n步骤602:VC App向Parlay/Parlay X GW发起会议呼叫请求。\nVC App向Parlay/Parlay X GW发起会议呼叫请求(CreateCallReq),该会 议呼叫请求中包含会议标识即会议ID、与会者终端用户标识即与终端电话号码 的信息。\nParlay/Parlay X GW收到该呼叫请求后,通过H.248协议的ADD命令向 MP请求为会议标识相应的关联增加一个终结点。\n随后MP向Parlay/Parlay X GW发送Reply命令,该命令中包含了MP的 呼叫能力、以及该终结点的关联标识。Parlay/Parlay X GW收到该Reply命令 后作协议转换,根据收到的MP的呼叫能力向Call Server发起SIP协议的呼叫 请求消息(Invite/SDP)。该呼叫请求消息包括MP的呼叫能力、终端用户标识。\nCall Server收到Parlay/Parlay X GW发送的呼叫请求后,根据呼叫请求中 的电话号码做号码分析和路由选择,将该呼叫请求路由给该SIP终端。\n步骤603:与会者接受呼叫请求并响应呼叫能力。\n该SIP终端收到Call Server发送的呼叫请求消息后,根据呼叫请求中MP 呼叫能力选择通信双方都支持的最优的编/解码能力作为通信双方的媒体负载, 保证数据能够在终端与终结点之间正常传输。\n该SIP终端等用户摘机后向Call Server返回接受请求的SIP协议的响应消 息(200OK/SDP),该响应消息包括终端的用户标识和呼叫能力,呼叫能力包 括已经协商过的最优编/解码能力,以及终端接收和发送媒体流的IP地址和端 口,Call Server将该SIP协议的响应消息发送给Parlay/Parlay X GW。\n步骤604:VC App接受终端的响应消息。\nParlay/Parlay X GW收到该SIP协议的响应消息后向VC App发送 CORBA/Web Service接口消息的响应消息状态报告(StatusReport)。VC App 根据响应消息中的终端的呼叫能力向Parlay/Parlay X GW发起修改以前创建的 终结点的呼叫能力请求(ModifyMedia)。随后Parlay/Parlay X GW通过H.248 协议中的修改(Modify)命令请求MP修改该终结点的呼叫能力,MP收到该 modify命令后打开媒体通道,即向终端的呼叫能力中接收媒体流的IP地址和 端口发送媒体流,并接收终端的呼叫能力中发送媒体流的IP地址和端口的媒 体流,通信双方的媒体流负载类型为与终端协议的最优编/解码能力。这样就完 成能力协议和媒体通道的建立。\nMP修改了该终结点的呼叫能力后向Parlay/Parlay X GW返回H.248协议 的Reply消息,Parlay/Parlay X GW收到该Reply消息后向VC App发送 CORBA/Web Service接口消息的修改呼叫能力响应消息(ModifyMediaResp)。\n重复实施例2和实施例3的步骤就能够使与会者进入会议,对于其它协议 终端的与会者而言,它们只与Call Server的信令交互协议不同,其余步骤相同。\n实施例4以会议时间到达结束会议为例说明会议结束过程,在本实施例中 设定当时间到达时还有两个与会者在会议中,它们分别是SIP终端和H.323终 端。VC App可以同时请求释放这两个终端,也可以分别发起释放请求依次释 放出这两个终端。本实施例以依次释放这两个终端为例,如图7所示,该方式 主要包括以下步骤:\n步骤701:VC App向Parlay/Parlay X GW发起释放请求。\n当预定结束的会议时间到达时,VC App根据目前还在会议中的与会者信 息向Parlay/Parlay X GW发起CORBA/Web Service接口消息的释放(Release) 请求,该请求中包含了需要释放的终端的用户标识。在本实施例中,VC App 首先释放SIP终端。\n步骤702:与会者退出会议并发起响应消息。\nParlay/Parlay X GW收到VC App发起的Release请求后同时发起两条呼叫 释放请求。一方面向MP发起转换为H.248协议的释放(Subtract)命令,要求 MP删除会议中该SIP终端对应的终结点。Parlay/Parlay X GW根据该Release 请求消息中的用户标识找到与其对应的终结点,并且通过Subtract命令要求 MP删除该终结点,MP删除该终结点和关闭媒体通道后,向Parlay/Parlay X GW 返回H.248协议的Reply响应消息。\n另一方面,开放业务网关向Call Server发起转换为SIP协议的释放(Bye) 消息,该消息中也包含了需要释放的SIP终端的用户标识。Call Server再根据 该用户标识将Bye消息发送给SIP终端。\nSIP终端收到该Bye消息后随即关闭媒体通道并且释放相关资源后,向Call Server发起SIP协议的状态响应消息(200OK)。该相关资源主要有媒体通道、 建立呼叫时的内存等。\n步骤703:告知VC App释放成功。\nCall Server转发SIP终端发起的响应消息给Parlay/Parlay X GW, Parlay/Parlay X GW收到该响应消息后向VC App发送CORBA/Web Service接 口消息的释放成功状态报告(StatusReport),通知VC App该SIP终端成功退 出会议。\n当该SIP终端退出会议后,重复步骤701至703使得H.323终端也成功退 出会议,但与SIP终端退出会议不同的是H.323终端与Call Server之间的信息 交互采用的不是SIP协议而是H.323协议,Call Server作H.323协议与SIP协 议之间的转换。\n实施例5以控制终端离开时结束会议为例,在本实施例中设定控制终端为 SIP终端,同时还有一个H.323终端的与会者。如图8所示,该方式主要包括 以下步骤:\n步骤801:控制终端请求退出会议。\n当会议结束时间还没到达时,控制终端向Call Server发起SIP协议的释放 消息(Bye),该消息中包含了SIP终端的用户标识。Call Server收到该消息后 转发给Parlay/Parlay X GW。Parlay/Parlay X GW收到该消息后,根据获得的终 端用户标识找到与该终端对应的终结点标识,然后通过H.248协议的Subtract 命令要求MP删除该终结点。MP删除该终结点并同时关闭媒体通道,然后再 向Parlay/Parlay X GW返回Reply。\n步骤802:VC App响应控制终端退出会议,并发起释放请求。\nParlay/Parlay X GW收到该Reply消息后向VCApp发送CORBA/Web\nService接口消息的释放呼叫事件(NotifyCallEvent),该释放呼叫事件中包含 了SIP终端的用户标识。VC App收到该释放呼叫事件后,根据SIP终端用户 标识从保存的会议信息中查找出该终端是否为控制终端。若不是控制终端则直 接向Parlay/Parlay X GW发送释放呼叫事件响应(NotifyCallEventRsp),在会 议结束时间到达前继续会议;若是控制终端则一方面向Parlay/Parlay X GW发 送释放呼叫事件响应,Parlay/Parlay X GW向Call Server发送SIP协议的响应 消息,Call Server再转发该消息给控制终端,此时控制终端释放呼叫成功;另 一方面,VCApp还根据目前该在会议中的与会者信息向Parlay/Parlay X GW发 起释放其他与会者的CORBA/Web Service接口消息的Release请求。\n步骤803:与会者退出会议并发起响应消息。\nParlay/Parlay X GW收到VC App发起的Release请求后同时发起两条呼叫 释放请求。一方面Parlay/Parlay X GW根据该Release请求消息中的用户标识 找到与该终端对应的终结点,然后通过Subtract命令要求MP删除该终结点。 MP删除该中结点并关闭媒体通道,然后再向Parlay/Parlay X GW返回Reply。\n另一方面,Parlay/Parlay X GW向Call Server发起SIP协议的Bye消息, 该消息中也包含了需要释放的H.323终端的用户标识。Call Server收到该SIP 协议的Bye消息后,根据用户标识知道终端为H.323终端,将该SIP协议的 Bye消息转换为H.323协议的释放(release)消息,再发送给H.323终端。\nH323终端收到该release消息后随即关闭媒体通道,并且释放相关资源, 同时向Call Server发起释放完成的响应消息(release complete)。\n步骤804:通知VC App释放成功。\nCall Server将收到的H.323协议的响应消息转换为SIP协议并发送给 Parlay/Parlay X GW,Parlay/Parlay X GW收到该转换后的响应消息后向VC App 发送CORBA/Web Service接口消息的释放成功状态报告(StatusReport),通知 VC App该H.323终端成功退出会议。\n实施例6是以会议过程中控制终端邀请与会者进入会议为例,在本实施例 中设定控制终端为SIP终端,被邀请的与会者是H.323终端。如图9所示,该 方式主要包括以下步骤:\n步骤901:控制终端邀请与会者进入会议。\n当会议开始之后,该SIP终端向Call Server发起SIP协议的INFO消息的 邀请与会者的请求,该INFO消息的消息体为SOAP消息,该SOAP消息的内 容为该被邀请的H.323终端用户标识信息。Call Server将此请求转发给 Parlay/Parlay X GW,Parlay/Parlay X GW作相应的协议转换,将INFO消息转 换为CORBA/Web Service接口控制消息(ControlReq)发送给VC App,该控 制消息中包含了该H.323终端的用户标识。VC App收到该控制消息后根据被 邀请者的用户标识发起建立呼叫请求。\n步骤902:VC App向被邀请的与会者发起会议呼叫请求。\n步骤903:与会者接受请求并响应呼叫能力。\n步骤904:终结点修改自身呼叫能力。\n步骤902至904与实施例3的中心呼出型过程一样,所不同的是本实施例 中被邀请的终端为H.323终端,因此Call Server与H.323终端之间的信令交互 是使用H.323协议,Call Server要进行H.323协议与SIP协议的转换。\n当该被邀请者进入会议后,VC App通过Parlay/Parlay X GW和Call Server 向该SIP终端发送响应控制消息(ControlResp),该消息中包含被邀请者的用 户标识,告知控制终端该与会者已经加入会议。\n实施例7是以会议过程中控制终端要求与会者离开会议为例,在本实施例 中设定控制终端为H.323终端,被要求退出的与会者是SIP终端。如图10所 示,该方式主要包括以下步骤:\n步骤1001:控制终端要求与会者退出会议。\n在会议开始之后,该H.323终端通过Web Portal向VC App发送控制消息, 该控制消息为CORBA/Web Service接口消息(ControlReq),该接口消息中包 含了该SIP终端的用户标识信息。VC App收到该接口消息后根据被要求退出 者的用户标识发起释放请求。\n步骤1002:被要求的与会者退出会议并发起响应消息。\n步骤1003:通知VC App释放成功。\n步骤1002至1003与实施例4的SIP终端退出会议的过程一致。\n步骤1004:当该被要求退出的与会者退出会议以后,Call Server向 Parlay/Parlay X GW发送SIP协议的相应消息,Parlay/Parlay X GW再向VC App 发送状态报告(StatusReport),随后VC App向Web Portal发送控制响应消息 (ControlResp),显示该与会者已经退出。\n实施例8是以VC App向与会者显示所有与会者的信息过程为例说明信息 显示过程,但是在本发明实施例中只有当终端是SIP终端时,才可能显示与会 者的信息,其他终端都不能显示与会者的信息。因此在本实施例中设定与会者 为SIP终端A和SIP终端B。如图11所示,该方式主要包括以下步骤:\n步骤1101:VC App向Parlay/Parlay X GW发起显示所有与会者信息的请 求。\n当有与会者加入或退出会议,或当有与会者的信息有变更时,VC App向 Parlay/Parlay X GW发起CORBA/Web Service接口消息的显示请求消息 (ShowReq),该请求消息中包含了所有与会者的信息和用户标识。\n步骤1102:向与会者发送所有与会者的信息。\nParlay/Parlay X GW收到该请求后作协议转换,将该CORBA/Web Service 接口消息转换为SIP消息的INFO消息并转发给Call Server,INFO消息的消息 体为SOAP,该消息体的内容为所有与会者的信息和用户标识。因为一条INFO 消息对应的是一个终端,所以对于每个终端VC App都应该发起一个ShowReq, Call Server根据每一个与会者的用户标识向与会者发送所有与会者的信息。在 本实施例中,Call Server将收到的SIP消息的INFO消息直接转发给SIP终端 A和终端B。\n步骤1103:通知VC App显示成功。\n该SIP终端A和终端B收到与会者信息后向Call Server转发SIP协议的响 应消息。Call Server将SIP终端的响应消息直接转发给Parlay/Parlay X GW,随 即Parlay/Parlay X GW向VC App发送CORBA/Web Service接口消息的状态报 告,通知VC App显示成功。\n通过本发明实施例的视频会议的数据传输方法,能够实现任意协议终端接 入会议,会议控制灵活,会议通知方式多样,实现比较简单。\n本发明实施例还提供一种服务器,该服务器包括含有视频会议标准接口的 接口单元,所述接口单元用于接收含有会议标识的视频会议标准接口消息,根 据所述会议标识,查询预先保存的所述会议标识和参与该会议的终端的用户标 识的对应关系,获得终端用户标识,将视频会议标准接口消息和所述终端用户 标识发送给协议转换实体。\n本发明实施例还提供一种协议转换实体,该协议转换实体应用于终端与服 务器之间,所述协议转换实体包括转换单元,所述转换单元用于将接收到的终 端发送的协议消息转换为视频会议标准接口消息;并用于将接收到的服务器发 送的视频会议标准接口消息转换为协议消息。\n转换单元包括软交换实体和开放业务网关。其中,软交换实体用于将接收 到的终端发送的协议消息转换为SIP协议消息;将接收到的开放业务网关发送 的SIP协议消息转换为所述终端的协议消息;开放业务网关用于将接收到的软 交换实体发送的SIP协议消息转换为视频会议标准接口消息;将接收到的服务 器发送的视频会议标准接口消息转换为SIP协议消息。\n显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
法律信息
- 2017-11-24
未缴年费专利权终止
IPC(主分类): H04L 12/18
专利号: ZL 200610140438.5
申请日: 2006.10.08
授权公告日: 2008.09.17
- 2008-09-17
- 2007-05-23
- 2007-03-28
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2004-12-08
|
2003-06-06
| | |
2
| |
2002-10-02
|
2002-03-29
| | |
3
| |
2006-08-09
|
2005-02-06
| | |
4
| | 暂无 |
2003-10-09
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |