CN101448201B - 建立广播或组播承载的方法、设备和系统 - Google Patents

建立广播或组播承载的方法、设备和系统 Download PDF

Info

Publication number
CN101448201B
CN101448201B CN2008100014653A CN200810001465A CN101448201B CN 101448201 B CN101448201 B CN 101448201B CN 2008100014653 A CN2008100014653 A CN 2008100014653A CN 200810001465 A CN200810001465 A CN 200810001465A CN 101448201 B CN101448201 B CN 101448201B
Authority
CN
China
Prior art keywords
broadcasting
multicast
user terminal
multicast bear
session
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
Application number
CN2008100014653A
Other languages
English (en)
Other versions
CN101448201A (zh
Inventor
朱雷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2008100014653A priority Critical patent/CN101448201B/zh
Priority to PCT/CN2008/073254 priority patent/WO2009074081A1/zh
Publication of CN101448201A publication Critical patent/CN101448201A/zh
Application granted granted Critical
Publication of CN101448201B publication Critical patent/CN101448201B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

本发明公开了一种建立广播或组播承载的方法、设备和系统,属于通信技术领域。所述方法包括:建立多方通信的会话时或在多方通信的会话中,判断预设的广播或组播承载建立条件是否满足,如果是,则与具有支持广播或组播能力的用户终端建立广播或组播承载。所述设备包括:判断模块和建立模块。所述系统包括:参与功能设备和控制功能设备。本发明通过判断在广播或组播承载建立条件满足时建立广播或组播,将支持点对多点的广播或组播技术引入到多方通信系统中,提高了多方通信的效率,极大地节省了带宽容量,尤其是当用户数量大量增加时,减轻了服务器系统的负担,避免了瓶颈现象的发生。

Description

建立广播或组播承载的方法、设备和系统
技术领域
本发明涉及通信技术领域,特别涉及一种建立广播或组播承载的方法、设备和系统。
背景技术
3GPP(3rd Generation Partnership Project,第三代移动通信伙伴工程)提出的MBMS(Multimedia Broadcast Multicast Service,多媒体广播多播业务)和3GPP2(3rd GenerationPartnership Project 2,第三代移动通信伙伴工程2)提出的BCMCS(Broadcast and MulticastServices,广播和多播业务)已经得到广泛的应用。MBMS可通过现有的UMTS(UniversalMobile Telecommunication System,通用移动通信系统)网络,高效地播放各种丰富精彩的多媒体内容,不仅能让移动用户通过手机接收新闻、天气及交通预告、股价信息、MP3音乐、电视节目和流媒体等服务,而且还可以使网络运营商从经济高效的MBMS业务中获益匪浅。
移动多媒体广播业务主要指基于广播(Broadcast)和组播(Multicast)这两种一对多的传输方式的多媒体业务。广播和组播(即多播)都属于数据包从同一源头传送到多个目的地址的点对多点通信。广播主要应用于传送内容给所有用户的服务。如电台广播和电视服务,通过空中卫星、人造卫星或有线网络传播。组播主要应用于单独传送内容给已经加入了组播组用户的服务,组播是一个对传送服务给较大用户群的有效方法。组播最早应用于因特网,现在被应用于移动通信网络的视频分发服务。在移动网络中,MBMS使用广播/组播服务中心控制广播/组播业务,BCMCS使用BCMCS控制器控制广播/组播业务。
现有技术中,多方通信(如多媒体会议业务)是通过点对点连接的流媒体技术进行传送的。当一个内容服务器同时将内容传送给多个用户时,必须为每个用户都建立和保持一个独立分开的点对点链接。
在实现本发明的过程中,发明人发现上述现有技术至少具有以下缺点:
没有将支持点对多点的广播或组播技术引入到多方通信系统中,采用点对点方式进行多方通信,对于少数到中等数量的用户而言是有效的,但当用户数量大量增加时,就会消耗大量的带宽容量,服务器系统会难以支撑,极易造成瓶颈现象,而且效率较低。
发明内容
为了在多方通信系统中提高通信效率以及节省带宽,本发明实施例提供了一种建立广播或组播承载的方法、设备和系统。所述技术方案如下:
一方面,一种建立广播或组播承载的方法,所述方法包括:
建立多方通信的会话时或在多方通信的会话中,判断预设的广播或组播承载建立条件是否满足,如果是,则与具有支持广播或组播能力的用户终端建立广播或组播承载。
另一方面,一种建立广播或组播承载的设备,所述设备包括:
判断模块,用于当建立多方通信的会话时或在多方通信的会话中,判断预设的广播或组播承载建立条件是否满足;
建立模块,用于当判断模块判断出预设的广播或组播承载建立条件满足时,与具有支持广播或组播能力的用户终端建立广播或组播承载。
再一方面,一种建立广播或组播承载的系统,所述系统包括:参与功能设备和控制功能设备;
所述控制功能设备,用于当建立多方通信的群组会话时或在多方通信的群组会话中,接收所述参与功能设备发来的广播或组播承载能力信息,并判断预设的广播或组播承载建立条件是否满足,如果是,则向所述群组会话中所述参与功能设备管辖的具有支持广播或组播能力的PoC用户终端发送广播或组播承载的参数,并通知所述参与功能设备建立广播或组播承载;
所述参与功能设备,用于在收到所述控制功能设备发来的通知后,根据所述参数与所述具有支持广播或组播能力的PoC用户终端建立广播或组播承载。
本发明实施例提供的技术方案的有益效果是:
通过判断在广播或组播承载建立条件满足时建立广播或组播,将支持点对多点的广播或组播技术引入到多方通信系统中,提高了多方通信的效率,极大地节省了带宽容量,尤其是当用户数量大量增加时,减轻了服务器系统的负担,避免了瓶颈现象的发生。
附图说明
图1是本发明实施例1提供的建立广播或组播承载的方法流程图;
图2是本发明实施例1提供的建立广播或组播承载的示意图;
图3是本发明实施例1提供的建立广播或组播承载过程中使用业务通知消息的示意图;
图4是本发明实施例2提供的建立广播或组播承载的方法流程图;
图5是本发明实施例2提供的建立广播或组播承载的示意图;
图6是本发明实施例3提供的建立广播或组播承载的方法流程图;
图7是本发明实施例3提供的建立广播或组播承载的示意图;
图8是本发明实施例4提供的建立广播或组播承载的方法流程图;
图9是本发明实施例4提供的建立广播或组播承载的示意图;
图10是本发明实施例5提供的建立广播或组播承载的设备结构图;
图11是本发明实施例6提供的建立广播或组播承载的系统结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
本发明实施例提供的建立广播或组播承载的方法,具体包括:建立多方通信的会话时或在多方通信的会话中,判断预设的广播或组播承载建立条件是否满足,如果是,则与具有支持广播或组播能力的用户终端建立广播或组播承载。
本发明实施例中的多方通信系统包括但不限于会议系统、PoC(Push to Talk over Cellular,按键应用)系统和其他多方通信系统,如IM(Instant Message,即时通讯)系统和CPM(Convergent IP Messaging)系统等,在多方通信的会话中多个参与者均可以在会话中发言,且该会话可以长时间存在。本发明实施例中的媒体参数可以使用SDP(Session DescriptionProtocol,会话描述协议)规定的方式描述,也可以通过XML(Extensible Markup Language,可扩展标识语言)格式的描述性语言携带,XML格式的描述可以在通知消息中携带,也可以携带在部分SIP(Session Initiation Protocol,会话启动协议)信令的消息体中。本发明实施例中广播或组播的能力标识信息可以在SIP信令的消息头中携带。在本发明实施例中可以预先分配多方通信的广播或组播承载的资源并设置相应的参数,如组播IP地址、会话标识和组播开始时间等等,也可以在判断出预设的广播或组播承载建立条件满足后,分配广播或组播承载的资源并设置相应的参数。
实施例1
在本实施例中,由会话控制服务器判断是否满足预设的广播或组播承载建立条件,若满足则建立广播或组播承载,参见图1,本发明实施例提供了一种建立广播或组播承载的方法,具体包括:
步骤101:会话控制服务器预先设置多方通信的广播或组播承载的建立条件。
其中,建立条件有多种,包括但不限于以下几种:参与会话的用户终端的数量达到预设的值;或者有指定属性的用户终端加入会话中;或者参与会话的用户终端的数量达到预设的值且有指定属性的用户终端加入会话中。
步骤102:在建立多方通信的会话时或在多方通信的会话中,会话控制服务器判断预设的广播或组播承载的建立条件是否满足,如果是,则执行步骤103,否则,结束。例如,会话控制服务器判断参与会话的用户终端数量是否达到预设的值5个,如果是,则执行步骤103。
进一步地,参见图2,会话控制服务器在判断上述建立条件是否满足之前,还可以接收某个用户终端1发来的请求加入预设的多方通信的会话的请求消息,如SIP INVITE消息,用户终端1可以在该请求消息中携带用户期望的媒体参数(如媒体类型等),以及用户终端1的广播或组播的能力信息,如用户终端1具有支持广播或组播的能力标识,会话控制服务器收到该请求消息后,向用户终端1返回200OK应答消息,也可以先对请求加入会话的用户终端1的身份进行验证,即验证用户终端1是否被允许加入会话,如验证请求消息中携带的媒体参数等等,如果用户终端1被允许加入会话,则向用户终端1返回200OK应答消息。进一步地,如果此时满足广播或组播承载的建立条件,则会话控制服务器在返回的200OK应答消息中还可以携带广播或组播承载的参数,如组播地址等等。
步骤103:会话控制服务器向上述会话中的支持广播或组播能力的用户终端发送广播或组播承载的参数。
其中,具体地,会话控制服务器可以在向请求加入会话的用户终端返回的应答消息中携带广播或组播承载的参数,向已加入会话中的其他用户终端发送会话修改请求消息,在该会话修改请求消息中携带广播或组播承载的参数。其他用户终端在给会话控制服务器返回应答消息时,可以在应答消息中携带自己的广播或组播承载的能力信息。
例如,参见图2,会话控制服务器向请求加入会话的用户终端1返回200OK应答消息,向会话中已有的用户终端2发送会话修改请求消息(Modification),在满足广播或组播承载的建立条件时,应答消息和会话修改请求消息中均包括广播或组播承载的参数。用户终端2收到会话修改请求消息后,向会话控制服务器返回200OK应答消息,其中,可以携带用户终端2期望使用的媒体参数,以及用户终端2支持广播或组播承载的能力信息等。
另外,具体地,会话控制服务器还可以向会话中的支持广播或组播能力的用户终端,包括请求加入会话的用户终端和会话中已有的用户终端,如用户终端1和用户终端2,发送业务通知消息,该业务通知消息中包含广播或组播承载的参数,如组播IP地址、组播开始时间等等。业务通知消息可以用于SDP协议无法完全描述的广播或组播承载类型,如DVB(DigitalVideo Broadcast,数字视频广播)类的承载类型和中国数字电视地面广播标准DMB(DigitalMedia Broadcasting,数字媒体广播)类的承载类型等等。
例如,参见图3,会话控制服务器分别向用户终端1和用户终端2发送业务通知消息(Notification),业务通知消息中包括广播或组播承载的参数。
步骤104:会话中的用户终端收到广播或组播承载的参数后,根据用户的选择(如选择建立广播或组播,也可以选择不建立广播或组播)以及该参数,与会话控制服务器建立广播或组播承载,然后结束。如用户终端1与会话控制服务器建立广播或组播承载,用户终端2与会话控制服务器建立广播或组播承载。其中,根据用户的选择,是指用户终端在建立广播或组播承载之前,通过用户界面向用户询问是否建立广播或组播的承载,用户选择建立或不建立后,根据用户选择的结果来决定是否建立广播或组播承载。
进一步地,上述方法还包括:
发送媒体的网络实体(如会话控制服务器)将广播或组播承载设置为发送状态(Sendonly),将会话中已建立的单播承载设置为接收状态(Receiveonly)。相应地,会话中的每个用户终端将广播或组播承载设置为接收状态,将自己的单播设置为发送状态。例如,参见图3,用户终端2在会话中发言时,通过单播承载上传媒体流给会话控制服务器。会话控制服务器收到从用户终端2发出的媒体流后,使用组播承载下发该媒体流给用户终端1,如果此时用户终端1还没有建立组播承载,则使用原有的单播承载向用户终端1发送该媒体流。
本实施例通过判断在广播或组播承载建立条件满足时建立广播或组播,将支持点对多点的广播或组播技术引入到多方通信系统中,提高了多方通信的效率,极大地节省了带宽容量,尤其是当用户数量大量增加时,减轻了服务器系统的负担,避免了瓶颈现象的发生。发送媒体的网络实体以及用户终端设置广播或组播的状态,以及单播的状态,可以有效地将广播或组播与单播结合起来进行多方通信,提高了多方通信的效率。
实施例2
在本实施例中,用户终端为PoC用户终端,且多方通信的会话为群组会话,另外,由会话控制服务器判断是否满足预设的广播或组播承载建立条件并建立广播或组播承载。本实施例中的群组会话可以在同一个网络内建立,也可以跨网络建立。参见图4,本发明实施例提供了一种建立广播或组播承载的方法,具体包括:
步骤201:PoC会话控制服务器(又称为PoC服务器控制功能,PoC Server performingcontrolling function)预设多方通信的群组会话的广播或组播承载的建立条件。
预设的广播或组播承载的建立条件可以有多种,包括但不限于以下几种中的至少一种:
1)群组会话的参与方数量达到预设的值;
2)群组会话所在的群组中成员的数量达到预设的值;
3)群组会话中的具有指定属性的一个或多个参与方加入或者离开该群组会话;
4)群组会话属于预先设定的必须使用广播或组播承载的会话,如紧急呼叫的多方会话必须建立组播承载。
步骤202:在建立多方通信的PoC群组会话时或在多方通信的PoC群组会话中,PoC会话控制服务器判断该PoC群组会话是否满足预设的广播或组播承载的建立条件,如果是,则执行步骤203;否则,结束。
进一步地,参见图5,PoC会话控制服务器在判断上述建立条件是否满足之前,还可以接收某个PoC用户终端1通过归属的PoC服务器参与功能1(PoC Server performingparticipating function)发来的请求建立群组会话的请求消息,PoC用户终端1可以在该请求消息中携带用户期望使用的媒体参数(如媒体类型等),还可以携带用户终端1支持的广播或组播承载的能力信息(如具有支持广播或组播的能力标识)。其中,PoC服务器参与功能1转发PoC用户终端1的请求消息给PoC会话控制服务器时,如果该请求消息中未包含PoC用户终端1的广播或组播的能力信息,则PoC服务器参与功能1可以先将PoC用户终端1的广播或组播的能力信息加入到该请求消息中,然后再转发给PoC会话控制服务器。PoC会话控制服务器收到请求消息后,若PoC会话控制服务器拒绝该请求,则该流程结束,若没有拒绝该请求,则判断广播或组播承载的建立条件是否满足。进一步地,PoC会话控制服务器在判断之前还可以对PoC用户终端1的广播或组播能力的标识进行验证,如果验证通过,则将PoC用户终端1加入建立广播或组播承载的用户终端列表。
步骤203:PoC会话控制服务器与群组会话中的支持广播或组播能力的用户终端建立广播或组播承载,然后结束。支持广播或组播能力的用户终端包括请求加入群组会话的主叫用户终端和被请求的被叫用户终端,如PoC用户终端1和PoC用户终端2。
其中,PoC会话控制服务器在建立广播或组播承载之前,还可以根据保存的群组成员列表和群组属性信息,通过归属的PoC服务器参与功能向该群组中的其他PoC用户终端(即被叫PoC用户终端),发出会话发起请求消息,该会话发起请求消息中包括请求建立或加入群组会话的PoC用户终端(即主叫PoC用户终端)期望的媒体参数。如果此时该PoC群组会话已经满足预设的广播或组播承载的建立条件,则该会话发起请求消息中还可以携带要求建立广播或组播承载的指示。其他PoC用户终端在通过归属的PoC服务器参与功能返回应答消息给PoC会话控制服务器时,也可以在该应答消息中携带自己支持广播或组播承载的能力信息。如果会话发起请求消息中已经携带了要求建立广播或组播承载的指示,且其他PoC用户终端期望建立广播或组播承载,则可以由其他PoC用户终端发起建立广播或组播承载。如PoC用户终端2期望建立广播或组播承载,则可以由PoC用户终端2发起建立广播或组播承载。
例如,参见图5,PoC会话控制服务器通过PoC用户终端2归属的PoC服务器参与功能,向该群组会话中的PoC用户终端2发送会话发起请求消息。PoC服务器参与功能2收到该会话发起请求消息后,将其转发给PoC用户终端2。PoC用户终端2收到会话发起请求消息后,如果选择加入该PoC群组会话,则发出成功接受会话发起请求的200OK应答消息给PoC服务器参与功能2,该200OK应答消息中可以携带用户终端2期望的媒体参数,如果PoC用户终端2具有加入广播或组播承载的能力,还可以在200OK应答消息中加入广播或组播的能力信息。PoC服务器参与功能2收到该应答消息后,将其转发给PoC会话控制服务器。PoC会话控制服务器收到该200OK应答消息后,通过PoC服务器参与功能1转发给PoC用户终端1。进一步地,PoC会话控制服务器收到PoC用户终端2发来的200OK应答消息后,还可以对PoC用户终端2的广播或组播承载的能力信息进行验证,如果验证通过,则将PoC用户终端2加入到广播或组播承载的用户终端列表中。如果此时还没有建立广播或组播承载,则PoC会话控制服务器可以判断该PoC群组会话是否满足预设的广播或组播承载的建立条件,若满足,则与群组会话中的具有支持广播或组播能力的用户终端建立广播或组播承载。
进一步地,上述方法还包括:
发送媒体的网络实体(如会话控制服务器)将广播或组播承载设置为发送状态(Sendonly),将会话中已建立的单播承载设置为接收状态(Receiveonly)。相应地,会话中的每个用户终端将广播或组播承载设置为接收状态,将自己的单播设置为发送状态。例如,PoC用户终端2在群组会话中发言时,通过单播承载上传媒体流给会话控制服务器。会话控制服务器收到从用户终端2发出的媒体流后,使用组播承载下发该媒体流给PoC用户终端1,如果此时PoC用户终端1还没有建立组播承载,则使用原有的单播承载向用户终端1发送该媒体流。
本实施例通过判断在广播或组播承载建立条件满足时建立广播或组播,将支持点对多点的广播或组播技术引入到多方通信系统中,提高了多方通信的效率,极大地节省了带宽容量,尤其是当用户数量大量增加时,减轻了服务器系统的负担,避免了瓶颈现象的发生。发送媒体的网络实体以及用户终端设置广播或组播的状态,以及单播的状态,可以有效地将广播或组播与单播结合起来进行多方通信,提高了多方通信的效率。
实施例3
在本实施例中,用户终端为PoC用户终端,且多方通信的会话为群组会话,另外,由会话控制服务器判断是否满足预设的广播或组播承载建立条件,由PoC服务器参与功能建立广播或组播承载。本实施例中的群组会话可以在同一个网络内建立,也可以跨网络建立。参见图6,本发明实施例提供了一种建立广播或组播承载的方法,具体包括:
步骤301:PoC会话控制服务器预设多方通信群组会话的广播或组播承载的建立条件。
上述建立条件同实施例2中的描述,此处不再赘述。
步骤302:建立多方通信PoC群组会话时或在多方通信的PoC群组会话中,PoC会话控制服务器接收群组会话中每个PoC用户终端归属的PoC服务器参与功能发来的广播或组播承载的能力信息,并判断当前要建立的PoC群组会话是否满足预设的广播或组播承载的建立条件,如果是,则执行步骤303;否则,结束。
进一步地,参见图7,PoC会话控制服务器在判断上述建立条件是否满足之前,还可以接收某个PoC用户终端1通过归属的PoC服务器参与功能1发来的请求建立群组会话的请求消息,PoC用户终端1可以在该请求消息中携带用户终端1加入PoC群组会话所期望使用的媒体参数(如媒体类型等),还可以携带用户终端1支持的广播或组播承载的能力信息(如具有支持广播或组播的能力)。其中,PoC服务器参与功能1转发PoC用户终端1发来的请求消息给PoC会话控制服务器时,如果该请求消息中未包含PoC用户终端1的广播或组播的能力信息,则PoC服务器参与功能1可以先将PoC用户终端1的广播或组播的能力信息加入到该请求消息中,然后再转发给PoC会话控制服务器。另外,PoC服务器参与功能1还可以将自己支持广播或组播承载的能力信息添加到该请求消息中,再发送给PoC会话控制服务器。PoC会话控制服务器收到请求消息后,若PoC会话控制服务器拒绝该请求,则该流程结束,若没有拒绝该请求,则判断广播或组播承载的建立条件是否满足。
进一步地,PoC会话控制服务器在判断之前还可以对PoC用户终端1的广播或组播承载的能力信息进行验证,如果验证通过,则将PoC用户终端1加入建立广播或组播承载的用户终端列表。
步骤303:PoC会话控制服务器通知群组会话中的每个PoC用户终端归属的PoC服务器参与功能建立广播或组播承载,如分别通知PoC用户终端1归属的PoC服务器参与功能1和PoC用户终端2归属的PoC服务器参与功能2建立广播或组播承载。
另外,PoC会话控制服务器还可以根据保存的群组成员列表和群组属性信息,通过归属的PoC服务器参与功能向该群组中的其他PoC用户终端(即被叫PoC用户终端)发出会话发起请求消息,该会话发起请求消息中包括主叫PoC用户终端期望的媒体参数。如果此时该PoC群组会话已经满足预设的广播或组播承载的建立条件,则该会话发起请求消息中还可以携带要求建立广播或组播承载的指示。其他PoC用户终端在通过归属的PoC服务器参与功能返回应答消息给PoC会话控制服务器时,也可以在该应答消息中携带自己支持广播或组播承载的能力信息。如果会话发起请求消息中已经携带了要求建立广播或组播承载的指示,且其他PoC用户终端期望建立广播或组播承载,则可以由其他PoC用户终端发起建立广播或组播承载。如PoC用户终端2期望建立广播或组播承载,则可以由PoC用户终端2发起建立广播或组播承载。
例如,参见图7,PoC会话控制服务器通过PoC用户终端2归属的PoC服务器参与功能向群组会话中的PoC用户终端2发送会话发起请求消息。PoC服务器参与功能2收到该会话发起请求消息后,将其转发给PoC用户终端2。PoC用户终端2收到会话发起请求消息后,如果选择加入该PoC群组会话,则发出成功接受会话发起请求的200OK应答消息;该200OK应答消息中可以携带用户终端2期望的媒体参数,如果PoC用户终端2具有支持广播或组播承载的能力,还可以在200OK应答消息中加入广播或组播承载的能力信息。PoC服务器参与功能2收到PoC用户终端2发送的200OK应答消息后,将200OK应答消息转发给PoC会话控制服务器;另外,PoC服务器参与功能2还可以在200OK应答消息中添加PoC服务器参与功能2支持广播或组播承载的信息。PoC会话控制服务器收到该200OK应答消息后,通过PoC服务器参与功能1转发给PoC用户终端1。进一步地,PoC会话控制服务器收到200OK应答消息后,还可以对PoC用户终端2的广播或组播能力的标识进行验证,如果验证通过,则将PoC用户终端2加入到广播或组播承载的用户终端列表中。如果此时还没有建立广播或组播承载,则PoC会话控制服务器可以判断该PoC群组会话是否满足预设的广播或组播承载的建立条件,若满足,则与群组会话中的具有支持广播或组播能力的用户终端建立广播或组播承载。
PoC会话控制服务器发送通知时,可以通过向请求建立或加入群组会话的用户终端(即主叫用户终端)归属的PoC服务器参与功能发送200OK应答消息中携带指示发起广播或组播承载的信息来通知该PoC服务器参与功能建立广播或组播承载;还可以在收到群组会话中的被叫用户终端归属的PoC服务器参与功能的200OK应答消息后,返回ACK确认消息给该PoC服务器参与功能,通过该ACK确认消息通知该PoC服务器参与功能建立广播或组播承载。
步骤304:群组会话中的PoC服务器参与功能收到通知后,与所管辖的PoC用户终端建立广播或组播承载,如PoC服务器参与功能2与PoC用户终端2建立广播或组播承载,然后结束。
进一步地,上述方法还包括:
发送媒体的网络实体(如PoC服务器参与功能)将广播或组播承载设置为发送状态(Sendonly),将会话中已建立的单播承载设置为接收状态(Receiveonly)。相应地,会话中的每个用户终端将广播或组播承载设置为接收状态,将自己的单播设置为发送状态。例如,PoC用户终端2在群组会话中发言时,通过单播承载上传媒体流给PoC服务器参与功能2,PoC服务器参与功能2使用广播或组播承载下发媒体流给PoC用户终端2。
本实施例通过判断在广播或组播承载建立条件满足时建立广播或组播,将支持点对多点的广播或组播技术引入到多方通信系统中,提高了多方通信的效率,极大地节省了带宽容量,尤其是当用户数量大量增加时,减轻了服务器系统的负担,避免了瓶颈现象的发生。发送媒体的网络实体以及用户终端设置广播或组播的状态,以及单播的状态,可以有效地将广播或组播与单播结合起来进行多方通信,提高了多方通信的效率。
实施例4
在本实施例中,用户终端为PoC用户终端,且多方通信的会话为群组会话,另外,由PoC服务器参与功能判断是否满足预设的广播或组播承载建立条件并建立广播或组播承载。本实施例中的群组会话可以在同一个网络内建立,也可以跨网络建立。参见图8,本发明实施例提供了一种建立广播或组播承载的方法,具体包括:
步骤401:PoC服务器参与功能预设多方通信群组会话的广播或组播承载的建立条件。
上述建立条件同实施例2中的描述,此处不再赘述。
步骤402:在建立多方通信的PoC群组会话时或多方通信的PoC群组会话中,PoC服务器参与功能判断预设的广播或组播承载的建立条件是否满足,如果满足,则执行步骤403;否则,结束。其中,PoC服务器参与功能判断之前,还可以向PoC会话控制服务器发送自己的广播或组播承载的能力信息。
进一步地,参见图9,PoC服务器参与功能在判断上述建立条件是否满足之前,还可以接收某个PoC用户终端1发来的请求建立群组会话的请求消息,PoC用户终端1可以在该请求消息中携带PoC用户终端1加入PoC群组会话所期望使用的媒体参数(如媒体类型等),还可以携带PoC用户终端1支持的广播或组播承载的能力信息(如具有支持广播或组播的能力)。PoC服务器参与功能1收到该请求消息后,将其转发给PoC会话控制服务器。进一步地,PoC服务器参与功能1还可以对PoC用户终端1是否被允许加入广播或组播承载进行验证,如果验证通过,则PoC服务器参与功能1将PoC用户终端1加入建立广播或组播承载的列表中。PoC会话控制服务器收到请求消息后,根据预设的群组成员列表和群组属性信息,向该群组中的其他用户终端(即被叫用户终端),PoC用户终端2,发出会话发起请求消息,该会话发起请求消息中包括PoC用户终端1期望使用的媒体参数。PoC用户终端2归属的PoC服务器参与功能2收到PoC会话控制服务器发送的会话发起请求消息后,将其转发给PoC用户终端2,其中可以携带PoC服务器参与功能2支持广播或组播承载的能力信息。PoC用户终端2收到会话发起请求消息后,如果选择加入该PoC群组会话,则发出成功接受会话发起请求的200OK应答消息;还可以在该200OK应答消息中加入自己期望使用的媒体参数(如媒体类型等);如果PoC用户终端2具有支持广播或组播承载的能力,则可以在该200OK应答消息中加入支持广播或组播承载的能力信息。PoC服务器参与功能2收到该200OK应答消息后转发给PoC会话控制服务器。进一步地,PoC服务器参与功能2还可以对PoC用户终端2返回200OK应答消息中的广播或组播承载的能力标识进行验证,验证PoC用户终端2是否被允许建立广播或组播承载,如果验证通过,则将PoC用户终端2加入建立广播或组播承载的用户终端列表。PoC会话控制服务器收到该200OK应答消息后,向PoC服务器参与功能1发送200OK应答消息,PoC服务器参与功能1收到后转发给PoC用户终端1,并在该200OK应答消息中携带了PoC服务器参与功能1支持广播或组播承载建立的能力信息。
步骤403:PoC服务器参与功能与所管辖的PoC用户终端建立广播或组播承载,然后结束。
PoC服务器参与功能发起广播或组播承载的过程,可以通过更新PoC服务器参与功能和用户终端之间使用的媒体参数实现,可以使用SIP UPDATE消息携带SDP协议描述的媒体参数(包括组播的媒体参数和欲修改的单播媒体参数等)。PoC服务器参与功能也可以通过广播或组播业务通知的方式将建立广播或组播承载的参数通告给PoC用户终端,而由PoC用户终端直接发起广播或组播承载建立。
进一步地,上述方法还包括:
发送媒体的网络实体(如PoC服务器参与功能)将广播或组播承载设置为发送状态(Sendonly),将会话中已建立的单播承载设置为接收状态(Receiveonly)。相应地,会话中的每个用户终端将广播或组播承载设置为接收状态,将自己的单播设置为发送状态。例如,PoC用户终端2在群组会话中发言时,通过单播承载上传媒体流给PoC服务器参与功能2,PoC服务器参与功能2使用广播或组播承载下发媒体流给PoC用户终端2。
本实施例通过判断在广播或组播承载建立条件满足时建立广播或组播,将支持点对多点的广播或组播技术引入到多方通信系统中,提高了多方通信的效率,极大地节省了带宽容量,尤其是当用户数量大量增加时,减轻了服务器系统的负担,避免了瓶颈现象的发生。发送媒体的网络实体以及用户终端设置广播或组播的状态,以及单播的状态,可以有效地将广播或组播与单播结合起来进行多方通信,提高了多方通信的效率。
以上实施例可以概括为两种情况:(1)由PoC会话控制服务器判断当前PoC会话是否满足预设的广播或组播承载的建立条件;(2)由PoC服务器参与功能判断其所管辖的当前PoC会话中的用户终端是否满足预设的广播或组播承载的建立条件。
当然,如前所述,本发明的方案并不限于PoC会话的场景,也可以应用在其他多方通信系统中,如会议系统、CPM系统、IM系统等。
当会话控制服务器和服务器参与功能都有能力判断其所管辖的当前会话中的用户终端是否满足预设的广播或组播承载的建立条件时,有可能需要先确定由会话控制服务器执行该判断过程,或由服务器参与功能执行该判断过程。以下提供两种可能的场景:
场景一:由会话控制服务器确定由会话控制服务器执行该判断过程,或由服务器参与功能执行该判断过程。具体包括:
会话控制服务器获得参与会话的用户终端所在的网络的网络信息和/或用户终端所在的组播承载服务的服务信息;
会话控制服务器判断参与会话的用户终端是否属于同一个网络或属于同一个组播承载服务区;
当参与会话的用户终端不属于同一个网络或不属于同一个组播承载服务区时,所述会话控制服务器通知服务器参与功能判断该服务器参与功能所管辖的当前会话中的用户终端是否满足预设的广播或组播承载的建立条件。
在场景一中,会话控制服务器获得参与会话的用户终端的网络信息和/或组播承载服务的服务信息可以由用户终端携带在INVITE消息中发送给会话控制服务器,也可以携带在其他消息中发送给会话控制服务器,还可以由会话控制服务器通过查询获得。且会话控制服务器并不一定要通过相同途径获得网络信息和/或组播承载服务的服务信息。
在场景一中,当参与会话的用户终端属于同一个网络或属于同一个组播承载服务区时,所述会话控制服务器可以确定由该会话控制服务器判断其所管辖的当前会话中的用户终端是否满足预设的广播或组播承载的建立条件,也可以根据运营商策略通知服务器参与功能判断该服务器参与功能所管辖的当前会话中的用户终端是否满足预设的广播或组播承载的建立条件。具体如何处理,并没有特别限定。
场景二:由服务器参与功能确定由会话控制服务器执行该判断过程,或由服务器参与功能执行该判断过程。具体包括:
服务器参与功能获得参与会话的用户终端所在的网络的网络信息和/或用户终端所在的组播承载服务的服务信息;
服务器参与功能判断参与会话的用户终端是否属于同一个网络或属于同一个组播承载服务区;
当参与会话的用户终端不属于同一个网络或不属于同一个组播承载服务区时,所述服务器参与功能确定由该服务器参与功能判断该服务器参与功能所管辖的当前会话中的用户终端是否满足预设的广播或组播承载的建立条件。
在场景二中,服务器参与功能获得参与会话的用户终端所在的网络的网络信息和/或用户终端所在的组播承载服务的服务信息可以由用户终端携带在INVITE消息中发送给该服务器参与功能,也可以携带在其他消息中发送给该服务器参与功能,也可以由该服务器参与功能通过查询获得,也可以通过接收会话控制服务器的指示信息获得,还可以综合前面几种途径获得。且服务器参与功能并不一定要通过相同途径获得网络信息和/或组播承载服务的服务信息。
在场景二中,当参与会话的用户终端属于同一个网络或属于同一个组播承载服务区时,所述服务器参与功能可以通知会话控制服务器判断当前会话中的用户终端是否满足预设的广播或组播承载的建立条件,也可以根据运营商策略确定由该服务器参与功能判断该服务器参与功能所管辖的当前会话中的用户终端是否满足预设的广播或组播承载的建立条件。具体如何处理,并没有特别限定。
实施例5
参见图10,本发明实施例还提供了一种建立广播或组播承载的设备,该设备可以为会话控制服务器,也可以为PoC服务器参与功能设备,具体包括:
判断模块,用于当建立多方通信的会话时或在多方通信的会话中,判断预设的广播或组播承载建立条件是否满足;
建立模块,用于当判断模块判断出预设的广播或组播承载建立条件满足时,与具有支持广播或组播能力的用户终端建立广播或组播承载。
其中,建立条件有多种,当用户终端请求加入多方通信的会话时,建立条件包括但不限于以下几种:参与会话的用户终端的数量达到预设的值;或者有指定属性的用户终端加入会话中;或者参与会话的用户终端的数量达到预设的值且有指定属性的用户终端加入会话中。当用户终端请求建立预设的群组会话时,建立条件包括但不限于以下几种中的至少一种:
1)群组会话的属性,可以增加群组会话是否需要建立组播承载的属性信息;
2)群组会话的参与方数量达到预设的值;
3)群组会话所在的群组中成员的数量达到预设的值;
4)群组会话中的具有指定属性的一个和多个参与方加入或者离开该群组会话;
5)群组会话属于预先设定的必须使用广播或组播承载的会话,如紧急呼叫的多方会话必须建立组播承载。
进一步地,建立模块可以具体包括:
发送单元,用于当判断模块判断出预设的广播或组播承载建立条件满足时,将广播或组播承载的参数发送给具有支持广播或组播能力的用户终端;
建立单元,用于在发送单元发送参数后,根据参数与具有支持广播或组播能力的用户终端建立广播或组播承载。
其中,上述发送单元可以具体用于向请求建立或加入会话的用户终端返回应答消息,并向已加入该会话的用户终端发送会话修改请求消息,应答消息和会话修改请求消息中均包含广播或组播承载的参数。
另外,上述发送单元还可以具体用于向具有支持广播或组播能力的用户终端发送业务通知消息,业务通知消息中包含广播或组播承载的参数。
当用户终端为PoC用户终端且会话为群组会话时,建立模块具体包括:
通信单元,用于当判断模块判断出预设的广播或组播承载建立条件满足时,向群组会话中的具有支持广播或组播能力的PoC用户终端发送广播或组播承载的参数;
建立单元,用于当通信单元发送参数后,根据参数与群组会话中的具有支持广播或组播能力的PoC用户终端建立广播或组播承载。
进一步地,上述设备还包括:
设置模块,用于当建立模块建立广播或组播承载后,将广播或组播承载设置为发送状态,将会话中已有的单播承载设置为接收状态。
进一步地,上述设备还包括:
接收模块,用于在判断模块判断预设的广播或组播承载建立条件是否满足之前,接收主叫用户终端发来的建立或加入多方通信的会话的请求消息,请求消息中携带主叫用户终端的广播或组播承载能力信息;
相应地,上述设备还包括:
被叫通信模块,用于在上述接收模块接收到主叫用户终端发来的请求消息后,请求被叫用户终端加入该会话,并接收被叫用户终端发来的应答消息,该应答消息中携带被叫用户终端的广播或组播承载能力信息。
进一步地,上述设备还包括:
分配及设置模块,用于预先分配广播或组播承载的资源并设置相应的参数,或在判断模块判断预设的广播或组播承载建立条件满足后,分配广播或组播承载的资源并设置相应的参数。
在本实施例中当上述设备为PoC服务器参与功能设备时,判断模块具体用于在接收到会话控制服务器发来的建立广播或组播承载的通知后,判断预设的广播或组播承载建立条件是否满足。
本实施例通过判断在广播或组播承载建立条件满足时建立广播或组播,将支持点对多点的广播或组播技术引入到多方通信系统中,提高了多方通信的效率,极大地节省了带宽容量,尤其是当用户数量大量增加时,减轻了服务器系统的负担,避免了瓶颈现象的发生。通过设置广播或组播的状态,以及单播的状态,可以有效地将广播或组播与单播结合起来进行多方通信,提高了多方通信的效率。
实施例6
参见图11,本发明实施例还提供了一种建立广播或组播承载的系统,具体包括参与功能设备和控制功能设备;
控制功能设备,用于当建立多方通信的群组会话时或在多方通信的群组会话中,接收参与功能设备发来的广播或组播承载能力信息,并判断预设的广播或组播承载建立条件是否满足,如果是,则向群组会话中该参与功能设备管辖的具有支持广播或组播能力的PoC用户终端发送广播或组播承载的参数,并通知参与功能设备建立广播或组播承载;
参与功能设备,用于在收到控制功能设备发来的通知后,根据上述参数与所管辖的具有支持广播或组播能力的PoC用户终端建立广播或组播承载。
本实施例通过控制功能设备判断广播或组播承载建立条件是否满足,在条件满足时参与功能设备建立广播或组播,将支持点对多点的广播或组播技术引入到多方通信系统中,提高了多方通信的效率,极大地节省了带宽容量,尤其是当用户数量大量增加时,减轻了服务器系统的负担,避免了瓶颈现象的发生。
本发明实施例可以利用软件实现,相应的软件可以存储在可读取的存储介质中,如MBMS服务器的硬盘或内存中。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (28)

1.一种建立广播或组播承载的方法,其特征在于,所述方法包括:
建立多方通信的会话时或在多方通信的会话中,判断预设的广播或组播承载建立条件是否满足,如果是,则,
会话控制服务器将广播或组播承载的参数发送给具有支持广播或组播能力的用户终端;
所述会话控制服务器根据所述参数与所述具有支持广播或组播能力的用户终端建立广播或组播承载。
2.根据权利要求1所述的建立广播或组播承载的方法,其特征在于,所述判断预设的广播或组播承载建立条件是否满足,具体包括:
判断所述会话中的用户终端的数量是否达到预设的值;
或判断是否有指定属性的用户终端加入所述会话中;
或判断是否所述会话中的用户终端的数量达到预设的值且有指定属性的用户终端加入所述会话中。
3.根据权利要求1所述的建立广播或组播承载的方法,其特征在于,当所述会话为群组会话时,所述预设的广播或组播承载建立条件具体包括下面四种条件中的至少一种:
群组会话的参与方数量达到预设的值;
群组会话所在的群组中成员的数量达到预设的值;
群组会话中的具有指定属性的参与方加入或者离开该群组会话;
群组会话的属性为预设的需要使用广播或组播承载的属性。
4.根据权利要求1所述的建立广播或组播承载的方法,其特征在于,所述会话控制服务器将广播或组播承载的参数发送给具有支持广播或组播能力的用户终端,具体包括:
会话控制服务器向请求建立或加入会话的用户终端返回应答消息,并向已加入所述会话的用户终端发送会话修改请求消息,所述应答消息和会话修改请求消息中均包含广播或组播承载的参数。
5.根据权利要求1所述的建立广播或组播承载的方法,其特征在于,所述会话控制服务器将广播或组播承载的参数发送给具有支持广播或组播能力的用户终端,具体为:
会话控制服务器向具有支持广播或组播能力的用户终端发送业务通知消息,所述业务通知消息中包含广播或组播承载的参数。
6.根据权利要求1所述的建立广播或组播承载的方法,其特征在于,当所述用户终端为PoC用户终端且所述会话为群组会话时,
由所述会话控制服务器判断预设的广播或组播承载建立条件是否满足,如果是,则,
所述会话控制服务器向所述群组会话中的具有支持广播或组播能力的PoC用户终端发送广播或组播承载的参数;
所述会话控制服务器根据所述参数与所述具有支持广播或组播能力的PoC用户终端建立广播或组播承载。
7.根据权利要求1所述的建立广播或组播承载的方法,其特征在于,当所述用户终端为PoC用户终端且所述会话为群组会话时,
所述判断预设的广播或组播承载建立条件是否满足,具体包括:
会话控制服务器接收所述群组会话中的每个PoC用户终端归属的PoC服务器参与功能发来的广播或组播承载能力信息,并判断预设的广播或组播承载建立条件是否满足;
所述会话控制服务器将广播或组播承载的参数发送给具有支持广播或组播能力的用户终端,具体包括:
所述会话控制服务器向具有支持广播或组播能力的PoC用户终端发送广播或组播承载的参数;
所述会话控制服务器根据所述参数与所述具有支持广播或组播能力的用户终端建立广播或组播承载,具体包括:
所述会话控制服务器通知所述具有支持广播或组播能力的PoC用户终端归属的PoC服务器参与功能建立广播或组播承载;
由所述具有支持广播或组播能力的PoC用户终端归属的PoC服务器参与功能收到所述通知后,根据所述参数与相应的用户终端建立广播或组播承载。
8.根据权利要求1所述的建立广播或组播承载的方法,其特征在于,所述与具有支持广播或组播能力的用户终端建立广播或组播承载之后,还包括:
发送媒体的网络实体将所述广播或组播承载设置为发送状态,将所述会话中已有的单播承载设置为接收状态;
所述会话中的每个用户终端将所述广播或组播承载设置为接收状态,将自己的单播承载设置为发送状态。
9.根据权利要求1所述的建立广播或组播承载的方法,其特征在于,所述方法还包括:
在判断预设的广播或组播承载建立条件是否满足之前,接收主叫用户终端发来的建立或加入所述会话的请求消息,所述请求消息中携带所述主叫用户终端的广播或组播承载能力信息。
10.根据权利要求9所述的建立广播或组播承载的方法,其特征在于,所述方法还包括:
接收到主叫用户终端发来的建立或加入所述会话的请求消息后,请求被叫用户终端加入所述会话,并接收所述被叫用户终端发来的应答消息,所述应答消息中携带所述被叫用户终端的广播或组播承载能力信息。
11.根据权利要求1所述的建立广播或组播承载的方法,其特征在于,所述方法还包括:
会话控制服务器预先分配广播或组播承载的资源并设置相应的参数,或在判断预设的广播或组播承载建立条件满足后,分配广播或组播承载的资源并设置相应的参数。
12.根据权利要求1所述的建立广播或组播承载的方法,其特征在于,在判断预设的广播或组播承载建立条件是否满足之前,还包括:
获得参与所述会话的用户终端所在的网络的网络信息和/或用户终端所在的组播承载服务的服务信息;
判断参与所述会话的用户终端是否属于同一个网络或属于同一个组播承载服务区;
当参与所述会话的用户终端不属于同一个网络或不属于同一个组播承载服务区时,确定由服务器参与功能判断所述预设的广播或组播承载建立条件是否满足。
13.一种建立广播或组播承载的方法,其特征在于,用户终端为PoC用户终端且会话为群组会话,所述方法包括:
建立多方通信的会话时或在多方通信的会话中,所述群组会话中的PoC用户终端归属的PoC服务器参与功能判断预设的广播或组播承载建立条件是否满足,如果是,则,
所述PoC服务器参与功能向相应的具有支持广播或组播能力的PoC用户终端发送广播或组播承载的参数;
所述PoC服务器参与功能根据所述参数与相应的具有支持广播或组播能力的PoC用户终端建立广播或组播承载。
14.根据权利要求13所述的建立广播或组播承载的方法,其特征在于,所述判断预设的广播或组播承载建立条件是否满足,具体包括:
判断所述会话中的用户终端的数量是否达到预设的值;
或判断是否有指定属性的用户终端加入所述会话中;
或判断是否所述会话中的用户终端的数量达到预设的值且有指定属性的用户终端加入所述会话中。
15.根据权利要求13所述的建立广播或组播承载的方法,其特征在于,当所述会话为群组会话时,所述预设的广播或组播承载建立条件具体包括下面四种条件中的至少一种:
群组会话的参与方数量达到预设的值;
群组会话所在的群组中成员的数量达到预设的值;
群组会话中的具有指定属性的参与方加入或者离开该群组会话;
群组会话的属性为预设的需要使用广播或组播承载的属性。
16.根据权利要求13所述的建立广播或组播承载的方法,其特征在于,所述方法还包括:
所述PoC服务器参与功能在建立广播或组播承载之前,向会话控制服务器发送自己的广播或组播承载能力信息。
17.根据权利要求13所述的建立广播或组播承载的方法,其特征在于,所述与具有支持广播或组播能力的用户终端建立广播或组播承载之后,还包括:
发送媒体的网络实体将所述广播或组播承载设置为发送状态,将所述会话中已有的单播承载设置为接收状态;
所述会话中的每个用户终端将所述广播或组播承载设置为接收状态,将自己的单播承载设置为发送状态。
18.根据权利要求13所述的建立广播或组播承载的方法,其特征在于,所述方法还包括:
所述PoC服务器参与功能在判断预设的广播或组播承载建立条件是否满足之前,接收主叫用户终端发来的建立或加入所述会话的请求消息,所述请求消息中携带所述主叫用户终端的广播或组播承载能力信息。
19.根据权利要求18所述的建立广播或组播承载的方法,其特征在于,所述方法还包括:
所述PoC服务器参与功能接收到主叫用户终端发来的建立或加入所述会话的请求消息后,通过所述PoC会话控制服务器请求被叫用户终端加入所述会话;
所述PoC服务器参与功能接收所述被叫用户终端发来的应答消息,并将所述应答消息转发给所述PoC会话控制服务器,所述应答消息中携带所述被叫用户终端的广播或组播承载能力信息。
20.根据权利要求13所述的建立广播或组播承载的方法,其特征在于,在判断预设的广播或组播承载建立条件是否满足之前,还包括:
所述PoC服务器参与功能获得参与所述会话的用户终端所在的网络的网络信息和/或用户终端所在的组播承载服务的服务信息;
所述PoC服务器参与功能判断参与所述会话的用户终端是否属于同一个网络或属于同一个组播承载服务区;
当参与所述会话的用户终端不属于同一个网络或不属于同一个组播承载服务区时,所述PoC服务器参与功能确定由服务器参与功能判断所述预设的广播或组播承载建立条件是否满足。
21.一种建立广播或组播承载的设备,其特征在于,所述设备包括:
判断模块,用于当建立多方通信的会话时或在多方通信的会话中,判断预设的广播或组播承载建立条件是否满足;
建立模块,用于当判断模块判断出预设的广播或组播承载建立条件满足时,与具有支持广播或组播能力的用户终端建立广播或组播承载;
其中,所述建立模块包括:
发送单元,用于当判断模块判断出预设的广播或组播承载建立条件满足时,将广播或组播承载的参数发送给具有支持广播或组播能力的用户终端;
建立单元,用于在所述发送单元发送所述参数后,根据所述参数与所述具有支持广播或组播能力的用户终端建立广播或组播承载;
或者,当所述用户终端为PoC用户终端且所述会话为群组会话时,所述建立模块包括:
通信单元,用于当判断模块判断出预设的广播或组播承载建立条件满足时,向所述群组会话中的具有支持广播或组播能力的PoC用户终端发送广播或组播承载的参数;
建立单元,用于当所述通信单元发送所述参数后,根据所述参数与所述群组会话中的具有支持广播或组播能力的PoC用户终端建立广播或组播承载。
22.根据权利要求21所述的建立广播或组播承载的设备,其特征在于,所述发送单元具体用于向请求建立或加入会话的用户终端返回应答消息,并向已加入所述会话的用户终端发送会话修改请求消息,所述应答消息和会话修改请求消息中均包含广播或组播承载的参数。
23.根据权利要求21所述的建立广播或组播承载的设备,其特征在于,所述发送单元具体用于向具有支持广播或组播能力的用户终端发送业务通知消息,所述业务通知消息中包含广播或组播承载的参数。
24.根据权利要求21所述的建立广播或组播承载的设备,其特征在于,所述设备还包括:
设置模块,用于当所述建立模块建立广播或组播承载后,将所述广播或组播承载设置为发送状态,将所述会话中已有的单播承载设置为接收状态。
25.根据权利要求21所述的建立广播或组播承载的设备,其特征在于,所述设备还包括:
接收模块,用于在所述判断模块判断预设的广播或组播承载建立条件是否满足之前,接收主叫用户终端发来的建立或加入多方通信的会话的请求消息,所述请求消息中携带所述主叫用户终端的广播或组播承载能力信息。
26.根据权利要求25所述的建立广播或组播承载的设备,其特征在于,所述设备还包括:
被叫通信模块,用于在所述接收模块接收到所述主叫用户终端发来的请求消息后,请求被叫用户终端加入所述会话,并接收所述被叫用户终端发来的应答消息,所述应答消息中携带所述被叫用户终端的广播或组播承载能力信息。
27.根据权利要求21所述的建立广播或组播承载的设备,其特征在于,所述设备还包括:
分配及设置模块,用于预先分配广播或组播承载的资源并设置相应的参数,或在所述判断模块判断预设的广播或组播承载建立条件满足后,分配广播或组播承载的资源并设置相应的参数。
28.一种建立广播或组播承载的系统,其特征在于,所述系统包括:参与功能设备和控制功能设备;
所述控制功能设备,用于当建立多方通信的群组会话时或在多方通信的群组会话中,接收所述参与功能设备发来的广播或组播承载能力信息,并判断预设的广播或组播承载建立条件是否满足,如果是,则向所述群组会话中所述参与功能设备管辖的具有支持广播或组播能力的PoC用户终端发送广播或组播承载的参数,并通知所述参与功能设备建立广播或组播承载;
所述参与功能设备,用于在收到所述控制功能设备发来的通知后,根据所述参数与所述具有支持广播或组播能力的PoC用户终端建立广播或组播承载。
CN2008100014653A 2007-11-30 2008-01-21 建立广播或组播承载的方法、设备和系统 Expired - Fee Related CN101448201B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2008100014653A CN101448201B (zh) 2007-11-30 2008-01-21 建立广播或组播承载的方法、设备和系统
PCT/CN2008/073254 WO2009074081A1 (fr) 2007-11-30 2008-11-28 Méthode, système et dispositif d'établissement d'une porteuse en diffusion broadcast ou en diffusion multicast

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200710194678 2007-11-30
CN200710194678.8 2007-11-30
CN2008100014653A CN101448201B (zh) 2007-11-30 2008-01-21 建立广播或组播承载的方法、设备和系统

Publications (2)

Publication Number Publication Date
CN101448201A CN101448201A (zh) 2009-06-03
CN101448201B true CN101448201B (zh) 2011-08-03

Family

ID=40743539

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2008100014653A Expired - Fee Related CN101448201B (zh) 2007-11-30 2008-01-21 建立广播或组播承载的方法、设备和系统

Country Status (1)

Country Link
CN (1) CN101448201B (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103248451B (zh) * 2012-02-09 2016-12-07 华为技术有限公司 业务速率控制方法和系统以及设备
JP6019920B2 (ja) * 2012-08-17 2016-11-02 株式会社リコー 管理システムおよびプログラム
CN104284298B (zh) * 2013-07-08 2018-07-20 电信科学技术研究院 一种群组通信中的资源控制方法及组通信服务器
CN104506330B (zh) * 2014-11-28 2018-08-17 北京奇艺世纪科技有限公司 一种消息同步方法和系统
CN113301446A (zh) * 2020-02-21 2021-08-24 华为技术有限公司 传输组播业务的方法和装置
CN111954083A (zh) * 2020-07-29 2020-11-17 西安万像电子科技有限公司 图像传输方法、装置和系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007069988A1 (en) * 2005-12-14 2007-06-21 Telefonaktiebolaget Lm Ericsson (Publ) Arrangment and method in a mobile telecommunication system
CN101018419A (zh) * 2007-03-05 2007-08-15 华为技术有限公司 多方通话业务的调度方法及调度系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007069988A1 (en) * 2005-12-14 2007-06-21 Telefonaktiebolaget Lm Ericsson (Publ) Arrangment and method in a mobile telecommunication system
CN101018419A (zh) * 2007-03-05 2007-08-15 华为技术有限公司 多方通话业务的调度方法及调度系统

Also Published As

Publication number Publication date
CN101448201A (zh) 2009-06-03

Similar Documents

Publication Publication Date Title
CN101529803B (zh) 用于建立多播组的方法和装置
US7751358B2 (en) Transmitting data to a group of receiving devices
CN101138201B (zh) 在无线一键通网络中识别响应客户机的方法和系统
CN101669331B (zh) 在宽带无线接入网络中定位内容的方法及系统
CN101136814B (zh) 一种支持mbms业务的方法和装置
US20090303909A1 (en) Point-to-multipoint data communication
EP1906684B1 (en) A method and apparatus for obtaining group information by the invited user during the session
US8670354B2 (en) Sharing ongoing data session
CN101018168B (zh) Ip多媒体系统业务的承载方法及其系统
JP2008529447A (ja) マルチメディア・ブロードキャスト・マルチキャスト方式サービス(mbms)のための改良されたリソース活用
CN101448201B (zh) 建立广播或组播承载的方法、设备和系统
WO2008089652A1 (en) A method, a device and a system for converging ip message
WO2006028762A2 (en) Methods of transmitting a message to a message server in a push-to-talk network
CN101155293A (zh) 一种进行网络直播电视业务频道授权的方法、系统及装置
CN101043431B (zh) 一种缩短多方通话业务建立时间的方法与系统
US7966031B2 (en) Method and system for dividing single PoC group session
CN110460603B (zh) 多媒体文件的传输方法、终端、服务器、系统及存储介质
CN101453696B (zh) 一种广播和组播承载的建立方法、系统和装置
WO2009140874A1 (zh) 一种ims即时消息群发的方法及设备
CN101083535B (zh) 群组业务中实现个性化服务的方法及其系统
CN101360222B (zh) 一种基于下一代网络的iptv节目产生方法及系统
CN101568068A (zh) 广播/组播方法及设备
CN1977558B (zh) 用于分发内容数据的技术
CN101945335B (zh) 广播组播条件下发送报告的方法及装置
Pinto et al. Signalling for IMS and MBMS Integration

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

Granted publication date: 20110803

Termination date: 20180121

CF01 Termination of patent right due to non-payment of annual fee