CN101626300A - 一种多媒体会议中子会议的创建方法和系统 - Google Patents
一种多媒体会议中子会议的创建方法和系统 Download PDFInfo
- Publication number
- CN101626300A CN101626300A CN200810068470A CN200810068470A CN101626300A CN 101626300 A CN101626300 A CN 101626300A CN 200810068470 A CN200810068470 A CN 200810068470A CN 200810068470 A CN200810068470 A CN 200810068470A CN 101626300 A CN101626300 A CN 101626300A
- Authority
- CN
- China
- Prior art keywords
- conference
- request
- son
- unified resource
- sign
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种多媒体会议的创建方法和系统,其方法基于多媒体子系统,包括以下步骤:S1.会议中心接收用户的创建会议请求,该创建会议请求中至少包括参加者信息和大会议的统一资源标识;S2.如果判断创建会议请求是创建子会议请求,则为该用户创建一所述大会议之下的子会议,为该子会议分配一统一资源标识;S3.根据参加者信息邀请所述参加者加入。本发明多媒体会议的创建方法和系统通过充分利用SIP协议的头域的定义,在创建会议请求的消息头域中携带子会议标识和已有会议的统一资源标识,通过判断这两个标识,实现了第一用户在大会议中创建子会议的操作,完善了多媒体会议的创建过程,提高了系统的性能。
Description
技术领域
本发明涉及通信领域,尤其涉及的是,一种基于IP多媒体子系统的多媒体会议的创建方法和系统。
背景技术
会议是一个比较宽泛的概念,按照会议成员的关系,会议可分为三种类型:松耦合会议、完全分布式会议和紧耦合会议。在会议架构中,各网元的定义如下:松耦合会议中每个参加者之间没有信令连接关系,会议中没有一个会议中心,通常这种会议可以利用IP会话描述中的组播地址支持。完全分布式会议中,每个参加者之间都建立信令连接,会议中同样没有会议中心。紧耦合会议中,含有一个会议中心,该会议中心与每个会议参加者建立连接关系,如图1所示,会议中心执行各种各样的会议控制功能,以及媒体混合功能。
紧耦合会议的架构,如图2所示,包含以下的功能实体:会议参加者、会议中心、媒体混合器、会议策略服务器、会议订阅服务器和会议策略,其主要功能如下:
会议参加者:会议的参加者可以分为普通的会议参加者(participant)和会议主席(moderator)。他们具有的权限不同,普通的会议参加者可以申请加入会议,或者申请某种媒体资源;会议主席有更多的权限,能够在会议过程中管理主持会议,比如决定是否允许新的用户的接入,对用户申请的媒体资源的批准等等。普通的会议参加者可以是自己主动要求加入会议,或者是被通知邀请加入会议的;而会议主席可以是提前指定的,如果没有指定,则会议主席会议创建者。
会议中心(Focus):是一个会议的核心。它可以看作是一个SIP UA(Session Initiation Protocol,会话初始化协议;User Agent,用户代理),并且通过一个统一资源标识(Universal Resource Identifier,URI)来表示一个会议,例如conference123@example.net。会议中心负责维持和所有的会议参加者之间的信令关系,来确认会议参加者连接到会议中。同时,会议中心还会执行会议策略(利用SIP协议)。会议中心给每个会议分配URI,因此又可以叫做会议工厂(Factory Conference)。
媒体混合器(Mixer):主要功能是将接收到的各种类型的媒体流混合处理,然后将处理后的结果媒体流分发到会议参加者。图2中的媒体混合器设置在会议中心内。
会议策略服务器(Conference policy Server,CPS):会议策略服务器是一个逻辑上的功能实体,可能是实际物理上并不存的实体。会议策略服务器主要是用来操作管理会议策略,它可以其他相关的非SIP协议来执行对会议策略的管理。
会议订阅通知服务器:事实上会议订阅通知服务器是由会议中心分离出来的一个逻辑功能。主要是为了提供用户订阅会议状态的业务,并且当会议状态改变时,通知这些订阅用户,比如有新的用户加入或者离开会议。
会议策略:是控制一个会议的规则的完整的集合。会议策略可以在会议创建之前或者会议创建时被制定,用来指导会议中心主持和管理一个会议。
第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)提出的IP多媒体子系统(Ip Multimedia Subsystem,IMS)引起了人们越来越多的关注。IMS是叠加在原有的电路域和分组域的基础上一个相对独立多媒体子域,它提供开放的业务接口,实现了用户平面、控制平面、业务平面的分离,使得业务的实现能够独立于下层的承载网络,这也为开展更加灵活的、丰富多彩的业务提供了一个契机。
传统的会议业务通常是由需要业务提供商提供一整套系统,包含会议业务应用服务器、媒体服务器、接入网络服务器等。这就无形之中增加了成本,也使得会议业务的使用对象受到了限制,会议业务通常商用于企业级的客户。而随着IMS概念的引入,使得业务提供商可以更专注于业务的提供,而无需过多的关注业务层以下的实现,同时由于IMS和接入网络无关的特性,能够让不同网络中的用户接入到会议业务中来。因此,随着网络的融合和网络能力的升级,在未来的会议业务中,不再仅仅是面向企业级用户,也可以面向更多的普通用户,会议业务可以实现多方用户同时进行通信。会议可以用于各种各样的类型媒体流的通信,如音频、视频和文本类型的会议。由于会议所能提供的实时性和高质量保证,使得更多基于会议业务的应用可以被人们所接收。
在基于IMS的会议架构中,通过SIP完成网元之间的通信,通过SIP协议中的URI(Universal Resource Identifier,统一资源标识)来表示架构中的每个网元。SIP URI是通过SIP呼叫他人的SIP地址方案。换句话说,SIPURI如同电子邮件地址一样,一个SIP URI就是一个用户的SIP电话号码。
图3是IMS的基本架构图,包括:代理模块(Proxy-CSCF,P-CSCF)、服务模块(Serving-CSCF,S-CSCF)、控制模块(Media Resource FunctionController,MRFC)、处理模块(Media Resource Function Processor,MRFP)、应用服务器(Application Server,AS);会议中的业务由一系列的应用服务器(AS)来完成。
代理模块(P-CSCF)是IMS中的第一个接入点。服务模块(S-CSCF)为用户(UE,User Equipment)执行会话控制业务,还维护运营商提供业务所需要会话状态,在运营商的网络中,不同的服务模块(S-CSCF)可能有不同的功能。控制模块(MRFC)控制处理模块(MRFP)中的媒体流资源、以及解释来自应用服务器(AS,Application Service)或者代理模块(S-CSCF)的信息,如会话标识(ID,IDentifier),并因此控制处理模块(MRFP)。处理模块(MRFP)提供控制模块(MRFC)控制的资源;混和入呼媒体流,如对于多个实体;媒体流来源,如对于多媒体通知。处理模块(MRFP)和控制模块(MRFC)之间的接口采用标准H.248协议进行通信。
采用上述系统创建一个会议的流程,如图4所示,第一用户(UE-A)向会议服务设备(Conference Server Equipment,CSE)发送创建会议请求,会议服务设备(CSE)为该会议分配URI、预留资源,并向其他用户发送邀请请求。该流程是一个会议流程的例子来介绍会议业务中的关键的流程,描述了一个用户发起一个会议的过程。
在融合多媒体会议(Convergent Multi-Media Conference,CMMC)业务中有一个子会议(Sidebar conference)的需求,所谓子会议就是,在正在召开的大会议中,如果参会的几个人需要组织一个小组讨论问题,那么就需要在大会议中召开一个小的会议,小会议召开的同时参会者能够接收到大会中媒体流,但是大会议中没有参加小会议的参加者不能够接收到小会议的媒体流。
目前的流程中会议中心无法判断第一用户是要创建一个大会议还是一个子会议(Sidebar)。如果采用该流程,发起视频会议的第一用户给会议中心发送创建会议请求,当会议中心收到该消息后会给该会议分配一个统一资源标识(URI),这样就会产生一个新的会议而不是已有会议中的子会议。
因此,现有技术还存在缺陷,有待于改进和发展。
发明内容
本发明解决的技术问题是提供一种多媒体会议的创建方法和系统,通过该方法和系统能够实现子会议的创建。
为解决上述技术问题,本发明采用以下方案:
一种多媒体会议的创建方法,该方法基于多媒体子系统,包括以下步骤:S1、会议中心接收用户的创建会议请求,该创建会议请求中至少包括参加者信息和大会议的统一资源标识;S2、如果判断创建会议请求是创建子会议请求,则为该用户创建一所述大会议之下的子会议,为该子会议分配一统一资源标识;S3、根据参加者信息邀请相应的参加者加入。
所述的方法,其中,所述步骤S2包括:如果所述创建会议请求中包括创建子会议标识,则判断所述创建会议请求是所述创建子会议请求。
所述的方法,其中,所述步骤S2包括:与保存在会议中心的统一资源标识列表对比,如果所述大会议的统一资源标识是已有的,则判断所述创建会议请求是所述创建子会议请求。
所述的方法,其中,所述步骤S2还包括:如果所述创建会议请求中不包括创建子会议标识,则与统一资源标识列表对比,如果所述大会议的统一资源标识是已有的,则判断所述创建会议请求是所述创建子会议请求。
所述的方法,其中,所述步骤S2包括:如果判断创建会议请求不是创建子会议请求,则为该用户创建一所述大会议,为该大会议分配一统一资源标识。
所述的方法,其中,所述步骤S3包括:由所述会议中心根据该参加者信息向所述参加者发出加入该子会议的邀请。
所述的方法,其中,所述步骤S3包括:由所述用户根据该参加者信息,向所述参加者发出加入该子会议的邀请。
本发明还提供一种多媒体会议的创建系统,包括:用于接收用户的创建会议请求的接收模块,创建会议请求中包括大会议的统一资源标识,其中,与该接收模块连接的处理模块,该处理模块用于根据所述创建会议请求为该用户创建所述大会议之下的子会议,为该子会议分配一统一资源标识。
所述的系统,其中,所述处理模块包括:与所述接收模块连接的判断单元、与该判断单元连接的执行单元;该判断单元用于在所述创建会议请求中包括创建子会议标识时,向所述执行单元发出指令;该执行单元用于根据该指令为子会议分配一统一资源标识的执行单元。
所述的系统,其中,该系统还包括用于存储统一资源标识的存储模块,所述处理模块包括:与该存储模块和所述接收模块连接的对比单元、与该对比单元连接的执行单元;该对比单元用于在该存储模块中发现所述大会议的统一资源标识时,向所述执行单元发出指令;该执行单元用于根据该指令为子会议分配一统一资源标识的执行单元。
与现有技术相比,本发明多媒体会议的创建方法和系统,通过充分利用SIP协议的头域的定义,在创建会议请求的消息头域中携带子会议标识和已有会议的统一资源标识,通过这两个标识,如果判断创建会议请求是创建子会议请求,则为该用户创建一所述大会议之下的子会议,为该子会议分配一统一资源标识,实现了第一用户在大会议中创建子会议的操作,完善了多媒体会议的创建过程,其实现简单,提高了系统的性能。
附图说明
图1是现有技术中紧耦合会议的基本框架图;
图2是现有技术中基于SIP协议的会议架构图;
图3是现有技术中IMS的基本框架图;
图4是现有技术中创建多媒体会议的流程图;
图5是本发明的一种多媒体会议的创建方法的流程图;
图6是本发明的另一种多媒体会议的创建方法的流程图;
图7是本发明的多媒体会议的创建系统的方框图。
具体实施方式
下面结合具体实施方式和附图对本发明作进一步详细的描述。
本发明提出在用户创建会议的时候,发出的创建会议请求(Invite)中的一个头域中带上包含该子会议的大会议的统一资源标识(URI),同时在另一个头域中带一个标记表明该会话是要创建一个子会议。当会议中心(Focus)收到该创建会议请求(Invite)后,如果发现头域中带有标记表明该请求是一个创建子会议请求,并且在另一个头域中检查大会议的统一资源标识(URI),那么会议中心则认为创建会议请求(Invite)是请求产生一个已有会议的子会议,会为该创建会议请求(Invite)创建的子会议的分配一个统一资源标识(URI)。
实施例一,图3中的控制模块(MRFC)和应用服务器(AS)组成了图5中的会议中心,本实施例的流程如图5所示,具体包括以下步骤:
首先,第一用户(UE)生成创建会议请求(Invite),创建会议请求(Invite)中包括:会议中心的统一资源标识(URI)、支持本次会议的编码器类型的集合、大会议的统一资源标识(URI)、创建子会议(Sidebar)标识、参加者信息。其中的创建子会议标识也可以有,也可以没有。
会议中心的统一资源标识(URI)可在第一用户(UE)的预配置信息中查找获得;支持本次会议的编码器类型的集合可以通过会话描述协议(Session Description Protocol,SDP)消息体携带。本实施方式中的创建会议请求(Invite)的第一头域中记录创建子会议(Sidebar)标识,第二头域中记录大会议的统一资源标识(URI);第一头域可以采用标题头域(SubjectHeader),在SIP协议中的格式是:“Subject:sidebar”;第二头域可以是呼叫信息头域(Call-Info Header),在SIP协议中的格式是:“Call-Info:大会议的统一资源标识(URI)”。
然后执行以下步骤,参见图5:
步骤501、代理模块(P-CSCF)接收第一用户(UE)发送的创建会议请求(Invite);
步骤502、代理模块(P-CSCF)给第一用户(UE)发送确认信息(100trying临时响应);
步骤503、代理模块(P-CSCF)将创建会议请求(Invite)发送至向服务模块(S-CSCF);
步骤504、服务模块(S-CSCF)向代理模块(P-CSCF)确认信息(100trying临时响应);
步骤505、服务模块(S-CSCF)根据业务过滤准则确定是否把会议请求消息(INVITE)发送给会议中心;是则执行506;业务过滤准则表示:服务模块(S-CSCF)据此得知所接收的业务发送到哪个应用服务器去用户完成。
步骤506、服务模块(S-CSCF)向会议中心传递创建会议请求(Invite);
步骤507、会议中心给服务模块(S-CSCF)发送确认信息(100 trying临时响应);
这七个步骤构成了会议中心接收用户的创建会议请求(Invite)的过程。
以下的步骤508至511完成判断创建会议请求(Invite)是否是创建子会议(Sidebar)请求(Invite)的判断,并进行相应的流程:
步骤508、会议中心检查标题头域(Subject Header),如果标题头域(Subject Header)中带有“创建子会议标识”,则判断为该创建会议请求(Invite)是创建子会议(Sidebar)请求,执行步骤509;如果标题头域(SubjectHeader)中没有“创建子会议标识”,则执行步骤510;
步骤509、会议中心读取呼叫信息头域(Call-Info Header)中所带的“大会议的统一资源标识(URI)”,创建子会议(Sidebar),即给该子会议(Sidebar)分配一个统一资源标识(URI);
步骤510、会议中心检查呼叫信息头域(Call-Info Header)中所带的“大会议的统一资源标识(URI)”;将大会议的统一资源标识(URI)与会议中心记载的本地统一资源标识(URI)列表比较,如果该大会议的统一资源标识(URI)在会议中心的本地统一资源标识(URI)列表中存在,也就是,所述大会议的统一资源标识(URI)是已有的,则在该大会议之下创建一个子会议(Sidebar),并给该子会议(Sidebar)分配一个统一资源标识(URI);如果该大会议的统一资源标识(URI)在会议中心的本地统一资源标识(URI)列表中不存在,也就是,所述大会议的统一资源标识(URI)是新的,判断该创建会议请求(Invite)不是一个创建子会议请求,而是一个创建大会议的请求;
步骤511、会议中心的控制模块(MRFC)通过H.248协议和处理模块(MRFP)进行交互,为上述的子会议(Sidebar)或者新的大会议,分配资源以及接入点;
步骤512:会议中心根据创建会议请求(Invite)中的参加者信息(URLLIST),向其他会议参加者发送邀请消息(INVITE);这些指向不同用户的邀请消息(INVITE)可以同时发出;
步骤513:会议中心的控制模块(MRFC)向服务模块(S-CSCF)发送业务成功消息(200OK应答);
步骤514:服务模块(S-CSCF)向代理模块(P-CSCF)发送业务成功消息(200OK应答);
步骤515:代理模块(P-CSCF)向第一用户(UE)发送业务成功消息(200OK应答);
步骤516:第一用户(UE)向代理模块(P-CSCF)发送确认消息(ACK请求),并且开始传送媒体流;
步骤517:代理模块(P-CSCF)向服务模块(S-CSCF)发送确认消息(ACK请求),
步骤518:服务模块(S-CSCF)向控制模块(MRFC)发送ACK请求。
以上步骤512至518是由会议中心根据收到的消息中带的统一资源标识列表信息邀请其他会议成员参加子会议(Sidebar),即,通过会议中心向会议参加者发出邀请消息(INVITE)。
以下是本发明的第二实施方式,步骤601至611与步骤501至511相同,其与第一实施方式的区别在于,会议准备完成后,向会议参加者发出邀请消息的是第一用户,即会议创建终端。
第二实施方式具体包括以下步骤:
首先,第一用户生成创建会议请求(Invite),创建会议请求(Invite)中包括:会议中心的统一资源标识(URI)、支持本次会议的编码器类型的集合、大会议的统一资源标识(URI)、创建子会议(Sidebar)标识、参加者信息。其中的创建子会议标识也可以有,也可以没有。
然后执行以下步骤,如图6所示:
步骤601、代理模块(P-CSCF)接收第一用户(UE)发送的创建会议请求(Invite);
步骤602、代理模块(P-CSCF)给第一用户(UE)发送确认信息(100trying临时响应);
步骤603、代理模块(P-CSCF)将创建会议请求(Invite)发送至向服务模块(S-CSCF);
步骤604、服务模块(S-CSCF)向代理模块(P-CSCF)确认信息(100trying临时响应);
步骤605、服务模块(S-CSCF)根据业务过滤准则确定是否把创建会议请求(Invite)发送给会议中心;是则执行606;业务过滤准则表示:服务模块(S-CSCF)据此得知所接收的业务发送到哪个应用服务器去用户完成。
步骤606、服务模块(S-CSCF)向会议中心传递创建会议请求(Invite);
步骤607、会议中心给服务模块(S-CSCF)发送确认信息(100 trying临时响应);
这七个步骤构成了会议中心接收用户的创建会议请求(Invite)的过程。
以下的步骤608至611完成判断创建会议请求(Invite)是否是创建子会议(Sidebar)请求(Invite)的判断,并进行相应的流程:
步骤608、会议中心检查标题头域(Subject Header),如果标题头域(Subject Header)中带有“创建子会议标识”,则判断为该创建会议请求(Invite)是创建子会议(Sidebar)请求,执行步骤609;如果标题头域(SubjectHeader)中没有“创建子会议标识”,则执行步骤610;
步骤609、会议中心读取呼叫信息头域(Call-Info Header)中所带的“大会议的统一资源标识(URI)”,创建子会议(Sidebar),即给该子会议(Sidebar)分配一个统一资源标识(URI);
步骤610、会议中心检查呼叫信息头域(Call-Info Header)中所带的“大会议的统一资源标识(URI)”;将大会议的统一资源标识(URI)与会议中心记载的本地统一资源标识(URI)列表比较,如果该大会议的统一资源标识(URI)在会议中心的本地统一资源标识(URI)列表中存在,也就是,所述大会议的统一资源标识(URI)是已有的,则在该大会议之下创建一个子会议(Sidebar),并给该子会议(Sidebar)分配一个统一资源标识(URI);如果该大会议的统一资源标识(URI)在会议中心的本地统一资源标识(URI)列表中不存在,也就是,所述大会议的统一资源标识(URI)是新的,判断该创建会议请求(Invite)不是一个创建子会议请求,而是一个创建大会议的请求;
步骤611、会议中心的控制模块(MRFC)通过H.248协议和处理模块(MRFP)进行交互,为上述的子会议(Sidebar)或者新的大会议,分配资源以及接入点;
步骤612:控制模块(MRFC)向服务模块(S-CSCF)发送业务成功消息(200OK应答);
步骤613:服务模块(S-CSCF)向代理模块(P-CSCF)发送业务成功消息(200OK应答);
步骤614:代理模块(P-CSCF)向第一用户发送业务成功消息(200OK应答);
步骤615:第一用户向代理模块(P-CSCF)发送确认消息(ACK请求),并且开始传送媒体流;
步骤616:代理模块(P-CSCF)向服务模块(S-CSCF)发送确认消息(ACK请求);
步骤617:服务模块(S-CSCF)向控制模块(MRFC)发送确认消息(ACK请求);
步骤618:第一用户按照参加者信息,向其他会议参加者发送邀请信息,邀请信息采用REFER请求:“Refer-To”消息头参数设为会议中心的统一资源标识(URI),指定消息的某个头域中携带子会议的统一资源标识(SidebarConference URI),其他用户根据“Refer-To”消息头参数联系会议中心,根据指定头域信息请求参加子会议。
图5和图6中,用户和代理模块属于拜访网络,服务模块、会议中心和处理模块属于归属网络。
本发明还提供一种多媒体会议的创建系统,如图7所示,该系统包括接收模块和处理模块,接收模块用于接收用户的创建会议请求,创建会议请求中包括大会议的统一资源标识;处理模块与接收模块连接,处理模块用于根据所述创建会议请求为该用户创建所述大会议之下的子会议,为该子会议分配一统一资源标识。
作为本系统的一种实施方式,所述处理模块包括:与所述接收模块连接的判断单元、与该判断单元连接的执行单元;该判断单元用于在所述创建会议请求中包括创建子会议标识时,向所述执行单元发出指令;该执行单元用于根据该指令为子会议分配一统一资源标识的执行单元。
作为本系统的另一种实施方式,该系统还包括用于存储统一资源标识的存储模块,所述处理模块包括:与该存储模块和所述接收模块连接的对比单元、与该对比单元连接的执行单元;该对比单元用于在该存储模块中发现所述大会议的统一资源标识时向所述执行单元发出指令,该执行单元用于根据该指令为子会议分配一统一资源标识的执行单元。
综上,本发明多媒体会议的创建方法和系统通过充分利用SIP协议的头域的定义,在创建会议请求的消息头域中携带子会议标识和已有会议的统一资源标识,通过判断这两个标识,如果判断创建会议请求是创建子会议请求,则为该用户创建一所述大会议之下的子会议,为该子会议分配一统一资源标识,如此实现了第一用户在大会议中创建子会议的操作,完善了多媒体会议的创建过程,其实现简单,提高了系统的性能。
应当理解的是,以上所提供的具体实施方式只是对本发明的说明,而不应当理解为对本发明的限制,对本领域的普通技术人员来说,可以根据上述说明加以改进或变换,而所有这些改进和变换都应为本发明所揭示的原理和特征,均属本发明的保护范围。
Claims (10)
1、一种多媒体会议的创建方法,该方法基于多媒体子系统,包括以下步骤:
S1、会议中心接收用户的创建会议请求,该创建会议请求中至少包括参加者信息和大会议的统一资源标识;
S2、如果判断创建会议请求是创建子会议请求,则为该用户创建一所述大会议之下的子会议,为该子会议分配一统一资源标识;
S3、根据参加者信息邀请相应的参加者加入。
2、根据权利要求1所述的方法,其特征在于,所述步骤S2包括:
如果所述创建会议请求中包括创建子会议标识,则判断所述创建会议请求是所述创建子会议请求。
3、根据权利要求1所述的方法,其特征在于,所述步骤S2包括:
与保存在会议中心的统一资源标识列表对比,如果所述大会议的统一资源标识是已有的,则判断所述创建会议请求是所述创建子会议请求。
4、根据权利要求2所述的方法,其特征在于,所述步骤S2还包括:
如果所述创建会议请求中不包括创建子会议标识,则与统一资源标识列表对比,如果所述大会议的统一资源标识是已有的,则判断所述创建会议请求是所述创建子会议请求。
5、根据权利要求1所述的方法,其特征在于,所述步骤S2包括:
如果判断创建会议请求不是创建子会议请求,则为该用户创建一所述大会议,为该大会议分配一统一资源标识。
6、根据权利要求1所述的方法,其特征在于,所述步骤S3包括:由所述会议中心根据该参加者信息向所述参加者发出加入该子会议的邀请。
7、根据权利要求1所述的方法,其特征在于,所述步骤S3包括:由所述用户根据该参加者信息,向所述参加者发出加入该子会议的邀请。
8、一种多媒体会议的创建系统,包括:用于接收用户的创建会议请求的接收模块,创建会议请求中包括大会议的统一资源标识,其特征在于,与该接收模块连接的处理模块,该处理模块用于根据所述创建会议请求为该用户创建所述大会议之下的子会议,为该子会议分配一统一资源标识。
9、根据权利要求8所述的系统,其特征在于,所述处理模块包括:与所述接收模块连接的判断单元、与该判断单元连接的执行单元;该判断单元用于在所述创建会议请求中包括创建子会议标识时,向所述执行单元发出指令;该执行单元用于根据该指令为子会议分配一统一资源标识的执行单元。
10、根据权利要求8所述的系统,其特征在于,该系统还包括用于存储统一资源标识的存储模块,所述处理模块包括:与该存储模块和所述接收模块连接的对比单元、与该对比单元连接的执行单元;该对比单元用于在该存储模块中发现所述大会议的统一资源标识时,向所述执行单元发出指令;该执行单元用于根据该指令为子会议分配一统一资源标识的执行单元。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810068470A CN101626300A (zh) | 2008-07-08 | 2008-07-08 | 一种多媒体会议中子会议的创建方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810068470A CN101626300A (zh) | 2008-07-08 | 2008-07-08 | 一种多媒体会议中子会议的创建方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101626300A true CN101626300A (zh) | 2010-01-13 |
Family
ID=41521997
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810068470A Pending CN101626300A (zh) | 2008-07-08 | 2008-07-08 | 一种多媒体会议中子会议的创建方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101626300A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102137063A (zh) * | 2010-01-22 | 2011-07-27 | 中兴通讯股份有限公司 | 基于下一代业务接口的多媒体子会议处理方法及系统 |
CN102377728A (zh) * | 2010-08-06 | 2012-03-14 | 联芯科技有限公司 | 一种ims多媒体会议中的组内文件分发方法 |
CN102811205A (zh) * | 2011-06-02 | 2012-12-05 | 中兴通讯股份有限公司 | 一种用应用服务器实现子会议功能的方法和系统 |
CN103139217A (zh) * | 2013-02-21 | 2013-06-05 | 中国对外翻译出版有限公司 | 基于sip的多方通话实现方法 |
CN111478905A (zh) * | 2020-04-08 | 2020-07-31 | 腾讯科技(深圳)有限公司 | 通信数据的获取方法、装置、电子设备及存储介质 |
CN111641602A (zh) * | 2020-05-13 | 2020-09-08 | 维沃移动通信有限公司 | 会话创建方法、装置及电子设备 |
WO2021259275A1 (zh) * | 2020-06-24 | 2021-12-30 | 中兴通讯股份有限公司 | 会议级联方法及系统、终端、计算机可读存储介质 |
-
2008
- 2008-07-08 CN CN200810068470A patent/CN101626300A/zh active Pending
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102137063A (zh) * | 2010-01-22 | 2011-07-27 | 中兴通讯股份有限公司 | 基于下一代业务接口的多媒体子会议处理方法及系统 |
CN102377728A (zh) * | 2010-08-06 | 2012-03-14 | 联芯科技有限公司 | 一种ims多媒体会议中的组内文件分发方法 |
CN102377728B (zh) * | 2010-08-06 | 2015-05-06 | 联芯科技有限公司 | 一种ims多媒体会议中的组内文件分发方法 |
CN102811205A (zh) * | 2011-06-02 | 2012-12-05 | 中兴通讯股份有限公司 | 一种用应用服务器实现子会议功能的方法和系统 |
CN103139217A (zh) * | 2013-02-21 | 2013-06-05 | 中国对外翻译出版有限公司 | 基于sip的多方通话实现方法 |
CN111478905A (zh) * | 2020-04-08 | 2020-07-31 | 腾讯科技(深圳)有限公司 | 通信数据的获取方法、装置、电子设备及存储介质 |
CN111641602A (zh) * | 2020-05-13 | 2020-09-08 | 维沃移动通信有限公司 | 会话创建方法、装置及电子设备 |
WO2021259275A1 (zh) * | 2020-06-24 | 2021-12-30 | 中兴通讯股份有限公司 | 会议级联方法及系统、终端、计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101345845B (zh) | 一种在ims环境中实现视频会议业务的方法 | |
CN101257395B (zh) | 支持多媒体会议预约的系统及方法 | |
CN100484272C (zh) | 自动产生和/或控制有多个参加者的电信会议的方法及设备 | |
US7975073B2 (en) | Middleware server for interfacing communications, multimedia, and management systems | |
CN102215238B (zh) | 融合视频会议业务处理方法与系统、主持人终端 | |
CN101453346B (zh) | Ims体系中的多点分层式会议的控制方法 | |
CN101232465B (zh) | 会议系统中传送文件的方法、文件传送系统及会议服务器 | |
CA2760901A1 (en) | System and method for implementing a transfer of control of a collaborative session using sip protocol | |
JP2009500934A (ja) | 通信システムにおけるマルチユーザサービス | |
CN101674305B (zh) | 一种多媒体会议的实现方法及系统 | |
CN101626300A (zh) | 一种多媒体会议中子会议的创建方法和系统 | |
WO2013138538A1 (en) | Multi-modal communication priority over wireless networks | |
EP2161910B1 (en) | A method for controlling user number displayed in the conference service noticing information | |
CN101854703B (zh) | 获取状态信息的方法、服务器及系统 | |
CN101043431B (zh) | 一种缩短多方通话业务建立时间的方法与系统 | |
CN105556980A (zh) | 用于在沉浸式社交中心会话中集成内容观看和通信的方法和系统 | |
CN101123523B (zh) | 一种创建多种媒体类型组合会议的方法 | |
CN102111387A (zh) | 会议状态下的控制权转移方法及用户设备 | |
CN101511072A (zh) | 一种sip或ims网络中实现增强型一号通业务的方法 | |
CN1984132B (zh) | 一种对会话能力信息进行处理的方法和终端 | |
CN102137062A (zh) | 基于下一代业务接口的多媒体会议控制方法及系统 | |
CN101389059A (zh) | 实现会话模式切换的方法、系统及设备 | |
CN101527641A (zh) | 一种多媒体子系统中子会议的实现方法、控制方法及装置 | |
CN102891831A (zh) | 一种多媒体会议业务的实现方法及相应设备 | |
CN101141689A (zh) | 一种创建会议业务时邀请用户的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100113 |