CN101043252B - 一种基于mbms机制的ims业务的传输方法及*** - Google Patents
一种基于mbms机制的ims业务的传输方法及*** Download PDFInfo
- Publication number
- CN101043252B CN101043252B CN2006100604647A CN200610060464A CN101043252B CN 101043252 B CN101043252 B CN 101043252B CN 2006100604647 A CN2006100604647 A CN 2006100604647A CN 200610060464 A CN200610060464 A CN 200610060464A CN 101043252 B CN101043252 B CN 101043252B
- Authority
- CN
- China
- Prior art keywords
- mbms
- server
- data
- client
- poc
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 79
- 230000007246 mechanism Effects 0.000 title claims abstract description 53
- 230000005540 biological transmission Effects 0.000 claims abstract description 53
- 238000012546 transfer Methods 0.000 claims abstract description 11
- 230000008569 process Effects 0.000 claims description 48
- 238000005516 engineering process Methods 0.000 claims description 17
- 230000004044 response Effects 0.000 claims description 7
- 230000003247 decreasing effect Effects 0.000 abstract 1
- 238000010295 mobile communication Methods 0.000 description 9
- 230000000977 initiatory effect Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 7
- 230000004913 activation Effects 0.000 description 4
- 238000001994 activation Methods 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 238000011161 development Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 2
- 230000009849 deactivation Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 230000001755 vocal effect Effects 0.000 description 2
- CVRALZAYCYJELZ-UHFFFAOYSA-N O-(4-bromo-2,5-dichlorophenyl) O-methyl phenylphosphonothioate Chemical compound C=1C=CC=CC=1P(=S)(OC)OC1=CC(Cl)=C(Br)C=C1Cl CVRALZAYCYJELZ-UHFFFAOYSA-N 0.000 description 1
- 240000007594 Oryza sativa Species 0.000 description 1
- 235000007164 Oryza sativa Nutrition 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 235000021186 dishes Nutrition 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000004321 preservation Methods 0.000 description 1
- 235000009566 rice Nutrition 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种基于MBMS机制的IMS业务的传输方法及***，在服务器与客户端之间进行业务会话，传送数据给客户端过程中，当服务器判断该业务可以使用MBMS承载来传送数据时，则发送建立MBMS上下文请求消息；根据该请求信息，客户端与BM-SC建立MBMS上下文，则服务器将数据发给BM-SC，由BM-SC使用上述建立的MBMS上下文将数据发送给多个客户端。本发明在IMS业务的会话过程中，引入MBMS承载的建立过程，MBMS承载建立后再直接使用，节省等待这个承载建立的时间，而当不满足多播要求的时候，还可以随时切换回单播承载，因此能有效减少会话建立时间。
Description
技术领域
本发明涉及多媒体广播/组播业务(Multimedia Broadcast Multiple Service，MBMS)技术，特别涉及一种基于MBMS机制的IMS(IP Multimedia Subsystem，IP多媒体子***)业务传输技术。
背景技术
组播/广播MBMS是一种从一个数据源向多个目标传送数据的技术，在传统移动通信网络中，小区组播业务或广播业务(CBS，Cell Broadcast Service)允许低比特率数据通过小区共享广播信道向所有用户发送，此种业务属于消息类业务。
现在，人们对移动通信的需求已不再满足于电话和消息业务，随着因特网(Internet)的迅猛发展，大量移动多媒体业务涌现出来。其中一些移动多媒体业务要求多个用户能同时接收相同数据，例如视频点播、电视广播、视频会议、网上教育、互动游戏等。这些移动多媒体业务与一般的数据业务相比，具有数据量大、持续时间长、时延敏感等特点。目前的网际协议(IP，Internet Protocol)组播和广播技术只适用于有线IP通信网络，不适用于移动通信网络，因为移动通信网络具有特定的网络结构、功能实体和无线接口，这些都与有线通信IP网络不同。
为有效地利用移动通信网络资源，第三代移动通信全球标准化组织(3GPP，3rd Generation Partnership Project)提出移动通信网络的MBMS，从而在移动通信网络中提供一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率，尤其是空口接口资源。3GPP提出的MBMS不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速多媒体业务的 组播和广播，这无疑顺应了未来移动数据发展的趋势。
图1为支持广播/组播业务的无线网络结构示意图，如图1所示，现有3GPP中，支持广播/组播业务的无线网络实体为广播/组播业务服务器(BM-SC)，BM-SC通过Gmb接口或Gi接口与关口GPRS支持节点(GGSN，Gateway GPRSSupport Node)相连，一个BM-SC可与多个GGSN相连；GGSN通过Gn/Gp接口与服务GPRS支持节点(SGSN，Serving GPRS Support Node)相连，一个GGSN可与多个SGSN相连；SGSN可通过Iu接口与通用移动通信***(UMTS，Universal Mobile Telecommunications System)陆地无线接入网(UTRAN，UMTSTerrestrial radio access network)相连，然后UTRAN通过Uu接口与UE相连，SGSN也可通过Iu/Gb接口与全球移动通信***增强无线接入网(GERAN)相连，然后GERAN通过Um接口与UE相连。其中，GGSN和SGSN属于无线网络中核心网(CN，Core Network)内的节点。
从图1给出的网络结构可以看出，为了支持MBMS业务，在第三代移动通信***中增加移动网功能实体--广播组播业务中心，即BM-SC，所述BM-SC为内容提供者的入口，用于授权和在移动网中发起MBMS业务，并按照预定时间计划传送MBMS内容。此外，在用户终端UE(User Equipment)、UTRAN、GERAN、SGSN、GGSN等功能实体上增加与MBMS相关的功能。
MBMS包括组播模式和广播模式，其中组播模式需要用户签约相应的组播组，进行业务激活，并产生相应的计费信息。由于组播模式和广播模式在业务需求上存在不同，导致各自的业务流程也不同，分别如图2和图3所示，图2为MSMS组播模式的业务流程示意图，图3为MSMS广播模式的业务流程示意图。
如图2所示，MBMS组播业务涉及的处理过程包括：签约(Subscription)、服务宣告(Service announcement)、用户加入(Joining)、会话开始(Session Start)、MBMS通知(MBMS notification)、数据传送(Data transfer)、会话结束(SessionStop)和用户退出(Leaving)，具体如下所述。
签约过程，用来建立用户与业务提供者之间的关系，让用户预先订阅所需 的MBMS服务；
服务宣告过程，用于由BM-SC宣告当前能提供的服务，即通知用户MBMS业务的相关信息；
用户加入过程即MBMS业务激活过程，UE在加入过程中，通知网络自身愿意成为当前组播组的成员，接收对应MBMS业务的数据，该加入过程会在网络和加入组播组的UE中创建记录UE信息的MBMS UE上下文；
会话开始过程中，BM-SC准备好数据传输，通知网络建立相应核心网和接入网的承载资源；
MBMS通知过程用于由RNC(Radio Network Controller，无线网络控制器)通知UE MBMS组播会话即将开始；
在数据传送过程中，BM-SC通过会话开始过程中建立的承载资源将数据传输给UE，MBMS业务在UTRAN和UE间传输时有两种模式：点对多点(PTM，Point To Multipoint)模式和点对点(PTP，Point To Point)模式，PTM模式通过MBMS点到多点业务信道(MTCH)发送相同的数据，所有加入组播业务或对广播业务感兴趣的UE都可以接收，PTP模式通过专用业务信道(DTCH，Dedicated Traffic Channel)逻辑信道发送数据，只有相应的一个UE可以收到；
会话结束过程用于将会话开始过程建立的承载资源释放；
用户退出过程使组内的订户离开组播组，即用户不再接收组播数据，该过程会将相应MBMS UE上下文删除。
如图3所示，MBMS广播业务涉及的处理过程与MBMS组播业务类似，只是在会话开始之前，不需要执行签约过程和用户加入过程，并且，在会话结束之后，不需要执行用户退出过程。
在多种应用的推动下，出现基于IP的多媒体子***IMS(IP MultimediaSubsystem)架构，目的是在移动网络中使用一种标准化的开放的结构来实现多种多样的多媒体应用，提供给用户更多的选择和更丰富的感受。
3GPP定义的IMS叠加在分组域网络之上，由CSCF(呼叫状态控制功能)、MGCF(媒体网关控制功能)、MRF(媒体资源功能)和HSS(归属签约用户服 务器)等功能实体组成，其中CSCF又可以分成S-CSCF(服务CSCF)、P-CSCF(代理CSCF)和I-CSCF(查询CSCF)三个逻辑实体，S-CSCF是IMS的业务交换中心，执行会话控制，维持会话状态，负责管理用户信息，产生计费信息等；P-CSCF是终端用户接入IMS的接入点，完成用户注册，负责QoS控制和安全管理等，I-CSCF负责IMS域之间的互通，管理S-CSCF的分配，对外隐藏网络拓扑和配置，产生计费数据等。MGCF控制网关，实现IMS网络和其它网络的互通，MRF提供媒体资源，如收放音，编解码和多媒体会议桥。HSS是用户数据库，存储IMS用户终端的签约数据和配置信息等。
3GPP定义的IMS网络也可以应用于3GPP2中定义的分组网络之上，提供和多种类型网络的互通，实现和用户使用终端类型的无关性。本文件并不限制IMS只应用在3GPP相关的网络和应用上，其他类型的接入网络和承载网络的业务和应用也可以用IMS架构来实现。
在IMS中，使用SIP(Session Initiation Protocol，会话发起协议)作为IP多媒体会话的信令控制协议。
会话发起协议SIP用于发起会话，它能控制多个参与者参加的多媒体会话的建立和终结，并能动态调整和修改会话属性，如会话带宽要求、传输的媒体类型(语音、视频和文本等)、媒体的编解码格式、对组播和单播的支持等。
随着宽带网络技术的快速发展，在移动通信***出现PoC(PTT over cellular，基于蜂窝***的即按即讲)业务，所述的PoC业务是OMA(open mobile alliance，开放移动联盟组织)定义的在分组网络上实现的PTT(Push To Talk，即按即讲)业务，其中，所述的PTT业务是一种半双工的通信技术。
PoC业务的实现为移动通信***引入了一种现有移动***以及传统语音呼叫***无法提供的通信模式。PoC业务在满足实时呼叫的同时，保证了开销最小化。同时，PoC业务因其采用VoIP(分组语音)以及半双工的方式，使得其能够低成本、高效率地满足用户终端的实时通信需求。
目前，根据OMA定义可知，PoC的业务开展的模式如图4所示，主要包括以下过程：
(1)具有PoC能力终端的用户首先需要和PoC业务的供应商签约，获得PoC业务许可；
(2)PoC用户通过终端发现网络具备PoC业务能力；
(3)PoC用户通过PoC业务供应商建立了和其他PoC用户终端的联系；
(4)PoC用户可以通过按键要求发言，实现业务。
相应的PoC的网络框架结构如图5所示，主要包括PoC client(PoC客户端)、PoC server(PoC服务器)、SIP core(支持会话初始协议的核心网)、XDMS(XMLDocument Management Server支持XML的文件管理服务器)、Presence server(呈现业务服务器)等。
可以看到现有的PoC是将PoC基于SIP Core之上，利用SIP Core的能力实现用户之间的路由和查找。所述的SIP core可以是IMS(IP多媒体子***)网络，也可以是其他基于SIP协议的网络。
广播组播业务的应用使得承载网络能够支持优化的多媒体数据传输，比如对于一个位于应用服务器上的IMS应用，如果需要发送相同的多媒体数据给一组IMS用户，那么就可以利用底层承载网络提供的广播多播能力，使用这种节约空口资源和网络资源的MBMS业务来传送数据，从而使得运营商能够提高资源的利用率，降低运营成本。
这样的IMS应用已经存在很多，如PoC业务，conference会议业务，数字电视，多媒体联网游戏等。这些应用一般都是限定在一个群组中进行的多方通话业务，因此会出现相同的多媒体数据需要发送给群组中的多个用户终端的需求，因此可以使用MBMS机制来实现承载层面的数据传输。
目前提出的一种使用MBMS机制实现PoC业务的方案可以如图6所示，主要包括如下步骤。
步骤101，客户端A需要呼叫被叫PoC客户端B时，先访问PoC服务器，发出请求信息INVITE；
步骤102，通过SIP信令，PoC服务器通知被叫PoC客户端B一个多播地址multicast；
步骤103，PoC客户端B分析从PoC服务器收到的INVITE消息中的多播参数相关的信息，比如用来指示客户端B关于PoC服务器希望使用MBMS机制的上下行的地址；
如果客户端B支持MBMS机制，按照3GPP TS 23.246所描述的执行MBMS激活过程，即进行MBMS的上下文建立，然后执行步骤104；
步骤104，PoC客户端B向PoC服务器发送200OK消息；
步骤105，PoC服务器根据PoC客户端B发送的200OK消息向客户端A返回的200OK应答消息，该200OK应答消息中指示客户端A也加入多播承载，这个指示是通过携带上行用的单播地址和下行用的多播地址来实现的；
步骤106，客户端A加入多播承载，执行MBMS激活过程，即进行MBMS的上下文建立；
步骤107，PoC服务器向客户端A发送Receiving Talk Burst；
步骤108，PoC服务器向客户端B发送Receiving Talk Burst；
步骤109，PoC会话的媒体数据通过多播会话进行传输；
如果客户端A或者B希望退出这个PoC会话，那么同时也要去激活已经建立的MBMS上下文，即同时执行步骤110与步骤111。
步骤110，客户端A的MBMS上下文去激活过程；
步骤111，客户端B的MBMS上下文去激活过程；
步骤112，PoC服务器向客户端A发送200OK。
PoC业务本质上还是一种话音业务，因此对实时性的要求比较高，而上述的技术方案中，当PoC服务器决定使用MBMS机制传送媒体数据的时候，通过发送的INVITE消息通知被叫用户，这时候被叫用户才发起MBMS会话建立过程，当MBMS上下文建立完成之后，才继续PoC会话的协商过程；如果考虑主叫也建立MBMS上下文的过程，则建立时间就更长。相对原有的PoC会话建立过程来说，增加的建立时延太长，发起会话建立的PoC用户很可能由于等待时间太长而放弃使用这次PoC业务，改为使用其他通信方式，同时这么长的建立时间也不符合用户终端的使用习惯，因此这种机制必须加以改进，否则无法进 行实际应用。
发明内容
有鉴于此，本发明提供一种基于MBMS机制的IMS业务的传输方法及***，当PoC业务的实现中引入MBMS机制来实现数据传输时，能有效减少会话建立的时间。
一种基于多媒体广播多播业务MBMS机制的互联网协议多媒体***IMS业务的传输方法，其中包括：
建立服务器与客户端之间的业务会话，服务器通过单播方式传送数据给客户端；
步骤A，根据当前业务的属性或/和配置，或者根据当前业务参与者的分布情况或/和所处位置信息，当服务器确定当前业务可以使用多媒体广播多播业务MBMS承载来传送数据时，发出建立多媒体广播多播业务MBMS上下文请求消息；
步骤B，建立客户端与广播组播业务服务器BM-SC之间的多媒体广播多播业务MBMS上下文，服务器将数据发给BM-SC，由BM-SC使用上述建立的多媒体广播多播业务MBMS上下文再将所述数据发送给多个客户端。
所述步骤A中服务器向客户端或向BM-SC发送建立多媒体广播多播业务MBMS上下文请求消息。步骤A中，当服务器向BM-SC发送建立多媒体广播多播业务MBMS上下文请求消息时，则步骤B的建立客户端与BM-SC之间的多媒体广播多播业务MBMS上下文过程具体为：BM-SC根据建立多媒体广播多播业务MBMS上下文的请求信息触发客户端通过GPRS网络中的服务通用分组无线服务技术支持节点SGSN和网关通用分组无线服务技术支持节点GGSN功能实体，BM-SC建立多媒体广播多播业务MBMS上下文。
所述步骤A具体为：根据当前业务的属性或/和配置，或者根据当前业务参与者的分布情况或/和所处位置信息，服务器确定可以使用MBMS承载来传送数据。
所述服务器包括执行参与会话的PF服务器和控制会话的CF服务器。所述服务器将数据发给BM-SC，由BM-SC使用上述建立的MBMS上下文将数据发送给多个客户端具体为：数据从CF服务器发给PF服务器，PF服务器再将数据发送给BM-SC，由BM-SC使用建立好的MBMS上下文来将数据发送给接收该数据的多个客户端。
所述服务器同时具有执行参与会话和控制会话的功能。
所述的建立MBMS上下文请求消息携带有指示当前业务的标识信息，该标识信息为一个IP多播地址。
所述在MBMS上下文的建立过程中确定下述至少之一：使用该MBMS上下文的业务使用的IP多播地址、临时移动群组标识TMGI、该MBMS承载的业务所使用的QOS能力。
所述步骤B进一步包括当建立客户端与BM-SC之间的MBMS上下文后，BM-SC向服务器返回应答消息以确认MBMS上下文建立完成。
所述步骤B进一步包括当建立客户端与BM-SC之间的MBMS上下文后，客户端向服务器返回应答消息以确认MBMS上下文建立完成。
所述应答消息携带有指示当前业务的标识信息和用于标识已经建立的MBMS承载的标识信息，该两种标识信息用于服务器将建立好的MBMS上下文和其上进行的会话关联起来。
所述方法进一步包括在进行MBMS过程中，当该业务会话条件发生变化导致不适合继续应用MBMS机制时，服务器根据这一情况重新使用步骤A的以单播方式传输数据。
一种基于MBMS机制的IMS业务的传输***，该***包括至少一个客户端、BM-SC、服务器，服务器与客户端之间进行业务的数据传输，其中，在建立服务器与客户端之间的业务会话，服务器通过单播方式传送数据给客户端之后，当服务器根据当前业务的属性或/和配置，或者根据当前业务参与者的分布情况或/和所处位置信息确定当前业务可以使用MBMS承载来传送数据时，发出建立MBMS上下文请求消息；根据该建立MBMS上下文请求消息包 含的信息，客户端与BM-SC建立MBMS上下文，则服务器将数据发给BM-SC，由BM-SC使用上述建立的MBMS上下文将数据发送给多个客户端。
还包括当服务器确定当前业务不可以使用MBMS承载来传送数据时，重新回到服务器通过单播方式传送数据给客户端的过程。
所述服务器向客户端或向BM-SC发送建立MBMS上下文请求消息。
所述服务器同时具有执行参与会话和控制会话的功能。所述服务器还可以包括执行参与会话的PF服务器和控制会话的CF服务器，则所述服务器将数据发给BM-SC，由BM-SC使用上述建立的MBMS上下文将数据发送给多个客户端具体为：数据从CF服务器发给PF服务器，PF服务器再将数据发送给BM-SC，由BM-SC使用建立好的MBMS上下文来将数据发送给接收该数据的多个客户端。
所述服务器根据当前业务的属性或/和配置，或者根据当前业务参与者的分布情况或/和所处位置信息，确定可以使用MBMS承载来传送数据。
当所述建立MBMS上下文请求消息由服务器向BM-SC发送时，则BM-SC根据建立MBMS上下文的请求信息触发客户端通过GPRS网络中的SGSN和GGSN功能实体，BM-SC建立MBMS上下文。
当所述建立MBMS上下文请求消息由服务器向客户端发送时，则客户端根据建立MBMS上下文的请求信息通过GPRS网络中的SGSN和GGSN功能实体，BM-SC建立MBMS上下文。
当客户端与BM-SC之间建立MBMS上下文后，BM-SC向服务器返回应答消息以确认MBMS上下文建立完成。
当客户端与BM-SC之间建立MBMS上下文后，客户端向服务器返回应答消息以确认MBMS上下文建立完成。该应答消息携带有指示当前业务的标识信息和用于标识已经建立MBMS承载的标识信息，该两种标识信息用于服务器将建立好的MBMS上下文和其上进行的会话关联起来。
与现有技术相比，由于本发明之方法及***可以在进行IMS业务会话的数据传播过程中，先建立好MBMS承载机制，当通过服务器确定当前业务可 以使用MBMS承载来传送数据，则建立MBMS上下文请求消息；根据该建立MBMS上下文请求消息，客户端与BM-SC建立MBMS上下文，则服务器将数据发给BM-SC，由BM-SC使用上述建立的MBMS上下文将数据发送给接收该数据的多个客户端。由上述描述可知，由于已经先建立MBMS承载，在需要时可以直接使用，不需要重新建立MBMS机制，所以能有效节省等待MBMS承载建立的时间，而当不满足多播要求的时候，还可以随时切换回单播承载，因此，本发明之技术方案在IMS业务会话的传输过程中引入MBMS机制实现数据传输时，能有效减少会话建立的时间。
附图说明
图1为现有技术之支持广播/组播业务的无线网络结构示意图。
图2为现有技术之MSMS组播模式的业务流程示意图。
图3为现有技术之MSMS广播模式的业务流程示意图。
图4为现有技术之PoC的业务开展的模式之示意图。
图5为现有技术之PoC的业务开展的模式之相应网络框架之结构框图。
图6为现有技术之使用MBMS机制实现PoC业务的流程示意图。
图7为本发明之较佳第一实施方式之基于MBMS机制的IMS业务工作流程示意图。
图8为本发明之较佳第二实施方式之基于MBMS机制的IMS业务工作流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施方式以及附图，对本发明作进一步详细说明。
本发明提供的MBMS业务中信息接发之技术，适用于WCDMA、CDMA2000、WLAN、UTRA TDD和TD-SCDMA等使用各种无线接入方式和有线接入方式的通信***。
本发明的主要过程为：当一个IMS会话开始建立的时候，为了缩短建立时间，可执行现有的IMS会话的建立方式，协商使用的媒体控制协议，并在适当的时候开始数据的传输。在IMS会话进行过程中，在以单播方式传输数据的过程中建立MBMS承载，当服务器确定当前业务满足使用MBMS机制作为传输承载的条件时，比如根据运营商制定的策略或/和用户终端的签约，或/和当时业务参与者的分布情况等，发起MBMS上下文的建立过程，当该MBMS上下文建立完成之后，服务器将后续传输的数据从目前的单播方式切换到已经建立的MBMS会话上，通过该MBMS承载执行下行数据的传输。
本发明之技术方案适用于基于MBMS机制实现IMS业务应用的***，比如POC业务，conference会议业务，数字电视，多媒体联网游戏等。这些应用一般都是限定在一个群组中进行的多方通话业务，因此会出现相同的数据需要发送给群组中的多个用户的需求，因此可以使用MBMS机制来实现承载层面的数据传输。
但为叙述的方便，本发明之较佳实施方式以PoC业务为例进行说明，且本发明的处理过程可以应用在所有位于接收方的多个PoC客户端，但为描述方便，以下的较佳实施方式均以对一个PoC客户端进行说明。
本发明较佳第一实施方式的工作流程图如图7所示，一种基于MBMS机制的PoC业务的传输***主要包括PoC客户端A21、GPRS节点22、广播/组播业务服务器BM-SC23、PoC PF(Participating Function)服务器24、PoC CF(Controlling Function)服务器25，其中，PoC PF服务器24执行参与PoC会话的功能，PoC CF服务器25执行控制整个PoC会话的功能，PoC PF服务器24和PoC CF服务器25可能是同一个PoC服务器或者不同的PoC服务器，但为描述的方便，本较佳实施方式中将PoC PF服务器24和PoC CF服务器25分为不同的PoC服务器，则该***的工作流程主要包括如下步骤。
步骤201，PoC客户端A21和PoC CF服务器25之间通过SIP信令完成PoC会话的建立过程；
步骤202，PoC CF服务器25发送Receiving Talk Burst消息给PoC PF服 务器24；
PoC客户端A21和执行控制整个PoC会话功能的PoC CF服务器25完成PoC会话的建立过程后，PoC CF服务器25发送Receiving Talk Burst消息给PoC PF服务器24，其中携带当前发言用户终端的标识。
步骤203，PoC PF服务器24将Receiving Talk Burst消息发送给PoC客户端A21；
PoC PF服务器24根据所接收的PoC CF服务器25发送的Receiving Talk Burst消息，修改该Receiving Talk Burst消息的IP地址和端口号，并根据修改后的IP地址和端口号将Receiving Talk Burst消息发送给PoC客户端A21，PoC客户端A21将发送者的标识显示给用户A。
步骤204，PoC CF服务器25传送RTP媒体数据包给PoC PF服务器24；
步骤205，PoC PF服务器24收到RTP媒体数据包并传给PoC客户端A21；
PoC PF服务器24收到RTP媒体数据包并修改该RTP媒体数据包的IP地址和端口号，并根据修改后的IP地址和端口号将所述RTP媒体数据包以单播方式如点到点PTP(Point To Point)的方式发送给PoC客户端A21，PoC客户端A21将媒体内容显示给用户A。
上述过程中，为媒体数据的点到点PTP方式的单播过程，媒体数据在GPRS22承载网络上通过PDP上下文传送，并在单播方式传输数据的过程中建立MBMS承载。
步骤206，请求建立MBMS上下文；
根据当前进行的PoC业务的属性或/和配置，或/和根据当前PoC业务参与者的分布情况或/和所处位置信息，PoC PF服务器24判断该PoC业务可以使用MBMS承载来传送媒体数据，则向BM-SC23发送请求建立MBMS上下文的建立MBMS上下文请求消息，其中该建立MBMS上下文请求消息携带有指示当前PoC业务的标识信息，该业务标识信息可以就是一个IP多播地址。
步骤207，PoC客户端A21与BM-SC23的MBMS上下文建立过程；
BM-SC23根据PoC PF服务器24发送的请求建立MBMS上下文的请求消 息，触发PoC客户端A21通过GPRS网络22中的SGSN和GGSN功能实体，和BM-SC23建立MBMS上下文，在MBMS上下文建立过程中确定下述至少之一：使用该MBMS上下文的PoC业务使用的IP多播地址，临时移动群组标识TMGI(Temporary Mobile Group Identity)，该MBMS承载的业务所能够使用的QOS能力等。
步骤208，确认MBMS上下文建立完成；
MBMS上下文建立完成后，BM-SC23返回应答消息给PoC PF服务器24以确认MBMS上下文建立完成；其中，该应答消息携带有指示当前PoC业务的标识信息和用于标识已经建立MBMS承载的标识信息，该两种标识信息用于PoC PF服务器24能够将建立好的MBMS上下文与其上进行的PoC会话关联起来。
步骤209至步骤211，当有新的媒体数据从PoC CF服务器25传给PoC PF服务器24的时候，PoC PF服务器24就将该媒体数据发送给BM-SC23，由BM-SC23使用建立好的MBMS上下文来将该媒体数据发送给接收该媒体数据的多个PoC客户端。
其中，BM-SC23和PoC PF服务器24之间的接口可以使用DIAMTER协议、AAA协议或者COPS协议等来实现PoC PF服务器24指示BM-SC23触发MBMS上下文建立的功能，也可以通过修改已有的协议消息或者增加新的协议消息来实现。
如果该PoC业务的客户端的情况发生变化，比如部分PoC客户端退出该PoC业务，或者PoC客户端所处的位置发生变化，或者承载网络的网络条件发生变化，导致无法继续应用MBMS机制，则PoC PF服务器24可以根据这些情况，决定重新使用单播方式传输媒体数据，并在两种传输机制之间进行切换。如果网络资源能够同时维持单播和多播方式传输媒体数据的承载，则PoCPF服务器24可以直接在本地进行处理，支持同一个业务数据流在两个不同的承载之间交替传送；如果网络或者终端只能支持同时维持一个传输承载的连接，则PoC PF服务器24可以通过类似步骤206～208的方式建立新的传输承 载，然后再完成不同承载之间的数据切换。
上述仅为本发明较佳第一实施方式的工作过程，但本发明本不局限于此，还可包括多种实现方式，如下所述的较佳第二实施方式。
如图8所示，为本发明较佳第二实施方式的工作流程图，一种基于MBMS机制的IMS业务的传输***主要包括PoC客户端A31、GPRS节点32、广播/组播业务服务器BM-SC33、PoC PF服务器34、PoC CF服务器35，其中，PoCPF服务器34执行参与PoC会话的功能，PoC CF服务器35执行控制整个PoC会话的功能，PoC PF服务器34和PoC CF服务器35可能是同一个PoC服务器或者不同的PoC服务器，但为描述的方便，本较佳实施方式中将PoC PF服务器34和PoC CF服务器35分为不同的PoC服务器，则该***的工作流程主要包括如下步骤。
第二实施方式的步骤301至步骤305与第一实施方式的步骤201至步骤205相似，具体如下所述。
步骤301，PoC客户端A31和PoC CF服务器35之间通过SIP信令完成PoC会话的建立过程；
步骤302，PoC CF服务器35发送Receiving Talk Burst消息给PoC PF服务器34；
PoC客户端A31和执行控制整个PoC会话功能的PoC CF服务器35完成PoC会话的建立过程后，PoC CF服务器35发送Receiving Talk Burst消息给PoC PF服务器34，其中携带当前发言用户终端的标识。
步骤303，PoC PF服务器34将Receiving Talk Burst消息发送给PoC客户端A31；
PoC PF服务器34根据所接收的PoC CF服务器35发送的Receiving Talk Burst消息，修改该Receiving Talk Burst消息的IP地址和端口号，并根据修改后的IP地址和端口号将Receiving Talk Burst消息发送给PoC客户端A31，PoC客户端A31将发送者的标识显示给用户A。
步骤304，PoC CF服务器35传送RTP媒体数据包给PoC PF服务器34；
步骤305，PoC PF服务器34收到RTP媒体数据包并传给PoC客户端A31；
PoC PF服务器34收到RTP媒体数据包并修改该RTP媒体数据包的IP地址和端口号，并根据修改后的IP地址和端口号将所述RTP媒体数据包发送给PoC客户端A31，PoC客户端A31将媒体内容显示给用户A。
上述过程中，为媒体数据的点到点PTP方式的单播过程，媒体数据在GPRS32承载网络上是通过PDP上下文传送的，并在单播方式传输数据的过程中建立MBMS承载。
步骤306，请求建立MBMS上下文；
根据当前进行的PoC业务的属性或/和配置，或/和根据当前PoC业务参与者的分布情况或/和所处位置信息，PoC PF服务器34判断该PoC业务可以使用MBMS承载来传送媒体数据，则向PoC客户端A31发送请求建立MBMS上下文的建立MBMS上下文请求消息，其中该建立MBMS上下文请求消息携带有指示当前PoC业务的标识信息，该业务标识信息可以就是一个IP多播地址。
步骤307，PoC客户端A31与BM-SC33的MBMS上下文建立过程；
PoC客户端A31通过GPRS网络32中的SGSN和GGSN功能实体，和BM-SC建立MBMS上下文，在MBMS上下文建立过程中确定下述至少之一：使用该MBMS上下文的PoC业务使用的IP多播地址，临时移动群组标识TMGI(Temporary Mobile Group Identity)，该MBMS承载的业务所能够使用的QOS能力等。
步骤308，确认MBMS上下文建立完成；
MBMS上下文建立完成后，PoC客户端A31向PoC PF服务器34返回应答消息，以确认MBMS上下文建立完成；其中该应答消息携带有指示当前PoC业务的标识信息和用于标识已经建立MBMS承载的标识信息，该两种标识信息用于PoC PF服务器34能够将建立好的MBMS上下文与其上进行的PoC会话关联起来。
步骤309至步骤311，当有新的媒体数据从PoC CF服务器35传给PoC PF 服务器34的时候时，PoC PF服务器34将媒体数据发送给BM-SC33，由BM-SC33使用建立好的MBMS上下文来将媒体数据发送给接收该媒体数据的多个PoC客户端。
其中，PoC PF服务器34和PoC客户端A31之间请求建立MBMS上下文的过程可以通过SIP协议，短消息机制，WAP协议，HTTP协议等多种协议来实现，比如通过发送SIP UPDATE消息，其中修改媒体传输使用的下行IP地址为IP多播地址来指示PoC客户端建立一个MBMS上下文，或者发送一个SMS消息指示PoC客户端建立新类型的承载。
如果该PoC业务的客户端的情况发生变化，比如部分PoC客户端退出该PoC业务，或者PoC客户端所处的位置发生变化，或者承载网络的网络条件发生变化，导致无法继续应用MBMS机制，则PoC PF服务器34可以根据这些情况，决定重新使用单播方式传输媒体数据，并在两种传输机制之间进行切换。如果网络资源能够同时维持单播和多播方式传输媒体数据的承载，则PoCPF服务器34可以直接在本地进行处理，支持同一个业务数据流在两个不同的承载之间交替传送；如果网络或者终端只能支持同时维持一个传输承载的连接，则PoC PF服务器34可以通过类似步骤306～308的方式建立新的传输承载，然后再完成不同承载之间的数据切换。
上述两个较佳实施方式只是针对媒体控制协议是TBCP的情况进行了说明，但实际上该本发明的技术方案可以应用于所有的媒体控制协议，如MBCP以及后续将出现的其他媒体控制协议。
综上所述，本发明之技术方案在IMS业务会话的传输过程中，先建立MBMS承载机制，在需要时可以直接使用，而不需要重新MBMS承载机制，所以能有效节省等待MBMS承载建立的时间，而当不满足多播要求的时候，还可以随时切换回单播承载，因此，本发明之技术方案能有效减少会话建立的时间。
但上述仅为本发明的较佳实施方式，并非用于限定本发明的保护范围，任何熟悉本技术领域的技术人员应当认识到，凡在本发明的精神和原则范围之 内，所做的任何修饰、等效替换、改进等，均应包含在本发明的权利保护范围之内。
Claims (21)
1.一种基于多媒体广播多播业务(MBMS)机制的互联网协议多媒体***(IMS)业务的传输方法，其特征在于，包括：
建立服务器与客户端之间的业务会话，服务器通过单播方式传送数据给客户端；
步骤A，根据当前业务的属性或/和配置，或者根据当前业务参与者的分布情况或/和所处位置信息，当服务器确定当前业务可以使用MBMS承载来传送数据时，发出建立MBMS上下文请求消息；
步骤B，建立客户端与广播组播业务服务器(BM-SC)之间的MBMS上下文，服务器将数据发给BM-SC，由BM-SC使用上述建立的MBMS上下文再将所述数据发送给多个客户端。
2.如权利要求1所述的一种基于MBMS机制的IMS业务的传输方法，其特征在于，步骤A中服务器向客户端或向BM-SC发送建立MBMS上下文请求消息。
3.如权利要求1所述的一种基于MBMS机制的IMS业务的传输方法，其特征在于，所述服务器包括执行参与会话的PF服务器和控制会话的CF服务器。
4.如权利要求1所述的一种基于MBMS机制的IMS业务的传输方法，其特征在于，所述服务器同时具有执行参与会话和控制会话的功能。
5.如权利要求1所述的一种基于MBMS机制的IMS业务的传输方法，其特征在于，所述的建立MBMS上下文请求消息携带有指示当前业务的标识信息。
6.如权利要求5所述的一种基于MBMS机制的IMS业务的传输方法，其特征在于，该标识信息为一个IP多播地址。
7.如权利要求2所述的一种基于MBMS机制的IMS业务的传输方法，其特征在于，步骤A中，当服务器向BM-SC发送建立MBMS上下文请求消息时，则步骤B的建立客户端与BM-SC之间的MBMS上下文过程具体为：BM-SC根据建立MBMS上下文的请求信息触发客户端通过通用分组无线服务技术(GPRS)网络中的服务通用分组无线服务技术支持节点(SGSN)和网关通用分组无线服务技术支持节点(GGSN)功能实体，BM-SC建立MBMS上下文。
8.如权利要求2所述的一种基于MBMS机制的IMS业务的传输方法，其特征在于，步骤A中，当服务器向客户端发送建立MBMS上下文请求消息时，则步骤B的建立客户端与BM-SC之间的MBMS上下文过程具体为：客户端根据建立MBMS上下文的请求信息通过通用分组无线服务技术(GPRS)网络中的服务通用分组无线服务技术支持节点(SGSN)和网关通用分组无线服务技术支持节点(GGSN)功能实体，BM-SC建立MBMS上下文。
9.如权利要求7或8所述的一种基于MBMS机制的IMS业务的传输方法，其特征在于，在MBMS上下文的建立过程中确定下述至少之一：使用该MBMS上下文的业务使用的IP多播地址、临时移动群组标识(TMGI)、该MBMS承载的业务所使用的服务质量(QOS)能力。
10.如权利要求7所述的一种基于MBMS机制的IMS业务的传输方法，其特征在于，步骤B进一步包括当建立客户端与BM-SC之间的MBMS上下文后，BM-SC向服务器返回应答消息以确认MBMS上下文建立完成。
11.如权利要求8所述的一种基于MBMS机制的IMS业务的传输方法，其特征在于，步骤B进一步包括当建立客户端与BM-SC之间的MBMS上下文后，客户端向服务器返回应答消息以确认MBMS上下文建立完成。
12.如权利要求10或11所述的一种基于MBMS机制的IMS业务的传输方法，其特征在于，该应答消息携带有指示当前业务的标识信息和用于标识已经建立的MBMS承载的标识信息，该两种标识信息用于服务器将建立好的MBMS上下文和其上进行的会话关联起来。
13.如权利要求3所述的一种基于MBMS机制的IMS业务的传输方法，其特征在于，所述服务器将数据发给BM-SC，由BM-SC使用上述建立的MBMS上下文将数据发送给多个客户端具体为：数据从CF服务器发给PF服务器，PF服务器再将数据发送给BM-SC，由BM-SC使用建立好的MBMS上下文来将数据发送给接收该数据的多个客户端。
14.如权利要求1所述的一种基于MBMS机制的IMS业务的传输方法，其特征在于，该方法进一步包括在进行MBMS过程中，当该业务会话条件发生变化导致不适合继续应用MBMS机制时，服务器根据这一情况重新使用步骤A的以单播方式传输数据。
15.一种基于多媒体广播多播业务(MBMS)机制的互联网协议多媒体***(IMS)业务的传输***，该***包括至少一个客户端、广播组播业务服务器(BM-SC)、服务器，服务器与客户端之间进行IMS业务的数据传输，其特征在于，在建立服务器与客户端之间的业务会话，服务器通过单播方式传送数据给客户端之后，当服务器根据当前业务的属性或/和配置，或者根据当前业务参与者的分布情况或/和所处位置信息确定当前业务可以使用MBMS承载来传送数据时，发出建立MBMS上下文请求消息；根据该建立MBMS上下文请求消息中包含的信息，客户端与BM-SC建立MBMS上下文，则服务器将数据发给BM-SC，由BM-SC使用上述建立的MBMS上下文将数据发送给多个客户端。
16.如权利要求15所述的一种基于MBMS机制的IMS业务的传输***，其特征在于，服务器向客户端或向BM-SC发送建立MBMS上下文请求消息。
17.如权利要求15或16所述的一种基于MBMS机制的IMS业务的传输***，其特征在于，所述服务器包括执行参与会话的PF服务器和控制会话的CF服务器。
18.如权利要求15或16所述的一种基于MBMS机制的IMS业务的传输***，其特征在于，所述服务器同时具有执行参与会话和控制会话的功能。
19.如权利要求16所述的一种基于MBMS机制的IMS业务的传输***，其特征在于，当所述建立MBMS上下文请求消息由服务器向BM-SC发送时，则BM-SC根据建立MBMS上下文请求消息中的信息触发客户端通过通用分组无线服务技术(GPRS)网络中的服务通用分组无线服务技术支持节点(SGSN)和网关通用分组无线服务技术支持节点(GGSN)功能实体，BM-SC建立MBMS上下文。
20.如权利要求16所述的一种基于MBMS机制的IMS业务的传输***，其特征在于，当所述建立MBMS上下文请求消息由服务器向客户端发送时，则客户端根据建立MBMS上下文的请求信息通过通用分组无线服务技术(GPRS)网络中的服务通用分组无线服务技术支持节点(SGSN)和网关通用分组无线服务技术支持节点(GGSN)功能实体，BM-SC建立MBMS上下文。
21.如权利要求17所述的一种基于MBMS机制的IMS业务的传输***，其特征在于，所述服务器将数据发给BM-SC，由BM-SC使用上述建立的MBMS上下文将数据发送给多个客户端具体为：数据从CF服务器发给PF服务器，PF服务器再将数据发送给BM-SC，由BM-SC使用建立好的MBMS上下文来将数据发送给接收该数据的多个客户端。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006100604647A CN101043252B (zh) | 2006-04-23 | 2006-04-23 | 一种基于mbms机制的ims业务的传输方法及*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006100604647A CN101043252B (zh) | 2006-04-23 | 2006-04-23 | 一种基于mbms机制的ims业务的传输方法及*** |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101043252A CN101043252A (zh) | 2007-09-26 |
| CN101043252B true CN101043252B (zh) | 2012-11-21 |
Family
ID=38808507
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006100604647A Expired - Fee Related CN101043252B (zh) | 2006-04-23 | 2006-04-23 | 一种基于mbms机制的ims业务的传输方法及*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101043252B (zh) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101217797B (zh) * | 2008-01-09 | 2011-12-07 | 中兴通讯股份有限公司 | 一种ip多媒体子***集中控制业务的起呼方法 |
| CN102415070A (zh) * | 2009-09-23 | 2012-04-11 | 上海贝尔股份有限公司 | 在通信***中提供组播服务的设备和方法 |
| US9686770B2 (en) * | 2010-06-15 | 2017-06-20 | Mediatek Inc. | Methods to support MBMS service continuity and counting and localized MBMS service |
| CN102469415B (zh) * | 2010-11-04 | 2014-08-13 | 中兴通讯股份有限公司 | 基于lte技术的集群***中点对多点呼叫方法、终端及*** |
| CN102647667B (zh) * | 2011-02-21 | 2014-10-08 | 华为技术有限公司 | 群组的管理方法及push服务器 |
| CN102651852A (zh) * | 2011-02-28 | 2012-08-29 | 中兴通讯股份有限公司 | 一种多媒体广播多播业务连续接收的方法和装置 |
| US20130194999A1 (en) * | 2011-12-28 | 2013-08-01 | Qualcomm Incorporated | Client-assisted target multicast area detection |
| US9386425B2 (en) | 2013-03-22 | 2016-07-05 | Mediatek Inc. | Group communication over LTE eMBMS |
| CN104471895B (zh) * | 2013-07-02 | 2018-11-13 | 华为技术有限公司 | 一种支持流媒体进行组播的方法和相关装置及*** |
| CN104284299A (zh) * | 2013-07-09 | 2015-01-14 | 中兴通讯股份有限公司 | 集群多播决策方法、集群终端及集群服务器 |
| CN104754522B (zh) * | 2013-12-25 | 2018-05-29 | 电信科学技术研究院 | 一种保持组通信业务连续性的方法、装置和*** |
| CN105307126A (zh) * | 2014-06-03 | 2016-02-03 | 中兴通讯股份有限公司 | 一种计费方法、服务器及网关 |
| CN105472548A (zh) * | 2014-08-15 | 2016-04-06 | 中国电信股份有限公司 | 广播多播与单播切换的方法、***与spe |
| CN106162372B (zh) * | 2015-03-30 | 2019-05-10 | ***通信集团公司 | 增强型多媒体广播多播业务音视频数据分流方法及装置 |
| CN106465065B (zh) * | 2015-04-10 | 2019-11-19 | 华为技术有限公司 | 一种多播业务传输装置及方法 |
| KR20160143145A (ko) * | 2015-06-04 | 2016-12-14 | 삼성전자주식회사 | 멀티미디어 서비스를 제공하기 위한 방법 및 그 전자 장치 |
| CN106658424B (zh) * | 2015-11-02 | 2019-01-25 | 中兴通讯股份有限公司 | 车联网v2x业务的发送方法及装置 |
| US20230269286A1 (en) * | 2020-08-14 | 2023-08-24 | Qualcomm Incorporated | Convergence of unicast and broadcast for video streaming |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1482777A (zh) * | 2002-06-25 | 2004-03-17 | 用于在第三代网络中数据广播的方法和广播多播业务服务器 | |
| CN1571532A (zh) * | 2003-07-15 | 2005-01-26 | 北京三星通信技术研究有限公司 | 多媒体广播与组播业务中点到点和点到多点转换方法 |
| CN1645798A (zh) * | 2004-07-26 | 2005-07-27 | 华为技术有限公司 | 多媒体广播/组播服务业务数据传输的方法 |
| WO2005081569A1 (en) * | 2004-02-24 | 2005-09-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Point-to-multipoint data communication |
-
2006
- 2006-04-23 CN CN2006100604647A patent/CN101043252B/zh not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1482777A (zh) * | 2002-06-25 | 2004-03-17 | 用于在第三代网络中数据广播的方法和广播多播业务服务器 | |
| CN1571532A (zh) * | 2003-07-15 | 2005-01-26 | 北京三星通信技术研究有限公司 | 多媒体广播与组播业务中点到点和点到多点转换方法 |
| WO2005081569A1 (en) * | 2004-02-24 | 2005-09-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Point-to-multipoint data communication |
| CN1645798A (zh) * | 2004-07-26 | 2005-07-27 | 华为技术有限公司 | 多媒体广播/组播服务业务数据传输的方法 |
Non-Patent Citations (1)
| Title |
|---|
| 同上. |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101043252A (zh) | 2007-09-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101043252B (zh) | 一种基于mbms机制的ims业务的传输方法及*** | |
| EP1999889B1 (en) | Inter-domain group-communications | |
| US7751358B2 (en) | Transmitting data to a group of receiving devices | |
| CN101018168B (zh) | Ip多媒体***业务的承载方法及其*** | |
| CN1853395B (zh) | 建立通信会话 | |
| CA2729014C (en) | Method for distributing media in an infrastructure based communication system | |
| US8447340B2 (en) | Multicast push to talk groups, apparatus, and methods | |
| CN101136814B (zh) | 一种支持mbms业务的方法和装置 | |
| US20060153102A1 (en) | Multi-party sessions in a communication system | |
| US20070002779A1 (en) | Method and system for providing PTT to conference | |
| US7573837B1 (en) | Establishment of multicast Push-to-X over Cellular (PoC) communication | |
| CN101043431B (zh) | 一种缩短多方通话业务建立时间的方法与*** | |
| MX2014014232A (es) | Metodo y sistema para el uso eficiente de recursos de radio para servicios de radiocomunicacion en sistemas de comunicaciones inalambricos. | |
| EP1792506B1 (en) | Apparatus and method providing push to talk over cellular (poc) dynamic service options | |
| EP1743469A2 (en) | A communication system | |
| CN100495973C (zh) | 用于一键通服务的方法和*** | |
| CN102907122A (zh) | 无线通信***中的高优先级通信会话 | |
| US20090270119A1 (en) | Method and apparatus for controlling user's participation into a session in the poc service | |
| JP4078381B2 (ja) | プッシュトゥートークのための方法及び装置 | |
| CN101083535B (zh) | 群组业务中实现个性化服务的方法及其*** | |
| US9003302B1 (en) | Anonymous sidebar method and system | |
| CN101090392B (zh) | 一种多业务接收方法 | |
| CN104284450A (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 | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20121121 |