CN101232632A - 实现流媒体业务的系统、方法及流媒体业务控制功能实体 - Google Patents
实现流媒体业务的系统、方法及流媒体业务控制功能实体 Download PDFInfo
- Publication number
- CN101232632A CN101232632A CN200710006005.5A CN200710006005A CN101232632A CN 101232632 A CN101232632 A CN 101232632A CN 200710006005 A CN200710006005 A CN 200710006005A CN 101232632 A CN101232632 A CN 101232632A
- Authority
- CN
- China
- Prior art keywords
- information
- service
- sscf
- streaming media
- media
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- 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/80—Responding to QoS
-
- 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/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- 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/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种实现流媒体业务的系统、方法及流媒体业务控制功能实体SSCF,通过在流媒体业务实现系统中设置SSCF,当SSCF接收到来自CSCF或AS的流媒体业务请求时,获取业务交付模式信息,采用相应的业务交互模式控制媒体服务器向所述UE提供流媒体业务;当SSCF接收来自CSCF或AS的流媒体业务结束请求时,控制所述媒体服务器停止向所述UE提供流媒体业务。另外,本发明实施例提供的SSCF还具有统一会话管理功能、业务决策功能,业务状态管理功能以及用户业务交互信息处理功能,因此利用本发明实施例提供的流媒体业务实现系统、方法及流媒体业务控制功能实体,可以实现系统对流媒体业务的统一控制。
Description
技术领域
本发明涉及流媒体通信技术,特别涉及一种在国际互联网协议多媒体子系统(IMS,IP Multimedia Subsystem)中实现流媒体业务的系统、方法及流媒体业务控制功能实体。
背景技术
为了满足日益突出的IP多媒体应用的需求,在分组承载网基础上引入了全IP业务网络架构的IMS。IMS是宽带码分多址(WCDMA)网络中叠加在已有分组域之上的一个子系统,这种系统采用分组域作为其上层控制信令和媒体传输的承载通道,将会话发起协议(SIP协议)作为业务控制协议,利用SIP协议简单、易扩展、媒体组合方便的特点,通过将业务控制与承载控制分离,提供丰富的多媒体业务。
流媒体业务是近几年迅速发展的一种新型多媒体业务,实现流媒体业务的关键技术是流式传输技术。流媒体业务利用流式传输技术在包交换网络上传输多媒体文件,如视频、音频文件等。使用流式传输技术传输多媒体文件,无需等到全部文件下载完成就可以播放这些文件中携带的信息。
图1为现有技术实现流媒体业务的系统结构图,该系统包括:用户设备(UE)、IMS核心(IMS Core)、应用功能、用户配置服务器功能(UPSF)、网络附着子系统、资源接纳控制子系统、媒体资源处理功能(MRFP)以及IP传送网。
其中,IMS Core至少包括由代理呼叫会话控制功能(P-CSCF)和查询/服务呼叫会话控制功能(I/S-CSCF)组成的呼叫会话控制功能(CSCF),还可以包括媒体资源控制功能(MRFC)。应用功能包括至少一个应用服务器(AS),还可以包括其它应用实体,如呈现服务器(PS,Presence Server)等。该系统中还可以包括媒体资源位置功能/媒体资源代理功能(MRLF/MRBF)如可以在IMS Core中设置MRLF/MRBF。
媒体资源控制功能(MRFC)和媒体资源处理功能(MRFP)统称为媒体资源功能,相当于媒体服务器。
在现有技术中,每个流媒体业务需要的所有功能都集成在对应的AS上。IMS Core中的CSCF直接将来自UE的流媒体业务请求转发给对应的AS,由对应的AS根据该请求与提供该流媒体业务的媒体服务器建立会话,实现对流媒体业务的控制。由于现有技术中对流媒体业务的控制完全由具有相应功能的AS实现,因此系统无法对流媒体业务进行统一控制。
由于系统对流媒体业务缺乏统一控制,因此运营商无法统一部署流媒体业务,为用户提供丰富的流媒体业务体验。同时,因为运营商的系统不能提供基本的流媒体业务能力,如流媒体业务的会话管理,用户交互等等,业务提供商为了提供流媒体业务,就需要考虑流媒体业务的各个方面,从而增大了业务提供商提供流媒体业务的难度,降低了流媒体业务的开放性,以及业务提供商提供流媒体业务的速度。
发明内容
有鉴于此,本发明实施例一方面提供了一种实现流媒体业务的系统及流媒体业务控制功能实体,另一方面提供了一种实现流媒体业务的方法,使运营商的系统可以统一控制流媒体业务的实现。
本发明实施例提供的实现流媒体业务的系统,包括:用户终端UE、呼叫会话控制功能CSCF、应用服务器AS以及媒体服务器,所述UE与所述CSCF相连进行信息交互,其特征在于,该系统进一步包括:流媒体业务控制功能实体SSCF,
所述CSCF,用于接收流媒体业务请求以及流媒体业务结束请求,并将接收到的请求转发给所述SSCF;
所述SSCF,用于接收来自所述CSCF或AS的流媒体业务请求,获取业务交付模式信息,采用相应的业务交付模式控制媒体服务器向所述UE提供流媒体业务;接收来自所述CSCF或AS的流媒体业务结束请求,控制所述媒体服务器停止向所述UE提供流媒体业务。
本发明实施例提供的流媒体业务控制功能实体SSCF,该实体包括:信息交互单元和业务控制功能单元,
所述信息交互单元,用于接收来自CSCF或AS的流媒体业务请求以及流媒体业务结束请求,并将接收到的请求发送给所述业务控制功能单元;
所述业务控制功能单元,接收来自所述信息交互单元的流媒体业务请求,获取业务交付模式信息,采用相应的业务交付模式控制媒体服务器向UE提供流媒体业务;接收来自所述信息交互单元的流媒体业务结束请求,控制所述媒体服务器停止向UE提供流媒体业务。
本发明实施例提供的实现流媒体业务的方法,该方法在系统中设置SSCF,包括如下步骤:
A、SSCF接收到来自CSCF或AS的流媒体业务请求时,获取业务交付模式信息,采用相应的业务交付模式控制媒体服务器向UE提供流媒体业务;
B、SSCF接收到来自CSCF或AS的流媒体业务结束请求时,控制所述媒体服务器停止向所述UE提供流媒体业务。
由以上技术方案可见,本发明实施例通过在流媒体业务实现系统中设置SSCF,当SSCF接收到流媒体业务请求时,获取业务交付模式信息,采用相应的业务交付模式控制媒体服务器向所述UE提供流媒体业务;当SSCF接收到流媒体业务结束请求时,控制所述媒体服务器停止向所述UE提供流媒体业务。因此利用本发明实施例提供的流媒体业务实现系统、方法及流媒体业务控制功能实体,可以实现运营商的系统对流媒体业务的统一控制。
附图说明
图1为现有技术实现流媒体业务的系统结构图;
图2为本发明第一实施例的实现流媒体业务的系统结构图;
图3为本发明第二实施例的实现流媒体业务的系统结构图;
图4(a)为本发明第三实施例的实现流媒体业务的系统结构图;
图4(b)为本发明第三实施例的实现流媒体业务的系统结构图;
图4(c)为本发明第四实施例的实现流媒体业务的系统结构图;
图4(d)为本发明实施例的SSCF的结构示意图;
图5为本发明实施例的实现SSCF业务控制功能的流程图;
图6为本发明实施例的实现SSCF统一会话管理功能的流程图;
图7为本发明实施例的实现SSCF业务决策功能的流程图。
图8为本发明实施例的实现SSCF用户业务交互信息处理功能的流程图;
图9为本发明实施例的不同域SSCF之间的信息交互流程图。
具体实施方式
为使本发明的目的、技术方案和有益效果更加清楚明白,下面结合实施例和附图,对本发明做进一步地详细说明。
本发明实施例提供的流媒体业务实现系统、方法及流媒体业务控制功能实体,通过在系统中设置具有业务控制功能的SSCF,实现了系统对流媒体业务的统一管理,使系统可以统一控制流媒体业务的实现。
图2为本发明第一实施例的实现流媒体业务的系统结构图,该系统至少包括:UE、CSCF、SSCF、应用服务器AS以及媒体服务器。
所述UE与所述CSCF相连进行信息交互。所述CSCF,用于接收流媒体业务请求以及流媒体业务结束请求,并将接收到的请求转发给所述SSCF。
流媒体业务请求和业务结束请求通常是由UE发送给所述CSCF,由CSCF转发给SSCF的,在出现业务故障时,流媒体业务请求和业务结束请求也可能由AS发送。
所述SSCF,用于接收来自所述CSCF或AS的流媒体业务请求,获取业务交付模式信息,采用相应的业务交付模式控制媒体服务器向所述UE提供流媒体业务;接收来自所述CSCF或AS的流媒体业务结束请求,控制所述媒体服务器停止向所述UE提供流媒体业务。
其中,媒体服务器包括媒体资源处理功能(MRFP)和媒体资源控制功能(MRFC),MRFC可以属于IMS Core,也可以不属于IMS Core。CSCF属于IMS Core的一部分,包括代理呼叫会话控制功能(P-CSCF)和查询/服务呼叫会话控制功能(I/S-CSCF)。
本发明实施例通过引入SSCF,实现了运营商系统对流媒体业务的统一控制,使运营商系统可以统一控制媒体服务器为UE提供的流媒体业务。另外,本发明实施例中引入的SSCF还可以实现统一会话管理功能、业务决策功能、业务状态管理功能以及用户业务交互管理功能,该SSCF通过与系统中其它功能实体进行信息交互,实现对流媒体业务的统一控制。
图3为本发明第二实施例的实现流媒体业务的系统结构图。该系统包括:UE、IMS Core、用户配置服务器功能(UPSF)、流媒体支撑功能、应用功能、资源接纳控制子系统、媒体资源功能处理器(MRFP)以及IP传送网、网络附着子系统等。
该实施例中,IMS Core包括:由P-CSCF和I/S-CSCF组成的CSCF、MRFC以及MRLF/MRBF。流媒体支撑功能实体包括:SSCF、上下文管理器(CM)、策略管理器(PM)、内容位置管理功能(CLMF)。应用功能包括至少一个AS,应用功能中还可以包括其它应用实体,如呈现服务器(PS,Presence Server)等。
系统中的MRFC和MRFP统称为媒体资源功能,相当于媒体服务器,用于为UE提供流媒体业务服务。
CSCF将来自UE的流媒体业务请求以及流媒体业务结束请求转发给SSCF,并将来自SSCF的响应消息转发给UE;
SSCF,用于接收来自CSCF或AS的流媒体业务请求,获取业务交付模式信息,如多播或者单播等,采用相应的业务交付模式控制媒体服务器为UE提供流媒体业务。同时,还可以根据业务的要求控制不同业务交付模式之间的转换。SSCF可以从流媒体系统中的相关功能实体,如AS,获取业务交付模式信息,也可以直接从UE发送的业务交付模式指示,如流媒体业务请求中携带的业务交付模式指示,中获取业务交付模式信息。SSCF还用于接收来自所述CSCF或AS的流媒体业务结束请求,控制所述媒体服务器停止向所述UE提供流媒体业务。
为了提高流媒体业务实现的可靠性和安全性,所述SSCF,进一步可以用于获取流媒体系统中相关功能实体的必要业务信息,并将其传送给UE。
所述流媒体系统中相关功能实体包括:业务管理相关的功能实体以及内容和业务保护相关的功能实体。所述必要业务信息包括:单播中的内容加密密钥或者版权对象(RO)信息,和/或RTP、RTSP连接的地址、端口信息;多播中的业务和内容密钥和/或组播地址(MA)信息。
SSCF还具有统一会话管理和媒体服务器选择功能,SSCF用于为接收到的流媒体业务请求建立会话,选择对应的媒体服务器;为接收到的流媒体业务结束请求释放对应的会话。
这里,SSCF根据接收到的流媒体业务请求建立会话包括:在所述UE与选择的媒体服务器之间建立会话,或在所述UE与对应的AS以及选择的媒体服务器之间建立会话。
为了进一步扩展SSCF的媒体服务器选择功能,使SSCF可以为UE选择最优媒体服务器,本实施例中的SSCF可以进一步用于从系统中的信息保存单元中获取与选择媒体服务器相关的信息,并根据获取的信息为接收到的流媒体业务请求选择对应的媒体服务器。所述与选择媒体服务器相关的信息包括:媒体资源状态信息、和/或终端用户上下文信息、和/或运营商策略信息、和/或用户签约信息。
所述的信息保存单元包括:媒体资源状态信息保存单元,用于保存媒体资源状态信息,包括媒体内容分布信息和媒体服务器的状态信息,如负载信息等。在该实施例中,媒体资源状态信息保存单元可以为:MRLF/MRBF、或CLMF、或MRFC。
其中,MRLF/MRBF用于收集并保存媒体服务器的媒体资源状态信息,还可以将收集的媒体资源状态信息发送给CLMF;CLMF用于保存来自MRLF/MRBF的媒体资源状态信息,还可以用于对获得的媒体资源状态信息进行处理,比如处理成规定的格式,把媒体内容在不同媒体服务器的位置分布处理成PSI或者CRID的格式。系统中的MRFC之间也可以通过P2P网络进行通信,收集媒体资源状态信息。
所述信息保存单元包括CM,用于保存终端用户的上下文信息,包括终端用户的位置信息、和/或在线状态信息、和/或终端能力信息;所述SSCF从所述CM获取终端用户的上下文信息。
所述信息保存单元包括PM,用于保存运营商对不同用户和/或不同流媒体业务的策略信息;所述SSCF从所述PM获取运营商的策略信息。
所述信息保存单元包括用户签约信息保存单元,该实施例中为UPSF,UPSF用于保存用户签约信息,包括用户偏好信息、和/或用户业务签约数据;所述SSCF从UPSF获取用户签约信息。
所述用户签约信息保存单元还可以为系统中单独设立的用于保存用户签约信息的流媒体业务数据库;或者保存用户签约信息的AS。
SSCF还具有业务状态管理功能,SSCF直接感知或从其它具有用户业务状态变化感知功能的实体获取用户业务状态变化信息,用户业务状态变化信息包括:LTV中的频道切换信息,或者VOD、Time shift TV中的VCR控制信息等,将获取的用户业务状态变化信息通知给系统中需要获取业务状态变化信息的实体,如将用户切换到一个新的频道的信息通知应用功能实体中的PS或AS。
业务状态感知实体可以为媒体服务器或接入网的某个节点,如网关通用分组无线业务支持节点/数字用户线路接入复用器(GGSN/DSLAM)等。
SSCF还具有用户业务交互信息处理功能,用于接收所述CSCF转发的UE的业务交互信息,对接收到的业务交互信息进行处理,并将处理后的业务交互信息发送给与自身相连的相应的AS;接收来自所述AS的业务交互响应信息,并将接收到的业务交互响应信息转发给所述UE。通过用户业务交互信息处理功能,可以支持交互式流媒体业务。
所述AS进一步用于接收来自SSCF的业务交互信息,并向SSCF返回业务交互响应信息。
采用图3所示的系统实现流媒体业务,有利于向第三方的业务提供商开放流媒体业务的基本业务能力,方便第三方的业务提供商开展流媒体业务。SSCF和AS之间可以采用标准的接口进行通信,如当AS为SIP AS时,该标准接口为SIP接口;当AS为第三方业务提供商的AS时,可以采用标准的API接口,如Parley接口。SSCF和S-CSCF之间的接口为ISC接口,基于SIP协议。
在图3所示系统中,SSCF独立设置,在实际应用中,SSCF还可以设置在AS中,如图4(a)所示。SSCF设置在AS中可以增强AS的功能,使其具有业务控制、会话管理、业务决策、业务状态管理以及用户业务交互管理的功能。
当所述SSCF设置在所述系统的AS中时,所述SSCF将处理后的业务交互信息发送给与自身相连的相应的AS的步骤可以省略。
图3或图4(a)所示系统中的MRLF/MRBF为可选实体,当系统中包括MRLF/MRBF时,MRLF/MRBF还可以与I/S-CSCF相连,通过I/S-CSCF与流媒体支撑功能中的SSCF或CLMF进行信息交互;当系统中不包括MRLF/MRBF时,所述媒体资源状态信息保存单元只能为MRFC,由MRFC收集并保存媒体资源状态信息,此时如果网络中有多个MRFC,则MRFC和MRFC之间可以进行交互完成全网中的媒体内容分布信息收集。
如图4(b)所示为本发明第三实施例的实现流媒体业务的系统结构图,图4(b)与图3所示系统的区别仅在于图4(b)中的MRLF/MRBF与I/S-CSCF相连,通过I/S-CSCF与流媒体支撑功能进行信息交互,而不是直接与流媒体支撑功能相连。不同域的MRLF/MRBF之间可以有接口相连。
如图4(c)所示为本发明第四实施例的实现流媒体业务的系统结构图,图4(c)与图3所示系统的区别在于图4(c)中不包括MRLF/MRBF,媒体资源状态信息的收集和保存由系统中的MRFC实现。网络中的MRFC之间可以有接口相连,不同域的MRFC之间也可以有接口相连,完成跨域的媒体内容收集。
本发明实施例所示系统中的SSCF至少包括:信息交互单元和业务控制功能单元,如图4(d)所示。
所述信息交互单元,用于接收来自所述CSCF或AS的流媒体业务请求以及流媒体业务结束请求,并将接收到的请求发送给所述业务控制功能单元;
所述业务控制功能单元,接收来自所述信息交互单元的流媒体业务请求,获取业务交付模式信息,采用相应的业务交付模式控制媒体服务器向所述UE提供流媒体业务;接收来自所述信息交互单元的流媒体业务结束请求,控制所述媒体服务器停止向所述UE提供流媒体业务。
这里,业务控制功能单元可以从AS获取业务交付模式信息,也可以直接从UE发送的业务请求中获取业务交付模式信息。当业务控制功能单元需要向UE或AS发送流媒体业务请求或流媒体业务结束请求响应消息时,业务控制功能单元将响应消息发送给所述信息交互单元,由所述信息交互单元将接收到的响应消息通过CSCF转发给UE,或直接转发给AS。
所述业务控制功能单元,进一步用于从流媒体系统相关功能实体中获取必要业务信息,并将其发送给所述UE和/或媒体服务器。所述必要业务信息包括:单播中以及的内容加密所需的密钥或者RO信息、和/或RTP、RTSP的连接地址信息;组播中的业务密钥和/或MA信息。
为了实现SSCF的统一会话管理和业务决策功能,所述业务控制功能单元,进一步用于将接收到的所述流媒体业务请求发送给所述媒体服务器选择单元,接收来自所述媒体服务器选择单元的选择结果;为接收到的流媒体业务请求建立会话;释放接收到的流媒体业务结束请求对应的会话;
所述媒体服务器选择单元,用于接收来自所述业务控制功能单元的流媒体业务请求,为接收到的流媒体业务请求选择媒体服务器或媒体服务器网络入口点,并将选择结果通知所述业务控制功能单元。
所述媒体服务器选择单元可以为第一媒体服务器选择单元,用于接收到来自所述业务控制功能单元的流媒体业务请求,从信息保存单元中获取与选择媒体服务器相关的信息,包括媒体资源状态信息、和/或媒体内容分布信息、和/或用户签约信息、和/或终端用户上下文信息、和/或运营商策略信息,并根据获取的信息为接收到的流媒体业务请求选择媒体服务器,将选择的结果通知所述业务控制功能单元。
为了实现SSCF的业务状态管理功能,所述SSCF进一步包括:业务状态变化信息通知单元,该单元自身感知或从其它实体获取UE的业务状态变化信息,并将获取的业务状态变化信息通知需要获取业务状态变化信息的实体。
为了实现SSCF的用户业务交互管理功能,所述SSCF进一步包括:业务交互信息处理单元,用于接收所述CSCF转发的UE的业务交互信息,并对接收到的业务交互信息进行处理。
当SSCF独立设置时,所述业务交互信息处理单元,进一步用于将处理后的业务交互信息发送给自身相连的相应的AS。
本发明实施例同时提供了一种实现流媒体业务的方法,该方法在系统中设置SSCF,包括如下步骤:
A、SSCF接收到来自CSCF或AS的流媒体业务请求时,获取业务交付模式信息,采用相应的业务交付模式控制媒体服务器向所述UE提供流媒体业务;
B、SSCF接收到来自CSCF或AS的流媒体业务结束请求时,控制所述媒体服务器停止向所述UE提供流媒体业务。
步骤A所述接收到流媒体业务请求时,进一步包括:获取所述业务交付模式所需的必要业务信息,并将获取的必要业务信息发送给所述UE。
当所述业务交付模式包括单播业务交付模式时,所述必要业务信息包括单播业务的实时传输协议RTP连接和/或实时流协议RTSP连接的地址端口信息,和/或内容保护所需的密钥信息;当所述业务交付模式包括多播业务交付模式时,所述必要业务信息包括:多播业务的组播地址信息和/或频道或多播业务保护所需要的密钥信息。
所述SSCF可以从流媒体业务相关功能实体,如AS,获取业务交付模式信息;也可以直接从所述UE发送的流媒体业务请求中获取所述业务交付模式信息;也可以自己根据全网中用户对业务的请求情况,决定采用单播或多播交付模式,或进行单播、多播之间的转换。如同一个业务,若请求的用户数量小于预设的阈值,则对每个用户采用单播;若请求的用户数量不小于预设的阈值,则采用多播,并完成单播到多播的转换控制。
通过上述步骤可以实现对媒体服务器向UE提供流媒体业务的控制,使运营商系统可以统一控制流媒体业务的实现。另外本发明实施例还提供了实现SSCF的统一会话管理、业务决策、业务状态管理以及用户业务交互管理功能的方法。
图5为本发明实施例的实现SSCF业务控制功能的流程图,该流程包括如下步骤:
步骤501,UE向CSCF发送流媒体业务请求,该请求中可能携带UE的能力信息等。
步骤502,CSCF将来自UE的流媒体业务请求转发给SSCF。
步骤503,SSCF从流媒体系统中相关功能实体获取必要业务信息,如单播业务的密钥信息,多播业务的组播地址信息和/或密钥信息等。
步骤504,SSCF从流媒体系统中相关功能实体获取业务交付模式信息,如采用多播或者单播传送流媒体业务。
本步骤中,SSCF从流媒体业务相应功能实体,如应用服务器,查询得到业务交付模式信息;在实际应用中SSCF也可以直接从UE发送的携带业务交付模式信息的指示获取业务交付模式信息。
步骤505,SSCF根据从UE以及流媒体系统相应功能实体获得的信息,进行业务控制,如控制承载层采用多播或者单播传送业务。
步骤506,SSCF向CSCF发送流媒体业务响应,该响应中携带特定业务所需信息,如单播业务的密钥信息、多播业务的组播地址信息和/或密钥信息等。
步骤507,CSCF将来自SSCF的流媒体业务响应转发给UE。
该实施例中步骤503和步骤504并没有固定的先后顺序,两个步骤可以同时执行,也可以不同时执行。
图6为本发明实施例的实现SSCF统一会话管理功能的流程图,该流程包括如下步骤:
步骤601,UE向CSCF发送流媒体业务请求,该请求中携带请求的业务标识,如内容ID或者频道ID。
步骤602,CSCF将来自UE的流媒体业务请求转发给SSCF。
上述步骤601和602中,可以采用SIP Invite消息发送流媒体业务请求。
步骤603,SSCF选择媒体服务器,为接收到的流媒体业务请求创建并维护相应会话。
步骤604,SSCF向CSCF发送流媒体业务响应。
步骤605,CSCF将来自SSCF的流媒体业务响应转发给UE。
步骤606,UE使用相应的流媒体业务。
步骤607,UE确定可以结束流媒体业务时,向CSCF发送流媒体业务结束请求。
步骤608,CSCF将来自UE的流媒体业务结束请求发送给SSCF。
步骤609,SSCF释放步骤603中为接收到的流媒体业务请求创建的会话。
步骤610,SSCF向CSCF发送流媒体业务结束响应。
步骤611,CSCF将接收到的流媒体业务结束响应发送给UE。
图7为本发明实施例的实现SSCF业务决策功能的流程图,该流程包括如下步骤:
步骤701,UE向CSCF发送流媒体业务请求,该请求中除了携带请求的业务标识,如内容ID或者频道ID,还可以携带UE的位置信息和能力信息。
步骤702,CSCF将来自UE的流媒体业务请求转发给SSCF。
步骤703,SSCF根据UE所请求的媒体内容,获得该媒体内容的媒体资源状态信息。
根据图3所示系统,SSCF可以向MRLF/MRBF、或MRFC、或CLMF请求媒体资源状态信息,包括该媒体内容在媒体服务器的分布以及相应媒体服务器的状态信息,如负载信息等。
步骤704,SSCF获取用户签约信息,如用户偏好信息、和/或用户业务签约数据等。
本步骤中,SSCF获取用户签约信息的具体实现方式取决于用户签约信息存储的位置,如用户签约信息可能存储在UPSF中,或存储在一个单独的流媒体业务数据库中,或存储在应用服务器中。
步骤705,SSCF获取用户上下文信息,包括终端用户的位置信息、和/或在线状态信息、和/或终端能力信息等。
如果终端的业务请求中没有携带自己的位置信息,能力信息等,则SSCF需要向上下文管理器获取上述信息。
步骤706,SSCF从策略服务器获取运营商的策略信息。
运营商对不同的用户,不同的业务可能有不同的策略,因此SSCF需要从策略服务器获取相应的策略信息。
步骤707,SSCF根据UE发送的流媒体业务请求中携带的信息,以及从其它功能实体获得的与选择媒体服务器相关的信息,为UE选择最优的媒体服务器。
由于流媒体业务中,媒体内容十分丰富,当一个运营商的媒体内容规模数量比较小的时候,如只有几十个媒体服务器,此时SSCF可以根据各种信息,为用户的流媒体业务请求选择具体的媒体服务器。
然而,当运营商的流媒体内容规模数量比较大的时候,如成百上千个媒体服务器,此时运营商可能根据地域、类别等准则把所有的媒体服务器划分成一个或者多个媒体服务器网络,或者称为媒体服务器簇。每个媒体服务器网络有一个或者多个入口点。每个媒体服务器网络入口点可以是单独的网络实体或者该媒体服务器网络中的媒体服务器,每个媒体服务器网络入口点存储有其所管辖的媒体服务器网络中的媒体服务器的媒体资源状态信息,如每个媒体服务器的位置标识,存储的媒体内容、目前的状态信息,如负载信息等。同时,每个媒体服务器网络入口点有一个网络标识,该标识可以是IP地址或者URL等形式。
SSCF可以根据各种信息和具体策略,为流媒体业务请求选择一个合适的媒体服务器网络入口点,而不是最终的媒体服务器。SSCF转发接收到的流媒体业务请求给所选择的媒体服务器网络入口点,具体媒体服务器的选择取决于具体的媒体服务器网络,SSCF从媒体服务器网络入口点获得选择的结果。
在多个运营商共享内容的情况下,出于安全或者商业秘密的考虑,往往运营商不希望其它的运营商获取到自己网络中具体媒体服务器的信息,因而可能彼此只是通过一个或者多个入口点进行联系。每个入口点存储有自身所属网络的媒体资源状态信息。当涉及到跨运营商进行内容访问的时候,SSCF根据各种信息和具体策略,选择一个入口点,而不是具体的媒体服务器。
综上所述,步骤707中的选择媒体服务器,根据运营商实际的网络部署,可能是选择具体的媒体服务器,也可能是选择媒体服务器网络的入口点。当然,该入口点的选择也可以在SSCF上通过静态配置的方式实现或采用类似DNS查询的机制返回该入口点的地址。
步骤707中,省略了SSCF和所选择的媒体服务器或媒体服务器入口点之间的交互过程。该交互过程是否存在取决于业务交付模式,如果业务交付模式为单播交付方式,则需要交互,获取媒体服务器的RTP和/或RTSP的连接地址信息;如果业务交付模式为组播交付模式,则可能不需要和媒体服务器或媒体服务器网络入口点进行交互,而直接返回组播地址信息等。
步骤708,SSCF向CSCF发送流媒体业务响应,该响应消息中可以携带SSCF为UE选取的最优媒体服务器的信息,如连接地址信息以及其它业务信息。
步骤709,CSCF将来自SSCF的流媒体业务响应转发给UE。
SSCF还可以实现业务状态管理功能。SSCF实现业务状态管理功能的重点是获取业务状态变化信息,SSCF获取业务状态变化信息的方式有两种:
第一种方式:如果UE的业务状态发生变化时,如LTV中频道切换,或者VOD、Time Shift TV中VCR控制等,信令经过SSCF,则SSCF可以直接感知业务状态的变化。
第二种方式:如果UE的业务状态发生变化时,如LTV中频道切换,或者VOD、Time Shift TV中VCR控制等,信令不经过SSCF,则SSCF需要与具有感知业务状态变化功能的实体,如媒体服务器,或者接入网的某个节点,如GGSN/DSLAM,或者UE自身进行通信,如通过订阅、通知方式,获取相应的业务状态变化信息。
当SSCF为UE建立了流媒体业务会话后,如果SSCF通过上述两种方式中的任意一种获取到用户状态变化信息,则SSCF可以将获取的用户业务状态变化信息发送给系统中需要获知用户业务状态变化信息的实体。
SSCF可以采用Subscribe/Notify机制,与系统中具有感知业务状态变化功能的实体进行信息交互,具体实现步骤为:SSCF向具有感知业务状态变化功能的实体订阅业务状态变化信息,当业务状态发生变化时,具有感知业务状态变化功能的实体将业务状态变化信息通过Notify消息通知SSCF。
SSCF可以采用Subscribe/Notify机制,将获知的业务状态变化信息通知需要获知用户业务状态变化信息的实体,具体实现步骤为:需要获知用户业务状态变化信息的实体向SSCF订阅业务状态变化信息,当SSCF获知业务状态发生变化时,将获知的业务状态变化信息通过Notify消息通知需要获知用户业务状态变化信息的实体。
图8为本发明实施例的实现SSCF用户业务交互信息处理功能的流程图,该流程包括如下步骤:
步骤801,应用服务器向SSCF订阅用户的业务交互信息。
本步骤中,应用服务器可以通过SIP Subscribe/Notify机制向SSCF订阅UE的业务交互信息。
步骤802,SSCF为UE建立流媒体业务会话后,UE向CSCF发送业务交互信息。
步骤803,CSCF将来自UE的业务交互信息发送给SSCF。
步骤804,SSCF对接收到的业务交互信息进行处理。
本步骤中,SSCF对接收到的业务交互信息进行处理包括:根据用户ID,会话ID、业务ID信息,将特定UE的信息和具体的业务关联起来。同时可以进行业务交互信息的统计,过滤等处理。
步骤805,SSCF将处理后的业务交互信息传送给相应的AS。
本步骤中,SSCF可以通过SIP Notify消息将接收到的业务交互信息传送给相应的AS。
步骤806,AS向SSCF返回业务交互响应信息。
步骤807,SSCF将来自AS的业务交互响应信息发送给CSCF。
步骤808,CSCF将来自SSCF的业务交互响应信息发给相应的UE。
本实施例中步骤801、806至808为可选步骤,并且步骤801的顺序并不固定,只要在SSCF将业务交互信息发送给相应的AS前执行即可。
以上实施例的系统中只包含一个SSCF,在实际应用中统一系统可能包含位于不同域的多个的SSCF,不同域的SSCF之间可以直接进行信息交互,也可以通过系统中的CSCF进行信息交互。
图9为本发明实施例的不同域SSCF之间的信息交互流程图,该实施例中包括位于不同域的两个SSCF,分别为SSCF-A和SSCF-B,两个域中的SSCF可能属于同一个运营商,也可能属于不同的运营商。该流程包括:
步骤901,UE向CSCF发送流媒体业务请求,该请求可能携带用户位置信息。
步骤902,CSCF将来自UE的流媒体业务请求转发给SSCF-A。
步骤903,SSCF-A判断接收到的流媒体业务请求所请求的内容由另一个域的提供,则将接收到的流媒体业务请求转发给另一个域的SSCF-B。
步骤904,SSCF-B为接收到的请求选择媒体服务器,并将流媒体业务请求转发给选定的媒体服务器。
本步骤中,SSCF-B还可能为接收到的请求选择媒体服务器网络入口点,并将接收到的请求转发给选择的媒体服务器网络入口点,由所述媒体服务器网络入口点将该请求转发给相应的媒体服务器。
步骤905,媒体服务器向SSCF-B发送流媒体业务响应。
步骤906,SSCF-B将接收到的流媒体业务响应发送至SSCF-A。
步骤907,SSCF-A将接收到的流媒体业务响应发送至CSCF。
步骤908,CSCF将接收到的流媒体业务响应转发给UE。
图9所示实施例中,SSCF-A和SSCF-B直接进行信息交互,在实际应用中,二者也可以通过系统中的CSCF进行信息交互。具体过程为:SSCF-A将接收到的流媒体业务请求首先发送给本域的CSCF,由本域的CSCF将其转发给目的域的CSCF,再由目的域的CSCF将其转发给SSCF-B,其它媒体服务器选择及会话请求过程与图9所示实施例类似。
同时上述实施例可以体现用户在漫游/游牧后,如何访问漫游/游牧地的流媒体业务,如将SSCF-A看作是用户归属地的流媒体业务控制实体,而SSCF-B看作是用户漫游地的流媒体业务控制实体,通过SSCF-A和SSCF-B之间的上述交互方式以及媒体服务器选择,流媒体会话建立过程完成向用户提供漫游/游牧地的流媒体业务,更进一步,上述方式也可以用于完成用户无论是否在漫游/游牧,而享受其它地方,如SSCF-B所在地,所提供的流媒体业务。
由以上实施例可见,本发明实施例通过SSCF和流媒体系统的其它功能实体之间的信息交互,实现了流媒体业务的统一控制,包括业务控制功能、会话管理功能、业务决策功能、业务状态维护功能和用户交互管理功能。SSCF通过提供基本的流媒体业务功能,实现了流媒体业务的综合统一管理,简化了流媒体业务的实现过程,并为流媒体系统向第三方业务提供商开放接口和功能提供了可行的方法,从而使得流媒体业务的开展更加简单灵活,有利于流媒体业务的快速开展和部署。另外,虽然本发明实施例提供的方法、系统以及SSCF不仅可以应用到流媒体业务中,也可以应用到IPTV业务中。
总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (44)
1.一种实现流媒体业务的系统,该系统包括:用户终端UE、呼叫会话控制功能CSCF、应用服务器AS以及媒体服务器,所述UE与所述CSCF相连进行信息交互,其特征在于,该系统进一步包括:流媒体业务控制功能实体SSCF,
所述CSCF,用于接收流媒体业务请求以及流媒体业务结束请求,并将接收到的请求转发给所述SSCF;
所述SSCF,用于接收来自所述CSCF或AS的流媒体业务请求,获取业务交付模式信息,采用相应的业务交付模式控制媒体服务器向所述UE提供流媒体业务;接收来自所述CSCF或AS的流媒体业务结束请求,控制所述媒体服务器停止向所述UE提供流媒体业务。
2.如权利要求1所述的系统,其特征在于,所述SSCF,进一步用于从流媒体系统相关功能实体中获取必要业务信息,并将其传送给所述UE。
3.如权利要求1所述的系统,其特征在于,所述SSCF,进一步用于根据接收到的流媒体业务请求,建立会话,选择媒体服务器或媒体服务器网络入口点;在接收到流媒体业务结束请求时,释放为所述流媒体业务请求建立的会话。
4.如权利要求3所述的系统,其特征在于,该系统进一步包括:一个或多个信息保存单元,用于保存与选择媒体服务器或媒体服务器网络入口点相关的信息;
所述SSCF,进一步用于从所述信息保存单元中获取与选择媒体服务器或媒体服务器网络入口点相关的信息,并根据获取的信息为接收到的流媒体业务请求选择对应的媒体服务器或媒体服务器网络入口点。
5.如权利要求4所述的系统,其特征在于,所述信息保存单元包括:媒体资源状态信息保存单元,
所述媒体资源信息保存单元,用于保存媒体资源状态信息,包括媒体内容分布信息和媒体服务器的状态信息;
所述SSCF从所述媒体资源状态信息保存单元获取媒体资源状态信息。
6.如权利要求5所述的系统,其特征在于,所述媒体资源状态信息保存单元为:媒体资源位置功能MRLF、或媒体资源代理功能MRBF、或内容位置管理功能CLMF、或媒体资源控制功能MRFC。
7.如权利要求4所述的系统,其特征在于,所述信息保存单元包括:上下文管理器CM,所述CM,用于保存终端用户的上下文信息,包括终端用户的位置信息、和/或在线状态信息,和/或终端能力信息;
所述SSCF从所述CM获取终端用户的上下文信息。
8.如权利要求4所述的系统,其特征在于,所述信息保存单元包括:策略管理器PM,
所述PM,用于保存运营商对不同用户和/或不同流媒体业务的策略信息;
所述SSCF从所述PM获取运营商的流媒体业务相关的策略信息。
9.如权利要求4所述的系统,其特征在于,所述信息保存单元包括:用户签约信息保存单元,用于保存用户签约信息,包括用户偏好信息,和/或用户业务签约数据;
所述SSCF从所述用户签约信息保存单元获取用户签约信息。
10.如权利要求9所述的系统,其特征在于,所述用户签约信息保存单元为UPSF、或存有用户签约信息的流媒体业务数据库、或存有用户签约信息的AS。
11.如权利要求1至10任一项所述的系统,其特征在于,该系统进一步包括:需要获知业务状态变化信息的实体,
所述SSCF,进一步用于自身感知所述UE的业务状态变化信息,并将感知的业务状态变化信息通知所述需要获取业务状态变化信息的实体。
12.如权利要求1至10任一项所述的系统,其特征在于,该系统进一步包括业务状态变化感知实体和需要获知业务状态变化信息的实体,
所述业务状态变化感知实体,用于感知业务状态的变化,并将感知的业务状态变化信息通知所述SSCF;
所述SSCF,进一步用于从所述业务状态变化感知实体获取所述UE的业务状态变化信息,并将获取的业务状态变化信息通知所述需要获取业务状态变化信息的实体。
13.如权利要求1至10任一项所述的系统,其特征在于,所述SSCF设置在所述AS中;或独立设置,并与系统中的AS相连。
14.如权利要求13所述的系统,其特征在于,当所述SSCF设置在所述AS中时,
所述CSCF,进一步用于将来自所述UE的业务交互信息发送给所述SSCF;所述SSCF,进一步用于对来自所述CSCF的业务交互信息进行处理。
15.如权利要求13所述的系统,其特征在于,当所述SSCF独立设置时,所述CSCF,进一步用于将来自所述UE的业务交互信息发送给所述SSCF;所述SSCF,进一步用于对来自所述UE的业务交互信息进行处理,并将处理后的业务交互信息发送给与自身相连的相应的AS。
16.如权利要求14或15所述的系统,其特征在于,所述SSCF,进一步用于接收来自所述AS的业务交互响应信息,并将接收到的业务交互响应信息发送给所述UE。
17.如权利要求1所述的系统,其特征在于,当该系统包括位于不同域的多个SSCF时,SSCF之间直接进行信息交互;或通过系统中的CSCF进行信息交互。
18.一种流媒体业务控制功能实体SSCF,其特征在于,该实体包括:信息交互单元和业务控制功能单元,
所述信息交互单元,用于接收来自CSCF或AS的流媒体业务请求以及流媒体业务结束请求,并将接收到的请求发送给所述业务控制功能单元;
所述业务控制功能单元,接收来自所述信息交互单元的流媒体业务请求,获取业务交付模式信息,采用相应的业务交付模式控制媒体服务器向UE提供流媒体业务;接收来自所述信息交互单元的流媒体业务结束请求,控制所述媒体服务器停止向UE提供流媒体业务。
19.如权利要求18所述的SSCF,其特征在于,所述业务控制功能单元,进一步用于从流媒体系统相关功能实体中获取必要业务信息,并将其发送给所述UE。
20.如权利要求18所述的SSCF,其特征在于,该实体进一步包括:媒体服务器选择单元,
所述业务控制功能单元,进一步用于将接收到的所述流媒体业务请求发送给所述媒体服务器选择单元,接收来自所述媒体服务器选择单元的选择结果;为接收到的流媒体业务请求建立会话;释放接收到的流媒体业务结束请求对应的会话;
所述媒体服务器选择单元,用于接收来自所述业务控制功能单元的流媒体业务请求,为接收到的流媒体业务请求选择媒体服务器或媒体服务器网络入口点,并将选择结果通知所述业务控制功能单元。
21.如权利要求20所述的SSCF,其特征在于,所述媒体服务器选择单元为第一媒体服务器选择单元,用于接收到来自所述业务控制功能单元的流媒体业务请求,从信息保存单元中获取与选择媒体服务器或媒体服务器网络入口点相关的信息,并根据获取的信息为接收到的流媒体业务请求选择媒体服务器或媒体服务器网络入口点,并将选择的结果通知所述业务控制功能单元。
22.如权利要求20所述的SSCF,其特征在于,所述SSCF还包括:业务状态变化信息通知单元,该单元自身感知或从其它实体获取UE的业务状态变化信息,并将获取的业务状态变化信息通知需要获取业务状态变化信息的实体。
23.如权利要求18所述的SSCF,其特征在于,所述SSCF进一步包括:业务交互信息处理单元,用于接收所述CSCF转发的来自所述UE的业务交互信息,对接收到的业务交互信息进行处理。
24.如权利要求23所述的SSCF,其特征在于,所述业务交互信息处理单元,进一步用于将处理后的业务交互信息发送给自身相连的相应的AS。
25.如权利要求23或24所述的SSCF,其特征在于,所述业务交互信息处理单元,进一步用于将来自所述AS的业务交互响应信息,通过所述CSCF转发给所述UE。
26.一种实现流媒体业务的方法,其特征在于,在系统中设置SSCF,该方法包括如下步骤:
A、SSCF接收到来自CSCF或AS的流媒体业务请求时,获取业务交付模式信息,采用相应的业务交付模式控制媒体服务器向UE提供流媒体业务;
B、SSCF接收到来自CSCF或AS的流媒体业务结束请求时,控制所述媒体服务器停止向所述UE提供流媒体业务。
27.如权利要求26所述的方法,其特征在于,步骤A所述业务交付模式信息包括:单播业务交付模式信息、多播业务交付模式信息、或者单播业务交付模式和多播业务交付模式之间的转换信息。
28.如权利要求26所述的方法,其特征在于,步骤A所述接收到流媒体业务请求时,进一步包括:获取所述业务交付模式所需的必要业务信息,并将获取的必要业务信息发送给所述UE和/或媒体服务器。
29.如权利要求28所述的方法,其特征在于,当所述业务交付模包括式单播业务交付模式时,所述必要业务信息包括单播业务的实时传输协议RTP连接的地址端口信息、和/或实时流协议RTSP连接的地址端口信息、和/或内容加密所需密钥信息;
当所述业务交付模式包括多播业务交付模式时,所述必要业务信息包括:多播业务的组播地址信息和/或内容加密所需密钥信息。
30.如权利要求28所述的方法,其特征在于,所述步骤A后,进一步包括:所述SSCF向所述UE发送流媒体业务响应,该响应中携带对应业务交付模式所需的必要业务信息。
31.如权利要求26所述的方法,其特征在于,所述SSCF获取业务交付模式信息的步骤具体为:所述SSCF从自身获取;或从流媒体业务相关功能实体获取业务交付模式信息;或直接从接收到的流媒体业务请求中获取所述业务交付模式信息。
32.如权利要求26所述的方法,其特征在于,步骤A所述接收到流媒体业务请求时,进一步包括:为所述流媒体业务请求建立会话,选择媒体服务器或媒体服务器网络入口点;
步骤B所述接收到流媒体业务结束请求时,进一步包括释放为所述流媒体业务请求建立的会话。
33.如权利要求32所述的方法,其特征在于,所述选择媒体服务器或媒体服务器网络入口点的方法包括:
所述SSCF获取与选择媒体服务器或媒体服务器网络入口点相关的信息,包括媒体资源状态信息、和/或用户签约信息、和/或终端用户上下文信息、和/或运营商策略信息,并根据获取的信息为接收到的流媒体业务请求选择对应的媒体服务器或媒体服务器网络入口点。
34.如权利要求33所述的方法,其特征在于,所述媒体服务器网络入口点中存储有自身所述媒体服务器网络的媒体资源状态信息;
所述媒体服务器网络入口点用IP地址或URL标识。
35.如权利要求33所述的方法,其特征在于,所述媒体资源状态信息包括:媒体内容分布信息和/或媒体服务器的状态信息;所述用户签约信息包括:用户偏好信息,和/或用户业务签约数据;所述终端用户的上下文信息包括:终端用户的位置信息、和/或在线状态信息,和/或终端能力信息。
36.如权利要求32至35任一项所述的方法,其特征在于,所述SSCF为所述流媒体业务请求建立会话后,进一步包括:
所述SSCF自身感知或从其它具有感知用户业务状态变化信息功能的实体中获取用户业务状态变化信息,包括线性电视业务LTV中的频道切换信息、和/或点播业务VoD或者时移电视业务TS-TV中的VCR控制信息,并将其发送给需要获知业务状态变化信息的实体。
37.如权利要求36所述的方法,其特征在于,所述SSCF从其它具有感知用户业务状态变化信息功能的实体中获取用户业务状态变化信息的步骤具体包括:所述SSCF向具有感知用户业务状态变化信息功能的实体订阅用户业务状态变化信息;
所述具有感知用户业务状态变化信息功能的实体感知到用户业务状态变化信息时,通过Notify消息通知所述SSCF。
38.如权利要求37所述的方法,其特征在于,所述具有感知用户业务状态变化信息功能的实体为:媒体服务器或者接入网络的节点或者所述UE。
39.如权利要求36所述的方法,其特征在于,所述SSCF将用户业务状态变化信息发送给需要获知业务状态变化信息的实体前,进一步包括:
所述需要获知业务状态变化信息的实体向所述SSCF订阅用户业务状态变化信息;
所述SSCF通过Notify消息将业务状态变化信息发送给所述需要获知业务状态变化信息的实体。
40.如权利要求32至35任一项所述的方法,其特征在于,所述为所述流媒体业务请求建立会话后,进一步包括:
所述SSCF接收到所述CSCF转发的来自所述UE的业务交互信息时,对接收到的业务交互信息进行处理。
41.如权利要求40所述的方法,其特征在于,所述SSCF对接收到的业务交互信息进行处理后,进一步包括:将处理后的业务交互信息通过所述CSCF发送至对应的AS。
42.如权利要求41所述的方法,其特征在于,所述AS接收到来自所述SSCF的业务交互信息后,进一步包括:所述AS向所述SSCF返回业务交互响应信息;
所述SSCF接收到所述AS发送的业务交互响应信息时,将其接收到的业务交互响应信息发送给所述UE。
43.如权利要求41所述的方法,其特征在于,所述SSCF将接收到的业务交互信息发送给对应的AS前,进一步包括:
所述AS向所述SSCF订阅UE的业务交互信息。
44.如权利要求26所述的方法,其特征在于,当该系统包括位于不同域的多个SSCF时,SSCF之间直接进行信息交互;或通过系统中的CSCF进行信息交互。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710006005.5A CN101232632A (zh) | 2007-01-22 | 2007-01-22 | 实现流媒体业务的系统、方法及流媒体业务控制功能实体 |
PCT/CN2008/070160 WO2008089702A1 (fr) | 2007-01-22 | 2008-01-22 | Système et procédé de mise en oeuvre de service multimédia en flux, et entité de fonction de commande de ce service |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710006005.5A CN101232632A (zh) | 2007-01-22 | 2007-01-22 | 实现流媒体业务的系统、方法及流媒体业务控制功能实体 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101232632A true CN101232632A (zh) | 2008-07-30 |
Family
ID=39644142
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200710006005.5A Pending CN101232632A (zh) | 2007-01-22 | 2007-01-22 | 实现流媒体业务的系统、方法及流媒体业务控制功能实体 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101232632A (zh) |
WO (1) | WO2008089702A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101854288A (zh) * | 2009-04-01 | 2010-10-06 | 工业和信息化部电信传输研究所 | 一种电信网中的流媒体控制方法和系统 |
CN103460636A (zh) * | 2011-04-19 | 2013-12-18 | 株式会社东芝 | 同步控制系统 |
CN105376194A (zh) * | 2014-08-15 | 2016-03-02 | 中国电信股份有限公司 | 实时通信方法、系统和平台设备 |
CN106790215A (zh) * | 2017-01-10 | 2017-05-31 | 厦门雅迅网络股份有限公司 | 一种特殊业务交互控制策略及系统 |
CN110167092A (zh) * | 2018-02-11 | 2019-08-23 | 大唐移动通信设备有限公司 | 一种业务迁移的方法及装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6745237B1 (en) * | 1998-01-15 | 2004-06-01 | Mci Communications Corporation | Method and apparatus for managing delivery of multimedia content in a communications system |
CN100551138C (zh) * | 2002-08-16 | 2009-10-14 | 北京三星通信技术研究有限公司 | 由drnc发起为mbms建立与核心网的数据连接的方法 |
CN100442701C (zh) * | 2004-12-28 | 2008-12-10 | 华为技术有限公司 | 网络侧获知用户接收多媒体广播/组播业务情况的方法 |
US20060262806A1 (en) * | 2005-05-19 | 2006-11-23 | Imed Bouazizi | System and method for data delivery |
-
2007
- 2007-01-22 CN CN200710006005.5A patent/CN101232632A/zh active Pending
-
2008
- 2008-01-22 WO PCT/CN2008/070160 patent/WO2008089702A1/zh active Application Filing
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101854288A (zh) * | 2009-04-01 | 2010-10-06 | 工业和信息化部电信传输研究所 | 一种电信网中的流媒体控制方法和系统 |
CN103460636A (zh) * | 2011-04-19 | 2013-12-18 | 株式会社东芝 | 同步控制系统 |
US9209919B2 (en) | 2011-04-19 | 2015-12-08 | Kabushiki Kaisha Toshiba | Synchronization control system |
CN103460636B (zh) * | 2011-04-19 | 2016-10-05 | 株式会社东芝 | 同步控制系统 |
CN105376194A (zh) * | 2014-08-15 | 2016-03-02 | 中国电信股份有限公司 | 实时通信方法、系统和平台设备 |
CN105376194B (zh) * | 2014-08-15 | 2019-03-26 | 中国电信股份有限公司 | 实时通信方法、系统和平台设备 |
CN106790215A (zh) * | 2017-01-10 | 2017-05-31 | 厦门雅迅网络股份有限公司 | 一种特殊业务交互控制策略及系统 |
CN106790215B (zh) * | 2017-01-10 | 2021-10-26 | 厦门雅迅网络股份有限公司 | 一种对等业务交互控制方法及系统 |
CN110167092A (zh) * | 2018-02-11 | 2019-08-23 | 大唐移动通信设备有限公司 | 一种业务迁移的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2008089702A1 (fr) | 2008-07-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101232389B (zh) | 一种提供组播业务的方法、设备及系统 | |
CN101030961B (zh) | 一种在基于ngn网络实现时移电视业务的方法及其系统 | |
CN101547189B (zh) | 一种CoD业务的建立方法,系统和装置 | |
CN101026615B (zh) | 一种基于ims的流媒体网络系统 | |
CN101155053B (zh) | 一种组播/广播业务实现方法和系统 | |
CN100571278C (zh) | 在iptv业务中应用终端能力信息的方法、系统及装置 | |
CN101155191B (zh) | 支持ims终端享用现有iptv业务的系统和方法 | |
CN101385303B (zh) | 用于iptv服务的启用ims的控制信道 | |
CN101202749B (zh) | 一种sip网络中处理媒体流请求的方法、系统及装置 | |
CN101155293B (zh) | 一种进行网络直播电视业务频道授权的方法、系统及装置 | |
CN101345748B (zh) | 将用户状态通知应用服务器的方法、系统及装置 | |
CN101677394B (zh) | 基于网际协议电视的广告插播方法及装置 | |
CN102057594A (zh) | 用于提供针对iptv的单播准备的方法和设备 | |
US20100122281A1 (en) | Method and system for controlling authorization of service resources | |
CN101060532B (zh) | 因特网网络电视业务信息传输方法 | |
CN101232632A (zh) | 实现流媒体业务的系统、方法及流媒体业务控制功能实体 | |
CN100563258C (zh) | 一种发现流媒体业务的方法和系统以及业务发现装置 | |
CN101388784A (zh) | 一种处理组播业务信息的方法、装置及系统 | |
CN101299747A (zh) | 一种媒体控制方法、系统、装置及媒体服务组合设备 | |
CN101378401B (zh) | 业务资源授权控制的方法、系统和设备 | |
Al-Hezmi et al. | Towards an interactive IPTV for mobile subscribers | |
KR20120050738A (ko) | 멀티 미디어 세션 이동 제어시스템 및 그의 제어방법 | |
CN102377987A (zh) | 一种基于ims的视频监控系统及方法 | |
CN101772195A (zh) | Ims集群会议的创建和加入方法及分发系统和装置 | |
CN102377577B (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 | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20080730 |