组播业务处理方法及设备的制作方法

专利名称：组播业务处理方法及设备的制作方法
技术领域：
本发明涉及网络通信技术，尤其涉及一种组播业务处理方法及设备。
背景技术：
组播技术是一种点到多点的网络协议(Internet Protocol ；简称为IP)传输技 术，允许一个或多个组播源一次将同一数据报文发送给多个接收者。其中，协议无关组播 (Protocol Independent Multicast ；简称为PIM)协议是目前应用较为广泛的组播路由 协议，而稀疏模式的协议无关组播(Protocol Independent Multicast-Sparse Mode ；简 称为PIM-SM)协议是一种常用的PIM协议。在PIM-SM协议中，组播源将数据报文发送到 特定组播组，只有组播组内的成员主机才能接收到该数据报文。其中，互联网组管理协议 (Internet Group Management Protocol ；简称为IGMP)是网络中普遍使用的组管理协议， 各主机通过IGMP协议向邻居组播路由器通告组播组的成员关系。PIM-SM协议采用共享树进行组播数据的分发，每一个组播地址各自对应着一棵 共享树，每棵共享树都有一个树根，在PIM-SM协议中，该树根被称为汇聚点(Rendezvous Point ；简称为RP)。当组播源发送组播数据时，组播数据首先要通过与组播源直接连接的 第一跳路由器被送到该汇聚点即RP，再由RP沿着共享树将组播数据分发到各个组播数据 接收者。结合图IA和图1B，该PIM-SM协议的应用过程主要包括以下步骤1)共享树的建立主机(即为图IA和图IB中所示的组播数据接收者)通过发送 IGMP加入报文给邻接路由器(通常被称之为最后一跳路由器)；最后一跳路由器接收IGMP 加入报文，并获取IGMP加入报文中携带的组播地址G，并根据本地保存的组-RP映射信息， 计算出组播地址G所对应的RP，然后，逐跳向RP发送PIM(*，G)加入报文，于是就建立了最 后一跳路由器到RP的一棵分发树，即为所述的共享树，也称为RPT。2)RP到组播源的源树的建立组播源向组播组发送组播数据；该组播数据首先被 第一跳路由器接收，并根据收到的组播数据中的目的地址(即组播地址G)和本地保存的 组-RP映射信息，计算出组播地址G对应的RP，然后向RP单播发送注册报文以通告组播源 的存在；RP接收注册报文，并从中获取组播源的源地址S和组播地址G，然后向组播源逐跳 发送PIM(S，G)加入报文，就建立了从RP到组播源的分发树，即RP到组播源的源树。3)组播数据的分发如图IA所示，假设有三个组播源，分别为第一组播源、第二组 播源和第三组播源，且其各自对应的源地址S分别为1. 1. 1. 1,1. 1. 1.2和1. 1. 1.3，组播地 址G均为225. 0. 0. 1。则第一组播源、第二组播源和第三组播源将分别通过第一路由器、第 二路由器(即RP到各组播源的源树)将组播数据下发到RP即第三路由器，RP分别通过第 四路由器(即RP到第一组播数据接收者的分发树)和第五路由器(即RP到第二组播数据 接收者的分发树)将组播数据发送给各组播数据接收者，图IA中实线箭头所示为组播数据 的流向。在上述过程中，第一路由器、第二路由器和第三路由器上分别需要保存并维护与三 个组播源对应的转发表项，该转发表项包括组播源的源地址S、目的地址(即组播地址G)以 及对应的接口列表等信息，用于完成组播数据的转发。在图IA中以(1. 1. 1. 1,225. 0. 0. 1)、(1. 1. 1. 2，225. 0. 0. 1)、(1. 1. 1. 3，225. 0. 0. 1)表示转发表项；而共享树上只需要维护组播 地址G而无须区分组播源的源地址S，因此共享树上只需维护一个转发表项，即图IA所示的 转发表项(*，225. 0.0.1)。其中，组播数据接收者到RP的分发树上维护的转发表项少，但 是，由于所有组播数据都要经过RP，RP的负担较重。
其中，当组播数据从RP流向每个组播数据接收者时，最后一跳路由器可以获知 组播源的信息，即源地址S和组播地址G。此时，最后一跳路由器可以直接向组播源发送 PIM(S，G)加入报文(如图IB中虚线箭头所示)，建立最后一跳路由器到组播源的源树，而 不用继续从RP接收组播数据。如图IB所示，第四路由器向组播源发起PIM(S，G)加入报文 后，可以通过第一路由器一第二路由器一第四路由器接收组播数据而绕开了 RP。最后一跳 路由器到组播源的源树，又被称为最短路径树(ShortestPath Tree ；简称为SPT)。其中， 组播数据通过SPT分发给组播数据接收者时，可以减轻RP的负担。但是，最后一跳路由器 需要为每个组播源维护一个转发表项，即如图IB所示，此时第四路由器上需要保存并维护 三个组播源对应的转发表项，即(1. 1. 1. 1,225. 0. 0. 1)、(1. 1. 1. 2,225. 0. 0. 1)、(1.1.1.3， 225. 0. 0. 1)。由上述可知，组播数据接收者可以从RPT接收组播数据，也可以从SPT上接收数 据，因此，组播数据接收者在接收组播数据时可以从RPT切向SPT或者从SPT切向RPT，以 充分发挥各自的优势。现有技术是由最后一跳路由器根据其预先设置的流量阈值决定是否 由RPT切向SPT。当流量大于流量阈值时，执行RPT切向SPT的操作，使组播数据接收者从 SPT接收组播数据；反之，继续从RPT接收组播数据。现有方式根据最后一跳路由器上设置 的流量阈值来决定，且该流量阈值通常为随意设定或是经验值，其设置过程并未动态考虑 RP的因素，因此若该流量阈值设置不合理将会导致RP过载。例如假设当前组播系统提供 100个组播业务，而每个最后一跳路由器上设置的每个组播业务的流量阈值为5MB/S ；且假 设每个组播业务的组播流量平均值为4MB/s，由于4MB/s小于5MB/s，所以最后一跳路由器 不会为任何一个组播业务进行RPT切向SPT，而当前RP上的组播流量负载为400MB/S，对于 某些设备来说，400MB/S是一个比较大的负载，可能会使RP出现过载现象。

发明内容
本发明提供一种组播业务处理方法及设备，用以解决现有技术中汇聚点过载的问 题，提高汇聚点的稳定性。本发明提供一种组播业务处理方法，包括根据过载信息，获取切换组播业务的信息；将所述切换组播业务的信息提供给所述切换组播业务对应的最后一跳路由器，以 供所述最后一跳路由器根据所述信息切换所述切换组播业务的接收方式。本发明提供一种组播业务处理设备，包括获取模块，用于根据过载信息，获取切换组播业务的信息；提供模块，用于将所述切换组播业务的信息提供给所述切换组播业务对应的最后 一跳路由器，以供所述最后一跳路由器根据所述信息切换所述切换组播业务的接收方式。本发明的组播业务处理方法及设备，根据过载信息，获取需要进行切换的组播业 务的信息，通过将切换组播业务的信息提供给最后一跳路由器，使最后一跳路由器根据接收到的信息对切换组播业务的接收方式进行切换。由于本发明中需要切换接收方式的组播业务是根据组播业务处理设备的过载信息选出的，充分考虑了组播业务处理设备的负载情 况，因此，可以解决组播业务处理设备过载的问题，提高了组播业务处理设备的稳定性。


为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明 的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据 这些附图获得其他的附图。图IA为现有PIM-SM协议中通过RPT分发组播数据的过程示意图；图IB为现有PIM-SM协议中通过SPT分发组播数据的过程示意图；图2为本发明实施例一提供的组播业务处理方法的流程图；图3为本发明实施例二提供的组播业务处理方法的流程图；图4为本发明实施例三提供的组播业务处理方法的流程图；图5为本发明实施例四提供的组播业务处理方法的流程图；图6为本发明实施例五提供的组播业务处理设备的一种结构示意图；图7为本发明实施例五提供的组播业务处理设备的又一种结构示意图。
具体实施例方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例 中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是 本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员 在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。实施例一图2为本发明实施例一提供的组播业务处理方法的流程图。本实施例的执行主体 为组播业务处理设备，如图2所示，本实施例的组播业务处理方法包括步骤10，根据过载信息，获取切换组播业务的信息；本实施例的组播业务处理设备可以为支持三层组播的设备，例如支持PIM-SM协 议的网络中的路由器，其中该路由器被选为汇聚点。组播业务处理设备根据其过载信息，获 取需要进行切换的组播业务(即组播源分发的组播数据)。其中，过载信息主要涉及组播业 务处理设备的流量，例如可以是业务接口的入流量、业务接口的出流量或者组播转发表项 的总流量等。切换组播业务是指需要切换接收方式的组播业务，例如可以是指需要从RPT 切换到SPT，或者从SPT切换到RPT的组播业务。在本步骤10中，组播业务处理设备根据其 负载情况(流量是否过载)确定需要切换接收方式的组播业务，充分考虑了其自身能力。步骤11，将切换组播业务的信息提供给切换组播业务对应的最后一跳路由器，以 供最后一跳路由器根据所述信息切换所述切换组播业务的接收方式。其中，切换组播业务的信息是指选出的需要切换接收方式的组播业务的信息，该 信息主要是指组播业务对应的源地址和组播地址。在本步骤11中，组播业务处理设备将选 出的切换组播业务的源地址和组播地址发送给最后一跳路由器，最后一跳路由器根据源地址和组播地址，结合当前组播业务接收者接收该切换组播业务的方式，进行接收方式的切 换，在保证组播业务处理设备不过载的情况下，使组播业务接收者成功接收切换组播业务。在本步骤11中，切换接收方式可以是从RPT切换到SPT，也可以是从SPT切换到 RPT0例如，若组播业务接收者当前正从RPT上接收组播业务，则最后一跳路由器接收到组 播业务处理设备提供的切换组播业务的信息时，对切换组播业务的接收方式进行切换，使 组播业务接收者从SPT上接收组播业务；其中，最后一跳路由器通过自身运行的路由协议 直接与对应的组播源建立连接，即构成SPT，并通过该SPT不再通过RPT接收组播业务，并 将接收到的组播业务提供给组播业务接收者，达到切换组播业务接收方式的目的。反之，若 组播业务接收者当前正从SPT上接收组播业务，则最后一条路由器根据接收到的切换组播 业务的信息进行接收方式的切换，使组播业务接收者从RPT上接收组播业务。又例如，可以 预先设定最后一跳路由器在接收到的切换组播业务的信息时只执行将接收方式由RPT切 向SPT的操作；且对于最后一跳 路由器来说，若在一定时间(通常为某一预设值)之后，一 直未收到组播业务处理设备发送的切换组播业务的信息，则可以认为组播业务处理设备的 流量状况已经有所改善，自动将组播业务的接收方式由SPT切向RPT，以使组播业务接收者 通过RPT接收组播业务。其中，本发明技术方案重点涉及由RPT到SPT的切换，在以下各实 施例中，将以由RPT到SPT的切换为例，并不对由SPT切回RPT的方式进行过多描述。本实施例的组播业务处理方法，由组播业务处理设备根据过载信息，选择切换组 播业务，并将需要切换接收方式的组播业务的信息提供给最后一条路由器使之完成对切换 组播业务的接收方式的切换。本实施例技术方案由组播业务处理设备根据其过载信息决定 是否对组播业务的接收方式进行切换，与由最后一跳路由器根据其上设置的流量阈值决定 的现有技术不同，由于现有技术中流量阈值是在最后一跳路由器上设置的，故没有考虑组 播业务处理设备的因素，而本实施例的组播业务处理方法充分考虑了组播业务处理设备， 并根据组播业务处理设备的过载信息确定需要切换接收方式的组播业务，可以缓解组播业 务处理设备的过载状况。进一步，由于组播业务处理设备是共享树的树根，组播业务会在其 上汇聚，而当组播业务处理设备过载时，有可能发生丢包现象。例如组播业务处理设备的转 发能力为100个报文/秒，而当前流量速度是1000个报文/秒，此时每秒将有900个报文 被丢掉，导致组播业务没法进行，而本实施例通过缓解组播业务处理设备的过载情况，可进 一步提高组播业务处理设备的稳定性，提高组播业务的成功率。进一步，本实施例提供一种步骤11的实施方式，具体包括步骤111，根据过载信息，获取对应的组播转发表项；其中，组播转发表项是指与 过载信息对应的组播转发表项。例如，当过载信息为业务接口的入流量时，则此时过载信息 对应的组播转发表项为以该业务接口作为入接口的组播转发表项；又例如，当过载信息为 业务接口的出流量时，则此时过载信息对应的组播转发表项为以该业务接口为出接口的组 播转发表项。步骤112，根据组播转发表项对应的组播业务的流量和预设过载流量阈值，获取切 换组播业务信息。其中，每个组播源对应一个组播转发表项，且每个组播转发表项对应存储有组播 源的地址信息，即源地址和组播地址，组播业务的流量信息以及该组播业务的入接口、出接 口等信息。过载流量阈值是结合过载信息和实际情况预先设定的，该预设过载流量阈值用于判断组播业务处理设备是否出现过载状况，以及用作出现过载时处理过载状况的基准， 即要求进行过载处理后应保证组播业务的流量之和小于该预设过载流量阈值。具体的，组播业务处理设备可以获取各组播转发表项对应的组播业务的流量，并 根据组播业务的流量的大小，按照流量从小到大的顺序对组播转发表项进行排序；然后，按 照从小到大的顺序将组播业务的流量依次累加，直到流量的累加值大于预设过载流量阈值 为止；接着，组播业务处理设备获取最后累加的组播业务的流量以及大于最后累加的组播 业务的流量的其他组播业务的流量，进一步获取上述获取的组播业务的流量所对应组播转 发表项，将根据上述各组播业务的流量获取的组播转发表项中的信息(主要指源地址和组 播地址)作为切换组播业务的信息。 由于其他组播转发表项对应的组播业务的流量均大于最后累加的组播业务的流 量，因此，其他任意一个组播转发表项对应的组播业务的流量替换最后累加的组播业务的 流量，都会使流量的累加值大于预设过载流量阈值，因此，为了保证组播业务处理设备不过 载，最后累加的组播业务的流量和其他组播业务的流量所对应的组播业务即为需要切换接 收方式的组播业务，即需要从RPT上切换到SPT上。进一步，从上述获取的组播转发表项中， 获取切换接收方式时所需的信息。上述技术方案提供了一种步骤112的实施方式，其直接判断并获取使组播业务处 理设备出现过载的组播业务，但并不限于此，也可以是先获取使流量的累加值小于预设过 载流量阈值的组播业务，并通过进一步处理获取切换组播业务。本实施例在前面描述中已经提到过载信息可以是业务接口的入流量、业务接口的 出流量或者各组播转发表项的总入流量等，其中业务接口是指组播业务处理设备上用于接 收或转发组播业务的业务接口。其中，本实施例的过载信息可以是预先设定的，例如当以 业务接口的入流量作为过载信息时，可以预先设定某个或某几个业务接口的入流量作为过 载信息，则以被设定的业务接口为入接口的组播转发表项对应的组播业务将被作为切换组 播业务。又例如当以业务接口的出流量作为过载信息时，可以预先设定某个或某些业务接 口的出流量为过载信息，则以被设定的业务接口为出接口的组播转发表项对应的组播业务 将被作为切换组播业务。上述业务接口一旦被设定，则在下次重新设定之前其对应的入流 量或出流量将一直作为过载信息。通过该方式可以切换特定业务接口接收的组播业务的接 收方式，进而减轻组播业务处理设备的负担。但是，根据实际应用情况定时或实时获取过载信息是一种更加优选的实施方式。 例如可以定时或实时获取作为过载信息的业务接口的入流量、业务接口的出流量或各组 播转发表项的总入流量等。该方式可以进一步缓解组播业务处理设备的过载，其中，由于定 时获取方式其实施代价较小，尤其被视为较佳选择。本发明以下各实施例将以RP(具有本 发明的组播业务处理设备的功能)为执行主体，详细说明如何定时或实时获取过载信息， 并将针对定时或实时获取的不同的过载信息为例详细说明本发明技术方案。实施例二图3为本发明实施例二提供的组播业务处理方法的流程图。本实施例可基于实施 例一实现，本实施例将以业务接口的入流量为过载信息进行说明。如图3所示，本实施例的 组播业务处理方法包括步骤20，在RP的业务接口中，确定入流量大于预设入流量阈值的第一业务接口。
具体的，在RP上给每个业务接口设置“入流量阈值”(比如入流量阈值设置为业 务接口的最大流量的70% )，以跟踪带宽的消耗，可用于判断该业务接口是否存在过载行 为；RP通过其硬件定时(例如每30秒、60秒等获取一次)或实时获取业务接口的入流量， 并将获取的业务接口的入流量与预设入流量阈值进行比较，以确定业务接口的入流量是否 大于业务接口的入流量阈值；若判断结果为业务接口的入流量大于预设入流量阈值，则将 该业务接口确定为第一业务接口，并执行步骤21 ；反之，则不对该业务接口进行处理。步骤21，根据确定的第一业务接口的入流量信息，获取以该第一业务接口作为入 接口的组播转发表项。其中，确定的第一业务接口的入流量信息用于表明该业务接口的入流量方向发生过载现象，即该入流量信息为一个标识。例如可以是预先约定的某个特殊数值，或者字符 或字符串等，本实施例不对此进行限制。RP根据组播转发表项中的入接口列表获取以确定 的第一业务接口为入接口的组播转发表项，假设获取的组播转发表项为η个。步骤22，将组播转发表项按照对应的组播业务的流量从大到小进行排列。假设排 序后的组播转发表项为{mrt_l，mrt_2, mrt_3, mrt_m, mrt_k. . . mrt_n}。步骤23，将组播转发表项对应的流量按照从小到大依次累加，直到入流量的累加 之和大于预设过载流量阈值为止。其中，预设过载流量阈值用于在预设入流量阈值的基础 上进一步限定第一业务接口的过载行为，其值通常小于等于预设入流量阈值。例如当将预 设入流量阈值设置为最大流量的70%时，可将预设过载流量阈值设置为最大流量的60%， 则通过该预设过载流量阈值对RP进行处理后可以进一步减轻RP的过载负担。但是，为了 操作便利，通常将预设过载流量阈值和预设入流量阈值设置为同一数值，在本实施例也将 以预设过载流量阈值和预设入流量阈值相同为例，并在后续直接以预设入流量阈值进行说 明。假设组播转发表项mrt_m，mrt_k. . . mrt_n在该第一业务接口上的入流量的累加之和大 于该第一业务接口的入流量阈值(即预设过载流量阈值)，而组播转发表项mrt_k. . . mrt_n 在该第一业务接口的入流量的累加之和小于该第一业务接口的入流量阈值，即去除了组播 转发表项mrt_l，mrt_2, mrt_3. . . mrt_m后，剩余的组播转发表项在该第一业务接口的入流 量的累加之和小于该第一业务接口的入流量阈值。步骤24，选择需要进行RPT向SPT切换的组播业务的信息。在本实施例中，组播转 发表项mrt_l，mrt_2，mrt_3. . . mrt_m对应的组播业务即为需要进行RPT向SPT切换的组播 业务。进行RPT向SPT切换的组播业务的信息是指进行RPT向SPT切换的组播业务对应的 组播源的源地址和组播地址，其可以通过对应的组播转发表项获取。步骤25，RP将需要进行RPT向SPT切换的组播业务的信息通过预设的组播组提供 给最后一跳路由器。其中，为了充分发挥PIM-SM协议的优势，本实施例通过特定组播组通告需要进行 RPT向SPT切换的组播业务的信息。具体的在执行该步骤之前，需要在RP上预先配置一个 特定的组播组(具体说来是指配置一个组播组地址)，例如组播组G_switch ；并在每个最后 一跳路由器上配置该特定的组播组G_switch(即分别配置相同的组播组地址)，则对应的 每个最后一跳路由器加入该组播组G_switch，成为其中的一员。当RP需要分发“需要进行RPT向SPT切换的组播业务的信息”时，RP只要将“需 要进行RPT向SPT切换的组播业务的信息”发往此组播组G_switch，则最后一跳路由器就能接收到“需要进行RPT向SPT切换的组播业务的信息”。例如在RP上指定地址239. 0. 0. 1 作为G_switch，同时，在最后一跳路由器也指定地址239. 0. 0. 1作为G_switch ；最后一跳 路由器加入该地址239. 0. 0. 1对应的组播组。则当RP将切换组播业务的信息发往地址 239. 0. 0. 1时，最后一跳路由器即可接收到RP发送的切换组播业务的信息。步骤26，最后一跳路由器根据接收到的需要进行RPT向SPT切换的组播业务的信 息中的源地址，与对应的组播源建立SPT，并通过SPT向组播业务接收者提供组播源的组播 业务。本实施例的组播业务处理方法，通过实时判断业务接口的入流量是否超出预设入 流量阈值，以判断组播业务处理设备是否发生过载，并在发生过载时，根据组播业务的流量 选择需要进行RPT向SPT切换的 组播业务，以缓解RP的过载状况，提高RP的稳定性。进一 步，本实施例技术方案的业务接口是RP上的，而业务接口的入流量是定时或实时获取的， 因此，即考虑了 RP的因素，也考虑了组播业务的状况，例如组播业务的增长和突发性(比 如在短时间内，有很多视频会议等等)，可以更好的缓解RP过载。实施例三图4为本发明实施例三提供的组播业务处理方法的流程图，本实施例可基于实施 例一或实施例二实现，其与实施例二的区别在于，本实施例将以业务接口的出流量作为过 载信息为例进行说明，且本实施例与实施例二的相同之处将不再详细论述。如图4所示，本 实施例的方法包括步骤30，在RP的业务接口中，确定出流量大于预设出流量阈值的第二业务接口。具体的，在RP上给每个业务接口设置“出流量阈值”，以跟踪带宽的消耗，可用于 判断该业务接口是否存在过载行为；RP通过其硬件定时或实时获取业务接口的出流量，并 将获取的业务接口的出流量与预设出流量阈值进行比较，以确定业务接口的出流量是否大 于业务接口的出流量阈值；若比较结果为业务接口的出流量大于预设出流量阈值，则将该 业务接口确定为第二业务接口，并执行步骤31 ；反之，则不对该业务接口进行处理。步骤31，根据确定的第二业务接口的出流量信息，获取以该第二业务接口作为出 接口的组播转发表项。其中，确定的第二业务接口的出流量信息用于表明该第二业务接口的出流量方向 发生过载现象，即该出流量信息为一个标识，用于区分是出流量方向还是入流量方向。例 如可以是预先约定的某个特殊数值，或者字符或字符串等，本实施例不对此进行限制。RP 根据组播转发表项中的出接口列表获取以确定的第二业务接口为出接口的组播转发表项， 假设获取的组播转发表项为η个。步骤32，将组播转发表项按照对应的组播业务的流量从大到小进行排列。假设排 序后的组播转发表项为{mrt_ll，mrt_21, mrt_31, mrt_ ml, mrt_kl. · · mrt_nl}。步骤33，将组播转发表项对应的流量按照从小到大依次累加，直到出流量之和大 于预设过载流量阈值为止。同理，预设过载流量阈值用于在预设出流量阈值的基础上进一 步限定第二业务接口的过载行为，其值通常小于等于预设出流量阈值，则根据该预设过载 流量阈值对RP进行处理后可以进一步减轻RP的过载负担。同理，为了操作简便，通常将预 设过载流量阈值设置为第二业务接口的预设出流量阈值。在本实施例后续将以预设出流量 阈值进行描述。假设组播转发表项mrt_ml，mrt_kl. . . mrt_nl在该第二业务接口上的出流量之和大于该第二业务接口的出流量阈值(即预设过载流量阈值)，而组播转发表项mrt_ kl. . . mrt_nl在该第二业务接口的出流量之和小于该第二业务接口的出流量阈值，即去除 了组播转发表项mrt_ll，mrt_21, mrt_31. . . mrt_ml后，剩余的组播转发表项在该第二业务 接口的出流量小于该第二业务接口的出流量阈值。
步骤34，选择需要进行RPT向SPT切换的组播业务的信息。在本实施例中，即组播 转发表项mrt_ll，mrt_21，mrt_31. . . mrt_ml对应的组播业务即为将被要求进行RPT向SPT 切换的组播业务。进行RPT向SPT切换的组播业务的信息是指进行RPT向SPT切换的组播 业务对应的组播源的源地址和组播地址，其可以通过对应的组播转发表项获取。步骤35，RP将需要进行RPT向SPT切换的组播业务的信息通过预设的组播组提供 给最后一跳路由器。步骤36，最后一跳路由器根据接收到的需要进行RPT向SPT切换的组播业务的信 息中的源地址与对应的组播源建立SPT，并通过SPT向组播业务接收者提供组播源的组播 业务。本实施例的组播业务处理方法，通过实时判断业务接口的出流量是否超出预设出 流量阈值，以判断组播业务处理设备是否发生过载，并在发生过载时，根据组播业务的流量 选择需要进行RPT向SPT切换的组播业务，以缓解RP的过载状况，提高RP的稳定性。进一 步，本实施例技术方案的业务接口是RP上的，而业务接口的出流量是定时或实时获取的， 因此，即考虑了 RP的因素，也考虑了组播业务的状况，例如组播业务的增长和突发性(比 如在短时间内，有很多视频会议等等)，可以更好的缓解RP过载。实施例四图5为本发明实施例四提供的组播业务处理方法的流程图，本实施例可基于实施 例一或实施例二或实施例三实现，其与实施例二、实施例三的区别在于，本实施例将以组播 转发表项的流量之和作为过载信息为例进行说明，且本实施例与前述实施例的相同之处将 不再详细论述。如图5所示，本实施例的方法包括步骤40，获取所有组播转发表项对应的流量之和，并确定流量之和大于预设总流 量阈值。RP通过其硬件定时或实时获取所有组播转发表项，并将各个组播转发表项对应 的流量进行累加，获取组播转发表项对应的流量之和；然后将组播转发表项对应的流量之 和与预设的总流量阈值进行比较；当确定组播转发表项对应的流量之和大于预设总流量阈 值，执行步骤41 ；反之，则所有组播业务将继续被组播业务接收者从RPT上接收。步骤41，根据组播转发表项对应的流量之和信息，获取当前所有组播转发表项。假 设当前所有组播转发表项为η个。其中，组播转发表项对应的流量之和信息用于表明是以 组播转发表项对应的流量之和作为判断RP是否发生过载行为的标准，即该流量之和信息 为一个标识。步骤42，将组播转发表项按照对应的组播业务的流量从大到小进行排列。假设排 序后的组播转发表项为{mrt_12, mrt_22, mrt_32, mrt_m2, mrt_k2. · · mrt_n2}。步骤43，将组播转发表项对应的流量按照从小到大依次累加，直到总流量之和大 于预设过载流量阈值为止。同理，预设过载流量阈值用于在预设总流量阈值的基础上进一 步限定RP的过载行为，其值通常小于等于预设总流量阈值，则根据该预设过载流量阈值对 RP进行处理后可以进一步减轻RP的过载负担。同理，为了操作简便，通常将预设过载流量阈值设置为预设总流量阈值。在本实施例后续将以预设总流量阈值进行描述。假设组播转发表项mrt_m2，mrt_k2. . . mrt_n2流量之和大于预设总流量阈值(即预设过载流量阈值)， 而组播转发表项mrt_k2. . . mrt_n2的流量之和小于预设总流量阈值，即去除了组播转发表 项mrt_12，mrt_22, mrt_32. . . mrt_m2后，剩余的组播转发表项的总流量小于预设总流量阈值。步骤44，选择需要进行RPT向SPT切换的组播业务的信息。在本实施例中，即组播 转发表项mrt_12，mrt_22，mrt_32. . . mrt_m2对应的组播业务即为将被要求进行RPT向SPT 切换的组播业务。进行RPT向SPT切换的组播业务的信息是指进行RPT向SPT切换的组播 业务对应的组播源的源地址和组播地址，其可以通过对应的组播转发表项获取。步骤45，RP将需要进行RPT向SPT切换的组播业务的信息通过预设的组播组提供 给最后一跳路由器。步骤46，最后一跳路由器根据接收到的需要进行RPT向SPT切换的组播业务的信 息中的源地址与对应的组播源建立SPT，并通过SPT向组播业务接收者提供组播源的组播 业务。本实施例的组播业务处理方法，通过定时或实时判断组播转发表项对应的流量之 和是否超出预设总流量阈值，以判断RP是否发生过载，并在发生过载时，根据组播业务的 流量选择需要进行RPT向SPT切换的组播业务，以缓解RP的过载状况，提高RP的稳定性。 进一步，本实施例技术方案定时或实时获取RP上的组播转发表项的总流量，因此，即考虑 了 RP的因素，也考虑了组播业务的状况，例如组播业务的增长和突发性(比如在短时间 内，有很多视频会议等等)，可以更好的缓解RP过载。在此需要说明的是，本发明各实施例均以一种过载信息进行了说明，但是并不限 于此。还可以是几种过载信息的组合，此时，RP需要判断过载信息的类别(例如业务接口 的入流量、业务接口的出流量或组播转发表项的总流量)，并在判断出过载信息的类别后， 根据本发明相应实施例的技术方案进行组播业务的接收方式的切换操作，且上述切换操作 是并行处理的。从多个方面对RP的过载情况进行判断，将进一步缓解RP的过载情况，进一 步提高RP的稳定性。实施例五图6为本发明实施例五提供的组播业务处理设备的结构示意图。如图6所示，本 实施例的组播业务处理设备包括获取模块50和提供模块51。其中，获取模块50，与提供模块51连接，用于将根据过载信息，获取切换组播业务 的信息。其中，该过载信息可以为组播业务处理设备上接收组播业务的业务接口的入流量、 业务接口的出流量，或者当前所有组播转发表项对应的组播业务的总流量，或者是其任意 组合。本实施例中获取模块50可以定时或实时获取过载信息，例如由组播业务处理设备的 相关硬件获取所需的过载信息，并提供给获取模块50;另外，该过载信息也可以是预先设 置在获取模块50中的，例如设定端口号为202的业务接口(此处的端口号202仅是举例， 不作限定)的入流量为过载信息，则获取模块50会将以端口号为202的业务接口为入接口 的组播业务选择为切换组播业务，并获取切换组播业务的信息。其中切换组播业务的信息 主要是指组播业务对应的组播源的源地址和目的地址(即组播地址)。提供模块51，用于将获取模块50获取的切换组播业务的信息提供给切换组播业务对应的最后一跳路由器，以供最后一跳路由器根据所述信息切换所述切换组播业务的接 收方式。在本实施例中，切换接收方式可以是从RPT切换到SPT，也可以是从SPT切换到 RPT0例如，可以结合组播业务的当前接收方式而定。本实施例的组播业务处理设备可以为路由器，更具体的可以为支持PIM-SM协议 的网络中具有汇聚点功能的路由器，或者为汇聚点(即RP)。本实施例的组播业务处理设备，可用于执行本发明实施例提供的组播业务处理方 法。本实施例的组播业务处理设备通过获取模块根据过载信息获取需要切换接收方式的组 播业务以及其信息，并通过提供模块将需要切换接收方式的组播业务的信息提供给最后一 跳路由器，由最后一跳路由器执行将切换组播业务接收方式的操作。在本实施例中，最后一 跳路由器根据组播业务处理设备提供的信息完成组播业务接收方式的切换，与现有技术相 比，充分考虑了组播业务处理设备的负载情况，可以缓解组播业务处理设备流量过载的问 题，提高了组播业务处理设备的稳定性。进一步，如图7所示，本实施例的获取模块50包括第一获取子模块501和第二获 取子模块502。第一获取子模块501，用于根据过载信息，获取对应的组播转发表项；第二获 取子模块502，用于根据第一获取子模块501获取的组播转发表项对应的组播业务的流量 和预设过载流量阈值，获取切换组播业务的信息。其中，过载流量阈值为根据实际情况预先 设定，为评价组播业务处理设备是否过载的标准。更进一步，本实施例提供一种第二获取子模块502的实现结构，如图7所示，具体 包括计算单元5021和信息获取单元5022。其中，计算单元5021，用于将组播转发表项对 应的组播业务的流量从小到大依次累加，直到流量的累加值大于预设过载流量阈值为止。 具体的，计算单元5021可以按照组播业务的流量从小到大将组播转发表项进行排序，然后 按照从小到大的排序结果将组播业务的流量进行累加，并将流量的累加值与预设过载流量 阈值进行比较，直到流量的累加值大于预设过载流量阈值为止。信息获取单元5022，用于获取最后累加的组播业务的流量对应的组播转发表项 中的信息，以及大于最后累加的组播业务的流量的其他组播业务的流量所对应的组播转发 表项中的信息，以作为切换组播业务的信息。由于其他组播业务的流量均大于最后累加的 组播业务的流量，因此，其他任意一个组播业务的流量替换最后累加的组播业务的流量，都 会使流量的累加值大于预设过载流量阈值，因此，为了保证组播业务处理设备不过载，最后 累加的和其他组播转发表项对应的组播业务即为需要切换接收方式的组播业务，即需要从 RPT上切换到SPT上。在上述技术方案的基础上，本实 施例提供了几种第一获取子模块501的实现结 构。其中一种实现结构如图7所示，具体包括第一确定单元5011和第一获取单元5012。 其中，第一确定单元5011在组播业务处理设备的业务接口中，确定入流量大于预设入流量 阈值的第一业务接口，并将确定的第一业务接口的入流量信息提供给第一获取单元5012 ； 此时，第一获取单元5012将根据确定的第一业务接口的入流量信息，获取以确定的第一业 务接口作为入接口的组播转发表项。其中，第一确定单元5011可以根据一定时间定时确定 第一业务接口，也可以实时确定第一业务接口。本实施例提供的技术方案以业务接口的入流量作为判断组播业务处理设备是否 发生过载的依据，且可定时或实时获取各业务接口的入流量信息，既考虑了组播业务处理设备的情况，也考虑了组播业务的状况，例如组播业务的增长和突发性(比如在短时间 内，有很多视频会议等等)，可以更好的缓解组播业务处理设备的过载。进一步，本实施例还提供了第一获取子模块501的另一种实现结构，具体包括第 二确定单元和第二获取单元，由于与第一种实现结构相似，故未图示。其中，第二确定单元 在组播业务处理设备的业务接口中，确定出流量大于预设出流量阈值的第二业务接口，并 将确定的第二业务接口的出流量信息提供给第二获取单元；此时，第二获取单元将根据确 定的第二业务接口的出流量信息，获取以确定的第二业务接口作为出接口的组播转发表 项。上述技术方案以业务接口的出流量作为判断组播业务处理设备是否发生过载的 依据，且可以定时或实时获取各业务接口的出流量信息，其与以业务接口的入流量为依据 的技术方案相似，同样既考虑了组播业务处理设备的情况，也考虑了组播业务的状况，例如 组播业务的增长和突发性(比如在短时间内，有很多视频会议等等)，可以更好的缓解组 播业务处理设备的过载。更进一步，本实施例还提供了第一获取子模块501的第三种实现结构，具体包括 第三确 定单元和第三获取单元，由于与第一种实现结构相似，故未图示。其中，第三确定单 元，用于获取所有组播转发表项对应的流量之和，并确定组播转发表项对应的流量之和大 于预设总流量阈值。第三获取单元，用于在第三确定单元确定出流量之和大于预设总流量 阈值时，根据组播转发表项对应的流量之和信息，获取当前所有组播转发表项。本实施例技术方案是通过第三确定单元对组播转发表项对应的流量之和与预设 总流量阈值进行比较判断，并在判断出组播转发表项对应的流量之和大于预设总流量阈值 时，将组播转发表项对应的流量之和信息提供给第三获取单元，此时第三获取单元根据接 收到的流量之和信息获取当前所有组播转发表项。该技术方案与上述两种实现结构的技术 方案相类似，同样可以更好的缓解组播业务处理设备的过载。在此需要说明的是，上述提供了不同过载信息对应的第一获取子模块501的实现 结构，其中每种实现结构均以一个过载信息为例。但是，本领域技术人员可以理解，本发明 技术方案中的过载信息并不限制为一个，还可以是上述过载信息的任意组合，此时，对应于 第一获取子模块501的实现结构可以由上述几种实现结构的组合实现，也可以通过扩展一 种实现结构的功能实现。在上述技术方案的基础上，基于PIM-SM协议，本实施例提供一种提供模块51将切 换组播业务的信息提供给最后一条路由器的实施方式，具体为通过预先配置的组播组将切 换组播业务的信息发送给最后一跳路由器。具体的，预先在组播业务处理设备和最后一跳 路由器上配置组播组，具体为配置组播组地址；此时，最后一跳路由器为组播组的成员，当 组播业务处理设备通过组播组发送切换组播业务的信息时，最后一跳路由器可以接收到， 并将根据接收到的组播组信息(即组播源的源地址和目的地址)与组播源建立SPT，并使组 播业务接收者从SPT上接收组播源的组播业务。本实施例的组播业务处理设备的各功能模块，可以用于执行本发明实施例提供的 组播业务处理方法中的相应部分。本实施例的组播业务处理设备，通过各功能模块可以考 虑组播业务处理设备自身状况，还可以考虑组播业务的状况，结合组播业务处理设备和组 播业务实现对组播业务的接收方式的切换，与现有技术相比，其可以缓解组播业务处理设备的过载情况，还可以提高组播业务处理设备性能的稳定性。
本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过 程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序 在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括R0M、RAM、磁碟或者 光盘等各种可以存储程序代码的介质。最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽 管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然 可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替 换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。
权利要求
一种组播业务处理方法，其特征在于，包括根据过载信息，获取切换组播业务的信息；将所述切换组播业务的信息提供给所述切换组播业务对应的最后一跳路由器，以供所述最后一跳路由器根据所述信息切换所述切换组播业务的接收方式。
2.根据权利要求1所述的组播业务处理方法，其特征在于，根据过载信息，获取切换组 播业务的信息包括根据所述过载信息，获取对应的组播转发表项；根据所述组播转发表项对应的组播业务的流量和预设过载流量阈值，获取所述切换组 播业务的信息。
3.根据权利要求2所述的组播业务处理方法，其特征在于，根据所述组播业务转发表 项对应的组播业务的流量和预设过载流量阈值，获取所述切换组播业务的信息包括将各所述组播转发表项对应的组播业务的流量从小到大依次累加，直到所述流量的累 加值大于所述预设过载流量阈值为止；获取最后累加的流量对应的组播转发表项中的信息以及大于所述最后累加的流量的 其他流量所对应的组播转发表项中的信息，以作为所述切换组播业务的信息。
4.根据权利要求2所述的组播业务处理方法，其特征在于，根据所述过载信息，获取对 应的组播转发表项，具体为在业务接口中，确定入流量大于预设入流量阈值的第一业务接口 ；根据所述第一业务接口的入流量信息，获取以所述第一业务接口作为入接口的组播转 发表项。
5.根据权利要求2所述的组播业务处理方法，其特征在于，根据所述过载信息，获取对 应的组播转发表项，具体为在业务接口中，确定出流量大于预设出流量阈值的第二业务接口 ；根据所述第二业务接口的出流量信息，获取以所述第二业务接口作为出接口的组播转 发表项。
6.根据权利要求2所述的组播业务处理方法，其特征在于，根据所述过载信息，获取对 应的组播转发表项，具体为获取所有组播转发表项对应的流量之和，并确定所述流量之和大于预设总流量阈值；根据所述组播转发表项对应的流量之和信息，获取当前所有组播转发表项。
7.根据权利要求1所述的组播业务处理方法，其特征在于，将所述切换组播业务的信 息提供给所述切换组播业务对应的最后一跳路由器，具体为将所述切换组播业务的信息通过预先配置的组播组发送给所述最后一跳路由器，所述 最后一跳路由器为所述组播组的成员。
8.一种组播业务处理设备，其特征在于，包括获取模块，用于根据过载信息，获取切换组播业务的信息；提供模块，用于将所述切换组播业务的信息提供给所述切换组播业务对应的最后一跳 路由器，以供所述最后一跳路由器根据所述信息切换所述切换组播业务的接收方式。
9.根据权利要求8所述的组播业务处理设备，其特征在于，所述获取模块包括第一获取子模块，用于根据所述过载信息，获取对应的组播转发表项；第二获取子模块，用于根据所述组播转发表项对应的组播业务的流量和预设过载流量 阈值，获取所述切换组播业务的信息。
10.根据权利要求9所述的组播业务处理设备，其特征在于，所述第二获取子模块包括 计算单元，用于将所述组播转发表项对应的组播业务的流量从小到大依次累加，直到 所述流量的累加值大于所述预设过载流量阈值为止；信息获取单元，用于获取最后累加的流量对应的组播转发表项中的信息以及大于所述 最后累加的流量的其他流量所对应的组播转发表项中的信息，以作为所述切换组播业务的 fn息o
11.根据权利要求9所述的组播业务处理设备，其特征在于，所述第一获取子模块包括第一确定单元，用于在业务接口中，确定入流量大于预设入流量阈值的第一业务接n ；第一获取单元，用于根据所述第一业务接口的入流量信息，获取以所述第一业务接口 作为入接口的组播转发表项。
12.根据权利要求9所述的组播业务处理设备，其特征在于，所述第一获取子模块包括第二确定单元，用于在业务接口中，确定出流量大于预设出流量阈值的第二业务接n ；第二获取单元，用于根据所述第二业务接口的出流量信息，获取以所述第二业务接口 作为出接口的组播转发表项。
13.根据权利要求9所述的组播业务处理设备，其特征在于，所述第一获取子模块包括第三确定单元，用于获取所有组播转发表项对应的流量之和，并确定所述流量之和大 于预设总流量阈值；第三获取单元，用于根据组播转发表项对应的流量之和信息，获取当前所有组播转发 表项。
14.根据权利要求8所述的组播业务处理设备，其特征在于，所述提供模块将所述切换 组播业务的信息提供给所述切换组播业务对应的最后一跳路由器，具体为所述提供模块将所述切换组播业务的信息通过预先配置的组播组发送给所述最后一 跳路由器，所述最后一跳路由器为所述组播组的成员。
全文摘要
本发明提供一种组播业务处理方法及设备，方法包括根据过载信息获取切换组播业务的信息；将切换组播业务的信息提供给切换组播业务对应的最后一跳路由器，以供最后一跳路由器根据所述信息切换所述切换组播业务的接收方式。设备包括获取模块，用于根据过载信息获取切换组播业务的信息；提供模块，用于将切换组播业务的信息提供给切换组播业务对应的最后一跳路由器，以供最后一跳路由器根据所述信息切换所述切换组播业务的接收方式。本发明技术方案的需要切换接收方式的组播业务是根据组播业务处理设备的过载信息选出的，充分考虑了组播业务处理设备的负载情况，因此，可以解决组播业务处理设备过载的问题，提高了组播业务处理设备的稳定性。
文档编号H04L12/18GK101867528SQ20101021955
公开日2010年10月20日 申请日期2010年6月25日 优先权日2010年6月25日
发明者陈国鹏 申请人:北京星网锐捷网络技术有限公司