实现流媒体业务的系统、方法及流媒体业务控制功能实体的制作方法
专利名称：实现流媒体业务的系统、方法及流媒体业务控制功能实体的制作方法
技术领域：
本发明涉及流媒体通信技术，特别涉及一种在国际互联网协议多媒体子
系统(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为本发明第二实施例的实现流J某体业务的系统结构图；图4 (a)为本发明第三实施例的实现流媒体业务的系统结构图；图4 (b)为本发明第三实施例的实现流媒体业务的系统结构图；图4 (c)为本发明第四实施例的实现流i某体业务的系统结构掛；图4 (d)为本发明实施例的SSCF的结构示意图；图5为本发明实施例的实现SSCF业务控制功能的流程图；图6为本发明实施例的实现SSCF统一会话管理功能的流程图；图7为本发明实施例的实现SSCF业务决策功能的流程图。图8为本发明实施例的实现SSCF用户业务交互信息处理功能的流程图；图9为本发明实施例的不同域SSCF之间的信息交互流程图。
具体实施方式
为使本发明的目的、技术方案和有益效果更加清楚明白，下面结合实施 例和附图，对本发明做进一步地详细说明。本发明实施例提供的流媒体业务实现系统、方法及流媒体业务控制功能 实体，通过在系统中设置具有业务控制功能的SSCF，实现了系统对流媒体 业务的统 一 管理，使系统可以统 一 控制流媒体业务的实现。图2为本发明第 一 实施例的实现流媒体业务的系统结构图，该系统至少 包括UE、 CSCF、 SSCF、应用服务器AS以及媒体服务器。所述UE与所述CSCF相连进行信息交互。所述CSCF，用于接收流媒 体业务请求以及流媒体业务结束请求，并将接收到的请求转发给所述SSCF。流4某体业务请求和业务结束请求通常是由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、 IMSCore、用户配置服务器功能(UPSF)、流4某体支撑功能、应 用功能、资源接纳控制子系统、媒体资源功能处理器(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为SIPAS时，该 标准接口为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)所示为本发明第三实施例的实现流i某体业务的系统结构图， 图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消息发送流4某体业务请求。 步骤603， SSCF选择媒体服务器，为接收到的流媒体业务请求创建并维护相应会话。 步骤604, 步骤605， 步骤606, 步骤607，结束请求。步骤608, 步骤609，SSCF向CSCF发送流々某体业务响应。CSCF将来自SSCF的流:樣体业务响应转发给UE。UE使用相应的流媒体业务。UE确定可以结束流媒体业务时，向CSCF发送流媒体业务CSCF将来自UE的流媒体业务结束请求发送给SSCF。 SSCF释放步骤603中为接收到的流媒体业务请求创建的会话,步骤610, SSCF向CSCF发送流4某体业务结束响应。步骤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将接收到的流J(某体业务响应发送至SSCF-A。 步骤907, SSCF-A将接收到的流媒体业务响应发送至CSCF。 步骤卯8, 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所在地，所提供的流媒 体业务。由以上实施例可见，本发明实施例通过S SCF和流媒体系统的其它功能实体之间的信息交互，实现了流媒体业务的统一控制，包括业务控制功能、 会话管理功能、业务决策功能、业务状态维护功能和用户交互管理功能。SSCF通过提供基本的流媒体业务功能，实现了流媒体业务的综合统一管理， 简化了流媒体业务的实现过程，并为流媒体系统向第三方业务提供商开放接 口和功能提供了可行的方法，从而使得流媒体业务的开展更加简单灵活，有 利于流媒体业务的快速开展和部署。另外，虽然本发明实施例提供的方法、 系统以及SSCF不仅可以应用到流媒体业务中，也可以应用到IPTV业务中。 总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的 保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改 进等，均应包含在本发明的保护范围之内。
权利要求
1. 一种实现流媒体业务的系统，该系统包括用户终端UE、呼叫会话控制功能CSCF、应用服务器AS以及媒体服务器，所述UE与所述CSCF相连进行信息交互，其特征在于，该系统进一步包括流媒体业务控制功能实体SSCF，所述CSCF，用于接收流媒体业务请求以及流媒体业务结束请求，并将接收到的请求转发给所述SSCF；所述SSCF，用于接收来自所述CSCF或AS的流媒体业务请求，获取业务交付模式信息，采用相应的业务交付模式控制媒体服务器向所述UE提供流媒体业务；接收来自所述CSCF或AS的流媒体业务结束请求，控制所述媒体服务器停止向所述UE提供流媒体业务。
2、 如权利要求l所述的系统，其特征在于，所述SSCF，进一步用于从 流媒体系统相关功能实体中获取必要业务信息，并将其传送给所述UE。
3、 如权利要求l所述的系统，其特征在于，所述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至IO任一项所述的系统，其特征在于，该系统进一 步包括需要获知业务状态变化信息的实体，所述SSCF，进一步用于自身感知所述UE的业务状态变化信息，并将 感知的业务状态变化信息通知所述需要获取业务状态变化信息的实体。
12、 如权利要求1至IO任一项所述的系统，其特征在于，该系统进一 步包括业务状态变化感知实体和需要获知业务状态变化信息的实体，所述业务状态变化感知实体，用于感知业务状态的变化，并将感知的业务状态变化信息通知所述SSCF;所述SSCF，进一步用于从所述业务状态变化感知实体获取所述UE的 业务状态变化信息，并将获取的业务状态变化信息通知所述需要获取业务状 态变化信息的实体。
13、 如权利要求1至IO任一项所述的系统，其特征在于，所述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、 如权利要求l所述的系统，其特征在于，当该系统包括位于不同域 的多个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或者时移电^L业务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返回业务 交互响应^f言息；所述SSCF接收到所述AS发送的业务交互响应信息时，将其接收到的 业务交互响应信息发送给所述UE。
43、 如权利要求41所述的方法，其特征在于，所述SSCF将接收到的业务交互信息发送给对应的AS前，进一步包括所述AS向所述SSCF订阅UE的业务交互信息。
44、如权利要求26所述的方法，其特征在于，当该系统包括位于不同 域的多个SSCF时，SSCF之间直接进行信息交互；或通过系统中的CSCF 进行信息交互。
全文摘要
本发明实施例公开了一种实现流媒体业务的系统、方法及流媒体业务控制功能实体SSCF，通过在流媒体业务实现系统中设置SSCF，当SSCF接收到来自CSCF或AS的流媒体业务请求时，获取业务交付模式信息，采用相应的业务交互模式控制媒体服务器向所述UE提供流媒体业务；当SSCF接收来自CSCF或AS的流媒体业务结束请求时，控制所述媒体服务器停止向所述UE提供流媒体业务。另外，本发明实施例提供的SSCF还具有统一会话管理功能、业务决策功能，业务状态管理功能以及用户业务交互信息处理功能，因此利用本发明实施例提供的流媒体业务实现系统、方法及流媒体业务控制功能实体，可以实现系统对流媒体业务的统一控制。
文档编号H04L29/06GK101232632SQ20071000600
公开日2008年7月30日 申请日期2007年1月22日 优先权日2007年1月22日
发明者军 严, 吴向阳, 李幼颖, 李金成, 丰 王 申请人:华为技术有限公司
技术领域：
本发明涉及流媒体通信技术，特别涉及一种在国际互联网协议多媒体子
系统(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为本发明第二实施例的实现流J某体业务的系统结构图；图4 (a)为本发明第三实施例的实现流媒体业务的系统结构图；图4 (b)为本发明第三实施例的实现流媒体业务的系统结构图；图4 (c)为本发明第四实施例的实现流i某体业务的系统结构掛；图4 (d)为本发明实施例的SSCF的结构示意图；图5为本发明实施例的实现SSCF业务控制功能的流程图；图6为本发明实施例的实现SSCF统一会话管理功能的流程图；图7为本发明实施例的实现SSCF业务决策功能的流程图。图8为本发明实施例的实现SSCF用户业务交互信息处理功能的流程图；图9为本发明实施例的不同域SSCF之间的信息交互流程图。
具体实施方式
为使本发明的目的、技术方案和有益效果更加清楚明白，下面结合实施 例和附图，对本发明做进一步地详细说明。本发明实施例提供的流媒体业务实现系统、方法及流媒体业务控制功能 实体，通过在系统中设置具有业务控制功能的SSCF，实现了系统对流媒体 业务的统 一 管理，使系统可以统 一 控制流媒体业务的实现。图2为本发明第 一 实施例的实现流媒体业务的系统结构图，该系统至少 包括UE、 CSCF、 SSCF、应用服务器AS以及媒体服务器。所述UE与所述CSCF相连进行信息交互。所述CSCF，用于接收流媒 体业务请求以及流媒体业务结束请求，并将接收到的请求转发给所述SSCF。流4某体业务请求和业务结束请求通常是由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、 IMSCore、用户配置服务器功能(UPSF)、流4某体支撑功能、应 用功能、资源接纳控制子系统、媒体资源功能处理器(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为SIPAS时，该 标准接口为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)所示为本发明第三实施例的实现流i某体业务的系统结构图， 图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消息发送流4某体业务请求。 步骤603， SSCF选择媒体服务器，为接收到的流媒体业务请求创建并维护相应会话。 步骤604, 步骤605， 步骤606, 步骤607，结束请求。步骤608, 步骤609，SSCF向CSCF发送流々某体业务响应。CSCF将来自SSCF的流:樣体业务响应转发给UE。UE使用相应的流媒体业务。UE确定可以结束流媒体业务时，向CSCF发送流媒体业务CSCF将来自UE的流媒体业务结束请求发送给SSCF。 SSCF释放步骤603中为接收到的流媒体业务请求创建的会话,步骤610, SSCF向CSCF发送流4某体业务结束响应。步骤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将接收到的流J(某体业务响应发送至SSCF-A。 步骤907, SSCF-A将接收到的流媒体业务响应发送至CSCF。 步骤卯8, 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所在地，所提供的流媒 体业务。由以上实施例可见，本发明实施例通过S SCF和流媒体系统的其它功能实体之间的信息交互，实现了流媒体业务的统一控制，包括业务控制功能、 会话管理功能、业务决策功能、业务状态维护功能和用户交互管理功能。SSCF通过提供基本的流媒体业务功能，实现了流媒体业务的综合统一管理， 简化了流媒体业务的实现过程，并为流媒体系统向第三方业务提供商开放接 口和功能提供了可行的方法，从而使得流媒体业务的开展更加简单灵活，有 利于流媒体业务的快速开展和部署。另外，虽然本发明实施例提供的方法、 系统以及SSCF不仅可以应用到流媒体业务中，也可以应用到IPTV业务中。 总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的 保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改 进等，均应包含在本发明的保护范围之内。
权利要求
1. 一种实现流媒体业务的系统，该系统包括用户终端UE、呼叫会话控制功能CSCF、应用服务器AS以及媒体服务器，所述UE与所述CSCF相连进行信息交互，其特征在于，该系统进一步包括流媒体业务控制功能实体SSCF，所述CSCF，用于接收流媒体业务请求以及流媒体业务结束请求，并将接收到的请求转发给所述SSCF；所述SSCF，用于接收来自所述CSCF或AS的流媒体业务请求，获取业务交付模式信息，采用相应的业务交付模式控制媒体服务器向所述UE提供流媒体业务；接收来自所述CSCF或AS的流媒体业务结束请求，控制所述媒体服务器停止向所述UE提供流媒体业务。
2、 如权利要求l所述的系统，其特征在于，所述SSCF，进一步用于从 流媒体系统相关功能实体中获取必要业务信息，并将其传送给所述UE。
3、 如权利要求l所述的系统，其特征在于，所述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至IO任一项所述的系统，其特征在于，该系统进一 步包括需要获知业务状态变化信息的实体，所述SSCF，进一步用于自身感知所述UE的业务状态变化信息，并将 感知的业务状态变化信息通知所述需要获取业务状态变化信息的实体。
12、 如权利要求1至IO任一项所述的系统，其特征在于，该系统进一 步包括业务状态变化感知实体和需要获知业务状态变化信息的实体，所述业务状态变化感知实体，用于感知业务状态的变化，并将感知的业务状态变化信息通知所述SSCF;所述SSCF，进一步用于从所述业务状态变化感知实体获取所述UE的 业务状态变化信息，并将获取的业务状态变化信息通知所述需要获取业务状 态变化信息的实体。
13、 如权利要求1至IO任一项所述的系统，其特征在于，所述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、 如权利要求l所述的系统，其特征在于，当该系统包括位于不同域 的多个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或者时移电^L业务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返回业务 交互响应^f言息；所述SSCF接收到所述AS发送的业务交互响应信息时，将其接收到的 业务交互响应信息发送给所述UE。
43、 如权利要求41所述的方法，其特征在于，所述SSCF将接收到的业务交互信息发送给对应的AS前，进一步包括所述AS向所述SSCF订阅UE的业务交互信息。
44、如权利要求26所述的方法，其特征在于，当该系统包括位于不同 域的多个SSCF时，SSCF之间直接进行信息交互；或通过系统中的CSCF 进行信息交互。
全文摘要
本发明实施例公开了一种实现流媒体业务的系统、方法及流媒体业务控制功能实体SSCF，通过在流媒体业务实现系统中设置SSCF，当SSCF接收到来自CSCF或AS的流媒体业务请求时，获取业务交付模式信息，采用相应的业务交互模式控制媒体服务器向所述UE提供流媒体业务；当SSCF接收来自CSCF或AS的流媒体业务结束请求时，控制所述媒体服务器停止向所述UE提供流媒体业务。另外，本发明实施例提供的SSCF还具有统一会话管理功能、业务决策功能，业务状态管理功能以及用户业务交互信息处理功能，因此利用本发明实施例提供的流媒体业务实现系统、方法及流媒体业务控制功能实体，可以实现系统对流媒体业务的统一控制。
文档编号H04L29/06GK101232632SQ20071000600
公开日2008年7月30日 申请日期2007年1月22日 优先权日2007年1月22日
发明者军 严, 吴向阳, 李幼颖, 李金成, 丰 王 申请人:华为技术有限公司
最新回复(0)