WO2007028315A1 - Procede de realisation multicast dans un dispositif d'acces basee sur une commutation de carte principale a carte de sauvegarde - Google Patents

Procede de realisation multicast dans un dispositif d'acces basee sur une commutation de carte principale a carte de sauvegarde Download PDF

Info

Publication number
WO2007028315A1
WO2007028315A1 PCT/CN2006/002146 CN2006002146W WO2007028315A1 WO 2007028315 A1 WO2007028315 A1 WO 2007028315A1 CN 2006002146 W CN2006002146 W CN 2006002146W WO 2007028315 A1 WO2007028315 A1 WO 2007028315A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
board
data
standby
user
Prior art date
Application number
PCT/CN2006/002146
Other languages
English (en)
French (fr)
Inventor
Jinning Yu
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 DE602006011269T priority Critical patent/DE602006011269D1/de
Priority to EP06775464A priority patent/EP1821491B1/en
Priority to AT06775464T priority patent/ATE453281T1/de
Priority to CNA200680012252XA priority patent/CN101160917A/zh
Priority to US11/608,761 priority patent/US20070140155A1/en
Publication of WO2007028315A1 publication Critical patent/WO2007028315A1/zh

Links

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2858—Access network architectures
    • H04L12/2861—Point-to-multipoint connection from the data network to the subscribers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2869—Operational details of access network equipments
    • H04L12/2878—Access multiplexer, e.g. DSLAM
    • H04L12/2879—Access multiplexer, e.g. DSLAM characterised by the network type on the uplink side, i.e. towards the service provider network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • 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/28—Routing or path finding of packets in data switching networks using route fault recovery
    • 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/58—Association of routers
    • 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/58—Association of routers
    • H04L45/586—Association of routers of virtual routers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2097—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements maintaining the standby controller/processing unit updated
    • 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/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity

Definitions

  • Multicast implementation method based on active/standby switchover in access device
  • the present invention relates to communication technologies, and in particular, to a method for securing IP multicast service quality related to an access device. Background of the invention
  • IP multicast technology etc. Because IP multicast technology can effectively save network bandwidth and reduce network load, IP multicast technology has broad application prospects.
  • the redundancy technology of active and standby hot backup is usually adopted in communication equipment.
  • Active/standby hot backup means that the same two boards work at the same time, one for the main and one for the other.
  • many access devices support the active and standby hot backup technologies of the main control board. In this way, when the main control board fails, the system automatically switches to the non-faulty standby board.
  • the active/standby switchover of the main control board interrupts the forwarding path of the multicast video stream. Due to the dynamic and unpredictable nature of the user's online and offline activities, the prior art method does not process the online data of the multicast user when the active/standby switchover occurs. In this way, after the active/standby switchover and the standby board are upgraded to the mainboard, all online users are offline. If the user needs to watch the program, the program should be re-on-demand and processed according to the original user's online process.
  • the purpose of the active/standby switchover is to minimize the board fault time and board faults. If the active/standby switchover causes all online users to go offline, the users on all ports of the access device are affected. This is not the same as the purpose and purpose of the active/standby switchover. In addition, the failure of the board is unpredictable. If the board does not back up the user's bill when the board fails, the online record of the user is lost on the new board after the master/slave switchover occurs. The multicast service bill is calculated, and the operator calculates the user's viewing fee based on the bill, which obviously brings a small loss to the operator.
  • the problem to be solved by the present invention is to provide a reliable method for guaranteeing the quality of the IP multicast service, so that the user can be kept online during the active/standby switching process of the access device, so as to ensure that the video stream is uninterrupted, thereby avoiding the main The impact of standby switching on multicast services.
  • a method for implementing multicast based on active/standby switchover in an access device includes:
  • the method includes: maintaining real-time communication between the standby board and the main board, and detecting the working state of the main board at any time;
  • the new motherboard sends a multicast data stream request report to the upstream router based on the data it stores.
  • the technical solution of the following method is an optional technical solution.
  • the new motherboard checks the accuracy and/or integrity of the backup data.
  • the new motherboard sends an online status query request report to the multicast user.
  • the online status query request report includes: Internet multicast management protocol query message, group The broadcast listener finds the protocol query message.
  • the multicast user dynamic data in the main board includes one or more of the following: a multicast user online record, a channel that the multicast user is watching, a channel number, a channel status, a multicast user downlink record, a multicast user CDR, and the like.
  • the changing the data in the standby board according to the change of the multicast user dynamic data in the main board includes: updating the standby board according to the online record of the multicast user in the main board, the channel, the number of channels, and the channel status of the multicast user being watched.
  • the multicast user's online record, the channel that the multicast user is watching, the number of channels, and the status of the channel and updates the multicast user's bill record, setting, or deletion in the standby board according to the online user's online/downline record. Board hardware forwarding entry.
  • the access device includes a Digital Subscriber Line Concentrator (DSLAM).
  • DSLAM Digital Subscriber Line Concentrator
  • the multicast data flow request report includes an Internet multicast management protocol report message and a multicast monitor discovery protocol report message.
  • the invention further provides an access device, wherein the access device is provided with a main board and a standby board, and the standby board maintains real-time communication with the main board and detects the working state of the main board at any time, and performs the main board according to the detected fault of the main board.
  • the backup device is further configured with a backup module and a request multicast stream module.
  • the backup module is configured to change data in the standby board according to the change of the multicast user dynamic data in the main board.
  • Requesting a multicast stream module After the active/standby switchover is completed, sending a multicast data flow request report to the upstream router according to the data stored in the switched new motherboard, so that the upstream router sends the multicast data stream to the switched new motherboard. .
  • the access device is further provided with an inspection module.
  • the inspection module is configured to perform an accuracy and/or integrity check on the data backed up by the backup module after the active/standby switchover is completed.
  • the access device is further provided with a request status module
  • the request status module is configured to send an online status query request report to the multicast user after the check module completes the check, so that the switched new motherboard obtains the current status of the multicast user.
  • the technical solution of the present invention ensures that the multicast user is always online during the active/standby switchover process, and the video stream is not interrupted, so that the active/standby switchover does not significantly affect the user. Moreover, the user's multicast service CDRs are not lost, and the interests of the operators are guaranteed.
  • FIG. 1 is a schematic diagram of a simple IP multicast video networking according to an embodiment of the present invention, where an access device supports an active/standby switching technology;
  • FIG. 2 is a flowchart of a method for backing up a master and backup board according to an embodiment of the present invention
  • FIG. 3 is a flowchart of a method for switching between a master and a backup board according to an embodiment of the present invention. Mode for carrying out the invention
  • FIG. 1 is a schematic diagram of a simple IP multicast video networking of the present invention, wherein the access device supports an active/standby switchover technology.
  • the network diagram shown in the figure includes a video source, an ATM/IP network, an access device, a remote user terminal (RTU), and an on-demand terminal.
  • the access device includes the main control board (the main board and the standby board) and the service board.
  • the uplink port on the main control board is connected to the remote video source through the IP/ATM network, and the edge router connected to the access device.
  • IGMP Internet Multicast Management Protocol
  • MLD Multicast Listener Discovery
  • Service boards such as XDSL (Digital Subscriber Line) boards
  • RTUs remote terminal units
  • ADSL Asymmetric Digital Subscriber Line
  • the access device and the remote user can have multiple connection methods, such as: through a public switched telephone network (for example, using optical fiber, twisted pair, etc.), WIMAX ( Access networks such as the global microwave access interoperability system (eg via wireless broadband access).
  • the access device in the above network may be a Digital Subscriber Line Concentrator (DSLAM) or other access device.
  • DSL Digital Subscriber Line Concentrator
  • the service board when a multicast user goes online, it sends a multicast report message, such as IGMP. Reporting packets, etc., the service board delivers the packet to the main control board, and the main control board sends a multicast report message to the upstream router.
  • the routers pass the multicast routing protocol (for example, PIM-SM (protocol-independent multicast-sparse) Mode), ⁇ -DM (Protocol Independent Multicast-Dense Mode) or MSDP (Multicast Source Discovery Protocol)) Requests a video stream from the video server, and the video stream reaches the uplink port of the main control board along the path of the previous message transmission.
  • the main control board and the service board forward the video stream to the requested user port according to the forwarding entry.
  • the access device automatically switches to the non-faulty standby board.
  • the data hot backup implementation process provided by the present invention is described in detail below with reference to FIG.
  • the mainboard in Figure 2 is the main control board in the working state
  • the standby board is the main control board in the backup state.
  • the data hot backup process in Figure 2 includes the main board execution steps and the standby board execution steps.
  • the on-demand terminal constructs the multicast request message of the user into a multicast report message, and the method starts to perform step 110.
  • step 110 the access device receives the multicast report message of the multicast user and sends it to the main control board for processing.
  • step 112 the main control board checks the multicast user's authority on the requested multicast group program, and determines the next step according to the check result. If the multicast user does not have the permission, go to step 113, the multicast user fails to go online, and the method ends. If the multicast user has the rights of the group, go to step 114, and the access device processes the multicast user to go online to generate the group. The user's online record is broadcasted, and the hardware forwarding entry of the multicast video stream is set to forward the video stream imported from the uplink port of the mainboard to the user port. In this way, the multicast user can receive the video stream.
  • the standby board performs step 120. Since the active and standby boards maintain real-time communication, the standby board periodically checks whether the motherboard data changes. When a multicast user goes online and generates an online record on the main board, When the standby board detects the data on the main board (including the multicast user's online record, the channel that the multicast user is watching, the number of channels, the channel status, and the timer status), it sends a backup request to the main board.
  • step 116 is performed, and the board sends the data requested by the standby board to the standby board to ensure data consistency on the active and standby boards.
  • the standby board receives the data sent by the main board, and sets the hardware forwarding entry of the multicast video stream on the standby board according to the online record of the multicast user in the data.
  • the upstream forwarding interface on the standby board does not forward the data stream. Therefore, the hardware forwarding entry on the standby board does not interfere or affect the video stream forwarded by the main board.
  • the corresponding bill record is generated on the main board.
  • the online record of the multicast user changes, and the hardware forwarding entry of the corresponding multicast video stream is also deleted.
  • the standby board sends a request to the main board to send a request to the main board.
  • the board sends the data requested by the standby board to the standby board.
  • the corresponding hardware forwarding entry is also deleted according to data such as the offline record of the multicast user.
  • the multicast user CDRs are also backed up to the standby board.
  • the implementation process of the active/standby switchover provided by the present invention is described in detail below with reference to FIG.
  • the main board in Figure 3 is the main control board in the working state
  • the standby board is the main control board in the backup state.
  • the present invention transitions from the data hot backup phase to the active/standby switchover phase.
  • the specific implementation process of the active/standby switchover is as follows:
  • step 124 If the fault occurs on the main board, go to step 124.
  • the standby board detects that the status of the main board is abnormal.
  • the main board is switched and the board is upgraded to the main board.
  • step 126 the new motherboard (that is, the original board) sends the multicast stream report request to the upstream router according to the online record of the multicast user, so as to prevent the aging of the forwarding entries in the upstream router.
  • the data flow is uninterrupted during the switching. Since the hardware forwarding entry on the new motherboard (that is, the original standby board) has been established, the video stream can be forwarded to the multicast user immediately. the Lord The time when the video stream is interrupted in the standby switchover is only the time when the new motherboard (that is, the original standby board) resumes the communication link with the service board. This time is microsecond.
  • the new motherboard checks the backup data, such as checking the data according to the logical relationship between the backup data to ensure the correctness and integrity of the backup data.
  • the new motherboard sends a multicast query message to the multicast user to obtain the current status of the multicast user.
  • the new motherboard since the new motherboard has been busy checking the correctness of the data backed up from the old motherboard for a period of time, during this check, the multicast report message and multicast reported by the multicast user are reported. After leaving the message, the new motherboard cannot be processed normally.
  • the new board needs to send IGMP Query messages to the multicast user immediately after the check to ensure that the access device obtains the current status of the multicast user as soon as possible.
  • FIG 2 shows the process of backup and switchover of the active and standby boards.
  • the data hot backup part only shows the process of data hot backup during the process of multicasting users.
  • the processing principle of data hot backup during the process of multicast users going offline The data hot backup process shown in Figure 2 is basically the same, and only the hot backup of the multicast user CDRs is added.
  • the backup and backup methods of the active and standby boards of the present invention keep the multicast user data in the active and standby boards consistent during the working process.
  • the standby board rises to the new main board.
  • the new motherboard sends the video stream required for the IGMP report message request to the upstream router at the first time, and forwards the video stream to the multicast user immediately according to the same hardware forwarding entry in the new motherboard as the original motherboard.
  • multicast users are kept online, video streams are not interrupted, and multicast user CDRs are not lost.
  • the new motherboard sends an IGMP query message to the multicast user to obtain the current status of the multicast user, so that the multicast user can be processed immediately.
  • the method of the present invention can reduce the impact of a motherboard failure on a multicast service and improve the quality of the multicast service.
  • the access device provided by the present invention is provided with a main board and a standby board, and the real-time communication is maintained between the standby board and the main board, and the working state of the main board is detected at any time. According to the detected fault of the main board, the main board is switched, and the access provided by the present invention is provided.
  • the device also has a backup module, an inspection module, and a request status mode. Block and request multicast stream module.
  • the backup module, the check module, the request status module, and the request multicast stream module can be set in the standby board. Of course, it can also be set independently of the standby board.
  • the backup module is mainly used to change the data in the standby board according to the change of the multicast user dynamic data in the main board.
  • the multicast user dynamic data includes: the multicast user online record, the channel that the multicast user is watching, the number of channels, the channel status, the timer status, the multicast user offline record, the multicast user CDR, and so on.
  • the backup module can change the multicast user CDR record in the standby board, set or delete the hardware forwarding entry of the standby board, and so on according to the change of the dynamic data of the multicast user. Specifically, it is described in the above method.
  • the check module is used to check the backup data of the backup module after the active/standby switchover of the access device is completed to ensure the correctness of the data backed up by the backup module.
  • the multicast board does not process the multicast report and multicast leave messages reported by the multicast user in the process. Therefore, in order to prevent multicast, the backup board does not process the multicast report and multicast leave messages reported by the multicast user in the process.
  • the online status aging of the user and the multicast user cannot be offline.
  • the request status module in the present invention sends an online status query request report to the multicast user after the check module completes the check, so that the switched new motherboard can accurately obtain the group. The current status of the user.
  • the requesting multicast stream module is mainly used to send multicast to the upstream router according to the multicast user online log record, the channel that the multicast user is watching, the number of channels, the channel status, and the like after the active/standby switchover of the access device is completed.
  • the data flow request is reported, so that the upstream router can report the multicast data stream requested by the new motherboard to the switched new motherboard according to the received multicast data flow request.
  • the switched new motherboard provides multicast data flow for multicast users based on the stored multicast user online record, the channel that the multicast user is watching, the number of channels, the channel status data, and the multicast user CDR. Interrupted multicast service.
  • the switchover process of the access device does not result in the loss of the multicast user CDR information.
  • the specific manifestation of the online status query request report, the multicast data flow request report, the access device, and the like is as described in the above method.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Computer And Data Communications (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Hardware Redundancy (AREA)

Description

一种接入设备中基于主备板切换的组播实现方法 技术领域
本发明涉及通信技术， 特别涉及一种与接入设备有关的保障 IP组播业 务质量的方法。 发明背景
随着网络技术和互联网的发展， 各种高带宽的多媒体应用层出不穷， 如网络视频会议、 多媒体远程教学、 远程会诊、 互联网直播等。 而传统网 络是为典型的点到点通信而设计的， 为保证数据的可靠传输， 所采用的传 输协议多数是点到点的协议。 在这种传统的网络中应用高带宽的多媒体业 务就必将引起网络拥塞、 延迟增加， 并导致出现网络瓶颈。 为了缓解网络 瓶颈， 人们提出了多种解决方案， 如增加带宽、 改变网络流量结构、 应用
IP组播技术等。因为 IP组播技术能够有效地节约网络带宽、降低网络负载， 所以 IP组播技术具有广阔的应用前景。
通常， 为了提高通讯设备的可靠性， 在通讯设备中通常采用主备热备 份这种冗余技术。 主备热备份是指相同的两块单板同时工作， 一块主用， 另一块备用。 目前， 在支持组播视频业务的接入设备中， 很多接入设备是 支持主控板的主备热备份技术的。 这样， 在主控板出现故障时， 系统会自 动切换到无故障的备板。
由于目前大多数接入设备中， 控制板和网络板合一， 所以主控板的主 备倒换会使组播视频流的转发通路中断。 由于用户上下线活动的动态性和 不可预测性， 现有技术的方法是在主备倒换发生时， 不对组播用户在线数 据进行处理。 这样， 发生主备倒换、 备板升为主板后， 所有在线用户都下 线了。 如果用户需要收看节目， 则要重新主动点播节目， 按照原有用户上 线流程统一处理。
进行主备倒换的目的是为了最大限度地减小单板故障时间和单板故障 对业务的影响， 如果主备倒换使所有在线用户下线， 就影响了此接入设备 所有端口下的用户， 此与主备倒换的宗旨和目的不合。 另外， 由于单板的 故障是不可预测的， 在主板发生故障时， 如果此时备板没有备份用户的话 单， 则当主备倒换发生后， 新主板上就丢失了用户的在线记录， 也就是丢 失了组播业务话单， 而运营商是根据话单计算用户的收视费用的， 这显然 会给运营商带来不小的损失。
因而， 如何在主备倒换过程中保持用户在线， 保证视频流的不间断， 减少主备倒换对组播业务的影响， 是主备倒换过程中需要考虑的问题。 发明内容
本发明所要解决的问题是提供一种可靠的保障 IP 组播业务质量的方 法， 使得在接入设备的主备倒换过程中， 能够保持用户在线， 以保证视频 流不间断， 从而尽量避免了主备倒换对组播业务的影响。
根据本发明， 提供一种接入设备中基于主备板切换的组播实现方法， 所述方法包括：
所述方法包括： 使备板与主板之间保持实时通信并随时检测主板工作 状态；
根据主板中组播用户动态数据的变化改变备板中的数据；
根据检测到的主板故障， 进行主备板倒换； 及
新主板根据其存储的数据向上游路由器发送组播数据流请求报告。 下述方法的技术方案为可选技术方案。
所述主备倒换完成后， 还进行以下步骤：
新主板对备份数据的准确性和 /或完整性进行检査。
所述备份数据的检查完成后， 还进行以下步骤：
新主板向组播用户发送在线状态査询请求报告。
所述在线状态查询请求报告包括： 互联网组播管理协议查询报文、 组 播监听器发现协议查询报文。
所述主板中组播用户动态数据包括下述一个或多个： 组播用户上线记 录、 组播用户正在收看的频道、 频道数、 频道状态、 组播用户下行记录、 组播用户话单等。
所述根据主板中组播用户动态数据的变化改变备板中的数据包括： 根 据所述主板中组播用户上线记录、 组播用户正在收看的频道、 频道数、 频 道状态的变化， 更新备板中组播用户上线记录、 组播用户正在收看的频道、 频道数、 频道状态的数据， 并根据所述组播用户上线 /下线记录更新备板中 组播用户话单记录、 设置或删除备板的硬件转发表项。
所述接入设备包括数字用户线集中器 (DSLAM)。
所述组播数据流请求报告包括互联网组播管理协议报告报文、 组播监 听器发现协议报告报文。
本发明还提供一种接入设备， 所述接入设备中设置有主板和备板， 备 板与主板之间保持实时通信并随时检测主板工作状态， 根据检测到的主板 故障， 进行主备板倒换， 所述接入设备中还设置有备份模块和请求组播流 模块； 备份模块： 用于根据主板中组播用户动态数据的变化改变备板中的 数据；
请求组播流模块： 用于在主备切换完成后， 根据切换后的新主板中存 储的数据向上游路由器发送组播数据流请求报告， 使上游路由器向切换后 的新主板发送组播数据流。
下述接入设备的技术方案为可选技术方案。
所述接入设备中还设置有检查模块； 检査模块： 用于在主备切换完成 后， 对备份模块备份的数据进行准确性和 /或完整性检査。
所述接入设备中还设置有请求状态模块；
请求状态模块： 用于在检查模块完成检査后， 向组播用户发送在线状 态查询请求报告， 使切换后的新主板获得组播用户当前状态。 采用本发明的技术方案， 能够保证组播用户在主备倒换过程中一直在 线， 保持视频流不中断， 从而保证主备倒换不会对用户造成明显的影响。 而且不会丢失用户的组播业务话单， 保证运营商的利益。 附图简要说明
图 1为本发明实施例的简单的 IP组播视频组网示意图， 其中的接入设 备支持主备倒换技术；
图 2为本发明实施例的主备板备份的方法流程图；
图 3为本发明实施例的主备板倒换的方法流程图。 实施本发明的方式
图 1所示为本发明的简单的 IP组播视频组网示意图， 其中的接入设备 支持主备倒换技术。 如图所示的组网图中， 包括视频源、 ATM/IP网络、 接 入设备、 远端用户终端 (RTU)、 点播终端。 其中， 接入设备包括主控板 (主 板和备板)及业务单板， 主控板上的上行端口通过 IP/ATM网络与远端的视 频源连接， 与接入设备连接的边缘路由器 (图中未示出)支持多种组播协议 (例如包括 IGMP (互联网组播管理协议）， MLD (组播监听器发现） 协议 等）。业务单板（如 XDSL (数字用户线）单板）通过 RTU (远端终端单元） (例如 ADSL (不对称数字用户线）调制解调器等：)连接到点播终端（例如带 有机顶盒的电视机、 PC机、 笔记本电脑、 个人数字助理 (PDA)、 多媒体手 机等）。 根据不同的业务单板类型及不同的点播终端类型， 接入设备与远端 用户可以有多种连接方式， 如： 通过公用电话交换网 (例如采用光纤、 双绞 线等传输介质)、 WIMAX (全球微波接入互操作系统） 等接入网络 （例如 通过无线宽带接入）。 上述组网中的接入设备可以是数字用户线集中器 (DSLAM)或其它接入设备。
在 IP组播业务中， 当组播用户上线时， 发出组播报告报文， 如 IGMP 报告报文等， 业务单板把报文交给主控板， 主控板向上游路由器发出组播 报告报文， 路由器之间通过组播路由协议 (例如 PIM-SM (协议无关组播-稀 疏模式）、 ΡΓΜ-DM (协议无关组播 -密集模式）或 MSDP (组播源发现协议） ) 向视频服务器请求视频流， 视频流沿着之前报文传输的通路， 到达主控板 的上行口， 主控板和业务单板根据转发表项， 将视频流转发到请求的用户 端口。 当处于工作状态的主控板出现故障时， 接入设备会自动切换到无故 障的备板。
为了保证主备倒换过程中保持组播用户在线， 视频流不间断， 组播用 户话单不丢失， 从而尽量减小组播业务所受的影响， 本文明提供了如图 2 所示的主备板备份及倒换的方法流程图。
下面结合图 2对本发明提供的数据热备份实现过程进行详细描述。图 2 中的主板即处于工作状态的主控板， 备板即处于备份状态的主控板。
图 2中的数据热备份流程包括主板执行步骤及备板执行歩骤。
当组播用户在点播终端上通过 RTU连接上网络， 点播终端将用户的点 播需求构造成组播报告报文，上报给接入设备时，该方法开始执行步骤 110。
在步骤 110， 接入设备收到组播用户的组播报告报文， 并交由主控板处 理。
然后，执行步骤 112，主控板检査组播用户对请求的组播组节目的权限， 并根据检查结果决定下一步骤。 如果组播用户无此权限， 到步骤 113， 组播 用户上线失败， 本方法结束； 如果组播用户拥有该组的权限， 则进行步骤 在步骤 114， 接入设备处理组播用户上线， 生成组播用户的上线记录， 并且设置组播视频流的硬件转发表项， 使从主板的上行口引入的视频流转 发到用户端口。 这样， 组播用户即可收到视频流。
幵机的同时， 备板执行步骤 120， 由于主备两板保持着实时通信， 备板 定时检查主板数据是否变化。 当组播用户上线， 在主板上生成上线记录时， 备板检测到主板上的数据 （包括组播用户上线记录、 组播用户正在收看的 频道、 频道数、 频道状态、 定时器状态） 变化， 就向主板发出备份请求。
然后， 在主板这边， 执行步骤 116， 主板将备板请求的数据发给备板， 从而保证主备板上数据的一致性。
接下来， 在步骤 122， 备板收到主板发送的数据， 根据该数据中的组播 用户的上线记录， 设置备板上组播视频流的硬件转发表项。 由于备板上的 上行口没有激活， 不会转发数据流， 所以备板上的硬件转发表项不会对主 板转发的视频流造成干扰和影响。
另外， 当组播用户下线时 (图 2中未示出)， 会在主板上生成相应的话单 记录。 同时， 组播用户的上线记录会变化， 相应的组播视频流的硬件转发 表项也要被删除。 此时， 备板发现主板上组播用户上线记录、 组播用户下 线记录和组播用户话单的变化， 会向主板发出请求， 主板就将备板请求的 数据发给备板， 备板也会根据组播用户下线记录等数据删除相应的硬件转 发表项。 此时， 组播用户话单也已经备份到备板。
通过以上的步骤， 可以保证备板上组播用户上下线的动态数据、 话单 的记录和硬件转发表项的设置和主板上是一致的。
下面结合图 3对本发明提供的主备倒换的实现过程进行详细描述。 图 3 中的主板即处于工作状态的主控板， 备板即处于备份状态的主控 板。 当主板发生故障时， 本发明从数据热备份阶段转入主备倒换阶段， 主 备倒换的具体实现过程为：
在步骤 118， 主板发生故障， 则执行步骤 124， 备板检测到主板状态不 正常， 立即进行主备板倒换， 备板升为主板。
随即， 执行步骤 126， 新主板 （即原备板） 根据组播用户的在线记录， 向上游路由器发送组播报告报文请求需要的视频流， 以防止上游路由器中 转发表项的老化， 保证主备倒换中数据流的不间断。 由于新主板 （即原备 板） 上的硬件转发表项已经建立好， 视频流可以即时转发给组播用户。 主 备倒换中视频流中断的时间仅为新主板 （即原备板） 与业务单板恢复通信 链路的时间。 这段时间是微秒级的。
然后， 执行步骤 128， 新主板对备份数据进行检査， 如根据备份数据之 间的逻辑关系对数据进行检查， 以保证其备份数据的正确性和完整性。
接着， 执行步骤 130， 新主板向组播用户发送组播査询报文， 获得组播 用户当前状态。 在主备倒换中， 由于新主板有一段时间要忙于对从老主板 备份来的各项数据进行正确性检查， 因此， 在此检查过程中， 组播用户上 报的组播报告报文和组播离开报文， 新主板无法正常处理。 为了防止组播 用户老化和组播用户无法下线， 新主板在检查完成后， 需即时向组播用户 发送 IGMP査询报文， 以保证接入设备尽快获得组播用户当前状态。
图 2示出了主备板备份及倒换的流程， 其中数据热备份部分只画出了 组播用户上线过程中的数据热备份的过程， 组播用户下线过程中的数据热 备份的处理原理和图 2 中示出的数据热备份过程基本一致， 只多出对组播 用户话单的热备份。
采用本发明的主备板备份及倒换的方法， 在工作过程中保持主备板中 的组播用户数据一致， 当主板出现故障， 备板上升为新主板。 新主板第一 时间向上游路由器发送 IGMP报告报文请求需要的视频流， 并按新主板中 的与原主板中相同的硬件转发表项将视频流即时转发给组播用户， 因此保 证了主备倒换过程中保持组播用户在线、 视频流不间断、 组播用户话单不 丢失。 另外， 新主板在完成对备份数据的检査之后， 向组播用户发送 IGMP 查询报文， 以获得组播用户当前状态， 从而能够即时处理组播用户的需求。 总之， 本发明的方法能够减小主板故障对组播业务的影响， 提高组播业务 的质量。
本发明提供的接入设备中设置有主板和备板， 备板与主板之间保持实 时通信并随时检测主板工作状态， 根据检测到的主板故障， 进行主备板倒 换， 本发明提供的接入设备中还设置有备份模块、 检查模块、 请求状态模 块和请求组播流模块。 备份模块、 检查模块、 请求状态模块和请求组播流 模块可以设置于备板中， 当然， 也可以独立于备板设置。
备份模块主要用于根据主板中组播用户动态数据的变化改变备板中的 数据。 这里的组播用户动态数据包括： 组播用户上线记录、 组播用户正在 收看的频道、 频道数、 频道状态、 定时器状态、 组播用户下线记录、 组播 用户话单等等。 备份模块可以根据组播用户动态数据的变换改变备板中的 组播用户话单记录、 设置或删除备板的硬件转发表项等等。 具体如上述方 法中的描述。
检査模块主要用于在接入设备的主备切换完成后， 对备份模块备份的 数据进行检查， 以保证备份模块备份的数据的正确性。
由于在检查模块对备份数据进行正确性检查的过程中， 备板不会对组 播用户在该过程中上报的组播报告报文和组播离开报文进行正常处理， 所 以， 为了防止组播用户在线状态老化和组播用户无法下线， 本发明中的请 求状态模块在检查模块完成检查后， 向组播用户发送在线状态查询请求报 告， 这样， 切换后的新主板就能够准确的获得组播用户当前状态。
请求组播流模块主要用于在接入设备的主备切换完成后， 根据组播用 户上线记录、 组播用户正在收看的频道、 频道数、 频道状态的数据等等数 据向上游路由器发送组播数据流请求报告， 这样， 上游路由器就能够根据 其接收到的组播数据流请求报告向切换后的新主板发送新主板请求的组播 数据流。 切换后的新主板根据其存储的组播用户上线记录、 组播用户正在 收看的频道、 频道数、 频道状态的数据、 组播用户话单等等数据， 为组播 用户提供组播数据流不中断的组播业务。 另外， 由于切换后的新主板中备 份有组播用户话单记录， 所以， 接入设备的主板切换过程不会导致组播用 户话单信息的丢失。
在上述对接入设备的描述中， 在线状态査询请求报告、 组播数据流请 求报告、 接入设备等的具体表现形式如上述方法中的描述。

Claims

权利要求
1、 一种接入设备中基于主备板切换的组播实现方法， 其特征在于， 所 述方法包括： 使备板与主板之间保持实时通信并随时捡测主板工作状态； 根据主板中组播用户动态数据的变化改变备板中的数据；
根据检测到的主板故障， 进行主备板倒换； 及
新主板根据其存储的数据向上游路由器发送组播数据流请求报告。
2、 根据权利要求 1所述的方法， 其中， 所述主备倒换完成后， 还进行 以下步骤：
新主板对备份数据的准确性和 /或完整性进行检查。
3、 根据权利要求 2所述的方法， 其中， 所述备份数据的检査完成后， 还进行以下步骤：
新主板向组播用户发送在线状态查询请求报告。
4、 根据权利要求 3所述的方法， 所述在线状态查询请求报告包括： 互 联网组播管理协议査询报文、 组播监听器发现协议查询报文。
5、 根据权利要求 1所述的方法， 其中， 所述主板中组播用户动态数据 包括下述一个或多个： 组播用户上线记录、 组播用户正在收看的频道、 频 道数、 频道状态、 组播用户下行记录、 组播用户话单等。
6、 根据权利要求 5所述的方法， 其中， 所述根据主板中组播用户动态 数据的变化改变备板中的数据包括： 根据所述主板中组播用户上线记录、 组播用户正在收看的频道、 频道数、 频道状态的变化， 更新备板中组播用 户上线记录、 组播用户正在收看的频道、 频道数、 频道状态的数据， 并根 据所述组播用户上线 /下线记录更新备板中组播用户话单记录、 设置或删除 备板的硬件转发表项。
7、 根据权利要求 1至 6中任一项所述的方法， 其中所述接入设备包括 数字用户线集中器 (DSLAM)。
8、 根据权利要求 1至 6中任一项所述的方法， 所述组播数据流请求报 告包括互联网组播管理协议报告报文、 组播监听器发现协议报告报文。
9、 一种接入设备， 所述接入设备中设置有主板和备板， 备板与主板之 间保持实时通信并随时检测主板工作状态， 根据检测到的主板故障， 进行 主备板倒换， 其特征在于， 所述接入设备中还设置有备份模块和请求组播 流模块；
备份模块： 用于根据主板中组播用户动态数据的变化改变备板中的数 据；
请求组播流模块： 用于在主备切换完成后， 根据切换后的新主板中存 储的数据向上游路由器发送组播数据流请求报告， 使上游路由器向切换后 的新主板发送组播数据流。
10、 根据权利要求 9 所述的设备， 其中， 所述接入设备中还设置有检 査模块；
检查模块： 用于在主备切换完成后， 对备份模块备份的数据进行准确 性和 /或完整性检查。
11、 根据权利要求 10所述的设备， 其中， 所述接入设备中还设置有请 求状态模块；
请求状态模块： 用于在检查模块完成检查后， 向组播用户发送在线状 态查询请求报告， 使切换后的新主板获得组播用户当前状态。
PCT/CN2006/002146 2005-09-06 2006-08-23 Procede de realisation multicast dans un dispositif d'acces basee sur une commutation de carte principale a carte de sauvegarde WO2007028315A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
DE602006011269T DE602006011269D1 (de) 2005-09-06 2006-08-23 Verfahren für multicast in einem zugriffsgerät basierend auf haupt- und back-up-schalten
EP06775464A EP1821491B1 (en) 2005-09-06 2006-08-23 A multicast realizing method in access device based on main and backup board switching
AT06775464T ATE453281T1 (de) 2005-09-06 2006-08-23 Verfahren für multicast in einem zugriffsgerät basierend auf haupt- und back-up-schalten
CNA200680012252XA CN101160917A (zh) 2005-09-06 2006-08-23 一种接入设备中基于主备板切换的组播实现方法
US11/608,761 US20070140155A1 (en) 2005-09-06 2006-12-08 Method for implementing multicast based on switchover between active board and standby board in access device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB2005100993763A CN100440799C (zh) 2005-09-06 2005-09-06 一种接入设备中主备板备份及倒换的方法
CN200510099376.3 2005-09-06

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/608,761 Continuation US20070140155A1 (en) 2005-09-06 2006-12-08 Method for implementing multicast based on switchover between active board and standby board in access device

Publications (1)

Publication Number Publication Date
WO2007028315A1 true WO2007028315A1 (fr) 2007-03-15

Family

ID=37133614

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/002146 WO2007028315A1 (fr) 2005-09-06 2006-08-23 Procede de realisation multicast dans un dispositif d'acces basee sur une commutation de carte principale a carte de sauvegarde

Country Status (7)

Country Link
US (1) US20070140155A1 (zh)
EP (1) EP1821491B1 (zh)
CN (2) CN100440799C (zh)
AT (1) ATE453281T1 (zh)
DE (1) DE602006011269D1 (zh)
ES (1) ES2336703T3 (zh)
WO (1) WO2007028315A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010000172A1 (zh) * 2008-06-30 2010-01-07 华为技术有限公司 组播保护方法、系统、接收端设备和组播源设备

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101179366B (zh) * 2006-11-06 2011-04-20 中兴通讯股份有限公司 一种数字用户线路接入复用器主备数据同步的方法
CN101286862B (zh) * 2007-04-09 2012-07-04 中兴通讯股份有限公司 接入设备中组播业务主备同步和倒换的方法
US20090029714A1 (en) * 2007-07-25 2009-01-29 Rudrapatna Ashok N Method of allocating bandwidth for transmission of channel quality information
CN101488879B (zh) * 2008-01-15 2013-09-11 上海贝尔阿尔卡特股份有限公司 以太网生成树协议的网络设备中的故障保护方法及装置
US7975166B2 (en) 2008-03-05 2011-07-05 Alcatel Lucent System, method and computer readable medium for providing redundancy in a media delivery system
CN101677347B (zh) * 2008-09-18 2012-09-05 中兴通讯股份有限公司 一种防止业务控制处理器倒换造成丢失话单的实现方法
CN101848399B (zh) * 2009-03-24 2013-01-09 华为技术有限公司 一种无损倒换方法、无损倒换设备和交换设备
CN101510890B (zh) * 2009-03-31 2012-07-04 华为技术有限公司 维持协议状态的方法及通信设备
US8406398B2 (en) * 2009-05-15 2013-03-26 Level 3 Communications, Llc Call detail record data refinement and reporting
CN101562513B (zh) * 2009-05-25 2012-02-29 中兴通讯股份有限公司 一种单板主备倒换的方法及装置
CN101651553B (zh) * 2009-09-03 2013-02-27 华为技术有限公司 用户侧组播业务主备保护系统、方法及路由设备
CN101876962B (zh) * 2009-12-15 2013-04-10 龙芯中科技术有限公司 一种实现主从板热插拔控制的方法及装置
CN102480479A (zh) * 2010-11-30 2012-05-30 中兴通讯股份有限公司 一种业务处理方法和系统
CN103294156B (zh) * 2012-02-24 2016-03-02 联想(北京)有限公司 随时在线控制装置、控制方法及数字处理设备
US9774386B2 (en) 2013-03-15 2017-09-26 E.F. Johnson Company Distributed simulcast architecture
CN104283795B (zh) * 2014-10-11 2018-04-10 新华三技术有限公司 一种组播表项刷新的方法和设备
US10009422B1 (en) * 2015-09-21 2018-06-26 EMC IP Holding Company LLC Backup management based on client device statuses
WO2018184220A1 (zh) * 2017-04-07 2018-10-11 深圳市台电实业有限公司 一种用于会议讨论系统冗余设计的音频同步系统
CN107547277B (zh) * 2017-08-29 2020-09-08 新华三技术有限公司 一种虚拟化控制板实现方法及网络通信设备
CN108234615B (zh) * 2017-12-25 2021-05-07 新华三技术有限公司 表项处理方法、主板及主网络设备
CN111491334B (zh) * 2019-01-29 2021-05-25 中兴通讯股份有限公司 负载分担方法、装置、系统、单板及存储介质
CN110380876B (zh) * 2019-06-26 2022-02-18 视联动力信息技术股份有限公司 群聊业务实现方法、装置、系统、终端、服务器及介质
CN111131500B (zh) * 2019-12-31 2022-11-04 苏州盛科通信股份有限公司 二层组播主备倒换方法和系统
CN112187578B (zh) * 2020-09-28 2022-11-25 新华三信息安全技术有限公司 表项生成方法、装置及设备
CN112615901B (zh) * 2020-11-26 2022-07-12 新华三大数据技术有限公司 一种客户端发送用户请求的方法和存储系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999003038A1 (en) 1997-07-11 1999-01-21 Marathon Technologies Corporation Active failure detection
CN1437348A (zh) 2002-02-04 2003-08-20 深圳市中兴通讯股份有限公司 通信系统中主备板数据实时同步的方法
CN1523840A (zh) * 2003-02-18 2004-08-25 ���ǵ�����ʽ���� 在分布式路由器系统中交换路由选择信息的方法和设备
CN1551652A (zh) * 2003-03-28 2004-12-01 ��ʽ����Ntt����Ħ 移动通信系统、移动终端以及移动通信方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6331983B1 (en) * 1997-05-06 2001-12-18 Enterasys Networks, Inc. Multicast switching
US7304984B2 (en) * 2000-02-11 2007-12-04 Convergent Networks, Inc. Methods and systems for creating, distributing and executing multimedia telecommunications applications over circuit and packet switched networks
JP4365998B2 (ja) * 2000-07-21 2009-11-18 株式会社日立製作所 マルチキャスト通信方法および通信装置
US7058010B2 (en) * 2001-03-29 2006-06-06 Lucent Technologies Inc. Controlled switchover of unicast and multicast data flows in a packet based switching system
US20050021833A1 (en) * 2001-08-29 2005-01-27 Frank Hundscheid Method and device for multicasting in a umts network
US6763019B2 (en) * 2002-03-05 2004-07-13 Nokia Corporation Method and system for authenticated fast channel change of media provided over a DSL connection
US6947375B2 (en) * 2003-01-27 2005-09-20 Nokia Inc. System and method for network card switchovers in an IP network
US7016328B2 (en) * 2003-06-24 2006-03-21 Tropos Networks, Inc. Method for allowing a client to access a wireless system
US7929424B2 (en) * 2003-10-31 2011-04-19 Ericsson Ab Switchover for broadband subscriber sessions
US7961690B2 (en) * 2006-07-07 2011-06-14 Symbol Technologies, Inc. Wireless switch network architecture implementing mobility areas within a mobility domain

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999003038A1 (en) 1997-07-11 1999-01-21 Marathon Technologies Corporation Active failure detection
CN1437348A (zh) 2002-02-04 2003-08-20 深圳市中兴通讯股份有限公司 通信系统中主备板数据实时同步的方法
CN1523840A (zh) * 2003-02-18 2004-08-25 ���ǵ�����ʽ���� 在分布式路由器系统中交换路由选择信息的方法和设备
CN1551652A (zh) * 2003-03-28 2004-12-01 ��ʽ����Ntt����Ħ 移动通信系统、移动终端以及移动通信方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010000172A1 (zh) * 2008-06-30 2010-01-07 华为技术有限公司 组播保护方法、系统、接收端设备和组播源设备

Also Published As

Publication number Publication date
EP1821491B1 (en) 2009-12-23
ATE453281T1 (de) 2010-01-15
CN100440799C (zh) 2008-12-03
US20070140155A1 (en) 2007-06-21
CN101160917A (zh) 2008-04-09
ES2336703T3 (es) 2010-04-15
DE602006011269D1 (de) 2010-02-04
EP1821491A1 (en) 2007-08-22
CN1852144A (zh) 2006-10-25
EP1821491A4 (en) 2008-02-20

Similar Documents

Publication Publication Date Title
WO2007028315A1 (fr) Procede de realisation multicast dans un dispositif d'acces basee sur une commutation de carte principale a carte de sauvegarde
US9509590B2 (en) Method and apparatus for providing resiliency in multicast networks
US8539088B2 (en) Session monitoring method, apparatus, and system based on multicast technologies
US9497110B2 (en) Multicast-only fast re-route processing for point-to-multipoint pseudowire
EP2622789B1 (en) Reducing access network congestion caused by oversubscription of multicast groups
WO2009052712A1 (fr) Procédé, système et routeur pour un transfert de flux de multidiffusion
JP2011514104A (ja) メディア配信システムにおいて冗長性を提供するためのシステム、方法、およびコンピュータ可読媒体
US20140233563A1 (en) Multicast processing method and device
US20080112324A1 (en) Method, system and network device for exception handling of multicast service
WO2010111956A1 (zh) 一种组播转发路径收敛的方法和系统
CN101043422A (zh) 一种接入网络中的组播业务保护方法及其系统、装置
WO2011035599A1 (zh) 用于实现网络故障时切换的方法及查询器
US20090154349A1 (en) Method and apparatus for managing traffic flow of forwarding entries through a virtual forwarding database of a network node
CN101202705A (zh) 增强组播可靠性的方法和路由器
JP5063378B2 (ja) Ｏｎｔ及びネットワークシステム
WO2022017432A1 (zh) 组播报文的发送方法、装置和系统
EP1863219B1 (en) Method and system for processing abnormally becoming power off of a terminal of multicast user
WO2008125675A1 (en) Method for operating a network element and according device as well as communication system comprising such device
CN114785732B (zh) 用于p2mp组播隧道路径保护的方法与系统
US9015555B2 (en) System and method for multicast error recovery using sampled feedback
WO2012136062A1 (zh) 组播路径切换方法及路由器
WO2012071933A1 (zh) 一种业务处理方法和系统
KR20070108968A (ko) 디지털 가입자 회선 장치의 멀티캐스트 그룹 가입자관리방법

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 11608761

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2006775464

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 11608761

Country of ref document: US

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWP Wipo information: published in national office

Ref document number: 2006775464

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 200680012252.X

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE