CN101094087A - 一种无源光网络环境下可控组播系统及其实现方法 - Google Patents
一种无源光网络环境下可控组播系统及其实现方法 Download PDFInfo
- Publication number
- CN101094087A CN101094087A CNA2007101109995A CN200710110999A CN101094087A CN 101094087 A CN101094087 A CN 101094087A CN A2007101109995 A CNA2007101109995 A CN A2007101109995A CN 200710110999 A CN200710110999 A CN 200710110999A CN 101094087 A CN101094087 A CN 101094087A
- Authority
- CN
- China
- Prior art keywords
- onu
- multicast
- user
- olt
- message
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
- H04L12/2863—Arrangements for combining access network resources elements, e.g. channel bonding
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Abstract
本发明公开了一种无源光网络环境下可控组播系统,包括光线路终端OLT和光网络单元ONU,所述OLT用于发送组播业务流给ONU;所述ONU用于接收组播业务流,通过用户端口转发给用户;OLT还用于进行用户权限判断,根据判断的结果,发送控制信息给ONU;ONU用于根据OLT发送的控制信息,对组播业务流的转发进行相应设置,从而控制用户端口对组播虚通道中组播流的访问。本发明还公开了一种无源光网络环境下可控组播的实现方法。本发明的OLT可以控制每个用户端口对组播流的访问,有效地利用PON结构的特点,通过创建被众多ONU共享的组播虚通道,有效地减少了从OLT到ONU的组播带宽。
Description
技术领域
本发明涉及接入通信网络的组播系统,尤其涉及一种PON(PassiveOptical Network,无源光网络)环境下的可控组播系统及其实现方法。
背景技术
随着宽带接入的蓬勃发展,越来越多家庭使用了宽带上网业务。同时越来越多的业务也走入了家庭,其中组播业务就是最重要的一种。
和其它多媒体业务一样,组播对带宽的需求非常大。而现在很多接入技术的带宽已经接近极限,无法满足未来家庭和商业用户对高带宽的需求。PON使用光传输技术,传输距离远,传输带宽大。因使用无源节点,PON的可维护性和可用性、稳定性都得到了很大的提高。无源光网络注定会成为未来主要的接入技术。
不同于目前最主要的接入技术DSL(Digital Subscriber Loop,数字用户线),PON网络有如下重要的特点:
1)一个OLT(Optical Line Termial,光线路终端)上的PON口对应了多个ONU(Optical Network Unit,光网络单元)终端。在DSL中,一个DSLAM(Digital Subscriber Loop Access Multiplexer,数字用户线路接入复用器)上的DSL端口只对应远端的一个Modem(调制解调器)。
2)下行方向数据采用广播方式。
3)由于在设计上做了预先的规划,OLT可以主动管理ONU;二者之间具有比较紧密的耦合性。
因为下行方向,数据是广播的,这个对于组播是非常有利的。
目前,已有的组播方案中,就是利用下行方向的数据广播特点,从OLT到ONU创建专门的组播传输通道。OLT通过分析所有来自用户侧的IGMP(Internet Group Management Protocol,因特网组管理协议)的请求消息,获取用户所请求的组播节目。OLT将所有这些被请求的组播流向各个下行的PON光口传递,ONU接收到组播流以后,根据ONU自己的需要对组播流进行过滤。
上述组播方案尽管可以将组播流正确地传递到ONU,但是它不能控制用户的权限。当ONU下有多个用户(端口)时,ONU或者OLT并不能精确控制用户端口对组播流的访问。
发明内容
本发明要解决的技术问题就是提供一种无源光网络环境下可控组播系统及其实现方法,使得OLT可以控制每个用户端口对组播流的访问。
为了解决上述技术问题,本发明提供一种无源光网络环境下可控组播系统,包括光线路终端OLT和光网络单元ONU,所述OLT用于发送组播业务流给ONU;所述ONU用于接收组播业务流,通过用户端口转发给用户;OLT还用于进行用户权限判断,根据判断的结果,发送控制信息给ONU;ONU用于根据OLT发送的控制信息,对组播业务流的转发进行相应设置,从而控制用户端口对组播虚通道中组播流的访问。
进一步地,所述OLT和ONU之间通过用户虚通道传送控制信息,OLT用于当用户虚通道有请求时,根据用户的组播权限进行用户权限判断,发送控制信息给ONU,所述控制信息用于控制ONU的组播业务流转发。
进一步地,所述OLT通过无源光网络操作管理维护PON OAM通道,将控制信息发送给ONU。
进一步地,
所述OLT包括:
IPTV业务控制模块,用于保存用户的组播权限,接受IGMP协议控制模块的请求,做出用户或端口是否可以访问组播流的判断;
IGMP协议控制模块,用于分析组播请求报文,请求IPTV业务控制模块做出判断,根据判断结果,将控制信息发送给ONU;
所述ONU包括:
ONU可控组播模块,用于和OLT的IGMP控制系统模块交互,接受OLT的控制信息,进而控制ONU的交换引擎上的组播转发表;
交换引擎,用于根据其上的组播转发表将组播业务流转发到相应的用户端口。
进一步地,
所述ONU还包括:
GMAC过滤模块,用于根据其上的过滤表过滤组播业务流,再将组播业务流发给交换引擎;
所述ONU可控组播模块还用于控制GMAC过滤模块的过滤表。
进一步地,所述IPTV业务控制模块用于判断报文类型,
当协议报文是IGMP请求报文,则OLT的IPTV业务控制模块用于判断用户或端口是否可以访问相应的组播组;如果可以访问对应的组播组,则IPTV业务控制模块用于发送控制信息给ONU,要求ONU修改组播转发表,使得相应的用户或端口可以访问对应的组播组;
当协议报文是IGMP离开报文,则IPTV业务控制模块用于发送控制信息给ONU,要求ONU修改组播转发表,使得相应的用户或端口不能访问对应的组播组;
当协议报文是其他类型的报文,则IPTV业务控制模块丢弃该报文。
进一步地,所述ONU可控组播模块控制ONU的交换引擎上的组播转发表,包括对组播转发表进行表项的添加或删除,或刷新所述转发表。
进一步地,ONU可控组播模块控制GMAC过滤模块的过滤表,包括对过滤表进行表项的添加或删除。
为了解决上述技术问题,本发明还提供一种无源光网络环境下可控组播的实现方法,包括如下步骤:
(1)OLT接收用户的请求报文,进行用户权限判断,根据判断的结果,发送控制信息给ONU;
(2)若ONU收到OLT的控制信息,则根据控制信息,对组播业务流的转发进行相应设置,从而控制用户端口对组播虚通道中组播业务流的访问。
进一步地,所述步骤(1)中的请求报文,经ONU通过用户虚通道传递给OLT。
进一步地,所述步骤(1)OLT接收用户的请求报文后,由IPTV业务控制模块判断报文类型,执行如下操作:
(a)若协议报文是IGMP请求报文,则由OLT的IPTV业务控制模块判断用户或端口是否可以访问相应的组播组;如果可以访问对应的组播组,则由IPTV业务控制模块发送控制信息给ONU,要求ONU修改组播转发表,使得相应的用户或端口可以访问对应的组播组;否则,结束处理;
(b)若协议报文是IGMP离开报文,则OLT的IPTV业务控制模块发送控制信息给ONU,要求ONU修改组播转发表,使得相应的用户或端口不能访问对应的组播组;
(c)如果是其他类型的报文,则丢弃该报文。
进一步地,其特征在于,所述步骤(1)中OLT通过PON OAM通道,发送控制信息给ONU。
进一步地,
若所述步骤(a)OLT要求ONU修改组播转发表,则在所述步骤(2)中,ONU根据控制信息,设置ONU的交换引擎中的组转发表,使相应的用户或端口可以访问对应的组播组,所述设置包括对所述组转发表中的表项进行添加或删除,或刷新所述组转发表;
若所述步骤(b)OLT要求ONU修改组播转发表,则在所述步骤(2)中,ONU根据控制信息,设置ONU的交换引擎中的组转发表,使相应的用户或端口不能访问对应的组播组,所述设置包括对所述组转发表中的表项进行添加或删除,或刷新所述组转发表。
进一步地,
若所述步骤(a)OLT要求ONU修改组播转发表,则在所述步骤(2)中,ONU根据控制信息,还设置ONU的GMAC过滤模块中的过滤表,使相应的用户或端口可以访问对应的组播组,所述设置包括对过滤表中的表项进行添加或删除;
若所述步骤(b)OLT要求ONU修改组播转发表,则在所述步骤(2)中,ONU根据控制信息,还设置ONU的GMAC过滤模块中的过滤表,使相应的用户或端口不能访问对应的组播组,所述设置包括对过滤表中的表项进行添加或删除。
本发明的PON环境下OLT集中控制的可控组播系统,使用OLT集中控制的方式,设计了一个可控组播系统,此系统下,ONU软件结构简单,OLT和ONU之间的控制接口也不复杂,有利于不同OLT和ONU的互通;本发明的一种PON环境下的可控组播系统实现方法,有效地利用PON结构的特点,通过创建被众多ONU共享的组播虚通道,有效地减少了从OLT到ONU的组播带宽。
附图说明
图1是本发明实施例的PON的组播系统结构图;
图2是本发明实施例的PON的用户虚通道示意图;
图3是本发明实施例的PON的组播虚通道示意图;
图4是本发明实施例的IGMP协议报文处理流程示意图;
图5是本发明应用实例的用户Report报文详细处理流程示意图;
图6是本发明应用实例的用户Leave报文详细处理流程示意图。
具体实施方式
下面通过附图和具体实施方式对本发明进行详细描述。
如图1所示,本系统主要包含两类硬件设备:OLT和ONU,OLT和ONU之间存在多条用户虚通道,每个用户虚通道对应ONU上的用户端口。OLT和ONU之间还存在一条或者多条单向的组播虚通道。每个OLT的PON口都有一个或多个组播虚通道,被所有该PON口下的ONU所共享。用户虚通道和组播虚通道的虚通道号在OLT上是唯一的。组播虚通道承载组播流,用户虚通道承载IGMP协议报文,业务通道和控制通道分离。每当用户虚通道有请求时,OLT进行权限判断后,通过PON OAM(操作管理维护)通道将控制信息发送给ONU,使得ONU可以控制ONU下的用户端口对组播虚通道中组播流的访问。
其中,OLT用于对IGMP协议报文的截获和处理;根据配置的用户权限信息,判断用户是否可以访问组播业务流,通过控制ONU的组播流数据转发来控制用户对组播业务流的访问。同时,OLT也要控制组播流在OLT上到各个PON口的组播流业务转发。
OLT包括如下模块:
IPTV(因特网网络电视)业务控制模块,用于保存用户的组播权限,接受IGMP协议控制模块的请求,做出用户(端口)是否可以访问组播流的判断;
IGMP协议控制模块,用于处理IGMP协议报文;该模块分析来自用户端口(也就是虚通道)的组播请求报文,请求IPTV业务控制模块做出判断;将判断结果发送给ONU,ONU保证对应的用户端口可以访问或者不能访问对应的组播流;当用户请求访问组播业务时,此模块根据IPTV业务控制模块给出的判决,做出响应;每个用户虚通道都被看成一个用户(交换端口),IGMP协议控制模块并不知道远端用户端口的存在,它知道的只有用户虚通道;
PON组播适配模块,用于控制OLT本身的组播业务交换;每个PON口都有一个组播虚通道与之对应,组播虚通道就是一个交换端口;IGMP协议控制模块将控制信息传递给PON组播适配模块;一方面,PON组播适配模块分析这些控制信息,控制OLT上的组播转发表;另一方面,它将控制信息传递给远端的ONU;
交换引擎,用于完成单播、组播和广播业务的交换;对组播业务来说,交换引擎根据组播转发表将组播业务流(复制)转发到特定的PON端口(或者可以说是组播虚通道)。
ONU用于接收用户发送的IGMP协议报文,通过用户虚通道,传送给OLT;并接收ONU通过组播虚通道发送的组播流,根据OLT的控制,对组播业务流进行正确的转发,从而控制用户端口对组播虚通道中组播流的访问。
ONU包括如下模块:
ONU可控组播模块,用于和OLT的IGMP控制系统模块交互,接受OLT的控制信息,进而控制ONU上的组播转发表;同时,ONU可控组播模块控制GMAC过滤模块的过滤表;
交换引擎,用于完成单播、组播和广播业务的交换;交换引擎上有一个组播转发表,组播转发表定义了组播地址、VLAN(虚拟局域网)和用户端口的映射关系,利用组播转发表可以实现在特定VLAN下的组播流到目的端口的转发。对组播业务来说,交换引擎根据组播转发表将组播业务流(复制)转发到特定的用户(端口);
以及GMAC(GPON MAC,千兆以太网无源光网络媒体接入控制)过滤模块,用于根据过滤表过滤组播流;因为组播业务通道是共享的,所以,大量的无用的组播流会流入;为了减轻转发引擎的负担,可以先做过滤;在GMAC过滤模块中有一个过滤表,此模块根据过滤表过滤组播流;该过滤表由ONU可控组播模块进行设置。
如图2所示,为了实现跨VLAN组播,为每个用户口创建一个ONU与OLT的双向虚通道。在ONU上,用户端口的CVLAN(Customer VLAN,用户VLAN)各不相同。利用数据报文的CVLAN信息,PON业务可以为每个用户端口创建一个虚通道。对组播来说,用户虚通道用来承载协议报文。
如图3所示,在ONU和OLT还存在一个或多个组播虚通道。该虚通道只是下行方向,因此可以被PON口下的所有ONU所共享。组播虚通道用来承载组播业务流。
从交换机的角度去理解,虚通道可以看成一个交换端口,也就是桥端口。
如图4所示,本发明实施例的IGMP协议报文处理通过下面的协议报文处理流程来实现:
步骤401,用户的IGMP协议报文沿着用户虚通道经ONU传递到OLT的IGMP协议控制模块;
步骤402,IGMP协议控制模块判断此协议报文是否是Report请求报文,若是,则执行下一步;若不是,则执行步骤406;
步骤403,IPTV业务控制模块判断用户(端口)是否可以访问相应的组播组;如果没有访问权限,结束处理;否则,执行下一步。
步骤404,IGMP协议控制模块发控制信息给ONU,要求对应用户端口可以访问相应组播流;
步骤405,ONU的可控组播模块接收到控制信息,按照控制信息修改组播转发表,结束流程。
步骤406,判断协议报文是否是Leave报文,若是,则执行步骤407,若不是,则执行步骤408;
步骤407,IGMP协议控制模块发控制信息给ONU,要求对应用户端口不可以访问相应组播流,执行步骤405;
步骤408,丢弃报文,结束处理。
在OLT上可以有多种实现的模式,比如IGMP snooping(IGMP侦听)模式,IGMP Proxy(IGMP代理)模式。IGMP Proxy因为可以减少上行的协议报文而应用广泛。跨VLAN也是一种常见的组播实现方式,这种实现方式,可以让用户访问不属于用户VLAN的组播流。
下面以IGMP proxy模式,跨VLAN组播访问,来对上述的IGMP协议报文处理流程做详细的介绍。
OLT上的IGMP协议处理,包括用户侧的协议处理和网络侧的协议处理。每个用户一个router状态机,用户侧的协议处理由router状态机完成;整个OLT一个host状态机,host状态机完成网络侧的协议处理。
如图5所示,以用户发出一Report请求为例,说明用户Report报文处理及业务流程:
步骤501,用户发出对组播224.1.1.1的Report请求。
步骤502,Report报文进入ONU后,根据端口的CVLAN属性,Report报文带上CVLAN标签;根据CVLAN标签,这个报文被对应的用户虚通道承载,向OLT发送。
步骤503,OLT的IGMP协议报文处理,由router状态机完成,具体包括如下步骤:
步骤503a,IGMP协议控制模块收到Report报文,Report(CVLAN,224.1.1.1,vport),表示来自vport,带有CVLAN标签,想访问224.1.1.1;IGMP协议控制模块请求IPTV业务控制模块Report(CVLAN,224.1.1.1,vport)是否允许;
步骤503b,因为是跨VLAN组播,IPTV业务控制模块仅仅利用224.1.1.1和vport信息检索用户组播权限(若是不跨VLAN的组播,IPTV业务控制模块需要使用224.1.1.1+vport+VLAN信息来检索用户权限);
步骤503c,如果拒绝,结束流程处理;如果允许,IPTV业务模块将Report(MVLAN,224.1.1.1,vport)回送给IGMP协议控制模块,MVLAN为vport用户所能观看的组播节目224.1.1.1所在的VLAN;IGMP协议模块通告control_add(MVLAN,224.1.1.1,vport)给ONU,表示vport可以观看MVLAN下的224.1.1.1;
步骤503d,PON组播适配模块根据分析control_add(MVLAN,224.1.1.1,vport),根据vport可以得出vport所属的PON光口,从而得到该PON光口的组播虚通道,假定为mport;如果OLT转发引擎中的组播转发表没有<MVLAN,224.1.1.1,mport>,那么增加此表项,否则,刷新此表项。
步骤504,ONU接收到control_add(MVLAN,224.1.1.1,vport),执行如下步骤:
步骤504a,如果ONU转发引擎中的组播转发表没有<MVLAN,224.1.1.1,userport(vport)>,增加此表项,其中userport(vport)表示vport对应的用户侧端口;
步骤504b,如果GMAC过滤表不存在<mport,224.1.1.1>,新增此表项。
步骤505,假定携带MVLAN标签的组播业务224.1.1.1流入OLT的上联口;根据<MVLAN,224.1.1.1,mport>,转发引擎将此数据发送到mport。
步骤506,ONU收到从mport通道来的携带MVLAN的224.1.1.1,因为GMAC中有<mport,224.1.1.1>,所以进入到ONU内部;根据<MVLAN,224.1.1.1,userport(vport)>,将组播流数据从userport(vport)发出,发送给相应用户。
如图6所示,以用户发出一Leave请求为例,说明用户Leave报文处理及业务流程:
步骤601,用户发出对组播224.1.1.1的Leave报文,想中止节目收看;
步骤602,Leave报文进入ONU后,根据端口的CVLAN属性,Leave报文带上CVLAN标签;根据CVLAN标签,这个报文被对应的用户虚通道承载,向OLT发送;
步骤603,OLT的IGMP协议控制模块收到Leave报文,Leave(CVLAN,224.1.1.1,vport),表示来自vport,带有CVLAN标签,想停止访问224.1.1.1;vport对应的router状态机开始GSQ(Group-Specific Query,特定组查询)的流程处理,发送GSQ(CVLAN,224.1.1.1,vport)查询,GSQ(CVLAN,224.1.1.1,vport)表示这个GSQ报文携带CVLAN标签,查询的是组224.1.1.1,通过vport发向ONU;同时启动GSQ对应的计时器;
步骤604,ONU将GSQ查询报文转发到用户端口,去掉标签。
为了增加可靠性,GSQ可以多发送几次。假设ONU下没有用户请求224.1.1.1,所以没有Report报文进行响应,GSQ的定时器就会超时。当GSQ定时器超时时,执行步骤605,包括:
步骤605a,IGMP协议控制模块请求IPTV业务控制模块Leave(CVLAN,224.1.1.1,vport)是否允许;
步骤605b,因为是跨VLAN组播,IPTV业务控制模块仅仅利用224.1.1.1和vport信息检索用户组播权限;
步骤605c,对于Leave报文,总是允许;IPTV业务模块将Leave(MVLAN,224.1.1.1,vport)回送给IGMP协议控制模块;MVLAN为vport用户所能观看的组播节目224.1.1.1所在的VLAN;IGMP协议模块通告control_del(MVLAN,224.1.1.1,vport)给ONU,vport可以观看MVLAN下的224.1.1.1。
步骤605d,PON组播适配模块根据分析control_del(MVLAN,224.1.1.1,vport),根据vport可以得出vport所属的PON光口,从而得到该PON光口的组播虚通道,假定为mport;如果OLT转发引擎中的组播转发表存在<MVLAN,224.1.1.1,mport>,那么查询和mport同处一个物理PON口的其它用户虚通道,如果不存在任何一个用户虚通道正在请求224.1.1.1,那么删除OLT转发引擎中的组播转发表项<MVLAN,224.1.1.1,mport>。
步骤606,ONU接收到control_del(MVLAN,224.1.1.1,vport),执行如下步骤:
步骤606a,如果ONU组播转发表存在<MVLAN,224.1.1.1,userport(vport)>,删除此表项,其中userport(vport)表示vport对应的用户侧端口,终止组播流到到userport(vport)的转发;
步骤606b,如果GMAC存在表项<mport,224.1.1.1>,且224.1.1.1不被任何用户端口请求,删除此表项。
在步骤605中,因为IPTV业务控制模块总是允许Leave报文的请求,所以步骤605a也可以不执行,但是IPTV业务控制模块需要知道用户什么时候离开,要做一些统计,比如收集用户停止观看的时间,便于计费或者统计,所以一般还是需要调用IPTV业务控制模块。
GQ(General Query,一般查询)报文的发送(该报文用于查询用户是否还在线,用户收到GQ,须要再次发送Report进行确认):
因为GQ是每个用户端口都需要的。如果OLT的每个router状态机都来发送的话,尽管可以让所有的用户端口都收到GQ,但是却需要大量的GQ发送,同时也极大地占用了OLT的处理资源和PON链路的带宽资源。利用PON的下行链路共享的特点,可以让GQ在组播虚通道上发送。这样,只需要发送一份,所有的用户端口都可以接收到。这就要求:
1.IGMP协议控制模块定期地发送GQ到各个PON口的组播虚通道上。
2.ONU必须将GQ转发到各个用户端口。
总结来说,用户侧的Leave、Report协议报文,以及下行方向的GSQ报文,通过用户虚通道传送,用于OLT的router路由状态机控制ONU上的用户端口的组播数据转发。下行的GQ和组播业务通过组播虚通道传送。
OLT每个MVLAN都有一个host状态机,每个host状态机都需要处理以下的过程:
1.Report报文的发送
2.Leave报文的发送
3.GQ和GSQ的处理
Report报文的发送
如果某个组播组在MVLAN中第一次被某个用户侧用户请求,host状态机上行发送<Report,MVLAN,224.1.1.1>的请求。也就是说,当router状态机接受到用户侧的Report请求,需要检测这个用户是不是访问该MVLAN下的该组播组的第一个用户。
Leave报文的发送
如果在MVLAN中,某个组播组,比如224.1.1.1,的最后一个用户已经离开,host状态机上行发送<Leave,MVLAN,224.1.1.1>。当router状态机检测到用户离开,需要检测这个用户是不是访问该MVLAN下的该组播组的最后一个用户。
GQ和GSQ的处理和IGMP协议规定的处理方式一致,此处不再详述。
Claims (14)
1.一种无源光网络环境下可控组播系统,包括光线路终端OLT和光网络单元ONU,所述OLT用于发送组播业务流给ONU;所述ONU用于接收组播业务流,通过用户端口转发给用户;其特征在于,OLT还用于进行用户权限判断,根据判断的结果,发送控制信息给ONU;ONU用于根据OLT发送的控制信息,对组播业务流的转发进行相应设置,从而控制用户端口对组播虚通道中组播流的访问。
2.根据权利要求1所述的系统,其特征在于,所述OLT和ONU之间通过用户虚通道传送控制信息,OLT用于当用户虚通道有请求时,根据用户的组播权限进行用户权限判断,发送控制信息给ONU,所述控制信息用于控制ONU的组播业务流转发。
3.根据权利要求2所述的系统,其特征在于,所述OLT通过无源光网络操作管理维护PON OAM通道,将控制信息发送给ONU。
4.根据权利要求1所述的系统,其特征在于,
所述OLT包括:
IPTV业务控制模块,用于保存用户的组播权限,接受IGMP协议控制模块的请求,做出用户或端口是否可以访问组播流的判断;
IGMP协议控制模块,用于分析组播请求报文,请求IPTV业务控制模块做出判断,根据判断结果,将控制信息发送给ONU;
所述ONU包括:
ONU可控组播模块,用于和OLT的IGMP控制系统模块交互,接受OLT的控制信息,进而控制ONU的交换引擎上的组播转发表;
交换引擎,用于根据其上的组播转发表将组播业务流转发到相应的用户端口。
5.根据权利要求4所述的系统,其特征在于,
所述ONU还包括:
GMAC过滤模块,用于根据其上的过滤表过滤组播业务流,再将组播业务流发给交换引擎;
所述ONU可控组播模块还用于控制GMAC过滤模块的过滤表。
6.根据权利要求4所述的系统,其特征在于,所述IPTV业务控制模块用于判断报文类型,
当协议报文是IGMP请求报文,则OLT的IPTV业务控制模块用于判断用户或端口是否可以访问相应的组播组;如果可以访问对应的组播组,则IPTV业务控制模块用于发送控制信息给ONU,要求ONU修改组播转发表,使得相应的用户或端口可以访问对应的组播组;
当协议报文是IGMP离开报文,则IPTV业务控制模块用于发送控制信息给ONU,要求ONU修改组播转发表,使得相应的用户或端口不能访问对应的组播组;
当协议报文是其他类型的报文,则IPTV业务控制模块丢弃该报文。
7.根据权利要求4所述的系统,其特征在于,所述ONU可控组播模块控制ONU的交换引擎上的组播转发表,包括对组播转发表进行表项的添加或删除,或刷新所述转发表。
8.根据权利要求5所述的系统,其特征在于,ONU可控组播模块控制GMAC过滤模块的过滤表,包括对过滤表进行表项的添加或删除。
9.一种无源光网络环境下可控组播的实现方法,包括如下步骤:
(1)OLT接收用户的请求报文,进行用户权限判断,根据判断的结果,发送控制信息给ONU;
(2)若ONU收到OLT的控制信息,则根据控制信息,对组播业务流的转发进行相应设置,从而控制用户端口对组播虚通道中组播业务流的访问。
10.根据权利要求9所述的实现方法,其特征在于,所述步骤(1)中的请求报文,经ONU通过用户虚通道传递给OLT。
11.根据权利要求9所述的实现方法,其特征在于,所述步骤(1)OLT接收用户的请求报文后,由IPTV业务控制模块判断报文类型,执行如下操作:
(a)若协议报文是IGMP请求报文,则由OLT的IPTV业务控制模块判断用户或端口是否可以访问相应的组播组;如果可以访问对应的组播组,则由IPTV业务控制模块发送控制信息给ONU,要求ONU修改组播转发表,使得相应的用户或端口可以访问对应的组播组;否则,结束处理;
(b)若协议报文是IGMP离开报文,则OLT的IPTV业务控制模块发送控制信息给ONU,要求ONU修改组播转发表,使得相应的用户或端口不能访问对应的组播组;
(c)如果是其他类型的报文,则丢弃该报文。
12.根据权利要求9~11中任意一项所述的实现方法,其特征在于,所述步骤(1)中OLT通过PON OAM通道,发送控制信息给ONU。
13.根据权利要求11所述的实现方法,其特征在于,
若所述步骤(a)OLT要求ONU修改组播转发表,则在所述步骤(2)中,ONU根据控制信息,设置ONU的交换引擎中的组转发表,使相应的用户或端口可以访问对应的组播组,所述设置包括对所述组转发表中的表项进行添加或删除,或刷新所述组转发表;
若所述步骤(b)OLT要求ONU修改组播转发表,则在所述步骤(2)中,ONU根据控制信息,设置ONU的交换引擎中的组转发表,使相应的用户或端口不能访问对应的组播组,所述设置包括对所述组转发表中的表项进行添加或删除,或刷新所述组转发表。
14.根据权利要求13所述的实现方法,其特征在于,
若所述步骤(a)OLT要求ONU修改组播转发表,则在所述步骤(2)中,ONU根据控制信息,还设置ONU的GMAC过滤模块中的过滤表,使相应的用户或端口可以访问对应的组播组,所述设置包括对过滤表中的表项进行添加或删除;
若所述步骤(b)OLT要求ONU修改组播转发表,则在所述步骤(2)中,ONU根据控制信息,还设置ONU的GMAC过滤模块中的过滤表,使相应的用户或端口不能访问对应的组播组,所述设置包括对过滤表中的表项进行添加或删除。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101109995A CN101094087A (zh) | 2007-06-12 | 2007-06-12 | 一种无源光网络环境下可控组播系统及其实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101109995A CN101094087A (zh) | 2007-06-12 | 2007-06-12 | 一种无源光网络环境下可控组播系统及其实现方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101094087A true CN101094087A (zh) | 2007-12-26 |
Family
ID=38992137
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007101109995A Pending CN101094087A (zh) | 2007-06-12 | 2007-06-12 | 一种无源光网络环境下可控组播系统及其实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101094087A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011026335A1 (zh) * | 2009-09-01 | 2011-03-10 | 中兴通讯股份有限公司 | 一种广播包/组播控制报文处理方法和装置 |
CN102318292A (zh) * | 2011-07-29 | 2012-01-11 | 华为技术有限公司 | 组播节目的转发方法、装置及系统 |
CN101605275B (zh) * | 2008-06-11 | 2012-07-25 | 上海未来宽带技术及应用工程研究中心有限公司 | 一种受控组播系统及其使用方法 |
CN101510891B (zh) * | 2009-04-03 | 2012-08-22 | 烽火通信科技股份有限公司 | Epon接入系统实现组播的装置和方法 |
US8457494B2 (en) | 2007-09-28 | 2013-06-04 | Huawei Technologies Co., Ltd. | PON multicast communication system, multicast management method, and corresponding devices |
CN103457861A (zh) * | 2013-08-23 | 2013-12-18 | 深圳市共进电子股份有限公司 | 一种ONU的基于VLAN的IGMP Snooping实现方法 |
CN103501472A (zh) * | 2013-10-24 | 2014-01-08 | 烽火通信科技股份有限公司 | 无源光网络可控组播系统与实现方法 |
CN105591764A (zh) * | 2015-12-18 | 2016-05-18 | 杭州华三通信技术有限公司 | 组播转发表项同步方法及装置 |
CN106713348A (zh) * | 2017-01-17 | 2017-05-24 | 深圳市西迪特科技有限公司 | Olt组播上行协议报文转发方法及系统 |
CN111491221A (zh) * | 2020-03-26 | 2020-08-04 | 烽火通信科技股份有限公司 | 一种vOLT组播方法及OLT设备 |
CN113207049A (zh) * | 2021-03-31 | 2021-08-03 | 新华三信息安全技术有限公司 | 一种多播转发方法及设备 |
-
2007
- 2007-06-12 CN CNA2007101109995A patent/CN101094087A/zh active Pending
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8457494B2 (en) | 2007-09-28 | 2013-06-04 | Huawei Technologies Co., Ltd. | PON multicast communication system, multicast management method, and corresponding devices |
CN101605275B (zh) * | 2008-06-11 | 2012-07-25 | 上海未来宽带技术及应用工程研究中心有限公司 | 一种受控组播系统及其使用方法 |
CN101510891B (zh) * | 2009-04-03 | 2012-08-22 | 烽火通信科技股份有限公司 | Epon接入系统实现组播的装置和方法 |
US8711856B2 (en) | 2009-09-01 | 2014-04-29 | Zte Corporation | Method and device for processing broadcast packets/multicast control messages |
WO2011026335A1 (zh) * | 2009-09-01 | 2011-03-10 | 中兴通讯股份有限公司 | 一种广播包/组播控制报文处理方法和装置 |
CN102318292B (zh) * | 2011-07-29 | 2014-04-30 | 华为技术有限公司 | 组播节目的转发方法、装置及系统 |
CN102318292A (zh) * | 2011-07-29 | 2012-01-11 | 华为技术有限公司 | 组播节目的转发方法、装置及系统 |
US9065663B2 (en) | 2011-07-29 | 2015-06-23 | Huawei Technologies Co., Ltd. | Method, apparatus and system for forwarding multicast program |
CN103457861A (zh) * | 2013-08-23 | 2013-12-18 | 深圳市共进电子股份有限公司 | 一种ONU的基于VLAN的IGMP Snooping实现方法 |
CN103501472B (zh) * | 2013-10-24 | 2016-05-25 | 烽火通信科技股份有限公司 | 无源光网络可控组播系统与实现方法 |
CN103501472A (zh) * | 2013-10-24 | 2014-01-08 | 烽火通信科技股份有限公司 | 无源光网络可控组播系统与实现方法 |
CN105591764B (zh) * | 2015-12-18 | 2018-12-11 | 新华三技术有限公司 | 组播转发表项同步方法及装置 |
CN105591764A (zh) * | 2015-12-18 | 2016-05-18 | 杭州华三通信技术有限公司 | 组播转发表项同步方法及装置 |
CN106713348A (zh) * | 2017-01-17 | 2017-05-24 | 深圳市西迪特科技有限公司 | Olt组播上行协议报文转发方法及系统 |
CN106713348B (zh) * | 2017-01-17 | 2019-12-31 | 无锡雷华网络技术有限公司 | Olt组播上行协议报文转发方法及系统 |
CN111491221A (zh) * | 2020-03-26 | 2020-08-04 | 烽火通信科技股份有限公司 | 一种vOLT组播方法及OLT设备 |
CN111491221B (zh) * | 2020-03-26 | 2021-11-23 | 烽火通信科技股份有限公司 | 一种vOLT组播方法及OLT设备 |
CN113207049A (zh) * | 2021-03-31 | 2021-08-03 | 新华三信息安全技术有限公司 | 一种多播转发方法及设备 |
CN113207049B (zh) * | 2021-03-31 | 2022-05-27 | 新华三信息安全技术有限公司 | 一种多播转发方法及设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101094087A (zh) | 一种无源光网络环境下可控组播系统及其实现方法 | |
EP1734688B1 (en) | Method and apparatus for multicast management of user interface in a network access device | |
CN100536399C (zh) | 一种无源光网络分布式可控组播系统及其实现方法 | |
US7672233B2 (en) | Traffic management for a passive optical network terminal | |
JP3266188B2 (ja) | マルチキャスト通信装置及びマルチキャスト通信方法 | |
CN101247253A (zh) | Ip网络中基于虚拟分发网的多播传送方法 | |
KR100929116B1 (ko) | 헤드엔드 케이블모뎀을 위한 멀티캐스트 서비스 플로우처리 방법 및 장치 | |
CN100361470C (zh) | 数字用户线路接入中采用从框实现组播的方法 | |
CN100571150C (zh) | 可控组播业务的实现方法 | |
JP5295273B2 (ja) | データストリームフィルタリング装置及び方法 | |
JP2013503580A (ja) | ブロードキャストパケット/マルチキャスト制御メッセージ処理方法及び装置 | |
CN101510891A (zh) | Epon接入系统实现组播的装置和方法 | |
CN101414920A (zh) | 一种点到多点光网络中实现组播预览的方法 | |
JP2012533236A (ja) | マルチキャスト処理方法及び装置 | |
CN101453345B (zh) | 一种基于服务提供商的组播接入控制方法及其接入设备 | |
CN102098165B (zh) | 一种吉比特无源光网络系统组播预览控制的方法与系统 | |
CN102907044A (zh) | 多宽带网络网关下业务调度方法及装置 | |
CN101267681A (zh) | 一种无源光网络的接入设备及组播控制方法 | |
CN101163002B (zh) | 一种高效组播认证方法 | |
CN102149026A (zh) | 一种组播实现方法和系统 | |
CN101827037A (zh) | 组播数据流的发送方法、装置和二层交换设备 | |
CN101635634B (zh) | 一种基于标识的组播管理方法与系统 | |
CN2912126Y (zh) | 用硬件环回方式在epon网络上实现ipv6组播过滤的装置 | |
CN101098287B (zh) | 采用硬件扩展方式在epon上实现ipv6组播过滤的装置和方法 | |
CN100512186C (zh) | 用硬件环回方式在EPON网络上实现IPv6组播过滤的装置及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20071226 |