专利名称：一种单播和多播业务数据包的队列管理方法和系统的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及通信网络中单播和多播业务数据包 的队列管理方法和系统。
背景技术：
在包交换(Packet Switch )通信网络中，会出现丢包、延时和抖动的情况， 为了解决这些问题，保证业务的服务质量(Quality of Service, QoS)，提出 了服务质量的两种模型。在IntServ模型下，针对每一条用户业务，通过信令向网络申请具有特定 服务质量的服务，网络在流量参数描述的范围内，预留资源以承诺满足该请 求。在DiffServ模型下，当网络出现拥塞时，根据业务的不同服务质量等级约 定，有差别地进行流量控制和转发来解决拥塞问题。当具有相同服务质量等 级(例如根据包中的DSCP即DiffServ CodePoint字段)的业务进入采用DiffServ 模型的网络中时，会被进行业务流聚合，汇聚成一个行为集合(Behavior Aggregate)，网络中的节点对特定的行为集合使用不同的转发行为(PHB, Per-Hop Behavior)，这包括快速转发(Expedited Forwarding)、确保转发 (Assured Forwarding)和尽力传送(Best Effort)。在一个网络节点内部，通过存储转发方式(Store and Forward)转发数据 包，不同服务质量的业务流会存储到不同的优先级队列，转发时根据队列的 优先级进行不同的处理。 一般来说，如果队列的数量不多，可以用FIFO (First In First Out)来实现这些队列，各个队列具有独立的存储空间，缺点是不能根 据需求动态可配。当业务流的数目较多时，队列必须根据业务流的流量改变深度，此时为保证充分利用存储空间， 一般采用共享存储的方式(例如链表) 来实现各个队列。一般情况下，业务流中包的大小并不是固定长度的，有可能在一个较大 范围内变化，因此如果队列存储转发的是一个包，当包的长度较大时会产生 较大的时延。为了解决这个问题，通常会把包切分成若干个固定长度的数据 块，为方便起见，以下简称为信元(Cell)。如果包被切片后剩余的最后一个 数据块的长度小于信元长度，也占用一个信元的存储空间。为了管理存储转发的数据包以及切片后的信元，网络节点中要维护包管 理队列和信元管理队列。当业务流的数据包为单播包时，使用信元管理队列 对应着一个业务流，所有数据包的信元在信元管理队列中依据数据包的顺序 和该信元在数据包中的顺序依次排列。当业务流的数据包为多播包时，需要 用到包管理队列，包管理队列的每个节点对应着业务流中的一个数据包，包 管理队列节点包含有指向该包信元管理队列头节点的指针(所指向的信元管 理队列对应着该数据包)和指向下一个包管理队列节点的指针。信元管理队 列节点包含有指向下一个信元管理队列节点的指针、信元位置标志(标明是 包中第一个信元、最后一个信元还是中间信元)、多播引用计数和信元存储 位置信息。由于单播包只使用信元管理队列，多播包使用包管理队列和信元 管理队列，因此单播业务和多播业务需要分别进行管理。发明内容本发明的目的在于提供统一管理单播包和多播包的方法，使单播业务和 多播业务在网络节点中能充分共享内存，并且可以对单多播带宽资源不加区 分的管理。
本发明的目的是通过以下4支术方案实现的 一种单播和多播业务数据包的队列管理方法，包括切分单播包为单播信元，依次插入到该单樁包的目的緩冲队列尾部；切分多播包为多播信元，组成该多播包的信元队列，同时在该多播包的 目的緩冲队列尾部插入该多播包的影子信元；从当前緩冲队列头部取出信元并判断信元类型，如果是单播信元则进行 调度，如果是影子信元则调度该影子信元所属多播包的信元队列。所述调度该影子信元所属多播包的信元队列的方法包括当所述影子信元是其所属多播包的最后一个待处理影子信元时，从该多 播包的信元队列中依次取出信元并进行调度；当所述影子信元不是其所属多播包的最后一个待处理影子信元时，从该 多播包的信元队列中依次复制信元并进行调度。所述调度该影子信元所属多播包的信元队列的方法包括 从所述影子信元所属多播包的信元队列中依次复制信元并进行调度；当所述影子信元是其所属多播包的最后一个待处理影子信元时，删除该 多播包的信元队列。一种单播和多播业务数据包的队列管理系统，包括至少一个緩冲队列， 还包括信元入队列模块，用于切分单播包为单播信元，依次插入到该单播包的 目的緩沖队列尾部，以及用于切分多播包为多播信元，组成该多播包的信元 队列，同时在该多播包的目的緩冲队列尾部插入该多播包的影子信元；信元调度模块，用于从当前緩沖队列头部取出信元，调度其中的单播信 元，调度其中的影子信元所属多播包的信元队列。本发明的有益效果为统一对单播包和多播包进行管理，当业务流中同时存在单播业务和多播业务时，业务流的带宽管理更加方便。
图1是本发明一种系统实施例的示意图。图2是本发明一种系统实施例的信元节点结构示意图。 图3是本发明一种方法实施例的示意图。
具体实施方式
本发明的核心思想是提供一种统一管理单播包和多播包的方法和系统， 使单播业务和多播业务在网络节点中能共享内存，并且可以对单多播带宽资 源不加区分的管理。本发明提供了 一种单播和多播业务数据包的队列管理系统，为了便于理 解，下面才艮据具体实施例进一步描述，如图l所示，该系统实施例包括信元入队列模块，用于切分单播包为单播信元，依次插入到该单播包的 目的緩冲队列尾部，以及用于切分多播包为多播信元，组成该多播包的信元 队列，同时在该多播包的目的緩冲队列尾部插入该多播包的影子信元；信元调度模块，用于从当前緩冲队列头部取出信元，调度其中的单播信 元，调度其中的影子信元所属多播包的信元队列；至少一个緩冲队列(BufferQueue)，用于存储转发信元。緩沖队列的划 分可以基于端口、业务流或其它方式。多播包的信元队列用于存储多播包的 信元，每个多播包都有一个信元队列(Cell Queue)。由于緩沖队列和管理它 的緩冲队列管理链表一一对应，因此图l中只显示出緩沖队列管理链表，没有 显示出緩冲队列，同样道理，图l中也没有显示信元队列。
一个单播包的信元只能进入同一个緩沖队列，我们称该緩冲队列为该单 播包的目的緩冲队列。在入端口镜像时，单播包需要复制一份到镜像端口 ，此时羊播包可以被当作是多播数为2的多播包处理。一个多播包的信元会进入多个緩冲队列，我们称这些緩冲队列为该多播 包的目的緩冲队列。在入端口镜像时，多播包需要复制一份到镜像端口，此 时多播包的多播计数比实际情况要多1。在某个时刻只可能有一个緩冲队列被调度，我们把这个緩冲队列称为当 前緩冲队列。该系统实施例还包括緩冲队列管理链表，用于管理緩冲队列；信元队 列管理链表，用于管理信元队列。在一些实施例中，可以包括数组或者其它 数据结构用于管理緩冲队列和信元队列。图l中描述出三个缓冲队列管理链表链表I、链表II和链表III,这三个链 表分别对应着三个緩冲队列(在图中没有显示)。链表I中从表头到表尾依次 是多播包D的影子信元节点201和单播包C的单播信元节点205和204(对应单播 包C切分后的2个信元)。链表II中从表头到表尾依次是单播包B的单播信元节 点212和211 (对应单播包B切分后的2个信元)和多播包E的影子信元节点208。 链表III中从表头到表尾依次是单播包A的单播信元节点203、 213和214 (对应 单播包A切分后的3个信元)、多播包D的影子信元节点210和多播包E的影子 信元节点209。图1中还描述出多播包D和多播包E的信元队列管理链表，这两个管理链表 分别对应着多播包D的信元队列和多播包E的信元队列(在图中没有显示)。 可以看到多播包D被切分成3个信元，多播包E被切分成2个信元。图1中的緩冲队列管理链表和信元队列管理链表的管理节点都采用相同 的数据结构(这样可以方便芯片统一处理)，这些管理节点和信元是一一对
应的。緩沖队列和信元队列中的信元本身没有信息来表示它们在队列中的先 后次序，这种信元的先后次序是由对应的管理节点在管理链表中的先后次序 确定的。对这些管理节点的搮作代表了对其对应的信元的操作。单播信元是指单播包切分后的信元，对应的管理节点称为单播信元节点。 多播信元是指多播包切分后的信元，对应的管理节点称为多播信元节点。影子信元(Shadow Cell )是指插入在緩冲队列中用来表示该插入位置存在多播 包信元的一种特殊信元，相当于多播包的信元在緩沖队列中的投影，因此称 为影子信元。在实现时，可以不生成一个实际的影子信元数据，而只需要在 緩沖队列管理链表中对应位置插入一个影子信元管理节点(简称影子信元节 点)。因为处理影子信元实际是对影子信元所属多播包所有信元的处理，因 此緩冲队列中影子信元的位置上也相当于存在一个多播包的位置，我们称为 多播包影子。单播信元节点、多播信元节点和影子信元节点这些管理节点统 称为信元节点。下面进一步解释信元节点的数据结构，如图2所示，其中PTR一UC为单播指针，指向本信元节点的后续信元节点。例如，图l中信 元节点210的PTR—UC指针指向后续信元节点209，信元节点207的PTR一UC指 针指向后续信元节点206;PTR一MC为多播指针,在后续信元节点为单插一言元节点时指向该后续单播 信元节点，例如图1中緩沖队列管理链表I的信元节点205的后续信元节点204 为单播信元节点，因此信元节点205的PTR一MC指针指向信元节点204;在后续 信元节点为多播信元节点时指向该后续多播信元节点，例如图1中多播包E的 信元管理队列链表中，信元节点207的PTR一MC指针指向后续信元节点206;在 后续信元节点为影子信元节点时指向该影子信元节点所属多播包的信元队列 管理链表中的多播信元节点，例如图1中緩冲队列管理链表m的信元节点210
的后续信元节点209为影子信元节点，因此信元节点210的PTR一MC指针指向信 元节点209所属多包E中的信元节点207;MC一CNT为多播计数，默认为O,当信元节点是多播包的信元队列管理链 表头节点时，该计数值为该多播包当前的影子信元节点数目。该字段也可能 不存在，因为也可以单独采用寄存器来存放多播包当前的影子信元节点数目；MC一RES为多播保留标记，默认为不保留。该字段用于标记出一个多播信 元队列是需要保留还是可以释放；PTR—D为信元数据地址信息，该字段也可能不存在，因为有时也可以利 用信元节点的地址信息来计算出信元数据的地址信息；MISC为其它信息，根据具体实现和具体业务环境而定，该字段也可能不 存在。为了能从每个緩冲队列头中取出信元，信元调度模块针对每个緩冲队列 保存了两个指针， 一个是头信元节点指针，指向緩沖队列管理链表头节点， 一个是当前信元节点指针，指向当前待处理信元对应的信元节点。当头信元 节点指针指向单播信元节点时，当前信元节点指针指向该单播信元节点，例 如图l中所示，头信元节点指针103指向緩沖队列管理链表III头节点203,当前 信元指针104同样指向信元节点203;当头信元节点指针指向影子信元节点时， 当前信元节点指针指向该影子信元节点所属多播包的信元队列管理链表中的 当前待处理节点。例如图l中所示，头信元节点指针101指向緩冲队列管理链 表I头节点201，当前信元指针102指向头节点201所属多播包D的信元队列管理 链表中的信元节点202，这表示当前待处理的是信元节点202所对应的信元。为了把信元插入到緩沖队列尾部，信元入队列模块针对每个緩冲队列保 存了一个尾信元节点指针，指向緩冲队列管理链表尾节点。例如图l中所示， 尾信元节点指针301指向緩冲队列管理链表I尾节点204。本发明提供一种单播和多播业务数据包的队列管理方法，下面结合图l所 示系统-说明实施例。方法实施例l情况下，当一个单播包C需要存储转发时，包括以下步骤信元入队列模块切分单播包C为两个单播信元，依次插入到单播包C的目 的緩冲队列尾部。 一般情况下，在切分成信元后，会生成和信元对应的单播 信元节点来对这些信元进行管理，且依次插入这些单播信元节点到单播包C的 目的緩冲队列对应的緩冲队列管理链表I的尾部。如图l所示，本实施例中会生 成205和204两个单播信元节点，分别对应单播包切分后的第一个单播信元和 第二个单播信元。信元入队列模块依次插入，即先插入信元节点205，然后插 入信元节点204到緩冲队列管理链表I尾部，相当于把对应信元依次插入到单播 包C的目的緩冲队列。插入前，信元入队列模块维护的緩冲队列管理链表I的 尾信元节点指针301指向影子信元节点201，影子信元节点201的PTRJJC和 PTI^MC指针都为NULL;插入后，指针301指向单播信元节点204,影子信元 节点201的PTR一UC和PTR—MC指针指向信元节点205;信元节点205的PTRJJC 和PTR一MC指针指向信元节点204。当信元调度模块调度到单播包C的目的緩冲队列时，从该当前緩冲队列 (即单播包C的目的緩冲队列)头部取出信元并判断信元类型，如果是单播信 元则调度该单播信元，如果是影子信元则调度该影子信元所属多播包的信元 队列。 一般情况下，是从和当前緩冲队列对应的緩冲队列管理链表(即链表I) 的头部取出信元节点，判断该信元节点对应信元的类型。当信元调度模块将 要取出单播包C的信元时，如图3所示，信元调度模块的头信元节点指针101 指向緩沖队列管理链表I头节点205,当前信元指针102指向头节点205。信元调 度模块通过比较头信元节点指针101和当前信元节点指针102是否相等来判断 当前待处理信元的类型，由于101和102指向节点相同，两者相等，因此可以 判定当前待处理信元为单播信元，此时信元调度模块从緩沖队列管理链表I中 取出信元节点205进行调度。取出信元节点205后，指针101和102都指向信元 节点204。根据不同的调度算法，信元调度模块可能继续处理信元节点204, 也可能会去处理其它緩冲队列管理链表中的信元节点。当信元调度模块处理 信元节点204时，过程和处理信元节点205类似，有所不同的是当发现信元 节点204的PTR—UC和PTR—MC都为NULL时，说明没有后续信元节点，这表示 緩冲队列管理链表I所对应的緩冲队列已经为空，此时把指针101和102都设为 NULL。方法实施例2情况下，当一个多播包E需要存储转发时，包括以下步骤信元入队列模块切分多播包E为两个多播信元，组成该多播包的信元队 列，同时在该多播包的目的緩沖队列尾部插入该多播包的影子信元。 一般情 况下，在切分成信元后，会生成和信元对应的多播信元节点来对这些信元进 行管理，并组成和多播包E的信元队列对应的信元队列管理链表，同时生成和 影子信元对应的影子信元节点，在和多播包E的目的緩冲队列对应的緩冲队列 管理链表(包括链表n和链表ni)的尾部插入该影子信元节点。如图l所示， 会对应生成206和207两个多播信元节点，它们会组成多播包E的信元队列管理 链表，即信元节点207的PTR—UC和PTR—MC都指向信元节点206，信元接点206 的PTR—UC和PTR—MC都为NULL，这相当于把多播包E的信元组成多播包的信 元队列，作为多播信元队列管理链表头节点，207的MC一RES字段此时设置为 多播保留。接着，信元入队列模块创建多播包E的影子信元节点208，并在緩 冲队列管理链表II尾部插入该影子信元节点，这相当于在对应的目的緩冲队列 尾部插入多播包E的影子信元，此时需要对信元队列管理链表头节点207的 MC—CNT字段计数加1 (因此该字段值由0变为1)。插入前，信元入队列模块 维护的緩沖队列管理链表II的尾信元节点指针302指向信元节点211，信元节点 211的PTR一UC和PTR—MC指针都为NULL;插入后，指针302指向影子信元节 点208，信元节点211的PTRJJC指针指向影子信元节点208，信元节点211的 ptr—mc指针指向多播包e的信元队列管理链表头节点207。信元入队列模块 继续创建多播包e的影子信元节点209，并在緩冲队列管理链表iii尾部插入该 影子信元节点，这相当于在对应的目的緩冲队列尾部插入多播包e的影子信 元，此时需要对信元队列管理链表头节点207的mc一cnt字段计数加1 (因此 该字段值由1变为2)。插入前，信元入队列模块维护的緩冲队列管理链表iii 的尾信元节点指针303指向信元节点210,信元节点210的ptr—uc和ptr—mc 指针都为null;插入后，指针303指向影子信元节点209,信元节点210的 ptr—uc指针指向影子信元节点209，信元节点210的ptr—mc指针指向多播包 e的信元队列管理链表头节点207。当信元入队列模块插入两个影子信元节点 后，发现多播复制处理完毕，因此把信元队列管理链表头节点207的mc一res 设置为多播不保留；当信元调度模块调度到多播包e的某一目的緩冲队列(此时成为当前緩 冲队列)时，从该当前緩沖队列头部取出信元并判断信元类型，如果是单播 信元则调度该单播信元，如果是影子信元则处理该影子信元所属多播包的信 元队列。 一般情况下，是从和当前緩冲队列对应的緩沖队列管理链表(例如 链表3)的头部取出信元节点，判断该信元节点对应信元的类型。当信元调度 模块将要取出多播包e的影子信元209时，如图3所示，信元调度模块的头 信元节点指针104指向緩沖队列管理链表iii头节点209,当前信元节点指针 103指向多播包e的信元队列管理链表头节点207。信元调度模块通过比较头 信元节点指针104和当前信元节点指针103是否相等来判断当前待处理信元 的类型，由于104和103指向节点不相同，两者不相等，因此可以判定当前 待处理信元为影子信元，此时信元调度模块从緩冲队列管理链表iii中取出信 元节点209，同时处理指针103指向的信元节点209所属多播包(即多播包e) 的信元队列管理链表。首先判断当前取出的影子信元是否是多播包e的最后 一个待处理影子信元，即先判断头节点207的mc res字段是否为多播保留， 当该字段为多播不保留时再判断其MC—CNT字段是否为1。由于信元节点207 的MC—CNT字段为2时，说明当前取出的影子信元不是多播包E的最后一个 待处理影子信元。于是信元调度模块把信元节点207的MC一CNT字段减1由 2变为1，同时依次复制信元节点207对应的信元和信元节点206对应的信元 进行调度，根据不同的调度算法，两个信元的调度之间可能存在也可能不存 在其它信元的调度。在后来的某个时刻，信元调度模块取出多播包E的影子 信元节点208进行处理，和影子信元节点209处理过程类似，有所不同的是 在判断当前取出的影子信元是多播包E的最后一个待处理影子信元(此时头 节点207的MC_CNT字段为1, MC—RES字段为多播不保留)后，信元调度 模块直接调度多播包E的信元队列管理链表中的信元节点即信元节点207和 信元节点206对应的信元，根据不同的调度算法，两个信元的调度之间可能 存在也可能不存在其它信元的调度。方法实施例3情况下，当一个多播包E需要存储转发时，步骤和实施例2类 似，区别是在信元调度模块取出多播包E的影子信元节点209进行处理时，信元入队 列模块还没有在緩冲队列管理链表中插入影子信元节点208，这样头节点207 的MC—RES字段为多播保留。即使此时MC—CNT字段为1，也可以确定当前影 子信元并不是多播包E的最后一个影子信元，这时信元调度模块依次复制信元 节点207对应的信元和信元节点206对应的信元进行调度。方法实施例4情况下，当一个多播包E需要存储转发时，步骤和实施例2类 似，区别是在信元调度模块取出多播包E的影子信元节点209进行处理时，信元调 度模块依次复制信元节点207对应的信元和信元节点206对应的信元进行调 度，同时头节点207的MC—CNT字段减1由2变为1。接着判断当前取出的
影子信元是否多播包E的最后一个待处理影子信元，即先判断头节点207的 MC—RES字段是否为多播不保留，当该字段为多播不保留时再判断头节点207 的MC一CNT字段是否为0。由于此时头节点207的MCj:NT字段为1,因此 当前影子信元必然不是多播包E的最后一个影子信元，此时不删除多播包E 的信元队列管理链表和对应的信元。在信元调度模块取出多播包E的影子信元节点208进行处理时，信元调 度模块依次复制信元节点207对应的信元和信元节点206对应的信元进行调 度，同时头节点207的MC—CNT字段减1由1变为0。接着判断当前取出的 影子信元是否多播包E的最后一个待处理影子信元，即先判断头节点207的 MC_RES字段是否为多播不保留。当该字段为多播不保留时，再判断头节点 207的MC—CNT字段是否为0，由于该字段为0，说明当前影子信元是多播包 E的最后一个待处理影子信元，因此删除多播包E的信元队列管理链表和对 应的信元；当该字段为多播保留时，不删除多播包E的信元队列管理链表和 对应的信元。以上实施例仅用以说明本发明而并非限制本发明所描述的技术方案；因是，本领域的普通技术人员应当理解，仍然可以对本发明进行修改或者等同 替换；而一切不脱离本发明的精神和范围的技术方案及其改进，其均应涵盖 在本发明的权利要求范围当中。
权利要求
1.一种单播和多播业务数据包的队列管理方法，其特征在于包括切分单播包为单播信元，依次插入到该单播包的目的缓冲队列尾部；切分多播包为多播信元，组成该多播包的信元队列，同时在该多播包的目的缓冲队列尾部插入该多播包的影子信元；从当前缓冲队列头部取出信元并判断信元类型，如果是单播信元则进行调度，如果是影子信元则调度该影子信元所属多播包的信元队列。
2. 根据权利要求1所述的单播和多播业务数据包的队列管理方法，其特 征在于，所述调度该影子信元所属多播包的信元队列的方法包括当所述影子信元是其所属多播包的最后一个待处理影子信元时，从该多 播包的信元队列中依次取出信元并进行调度；当所述影子信元不是其所属多播包的最后一个待处理影子信元时，从该 多播包的信元队列中依次复制信元并进行调度。
3. 根据权利要求1所述的单播和多播业务数据包的队列管理方法，其特 征在于，所述调度该影子信元所属多播包的信元队列的方法包括从所述影子信元所属多播包的信元队列中依次复制信元并进行调度； 当所述影子信元是其所属多播包的最后一个待处理影子信元时，删除该 多播包的信元队列。
4. 根据权利要求1所述的单播和多播业务数据包的队列管理方法，其特 征在于，所述依次插入到该单播包的目的緩冲队列尾部的方法包括生成和所述单播信元对应的单播信元节点，依次插入所述单播信元节点 到和该单播包的目的緩沖队列对应的緩沖队列管理链表的尾部。
5. 根据权利要求4所述的单播和多播业务数据包的调度方法，其特征在 于，所述组成该多播包的信元队列的方法包括生成和所述多播信元对应的多播信元节点并组成和该多播包的信元队列 对应的信元队列管理链表。
6. 根据权利要求5所述的单播和多播业务数据包的队列管理方法，其特 征在于，所述在该多播包的目的緩沖队列尾部插入该多播包的影子信元的方 法包括生成和所述影子信元对应的影子信元节点，在和所述多播包的目的緩沖 队列对应的緩冲队列管理M尾部插入该影子信元节点。
7. 根据权利要求6所述的单播和多播业务数据包的队列管理方法，其特 征在于，所述从当前緩冲队列头部取出信元并判断信元类型的方法包括从和当前緩冲队列对应的緩冲队列管理链表的头部取出信元节点，判断 该信元节点对应信元的类型。
8. —种单播和多播业务数据包的队列管理系统，包括至少一个緩冲队列， 其特征在于还包括信元入队列模块，用于切分单播包为单播信元，依次插入到该单播包的 目的緩冲队列尾部，以及用于切分多播包为多播信元，组成该多播包的信元 队列，同时在该多播包的目的緩沖队列尾部插入该多播包的影子信元；信元调度模块，用于从当前緩冲队列头部取出信元，调度其中的单播信 元，调度其中的影子信元所属多播包的信元队列。
9. 根据权利要求8所述的单播和多播业务数据包的队列管理系统，其特 征在于还包括緩沖队列管理链表，用于管理所述緩沖队列；信元队列管理链表，用于管理所述信元队列。
10. 根据权利要求9所述的单播和多播业务数据包的队列管理系统，其 特征在于，所述緩冲队列管理链表的信元节点和所述信元队列管理链表的信 元节点的结构相同，该结构至少包含单播指针，指向本信元节点的后续信元节点；多播指针，在后续信元节点为单播信元节点时指向该后续单播信元节点， 在后续信元节点为多播信元节点时指向该后续多播信元节点，在后续信元节 点为影子信元节点时指向该影子信元节点所属多播包的信元队列管理链表中 的多播信元节点。
全文摘要
本发明公开了通信技术领域中一种单播和多播业务数据包的队列管理方法和系统，通过在缓冲队列中插入影子信元的方法来表示多播包信元，解决了单播业务和多播业务需要分别进行管理的问题。本发明使单播业务和多播业务在网络节点中能充分共享内存，并且可以对单多播带宽资源不加区分的管理。
文档编号H04L12/56GK101150490SQ20061006276
公开日2008年3月26日 申请日期2006年9月23日 优先权日2006年9月23日
发明者徐兴利 申请人:华为技术有限公司