CN101145924A - 实现ssm模式组播的方法、设备及*** - Google Patents
实现ssm模式组播的方法、设备及*** Download PDFInfo
- Publication number
- CN101145924A CN101145924A CNA2006101274184A CN200610127418A CN101145924A CN 101145924 A CN101145924 A CN 101145924A CN A2006101274184 A CNA2006101274184 A CN A2006101274184A CN 200610127418 A CN200610127418 A CN 200610127418A CN 101145924 A CN101145924 A CN 101145924A
- Authority
- CN
- China
- Prior art keywords
- message
- multicast
- address
- user
- multicast group
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种实现SSM模式组播的方法,该方法包括:用户向宽带接入服务器发起带有组播组地址的加入请求消息;宽带接入服务器根据预存的组播组地址与组播源地址的映射关系获取组播源地址,将带有组播组地址的加入请求信息转换成带有组播组地址和组播源地址的加入请求信息,将该加入请求消息向组播路由器发送;组播路由器收到加入请求消息后,根据该消息将来自组播源服务器的数据报文下发到宽带接入服务器,宽带接入服务器将数据报文下发给用户。同时,本发明还提供了实现SSM模式组播的设备及***,使用本发明所提供的技术方案,达到基于用户或域的授权信息实现SSM模式组播的目的。
Description
技术领域
本发明涉及网络通信技术领域,特别涉及实现SSM模式组播的方法、设备及***。
背景技术
组播是指在网络中将数据报文从一个发送者传送到一组接收者而不是一个接收者,组播中主要有3个实体,如图1所示:1、组播源,向网络发送组播报文;2、组播路由器,转发组播报文和加入报文;3、接收者,向组播路由器发送带有组播组地址的加入报文,接收组播报文。在接收者一侧,即用户一侧,使用的协议是IGMP/MLD协议,定义了用户加入指定主机组的控制机制,用户向所在的共享网络报告组成员关系,处于同一网段的所有使能了ICMP/MLD功能的路由器选举出查询器,查询器周期性的向该共享网络发送组成员查询消息,用户接收到该查询消息后进行响应以报告组成员关系,查询器依据接收的响应来刷新组成员的存在信息,与IP组播传输的用户可以在任意时间、任意位置不受限制的加入或者退出该组。组播路由器之间、组播路由器和源服务器之间常用的是组播路由协议PIM-SM协议。
SSM是一种组播模式,其特点是使用组播组地址和组播源地址同时来标识一个组播会话,而不是像传统的组播服务ASM组播那样只使用组播组地址来标识一个组播会话,组播组地址也称D类IP地址,是指包含多个用户的主机组由一个IP地址标识,组播源地址就是节目源地址。SSM组播模式适用于组播源是特定的,而接收者比较多的组播应用场景中,比如IPTV,用户可以通过点击节目列表得到特定频道对应的二元组,用(S,G)标识,其中G表示组播组地址,S表示组播源地址。
从上面的描述可以看出,实现SSM模式组播必须要客户端支持(S,G)加入,即用户通过点击节目列表就能获得特定频道对应的(S,G)。目前大量用户使用的协议无法支持(S,G)加入,只支持(*,G)加入,即用户通过点击节目列表只能获得组播组地址G,不能获得组播源地址S,所以需要实现(*,G)加入消息到(S,G)加入消息的转换。
现有技术中使用用户接入的组播路由器实现(*,G)到(S,G)的转换实现对SSM模式组播的支持,如图2所示。实现过程为:在边缘路由器上配置SSM Mapping表,如表1所示,当边缘路由器收到用户的(*,G)加入报文后,在映射表查找中查找G,并获取其映射地址S,根据PIM-SM协议向上游组播路由器发起(S,G)加入请求消息。
组播组地址 | 组播源地址 |
239.0.1.99 | 10.0.1.10 |
10.0.1.11 | |
239.0.1.100 | 10.0.1.10 |
表1、SSM Mapping表
现有技术有如下缺点:
1、SSM模式组播要在全网络范围内统一部署SSM Mapping表,当要改动某个源或某个组时,需要对选定这个源或组的所有边缘路由器重新配置SSMMapping表,在目前网络***中,边缘路由器数量非常多,重新配置的工作量很大,维护成本高。
2、多个用户共用一个组,而想使用不同源的时候,用户与路由器之间的带宽会被大量占用。比如,用户1、用户2共用一个组G1,而G1的映射源有两个S11和S12,如果甲定制了源S11的业务,点击了S11的节目列表,乙定制了源S12的业务,点击了S12的节目列表,路由器是通过接口与用户连接,没有办法根据用户进行识别哪个用户需要接收哪个业务源的数据报文,而是把源S11的数据报文和源12的数据报文都下发给组的所有用户,此时组内的所有用户与路由器之间的带宽都被大量占用。
发明内容
本发明的主要目的是提供一种实现SSM模式组播的方法、设备及***,达到基于用户或域的授权信息实现SSM模式组播的目的。
为解决上述技术问题,本发明的目的是通过以下技术方案实现的:
一种组播方法,该方法包括:
用户向宽带接入服务器发起带有组播组地址的加入请求消息;
宽带接入服务器根据预存的组播组地址与组播源地址的映射关系获取组播源地址,将带有组播组地址的加入请求信息转换成带有组播组地址和组播源地址的加入请求信息,将该加入请求消息向组播路由器发送;
组播路由器收到加入请求消息后,根据该消息将来自组播源服务器的数据报文下发到宽带接入服务器,宽带接入服务器将数据报文下发给用户。
优选的,该方法进一步包括:
认证服务器根据用户定制的组播源配置含有组播源地址与组播组地址映射关系的地址映射表;
宽带接入服务器从认证服务器获取地址映射表并保存。
优选的,该方法进一步包括:
宽带接入服务器根据域定制的组播源在域下面配置含有组播源地址及组播组地址映射关系的地址映射表并保存;
所述预存的组播组地址与组播源地址的映射关系为:
用户所加入的域下面的地址映射表。
优选的,该方法进一步包括:
认证服务器根据用户定制的组播源配置含有组播源地址及组播组地址映射关系的地址映射表1;
宽带接入服务器从认证服务器获取地址映射表1并保存;
宽带接入服务器根据域定制的组播源在域下面配置含有组播源地址及组播组地址映射关系的地址映射表;
所述预存的组播组地址与组播源地址的映射关系为地址映射表1和/或用户加入的域下面的地址映射表。
其中,所述用户发起带有组播组地址的加入请求具体为:
用户采用IGMPv2/MLDv1协议发起的带有组播组地址的加入请求消息。
优选的,该方法进一步包括:
当用户发起带有组播组地址的加入请求消息时,宽带接入服务器保存用户的标识;
宽带接入服务器将用户发送的带有组播组地址的加入请求消息转换成带有组播组地址和获取的组播源地址的加入请求消息时,宽带接入服务器保存组播源地址和组播组地址的信息;
所述组播路由器根据加入请求消息将收到的数据报文下发到宽带接入服务器具体为:
组播路由器将加入请求信消息中的组播源地址和组播组地址的信息加入到数据报文,将该数据报文下发到宽带接入服务器;
所述宽带接入服务器将数据报文下发给用户具体为:
宽带接入服务器根据数据报文中的组播源地址和组播组地址的信息查找需要该数据报文的用户标识,向用户下发数据报文。
其中,所述用户的标识为用户的MAC地址和/或IP地址。
一种宽带接入设备,该设备包括:映射表配置单元,消息接收单元,消息转换单元,消息发送单元,其中,
映射表配置单元,用于根据域定制的组播源在域下面配置组播源地址与组播组地址的映射关系信息;
消息接收单元,用于接收用户发起的带有组播组地址的加入请求消息;
消息转换单元,用于根据消息接收单元中的带有组播组地址的加入请求消息从映射表配置单元中的映射关系信息中获取组播源地址,将带有组播组地址的加入请求消息转换成带有组播组地址及获取的组播源地址的加入请求消息;
消息发送单元,用于将消息转换单元中的加入请求消息发送给组播路由器。
优选的,该设备还包括:
数据接收单元,用于接收组播路由器下发的含有组播源地址及组播组地址信息的数据报文;
信息管理单元,用于保存向消息接收单元发起带组播组地址加入请求消息的用户的标识,保存消息转换单元生成的加入请求消息中的组播源地址和组播组地址的信息,用于根据数据接收单元中接收的数据报文中的组播源地址及组播组地址信息,获取需要该数据报文的用户标识;
数据发送单元,用于根据信息管理单元中获取的用户标识将数据接收单元接收的数据报文下发给用户。
其中,所述用户标识为用户的MAC地址和/或IP地址。
一种实现SSM模式组播的***,该***的用户接入侧包括:宽带接入服务器,认证服务器,其中,
认证服务器,用于根据用户定制的组播源配置组播源地址与组播组地址的映射关系信息,接收宽带接入服务器发送的带有用户认证信息的请求认证消息,对用户进行验证,验证通过后向宽带接入服务器下发含有为用户配置的映射关系信息的用户授权信息;
宽带接入服务器,用于保存用户的组播组地址与组播源地址的映射关系信息,接收用户发送的带有组播组地址的加入请求消息,根据组播组地址在映射关系信息中获取组播源地址,将用户发起的带有组播组地址的加入请求消息转换成带有组播组地址及获取的组播源地址的加入请求消息。
优选的,该***还包括组播路由器和组播源服务器,其中,
组播源服务器,用于一直向组播路由器发送数据报文;
组播路由器,用于接收宽带接入服务器发送的带有组播组地址及组播源地址的加入请求消息,将此消息中的组播组地址及组播源地址信息加入到数据报文,将此数据报文发送到宽带接入服务器。
优选的,宽带接入服务器还用于保存发送带有组播组地址加入请求消息的用户标识,在将用户发起的带有组播组地址的加入消息转换成带有组播组地址和组播源地址的加入请求消息时,保存该组播源地址和组播组地址的信息,在收到组播路由器发送的数据报文后,根据数据报文中的组播组地址与组播源地址的信息查找需要该数据报文的用户标识,向用户下发数据报文。
其中,所述标识为用户的MAC地址和/或IP地址。
本发明的有益效果如下:
1、宽带接入服务器根据预存的用户或域的授权信息将带有组播组地址的加入请求信息转换成带有组播组地址与组播源地址的加入请求信息,将该加入请求信息上发到组播路由器,组播路由器接收组播源服务器下发的数据报文,根据该加入请求信息将数据报文下发到宽带接入服务器,宽带接入服务器将数据报文下发到用户,达到了基于用户或域的授权信息实现SSM模式组播的目的。
2、地址映射表是在用户授权信息和/或宽带接入服务器的域下面配置的,在更改某个源或组时,只需更改认证服务器中用户授权信息中的地址映射表和/或宽带接入服务器中的域下面的地址映射表,工作量小,利于维护。
3、宽带接入服务器具有管理功能和路由器功能,能够根据用户进行识别哪个用户需要哪个源的业务,向用户下发定制的源的业务,避免了路由器向同一个组的所有用户下发与该组有映射关系的所有源的业务而导致用户和路由器之间的带宽被大量占用。
附图说明
图1为组播组网图;
图2为现有技术的SSM模式组播组网图;
图3为本发明所提供的实施例一的信令流程图;
图4为本发明所提供的实施例二的信令流程图;
图5为本发明所提供的宽带接入设备结构图;
图6为本发明所提供的用户接入组播***图。
具体实施方式
本发明提供了实现SSM模式组播的方法,本发明的核心在于:用户向宽带接入服务器发起带有组播组地址的加入请求消息;宽带接入服务器根据预存的组播组地址与组播源地址的映射关系获取组播源地址,将带有组播组地址的加入请求信息转换成带有组播组地址和组播源地址的加入请求信息,将该加入请求消息向组播路由器发送;组播路由器收到加入请求消息后,根据该消息将来自组播源服务器的数据报文下发到宽带接入服务器,宽带接入服务器将数据报文下发给用户。同时,本发明提供了实现SSM模式组播的设备及***,为使本发明的技术方案更加清楚明白,以下参照附图并举实施例,对本发明进一步详细说明。
(一)实施例一
下面参照图3,本发明的实施例一提供了基于用户的授权信息实现SSM模式组播的方法,该方法包括以下步骤:
步骤301、用户使用802.1X协议进行认证,向宽带接入设备BRAS设备发送上线请求信息EAPOL-Start;
步骤302、BRAS设备向用户回复响应信息EAP-Request,要求用户发送认证消息,并记录用户的MAC地址或IP地址;
步骤303、用户向BRAS设备发送EAP-Response消息,携带用户的认证信息;
步骤304、BRAS向Radius server发送请求认证消息Access-Request,携带用户的认证信息;
步骤305、Radius server根据预置的用户信息对用户进行验证,认证通过后向BRAS下发该用户的授权信息Access-Accept,此消息中包括为用户配置的地址映射表;
在开组播业务时,运营商会将组播中需要多少个源和多少个组和源和组之间的映射关系规划好,在用户定制需要的业务后,Radius server根据运行商的规划和用户的指定为用户配置地址映射表,地址映射表标识了组播组地址与组播源地址的映射关系,为用户配置的地址映射表只包括用户定制的源和与源映射的组,例如原来地址映射表如表1所示,而用户只定制了源10.0.1.10的业务,此时地址映射表如表2所示:
组播组地址 | 组播源地址 |
239.0.1.99 | 10.0.1.10 |
239.0.1.100 | 10.0.1.10 |
表2、地址映射表
步骤306、BRAS解析Radius server下发的授权信息,保存用户的地址映射表,向用户下发用户认证成功消息EAP-Success;
步骤307、用户使用IGMPv2/MLDv1版本的协议,通过点击节目列表向BRAS设备发起(*,G)加入请求;
步骤308、BRAS设备在地址映射表中获取组地址G的映射源地址S,将(*,G)加入消息转换成(S,G)加入消息,BRAS设备具有用户管理的功能,将(S,G)加入消息与用户的MAC地址或IP地址一起保存,BRAS设备具有组播路由器的功能,根据PIM-SM协议向上游路由器发起(S,G)加入请求消息,在网络中,路由器根据PIM-SM协议依次向上游路由器发送(S,G)加入消息,直到发送到连接组播源S的第一跳路由器,建立最短路径SPT树;
步骤309、连接组播源S的第一跳路由器在收到(S,G)加入消息后得知哪个组G需要该源S的数据报文,将(S,G)信息加入数据报文,沿着SPT树向下游路由器发送此数据报文到达BRAS设备;
在组播中,组播源是一直在向连接该组播源的第一跳路由器发送组播数据报文的;
步骤310、BRAS收到数据报文后,利用数据报文中的(S,G)消息找到需要接收源S下发的数据报文的用户标识,即用户的MAC地址或者IP地址,将数据报文下发给用户。
在本实施例中,用户向BRAS设备请求认证也可以采用web等认证方式,均不影响本发明的实现,使用WEB认证时,实现过程是:用户必须先访问WEB服务器得到认证界面,在认证界面上提交认证请求,即输入用户名和密码,WEB服务器向BRAS设备发送认证请求消息,然后BRAS向Radius server发送请求认证消息,Radius server向BRAS下发授权信息,其中包括地址映射表,BRAS发送认证成功消息给WEB服务器,WEB服务器向用户发送认证成功界面。
其中,步骤308中,当在地址映射表中找不到用户加入的组地址G时,BRAS根据PIM-SM协议向上游路由器发起(*,G)加入请求消息,这种是ASM组播模式,即任意源组播模式,用户无法预知组播源的位置,在开组播业务时定制的所有与该组映射的组播源会向用户所在的组发送数据报文。
本实施例中宽带接入服务器根据预存的用户的授权信息将(*,G)加入请求消息转换成(S,G)加入请求消息,将该加入请求消息上发到组播路由器,组播路由器将(S,G)加入请求消息加入到组播源服务器下发的数据报文中,并将该数据报文下发到宽带接入服务器,宽带接入服务器将数据报文下发到用户,达到了基于用户授权信息实现SSM模式组播的目的。
本实施例解决了现有技术中存在的问题,在更改某个源或者组时,只要更改Radius server中用户授权信息中的地址映射表,工作量小,利于维护。用户授权中的地址映射表只包括用户定制的源和与源映射的组,对于同属于组G1的用户1和用户2,用户1定制源S11的业务,用户2定制源S12的业务,BRAS根据接收两个用户的授权信息获得两个用户的地址映射表,将用户1的(*,G1)加入消息转换成(S11,G1)的加入消息上发,并将该消息与用户1的MAC地址或IP地址保存,将用户2的(*,G1)加入消息转换成(S12,G1)的加入消息上发,并将该消息与用户2的MAC地址或IP地址保存,BRAS在接收到带有(S11,G1)消息的来自源S11的数据报文和带有(S12,G1)消息的来自源S12的数据报文后,根据(S11,G1)消息找到需要源S11用户的MAC地址或IP地址,根据(S12,G1)消息找到需要源S12用户的MAC地址或IP地址,将源S11的数据报文下发给用户1,源S12的数据报文下发给用户2,解决了现有技术中多个用户共用一个组而定制不同源时用户与路由器之间的带宽被大量占用的问题。
(二)实施例二
地址映射表可以静态配置在BRAS中的域下面,BRAS根据域的授权信息为每个域配置一张地址映射表,地址映射表仅包含域定制的源和与源映射的组,本发明的实施例二提供了基于域的授权信息实现SSM模式组播的方法,如图4所示。
该方法的步骤401-步骤404与实施例一中的步骤301-步骤304相同;
步骤405、Radius server根据预置的用户信息对用户进行验证,认证通过后向BRAS下发该用户的授权信息Access-Accept;
步骤406、BRAS向用户下发用户认证成功消息EAP-Success;
步骤407、用户使用IGMPv2/MLDv1版本的协议,通过点击节目列表向BRAS设备发起(*,G)加入请求;
步骤408、BRAS在用户所在域下面的地址映射表获取组地址G的映射源地址S,将(*,G)加入消息转换成(S,G)加入消息,BRAS具有用户管理的功能,将(S,G)消息与用户的MAC地址或IP地址一起保存,BRAS设备具有组播路由器的功能,根据PIM-SM协议向上游路由器发起(S,G)加入请求消息,在网络中,路由器根据PIM-SM协议依次向上游路由器发送(S,G)加入消息,直到发送到连接组播源S的第一跳路由器,建立最短路径SPT树;
步骤409-步骤410与实施例一中的步骤309-步骤310相同。
本实施例中用户也可以不需要认证,即在域下面对于用户进行配置,只要收到该用户的上线请求就认为该用户认证成功,不影响本发明的实现。
其中,步骤408中,当在地址映射表中找不到用户加入的组地址G时,BRAS根据PIM-SM协议向上游路由器发起(*,G)加入请求消息,这种是ASM组播模式,即任意源组播模式,用户无法预知组播源的位置,在开组播业务时定制的所有与该组映射的组播源会向用户所在的组发送数据报文。
本实施例中宽带接入服务器根据预存的域的授权信息将(*,G)加入请求信息转换成(S,G)加入请求信息,将该加入请求信息上发到组播路由器,组播路由器将(S,G)加入请求信息加入到组播源服务器下发的数据报文中,并将该数据报文下发到宽带接入服务器,宽带接入服务器将数据报文下发到用户,达到了基于域的授权信息实现SSM模式组播的目的。
实施例二解决了现有技术中存在的问题,在更改某个源或者组时,只要更改BRAS设备中域下面配置的地址映射表,工作量小,利于维护。当不同域里面的用户使用同一个组中的不同业务源时,避免了用户与BRAS之间的带宽会被大量占用。例如,运营商在建立组播业务时规划G1与S11和S12有映射关系,而域1只定制业务S11,域2只定制业务S12,BRAS在域1下面配置的表只有源S11和其映射组,BRAS在域2下面配置的表只有源S12和其映射组,因此对于同一个组G1的用户1和用户2,用户1加入域1,用户2加入域2,BRAS将用户1的(*,G1)加入转换成(S11,G1)加入,并将该消息与用户1的MAC地址或IP地址保存,将用户2的(*,G1)加入消息转换成(S12,G1)的加入消息上发,并将该消息与用户2的MAC地址或IP地址保存,BRAS在接收到带有(S11,G1)消息的来自源S11的数据报文和带有(S12,G1)消息的来自源S12的数据报文后,根据(S11,G1)消息找到需要源S11用户的MAC地址或IP地址,根据(S12,G1)消息找到需要源S12用户的MAC地址或IP地址,将源S11的数据报文下发给用户1,将源S12的数据报文下发给用户2,解决了现有技术中多个用户共用一个组而定制不同源时用户与路由器之间的带宽被大量占用的问题。
(三)实施例三
既在Radius server中的授权信息中根据用户定制配制地址映射表,又在BRAS的域下面根据域的授权信息配制地址映射表,本实施例包括以下步骤:
步骤501-步骤507与实施例一中步骤301-步骤307相同;
步骤508、BRAS根据地址映射表中获取组地址G的映射源地址S,将(*,G)加入消息转换成(S,G)加入消息,BRAS具有用户管理功能,将(S,G)消息与用户的MAC地址或IP地址一起保存,BRAS设备具有组播路由器的功能,根据PIM-SM协议向上游路由器发起(S,G)加入请求消息,在网络中,路由器根据PIM-SM协议依次向上游路由器发送(S,G)加入请求消息,直到发送到连接组播源S的第一跳路由器,建立最短路径SPT树;
此步骤中的地址映射表可以是从用户授权信息中获取的地址映射表,也可以是BRAS中用户加入的域下面根据域的授权信息配置的地址映射表,不影响本发明的实现,优先选用从用户授权信息中获取的地址映射表;
步骤509-步骤510与实施例一中的步骤309-步骤310相同。
一种宽带接入设备,该设备包括:映射表配置单元100,消息接收单元200,消息转换单元300,消息发送单元400,数据接收单元500,信息管理单元600,数据发送单元700,其中:
映射表配置单元100,用于根据域定制的业务源S配置含有S及其映射组G的地址映射表;
消息接收单元200,用于接收用户的(*,G)加入消息;
消息转换单元300,用于根据消息接收单元200中的(*,G)加入消息及映射表配置单元100中的地址映射表中S与G的映射信息,获取组地址G的对应映射源地址S,将(*,G)加入消息转换成(S,G)加入消息;
消息发送单元400,根据PIM-SM协议将消息转换单元300中的(S,G)加入消息发送给组播路由器;
数据接收单元500,用于接收组播路由器下发的带有(S,G)信息的数据报文;
信息管理单元600,用于保存向消息接收单元200发起(*,G)加入消息的用户的MAC地址或IP地址,保存消息转换单元300生成的加入请求消息(S,G),根据数据接收单元500中接收的数据报文中的(S,G)信息,获取需要接收源S下发的数据报文的用户标识,即用户MAC地址或IP地址;
数据发送单元700,用于根据信息管理单元600中获取的用户MAC地址或者IP地址将数据接收单元500接收的数据报文下发给用户。
一种实现SSM模式组播的***,该***的用户接入侧包括:BRAS设备,认证服务器,其中
认证服务器,用于根据用户定制的业务源S配置含有S及其映射组G的地址映射表,接收BRAS设备发送的请求认证消息Access-Request,此消息携带用户的认证信息,并对用户进行验证,认证通过后向BRAS下发授权消息Access-Accept,此消息中包含用户的地址映射表;
BRAS设备,用于解析认证服务器下发的授权信息,保存用户的地址映射表和MAC地址或者IP地址,根据用户发起(*,G)加入请求在地址映射表中获取组地址G的对应映射源地址S,将(*,G)加入消息转换成(S,G)加入消息,BRAS设备具有用户管理的功能,将(S,G)消息与用户的IP地址或者MAC地址一起保存,BRAS具有路由器功能,根据PIM-SM协议向上游路由器发起(S,G)加入请求消息,在接收到组播路由器发送的带有(S,G)消息的数据报文后,根据(S,G)消息获取需要接收源S下发的数据报文的用户标识,即用户的MAC地址或IP地址,将数据报文下发给用户。
该***还包括,组播路由器和组播源服务器,其中,
组播路由器,用于接收宽带接入服务器发送的带有(S,G)的加入请求消息,根据PIM-SM协议依次向上游路由器发送此加入消息,建立SPT树,在连接组播源服务器的第一条路由器接收到此加入消息后,将(S,G)消息加入源S的数据报文向下游的路由器发送,数据报文沿着SPT树被发送到宽带接入服务器;
组播源服务器,用于一直向连接组播源的第一跳路由器发送数据报文。
本发明所述的宽带接入设备不限于BRAS设备一种,只要具有用户管理功能和路由器功能的宽带接入设备都可以实现本发明。
以上对本发明所提供的实现SSM模式组播的方法、设备及***进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (14)
1.一种实现SSM模式组播的方法,其特征在于,该方法包括:
用户向宽带接入服务器发起带有组播组地址的加入请求消息;
宽带接入服务器根据预存的组播组地址与组播源地址的映射关系获取组播源地址,将带有组播组地址的加入请求信息转换成带有组播组地址和组播源地址的加入请求消息,将该加入请求消息向组播路由器发送;
组播路由器收到加入请求消息后,根据该消息将来自组播源服务器的数据报文下发到宽带接入服务器,宽带接入服务器将数据报文下发给用户。
2.根据权利要求1所述的方法,其特征在于,该方法进一步包括:
认证服务器根据用户定制的组播源配置含有组播源地址与组播组地址映射关系的地址映射表;
宽带接入服务器从认证服务器获取地址映射表并保存。
3.根据权利要求1所述的方法,其特征在于:
该方法进一步包括:
宽带接入服务器根据域定制的组播源在域下面配置含有组播源地址及组播组地址映射关系的地址映射表并保存;
所述预存的组播组地址与组播源地址的映射关系为:
用户所加入的域下面的地址映射表。
4.根据权利要求1所述的方法,其特征在于:
该方法进一步包括:
认证服务器根据用户定制的组播源配置含有组播源地址及组播组地址映射关系的地址映射表1;
宽带接入服务器从认证服务器获取地址映射表1并保存;
宽带接入服务器根据域定制的组播源在域下面配置含有组播源地址及组播组地址映射关系的地址映射表;
所述预存的组播组地址与组播源地址的映射关系为地址映射表1和/或用户加入的域下面的地址映射表。
5.根据权利要求1、2、3或4所述的方法,其特征在于,所述用户发起带有组播组地址的加入请求消息具体为:
用户采用IGMPv2/MLDv1协议发起的带有组播组地址的加入请求消息。
6.根据权利要求1、2、3或4所述的方法,其特征在于:
该方法进一步包括:
当用户发起带有组播组地址的加入请求消息时,宽带接入服务器保存用户的标识;
宽带接入服务器将用户发送的带有组播组地址的加入请求消息转换成带有组播组地址和获取的组播源地址的加入请求消息时,宽带接入服务器保存该组播源地址和组播组地址的信息;
所述组播路由器根据加入请求消息将收到的数据报文下发到宽带接入服务器具体为:
组播路由器将加入请求消息中的组播源地址和组播组地址的信息加入到数据报文,将该数据报文下发到宽带接入服务器;
所述宽带接入服务器将数据报文下发给用户具体为:
宽带接入服务器根据数据报文中的组播源地址和组播组地址的信息查找需要该数据报文的用户标识,向用户下发数据报文。
7.根据权利要求6所述的方法,其特征在于,所述用户的标识为用户的MAC地址和/或IP地址。
8.一种宽带接入设备,其特征在于,该设备包括:映射表配置单元,消息接收单元,消息转换单元,消息发送单元,其中,
映射表配置单元,用于根据域定制的组播源在域下面配置组播源地址与组播组地址的映射关系信息;
消息接收单元,用于接收用户发起的带有组播组地址的加入请求消息;
消息转换单元,用于根据消息接收单元中的带有组播组地址的加入请求消息从映射表配置单元中的映射关系信息中获取组播源地址,将带有组播组地址的加入请求消息转换成带有组播组地址及获取的组播源地址的加入请求消息;
消息发送单元,用于将消息转换单元中的加入请求消息发送给组播路由器。
9.根据权利要求8所述的设备,其特征在于,该设备还包括:
数据接收单元,用于接收组播路由器下发的含有组播源地址及组播组地址信息的数据报文;
信息管理单元,用于保存向消息接收单元发起带组播组地址加入请求消息的用户的标识,保存消息转换单元生成的加入请求消息中的组播源地址和组播组地址的信息,用于根据数据接收单元中接收的数据报文中的组播源地址及组播组地址信息,获取需要该数据报文的用户标识;
数据发送单元,用于根据信息管理单元中获取的用户标识将数据接收单元接收的数据报文下发给用户。
10.根据权利要求9所述的设备,其特征在于,所述用户标识为用户的MAC地址和/或IP地址。
11.一种实现SSM模式组播的***,其特征在于,该***的用户接入侧包括:宽带接入服务器,认证服务器,其中,
认证服务器,用于根据用户定制的组播源配置组播源地址与组播组地址的映射关系信息,接收宽带接入服务器发送的带有用户认证信息的请求认证消息,对用户进行验证,验证通过后向宽带接入服务器下发含有为用户配置的映射关系信息的用户授权信息;
宽带接入服务器,用于保存用户的组播组地址与组播源地址的映射关系信息,接收用户发送的带有组播组地址的加入请求消息,根据组播组地址在映射关系信息中获取组播源地址,将用户发起的带有组播组地址的加入请求消息转换成带有组播组地址及获取的组播源地址的加入请求消息。
12.根据权利要求11所述的***,其特征在于,该***还包括组播路由器和组播源服务器,其中,
组播源服务器,用于一直向组播路由器发送数据报文;
组播路由器,用于接收宽带接入服务器发送的带有组播组地址及组播源地址的加入请求消息,将此消息中的组播组地址及组播源地址信息加入到数据报文,并将此数据报文发送到宽带接入服务器。
13.根据权利要求12所述的***,其特征在于:
宽带接入服务器还用于保存发送带有组播组地址加入请求消息的用户标识,在将用户发起的带有组播组地址的加入消息转换成带有组播组地址和组播源地址的加入请求消息时,保存组播源地址和组播组地址的信息,在收到组播路由器发送的数据报文后,根据数据报文中的组播组地址与组播源地址的信息查找需要该数据报文的用户标识,向用户下发数据报文。
14.根据权利要求13所述的***,其特征在于,所述标识为用户的MAC地址和/或IP地址。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101274184A CN101145924A (zh) | 2006-09-13 | 2006-09-13 | 实现ssm模式组播的方法、设备及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101274184A CN101145924A (zh) | 2006-09-13 | 2006-09-13 | 实现ssm模式组播的方法、设备及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101145924A true CN101145924A (zh) | 2008-03-19 |
Family
ID=39208240
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006101274184A Pending CN101145924A (zh) | 2006-09-13 | 2006-09-13 | 实现ssm模式组播的方法、设备及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101145924A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009026852A1 (fr) * | 2007-08-25 | 2009-03-05 | Huawei Technologies Co., Ltd. | Procédé, système et dispositif de commutation d'un message multidiffusion |
CN102264001A (zh) * | 2010-05-25 | 2011-11-30 | 华为技术有限公司 | Iptv增强组播可靠性的方法、服务器及*** |
CN101340305B (zh) * | 2008-08-07 | 2012-05-09 | 中兴通讯股份有限公司 | 一种源特定的组播方法、***及其接入设备 |
CN101557425B (zh) * | 2009-05-08 | 2012-07-04 | 中兴通讯股份有限公司 | 源特定组播网络的路由更新方法与路由设备 |
CN104378217A (zh) * | 2014-11-26 | 2015-02-25 | 中国联合网络通信集团有限公司 | 确定组播组数据的方法及装置 |
CN104601478A (zh) * | 2014-12-30 | 2015-05-06 | 北京华为朗新科技有限责任公司 | 消息转发、发送、接收、组播路径建立方法及装置 |
CN107078966A (zh) * | 2014-09-19 | 2017-08-18 | 瑞典爱立信有限公司 | 通过依赖于分组标识预计接收器的多播架构中的分布式选举进行的接收器标识符的指配和树属性的自动确定 |
CN115473843A (zh) * | 2021-06-10 | 2022-12-13 | 中国电信股份有限公司 | 信息交互方法、路由器和通信*** |
-
2006
- 2006-09-13 CN CNA2006101274184A patent/CN101145924A/zh active Pending
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009026852A1 (fr) * | 2007-08-25 | 2009-03-05 | Huawei Technologies Co., Ltd. | Procédé, système et dispositif de commutation d'un message multidiffusion |
CN101340305B (zh) * | 2008-08-07 | 2012-05-09 | 中兴通讯股份有限公司 | 一种源特定的组播方法、***及其接入设备 |
CN101557425B (zh) * | 2009-05-08 | 2012-07-04 | 中兴通讯股份有限公司 | 源特定组播网络的路由更新方法与路由设备 |
CN102264001A (zh) * | 2010-05-25 | 2011-11-30 | 华为技术有限公司 | Iptv增强组播可靠性的方法、服务器及*** |
CN107078966A (zh) * | 2014-09-19 | 2017-08-18 | 瑞典爱立信有限公司 | 通过依赖于分组标识预计接收器的多播架构中的分布式选举进行的接收器标识符的指配和树属性的自动确定 |
CN107078966B (zh) * | 2014-09-19 | 2020-06-26 | 瑞典爱立信有限公司 | 用于指配接收器标识符和自动确定树属性的方法和装置 |
CN104378217A (zh) * | 2014-11-26 | 2015-02-25 | 中国联合网络通信集团有限公司 | 确定组播组数据的方法及装置 |
CN104378217B (zh) * | 2014-11-26 | 2018-03-06 | 中国联合网络通信集团有限公司 | 确定组播组数据的方法及装置 |
CN104601478A (zh) * | 2014-12-30 | 2015-05-06 | 北京华为朗新科技有限责任公司 | 消息转发、发送、接收、组播路径建立方法及装置 |
CN115473843A (zh) * | 2021-06-10 | 2022-12-13 | 中国电信股份有限公司 | 信息交互方法、路由器和通信*** |
CN115473843B (zh) * | 2021-06-10 | 2023-06-20 | 中国电信股份有限公司 | 信息交互方法、路由器和通信*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108307355B (zh) | 一种lpwan物联网的组播实现方法 | |
EP1243091B1 (en) | Methods for implementing a talkgroup call in a multicast ip network | |
CN101299671B (zh) | 用于组播数据包发送与接收的方法和装置 | |
EP2624525B1 (en) | Method, apparatus and virtual private network system for issuing routing information | |
CN101145924A (zh) | 实现ssm模式组播的方法、设备及*** | |
US9253215B2 (en) | Control plane to manage domain-based security and mobility in an information centric network | |
EP1344360B1 (en) | Wireless communication system incorporating multicast addressing and method for use | |
CN101326763B (zh) | 用于sp以太网汇聚网络的认证的***和方法 | |
US7496061B2 (en) | Providing a multicast service using a multicast group-source key | |
WO2018170922A1 (zh) | 一种配置网络切片的方法、装置和*** | |
CN101247253A (zh) | Ip网络中基于虚拟分发网的多播传送方法 | |
CN101335637A (zh) | 一种组播控制的方法及装置 | |
CN101399718A (zh) | 接入网络中控制用户设备接入组播业务的方法和装置 | |
JP2006042223A (ja) | パケット転送装置 | |
CN103516760A (zh) | 一种虚拟网络***接入方法、装置及*** | |
US10291525B2 (en) | Caching and forwarding router advertisements | |
CN101453345B (zh) | 一种基于服务提供商的组播接入控制方法及其接入设备 | |
CN102149026B (zh) | 一种组播实现方法和*** | |
CN109039702A (zh) | 专网集群***中组播组网的实现方法和装置 | |
US10291526B2 (en) | Caching and forwarding router advertisements | |
CN107733850A (zh) | 基于集中控制架构的组播隔离方法及*** | |
CN104660510A (zh) | 一种实现是否会出现重复的组播数据包传输方法及装置 | |
CN104683495B (zh) | 一种mac表项的管理方法和设备 | |
Pinto et al. | On performance of group key distribution techniques when applied to IPTV services | |
CN105610599A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20080319 |