专利名称：一种通过下一代网络实现多方会议的方法
技术领域：
本发明涉及多方通话会议技术，尤指一种通过下一代网络(NGN)实现多方通话会议的方法。
背景技术：
众所周知，NGN可以提供各种各样的业务，如话音、互联网接入、视频会议、流媒体等，因此下一代网络的业务呈现出多样性。话音业务作为一种基础电信业务，将始终构成运营商业务收入的主要来源。近年来，随着分组交换技术的发展，传统电路交换形式的话音业务比重呈下降趋势，分组话音业务的比重则逐年上升。
话音业务中，多方通话业务在企业或跨区域多媒体电话会议中日益体现出优势。传统的电话会议采用预约登记的方式创建和管理。使用流程复杂而且不便于集成到IT办公系统中。
发明内容
有鉴于此，本发明的主要目的在于提供一种通过NGN实现多方会议的方法，能够实现信息技术(IT)网络中用户发起与通信网络用户之间的多方媒体会议。
为达到上述目的，本发明的技术方案具体是这样实现的一种通过下一代网络NGN实现多方会议的方法，IT网络用户通过会议管理客户端设置多方通话会议信息并向会议管理服务器发起多方通话会议，该方法还包括以下步骤A.会议管理服务器将接收到的多方通话会议信息转换为创建会议请求消息后，经由门户服务器Web Portal发送给应用服务器AS；
B.AS根据创建会议请求消息中携带的信息，对多方通话会议的主持人进行鉴权，并通过软交换SoftSwitch呼叫主持人，同时AS向媒体资源服务器MRS申请多方会场，并将主持人加入已申请的多方会场；C.AS根据创建会议请求消息中携带的信息，通过SoftSwitch呼叫与会者，同时AS向MRS申请将呼叫成功的与会者加入所述已申请的多方会场。
在步骤A中，所述AS接收到创建会议请求消息后，该方法还包括AS检查接收到的创建会议请求消息是否合法，若合法，则生成会话id并经由WebPortal向会议管理服务器返回携带会话id的创建会议请求成功响应后进入步骤B；否则，则经由Web Portal向会议管理服务器返回携带错误码的创建会议请求失败响应后结束本方法流程。
步骤A中所述会议管理服务器将接收到的多方通话会议信息转换为创建会议请求消息为将满足会议管理客户端与会议管理服务器间协议的所述多方通话会议信息，转化为满足会议管理服务器与Web Portal间基于HTTP协议的创建会议请求消息；所述创建会议请求消息中携带多方通话会议信息。
所述创建会议请求消息为遵循HTTP协议的创建会议接口函数。
步骤B中所述AS对主持人进行鉴权之后，呼叫主持人之前该方法还包括若通过鉴权，则AS经由Web Portal向会议管理服务器返回会话启动成功消息；否则，AS经由Web Portal向会议管理服务器返回会话启动失败消息后结束本方法流程。
在步骤B中，所述AS通过SoftSwitch呼叫主持人之后，申请多方会场之前，该方法还包括SoftSwitch向AS返回呼叫主持人应答；所述主持人加入多方会场之后，该方法还包括MRS向AS返回成功应答。
在步骤B中，所述MRS向AS返回成功应答之后，该方法还包括AS经由Web Portal向会议管理服务器返回会场及主持人状态信息。
所述返回会场及主持人状态信息的方法为将会场及主持人状态信息携带在遵循HTTP协议的请求执行状态的回调函数中返回；所述请求执行状态的回调函数中携带所述会话id。
在步骤C中，所述AS通过SoftSwitch呼叫与会者之后，将成功呼叫的与会者加入多方会场之前，该方法还包括SoftSwitch向AS返回呼叫与会者应答；所述将成功呼叫的与会者加入多方会场之后，该方法还包括MRS向AS返回与会者加入会场应答。
在步骤C中，所述MRS向AS返回与会者加入会场应答之后，该方法还包括AS经由Web Portal向会议管理服务器返回与会者状态信息。
所述返回与会者状态信息的方法为将与会者状态信息携带在遵循HTTP协议的请求执行状态的回调函数中返回；所述请求执行状态的回调函数中携带所述会话id。
所述IT网络用户通过会议管理客户端设置多方通话会议信息的方法为IT网络用户通过安装在会议管理客户端的会议管理客户端软件所提供的界面，设置多方通话会议信息；所述多方通话会议信息包括多方会议的主持人的用户号码和IT网络用户指定的与会者的用户号码。
所述主持人/与会者为通信网络中的普通电话、移动终端或智能终端。
所述多方通话会议信息还包括是否启动录音，和/或是否启动播放会场背景音及背景音ID，和/或会场大小。
所述用户号码为电话号码，或专用于唯一标识用户的号码；若用户号码为专用于唯一标识用户的号码，则在AS预先配置该专用于唯一标识用户的号码与被标识的用户的电话号码的对应关系表。
在步骤C之后，该方法还包括释放所述多方会场，和/或动态加入与会者，和/或动态删除与会者。
所述释放多方会议进一步包括IT网络用户通过会议管理客户端设置结束多方通话会议信息并向会议管理服务器发送该信息，该方法还包括a1.会议管理服务器将接收到的结束多方通话会议信息转换为释放会议请求消息后，经由门户服务器Web Portal发送给应用服务器AS；b1.AS根据释放会议请求消息中携带的信息，通过SoftSwitch释放与会者并从MRS返回释放与会者应答，同时AS向MRS申请释放与会者占用的媒体流通道并从MRS返回与会者释放媒体流通道应答；c1.AS根据释放会议请求消息中携带的信息，通过SoftSwitch释放主持人并从SoftSwitch返回释放主持人应答，同时AS向MRS申请释放所述多方会场所有资源并从MRS返回释放会场应答。
在步骤a1中，所述AS接收到释放会议请求消息后，该方法还包括AS检查接收到的释放会议请求消息是否合法，若合法，则经由Web Portal向会议管理服务器返回携带所述会话id的结束会议请求成功响应后进入步骤b1；否则，则经由Web Portal向会议管理服务器返回携带原因代码的结束会议请求失败响应后结束本方法流程。
所述释放会议请求消息为遵循HTTP协议的消息；所述释放会议请求消息中携带结束多方通话会议信息。
所述结束会议请求消息为遵循HTTP协议的结束会议请求接口函数。
在步骤b1中，所述AS通过SoftSwitch释放与会者之前，该方法还包括AS向MRS申请放音，通知所述多方会场中的各方会议即将结束，MRS完成后向AS返回成功应答。
该方法还包括AS经由Web Portal向会议管理服务器返回会议结束状态信息。
所述返回会议结束状态信息的方法为将会议结束状态信息携带在遵循HTTP协议的请求执行状态的回调函数中返回。
所述动态加入与会者进一步包括，IT网络用户通过会议管理客户端设置加入与会者信息并向会议管理服务器发送该信息，该方法还包括a2.会议管理服务器将接收到的加入与会者信息转换为加入与会者请求消息后，经由门户服务器Web Portal发送给应用服务器AS；b2.AS根据加入与会者请求消息中携带的信息，通过SoftSwitch呼叫所述需要加入的与会者并从SoftSwitch返回呼叫与会者应答，同时AS向MRS申请加入新增的与会者到所述多方会场并从MRS返回与会者加入会场应答并建立媒体流通道；c2.AS经由Web Portal向会议管理服务器返回与会者加入会场应答。
在步骤a2中，所述AS接收到加入与会者请求消息后，该方法还包括AS检查接收到的加入与会者请求消息是否合法，若合法，则经由Web Portal向会议管理服务器返回携带所述会话id的加入与会者请求成功响应后进入步骤b2；否则，则经由Web Portal向会议管理服务器返回携带原因代码的加入与会者请求失败响应后结束本方法流程。
所述加入与会者请求消息为遵循HTTP协议的消息；所述加入与会者请求消息中携带加入与会者信息。
所述加入与会者请求消息为遵循HTTP协议的加入与会者请求接口函数。
所述与会者加入会场应答为遵循HTTP协议的请求执行状态的回调函数。
所述动态删除与会者进一步包括，IT网络用户通过会议管理客户端设置删除与会者信息并向会议管理服务器发送该信息，该方法还包括a3.会议管理服务器将接收到的删除与会者信息转换为删除与会者请求消息后，经由门户服务器Web Portal发送给应用服务器AS；b3.AS根据删除与会者请求消息中携带的信息，通过SoftSwitch断开所述需要删除的与会者并从SoftSwitch返回断开连接应答，同时AS向MRS申请断开需要删除的与会者到所述多方会场的媒体流通道并从MRS返回断开媒体流通道应答；c3.AS经由Web Portal向会议管理服务器返回删除与会者应答。
在步骤a3中，所述AS接收到删除与会者请求消息后，该方法还包括AS检查接收到的删除与会者请求消息是否合法，若合法，则经由Web Portal向会议管理服务器返回携带所述会话id的删除与会者请求成功响应后进入步骤b3；否则，则经由Web Portal向会议管理服务器返回携带原因代码的删除与会者请求失败响应后结束本方法流程。
所述删除与会者请求消息为遵循HTTP协议的消息；所述删除与会者请求消息中携带删除与会者信息。
所述删除与会者请求消息为遵循HTTP协议的删除与会者请求接口函数。
所述删除与会者应答为遵循HTTP协议的请求执行状态的回调函数。
该方法还包括当所述会议管理服务器接收到来自AS的响应后，均将所述响应中携带的信息转发给会议管理客户端并显示。
由上述技术方案可见，本发明中，IT网络中的用户，比如因特网(Internet)用户或其它IT网络用户通过会议管理客户端软件或带有会议管理客户端插件的Web浏览器，通过会议管理客户端软件/插件提供的界面设置多方通话会议信息后，向提供多方通话会议管理功能的会议管理服务器申请发起创建会议请求；会议管理服务器接收到用户设置的多方通话会议信息后，通过NGN为IT网络开放的门户服务器(Web Portal)提供的多方通话会议接口，向应用服务器(AS)发送创建会议请求消息，AS根据创建会议请求消息携带的多方通话会议信息，通过会话初始协议(SIP)信令控制媒体资源服务器(MRS)创建多方通话会场，同时AS根据创建会议请求消息携带的多方通话会议信息，通过SIP信令控制软交换系统呼叫发起会议的主持人及参与会议的各与会者，AS为呼叫成功的各方建立到MRS会场的媒体流通道，并实现多方语音流的混音功能等，这里所述主持人/与会者为通信网络中的普通电话、移动终端或智能终端；多方通话会议创建成功后，AS通过Web Portal通知会议管理服务器会议创建结果及会议各方的状态，比如哪些被叫方已连接到会场中，哪些被叫方无应答等，会议管理服务器将这些信息发送到会议管理客户端或浏览器并向用户显示会议情况。
会议启动后，AS可根据已配置的计费规则对会议各方计费、监控会议各方的呼叫状态等。会议支持可以通过会议管理客户端发送结束会议请求经由Web Portal传送给AS，AS接到结束会议请求消息后执行切断会议各方与会者的连接，释放MRS会场、计费等一系列操作，然后将相关信息返回会议管理客户端或浏览器向用户。
多方通话会议进行中，会议发起者可以通过会议管理客户端发送动态加入/删除与会者的请求，并由AS具体完成与会者的呼叫/断开连接；另外，通信网络用户可通过呼叫主持人或者通过拨打预设的加入多方会议的接入码，并根据语音导航申请加入会议，也可以通过自身安装的会议管理客户端软件向会议管理服务器申请加入会议。
本发明方法通过NGN实现了IT网络用户通过开放接口实时创建和管理会议。
图1是本发明通过NGN实现多方通话会议的组网结构示意图；图2是本发明创建多方通话会议的流程图；图3是本发明释放多方通话会议的流程图；图4是本发明一种在多方通话会议中加入与会者的流程图；图5是本发明一种在多方通话会议中删除与会者的流程图。
具体实施例方式
本发明的核心思想是IT网络用户通过会议管理客户端设置多方通话会议信息并向会议管理服务器发起多方通话会议，会议管理服务器将接收到的多方通话会议信息转换为创建会议请求消息后，经由Web Portal发送给AS；AS根据创建会议请求消息中携带的信息，对发起多方通话会议的主持人进行鉴权，并通过SoftSwitch呼叫主持人，同时AS向MRS申请多方会场，并将主持人加入已申请的多方会场；AS根据创建会议请求消息中携带的信息，通过SoftSwitch呼叫与会者，同时AS向MRS申请将呼叫成功的与会者加入所述已申请的多方会场。本发明方法实现了IT网络中用户发起与通信网络用户之间的多方媒体会议。本发明方法通过NGN实现了IT网络用户通过开放接口实时创建和管理会议。
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举较佳实施例，对本发明进一步详细说明。
图1是本发明通过NGN实现多方通话会议的组网结构示意图，从图1可见，为了通过NGN实现多方通话会议，组网中包括以下单元会议管理客户端用于安装会议管理客户端软件，是向用户提供会议管理客户端软件界面的终端。会议管理客户端开放TCP/IP端口，实现与会议管理服务器间的信息交互。会议管理客户端接收用户通过会议管理客户端软件界面输入的会议管理请求信息，并将该信息发送给会议管理服务器；同时，会议管理客户端接收客户管理服务器返回或主动上报的消息，并将消息中的会议状态显示在用户界面上。其中，会议管理客户端软件可以以独立软件程序的形式存在，也可以是Web浏览器的插件；会议管理请求信息包括创建会议请求信息、结束会议请求信息、加入与会者请求信息和删除与会者请求信息等。
通常，会议管理客户端可以单独为一台个人计算机(PC)，也可以与会议管理服务器共同使用一台PC机，只需会议管理客户端提供Web Portal对外开放的接口协议即可。会议管理客户端软件还可以与NGN音频/视频软终端集成。
会议管理服务器接收会议管理客户端的会议管理请求，将满足会议管理客户端与会议管理服务器间协议的会议管理请求信息，转换为满足会议管理服务器与Web Portal之间基于HTTP协议的会议管理请求消息后发送给Web Portal，并将Web Portal返回的消息转发给会议管理客户端。会议管理服务器与会议管理客户端之间承载会议管理请求和应答消息的协议不做限制。一个会议管理服务器可以与多个会议管理客户端连接，不同的会议管理客户端可以用不同的IP地址来区别。
Web PortalNGN中向Internet或其它IT网络开放的门户服务器，一般通过防火墙与Internet或其它IT网络连接。Web Portal用于将从会议管理服务器接收到的会议管理请求消息转发给AS。Web Portal开放符合HTTP协议的服务端口，实现多方通话会议接口。会议管理服务器接入Web Portal的安全性可以通过基于HTTP的登录鉴权、会话机制以及安全套接字层(SSL)技术实现。
AS解析来自Web Portal的会议管理请求消息，实现多方呼叫控制、计费等业务逻辑，控制MRS建立/删除会场、播放语音、视频等媒体流资源，监控软交换(SoftSwitch)上报的呼叫事件等。
MRS在AS的控制下创建会场接入各方终端，并向会场中的各方播放语音、视频等媒体流。接收来自会场中各方的媒体流再向指定的已接入会场的与会者播放。MRS对外提供符合SIP协议的SIP信令接口以及实时传输协议(RTP)/实时传输控制协议(RTCP)媒体控制接口。
SoftSwitch通过IP承载网的媒体网关、信令网关与PSTN网、移动网、Internet网互通，实现包括PSTN电话终端、移动终端、与NGN IP承载网连接的PC软终端、软交换智能终端(智能终端)等的呼叫接入、路由、接续、控制等。
基于图1所示的组网结构，本发明提出一种通过NGN实现多方通话会议的方法，图2是本发明创建多方通话会议的流程图，假设在会议管理客户端安装了会议管理客户端软件，用户通过会议管理客户端软件提供的界面登陆会议管理服务器，并已输入发起多方通话会议的相关信息，如发起会议的主持人用户号码、参加会议的与会者用户号码、会场大小、是否启动录音功能、是否启动背景音乐等；会议管理客户端可以通过串行数据包将上述发起多方通话会议的相关信息打包后，发送给会议管理服务器；会议管理服务器接收到上述用户输入的发起多方通话会议的相关信息后，将其转换为会议管理服务器与Web Portal之间基于HTTP协议的创建会议请求消息，该方法具体还包括以下步骤步骤200～步骤201会议管理服务器将转换后的创建会议请求消息通过NGN向对IT网络开放的Web Portal提供的多方通话会议接口，发送给WebPortal，同时Web Portal将接收到的创建会议请求消息转发给AS，AS检查创建会议请求消息是否合法，若合法，则向Web Portal同步返回携带会话id的创建会议请求成功响应，同时Web Portal将接收到的会话id通过会话管理服务器转发给会议管理客户端并显示该信息，之后进入步骤202；否则，返回携带错误码的创建会议请求成功响应后结束本流程。
会议管理服务器与Web Portal之间的接口遵循HTTP协议，传送的信息参数可采用XML格式文件承载。具体来讲，会议管理服务器与Web Portal之间的接口可以采用接口函数来表示，函数名及输入参数值由HTTP请求消息体传递，函数返回值由HTTP请求的应答消息体承载实现。比如定义创建会议接口函数CreateConf( )为String CreateConf(String strCompereID，String[]strCallees，StringstrBackgroundVoice，int nRecordingType，int nConfSize)其中，CreateConf( )函数中的参数说明如下strCompereID会议发起者，即主持人的用户号码，定义为字符串；这里，用户号码可以是电话号码、内部网络中预先设置的工号等唯一标识主持人的一个标识号码。需要说明的是，如果采用电话号码之外的其它标识号码时，在AS中应该预先配置该标识号码与该标识号码对应的用户的电话号码之间的对应关系表。
strCallees主持人创建会议时邀请加入会场的与会者的用户号码，定义为字符串数组。该字符串数组的长度可以为零、一个或者多个。
strBackgroundVoice创建会场的同时是否启动播放会场背景音及背景音ID，被定义为字符串。比如该值为0表示不播放背景音，为1表示播放与音频文件ID为1的音频文件所对应的背景音，背景音ID必须与MRS中已存的音频文件ID一致，不同的音频文件ID对应不同的背景音。
nRecordingType创建会场时是否启动录音，定义为整型数据。比如0表示不启动录音；1表示启动录音，可将录音内容存放在指定的录音文件名为“会场ID序列号.wav”的文件中。
nConfSize会场大小，定义为整型数据，比如为0表示不需要预留。AS根据创建会议请求消息中的该会场大小参数控制与会者人数并要求MRS预先申请会场相应资源。
需要说明的是，上述CreateConf( )函数可以根据用户需要增加/删除某些参数，这里只是举例说明，不用于限制本发明的方法。
Web Portal与AS之间可采用远程过程调用或其它私有消息传递机制进行信息交互，具体实现为本领域技术人员公知技术，可参见相关协议，这里不再重述。
本步骤中，AS接收到Web Portal转发的创建会议请求消息，检查该消息中携带的参数合法，比如该消息中携带的参数与上述CreateConf( )函数中定义的类型及参数值范围合法等后，生成并立即返回会话id，会话id为大于0的整数，用于区别不同申请发起的会话，每次申请生成的会话id是唯一的，会话id可以随机产生，也可以按照某种预先设置的方法产生。
Web Portal收到该会话id后，在本地建立创建会话的会话管理客户端与会话id之间的一一对应关系，比如会话id与创建会话的会话管理客户端的IP地址之间的对应关系。
如果AS接收到创建会议请求消息后，由于某种原因失败则返回创建会议请求失败响应，该响应中携带引起失败原因的错误码，比如错误码-1表示系统异常；错误码-25表示传入参数不合法；错误码-26表示主持人已创建了会场，不能重复创建等。
Web Portal得到AS返回的成功或失败返回值后，将结果，即会话id或者失败原因错误码，放在HTTP应答消息体中返回给会议管理服务器，会议管理服务器保存会话id与客户端请求的对应关系以建立会话机制，然后返回信息给客户端。
步骤202～步骤204AS根据创建会议请求消息中携带的信息，对主持人进行鉴权，并向Web Portal返回会话启动应答，同时Web Portal将接收到的会话启动应答通过会话管理服务器转发给会议管理客户端并显示该应答信息。
在AS中预存有IT网络用户的用户信息，比如该用户是否具有主持人资格、剩余经费、管理与会者能力等。当AS接收到创建会话请求消息后，判断当前创建会议的用户是否具有主持人资格，若有，则该主持人的剩余经费是否能够完成此次多方会议、该主持人是否有能力召集创建会话请求消息中携带的与会者数量的多方会议等，若满足上述条件，则通过鉴权，AS向WebPortal返回会话启动应答，同时Web Portal将接收到的会话启动应答通过会话管理服务器转发给会议管理客户端并显示该信息；否则，鉴权失败，AS返回会话启动失败应答。
本步骤中假设会话启动成功。
步骤205～步骤206AS根据创建会议请求消息中携带的信息，向SoftSwitch发送呼叫主持人信令，SoftSwitch接收到该信令后执行呼叫主持人，并返回呼叫主持人应答。
AS与SoftSwitch之间采用SIP协议实现对呼叫的控制，具体实现属于本领域技术人员公知技术，可参见相关协议，这里不再重述。
本步骤中假设呼叫主持人成功。
步骤207～步骤209AS向MRS申请会场获得会场ID并将主持人加入该会场，MRS完成会场申请并加入主持人后，将会场ID携带在成功应答中返回给AS，并通过SoftSwitch在主持人与MRS之间建立媒体流通道。
AS与MRS之间采用SIP协议实现控制，具体实现属于本领域技术人员公知技术，可参见相关协议，这里不再重述。
步骤210～步骤211AS向Web Portal返回会场及主持人状态信息，同时Web Portal将接收到的会场及主持人状态信息通过会话管理服务器转发给会议管理客户端并显示该信息。
会议管理服务器与Web Portal之间的接口遵循HTTP协议，传送的信息参数可采用XML格式文件承载。具体来讲，会议管理服务器与Web Portal之间的接口可以采用接口函数来表示。
在步骤200～步骤201中提供了创建会议HTTP接口函数CreateConf( )，这里，为了将创建会议请求响应的信息从Web Portal返回会议管理服务器，要求会议管理服务器向Web Portal提供承载回调函数的HTTP接口，比如定义请求执行状态的回调函数NotifyStatus( )为String NotifyStatus(String strSessionID，int nEventID，String strConfID，String[]strUserID，String[]strStatus，String[]strDescription)其中，NotifyStatus( )函数中的参数说明如下strSessionID会话id，定义为字符串型，用以识别本次回调对应的已被AS成功受理的创建会议请求。
nEventID异步事件ID，定义为整型，用于区别不同目的的回调消息，异步事件ID与事件描述举例如下1表示在创建会议应答中，鉴权通过；2表示在创建会议应答中，创建MRS会场成功；3表示在创建会议应答中正在创建会议、启动播放背景音；4表示在创建会议应答中，正在创建会议、启动会场录音；5表示在创建会议应答中，主持人进入会场；6表示在创建会议应答中，呼叫与会者状态；7表示请求结束会议应答；8表示主持人加入与会者到会场应答；9表示主持人从会场删除与会者应答；10表示播放会场背景音应答；11表示停止播放会场背景音应答；12表示开始会场录音应答；13表示结束会场录音应答等等。
strConfID会场ID，定义为字符串型，当会场创建成功时，利用该参数将返回该已创建成功会场的唯一识别ID。
strUserID用户号码，定义为字符串型数组，该数组存放参与多方会议中需要返回通话状态的各方的用户号码，包括主持人或各与会者的用户号码。其中，可以将该数组的第一个值，即strStatus
表示为主持人对应的状态。本步骤中，strStatus
表示为主持人创建会议的结果。
strStatus状态值，定义为字符串型数组，针对每个异步事件ID有不同的状态值，比如某异步事件ID对应的状态是成功、失败、系统异常或系统超时等等。
strDescription；状态值对应的描述信息，定义为字符串型数组。比如用于具体描述某异步事件ID对应的事件失败的原因等。
需要说明的是，上述NotifyStatus( )函数可以根据用户需要增加/删除某些参数，这里只是举例说明，不用于限制本发明的方法。
步骤212～步骤216AS根据创建会议请求消息中携带的信息，向SoftSwitch发送呼叫与会者信令，SoftSwitch接收到该信令后执行呼叫与会者，并返回呼叫与会者应答，该应答中携带与会者是否呼叫成功的信息；之后，AS向MRS申请将呼叫成功的与会者加入当前会场ID对应的会场，MRS加入与会者后，通过SoftSwitch在各加入会场的与会者与MRS之间建立媒体流通道。
AS与SoftSwitch、MRS之间采用SIP协议实现控制，具体实现属于本领域技术人员公知技术，可参见相关协议，这里不再重述。
步骤217～步骤218AS向Web Portal返回与会者状态信息，同时WebPortal将接收到的与会者状态信息通过会话管理服务器转发给会议管理客户端并显示该信息。
本步骤的具体实现可采用步骤210～步骤211中的NotifyStatus( )函数来实现，具体参数说明见步骤210～步骤211中所述，这里不再重述。
至此，在发起创建多方会议的用户，即主持人与与会者之间建立起多方通话会场，各方可以通过建立起的媒体流通道进行多方会议，AS根据已配置的计费规则对会议各方计费，并监控会议各方的呼叫状态等，达到了本发明通过NGN实现多方会议的目的。
从上述本发明创建多方通话会议的方法可以看出，在会议管理服务器与NGN中的Web Portal之间通过基于HTTP协议的接口函数，实现了创建会议请求及创建会议响应信息的传递，会议管理服务器将获得的会议创建状态信息转发给会议管理客户端并显示，使得发起多方会议的用户可以对创建的过程进行监控。
在上述通话需要结束时，由会话管理客户端发起结束会议的请求，图3是本发明释放多方通话会议的流程图，会议管理服务器接收到来自会议管理客户端输入的结束会议信息，比如主持人用户号码、会场ID等后，将接收到的信息转换为会议管理服务器与Web Portal之间基于HTTP协议的结束会议请求消息。Web Portal将结束会议请求消息转发给AS，AS根据结束会议请求消息中携带的主持人的用户号码、会场ID等信息，验证主持人身份与会场ID符合后发起释放参与会议的各方的媒体流通道连接、释放会场、结束计费等，具体包括以下步骤步骤300～步骤301会议管理服务器将转换后的结束会议请求消息通过NGN向对IT网络开放的Web Portal提供的多方通话会议接口，发送给WebPortal，同时Web Portal将接收到的结束会议请求消息转发给AS，AS验证结束会议请求消息合法且向Web Portal同步返回结束会议请求成功响应后进入步骤302，否则，同步返回结束会议请求失败响应后结束本流程。
会议管理服务器与Web Portal之间的结束会议请求可以采用接口函数来实现，比如定义结束会议请求接口函数ReleaseConf( )为String ReleaseConf(String strConfID，String strCompereID)其中，ReleaseConf( )函数中的参数说明如下strConfID会场ID，定义为字符串型；strCompereID主持人的用户号码，定义为字符串型。
AS验证结束会议请求消息是否合法，若合法，则同步返回结束会议请求成功响应消息，该结束会议请求成功响应消息中携带有此次多方会议的会话id；若不合法，则同步返回结束会议请求失败响应消息，在结束会议请求失败响应消息中携带有引起失败的原因代码，比如原因代码-1表示系统异常；原因代码-25表示结束会议请求消息携带参数不合法；原因代码-30表示会场ID不存在；原因代码-31表示主持人的用户号码不是会场ID对应主持人的用户号码；原因代码-36表示事务正忙，不允许对该用户进行操作等等。
本步骤中假设AS验证结束会议请求消息合法，即结束会议请求消息中携带的主持人对应的用户号码和会场ID与当前主持人和会场ID一致。
需要说明的是，上述ReleaseConf( )函数可以根据用户需要增加/删除某些参数，这里只是举例说明，不用于限制本发明的方法。
步骤302～步骤310AS发起释放参与会议各方的媒体流通道连接、释放会场。
具体实现包括AS向MRS申请放音，以通知参加会议的各方会议即将结束，MRS完成后向AS返回放音成功应答；AS收到该放音成功应答后，向SoftSwitch发送释放与会者请求，SoftSwitch释放与会者呼叫连接后，向AS返回释放与会者应答；接着，AS向MRS发送释放与会者占用媒体流通道请求，MRS释放与会者媒体流通道并向AS返回与会者媒体流通道释放应答；之后，AS向SoftSwitch发送释放主持人请求，SoftSwitch释放主持人呼叫连接后，向AS返回释放主持人应答，最后AS向MRS发送释放会场资源请求，MRS释放会场所有资源并向AS返回释放会场应答。
AS与SoftSwitch、MRS之间采用SIP协议实现控制，具体实现属于本领域技术人员公知技术，可参见相关协议，这里不再重述。
步骤311～步骤312AS向Web Portal返回会议结束状态信息，同时WebPortal将接收到的会议结束状态信息通过会话管理服务器转发给会议管理客户端并显示该信息。
本步骤的具体实现可采用步骤210～步骤211中的NotifyStatus( )函数来实现，具体参数说明见步骤210～步骤211中所述，这里不再重述。
此时，NotifyStatus( )函数中的异步事件ID为7；状态信息可以包括0表示成功，-1表示系统异常，-2表示主持人用户号码不存在，-12表示系统超时等等。
至此，多方通话会议结束。
另外，为了在多方会议进行中动态加入/删除与会者，本发明方法还进一步给出了具体处理方法。
图4是本发明一种在多方通话会议中主持人主动加入与会者的流程图，该过程包括通过会议管理客户端界面，用户输入需要加入的与会者信息，会议管理服务器接收到加入与会者信息后，将该信息转换为加入与会者请求消息，之后具体包括以下步骤步骤400～步骤401会议管理服务器将加入与会者请求消息通过NGN向IT网络开放的Web Portal提供的多方通话会议接口，发送给Web Portal，同时Web Portal将接收到的加入与会者请求消息转发给AS，AS验证加入与会者请求消息合法且向Web Portal同步返回加入与会者请求成功响应后进入步骤402，否则，同步返回加入与会者请求失败响应后结束本流程。
会议管理服务器与Web Portal之间的加入与会者请求消息可以采用HTTP协议承载的接口函数来实现，比如定义加入与会者请求接口函数AddIntoConf( )为String AddIntoConf (String strConfID，String strCompereID，StringstrCallee，int nCalleeRole)其中，AddIntoConf( )函数中的参数说明如下strConfID会场ID，定义为字符串型；strCompereID主持人的用户号码，定义为字符串型；strCallee加入会议的与会者的用户号码；这里，strCallee一般定义为字符串型，即一次加入与会者请求可加入一个与会者，也可以将strCallee定义为字符串型数组，即一次加入与会者请求可同时加入多个与会者。
nCalleeRole加入会议者角色，定义为整型。0表示由主持人加入与会者。1表示不是主持人的用户通过自身安装的会话管理客户端向会议管理服务器主动申请加入会场。
AS验证加入与会者请求消息是否合法，若合法，则同步返回加入与会者请求成功响应消息，该加入与会者请求成功响应消息中携带有此次多方会议的会话id；若不合法，则同步返回加入与会者请求失败响应消息，在加入与会者请求失败响应消息中携带有引起失败的原因代码，比如原因代码-1表示系统异常；原因代码-25表示结束会议请求消息携带参数不合法；原因代码-30表示会场ID不存在；原因代码-31表示主持人的用户号码不是会场ID对应主持人的用户号码；原因代码-36表示事务正忙，不允许对该用户进行操作；原因值-60表示该用户已在会场中等等。
本步骤中假设AS验证加入与会者请求消息合法，即加入与会者请求消息中携带的主持人对应的用户号码和会场ID与当前主持人和会场ID一致，且加入的与会者对应的用户号码不在当前会场中。
需要说明的是，上述AddIntoConf( )函数可以根据用户需要增加/删除某些参数，这里只是举例说明，不用于限制本发明的方法。
步骤402～步骤406AS根据加入与会者请求消息中携带的信息，向SoftSwitch发送呼叫需要加入的与会者信令，SoftSwitch接收到该信令后执行呼叫该与会者，并返回呼叫与会者应答，该应答中携带与会者是否呼叫成功的信息；若成功，AS向MRS申请将该与会者加入当前会场ID对应的会场，MRS加入与会者后，通过SoftSwitch在该与会者与MRS之间建立媒体流通道。
本步骤实现与步骤212～步骤216完全一致，这里不再重述。
步骤407～步骤408AS向Web Portal返回与会者加入会场应答，同时Web Portal将接收到的与会者加入会场应答通过会话管理服务器转发给会议管理客户端并显示该应答信息。
本步骤的具体实现可采用步骤210～步骤211中的NotifyStatus( )函数来实现，具体参数说明见步骤210～步骤211中所述，这里不再重述。
此时，NotifyStatus( )函数中的异步事件ID为9；状态信息可以包括0表示成功，-1表示系统异常，-2表示主持人用户号码不存在，-3表示被叫用户号码不存在，-8表示主持人用户余额或限额不足，-11表示被叫用户号码正在使用，-12表示系统超时，-16表示被叫设置了免打扰功能，拒绝呼叫，-17表示被叫忙，-18表示被叫无应答，-19表示被叫是空号，-21表示被叫无法接通，-53表示会场资源不足，-61表示用户加入会场失败，-62表示用户已挂机等等。
至此，成功加入了与会者。
除图4所示加入与会者的方法之外，也可以由IP承载网中的用户终端通过拨打预设的加入多方会议接入码，通过SoftSwitch向AS申请加入当前会议，AS将该用户终端信息返回给会话管理客户端并得到认可后，按照图4所述流程将该用户终端加入到当前会场中。这里AS将该用户终端信息返回给会话管理客户端属于在会话过程中，AS主动向会话管理服务器上报事件。
为了在会议过程中，AS能将上述用户终端主动要求加入会场请求及监控到的会场状态上报给会议管理服务器，定义了事件上报接口函数ReportMessage( )。
String ReportMessage(String strSessionID，int nEventID，String strConfID，String strUserID，String strStatus，String strDescription)其中，ReportMessage( )函数中的参数说明如下strSessionID会话id，定义为字符串型，AS上报事件时产生的标识本次调用的唯一ID，会议管理服务器对上报事件进行异步应答时使用此会话id标识。
nEventID事件ID，定义为整型，用于标识上报的事件。
strConfID会场ID，定义为字符串型，当会场创建成功时，该参数将返回新创建会场的唯一识别ID。
strUserID用户号码，定义为字符串型，该参数存放需要返回状态的号码。
strStatus状态值，定义为字符串型，针对每个上报事件ID有不同的状态值，比如某上报事件ID对应的状态是成功、系统异常或系统超时等等。
strDescription状态值对应的描述信息，定义为字符串型。比如用于具体描述某上报事件ID对应的失败原因等。
以上ReportMessage( )函数中各参数的定义与步骤210～步骤211中NotifyStatus( )函数的各参数基本一致，主要区别在于，ReportMessage( )函数中，事件ID与事件描述为主动上报事件，比如104表示会议背景音播放完毕；106表示与会者挂机；107表示与会者费用不足，退出会场；108表示主持人挂机，会议继续；109表示主持人挂机，会议自动结束；110表示主持人费用不足，会议自动结束；111表示会议异常结束；112表示会场人数不足或主持人不在会场中，会议自动结束等等。
需要说明的是，上述ReportMessage( )函数可以根据用户需要增加/删除某些参数，这里只是举例说明，不用于限制本发明的方法。
图5是本发明一种在多方通话会议中主持人主动删除与会者的流程图，该过程包括通过会议管理客户端界面，用户输入需要删除的与会者信息，会议管理服务器接收到删除与会者信息后，将该信息转换为删除与会者请求消息，之后具体包括以下步骤步骤500～步骤501会议管理服务器将转换后的删除与会者请求消息通过NGN向IT网络开放的Web Portal提供的多方通话会议接口，发送给WebPortal，同时Web Portal将接收到的删除与会者请求消息转发给AS，AS验证删除与会者请求消息合法且向Web Portal同步返回删除与会者请求成功响应后进入步骤502，否则，同步返回删除与会者请求失败响应。
会议管理服务器与Web Portal之间的删除与会者请求消息可以采用接口函数来实现，比如定义删除与会者请求接口函数KickOutFromConf( )为String KickOutFromConf(String strConfID，String strCompereID，StringstrCallee)其中，KickOutFromConf( )函数中的参数说明如下strConfID会场ID，定义为字符串型；strCompereID主持人的用户号码，定义为字符串型；strCallee删除会议的与会者的用户号码；这里，strCallee一般定义为字符串型，即一次删除与会者请求可删除一个与会者，也可以将strCallee定义为字符串型数组，即一次删除与会者请求可同时删除多个与会者。
AS验证删除与会者请求消息是否合法，若合法，则同步返回删除与会者请求成功响应消息，该删除与会者请求成功响应消息中携带有此次多方会议的会话id；若不合法，则同步返回删除与会者请求失败响应消息，在删除与会者请求失败响应消息中携带有引起失败的原因代码，比如原因代码-1表示系统异常；原因代码-25表示结束会议请求消息携带参数不合法；原因代码-30表示会场ID不存在；原因代码-31表示主持人的用户号码不是会场ID对应主持人的用户号码；原因代码-36表示事务正忙，不允许对该用户进行操作；原因值-98表示禁止操作，比如要求删除的用户号码对应的是主持人等等。
本步骤中假设AS验证删除与会者请求消息合法，即删除与会者请求消息中携带的主持人对应的用户号码和会场ID与当前主持人和会场ID一致，删除的与会者对应的用户号码不是主持人的用户号码且存在于当前会场中。
需要说明的是，上述KickOutFromConf( )函数可以根据用户需要增加/删除某些参数，这里只是举例说明，不用于限制本发明的方法。
步骤502～步骤507AS向MRS申请放音，以通知参加会议的各方删除指定的与会者，MRS完成后向AS返回删除与会者应答；AS收到该删除与会者应答后，向SoftSwitch发送断开需要删除的与会者的连接请求，SoftSwitch释放需要删除的与会者呼叫连接后，向AS返回断开连接应答；接着，AS向MRS发送释放需要删除的与会者占用的媒体流通道请求，MRS释放需要删除与会者媒体流通道并向AS返回断开媒体流通道释放应答。
AS与SoftSwitch、MRS之间采用SIP协议实现控制，具体实现属于本领域技术人员公知技术，可参见相关协议，这里不再重述。
步骤508～步骤509AS向Web Portal返回删除与会者应答，同时WebPortal将接收到的删除与会者应答通过会话管理服务器转发给会议管理客户端并显示该信息。
本步骤的具体实现可采用步骤210～步骤211中的NotifyStatus( )函数来实现，具体参数说明见步骤210～步骤211中所述，这里不再重述。
此时，NotifyStatus( )函数中的异步事件ID为10；状态信息可以包括0表示成功，-1表示系统异常，-2表示主持人用户号码不存在，-3表示被叫用户号码不存在，-12表示系统超时，-62表示用户已挂机等。
至此，成功删除了与会者。
从以上本发明方法的描述，可以看出，本发明提供了IT网络用户通过会议管理客户端软件和会议管理服务器接入NGN网络，由NGN中的AS根据IT网络用户设置的会议管理请求发起、管理多种通信网络用户之间的多方通话会议。其中会议管理能力包括发起会议、结束会议、动态加入与会者到会议中、删除会议中的一方，以及管理主动上报事件，如会议中第三方通过接入码请求加入会场、AS监控会议中各方连接状态等。
本发明提供了由IT网络用户即时发起与通信网络用户之间的多方媒体会议的能力，基于该方法可实现Internet或其它IT网络与通信网的数据、语音、视频等多媒体协同会议。
本发明中，如果会议管理服务器或者会议管理客户端软件集成支持SIP协议的软电话能力，并分配了软交换号码，则可以直接将会议管理请求通过与IT网络连接的NGN IP承载网网关接入到SoftSwitch，然后通过SoftSwitch接入AS，软电话与AS之间通过SIP协议传递多方会议控制信令，也可以实现发起与管理多方会议通信的功能。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
权利要求
1.一种通过下一代网络NGN实现多方会议的方法，其特征在于，IT网络用户通过会议管理客户端设置多方通话会议信息并向会议管理服务器发起多方通话会议，该方法还包括以下步骤A.会议管理服务器将接收到的多方通话会议信息转换为创建会议请求消息后，经由门户服务器Web Portal发送给应用服务器AS；B.AS根据创建会议请求消息中携带的信息，对多方通话会议的主持人进行鉴权，并通过软交换SoftSwitch呼叫主持人，同时AS向媒体资源服务器MRS申请多方会场，并将主持人加入已申请的多方会场；C.AS根据创建会议请求消息中携带的信息，通过SoftSwitch呼叫与会者，同时AS向MRS申请将呼叫成功的与会者加入所述已申请的多方会场。
2.根据权利要求1所述的方法，其特征在于，在步骤A中，所述AS接收到创建会议请求消息后，该方法还包括AS检查接收到的创建会议请求消息是否合法，若合法，则生成会话id并经由Web Portal向会议管理服务器返回携带会话id的创建会议请求成功响应后进入步骤B；否则，则经由Web Portal向会议管理服务器返回携带错误码的创建会议请求失败响应后结束本方法流程。
3.根据权利要求1所述的方法，其特征在于，步骤A中所述会议管理服务器将接收到的多方通话会议信息转换为创建会议请求消息为将满足会议管理客户端与会议管理服务器间协议的所述多方通话会议信息，转化为满足会议管理服务器与Web Portal间基于HTTP协议的创建会议请求消息；所述创建会议请求消息中携带多方通话会议信息。
4.根据权利要求3所述的方法，其特征在于，所述创建会议请求消息为遵循HTTP协议的创建会议接口函数。
5.根据权利要求1所述的方法，其特征在于，步骤B中所述AS对主持人进行鉴权之后，呼叫主持人之前该方法还包括若通过鉴权，则AS经由WebPortal向会议管理服务器返回会话启动成功消息；否则，AS经由Web Portal向会议管理服务器返回会话启动失败消息后结束本方法流程。
6.根据权利要求2所述的方法，其特征在于，在步骤B中，所述AS通过SoftSwitch呼叫主持人之后，申请多方会场之前，该方法还包括SoftSwitch向AS返回呼叫主持人应答；所述主持人加入多方会场之后，该方法还包括MRS向AS返回成功应答。
7.根据权利要求6所述的方法，其特征在于，在步骤B中，所述MRS向AS返回成功应答之后，该方法还包括AS经由Web Portal向会议管理服务器返回会场及主持人状态信息。
8.根据权利要求7所述的方法，其特征在于，所述返回会场及主持人状态信息的方法为将会场及主持人状态信息携带在遵循HTTP协议的请求执行状态的回调函数中返回；所述请求执行状态的回调函数中携带所述会话id。
9.根据权利要求2所述的方法，其特征在于，在步骤C中，所述AS通过SoftSwitch呼叫与会者之后，将成功呼叫的与会者加入多方会场之前，该方法还包括SoftSwitch向AS返回呼叫与会者应答；所述将成功呼叫的与会者加入多方会场之后，该方法还包括MRS向AS返回与会者加入会场应答。
10.根据权利要求9所述的方法，其特征在于，在步骤C中，所述MRS向AS返回与会者加入会场应答之后，该方法还包括AS经由Web Portal向会议管理服务器返回与会者状态信息。
11.根据权利要求10所述的方法，其特征在于，所述返回与会者状态信息的方法为将与会者状态信息携带在遵循HTTP协议的请求执行状态的回调函数中返回；所述请求执行状态的回调函数中携带所述会话id。
12.根据权利要求1所述的方法，其特征在于，所述IT网络用户通过会议管理客户端设置多方通话会议信息的方法为IT网络用户通过安装在会议管理客户端的会议管理客户端软件所提供的界面，设置多方通话会议信息；所述多方通话会议信息包括多方会议的主持人的用户号码和IT网络用户指定的与会者的用户号码。
13.根据权利要求12所述的方法，其特征在于，所述主持人/与会者为通信网络中的普通电话、移动终端或智能终端。
14.根据权利要求12所述的方法，其特征在于，所述多方通话会议信息还包括是否启动录音，和/或是否启动播放会场背景音及背景音ID，和/或会场大小。
15.根据权利要求12所述的方法，其特征在于，所述用户号码为电话号码，或专用于唯一标识用户的号码；若用户号码为专用于唯一标识用户的号码，则在AS预先配置该专用于唯一标识用户的号码与被标识的用户的电话号码的对应关系表。
16.根据权利要求1所述的方法，其特征在于，在步骤C之后，该方法还包括释放所述多方会场，和/或动态加入与会者，和/或动态删除与会者。
17.根据权利要求16所述的方法，其特征在于，所述释放多方会议进一步包括IT网络用户通过会议管理客户端设置结束多方通话会议信息并向会议管理服务器发送该信息，该方法还包括a1.会议管理服务器将接收到的结束多方通话会议信息转换为释放会议请求消息后，经由门户服务器Web Portal发送给应用服务器AS；b1.AS根据释放会议请求消息中携带的信息，通过SoftSwitch释放与会者并从MRS返回释放与会者应答，同时AS向MRS申请释放与会者占用的媒体流通道并从MRS返回与会者释放媒体流通道应答；c1.AS根据释放会议请求消息中携带的信息，通过SoftSwitch释放主持人并从SoftSwitch返回释放主持人应答，同时AS向MRS申请释放所述多方会场所有资源并从MRS返回释放会场应答。
18.根据权利要求17所述的方法，其特征在于，在步骤a1中，所述AS接收到释放会议请求消息后，该方法还包括AS检查接收到的释放会议请求消息是否合法，若合法，则经由Web Portal向会议管理服务器返回携带所述会话id的结束会议请求成功响应后进入步骤b1；否则，则经由Web Portal向会议管理服务器返回携带原因代码的结束会议请求失败响应后结束本方法流程。
19.根据权利要求17所述的方法，其特征在于，所述释放会议请求消息为遵循HTTP协议的消息；所述释放会议请求消息中携带结束多方通话会议信息。
20.根据权利要求19所述的方法，其特征在于，所述结束会议请求消息为遵循HTTP协议的结束会议请求接口函数。
21.根据权利要求17所述的方法，其特征在于，在步骤b1中，所述AS通过SoftSwitch释放与会者之前，该方法还包括AS向MRS申请放音，通知所述多方会场中的各方会议即将结束，MRS完成后向AS返回成功应答。
22.根据权利要求17所述的方法，其特征在于，该方法还包括AS经由Web Portal向会议管理服务器返回会议结束状态信息。
23.根据权利要求22所述的方法，其特征在于，所述返回会议结束状态信息的方法为将会议结束状态信息携带在遵循HTTP协议的请求执行状态的回调函数中返回。
24.根据权利要求16所述的方法，其特征在于，所述动态加入与会者进一步包括，IT网络用户通过会议管理客户端设置加入与会者信息并向会议管理服务器发送该信息，该方法还包括a2.会议管理服务器将接收到的加入与会者信息转换为加入与会者请求消息后，经由门户服务器Web Portal发送给应用服务器AS；b2.AS根据加入与会者请求消息中携带的信息，通过SoftSwitch呼叫所述需要加入的与会者并从SoftSwitch返回呼叫与会者应答，同时AS向MRS申请加入新增的与会者到所述多方会场并从MRS返回与会者加入会场应答并建立媒体流通道；c2.AS经由Web Portal向会议管理服务器返回与会者加入会场应答。
25.根据权利要求24所述的方法，其特征在于，在步骤a2中，所述AS接收到加入与会者请求消息后，该方法还包括AS检查接收到的加入与会者请求消息是否合法，若合法，则经由Web Portal向会议管理服务器返回携带所述会话id的加入与会者请求成功响应后进入步骤b2；否则，则经由Web Portal向会议管理服务器返回携带原因代码的加入与会者请求失败响应后结束本方法流程。
26.根据权利要求24所述的方法，其特征在于，所述加入与会者请求消息为遵循HTTP协议的消息；所述加入与会者请求消息中携带加入与会者信息。
27.根据权利要求26所述的方法，其特征在于，所述加入与会者请求消息为遵循HTTP协议的加入与会者请求接口函数。
28.根据权利要求24所述的方法，其特征在于，所述与会者加入会场应答为遵循HTTP协议的请求执行状态的回调函数。
29.根据权利要求16所述的方法，其特征在于，所述动态删除与会者进一步包括，IT网络用户通过会议管理客户端设置删除与会者信息并向会议管理服务器发送该信息，该方法还包括a3.会议管理服务器将接收到的删除与会者信息转换为删除与会者请求消息后，经由门户服务器Web Portal发送给应用服务器AS；b3.AS根据删除与会者请求消息中携带的信息，通过SoftSwitch断开所述需要删除的与会者并从SoftSwitch返回断开连接应答，同时AS向MRS申请断开需要删除的与会者到所述多方会场的媒体流通道并从MRS返回断开媒体流通道应答；c3.AS经由Web Portal向会议管理服务器返回删除与会者应答。
30.根据权利要求29所述的方法，其特征在于，在步骤a3中，所述AS接收到删除与会者请求消息后，该方法还包括AS检查接收到的删除与会者请求消息是否合法，若合法，则经由Web Portal向会议管理服务器返回携带所述会话id的删除与会者请求成功响应后进入步骤b3；否则，则经由Web Portal向会议管理服务器返回携带原因代码的删除与会者请求失败响应后结束本方法流程。
31.根据权利要求29所述的方法，其特征在于，所述删除与会者请求消息为遵循HTTP协议的消息；所述删除与会者请求消息中携带删除与会者信息。
32.根据权利要求31所述的方法，其特征在于，所述删除与会者请求消息为遵循HTTP协议的删除与会者请求接口函数。
33.根据权利要求29所述的方法，其特征在于，所述删除与会者应答为遵循HTTP协议的请求执行状态的回调函数。
34.根据权利要求1所述的方法，其特征在于，该方法还包括当所述会议管理服务器接收到来自AS的响应后，均将所述响应中携带的信息转发给会议管理客户端并显示。
全文摘要
本发明公开了一种通过NGN实现多方会议的方法，IT网络用户通过会议管理客户端设置多方通话会议信息并向会议管理服务器发起多方通话会议，该方法还包括A.会议管理服务器将接收到的多方通话会议信息转换为创建会议请求消息后，经由门户服务器Web Portal发送给应用服务器AS；B.AS根据创建会议请求消息中携带的信息，对多方通话会议的主持人进行鉴权，并通过软交换SoftSwitch呼叫主持人，同时AS向媒体资源服务器MRS申请多方会场，并将主持人加入已申请的多方会场；C.AS根据创建会议请求消息中携带的信息，通过SoftSwitch呼叫与会者，同时AS向MRS申请将呼叫成功的与会者加入所述已申请的多方会场。本发明方法实现了IT网络中用户发起的与通信网络用户之间的多方媒体会议。
文档编号H04L1/16GK1852081SQ200510084090
公开日2006年10月25日 申请日期2005年7月12日 优先权日2005年7月12日
发明者袁洪锦, 郁建中, 吴斌 申请人:华为技术有限公司