[发明专利]IP组播业务系统、切换设备和其所用的组选择传输方法

说明书

本申请要求2006年10月18号提交的日本专利申请No.2006-283213的优先权。

技术领域

本发明涉及IP组播业务系统、切换设备以及其所用的组选择传输方法，特别地，本发明涉及用于提供IP(网际协议)组播业务的系统。

背景技术

图1中示出了IP组播业务中典型的网络结构。可以大致将常规网络分成中央侧网络200和用户侧网络100。

中央侧网络200由用于提供组播业务的供应商202a到202c、组播服务器(#1到#3)5a到5c、用于IP组播分组的路由的组播路由器(#1到#3)4a到4c等构建，其中组播服务器(#1到#3)5a到5c用于聚集供应商(#1到#3)202a到202c中的诸如图像的业务并将其向公众传送。组播路由器(#1到#3)4a到4c的每一个都与IP组播网络201相连。

用户侧网络100由与IP组播网络201连接的组播路由器(#4)3、用于合并用户的L2(层2)/L3(层3)交换机(SW)9、IP-STB(IP置顶盒)1a到1d等构建，其中该IP-STB用于接收从组播服务器(#1到#3)5a到5c发送的IP组播分组并且将其作为镜像复制。

用户侧网络100指的是通用访问网络，图2示出其典型示例。根据通用访问网络，如图2中所示，用于端接到用户的DSL调制解调器(数字用户线调制解调器)10a、GPON(千兆位光网络)/GEPON[千兆位以太(注册商标)光网络]ONU(光网络单元)10b以及媒体转换器10c分别与IP-STB 1a到1c相连，并且它们由全部排列在站内的DLSAM(数字用户线访问多路复用器)、GPON/GEPON OLT(光纤线路终端)11b、媒体转换器11c等合并在一起。

正如IP组播控制系统，从用于查看组播的主机和最近的路由器之间来看时，存在使用用于控制组播的开始和停止的协议的系统(例如，参考非专利文献：“Host Extensions for IP Multicasting”(RFC1112，1989年8月)、“Internet Group Management Protocol，Version 2”(RFC2236，1997年11月)、“Internet Group Management Protocol，Version 3”(RFC3376，2002年10月)、“Multicast ListenerDiscovery(MLD)for IPv6”(RFC2710，1999年10月)以及“MulticastListener Discovery Version 2(MLDv2)for IPv6”(RFC3810，2004年6月))。此外，作为常规方法，为了通过这些协议协助控制，存在假设要应用到用户侧的L2/L3交换机的技术(例如，参考非专利文献：“Consideration for Internet Group Management Protocol(IGMP)and Multicast Listener Discovery(MLD)Snooping Switches”(RFC4541，2006年5月)以及“IGMP/MLD-based Multicast Forwarding(“IGMP/MLD”Proxying)”(draft-ietf-magma-igmp-proxy-06.txt，2004年10月))。

在用户侧的L2/L3交换机中，在非专利文献中描述的技术存在下述问题，即：(1)如果供应商的组播组地址被改变了，将要接收的地址也应该以IP-STB单位改变，这样需要为此改变设置的过程，增加了操作成本，并且(2)没有组播路径或服务器的冗余，在故障情况下服务不可用。

在这些问题中，作为解决问题(2)的现有技术，存在预先设置用作主动系统或备用系统的源路由器的系统，在正常情况下由主动系统的路由器提供服务，而在故障情况下切换到备用系统(例如，参考专利文献：日本专利申请公开No.2005-072756以及日本专利申请公开No.2006-101471)。

然而，根据上述的IP组播控制系统，在上述专利文件中描述的技术的情况中，从由于故障进行切换的角度来看，正运行用于组播的协议序列，因此这涉及需要长的切换时间这样的问题。此外，根据非专利文献中所述的IP组播控制系统，由于一侧总是作为备用系统处于等待状态，存在使用服务器或网络的效率低下的问题。因此，需要这样的技术，其能在中央侧和用户侧的每个网络中设计独立的组播组系统。

另外，上述专利文献和非专利文献没有描述能在中央侧和用户侧的每个网络中设计独立组播组系统的技术。