WO2006002596A1 - Procede pour la mise en oeuvre d'une multidiffusion en fonction d'une structure de transmission multiservices - Google Patents

Procede pour la mise en oeuvre d'une multidiffusion en fonction d'une structure de transmission multiservices Download PDF

Info

Publication number
WO2006002596A1
WO2006002596A1 PCT/CN2005/000956 CN2005000956W WO2006002596A1 WO 2006002596 A1 WO2006002596 A1 WO 2006002596A1 CN 2005000956 W CN2005000956 W CN 2005000956W WO 2006002596 A1 WO2006002596 A1 WO 2006002596A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
network node
data packet
multicast tree
label
Prior art date
Application number
PCT/CN2005/000956
Other languages
English (en)
French (fr)
Inventor
Zhongwen Peng
Laijun Zhong
Jianhua Liu
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP05759452A priority Critical patent/EP1722520A4/en
Publication of WO2006002596A1 publication Critical patent/WO2006002596A1/zh
Priority to US11/566,940 priority patent/US20070127477A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/302—Route determination based on requested QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1854—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with non-centralised forwarding system, e.g. chaincast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/16—Multipoint routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/48—Routing tree calculation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]

Definitions

  • Multicast service based on multi-service transmission platform
  • the present invention relates to the field of multicast service technologies, and in particular, to a multicast implementation method based on a multi-service transmission platform. Background of the invention
  • Multicast services are one of the most promising businesses in the future.
  • MSTP Multi-Service Transport Platform
  • Method 1 The traditional C/S (client/server) model is used to implement the multicast service. The specific implementation method is shown in Figure 1.
  • the video server acts as a media stream server, which initiates the media stream playback process.
  • the video server establishes a connection with the video server through an IP address of the video server, such as a TCP connection, and the video stream server maintains a client list, and requests the media in a round-robin manner according to the client list.
  • Each client of the stream sends a media stream, such as client in, client B, and client C request the media stream, and the video stream server transmits the media stream to the MSTP device 1 in three times, and passes through the MSTP device 3 respectively.
  • MSTP device 2 MSTP device 4 transfers the media stream to client in, client B and client (.
  • the MSTP device does not actively perform the multicast function of the multicast data packet.
  • the multicast service is completely implemented by the video server. This requires a high video server. Configuration; Moreover, the video server needs to maintain the information of each client, wasting the resources of the server; because the media stream is different from the data transmitted in the traditional narrowband service, it often needs a high transmission bandwidth, so when the number of clients is large The video server will not be able to do the same; at the same time, the same media stream data may be repeatedly transmitted on the network multiple times, which seriously wastes network resources, and on some links with lower bandwidth, it is also likely to cause serious communication bottlenecks.
  • Method 2 Implement a multicast service by using a Layer 2 switched multicast model.
  • the specific implementation method is as shown in Figure 2:
  • the video server only needs to send a piece of media stream data to the MSTP device 1, and the MSTP device 1 copies the media stream to other multicast ports according to the multicast MAC address in the media stream data transmitted by the video server.
  • the MSTP device 3 can also copy the media stream data transmitted by the MSTP device 1 to the MSTP device 4 and the client.
  • the multicast mask table can be statically configured. Or maintain it through IGMP SNOOPING (Internet Group Management Protocol Listening) technology.
  • IGMP SNOOPING Internet Group Management Protocol Listening
  • the object of the present invention is to provide a multicast implementation method based on a multi-service transmission platform to simplify the implementation of multicast, improve the forwarding efficiency of multicast data packets, and eliminate the transmission bottleneck of multicast services.
  • a multicast implementation method based on a multi-service transmission platform including
  • the label switching path multicast tree branch of each node between the source network node and the plurality of destination network nodes to each downstream destination network node adjacent to the node is configured.
  • the configured label switching path multicast tree branch forms a label switching path multicast tree from the source network node to each destination network node; the label switching path multicast tree corresponds to the multicast data packet;
  • the network node replicates the received multicast data packet according to the label switching path multicast tree, and sequentially transmits the multicast data packet to the downstream destination network node according to the label switching path multicast tree until reaching the client.
  • the present invention replicates multicast data packets by a video server or a Layer 2 switching device in the prior art by establishing a label switching path multicast tree.
  • the network node simplifies the implementation of the multicast service when the network node based on the multi-service transmission platform performs multi-party forwarding of the multicast data packet, eliminates the transmission bottleneck of the multicast service, and improves the forwarding efficiency.
  • a multicast label switching path information table is established, and the network node uses the unicast label switching path to implement the flow classification table, the forwarding information table, and the incoming data packet transmission process.
  • the label action processing table can increase the multicast label switching path information and the index information of the multicast label switching path information table in the corresponding table, so that the network node of the network provider edge attribute and the network node of the network provider trunk attribute can
  • the data packet received by the user is conveniently transmitted through the corresponding label switching path multicast tree branch or the unicast label switching path; the present invention uses the label switching path and supports multi-protocol label switching.
  • the invention can realize service protection function, traffic management, traffic engineering, and provide good service quality assurance, and is suitable for large-scale networking requirements.
  • FIG. 1 is a schematic diagram of a prior art MSTP-based client/server model for implementing multicast
  • FIG. 2 is a schematic diagram of a prior art MSTP-based Layer 2 switched multicast model for implementing multicast
  • FIG. 3 is a schematic diagram of an MSTP-based LSP multicast tree according to the present invention.
  • FIG. 4 is a schematic diagram of a data structure of an MSTP-based multicast LSP according to the present invention.
  • FIG. 5 is a flow chart of implementing multicast based on MSTP according to the present invention. Mode for carrying out the invention
  • the core of the present invention is: establishing a multicast data packet from a source network node based on the multi-service transmission platform to a label switching path multicast tree of the plurality of destination network nodes, and the source network node multicasts the data according to the label switching path multicast tree.
  • the message is transmitted to each destination network node.
  • a unicast LSP Label Switched Path
  • LSP Label Switched Path
  • the present invention uses LSP for multicast datagrams.
  • an LSP multicast tree from the source network node to the plurality of destination network nodes is established according to the multicast data packet from each destination network node to which the source network node needs to transmit.
  • the LSP in the LSP multicast tree between the local node and the downstream node is called an LSP multicast tree branch, and each LSP multicast tree branch can determine an LSP from the local node to one downstream node.
  • the downstream node of the node is at least one, that is, from the node to the downstream node.
  • the LSP multicast tree in the present invention is composed of LSP multicast tree branches.
  • the network node in the present invention is an MSTP-based network node, which includes an MSTP-based network provider edge node, an MSTP-based network provider backbone node, and the like.
  • MSTP-based network provider edge nodes mainly include: MSTP-based network provider edge routers, MSTP-based access layer devices, etc.
  • MSTP-based network provider backbone nodes mainly include: MSTP-based network provider backbone routers, based on MSTP aggregation layer devices, etc.
  • the LSP multicast tree established by the present invention will be described below by taking FIG. 3 as an example.
  • PE1, PE2, PE3, PE4, PE5, PI, and P2 are all MSTP-based network nodes, where PE1, PE2, PE3, PE4, and PE5 are PE (Network Provider Edge) attributes of the network node, P1. And P2 is the network node of the P (network provider backbone) attribute.
  • a multicast data packet needs to be transmitted from the source network node PE1 to the client connected to the destination network nodes PE2, PE3, PE4, and PE5.
  • the LSP multicast tree established by the present invention is as shown in FIG. 3, and the specific establishment method is as follows:
  • the LSP multicast tree branch between the clients connected to it is configured on the PE2, PE3, PE4, and PE5.
  • the client can be regarded as a network node. All of the above branches constitute the message from the source network node A label switched path multicast tree to multiple destination network nodes.
  • the transmission process of the multicast data packet from the source network node PE1 to the destination network node PE2, PE3, PE4, and PE5 through the LSP multicast tree is:
  • Destination nodes PE2, PE3, and PE4 And the PE5 separately copies and transmits the received multicast data packet to the client connected to it.
  • the label switching path multicast tree is not unique, and may have other forms, and the label switching path multicast tree may be flexibly configured according to the networking condition of the multicast network, and may also be in the process of transmitting multicast data.
  • the downstream node of the current node is determined by the route discovery protocol, and the label switched path multicast tree is dynamically configured.
  • the MSTP-based network node plays multiple copies and multi-party transmission, thereby reducing the burden on the video server and saving the chain.
  • Road bandwidth eliminates communication bottlenecks.
  • the multicast source is different, or the multicast group of the same multicast source data packet is different.
  • the network can be transmitted through different multicast trees. For example, for the VLAN 1 multicast data packet, the destination network node. For PE2 and PE3, for the VLAN 2 multicast data packet, the destination network node is PE2, PE3, and PE4, so that different multicast trees can be set even on the same network node P2, and each multicast data packet is corresponding to it.
  • the multicast tree is copied and sent. Therefore, the method for implementing the multicast data packet transmission through the LSP multicast tree can also be implemented by setting the correspondence between the transmission information of the multicast data packet and the LSP multicast tree.
  • the network node Since the multicast data packet must have some transmission-related information during the transmission process, for example, the network node receives the data packet port information, the data packet VLAN identifier, and the data packet multi-protocol label switching (MPLS). Tag information, etc., by establishing each multicast data
  • the transmission information of the packet corresponds to the LSP multicast tree.
  • the network node can determine the corresponding multicast tree according to the transmission information, and determine the network node and multiple downstream channels according to the multicast tree.
  • An LSP multicast tree branch between the destination network nodes, so that the network node can copy multiple copies according to the number of corresponding LSP multicast tree branches, and transmit the multicast data packets to the corresponding multiple LSP multicast tree branches respectively.
  • Each branch information in the LSP multicast tree can be stored in the form of a table.
  • the table for storing the branch information of the LSP multicast tree can be called MLT (Multicast LSP Information Table).
  • MLTs can be stored separately in each network node.
  • the content in the MLT of each network node is the LSP multicast tree branch information associated with the network node.
  • the correspondence between the information and the LSP multicast tree can be implemented by the correspondence between the transmission information of the multicast data packet and the index information of the multicast LSP information table.
  • the current MSTP-based network node can transmit data packets through the unicast LSP.
  • the multicast data packets can be transmitted through the branches of the LSP multicast tree.
  • the non-multicast data packet can be transmitted through the unicast LSP.
  • the present invention can also set the correspondence between the transmission information of the multicast data packet and the multicast LSP indication information.
  • the multicast LSP indication information is used to determine whether the data packet received by the node needs to be transmitted through the unicast LSP or the branch of the LSP multicast tree. If the multicast LSP indication information is "1", the datagram is indicated. The LSP needs to be transmitted through the LSP of the LSP multicast tree. If the multicast LSP indicates that the information is "0", the data packet needs to be transmitted through the unicast LSP.
  • a network node generally uses a flow classification table, a FIB (Forwarding Information Base), in the process of transmitting a data packet by using a unicast LSP.
  • the existing stream classification table, FIB, INSEGMENT ⁇ OUTSEGMENT, and the like are fully utilized.
  • the multicast data packet received by the network node of the P attribute is MPLS label information
  • the multicast data packet received by the network node of the PE attribute is without MPLS label information, and different attributes.
  • the network node processes the received multicast data packet differently. Therefore, in the network node of the PE attribute, the index information of the multicast LSP information table and the multicast LSP indication information are stored in the FIB; In the network node, it is stored in the INSEGMENT table.
  • the network node of the PE attribute when the network node of the PE attribute receives the data packet, the network node acquires and receives the data packet according to the transmission information of the data packet, for example, the port of the network node receiving the data packet and/or the VLAN identifier of the data packet.
  • a traffic classification table corresponding to the data packet port Because there are many entries in the FIB, the FIB index ( INDEX ) is obtained from the entries of the flow classification table for the convenience of searching. With FIB INDEX, the corresponding entry can be determined in the FIB.
  • the entry in the FIB contains the multicast LSP indication information. According to the multicast LSP indication information, it can be determined whether the data packet needs to be transmitted through the unicast LSP or the branch of the tLSP multicast tree.
  • the data packet is processed according to the contents of the OUTSEGMENT table pointed to by the outbound label index (LSP TOKEN) in the FIB.
  • LSP TOKEN outbound label index
  • MLT INDEX determines the specific entries in the MLT and MLT, according to the contents of the OUTSEGMENT table pointed to by multiple LSP TOKEN in the MLT entry, perform multiple copies of the multicast data and transfer processing .
  • the network node of the P attribute When the network node of the P attribute receives the data packet, the network node obtains the INSEGMENT table corresponding to the port of the received data packet according to the transmission information of the multicast data packet, for example, the MPLS label information, and obtains the multicast LSP indication from the table.
  • the information may be determined according to the multicast LSP indication information whether the data packet needs to be transmitted through the unicast LSP or through the branch of the LSP multicast tree.
  • the data packet is transmitted according to the contents of the OUTSEGMENT table pointed to by the LSP TOKEN in the INSEGMENT.
  • the MLT INDEX in the INSEGMENT is obtained, and the specific entry in the MLT and the MLT can be determined according to the MLT INDEX, according to multiple LSP TOKENs in the MLT entry.
  • the contents of the OUTSEGMENT table are used to copy and process multicast data packets.
  • step 500 the network node receives the data message.
  • Step 510 Determine, according to the network port configuration table, whether the port that the network node receives the data packet belongs to the P attribute or the PE attribute. If the port belongs to the PE attribute, go to step 520, according to the transmission information of the received data packet, such as the network.
  • the node receives the data packet and/or the VLAN ID of the data packet, and determines its corresponding traffic classification table.
  • Step 530 Perform traffic classification on the data packet according to the agreed rules according to the related entries in the flow classification table, and perform QoS processing, such as rate limiting, priority classification processing, and the like on the ⁇ 3 ⁇ 4 text.
  • QoS processing such as rate limiting, priority classification processing, and the like
  • Step 540 Obtain FIB INDEX information in the flow classification table, and according to the index information, Determine its corresponding FIB.
  • Step 550 Determine, according to the indication information of the multicast LSP in the FEB, whether the data packet needs to be transmitted through the LSP multicast tree branch, or whether the data packet needs to be transmitted through the unicast LSP. If the branch of the LSP multicast tree needs to be transmitted, go to step 560 to obtain the MLT INDEX in the FIB, and find the corresponding outbound label index in the multicast LSP information table according to the MLT INDEX.
  • Step 570 Copy the corresponding number of multicast data packets according to all LSP TOKENs in the multicast LSP information table.
  • Step 580 Find corresponding content in the OUTSEGMENT table according to all LSP TOKENs in the multicast LSP information table.
  • Step 590 Encapsulate the data packet according to the content in the OUTSEGMENT table, and then schedule the transmission through the port or the 3 ⁇ 4 LSP flow.
  • step 550 if the data message needs to be transmitted through the unicast LSP, then in step 580, the content corresponding to the OUTSEGMENT table is searched according to the LSP TOKEN in the FIB. To step 590, the data packet is encapsulated according to the content corresponding to the OUTSEGMENT table, and then scheduled to be transmitted through the port or the LSP stream.
  • step 510 if the port that the network node receives the data packet belongs to the P attribute, the multicast data packet carries the MPLS label information, and in step 511, the MPLS label information of the data packet is obtained, and the label is determined according to the label. INSEGMENT table.
  • step 550 Go to step 550, and determine whether the data packet needs to be transmitted through each branch of the LSP multicast tree according to the multicast LSP indication information in the INSEGMENT table, or needs to be transmitted through the unicast LSP. If the data packet is to be transmitted through the branches of the LSP multicast tree, go to step 560, obtain the MLT INDEX in the INSEGMENT table, and search for the corresponding outbound label index in the multicast LSP information table according to the MLT INDEX, and use the above description.
  • the steps 570, 580, and 590 complete the process of copying and forwarding the multicast data message.
  • step 550 if the data packet needs to be transmitted through the unicast LSP, to the step 580.
  • the LSP multicast tree established between the MSTP-based network nodes in the present invention can be set in a static manner, such as by setting a configuration command, or dynamically set by a protocol, such as dynamically setting through a protocol related to MPLS. That is, the content in the MLT can be set statically or dynamically through a protocol.
  • the mapping between the transmission information of the multicast data packet and the branches of the LSP multicast tree in the present invention can also be set in the static or dynamic manner, that is, the MLT INDEX and the multicast LSP indication information in the FIB and INSEGMENT tables can pass.
  • the static mode setting can also be set dynamically in the protocol.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

一种基于多业务传输平台的组播 ¾现方法 技术领域
本发明涉及组播业务技术领域， 具体涉及一种基于多业务传输平台 的组播实现方法。 发明背景
目前， 随着人们对视频业务需求的增长， 组播业务作为支持视频业 务的最佳方式得到了迅速的发展， 组播业务是未来最具发展潜力的业务 之一。
组播业务的迅速发展， 对网络的运营提出了新的要求， 一方面， 要 求网络提供更高的传输带宽； 另一方面， 要求网络对组播业务提供有效 的、 可营运、 可管理的支持。
MSTP (多业务传输平台）作为业务传输的主要载体之一， 其应用 范围非常广泛， 因此， 在 MSTP中实现对组播业务的支持是非常重要的。
目前在 MSTP中实现组播业务主要包括如下两种方法：
方法一： 采用传统的 C/S (客户 /服务器）模型来实现组播业务， 具 体实现方法如附图 1所示。
在图 1中，视频服务器作为媒体流服务器， 启动媒体流播放进程。 当 客户端请求某视频服务器数据时， 通过视频服务器的 IP地址， 与视频服 务器建立连接， 连接方式如 TCP连接等， 视频流服务器维护客户列表， 并根据客户列表， 采用轮循方式向请求该媒体流的每个客户端发送媒体 流， 如客户端入、 客户端 B、 客户端 C都请求了该媒体流， 视频流服务器 分三次将该媒体流传输至 MSTP设备 1 , 并分别通过 MSTP设备 3、 MSTP 设备 2、 MSTP设备 4将媒体流传输至客户端入、 客户端 B和客户端( 。 在该组播业务的实现方法中可明显看出， MSTP设备并不主动完成 组播数据报文的组播功能， 组播业务完全是依靠视频服务器来实现的， 这需要视频服务器有很高的配置； 而且， 视频服务器需要维护每个客户 端的信息， 浪费了服务器的资源； 由于媒体流与传统的窄带业务中传输 的数据不同， 它往往需要很高的传输带宽， 所以当客户端数目很多时， 视频服务器会无法胜任； 同时， 相同的媒体流数据可能会在网上重复传 播多次， 严重浪费了网络资源， 在一些带宽较低的链路上， 还极有可能 引起严重的通信瓶颈。
方法二： 采用二层交换的组播模型来实现组播业务， 具体实现方法 如附图 2所示：
在图 2中， 视频服务器只需将一份媒体流数据发送至 MSTP设备 1 , MSTP设备 1根据视频服务器传输来的媒体流数据中的组播 MAC地址将 该媒体流复制到其它组播端口， 如 MSTP设备 2和 MSTP设备 3。 同理， MSTP设备 3同样可以将 MSTP设备 1传输来的媒体流数据复制到 MSTP设 备 4和客户端 。
由于目前 MSTP的主要的功能是透传和二层交换， 因此在二层交换 中， 需要根据内部的组播掩码表进行组播数据报文的转发， 该组播掩码 表可以通过静态配置或者通过 IGMP SNOOPING (互联网组管理协议的 侦听）技术来维护。 通过二层交换实现组播业务时， 需要进行源地址的 自学习， 然后需要根据组播目的地址查找 MAC地址路由表， 当查找到对 应的 MAC地址表项后， 取出该表项中的組播端口掩码表， 最后根据掩码 表的情况将报文复制到相应的端口。
在该组播业务的实现方法中可明显看出， 视频服务器的负担得以减 轻， 同时也节省了链路带宽， 消除了通信瓶颈。 但是， 利用该方法实现 组播业务的转发流程相对复杂， 转发效率差， 而且还必须配置一个二层 交换域， 配置过程复杂， 不适合大型组网要求； 由于现有的以太网技术 是无连接的， 尚没有足够的 QoS (服务质量）处理能力， 所以该方法对 组播业务不能够提供良好 QoS支持。 发明内容
本发明的目的在于，提供一种基于多业务传输平台的组播实现方法， 以简化组播的实现方法,. 提高组播数据报文的转发效率， 消除组播业务 的传输瓶颈。
本发明通过以下技术方案实现：
一种基于多业务传输平台的组播实现方法， 包括，
a.根据组播数据报文要发往的目的， 配置源网络节点和多个目的网 络节点之间的各节点到该节点相邻的各下游目的网絡节点的标签交换 路径组播树分支， 所配置的标签交换路径组播树分支形成从源网络节点 到各个目的网络节点的标签交换路径组播树； 所述标签交换路径组播树 与组播数据艮文对应；
b. 网络节点根据所述标签交换路径组播树复制接收的组播数据报 文， 并按标签交换路径组播树依次传输至下游目的网絡节点， 直至到达 客户端。
通过上述技术方案的描述可明显得知， 本发明通过建立标签交换路 径组播树， 将现有技术中由视频服务器或二层交换设备进行组播数据报 文的复制^:到组播网絡中的网络节点， 使基于多业务传输平台的网络 节点对组播数据报文进行多方转发时， 简化了组播业务的实现， 消除了 消除组播业务的传输瓶颈， 并提高了转发效率。
通过建立组播标签交换路径信息表， 并充分利用网络节点使用单播 的标签交换路径实现数据报文传输过程中的流分类表、 转发信息表和入 标签动作处理表， 通过在相应的表中增加组播标签交换路径指 信息、 组播标签交换路径信息表的索引信息， 使网络提供商边缘属性的网络节 点及网络提供商主干属性的网絡节点能够方便的对其接收的数据报文 通过相应的标签交换路径组播树分支或单播的标签交换路径进行数据 ^艮文传输； 本发明通过使用标签交换路径， 并支持多协议标签交换， 使 本发明能够实现业务保护功能、 流量管理、 流量工程、 并提供良好的服 务质量保证， 适合大型组网要求； 同时实现了对通讯网络进行有效的、 可营运的、 可控的管理， 为网络终端提供可靠服务质量保证。 附图简要说明 ' 图 1是现有技术的基于 MSTP的客户 /服务器模型实现组播的示意图； 图 2是现有技术的基于 MSTP的二层交换的组播模型实现组播的示 意图；
图 3是本发明的基于 MSTP的 LSP组播树示意图；
图 4是本发明的基于 MSTP的组播 LSP数据结构示意图；
图 5是本发明的基于 MSTP实现组播的流程图。 实施本发明的方式
本发明的核心是： 建立组播数据报文从基于多业务传输平台的源网 络节点到多个目的网络节点的标签交换路径组播树， 源网络节点根据标 签交换路径组播树将组播数据报文传输至各目的网络节点。
下面基于本发明的核心思想对本发明提供的技术方案做进一步的描 述。
单播的 LSP (标签交换路径）是从源网络节点到目的网络节点之间 建立的一条点到点的数据传输隧道，本发明在使用 LSP进行组播数据报 文的传输时， 根据组播数据报文从源网络节点需要传输到的各目的的网 络节点， 建立从源网络节点到多个目的网络节点的 LSP组播树。 本发明 将 LSP组播树中本节点与下游节点间的 LSP称为 LSP组播树分支， 每 一 LSP组播树分支能够确定一条本节点到其一个下游节点的 LSP。 本发 明中本节点的下游节点至少为一个， 也就是说， 从本节点到下游节点的
LSP组播树分支可能会存在多个， 本发明中的 LSP组播树就是由各 LSP 组播树分支组成。
本发明中的网絡节点为基于 MSTP的网络节点， 该网络节点包括基 于 MSTP的网络提供商边缘节点、 基于 MSTP的网络提供商主干节点等。 基于 MSTP的网络提供商边缘节点主要包括：基于 MSTP的网络提供商边 缘路由器、基于 MSTP的接入层设备等； 基于 MSTP的网络提供商主干节 点主要包括： 基于 MSTP的网络提供商主干路由器、基于 MSTP的汇聚层 设备等。
下面以附图 3为例对本发明建立的 LSP组播树进行说明。
在图 3中， PE1、 PE2、 PE3、 PE4、 PE5、 PI和 P2都是基于 MSTP的 网络节点， 其中 PE1、 PE2、 PE3、 PE4和 PE5是 PE (网络提供商边缘） 属性的网络节点， P1和 P2是 P (网络提供商主干）属性的网络节点。
设定一组播数据报文需要从源网絡节点 PE1分别传输至与目的网络 节点 PE2、 PE3、 PE4和 PE5连接的客户端。 本发明建立的 LSP组播树如附 图 3中所示， 具体建立方法如下：
在网络节点 PE1配置该节点与其下游节点 P1间的 LSP组播树分支；在 网络节点 P1配置与其下游节点 P2和 PE5间的 LSP组播树分支； 在网络节 点 P2配置与其下游节点 PE2、 PE3、 和 PE4间的 LSP组播树分支； 在节点 PE2、 PE3、 PE4和 PE5分别配置与其连接的客户端间的 LSP组播树分支， 这里客户端可视为网络节点。 上述所有分支构成了该报文从源网络节点 到多个目的网络节点的标签交换路径組播树。
组播数据报文通过 LSP组播树从源网络节点 PE1到目的网絡节点 PE2、 PE3、 PE4和 PE5的传输过程为： 源网络节点 PE1将其接收到的组播 数据报文复制并传输至 PI , P1将 PE1传输来的组播数据报文分别复制并 传输至 PE5和 P2; P2将 P传输来的组播数据报文分别复制并传输至 PE2、 PE3和 PE4; 目的节点 PE2、 PE3、 PE4和 PE5分别将接收的组播数据报文 复制并传输至其连接的客户端。
上述标签交换路径组播树并不唯一， 还可有其他形式， 并且可才艮据 组播网络的组网情况灵活配置标签交换路径组播树， 也可在组播数据艮 文的传输过程中通过路由发现协议确定当前节点的下游节点， 动态地配 置标签交换路径组播树。
从上述组播数据报文通过 LSP组播树进行数据传输的过程中可明显 看出， 基于 MSTP的网络节点起到了多份复制并多方传输的作用， 从而 减轻了视频服务器的负担、 节省了链路带宽、 消除了通信瓶颈。
由于组播源不同， 或者是相同组播源数据报文的组播组不同， 在网 络中可以通过不同的组播树来实现传输， 例如， 对于 VLAN 1组播数据 报文， 其目的网络节点为 PE2和 PE3 , 对于 VLAN 2组播数据报文， 其目 的网络节点为 PE2、 PE3和 PE4, 这样即使在同一网络节点 P2也可以设置 不同的組播树， 各组播数据报文根据其对应的组播树进行复制和发送。 因此， 组播数据报文通过 LSP组播树进行組播数据报文传输的实现方法 还可通过设置组播数据报文的传输信息与 LSP组播树的对应关系来实 现。
由于組播数据报文在传输过程中必定会有一些和传输相关的信息， 例如网络节点接收数据报文的端口信息、 数据报文的 VLAN标识和数据 报文的多协议标签交换 ( MPLS ) 的标签信息等， 通过建立各组播数据 报文的传输信息与 LSP组播树对应关系， 网络节点在接收到组播数据报 文时， 可根据其传输信息确定其对应的组播树， 根据组播树确定本网络 节点与多个下游目的网络节点间的 LSP组播树分支， 这样网络节点可根 据对应的 LSP组播树分支的数量复制多份， 并通过上述对应的多个 LSP 组播树分支将组播数据报文分别传输至与其相邻的多个下游目的网絡 节点。
LSP组播树中各分支信息可以用表的形式进行存储，存储 LSP组播树 各分支信息的表可称之为 MLT (组播 LSP信息表） 。 MLT可分别存储于 各网络节点中。 各网络节点的 MLT中的内容是与该网络节点相关的 LSP 组播树分支信息。
为在组播 LSP信息表中尽快查找到各组播数据报文相应的 LSP组播 树及其分支， 我们可通过组播 LSP信息表的索引信息进行查找， 因此， 组播数据报文的传输信息与 LSP组播树的对应关系可通过组播数据报文 的传输信息与组播 LSP信息表的索引信息的对应关系来实现。
由于目前基于 MSTP的网络节点能够通过单播的 LSP进行数据报文 的传输， 为使网络节点能够根据数据报文的传输需要， 既可以将组播数 据报文通过 LSP组播树的分支进行传输， 又可以将非组播数据报文通过 单播的 LSP进行传输， 本发明还可设置组播数据报文的传输信息与组播 LSP指示信息的对应关系。组播 LSP指示信息用于确定节点接收的数据报 文需要通过单播的 LSP进行传输,还是需要通过 LSP组播树的分支进行传 输， 如组播 LSP指示信息为 "1" 时， 表示数据报文需要通过 LSP组播树 的分支进行传输， 组播 LSP指示信息为 "0" 时， 表示数据报文需要通单 播的 LSP进行传输。
目前， 网络节点在利用单播的 LSP进行数据报文的传输过程中一般 均使用到流分类表、 FIB (转发信息表， Forwarding Information Base ) 、 INSEGMENT (入标签动作处理表 ) 、 OUTSEGMENT (出标签动作处 理表） ， 为使本发明的组播实现方法简单， 本发明在建立组播数据报文 的传输信息与组播 LSP信息表的索引信息的对应关系、 组播数据报文的 传输信息与组播标签路径指示信息的对应关系时， 充分利用了现有的流 分类表、 FIB、 INSEGMENT ^ OUTSEGMENT等资源。
下面结合附图 4对本发明提供的组播数据报文的传输信息与 LSP组 播树的对应关系、 组播数据报文的传输信息与组播标签路径指示信的对 应关的具体实现方法进行详细说明。
在图 4中， P属性的网络节点接收到的组播数据报文是带 MPLS标签 信息的， 而: PE属性的网络节点接收到的组播数据报文是不带 MPLS标签 信息的， 不同属性的网络节点对接收到的组播数据报文的处理流程不 同， 所以在 PE属性的网络节点中， 将组播 LSP信息表的索引信息和组播 LSP指示信息存储于 FIB中；在 P属性的网络节点中，存储在 INSEGMENT 表中。
通过上述设置后， 当 PE属性的网络节点接收到数据报文时， 网络节 点根据数据报文的传输信息，例如网络节点接收数据报文的端口和 /或数 据报文的 VLAN标识等， 获取接收数据报文端口对应的流分类表。 由于 FIB中的表项较多， 为方便查找， 从流分类表的表项中获取 FIB索引 ( INDEX )。 利用 FIB INDEX可在 FIB中确定对应的表项。 FIB中的表项 中会包含组播 LSP指示信息，根据组播 LSP指示信息可确定该数据报文需 要通过单播的 LSP进行传输还是通tLSP组播树的分支进行传输。
如果数据报文需要根据单播的 LSP进行传输，则根据 FIB中的出标签 索引 （LSP TOKEN )指向的 OUTSEGMENT表中的内容进行数据报文的 传输处理。
如果数据报文需要根据 LSP组播树分支进行传输， 则获取 FIB中的 MLT INDEX, 根据 MLT INDEX确定 MLT和 MLT中具体的表项， 根据 MLT的表项中的多个 LSP TOKEN指向的 OUTSEGMENT表中的内容，进 行该组播数据寺艮文的多份复制并传输处理。
当 P属性的网络节点接收到数据报文时， 网络节点根据组播数据报 文的传输信息， 例如 MPLS标签信息等获取接收数据报文端口对应的 INSEGMENT表， 从该表中获取组播 LSP指示信息， 根据组播 LSP指示信 息可确定该数据报文需要通过单播的 LSP进行传输还是通过 LSP組播树 的分支进行传输。
如果数据报文需要根据单播的 LSP进行传输， 则根据 INSEGMENT 中 LSP TOKEN指向的 OUTSEGMENT表中的内容， 进行数据报文的传输 处理。
如果数据报文需要根据 LSP组播树的分支进行传输， 则获取 INSEGMENT中的 MLT INDEX, 根据 MLT INDEX能够确定 MLT及 MLT 中具体的表项， 根据 MLT的表项中的多个 LSP TOKEN指向的 OUTSEGMENT表中的内容，进行组播数据报文的多份复制并传输处理。
下面结合附图 5对本发明提供的基于多业务传输平台的组播实现方 法进行详细说明。
在图 5中， 步骤 500, 网络节点接收数据报文。
步骤 510，根据网絡端口配置表判断网络节点接收该数据报文的端口 是属于 P属性还是属于 PE属性， 如果该端口是属于 PE属性， 到步骤 520, 根据接收数据报文的传输信息，如网络节点接收数据报文的端口和 /或数 据报文的 VLAN标识等， 确定其对应的流分类表。
步骤 530,根据流分类表中相关的表项按照协定的规则对数据报文进 行流分类， 并对^ ¾文进行 QoS处理如速率限制， 优先级分类处理等。
步骤 540,获取流分类表中的 FIB INDEX信息， 并根据该索引信息确 定其对应的 FIB。
步骤 550, 根据 FEB中的组播 LSP指示信息判断该数据报文需要通过 LSP组播树分支进行传输，还是需要通过单播的 LSP进行传输。如果需要 通过 LSP组播树的分支进行传输，到步骤 560,获取 FIB中的 MLT INDEX, 根据 MLT INDEX在组播 LSP信息表中查找对应的出标签索引。
步骤 570, 根据组播 LSP信息表中对应的所有 LSP TOKEN复制相应 份数的组播数据报文。
步骤 580 , 根据组播 LSP信息表中的所有 LSP TOKEN在 OUTSEGMENT表查找对应的内容。
步骤 590,根据 OUTSEGMENT表中的内容将数据报文封装后经端口 或者 ¾LSP流调度传输。
在步骤 550, 如果数据报文需要通过单播的 LSP进行传输， 则到步骤 580，根据 FIB中的 LSP TOKEN查找 OUTSEGMENT表对应的内容。 到步 骤 590,根据 OUTSEGMENT表对应的内容将数据报文封装后经端口或者 是 LSP流调度传输。
在步驟 510, 如果网络节点接收该数据报文的端口是属于 P属性， 则 该组播数据报文带有 MPLS标签信息，到步骤 511 ,获取数据报文的 MPLS 标签信息， 并根据该标签确定 INSEGMENT表。
到步驟 550, 根据 INSEGMENT表中的组播 LSP指示信息判断该数据 报文需要通过 LSP组播树的各分支进行传输， 还是需要通过单播的 LSP 进行传输。 如果需要通过 LSP组播树的各分支进行数据报文的传输， 到 步骤 560, 获取 INSEGMENT表中的 MLT INDEX,根据 MLT INDEX在組 播 LSP信息表中查找对应的出标签索引， 并通过上述描述的步驟 570、 580、 590完成组播数据报文的多份复制并转发的过程。
在步骤 550, 如果数据报文需要通过单播的 LSP进行传输， 到步驟 580,根据 INSEGMENT表中的 LSP TOKEN查找 OUTSEGMENf^中对应 的内容， 并通过上述描述的步骤 590,根据 OUTSEGMENT表对应的内容 将数据报文封装后经端口或者是 LSP流调度传输。
本发明中在基于 MSTP的各网络节点间建立的 LSP组播树可通过静 态的方式来设置， 如通过配置命令等设置， 也可以通过协议动态设置， 如通过与 MPLS的相关协议等动态设置， 即 MLT中的内容可通过静态 的方式设置， 也可通过协议动态的方式设置。
本发明中组播数据报文的传输信息与 LSP组播树各分支的对应关系 同样可以采用上述静态或动态的方式来设置，即 FIB和 INSEGMENT表 中的 MLT INDEX、 组播 LSP指示信息可通过静态的方式设置， 也可通 过协议采用动态的方式设置。
虽然通过实施例描绘了本发明， 本领域普通技术人员知道， 本发明 有许多变形和变化而不脱离本发明的精神， 希望所附权利要求包括这些 变形和变化。

Claims

权利要求书
1、 一种基于多业务传输平台的组播实现方法， 其特征在于， a.根据组播数据报文要发往的目的， 配置源网络节点和多个目的网 络节点之间的各节点到该节点相邻的各下游目的网络节点的标签交换 路径组播树分支， 所配置的标签交换路径组播树分支形成从源网络节点 到各个目的网络节点的标签交换路径组播树； 所述标签交换路径组播树 与组播数据报文对应；
b. 网络节点根据所述标签交换路径组播树复制接收的组播数据报 文， 并按标签交换路径组播树依次传输至下游目的网络节点， 直至到达 客户端。
2、根据权利要求 1所述的方法， 其特征在于， 所述步驟 a包括， 在 网络节点的端口配置表中建立标签交换路径组播树信息表， 以存储与该 网络节点的各标签交换路径组播树的各分支信息对应的出标签索引。
3、根据权利要求 1或 2所述的方法， 其特征在于， 所述步驟 a进一 步包括， al.设置组播数据报文的传输信息与所述标签交换路径组播树的 对应关系；
且所述步驟 b包括，
bl.根据组播数据报文的传输信息， 判断是否到达目的网絡节点， 如果是， 则执行步骤 b3 , 否则， 执行步骤 b2;
b2.当前网络节点根据组播数据报文的传输信息，确定其对应的标签 交换路径组播树， 才艮据所述组播树确定该組播树对应的标签交换路径组 播树分支， 并按照分支的数目确定复制的份数， 然后分别传输至当前网 络节点的下游目的网络节点， 返回步骤 bl。
b3,根据组播数据报文的传输信息， 目的网络节点确定其对应的标签 交换路径组播树， ^据所述组播树确定该组播树对应的标签交换路径组 播树分支， 并按照分支的数目确定复制的份数， 将复制 組播数据报文 分别发送给客户端。
4、 根据权利要求 3所述的方法， 其特征在于， 所述步骤 al包括， 在网络节点端口配置表中建立标签交换路径组播树信息表索引， 该索引 与组播数据报文的传输信息对应；
所述根据组播数据报文的传输信息， 确定其对应的标签交换路径组 播树， 根据所述组播树确定对应的标签交换路径组播树分支， 并按照分 支的数目确定复制的份数的步骤包括，
才艮据组播数据艮文的传输信息确定对应的标签交换路径组播树信息 表索引， 根据该索引确定标签交换路径组播树信息表和表中的出标签索 引， 根据出标签索引的数目复制所述组播数据报文， 并在出标签动作处 理表中查找对应的内容， 根据查找的内容将所述组播数据报文封装后传 输。
5、 根据权利要求 4所述的方法， 其特征在于， 所述步驟 al进一步 包括， 在网络节点端口配置表中建立标签交换路径组播指示信息， 该指 示信息与組播数据报文的传输信息对应；
所述步骤 bl之前进一步包括，
根据标签交换路径组播指示信息 , 判断所述组播数据报文是否需要 通过标签交换路径组播树传输， 如果是， 则执行步驟 bl , 否则， 则通过 单播标签交换路径传输。
6、根据权利要求 5所述的方法， 其特征在于， 所述网络节点为网络 提供商边缘属性的网络节点；
所述标签交换路径组播指示信息， 和， 标签交换路径组播树信息表 索引， 设置于网络提供商边缘属性网络节点的转发信息表中； 所述组播数据艮文的传输信息包括接收报文的网络节点端口和 /或 艮文中的虛拟局域网标识（VLAN ID )。 ,
7、根据权利要求 5所述的方法， 其特征在于， 所述网络节点为网络 提供商主干属性的网络节点；
所述标签交换路径组播指示信息， 和， 标签交换路径组播树信息表 索引， 设置于网络提供商边缘属性网絡节点的入签动作处理表中；
所述组播数据报文的传输信息包括多协议标签交换 ( MPLS )标签
^¾息。
8、 根据权利要求 6或 7所述的方法， 其特征在于， 所述步骤 M之 前进一步包括 , 才艮据网絡端口配置表判断当前网络节点的属性，
如果是网络提供商边缘属性的网络节点 , 则根据接收报文的网絡节 点端口和 /或报文中的虚拟局域网标识（VLAN ID ), 确定对应的流分类 表， 根据流分类表中的表项按照协议规定对所述组播数据报文进行流分 类， 并进行处理服务质量（QOS )处理， 然后获取流分类表中的转发信 息表索引， 根据该索引确定转发信息表中的标签交换路径组播树信息表 索引和标签交换路径组播指示信息；
如果是网络提供商主干属性的网络节点， 则获取所述组播数据报文 的 MPLS标签信息，根据该 MPLS标签信息确定入签动作处理表中的标 签交换路径组播树信息表索 ！和标签交换路径组播指示信息。
9、 如权利要求 1所述的方法， 其特征在于， 所述步骤 a包括： 静态配置所述标签交换路径组播树； 或通过协议动态配置所述标签 交换路径组播树。
10、如权利要求 3所述的一种基于多业务传输平台的组播实现方法， 其特征在于， 所述步骤 al包括：
静态设置组播数据报文的传输信息与标签交换路径组播树的对应关 系； 或
通过协议动态设置組播数据报文的传输信息与标签交换路径组播树 的对应关系。
PCT/CN2005/000956 2004-06-30 2005-06-30 Procede pour la mise en oeuvre d'une multidiffusion en fonction d'une structure de transmission multiservices WO2006002596A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP05759452A EP1722520A4 (en) 2004-06-30 2005-06-30 METHOD FOR MULTI-TRANSMITTING IMPLEMENTATION BASED ON MULTIPLE SERVICE OVER STRUCTURE STRUCTURE
US11/566,940 US20070127477A1 (en) 2004-06-30 2006-12-05 Method for implementing multicast based on multi-service transport platform

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200410060169.2 2004-06-30
CNB2004100601692A CN100542127C (zh) 2004-06-30 2004-06-30 一种基于多业务传输平台的组播实现方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/566,940 Continuation US20070127477A1 (en) 2004-06-30 2006-12-05 Method for implementing multicast based on multi-service transport platform

Publications (1)

Publication Number Publication Date
WO2006002596A1 true WO2006002596A1 (fr) 2006-01-12

Family

ID=35782470

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/000956 WO2006002596A1 (fr) 2004-06-30 2005-06-30 Procede pour la mise en oeuvre d'une multidiffusion en fonction d'une structure de transmission multiservices

Country Status (4)

Country Link
US (1) US20070127477A1 (zh)
EP (1) EP1722520A4 (zh)
CN (1) CN100542127C (zh)
WO (1) WO2006002596A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101383754B (zh) * 2007-09-06 2012-12-12 华为技术有限公司 一种业务传输方法及通讯系统以及相关设备
CN112188222A (zh) * 2020-09-25 2021-01-05 吕庆新 信息采集处理设备及其应用、信息转制方法、计算机可读介质、信息采集处理方法
CN112860759A (zh) * 2021-01-26 2021-05-28 周应凤 基于区块链安全认证的大数据挖掘方法及云认证服务系统

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9171100B2 (en) * 2004-09-22 2015-10-27 Primo M. Pettovello MTree an XPath multi-axis structure threaded index
US7664742B2 (en) 2005-11-14 2010-02-16 Pettovello Primo M Index data structure for a peer-to-peer network
US20070174309A1 (en) * 2006-01-18 2007-07-26 Pettovello Primo M Mtreeini: intermediate nodes and indexes
CN101119152B (zh) * 2006-07-31 2012-04-25 上海中兴通讯技术有限责任公司 微波通信中的多业务传输方法及装置
CN100456700C (zh) 2006-08-31 2009-01-28 华为技术有限公司 提供具有多种保护和恢复类型的组播业务方法和装置
CN100433731C (zh) * 2006-10-13 2008-11-12 中国移动通信集团公司 一种实现vpn组播的方法
KR101279790B1 (ko) 2006-12-12 2013-06-28 지티이 코포레이션 Ｉｐ 멀티캐스트 루트 모니터링 시스템 및 방법
CN100596063C (zh) * 2007-02-01 2010-03-24 华为技术有限公司 组密钥控制报文的分发系统、方法和装置
CN101145950B (zh) * 2007-04-25 2010-10-13 中兴通讯股份有限公司 一种基于多业务传送节点的拓扑管理方法
CN101312560B (zh) * 2007-05-21 2011-08-24 株式会社日立制作所 移动通信中提供广播组播服务的设备和方法
CN101378354B (zh) * 2007-08-28 2010-12-08 华为技术有限公司 组播报文转发方法及装置
US7792111B2 (en) * 2008-04-23 2010-09-07 Cisco Technology, Inc. Point-to-multipoint for multicast and unicast forwarding
US20100111086A1 (en) * 2008-11-05 2010-05-06 Telefonaktiebolaget Lm Ericsson (Publ) Multicast and bidirectional unicast signaling in single root multipoint services using rsvp-te
CN101588296B (zh) * 2009-06-16 2011-09-07 杭州华三通信技术有限公司 一种转发组播报文的方法、头节点和尾节点
US8631028B1 (en) 2009-10-29 2014-01-14 Primo M. Pettovello XPath query processing improvements
CN102487351A (zh) * 2010-12-01 2012-06-06 中兴通讯股份有限公司 端到端组播标签交换路径的建立方法、装置及系统
US9049031B2 (en) * 2013-03-13 2015-06-02 Dell Products L.P. Systems and methods for point to multipoint communication in networks using hybrid network devices
CN104468144B (zh) * 2014-11-28 2018-08-14 北京华为数字技术有限公司 一种空间多播的方法，装置及系统
CN105991385B (zh) * 2015-01-27 2019-03-26 华为技术有限公司 一种建立bgp lsp隧道的方法及网络设备
CN109962849B (zh) * 2017-12-22 2021-09-14 华为技术有限公司 传输组播报文的方法和相关设备
CN112202674B (zh) * 2020-09-27 2022-10-28 北京物芯科技有限责任公司 一种组播报文的转发处理方法、装置、设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1433198A (zh) * 2001-11-27 2003-07-30 Sk电信有限公司 在mpls网络上路由点对多点话务的方法
KR100405805B1 (ko) * 2001-10-24 2003-11-14 에스케이 텔레콤주식회사 멀티-프로토콜 라벨 스위칭 망에서의 멀티캐스팅을 위한트래픽 경로결정 방법

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6947434B2 (en) * 2000-11-16 2005-09-20 Telefonaktiebolaget Lm Ericsson (Publ) Subgroup multicasting in a communications network
EP1271844B1 (en) * 2001-06-21 2009-12-09 SK Telecom Co.,Ltd. Route determining method in a multi protocol label switching network
US20040028064A1 (en) * 2002-08-09 2004-02-12 Alcatel Stitching-extending MPLS tunnels to the customer interface

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100405805B1 (ko) * 2001-10-24 2003-11-14 에스케이 텔레콤주식회사 멀티-프로토콜 라벨 스위칭 망에서의 멀티캐스팅을 위한트래픽 경로결정 방법
CN1433198A (zh) * 2001-11-27 2003-07-30 Sk电信有限公司 在mpls网络上路由点对多点话务的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1722520A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101383754B (zh) * 2007-09-06 2012-12-12 华为技术有限公司 一种业务传输方法及通讯系统以及相关设备
CN112188222A (zh) * 2020-09-25 2021-01-05 吕庆新 信息采集处理设备及其应用、信息转制方法、计算机可读介质、信息采集处理方法
CN112860759A (zh) * 2021-01-26 2021-05-28 周应凤 基于区块链安全认证的大数据挖掘方法及云认证服务系统

Also Published As

Publication number Publication date
US20070127477A1 (en) 2007-06-07
CN100542127C (zh) 2009-09-16
EP1722520A1 (en) 2006-11-15
CN1716904A (zh) 2006-01-04
EP1722520A4 (en) 2007-04-25

Similar Documents

Publication Publication Date Title
WO2006002596A1 (fr) Procede pour la mise en oeuvre d'une multidiffusion en fonction d'une structure de transmission multiservices
US8537816B2 (en) Multicast VPN support for IP-VPN lite
US7389359B2 (en) Method and system for intelligently forwarding multicast packets
CN100450086C (zh) 在虚拟专用局域网业务中实现组播数据流转发的方法
US7855950B2 (en) Congruent forwarding paths for unicast and multicast traffic
CN101072183B (zh) 数据流的服务质量保证方法和装置
WO2012167697A1 (zh) 抑制网络风暴的方法及处理器
WO2013168737A1 (ja) 通信システム、制御装置、通信方法及びプログラム
WO2006063513A1 (fr) Procede de multidiffusion dans un reseau prive virtuel utilisant un routeur virtuel
CN100442770C (zh) 一种在bgp/mpls vpn实现组播的方法
CA2289070A1 (en) Multicast switching
CN100481817C (zh) 一种基于ip/mpls/bgp的多域组播一体化数据分发结构及方法
WO2007019785A1 (fr) Systeme de commutation reseau local virtuel a multidiffusion et procede associe
WO2009146622A1 (zh) 实现组播的方法、路由器及系统
WO2007062592A1 (fr) Systeme, procede et routeur de l2vpn d'interconnexions point a multipoints, et multipoints a multipoints
WO2011095008A1 (zh) 提高虚拟专用局域网业务网络转发效率的方法和系统
WO2013139159A1 (zh) 在网络中转发报文的方法和运营商边缘设备
WO2009082905A1 (fr) Procédé système et dispositif commutateur permettant l'établissement dynamique de réseau local virtuel de multidiffusion
JP2001326681A (ja) パケット通信システムおよび移動通信システムおよび通信のアドレス方式
WO2013139234A1 (zh) 一种组播传输方法、装置和网络系统
WO2011020346A1 (zh) 组播数据转发方法及装置
WO2007104201A1 (fr) Procédé d'acheminement de messages dans un tunnel de services
CN102025626B (zh) 转发组播数据报文的方法和提供商边缘设备
WO2007059699A1 (fr) Procede et entite de relais de donnees pour le relais de la trame de donnees par l'entite de relais de donnees
EP2908476A1 (en) Method and apparatus for sending multi-link transparent interconnected data frame

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2005759452

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2005759452

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 11566940

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

WWP Wipo information: published in national office

Ref document number: 11566940

Country of ref document: US