CN101166194A - 一种实现分布式接纳控制的系统和方法 - Google Patents

一种实现分布式接纳控制的系统和方法 Download PDF

Info

Publication number
CN101166194A
CN101166194A CNA2006101499718A CN200610149971A CN101166194A CN 101166194 A CN101166194 A CN 101166194A CN A2006101499718 A CNA2006101499718 A CN A2006101499718A CN 200610149971 A CN200610149971 A CN 200610149971A CN 101166194 A CN101166194 A CN 101166194A
Authority
CN
China
Prior art keywords
user terminal
multicast channel
control
resources
channel
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2006101499718A
Other languages
English (en)
Other versions
CN101166194B (zh
Inventor
宫小玉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hengqin International Intellectual Property Exchange Co ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2006101499718A priority Critical patent/CN101166194B/zh
Priority to PCT/CN2007/070754 priority patent/WO2008046336A1/zh
Publication of CN101166194A publication Critical patent/CN101166194A/zh
Application granted granted Critical
Publication of CN101166194B publication Critical patent/CN101166194B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明实施例公开的实现分布式接纳控制的系统和方法，均应用于网际协议电视(IPTV)组播业务，可由中心资源管理和策略生成(CRPMF)模块生成业务控制策略并发送给接纳控制点；接纳控制点根据收到的业务控制策略对用户终端的IPTV组播频道加入请求进行接纳控制，并根据接纳控制结果接受或拒绝用户终端的IPTV组播频道加入请求。本发明实施例公开的系统和方法，均能为用户终端提供可保证服务质量的IPTV组播业务，可明显提高用户满意度。

Description

一种实现分布式接纳控制的系统和方法
技术领域
本发明涉及通信领域，具体涉及一种在接入网域实现分布式接纳控制的系统和方法。
背景技术
随着通信技术的发展，多媒体通信正逐渐普及，用户可以使用用户终端与多媒体通信系统进行数据通信，以接受来自多媒体通信系统的越来越多的多媒体服务，如：包括网际协议电视(IPTV)组播业务在内的视频广播服务等。
但是，在目前提供的基于数字用户线(DSL)宽带接入的IPTV组播业务中，尚无法为用户终端提供可保证的服务质量，而是只能提供相对服务质量，该相对服务质量只能保证用户终端的IPTV组播业务有相对高的优先级。在IPTV组播业务只能提供相对服务质量的情况下，当某个接入设备上IPTV业务的带宽申请已经超过了该接入设备可提供的下行带宽时，会导致所有的节目视频出现随机丢包现象；该随机丢包现象将使正在为用户终端提供的所有业务受到不同程度的影响。
为了能向正接收IPTV组播业务的用户终端提供可保证的服务质量，目前通常需要限制用户终端可同时点播的频道数目，或是在网络前期规划时根据用户情况建立能满足极端条件下带宽要求的宽带接入网，但上述方式显然都会随着用户需求的增长而变得不再适用。
可见，由于目前无法为用户提供可保证服务质量的IPTV组播业务，因而严重降低了用户满意度。
发明内容
有鉴于此，本发明实施例的主要目的在于提供一种实现分布式接纳控制的系统，以提供可保证服务质量的IPTV组播业务，提高用户满意度。
本发明实施例的另一目的在于提供一种实现分布式接纳控制的方法，以提供可保证服务质量的IPTV组播业务，提高用户满意度。
为达到上述目的，本发明实施例的技术方案是这样实现的：
本发明实施例公开了实现分布式接纳控制的系统，应用于IPTV组播业务，该系统包括：
中心资源管理和策略生成模块，用于根据网络通信环境生成业务控制策略，并将生成的业务控制策略发送给接纳控制点；
接纳控制点，用于根据收到的业务控制策略对用户终端的IPTV组播频道加入请求进行接纳控制，并根据接纳控制结果接受或拒绝用户终端的IPTV组播频道加入请求。
本发明实施例还公开了实现分布式接纳控制的方法，应用于IPTV组播业务，该方法包括：
根据网络通信环境生成业务控制策略并发送给接纳控制点；接纳控制点根据收到的业务控制策略对用户终端的IPTV组播频道加入请求进行接纳控制，并根据接纳控制结果接受或拒绝用户终端的IPTV组播频道加入请求。
与现有技术相比，本发明实施例所提供的系统和方法均可保证，由分布式的控制节点AN和EN，根据集中生成的保证服务质量的IPTV组播业务的业务控制策略，对发自用户终端的组播加入请求进行包括接入权限控制和资源接纳控制在内的接纳控制，并根据接纳控制结果接受或拒绝用户终端加入组播频道的请求。本发明实施例的系统和方法均使得用户终端可以被提供可保证的服务质量，这能够明显提高用户满意度。
附图说明
图1为本发明一较佳实施例的实现资源接纳控制的系统结构及原理图；
图2为本发明一较佳实施例的实现资源接纳控制的流程图。
具体实施方式
下面结合附图及具体实施例对本发明详细说明。
本发明实施例所提供的实现分布式接纳控制的系统应用于宽带接入网IPTV组播业务。
该系统主要包括：中心资源管理和策略生成(Central Resouce PolicyManager Function，CRPMF)模块以及作为分布接纳控制点的接入节点(AN)和/或接入网边缘节点(EN)。其中，CRPMF模块能根据IPTV组播业务的QoS需求、用户业务签约数据和网络资源状况实时统计情况动态生成分发给各分布接纳控制点的业务控制策略。
在实际应用中，作为可实现的功能，接纳控制点分布于AN和/或EN上。
AN能根据配置的业务控制策略对来自用户终端的IPTV组播频道加入请求信息进行包括频道接入权限控制和资源接纳控制在内的接纳控制，并根据接纳控制结果进行决策，接受或拒绝来自用户终端的IPTV组播频道加入请求，在AN复制组播频道视频流。
当AN需进一步要求EN向下复制组播视频流时，EN能根据配置的业务控制策略，对AN代理发出的IPTV组播频道加入请求信息实施资源接纳控制过程，并根据接纳控制结果进行决策，接受或拒绝来自用户终端的IPTV组播频道加入请求，在EN复制组播频道视频流。
AN和EN还可以将各自的接纳控制结果返回给用户终端。参见图1，图1为本发明一较佳实施例的实现资源接纳控制的系统结构及原理图。图1中显示了一个完整的IPTV组播业务的网络架构。
其中，作为用户终端，机顶盒(STB)111、计算机112可以与接入节点(AN)120相连，AN 120则通过汇聚设备(AgN)130与边缘节点(EN)140相连，EN 140通过城域网中的电视业务路由器(Video-SR)150与IPTV头端系统160相连；再有，CRPMF 100分别与AN 120、EN 140相连。其中，IPTV头端系统160负责提供组播频道的频道内容。在实际的网络实现时，IPTV头端系统160通常会将频道内容下发并存储在Video-SR 150中；在用户终端申请频道内容时，该频道内容会经过Video-SR 150下发，并在EN 140和AN 120上以组播复制方式被发送到用户终端。
在实际应用中，CRPMF 100能根据获得的IPTV组播业务的QoS需求、用户的网络接入签约数据以及全网资源的状况统计信息，生成IPTV组播业务所需的保证质量(Guaranteed-QoS)的业务控制策略，并将生成的业务控制策略分发给分布式接纳控制点AN 120、EN 140。
发给AN120的业务控制策略包括：用户可接入组播频道列表和用户接入频道策略。用户可接入组播频道列表列出了用户终端可以接入的组播频道；用户接入频道策略包括但不限于：用户可以接入的最多的频道数目。AN根据收到的业务控制策略，可在最靠近用户的接纳控制点就实施对用户的频道接入权限的控制；这既可保证网络的安全性，又能最快处理用户的频道接入请求，从而改善用户体验。
发给AN120和EN 140的业务控制策略还包括：针对IPTV组播业务的QoS控制策略，使得组播频道的媒体流能在AN和EN按IPTV组播业务制定的业务等级得到控制处理。
CRPMF 100中的中心资源管理功能从AN 120、EN140实时或定时获取全网网络资源状况，一旦网络资源状况发生了变化(如：网络因某种原因壅塞、发生链路倒换、用户线路因环境变化而速率下降等)，中心资源管理功能可获得这些信息并通知给策略生成功能，由策略生成功能对业务控制策略进行动态修改。实际应用中，中心资源管理功能可以在网络的网管中实现，也可以存在于独立的CRPMF设备中。
AN 120和EN 140都是能够进行资源接纳控制的通信节点，具有目前的AN和EN所不具有的资源接纳控制能力。
分布式的AN 120和EN 140，能根据各自控制区域的资源状况和使用情况，相对独立地作出各自的IPTV组播业务的接纳控制。其中，AN 120控制的资源区域包括AN及AN以下用户线环路部分，EN140控制的资源区域包括EN及EN到AN区间的部分。
具体而言，AN 120可以用目前比较常见的DSLAM实现，AN 120可实现的功能有：
(1)进行组播视频流复制；
(2)支持因特网组管理协议代理(IGMP Proxy)功能，能够以接收到的IGMP加入请求报文触发AN上的接纳控制决策过程；
(3)实现用户帐号和端口、媒体访问控制(MAC)/IP地址之间的绑定；
(4)收集分析在AN控制域内的业务和网络资源状况和使用情况。
(5)对请求业务的用户终端进行接纳控制决策；
AN 120所能实现的接纳控制包括频道接入权限控制和AN资源接纳控制；AN资源接纳控制包括业务资源接纳控制、网络总资源接纳控制。
其中，频道接入权限控制，用于判断是否允许用户终端加入某个组播频道，以及用户终端已接入的组播频道总数是否在策略限定的范围内，并根据判断结果接受或拒绝用户终端加入该组播频道。具体而言，AN 120可以查找业务控制策略中的可接入组播频道列表，并根据表中所记录的用户终端可加入的组播频道，判断用户终端是否有权加入其所请求的组播频道，如果无权，则拒绝用户终端加入该组播频道；AN120还可以查询业务控制策略中的用户接入频道策略，比较该用户终端被允许接入的组播频道数量，如果用户终端已申请的组播频道数量等于该用户终端被允许接入的组播频道数量，AN 120则拒绝用户终端当前的加入组播频道的请求。
用户业务资源接纳控制，用于检测网络分配给AN 120的IPTV组播业务的业务资源以及分配给用户的IPTV组播业务的业务资源的状况和使用情况，并实时判断检测到的上述资源中的业务可用资源是否足够用于所新申请的组播频道媒体流，再根据判断结果接受或拒绝用户终端加入组播频道的请求。具体而言，如果检测到的所述业务可用资源中有一种或两种业务资源不够用于申请组播频道媒体流，AN 120就拒绝用户终端加入组播频道的请求。
网络总资源的接纳控制，用于检测AN 120的网络总的可用资源和用户终端物理线路上网络总的可用资源，并判断检测到的上述网络总的可用资源是否足够用于申请组播频道媒体流，再根据判断结果接受或拒绝用户终端加入组播频道的请求。具体而言，如果检测到的所述网络总的可用资源中有一种或两种资源不够用于申请组播频道媒体流，AN 120就拒绝用户终端加入组播频道的请求。
在实际应用中，AN 120还是IPTV组播业务服务质量策略执行实体，可以执行目前比较常见的排队、打标签、优先级控制等业务QoS策略控制。
与AN 120类似，EN 140同样具有一定的资源接纳控制能力。
在实际组网中，EN 140可以是提供单一业务的多个宽带业务边缘节点之一；也可以是提供多个业务的宽带业务边缘节点。具体而言，EN 140可以用目前比较常见的宽带网关(Broadcast Network Gateway，BNG)实现，EN 140可实现的功能有：
(1)进行组播视频流复制；
(2)支持IGMP Proxy功能，能够以接收到IGMP报文作为EN资源接纳控制的触发；而且，终结IGMP报文，还可将IGMP转换为组播路由协议并发往Video-SR；
(3)收集并分析在EN控制域内的业务资源和网络总资源的状况和使用情况
(4)对请求业务的用户终端进行资源接纳控制；
EN 140所能实现的接纳控制是EN资源接纳控制，包括：业务资源接纳控制、网络总资源的接纳控制。
其中，业务资源接纳控制，用于检测EN下行方向针对IPTV业务的业务资源的状况和使用情况，并判断检测到的所述业务资源中的可用资源是否足够用于所申请的组播频道媒体流，再根据判断结果接受或拒绝用户终端加入组播频道的请求。具体而言，如果检测到的所述业务可用资源不够用于申请组播频道媒体流，EN 140就拒绝用户终端加入组播频道的请求。
网络总资源接纳控制，用于检测EN 140的网络总资源，并判断检测到的网络总资源中的可用资源是否足够用于申请组播频道媒体流，再根据判断结果接受或拒绝用户终端加入组播频道的请求。具体而言，如果检测到的EN 140的网络总的可用资源不够用于申请组播频道媒体流，EN 140就拒绝用户终端加入组播频道的请求。
在实际应用中，EN 140还是QoS策略执行实体，可以执行目前比较常见的排队、打标签、优先级控制等QoS策略控制。通常，可以将AN 120、EN 140所能实现的基于接纳控制的业务QoS策略控制称为可保证服务质量的业务策略控制；当然，G-QoS业务策略控制包含上述业务QoS策略控制。
前述的IGMP Proxy功能通常包括以下几点：
(1)在接纳控制允许的情况下，检查被申请的组播频道的频道内容是否已存在于本组播复制点，如果已存在，就更新组播转发表，将所述频道内容复制到收到组播申请的设备端口(对于AN而言是用户端口，对于EN而言就是相应的AN IPTV组播业务端口)；否则，向上一级媒体流复制点续传用户终端要加入所述组播频道的申请。
(2)处理IGMP快速离开报文：
收到用户终端发送的用于快速离开的消息后，不发送指定组播频道的查询消息，而是直接停止向用户终端转发用户终端要离开的组播频道的频道内容；并且，直到所接入的用户终端都离开了指定的组播频道时，才向上一级媒体流复制点发送用于快速离开的所述消息。
IGMP Proxy机制使得已包含用户终端所申请的组播频道的组播流复制节点能够终结来自用户终端的IGMP报文；否则，该组播流复制节点则向上一级媒体流复制点续传所述IGMP报文，以快速建立最短的组播路径。以上所述的IGMP Proxy功能是由IGMP Proxy模块实现的。
需要说明的是：AN 120和EN 140之所以能够实现各自的接纳控制，是因为CRPMF 100能够根据IPTV业务QoS需求、用户签约数据和网络资源状况实时或定时统计情况，动态生成可保证服务质量的业务控制策略并下发。AN 120和EN 140收到来自CRPMF 100的业务控制策略后，就可以根据收到的业务控制策略实现包括资源接纳控制在内的G-QoS策略控制。
并且，AN 120和EN 140还分别实现网络资源及拓扑管理功能，以便通过网络资源及拓扑管理获知网络资源信息，并根据获知的网络资源信息以及收到的所述业务控制策略进行G-QoS策略控制。该网络资源信息还被送往CRPMF 100，做为网络资源状况的实时或定时统计信息，并用于生成业务控制策略或动态修改已生成的业务控制策略。所述网络资源及拓扑管理功能是由网络资源及拓扑管理模块实现的。
再有，为了保证AN 120能够正确识别IPTV组播业务，CRPMF 100通常需要根据AN 120所具备的L2、L3能力生成基于相应L2、L3能力的用户业务控制策略的配置文件；并将业务控制策略以配置文件的形式下发给AN120。AN 120收到并保存来自CRPMF 100的用户业务控制策略的配置文件，并在后续的IPTV业务控制过程中应用保存的配置文件实现G-QoS策略控制。
AN 120/EN 140中进行资源及拓扑管理的功能实体，能够管理AN120/EN 140各自控制区域的网络资源，如：预留或释放资源；还可以在AN120/EN 140进行接纳控制决策时提供网络资源信息，如：IPTV组播业务的业务可用资源、AN 120/EN 140的网络总的可用资源。当然，资源及拓扑管理功能实体中还可保存并提供用户终端的拓扑信息等。
具体而言，AN 120的资源及拓扑管理功能实体，能够管理AN 120以及AN120以下用户环路的资源信息，如：获知、更新甚至提供用户线路上单个业务已用的和可用的资源，和/或用户线路上可为所有业务使用的网络总的资源情况以及已用的、可用的资源。
通常，为AN 120进行资源及拓扑管理的资源及拓扑管理功能实体，能检查出AN 120和用户终端间的用户物理环路随环境等因素导致的速率变化，还能计算出被IPTV组播业务或其它业务实际耗费掉的资源，并且在可用资源上表现出来。
EN 140的资源及拓扑管理功能实体，能够管理EN 140以及EN 140到AN 120区间的的网络资源信息，如：获知、更新甚至提供网络拓扑信息和业务资源使用情况，计算出业务资源或网络总资源剩余的可用资源，还能检查出EN 140和AN 120区间因网络故障等原因导致的网络可用资源的变化。
为了保证使用用户终端的用户能够有较好的用户体验，AN 120和EN140还可以进一步支持目前比较常见的IGMP快速离开机制，以实现频道的快速切换。
以上描述用静态方式体现出了AN 120、和EN 140在接纳控制方面所能实现的功能；下面，以动态方式对IPTV组播业务接纳控制过程进行描述。
在实际应用中，用户可以使用用户终端向IPTV业务运营商注册，订购所需的组播业务，包括节目频道和节目质量；IPTV运营商会将所订业务所需的业务QoS需求通知CRPMF 100。
当用户要使用用户终端使用所订IPTV组播业务时，需先进行认证。在认证过程中，用户终端的IP地址、MAC地址、网络侧端口等配置信息以及帐号、用户接入带宽、优先等级等用户签约数据均会被网络接入运营商和IPTV业务运营商获得，并会被通知给CRPMF 100。
CRPMF 100可以根据收到用户配置信息和签约数据以及接入的网络能力和状况、业务QoS需求，针对该用户生成可保证服务质量的业务控制策略并下发给AN 120和EN 140。AN 120和EN 140则保存来自CRPMF 100的业务控制策略。
在后续通信过程中，当用户希望收看所订IPTV业务中的某个组播频道的节目时，用户可以使用用户终端向AN 120发送加入频道请求；AN 120接收来自用户终端的加入频道请求，根据G-QoS控制策略对用户终端进行包括接入权限控制和AN资源接纳控制在内的接纳控制决策过程。当然，AN120进行所述接纳控制决策过程之前，可以先检查用户报文的网络端口以及IP地址、MAC地址是否绑定匹配，如果不匹配，则丢弃该用户的报文。
实际上，CRPMF 100下发给AN 120和EN 140的业务控制策略中，包含有AN 120和EN 140用于进行资源接纳控制的策略；AN 120和EN140可以从自己的资源及拓扑管理功能实体中获取业务和网络总资源可用信息，并根据所获取信息以及保存的业务控制策略，对来自用户终端的频道加入请求进行资源接纳控制。
AN 120进行的所述接纳控制过程通常为：
AN 120对用户终端进行包括频道接入权限控制和AN资源接纳控制在内的接纳控制。具体而言，频道接入权限控制包括可接入组播频道表查询、用户接入频道策略执行；AN资源接纳控制包括用户业务资源的接纳控制、网络总资源的接纳控制。
其中，频道接入权限控制：
可接入组播频道表查询：AN 120查找G-QoS业务控制策略中的可接入组播频道表，并根据表中所记录的用户终端可加入的组播频道，判断用户终端是否有权加入其所请求的组播频道，如果无权，则拒绝用户终端加入该组播频道。
用户接入频道策略执行：AN 120比较自身记录的用户终端已申请的组播频道数量和该用户终端被允许接入的最大组播频道数量，如果用户终端已申请的组播频道数量等于该用户终端被允许接入的最大组播频道数量，AN120则拒绝用户终端当前的加入组播频道的请求。
用户业务资源接纳控制：AN 120检测网络分配给自身的IPTV组播业务的业务资源以及分配给用户终端的IPTV组播业务的业务资源，如果检测到的所述业务资源中的剩余可用资源有一种或两种已不够新请求加入组播频道的资源所需，AN 120就拒绝用户终端本次加入组播频道的请求。
AN侧网络总资源接纳控制：AN 120检查所控资源区间的网络总资源，如果检测到所述网络总资源中的剩余可用资源不够新请求加入的组播频道的资源所需，AN 120就拒绝用户终端加入组播频道的请求。
在AN 120所进行的以上接纳控制操作中，频道接入权限控制操作由频道接入权限控制模块和频道策略执行模块配合实现。具体而言，频道接入权限控制模块中设置有用于进行可接入组播频道表查询的可接入组播频道表查询模块，还设置有用于进行用户接入频道策略查询的用户接入频道策略查询模块。
当可接入组播频道表查询模块、用户接入频道策略查询模块完成各自的查询操作时，分别将查询结果(可接入组播频道表查询模块的查询结果为用户终端可加入的组播频道，用户接入频道策略查询模块的查询结果为业务提供方规定的频道策略，如用户终端已申请的组播频道数量)发送给频道策略执行模块，由频道策略执行模块根据自身保存的频道策略以及收到的查询结果对用户终端的请求进行相应处理，如：根据查找到的用户终端可加入的组播频道判断用户终端是否有权加入其所请求的组播频道，如果无权，则拒绝用户终端加入该组播频道；比较查找到的用户终端已申请的组播频道数量和该用户终端被允许接入的最大组播频道数量，如果用户终端已申请的组播频道数量等于该用户终端被允许接入的最大组播频道数量，则拒绝用户终端当前的加入组播频道的请求。
AN资源接纳控制操作由AN资源接纳控制模块实现，该模块中设置有用于进行用户业务资源接纳控制的用户业务资源接纳控制模块，还设置有用于进行AN侧网络总资源接纳控制的AN侧网络总资源接纳控制模块。
当经过上述的接入权限控制和AN资源接纳控制之后，如果AN 120没有拒绝用户终端加入组播频道的请求，那么AN 120则接受用户终端加入组播频道的请求。
实际使用中：
AN 120可以只进行AN频道接入权限控制中的可接入组播频道表查询；
AN 120可以只进行AN资源控制中的网络总资源接纳控制。
AN 120对用户终端完成接纳控制决策后，会得到相应的接纳控制结果，即：接受或拒绝用户终端加入组播频道的请求(如果是拒绝，则包含有拒绝的原因；AN 120可以将该接纳控制结果发送给用户终端。
再有，当接受了用户终端加入组播频道的请求时，AN 120需要将该组播频道的频道内容发送给用户终端。AN 120的IGMP Proxy模块需判断这是否是它首次从所有用户终端收到的针对所述组播频道的加入请求，如果不是，说明该频道的媒体流已复制到AN 120了，AN 120中的组播复制模块只要将所述媒体流复制一份到用户端口就可以了；否则，AN就需向上一级组播复制点EN 140转发用户终端的加入频道请求。
收到AN 120转发的用户终端的加入频道请求时，EN 140可以从自身的资源及拓扑管理功能实体中获取业务和网络总资源信息，并根据所获取信息以及保存的业务控制策略，对来自用户终端的频道加入请求进行资源接纳控制。
EN 140进行的所述接纳控制过程通常为：
EN 140对用户请求进行包含EN资源控制在内的业务策略控制，所述EN资源控制包括：IPTV业务资源接纳控制、网络总资源接纳控制。
其中，IPTV业务资源接纳控制：EN 140检查所控资源区间的IPTV业务的业务资源，如果检测到的所述业务资源中的剩余可用资源不够新请求加入的组播频道的资源所需，EN 140就拒绝用户终端加入组播频道的请求。
EN侧网络总资源接纳控制：EN 140检查所控资源区间的网络总的可用资源，如果检测到所述网络总资源中的剩余可用资源不够新请求加入的组播频道的资源所需，EN 140就拒绝用户终端加入组播频道的请求。
EN 140所进行的EN资源控制操作由EN资源控制模块实现，该模块中设置有用于进行IPTV业务资源接纳控制的IPTV业务资源接纳控制模块，还设置有用于进行EN侧网络总资源接纳控制的EN侧网络总资源接纳控制模块。
当经过上述的EN资源接纳控制之后，如果EN 140没有拒绝用户终端加入组播频道的请求，那么EN 140则接受用户终端加入组播频道的请求。在实际应用中，EN 140可以只进行EN资源接纳控制中的网络总资源接纳控制。
EN 140对用户终端完成资源接纳控制后，会得到相应的接纳控制结果，即：接受或拒绝用户终端加入组播频道的请求；EN 140可以将该接纳控制结果通过AN 120发送给用户终端。
再有，当接受了用户终端加入组播频道的请求时，EN 140需要将该组播频道的媒体流复制到对应的AN 120的IPTV组播业务端口。具体过程为：EN 140的IGMP Proxy模块需判断这是否是它首次从所有AN代理收到的针对所述组播频道的加入请求：如果不是，说明该频道的媒体流已复制到EN 140了，EN 140的组播复制模块只要将所述媒体流复制一份到所述AN的IPTV组播业务端口就可以了；否则，EN 140终结IGMP报文，以其它的组播路由报文向IPTV组播业务的边缘路由器Video-SR申请下发所述的组播频道媒体流。
向用户终端下发组播频道媒体流的操作是由组播控制模块实现的，该组播控制模块可以设置于AN 120、EN 140等通信实体中。
为了能够向用户终端发送前述的接纳控制结果，需要对目前所应用的IGMP协议进行扩展，如：增加一种IGMP控制报文类型0x48，作为IGMP响应(Response Inform)报文；通过在0x48类型报文中携带接纳拒绝结果和接纳拒绝原因，以表示出用户终端的加入频道请求不被接受的原因，如：0x48的接纳拒绝原因值取1时代表用户终端无组播频道接入权限；0x48的接纳拒绝原因值取2时代表用户终端加入的组播频道超额；0x48的接纳拒绝原因值取3时代表当前无法提供足够的业务资源；0x48的接纳拒绝原因值取4时代表当前无法提供足够的网络总资源。
针对新增的类型为0x48的所述IGMP响应控制报文而言，可以利用用户终端的源MAC/IP地址作为该IGMP控制报文的目的地址，并以单播的方式将该IGMP响应控制报文发送给用户终端。
如果将图1所示原理以流程表示，相应流程则如图2所示；图2为本发明一较佳实施例的实现资源接纳控制的流程图，该流程包括以下步骤：
步骤201：用户注册IPTV业务，CRPMF模块生成G-QoS业务控制策略并下发给AN、EN。，
步骤202：AN接收来自用户终端的加入频道请求，根据CRPMF模块所下发的G-QoS业务控制策略，对用户终端进行包括频道接入权限控制和AN资源接纳控制在内的接纳控制。
步骤203：AN判断是否向上一级组播复制点转发加入频道请求，如果是，进入步骤205；否则，进入步骤204。
步骤204：AN根据接纳控制结果接受或拒绝用户终端加入组播频道的请求，还可以进一步将接纳控制结果通知用户终端。
步骤205：AN向作为上一级组播复制点的EN转发加入频道请求。
步骤206：EN接收来自AN的加入频道请求，根据CRPMF模块所下发的G-QoS业务控制策略，进行EN资源接纳控制。
步骤207：EN判断是否向上一级组播复制点转发加入频道请求，如果是，进入步骤209；否则，进入步骤208。
步骤208：EN根据接纳控制结果接受或拒绝用户终端加入组播频道的请求，还可以进一步将接纳控制结果通知用户终端。
步骤209：EN向Video-SR转发加入频道请求。
步骤210：Video-SR将来自IPTV业务头端系统160的、用户终端请求加入的组播频道的频道内容发送给用户终端。
由图2所示步骤可见，与图1类似，CRPMF模块与AN，EN相互配合可以实现对用户IPTV组播业务的接纳控制；用户终端在顺利通过所述资源接纳控制后接收其所请求的组播频道的媒体流，并且该媒体流是按照用户订制的IPTV业务所需的业务QoS策略发送给用户终端的。
后续如果再有其它用户终端请求接收组播频道的频道内容，该用户终端仍要接受所述资源接纳控制，如果当前资源不能满足该用户终端的需求，该用户终端的请求会被拒绝；之前已通过资源接纳控制并接收频道媒体流的用户终端，其接收的频道媒体流的业务质量并不会受到影响。显然，用户终端可以被提供可保证的服务质量，这能够明显提高用户满意度。
在实际应用中，可以将IPTV组播业务QoS需求、用户签约数据、网络资源情况中的一个或任意多个称为网络通信环境。
由以上所述可以看出，本发明实施例所提供的实现分布式接纳控制的系统和方法，使得用户终端可获得保证服务质量的IPTV组播业务，这能够明显提高用户满意度。

Claims (25)

1.一种实现分布式接纳控制的系统，应用于网际协议电视IPTV组播业务，其特征在于，该系统包括：
中心资源管理和策略生成模块，用于根据网络通信环境生成业务控制策略，并将生成的业务控制策略发送给接纳控制点；
接纳控制点，用于根据收到的业务控制策略对用户终端的IPTV组播频道加入请求进行接纳控制，并根据接纳控制结果接受或拒绝用户终端的IPTV组播频道加入请求。
2.如权利要求1所述的系统，其特征在于，中心资源管理和策略生成模块根据业务应用的更改请求、网络资源、拓扑信息中的至少一种进一步用于对生成的业务控制策略进行更新。
3.如权利要求1所述的系统，其特征在于，所述接纳控制点分布在接入节点AN和/或接入网边缘节点EN。
4.如权利要求3所述的系统，其特征在于，所述接纳控制点位于AN，该AN中的接纳控制点设置有用于进行所述接纳控制的频道接入权限控制模块和AN资源接纳控制模块；
其中，频道接入权限控制模块，用于确定用户终端是否有权加入其所请求的组播频道；
AN资源接纳控制模块，用于确定是否有足够资源以供用户终端加入组播频道。
5.如权利要求3所述的系统，其特征在于，所述接纳控制点位于EN，该EN中的接纳控制点设置有IPTV业务资源接纳控制模块和/或EN侧网络总资源接纳控制模块；
其中，IPTV业务资源接纳控制模块，用于检查EN所控资源区间的IPTV业务的业务资源，如果检测到的所述业务资源中的剩余可用资源不够用户终端请求加入的组播频道的资源所需，就拒绝用户终端加入组播频道的请求；
EN侧网络总资源接纳控制模块，用于检查EN所控资源区间的网络总的可用资源，如果检测到所述网络总资源中的剩余可用资源不够用户终端请求加入的组播频道的资源所需，就拒绝用户终端加入组播频道的请求。
6.如权利要求4所述的系统，其特征在于，所述频道接入权限控制模块中设置有可接入组播频道表查询模块和/或用户接入频道策略查询模块；
其中，可接入组播频道表查询模块，用于查找可接入组播频道表中所记录的用户终端可加入的组播频道，并将查询结果发送给相连的频道策略执行模块；
用户接入频道策略查询模块，用于检查业务提供方所规定的频道策略，并将查询结果发送给相连的频道策略执行模块；
频道策略执行模块，用于根据自身保存的频道策略以及收到的查询结果对用户终端的加入组播频道请求进行处理。
7.如权利要求4所述的系统，其特征在于，所述AN资源接纳控制模块中设置有AN侧网络总资源接纳控制模块和/或用户业务资源接纳控制模块；
其中，用户业务资源接纳控制模块，用于检测网络分配给AN的IPTV组播业务的业务资源以及分配给用户终端的IPTV组播业务的业务资源，如果检测到的所述业务资源中的剩余可用资源有一种或两种已不够用户终端请求加入组播频道的资源所需，就拒绝用户终端本次加入组播频道的请求；
AN侧网络总资源接纳控制模块，用于检查AN所控资源区间的网络总资源，如果检测到所述网络总资源中的剩余可用资源不够用户终端请求加入的组播频道的资源所需，就拒绝用户终端加入组播频道的请求。
8.如权利要求1至7任一项所述的系统，其特征在于，进一步在AN和/或EN中设置有网络资源及拓扑管理模块，用于通过网络资源及拓扑管理获知网络资源信息，并将获知的网络资源信息提供给AN、EN、中心资源管理和策略生成模块。
9.如权利要求1至7任一项所述的系统，其特征在于，进一步设置因特网组管理协议代理IGMP Proxy模块，用于截获用户终端加入组播频道的请求，并应用该请求触发接纳控制点进行接纳控制操作。
10.如权利要求9所述的系统，其特征在于，所述IGMP Proxy模块，进一步用于将进行接纳控制操作所生成的结果发送给用户终端。
11.如权利要求9所述的系统，其特征在于，进一步在设置有所述接纳控制点的AN和/或EN中设置组播控制模块，用于向用户终端下发其所请求的播频道媒体流。
12.如权利要求1所述的系统，其特征在于，所述网络通信环境是IPTV组播业务QoS需求、用户签约数据、网络资源情况中的一种或多种。
13.一种实现分布式接纳控制的方法，应用于IPTV组播业务，其特征在于，该方法包括：
根据网络通信环境生成业务控制策略并发送给接纳控制点；接纳控制点根据收到的业务控制策略对用户终端的IPTV组播频道加入请求进行接纳控制，并根据接纳控制结果接受或拒绝用户终端的IPTV组播频道加入请求。
14.如权利要求13所述的方法，其特征在于，生成所述业务控制策略的方法为：
根据作为网络通信环境的IPTV组播业务QoS需求、用户签约数据、网络资源情况中的一种或多种，动态生成IPTV组播业务所需的保证服务质量的业务控制策略。
15.如权利要求13或14所述的方法，其特征在于，CRPMF根据业务应用的更改请求、网络资源、拓扑信息中的至少一种进一步更新所述业务控制策略。
16.如权利要求13所述的方法，其特征在于，进行的所述接纳控制包括：AN确定用户终端是否有权加入其所请求的组播频道，以及确定是否有足够资源以供用户终端加入组播频道。
17.如权利要求13所述的方法，其特征在于，进行的所述接纳控制包括：
AN确定用户终端是否有权加入其所请求的组播频道，还确定是否有足够资源以供用户终端加入组播频道；并在确定用户终端有权加入其所请求的组播频道、并且AN资源接纳控制模块确定有足够资源以供用户终端加入组播频道时，进行以下两种操作中的至少一种：
检查EN所控资源区间的IPTV业务的业务资源，如果检测到的所述业务资源中的剩余可用资源不够用户终端请求加入的组播频道的资源所需，就拒绝用户终端加入组播频道的请求；
检查EN所控资源区间的网络总的可用资源，如果检测到所述网络总资源中的剩余可用资源不够用户终端请求加入的组播频道的资源所需，就拒绝用户终端加入组播频道的请求。
18.如权利要求16或17所述的方法，其特征在于，所述确定用户终端是否有权加入其所请求的组播频道的操作是：
查找可接入组播频道表，并根据表中所记录的用户终端可加入的组播频道，判断用户终端是否有权加入其所请求的组播频道，如果无权，则拒绝用户终端加入该组播频道；
所述确定用户终端是否有权加入其所请求的组播频道的操作进一步包括：比较用户终端已申请的组播频道数量和该用户终端被允许接入的最大组播频道数量，如果用户终端已中请的组播频道数量等于该用户终端被允许接入的最大组播频道数量，则拒绝用户终端当前的加入组播频道的请求。
19.如权利要求16或17所述的方法，其特征在于，所述确定是否有足够资源以供用户终端加入组播频道的操作，是以下两种操作中的至少一种：
检测网络分配给AN的IPTV组播业务的业务资源以及分配给用户终端的IPTV组播业务的业务资源，如果检测到的所述业务资源中的剩余可用资源有一种或两种已不够用户终端请求加入组播频道的资源所需，就拒绝用户终端本次加入组播频道的请求；
检查AN所控资源区间的网络总资源，如果检测到所述网络总资源中的剩余可用资源不够用户终端请求加入的组播频道的资源所需，就拒绝用户终端加入组播频道的请求。
20.如权利要求13、14、16或17所述的方法，其特征在于，进一步通过网络资源及拓扑管理分别获知与AN、EN、生成业务控制策略的通信实体相关的网络资源信息，并将获知的网络资源信息提供给相应的AN、EN的接纳控制点和生成业务控制策略的通信实体。
21.如权利要求13、14、16或17所述的方法，其特征在于，所述接纳控制操作是在截获到用户终端加入组播频道的请求时触发的。
22.如权利要求13、14、16或17所述的方法，其特征在于，在用户终端加入组播频道的请求被接受时，进一步以组播方式向用户终端下发其所请求的播频道媒体流。
23.如权利要求13、14、16或17所述的方法，其特征在于，进一步将进行接纳控制操作所生成的结果发送给用户终端。
24.如权利要求23所述的方法，其特征在于，所述将进行接纳控制操作所生成的结果发送给用户终端的实现方式为：
以扩展IGMP的方式增加作为响应信息的IGMP控制报文类型，并在增加的控制报文中携带IGMP频道加入请求被接受或被拒绝的信息，再将携带有所述信息的IGMP控制报文发送给用户终端。
25.如权利要求24所述的方法，其特征在于，IGMP频道加入请求被拒绝的所述信息中，包含有IGMP频道加入请求被拒绝的原因信息。
CN2006101499718A 2006-10-19 2006-10-19 一种实现分布式接纳控制的系统和方法 Active CN101166194B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2006101499718A CN101166194B (zh) 2006-10-19 2006-10-19 一种实现分布式接纳控制的系统和方法
PCT/CN2007/070754 WO2008046336A1 (fr) 2006-10-19 2007-09-21 Système et procédé permettant un contrôle d'accès réparti dans un service multidiffusion

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2006101499718A CN101166194B (zh) 2006-10-19 2006-10-19 一种实现分布式接纳控制的系统和方法

Publications (2)

Publication Number Publication Date
CN101166194A true CN101166194A (zh) 2008-04-23
CN101166194B CN101166194B (zh) 2011-03-30

Family

ID=39313619

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006101499718A Active CN101166194B (zh) 2006-10-19 2006-10-19 一种实现分布式接纳控制的系统和方法

Country Status (2)

Country Link
CN (1) CN101166194B (zh)
WO (1) WO2008046336A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010099753A1 (zh) * 2009-03-05 2010-09-10 华为技术有限公司 一种接纳控制方法、系统及设备
CN102036167A (zh) * 2009-09-25 2011-04-27 中兴通讯股份有限公司 资源管理系统中实现资源状况上报的方法及系统
CN102215456A (zh) * 2010-04-07 2011-10-12 华为技术有限公司 一种组播控制方法和装置
WO2011127771A1 (zh) * 2010-04-12 2011-10-20 中兴通讯股份有限公司 在宽带网络中业务的管理方法和系统
US9479539B2 (en) 2010-10-22 2016-10-25 Hewlett Packard Enterprise Development Lp Distributed network instrumentation system
WO2017000159A1 (en) * 2015-06-30 2017-01-05 Thomson Licensing Method and apparatus for ip multicast grouping

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6963573B1 (en) * 2000-09-13 2005-11-08 Nortel Networks Limited System, device, and method for receiver access control in a multicast communication system
CN1310483C (zh) * 2003-08-19 2007-04-11 广东省电信有限公司科学技术研究院 保证端到端ip电信服务质量的网络系统和控制方法
CN1671096A (zh) * 2004-03-17 2005-09-21 中国科学技术大学 基于策略控制的组播接入控制方法
CN1783866B (zh) * 2004-11-29 2010-12-08 中兴通讯股份有限公司 一种集中式带宽代理的实现端到端QoS的方法
US7835276B2 (en) * 2004-12-30 2010-11-16 Cisco Technology, Inc. Admission control mechanism for multicast receivers

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010099753A1 (zh) * 2009-03-05 2010-09-10 华为技术有限公司 一种接纳控制方法、系统及设备
US8621534B2 (en) 2009-03-05 2013-12-31 Huawei Technologies Co., Ltd. Method, system, and device for admission control
CN102036167A (zh) * 2009-09-25 2011-04-27 中兴通讯股份有限公司 资源管理系统中实现资源状况上报的方法及系统
CN102215456A (zh) * 2010-04-07 2011-10-12 华为技术有限公司 一种组播控制方法和装置
WO2011124114A1 (zh) * 2010-04-07 2011-10-13 华为技术有限公司 一种组播控制方法和装置
CN102215456B (zh) * 2010-04-07 2013-11-06 华为技术有限公司 一种组播控制方法和装置
US9210565B2 (en) 2010-04-07 2015-12-08 Huawei Technologies Co., Ltd. Multicast control method and apparatus
WO2011127771A1 (zh) * 2010-04-12 2011-10-20 中兴通讯股份有限公司 在宽带网络中业务的管理方法和系统
US9479539B2 (en) 2010-10-22 2016-10-25 Hewlett Packard Enterprise Development Lp Distributed network instrumentation system
WO2017000159A1 (en) * 2015-06-30 2017-01-05 Thomson Licensing Method and apparatus for ip multicast grouping

Also Published As

Publication number Publication date
CN101166194B (zh) 2011-03-30
WO2008046336A1 (fr) 2008-04-24

Similar Documents

Publication Publication Date Title
US6556544B1 (en) Method and system for provisioning network resources for dynamic multicast groups
US7623536B2 (en) Network relaying method and device
JP3923863B2 (ja) リクエストルータ装置
EP1715628B1 (en) A method for realizing the multicast service
CN101572650B (zh) Iptv资源分配方法及系统
US20090147786A1 (en) Multicast service processing method and access equipment
CN101166194B (zh) 一种实现分布式接纳控制的系统和方法
CN101299825A (zh) 一种实现组播承载资源控制的方法、系统及装置
KR101501913B1 (ko) 멀티캐스트 서비스 품질 모듈 및 방법
CN102202001A (zh) 用户带宽动态调整的方法、系统和宽带网络网关
CN101369909A (zh) 上报策略执行结果的方法、网络通信系统和设备
CN101277315A (zh) 一种互联网业务的服务质量控制方法
CN101132325B (zh) 一种业务申请方法及系统及一种业务申请代理单元
CN102227893B (zh) 用于建立数字媒体流的方法和系统
CN101933288A (zh) 一种网络中资源管理的方法,装置和系统
CN101453345B (zh) 一种基于服务提供商的组播接入控制方法及其接入设备
CN1756210A (zh) 一种接入网中的组播接入控制方法和设备
CN101163002B (zh) 一种高效组播认证方法
CN101414921B (zh) 资源接纳、释放的控制方法及设备
CN101227309B (zh) 下一代网络组播业务接纳控制方法
Logota et al. A cross-layer resource over-provisioning architecture for P2P networks
WO2008025267A1 (fr) Procédé, système, unité de commande d'admission et de ressource pour établir le service de multidiffusion
Baccichet et al. Quality of Service Multipath Multicast Protocol.
Basuki et al. ODMT: On-demand inter-domain multicast tunneling
Chakraborty et al. Distributed routing for dynamic multicasting with advance resource reservation information

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20170814

Address after: 519031, Guangdong, Zhuhai province Hengqin financial industry service base building No. 5 2-I

Patentee after: HENGQIN INTERNATIONAL INTELLECTUAL PROPERTY EXCHANGE CO.,LTD.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20201215

Address after: 264006 4th floor, building 2, energy saving science and Technology Park, Gaoxiong Road, Yantai Economic and Technological Development Zone, Shandong Province

Patentee after: Yantai HUAFA qixianqin Intellectual Property Operation Co.,Ltd.

Address before: 519031 Building 2-I, No. 5, Hengqin Financial Industry Service Base, Zhuhai City, Guangdong Province

Patentee before: HENGQIN INTERNATIONAL INTELLECTUAL PROPERTY EXCHANGE Co.,Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20220321

Address after: 519031 Building No. 12-3, Hengqin Financial Industry Development Base, Zhuhai City, Guangdong Province (Centralized Office District)

Patentee after: HENGQIN INTERNATIONAL INTELLECTUAL PROPERTY EXCHANGE CO.,LTD.

Address before: 264006 4th floor, building 2, energy saving science and Technology Park, Gaoxiong Road, Yantai Economic and Technological Development Zone, Shandong Province

Patentee before: Yantai HUAFA qixianqin Intellectual Property Operation Co.,Ltd.

EE01 Entry into force of recordation of patent licensing contract
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20080423

Assignee: GUANGDONG TAISHENG ENGINEERING QUALITY INSPECTION Co.,Ltd.

Assignor: HENGQIN INTERNATIONAL INTELLECTUAL PROPERTY EXCHANGE CO.,LTD.

Contract record no.: X2023980035277

Denomination of invention: A System and Method for Implementing Distributed Admission Control

Granted publication date: 20110330

License type: Common License

Record date: 20230508