CN101299825A - 一种实现组播承载资源控制的方法、系统及装置 - Google Patents

Abstract

本发明公开了一种实现组播承载资源控制的方法、系统及装置，其中，实现组播承载资源申请的方法包括：基于业务的策略决策功能实体接收到组播承载资源申请请求，授权该请求，将授权后的组播承载资源申请请求发送给接入侧资源和准入控制功能实体；接入侧资源和准入控制功能实体对该请求对应的组播流承载资源进行授权和准入控制。本发明实施例提供的方法、系统及装置在NGN中实现对组播承载资源的控制。

Description

一种实现组播承载资源控制的方法、系统及装置

技术领域

本发明涉及下一代网络(NGN，Next Generation Network)领域，特别涉及一种在NGN中实现组播承载资源控制的方法、系统及装置。

背景技术

网际协议电视(IPTV，Internet Protocol Television)业务是基于宽带网际协议(IP，Internet Protocol)网络开展的、以流媒体为主的业务。与传统的电视(TV，Television)业务相比较，IPTV业务能够提供更加丰富灵活的业务以及提供一个综合的IPTV增值业务平台，实现通信、数据、视频和音频等业务。IPTV业务主要提供直播电视(LTV，Live Television)业务和视频点播(VOD，Video on demand)业务等。其中，VOD业务具有个性化和实施交互的特点；LTV业务对用户而言是被动的，用户对内容选择的余地只限于所提供的频道，是一种非交互型的业务。VOD业务和LTV业务的视频流在IP网上传送属于不同的技术范畴：VOD业务采用点对点的通信方式；LTV业务采用点对多点通信，可以采用组播技术实现，组播技术可以有效地利用网络带宽，避免带宽资源浪费。

目前，组播技术采用同一组播地址发送业务的技术，用于发送者向指定的组播地址发送内容，该组播地址将该内容复制后，同时发送给多个接收者，这样可以有效降低业务发送者和传输内容网络的负载。为了获得组播地址发送的内容，接收者通过加入业务组播组来要求邻接的路由器复制组播内容后，发送给自身，而路由器之间通过组播路由协议与其他路由器交互以建立组播转发路径，这样组播内容可以从组播源沿组播转发路径传送给接收者。

NGN是基于分组技术的融合型网络，以分组交换为主，采用承载与控制相分离的架构，不仅继承了固网的所有业务，而且继承了移动网络的业务。NGN综合了固网、移动网络和IP网络的优势，使得模拟用户、数字用户、移动用户、IP用户以及通过卫星接入的用户都可以作为NGN中的用户相互通信。

图1为现有技术中的NGN架构图，如图所示：包括业务层和承载层，业务层主要包括多媒体子系统(IMS，IP Multimedia Subsystem)、PES(PSTN/IDSN Emulation Subsystem)和用户配置文件(User profiles)，承载层主要包括资源和认证控制子系统(RACS，Resource and AdmissionControl Subsystem)。以及网络附属层子系统(NASS，Network AttachmentSubsystem)。

其中，IMS作为NGN标准架构下的子系统，为固定软交换网与移动软交换网提供了融合的体系架构，实现了业务和控制层面的分离，运营上可以在这一个架构下培育更多新业务，IMS的构架可以承载IPTV业务。

RACS通过实行资源接纳控制，向业务层传送网络管理信息，支持业务控制与传输功能相分离，感知承载层的资源使用情况，保证正确合理地使用承载层资源，保证业务的服务质量，并防止带宽和业务被盗用的现象发生。

图2为现有技术承载层的功能实体构架图，如图所示，该承载层包括RACS、NASS和承载传输层。其中，RACS包括基于业务的策略决策功能实体(SPDF，Service-based Policy Decision Function)、接入侧资源和准入控制功能实体(A-RACF，Access-Resource and Admission Control Function)；承载传输层包括接入点(Access Node)、IP边缘节点(IP Edge)中的资源控制执行功能实体(RCEF)和二层终结功能实体(L2TF)、核心边界节点(Core Border Node)中的边界网关功能实体(BGF，Border GatewayFunction)。

SPDF是向业务层提供的统一接口，用于屏蔽承载层网络拓朴和具体的接入类型，提供基于业务的策略控制，SPDF根据业务层中应用功能实体(AF，Application Function)发送的请求选择策略，并将请求映射为IP服务质量参数提供给BGF，以请求相应的资源，将请求发送给A-RACF。A-RACF具有接纳和策略汇聚的功能，A-RACF从SPDF接收请求，然后基于所保存的策略实现接纳控制，接受或拒绝对承载资源的请求，A-RACF通过e4接口从NASS获得网络附着信息和用户服务质量清单信息，从而可以根据网络位置信息(例如接入用户的物理地址)确定可用的网络资源，同时在处理请求时参考用户服务质量清单信息，A-RACF确定媒体流策略，提供给RCEF。BGF位于接入网和核心网之间，实现核心边界网关功能，也可用位于两个核心网之间，实现互联边界网关功能，BGF在SPDF的控制下完成网络地址转换、门控、服务质量标记、带宽限制、使用策略以及资源同步功能。RCEF实施A-RACF通过Re接口传输的二层/三层(L2/L3)媒体流策略，完成门控、服务质量标记和带宽限制等功能。L2TF是接入网中终结二层连接的功能实体。

为了方便对本专利申请的描述，可以将承载层划分为三段，如图3所示，包括接入网、接入汇聚网和核心网，其中，用户设备(UE，User Equipment)到IP Edge之间称为接入网，IP Edge到Core Border Node之间称为接入汇聚网，Core Border Node以外称为核心网。

目前，基于图2所示的架构实现单播技术的承载资源申请方法如图4所示，其具体步骤为：

步骤401、AF收到会话建立协商信息，判定该会话需要申请承载资源。

步骤402、AF发送会话请求相关信息给SPDF，该信息包含请求承载资源的单播流的描述信息，如单播流五元组(源、目的IP地址、端口以及协议类型)，以及QoS相关参数，如等级、带宽。

步骤403、SPDF对承载资源请求进行授权，此过程包含了SPDF判定该AF的业务请求是否符合设定的策略。

步骤404、如果SPDF成功授权承载资源，则可能需要向A-RACF请求授权预留资源和/或向BGF指示执行资源预留。

在本步骤中，SDPF将依据策略以及AF发送的请求中携带的参数来确定。所以，基于SPDF的决定，步骤405步～步骤408或/和步骤409～步骤409可能不会发生。

SPDF向A-RACF发出的授权预留资源请求中同样包含请求资源的单播流的描述信息以及请求的QoS参数等。

步骤405、A-RACF基于接入网的策略进行资源授权和准入控制。A-RACF同时决定是否需要向RCEF下发策略决策，如果是，执行步骤406。

步骤406、A-RACF指示RCEF运用相关单播流上的策略(取决于步骤405的决定)，策略中包含对运用该策略的单播流的描述(五元组)，以及授权的QoS参数(带宽等)，执行步骤407。

步骤407、RCEF根据A-RACF的指示确定相关策略规则并向A-RACF返回响应(取决于步骤406)，执行步骤407。

步骤408、A-RACF发送资源授权响应给SPDF，通知SPDF授权预留资源的结果。

步骤409、SPDF确定是否需要指示BGF预留分配资源，如果需要则向BGF下发策略。策略中包含对运用该策略的单播流的描述(五元组)，以及授权的QoS参数(带宽等)。

步骤410、BGF执行策略并预留分配承载资源，同时向SPDF返回资源预留的结果。

步骤411、SPDF将步骤408或/和步骤410返回的结果，发送给AF。

从图4可以看出，目前基于图2所示的架构仅仅适用于单播技术，并不适用于组播技术，这是因为：

第一点：单播技术采用点对点的通信模式，网络中的交换机或/和路由器对传输的数据流只进行转发不进行复制，如果10个UE接受相同数据，则服务器需要逐一传送，重复10次相同的工作。而组播技术采用点对多点的通信方式，需要接受相同数据流的UE加入一个组播组，共享组播组提供的一条数据流。图2所示的架构为所有UE发送或接收的数据流流在接入网和核心网进行资源预留，但是如果UE接收的为组播流，则核心网资源是共享的，如果组播流已经建立，则图2所示的架构不需要再预留核心网资源，否则会造成资源的浪费。

第二点：在组播技术中，UE需要向组播路由器发送英特网组管理协议(IGMP，Internet Group Management Protocol)消息加入某个组播组，而该消息在接收该消息的第一个组播路由器上终结，在图2中该组播路由器对应IP EDGE节点。也就是说，如果需要对组播流的资源进行准入控制，防止没有权限的UE加入该组播组，就必须在IP EDGE节点配置准入策略以判断是否允许某UE加入。

通过以上分析可以看出，目前图2所示的架构还不具备组播承载资源准入控制的能力，无法判断是否接纳组播流。但是，从目前IPTV业务的发展趋势来看，组播技术将广泛应用于承载IPTV业务的网络的承载层中，对组播流的资源准入控制将成为保证IPTV业务服务质量的关键所在，如果缺乏对组播流的资源控制方法，将很大程度上制约IPTV业务的广泛开展。

发明内容

本发明实施例提供一种在NGN中实现组播承载资源控制的方法，该方法能够在NGN中实现对组播承载资源的控制。

本发明实施例还提供一种在NGN中实现组播承载资源控制的系统，该系统能够在NGN中实现对组播承载资源的控制。

本发明实施例还提供一种在NGN中实现组播承载资源控制的装置，该装置能够在NGN中实现对组播承载资源的控制。

根据上述目的，本发明实施例的技术方案是这样实现的：

一种实现组播承载资源申请的方法，该方法包括：

基于业务的策略决策功能实体接收到组播承载资源申请请求，授权该请求，将授权后的组播承载资源申请请求发送给接入侧资源和准入控制功能实体；

接入侧资源和准入控制功能实体对该请求对应的组播流承载资源进行授权和准入控制。

一种实现组播承载资源释放的方法，该方法包括：

基于业务的策略决策功能实体接收到组播承载资源释放请求后，给接入侧资源和准入控制功能实体发送组播承载资源释放请求；

接入侧资源和准入控制功能实体接收到该请求后，释放该请求对应的组播流承载资源。

一种实现组播承载资源更改的方法，该方法包括：

基于业务的策略决策功能实体接收到组播承载资源更改请求，授权该请求，将授权后的组播承载资源更改请求发送给接入侧资源和准入控制功能实体；

接入侧资源和准入控制功能实体对该请求对应的组播流承载资源进行授权和准入控制。

一种实现组播承载资源申请的系统，包括：基于业务的策略决策功能实体和接入侧资源和准入控制功能实体，其中，

基于业务的策略决策功能实体，用于接收到组播承载资源申请请求，授权该请求，将授权后的组播承载资源申请请求发送给接入侧资源和准入控制功能实体；

接入侧资源和准入控制功能实体，用于对该请求对应的组播流承载资源进行授权和准入控制。

一种实现组播承载资源释放的系统，包括：基于业务的策略决策功能实体和接入侧资源和准入控制功能实体，其中，

基于业务的策略决策功能实体，用于接收到组播承载资源释放请求后，向接入侧资源和准入控制功能实体发送组播承载资源释放请求；

接入侧资源和准入控制功能实体，用于接收该请求，释放该请求对应的组播流承载资源。

一种实现组播承载资源更改的系统，包括：基于业务的策略决策功能实体和接入侧资源和准入控制功能实体，其中，

基于业务的策略决策功能实体，用于接收到组播承载资源更改请求，授权该请求，将授权后的组播承载资源更改请求发送给接入侧资源和准入控制功能实体；

接入侧资源和准入控制功能实体，用于对该请求对应的组播流承载资源进行授权和准入控制。

一种实现组播承载资源控制的装置，包括接收模块、组播资源授权功能模块和控制策略生成模块，其中，

接收模块，用于接收组播承载资源申请、释放或更改消息；

组播资源授权功能模块，用于对该申请消息或更改消息对应的组播资源授权，对释放消息对应的组播资源释放；

控制策略生成模块，用于为该申请消息或更改消息对应的组播流生成组播流控制策略。

一种实现组播承载资源控制的装置，包括接收模块、组播控制处理模块，其中，

接收模块，用于接收组播流控制策略、或组播流控制策略的更改或删除指示；

组播控制处理模块，用于安装并执行组播流控制策略，或对组播流控制策略进行更改或删除。

综上，本发明实施例对承载层的SPDF和A-RACF的能力进行扩展，使其根据组播承载资源申请请求、更改请求或释放请求，对要处理的组播流承载资源进行相应控制，生成组播流承载策略，用于控制传输层对组播流的组播承载资源进行资源预留控制、带宽限制控制、资源激活控制和接入授权控制的一种或多种组合；本发明实施例还对承载层的BGF和RCEF的能力进行扩展，从而可以根据SPDF或A-RACF下发的组播流控制策略对组播流的组播承载资源进行资源预留控制、带宽限制控制、资源激活控制和接入授权控制控制的一种或多种组合。因此，本发明实施例提供的方法、系统及装置可以在NGN中实现对组播承载资源的控制。

附图说明

图1为现有技术中的NGN架构图；

图2为现有技术承载层的功能实体构架图；

图3为NGN中承载层的划分结构示意图；

图4为现有技术基于图2所示的架构实现单播技术的承载资源申请方法流程图；

图5为本发明实施例在NGN中实现组播承载资源控制的系统一示意图；

图6为本发明实施例在NGN中实现组播承载资源控制的系统二示意图；

图7为本发明实施例在NGN中实现组播承载资源控制的装置一示意图；

图8为本发明实施例在NGN中实现组播承载资源控制的装置二示意图；

图9为本发明较佳实施例在NGN中实现组播承载资源申请的方法流程图；

图10为本发明较佳实施例在NGN中实现组播承载资源释放的方法流程图；

图11为本发明较佳实施例在NGN中实现组播承载资源更改的方法流程图；

图12为本发明实施例以(S，G)为例说明了SPDF处理组播承载资源控制消息的处理流程图；

图13为本发明实施例以(S，G)为例说明了A-RACF处理组播承载资源控制消息的处理流程图；

图14为本发明较佳实施例在NGN中采用PULL方式实现组播承载资源请求的方法流程图。

具体实施方式

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

为了在NGN中实现对组播承载资源的控制，从而保证IPTV业务在网络的承载层使用组播技术，本发明实施例对RACS中的A-RACF和SPDF的能力进行了扩展，对RCEF和BGF的能力进行扩展或设置可以对组播流的承载资源进行控制的实体：使A-RACF和SPDF可以根据申请请求、更改请求或释放请求，对要处理的组播流承载资源进行相应控制，生成组播流承载策略；使RCEF和BGF或设置的实体可以根据SPDF或A-RACF下发的组播流控制策略对对组播流的组播承载资源进行资源预留控制、带宽限制控制、资源激活控制和接入授权控制的一种或多种组合。

在本发明实施例中，当对组播流的承载资源进行申请或更改时，A-RACF用于对要控制的组播流承载资源进行接入侧授权(包括接入网和接入汇聚网)和准入控制；SPDF用于对组播承载资源的申请或更改请求进行授权；RCEF用于根据组播流控制策略对组播流进行对组播流的组播承载资源进行资源预留控制、带宽限制控制、资源激活控制和接入授权控制的一种或多种组合；BGF用于根据组播流控制策略对组播流的组播承载资源进行资源预留控制、带宽限制控制和资源激活控制的一种或多种组合。

本发明实施例可以在A-RACF和SPDF设置保存并更新组播流状态信息的功能，根据组播承载资源申请请求或组播承载资源更改请求携带的信息或/和承载层当前资源信息对组播流进行授权或/和准入控制功能。为了实现上述功能，本实施例增加了以下实体：

组播承载资源授权功能实体(MRAF，Multicast Resource AuthorizationFunction)，用于保存并更新组播流状态信息的功能，以及根据组播承载资源申请请求或组播承载资源更改请求携带的信息或/和承载层当前资源信息对组播流进行授权或/和准入控制功能；

组播控制处理功能实体(MCPF，Multicast Control Processing Function)，用于安装、更改或删除组播流控制策略，并执行组播流控制策略，如对对组播流的组播承载资源进行资源预留控制、带宽限制控制、资源激活控制和接入授权控制的一种或多种组合。

表1给出了图2所示的实体中新增的功能实体：

实体	新增功能实体
		SPDF	MRAF
A-RACF	MRAF
		RCEF	MCPF
BGF	MCPF

表1

在表1中，仅仅出现了RCEF和BGF上增加MCPF，但是在实际应用中，MCPF也可能作为独立的承载层功能实体，分别设置在IP Edge和CoreBorder Node上，与RCEF和BGF分别进行信息交互。

图5为本发明实施例在NGN中实现组播承载资源控制的系统一示意图，该系统以对组播流的承载资源申请为例进行说明，该实施例将新增功能实体的功能分别设置在了SPDF、A-RACF、RCEF和BGF中，如图所示，该系统包括：SPDF、A-RACF、RCEF和BGF，其中，

SPDF，用于从AF接收组播承载资源申请请求，对该请求进行授权，将授权后的组播承载资源申请请求发送给A-RACF，向BGF发送组播流控制策略，接收A-RACF发送的接入侧授权和准入控制结果和BGF发送的策略安装响应；

A-RACF，用于接收SPDF发送授权后的组播承载资源申请请求，根据接入网策略和资源情况对该请求的组播流所需资源进行接入侧授权和准入控制，向RCEF发送组播流控制策略，接收RCEF发送的策略安装结果响应，将接入侧授权和准入控制结果发送给SPDF；

RCEF，用于安装并执行A-RACF发送的组播流控制策略，向A-RACF返回策略安装结果响应；

BGF，用于安装并执行SPDF发送的组播流控制策略；向SPDF返回策略安装结果响应。

在本发明实施例中，该系统还可以包括AF，其中，

SPDF，用于将从A-RACF接收到的接入侧授权和准入控制结果、或A-RACF接收到的接入侧授权和准入控制结果和从BGF接收到的策略安装响应进行汇总，将得到的组播承载资源申请请求处理结果发送给AF。

AF，用于接收SPDF发送的组播承载资源申请请求处理结果。

在本实施例中，SPDF还可以在向BGF发送组播流控制策略之前，判断BGF是否已经存在该组播流(其他UE使用该组播流时已经对承载资源进行了申请)，如果是，则不向BGF发送组播流控制策略，这时，BGF也不用安装并执行组播流控制策略，如果否，则按照上述方案执行。

在本实施例中，A-RACF根据接入侧策略和当前资源情况对组播资源进行授权和准入控制。如判断相应的RCEF上是否已经存在相应的组播流，如果存在，则综合接入网的当前网络资源情况对接入网组播资源进行授权，如果不存在，则综合接入网和接入汇聚网的当前网络资源情况对接入网和接入汇聚网的组播资源进行授权。

在本发明实施例中，当RCEF和BGF采用拉(PULL)方式主动向RACS请求对组播流进行承载资源的申请时，还可以增加组播流控制策略请求功能实体(MPRF，Multicast Policy Request Funtion)，该MPRF的功能可以分别设置在RCEF和BGF中，也可以单独设置。

在RCEF通过Access Node接收到UE加入组播组请求后，通过该MPRF向A-RACF发送组播流控制策略请求，接收到A-RACF发送的组播流控制策略响应后，对组播流执行A-RACF下发的组播流控制策略；

RCEF可以判断该组播流的组播路径是否建立，如果是，则不做任何处理，如果否，则向BGF发送组播路径建立消息，BGF接收到该消息后，通过该MPRF向SPDF发送组播承载资源授权请求，接收到SPDF发送的组播承载资源授权响应后，对组播流执行SPDF下发的组播流控制策略。

图6为本发明实施例在NGN中实现组播承载资源控制的系统二示意图，该系统以对组播流的承载资源申请为例进行说明，在该实施例中，将本发明实施例增加的实体独立设置，该系统包括：SPDF、A-RACF和IP边缘节点中的和在核心边界节点中的MCPF，其中，

SPDF，用于从AF接收组播承载资源申请请求，对该请求授权，将授权后的组播承载资源申请请求发送给A-RACF，向Core Boreder Node上的MCPF发送组播流控制策略，接收A-RACF接入侧授权和准入控制结果和MCPF发送的策略安装响应；

A-RACF，用于接收SPDF发送授权后的组播承载资源申请请求，根据接入网策略和资源情况对该请求的组播流所需资源进行接入侧授权和准入控制，向IP EDGE上的MCRF发送组播流控制策略，接收MCRF发送的策略安装结果响应，将接入侧授权和准入控制结果发送给SPDF；

MCPF，其中，IP EDGE上的MCRF用于安装并执行从A-RACF接收的组播流控制策略，向A-RACF返回策略安装结果响应；Core Boreder Node上的MCPF用于安装并执行从SPDF接收的组播流控制策略，向SPDF返回策略安装结果响应。

在本发明实施例中，该系统还可以包括AF，其中，

SPDF，用于将从A-RACF接收到的接入侧授权和准入控制结果、或A-RACF接收到的接入侧授权和准入控制结果和从BGF接收到的策略安装响应进行汇总，将得到的组播承载资源申请请求处理结果发送给AF。

AF，用于接收SPDF发送的组播承载资源申请请求处理结果。

以上系统实施例叙述了如何对组播承载资源申请请求进行处理的过程，在实际应用中，还可以对组播承载资源释放请求、组播承载资源更改请求进行处理。在处理组播承载资源释放请求时，将该请求发送给A-RACF进行资源释放，A-RACF和SPDF还可以进一步指示传输层删除该组播流的组播流控制策略；在处理组播承载资源更改请求时，SPDF对该请求进行授权，将该请求发送给A-RACF进行资源更改，A-RACF和SPDF还可以进一步指示传输层更改该组播流的组播流控制策略。

图7为本发明实施例在NGN中实现组播承载资源控制的装置一结构示意图，该装置可以为SPDF或A-RACF，包括：接收模块、MRAF模块和控制策略生成模块，其中，

接收模块，用于接收组播承载资源申请、释放或更改消息；

MRAF模块，用于对该申请消息或更改消息对应的组播资源授权，对释放消息对应的组播资源释放；

控制策略生成模块，用于为该申请消息或更改消息对应的组播流生成组播流控制策略。

在本实施例中，该装置还包括：策略发送模块，用于发送生成组播流控制策略。

在本实施例中，该装置采用PULL方式下，还包括：策略请求接收模块和策略发送模块，其中，

策略请求接收模块，用于接收组播流控制策略请求；

策略发送模块，用于发送生成组播流控制策略。

图8为本发明实施例在NGN中实现组播承载资源控制的装置二结构示意图，该装置可以为BGF或RCEF，包括：接收模块和MCPF模块，其中，

接收模块，用于接收组播流控制策略、或组播流控制策略的更改或删除指示；

MCPF模块，用于安装并执行组播流控制策略，或对组播流控制策略进行更改或删除。

图8所示的装置用于PUSH方式，当在PULL方式下，采用的装置还包括组播策略请求模块；

其中，组播策略请求模块，用于请求组播流控制策略。

以下举三个方法实施例，分别叙述在PUSH方式下建立、释放以及更改组播承载资源的方法。在这三个实施例中，都是采用将MRAF设置在SPDF、MRAF设置在A-RACF、MCPF设置在BGF、以及MCPF设置在RCEF中。在这三个实施例中，采用的都是PUSH方式。

图9为本发明实施例在NGN中建立组播承载资源的方法流程图，在该实施例中，具体步骤为：

步骤901、AF接收到业务层会话协商消息，如会话描述协议(SDP，Session Description Protocol)消息，获取该消息携带的会话相关信息。

在本步骤中，会话相关信息包括UE选择期望加入的组播组地址以及媒体相关信息(如需要的带宽等)。

步骤902、AF根据会话相关信息向SPDF发送组播承载申请请求，该请求携带组播流相关信息。

在本步骤中，组播流相关信息必须包括：UE标识和组播流描述信息。在组播流描述信息中，必须包括：组播组D类地址，可选包含至少一个组播源地址以及源地址过滤模式。

组播流相关信息还可以包括：组播流请求的带宽信息或/和资源激活指示信息。如果包括了资源激活指示信息，说明指示激活承载层资源，建立好承载层资源后，承载层资源可以立即使用，否则表示需要等待AF的进一步指示才能使用已经建立好的承载层资源。

步骤903、SPDF接收到AF发送的组播承载申请请求后，对该请求进行授权。如果授权通过，则确定是否在BGF已经存在这个组播流，如果是，则确定向A-RACF发送授权后的组播承载申请请求，后续执行步骤904～909；如果否，则确定向A-RACF发送组播承载申请请求和确定向BGF发送组播流控制策略，后续执行步骤904～909和步骤910～912。

在本步骤中，如果传输组播流请求没有携带带宽信息，则SPDF通过查询本地数据库，获得数据库存储的该组播流所需的带宽。

在本步骤中，根据SPDF设置的对组播流的准入控制功能确定该消息是否授权通过，在本步骤中，SPDF还生成控制策略发送给BGF。

根据SPDF存储的组播流状态信息，判断该请求携带的组播流当前状态，从而确定是否在BGF已经存在这个组播流。例如在Ia接口使用H.248协议时，SPDF判断BGF是否已经为该组播流建立了上下文。

在本实施例中，步骤910～912可能不会发生(BGF已经存在这个组播流时)；步骤910～912和步骤904～909发生的顺序不定，可以同时发生，也可以先执行步骤910～912，再执行904～909。

步骤904、SPDF向A-RACF发送组播承载资源申请请求，该请求携带的信息与步骤902携带的信息一致。

步骤905、A-RACF接收到该请求后，根据接入网策略和资源情况对组播资源进行授权和准入控制。

例如：判断相应的RCEF上是否已经存在相应的组播流，如果存在，则综合接入网的当前网络资源情况对接入网组播资源进行授权，如果不存在，则综合接入网和接入汇聚网的当前网络资源情况对接入网和接入汇聚网的组播资源进行授权。

在本步骤中，根据A-RACF存储的组播流状态信息，判断该消息携带的组播流当前状态，从而判断出RCEF是否已经存在这个组播流。

步骤906、A-RACF向RCEF发送组播流控制策略，指示RCEF对组播流的组播承载资源进行资源预留控制、带宽限制控制、资源激活控制和接入授权控制的一种或多种组合。

在组播流控制策略中，包括：对组播流描述信息、UE标识以及组播流的带宽信息。

在组播流控制策略中，还可以包括：资源激活的指示信息，如果包括了资源激活指示信息，说明指示激活承载层接入侧资源，建立好承载层接入侧资源后，承载层接入侧资源可以立即使用，否则表示需要等待A-RACF的进一步指示才能使用已经建立好的承载层接入侧资源。

步骤907、RCEF安装并执行组播流控制策略，其中包括：RCEF对该组播流执行资源预留、和/或带宽限制、和/或接入授权等控制功能。

在本步骤中，RCEF还可以根据组播流控制策略中包含的组播流的描述信息，如组播组地址，对后续接收来自UE的IGMP请求进行组播接入授权，仅接纳高层AF经RACS下发组播流描述信息的IGMP组播业务流申请，从而实现根据高层AF的应用授权对用户的组播业务请求进行接纳控制的能力。

步骤908、RCEF向A-RACF返回策略安装响应。

步骤909、A-RACF向SPDF返回接入侧组播承载申请响应，指示该组播流的接入侧组播承载资源预留结果。

步骤910、SPDF判断需要向BGF下发组播流控制策略，指示BGF对组播流的组播承载资源进行资源预留控制、带宽限制控制和资源激活控制的一种或多种组合。

如果SPDF判断BGF上没有该组播流存在，则下发组播流控制策略，指示BGF安装该组播流控制策略，例如现在Ia接口使用H..248协议，则用ADD命令增加两个H..248虚拟端点Tc(核心网侧)和Ta(接入网侧)，这两个端点在同一个上下文中。

SPDF向BGF发送组播流控制策略。

在本步骤中，组播流控制策略包括：组播流描述信息以及授权的带宽信息等。该信息还可以包括：资源激活的指示信息，如果包括了资源激活指示信息，说明指示激活承载层接入资源，建立好承载层接入资源后，承载层接入资源可以立即使用，否则表示需要等待A-RACF的进一步指示才能使用已经建立好的承载层接入资源。

步骤911、BGF安装并执行组播流控制策略，根据该组播流控制策略执行组播资源预留、和/或带宽限制、和/或资源激活等控制功能。

步骤912、BGF向SPDF返回策略安装响应。

步骤913、SPDF向AF返回组播承载申请响应，携带组播承载资源的预留结果。

当AF接收到结束会话的消息后，需要向RACS请求释放相应的组播承载资源，如图10所示。

图10为本发明实施例在NGN中释放组播承载资源的方法流程图，在该实施例中，具体步骤为：

步骤1001、AF接收到业务层发送的结束会话消息，确定向承载层请求释放组播承载资源。

步骤1002、AF向SPDF发送组播承载资源释放请求，该请求至少包括：UE标识和会话标识。

在本步骤中，由于AF和SPDF之间的Gq’接口已经定义，可以使用直径(Diameter)协议，使用STR/STA命令来结束会话，并使用会话标识通知SPDF需要结束会话，会话标识可以用以标识组播流，所以无须携带会话相关的其他信息。

步骤1003、SPDF向A-RACF发送组播资源释放请求，请求A-RACF释放接入侧资源，该请求中携带的信息至少包含：UE标识和会话标识。

步骤1004、A-RACF接收到SPDF发送的组播资源释放请求后，释放相应的组播资源。

如判断该组播流在RCEF是否已经没有其他UE使用，如果是，则确定释放该组播流占用的接入网和接入汇聚网组播承载资源，否则，仅确定释放该组播流占用的接入网组播承载资源。

确定的方法可以根据A-RACF存储的组播流状态信息，判断组播流当前状态，确定该组播流还为RCEF所服务的其他UE所使用。

步骤1005、A-RACF指示RCEF删除相应的组播流控制策略，该策略包含携带组播流描述信息和UE标识。

步骤1006、RCEF删除该组播流控制策略。

步骤1007、RCEF向A-RACF返回策略删除响应。

步骤1008、A-RACF向SPDF返回组播承载资源释放响应。

步骤1009、SPDF判断是否需要删除BGF上相应的组播流控制策略，如果该组播流还为BGF所服务的其他UE所使用，则SPDF仅向A-RACF请求释放接入侧资源即可，无需删除BGF上组播流控制策略，即步骤1009～1011不会发生；但是如果该组播流在BGF上该组播流已经没有UE使用，则SPDF需要先后或同时分别向A-RACF和BGF发送组播资源释放请求和组播流策略删除请求，也就是说步骤1003～步骤1008和步骤1009～步骤1011发生的顺序不定，可以先向A-RACF请求释放组播流承载资源，也可以先向BGF请求释放组播流承载资源，当然以上步骤也可以并行发生，如果SPDF判断需要删除BGF上相应的组播流承载资源，则指示BGF进行组播流承载资源删除，如目前Ia接口使用H.248协议，则用Substract命令删除该组播流对应的两个H.248虚拟端点Tc(核心网侧)和Ta(接入网侧)。

步骤1010、BGF根据SPDF的指示删除相应的策略。

步骤1011、BGF向SPDF返回策略删除响应。

步骤1012、SPDF向AF返回资源释放的响应。

在本发明实施例中，当组播流的编码发生变化、组播源改变或频道切换时，使得组播流所需要的带宽资源发生变化或这对组播流的过滤规则发生变化，需要在承载层对组播流的承载资源也进行相应变更。

如图11所示，图11为本发明实施例在NGN中变更组播承载资源的流程图，具体步骤为：

步骤1101、AF接收到业务层的会话消息，判断承载层与该会话相关的组播数据流的承载资源需要更改。

步骤1102、AF向SPDF发送组播承载资源更改请求，该请求至少包括UE标识。

在本步骤中，该消息还可以包括：更改后的组播流信息(组播组地址)，更改后的请求带宽信息，以及其他更改后的QoS参数。如果采用IGMP V3发送消息，该消息还需要包含组播源地址，还可能包含源地址过滤模式。

步骤1103、SPDF接收到组播承载资源更改请求后，对该请求进行授权，授权通过后，判断是否需要对组播流在BGF上的组播流控制策略更改，如果不需要，则只执行步骤1104～1109叙述的对组播流在A-RACF上的组播承载资源进行更改过程；如果需要，则执行步骤1104～1109叙述的对组播流在A-RACF上的组播承载资源进行更改过程，和步骤1110～1112叙述的对在BGF上的该组播流控制策略进行更改过程。

在本步骤中，根据SPDF存储的组播流状态信息，判断为改的组播流当前状态，确定该组播流还为BGF服务的其他UE所使用，则不需要更改BGF上的对该组播流的控制策略。例如：UE进行频道切换，切换前的频道仍然有其他UE收看，则SPDF仅向A-RACF请求更改接入组播承载资源即可，无需更改BGF上的组播承载资源。

在本实施例中，步骤1110～1112可能不会发生；步骤1110～1112和步骤1104～1109发生的顺序不定，可以同时发生，也可以先执行步骤1110～1112，再执行1104～1109。

步骤1104、SPDF向A-RACF发送组播承载资源更改请求，请求A-RACF更改接入侧组播承载资源，该消息中携带的信息至少包括：UE标识；

在本步骤中，该消息还可以包括：更改后的组播流信息(组播组地址)，更改后的请求带宽信息，以及其他更改后的QoS参数。如果采用IGMP V3发送消息，该消息还需要包含组播源地址，还可能包含源地址过滤模式。

步骤1105、A-RACF接收到SPDF发送的该请求后，根据接入侧的策略和资源情况运用新的服务质量参数进行授权和准入控制。

例如：根据标识组播流的信息确定组播流当前占用的接入侧组播承载资源，根据更改组播流信息更改该接入侧组播承载资源，包括对接入网组播承载资源和/或接入汇聚网组播承载资源的更改。

步骤1106、A-RACF指示RCEF更改相应的组播流控制策略。

该策略中必须携带UE标识，还可以包括更改后的组播流描述信息、更改后带宽信息以及其他更改后的服务质量参数。

步骤1107、RCEF执行该组播流控制策略的更改。

步骤1108、RCEF向A-RACF返回策略更改响应。

步骤1109、A-RACF向SPDF返回组播承载资源更改响应。

步骤1110、如果SPDF判断需要更改BGF上组播资源，则指示BGF更改相应的组播流控制策略。

如目前Ia接口上使用H.248，则BGF用Modify命令修改该组播流对应的两个H.248虚拟端点Tc和Ta的属性。

步骤1111、BGF执行该组播流控制策略的更改。

步骤1112、BGF向SPDF返回策略更改的响应。

步骤1113、SPDF向AF返回组播承载资源更改响应。

在本发明实施例提供的系统、装置及方法可以看出，由于组播技术和单播技术的差异，使得SPDF和A-RACF需要针对组播技术的特点增加对组播承载资源控制消息，包括组播承载资源申请、释放和更改消息的处理功能，才能最终使承载层可以对组播流的承载资源进行控制。

图12以(S，G)为例说明了SPDF处理组播承载资源控制消息的处理流程图，其中，(S，G)代表一个组播组，S为组播源地址，G为组播组地址；N为BGF上的(S，G)所服务的UE数目；(S’，G’)代表另一个组播组，组播源地址为S’，组播组地址为G’。

在本实施例中，SPDF需要存储所有组播承载资源控制消息的组播流(S，G)和接收该组播流在BGF上所服务的UE数目对应关系，并对该组播流在BGF上所服务UE数目实时更新(该对应关系可以当作组播流状态信息)，以确定处理组播承载资源控制消息的流程，当SPDF接收到来自AF的组播承载资源控制消息之后，判断该请求的类型：

A)申请组播承载资源。SPDF判断是否已存在(S，G)组播流，如果没有，则为此(S，G)创建相应的N(N＝1)，随后指示BGF为该组播流安装组播流控制策略，请求A-RACF预留接入侧组播承载资源；如果已存在对应的N，则N＝N+1，随后请求A-RACF预留接入侧组播承载资源。

B)释放组播承载资源。SPDF判断(S，G)对应的(N＝N-1)后N是否等于0，如果等于0，则删除(S，G)与N的对应关系，并指示BGF删除组播流控制策略，请求A-RACF释放接入侧组播承载资源；如果N不为0，则SPDF直接请求A-RACF释放接入组播承载资源即可。

C)更改承载资源。如果是请求将(S，G)的资源分配给另一个组播流(S’，G’)，则实施B)流程；如果是请求将其他组播流(S’，G’)的资源分配给(S，G)，则实施A)流程。

与SPDF处理组播承载资源控制消息的过程类似，图13以(S，G)为例说明了A-RACF处理接入组播承载资源控制消息的处理流程图，其中，(S，G)代表一个组播组，S为组播源地址，G为组播组地址；N为RCEF上的(S，G)所服务的UE数目；(S’，G’)代表另一个组播组，组播源地址为S’，组播组地址为G’。

在本实施例中，A-RACF需要存储所有组播承载资源控制消息的组播流(S，G)和接收该组播流的UE数目对应关系，并对UE数目实时更新，以确定处理接入组播承载资源控制消息的流程，当A-RACF接收到来自SPDF的接入组播承载资源控制消息之后，判断该请求的类型：

A)申请组播承载资源。A-RACF判断是否已存在(S，G)组播流，如果没有，则为此(S，G)创建相应的N′(N′＝1)，授权接入网和接入汇聚网的组播承载资源；如果已存在对应的N′，则N′＝N′+1，授权接入网的组播承载资源。最后指示RCEF安装执行组播流控制策略。

B)释放组播承载资源。A-RACF判断(S，G)对应的(N′＝N′-1)后N′是否等于0，如果等于0，则删除(S，G)与N′的对应关系，授权释放接入网和接入汇聚网的组播承载资源；如果N′不为0，授权释放接入网组播承载资源。最后指示RCEF删除组播流控制策略。

C)更改承载资源。如果是请求将(S，G)的资源分配给另一个组播流(S’，G’)，则实施B)流程；如果是请求将其他组播流(S’，G’)的资源分配给(S，G)，则实施A)流程。

在上述方案中，当组播承载资源授权之后，由A-RACF向RCEF发送组播流控制策略或/和由SPDF向BGF发送组播流控制策略，这都是采用PUSH方式。在本发明实施例中，还可以使用PULL方式来完成组播流控制策略的申请。也就是说，承载层向RACS请求组播流控制策略，承载层的IP Edge通过Access Node接收到UE发送的加入组播组请求后，向RACS发起组播流控制策略请求，此时RACS中的A-RACF向RCEF发送组播流控制策略或/和由SPDF向BGF发送组播流控制策略。

但是由于现有定义RCEF和BGF为策略执行实体，没有具备主动请求预留组播承载资源的能力，所以在本实施例中，RCEF和BGF除了需要扩展表1所描述的能力外，还需要增加MPRF，使其在接收到加入组播组请求或建立组播路径消息后，主动向RACS发送组播承载资源授权请求。当然，此处MPRF也可以作为IP Edge和Core Border上独立的功能实体负责向RACS请求组播承载资源授权。

以下采用组播承载资源申请的过程说明如何采用PULL方式实现，如图14所示，其具体步骤为：

步骤1401、AF接收到业务层会话协商消息，如SDP消息，获取该消息携带的会话相关信息。

在本步骤中，会话相关信息包括UE选择期望加入的组播组地址以及组播流的信息(如需要的带宽等)。

步骤1402、AF根据会话相关信息向SPDF发送组播承载资源申请请求，该请求携带组播流相关信息。

在本步骤中，组播流相关信息必须包括：UE标识和组播流描述信息。在组播流描述信息中，必须包括：组播组D类地址，可选包含至少一个组播源地址以及源地址过滤模式。

组播流相关信息还可以包括：请求带宽信息或/和资源激活指示信息。如果包括了资源激活指示信息，说明指示激活承载层资源，建立好承载层资源后，承载层资源可以立即使用，否则表示需要等待AF的进一步指示才能使用已经建立好的承载层资源。

步骤1403、SPDF接收到AF发送的该请求后，对该请求进行授权，授权通过。确定是否在BGF已经存在这个组播流，如果是，则确定仅向A-RACF发送该消息；如果否，则确定向A-RACF发送该请求和可选地向BGF下发组播流控制策略。

在本步骤中，如果该请求没有携带带宽信息，则SPDF获取组播流的带宽。

在本步骤中，根据SPDF设置的对组播流的准入控制功能确定该请求是否授权通过。

根据SPDF存储的组播流状态信息，判断该请求携带的组播流当前状态，从而确定是否在BGF已经存在这组播流。例如在Ia接口使用H.248协议时，SPDF判断BGF是否已经为该组播流建立了上下文。

步骤1404、SPDF向A-RACF发送组播承载资源申请消息。

步骤1405、A-RACF接收到该请求后，根据接入网策略和资源情况对组播资源进行授权和准入控制。

如：判断相应的RCEF上是否已经存在相应的组播流，如果存在，则综合接入网的当前网络资源情况对接入网组播资源进行授权，如果不存在，则综合接入网和接入汇聚网的当前网络资源情况对接入网和接入汇聚网的组播资源进行授权。

在本步骤中，根据A-RACF存储的组播流状态信息，判断该消息携带的组播流当前状态，从而判断出RCEF是否已经存在这个组播流。

步骤1406、A-RACF向SPDF返回组播承载资源申请响应。

步骤1407、SPDF向AF返回组播承载资源申请响应。

步骤1408、RCEF接收到来自UE的加入该组播组的请求消息，如IGMP消息，RCEF判断该组播流的组播路径是否建立，如果不是，则确定向BGF发起组播路径建立请求(执行步骤1411～1413)，如果是，则步骤1411～1413不会执行。

步骤1409、RCEF向A-RACF发送组播承载资源授权策略的请求，该请求中包括描述该组播流信息和UE标识。

步骤1410、A-RACF查找为该用户授权的组播流控制策略，通过组播承载资源授权响应将已授权的组播流控制策略发送给RCEF，RCEF安装并执行该组播流控制策略。

步骤1411、BGF接收到组播路径建立请求消息，继续向核心网转发该请求。

步骤1412、BGF向SPDF发送组播承载资源授权策略的请求，该请求中包括描述该组播流信息。

步骤1413、SPDF查找为该组播流授权的组播流控制策略，通过组播承载资源授权响应将已授权的组播流控制策略发送给BGF，BGF安装并执行该组播流控制策略。

从上述各个系统、装置及方法的实施例的叙述可以看出，本发明实施例对承载层的SPDF和A-RACF的能力进行扩展，使其根据组播承载资源申请请求、更改请求或释放请求，对要处理的组播流承载资源进行相应控制，生成组播流承载策略，用于控制传输层对组播流的组播承载资源进行资源预留控制、带宽限制控制、资源激活控制和接入授权控制的一种或多种组合。

更进一步地，本发明实施例还对承载层的BGF和RCEF的能力进行扩展或直接设置接受SPDF和A-RACF控制的MRAF，从而可以根据SPDF或A-RACF下发的组播流控制策略对组播流的组播承载资源进行资源预留控制、带宽限制控制、资源激活控制和接入授权控制控制的一种或多种组合。

因此，本发明实施例提供的方法、系统及装置可以在NGN中实现对组播承载资源的控制，该控制包括对组播承载资源的申请、释放或更改的控制。

以上是对本发明具体实施例的说明，在具体的实施过程中可对本发明的方法进行适当的改进，以适应具体情况的具体需要。因此可以理解，根据本发明的具体实施方式只是起示范作用，并不用以限制本发明的保护范围。

Claims (43)

1、一种实现组播承载资源申请的方法，其特征在于，该方法包括：

基于业务的策略决策功能实体接收到组播承载资源申请请求，授权该请求，将授权后的组播承载资源申请请求发送给接入侧资源和准入控制功能实体；

接入侧资源和准入控制功能实体对该请求对应的组播流承载资源进行授权和准入控制。

2、如权利要求1所述的方法，其特征在于，该方法还包括：

接入侧资源和准入控制功能实体向资源控制执行功能实体发送该组播流的组播流控制策略，所述策略指示包括以下控制中的一种或多种组合：对组播流进行资源预留控制、带宽限制控制、资源激活控制和接入授权控制；

资源控制执行功能实体安装并执行该组播流控制策略。

3、如权利要求1所述的方法，其特征在于，该方法还包括：

基于业务的策略决策功能实体判断边界网关功能实体没有存在该组播流，向边界网关功能实体发送该组播流的组播流控制策略，所述策略指示包括以下控制中的一种或多种组合：对组播流进行资源预留控制、带宽限制控制和资源激活控制；

边界网关功能实体安装并执行该组播流控制策略。

4、如权利要求1所述的方法，其特征在于，该方法还包括：

资源控制执行功能实体接收到用户设备发送的携带标识组播流的加入组播组请求消息，向接入侧资源和准入控制功能实体请求该组播流的组播流控制策略；

接入侧资源和准入控制功能实体向资源控制执行功能实体发送该组播流的组播流控制策略，所述策略指示包括以下控制中的一种或多种组合：对组播流进行资源预留控制、带宽限制控制、资源激活控制和接入授权控制；

资源控制执行功能实体安装并执行该组播流控制策略。

5、如权利要求2或4所述的方法，其特征在于，所述资源控制执行功能实体执行该组播流接入授权控制策略的过程为：

资源控制执行功能实体根据该组播流控制策略中的组播流描述信息，对后续接收来自用户设备的IGMP请求进行组播接入授权。

6、如权利要求4所述的方法，其特征在于，该方法还包括：

资源控制执行功能实体判断该组播流的组播路径尚未建立，向边界网关功能实体发送携带标识组播流的组播路径建立请求消息；

边界网关功能实体向基于业务的策略决策功能实体请求该组播流的组播流控制策略；

基于业务的策略决策功能实体向边界网关功能实体发送该组播流的组播流控制策略，所述策略指示包括以下控制中的一种或多种组合：对组播流进行资源预留控制、带宽限制控制和资源激活控制；

边界网关功能实体安装并执行该组播流控制策略。

7、如权利要求1或3所述的方法，其特征在于，该方法还包括：

基于业务的策略决策功能实体接收来自接入侧资源和准入控制功能实体对该请求对应的组播流承载资源进行授权和准入控制的结果；

或者，基于业务的策略决策功能实体接收来自接入侧资源和准入控制功能实体的对该请求对应的组播流承载资源进行授权和准入控制的结果，和，来自边界网关功能实体的该策略安装结果；

基于业务的策略决策功能实体汇总接收到的结果，向应用功能实体返回该请求中请组播承载资源的结果。

8、如权利要求1所述的方法，其特征在于，该方法还包括：

接入侧资源和准入控制功能实体和/或基于业务的策略决策功能实体分别向分别设置IP边缘节点中的和/或在核心边界节点中的组播控制处理功能实体发送该组播流的组播流控制策略，所述策略指示包括以下控制中的一种或多种组合：对组播流进行资源预留控制、带宽限制控制、资源激活控制和接入授权控制控制；

IP边缘节点中的和/或在核心边界节点中的组播控制处理功能实体安装并执行该组播流控制策略。

9、如权利要求1所述的方法，其特征在于，所述接入侧资源和准入控制功能实体对该请求对应的组播流承载资源进行授权和准入控制是根据接入侧策略和当前接入侧资源情况进行的。

10、如权利要求9所述的方法，其特征在于，所述接入侧包括接入网和接入汇聚网，所述根据入侧策略和当前接入侧资源情况进行授权和准入控制为：

判断资源控制执行功能实体上是否已经存在该组播流，如果存在，则根据接入网的当前网络资源情况对接入网组播资源进行授权和准入控制；如果不存在，则根据接入网和接入汇聚网的当前网络资源情况对接入网和接入汇聚网的组播资源进行授权和准入控制。

11、一种实现组播承载资源释放的方法，其特征在于，该方法包括：

基于业务的策略决策功能实体接收到组播承载资源释放请求后，给接入侧资源和准入控制功能实体发送组播承载资源释放请求；

接入侧资源和准入控制功能实体接收到该请求后，释放该请求对应的组播流承载资源。

12、如权利要求11所述的方法，其特征在于，该方法还包括：

接入侧资源和准入控制功能实体指示资源控制执行功能实体删除该组播流的组播流控制策略；

资源控制执行功能实体根据该指示删除该组播流的组播流控制策略。

13、如权利要求11所述的方法，其特征在于，该方法还包括：

基于业务的策略决策功能实体判断边界网关功能实体上的该组播流不为其他用户设备所使用，指示边界网关功能实体删除该组播流的组播流控制策略；

边界网关功能实体根据该指示删除该组播流的组播流控制策略。

14、如权利要求11或13所述的方法，其特征在于，该方法还包括：

基于业务的策略决策功能实体接收来自接入侧资源和准入控制功能实体该请求对应的组播流承载资源进行释放结果；

或者，基于业务的策略决策功能实体接收来自接入侧资源和准入控制功能实体对该请求对应的组播流承载资源释放的结果，和，基于业务的策略决策功能实体接收来自边界网关功能实体删除该组播流的组播流控制策略的结果；

基于业务的策略决策功能实体汇总接收到的结果，向应用功能实体返回该请求释放组播承载资源的结果。

15、如权利要求11所述的方法，其特征在于，该方法还包括：

接入侧资源和准入控制功能实体和/或基于业务的策略决策功能实体分别指示分别设置IP边缘节点中的和/或在核心边界节点中的组播控制处理功能实体删除该组播流的组播流控制策略；

IP边缘节点中的和/或在核心边界节点中的组播控制处理功能实体删除该组播流控制策略。

16、一种实现组播承载资源更改的方法，其特征在于，该方法包括：

基于业务的策略决策功能实体接收到组播承载资源更改请求，授权该请求，将授权后的组播承载资源更改请求发送给接入侧资源和准入控制功能实体；

接入侧资源和准入控制功能实体对该请求对应的组播流承载资源进行授权和准入控制。

17、如权利要求16所述的方法，其特征在于，该方法还包括：

接入侧资源和准入控制功能实体指示资源控制执行功能实体更改该组播流的组播流控制策略；

资源控制执行功能实体执行该组播流控制策略的更改。

18、如权利要求16所述的方法，其特征在于，该方法还包括：

基于业务的策略决策功能实体判断需要更改边界网关功能实体上的该组播流的组播流控制策略，指示边界网关功能实体更改该组播流的组播流控制策略；

边界网关功能实体执行该组播流控制策略的更改。

19、如权利要求16或18所述的方法，其特征在于，该方法还包括：

基于业务的策略决策功能实体接收来自接入侧资源和准入控制功能实体对该请求对应的组播流承载资源进行授权和准入控制的结果；

或者，基于业务的策略决策功能实体接收来自接入侧资源和准入控制功能实体对该请求对应的组播流承载资源进行授权和准入控制的结果，和，基于业务的策略决策功能实体接收来自边界网关功能实体的更改该组播流承载策略结果；

基于业务的策略决策功能实体汇总接收到的结果，向应用功能实体返回该请求更改组播承载资源的结果。

20、如权利要求16所述的方法，其特征在于，该方法还包括：

接入侧资源和准入控制功能实体和/或基于业务的策略决策功能实体分别指示分别设置IP边缘节点中的和/或在核心边界节点中的组播控制处理功能实体更改该组播流的组播流控制策略；

IP边缘节点中的和/或在核心边界节点中的组播控制处理功能实体执行该组播流控制策略的更改。

21、一种实现组播承载资源申请的系统，其特征在于，包括：基于业务的策略决策功能实体和接入侧资源和准入控制功能实体，其中，

基于业务的策略决策功能实体，用于接收到组播承载资源申请请求，授权该请求，将授权后的组播承载资源申请请求发送给接入侧资源和准入控制功能实体；

接入侧资源和准入控制功能实体，用于对该请求对应的组播流承载资源进行授权和准入控制。

22、如权利要求21所述的系统，其特征在于，该系统还包括：资源控制执行功能实体，其中，

接入侧资源和准入控制功能实体，用于向资源控制执行功能实体发送该组播流的组播流控制策略，所述策略指示包括以下控制中的一种或多种组合：对组播流进行资源预留控制、带宽限制控制、资源激活控制和接入授权控制；

资源控制执行功能实体，用于安装并执行该组播流控制策略。

23、如权利要求21所述的系统，其特征在于，该系统还包括：边界网关功能实体，其中，

基于业务的策略决策功能实体，用于向边界网关功能实体发送该组播流的组播流控制策略，所述策略指示包括以下控制中的一种或多种组合：对组播流进行资源预留控制、带宽限制控制和资源激活控制；

边界网关功能实体，用于安装并执行该组播流控制策略。

24、如权利要求21或23所述的系统，其特征在于，该系统还包括应用功能实体，

所述接入侧资源和准入控制功能实体，用于向基于业务的策略决策功能实体返回对该请求对应的组播流承载资源进行授权和准入控制的结果；

或者，

所述接入侧资源和准入控制功能实体，用于向基于业务的策略决策功能实体返回对该请求对应的组播流承载资源进行授权和准入控制的结果，

所述边界网关功能实体，用于向基于业务的策略决策功能实体返回执行该组播流控制策略的结果；

基于业务的策略决策功能实体，用于根据接收到的结果向应用功能实体返回该请求申请组播承载资源的结果。

25、如权利要求21所述的系统，其特征在于，该系统还包括：资源控制执行功能实体，其中，

资源控制执行功能实体，用于接收用户设备发送的携带标识组播流的加入组播组请求消息，向接入侧资源和准入控制功能实体请求该组播流的组播流控制策略；执行功能实体安装并执行该组播流控制策略；

接入侧资源和准入控制功能实体，用于向资源控制执行功能实体发送该组播流的组播流控制策略。

26、如权利要求25所述的系统，其特征在于，该系统还包括：边界网关功能实体，其中，

资源控制执行功能实体，用于向边界网关功能实体发送携带标识组播流的组播路径建立请求消息；

边界网关功能实体，用于接收组播路径建立请求消息，向基于业务的策略决策功能实体请求该组播流的组播流控制策略，安装并执行该组播流控制策略；

基于业务的策略决策功能实体，用于向边界网关功能实体发送该组播流的组播流控制策略。

27、如权利要求21所述的系统，其特征在于，该系统还包括：IP边缘节点中的和/或在核心边界节点中的组播控制处理功能实体，其中，

接入侧资源和准入控制功能实体和/或基于业务的策略决策功能实体，分别用于向IP边缘节点中的和/或在核心边界节点中的组播控制处理功能实体发送该组播流的组播流控制策略；

IP边缘节点中的和/或在核心边界节点中的组播控制处理功能实体，用于安装并执行接入侧资源和准入控制功能实体和基于业务的策略决策功能实体发送的该组播流的组播流控制策略。

28、一种实现组播承载资源释放的系统，其特征在于，包括：基于业务的策略决策功能实体和接入侧资源和准入控制功能实体，其中，

基于业务的策略决策功能实体，用于接收到组播承载资源释放请求后，向接入侧资源和准入控制功能实体发送组播承载资源释放请求；

接入侧资源和准入控制功能实体，用于接收该请求，释放该请求对应的组播流承载资源。

29、如权利要求28所述的系统，其特征在于，该系统还包括：资源控制执行功能实体，其中，

接入侧资源和准入控制功能实体，用于指示资源控制执行功能实体删除该组播流的组播流控制策略；

资源控制执行功能实体，用于根据该指示删除该组播流的组播流控制策略。

30、如权利要求28所述的系统，其特征在于，该系统还包括：边界网关，其中，

基于业务的策略决策功能实体，用于指示边界网关功能实体删除该组播流的组播流控制策略；

边界网关功能实体，用于根据该指示删除该组播流的组播流控制策略。

31、如权利要求28所述的系统，其特征在于，该系统还包括：IP边缘节点中的和/或在核心边界节点中的组播控制处理功能实体，其中，

接入侧资源和准入控制功能实体和/或基于业务的策略决策功能实体，用于分别指示IP边缘节点中的和/或在核心边界节点中的组播控制处理功能实体删除该组播流的组播流控制策略；

IP边缘节点中的和/或在核心边界节点中的组播控制处理功能实体，用于根据指示删除该组播流的组播流控制策略。

32、如权利要求28所述的系统，其特征在于，该系统还包括应用功能实体，

所述接入侧资源和准入控制功能实体，用于向基于业务的策略决策功能实体返回释放该请求对应的组播流承载资源的结果；

或者，所述接入侧资源和准入控制功能实体，用于向基于业务的策略决策功能实体返回释放该请求对应的组播流承载资源的结果，和，所述边界网关功能实体，用于向基于业务的策略决策功能实体返回删除该组播流的组播流控制策略的结果；

所述基于业务的策略决策功能实体，用于根据接收到的结果向应用功能实体返回该请求释放组播承载资源的结果。

33、一种实现组播承载资源更改的系统，其特征在于，包括：基于业务的策略决策功能实体和接入侧资源和准入控制功能实体，其中，

基于业务的策略决策功能实体，用于接收到组播承载资源更改请求，授权该请求，将授权后的组播承载资源更改请求发送给接入侧资源和准入控制功能实体；

接入侧资源和准入控制功能实体，用于对该请求对应的组播流承载资源进行授权和准入控制。

34、如权利要求33所述的系统，其特征在于，该系统还包括：资源控制执行功能实体，其中，

接入侧资源和准入控制功能实体，用于指示资源控制执行功能实体更改该组播流的组播流控制策略；

资源控制执行功能实体，用于执行该组播流控制策略的更改。

35、如权利要求33所述的系统，其特征在于，该系统还包括：边界网关功能实体，其中，

基于业务的策略决策功能实体，用于指示边界网关功能实体更改该组播流的组播流控制策略；

边界网关功能实体，用于执行该组播流控制策略的更改。

36、如权利要求33所述的系统，其特征在于，该系统还包括应用功能实体，

所述接入侧资源和准入控制功能实体，用于向基于业务的策略决策功能实体返回对该请求对应的组播流承载资源进行授权和准入控制的结果；

或者，所述接入侧资源和准入控制功能实体，用于向基于业务的策略决策功能实体返回对该请求对应的组播流承载资源进行授权和准入控制的结果，和，所述边界网关功能实体，用于向基于业务的策略决策功能实体返回执行该组播流控制策略更改的结果；

所述基于业务的策略决策功能实体，用于根据接收到的结果向应用功能实体返回该请求更改组播承载资源的结果。

37、如权利要求33所述的系统，其特征在于，该系统还包括：IP边缘节点中的和/或在核心边界节点中的组播控制处理功能实体，其中，

接入侧资源和准入控制功能实体和/或基于业务的策略决策功能实体，用于分别指示设置的IP边缘节点中的和/或在核心边界节点中的组播控制处理功能实体更改该组播流的组播流控制策略；

组播控制处理功能实体，用于根据指示执行该组播流控制策略的更改.

38、一种实现组播承载资源控制的装置，其特征在于，包括接收模块、组播资源授权功能模块和控制策略生成模块，其中，

接收模块，用于接收组播承载资源申请、释放或更改消息；

组播资源授权功能模块，用于对该申请消息或更改消息对应的组播资源授权，对释放消息对应的组播资源释放；

控制策略生成模块，用于为该申请消息或更改消息对应的组播流生成组播流控制策略。

39、如权利要求38所述的装置，其特征在于，所述装置还包括：策略发送模块，用于发送生成组播流控制策略。

40、如权利要求38所述的装置，其特征在于，所述装置还包括：策略请求接收模块和策略发送模块，其中，

策略请求接收模块，用于接收组播流控制策略请求；

策略发送模块，用于发送生成组播流控制策略。

41、如权利要求38所述的装置，其特征在于，所述装置还包括策略总决策模块，用于将处理组播承载资源申请、释放或更改消息的结果发送给应用功能实体。

42、一种实现组播承载资源控制的装置，其特征在于，包括接收模块、组播控制处理模块，其中，

接收模块，用于接收组播流控制策略、或组播流控制策略的更改或删除指示；

组播控制处理模块，用于安装并执行组播流控制策略，或对组播流控制策略进行更改或删除。

43、如权利要求42所述的装置，其特征在于，该装置还包括组播策略请求模块；

其中，组播策略请求模块，用于请求组播流控制策略。

Images