CN101453696B - 一种广播和组播承载的建立方法、系统和装置 - Google Patents
一种广播和组播承载的建立方法、系统和装置 Download PDFInfo
- Publication number
- CN101453696B CN101453696B CN2007101941074A CN200710194107A CN101453696B CN 101453696 B CN101453696 B CN 101453696B CN 2007101941074 A CN2007101941074 A CN 2007101941074A CN 200710194107 A CN200710194107 A CN 200710194107A CN 101453696 B CN101453696 B CN 101453696B
- Authority
- CN
- China
- Prior art keywords
- broadcasting
- multicast
- user terminal
- bear
- information
- 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
Images
Abstract
本发明实施例公开了一种广播和组播承载的建立方法,包括以下步骤:获取用户终端的广播和组播业务信息;根据保存的所述用户的签约信息对所述用户终端的广播和组播业务信息进行验证;在验证通过后,允许所述用户终端加入会话,并与所述用户终端建立广播和组播承载。通过本发明实施例,根据保存的用户终端的签约信息对获取的用户终端的广播和组播业务信息进行验证,在验证通过后,与该用户终端建立广播和组播承载,从而提供了一种在多方通信系统中建立广播和组播承载的方法。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种广播和组播承载的建立方法、系统和装置。
背景技术
MBMS(Multimedia Broadcast Multicast Service,多媒体广播多播业务)可通过现有的UMTS(Universal Mobile Telecommunications System,通用移动通信系统)网络,高效地播放各种丰富精彩的多媒体内容,不仅能让移动用户通过手机接收新闻、天气及交通预告、股价信息、MP3音乐、电视节目和流媒体等服务,而且还可以使网络运营商从经济高效的MBMS业务中获益匪浅。
从另一方面来看,广播和组播是一样的,都是数据包从同一源头传送到多个目的地址的点对多点通信。“广播”主要用于传送内容给所有用户的服务。而“组播”主要用于单独传送内容给已经加入了组播组用户的服务。通常,组播组是一组对某种内容感兴趣的用户。组播网络具有能够有效确定内容被单独地分发到属于相应的组播组服务的接收者。因此,组播是一个能传送服务给较大用户群的有效方法。组播是最早应用于Internet(因特网),现在还用于移动网络的视频分发服务。
目前,移动的电视服务是通过点对点连接的流媒体技术进行传送的。因此,当一个内容服务器同时将内容传送给多个用户时必须为每个用户都建立和保持一个独立分开的点对点链接。这种方式对于少数到中等数量的用户而言是有效的,但当用户数量大量增加时服务器系统会难以支撑。
设想一下,如果“移动的音乐盒”业务在用户的电话中同时列出前10首最流行的音乐,有50,000个用户使用服务而每一个用户的平均无线连接接速度是128kbps,假设每个音乐文件的大小大约3MB,每次进入排行榜的音乐条目 都必须发送给50,000个用户,假设内容服务器每次只能够处理1,000个并发连接,那么,一共需要用多于两个半小时去传送一个音乐剪辑给所有用户。在这期间,服务器会不断地产生128Mbps的输出信息量。
另一个需要考虑的问题是像移动电视这种实时服务所消耗的带宽容量,一个50,000个订户的移动电视服务需要同时处理50,000个链接。尽管这在技术上可能是很节约的。但是,当很多订户同时使用它的话,会产生巨大的吞吐量。
由于频谱是一种有限和昂贵的资源,移动网络,特别是移动链接,当同一个服务器的众多接收者使用同一个链接的时候,极易造成瓶颈现象。这种情况下如果不禁止的话,使用点对点技术的移动通讯服务效率将会非常低。因此,采用支持点对多点的广播/组播技术将更加有效地为多个用户提供服务。
由于移动多媒体广播业务(以广播式手机电视为代表)的潜在市场引起了电信行业的强烈关注,OMA(Open Mobile Alliance,开放移动联盟)在其BAC(Browsing and Content,浏览和内容)工作组建立了一个子工作组OMABCAST(Broadcast),主要关注移动广播业务(Mobile Broadcast Services)的业务和应用需求,以及和其底层传输技术的适配问题。
在3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)MBMS架构中,BM-SC(Broadcast Multicast Service Center,广播组播业务中心)充当了用户管理、内容关联、用户通知等功能,因此BM-SC提供一定程度上的用户管理和业务管理功能,同时也是组播和广播资源分配的发起方,如图1所示。
图2为3GPP2定义的典型BCMCS(Broadcast and Multicast Services,广播和多播业务)网络实体之间关系的示意图,也由在应用层和承载中间的网络实体,如BCMCS Controller(BCMCS控制器)和BCMCS Content Server(BCMCS内容服务器)实现用户管理,业务管理,承载控制等功能。
以上现有技术说明,在广播和组播承载层定义了IP(Internet Protocol,因特网协议)可达的接入和承载网络,但在多方通信系统中,如果多方通信的会话需要使用广播和组播承载层发送媒体流或者文件形式的媒体,没有具体的解决方案。
现有技术中,PoC(Push to Talk over Cellular,用手机对讲)业务基于一个用户发言,其他人收听的模式,如果组播能力可以被用于媒体流的发送,无疑在部分场景中可以节省空口资源,因此PoC业务中嫁接广播和组播能力的解决方案需要被重点考虑。例如,在Crisis handling(火灾、地震和社会突发事件等)的场景下,某一个会话的参与者将比较多(超过1000或者更多),如果可以使用广播或组播承载发送多个用户终端接收媒体的方式,将较为有效地利用空口资源以至于核心网传输资源。
在实现本发明的过程中,发明人发现现有技术至少存在以下问题:
在多方通信系统中,例如:会议系统、PoC系统和其他多方通信系统,如IM(Instant Message,即时消息)和CPM(Convergent IP Messaging,收敛IP信息)系统等,均没有使用到广播和组播的能力,也没有将广播和组播能力嫁接到多方通信系统中的方案。
发明内容
本发明实施例提供一种广播和组播承载的建立方法、系统和装置,以实现在多方通信系统中建了广播和组播承载。
为达到上述目的,本发明实施例一方面提供一种广播和组播承载的建立方法,包括以下步骤:获取用户终端的广播和组播业务信息;根据保存的所述用户终端的签约信息对所述用户终端的广播和组播业务信息进行验证;在验证通过后,允许所述用户终端加入会话,并与所述用户终端建立广播和组播承载;
所述保存的所述用户终端的签约信息为所述用户的广播和组播业务的签约信息;
所述用户的广播和组播业务的签约信息在第三方注册过程中获取,
所述在第三方注册过程中获取用户的广播和组播业务的签约信息具体包括:
接收服务呼叫会话控制功能S-CSCF实体在第三方注册过程中发送的通知消息,所述通知消息包括已通过验证的所述用户终端的广播和组播业务的签约信息和所述用户终端已注册成功的结果信息。
另一方面,本发明实施例还提供一种应用服务器,包括:获取模块,用于获取用户终端的广播和组播业务信息;验证模块,用于根据保存的所述用户终端的签约信息对所述获取模块获取的所述用户终端的广播和组播业务信息进行验证;承载建立模块,用于在所述验证模块验证通过后,允许所述用户终端加入会话,并与所述用户终端建立广播和组播承载;所述获取模块包括:第一获取子模块,用于在第三方注册过程中获取所述广播和组播业务信息,具体为,所述第一获取子模块接收服务呼叫会话控制功能S-CSCF实体在第三方注册过程中发送的通知消息,所述通知消息包括已通过验证的所述用 户终端的广播和组播业务信息和所述用户终端已注册成功的结果信息。
再一方面,本发明实施例还提供一种广播和组播承载的建立系统,包括:应用服务器和用户终端,所述应用服务器用于获取用户终端的广播和组播业务信息,根据保存的所述用户终端的签约信息对所述用户终端的广播和组播业务信息进行验证,在验证通过后,允许所述用户终端加入会话,并与所述用户终端建立广播和组播承载;所述应用服务器包括:
获取模块,用于获取所述用户终端的广播和组播业务信息;
验证模块,用于根据保存的所述用户终端的签约信息对所述获取模块获取的所述用户终端的广播和组播业务信息进行验证;
承载建立模块,用于在所述验证模块验证通过后,允许所述用户终端加入会话,并与所述用户终端建立广播和组播承载;
所述保存的所述终端用户的签约信息为所述用户的广播和组播业务的签约信息;
所述用户的广播和组播业务的签约信息在第三方注册过程中获取,
所述在第三方注册过程中获取用户的广播和组播业务的签约信息具体包括:
接收服务呼叫会话控制功能S-CSCF实体在第三方注册过程中发送的通知消息,所述通知消息包括已通过验证的所述用户终端的广播和组播业务的签约信息和所述用户终端已注册成功的结果信息。
与现有技术相比,本发明实施例具有以下优点:通过本发明实施例,根据保存的用户终端的签约信息对获取的用户终端的广播和组播业务信息进行验证,在验证通过后,与该用户终端建立广播和组播承载,从而提供了一种在多方通信系统中建立广播和组播承载的方法。
附图说明
图1为现有技术3GPP MBMS架构的示意图;
图2为现有技术3GPP2定义的典型BCMCS网络实体之间关系的示意图;
图3为本发明实施例广播和组播承载的建立方法的流程图;
图4为本发明实施例一PoC系统使用的各种不同广播和组播承载的示意图;
图5为本发明实施例一MBMS嫁接到PoC系统后的架构图;
图6为本发明实施例二在第三方注册过程中获取签约信息的流程图;
图7为本发明实施例二在第三方注册过程中获取并使用签约信息的流程图;
图8为本发明实施例二控制会话的服务器获取广播和组播业务信息的流程图;
图9为本发明实施例二用户归属服务器从专用数据库获取广播和组播业务信息的流程图;
图10为本发明实施例三在会话中建立广播和组播承载的流程图;
图11为本发明实施例三在PoC会话中建立广播和组播承载的流程图;
图12为本发明实施例三在PoC会话中建立广播和组播承载并发送业务通告的流程图;
图13为本发明实施例四使用Subscribe/Notify机制发送广播和组播业务通告消息的流程图;
图14为本发明实施例四直接发送Notify消息向用户终端通知广播和组播承载业务参数的流程图;
图15为本发明实施例广播和组播承载的建立系统的结构图。
具体实施方式
本发明实施例提供了一种广播和组播承载的建立方法,在不考虑各种不同广播和组播承载网络的情况下,分析在应用层的多方通信过程中如何在多方通信的系统和通信过程中建立和引入广播和组播承载。本发明实施例所提到的广播和组播承载,包括3GPP定义的MBMS、3GPP2定义的BCMCS、ETSI(European Telecommunications Standard Institute,欧洲电信标准协会)规定的DVB(Digital Video Broadcasting,数字视频广播)系列和中国标准组织定义的一系列广播和组播承载业务。
本发明实施例提供了多方通信系统中使用各种广播和组播承载网络的一种解决方法。对应在PoC业务、会议业务中,以及将来的CPM业务中,可能出现的具体应用场景中的具体解决方法进行了说明。
如图3所示,为本发明实施例广播和组播承载的建立方法的流程图,具体包括以下步骤:
步骤S301,获取用户终端的广播和组播业务信息。可以在第三方注册过程中获取广播和组播业务信息,或者从会话控制服务器中获取广播和组播业务信息,或者,从归属网络的专用服务器中获取广播和组播业务信息。从归属网络的专用服务器中获取广播和组播业务信息具体为向HSS(HomeSubscriber Server,归属用户服务器)或XDM(Extensible Markup LanguageDocument Management,可扩展标记语言文档管理)服务器查询广播和组播业务信息。
步骤S302,根据保存的用户终端的签约信息对该用户终端的广播和组播业务信息进行验证。本发明实施例中的管理用户签约信息的网络实体,和发 起建立广播和组播承载的网络实体的位置相关,如果发起建立广播和组播承载的网络实体在集中控制会话的网络实体上,则应将管理用户签约信息的功能设置在集中控制会话的网络实体上;如果发起建立广播和组播承载的网络实体在用户归属网络的网络实体,则应将管理用户签约信息的功能设置在用户归属网络的参与功能或者网络实体上。在获取了用户终端的广播和组播业务信息之后,根据保存的用户终端的签约信息对获取的用户终端的广播和组播业务信息进行验证,验证用户终端是否具有建立广播和组播承载的能力。
步骤S303,在验证通过后,允许用户终端加入会话,并与该用户终端建立广播和组播承载。在验证用户终端具有建立广播和组播承载的能力之后,开始与用户终端建立广播和组播承载的过程,在与用户终端建立广播和组播承载之后,该用户终端的上行媒体流使用单播承载发送,用户终端的下行媒体流使用组播承载发送。
上述广播和组播承载的建立方法,根据保存的用户终端的签约信息对获取的用户终端的广播和组播业务信息进行验证,在验证通过后,与用户终端建立广播和组播承载,从而提供了一种在多方通信系统中建立广播和组播承载的方法。
本发明实施例一对多方通信系统使用的广播和组播承载的架构进行了说明,其中以PoC系统为例说明了多方通信业务系统使用的各种不同广播和组播承载的示意图如图4所示,MBMS嫁接到PoC系统后的架构图如图5所示。其中,PoC系统中的PoC服务器作为多方通信系统中的应用服务器承担了在广播和组播承载网络中管理广播和组播承载的功能。
其中,PoC服务器承担的在会话中使用和组播承载的功能包括:媒体和数据源、签约信息的维护、业务通告的发起。
媒体和数据源:多方会话中用户终端发出的媒体作为媒体或者数据源被应用服务器通过广播和组播承载的下行传输路径发送到用户终端上。
媒体和数据由会话的媒体产生,因此不需要在手机电视业务中的外部的内容提供方;
签约信息维护:负责保存或者获取用户关于广播和组播承载的签约信息, 并对此签约信息进行维护。
应用服务器替代广播和组播承载管理实体的功能,因此用户的签约信息将由应用层的实体维护和管理。
业务通告的发起:应用服务器负责发送分配的广播和组播承载业务参数。
PoC服务器增加了关于广播和组播业务通告的功能。
本发明实施例二对用户签约信息的管理进行了介绍,在本发明实施例的系统架构中说明了PoC服务器代替MBMS和组播管理控制器的功能,因此在多方通信系统中使用广播和组播承载的方案中,用户签约信息的获得、维护、管理和使用的功能由多方通信系统中的会话控制功能完成。多方通信系统中的会话控制功能,在OMA PoC业务系统为PoC服务器控制功能,在多媒体会议业务系统中为控制会话的服务器。
总之,管理用户签约信息的网络实体在本发明实施例的模型中,和发起建立广播和组播承载的网络实体的位置相关,如果发起建立广播和组播承载的网络实体在集中控制会话的网络实体上,则应将管理用户签约信息的功能设置在集中控制会话的网络实体上;如果发起建立广播和组播承载的网络实体在用户归属网络的网络实体,则应将管理用户签约信息的功能设置在用户归属网络的参与功能或者网络实体上。
1、在网络实体上保存所有的用户签约信息
在此情况下,用户签约信息的管理实体保存了用户签约广播和组播承载的签约信息,或者保存了用户在本多方通信业务中使用广播和组播承载的签约信息。
如前所述,业务实体保存用户签约信息,收到业务请求后,将根据用户签约信息对广播和组播业务请求进行验证,验证通过后才能允许建立广播和组播承载。
其中,用户签约信息可以保存在业务使用的应用服务器上,也可保存在应用层的专用数据库中或者群组信息中。
2、在第三方注册过程中获取广播和组播业务签约信息
用户终端在向IMS(Internet Protocol Multimedia Subsystem,因特网协议 多媒体子系统)网络注册的过程中,现有规范规定S-CSCF(Serving-Call SessionControl Functions,服务呼叫会话控制功能)和应用服务器之间的信息交互过程,S-CSCF可以将用户的签约信息、用户标识等信息通知给相关的应用服务器。应用服务器在第三方注册过程中可以获得用户签约广播和组播网络的信息。
(1)如图6所示,为在第三方注册过程中获取签约信息的流程图,具体包括以下步骤:
步骤S601,用户终端Client 1向IMS发起注册过程,注册的过程中,在注册消息中标识了支持广播和组播承载业务的信息;
步骤S602,S-CSCF收到用户地注册申请,向HSS查询和验证用户注册请求中的业务信息,包括广播和组播承载业务的信息;
步骤S603,HSS返回响应消息;
步骤S604,向用户终端Client 1发送注册成功的应答消息;
步骤S605,S-CSCF向AS(Application Server,应用服务器)发起第三方注册过程,将向相关的应用服务器发送通知,通知信息中包括了用户终端1已经注册到当前的业务以及用户签约信息已经在当前业务验证通过的广播和组播承载业务信息;
步骤S606,AS向S-CSCF发出了第三方注册请求的响应消息。
此后,应用服务器获得了用户终端1在IMS网络中注册成功,并获得了安全的验证过的广播和组播承载业务信息,此签约信息可以在用户使用该业务时作为业务逻辑过程中使用。
(2)如图7所示,为在第三方注册过程中获取并使用签约信息的流程图,在本实施例中,应用服务器获得了广播和组播承载签约信息,而用户终端1在使用当前业务时,使用SIP(Session Initiation Protocol,会话发起协议)PUBLISH方法在AS设置了业务信息,或者使用XCAP协议通过应用服务器设置的配置信息,并得到了应用服务器根据保存的广播和组播承载签约信息的验证,具体包括以下步骤:
步骤S701,用户终端Client 1向IMS发起注册过程,注册的过程中,在注 册消息中标识了支持广播和组播承载业务的信息;
步骤S702,S-CSCF收到用户的注册申请,向HSS查询和验证用户注册请求中的业务信息,包括广播和组播承载业务的信息;
步骤S703,HSS返回响应消息;
步骤S704,S-CSCF向用户终端Client 1发送注册成功的应答消息;
步骤S705,S-CSCF向AS发起第三方注册过程,将向相关的应用服务器发送通知,通知信息中包括了用户终端1已经注册到当前的业务以及用户签约信息已经在当前业务验证通过的广播和组播承载业务信息;
步骤S706,AS向S-CSCF发出第三方注册请求的响应消息;
此后,应用服务器获知用户终端1在IMS网络中注册成功,并获得了安全的验证过的广播和组播承载业务签约信息,此签约信息可以在用户使用该业务时作为业务逻辑过程中使用;
步骤S707,用户终端1向AS发起业务设置过程,使用SIP PUBLISH携带业务设置信息,其中可以包括和广播和组播承载业务相关的设置信息,如是否允许建立广播和组播等,也可以包括使用广播和组播承载业务的意愿和状态,以便AS保存和使用;
步骤S708,AS根据事先收到的安全的广播和组播承载业务签约信息对用户终端1发送的业务设置和广播和组播承载业务相关的信息进行验证;
步骤S709,AS向Client 1发送响应消息,该响应消息携带验证结果。
需要说明的是,在本实施例中,AS可以是控制业务的应用服务器,也可以是用户终端归属网络中的应用服务器。无论两种情况的任何一种情况,AS由于保存了多个用户终端的关于广播和组播承载业务的签约信息,因此维护了用户签约信息的动态的数据库。当用户终端从IMS网络中去注册后,AS上动态保存的广播和组播承载业务签约信息应当自动的删除。
3、专用数据库中保存获取的广播和组播业务信息
(1)如图8所示,为控制会话的服务器获取广播和组播业务信息的流程图,在本实施例中,由于基于OMA的业务引擎中,XDM业务引擎可以保存和群组相关的业务信息,同时XDM业务引擎可保存的信息多数为静态配置的业 务信息,包括群组信息、成员列表、群组成员属性等。因此,本发明实施例使用XDM业务提供的机制,将使用XDMS(XDM Server,XDM服务器)作为保存用户签约信息的保存实体,即专用数据库。具体包括以下步骤:
步骤S801,PoC用户终端#1(PoC Client#1)发起预定义群组会话建立请求,请求消息中可以携带用户终端加入PoC会话所希望使用的媒体参数(媒体类型、编码参数)和用户终端支持组播承载的能力信息,或者用户#1指示的可加入组播承载的业务信息;
步骤S802,PoC服务器参与功能(PoC Server performing participatingfunction),收到PoC用户终端#1发送的加入会话初始化请求后,将加入会话初始化请求消息转发给PoC服务器控制功能(PoC Server performing controllingfunction);
步骤S803,PoC服务器控制功能收到加入会话初始化请求后,PoC服务器控制功能查询并获得预定义群组成员列表、群组属性信息和成员属性信息,其中包括了群组成员的广播和组播承载签约信息;
步骤S804,PoC服务器控制功能收到群组成员列表和参与当前群组会话的成员的广播和组播业务签约信息,向被叫用户终端PoC Client#2发出会话发起请求,会话发起请求消息中包括媒体参数,
此时,签约信息可以被PoC服务器控制功能作为验证加入PoC会话的用户终端是否可以使用广播和组播承载的条件,由于PoC用户终端#1已经在会话初始化请求中加入了组播承载的业务信息,PoC服务器控制功能可在此时即对PoC用户终端#1的组播承载建立指示进行验证;
步骤S805,PoC服务器参与功能收到PoC服务器控制功能发送的会话发起请求后,将会话发起请求转发给PoC用户终端#2;
步骤S806,PoC用户终端#2收到会话发起请求,PoC用户判断是否加入PoC群组会话,发出成功接受会话发起请求的应答消息,例如:200 OK;如果PoC用户终端#2具有加入组播承载的能力,可以在应答消息中加入组播承载业务指示,用于通知网络可以加入组播承载的业务信息;
步骤S807,PoC服务器参与功能收到PoC用户终端#2发送的应答消息后, 将该应答消息转发给PoC服务器控制功能;
步骤S808,PoC服务器控制功能收到应答消息后,可以对PoC用户终端#2具有加入组播承载的业务指示进行验证。如果验证通过,可以将用户终端#2加入建立组播承载的用户终端列表。可以向PoC用户终端#1发出应答消息,在应答消息中携带选择的媒体参数;
步骤S809,PoC服务器参与功能在收到应答消息后,将应答消息转发给PoC用户终端#1。
在本实施例中,由PoC服务器控制功能在会话中分配组播承载资源,并发起了组播承载业务信息,如组播地址等,并发起了和终端之间建立组播承载的过程。在对应的场景中,PoC服务器参与功能应不出现在媒体路径上,或者PoC服务器参与功能不出现在下行媒体传输路径上。
(2)如图9所示,为用户归属服务器从专用数据库获取广播和组播业务信息的流程图,具体包括以下步骤:
步骤S901,PoC用户终端#1(PoC Client#1)发起会话初始化请求,会话初始化请求消息中可以携带用户终端加入PoC会话所希望使用的媒体参数(媒体类型、编码参数)和用户终端支持组播承载的能力信息,或者用户#1指示的可加入组播承载的业务信息;
步骤S902,PoC服务器参与功能#1(PoC Server participating function),收到加入会话初始化请求后,向保存广播和组播签约信息的数据库查询广播和组播签约信息,保存广播和组播签约信息的数据库可以是网络中的HSS,也可以是XDM业务引擎支持的保存签约信息的数据库,如果是向HSS查询,用户身份验证的部分由HSS完成,并向PoC服务器参与功能#1返回验证的结果;如果是向XDM服务器查询,PoC服务器参与功能#1将向XDMS获取签约信息,PoC服务器参与功能#1收到签约信息后,由PoC服务器参与功能#1进行用户身份的验证;
步骤S903,数据库向PoC服务器参与功能#1返回查询的响应消息;
步骤S904,PoC服务器参与功能#1收到用户签约信息查询的响应消息并确认完成用户身份验证的工作后,将加入会话初始化请求消息转发给PoC服务 器控制功能(PoC Server controlling function);
如果验证不能通过,PoC服务器参与功能#1可以拒绝会话初始化请求消息,也可以继续将该初始化请求消息转发给PoC服务器控制功能。
步骤S905,PoC服务器控制功能收到加入会话初始化请求消息后,通过PoC服务器参与功能#2向被叫用户终端PoC Client#2发出会话发起请求;
步骤S906,PoC服务器参与功能收到PoC服务器控制功能发送的会话发起请求后,将会话发起请求转发给PoC用户终端#2,在会话发起请求消息中PoC服务器参与功能#2可以添加支持广播和组播承载的业务信息;
步骤S907,PoC用户终端#2收到会话发起请求,PoC用户判断是否加入PoC会话,发出成功接受会话发起请求的应答消息,例如:200 OK;如果PoC用户终端#2具有加入组播承载的能力,或者用户希望建立并使用组播承载,可以在应答消息中加入组播承载业务指示,用于通知网络可以加入组播承载的业务信息;
步骤S908,PoC服务器参与功能#2收到PoC用户终端#2发送的应答消息后,向保存广播和组播签约信息的数据库查询广播和组播签约信息,保存广播和组播签约信息的数据库可以是网络中的HSS,也可以是XDM业务引擎支持的保存签约信息的数据库,如果是向HSS查询,用户身份验证的部分由HSS完成,将返回给PoC服务器参与功能#2验证的结果;如果是向XDM服务器查询,PoC服务器参与功能#2将向XDMS获取签约信息,PoC服务器参与功能#2收到签约信息后,由PoC服务器参与功能#2进行用户身份的验证;
步骤S909,数据库向PoC服务器参与功能#2返回查询的响应消息;
步骤S910,PoC服务器参与功能#2收到用户签约信息查询的响应消息并确认完成用户身份验证的工作后,将应答消息,例如:200 OK转发给PoC服务器控制功能;
步骤S911,PoC服务器控制功能收到应答消息后,可以向PoC用户终端#1发出应答消息,例如:200 OK,在应答消息包括选择的媒体参数;
步骤S912,PoC服务器参与功能#1在收到应答消息后,将200 OK应答消息转发给PoC用户终端#1,可以添加支持广播和组播承载的业务信息,用于 向PoC用户终端#1通知广播和组播承载验证通过的信息。
在本实施例中,由PoC服务器参与功能作为在会话中作为用户归属网络的网络实体,负责分配组播承载资源,并发起了组播承载业务信息。在对应的场景中,PoC服务器参与功能应出现在媒体路径上,且本实施例中PoC服务器参与功能可以应适用于多个PoC服务器参与功能属于不同一个网络和跨运营商的情况。在此场景下,不同的用户归属网络的网络实体对用于签约信息的验证和广播和组播承载资源的分配和广播和组播承载的建立是相互独立而不互相影响的。
4、广播和组播业务信息的描述方式
本发明实施例中,广播和组播业务信息可以为代表用户终端或者网络实体业务能力的标识,也可以为代表协商的广播或组播承载的媒体流的媒体参数。
媒体参数使用SDP协议描述,可以使用SDP协议规定的方式描述广播或组播承载的媒体参数,并和其他会话中的媒体参数是并列关系。
相对的,代表网络实体业务能力的广播或组播业务信息可以在SIP信令的消息头中携带,可以指定固定的广播或组播业务能力信息标识,用于网络实体广播或组播业务能力的识别信息。同样,用户终端广播或组播业务能力信息也可以通过在SIP信令的消息头中的特定广播或组播业务能力信息标识区分。
描述所建立的广播或组播承载的业务信息,也可以通过XML格式的描述性语言的描述来实现,XML格式的描述性语言可以在通知消息中携带,也可以携带在部分SIP信令的消息体中。
本发明实施例三介绍了网络实体发起广播和组播承载建立过程:
(1)如图10所示,为在会话中建立广播和组播承载的流程图,在本实施例中,说明了一个应用服务器管理的会话中(例如,多媒体会议的会话中),控制会话的服务器,在会话建立以后并满足判断条件后,发送广播和组播业务通告,使用通知的方式将当前会话中要使用的广播和组播业务参数发送给用户终端,然后在用户终端和网络之间建立广播和组播承载的过程。广播和 组播承载建立后,会话中将使用广播和组播承载发送下发媒体流。具体包括以下步骤:
步骤S1001,用户终端Client#1发出加入会话请求消息,请求建立会话,该请求消息可以使用SIP INVITE消息。在加入会话的请求消息中,携带了期望的媒体类型,以及广播和组播承载业务的标识。
步骤S1002,会话控制服务器对请求加入会话的用户的身份进行验证,验证媒体参数,同时根据收到的加入会话请求消息中的广播和组播业务能力的标识,验证用户终端Client#1是否被允许建立广播和组播承载;
步骤S1003,会话控制服务器向用户终端Client#2发出会话初始化请求消息,在该请求消息中携带了广播和组播能力的标识和期望的媒体参数;
步骤S1004,用户终端Client#2收到会话初始化请求消息后,根据用户选择接受请求,并返回应答消息,例如:200 OK,在应答消息中携带了广播和组播承载业务标识;
步骤S1005,会话控制服务器,收到应答消息后,验证媒体参数,同时根据收到的广播和组播承载业务标识,验证用户终端Client#2是否被允许建立广播和组播承载;
步骤S1006,会话控制服务器,向用户终端Client#1返回应答消息,例如:200 OK;
步骤S1007~步骤S1008,由于当前会话的广播和组播承载建立的条件还未满足,在会话中上行和下行媒体流均使用单播承载发送;
步骤S1009~步骤S1010,当前会话的广播和组播承载建立条件满足时,例如:会话中用户数量满足、成员的属性满足或者其他条件满足时,会话控制服务器开始发起广播和组播承载建立过程,会话的控制服务器向用户终端发出广播和组播承载业务参数,包括了用户终端用于发起广播和组播承载建立过程的必要参数,如组播地址等;
步骤S1011~步骤S1012,用户终端和会话控制服务器之间的广播和组播承载建立过程;
步骤S1013~步骤S1014,广播和组播承载建立后,成功建立广播和组播承 载的用户终端的上行媒体流使用单播承载发送,下行媒体流使用组播承载发送。
(2)如图11所示,为在PoC会话中建立广播和组播承载的流程图,具体包括以下步骤:
步骤S1101,PoC用户终端#1(PoC Client#1)发起PoC会话建立请求,请求消息中可以携带用户终端加入PoC会话所希望使用的媒体参数(媒体类型、编码参数)和用户终端支持组播承载的能力信息,或者用户终端#1指示的可加入组播承载的业务信息;
步骤S1102,PoC服务器参与功能#1收到PoC会话建立请求后,同时收到了用户终端可以建立组播承载的业务信息,对用户终端是否被允许加入组播承载进行验证。验证通过后,PoC服务器参与功能#1将PoC用户终端#1加入建立组播承载的列表中;
步骤S1103,不论是否验证通过,PoC服务器参与功能可以将PoC会话建立请求转发给PoC服务器控制功能;
PoC服务器参与功能#1在验证不通过时,也可以拒绝PoC用户终端#1发送的请求消息,拒绝本地会话初始化的请求。
步骤S1104,PoC服务器控制功能收到PoC会话建立请求后,向被叫用户终端PoC Client#2发出会话发起请求,该会话发起请求消息中包括媒体参数。
步骤S1105,PoC服务器参与功能#2收到PoC服务器控制功能发送的会话发起请求后,将会话发起请求转发给PoC用户终端#2,该请求消息可以携带PoC服务器参与功能#2支持组播承载的业务信息;
步骤S1106,PoC用户终端#2收到会话发起请求,PoC用户判断是否加入PoC会话,发出成功接受会话发起请求的应答消息,例如:200 OK;如果PoC用户终端#2具有加入组播承载的能力,可以在该应答消息中加入组播承载业务指示,用于通知网络可以加入组播承载的业务信息;
步骤S1107,PoC服务器参与功能收到PoC用户终端#2发送的应答消息后,可以对PoC用户终端#2返回的应答消息中的组播承载信息进行验证,用于验证用户终端#2是否可以被允许建立组播承载,如果验证通过,可以将用 户终端#2加入建立组播承载的用户终端列表。;
步骤S1108,PoC服务器参与功能将应答消息转发给PoC服务器控制功能,在应答消息中包括用于协商的媒体参数;
步骤S1109,PoC服务器控制功能收到应答消息后,向PoC服务器参与功能#1发出应答消息,例如:200 OK,该应答消息包括选择的媒体参数;
步骤S1110,PoC服务器参与功能#1收到应答消息后,将应答消息转发给PoC用户终端#1,并在该应答消息中携带组播承载建立的业务信息;
步骤S1111~步骤S1112,此时,由于当前会话的广播和组播承载建立条件还未满足,在当前会话中广播和组播承载还未建立,会话中的上行和下行媒体流均使用单播承载发送;
步骤S1113,当前会话的广播和组播承载建立条件满足时,例如:会话中用户数量满足、成员的属性满足或者其他条件满足时,PoC服务器参与功能#1开始发起广播和组播承载建立过程,分配广播和组播承载资源和分配广播和组播地址;
步骤S1114,PoC服务器参与功能#1向PoC用户终端#1发出SIP UPDATE(SIP更新)消息,用于通知PoC用户终端#1广播和组播承载建立需要的组播业务参数,包括了用户终端用于发起广播和组播承载建立过程的必要参数,如组播地址等;
步骤S1115,PoC用户终端#1收到SIP UPDATE消息后,可以向PoC服务器参与功能#1返回PoC用户终端#1的广播和组播承载业务参数;
需要指出的是PoC用户终端#1收到使用SIP UPDATE通知的广播和组播承载业务参数后,可以向用户查询是否接受在当前PoC会话中建立广播和组播承载,如果用户接受再返回应答消息,例如:200 OK;PoC用户终端#1也可以不向PoC用户显示收到广播和组播承载业务参数和返回应答的过程,这时PoC用户无法感知广播和组播承载的建立时的参数交互过程;
步骤S1116,用户终端和PoC服务器参与功能#1之间的广播和组播承载建立过程;
步骤S1117~步骤S1119,组播承载建立后,PoC用户终端#1到PoC服务器 参与功能#1和到PoC服务器控制功能的上行媒体流使用单播承载发送,PoC服务器控制功能到PoC服务器参与功能#1的下行媒体流使用单播承载发送,PoC服务器参与功能#1到PoC用户终端#1的下行媒体流使用组播承载发送。
PoC服务器参与功能也可以通过广播或者组播业务通知的方式将建造广播或者组播承载的业务参数通告给PoC用户终端,而由用户终端直接发起组播承载建立。
组播承载建立后,PoC服务器参与功能应当和用户终端之间可以设置分配用户终端发送媒体和接受媒体使用的媒体路径。应设定单播承载用于用户终端发送媒体的过程,而广播或者组播承载用于PoC服务器参与功能发送下行媒体。例如:用户终端将单播承载的媒体参数设置为sendonly,将广播或组播承载的媒体参数设置为receiveonly;PoC服务器参与功能将单播承载的媒体参数设置为receiveonly,将广播或组播承载的媒体参数设置为sendonly。用户终端在发送媒体时,自动使用单播承载发送,而PoC服务器参与功能向用户终端发送媒体时,自动使用广播或组播承载发送。
(3)如图12所示,为在PoC会话中建立广播和组播承载并发送业务通告的流程图,具体包括以下步骤:
步骤S1201,PoC用户终端#1(PoC Client#1)发起PoC会话建立请求,请求消息中可以携带用户终端加入PoC会话所希望使用的媒体参数(媒体类型、编码参数)和用户终端支持组播承载的能力信息,或者用户#1指示的可加入组播承载的业务信息;
步骤S1202,PoC服务器参与功能#1在收到PoC会话建立请求的同时,收到了用户终端可以建立组播承载的业务信息,对用户终端是否被允许加入组播承载进行验证。验证通过后,PoC服务器参与功能#1将PoC用户终端#1加入建立组播承载的列表中;
步骤S1203,不论是否验证通过,PoC服务器参与功能都可以将PoC会话建立请求转发给PoC服务器控制功能;当然,PoC服务器参与功能#1在验证不通过时,也可以拒绝PoC用户终端#1本地会话初始化的请求;
步骤S1204,PoC服务器控制功能在接收到PoC会话建立请求后,向被叫 用户终端PoC Client#2发送会话发起请求消息,会话发起请求消息中包括媒体参数;
步骤S1205,PoC服务器参与功能#2收到PoC服务器控制功能发送的会话发起请求消息后,将该会话发起请求消息转发给PoC用户终端#2,该会话发起请求消息可以携带PoC服务器参与功能#2支持组播承载的业务信息;
步骤S1206,PoC用户终端#2在收到会话发起请求后,在决定加入PoC会话后,发出成功接受会话发起请求的应答消息,例如:200 OK;如果PoC用户终端#2具有加入组播承载的能力,还可以在应答消息中加入组播承载业务指示,用于通知网络该PoC用户终端#2可以加入组播承载的业务信息;
步骤S1207,PoC服务器参与功能收到PoC用户终端#2发送的应答消息后,可以对PoC用户终端#2返回应答消息中的组播承载的业务信息进行验证,用于验证用户终端#2是否可以被允许建立组播承载,如果验证通过,可以将用户终端#2加入建立组播承载的用户终端列表。;
步骤S1208,PoC服务器参与功能将应答消息转发给PoC服务器控制功能,在该应答消息中包含用于协商的媒体参数;
步骤S1209,PoC服务器控制功能收到应答消息后,向PoC服务器参与功能#1发出应答消息,例如:200 OK,该应答消息包括选择的媒体参数;
步骤S1210,PoC服务器参与功能#1收到应答消息后,将该应答消息转发给PoC用户终端#1,该应答消息携带组播承载建立的业务信息;
步骤S1211~步骤S1212,此时,由于当前会话的广播和组播承载建立条件还未满足,当前会话中的广播和组播承载还未建立,会话中的上行和下行媒体流均使用单播承载发送;
步骤S1213,当前会话的广播和组播承载建立条件满足时,例如:会话中的用户数量满足、成员的属性满足或者其他条件满足时,PoC服务器参与功能#1开始发起广播和组播承载建立过程,分配广播和组播承载资源和分配广播和组播地址;
步骤S1214,PoC服务器参与功能#1向PoC用户终端#1发出广播和组播业务通告消息,用于通知广播和组播承载建立需要的组播业务参数,包括了 用户终端用于发起广播和组播承载建立过程的必要参数,如组播地址等,业务通告采用的消息和特定的机制在其他部分中描述,且可用于所有广播和组播承载类型(DVB-H,DMB和卫星广播等)的承载参数;
步骤S1215,PoC用户终端#1收到广播和组播业务通告消息后,将返回的PoC用户终端的广播和组播承载业务参数,响应给PoC服务器参与功能#1;
需要指出的是PoC用户终端#1收到广播和组播业务通告的广播和组播承载业务参数后,可以向用户查询是否接受在当前PoC会话中建立广播和组播承载,如果用户接受再返回响应消息;PoC用户终端#1也可以不向PoC用户显示收到广播和组播承载业务参数和返回响应的过程,这时PoC用户无法感知广播和组播承载建立时的参数交互过程;
步骤S1216,用户终端和PoC服务器参与功能#1之间的广播和组播承载建立过程;
步骤S1217~步骤S1219,组播承载建立后,PoC用户终端#1到PoC服务器参与功能#1和到PoC服务器控制功能的上行媒体流使用单播承载发送,PoC服务器控制功能到PoC服务器参与功能#1的下行媒体流使用单播承载发送,PoC服务器参与功能#1到PoC用户终端#1的下行媒体流使用组播承载发送。
PoC服务器参与功能也可以通过广播或者组播业务通知的方式将建造广播或者组播承载的业务参数通告给PoC用户终端,然后由用户终端直接发起组播承载的建立过程。
组播承载建立后,PoC服务器参与功能应当和用户终端之间可以设置用户终端发送媒体和接受媒体使用的媒体路径。应设定将单播承载为用于用户终端发送媒体,而广播或者组播承载用于PoC服务器参与功能发送下行的媒体。如用户终端设置单播承载的媒体参数为sendonly,设置广播或组播承载的媒体参数为receiveonly;PoC服务器参与功能设置单播承载的媒体参数为receiveonly,设置广播或组播承载的媒体参数为sendonly。用户终端在发送媒体时,自动使用单播承载发送,而PoC服务器参与功能向用户终端发送媒体时,自动使用广播或组播承载发送。
本发明实施例四介绍了广播和组播业务通告的方式和机制:
PoC服务器在收到会话请求后,应判断是否需要在当前的PoC会话中建立组播承载,如果需要建立应向用户终端发送业务通告消息:
业务通告消息,根据运营商策略、用户能力和签约信息等信息,可以为SIP消息、SMS(Short Messaging Service,短消息业务)消息、MMS(MultimediaMessaging Service,多媒体短信服务)消息、SIP Info、HTTP(Hypertext TransferProtocol,超文本传输协议)、PUSH消息,使用subscribe/notify机制或Refer/notify机制等方式发送;业务通告中,应包括以下业务信息:IP Multicast Address(IP多播地址)、Session ID以及会话的相关信息,如:开始时间。
在以上可以承载广播和组播业务通告消息的方式中,均需要携带建立广播和组播承载所需要的业务参数,如组播IP地址等。
(1)如图13所示,为使用Subscribe/Notify机制发送广播和组播业务通告消息的流程图,在会话建立阶段,用户终端可以向发起建立广播和组播承载的网络实体使用Subscribe/Notify机制订阅广播和组播承载通告信息,当广播和组播承载建立条件满足时,订阅的广播和组播承载状态信息由网络实体发送给订阅该状态信息的用户终端。具体包括以下步骤:
步骤S1301,PoC用户终端#1(PoC Client#1)发起PoC会话建立请求,请求消息中可以携带用户终端加入PoC会话所希望使用的媒体参数(媒体类型、编码参数)和用户终端支持组播承载的能力信息,或者用户终端#1指示的该用户终端#1可加入组播承载的业务信息;
步骤S1302,PoC服务器参与功能#1在收到PoC会话建立请求的同时收到了用户终端可以建立组播承载的业务信息,对用户终端是否被允许加入组播承载进行验证。验证通过,PoC服务器参与功能#1将PoC用户终端#1加入到建立组播承载的列表中;
步骤S1303,不论验证是否通过,PoC服务器参与功能可以将PoC会话建立请求转发给PoC服务器控制功能;
PoC服务器参与功能#1再验证不通过时,也可以向PoC用户终端#1拒绝消息,拒绝本地会话初始化请求。
步骤S1304~步骤S1305,PoC服务器控制功能接收到PoC会话建立请求后, 向被叫用户终端PoC Client#2发出会话发起请求消息,会话发起请求消息包括媒体参数,后续收到被叫用户返回的加入会话的应答消息,例如:200 OK;
步骤S1306,PoC服务器控制功能收到应答消息后,向PoC服务器参与功能#1发出应答消息,例如:200 OK,该应答消息包括选择的媒体参数;
步骤S1307,PoC服务器参与功能#1收到应答消息后,将该应答消息转发给PoC用户终端#1,在该应答消息中携带了组播承载建立的业务信息;
步骤S1308,PoC用户终端Client#1发出广播和组播状态订阅(Subscribe)请求,可以表达已准备好接收业务通知中的广播和组播承载业务参数,在订阅请求中可以包括了PoC用户终端#1的广播和组播承载业务信息;
说明:由于在订阅消息中,可以携带组播承载业务信息,因此在步骤S1301里会话初始化请求消息中携带广播和组播承载业务信息的步骤可以由订阅消息中的广播和组播承载业务信息所代替,即步骤S1301的会话初始化请求消息中可以不携带广播和组播承载业务信息。在此条件下,步骤S1302的对PoC用户终端#2的广播和组播承载业务签约验证的过程将转移到在步骤S1308收到订阅请求后进行。
步骤S1309,此时,由于当前会话的广播和组播承载建立条件还未满足,当前会话中的广播和组播承载还未建立,会话中的上行和下行媒体流均使用单播承载发送;
步骤S1310,当前会话的广播和组播承载建立条件满足时,例如:会话中用户数量满足、成员的属性满足或者其他条件满足时,会话的控制服务器开始发起广播和组播承载建立过程,PoC服务器参与功能#1开始发起广播和组播承载建立过程,分配广播和组播承载资源和分配广播和组播地址;
步骤S1311,PoC服务器参与功能#1向PoC用户终端#1利用SIP NOTIFY消息发出广播和组播业务通知消息,用于通知广播和组播承载建立需要的组播业务参数,在SIP NOTIFY消息的消息体中使用XML语言描述了用户终端用于发起广播和组播承载建立过程的必要参数,如组播地址等,业务通告采用的消息和特定的机制在其他部分中描述,且可用于所有广播和组播承载类型(DVB-H,DMB和卫星广播等)的承载参数;
步骤S1312,PoC用户终端#1收到广播和组播业务通告消息后,将返回的PoC用户终端的广播和组播承载业务参数,响应给PoC服务器参与功能#1;
需要指出的是PoC用户终端#1收到广播和组播业务通告的广播和组播承载业务参数后,可以向用户查询是否接受在当前PoC会话中建立广播和组播承载,如果用户接受再返回响应消息;PoC用户终端#1也可以不向PoC用户显示收到广播和组播承载业务参数和返回响应的过程,这时PoC用户无法感知广播和组播承载建立时的参数交互过程;
步骤S1313,用户终端和PoC服务器参与功能#1之间的广播和组播承载建立过程;
步骤S1314~步骤S1316,组播承载建立后,PoC用户终端#1到PoC服务器参与功能#1和到PoC服务器控制功能的上行媒体流使用单播承载发送,PoC服务器控制功能到PoC服务器参与功能#1的下行媒体流使用单播承载发送,PoC服务器参与功能#1到PoC用户终端#1的下行媒体流使用组播承载发送。
由于在会话初始化请求消息的路由中,请求消息一般需要经过发起建立广播和组播承载的网络实体处理。因此,在本发明中在会话初始化请求消息中可以隐含携带广播和组播承载状态的订阅请求,当负责发起并能够识别隐含携带广播和组播承载状态的订阅请求的网络实体收到携带该隐式订阅请求的会话初始化请求后,即开始维护状态订阅和通知的机制,当状态通知发送条件满足时,不需要收到专门的Subscribe请求消息,也可以直接发送Notify消息,向用户终端通知广播和组播承载业务参数。如下实施例中对这种情况进行说明,如图14所示,具体包括以下步骤:
步骤S1401,PoC用户终端#1(PoC Client#1)发起PoC会话建立请求,请求消息中可以携带用户终端加入PoC会话所希望使用的媒体参数(媒体类型、编码参数)和用户终端支持广播和组播承载的能力信息,或者用户终端#1指示的可加入广播和组播承载的业务信息;
说明:PoC用户终端#1在PoC会话建立请求消息中携带的广播和组播承载的业务信息可以作为隐含标识向PoC服务器参与功能#1指示PoC用户终端#1在当前会话中可以使用的广播和组播承载业务信息,同时隐含向PoC 服务器参与功能#1请求发起广播和组播承载业务通知的状态通知机制。
步骤S1402,PoC服务器参与功能#1在收到PoC会话建立请求的同时收到了用户终端可以建立组播承载的业务信息,对用户终端是否被允许加入组播承载进行验证。验证通过后,PoC服务器参与功能#1将PoC用户终端#1加入建立组播承载的列表中;
说明:PoC服务器参与功能#1对PoC用户终端#1建立广播和组播承载的签约信息进行验证后,可接受PoC用户终端#1在PoC会话建立请求中的隐式状态通知订阅请求,并将开始状态通知订阅状态通知的机制。
订阅状态通知的机制也可以在收到PoC服务器控制功能返回的应答消息,例如:200 OK后,也就是在确定当前会话建立成功后再开始。
步骤S1403,不论PoC用户终端#1的广播和组播业务签约信息是否验证通过,PoC服务器参与功能都可以将PoC会话建立请求消息转发给PoC服务器控制功能;
PoC服务器参与功能#1在验证不通过时,也可以拒绝PoC用户终端#1的PoC会话建立请求。
步骤S1404~步骤S1405,PoC服务器控制功能向被叫用户终端PoC Client#2发出会话发起请求消息,该会话发起请求消息中包括媒体参数,后续收到被叫用户返回的加入会话的应答消息,例如:200 OK;
步骤S1406,PoC服务器控制功能收到应答消息后,向PoC服务器参与功能#1发出应答消息,例如:200 OK,该应答消息包括选择的媒体参数;
步骤S1407,PoC服务器参与功能#1收到应答消息后,将该应答消息转发给PoC用户终端#1,该应答消息携带组播承载建立的业务信息;
步骤S1408,此时,由于当前会话的广播和组播承载建立条件还未满足,当前会话中的广播和组播承载还未建立,会话中的上行和下行媒体流均使用单播承载发送;
步骤S1409,当前会话的广播和组播承载建立条件满足时,例如会话中用户数量满足、成员的属性满足或者其他条件满足时,会话的控制服务器开始发起广播和组播承载建立过程,PoC服务器参与功能#1开始发起广播和组播 承载建立过程,分配广播和组播承载资源和分配广播和组播地址;
步骤S1410,由于在步骤S1401种收到了隐式广播和组播承载业务的订阅请求,PoC服务器参与功能#1向PoC用户终端#1利用SIP NOTIFY消息发出广播和组播业务通知消息,用于通知广播和组播承载建立需要的组播业务参数,在SIP NOTIFY消息的消息体中使用XML语言描述了用户终端用于发起广播和组播承载建立过程的必要参数,如组播地址等,业务通告采用的消息和特定的机制在其他部分中描述,且可用于所有广播和组播承载类型(DVB-H,CMB和卫星广播等)的承载参数;
步骤S1411,PoC用户终端#1收到广播和组播业务通知消息后,将返回的PoC用户终端#1的广播和组播承载业务参数,响应给PoC服务器参与功能#1;
需要指出的是PoC用户终端#1收到广播和组播业务通告的广播和组播承载业务参数后,可以向用户查询是否接受在当前PoC会话中建立广播和组播承载,如果用户接受再返回响应消息;PoC用户终端#1也可以不向PoC用户显示收到广播和组播承载业务参数和返回响应的过程,这时PoC用户无法感知广播和组播承载建立时的参数交互过程;
步骤S1412,用户终端和PoC服务器参与功能#1之间的广播和组播承载建立过程;
步骤S1413~步骤S1415,组播承载建立后,PoC用户终端#1到PoC服务器参与功能#1和到PoC服务器控制功能的上行媒体流使用单播承载发送,PoC服务器控制功能到PoC服务器参与功能#1的下行媒体流使用单播承载发送,PoC服务器参与功能#1到PoC用户终端#1的下行媒体流使用组播承载发送。
如图15所示,为本发明实施例广播和组播承载的建立系统,包括:应用服务器1和用户终端2,应用服务器1用于获取用户终端2的广播和组播业务信息,根据保存的用户终端2的签约信息对用户终端2的广播和组播业务信息进行验证,在验证通过后,允许该用户终端2加入会话,并与用户终端2建立广播和组播承载。
其中,应用服务器1包括:获取模块11,用于获取用户终端2的广播和组播业务信息;
验证模块12,用于根据保存的用户终端2的签约信息对获取模块11获取的用户终端2的广播和组播业务信息进行验证;
承载建立模块13,用于在验证模块12验证通过后,允许用户终端2加入会话,并与用户终端2建立广播和组播承载。
其中,获取模块11包括:第一获取子模块111,用于在第三方注册过程中获取广播和组播业务信息,具体为,第一获取子模块111接收S-CSCF实体在第三方注册过程中发送的通知消息,该通知消息包括已通过验证的用户终端2的广播和组播业务信息和用户终端2已注册成功的结果信息。
其中,应用服务器1还包括:设置接收模块14,用于在获取模块11接收S-CSCF实体在第三方注册过程中发送的通知消息之后,接收用户终端2发送的由SIP Publish消息携带的业务设置信息,并由验证模块12根据广播和组播业务信息对业务设置信息进行验证。
其中,获取模块11包括:第二获取子模块112,用于从会话控制服务器中获取广播和组播业务信息,具体为,第二获取子模块112向会话控制服务器查询预定义的群组成员列表和当前会话参与方的广播和组播业务信息,并接收会话控制服务器返回的群组成员列表和当前会话参与方的广播和组播业务信息。
其中,获取模块11包括:第三获取子模块113,用于从归属网络的专用服务器中获取广播和组播业务信息,具体为,第三获取子模块113向HSS或XDM服务器查询广播和组播业务信息,并接收HSS或XDM服务器返回的查询响应消息。
其中,应用服务器1还包括:参数发送子模块15,用于在当前会话的广播和组播承载的建立条件满足时,向用户终端2发送广播和组播承载业务参数,该广播和组播承载业务参数用于广播和组播承载的建立过程。
其中,应用服务器1还包括:订阅接收模块16,用于在参数发送模块15发送广播和组播承载业务参数之前,接收用户终端2发送的广播和组播状态 订阅请求消息,该订阅请求消息包含用户终端的广播和组播业务参数。
当参数发送模块15具体为隐式发送模块时,用于在广播和组播状态订阅请求消息为隐式的订阅请求消息时,利用SIP Notify消息向用户终端2发送所述广播和组播业务参数。
上述广播和组播承载的建立系统,应用服务器1根据保存的用户终端2的签约信息对获取的用户终端2的广播和组播业务信息进行验证,在验证通过后,与用户终端2建立广播和组播承载,从而提供了一种在多方通信系统中建立广播和组播承载的系统。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (22)
1.一种广播和组播承载的建立方法,其特征在于,包括以下步骤:
获取用户终端的广播和组播业务信息;
根据保存的所述用户终端的签约信息对所述用户终端的广播和组播业务信息进行验证;
在验证通过后,允许所述用户终端加入会话,并与所述用户终端建立广播和组播承载;
所述保存的所述用户终端的签约信息为所述用户的广播和组播业务的签约信息;
所述用户的广播和组播业务的签约信息在第三方注册过程中获取,
所述在第三方注册过程中获取用户的广播和组播业务的签约信息具体包括:
接收服务呼叫会话控制功能S-CSCF实体在第三方注册过程中发送的通知消息,所述通知消息包括已通过验证的所述用户终端的广播和组播业务的签约信息和所述用户终端已注册成功的结果信息。
2.如权利要求1所述广播和组播承载的建立方法,其特征在于,在所述接收S-CSCF实体在第三方注册过程中发送的通知消息之后,还包括:
接收所述用户终端发送的业务设置信息,根据所述广播和组播业务信息对所述业务设置信息进行验证。
3.如权利要求2所述广播和组播承载的建立方法,其特征在于,所述业务设置信息由会话初始化协议SIP Publish消息或者XCAP协议携带。
4.如权利要求1所述广播和组播承载的建立方法,其特征在于,所述获取用户终端的广播和组播业务信息包括:从会话控制服务器中获取广播和组播业务信息,
所述从会话控制服务器中获取广播和组播业务信息具体包括:
向所述会话控制服务器查询预定义的群组成员列表和当前会话参与方的广播和组播业务信息;
在接收到所述会话控制服务器返回的群组成员列表和当前会话参与方的广播和组播业务信息之后,向第二用户终端发送会话发起请求消息。
5.如权利要求1所述广播和组播承载的建立方法,其特征在于,所述用户的广播和组播业务的签约信息从会话控制服务器中获取,
所述从会话控制服务器中获取用户的广播和组播业务的签约信息具体包括:
向所述会话控制服务器查询预定义的群组成员列表和当前会话参与用户的广播和组播业务的签约信息;
在接收到所述会话控制服务器返回的群组成员列表和当前会话参与用户的广播和组播业务的签约信息之后,向第二用户终端发送会话发起请求消息。
6.如权利要求1所述广播和组播承载的建立方法,其特征在于,所述获取用户终端的广播和组播业务信息包括:从归属网络的专用服务器中获取广播和组播业务信息,
所述从归属网络的专用服务器中获取广播和组播业务信息具体包括:
向归属用户服务器HSS或可扩展标记语言文档管理XDM服务器查询广播和组播业务信息;
接收所述HSS或XDM服务器返回的查询响应消息。
7.如权利要求6所述广播和组播承载的建立方法,其特征在于,在向所述HSS查询广播和组播业务信息之后,还包括:接收所述HSS根据保存的所述用户终端的签约信息对所述广播和组播业务信息的验证结果。
8.如权利要求1所述广播和组播承载的建立方法,其特征在于,在所述与用户终端建立广播和组播承载之前,还包括:在当前会话的广播和组播承载的建立条件满足时,向所述用户终端发送广播和组播承载业务参数,所述广播和组播承载业务参数用于广播和组播承载的建立过程。
9.如权利要求1所述广播和组播承载的建立方法,其特征在于,在所述与用户终端建立广播和组播承载之后,还包括:所述用户终端的上行媒体流使用单播承载发送,所述用户终端的下行媒体流使用组播承载发送。
10.如权利要求8所述广播和组播承载的建立方法,其特征在于,所述广播和组播承载业务参数由SIP Update消息,或广播和组播业务通告消息,或SIP Notify消息携带。
11.如权利要求10所述广播和组播承载的建立方法,其特征在于,所述SIP Notify消息携带的广播和组播承载业务参数用可扩展标记语言XML描述。
12.如权利要求8所述广播和组播承载的建立方法,其特征在于,在所述向用户终端发送广播和组播承载业务参数之前,还包括:接收所述用户终端发送的广播和组播状态订阅请求消息,所述订阅请求消息包含所述用户终端的广播和组播业务参数。
13.如权利要求12所述广播和组播承载的建立方法,其特征在于,所述广播和组播状态订阅请求消息为隐式的订阅请求消息,
在所述接收用户终端发送的广播和组播状态订阅请求消息之后,还包括:利用SIP Notify消息向所述用户终端发送所述广播和组播业务参数。
14.如权利要求13所述广播和组播承载的建立方法,其特征在于,所述广播和组播状态订阅请求消息为隐式的订阅请求消息,所述隐式的订阅请求消息,为在非状态订阅请求消息的会话消息中隐含的状态订阅请求消息。
15.一种应用服务器,其特征在于,包括:
获取模块,用于获取用户终端的广播和组播业务信息;
验证模块,用于根据保存的所述用户终端的签约信息对所述获取模块获取的所述用户终端的广播和组播业务信息进行验证;
承载建立模块,用于在所述验证模块验证通过后,允许所述用户终端加入会话,并与所述用户终端建立广播和组播承载;
所述获取模块包括:第一获取子模块,用于在第三方注册过程中获取所述广播和组播业务信息,具体为,所述第一获取子模块接收服务呼叫会话控制功能S-CSCF实体在第三方注册过程中发送的通知消息,所述通知消息包括已通过验证的所述用户终端的广播和组播业务信息和所述用户终端已注册成功的结果信息。
16.如权利要求15所述应用服务器,其特征在于,还包括:设置接收模块,用于在所述获取模块接收S-CSCF实体在第三方注册过程中发送的通知消息之后,接收所述用户终端发送的由SIP Publish消息携带的业务设置信息,并由所述验证模块根据所述广播和组播业务信息对所述业务设置信息进行验证。
17.如权利要求15所述应用服务器,其特征在于,所述获取模块包括:第二获取子模块,用于从会话控制服务器中获取广播和组播业务信息,具体为,所述第二获取子模块向所述会话控制服务器查询预定义的群组成员列表和当前会话参与方的广播和组播业务信息,并接收所述会话控制服务器返回的群组成员列表和当前会话参与方的广播和组播业务信息。
18.如权利要求15所述应用服务器,其特征在于,所述获取模块包括:
第三获取子模块,用于从归属网络的专用服务器中获取广播和组播业务信息,具体为,所述第三获取子模块向HSS或XDM服务器查询广播和组播业务信息,并接收所述HSS或XDM服务器返回的查询响应消息。
19.如权利要求15所述应用服务器,其特征在于,还包括:参数发送模块,用于在当前会话的广播和组播承载的建立条件满足时,向所述用户终端发送广播和组播承载业务参数,所述广播和组播承载业务参数用于广播和组播承载的建立过程。
20.如权利要求19所述应用服务器,其特征在于,还包括:订阅接收模块,用于在所述参数发送模块发送广播和组播承载业务参数之前,接收所述用户终端发送的广播和组播状态订阅请求消息,所述订阅请求消息包含所述用户终端的广播和组播业务参数。
21.如权利要求20所述应用服务器,其特征在于,所述参数发送模块具体为隐式发送模块,用于在所述广播和组播状态订阅请求消息为隐式的订阅请求消息时,利用SIP Notify消息向所述用户终端发送所述广播和组播业务参数。
22.一种广播和组播承载的建立系统,其特征在于,包括:应用服务器和用户终端,所述应用服务器用于获取用户终端的广播和组播业务信息,根据保存的所述用户终端的签约信息对所述用户终端的广播和组播业务信息进行验证,在验证通过后,允许所述用户终端加入会话,并与所述用户终端建立广播和组播承载;
所述应用服务器包括:
获取模块,用于获取所述用户终端的广播和组播业务信息;
验证模块,用于根据保存的所述用户终端的签约信息对所述获取模块获取的所述用户终端的广播和组播业务信息进行验证;
承载建立模块,用于在所述验证模块验证通过后,允许所述用户终端加入会话,并与所述用户终端建立广播和组播承载;
所述保存的所述用户终端的签约信息为所述用户的广播和组播业务的签约信息;
所述用户的广播和组播业务的签约信息在第三方注册过程中获取,
所述在第三方注册过程中获取用户的广播和组播业务的签约信息具体包括:
接收服务呼叫会话控制功能S-CSCF实体在第三方注册过程中发送的通知消息,所述通知消息包括已通过验证的所述用户终端的广播和组播业务的签约信息和所述用户终端已注册成功的结果信息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101941074A CN101453696B (zh) | 2007-11-30 | 2007-11-30 | 一种广播和组播承载的建立方法、系统和装置 |
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 (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101941074A CN101453696B (zh) | 2007-11-30 | 2007-11-30 | 一种广播和组播承载的建立方法、系统和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101453696A CN101453696A (zh) | 2009-06-10 |
CN101453696B true CN101453696B (zh) | 2012-04-25 |
Family
ID=40735665
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101941074A Expired - Fee Related CN101453696B (zh) | 2007-11-30 | 2007-11-30 | 一种广播和组播承载的建立方法、系统和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101453696B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102377755B (zh) * | 2010-08-24 | 2015-03-04 | 中国电信股份有限公司 | 语音编码转换方法和装置 |
CN103609147B (zh) | 2012-10-25 | 2019-08-16 | 华为技术有限公司 | 集群通信系统、集群服务器、接入网络以及集群通信方法 |
CN104618349B (zh) * | 2015-01-13 | 2018-09-11 | 上海华为技术有限公司 | 一种集群通信系统、服务器及通信方法 |
CN108401226B (zh) * | 2017-02-04 | 2021-11-30 | 中兴通讯股份有限公司 | 信息传输、处理方法及装置、设备、终端和系统 |
CN107509176A (zh) * | 2017-09-13 | 2017-12-22 | 广东欧珀移动通信有限公司 | 一种群组的建立方法及装置、计算机存储介质 |
CN112187715B (zh) * | 2020-08-25 | 2022-09-30 | 杭州叙简科技股份有限公司 | 基于组播的poc大规模集群分发的方法和系统 |
CN113423077B (zh) * | 2021-07-09 | 2022-10-25 | 哈尔滨海能达科技有限公司 | 专网下信息的发送方法、接收方法及相关装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1753486A (zh) * | 2004-09-23 | 2006-03-29 | 华为技术有限公司 | 宽带接入网中实现组播视频节目预览的方法 |
CN1787480A (zh) * | 2004-12-08 | 2006-06-14 | 中兴通讯股份有限公司 | 一种受控组播系统及其组播实现方法 |
-
2007
- 2007-11-30 CN CN2007101941074A patent/CN101453696B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1753486A (zh) * | 2004-09-23 | 2006-03-29 | 华为技术有限公司 | 宽带接入网中实现组播视频节目预览的方法 |
CN1787480A (zh) * | 2004-12-08 | 2006-06-14 | 中兴通讯股份有限公司 | 一种受控组播系统及其组播实现方法 |
Non-Patent Citations (1)
Title |
---|
JP特开2006-101475A 2006.04.13 |
Also Published As
Publication number | Publication date |
---|---|
CN101453696A (zh) | 2009-06-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101227418B (zh) | 一种实现融合ip消息的方法、装置及系统 | |
CN105812951B (zh) | 流媒体数据交互方法、终端、服务器及系统 | |
CN104813655B (zh) | 在视频会议会话中预览呼叫方的方法 | |
CN101453696B (zh) | 一种广播和组播承载的建立方法、系统和装置 | |
CN102546464B (zh) | 一种跨im系统的会议方法和系统 | |
CN100488139C (zh) | 建立聊天室数据传输通道实现聊天消息传送的方法 | |
US8099089B2 (en) | Method, user equipment and software product for media stream transfer between devices | |
CN101043252B (zh) | 一种基于mbms机制的ims业务的传输方法及系统 | |
CN101548556B (zh) | 建立和管理用于执行多媒体呼叫业务的多媒体基于蜂窝网络的即按即说会话的系统及其方法和用户设备 | |
WO2019096063A1 (zh) | 一种直播通信的方法和装置 | |
CN101056320B (zh) | 一种数据会议中的文件传输方法及其系统 | |
JP2005312045A (ja) | 動的なグループアドレス作成のための方法および装置 | |
CN102111603B (zh) | 在ims视频会议中实现子会议的方法及其装置和系统 | |
KR20070062437A (ko) | PoC 시스템에서 PoC 그룹 세션 개설을 위한 방법과단말기 및 그 시스템 | |
US20090024743A1 (en) | Media session data transmission control method, control relation negotiation method and control device and system | |
US20160021147A1 (en) | A mediator for optimizing the transmission of media contents between a multimedia resource function and a plurality of terminals | |
CN101043431B (zh) | 一种缩短多方通话业务建立时间的方法与系统 | |
CN105187360A (zh) | 文档的会议共享方法及装置 | |
US9801031B2 (en) | Method, apparatus and system for group session | |
CN112887271A (zh) | 即时会议实现方法、系统、电子设备与存储介质 | |
US20100217698A1 (en) | Charging method, network system, charging system, and application server | |
CN101389059B (zh) | 实现会话模式切换的方法及设备 | |
CN101448201B (zh) | 建立广播或组播承载的方法、设备和系统 | |
CN101072326B (zh) | 访问非归属签约iptv业务提供者业务的方法、系统和设备 | |
CN101083535B (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: 20120425 Termination date: 20171130 |