CN101521583A - 一种资源接纳控制方法、系统和装置 - Google Patents

Abstract

本发明实施例公开了一种资源接纳控制方法、系统和装置，所述资源接纳控制方法包括以下步骤：接入节点将用户驻地设备请求加入的业务的组播地址映射为所述业务包含的分层码流对应的组播地址，并进行资源接纳请求；所述接入节点根据资源接纳结果确定被接纳的分层码流；在接收到媒体源发送的分层码流之后，所述接入节点将所述被接纳的分层码流对应的组播地址转换为所述被接纳的分层码流对应的业务的组播地址，转发所述被接纳的分层码流到所述用户驻地设备。本发明实施例降低了接纳控制的复杂度，减少了业务初始化和业务切换的时间。

Description

一种资源接纳控制方法、系统和装置

技术领域

本发明实施例涉及通信技术领域，特别涉及一种资源接纳控制方法、系统和装置。

背景技术

随着流媒体技术、视频编/解码技术和宽带接入技术的逐步发展，IPTV(Internet Protocol Television，网络电视)业务得到越来越广泛的应用。IPTV业务利用IP网络向用户提供BTV(Broadcast Television，电视节目直播)、VoD(Video on Demand，视频点播)、TSTV(Time-Shifted TV，时移电视)等多种数字媒体应用。与传统广播电视和电信业务相比，它具有交互性和业务多样性的特点。由于直播类电视节目有一对多的特点，IPTV平台把同一节目推送到所有收看该节目的用户。为了节省承载网的带宽资源和服务器资源，目前主要采用组播技术开展直播业务。

NGN(Next Generation Network，下一代网络)技术采用分层、开放的体系机构，支持多种异构网络间的融合，用户可应用多种有线和无线接入技术接入NGN。但是由于各异构网络中用户的可用带宽不同，而组播技术要求用户通过组播树共享同一数据流，因此在网络带宽存在瓶颈时，某些用户无法获得足够带宽以满足IPTV业务需求。另一方面，用户所使用的终端设备不同，处理能力、存储能力和显示能力的差异造成用户对IPTV视频质量有不同需求。媒体源无法利用组播技术为用户提供不同速率的媒体流编码以适应其需求。如何根据用户不同的网络资源状况和自身需求(如网络类型、带宽、设备接收能力、分辨率、错误敏感性等)来提供他们能够接收的质量最优的视频信号是急需解决的问题。

为了解决这个问题，简单的解决方法是媒体服务器把相同内容的节目编码成不同编码速率的媒体流以支持不同的网络连接和用户设备，但这种方法由于占用额外网络资源因此会带来扩展性问题，同时不能提供精细粒度的调整。另一种可行方法是采用分层组播。视频源的分层组播视频编码器将原始视频数据编码到一个或多个不同优先级的流或层中，即基本层和增强层。其中，基本层包含视频流的基本信息，所需带宽较低；增强层包含能连续改善基本层流质量的较低优先级数据。在解码端，基本层的码流可以独立重建图像，但视频质量较差，由基本层和增强层的码流联合解码则可获得更好的图像质量。分层编码可分为：空间分级、时间分级、信噪比分级和精细分级。在组播环境中，每一个分层编码码流可通过一个独立的组播组传输，用户根据其可用带宽和用户设备类型决定其所需的QoS(Quality of Service，服务质量)，并选择加入相应的组播组。当网络资源变化时，用户可通过加入或离开相应的组播组以获得最好的服务体验。采用分层编码可以随时调整比特流以适应信道带宽，减少信道阻塞，不需要切换和重新缓存。每一套节目只需要一个版本的视频流，从而有效的节约了存储空间和制作成本。

目前主要有两种分层组播拥塞控制方法：基于发送方的自适应拥塞控制和基于接收方的自适应拥塞控制。

在基于发送方的自适应拥塞控制中，发送方根据网络状况和接收方的反馈，调整视频传输速率，即传送基本层或基本层和增强层的组合。但是这种方法不适合采用组播技术的BTV业务，发送方不能针对每个用户的可用资源和用户设备类型调整传输速率。当网络发生拥塞时，降低整体传输速率可能会影响其他并没有经历拥塞的用户。

在基于接收方的自适应拥塞控制中，发送方在多个层上发送媒体流，每一层采用不同的传输速率并加入独立的组播组，接收方根据可用资源和接收设备类型在多个层上同时接收数据。这样使得接收方可以独立地以不同的速率接收相同内容的节目。接收方根据所在网络的拥塞状况决定加入哪些组播组，如果在一段时间内没有经历拥塞，它将继续加入更高一层的组播组；如果检测到了拥塞或拥塞的趋势，接收方从它当前正在接收数据的最高层中退出。接收方不断重复这个过程，根据网络状况动态调整接收的编码层，直到达到一个稳定状态。

但是，由于接收方无法获得网络资源状况信息，因此无法直接决定需要加入或退出哪些组播组，只能根据带宽模型进行推测，系统收敛到一个稳定状态的延时有可能很长。另外，实时多媒体应用普遍采用UDP(User DatagramProtocol，用户数据报协议)传输协议，在网络发生拥塞状况时，这种应用会和TCP(Transmission Control Protocol，传输控制协议)协议的应用抢占网络资源。

发明内容

本发明实施例提供一种资源接纳控制方法、系统和装置，以减少频道初始化和频道切换的时间，降低接纳控制的复杂度。

为达到上述目的，本发明实施例一方面提供一种资源接纳控制方法，包括以下步骤：接入节点将用户驻地设备请求加入的业务的组播地址映射为所述业务包含的分层码流对应的组播地址，并进行资源接纳请求；所述接入节点根据资源接纳结果确定被接纳的分层码流；在接收到媒体源发送的分层码流之后，所述接入节点将所述被接纳的分层码流对应的组播地址转换为所述被接纳的分层码流对应的业务的组播地址，转发所述被接纳的分层码流到所述用户驻地设备。

另一方面，本发明实施例还提供一种资源接纳控制系统，包括接入节点和资源接纳控制功能实体，所述接入节点，用于接收用户驻地设备发送的业务加入请求，将所述用户驻地设备请求加入的业务的组播地址映射为所述业务包含的分层码流对应的组播地址，向所述资源接纳控制功能实体进行资源接纳请求，并接收所述资源接纳控制功能实体回应的资源接纳结果，根据所述资源接纳结果确定被接纳的分层码流，在接收到媒体源发送的分层码流之后，将所述被接纳的分层码流对应的组播地址转换为所述被接纳的分层码流对应的业务的组播地址，转发所述被接纳的分层码流到所述用户驻地设备；所述资源接纳控制功能实体，用于接收所述接入节点发送的资源接纳请求，进行接纳控制，并将接纳控制结果下发给所述接入节点。

再一方面，本发明实施例还提供一种接入节点，包括：组播控制模块，用于接收用户驻地设备发送的业务加入请求；组播地址映射模块，用于根据所述组播控制模块接收的业务加入请求，将所述用户驻地设备请求加入的业务的组播地址映射为所述业务包含的分层码流对应的组播地址，并通知所述组播控制模块进行资源接纳请求；接纳确定模块，用于接收资源接纳结果，根据所述资源接纳结果确定被接纳的分层码流；组播地址更改模块，用于在接收到媒体源下发的分层码流之后，将所述被接纳的分层码流对应的组播地址转换为所述被接纳的分层码流对应的业务的组播地址；组播复制模块，用于将所述被接纳的分层码流复制到与所述被接纳的分层码流对应的端口，转发所述被接纳的分层码流到所述用户驻地设备。

与现有技术相比，本发明实施例具有以下优点：通过本发明实施例，接入节点将用户驻地设备请求加入的业务的组播地址映射为业务包含的分层码流对应的组播地址，向资源接纳控制功能实体统一进行资源接纳请求。从而实现了将业务和该业务对应的多个组播组相关联统一向资源接纳控制功能实体进行资源接纳请求，降低了接纳控制的复杂度，也减少了业务初始化和业务切换的时间。

附图说明

图1是本发明实施例资源接纳控制方法的流程图；

图2是本发明实施例接入节点结构示意图；

图3是本发明实施例一用户加入频道的流程图；

图4是本发明实施例二用户退出频道的流程图；

图5是本发明实施例三动态调整加入编码层的流程图；

图6是本发明实施例三动态调整减少编码层的流程图；

图7是本发明实施例资源接纳控制系统的结构图。

具体实施方式

本发明实施例提供了一种资源接纳控制方法、系统和装置，用于实现在资源接纳控制功能实体中为同一业务中的多个资源请求进行资源接纳和分配。在采用分层编码的IPTV业务中，一个频道包含多个媒体流，分别由独立的组播组进行传输。当用户请求加入一个频道时需要发送多个IGMP(InternetGroup Message Protocol，互联网组管理协议)Join请求加入这个频道所对应的组播组群。接入节点将同一业务中的多个请求关联到同一资源控制会话中，向资源接纳控制功能实体发送资源接纳请求。然后资源接纳控制功能实体根据可用资源状况和分层编码优先策略进行资源接纳控制。通过本发明实施例，将业务和多个组播组相关联，统一进行资源接纳控制，从而降低了资源接纳控制的复杂度。由于针对一个业务的多个媒体流只需要发送一个资源接纳请求，因此减少了业务初始化和业务切换的时间，使用户体验到更为快捷的业务体验。

如图1所示，为本发明实施例资源接纳控制方法的流程图，具体包括以下步骤：

步骤S101，接入节点将用户驻地设备请求加入的业务的组播地址映射为所述业务包含的分层码流对应的组播地址，并进行资源接纳请求。

步骤S102，接入节点根据资源接纳结果确定被接纳的分层码流。在根据资源接纳结果确定被接纳的分层码流之后，如果被接纳的分层码流还未下发到接入节点，说明该接入节点还没有连接到所述被接纳的分层码流对应的组播树上，那么接入节点需要首先加入被接纳的分层码流对应的组播树，然后接入节点在自身的分层码流转发表中增加进行分层码流组播复制的端口，这些端口指与用户对应的，转发分层码流的端口。

步骤S103，在接收到媒体源发送的分层码流之后，接入节点将被接纳的分层码流对应的组播地址转换为被接纳的分层码流对应的业务的组播地址，转发被接纳的分层码流到所述用户驻地设备。

另外，在接收到资源接纳结果之后，接入节点记录被接纳的分层码流，当接入节点接收到用户驻地设备发送的离开消息时，所述接入节点根据用户驻地设备ID和该用户驻地设备接收的业务查找资源控制会话ID，并且查找已存的被接纳的分层码流的记录，获取当前该用户实际接收的分层码流组播组的集合，统一向资源接纳控制功能实体请求释放资源。具体为：将用户驻地设备对应的端口从接入节点的分层码流转发表中删除，并向资源接纳控制功能实体发送资源释放通知，通知资源接纳控制功能实体释放资源，该资源释放通知携带查找到的资源控制会话ID。

如果接入节点确定为用户驻地设备申请新的编码层，则在确定为所述用户驻地设备增加新的编码层之后，接入节点根据用户驻地设备ID和用户驻地设备接收的业务查找资源控制会话ID，将资源控制会话ID和新增编码层的资源接纳请求绑定，然后将新增编码层的资源接纳请求发送给资源接纳控制功能实体。

资源接纳控制功能实体在接收到接入节点发送的资源接纳请求之后，根据资源接纳请求中的资源控制会话ID查找该资源控制会话的资源接纳记录，并根据资源接纳记录对新增编码层的资源接纳请求进行策略决策，并向接入节点回应接纳控制结果。

在接收到资源接纳控制功能实体回复的接纳控制结果之后，接入节点在分层码流转发表中添加与新增编码层码流对应的端口，这样在新增编码层码流的组播地址被修改为所述新增编码层码流对应的业务的组播地址之后，所述接入节点根据接入节点保存的分层码流转发表将新增编码层码流复制到与所述新增编码层码流对应的端口，进而转发到用户驻地设备。

如果接入节点判断需要减少转发给用户驻地设备的编码层，接入节点根据当前资源和用户驻地设备接收的业务中每个编码层占用的资源确定退出的编码层，在分层码流转发表中删除确定退出的编码层对应的端口，同时修改用户驻地设备接收的业务中接收数据的编码层。接入节点根据所述用户驻地设备ID和所述用户驻地设备接收的业务查找资源控制会话ID，然后接入节点在所述接入节点上修改或通知资源接纳控制功能实体修改资源接纳记录，更新资源接纳状态。

本发明实施例提出的资源接纳控制方法，接入节点将用户驻地设备请求加入的业务的组播地址映射为业务包含的分层码流对应的组播地址，向资源接纳控制功能实体统一进行资源接纳请求。从而实现了将一个业务和多个组播组关联进行统一资源接纳控制，降低了资源接纳控制的复杂度。由于针对一个业务的多个媒体流只需要发送一个资源接纳请求，从而实现了在用户点播业务时，减少业务初始化和业务切换的时间，使用户体验到更为快捷的业务体验，并可根据网络资源状况对用户业务进行动态调整，使用户获得该用户可获得的最好业务体验。

如图2所示，为本发明实施例接入节点21的结构示意图，包括：组播控制模块211、组播地址映射模块212、接纳确定模块213、组播地址更改模块214、组播复制模块215、端口删除模块216、资源通知模块217，

用户通过IPTV业务服务器获得EPG(Electronic Program Guide，电子节目菜单)并在其中选择希望看的频道。IPTV业务控制和传输功能模块对该请求进行鉴权后，用户可获得频道对应的组播组地址G1。该鉴权过程是在本发明中举例说明使用的实施例，但本发明实施例并不局限于此，还可能有其他的鉴权过程。CPE(Customer Premises Equipment，用户驻地设备)向组播控制模块211发送频道加入请求IGMP Join G1。组播控制模块211将该请求发送给组播地址映射模块212。组播控制模块211和组播地址映射模块212可在同一接入节点21中。组播地址映射模块212已预先通过IPTV业务服务器获得频道组播组地址和该频道内分层码流对应的组播组地址(例如GL1，GL2，...，GLn)，频道组播组地址和频道内分层码流对应的组播组地址的对应关系被保存在表T1中。根据对应关系，组播地址映射模块212将频道组播地址映射成该频道所含分层码流对应组播组地址，即将G1映射为GL1，GL2，...，GLn。再通知组播控制模块211根据分层码流资源请求总和统一向资源接纳控制功能实体进行资源接纳请求。另外，在组播地址映射模块212中的表T2中为每个用户保存当前收看频道对应资源接纳成功的码流组播组集合，在AN自动调节用户接收编码层次时使用。尽管用户收看同一频道，根据本发明实施例所提供的方法，用户实际接收到的分层码流由可用带宽决定。本发明实施例设计分层码流转发表T3，保存分层码流需要被复制到的端口的信息，即哪些用户需要接收本分层码流。用Port(n)表示端口号，以GL1为例，其T3表项为(GL1＝>Port1，Port2，...，PortN)。

表T1

 

频道组播组地址	频道内所有分层编码对应组播组地址
		G1	GL1，GL2，.......GLn

表T2

 

用户	当前收看频道	频道内接收数据的编码层
			U1	G1	GL1，GL2

表T3

 

编码层	需要转发的端口列表
		GL1	P1，P2，P3
GL2	P1，P2

接纳确定模块213，用于接收所述资源接纳控制功能实体回应的资源接纳结果，根据所述资源接纳结果确定被接纳的分层码流；

组播地址更改模块214，用于在接收到媒体源发送的分层码流之后，将所述分层码流对应的组播地址转换为所述分层码流对应的频道的组播地址；

组播复制模块215，用于根据资源接纳结果将被接纳的分层码流复制到与被接纳的分层码流对应的端口，将被接纳的分层码流转发到用户驻地设备。

其中，组播地址映射模块212包括：对应关系保存子模块2121，用于在接收到资源接纳控制功能实体回应的资源接纳结果之后，记录被资源接纳控制功能实体接纳的编码层，保存被接纳的编码层的组播流的组播地址与被接纳的编码层对应频道的组播地址的对应关系。

其中，接入节点21还包括：端口删除模块216，用于当接收到CPE发送的离开消息时，将CPE对应的端口从组播地址映射模块212保存的分层码流转发表中删除；

资源通知模块217，用于在端口删除模块216删除端口之后，向资源接纳控制功能实体发送资源通知，通知所述资源接纳控制功能实体释放资源，该资源通知携带所述AN根据CPE ID和CPE接收的频道查找到的资源控制会话ID。

本发明实施例一中，为了使用户可以选择接收视频流的速率，使用一个独立的组播组传输分层编码中的每个编码层。为了简化用户的接入方法，缩短频道切换时间，并让组播控制模块211对频道请求进行统一资源接纳处理，在接入线路侧，用户以加入频道的组播组来代替加入频道所对应的多个编码层组播组集合。这种映射关系由AN中的组播地址映射模块212处理。当用户加入一个频道时机顶盒发送加入该频道组播组的请求。组播地址映射模块212根据该频道和其编码层对应关系，将该频道组播组地址转换成其所对应的一个或多个编码层组播组的地址集，根据此集合的资源请求统一向资源接纳控制功能实体请求资源。组播控制模块211根据资源接纳结果，为获得资源分配的编码层修改对应分层码流转发表T3，增加码流需要转发的端口；同时用户加入编码层对应的组播树，成为叶子节点。

当接收到传输同一频道数据的多个编码层组播数据流后，接入设备需要修改媒体流的目的组播地址。由于用户加入的是频道组播组，而频道对应分层编码组播组对用户来说是透明的，用户是不会接收分层编码组播组数据流的。所以接入设备在转发编码层组播流时，需要根据频道和编码层次对应表，在组播地址更改模块214把编码层组播数据包的目的组播地址修改为其所在频道组播地址。在本发明实施例一中，资源接纳控制功能实体具体为RACF(Resource Admission Control Function，资源接纳控制功能)实体。

假设频道3对应组播地址G3，其对应的视频内容编码分层对应的组播地址为L1、L2和L3，其中L1为基本层，L2、L3为递增的增强层，则本发明实施例一用户加入频道的流程图，如图3所示，在本发明实施例一中，用户驻地设备以STB(Set Top Box，机顶盒)为例进行说明，具体包括以下步骤：

步骤S301，加入频道。当用户按下遥控器上频道3按键时，STB向AN(Access Node，接入节点)发送频道3的组播加入请求，即加入组播组G3的IGMP“Join”G3。

步骤S302，将频道转换成编码层组播组集合。频道3的IGMP“Join”消息到达接入节点AN后，AN通过查找频道和编码层的对应表T1，获知G3包括的视频分层编码对应的组播组为GL1、GL2和GL3。

步骤S303，发送资源决策请求。AN将GL1、GL2和GL3关联到同一个资源控制会话中，分配资源控制会话ID，向RACF实体中的PD-FE(Policydecision-Function Entity，策略决定功能模块)发送资源决策请求。

步骤S304，PD-FE对包含3个编码层的资源请求进行鉴权等策略决策。

步骤S305，在决策通过后，PD-FE向TRC-FE(Traffic resourcecontrol-Function Entity，传输资源控制功能模块)发送资源初始化请求，进行可用资源检查，并获得响应。

步骤S306，PD-FE在得到资源初始化响应后，按照用户订制的策略进行资源接纳。若可用带宽无法满足基本层GL1的资源请求，则拒绝接纳。若满足基本层资源请求，但不能完全满足扩展层资源请求，则根据用户策略决定：如果用户选择“尽力而为”，则PD-FE可接纳请求资源的最高编码层；如果用户选择“非弹性”，则拒绝接纳频道请求。若能满足全部编码层次的请求，则PD-FE接纳该频道请求。无论全部接纳还是部分接纳，PD-FE需记录该资源控制会话中所有编码层次对应的接纳状态，在编码层次自适应调节时查看。

步骤S307，PD-FE通过资源决策响应向AN回应接纳结果。

步骤S308，AN在表T2中记录被接纳的编码层，加入组播树。

AN在表T2中记录被接纳的编码层，并判断被接纳的编码层组播流是否到达本地，如果没有，则运行组播树建立协议，加入对应的组播树。随后修改编码层在本地的分层码流转发表T3，增加需进行分层码流组播复制的端口。

当频道3对应的多层编码组播流到达AN时，AN首先查找频道和编码层对应表T1，获得需要变更成的频道组播地址G3。然后查找分层码流转发表T3，获取本层编码组播流需要被复制的端口列表。在组播地址更改模块214把组播报文目的地址修改成频道组播地址G3，再复制到对应端口进行转发。

如图4所示，为本发明实施例二用户退出频道的流程图。在本发明实施例二中，用户驻地设备同样以STB为例进行说明，当用户退出频道时，STB发送的仍然是退出频道组请求。接入设备需要通过用户和频道信息找到对应的资源控制会话ID，并且查找表T2，获取当前该用户实际接收的码流组播组集合，统一向资源接纳控制功能实体请求释放资源。

同时接入节点修改对应的分层码流转发表T3，将用户对应端口从编码层对应的组播复制端口列表中删除。若接入节点发现该用户是一个或多个编码层组播组的最后一个用户，根据策略决定是否将本接入节点从对应组播树中删除。具体包括以下几个步骤：

步骤S401，当用户离开正在收看的频道时，由机顶盒STB向AN发送IGMP“Leave”消息。

步骤S402，查找资源控制会话ID，删除组播复制列表中对应端口。IGMP“Leave”消息到达接入节点后，接入节点根据用户及其所看频道获得对应资源控制会话ID，以及当前正在接收数据的编码层组播组。将用户对应的端口从编码层对应的分层码流转发表T3中删除，并停止向该用户复制组播流。

步骤S403，AN向RACF实体的策略决定功能模块PD-FE发送资源通知，携带资源控制会话ID，通知RACF实体释放资源。

步骤S404，PD-FE向传输资源控制功能模块TRC-FE发送资源释放请求，并获取响应。

分层编码的一个优势在于可动态调节编码层次，在不造成网络拥塞情况下让接收端得到质量最优的视频图像。目前动态调整编码层次可由接收方或发送方来触发。由于IPTV的BTV业务采用组播技术传送媒体流，当只有部分用户体验到网络拥塞时，发送端动态调整分层编码会降低所有收看该频道的用户业务体验，即使该用户有足够资源可以获得更高质量图像。

在本发明实施例中，接入设备保存频道和编码层次对应关系，以及当前用户收看的频道，可以让接入设备根据接入线路的资源利用情况，动态调整用户可接收的编码层次。在调整过程中，无论是接入设备还是资源接纳控制设备，调整操作都要和之前为用户本次应用而建立的资源控制会话相关联。动态调整分为加入编码层和退出编码层。

如图5所示，为本发明实施例三动态调整加入编码层的流程图。最初进行频道资源请求时可能只有部分分层码流的请求获得足够资源被接纳，或者在频道收看过程中由于接入线路的资源不足退出了部分编码层次，用户没有接收当前频道所能提供的所有分层码流。当接入线路有空余资源时，接入设备可以为用户请求该频道中比当前正在接收数据的编码层次更高的编码层次，即让接入设备向资源接纳控制模块发起资源请求。假设频道对应三个编码层次(L1/2/3)，当前AN正在向CPE转发一个编码层次(L1)，AN为CPE申请加入后两个编码层次(L2/3)。

步骤S501，触发资源请求。AN判断可以为CPE增加新的编码层次，其判断依据有多种选择：例如AN可以监控CPE对应的出端口缓存，判断是否有拥塞；可以定期判断CPE是否正在接收频道下的所有编码组播流；可以通过第三方监控器，随时监控CPE接入线路的拥塞情况，并报告给AN。无论哪种方式，只要AN决定需要增加新的编码层后，就会根据用户和频道信息查找对应的RCS ID(Resource Control Speak Identifier，资源控制会话标识)，并将新请求和RCS ID绑定。

步骤S502，AN向策略决策功能模块PD-FE发送新编码层次的资源接纳请求。

步骤S503，PD-FE对新增码流的资源请求进行策略决策。

PD-FE收到资源接纳请求后，首先匹配RCS ID，找到本资源控制会话的资源接纳记录。PD-FE基于本资源控制会话对新增码流的资源请求进行策略决策(鉴权)。

步骤S504，PD-FE向TRC-FE发送资源初始化请求，为新增编码层进行可用资源检查。

步骤S505，PD-FE根据TRC-FE的响应进行最终接纳决策。若可用带宽不能完全满足所有扩展层资源请求，则根据用户策略决定：如果用户选择“尽力而为”，接纳可提供请求资源的最高编码层；如果用户选择“非弹性”，则拒绝接纳新编码层的资源接纳请求。无论全部接纳还是部分接纳，PD-FE需记录该资源控制会话中所有编码层次对应的接纳状态，在编码层次自适应调节时查看。

步骤S506，PD-FE给AN回应资源接纳结果。

步骤S507，AN执行策略。

AN根据资源接纳结果，修改表T3中编码层码流对应的端口，此后到达的L2/3层码流的组播地址被修改为频道组播地址后根据T3中的对应关系复制到相应的端口。

如图6所示，为本发明实施例三动态调整减少编码层的流程图。具体包括以下几个步骤：

当接入线路出现故障，比如持续高带宽流注入，造成线路拥塞，影响用户接收到的视频质量，这时可以考虑退出部分编码层次，避免拥塞。假设频道包含三个编码层次(L1/2/3)，当前用户接收这三个层次，AN发现CPE接入线路故障，需要减少当前接收数据的编码层。

步骤S601，触发资源释放。AN判断需要减少转发给CPE的编码层，其判断依据有多种选择。例如：AN可以监控CPE对应的出端口缓存，判断是否有拥塞。

步骤S602，AN向RACF请求当前资源使用信息。

若AN不知道接入线路资源使用情况，则向RACF实体请求当前资源使用信息。若AN中有资源控制模块，保存当前接入线路资源使用情况，则不需要这一步。

步骤S603，AN决定需要退出的编码层。

AN根据当前资源和CPE接收的频道每个编码层占用的资源，决定需要退出的编码层。AN修改表T3中编码层码流对应的端口，删除CPE对应的端口，停止向该用户复制该组播流。同时修改表T2中该用户收看的频道中接收数据的最高编码层；此外AN通过用户和频道信息找到RCS ID，在本地修改或通知RACF实体修改资源接纳记录，更新资源接纳状态。

步骤S604，AN通知RACF实体同步资源使用状况。

如图7所示，为本发明实施例资源接纳控制系统的结构图，包括用户驻地设备71，接入节点72和资源接纳控制功能实体73，

用户驻地设备71，用于向接入节点72发送业务加入请求，并接收接入节点72转发的分层码流；

接入节点72，用于接收用户驻地设备71发送的业务加入请求，将用户驻地设备71请求加入的业务的组播地址映射为业务包含的分层码流对应的组播地址，并向资源接纳控制功能实体73进行资源接纳请求，在接收到媒体源下发的分层码流之后，将分层码流对应的组播地址转换为所述分层码流对应的业务的组播地址，并根据资源接纳结果将所述被接纳的分层码流转发到请求所述业务的用户驻地设备；

资源接纳控制功能实体73，用于接收接入节点72发送的资源接纳请求，根据可用资源状况和用户策略进行接纳控制，并将接纳控制的结果下发给接入节点72。

其中，资源接纳控制功能实体73包含：策略决策功能模块，用于根据用户定制的策略和可用资源状况对资源接纳请求进行决策；以及，

传输资源控制模块，用于获取和保存用户驻地设备所属网络的拓扑和可用资源状况。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (13)

1、一种资源接纳控制方法，其特征在于，包括以下步骤：

接入节点将用户驻地设备请求加入的业务的组播地址映射为所述业务包含的分层码流对应的组播地址，并进行资源接纳请求；

所述接入节点根据资源接纳结果确定被接纳的分层码流；

在接收到媒体源发送的分层码流之后，所述接入节点将所述被接纳的分层码流对应的组播地址转换为所述被接纳的分层码流对应的业务的组播地址，转发所述被接纳的分层码流到所述用户驻地设备。

2、如权利要求1所述资源接纳控制方法，其特征在于，在所述根据资源接纳结果确定被接纳的分层码流之后，还包括：

当所述接入节点不在所述被接纳的分层码流对应的组播树上时，所述接入节点加入所述组播树。

3、如权利要求1所述资源接纳控制方法，其特征在于，在所述接入节点接收所述资源接纳控制功能实体回应的资源接纳结果之后，还包括：

所述接入节点在所述接入节点的分层码流转发表中增加进行分层码流组播复制的端口，所述分层码流转发表保存所述分层码流被复制到的端口的信息。

4、如权利要求1所述资源接纳控制方法，其特征在于，还包括：

当所述接入节点接收到所述用户驻地设备发送的离开消息时，所述接入节点根据所述用户驻地设备ID和所述用户驻地设备接收的业务查找资源控制会话ID；

所述接入节点向资源接纳控制功能实体发送资源通知，通知所述资源接纳控制功能实体释放资源，所述资源通知携带所述资源控制会话ID。

5、如权利要求4所述资源接纳控制方法，其特征在于，在所述接入节点接收到所述用户驻地设备发送的离开消息之后，还包括：

所述接入节点将所述用户驻地设备对应的端口从所述接入节点的分层码流转发表中删除，所述分层码流转发表保存所述分层码流被复制到的端口的信息。

6、如权利要求1所述资源接纳控制方法，其特征在于，还包括：

在确定为所述用户驻地设备增加新的编码层之后，所述接入节点根据所述用户驻地设备ID和所述用户驻地设备接收的频道查找资源控制会话ID，将所述资源控制会话ID和所述新增编码层的资源接纳请求绑定；

所述接入节点将所述新增编码层的资源接纳请求发送给资源接纳控制功能实体。

7、如权利要求6所述资源接纳控制方法，其特征在于，在所述接入节点将所述新增编码层的资源接纳请求发送给所述资源接纳控制功能实体之后，还包括：

所述资源接纳控制功能实体根据所述资源接纳请求中的资源控制会话ID查找所述资源控制会话的资源接纳记录；

所述资源接纳控制功能实体根据所述资源接纳记录对所述新增编码层的资源接纳请求进行策略决策，并向所述接入节点回应决策结果。

8、如权利要求7所述资源接纳控制方法，其特征在于，在向所述接入节点回应决策结果之后，还包括：

所述接入节点在分层码流转发表中添加与所述新增编码层码流对应的端口；

在所述新增编码层码流的组播地址被修改为所述新增编码层码流对应的业务的组播地址之后，所述接入节点根据所述分层码流转发表将所述新增编码层码流复制到与所述新增编码层码流对应的端口。

9、如权利要求1所述资源接纳控制方法，其特征在于，还包括：

在确定为所述用户驻地设备减少编码层之后，所述接入节点根据当前资源和所述用户驻地设备接收的业务中每个编码层占用的资源确定退出的编码层；

所述接入节点在分层码流转发表中删除所述确定退出的编码层对应的端口，同时修改所述用户驻地设备接收的业务中接收数据的编码层；

所述接入节点根据所述用户驻地设备ID和所述用户驻地设备接收的业务查找资源控制会话ID，通知资源接纳控制功能实体修改资源接纳记录，更新资源接纳状态。

10、一种资源接纳控制系统，其特征在于，包括接入节点和资源接纳控制功能实体，

所述接入节点，用于接收用户驻地设备发送的业务加入请求，将所述用户驻地设备请求加入的业务的组播地址映射为所述业务包含的分层码流对应的组播地址，向所述资源接纳控制功能实体进行资源接纳请求，并接收所述资源接纳控制功能实体回应的资源接纳结果，根据所述资源接纳结果确定被接纳的分层码流，在接收到媒体源发送的分层码流之后，将所述被接纳的分层码流对应的组播地址转换为所述被接纳的分层码流对应的业务的组播地址，转发所述被接纳的分层码流到所述用户驻地设备；

所述资源接纳控制功能实体，用于接收所述接入节点发送的资源接纳请求，进行接纳控制，并将所述接纳控制的结果下发给所述接入节点。

11、一种网络设备，其特征在于，包括：

组播控制模块，用于接收用户驻地设备发送的业务加入请求；

组播地址映射模块，用于根据所述组播控制模块接收的业务加入请求，将所述用户驻地设备请求加入的业务的组播地址映射为所述业务包含的分层码流对应的组播地址，并通知所述组播控制模块进行资源接纳请求；

接纳确定模块，用于接收资源接纳结果，根据所述资源接纳结果确定被接纳的分层码流；

组播地址更改模块，用于在接收到媒体源下发的分层码流之后，将所述被接纳的分层码流对应的组播地址转换为所述被接纳的分层码流对应的业务的组播地址；

组播复制模块，用于将所述被接纳的分层码流复制到与所述被接纳的分层码流对应的端口，转发所述被接纳的分层码流到所述用户驻地设备。

12、如权利要求11所述网络设备，其特征在于，所述组播地址映射模块包括：

对应关系保存子模块，用于在所述接纳确定模块接收到所述资源接纳结果之后，保存所述被接纳的分层码流的组播地址与所述被接纳的分层码流对应业务的组播地址的对应关系。

13、如权利要求11所述网络设备，其特征在于，还包括：

端口删除模块，用于当接收到所述用户驻地设备发送的离开消息时，将所述用户驻地设备对应的端口从所述组播地址映射模块保存的分层码流转发表中删除，所述分层码流转发表保存所述分层码流被复制到的端口的信息；

资源通知模块，用于在所述端口删除模块删除端口之后，向资源接纳控制功能实体发送资源通知，通知所述资源接纳控制功能实体释放资源，所述资源通知携带所述接入节点根据所述用户驻地设备ID和所述用户驻地设备接收的业务查找到的资源控制会话ID。

Images