CN1842016A - 利用无线通信***中的广播组播服务实现多方会议服务的方法和设备 - Google Patents
利用无线通信***中的广播组播服务实现多方会议服务的方法和设备 Download PDFInfo
- Publication number
- CN1842016A CN1842016A CNA2005100626656A CN200510062665A CN1842016A CN 1842016 A CN1842016 A CN 1842016A CN A2005100626656 A CNA2005100626656 A CN A2005100626656A CN 200510062665 A CN200510062665 A CN 200510062665A CN 1842016 A CN1842016 A CN 1842016A
- Authority
- CN
- China
- Prior art keywords
- broadcast multicast
- service session
- multicast service
- media stream
- bcmcs
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 110
- 238000004891 communication Methods 0.000 title claims description 33
- 230000011664 signaling Effects 0.000 claims description 67
- 238000012545 processing Methods 0.000 claims description 63
- 230000004048 modification Effects 0.000 claims description 30
- 238000012986 modification Methods 0.000 claims description 30
- 230000005540 biological transmission Effects 0.000 claims description 15
- 230000002123 temporal effect Effects 0.000 claims description 9
- 238000004321 preservation Methods 0.000 claims description 7
- 238000012423 maintenance Methods 0.000 claims description 6
- 230000008569 process Effects 0.000 abstract description 44
- 238000013507 mapping Methods 0.000 abstract description 8
- 230000004044 response Effects 0.000 description 33
- 230000000875 corresponding effect Effects 0.000 description 31
- 238000005516 engineering process Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 11
- 230000000977 initiatory effect Effects 0.000 description 7
- 230000008859 change Effects 0.000 description 6
- 230000002596 correlated effect Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 5
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000011112 process operation Methods 0.000 description 3
- 238000011217 control strategy Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000004927 fusion Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000035899 viability Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 230000008034 disappearance Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
- H04L12/1822—Conducting the conference, e.g. admission, detection, selection or grouping of participants, correlating users to one or more conference sessions, prioritising transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
利用无线通信***中的广播组播服务来实现多方会议的方法和设备。该方法在多方会议服务和广播组播服务之间建立映射关系,即广播组播会话上下文,并通过制定相应的工作流程来维护该映射关系,从而将多方会议服务和广播组播服务结合在一起,以广播或组播方式向移动终端提供多方会议服务。本发明通过在与多方会议服务和广播组播服务相关的设备中增加相应的广播组播服务会话上下文处理模块,来确保这些设备根据该广播组播服务会话上下文的状态进行相应的广播组播服务会话操作。采用该方法和装置可通过一条多播下行链路向多个移动终端传送会议内容的媒体流,从而可降低与多方会议相关的无线通信***的资源占用。
Description
技术领域
本发明涉及在通信网络中实现多方会议服务的方法和设备,尤其涉及利用无线通信网络中的广播组播服务来实现多方会议服务的方法和设备。
背景技术
多方会议服务(MPCS)是向由多个成员组成的多方会议群组提供音频、视频等媒体流的服务。各个成员用户不仅可以接收媒体流,还可向多方会议群组发送媒体流,但在通常情况下,多方会议服务群组中的各个成员所接收的媒体流的在很大程度上都是相同。因而在MPCS中,媒体流的传送可以采用对等传送(Peer-to-Peer)、组播方式,或者集中单播传送等方式。如今,互联网工程任务组(IETF)组织的会话初始化协议(SIP)应用研究(SIPPING)工作组提出了多个草案,定义了基于会话初始化协议(SIP)的MPCS框架和会话控制,其中提出的第三方会话控制方案是为了适应紧耦合MPCS***。
图1示出了IETF组织的SIPPING工作组提出的多方会议***的网络拓扑示意图。
如图1所示,基于SIP的多方会议***包括:会议核心4、成员用户1、内容服务器3,以及SIP服务器2。其中,会议核心4是SIP会议服务的核心信令单元,其维护着会议群组中所有成员用户1之间的信令(如图中虚线101所示)关系,从而形成了如图1所示的一个星形的网络拓扑。会议核心4的主要任务是,保证与会议相关的媒体流能够有效的送达成员用户1。这当中需要一个或者多个内容服务器3的支持。内容服务器3的作用是接收多个媒体流,经处理后发出一个或者多个媒体流。图1中的实线箭头103、虚线箭头102分别表示下行、上行媒体流的流向。会议核心4通过调整媒体策略来对内容服务器3进行有效配置。每个会议服务都会有自己的会议群组策略和媒体策略,这些策略都可以被会议核心4访问。一般来说,会议群组策略可以理解为一个会话上下文,用来描述会议服务该以什么样的方式进行。会议核心的任务之一就是如何来实施这些策略。当这些策略发生变化的时候,会议核心应该被告知。这些变化会触发一些SIP信令(比如,通过发退出(BYE)消息来拒绝某个用户)。所有这些变化都需要通过会议通知服务告知成员用户。IETF的XCON(Centralized Conferencing)工作组定义了与会议群组策略和媒体策略相关的内容。会议服务被一个SIP统一资源标识(URI)所唯一标识,这个URI同时也唯一标识与之相关的会议核心。例如,会议服务的URI可被设定为SIP:[email protected],这个标识也是会议核心的SIP URI。
在IETF的XCON工作组中,也提出了一些草案,用来解决多方会议服务中的群组控制策略和媒体控制策略相关的问题。MPCS在运营商的现网中应用非常广泛,通过一些简单的应用扩展,它可以支持很多应用,比如视频会议,分布式视频游戏,本地相关信息的传送等等。
在MPCS服务组中,成员用户所接收到的媒体流在大多数情况下都相同,因此理论上可以使用三层IP组播来减少移动终端服务网络中的资源占用。但是,当其中的某些成员用户使用移动终端(例如,使用CDMA 2000(CDMA 2000是经美国通信工业协会(TIA-USA)注册的商标)的移动终端)接入MPCS服务组中时,由于相关的无线接入网无法支持三层IP组播,因而只能对此类用户采用如图1所示的单播方式传送媒体流。当使用移动终端的用户数目增大时,这种方案将造成严重的资源浪费。
针对这种情况,理想的解决办法是使用一种能够利用一份无线资源向多个移动终端提供服务的广播组播服务技术,来实现MPCS相关的媒体流传输。这样做的优点是可以优化与MPCS相关无线通信***的资源占用。
现有的无线通信网络中的广播组播服务的框架有多种,这里仅以CDMA 2000***中的广播组播服务(BCMCS)为例,给出广播组播服务***的结构。
图2示出BCMCS***功能节点的分布示意图。如图2所示,图2中的BCMCS控制器8是核心网设备,其作用是管理与BCMCS会话相关的信息,并将该相关信息提供给分组数据服务节点(PDSN),广播服务节点(BSN),BCMCS移动终端5和BCMCS内容服务器7。BCMCS控制器8通过接口202把BCMCS会话相关的信息送至分组数据服务节点和广播服务节点,这些信息都是通过服务认证授权计费的(由图2中的AAA单元执行)。图2中的接口203用来向BCMCS移动终端5提供与现有BCMCS会话相关的信息,这个接口也被称为BCMCS信息获取(BCMCS informationacquisition),用于对BCMCS移动终端5进行认证、鉴权以及一致性保护(Integrity Protection),为BCMCS移动终端5发起BCMCS会话做准备。BCMCS控制器8与BCMCS内容提供服务器6之间的接口在3GPP2中没有定义。
BCMCS会话的源媒体流是从BCMCS内容提供服务器6发出的。BCMCS内容提供服务器6可以在移动运营商的网络中,也可以由第三方提供。在BCMCS控制器8的控制下,BCMCS内容服务器7,经由图2中的接口204接收多个BCMCS内容提供服务器6发来的源媒体流,然后对源媒体流进行一些处理,之后,经由多播路由器(MR)、广播服务节点(BSN)把生成的BCMCS媒体流转发给CDMA 2000无线接入网络。所有的分组控制功能单元(PCF)和接入网络(AN)设备都能够产生IP组播包的备份,并能够将其分别分发下去。
此外,BCMCS控制器8同时也负责一部分安全功能,比如产生安全密钥,并分发给BCMCS移动终端5。BCMCS控制器8还负责对BCMCS内容提供服务器6认证,控制BCMCS内容提供服务器6给BCMCS内容服务器7传送源媒体流。
若多方会议的成员用户是移动终端(如CDMA 2000移动终端),且可使用广播组播服务技术(如图2所示的BCMCS技术)接收媒体流,那么在MPCS中结合广播组播服务技术,将会是解决资源占用问题的理想方案。然而,IETF提出的与MPCS相关的方案中,只是定义了服务框架和服务策略,并没有涉及针对不同成员用户特点的解决方案。若将广播组播服务与MPCS相结合,则会至少面对如下问题:首先,一个新的设备-BCMCS控制器介入到MPCS服务中用于控制相关的BCMCS会话;其次,接入网状况也与其他类型的成员用户不一样。因此,如何在MPCS服务中,无缝地结合广播组播服务技术还是有待解决的问题。
以前也有一些专利涉及到基于SIP的多方会议服务。例如,有些解决方案用于群组通信会话的控制,其中大部分是与移动网络相关(参见美国专利US2004/0057449 A1、US2003/0012149 A1、US2002/0102999 A1)。但是这些专利主要是为了提高PTT(Push-To-Talk)***的性能,都没有涉及到广播组播服务相关的内容。此外还有一些专利被提出用于解决不同的接入网络成员用户的群组通信会话的问题,但是仍然没有提到与BCMCS相关的内容(参见美国专利US2004/0125802 A1、US2004/0125760)。总之,以前的一些与MPCS相关的专利都没有涉及广播组播服务的内容。
因而,对于在MPCS中使用广播组播服务技术的问题目前尚未解决,从而无法在MPCS中无缝的使用广播组播服务技术。
发明内容
本发明的目的是在无线通信的核心网络中,将广播组播服务技术集成到多方会议服务(MPCS)中,从而有效的利用与移动终端的成员用户相关的无线资源。
根据本发明的一个方面,本发明提出了一种用于会议核心的利用无线通信***的广播组播服务进行多方会议服务(MPCS)的方法,其中,至少一个内容提供服务器向至少一个移动终端提供内容媒体流,该方法包括:接收来自该内容提供服务器的媒体流相关信息,并将所接收的该媒体流相关信息发送给广播组播服务控制器;接收由广播组播服务控制器根据该媒体流相关信息生成的用于建立广播组播服务会话的相关信息;基于已获得的该媒体流相关信息、该广播组播服务会话相关信息,以及MPCS相关信息,生成相应的广播组播服务会话上下文;将所生成的广播组播服务会话上下文分别发送给该内容提供服务器、移动终端,以及广播组播服务控制器,从而使得该移动终端通过广播组播服务会话获得该内容媒体流。
根据本发明的该方面,本发明提出一种用于广播组播服务控制器的利用无线通信***的广播组播服务进行多方会议服务(MPCS)的方法,其中,至少一个内容提供服务器向至少一个移动终端提供内容媒体流,该方法包括:接收来自MPCS会议核心的与该内容提供服务器欲提供的媒体流相关的信息;根据该媒体流相关信息,执行初始化操作,生成用于建立广播组播服务会话的相关信息,并将该广播组播服务会话相关信息发送给该会议核心;接收并保存来自该会议核心的广播组播服务会话上下文,该广播组播服务会话上下文是由该会议核心根据该媒体流相关信息和该广播组播服务会话相关信息,以及MPCS相关信息生成的;通过与该移动终端建立广播组播服务会话,将来自该内容提供服务器的该媒体流以广播或组播的方式传送给该移动终端。
根据本发明的该方面,本发明提出一种用于多方会议服务(MPCS)的内容提供服务器的利用无线通信***的广播组播服务进行MPCS的方法,其中,至少一个内容提供服务器向至少一个移动终端提供内容媒体流,该方法包括:向MPCS会议核心发送与待发送媒体流相关的媒体流相关信息;接收来自会议核心的广播组播服务内容服务器的IP地址和端口号;接收并保存来自该会议核心的广播组播服务会话上下文,该广播组播服务会话上下文是由该会议核心根据该媒体流相关信息、广播组播服务控制器生成的广播组播服务会话相关信息,以及MPCS相关信息而生成的;根据该广播组播服务内容服务器的IP地址和端口号,经由该广播组播服务内容服务器,向该移动终端提供该媒体流。
根据本发明的该方面,本发明提出一种用于无线通信***的移动终端的利用广播组播服务进行多方会议服务(MPCS)的方法,其中,至少一个内容提供服务器向至少一个移动终端提供内容媒体流,该方法包括:接收来自该会议核心的与待发送媒体流相关的媒体流相关信息和由该广播组播服务控制器生成的广播组播服务会话相关信息;接收并保存来自该会议核心的广播组播服务会话上下文,该广播组播服务会话上下文是由该会议核心根据该媒体流相关信息和该广播组播服务会话相关信息,以及MPCS相关信息生成的;建立广播组播服务会话,通过广播组播服务接收所述媒体流。
根据本发明的另一方面,本发明还提出一种多方会议服务(MPCS)的会议核心,该会议核心支持利用无线通信***的广播组播服务进行MPCS,该会议核心包括:信令接收发送模块,用于发送或接收MPCS中的信令;会议核心模块,用于接收来自该信令接收发送模块的信令,或经由该信令接收发送模块发送信令,从而根据MPCS会议群组策略和媒体策略,进行会议的管理和维护;广播组播服务会话上下文处理模块,用于从该会议核心模块接收信息,并初始化、修改或终止相应的广播组播服务会话上下文,或向该会议核心发送与该广播组播服务会话上下文相关的信息;其中,该会议核心根据该广播组播服务会话上下文处理模块中的广播组播服务会话上下文的状态,控制相应的广播组播服务会话。
根据本发明的另一方面,本发明还提出一种无线通信***的广播组播服务控制器,该广播组播服务控制器支持多方会议服务(MPCS),该广播组播服务控制器包括:信令接收发送模块,用于发送或接收MPCS中的信令;广播组播服务控制模块,用于接收来自该信令接收发送模块的信令,或经由该信令接收发送模块发送信令,并管理和维护广播组播服务会话;广播组播服务会话上下文处理模块,用于从该广播组播服务控制模块接收广播组播服务会话上下文,并保存、修改或终止该广播组播服务会话上下文,或向该广播组播服务控制模块发送与该广播组播服务会话上下文相关的信息;其中,该广播组播服务控制模块根据该广播组播服务会话上下文的状态控制广播组播服务会话。
根据本发明的另一方面,本发明还提出一种多方会议服务(MPCS)中的内容提供服务器,该内容提供服务器利用无线通信***的广播组播服务向至少一个移动终端提供内容媒体流,该内容提供服务器包括:信令接收发送模块,用于发送或接收MPCS中的信令;内容提供模块,用于接收来自该信令接收发送模块的信令,或经由该信令接收发送模块发送信令,并提供内容媒体流;广播组播服务会话上下文处理模块,用于从该内容提供模块接收广播组播服务会话上下文,并保存、修改或终止该广播组播服务会话上下文,或向该内容提供模块发送与该广播组播服务会话上下文相关的信息;其中,该内容提供模块通过广播组播服务提供该媒体流。
根据本发明的另一方面,本发明还提出一种无线通信***的移动终端,该移动终端可通过广播组播服务接受多方会议服务(MPCS),该移动终端包括:信令接收发送模块,用于发送或接收MPCS中的信令;移动终端模块,用于接收来自该信令接收发送模块的信令,或经由该信令接收发送模块发送信令,并可建立广播组播服务会话;广播组播服务会话上下文处理模块,用于从该移动终端模块接收广播组播服务会话上下文,并保存、修改或终止该广播组播服务会话上下文,或向该移动终端模块发送与该广播组播服务会话上下文相关的信息;其中,该移动终端模块可根据该广播组播服务会话上下文的状态,执行相应的广播组播服务会话操作。
根据本发明的又一方面,本发明还提出一种利用无线通信***的广播组播服务进行多方会议服务(MPCS)的方法,其中,至少一个内容提供服务器向至少一个移动终端提供内容媒体流,该方法包括:多方会议服务中的会议核心接收来自该至少一个内容提供服务器的媒体流相关信息,并将所接收的该媒体流相关信息发送给广播组播服务中的广播组播服务控制器;该广播组播服务控制器根据该媒体流相关信息生成用于建立广播组播服务会话的相关信息,并将其发送给该会议核心;会议核心基于已获得的该媒体流相关信息、该广播组播服务会话相关信息,以及MPCS相关信息,生成相应的广播组播服务会话上下文;并将该广播组播服务会话上下文分别发送给该至少一个内容提供服务器、该至少一个移动终端,以及该广播组播服务控制器;该至少一个内容服务器根据所获得该广播组播服务会话上下文,向该广播组播服务内容服务器提供媒体流;该至少一个移动终端和该广播组播服务控制器根据所获得的广播组播服务会话上下文,建立广播组播服务会话,从而使该至少一个移动终端获得该内容媒体流;其中,该会议核心、该广播组播服务控制器、该至少一个移动终端,以及该至少一个内容服务器,根据该广播组播服务会话上下文执行相应的广播组播服务会话操作。
根据本发明的又一方面,本发明还提出一种利用无线通信***的广播组播服务进行多方会议服务(MPCS)的***,该***包括:多方会议服务的会议核心、广播组播服务控制器、至少一个移动终端,以及向该至少一个移动终端提供内容媒体流的至少一个内容提供服务器,并且该会议核心、该广播组播服务控制器、该至少一个移动终端,以及该至少一个内容提供服务器各自还包括:
一个信令接收发送模块,用于接收或发送多方会议服务的信令;以及,
一个广播组播服务会话上下文处理模块,用于处理与广播组播服务会话上下文相关的信息;
其中,
该会议核心,基于来自该至少一个内容提供服务器的媒体流相关信息、来自该广播组播服务控制器的该广播组播服务会话相关信息,以及MPCS相关信息,在其广播组播服务会话上下文处理模块中,生成相应的广播组播服务会话上下文;并经由该信令接收发送模块将该广播组播服务会话上下文分别发送给该至少一个内容提供服务器、该至少一个移动终端,以及该广播组播服务控制器,从而根据该广播组播服务会话上下文控制用于向该移动终端提供内容媒体流的广播组播服务会话;
该广播组播服务控制器,根据来自该会议核心的媒体流相关信息生成用于建立广播组播服务会话的相关信息,并将该信息发送给该会议核心;而且,在其广播组播服务会话上下文处理模块中,接收、保存并维护来自该会议核心的该广播组播服务会话上下文,以根据该广播组播会话上下文控制相应的广播组播服务会话;
该至少一个内容提供服务器向该会议核心提供媒体流相关信息,并在其广播组播服务会话上下文处理模块中,接收、保存并维护来自该会议核心的广播组播服务会话上下文,以经由该广播组播服务内容服务器向该至少一个移动终端提供媒体流;
该至少一个移动终端,在其广播组播服务会话上下文处理模块中,接收、保存并维护来自该会议核心的该广播组播服务会话上下文,并根据该广播组播会话上下文,执行相应的广播组播服务会话操作,从而通过广播组播服务会话获得该内容媒体流。
通过参考以下结合附图的说明以及权利要求书中的内容,并且随着对本发明的更全面的理解,本发明的其他目的及效果将变得更加清楚和易于理解。
附图简述
以下将结合附图和具体实施例对本发明进行详细描述,其中
图1示出一种IETF组织的SIPPING工作组提出的多方会议***的网络拓扑示意图;
图2是3GPP2组织提出的BCMCS***功能节点的分布示意图;
图3是根据本发明实施例的多方会议***和BCMCS***融合的网络示意图;
图4是根据本发明实施例的会议核心、BCMCS控制器、SIP UA内容提供服务器、移动终端的内部模块框图;
图5是在BCMCS-SC初始化过程中,在会议核心内部的BCMCS-SC处理模块的工作流程;
图6是在BCMCS-SC修改过程中,在会议核心内部的BCMCS-SC处理模块的工作流程;
图7是在BCMCS-SC终止过程中,在会议核心内部的BCMCS-SC处理模块的工作流程;
图8是BCMCS-SC初始化过程的工作流程图;
图9是BCMCS-SC初始化过程的SIP消息流程图;
图10是BCMCS-SC修改过程的工作流程图;
图11是一个移动终端发起的BCMCS-SC修改过程的SIP消息流程图;
图12是一个SIP UA内容提供服务器发起的BCMCS-SC修改过程的SIP消息流程;
图13是BCMCS-SC终止过程的工作流程图;
图14是一个SIP UA内容提供服务器发起的BCMCS-SC终止的SIP消息流程图;
图15是一个移动终端发起的BCMCS-SC终止的SIP消息流程图;
图16示出了BCMCS-SC初始化过程中步骤905中的SIP邀约(INVITE)消息的例子;
图17示出了BCMCS-SC初始化过程中步骤911中的SIP更新(UPDATE)消息的例子;
图18示出了BCMCS-SC初始化过程中步骤921中的SIP订阅(SUBSCRIBE)消息的例子;
图19示出了BCMCS-SC初始化过程中步骤921中的SIP通知(NOTIFY)消息的例子。
在所有附图中,相同的标号表示相似或相应的特征或功能。
发明详述
以下将结合附图对本发明的实施例进行详细地描述。这里仅以在CDMA 2000核心网络中使用SIP来支持MPCS的情况为例对本发明进行阐述。其中该MPCS的成员组中至少有一个成员用户为CDMA 2000移动终端,可使用BCMCS技术接收媒体流,并且至少有一个成员(或称为内容提供服务器)向该移动终端提供媒体流。此外,本发明实施例主要面向的服务是紧耦合MPCS。本发明经过扩展,也可以支持松耦合MPCS或者完全分布式MPCS。
这里还需指出,简便起见,以下略去或简化与本发明无关的设备或流程的描述。例如MPCS中的会议核心有可能与其他的会议群组策略控制实体和媒体策略控制实体相连接,由于这些实体与本发明不相关,所以在以下的附图中没有示出。再比如,由于本发明只与部分BCMCS实体相关,如BCMCS控制器8和BCMCS移动终端5,因而其他BCMCS实体未在本实施例进行描述。
按照本发明提出的方法,由于BCMCS和MPCS具有各自独立的应用层流程,因而需要在BCMCS与MPCS之间建立映射关系,并设计相关的工作流程维护这种映射关系,从而实现BCMCS技术与MPCS的无缝结合。
本发明中,在BCMCS与MPCS之间的这种映射关系用新定义的一个会话上下文来表示,称为BCMCS会话上下文(BCMCS-SC)。在相关设备中增加的用于处理该BCMCS-SC的功能单元称为BCMCS-SC处理模块。
图3是根据本发明实施例的多方会议***和BCMCS***融合的网络示意图。与图1所示的MPCS***相比,在根据本发明的MPCS***中,用集成了BCMCS-SC处理模块,以及SIP用户代理(UA)模块的新设备替代了相应的传统设备,并增加了用于控制BCMCS会话的新设备。具体地说,传统的会议核心4被新的会议核心20取代,成员用户1被新的移动终端19取代,内容服务器3被BCMCS内容服务器7取代,同时加入了新的SIP UA内容提供服务器17和新的BCMCS控制器18。这些新设备的具体模块框图将在图4中详细描述。
这样,在图3中,会议核心20可通过SIP信令304管理和维护BCMCS控制器18、移动终端19、SIP UA内容提供服务器17之间的信令关系。而BCMCS控制器18可通过BCMCS信令306管理和维护与移动终端19建立的BCMCS会话,从而能够以广播或组播方式(路径301)将来自SIP UA内容提供服务器(经由路径302传送的)的媒体流传送到移动终端19。由于SIP UA内容提供服务器17的下行链路和移动终端19的上行链路与本发明没有关系,所以在图3中,上述两条链路被省略了。
为了实现如图3所示融合了BCMCS的MPCS***,关键是建立BCMCS与MPCS之间的映射关系,即BCMCS-SC。在本发明实施例中,BCMCS-SC是针对MPCS环境中的某一类成员用户专门建立的。这类成员用户都向至少一个MPCS中的CDMA 2000成员用户提供媒体流。并且,在本发明本实施例中将这种向CDMA 2000终端成员用户提供媒体流的成员用户(或称为内容提供服务器),称为SIP UA内容提供服务器(即图3中的实体17)。但实际实现中,一个MPCS中的CDMA 2000成员用户可以同时具有移动终端19和SIP UA内容提供服务器17的功能。也就是说,在MPCS中,一个CDMA 2000成员用户既可以向服务组发送媒体流,也可以通过BCMCS接收媒体流。
在本发明实施例中,BCMCS-SC与每个SIP UA内容提供服务器一一对应。每个BCMCS-SC都有一个标识符(ID),这个ID与对应的SIP UA内容提供服务器17的SIP URI相同。比如,如果一个SIP UA内容提供服务器的SIP URI是SIP:[email protected],那么对应的BCMCS-SC的ID也是SIP:[email protected]。当然,本发明并不限于此,还可以采用其他方式标识BCMCS-SC。
以下的项目是依据本发明实施例建立的BCMCS-SC中必需的内容:
M1:BCMCS-SC ID(BCMCS-SC的唯一标识);
M2:SIP UA内容提供服务器17的IP地址(可以是IPv4或者IPv6地址);
M3:BCMCS成员用户的数目;
M4:BCMCS成员用户SIP URI列表(BCMCS成员用户的标识符);
M5:会话描述(SIP UA内容提供服务器17发出的媒体流的编码格式等);
M6:BCMCS_FLOW_ID(用于标识BCMCS IP组播流的标识,即BCMCS媒体流标识);
M7:具体的时间信息(SIP UA内容提供服务器17发送媒体流的起始时间和媒体流时间长度);
M8:相关的QoS信息(所需带宽等);
M9:会议ID(相关MPCS的标识)。
以下的项目是依据本发明实施例建立的BCMCS-SC中可选的内容:
O1:BCMCS控制器18的地址(服务提供商可以通过配置,让会议核心20事先获得BCMCS控制器的地址。如果会议核心是通过其他BCMCS控制器18发现机制来获得BCMCS控制器18的地址,本项目在BCMCS-SC会话上下文中为必须项);
O2:节目名称(SIP UA内容提供服务器17提供的节目的名称);
O3:安全信息(如果使用了应用层加密机制,本项目在BCMCS-SC会话上下文中为必须项);
O4:节目ID(SIP UA内容提供服务器17提供的节目标识);
O5:SIP UA内容提供服务器17的名称(这个名称与SIP UA内容提供服务器一一对应);
O6:组播IP地址和端口号(这与BCMCS_FLOW_ID唯一对应);
O7:最大允许BCMCS成员用户数量
O8:其他运营商或者内容提供商定义的服务信息
以上所述的BCMCS-SC内容由根据本发明的BCMCS-SC处理模块来保存和维护。前已述及,图3中的各个新设备各自集成有BCMCS-SC处理模块,这些新设备的具体模块框图由图4示出。如图4所示,BCMCS-SC处理模块9,12,14,16以及SIP用户代理模块10,11,13,15被分别集成到传统的会议核心4,BCMCS移动终端5,BCMCS控制器8和BCMCS内容提供服务器6当中。这样,就产生了上述本发明中新的设备:集成BCMCS-SC的会议核心20,集成BCMCS-SC的SIP移动终端19,集成BCMCS-SC的SIP BCMCS控制器18,集成BCMCS-SC的SIP UA内容提供服务器17。
在这些新设备中,由于会议核心20需要管理和维护所有会议成员之间的信令关系,因而会议核心20中的BCMCS-SC处理模块需要维护所有的BCMCS-SC的内容,即建立完全属性的BCMCS-SC。而其他新设备中的BCMCS-SC处理模块,只需要维护与当前设备相关的BCMCS-SC的内容就可以,即仅保存简化属性的BCMCS-SC。
当然,这些BCMCS-SC内容需要与会议核心20中所维护的BCMCS-SC的内容保持一致。为此,除BCMCS-SC处理模块外,在本发明的相关设备(会议核心20,移动终端19、BCMCS控制器18,SIP UA内容提供服务器17)中都加入了SIP用户代理模块,用于与会议核心20通过SIP信令交互与BCMCS-SC相关的信息,如图4所示。换言之,各个新设备中的SIP UA实际上为信令接收发送模块。
此外,需要关注的是,在集成了BCMCS-SC处理模块的这些新设备中,功能模块4,5,6和8所做的与MPCS中BCMCS相关的操作,都要分别基于BCMCS-SC的状态来执行。
在本发明实施例中,BCMCS-SC处理模块对BCMCS-SC的处理可分为BCMCS-SC初始化、修改和终止三个过程。以下就以会议核心20内部的BCMCS-SC处理模块9为例,结合附图5-7描述BCMCS-SC处理模块的操作过程。
图5是在BCMCS-SC初始化过程中,在会议核心20内部的BCMCS-SC处理模块9的工作流程。首先,会议核心模块4得到与BCMCS-SC初始化相关的信息,并将其发送给BCMCS-SC处理模块9。这样,在步骤501中,BCMCS-SC处理模块9接收到与BCMCS-SC初始化相关的信息。接着,BCMCS-SC处理模块9检查是否得到BCMCS-SC初始化需要的全部必须内容(例如,前述的BCMCS-SC必须内容M1-M9)(步骤503)。如果还缺少部分必需的内容,则针对缺失的信息向会议核心模块4发送请求(步骤505)。若在步骤503中确认得到了足够的信息,则BCMCS-SC处理模块9建立BCMCS-SC(步骤507),并将BCMCS-SC初始化成功的确认信息发送给会议核心模块4(步骤509)。
图6是在BCMCS-SC修改过程中,在会议核心20内部的BCMCS-SC处理模块9的工作流程。首先,会议核心模块4得到与BCMCS-SC修改相关的信息,并将其发送给BCMCS-SC处理模块9。这样,在步骤601中,BCMCS-SC处理模块9接收到与BCMCS-SC修改相关的信息。接着,在步骤603中,BCMCS-SC处理模块9检查是否需要修改BCMCS-SC的内容。如果不需要修改,则不做任何操作,该修改过程结束。如果需要修改,则BCMCS-SC处理模块9修改其内部保存的BCMCS-SC(步骤605),并把修改的内容发送给会议核心模块4(步骤607)。最后,会议核心模块4根据反馈的修改信息进行相关的会话修改操作。
图7是在BCMCS-SC终止过程中,在会议核心20内部的BCMCS-SC处理模块9的工作流程。首先,会议核心模块4接收到与终止BCMCS-SC相关的信息,并向BCMCS-SC处理模块9发送BCMCS-SC终止请求。这样,在步骤701中,BCMCS-SC处理模块9接收到BCMCS-SC终止请求。接着,BCMCS-SC处理模块9检查是否需要终止BCMCS-SC(步骤703)。如果不需要终止,则不做任何操作,该终止过程结束。如果需要终止,则在BCMCS-SC处理模块9内部终止BCMCS-SC(步骤705),并给会议核心模块4发送终止确认信息(步骤707)。最后,会议核心模块4进行相关的会话终止操作。
移动终端19、BCMCS控制器18,以及SIP UA内容提供服务器17中的BCMCS-SC处理模块12、14和16的工作流程与图5、图6和图7中所描述的BCMCS-SC处理模块9的工作流程相似。比如,通过把图5、图6和图7中的会议核心模块4和BCMCS-SC处理模块9分别替换为相应的BCMCS移动终端模块5和BCMCS-SC处理模块12,就是移动终端19中的BCMCS-SC处理模块的工作流程。
在本发明中,BCMCS-SC的作用是建立MPCS与BCMCS之间的映射关系,帮助会议核心20完成相关BCMCS会话的初始化、修改和终止操作。当在MPCS中初始化BCMCS-SC时,移动终端19首先需要得到一些BCMCS初始信息用于BCMCS会话的初始化工作,这些信息包括BCMCS_FLOW_ID,具体的时间信息和一些其他的节目相关信息。此外,BCMCS控制器18也需要得到一些信息用于初始化工作(会话描述,具体时间信息,相关的QoS参数和安全信息)。这些信息是通过会议核心20,从SIP UA内容提供服务器17那里获得的。此外,会议核心20应该根据BCMCS-SC的状态来决定如何修改或者终止相关的BCMCS会话。所以,BCMCS-SC的角色可以理解为在会议核心20中的相关的BCMCS会话的代理。在这个代理的协助下,会议核心20可以实现BCMCS会话操作,从而实现了BCMCS与MPCS的映射关系。
在这里,使用3GPP2的MMD框架下的通话会话控制单元(CallSession Control Function-CSCF)作为SIP服务器2。用于支持BCMCS与MPCS集成的BCMCS-SC的操作流程在图8,图9,图10,图11,图12,图13,图14和图15中给出,并在下面的部分中进行详细描述。同时,在新的MPCS实体中所传递的新的信息内容和服务也会被详细地描述。
在下面的描述中,假定SIP UA内容提供服务器17的SIP URI是SIP:[email protected]。移动终端19的SIP URI是SIP:[email protected]。BCMCS控制器18的SIP URI是SIP:[email protected].会议核心20的SIP URI是SIP:[email protected]。实际上,一个MPCS中的CDMA2000成员用户可以同时支持移动终端19和SIP UA内容提供服务器17。也就是说,一个CDMA 2000成员用户可以同时接收和发送与MPCS相关的媒体流。
BCMCS-SC初始化过程
图8是在根据本发明的BCMCS-SC初始化的过程中,相关设备的工作流程。
如图8所示,会议核心20首先给相关的MPCS和BCMCS设备发送邀约(INVITE)消息(步骤801),这些设备包括移动终端19,BCMCS控制器18和SIP UA内容提供服务器17。然后,在步骤802中,移动终端19,BCMCS控制器18和SIP UA内容提供服务器17根据各自所得到的信息,开始进行BCMCS会话的初始化操作。会议核心20根据接收到的来自各相关设备的消息,判断BCMCS会话初始化是否成功(步骤803)。若BCMCS会话初始化失败,且失败的次数小于一个预定的值N(步骤804),则重复进行BCMCS会话初始化,否则该BCMCS-SC初始化过程结束。
如果BCMCS会话初始化成功,在会议核心20中,BCMCS-SC处理模块9就从传统的会议核心模块4那里得到相关的信息(步骤805),然后相应地建立一个完全属性的BCMCS-SC 21(步骤806)。建立完成后,在步骤807中,会议核心20通过与相关的设备(移动终端19,BCMCS控制器18和SIP UA内容提供服务器17)建立SIP订阅-通知(SUBSCRIBE-NOTIFY)服务,来传递BCMCS-SC。因而这里的SIP订阅-通知服务中新加入了包含BCMCS-SC信息的事件包。接着各个相关设备的BCMCS-SC处理模块12,14和16,在得到与BCMCS-SC内容相关的通知之后(步骤808),就可以在对应的设备中分别建立本地简化属性的BCMCS-SC 22,23和24(步骤809)。最后,在步骤810中开始进行媒体流传送。
图9示出了图8所示的BCMCS-SC初始化流程的具体SIP消息流程图。
如图9所示,首先,会议核心20向移动终端19和SIP UA内容提供服务器17发出SIP信令中的邀约(INVITE)消息(步骤901和903)。其中INVITE消息的会话描述部分(SDP)中包含请求消息体offer1,其可以传递一些与MPCS初始化相关的信息。之后,接收到INVITE消息的相关设备用户分别发出“1xx会话建立中”(1xx sessionprogress)的响应(步骤902和904)。在步骤904中,SIP UA内容提供服务器17在该响应消息中加入一些必需的BCMCS-SC相关信息,比如,会话描述、具体的时间信息和QoS参数,也可以包括一些可选信息,比如,安全信息、节目名称和SIP UA内容提供服务器17的名称等。
这样,基于SIP UA内容提供服务器17提供的信息,会议核心20向BCMCS控制器18发出INVITE消息(步骤905)。该INVITE消息的SDP中包含的请求消息体offer2,包括由该SIP UA内容提供服务器17提供的具体的时间信息、QoS参数(如果有应用层加密的话,还必须包括安全信息)和一些其他可选的相关信息。图16给出了步骤905中的SIP INVITE消息的例子。当BCMCS控制器18得到offer2中包含的信息后,可能会触发一些安全认证信息,这在图中没有示出。随后,BCMCS控制器18中的BCMCS控制单元(未示出)需要初始化一些资源,包括:生成节目ID、BCMCS_FLOW_ID、组播IP地址和端口号、节目信息和一些与BCMCS-SC相关的信息。在BCMCS控制器18中,BCMCS-SC相关的内容包括:BCMCS-SC ID、节目ID、BCMCS FLOW ID、相关的QoS参数(如果有应用层加密的话,还包括安全信息)(步骤906)。然后,BCMCS控制器18在完成BCMCS会话所需资源的初始化之后,向会议核心20发送对步骤905中INVITE消息的确认响应消息——200 OK响应(步骤907),其中该消息的SDP中包括应答消息体answer2作为对步骤905中的offer2的响应。应答消息体answer2应该包含相关的BCMCS_FLOW_ID,BCMCS内容服务器7的IP地址和端口号(用于接收来自SIP UA内容提供服务器17发送的源媒体流),当中也可以包含组播IP地址和端口号、节目信息、节目ID等可选信息。
然后,会议核心20给SIP UA内容提供服务器17发送SIP信令中的更新(UPDATE)消息(步骤908),该消息中的offer3包含BCMCS内容服务器7的IP地址和端口号,用于使SIP UA内容提供服务器17将源媒体流发送到BCMCS内容服务器7。SIP UA内容提供服务器17发送200 OK响应(步骤909),该响应消息中可以提供QoS参数变化和其他的信息更新。然后,就可以发送200 OK响应消息作为对步骤903中INVITE消息的响应(步骤910)。
接着,会议核心20向移动终端19发送UPDATE消息(步骤911),该消息中的请求消息体offer4应该包含BCMCS内容相关的信息(如、BCMCS_FLOW_ID、节目描述,SIP UA内容提供服务器17的SIP URI等)。图17为步骤911中的SIP UPDATE消息的例子。如果必要的话,可以在步骤911中的消息中加入BCMCS控制器18的IP地址。移动终端19基于这些信息发起BCMCS信息获取,以建立BCMCS会话。在相关的BCMCS过程开始之前,移动终端19还应该发送“1xxBCMCS过程运行中”(1xx BCMCS procedure undergoing)的响应,以通知会议核心20BCMCS过程正在进行(步骤912)。这样,移动终端19就可以发起BCMCS会话建立过程(步骤913),BCMCS相关的过程在现有CDMA 2000***的BCMCS标准中都有详细地描述,这里就不再赘述。如果步骤913中的BCMCS会话建立过程成功,移动终端19向会议核心20发送200 OK响应消息(步骤914)作为对步骤911中UPDATE消息的响应,接着发送200OK响应消息(步骤915)作为对步骤901中INVITE消息的响应。
随后,基于以前得到信息,会议核心20可以生成BCMCS-SC(步骤916)。如果以上的步骤均成功,会议核心20应该分别向移动终端19,SIP UA内容提供服务器17和BCMCS控制器18发送确认(ACK)消息(步骤917,918和919)。在这之后,会议核心20基于现有的SIP信令标准中定义的订阅-通知框架,建立相应的BCMCS-SC通知服务(步骤920、921和922)。图18和图19是步骤921中的SUBSCRIBE和NOTIFY消息的举例。这里,在SUBSCRIBE和NOTIFY消息中定义了一个新的事件包,名为BCMCS-SC,用于BCMCS-SC相关流程的通知服务。这个通知服务的目的是在相关的MPCS和BCMCS实体中交流与BCMCS-SC相关的状态信息,后面将详细描述该事件包的定义。
最后,当各个设备均获得了BCMCS-SC后,SIP UA内容提供服务器17,根据所获得的BCMCS内容服务器7的IP地址和端口号,向BCMCS内容服务器7发送初始的单播源媒体流(步骤923)。BCMCS内容服务器7需要对这些内容首先进行处理,然后发送给广播服务节点,从而在BCMCS控制器18的控制下,移动终端19可通过BCMCS会话,以广播或组播方式获得该媒体流(步骤924)。
在上述初始化的流程中,BCMCS会话实际上是在会议核心20和SIP服务器2的协助下,由SIP UA内容提供服务器17发起的。此外,通过以上初始化过程,可在BCMCS控制器的控制下,通过一条多播下行链路向多个移动终端传送会议内容的媒体流,减小了与MPCS相关的无线资源的占用。其中,步骤901到907对应着图8中的步骤801。步骤908到915对应着图8中的步骤802到804。步骤916对应着图8中的步骤805到806。步骤920到922对应着图8中的步骤807到809。最后,步骤923到924对应着图8中的步骤810。
当一个新的移动终端19加入已经建立的MPCS时,也可以发起BCMCS-SC的初始化过程。只需要把步骤903中消息变成重新邀约(re-INVITE)就可以支持这种情况。
下面,描述与BCMCS-SC相关的事件包的定义,其作用是提供BCMCS-SC通知服务。事件包的定义遵循了RFC3265中描述的SIP事件包定义的方法。由相关的实体向会议核心20发出BCMCS-SC相关的订阅要求(SUBSCRIBE消息),里面描述了该实体关心的BCMCS-SC的项目列表。此时,会议核心20为通知者,通过NOTIFY消息向客户端提供与BCMCS-SC相关的状态更新信息。在事件包中,包含BCMCS-SC ID,以及与SIP UA内容提供服务器17、移动终端19和BCMCS控制器18相关的信息。会议核心20可以得到足够的与BCMCS-SC相关的信息,并把这些信息提供给客户端。事件包的名称为“BCMCS-SC”。根据RFC 3265中的定义,在相关SIP消息的事件(Event)和允许事件(Allow-Events)头中需要包含这个名称。
针对BCMCS-SC事件包的SUBSCRIBE需要包含一个消息体,其为对应的订阅定义了一个过滤器。如果一个SUBSCRIBE消息中没有该消息体,那么就使用默认的过滤策略:每次BCMCS-SC发生变化时都要产生通知消息;一般来说通知消息不用包含所有的状态内容,只需要指出变化的状态。过滤器的设计问题可以参考RFC3265,不属于本发明关注的问题。
如RFC 3265所描述的,NOTIFY消息需要一个消息体来描述订阅的状态信息。这个消息体的格式需要遵循SUBSCRIBE消息的接受(Accept)头中指定的格式。如果没有规定这个格式,就采用默认的格式。所有的通知者(会议核心20)和订阅者(移动终端19,BCMCS控制器18和SIP UA内容提供服务器17)必须支持“application/BCMCS-SC+xml”数据格式作为默认的消息体格式。如果在SUBSCRIBE消息存在对该格式的定义,“application/BCMCS-SC+xml”格式也必须被列在其中。
当移动终端19加入或者离开与BCMCS-SC相关的BCMCS会话时,必须发出通知消息报告BCMCS-SC的状态。如果BCMCS-SC中必需的消息发生改变时,必须发出通知消息报告BCMCS-SC的状态。如果BCMCS-SC中可选的消息发生改变时,也可以产生通知消息来报告BCMCS-SC的状态。
BCMCS-SC XML文档的根元素(root element)为<BCMCS-SC>,其类型为BCMCS-SC-type。BCMCS-SC-type类型应该包含以下属性:
实体:这个属性为BCMCS-SC ID,用来标识对应的BCMCS-SC。
状态:这个属性指出这个XML文档是否包含所有的BCMCS-SC信息。可以为“full”(完全属性)、“partial”(部分属性)或者“deleted”(BCMCS-SC将要结束)。详细信息请参阅相关标准,如RFC 3265。
版本:这个属性用来标识XML文档的发出顺序。从0开始计数,每次发生更新的时候,都加1。该属性在RFC 3265中有定义。
BCMCS-SC-type类型定义了可扩展的子元素。对于“full”属性的BCMCS-SC XML文档,至少要包含以下的子元素:
<BCMCS-SC-description>(BCMCS-SC-description-type类型):
这个元素包含的都是BCMCS-SC建立之前的一些服务配置信息。在MPCS中,这些信息一经设定,就很少改变。在BCMCS-SC的项目中,M1、M2、M3、和M9属于这一类型。O5、O6、O7和O8如果存在的话,也应该在这一类型。
<SIP-UA-content-provider-info>(SIP-UA-content-provider-type类型):
这个元素包含信息用来描述与BCMCS-SC对应的SIP UA内容提供服务器17的状态。这些信息在BCMCS-SC建立之初设定,在服务期间可以由SIP UA内容提供服务器17发起改变。在BCMCS-SC的项目中,M5、M7和M8属于这一类型。O2、O3和O4如果存在的话,也应该在这一类型。
<BCMCS-SC-state-info>(BCMCS-SC-state-type类型):
这个元素包含信息用来描述BCMCS-SC某些状态的动态信息。这些信息在BCMCS-SC建立之初设定,在服务期间可以改变。在BCMCS-SC的项目中,M3属于这一类型。相关的状态可以设定为“active(激活)”、“modifying(修改)”、“locked(锁定)”、“terminating(终止)”或者其他自定义状态。这些状态可以由服务运营商自己设定。
<BCMCS-Users-Info>(BCMCS-SC-Users-type类型):
这个元素可以包含固定或者不固定数目的子元素:<BCMCS-SC-User>(user-type类型)。这些user-type类型用来描述BCMCS-SC当中的移动终端19的状态信息。在BCMCS-SC的项目中,M4属于user-type类型。服务运营商可以在这当中加入其他信息。
服务运营商可以在BCMCS-SC XML文档中加入其他的子类型,并不限于本发明中所列举的类型。
对于每个BCMCS-SC都需要定义通知标识。在这里,该通知标识为idA(对应的BCMCS-SC为SIP:[email protected])。
BCMCS-SC修改过程
当新的移动终端19加入已经建立的MPCS时,可以发起BCMCS-SC的修改过程,以向该移动终端提供广播或组播方式的媒体流传送。除此之外,在移动终端19离开MPCS或SIP UA内容提供服务器17更改媒体流的会话描述等多种情况下,都可以发起BCMCS-SC的修改过程。图10示出了在BCMCS-SC修改过程中,各相关新设备的工作流程图。
如图10所示,当需要修改BCMCS-SC和相关的BCMCS会话的时候,会议核心20首先从相关的MPCS和BCMCS设备收到修改请求,这些设备包括移动终端19和SIP UA内容提供服务器17(步骤1001)。然后,在步骤1002中,会议核心20中的BCMCS-SC处理模块9根据所得到的信息,首先检查当前维护的BCMCS-SC的状态,并判断是否需要修改。如果确认需要修改,会议核心20将在步骤1003中通知相关的设备修改会话。接着,会议核心20接收来自各个相关设备的会话修改响应消息,并根据该响应消息判断会话修改是否成功(步骤1004)。如果会话修改失败,则此次修改过程结束。如果会话修改成功,会议核心20中的BCMCS-SC处理模块9就对所维护的BCMCS-SC进行修改,并通知各相关设备修改BCMCS-SC(步骤1005),从而完成整个修改过程。
在很多情况下,都可以触发BCMCS-SC的修改过程。图11和图12仅分别示出了新的移动终端19加入MPCS,和SIP UA内容提供服务器17更改媒体流会话描述,两种情况下发起的BCMCS-SC修改过程的SIP消息流程。
图11是由新加入的一个移动终端发起的BCMCS-SC修改的SIP消息流程。如图11所示,会议核心20向该加入的移动终端19发送INVITE消息(步骤1101),其要求与步骤901中的消息一样。同样,移动终端19发送1xx session progress消息(步骤1102)作为响应。之后,会议核心20向BCMCS控制器18发送re-INVITE消息(步骤1103),从而在200OK响应(步骤1104)中得到包含BCMCS控制器18提供的BCMCS会话初始信息。这里的应答消息体answer 2应该包含相关的BCMCS_FLOW_ID,当中也可以包含组播IP地址和端口号、节目信息、节目ID等可选信息。步骤1105到1109为BCMCS相关流程,与步骤911到915相同。当会议核心20得到步骤1109的响应的时候,就修改与之对应的BCMCS-SC(步骤1110)。之后,会议核心20向该移动终端19和BCMCS控制器分别发送确认(ACK)消息(步骤1111和1112)。接着,在步骤1113中,会议核心20和移动终端19之间建立SIP订阅-通知服务,即BCMCS-SC通知服务,以将修改后的BCMCS-SC通知给该移动终端19,这与步骤921相同。然后,会议核心20还应该通过BCMCS-SC通知服务,通知SIP UA内容提供服务器17相应的更新信息。最后,在步骤1115和1116中,BCMCS控制器18和BCMCS内容服务器7可以开始向该移动终端19传送BCMCS媒体流。
图12是由一个SIP UA内容提供服务器17发起的BCMCS-SC修改的流程。
如图12所示,当SIP UA内容提供服务器17提供的媒体流的相关信息发生变化时(例如编码格式发生变化),SIP UA内容提供服务器17,首先发送re-INVITE消息给会议核心(步骤1201)。该消息中请求消息体offer1可以包含一些与BCMCS-SC相关的更新信息(如具体的时间信息、相关的QoS参数、安全信息、节目名称和SIP UA内容提供服务器17的名称等等)。之后,SIP UA内容提供服务器17得到来自会议核心20的200 OK响应(步骤1202)。然后,会议核心20通过BCMCS-SC通知服务,将该更新信息通知给BCMCS控制器18(步骤1203)。在收到来自BCMCS控制器18的200 OK响应后(步骤1204),会议核心20将该更新信息通知给移动终端19(步骤1205)。接着,移动终端19应该发起相应的BCMCS会话建立过程。这个过程可以由BCMCS重新注册(re-registration)过程发起。在相关的BCMCS会话建立过程开始之前,移动终端19应该发送“1xx BCMCS过程运行中”(1xx BCMCSprocedure undergoing)的响应,以通知会议核心20 BCMCS过程正在进行(步骤1206)。移动终端19通过该BCMCS过程(步骤1207),对相关的BCMCS会话进行修改(步骤1208)。BCMCS会话修改的过程在相关的BCMCS标准中有详细的解释,这里略去具体描述。BCMCS会话修改之后,移动终端19向会议核心20发送200 OK响应(步骤1209)。会议核心20收到该响应后,修改对应的BCMCS-SC(步骤1210)。并向SIP内容提供服务器发送修改确认(ACK)消息(步骤1211)。这时,SIP UA内容提供服务器17就可以开始传送新的媒体流(步骤1212)。
BCMCS-SC终止
当多方会议结束时,或不再需要利用BCMCS会话来提供MPCS时,则需要终止BCMCS-SC。图13是在BCMCS-SC终止过程中,相关新设备的工作流程。
如图13所示,当需要终止BCMCS-SC和相关的BCMCS会话的时候,会议核心20首先从相关的MPCS和BCMCS设备收到终止请求步骤1301,这些设备包括移动终端19和SIP UA内容提供服务器17。然后,在步骤1302中,会议核心20中的BCMCS-SC处理模块9,根据所得到的信息,首先检查当前维护的BCMCS-SC的状态是否需要终止。如果确认需要终止,会议核心20将在步骤1303中通知相关的设备(移动终端19和SIP UA内容提供服务器17,以及BCMCS控制器18)终止BCMCS会话。之后,在各相关设备中,各自的BCMCS-SC处理模块就终止所维护的BCMCS-SC(步骤1304)。
图14和图15中分别给出了由SIP UA内容提供服务器17和移动终端19发起的BCMCS-SC终止的SIP消息流程。
图14是一个SIP UA内容提供服务器17发起的BCMCS-SC终止的SIP消息流程图。
当SIP UA内容提供服务器17离开MPCS时,需要发起BCMCS-SC的终止流程。图14中,SIP UA内容提供服务器17,首先向会议核心20发送SIP信令中的退出(BYE)消息(步骤1401)。之后,会议核心20通过BCMCS-SC通知服务将这个消息通知给BCMCS控制器18(步骤1402)。BCMCS控制器18收到该通知消息后,应该先向会议核心20发送“1xx BCMCS过程运行中”(1xxBCMCS procedure undergoing)的响应,以通知会议核心20 BCMCS过程正在进行(步骤1403)。接着,BCMCS控制器18终止对应的BCMCS会话并回收相关的资源(步骤1404)。会议核心20在得到表示BCMCS会话已经终止的200 OK响应(步骤1405)后,终止对应的BCMCS-SC(步骤1406),而后可以发送BYE消息给移动终端19(步骤1407)。最后,当接收到来自移动终端19的200 OK响应(步骤1408)后,会议核心20向SIP内容提供服务器17发送终止确认消息200 OK响应作为对步骤1401中BYE消息的响应(步骤1409)。
图15是一个移动终端发起的BCMCS-SC终止流程。
如果移动终端19为BCMCS-SC中最后一个BCMCS成员用户,那么当它离开MPCS的时候,可以发起BCMCS-SC终止流程。图15中描述了这种情况。首先,移动终端19发送BYE消息给会议核心20(步骤1501)。当会议核心20发现这个移动终端19为BCMCS-SC中最后一个BCMCS成员用户时(该BCMCS-SC应该被终止),则通知BCMCS控制器18(步骤1502)。BCMCS控制器18应该终止对应的BCMCS会话并回收相关的资源(步骤1503-1504)。会议核心20在得到BCMCS会话已终止的确认消息200 OK响应(步骤1505)后,终止对应的BCMCS-SC(步骤1506),并通知对应的SIPUA内容提供服务器17(步骤1507)。最后,会议核心20发送200 OK消息作为对步骤1501中BYE消息的响应(步骤1508)。
本发明的上述利用无线通信网络中的广播组播服务进行多方会议服务的方法,可以采用软件实现,也可以采用硬件实现,或采用软硬件结合的方式实现。
有益效果
通过以上结合附图对本发明实施例的详细描述,不难看出本发明所提出的方法和设备,通过将广播组播服务集成到MPCS中,从而可利用一条多播下行链路向多个移动终端传送会议内容的媒体流,由此减少了MPCS相关的无线通信***的空中接口资源。在本发明中,通过建立BCMCS与MPCS之间的服务映射关系,即BCMCS-SC,来管理、维护MPCS中的BCMCS会话,方法简便,易于维护,并且便于相应的硬件设备升级更新。此外,在3GPP2的标准中,BCMCS会话只能由移动终端发起。通过使用本发明中所述的技术,SIP UA内容提供服务器17也可以发起BCMCS会话。
本领域技术人员应当理解,对上述本发明所公开的利用无线通信网络中的广播组播服务来进行多方会议的方法和设备,还可以在不脱离本发明内容的基础上做出各种改进。因此,本发明的保护范围应当由所附的权利要求书的内容确定。
Claims (23)
1、一种用于会议核心的利用无线通信***的广播组播服务进行多方会议服务(MPCS)的方法,其中,至少一个内容提供服务器向至少一个移动终端提供内容媒体流,该方法包括:
(a)接收来自该至少一个内容提供服务器的媒体流相关信息,并将所接收的该媒体流相关信息发送给广播组播服务控制器;
(b)接收由广播组播服务控制器根据该媒体流相关信息生成的用于建立广播组播服务会话的相关信息;
(c)基于已获得的该媒体流相关信息、该广播组播服务会话相关信息,以及MPCS相关信息,生成相应的广播组播服务会话上下文;
(d)将所生成的广播组播服务会话上下文分别发送给该至少一个内容提供服务器、该至少一个移动终端,以及该广播组播服务控制器,从而使得该至少一个移动终端通过广播组播服务会话获得该内容媒体流。
2、如权利要求1所述的方法,还包括,根据所述广播组播服务会话上下文的状态,控制所述广播组播服务会话。
3、如权利要求2所述的方法,步骤(b)中还包括,接收来自广播组播服务控制器的广播组播服务内容服务器的IP地址和端口号,并将其发送给所述至少一个内容提供服务器。
4、如权利要求3所述的方法,步骤(b)中还包括向所述至少一个移动终端发送所述广播组播服务会话相关信息,所述媒体流的会话描述,和所述内容提供服务器的标识符。
5、如权利要求1-4中任一权利要求所述的方法,其中所述生成的广播组播服务会话上下文包括:所述广播组播服务会话上下文的标识符,所述媒体流相关信息,所述广播组播服务会话相关信息、广播组播服务成员用户的数目、广播组播服务成员用户标识符。
6、如权利要求5所述的方法,其中
所述媒体流相关信息至少包括:所述媒体流的会话描述、具体的时间信息、相关的QoS信息;
所述广播组播服务会话相关信息至少包括:由所述广播组播服务控制器根据所述媒体流相关信息生成的广播组播服务会话的媒体流标识符。
7、如权利要求6所述的方法,其中所述广播组播服务会话相关的信息还包括:组播IP地址和端口号,广播组播服务控制器的IP地址,安全信息,最大允许的广播组播服务成员用户数量中的一个或多个。
8、一种用于广播组播服务控制器的利用无线通信***的广播组播服务进行多方会议服务(MPCS)的方法,其中,至少一个内容提供服务器向至少一个移动终端提供内容媒体流,该方法包括:
(a)接收来自MPCS会议核心的与该至少一个内容提供服务器欲提供的媒体流相关的信息;
(b)根据该媒体流相关信息,执行初始化操作,生成用于建立广播组播服务会话的相关信息,并将该广播组播服务会话相关信息发送给该会议核心;
(c)接收并保存来自该会议核心的广播组播服务会话上下文,该广播组播服务会话上下文是由该会议核心根据该媒体流相关信息和该广播组播服务会话相关信息,以及MPCS相关信息生成的;
(d)通过与该至少一个移动终端建立广播组播服务会话,将来自该至少一个内容提供服务器的该媒体流以广播或组播的方式传送给该至少一个移动终端。
9、如权利要求8所述的方法,其中步骤(b)还包括,将广播组播服务内容服务器的IP地址和端口号发送给所述会议核心,以使广播组播服务内容服务器接收来自所述至少一个内容提供服务器的所述媒体流。
10、权利要求9所述的方法,还包括,
根据所述广播组播服务会话上下文的状态,控制所述广播组播服务会话。
11、权利要求8-10中任一权利要求所述的方法,其中所述广播组播服务会话上下文包括:所述广播组播服务会话上下文的标识符,所述媒体流相关信息、所述广播组播服务会话相关信息、广播组播服务成员用户的数目、广播组播服务成员用户的标识符。
12、如权利要求11所述的方法,其中
所述媒体流相关信息至少包括:所述媒体流的会话描述、具体的时间信息、相关的QoS信息;
所述广播组播服务会话相关信息至少包括:由所述广播组播服务控制器根据所述媒体流相关信息生成的广播组播服务会话的媒体流标识符。
13、如权利要求12所述的方法,其中所述广播组播服务会话相关的信息还包括:组播IP地址和端口号,广播组播服务控制器的IP地址,安全信息,最大允许的广播组播服务成员用户数量中的一个或多个。
14、一种用于多方会议服务(MPCS)的内容提供服务器的,利用无线通信***的广播组播服务进行MPCS的方法,其中,至少一个内容提供服务器向至少一个移动终端提供内容媒体流,该方法包括:
(a)向MPCS会议核心发送与待发送媒体流相关的媒体流相关信息;
(b)接收来自会议核心的广播组播服务内容服务器的IP地址和端口号;
(c)接收并保存来自该会议核心的广播组播服务会话上下文,该广播组播服务会话上下文是由该会议核心根据该媒体流相关信息、由广播组播服务控制器生成的广播组播服务会话相关信息,以及MPCS相关信息而生成的;
(d)根据该广播组播服务内容服务器的IP地址和端口号,经由该广播组播服务内容服务器,向该至少一个移动终端提供该媒体流。
15、如权利要求14所述的方法,其中所述媒体流相关信息至少包括:所述媒体流的会话描述、具体的时间信息、相关的QoS信息。
16、一种用于无线通信***的移动终端的,利用广播组播服务进行多方会议服务(MPCS)的方法,其中,至少一个内容提供服务器向至少一个移动终端提供内容媒体流,该方法包括:
(a)接收来自该会议核心的与待发送媒体流相关的媒体流相关信息和由该广播组播服务控制器生成的广播组播服务会话相关信息;
(b)接收并保存来自该会议核心的广播组播服务会话上下文,该广播组播服务会话上下文是由该会议核心根据该媒体流相关信息和该广播组播服务会话相关信息,以及MPCS相关信息生成的;
(c)建立广播组播服务会话,通过广播组播服务接收所述媒体流。
17、如权利要求16所述的方法,还包括,根据所述广播组播服务会话上下文的状态,执行相应的广播组播服务会话操作。
18、一种多方会议服务(MPCS)的会议核心,该会议核心支持利用无线通信***的广播组播服务进行MPCS,该会议核心包括:
信令接收发送模块,用于发送或接收MPCS中的信令;
会议核心模块,用于接收来自该信令接收发送模块的信令,或经由该信令接收发送模块发送信令,从而根据MPCS会议群组策略和媒体策略,进行会议的管理和维护;
广播组播服务会话上下文处理模块,用于从该会议核心模块接收信息,并初始化、修改或终止相应的广播组播服务会话上下文,或向该会议核心发送与该广播组播服务会话上下文相关的信息;
其中,该会议核心根据该广播组播服务会话上下文处理模块中的广播组播服务会话上下文的状态,控制相应的广播组播服务会话。
19、一种无线通信***的广播组播服务控制器,该广播组播服务控制器支持多方会议服务(MPCS),该广播组播服务控制器包括:
信令接收发送模块,用于发送或接收MPCS中的信令;
广播组播服务控制模块,用于接收来自该信令接收发送模块的信令,或经由该信令接收发送模块发送信令,并管理和维护广播组播服务会话;
广播组播服务会话上下文处理模块,用于从该广播组播服务控制模块接收广播组播服务会话上下文,并保存、修改或终止该广播组播服务会话上下文,或向该广播组播服务控制模块发送与该广播组播服务会话上下文相关的信息;
其中,该广播组播服务控制模块根据该广播组播服务会话上下文的状态控制广播组播服务会话。
20、一种多方会议服务(MPCS)中的内容提供服务器,该内容提供服务器利用无线通信***的广播组播服务向至少一个移动终端提供内容媒体流,该内容提供服务器包括:
信令接收发送模块,用于发送或接收MPCS中的信令;
内容提供模块,用于接收来自该信令接收发送模块的信令,或经由该信令接收发送模块发送信令,并提供内容媒体流;
广播组播服务会话上下文处理模块,用于从该内容提供模块接收广播组播服务会话上下文,并保存、修改或终止该广播组播服务会话上下文,或向该内容提供模块发送与该广播组播服务会话上下文相关的信息;
其中,该内容提供模块通过广播组播服务提供该媒体流。
21、一种无线通信***的移动终端,该移动终端可通过广播组播服务接受多方会议服务(MPCS),该移动终端包括:
信令接收发送模块,用于发送或接收MPCS中的信令;
移动终端模块,用于接收来自该信令接收发送模块的信令,或经由该信令接收发送模块发送信令,并可建立广播组播服务会话;
广播组播服务会话上下文处理模块,用于从该移动终端模块接收广播组播服务会话上下文,并保存、修改或终止该广播组播服务会话上下文,或向该移动终端模块发送与该广播组播服务会话上下文相关的信息;
其中,该移动终端模块可根据该广播组播服务会话上下文的状态,执行相应的广播组播服务会话操作。
22、一种利用无线通信***的广播组播服务进行多方会议服务(MPCS)的方法,其中,至少一个内容提供服务器向至少一个移动终端提供内容媒体流,该方法包括:
(a)多方会议服务中的会议核心接收来自该至少一个内容提供服务器的媒体流相关信息,并将所接收的该媒体流相关信息发送给广播组播服务中的广播组播服务控制器;
(b)该广播组播服务控制器根据该媒体流相关信息生成用于建立广播组播服务会话的相关信息,并将其发送给该会议核心;
(c)该会议核心基于已获得的该媒体流相关信息、该广播组播服务会话相关信息,以及MPCS相关信息,生成相应的广播组播服务会话上下文;并将该广播组播服务会话上下文分别发送给该至少一个内容提供服务器、该至少一个移动终端,以及该广播组播服务控制器;
(d)该至少一个内容服务器根据所获得该广播组播服务会话上下文,向该广播组播服务内容服务器提供媒体流;
(e)该至少一个移动终端和该广播组播服务控制器根据所获得的广播组播服务会话上下文,建立广播组播服务会话,从而使该至少一个移动终端获得该内容媒体流;
其中,该会议核心、该广播组播服务控制器、该至少一个移动终端,以及该至少一个内容服务器,根据该广播组播服务会话上下文执行相应的广播组播服务会话操作。
23、一种利用无线通信***的广播组播服务进行多方会议服务(MPCS)的***,该***包括:多方会议服务的会议核心、广播组播服务控制器、至少一个移动终端,以及向该至少一个移动终端提供内容媒体流的至少一个内容提供服务器,并且
该会议核心、该广播组播服务控制器、该至少一个移动终端,以及该至少一个内容提供服务器各自还包括:
一个信令接收发送模块,用于接收或发送多方会议服务的信令;以及,
一个广播组播服务会话上下文处理模块,用于处理与广播组播服务会话上下文相关的信息;
其中,
该会议核心,基于来自该至少一个内容提供服务器的媒体流相关信息、来自该广播组播服务控制器的该广播组播服务会话相关信息,以及MPCS相关信息,在其广播组播服务会话上下文处理模块中,生成相应的广播组播服务会话上下文;并经由该信令接收发送模块将该广播组播服务会话上下文分别发送给该至少一个内容提供服务器、该至少一个移动终端,以及该广播组播服务控制器,从而根据该广播组播服务会话上下文控制用于向该移动终端提供内容媒体流的广播组播服务会话;
该广播组播服务控制器,根据来自该会议核心的媒体流相关信息生成用于建立广播组播服务会话的相关信息,并将该信息发送给该会议核心;而且,在其广播组播服务会话上下文处理模块中,接收、保存并维护来自该会议核心的该广播组播服务会话上下文,以根据该广播组播会话上下文控制相应的广播组播服务会话;
该至少一个内容提供服务器向该会议核心提供媒体流相关信息,并在其广播组播服务会话上下文处理模块中,接收、保存并维护来自该会议核心的广播组播服务会话上下文,以经由该广播组播服务内容服务器向该至少一个移动终端提供媒体流;
该至少一个移动终端,在其广播组播服务会话上下文处理模块中,接收、保存并维护来自该会议核心的该广播组播服务会话上下文,并根据该广播组播会话上下文,执行相应的广播组播服务会话操作,从而通过广播组播服务会话获得该内容媒体流。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510062665A CN100596075C (zh) | 2005-03-31 | 2005-03-31 | 利用广播组播服务实现多方会议服务的方法和设备 |
JP2005376319A JP4649328B2 (ja) | 2005-03-31 | 2005-12-27 | 無線通信システムのブロードキャスト/マルチキャストサービスを利用してマルチパーティ会議サービスを実現する方法、装置及びシステム |
US11/347,314 US7599682B2 (en) | 2005-03-31 | 2006-02-06 | Method of implementing multi-party conference service by using broadcast/multicast service of a wireless communications system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510062665A CN100596075C (zh) | 2005-03-31 | 2005-03-31 | 利用广播组播服务实现多方会议服务的方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1842016A true CN1842016A (zh) | 2006-10-04 |
CN100596075C CN100596075C (zh) | 2010-03-24 |
Family
ID=37030873
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200510062665A Expired - Fee Related CN100596075C (zh) | 2005-03-31 | 2005-03-31 | 利用广播组播服务实现多方会议服务的方法和设备 |
Country Status (3)
Country | Link |
---|---|
US (1) | US7599682B2 (zh) |
JP (1) | JP4649328B2 (zh) |
CN (1) | CN100596075C (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009100565A1 (zh) * | 2008-01-30 | 2009-08-20 | Zte Corporation | 一种无线通信***中实现多方电话会议的方法及*** |
CN101952852A (zh) * | 2008-02-20 | 2011-01-19 | 微软公司 | 用于自动标识多媒体会议事件的参与者的技术 |
CN104301658A (zh) * | 2014-10-24 | 2015-01-21 | 四川省科本哈根能源科技有限公司 | 一种基于移动终端的多点视频汇聚*** |
CN113163338A (zh) * | 2020-01-07 | 2021-07-23 | 华为技术有限公司 | 一种组播会话的管理方法、装置 |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8918366B2 (en) | 2005-02-07 | 2014-12-23 | Mimosa Systems, Inc. | Synthetic full copies of data and dynamic bulk-to-brick transformation |
US8812433B2 (en) | 2005-02-07 | 2014-08-19 | Mimosa Systems, Inc. | Dynamic bulk-to-brick transformation of data |
US8799206B2 (en) | 2005-02-07 | 2014-08-05 | Mimosa Systems, Inc. | Dynamic bulk-to-brick transformation of data |
US8275749B2 (en) * | 2005-02-07 | 2012-09-25 | Mimosa Systems, Inc. | Enterprise server version migration through identity preservation |
JP4940888B2 (ja) | 2006-10-23 | 2012-05-30 | ソニー株式会社 | オーディオ信号伸張圧縮装置及び方法 |
US8565137B2 (en) * | 2007-09-24 | 2013-10-22 | Qualcomm Incorporated | Tracking locations of multicast group members within a wireless communication system |
US8570911B2 (en) | 2007-09-24 | 2013-10-29 | Qualcomm Incorporated | Multicast messaging within a wireless communication system |
US9344290B2 (en) * | 2007-09-24 | 2016-05-17 | Qualcomm Incorporated | Terminating a multicast session within a wireless communications network |
WO2009045959A1 (en) * | 2007-09-29 | 2009-04-09 | Research In Motion Limited | Schema negotiation for versioned documents transmitted in a distributed environment |
EP2218242B1 (en) | 2007-10-27 | 2019-09-11 | BlackBerry Limited | Content disposition system and method for processing message content in a distributed environment |
WO2009067459A1 (en) * | 2007-11-19 | 2009-05-28 | Research In Motion Limited | System and method for processing settlement information in a network environment including ims |
KR101501157B1 (ko) * | 2008-04-16 | 2015-03-10 | 삼성전자주식회사 | 광대역 무선통신 시스템에서 셀 단위 광고 방송 서비스를제공하기 위한 장치 및 방법 |
KR101573329B1 (ko) * | 2008-05-27 | 2015-12-01 | 삼성전자주식회사 | 멀티캐스트 세션을 통해 수신한 어플리케이션에 기초한 iptv 서비스 이용 방법 및 장치 |
US20110123010A1 (en) * | 2009-11-24 | 2011-05-26 | Mitel Networks Corporation | Method and system for transmitting caller identification information in a conference call |
US8514263B2 (en) | 2010-05-12 | 2013-08-20 | Blue Jeans Network, Inc. | Systems and methods for scalable distributed global infrastructure for real-time multimedia communication |
CN102377728B (zh) * | 2010-08-06 | 2015-05-06 | 联芯科技有限公司 | 一种ims多媒体会议中的组内文件分发方法 |
US20120144013A1 (en) * | 2010-12-01 | 2012-06-07 | Cisco Technology, Inc. | Discovery of on-path services for media flows |
US9369673B2 (en) * | 2011-05-11 | 2016-06-14 | Blue Jeans Network | Methods and systems for using a mobile device to join a video conference endpoint into a video conference |
US9300705B2 (en) | 2011-05-11 | 2016-03-29 | Blue Jeans Network | Methods and systems for interfacing heterogeneous endpoints and web-based media sources in a video conference |
CN105516065B (zh) * | 2014-09-26 | 2018-08-14 | 华为技术有限公司 | 一种媒体控制方法和设备 |
US10516704B2 (en) | 2015-07-28 | 2019-12-24 | Polycom, Inc. | Relaying multimedia conferencing utilizing software defined networking architecture |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1310109A2 (en) * | 2000-03-03 | 2003-05-14 | QUALCOMM Incorporated | Method and apparatus for participating in group communication services in an existing communication system |
US6477150B1 (en) * | 2000-03-03 | 2002-11-05 | Qualcomm, Inc. | System and method for providing group communication services in an existing communication system |
US8411594B2 (en) * | 2002-09-20 | 2013-04-02 | Qualcomm Incorporated | Communication manager for providing multimedia in a group communication network |
US7894377B2 (en) * | 2002-12-31 | 2011-02-22 | Motorola Solutions, Inc. | Method and system for group communications |
US7369567B2 (en) * | 2002-12-31 | 2008-05-06 | Motorola, Inc. | Methods for affiliating endpoints with a group and determining common communication capabilities for the affiliated endpoints |
US8103753B2 (en) * | 2003-04-22 | 2012-01-24 | Microsoft Corporation | Distributing membership information for multi-party application layer sessions |
JP2006526355A (ja) * | 2003-05-13 | 2006-11-16 | サムスン エレクトロニクス カンパニー リミテッド | 移動通信システムにおけるブロードキャスティングサービスのための保護方法 |
US7991396B2 (en) * | 2003-06-09 | 2011-08-02 | Qualcomm Incorporated | Method and apparatus for broadcast application in a wireless communication system |
FI20041075A0 (fi) * | 2004-08-12 | 2004-08-12 | Nokia Corp | Tiedon lähettäminen ryhmälle vastaanottolaitteita |
-
2005
- 2005-03-31 CN CN200510062665A patent/CN100596075C/zh not_active Expired - Fee Related
- 2005-12-27 JP JP2005376319A patent/JP4649328B2/ja not_active Expired - Fee Related
-
2006
- 2006-02-06 US US11/347,314 patent/US7599682B2/en not_active Expired - Fee Related
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009100565A1 (zh) * | 2008-01-30 | 2009-08-20 | Zte Corporation | 一种无线通信***中实现多方电话会议的方法及*** |
CN101946457B (zh) * | 2008-01-30 | 2012-11-14 | 中兴通讯股份有限公司 | 一种无线通信***中实现多方电话会议的方法及*** |
CN101952852A (zh) * | 2008-02-20 | 2011-01-19 | 微软公司 | 用于自动标识多媒体会议事件的参与者的技术 |
CN104301658A (zh) * | 2014-10-24 | 2015-01-21 | 四川省科本哈根能源科技有限公司 | 一种基于移动终端的多点视频汇聚*** |
CN113163338A (zh) * | 2020-01-07 | 2021-07-23 | 华为技术有限公司 | 一种组播会话的管理方法、装置 |
CN113163338B (zh) * | 2020-01-07 | 2022-11-11 | 华为技术有限公司 | 一种组播会话的管理方法、装置 |
Also Published As
Publication number | Publication date |
---|---|
CN100596075C (zh) | 2010-03-24 |
JP4649328B2 (ja) | 2011-03-09 |
JP2006287905A (ja) | 2006-10-19 |
US7599682B2 (en) | 2009-10-06 |
US20060223510A1 (en) | 2006-10-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1842016A (zh) | 利用无线通信***中的广播组播服务实现多方会议服务的方法和设备 | |
CN1290354C (zh) | 数字集群***与普通电话***互联互通的方法 | |
CN1845527A (zh) | 在微波接入全球互通***中提供组播业务的方法及*** | |
CN101043252A (zh) | 一种基于mbms机制的ims业务的传输方法及*** | |
CN1689307A (zh) | 在组通信网络内提供多媒体的通信管理器 | |
CN1451219A (zh) | 在通信***中提供可配置的层和协议的方法和装置 | |
CN1806412A (zh) | 用于无线通信***中的广播应用的方法和设备 | |
CN1695364A (zh) | 在组通信网络内提供多媒体的通信设备 | |
CN101047607A (zh) | 实现组播业务的***及方法 | |
CN1941711A (zh) | 用于控制通信会话或建立通信会话的方法以及相关装置 | |
CN1774945A (zh) | 在无线电话网络中的广播内容的共享信道递送期间发起点到点呼叫的方法和装置 | |
CN1794675A (zh) | 建立聊天室数据传输通道实现聊天消息传送的方法 | |
CN1894904A (zh) | 接口呼叫信令协议 | |
CN1889722A (zh) | 一种PoC群组会话的实现方法及装置 | |
WO2006107164A1 (en) | Apparatus and method for delivering stream in a mobile broadcast system | |
CN1859305A (zh) | 一种多媒体广播/组播业务中建立gtp隧道的方法 | |
CN100344095C (zh) | 一种集群语音业务的计费关联和计费管理方法 | |
CN1798139A (zh) | 为不同网络终端提供多媒体服务的设备和方法 | |
CN1642096A (zh) | 多媒体会议召开方法 | |
CN101030921A (zh) | 一种组播控制***和方法 | |
CN101043431A (zh) | 一种缩短多方通话业务建立时间的方法与*** | |
CN1461574A (zh) | 一对一通信 | |
CN101069451A (zh) | 用于处理数据传输信道的服务质量的方法 | |
CN1897720A (zh) | 控制集群***无线一键通方式讲话权的方法 | |
CN101057477A (zh) | 用于划分单个PoC组会话的方法和*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C56 | Change in the name or address of the patentee | ||
CP01 | Change in the name or title of a patent holder |
Address after: Tokyo, Japan Patentee after: Hitachi Ltd. Address before: Tokyo, Japan Co-patentee before: Hitachi Communications Technology Co., Ltd. Patentee before: Hitachi Ltd. |
|
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100324 Termination date: 20130331 |