IPTV资源分配方法及系统

摘要

本发明的实施例公开了一种IPTV资源分配的方法、装置，系统，涉及通信技术领域，为节约IPTV业务中的带宽资源而发明。其中所述方法包括：当单播资源不够时，通过中间网络实体由组播接入控制实体为单播接入控制实体分配资源；当组播资源不够时，通过中间网络实体由单播接入控制实体为组播接入控制实体分配资源。本发明实施例主要应用于IPTV技术领域中。

权利要求

1.一种IPTV资源分配方法，其特征在于，所述方法包括如下步骤：当单播资源不够时，通过中间网络实体由组播接入控制实体为单播接入控制实体分配资源；

当组播资源不够时，通过中间网络实体由单播接入控制实体为组播接入控制实体分配资源；

所述通过中间网络实体由单播接入控制实体为组播接入控制实体分配资源的步骤包括：所述组播接入控制实体向所述中间网络实体发送扩展资源请求；

所述中间网络实体根据所述扩展资源请求，向单播接入控制实体发送资源请求；

所述单播接入控制实体根据所述资源请求，为所述组播接入控制实体分配资源后，向所述中间网络实体发送资源分配响应；

所述中间网络实体根据所述资源分配响应，向所述组播接入控制实体发送扩展资源分配响应；

所述通过中间网络实体由组播接入控制实体为单播接入控制实体分配资源的步骤包括：所述单播接入控制实体向所述中间网络实体发送资源请求；

所述中间网络实体根据所述资源请求，向组播接入控制实体发送扩展资源请求；

所述组播接入控制实体根据所述扩展资源请求，为所述单播接入控制实体分配资源后，向所述中间网络实体发送扩展资源分配响应；

所述中间网络实体根据所述扩展资源分配响应，向所述单播接入控制实体发送资源分配响应。

2.根据权利要求1所述的IPTV资源分配方法，其特征在于，所述的组播接入控制实体与中间网络实体之间采用的通信协议包括扩展接入点控制协议，所述的单播接入控制实体与中间网络实体之间采用的通信协议包括公共开放政策服务，Diameter协议，H.248协议中的一种。

3.根据权利要求1所述的IPTV资源分配方法，其特征在于，组播接入控制实体与中间网络实体之间采用扩展接入点控制协议，所述扩展资源请求包括：线路标识，请求或释放的带宽，请求或释放结果三个字段，其中所述请求或释放的带宽字段包括如下组成部分：操作类型，请求的最小的带宽，请求的最大的带宽，节目名称或节目标识。

4.根据权利要求1所述的IPTV资源分配方法，其特征在于，所述方法还包括：在组播接入控制实体上存储用户的资源配置信息；

当用户接入时，单播接入控制实体向所述中间网络实体发送资源查询请求；

所述中间网络实体根据所述资源查询请求，向所述组播接入控制实体发送扩展资源查询请求；

所述组播接入控制实体查询所述用户的资源配置信息；

所述组播接入控制实体为所述用户配置组播资源；

所述组播接入控制实体向所述中间网络实体发送扩展资源查询响应；

所述中间网络实体根据所述扩展资源查询响应，向所述单播接入控制实体发送资源查询响应；

所述单播接入控制实体为所述用户配置单播资源。

5.根据权利要求1所述的IPTV资源分配方法，其特征在于，所述方法还包括：当用户离开组播组/停止组播节目点播时，所述组播接入控制实体向中间网络实体发送扩展资源释放请求；

所述中间网络实体根据所述扩展资源释放请求，向单播接入控制实体发送资源释放请求；

在资源释放完毕后，所述单播接入控制实体向中间网络实体发送资源释放响应；

所述中间网络实体根据所述资源释放响应，向组播接入控制实体发送扩展资源释放响应。

6.一种资源分配系统，其特征在于，所述系统包括：组播接入控制实体，用于当单播资源不够时，组播接入控制实体通过中间网络实体为单播接入控制实体分配资源；

单播接入控制实体，用于当组播资源不够时，单播接入控制实体通过中间网络实体为组播接入控制实体分配资源；

中间网络实体，用于作为所述组播接入控制实体和单播接入控制实体的中介，为组播接入控制实体或单播接入控制实体传递信息；

所述单播接入控制实体通过中间网络实体为组播接入控制实体分配资源包括：所述组播接入控制实体向所述中间网络实体发送扩展资源请求；

所述中间网络实体根据所述扩展资源请求，向单播接入控制实体发送资源请求；

所述单播接入控制实体根据所述资源请求，为所述组播接入控制实体分配资源后，向所述中间网络实体发送资源分配响应；

所述中间网络实体根据所述资源分配响应，向所述组播接入控制实体发送扩展资源分配响应；

所述组播接入控制实体通过中间网络实体为单播接入控制实体分配资源包括：所述单播接入控制实体向所述中间网络实体发送资源请求；

所述中间网络实体根据所述资源请求，向组播接入控制实体发送扩展资源请求；

所述组播接入控制实体根据所述扩展资源请求，为所述单播接入控制实体分配资源后，向所述中间网络实体发送扩展资源分配响应；

所述中间网络实体根据所述扩展资源分配响应，向所述单播接入控制实体发送资源分配响应。

7.根据权利要求6所述的资源分配系统，其特征在于，所述组播接入控制实体与中间网络实体之间利用扩展接入点控制协议进行通信，所述单播接入控制实体与中间网络实体之间利用公共开放政策服务，Diameter协议，H.248协议中的一种进行通信。

说明书

IPTV资源分配方法及系统

技术领域

[0001] 本发明涉及通信技术领域，尤其涉及一种IPTV资源分配方法、装置及系统。 背景技术

[0002] IPTV视频是高带宽消耗的业务，并且在视频数据等的传输过程中，不允许出现丢包现象。而网络带宽，尤其是用户链路带宽一般都非常有限。为保证IPTV视频业务有效开展，保证业务质量，必须在网络中部署资源管理(Resource Management，RM)和连接接纳控制(Connection Admission Control，CAC)功能。

[0003] IPTV业务包括组播/广播视频(如BTV)和单播视频(如VOD)两种业务。由于组播业务和单播业务两种业务的工作模式差别很大，因此，两种业务的CAC功能的实现也有所不同：

[0004] 对于组播业务而言，其组播CAC一般在接入节点(Access Node，AN)本地完成。也就是，当检测到用户拨号，请求加入某个频道时，由AN判断用户的链路带宽是否满足请求加入的频道的带宽需求，或判断用户加入的频道数是否超过了限制的最大数量。如果用户的链路带宽不足，或者用户加入的频道数超过了限制的最大数目，则在AN处的CAC失败，将拒绝用户的频道加入请求。

[0005] 而单播业务的单播CAC功能一般由独立的RM服务器完成。所述RM服务器了解网络拓扑，管理着从单播视频服务器到用户的端到端的带宽，因此可以在用户请求单播视频业务时，由业务服务器向RM服务器请求资源，然后RM服务器判断端到端的带宽是否满足单播视频业务所要求的带宽，向业务服务器返回资源请求结果。最后由业务服务器根据资源请求结果决定是否接纳业务。

[0006] 在现有实现IPTV业务的过程中，有以下两种实现方式：

[0007] 方案一：为保证IPTV视频业务质量，方案一中，在用户链路上，分别为组播业务和单播业务预留相应的带宽资源，由AN完成本地组播CAC功能，RM服务器完成单播视频服务器到用户的端到端CAC功能。在方案一中，单播业务的CAC和组播业务的CAC功能相互独立，互不影响。

[0008] 但是，在方案一中，由于分别为组播业务和单播业务预留了相应的带宽，所以造成了组播业务和单播业务不能共享带宽资源，从而造成带宽资源浪费。而且，该方案应用场景受限，只适合用户链路带宽足够大的场景。

[0009] 方案二：在方案二中，实现了单播业务和组播业务CAC的统一管理。 [0010] 当用户加入某个频道时，AN主动上报用户加入的频道信息，直接发送给RM服务器，或先由AN将用户加入的频道信息发送给BNG(Bandwidth Network Gateway，宽带网关设备)，然后由所述BNG将所述信息转发给RM服务器；RM服务器在收到所述信息后，RM服务器判断用户链路带宽是否满足需求，如果不满足需求，则通知AN拒绝用户加入请求。如果满足，则允许该用户的加入请求。在方案二中，单播业务CAC的实现与方案一中的相同。这种由AN上报组播用户加入信息，由RM服务器统一进行CAC处理的方式，使得组播业务和单播业务CAC的实现方式统一。

[0011] 但是，在实现本发明实施例的过程中，发明人发现：方案二的实现过程比较复杂，而且组播业务比单播业务的切换频率大，电视用户频繁的切换频道会导致AN、BM服务器或AN、BNG与BM服务器之间大量的信息交互，这就导致了频道切换切换时间长，出现时延等问题，从而影响用户的体验。

发明内容

[0012] 本发明的实施例提供一种IPTV资源分配的方法。利用本发明实施例所述的 方法，能够节约IPTV业务中的带宽资源。

[0013] 一种IPTV资源分配方法，包括如下步骤：

[0014] 当单播资源不够时，通过中间网络实体由组播接入控制实体为单播接入控制实体分配资源；

[0015] 当组播资源不够时，通过中间网络实体由单播接入控制实体为组播接入控制实体分配资源。

[0016] 本发明的实施例提供一种IPTV资源分配的装置。利用本发明实施例所述的装置，能够节约IPTV业务中的带宽资源；

[0017] 所述通过中间网络实体由组播接入控制实体为单播接入控制实体分配资源的步骤包括：

[0018] 所述单播接入控制实体向所述中间网络实体发送资源请求；

[0019] 所述中间网络实体根据所述资源请求，向组播接入控制实体发送扩展资源请求； [0020] 所述组播接入控制实体根据所述扩展资源请求，为所述单播接入控制实体分配资源后，向所述中间网络实体发送扩展资源分配响应；

[0021] 所述中间网络实体根据所述扩展资源分配响应，向所述单播接入控制实体发送资源分配响应。

[0022] 一种资源分配系统，包括：

[0023] 组播接入控制实体，用于当单播资源不够时，组播接入控制实体通过中间网络实体为单播接入控制实体分配资源；

[0024] 单播接入控制实体，用于当组播资源不够时，单播接入控制实体通过中间网络实体为组播接入控制实体分配资源；

[0025] 中间网络实体，用于作为所述组播接入控制实体和单播接入控制实体的中 介，为组播接入控制实体或单播接入控制实体传递信息；

[0026] 所述单播接入控制实体通过中间网络实体为组播接入控制实体分配资源包括： [0027] 所述组播接入控制实体向所述中间网络实体发送扩展资源请求； [0028] 所述中间网络实体根据所述扩展资源请求，向单播接入控制实体发送资源请求； [0029] 所述单播接入控制实体根据所述资源请求，为所述组播接入控制实体分配资源后，向所述中间网络实体发送资源分配响应；

[0030] 所述中间网络实体根据所述资源分配响应，向所述组播接入控制实体发送扩展资源分配响应；

[0031] 所述组播接入控制实体通过中间网络实体为单播接入控制实体分配资源包括： [0032] 所述单播接入控制实体向所述中间网络实体发送资源请求；

[0033] 所述中间网络实体根据所述资源请求，向组播接入控制实体发送扩展资源请求； [0034] 所述组播接入控制实体根据所述扩展资源请求，为所述单播接入控制实体分配资源后，向所述中间网络实体发送扩展资源分配响应；

[0035] 所述中间网络实体根据所述扩展资源分配响应，向所述单播接入控制实体发送资源分配响应。

[0036] 本发明实施例所述的资源分配方法、装置、系统，组播接入控制实体和单播接入控制实体之间通过中间网络实体实现了资源的共享，因而本发明实施例能够为用户动态的分配资源，从而节约了IPTV业务的带宽资源，保证了用户体验。此外，利用本发明实施例所述的资源分配方法、装置、系统，当频道切换 时，减少了各个设备之间的交互，从而减小了IPTV业务的时延，进一步地保证了用户的体验。

附图说明

[0037] 图1为本发明实施例一IPTV资源分配的方法的流程图；

[0038] 图2为本发明实施例二IPTV资源分配的方法的流程图；

[0039] 图3为本发明实施例三IPTV资源分配的方法的流程图；

[0040] 图4为本发明实施例四IPTV资源分配的方法的流程图；

[0041] 图5为本发明实施例五IPTV资源分配的方法的流程图；

[0042] 图6为本发明实施例六IPTV资源分配的方法的流程图；

[0043] 图7为IPTV资源分配的方法中线路配置消息的消息格式图；

[0044] 图8为本发明实施例资源分配装置的结构图；

[0045] 图9为本发明实施例资源分配装置的示意图；

[0046] 图10为本发明实施例资源分配系统的结构图。

具体实施方式

[0047] 为解决现有技术中，由于由AN及RM分别实现CAC接入而引起的单播资源和组播资源不能共享，从而导致网络资源浪费的问题，本发明的实施例提供了一种IPTV资源分配的方法。下面结合附图对本发明实施例进行详细描述。

[0048] 如图1所示，本发明实施例一IPTV资源的分配方法包括如下步骤： [0049] 步骤101、当单播资源不够时，通过中间网络实体由组播接入控制实体为单播接入控制实体分配资源；

[0050] 步骤102、当组播资源不够时，通过中间网络实体由单播接入控制实体为组播接入控制实体分配资源。

[0051] 由上述过程可以看出，当用户接入的时候，当单播或组播资源不够的时候， 组播接入控制实体或单播接入控制实体都能够通过中间网络实体为资源不足的一方分配相应的资源。因此，利用本发明实施例能够动态的为用户分配资源，从而节约了IPTV业务的带宽资源，保证了用户体验。

[0052] 在本发明的实施例中，所述的单播资源和组播资源分别指的是单播带宽和组播带宽，以下的实施例中也都将以带宽这一网络资源为例进行说明。在具体应用中，在单播接入控制实体和组播接入控制实体之间，中间网络实体在二者之间传递信息，由所述的中间网络实体将单播/组播接入控制实体的消息转换成组播/单播接入控制实体所能够解析的消息。当然，组播接入控制实体和单播接入控制实体之间也可以直接进行信息的传递过程，这时，组播接入控制实体和单播接入控制实体之间可以采用Dinmeter协议进行通信。 [0053] 此外，在本发明的实施例中，所述的组播接入控制实体可以为AN，中间网络实体可以为BRAS(Broadband Remote Access Server，宽带远程接入服务器)等，单播接入控制实体可以为RACS(Resource Admission Control Subsystem，资源接纳控制子系统)等。用户的资源配置信息可以在AN上存储，也可以在RACS上存储，这可根据需要事先设置。在以下的实施例中，均以上述三种实体为例详细描述本发明各个实施例的实现过程。 [0054] 实施例二单播资源不够的情况

[0055] 如图2所示，当用户接入后，单播资源不够时，单播资源的分配过程包括： [0056] 201、在AN上预先存储用户的资源配置信息；

[0057] 202、当有用户上线时，用户所在的RG(Residential Gateway，家庭网关)将用户的上线消息，发送给AN；

[0058] 203、AN将所述的上线消息发送给BRAS；

[0059] 204、BRAS收到所述上线消息后，对所述用户进行身份验证，待验证合法后， 将所述上线消息发送给RACS；

[0060] 205、RACS向BRAS发送资源查询请求；

[0061] 206、BRAS将解析所述资源查询请求，获取所述资源查询请求中包括的用户ID，所请求的带宽等信息，并将解析到的信息通过扩展资源查询请求发送给AN； [0062] 207、AN在收到所述扩展资源查询请求后，根据获得的用户ID等信息，查询所述的用户的资源配置信息，并为所述用户配置组播资源；若配置失败，则向BRAS发送扩展配置失败消息；

[0063] 208、AN通过扩展资源查询响应，向所述BRAS发送资源配置结果； [0064] 209、BRAS将所述资源配置结果通过资源查询响应发送给RACS； [0065] 210、RACS根据所述响应，进行单播资源配置；

[0066] 在进行IPTV单播业务的时候，出现单播资源不够的情况。

[0067] 211、RG向IPTV Server点播单播节目；

[0068] 212、IPTV Server向RACS发送资源分配请求，包括了请求的单播节目带宽，如2M的带宽，及用户ID等信息；

[0069] 213、RACS根据资源分配请求计算用户单播带宽，发现用户单播资源不够，RACS向BRAS发送资源分配请求；

[0070] 214、BRAS将所述资源请求，通过扩展资源分配请求发送给AN； [0071] 215、AN根据所述扩展资源分配请求，按照请求的单播带宽，将相应的组播带宽分配给RACS；

[0072] 216、AN向BRAS发送扩展资源分配响应，包括为RACS分配的单播带宽； [0073] 217、BRAS向RACS发送资源分配响应

[0074] 218、RACS向IPTV Server发送资源分配响应；

[0075] 219、IPTV Server向RG发送单播节目业务流。

[0076] 在完成了上述过程后，若资源分配前，单播带宽为6M，组播带宽为4M，那么分配后，单播带宽则变为8M，组播带宽为2M。

[0077] 实施例三组播资源不够的情况

[0078] 如图3所示，当用户接入后，组播资源的分配过程包括：

[0079] 301、在RACS上预先存储用户的资源配置信息；

[0080] 302、当有用户上线时，用户所在的RG(Residential Gateway，家庭网关)将用户的上线消息，发送给AN；

[0081] 303、AN将所述的上线消息发送给BRAS；

[0082] 304、BRAS收到所述上线消息后，对所述用户进行身份验证，待验证合法后，将所述上线消息发送给RACS；

[0083] 305、RACS根据所述用户的ID等信息，查询与所述用户相对应的资源配置信息； [0084] 306、为所述用户配置单播资源；

[0085] 307、RACS向BRAS发送资源配置请求，在所述请求中包括用户的ID，视频总带宽，单播资源及组播资源等信息；

[0086] 308、BRAS根据所述资源配置请求，经扩展资源配置请求向AN发送所述请求； [0087] 309、AN进行组播资源的配置；

[0088] 310、AN向BRAS发送扩展资源配置响应；

[0089] 311、BRAS向RACS发送资源配置响应；

[0090] 在进行IPTV组播业务的时候，出现组播资源不够的情况：

[0091] 312、RG向AN点播组播节目；

[0092] 313、AN对所述用户进行接纳控制后，发送所述用户的组播资源不够，则 向BRAS发送扩展资源分配请求；

[0093] 314、BRAS向RACS发送资源分配请求，包括请求的组播带宽，及用户ID等信息； [0094] 315、RACS根据所述的资源分配请求，分配组播带宽；

[0095] 316、RACS向BRAS发送资源分配响应；

[0096] 317、BRAS向AN发送扩展资源分配响应。

[0097] 在完成了上述过程后，若资源分配前，单播带宽为6M，组播带宽为4M，那么分配后，单播带宽则变为2M，组播带宽为8M。

[0098] 实施例四组播资源释放

[0099] 在所述实施例三的基础上，也即AN向RACS申请了组播资源后，在用户申请离开组播组的时候，需要释放原来向RACS申请的组播资源，这时，如图4所示，进行组播资源释放的过程如下：

[0100] 401、用户设备UE向AN发送离开组播组的消息；

[0101] 402、AN对组播业务进行接纳控制，停止组播复制；

[0102] 403、AN向BRAS发送扩展资源释放消息，在所述消息中包括用户的ID，请求释放的带宽等信息；

[0103] 404、BRAS向RACS发送资源释放消息；

[0104] 405、RACS根据所述资源释放消息，释放相应的资源；

[0105] 406、RACS向BRAS发送资源释放响应；

[0106] 407、BRAS向AN发送扩展资源释放响应，通知资源释放成功或者失败。 [0107] 实施例五单播资源释放

[0108] 在所述实施例二的基础上，也即RACS向AN申请了单播资源后，在用户停止单播节目点播的时候，需要释放原来向AN申请的单播资源，这时，如图5所 示，进行单播资源释放的过程如下：

[0109] 501、用户设备UE向RACS发送停止单播节目点播的消息；

[0110] 502、RACS对单播节目进行接纳控制，停止单播节目播放；

[0111] 503、RACS向BRAS发送资源释放消息，在所述消息中包括用户的ID，请求释放的带宽等信息；

[0112] 504、BRAS向AN发送扩展资源释放消息；

[0113] 505、AN根据所述扩展资源释放消息，释放相应的资源；

[0114] 506、AN向BRAS发送扩展资源释放响应；

[0115] 507、BRAS向RACS发送资源释放响应，通知资源释放成功或者失败。 [0116] 实施例六RACS在出现故障后恢复正常工作的情况

[0117] 如图6所示，这种情况是在AN上存储有用户的资源配置信息时，其处理过程如下：

[0118] 601、BRAS通知RACS恢复正常；

[0119] 602、RACS向BRAS发送资源查询请求；

[0120] 603、BRAS将解析所述资源查询请求，获取所述资源查询请求中包括的用户ID，所请求的带宽等信息，并将解析到的信息通过扩展资源查询请求发送给AN； [0121] 604、AN在收到所述扩展资源查询请求后，根据获得的用户ID等信息，查询所述的用户的资源配置信息，并为所述用户配置组播资源；若配置失败，则向BRAS发送扩展配置失败消息；

[0122] 605、AN通过扩展资源查询响应，向所述BRAS发送资源配置结果； [0123] 606、BRAS将所述资源配置结果通过资源查询响应发送给RACS； [0124] 607、RACS根据所述响应，进行单播资源配置。

[0125] 当用户掉线后，再重新上线接入后的情况，与实施例二、三所述的资源配 置、分配的情况相同，在此不再赘述。

[0126] 当然，上述的一些实施例只是本发明实施例中的几种情况。通过上述的实施例可以看出，在AN上进行用户的组播接纳控制，在RACS上进行用户的单播接纳控制，因此，当单播或组播资源不够时，AN和RACS之间可以进行资源的相互调动，也即实现了资源的动态分配过程，从而节约了资源。

[0127] 另外，本发明的实施例中，在为组播或单播配置好相应的资源后，当有新的用户接入后，并不需要像现有技术二中的那样，需要由AN与RM之间不断的进行信息的交互，从而保证用户的准确接入，因此利用本发明实施例所述的方法，减少了各设备之间的交互时间，减小了时延，从而保证了良好的用户体验。

[0128] 在上述实施例中，AN与BRAS之间利用扩展ANCP协议(Access Node Control Protocol，接入点控制协议)进行通信，所述RACS与BRAS之间利用COPS(Common Open Policy Service，公共开放政策服务)，Diameter协议，H.248协议中的一种进行通信。下面简要描述一下本发明实施例中，AN与BRAS，以及BRAS与RACS之间的通信消息的组成。 [0129] 为了保证各设备之间的正常通信，本发明实施例在现有技术的基础上，对ANCP消息等进行了一定的扩展，形成了扩展ANCP协议。

[0130] 一、BRAS与AN之间的扩展ANCP消息

[0131] 所述的扩展ANCP消息包括以下组成部分：线路ID，节目带宽，及结果回复等字段。通常，所述扩展ANCP消息可采用以下几种封装格式：

[0132] (1)基于TCP/IP的封装格式

[0133]Eth Header IP header TCP ANCP message

[0134] (2)基于ATM的封装格式

[0135]LLC SNAP ANCP message

[0136] (3)基于Ethernet的封装格式

[0137]DMAC SMAC 0x880C ANCP message

[0138] 在上述的实施例中，BRAS与AN之间的扩展资源分配消息及响应，扩展资源查询请求等消息，除了可以使用扩展的ANCP消息外，还可以通过对灰名单进行扩展的方式，实现BRAS与AN之间信息的交互。以对ANCP消息进行扩展为例，下面分别描述一下线路配置消息，如扩展资源查询请求，扩展释放/请求带宽资源请求，扩展资源配置请求，线路拓扑资源发现消息，如扩展资源配置失败等消息的格式。如图7所示为线路配置消息的格式示意图。

[0139] (1)扩展资源请求消息：包括线路标识(ID)，请求或释放的带宽，请求或释放结果三个字段。

[0140] 其中，线路ID字段的(Access-Loop-Circuit-ID)类型值设置在TLV一栏中，用0x01表示。值域可以用长达63字节的ASCII字符串表示。字符串的缺省格式为： [0141] Access-Node-Identifier eth slot/port[:vlan-id]for VDSL PTM port [0142] Access-Node-Identifier atm slot/port:vpi.vci for ATM port。当然，字符串的格式是可以配置的。

[0143] 注意，上述字符串的CID格式应该配置为：

[0144] Access-Node-Identifier eth slot/port[:vlan-id][:user802.1p]forVDSL PTM port

[0145] Access-Node-Identifier atm slot/port[:vlan-id][:user802.1p]forATM port [0146] 其中，请求或释放带宽字段类型值设置在TLV一栏中，用0x06表示。值域用ASCII字符串表示请求的节目带宽(Kbps)。具体格式如下：

[0147] PolicyType：操作类型，用1表示申请带宽；用2表示释放资源； [0148] Bandwidth-Minimum(Kbps)：请求的最小的带宽；

[0149] Bandwidth-Maximum(Kbps)：请求的最大的带宽；

[0150] Program Name or Program ID：节目名称或节目ID。

[0151] 其中，请求或释放响应结果字段(把线路配置消息的结果域设为成功或失败，代码域设为0)，类型值设置在TLV一栏中，用0x07表示。值域用ASCII字符串表示带宽请求结果。具体格式如下：

[0152] PolicyType：操作类型，用1表示申请带宽；2表示释放资源。 [0153] ErrCode：错误代码，0表示申请或释放带宽成功，其他表示失败； [0154] Bandwidth(Kbps)：申请到的带宽值；

[0155] (2)扩展资源查询信息：包括线路ID，请求查询带宽信息，以及请求查询带宽信息响应结果三个字段；

[0156] 其中，线路ID字段的(Access-Loop-Circuit-ID)类型值设置在TLV一栏中，用0x01表示。值域可以用长达63字节的ASCII字符串标识。字符串的缺省格式为： [0157] Access-Node-Identifier eth slot/port[:vlan-id]for VDSL PTM port； [0158] Access-Node-Identifier atm slot/port:vpi.vci for ATM port； [0159] 注意，上述字符串的the CID格式应该配置为：

[0160] Access-Node-Identifier eth slot/port[:vlan-id][:user802.1p]forVDSL PTM port；

[0161] Access-Node-Identifier atm slot/port[:vlan-id][:user802.1p]forATM port；

[0162] 其中，请求查询带宽信息(AN和RACS都可以发起查询用户视频带宽信息) 字段类型值设置在TLV一栏中，用0x08表示。值域用ASCII字符串表示带宽请求结果，在具体应用中可用Null表示。

[0163] 其中，请求查询带宽信息响应结果字段类型值设置在TLV一栏中，用0x09表示。值域用ASCII字符串表示带宽查询。ASCII字符串包括带宽查询响应，例如视频带宽，视频带宽门限值。

[0164] (3)扩展资源配置消息定义：包括线路ID，请求配置带宽信息，以及请求配置用户带宽信息响应结果三个字段；

[0165] 其中，线路ID字段的(Access-Loop-Circuit-ID)类型值设置在TLV一栏中，用0x01表示。值域可以用长达63字节的ASCII字符串标识。字符串的缺省格式为： [0166] Access-Node-Identifier eth slot/port[:vlan-id]for VDSL PTM port； [0167] Access-Node-Identifier atm slot/port:vpi.vci for ATM port； [0168] 注意，上述字符串的CID格式应该配置为：

[0169] Access-Node-Identifier eth slot/port[:vlan-id][:user802.1p]forVDSL PTM port；

[0170] Access-Node-Identifier atm slot/port[:vlan-id][:user802.1p]forATM port；

[0171] 其中，请求配置带宽信息(RACS在用户上线时主动发起配置用户视频带宽信息)类型值设置在TLV一栏中，用0x0A表示。值域用ASCII字符串表示请求配置的带宽。具体格式如下：

[0172] PolicyType：操作类型，1表示查询视频带宽信息，2表示配置用户视频带宽信息； [0173] Video-Bandwidth(Kbps)：用户视频总带宽；(PolicyType＝2时有效) [0174] Video-multicast-Bandwidth(Kbps)：用户组播带宽；(PolicyType＝2时有效) [0175] 其中，请求配置用户带宽信息响应结果类型值设置在TLV一栏中，用0x0B表示。值域用ASCII字符串表示请求配置的带宽结果。具体格式如下：

[0176] PolicyType：操作类型，1表示查询视频带宽信息响应，2表示配置用户视频带宽响应；

[0177] ErrCode：错误代码，0表示成功，其他表示失败；

[0178] Video-Bandwidth(Kbps)：用户视频总带宽，；(PolicyType＝1时有效) [0179] Video-Bandwidth-Threshold(Kbps)：用户视频带宽水限；(PolicyType＝1时有效)

[0180] 二、RACS和BRAS之间的消息，以COPS协议为例：

[0181] (1)RACS到BRAS的决策消息(DEC)，主要用于请求或者释放节目带宽，查询AN带宽信息等；BRASR到ACS的状态上报消息(RPT)，主要用于交流节目带宽请求或者释放成功还是失败，返回查询AN带宽信息结果等。

[0182] (2)RACS到BRAS请求(REQ)消息用于请求或者释放节目带宽，查询RACS带宽信息等；RACS到BRAS的决策(DEC)用于交流节目带宽请求或者释放成功还是失败，用于返回查询AN带宽信息结果等。下面分别描述一下各种消息的格式类型。

[0183] (i)DEC消息格式-请求或者释放节目带宽：

[0184]

[0185]

[0186] 其中，用户ID的含义是：用户ID不是决策消息中的真正参数。BRAS使用Client-Handle作为一个关键字来找到包括线路ID等的用户信息，接着把线路ID传送给AN。

[0187] 操作类型的含义是：决策消息中的ssgANCtrlType用来表示操作类型，1表示向AN请求带宽；2表示指向AN释放带宽；3表示对AN带宽请求进行响应；4表示对AN带宽释放进行响应。节目带宽的含义是：节目带宽由ssgANCtrlUpBandwidth(上行带宽)和ssgANCtrlDownBandwidth(下行带宽)表示。AN带宽操作结果的含义是：表示AN向RACS进行带宽请求或释放的结果：1＝Success：AN向RACS进行带 宽请求或释放成功。2＝Failure：AN向RACS进行带宽请求或释放失败。

[0188] (ii)RPT消息格式-请求或者释放节目带宽：

[0189]

[0190] 其中，Result：1＝Success：决策者BRAS成功执行。2＝Failure：决策不能被BRAS成功执行。Error Code：如果结果是失败的，详细的错误码由CPERR对象表示。 [0191] (iii)DEC消息格式-查询用户视频带宽信息：

[0192]

[0193]

[0194] 其中，用户ID的含义是：用户ID不是决策消息中的真正参数。BRAS使用Client-Handle作为一个关键字来找到包括线路ID等的用户信息，接着把线路ID传送给AN。操作类型：决策消息中的ssgANCtrlTypel用来表示操作类型。1：指请求查询用户视频带宽信息；2：指查询用户视频带宽信息响应。响应的用户视频带宽信息包括：视频总带宽：ssgANCtrlVideoBandwidth(bps)视频带宽水限：ssgANCtrlVideoBandwidthThreshold(bps)。

[0195] (iv)RPT消息格式-查询用户视频带宽信息：

[0196]

[0197]

[0198] 其中，Result：1＝Success：决策者BRAS成功执行。2＝Failure：决策不能被BRAS成功执行。Error Code：如果结果是失败的，详细的错误码由CPERR对象表示。 [0199] (v)REQ消息格式：

[0200]

[0201] 其中，操作类型：决策消息中的ssgCtrlType用来表示操作类型。1：指向RACS请求带宽；2：指向RACS释放带宽；节目带宽：节目带宽由ssgCtrlUpBandwidth(上行带宽)和ssgCtrlDownBandwidth(下行带宽)表示。

[0202] (三 )IPTV Server和 RACS之 间 的 消 息，以 SOAP(Simple Object Access Protocol，简单对象访问协议)协议为例：

[0203] IPTV Server和RACS之间的消息包括：从IPTV Server到RACS的QoS请求消息用来请求节目带宽；从RACS到IPTV Server的QoS响应消息用来响应AAR消息；从IPTV Server到RACS的QoS释放消息用来释放节目带宽；从RACS到IPTV Server的QoS释放响应消息用来响应QoS释放消息。

[0204] (1)QoS请求消息格式：

[0205]

[0206]

[0207]

[0208]

[0209]

[0210]

[0211]

[0212]

[0213]

[0214]

[0215]

[0216]

[0217]

[0218]

[0219]

[0220]

[0221]

[0222]

[0223]

[0224] ……

[0225]

[0226]

[0227] 在QoS请求消息中，SessionId：这个元素用来标识VOD会话。MediaInfos：RACS最多支持8个MediaInfos。至少要提供一个MediaInfos节目带宽：对每个方向，节目带宽是所有MediaInfos的MaxBandwidth和总和。用户ID：上游MediaInfos中的SrcIp和下游MediaInfo中的DstIp用来标识用户。

[0228] (2)QoS请求响应消息格式：

[0229]

[0230]

[0231]

[0232]

[0233]

[0234] (3)QoS释放消息格式：

[0235]

[0236]

[0237]

[0238]

[0239] (4)QoS释放响应消息格式：

[0240]

[0241]

[0242]

[0243]

[0244]

[0245] 上述描述的各个消息及其中参数定义，只是一些举例。在具体实现发明的过程中，可以不受上述消息其消息格式的限制。

[0246] 此外，本发明实施例七还提供了一种资源分配装置。

[0247] 如图8所示，本发明实施例所述的资源分配装置，包括：接收单元801，资源分配单元802，以及发送单元803。其中，接收单元801，用于接收经中间网络实体转发的单播/组播接入控制实体的资源分配消息；资源分配单元802，用于当单播/组播资源不够时，经中间网络实体为单播/组播接入控制实体分配资源；发送单元803，用于经中间网络实体向所述单播/组播接入控制实体发送资源分配响应。

[0248] 如图9所示，上述的所述资源分配单元802包括：解析模块8021，用于解析所述资源分配消息；分配模块8022，用于根据对所述资源分配消息的解析结果，为单播/组播接入控制实体分配资源。

[0249] 为了提高资源分配的效率，如图9所示，所述资源分配装置还包括： [0250] 存储单元804，用于存储用户的资源配置信息；查找单元805，用于根据资源分配消息，查找与所述资源分配消息相对应的用户的资源配置信息。

[0251] 而此时，所述接收单元801还用于接收所述单播接入控制实体的资源查询消息；所述资源发送单元803，还用于向所述单播接入控制实体发送资源释放消息。 [0252] 如图8或图9所述的资源分配装置可以位于单播接入控制实体中，也可以 位于组播接入控制实体中。

[0253] 如图10所示，本发明实施例的资源分配系统包括组播接入控制实体901，用于当单播资源不够时，组播接入控制实体为单播接入控制实体分配资源；单播接入控制实体902，用于当组播资源不够时，单播接入控制实体为组播接入控制实体分配资源；中间网络实体903，用于作为所述组播接入控制实体和单播接入控制实体的中介，为组播接入控制实体或单播接入控制实体传递信息。

[0254] 所述组播接入控制实体与中间网络实体之间利用ANCP协议进行通信，所述单播接入控制实体与中间网络实体单播接入控制实体之间利用COPS，Diameter协议，H.248协议中的一种进行通信。此外，本发明实施例中的组播接入控制实体与单播接入控制实体均可包括如8或图9所述的资源分配装置。其工作原理与资源分配方法实施例中的相同，在此不再赘述。

[0255] 通过本发明的实施例可以看出，当用户接入的时候，当单播或组播资源不够的时候，组播接入控制实体或单播接入控制实体都能够通过中间网络实体为资源不足的一方分配相应的资源。因此，利用本发明实施例能够动态的为用户分配资源，从而节约了IPTV业务的带宽资源，保证了用户体验。

[0256] 并且，当用户切换频道时，由于是由组播接入控制实体以及单播接入控制实体分别负责用户的组播和单播的接入控制，因此，在频道切换的过程中，并不需要多个设备之间的不断的交互以确定是否允许用户接入的过程，从而减小了IPTV业务的时延，进一步的保证了用户的体验。

[0257] 以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。