WO2008098504A1

WO2008098504A1 - Procédé et système pour fournir un service multidiffusion et dispositif pour fournir un paramètre de service multidiffusion

Info

Publication number: WO2008098504A1
Application number: PCT/CN2008/070263
Authority: WO
Inventors: Jun Yan; Xiangyang Wu; Feng Wang; Jincheng Li; Youying Li
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2007-02-09
Filing date: 2008-02-03
Publication date: 2008-08-21
Also published as: CN101242291A

Description

一种提供组播业务的方法和系统以及组播业务参数提供设备技术领域

本发明涉及多媒体组播技术领域，特别涉及一种提供组播业务的方法、设备及系统。发明背景

在通讯和信息技术高度发展的今天，随着跨链路层以及传输介质的

IP技术的出现，互联网络（ Internet )应用的迅速普及。与此同时，人们不再满足于单一的语音通信方式，而需要全新的多媒体通信方式。移动通讯网络和固定通讯网络的 IP化、 Internet和电信网络的融合已无可争议地成为业界公认的发展方向。为满足越来越突出的 IP多媒体应用的普遍需求, 第三代合作伙伴计戈 ( Three Generation Partnership Project, 3GPP )在分组承载网的基础上，引入全 IP业务网络架构的 IP多媒体子系统（ IP Multimedia System, IMS ), 目标是提供个性化用户数据，屏蔽用户接入方式，控制业务能力的开放程度，提供多媒体的通信体验。

IMS是 3GPP R5阶段叠加在宽带码分多址（ WCDMA ) 网络中已有分组域之上的一个子系统，采用分组域为其上层控制信令和媒体传输的承载通道，引入会话初始协议（SIP )作为业务控制协议，利用 SIP筒单、易扩展、媒体组合方便的特点，通过将业务控制与承载控制分离，提供丰富的多媒体业务。

IMS的网络架构如图 1所示，主要的功能实体包括呼叫会话控制功能实体（Call Session Control Function, CSCF ), 具体包括代理 CSCF ( Proxy CSCF, P-CSCF ) 102、查询服务 CSCF ( I/S-CSCF ) 103、提供各种业务逻辑控制功能的应用服务器（AS ) 115、集中管理用户签约数据的归属用户服务器（HSS ) 以及用于实现与电路交换网互通的媒体网关控制实体 ( Medium Gateway Control Function, MGCF ) 106/交互式多媒体网关（T-MGW ) 107。用户设备（UE ) 101通过当前所在地的 P-CSCF 102接入 IMS, 会话和业务触发控制及与 AS的业务控制交互则由其注册地的 S-CSCF完成。

P-CSCF102和 I/S-CSCF 103可统称为 CSCF,用于提供 IMS网络中用户代理、会话控制、路由、业务的触发以及不同 IMS域间互通等相关功能； MGCF 106/T-MGF 107/SGF 109为媒体网关控制功能、媒体网关功能和信令网关功能，用于实现 IMS 网络用户和传统公用电话交换网 ( PSTN ) 网络用户之间的互通；边界网关控制功能实体（BGCF ) 108 用于不同 IMS 域间 MGCF 之间的寻址和路由；用户位置功能实体 ( Subscriber Location Function, SLF ) 114用于多个用户属性服务功能实体（User Profile Server Function, UPSF ) 116之间的选择；互联边界控制功能（Interconnect Border Control Function, IBCF ) 111及互联边界网关功能 ( Interconnect Border Gateway Function, IBGF ) 110为 IMS i或间互通的功能实体；媒体资源功能控制器（ Media Resource Function Controller, MRFC ) 104和媒体资源功能处理器（ Media Resource Function Processor , MRFP ) 105可统称为媒体资源功能实体（ MRF ), 用于对媒体资源的分配、控制及其处理；网络附着子系统（Network Attachment Sub-system , NASS ) 101 用于用户的接入认证、地址分配等；资源接入控制系统 ( Resource and Admission Control Subsystem, RACS ) 117用于根据业务层如 IMS的需求，完成对承载网络的控制。其中， P-CSCF 102 和 I/S-CSCF 103统称为 IMS核心（ core IMS )。

流媒体业务或 IPTV业务是近几年迅速发展的一种新业务。流媒体业务在分组交换网络上传输包括视频、音频在内的多媒体文件，用于存储这些多媒体文件的网络设备称为流媒体源。用户无需完全下载这些多媒体文件就可以立即播放多组播业务媒体内容。流媒体实现的关键技术就是流式传输技术，而流式传输技术是把连续的视频和音频信息经过处理后成为媒体流存储在流媒体源中，用户设备一边下载一边播放所述媒体流，而不需要等整个文件下载到本地设备后才可以观看的网络传输技术。

如果同时有多个用户要求接收相同的业务内容，可以采用组播技术使业务发送方即流媒体源向指定组播地址发送一份媒体流。为了获取组播内容，业务接收方即用户设备通过加入业务组播组，如使用互联网组群消息协议（ Internet Group Message Protocol, IGMP )来要求邻接的路由器发送业务内容给自己，而路由器之间则通过组播路由协议（如协议无关组播-稀疏模式（PIM-SM)协议等）交互以建立组播转发路径，这样组播业务内容就可以从组播源沿组播转发路径传递给内容接收方。使用组播技术传送业务流，无论接收方有多少，业务发送方只需要发送一个数据流。组播数据在从业务发送点到接收方的传送路径上的传送点之间只产生单一的数据流，显而易见使用组播技术可以减轻业务发送方的负荷，并且可以有效利用网络资源。

组播业务的典型实例是直播电视（LTV )业务。对于观看同一节目的全部用户，在每一时刻所收到的节目内容都是完全相同的，因此可以采用承载层组播的方式来减小网络带宽需求。当然，对于需要将同一业务内容同时发送给多个用户的情况都可以采用组播方式来开展，都可以看作是组播业务，如对于多方会议而言，可以将发言者的音视频信息发送到会议服务器之后再以组播方式发送给多个用户，这同样可以看作是组播业务的应用。目前基于 IMS系统可以提供话音业务，但对于提供组播类业务还没有较好的解决方案。发明内容

本发明的实施例提出一种提供组播业务的方法，可以实现基于 IMS 系统的组播业务。该方法包括如下步骤：

业务提供设备从组播业务参数提供功能实体 SPSF获取组播业务参数；

网络侧根据所述组播业务参数分配网络资源；

媒体资源功能实体 MRF通过所分配的网络资源向用户设备提供组播业务。

本发明实施例还提出一种提供组播业务的系统，以及组播业务参数提供设备。

所述系统包括 IMS网络和业务提供设备，还包括：

SPSF, 用于存储组播业务标识以及与之相关联的组播业务参数；所述业务提供设备用于根据组播业务标识向 SPSF获取相应的组播业务参数，将所获取的组播业务参数发送至 IMS网络；

所述 IMS网络用于根据所述组播业务参数分配网络资源，并由其中的 MRF将组播业务内容通过所分配的网络资源下发给用户设备。

所述组播业务参数提供设备包括：

接收请求模块，用于接收要求提供组播业务参数的请求，该请求中包括业务标识；并将所述业务标识发送至组播业务参数匹配模块；

组播业务参数存储模块，用于存储组播业务参数；

组播业务参数匹配模块，用于根据来自接收请求模块的业务标识，在组播业务参数存储模块中匹配到相应的组播业务参数，并将所匹配到的组播业务参数发送至发送模块；

发送模块，用于将所收到的来自组播业务参数匹配模块的组播业务参数发送至提交组播业务参数请求的网络实体。

从以上技术方案可以看出，本发明实施例由 SPSF提供组播业务参数，根据所述组播业务参数分配网络资源并将组播业务发送至用户设备。

附图简要说明

图 1为现有的 IMS系统结构示意图；

图 2为本发明实施例提供组播业务的系统示意图；

图 3为本发明实施例方案基本的控制面的业务请求信令流程图；图 4为本发明第一实施例的控制面的业务请求信令流程图；图 5为本发明第一实施例数据面的组播流程图；

图 6为本发明第二实施例的控制面的业务请求信令流程图；图 7为本发明第四实施例的控制面的业务请求信令流程图；图 8为本发明实施例的组播业务参数提供功能实体的内部模块示意图。

实施本发明的方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细阐述。

本发明实施例给出的基于 IMS的组播业务系统，其网络结构如图 2 所示，其中功能实体或者组件如 UE 201、 RACS 202, MRF 204、 UPSF 205、 AS 206以及接口 ISC、 Gm、 Gq/Gq，、 Mr, Sh, Cx等在现有的电信和英特网 if虫合业务和十办议 ( Telecommunication and Internet converged Services and Protocols for Advanced Networking , TISPAN )系列标准中已有定义；当然， TISPAN所定义的 IMS系统和 3GPP所定义的 IMS系统一脉相 ^ , 其细节差异不影响此专利的具体应用。

AS 206用于提供业务的逻辑控制功能，对于控制平面来说， AS 206 就是向 UE 201提供业务的实体，可以被称为业务提供设备。

MRF 204作为数据面上提供组播业务媒体流的实体，其媒体业务内容可以是来自网络中的媒体服务器。

本发明实施例系统还包括组播业务参数提供功能实体 (Service Parameter Supply Function, SPSF)207。该实体用于保存并对外提供组播业务开展所需的组播业务参数（Service Parameters ), 包括组播业务所使用的媒体传输参数，包括组播地址、组播端口和 /或组播源地址 /端口，还包括编解码信息。所述组播源地址 /端口就是提供组播业务媒体资源内容的媒体服务器的地址 /端口。其中 II为 AS 206和 SPSF 207之间的接口； AS 206可以通过此接口从 SPSF 207请求组播业务的传输层信息，包括组播地址，或者组播地址和端口，可能还包括组播源地址，或者组播源地址和端口等。

图 2中所示 SPSF 207与 AS 206相连接只是其中一种连接方式，实际上 SPSF 207也可以设置于 S-CSCF 203与 MRF 204之间，或者设置于 AS 206与 MRF 204之间； SPSF 207可以与 S-CSCF 203及 MRF 204之间分别具有接口，也可以与 AS 206及 MRF 204之间分别具有接口。

以下将本发明实施例的组播类业务流程划分为两个逻辑部分，控制面的业务请求信令过程和数据面的组播过程，并分别对这两个逻辑部分进行详细阐述。

业务请求信令过程是用户请求业务时，为了获得组播业务媒体流传对于不同的接入网技术，其接入部分的组播处理机制有所不同，因此在用户获得组播业务传输参数后还需要进行特定于接入技术的数据面交互过程，在本发明中不对多种接入技术进行穷举说明，仅以 TISAPN RACS所涵盖的接入网架构为例加以说明。采用其它接入技术并不影响本发明的应用。

本发明实施例的基本控制平面业务请求信令流程如图 3所示，包括如下步骤：

步骤 301至步骤 302: UE向 P-CSCF发送包含业务标识的发起会话请求，该发起会话请求经过 I/S-CSCF的路由，转发到 AS。

步骤 303: AS收到发起会话请求后，向 SPSF发送组播业务参数请求，所述组播业务参数具体包括业务组播地址和 /或端口，和 /或组播源地址和 /或端口等媒体传输参数和编解码信息。

步骤 304: SPSF向 AS返回组播业务参数。

步骤 305: AS收到组播业务参数后，向 P/I/S-CSCF发送会话响应消息，该会话响应消息中携带所述组播业务参数。

步骤 306: P/I/S-CSCF根据所述会话响应消息中的组播业务参数与 RACS之间进行资源预留过程，确定该组播业务所需的网络资源。

步骤 307: P/I/S-CSCF将会话响应消息发送至 UE。确定双方共同支持的编解码方式。

步骤 309: UE向 P/I/S-CSCF发送发起会话的确认消息。

步骤 310: P/I/S-CSCF与 AS进行资源配置过程，分配与该组播业务相应的网络资源。

步骤 311 : P/I/S-CSCF向 AS发送发起会话的确认消息。上述流程中，步骤 306的资源预留过程、步骤 308的媒体协商过程以及步骤 310的资源配置过程可参照现有标准化协议的相关规定。

以下通过具体实施例对本发明方案进行进一步阐述。

本发明第一实施例的控制平面的业务请求信令过程如图 4所示，包括如下步骤：

步骤 401 : UE通过电子节目指南（ EPG )引导选择节目，向 P/I/S-CSCF 发起 SIP业务请求。该 SIP请求携带组播业务标识。组播业务标识用于标识用户所请求的节目内容；对于不同的业务而言，组播业务标识可能是不同的。具体发送过程是 UE将该 SIP业务请求发送到本地的 P-CSCF, 通过现有技术的路由选择机制，选择相应的 I-CSCF和 S-CSCF, P-CSCF 再将 SIP业务请求发送到所选的 I-CSCF和 S-CSCF。

另夕卜，这里没有给出用户如何获取 EPG,可以用现有技术加以解决，例如用户通过超文本传递协议（Hypertext Transfer Protocol, HTTP ) 向提供电子节目单的网络实体获取 EPG。

步骤 402: S-CSCF根据所收到的业务请求，触发相应的 AS进行处理。一种可能的触发方式如下： S-CSCF在收到 SIP请求后，从 UPSF 下载初始过滤准则（ Initial Filter Criteria, iFC )，把所述 SIP请求中携带的业务标识、字段等与 iFC进行匹配，根据匹配结果选择对应的 AS, 并向所选择的 AS发送业务请求。如 SIP请求中的业务标识为 "LTV" , iFC 中定义业务标识" LTV"对应直播电视服务器，则触发请求给定的直播电视业务服务器进行处理。实际上也可采用其它的触发方式。

步骤 403至 404: AS向 UPSF请求用户业务数据，所述用户业务数据包括用户频道使用权限列表、订阅期限等。 AS根据来自 UPSF的用户业务数据，确定所述用户设备的可以使用的组播业务，若未找到所述用户设备可以使用的组播业务，则拒绝所述组播业务请求，并结束本发明流程；若找到相应的组播业务则继续执行步骤 405。

步骤 405: AS分析用户业务请求中的组播业务标识，确定与该组播业务标识对应的组播业务参数，并向 SPSF发送请求组播业务参数的信息，所述组播业务参数具体包括业务组播地址（和端口），可能还包括组播源地址（和端口）等媒体传输参数和编解码信息。媒体传输参数中，组播地址是必须的；组播目的端口必须依附于组播地址；源端口必须依附于源地址出现，或者不出现；可能组合为：

组播地址；

组播地址和（目的）端口；

组播地址和（目的）端口以及源地址；

组播地址和源地址；

组播地址和源地址以及源端口；

组播地址和端口，源地址，以及源端口。

在传送给终端的信息中至少有组播地址和组播端口；

但是用于 IGMP加入组播组的请求时只会用到组播地址和 /或组播端口；

若扩展 IGMP或类似协议，则可以都使用到，但组播地址是必须的。步骤 406: SPSF向 AS返回组播业务参数。所述组播业务参数包括媒体传输参数和编解码信息。 AS根据所述媒体传输参数和 /或对用户业务数据用户会话进行必要更新，如更新用户当前使用的频道。

步骤 407: AS将媒体传输参数信息附加在响应消息中，这个响应消息由 IMS核心进行路由转发至 P-CSCF。

步骤 408: P-CSCF根据所述响应消息中所携带的媒体传输参数向 RACS进行资源控制请求。所述资源控制请求用于指示传输层进行资源分配并使用指定组播授权列表，如禁止或者允许指定用户接收特定组播步骤 409: RACS将应用层的资源控制请求中包含的媒体传输参数映射为传输层参数，并将组播授权列表传送到接入层门控实体。本实施例中，所述接入层门控实体为 RCEF, 由其进行组播授权和资源控制，建立组播通道。根据实际网络的不同，接入层门控实体也可以为其它节点。所述组播授权列表包括禁止或者允许指定用户接收特定组播业务媒体流的信息。

步骤 410: P-CSCF将步骤 408给出的响应转发给 UE。

步骤 411： UE对上述响应予以确认，该确认通过 P-CSCF转发最终发到 AS。

至此，用户获得了可用于传输层组播建立的参数信息。

上述流程中，步骤 408和步骤 409用于说明流程中可能的资源控制过程；此步骤可能发生在 IMS核心中的 P-CSCF收到业务响应时，也可以发生在 IMS核心中的 P-CSCF收到业务确认时，具体时机取决于网络的资源控制策略。另外，资源控制过程也可以分为资源预留和资源使用过程，分别在一定条件下发生；此例中给出的媒体协商过程仅经过了一次协商，在实际交互中 UE和 AS可能需要多次的媒体协商过程。以下如未加说明，资源控制过程的具体实施细节均可参照现有 RACS技术标准进行。

本发明实施例的数据面组播过程如图 5所示，包括如下步骤：步骤 501: UE向接入层门控节点发出加入指定组播组的请求，以接收发送到指定组播地址的组播业务内容，如果该请求为 IGMP请求，则加入组播组的请求时只会用到组播地址，或者组播地址和组播端口；若使用扩展 IGMP或类似协议，则可能还包括组播源地址 /端口，但组播地址仍然是必须的。这里可能还进一步包括 RCEF根据前述下发的组播授权列表对组播加入请求进行授权，如果授权通过则继续执行后续流程，否则拒绝 UE 的请求并结束流程。

步骤 502: 该请求经 RCEF处理后， RCEF通过其它传输层实体如 BGF建立到 MRF的组播传送路径，该过程可以使用组播路由协议（如 PIM-SM或 PIM-DM )等进行。此后组播业务媒体流由 MRF流向 RCEF, 并由 RCEF发送给 UE。

步骤 503: 用户需要结束此次组播业务， UE向 P-CSCF发送结束组播业务的请求 SIP BYE消息以结束此次会话。所述 SIP BYE消息中携带组播地址 /端口信息。

步骤 504: P-CSCF根据所述请求中所携带的组播地址 /端口信息，向 RACS发送资源控制请求，其中包括传输层进行资源控制并修改或者删除指定组播授权列表的指示，以删除所述 UE的传输层业务媒体流使用权限。这里所述资源控制对于组播业务媒体流来讲可能只是进行用户数的记录或更新，而不必在某个用户离开时进行实际的资源释放，因为可能还存在其它用户正在收看同一节目。

步骤 505: RACS将应用层指令 /请求映射为传输层参数，并将组播授权列表传送到接入层门控实体如 RCEF, 由 RCEF进行组播授权和资源控制等。

步骤 506: P-CSCF将来自 UE的结束组播业务的请求路由给 AS。步骤 507: AS向 UE发送会话结束确认消息，确认会话结束。

步骤 508： UE向门控实体 RCEF发送组播组离开请求，如 IGMP leave 消息；以完成数据面业务结束过程。这个消息也可以在用户发起 SIP BYE 结束会话时就同时发送，并不影响业务处理过程。

在上述流程中，若步骤 501的 IGMP请求仅携带组播地址，则传输层可以根据组播地址进行业务路由；若携带组播地址和源地址，则传输层可以跟组播地址和源地址进行媒体路由；另外，也可以采用与 IGMP 类似的新协议或者对 IGMP协议加以扩展从而在组播组请求中携带组播地址和 /或组播源地址和 /或组播目的端口和 /或端口等参数的组合，传输层则进一步可以根据所述参数的组合对媒体流进行路由。也就是说， MRF可以以组播（目的）地址，或者组播地址和端口，可能还包括组播源地址，或者组播源地址和端口等参数的组合来对组播媒体流加以区分，从而可以使用一个组播地址提供多个组播媒体流。

本发明第二实施例的控制平面的业务请求信令过程如图 6所示，该流程与图 3所示流程相比，原步骤 407之后，进一步包括如下步骤：步骤 407a: AS向 MRF发送携带步骤 407中获得的业务组播地址和 /或端口、编解码信息的媒体资源请求；

步骤 407b: MRF向 AS返回相应的媒体传输参数。所述媒体传输参数包括业务组播地址或者组播地址和目的端口，组播源地址或者组播源地址和源端口，以及编解码信息等。该媒体传输参数可能与 AS发送的媒体资源请求中的媒体传输参数相同，也可能不同，出现不同的原因可能是组播源发生了变动或者更新等；若在所述参数的基础上额外使用源地址或者使用源地址和源端口的组合来区分组播业务，则此步骤中 MRF 可以提供组播源地址以及源端口信息。

添加以上步骤的原因是：确认 MRF处于正常的工作状态，或者通知 MRF做好提供组播业务的准备工作；或者请求 MRF提供附加参数。

本实施例的其它步骤以及数据面组播过程同第一实施例，故不再赘述。

本发明第三实施例的控制平面的业务请求信令过程如图 7所示，与图 4所示的流程相比，仅是步骤 406和 407替换为如下步骤：步骤 406a，： AS向 MRF发送组播业务参数请求，该请求首先发送给 IMS核的 S-CSCF;

步骤 406b，： S-CFCF向 SPSF转发组播业务参数请求；

步骤 407a，： SPSF处理组播业务参数请求，向 S-CSCF返回组播业务参数响应；在此响应中携带媒体传输参数给 S-CSCF, 具体包括业务组播地址和端口和 /或组播源地址和 /或源端口、编解码信息等。这里 SPSF 也可能向 MRF进一步路由组播业务参数请求，从而由 MRF提供上述媒体传输参数。

步骤 407b，： S-CSCF将所述组播业务参数响应转发给 AS。

该实施例中， AS发出的组播业务参数请求不是直接发送给 SPSF, 而是经过 S-CSCF的路由转发到 SPSF。

本发明实施例的 SPSF的内部模块的示意图如图 8所示，包括如下模块：

接收请求模块 801 , 用于接收要求提供组播业务参数的请求，该请求中包括业务标识；并将所述业务标识发送至组播业务参数匹配模块 803。本实施例中，所述组播业务参数请求来自于 AS。

组播业务参数存储模块 802,用于存储媒体传输参数和编解码信息，所述媒体传输参数包括组播业务地址和 /或端口，和 /或组播源地址和 /或端口。

组播业务参数匹配模块 803, 用于根据来自接收请求模块 801的业务标识，在组播业务参数存储模块 802中匹配到相应的媒体传输参数和编解码信息，并将所匹配到的媒体传输参数和编解码信息发送至发送模块 804。

发送模块 804, 用于将所收到的媒体传输参数和编解码信息发送至提交组播业务参数请求的网络实体，在本发明实施例中，该网络实体为 AS。

此外， SPSF还可以包括一个组播业务参数获取模块 805, 用于获取所述组播业务参数，并将所获取的组播业务参数发送至组播业务参数存储模块。

本发明实施例中所用到的 SPSF,在本发明的实施流程中所起到的作用就是向 AS提供组播业务参数。具体实现上，可以由相关专利中的业务发现与选择功能实体（ Services Discover and Select Function, SD&SF ), 媒体资源定位功能实体（ Multimedia Resources Locate Function, MRLF )、媒体资源代理功能实体（ MRBF )或业务部署功能实体（ Service Schedule Function, SSF )来充当本发明实施例方案中的 SPSF。

根据本发明人 2007年 1月 11日提交的另一份专利申请文件中规定， SSF用于完成对组播业务的部署和组织，若由 SSF来充当 SPSF, 则所述组播业务参数获取模块 805包括：

组播地址管理单元，用于进行组播地址 /端口的分配和管理，例如，分配和管理多个 MRF的地址，或者向 MRF提供媒体内容的媒体服务器的源地址和 /或端口。

地址与内容关联单元，用于建立组播业务内容标识、组播源地址和 / 或端口和组播地址管理单元所管理的组播地址 /端口之间的对应关系。

业务发现与选择功能实体（SD&SF )在目前 TISPAN标准组织正在制定的 IPTV标准中，定位为可以用于提供业务发现信息，为用户提供使用业务的引导信息；当然该实体也可以提供多运营商入口信息，从而为用户提供选择多运营商的引导信息；用户可以基于此引导信息选定使用特定运营商的业务。在本发明实施例中，该实体也可以具备这样的功能，即可以保存组播业务开展所需使用的组播业务传输层信息，包括组播地址，或者组播地址和端口，可能还包括组播源地址，或者组播源地址和端口等。

若由 SD&SF来充当 SPSF,则所述组播业务参数获取模块 805包括：运营商接口单元，运营商通过该单元，将其所提供的组播业务的组播地址 /端口和 /或组播源地址 /端口等业务信息注入组播业务参数存储模块 802中。

申请号为 200610033774.X 的专利申请文件中提出了用于进行媒体资源调度的 MRLF和 /或 MRBF。若由 MRLF或 MRBF来充当 SPSF, 则所述组播业务参数获取模块 805包括：

确定组播业务单元，用于确定为 UE提供组播业务的组播地址或媒体服务器；

组播业务参数提取单元，用于将确定组播业务单元所确定的组播地址的相关信息或媒体服务器的组播源地址 /或端口信息提取出来，并发送至组播业务参数存储模块 802。

若由 MRLF充当 SPSF, 则可以实现如图 3所示的控制平面的业务请求信令过程；若由 MRBF充当 SPSF, 则可以实现如图 7所示的控制平面的业务请求信令过程。 MRLF或 MRBF的详细介绍或相关功能实现可参阅上述申请文件。

以上仅是对组播业务参数获取模块的具体实现举了几个常见的例子，本发明实施例并未对组播业务参数的获取方式进行限制。

本发明实施例给出了一个基于 IMS的组播系统，给出基于该系统的组播业务实现流程，并给出该系统中用于提供组播业务参数的实体。基于本发明实施例，本领域技术人员可以无需付出创造性劳动，得到各种基于 IMS的组播机制业务的实现方案，从而为丰富基于 IMS系统的组播类业务，尤其是目前热点的 IPTV类业务开展提供了良好的基础。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1、一种提供组播业务的方法，其特征在于，该方法包括如下步骤：业务提供设备从组播业务参数提供功能实体 SPSF获取组播业务参数；

IP多媒体子系统 IMS网络根据所述组播业务参数分配网络资源；媒体资源功能实体 MRF通过所分配的网络资源向用户设备提供组播业务。

2、根据权利要求 1所述的方法，其特征在于，所述业务提供设备获取组播参数之前，进一步包括：

用户设备向代理呼叫会话控制功能实体 P-CSCF发送包含业务标识的业务请求， P-CSCF选择相应的查询呼叫会话控制功能实体 I-CSCF和服务呼叫会话功能实体 S-CSCF, 并将所述业务请求发送给所选择的 S-CSCF;

所述 S-CSCF根据所收到的业务请求，触发相应的业务提供设备进行处理。

3、根据权利要求 1所述的方法，其特征在于，所述业务提供设备向组播业务参数提供功能实体获取组播业务参数包括：

业务提供设备分析用户业务请求中的组播业务标识，确定与该组播业务标识对应的组播业务参数，并向 SPSF发送请求组播业务参数的信息；

SPSF向业务提供设备返回组播业务参数。

4、根据权利要求 3所述的方法，其特征在于，所述组播业务参数包括媒体传输参数和编解码信息。

5、根据权利要求 4所述的方法，其特征在于，所述媒体传输参数包括：组播业务地址，组播业务端口、组播源地址、组播源端口或以上内容的任意组合。

6、根据权利要求 5所述的方法，其特征在于，所述 SPSF向业务提供设备返回组播业务参数之后，进一步包括：

业务提供设备向 MRF发送携带所获得的组播业务参数的媒体资源请求；

MRF向业务提供设备返回媒体源地址，或者媒体源地址和端口。

7、根据权利要求 1所述的方法，其特征在于，所述业务提供设备从组播业务参数提供功能实体获取组播业务参数包括：

业务提供设备向 P/I/S-CSCF发送组播业务参数请求， S-CSCF将所述组播业务参数请求转发给 SPSF;

SPSF处理所述组播业务参数请求，向 S-CSCF返回组播业务参数响应， S-CSCF将所述组播业务参数响应转发给业务提供设备。

8、根据权利要求 1至 7任一项所述的方法，其特征在于，所述根据所述组播业务参数分配网络资源包括：

应用服务器将包含组播业务参数信息的响应消息通过 IP 多媒体子系统 IMS核心进行路由转发至 P-CSCF;

P-CSCF根据所述响应消息中的组播业务参数向资源及许可控制子系统 RACS进行资源控制请求；

RACS将应用层指令 /请求映射为传输层参数并根据用户定位结果将组播授权列表传送到接入层门控实体；

接入层门控实体建立到 MRF的组播传送路径。

9、根据权利要求 8所述的方法，其特征在于，所述接入层门控实体建立到 MRF的组播传送路径之前，进一步包括：

UE向接入层门控节点发出加入指定组播组的请求。

10、根据权利要求 9所述的方法，其特征在于，所述 UE向接入层门控节点发出加入指定组播组的请求之后，进一步包括：接入层门控实体根据组播授权列表对所收到的组播加入请求进行授权，如果授权通过则执行所述后续步骤。

11、根据权利要求 1至 7任一项所述的方法，其特征在于，所述网络侧根据所述组播业务参数分配网络资源包括：

业务提供设备收到组播业务参数后，向 P/I/S-CSCF发送携带所述组播业务参数的会话响应消息；

P/I/S-CSCF根据所述会话响应消息中的组播业务参数与 RACS之间进行资源预留过程，确定该组播业务所需的网络资源；

P/I/S-CSCF将会话响应消息发送至用户设备，用户设备和业务提供设备通过 RACS以及 P/I/S-CSCF进行媒体协商过程，确定双方共同支持的编解码方式；

P/I/S-CSCF与业务提供设备进行资源配置过程，分配与该组播业务相应的网络资源。

12、一种提供组播业务的系统，包括 IMS网络和业务提供设备，其特征在于，该系统还包括：

13、根据权利要求 12所述的系统，其特征在于，所述 IMS网络包括 P-CSCF、 I-CSCF和 S-CSCF;

所述 P-CSCF用于接收来自用户设备的包含业务标识的业务请求，选择相应的 I-CSCF和 S-CSCF, P-CSCF再将所述业务请求发送到所选的 I-CSCF和 S-CSCF;

所述 S-CSCF用于根据所收到的业务请求，选择相应的业务提供设备，并将所述业务请求发送至所选择的业务提供设备。

14、根据权利要求 13所述的系统，其特征在于，该系统进一步包括 UPSF, 用于存储 iFC, 并根据 S-CSCF的请求，向 S-CSCF提供相应的 iFC;

则所述 S-CSCF选择业务提供设备为： S-CSCF将业务请求与所述 iFC进行匹配，根据匹配结果选择对应的业务提供设备。

15、根据权利要求 12、 13或 14所述的系统，其特征在于，所述 SPSF 为业务发现与选择功能实体 SD&SF、媒体资源定位功能实体 MRLF、媒体资源代理功能实体 MRBF或业务部署功能实体 SSF。

16、一种组播业务参数提供设备，其特征在于，该设备包括：接收请求模块，用于接收要求提供组播业务参数的请求，该请求中包括业务标识；并将所述业务标识发送至组播业务参数匹配模块；

组播业务参数存储模块，用于存储组播业务参数；

17、根据权利要求 16所述的组播业务参数提供设备，其特征在于，该设备进一步包括组播业务参数获取模块，用于获取组播业务参数，并将所获取的组播业务参数发送至组播业务参数存储模块。

18、根据权利要求 17所述的组播业务参数提供设备，其特征在于，所述组播业务参数包括媒体传输参数和编解码信息；

所述媒体传输参数包括：组播业务地址和 /或端口，和 /或组播源地址和 /或端口。

19、根据权利要求 18所述的组播业务参数提供设备，其特征在于，所述组播业务参数获取模块包括：

组播地址管理单元，用于进行组播地址 /端口的分配和管理；地址与内容关联单元，用于建立组播业务内容标识、组播源地址和 / 或端口和组播地址管理单元所管理的组播地址 /端口之间的对应关系。

20、根据权利要求 19所述的组播业务参数提供设备，其特征在于，所述组播业务参数提供设备为业务部署功能实体 SSF。

21、根据权利要求 18所述的组播业务参数提供设备，其特征在于，所述组播业务参数获取模块包括：

运营商接口单元，运营商通过该单元，将其所提供的组播业务的组播地址 /端口和 /或组播源地址 /端口等业务信息注入组播业务参数存储模块。

22、根据权利要求 21所述的组播业务参数提供设备，其特征在于，所述组播业务参数提供设备为业务发现与选择功能实体 SD&SF。

23、根据权利要求 18所述的组播业务参数提供设备，其特征在于，所述组播业务参数获取模块包括：

组播业务参数提取单元，用于将确定组播业务单元所确定的组播地址的相关信息或媒体服务器的组播源地址 /或端口信息提取出来，并发送至组播业务参数存储模块。

24、根据权利要求 23所述的组播业务参数提供设备，其特征在于，所述组播业务参数提供设备为媒体资源定位功能实体 MRLF或媒体资源代理功能实体 MRBF。