CN1921402A - 一种组播业务处理方法以及系统 - Google Patents
一种组播业务处理方法以及系统 Download PDFInfo
- Publication number
- CN1921402A CN1921402A CN 200610111216 CN200610111216A CN1921402A CN 1921402 A CN1921402 A CN 1921402A CN 200610111216 CN200610111216 CN 200610111216 CN 200610111216 A CN200610111216 A CN 200610111216A CN 1921402 A CN1921402 A CN 1921402A
- Authority
- CN
- China
- Prior art keywords
- multicast
- commonly used
- user
- interface board
- 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
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及通信领域,特别涉及一种组播的处理方法以及系统,本方法采用了智能决策方式,在组播处理系统中增加了智能决策设备,通过累计统计获取用户常用的组播频道,主动地使接入设备获取到该用户常用的组播频道的组播流,从而降低了组播频道的加入时延,提高组播处理效率。
Description
技术领域
本发明涉及通信领域,特别的涉及一种数据网络上的组播业务处理方法以及系统。
背景技术
组播技术是一种点到多点的网络技术,其目的是减轻网络负载和媒体服务器的负担。图1为组播系统结构示意图,如图示,组播系统由视频组播业务系统、IP城域网、接入网络和家庭网络四部分组成。组播业务系统实现视频用户管理、CA/DRM、视频编码功能,然后将视频业务流发送入IP城域网;IP城域网通过IP组播功能将视频业务流送到宽带接入网;接入网实现视频组加入或离开的控制功能,并将用户需要的视频流发送给用户。
接入网可以包含二层交换机(可以为ATM交换机或者以太网交换机)和DSLAM设备,以及用户之间采用的FE或者xDSL等物理线路连接。视频组播流从IP城域网发送到二层交换机或者DSLAM设备等直接接入用户的接入设备,根据用户的Internet组管理协议(Internet Group Management Protocol,简称IGMP),控制报文将视频流发送至需要的用户。
目前,PC或STB点播组播节目,一般采用IGMP协议(V1、V2或者V3版本)的组播协议,IGMP协议是承载在IP协议上的一种协议。在协议上定义了客户端和组播路由器两个实体,这两个实体对应上述的网络就是图2中的网络就是视频终端(用户1或用户2)以及接入设备102。
当用户打算要加入组播组时,流程如下:
(1)STB(Set-top Box)通过发送DHCP报文获得一个IP地址;
(2)对STB上报的用户名和密码进行验证,获得电子节目表;
(3)用户进行节目选择;
(4)选中节目后,STB就发送一个IGMP加入报文,在IP城域网上建立组播映射表(组和虚拟局域网对应,而虚拟局域网与接入设备对应)和接入设备上建立组播转发表(组和接口板端口对应),同时建立组播业务和PVC的绑定;
(5)用户观看组播节目。
图3为现有接入设备内部处理组播业务的一种方法示意图,如图示,接入设备102包括主控板300以及至少一个接口板310,各接口板310分别与主控板300相连接。其中主控板300由主控板组播处理单元301、主控板组播转发表302以及主控板组播复制单元303构成,接口板310由接口板组播转发表311以及接口板组播复制单元312构成。主控板组播处理单元301根据组播配置,分别配置主控板的主控板组播转发表302以及组播转发表303,当接收到网络侧下发的网络组播流时,组播复制单元303根据组播转发表303,将网络下发的组播流复制到对应的单板,当用户需要向用户组播时,接口板组播复制单元311根据接口板组播转发表312复制到用户端口。
在现有技术中,当接入设备接收到用户的组播加入请求后,采用IGMPProxy或者IGMP Snoopy方式处理,网上发出IGMP报文或者透传IGMP报文;上面的IP城域网的边缘设备处理之后,下发组播流至接入设备。但是,采用该技术方案将会引起以下的技术问题:
(1)用户设备的处理能力受到限制。由于接入设备的主控板需要处理所有用户侧的IGMP报文以及发送至网络侧的控制报文,并且,当多个用户同时加入一个节目源时,接入设备需要对每用户的IGMP请求报文均作处理,存在大量重复的处理工作,当大量用户上限切换视频业务频道时,接入设备的性能将无法胜任。
(2)边缘设备的处理和数据下发需要一定的时延,从而导致用户节目切换速度受到影响,客户体验变差。
为了解决组播处理的实验问题,目前存在一种解决方案,该解决方案是将组播节目全部推送到接入设备上,这样接入设备不需要网上发送控制报文,节省了组播的处理。但是,结合网络实际问题,如果采用该技术方案,将导致以下问题:
(1)组播组播频道很多时,特别是,考虑将来的每个节目的带宽越来越高,4M至20M的带宽都是有可能的,该技术放案使得组播占用的固定带宽大大增大。比如,考虑1000个组播频道,平均每节目需要占用的带宽为5M,那么,该组播将需要20G的固定带宽从边缘设备到接入设备,以专门供组播流量的推送之用。很显然,这在实际应用中是不可接收的。
(2)如果接入设备采用的是树型分布转发的方式,由于不可能在整个系统内部将所有的组播流量全部推送至接口板,因而该技术方案不适用于树型分布的转发方式的接入设备,网络兼容性差。
总之,该技术方案可实施性差,不适合实施应用。
发明内容
本发明要解决的技术问题是提供一种组播处理方法,以提高组播处理效率。
本发明要解决的技术问题是还提供一种组播处理系统,以提高组播处理效率。
为解决上述第一技术问题,本发明的目的是通过以下技术方案实现的:
一种组播处理方法,包括:
获取用户常用组播频道;
接入设备获取所述用户常用组播频道的组播流。
本发明所述方法中,可选地,所述用户常用组播频道为所述接入设备内的用户常用组播频道,所述获取用户常用组播频道,具体包括:
根据每接口板内的每个用户的组播行为,获取每接口板内的频道的点播频率或所述频率的权值,以及所述频率或所述频率的权值的时间分布,其中所述频率的权值的权重具体是根据所述频道的带宽进行选取;
统计所有接口板内的频道的点播频率或所述频率的权值、以及所述频率或所述频率的权值的时间分布;
根据所述统计值选取所述频率或所述频率的权值高,或者,取所述频率或所述频率的权值的时间分布范围广的频道作为所述接入设备内的用户常用组播频道。
本发明所述方法中,可选地,所述接入设备获取所述用户常用组播频道的组播流,具体包括:
在所述接入设备的主控板组播转发表内生成所述的用户常用组播频道的组播组;
所述主控板根据所述组播组,向网络侧请求下发所述的用户常用组播频道的组播流。
本发明所述方法中,可选地,在获取所述接入设备内的用户常用组播频道之后,进一步包括:
获取所述用户常用组播频道的点播频道或所述频道的权值高,或者所述点播频道或所述频道的权值的时间分布范围广的接口板,作为常用所述用户常用组播频道的接口板;
在所述主控板组播转发表中的所述用户常用组播频道的组播组中加入所述常用所述用户常用组播频道的接口板;
主控板根据所述组播组,将所述用户常用组播频道的组播流复制到所述接口板。
本发明所述方法中,可选地,所述用户常用组播频道为所述接入网络的用户常用组播频道,所述的获取所述接入网络的用户常用组播频道,具体包括以下步骤:
根据每接入设备内的每接口板内的每个用户的组播行为,获取每接口板内的频道的点播频率或所述频率的权值,以及所述频率或所述频率的权值的时间分布,其中所述频率的权值的权重具体是根据所述频道的带宽进行选取;
统计所有接入设备的所有接口板内的频道的点播频率或所述频率的权值,以及所述频率或所述频率的权值的时间分布;
根据所述统计值选取所述频率或所述频率的权值高,或者,时间分布范围广的频道作为所述接入网络的用户常用组播频道,并且根据所述统计结果获取所述接入网络的用户常用组播频道的频率或所述频率的权值高,或者,时间分布范围广的接入设备。
本发明所述方法中,可选地,所述每接口板内的每个用户的组播行为具体是根据所述主控板组播处理单元记录的组播维护的组播组信息获取。
本发明所述方法中,可选地,所述的接入设备获取所述用户常用组播频道的组播流,具体包括以下步骤:
在IP城域网中,建立所述常用组播频道对应所述接入网络内常用所述常用组播频道的接入设备的列表。
网络侧根据所述的列表向所述接入设备推送所述的网络常用组播频道的组播流。
本发明所述方法中,可选地,所述方法进一步包括以下步骤:
接口板接收用户加入请求;
根据所述接口板记录的组播维护的组播组信息,判断所述用户请求的组播流是否在所述接口板,如果否,则向主控制板请求所述的组播流,否则执行下一步骤;
所述接口板根据所述加入请求,向所述用户推送所述组播流。
本发明所述方法中,可选地,所述每接口板内的每个用户的组播行为具体是根据所述接口板组播处理单元记录的组播维护的组播组信息获取。
为解决上述第二技术问题,本发明的目的是通过以下技术方案实现的:
一种组播处理系统,所述系统包括IP城域网以及接入网络,所所述接入网络包括接入设备,所述接入设备包括主控板以及至少一个接口板,各接入板与所述主控板相连接,所述主控板包括主控板组播处理单元、主控板组播转发表以及主控板组播复制单元,所述的接口板包括接口板组播转发表、接口板组播复制单元,其特征是,所述组播处理系统进一步包括:
智能决策设备,与所述接入设备的主控板组播处理单元相连接,用于获取所述用户常用组播频道。
本发明所述系统中,可选地,所述智能决策设备设于所述接入设备内部,用于根据所述主控板组播处理单元记录的组播组信息获取所述接入设备内的用户常用组播频道,并指示所述的主控板组播处理单元获取所述用户常用组播频道的组播流。
本发明所述系统中,可选地,所述智能决策设备设于所述接入设备外部,与所述接入网络内的各接入设备分别相连接,用于根据所述各接入设备的主控板组播处理单元记录的组播组信息获取所述接入网络的常用组播频道,以及所述接入网络内常用所述常用组播频道的接入设备,并指示所述接入设备的主控板组播处理单元向网络请求下发所述常用组播频道的组播流。
本发明所述系统中,可选地,所述智能决策设备进一步与所述IP城域网相连接,用于指示所述IP城域网向常用所述常用组播频道的接入设备推送所述的接入网络常用组播频道的组播流。
本发明所述系统中,可选地,所述IP城域网侧进一步包括:用于标示所述接入网络常用组播频道与常用所述常用组播频道的接入设备的对应关系的对照表。
本发明所述系统中,可选地,所述的接口板进一步包括:
接口板处理单元,与所述的主控板组播处理单元以及所述接口板组播转发表分别相连接,用于处理用户所发送的IGMP报文,并且根据所述IGMP报文维护所述接口板组播转发表;
所述的接口板组播转发表所述接口板组播处理单元以及接口板组播复制单元分别相连接,用于指示所述接口板组播复制单元将所述组播流复制到用户端口。
本发明所述系统中,可选地,所述智能决策设备设置于所述接入设备内部,与所述接口板组播处理单元、所述主控板组播处理单元分别相连接,用于根据各接口板组播处理单元记录的组播维护的组播组信息获取所述接入设备的常用组播频道,并指示所述主控板组播处理单元向网络请求下发所述常用组播频道的组播流。
以上技术方案可以看出,通过累计统计获取接入设备内用户常用组播频道,接入设备的主控板组播处理单元主动申请加入该用户常用组播频道的组播流,从而减少了组播频道的加入时延,提高了组播处理效率。
进一步的,获取接入设备内常用该用户常用组播频道的接口板,由主控板主动向该接口板推送该用户常用组播频道的组播流,进一步的降低组播处理时延,提升组播处理效率。
进一步的,在组播处理系统中,进一步获取组播网络常用的组播频道,以及所述接入网络内常用所述常用组播频道的接入设备,由网络侧主动地向常用所述常用组播频道的接入设备分别推送该常用组播频道的组播流。提升了整个网络的处理效率。
进一步的,由于本发明采用了组播分布处理的模式,将用户加入请求的处理由现有技术中的集中在主控板处理,分布到接口板和主控板协同处理。当接口板存在多个用户加入一个节目源时,主控板只需要处理第一个请求即可,这样可以充分利用系统的处理能力;而且,主控板也不需要分发接口板组播表项,大大提升了处理速度。
附图说明
图1为组播系统结构示意图;
图2为IP城域网、接入设备以及用户终端的关系示意图;
图3为现有接入设备处理组播业务方法示意图;
图4为实施例1的方法流程示意图;
图5为实施例2的方法流程示意图;
图6为实施例4的系统结构示意图;
图7为实施例5的系统结构示意图;
图8为实施例6的系统结构示意图;
图9为实施例7的系统结构示意图。
图号说明:
100:组播业务系统, 101:IP城域网, 102:接入设备,
103:调制解调器, 104:机顶盒, 105:电视机,
106:电脑, 300:主控板, 301:主控板组播处理单元,
302:主控板组播转发表,303:主控板组播复制单元,
310:接口板,311:接口板组播转发表,312:接口板组播复制单元,
313:接口板组播复制单元;320:智能决策设备,80:接入网络。
具体实施方式
本发明的核心思想是,在组播处理系统中增加了智能决策设备,通过累计统计获取用户常用的组播频道,主动地使接入设备获取到该用户常用的组播频道的组播流,从而降低了组播频道的加入时延,提高组播处理效率。
为了使的本领域的技术人员更好的理解本发明的技术方案,以下结合附图以及具体实施例对本发明进行进一步的说明:
实施例1:
本实施例以接入设备内部对组播的处理为例,对本发明方法进行举例说明。
图4为本实施例的方法流程示意图,如图示,本方法包括以下步骤:
步骤S401:获取用户常用组播频道。
周期性的根据每接口板接收到并提交到主控板组播处理单元处理记录的组播处理信息记录组播维护的组播组以及用户加入和离开每个组播组的时间点,收集统计每接口板内的节目点播频率和时间分布,并将该统计结果进一步进行统计,得到某个相对长时间内每个时间段内频道在接入设备内的分布。得到接入设备内在某相对长时间内点播频率最高或者使用时间最长的的几个节目频率作为用户常用组播频道,并获取该组播频道在接口板内点播频率较高的具体接口板。在使用过程中具体可以单纯根据组播频道的点播频率或者频道的使用时间选取用户常用组播频道,亦可以两者结合权衡选取用户常用组播频道。
该常用频率的统计除了单纯根据点播频率进行判定外,还可以结合该节目频带占用的带宽的因素,对该组播频道的点播频率进行加权处理,以使得本技术方案更加符合实际应用。该加权处理具体是,为了权衡带宽因素,对于占用带宽较大的节目,将其点播频率乘以一较小的权重因子。比如,组播频道1的点播频率为200次每分钟,其占用的带宽为2M,组播频道2的点播频率为210次每分钟,其占用的带宽为5M。组播频道3的点播频率为300次每分钟,其占用的带宽为8M,假设根据预设的权重规则,对于占用带宽较小的频道1的权重因子为:1.1,对于占用带宽略大的频道2的权重因子为:1,对于占用带宽较大的频道3的权重因子为:0.8。那么,经加权处理后,频道1的频率为:220,频道2的频率为:210,频道3的频率为:240。对所有的经过加权处理的组播频道频率进行统计分析,获取加权处理后的频率权值最高的几个频道作为用户常用组播频道。
步骤S402:接入设备获该用户常用组播频道的组播流。
根据步骤S401的统计结果,用户主控板组播处理单元向网络侧发送请求,主动向网络侧请求加入用户常用组播频道,由网络侧根据所接收的请求,向接入设备下发该用户常用组播频道的组播流。
步骤S403:接口板接收用户IGMP加入请求。
当用户需要点播某个组播频道时,通过STB向接入设备发送IGMP报文,以请求点播该组播频道。
步骤S404:接口板将该IGMP请求提交主控板。
各接口板将本接口板内接收的所有IGMP报文提交止与之相连接主控板的主控板组播处理单元,由该主控板组播处理单元处理。
步骤S405:主控板判断所请求的组播流是否在主控板,如果是,执行步骤S407;否则,执行步骤S406。
主控板接收到接口板发送的组播流请求后,根据所述主控板组播处理单元记录的组播维护的组播组信息判定所请求的组播流是否在主控板上,如果所记录的组播维护的组播组信息标示当前主控板存在所述所请求的组播流,则所请求的组播流在主控板上;否则所请求的组播流不在主控板上。
步骤S406:在主控板组播转发表中生成组播组,并将该接口板加入该播组,并且在接口板组播转发表生成组播表项,将用户加入该组播。
主控板在主控板组播转发表中,增加该用户所点播组播频道的组播组,并将该提交该IGMP请求的接口板(即请求用户所在的接口板)加入到该组播组中。
同时地,主控板组播处理单元根据该IGMP请求,生成该请求组播频道的组播流的组播组,并将请求加入的用户加入到该组播组中,然后将该组播组分发给提交该IGMP请求的接口板的接口板组播转发表。
步骤S407:在主控板组播转发表中将该接口板加入到组播组,并且并且在接口板组播转发表生成组播表项,将用户加入该组播。然后跳转至步骤S410。
主控板在主控板组播转发表中该请求组播频道的组播组中加入该提交该IGMP请求的接口板。
同时地,主控板组播处理单元根据该IGMP请求,生成该请求组播频道的组播流的组播组,并将请求加入的用户加入到该组播组中,然后将该组播组分发给提交该IGMP请求的接口板的接口板组播转发表。
步骤S408:主控板向网络侧请求组播流数据。
如果在接入设备没有该用户所请求组播频道的组播流,则主控板向网络侧的边缘设备发送控制报文;由位于IP城域网侧的边缘设备通过IP城域网,向组播业务系统请求下发该组播频道的组播流;组播业务中心接收到请求后,将该组播频道采用MPEG-2编码格式,编码成一路码流封装到UDP/IP报文中,向IP城域网推送,经过边缘设备后,由边缘设备向接入设备转发。
步骤S409:主控板接收网络下发的组播流。
当边缘设备转发的组播流到达接入设备时,由主控板组播复制单元根据主控板组播转发表,判断该组播流是否为所需要的组播流,如果是,则接收该组播流。
步骤S410:主控板向接口板发送组播流。
主控板接收该组播流后,由主控板组播复制单元根据主控板组播转发表中的记录的请求该组播流的接口板,将该组播流复制到请求接口板上。
步骤S411:接口板根据组播表向用户发送组播流。
接口板接收该组播流后,接口板根据接口板组播转发表中的该组播频道所对应的用户,将该组播流复制到该用户在本接口板上的用户端口。
该组播流由用户端口到达用户终端,用户接收到该组播流后,便可以观看所点播的组播频道。
由上可知,由于本实施例在接入设备内统计获取本接入设备的常用频道,如果用户请求的组播频道为常用的频道,那么主控板组播处理单元接收到该用户IGMP请求后,可以直接从主控板向用户所在的接口板复制推送所请求的组播频道的组播流,而不需要向网络侧请求下发,从而降低了组播频道的加入时延,提高了组播处理效率。
实施例2:
本实施例以接入设备内部的组播处理为例,对本发明方法进行举例说明。
为了优化接入设备内部对组播处理,在接口板内增加了用于进行组播处理的接口板组播处理单元(如图7所示的接口板组播处理单元313)。
图5为本实施例的方法流程图,如图示,本方法包括以下步骤:
步骤S501:获取用户常用组播频道。
本步骤与实施例1中的步骤S401同理,所不同的是,由于在接入板内增加了用于对接口板所接收到的用户IGMP报文进行处理的接口板组播处理单元,因此,用户常用组播频道的获取具体根据接口板组播处理单元记录的组播维护的组播组、以及用户加入和离开每个组播组的时间点所统计获取,所使用的统计方法与实施例1中的步骤S401同理,在此不作赘述。
进一步的根据统计结果获取该用户常用组播频道的点播频道或频道的权值较高、或者使用该用户常用组播频道时间较长的具体接口板作为常用该用户常用组播频道的接口板,并在主控板组播转发表中建立该用户常用组播频道的组播表,并将各常用该用户常用组播频道的接口板加入至对应用户常用组播频道的组播表中。
步骤S502:将所获取的用户常用组播频道对应的组播流发送至接口板。
根据步骤S401的统计结果,主控板组播处理单元向网络侧发送请求,主动向网络侧请求加入用户常用组播频道,由网络侧根据所接收的请求,向接入设备下发该用户常用组播频道的组播流。
主控板接收到网络下发的用户常用组播频道的组播流后,由主控板组播复制单元根据组播转发表中的该用户常用组播频道的组播组,自动的将该用户常用组播频道的组播流复制至常用该用户常用组播频道的接口板中。
步骤S503:接口板接收用户IGMP加入请求。
当用户需要点播某个组播频道时,通过STB向接入设备发送IGMP报文,以请求点播该组播频道。
步骤S504:判断所请求的组播流是否在接口板,如果否,执行步骤S505,否则,执行步骤S506。
接入设备的接口板根据所述接口板组播处理单元记录的组播维护的组播组信息判断所述组播流是否在接口板,如果所记录的组播维护的组播组信息标示当前接口板存在所述所请求的组播流的组播组,则所请求的组播流在接口板上,否则所请求的组播流不在接口板上。
如果该用户所请求的组播频道为步骤S501统计得到的常用频道,并且该用户常用组播频道为本接口板内的点播频率或者频道的权值较高、或者使用时间较长的组播频道,那么显然在步骤S502中,已经将该用户常用组播频道的组播流推送至本接口板,因此接口板已存在该组播流。
步骤S505:在接口板组播转发表中将用户加入到组播组,跳转至步骤S514。
接口板在接口板组播转发表中,将该请求用户加入到其所点播的组播频道所对应的组播组中。
步骤S506:在接口板组播转发表中生成组播组。
在接口板组播转发表中,新增加该用户所点播的组播频道的组播组,并将用户加入到该新增加的组播组中。
步骤S507:接口板向主控板请求该用户请求组播频道的组播流。
步骤S508:主控板判断所请求的组播流是否在主控板,如果是,执行步骤S509;否则,执行步骤S510。
主控板接收到接口板发送的组播流请求后,根据所述主控板组播处理单元记录的组播维护的组播组信息判定所请求的组播流是否在主控板上,如果所记录的组播维护的组播组信息标示当前主控板存在所述所请求的组播流的组播组,则所请求的组播流在主控板上,否则所请求的组播流不在主控板上。
如果该用户所请求的组播频道为步骤S501中所统计获取的常用频道,那么在主控板中一定有该用户所请求的组播频道的组播流。
步骤S509:主控板在组播转发表中将该接口板加入到组播组,跳转至步骤S513。
在主控板组播转发表中的该组播频道所对应的组播组中加入该提交IGMP请求的接口板。
步骤S510:在主控板组播转发表中生成组播组。
主控板在主控板组播转发表中,增加该用户点播频道的组播组,并将该接口板加入到该组播组中。
步骤S511:主控板向网络侧请求组播流数据。
步骤S512:主控板接收网络下发的组播流。
步骤S513:主控板向接口板发送组播流。
步骤S514:接口板根据接口板组播转发表中的组播表向用户发送组播流。
上述步骤S511至步骤S514分别与实施例1中的步骤S409至步骤S412同理,在此不作赘述。
由上可知,由于相对实施例1对于接入设备的内部的的组播处理采用了组播分布式处理的模式,将接入设备的组播处理分布到接口板以及控制板协同处理。由于采用了该组播分布式处理,当接口板存在多个用户加入同一个节目源的时候,主控板只需要处理第一个请求就可以了,而不需要重复处理,使用本发明方法可以充分利用系统的处理能力,大大提升接入设备的组播处理能力。
另外,由于采用该组播分布式处理的模式,接口板上的组播转发表由接口板自行根据接收到的用户IGMP报文进行配置,而不是由主控板根据接口板转发或者透传的用户IGMP报文生成再分发至各接口板;主控板只需要根据接口板向主控板转发的IGMP报文,对自身的组播转发表进行配置即可。可见采用本发明方法,节省了接入设备内部的通信,有利于提高处理速度。
另外的,如果用户请求的组播频道不为本接口板内的点播频率较高的频道,但是,为常用的频道,那么用户IGMP请求由接口板提交到主控板,只需要到达主控板处理之后,便可以通过接口板推送至所请求用户的用户端口,而不需要向网络侧请求组播加入,降低了组播处理时延,提升了组播处理效率。
实施例3:
在实施例2中使用了在接入设备内部统计常用频道,并将所统计的常用频道推送至相应的接口板内的智能决策方案。由实施例2的方法的延伸,将该方案应用于接入网络的组播处理中,具体如下:
在接入网络的内部的各个接入网络内部,根据每接入设备内的各接口板内的用户加入和离开每个组播频道的时间点,收集统计每接口板内的节目点播频率和时间分布,并将所有接入设备内的所有接口板内的统计结果进一步汇总统计分析获取接入网络中的常用频道,以及该用户常用组播频道点播频率或频率的权值较高、或者使用时间较长的的接入设备。其统计方法如实施例2中的步骤S501同理。
然后,根据统计结果,通知该用户常用组播频道所在的点播频率较高的接入设备的主控的组播复制单元固定的将该几个最常用的组播频道,主动向网络侧请求加入,由网络侧将该用户常用组播频道的组播流下发至使用该用户常用组播频道频率或频率权值较高、或者使用时间较长的接入设备的主控板。
对于接入设备内部的组播处理方法,既可以采用实施例1中的方法,亦可以采用实施例2中的方法。
本实施例,由于在接入网络内引进了智能决策方案,控制网络建立预加树,提升了整个网络的处理效率。
值得说明的是,在本实施例中,在获取接入网络中的常用频道,以及使用该用户常用组播频道频率最高的接入设备之后,还可以根据该统计结果,在网络侧建立对照表,使得各常用频道分别与使用该用户常用组播频道频率最高的接入设备相对应。网络侧根据该对照表,主动向接入设备推送该用户常用组播频道的组播流。采用本技术方案,能够进一步的减少组播请求加入的处理过程,进一步的减少组播处理时延,提高组播处理效率。
实施例4:
图6为本实施例的组播处理系统中的接入设备的结构示意图,如图6示,该接入设备60包括接口板310以及主控板300、以及智能决策设备320,本接入设备相对于现有技术的接入设备(如图3所示)的不同之处在于,在接入设备内部加入了智能决策设备320。
智能决策设备320,与主控板组播处理单元301相连接,用于根据主控板组播处理单元301记录组播维护的组播组信息以及所记录的用户组播行为,每接口板内用户加入和离开每个组播频道的时间点,收集统计每接口板内的组播频道的点播频率或频率的权值和频率或频率的权值的时间分布,并将该统计结果进一步进行统计,得到某个相对长时间内每个时间段内频道在接入设备的分布,得到接入设备60内在某相对长时间内点播频率或频率的权值最高,或者在时间分布范围最广的的几个节目频率作为用户常用组播频道。其中频率的权值的权重因子具体根据频率所占用的带宽设置。对于占用带宽较大的频道取较小的权重因子,对于占用带宽较小的频道取较大的权重因子,使得对于用于常用组播频道的处理能够结合带宽资源的分配考虑,更加合理。
智能决策设备320获取到该常用组播频道后,通过指示主控板组播处理单元301,由主控板组播处理单元301指示主控板组播转发表302,为该用户常用组播频道建立组播组,主控板组播复制单元303根据主控板组播转发表302中的常用频道的组播组,固定的向网络侧请求加入,使得网络固定向主控板30下发该用户常用组播频道的组播流。
接口板310包括:
接口板组播转发表311,与主控板组播处理单元301、接口板组播复制单元312分别相连接,受主控板组播处理模301控制,用于记录接口板内当前各组播频道对应的用户的组播组。
接口板组播复制单元312,分别与接口板组播转发表311、主控板组播复制单元303相连接,用于根据接口板组播转发表311中的组播组纪录,从主控板300的主控板组播复制单元303,复制组播流,并将所复制的组播流在复制到组播组内的各用户对应的用户端口。
主控板300包括:
主控板组播处理单元301,与主控板组播转发表302、接口板组播转发表311以及智能决策设备320分别相连接,用于接收接口板310转发的用户IGMP报文,并根据IGMP报文进行组播处理。该处理过程具体如下:
当所接收的IGMP报文为用户请求点播组播频道,那么主控板组播处理单元301根据主控板本单元所记录的用于组播维护的组播组信息,判断该用户所请求的组播流是否在主控板300上,如果该用户所请求的组播流在主控板300上,主控板组播处理单元301指示主控板组播转发表302,将该提交IGMP报文的接口板310加入到该组播频道所对应的组播组中,将该接口板310加入到该组播组内后,主控板组播复制单元303便可根据主控板组播转发表302将该组播频道的组播流复制到该接口板310上;如果该用户请求的组播流不在主控板300上,主控板组播处理单元301向网络侧请求加入,请求下发组播流。
同时的,主控板组播处理单元301生成该组播流对应用户端口的组播组,并将该组播组加入到接收到该用户请求的接口板310的接口板组播转发表311中
主控板组播转发表302:与主控板组播处理单元301以及主控板组播复制单元303分别相连接,受主控板组播处理单元301控制,用于记录组播频道对应的接口板组播组。
主控板组播复制单元303,与主控板组播转发表302以及网络侧分别相连接,用于根据主控板组播转发表302中的组播组纪录,从网络侧接收下发的组播流,并将该组播流复制到组播组内的相应的各接口板。
由上可见,由于在接入设备60中新增加了智能决策设备320,如果用户请求的组播频道为常用的频道,那么该组播频道的组播流肯定在主控板300上,用户IGMP请求提交至主控板300,只需要由主控板300处理之后,便可以通过接口板310推送至所请求用户的用户端口,而不需要向网络侧请求组播加入,降低了组播处理时延,提升了组播处理效率。
实施例5:
图7为本实施例的组播处理系统的接入设备的系统结构示意图,如图示,本接入设备70包括智能决策设备330,接口板314、以及主控板305,本接入设备70相对于如图6所示的实施例4中的接入设备60所不同的是,在本实施例中接入设备70的接口板314中进一步增加了接口板组播处理单元313。
智能决策设备330,分别与接口板处理单元313、主控板组播处理单元304分别相连接,由于本接入设备30中引入了接口板组播处理单元313,因此智能决策设备330在本实施例中,只需要根据接口板组播处理单元313所记录的用户组播行为,统计获取接入设备内的用户常用组播频道即可,该统计方法与实施例4中所述方法同理。
进一步的,本智能决策设备330除了统计获取得到接入设备70内在某相对长时间内点播频率最高的几个节目频率作为用户常用组播频道外,进一步的获取使用该用户常用组播频道频率较高的具体各接口板314。并且智能决策设备330指示主控板组播处理单元304,由主控板组播处理单元304指示主控板组播转发表302,为该用户常用组播频道建立组播组,使得各常用频道分别与使用该用户常用组播频道频率较高的具体各接口板314相对应。使得主控板30接收到网络下发的该常用频率的组播流时,主控板组播复制单元303根据该用户常用组播频道的组播组,自动地将该用户常用组播频道的组播流向使用该用户常用组播频道频率或频率的权值较高,或者,使用该用户常用组播频道的时间较长的具体接口板314推送。
接口板314包括:
接口板组播处理单元313,与本接口板314内的接口板组播转发表311,以及主控板组播处理单元304、智能决策设备330分别相连接,用于根据用户所发送的IGMP报文进行相应组播处理。比如:
当接口板314接收到用户发送的用于点播组播频道的IGMP报文时,本单元所记录的组播维护组播组判断用户所请求的组播流是否在接口板上,如果该用户所请求的组播流在接口板314上,接口板组播处理单元313指示接口板组播转发表311在该组播频道所对应的组播组,并指示组播复制单元312根据接口板组播转发表311中组播频道所对应的组播组,将该组播频道的组播流复制到用户端口;如果该用户所请求的组播流不在接口板314上,那么接口板组播处理单元313指示接口板组播转发表311增加该组播频道的组播组,并且接口板组播处理单元313将该用户IGMP报文转发至主控板组播处理板301,向主控板组播处理板301请求该用户请求加入的组播频道的组播流。
接口板组播转发表311,分别与接口板组播处理单元313、接口板组播复制单元312相连接,受接口板组播处理单元313控制,用于记录组播频道对应的用户的组播组。
接口板组播复制单元312,本单元的连接关系以及功能与实施例4中的相同。
主控板305与实施例4所不同之处在于主控板组播处理单元304,本实施例中,主控板组播处理单元304与主控板组播转发表302、接口板组播处理单元313以及智能决策设备320分别相连接,用于接收接口板组播处理单元313所发送的组播流请求,并根据请求进行组播处理。
由上面描述可知,由于在接入设备的每接口板增加了接口板组播处理单元313,将原来的所有的组播处理集中在主控板的处理,分布到每个接口板以及主控板协同处理。由于采用了该组播分布式处理,当接口板存在多个用户加入同一个节目源的时候,主控板只需要处理第一个请求就可以了,而不需要重复处理,使用本发明方法可以充分利用系统的处理能力,大大提升接入设备的组播处理能力。
进一步的,由于采用该组播分布式处理的模式,接口板上的组播转发表由接口板自行根据接收到的用户IGMP报文进行配置,而不是由主控板根据接口板转发的用户IGMP报文生成,再分发至各接口板;主控板只需要根据接口板向主控板转发的IGMP报文,对自身的组播转发表进行配置即可。可见采用本发明方法,节省了接入设备内部的通信,有利于提高处理速度。
进一步的,如果用户请求的组播频道为本接口板314内的点播频率较高的频道,但是,那么用户IGMP请求到达接口板314之后,便可以直接由接口板314推送至所请求用户的用户端口,而不需要向上提交主控板305处理,进一步的降低了组播处理时延,大大提升了组播处理效率。
实施例6:
图8为本是实例的组播处理系统结构示意图,如图示,本实施例将智能决策设备340应用于整个接入网络,智能决策设备340接入网络80内的各接入设备800(在此该接入设备800既可以为图3所示的接入设备102,亦可以为图6所示的接入设备60,还可以为图7所示的接入设备70)分别相连接,智能决策设备340与各接入设备80的连接关系具体是,与每个接入设备102的主控板组播处理单元301分别相连接。用于通过指示主控板组播处理单元301,根据与主控板组播处理单元相连接的各接口板组播处理单元所记录的用户组播行为,统计主控板内每接口板加入和离开每个组播频道的时间点,统计每接入设备内的各组播频道的用户点播频率或频率的权值,以及频率或频率的权值的时间分布,将结果进行统计,得到接入网络80内的所有接入设备800在某相当长的时间内点播频率或频率的权值最高或者频率的使用时间最长的几个节目频率作为用户常用组播频道,并进一步选取该用户常用组播频道在对应接入设备800内点播频率或频率的权值较高,或者使用该用户常用组播频道的时间最长的具体接入设备作为常用该用户常用组播频道的接入设备。
智能决策设备340根据上述所获取结果,建立常用频道与该常用该用户常用组播频道的接入设备800的对照表,并根据对照表,通知对照表中指示对照表中的常用设备102的主控板组播处理单元301主动向网络侧发送加入申请,请求本接入设备800内点播频率较高的常用频道的组播流。
由上可见,由在整个接入网系统上,增加了智能决策设备340,智能决策设备340使得接入网络80中的接入设备800能够预先获取本设备使用频率较高的常用频道对应的组播流。有利于提高组播处理网络的组播处理效率。
实施例7:
图9为本实施例的组播处理系统的结构示意图,如图示,本实施例与实施例6所不同之处在于,与接入网络90内的各接入设备800分别相连接的智能决策设备350还与IP城域网107相连接。进一步的在获取到接入网络常用组播频道以及使用该常用组播频道频率较高的接入设备后,在IP城域网107内建立常用频道与使用该用户常用组播频道频率较高的接入设备800对照表,使得IP城域网107主动地根据该对照表,向对照表中的接入设备800推送相应的组播频道的组播流。
由上可见,由于本实施例使用了IP城域网107主动推送下发接入系统常用的节目频率的组播流,进一步的减少了组播请求处理的时延,进一步提高了组播处理效率。
以上对本发明所提供的一种组播处理方法以及系统作了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (16)
1、一种组播处理方法,包括:
获取用户常用组播频道;
接入设备获取所述用户常用组播频道的组播流。
2、根据权利要求1所述的组播处理方法,其特征是,所述用户常用组播频道为所述接入设备内的用户常用组播频道,所述获取用户常用组播频道,具体包括:
根据每接口板内的每个用户的组播行为,获取每接口板内的频道的点播频率或所述频率的权值,以及所述频率或所述频率的权值的时间分布,其中所述频率的权值的权重具体是根据所述频道的带宽进行选取;
统计所有接口板内的频道的点播频率或所述频率的权值、以及所述频率或所述频率的权值的时间分布;
根据所述统计值选取所述频率或所述频率的权值高,或者,取所述频率或所述频率的权值的时间分布范围广的频道作为所述接入设备内的用户常用组播频道。
3、根据权利要求2所述的组播处理方法,其特征是,所述接入设备获取所述用户常用组播频道的组播流,具体包括:
在所述接入设备的主控板组播转发表内生成所述的用户常用组播频道的组播组;
所述主控板根据所述组播组,向网络侧请求下发所述的用户常用组播频道的组播流。
4、根据权利要求3所述的组播处理方法,其特征是,在获取所述接入设备内的用户常用组播频道之后,进一步包括:
获取所述用户常用组播频道的点播频道或所述频道的权值高,或者所述点播频道或所述频道的权值的时间分布范围广的接口板,作为常用所述用户常用组播频道的接口板;
在所述主控板组播转发表中的所述用户常用组播频道的组播组中加入所述常用所述用户常用组播频道的接口板;
主控板根据所述组播组,将所述用户常用组播频道的组播流复制到所述接口板。
5、根据权利要求1所述的组播处理方法,其特征是,所述用户常用组播频道为所述接入网络的用户常用组播频道,所述的获取所述接入网络的用户常用组播频道,具体包括以下步骤:
根据每接入设备内的每接口板内的每个用户的组播行为,获取每接口板内的频道的点播频率或所述频率的权值,以及所述频率或所述频率的权值的时间分布,其中所述频率的权值的权重具体是根据所述频道的带宽进行选取;
统计所有接入设备的所有接口板内的频道的点播频率或所述频率的权值以及所述频率或所述频率的权值的时间分布;
根据所述统计值选取所述频率或所述频率的权值高,或者,时间分布范围广的频道作为所述接入网络的用户常用组播频道,并且根据所述统计结果获取所述接入网络的用户常用组播频道的频率或所述频率的权值高,或者,时间分布范围广的接入设备。
6、根据权利要求2或5所述的组播处理方法,其特征是,所述每接口板内的每个用户的组播行为具体是根据所述主控板组播处理单元记录的组播维护的组播组信息获取。
7、根据权利要求6所述的组播处理方法,其特征是,所述的接入设备获取所述用户常用组播频道的组播流,具体包括以下步骤:
在IP城域网中,建立所述常用组播频道对应所述接入网络内常用所述常用组播频道的接入设备的列表。
网络侧根据所述的列表向所述接入设备推送所述的网络常用组播频道的组播流。
8、根据权利要求1至5任何之一或7所述的组播处理方法,其特征是,所述方法进一步包括以下步骤:
接口板接收用户加入请求;
根据所述接口板记录的组播维护的组播组信息,判断所述用户请求的组播流是否在所述接口板,如果否,则向主控制板请求所述的组播流,否则执行下一步骤;
所述接口板根据所述加入请求,向所述用户推送所述组播流。
9、根据权利要求8所述的组播处理方法,其特征是,所述每接口板内的每个用户的组播行为具体是根据所述接口板组播处理单元记录的组播维护的组播组信息获取。
10、一种组播处理系统,所述系统包括IP城域网以及接入网络,所所述接入网络包括接入设备,所述接入设备包括主控板以及至少一个接口板,各接入板与所述主控板相连接,所述主控板包括主控板组播处理单元、主控板组播转发表以及主控板组播复制单元,所述的接口板包括接口板组播转发表、接口板组播复制单元,其特征是,所述组播处理系统进一步包括:
智能决策设备,与所述接入设备的主控板组播处理单元相连接,用于获取所述用户常用组播频道。
11、根据权利要求10所述的组播处理系统,其特征是,所述智能决策设备设于所述接入设备内部,用于根据所述主控板组播处理单元记录的组播组信息获取所述接入设备内的用户常用组播频道,并指示所述的主控板组播处理单元获取所述用户常用组播频道的组播流。
12、根据权利要求11所述的组播处理系统,其特征是,所述智能决策设备设于所述接入设备外部,与所述接入网络内的各接入设备分别相连接,用于根据所述各接入设备的主控板组播处理单元记录的组播组信息获取所述接入网络的常用组播频道,以及所述接入网络内常用所述常用组播频道的接入设备,并指示所述接入设备的主控板组播处理单元向网络请求下发所述常用组播频道的组播流。
13、根据权利要求12所述的组播处理系统,其特征是,所述智能决策设备进一步与所述IP城域网相连接,用于指示所述IP城域网向常用所述常用组播频道的接入设备推送所述的接入网络常用组播频道的组播流。
14、根据权利要求13所述的组播处理系统,其特征是,所述IP城域网侧进一步包括:用于标示所述接入网络常用组播频道与常用所述常用组播频道的接入设备的对应关系的对照表。
15、根据权利要求11至14之任一所述的组播处理系统,其特征是,所述的接口板进一步包括:
接口板处理单元,与所述的主控板组播处理单元以及所述接口板组播转发表分别相连接,用于处理用户所发送的IGMP报文,并且根据所述IGMP报文维护所述接口板组播转发表;
所述的接口板组播转发表所述接口板组播处理单元以及接口板组播复制单元分别相连接,用于指示所述接口板组播复制单元将所述组播流复制到用户端口。
16、根据权利要求15所述的组播处理系统,其特征是,所述智能决策设备设置于所述接入设备内部,与所述接口板组播处理单元、所述主控板组播处理单元分别相连接,用于根据各接口板组播处理单元记录的组播维护的组播组信息获取所述接入设备的常用组播频道,并指示所述主控板组播处理单元向网络请求下发所述常用组播频道的组播流。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101112160A CN1921402B (zh) | 2006-08-15 | 2006-08-15 | 一种组播业务处理方法以及系统 |
CN201510227559.2A CN104837070A (zh) | 2006-06-09 | 2007-05-21 | 组播业务处理方法、系统及接入设备 |
SG2011041936A SG172691A1 (en) | 2006-06-09 | 2007-05-21 | Multicast service processing method and access equipment |
PCT/CN2007/001644 WO2007140702A1 (en) | 2006-06-09 | 2007-05-21 | Multicast service processing method and access equipment |
EP07721217A EP2034731A4 (en) | 2006-06-09 | 2007-05-21 | MULTICAST SERVICE PROCESSES AND ACCESSORIES |
US12/330,188 US20090147786A1 (en) | 2006-06-09 | 2008-12-08 | Multicast service processing method and access equipment |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101112160A CN1921402B (zh) | 2006-08-15 | 2006-08-15 | 一种组播业务处理方法以及系统 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210168898.4A Division CN102694666B (zh) | 2006-08-15 | 2006-08-15 | 一种组播业务处理方法以及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1921402A true CN1921402A (zh) | 2007-02-28 |
CN1921402B CN1921402B (zh) | 2012-07-04 |
Family
ID=37778987
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006101112160A Expired - Fee Related CN1921402B (zh) | 2006-06-09 | 2006-08-15 | 一种组播业务处理方法以及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1921402B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009067875A1 (fr) * | 2007-11-01 | 2009-06-04 | Huawei Technologies Co., Ltd. | Procédé, système et dispositif de multidiffusion |
CN102244808A (zh) * | 2007-03-26 | 2011-11-16 | 阿尔卡特朗讯公司 | 用于高效递送数据内容的系统和方法 |
WO2012142951A1 (en) * | 2011-04-21 | 2012-10-26 | Hangzhou H3C Technologies Co., Ltd. | Forwarding a multicast message |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100463447C (zh) * | 2005-08-31 | 2009-02-18 | 杭州华三通信技术有限公司 | 控制组播数据转发的交换设备及方法 |
-
2006
- 2006-08-15 CN CN2006101112160A patent/CN1921402B/zh not_active Expired - Fee Related
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102244808A (zh) * | 2007-03-26 | 2011-11-16 | 阿尔卡特朗讯公司 | 用于高效递送数据内容的系统和方法 |
CN102244808B (zh) * | 2007-03-26 | 2014-05-07 | 音响鉴证创新有限公司 | 用于高效递送数据内容的系统和方法 |
WO2009067875A1 (fr) * | 2007-11-01 | 2009-06-04 | Huawei Technologies Co., Ltd. | Procédé, système et dispositif de multidiffusion |
WO2012142951A1 (en) * | 2011-04-21 | 2012-10-26 | Hangzhou H3C Technologies Co., Ltd. | Forwarding a multicast message |
Also Published As
Publication number | Publication date |
---|---|
CN1921402B (zh) | 2012-07-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1268143C (zh) | 移动通信系统中多媒体广播/多播服务的设备和方法 | |
CN1941711A (zh) | 用于控制通信会话或建立通信会话的方法以及相关装置 | |
CN1859562A (zh) | 视频点播方法、系统、服务器和终端 | |
CN101048007A (zh) | 从移动终端传送寻呼请求消息的方法 | |
CN1930836A (zh) | 通信装置以及通信系统 | |
CN1852431A (zh) | 实现实时视频信息共享的系统及方法 | |
CN101060427A (zh) | 实现远程软件升级的系统及方法 | |
CN1685334A (zh) | 用于提供内容的方法和系统 | |
CN101047607A (zh) | 实现组播业务的系统及方法 | |
CN1852551A (zh) | 基于移动网络的组播业务数据的实现方法 | |
CN1917649A (zh) | 一种支持多音轨的方法、系统及流媒体服务器 | |
CN1905455A (zh) | 基于互联网和流媒体技术的开放式多媒体传输系统 | |
CN1754159A (zh) | 信息处理装置和内容信息处理方法 | |
CN1859558A (zh) | 基于无线传输的数字电视广播系统及其方法 | |
CN1946162A (zh) | 一种获取epg的方法及iptv业务系统 | |
CN1503538A (zh) | 数据发送系统 | |
CN1578277A (zh) | 使用基于消息的协议的电视入口服务系统及方法 | |
CN1581744A (zh) | 为mbms业务提供多种qos的方法 | |
CN1856137A (zh) | 一种确定集中控制服务器的方法及系统 | |
CN1921402A (zh) | 一种组播业务处理方法以及系统 | |
CN101043431A (zh) | 一种缩短多方通话业务建立时间的方法与系统 | |
CN1926533A (zh) | 用于在数字资产环境中分发服务的方法和系统 | |
CN1881888A (zh) | 一种组播控制方法及系统 | |
CN1859739A (zh) | 一种向漫游用户提供数字广播的鉴权方法和系统 | |
CN1968082A (zh) | 一种组播认证方法、系统及应用 |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120704 Termination date: 20190815 |