WO2009024054A1 - Procédé, dispositif et système pour réaliser l'agent de protocole de gestion pour des membres dans un groupe de multidiffusion - Google Patents

Procédé, dispositif et système pour réaliser l'agent de protocole de gestion pour des membres dans un groupe de multidiffusion Download PDF

Info

Publication number
WO2009024054A1
WO2009024054A1 PCT/CN2008/071941 CN2008071941W WO2009024054A1 WO 2009024054 A1 WO2009024054 A1 WO 2009024054A1 CN 2008071941 W CN2008071941 W CN 2008071941W WO 2009024054 A1 WO2009024054 A1 WO 2009024054A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast group
multicast
group member
management protocol
message
Prior art date
Application number
PCT/CN2008/071941
Other languages
English (en)
Chinese (zh)
Inventor
Ning Zhu
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.
Publication of WO2009024054A1 publication Critical patent/WO2009024054A1/fr

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
    • H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership

Definitions

  • the present invention relates to the field of multicast technologies, and in particular, to a method, device and system for implementing a multicast group member management protocol proxy.
  • IP multicast refers to the transmission of data packets to a certain subset of nodes in the network in an IP network. This subset is called a multicast group (mul t icas t group ). 0
  • the basic idea of IP multicast is that the source host sends only one data. The destination address in this data is the multicast group address. All destination hosts in the multicast group can receive the same data copy, and multicast. Hosts other than the group cannot receive it.
  • the multicast group is identified by a class D IP address (224. 0. 0. 0 ⁇ 239. 255. 255. 255 ).
  • the multicast protocol is divided into a host-router protocol, that is, a multicast member management protocol; and a router-router protocol, mainly various multicast routing protocols.
  • the multicast group member management protocol includes Internet Group Management Protocol (IGMP) and multicast listener discovery (Mul t icas t Li s tener Di scovery, MLD); the multicast routing protocol is further divided into intra-domain multicast routing protocols and domains. There are two types of inter-multicast routing protocols.
  • the multicast group member management protocol is used to establish the multicast group membership information in the IP subnet (subnet) where the interface is located in the router.
  • the information is specifically each multicast group, or further fine-grained.
  • the intra-domain multicast routing protocol uses a certain multicast routing algorithm to construct a multicast distribution tree, establishes a multicast routing state in the router, and the router performs multicast packet forwarding according to these states.
  • the inter-domain multicast routing protocol is based on the inter-domain multicast routing policy configured in the network.
  • the IGMP protocol is used for group member management of the IPV4 network, and the IPM6 network uses a protocol MLD similar in function and content to IGMP.
  • the following takes IGMP as an example to multicast groups.
  • the member management agreement is further introduced.
  • the IGMP protocol runs between the host and the multicast router directly connected to the host.
  • the IGMP function is bidirectional: On the one hand, through the IGMP protocol, the host notifies the multicast router that it wants to join and receive information about a specific multicast group. On the other hand, the multicast router periodically queries whether a member of a known multicast group in the local area network is active through the IGMP protocol, that is, whether the network segment still belongs to a member of a multicast group and implements the connected network. Collection and maintenance of group membership. Through IGMP, the information recorded in the router is whether a multicast group has a group member locally, rather than a correspondence between the multicast group and the host.
  • IGMP has three versions.
  • the basic group member query and reporting process is defined in IGMPvl (RFC1112);
  • IGMPv2 is defined by RFC2236, which adds a mechanism for group members to leave quickly on the basis of IGMPvl;
  • the main function added in IGMPv3 is that members can specify receiving or Specifies to not receive packets from certain multicast sources, that is, to filter the multicast source address.
  • IGMPv2 elects a unique querier through the querier election mechanism.
  • the querier periodically sends a general group query message for membership relationship query; the host sends a report message to respond to the query. The time when the host sends a report message is random. When other members in the same network segment are detected to send the same message, the response message is suppressed. If a new host wants to join the multicast group, it does not have to wait for the querier to query the message, but actively sends a report message.
  • the host sends a leave group message; after receiving the leave group message, the querier sends a specific group query message to determine if all group members have left.
  • a router For a router that is a member of a group, it behaves like a normal host, responding to queries from other routers.
  • a table is established in the multicast router, which records which group members are on the subnet corresponding to each interface of the router.
  • the router After receiving a data packet from a multicast group, the router forwards data packets only to the interface of the multicast group member.
  • the host joins the multicast group and must periodically send a report message to maintain its status.
  • the multicast router starts the group membership interval timer. If the host does not receive the report message that the host maintains the status before the timer expires, the member of the group in the subnet is deleted. Department.
  • Query Interva l timer which sends a general query message when the timer expires.
  • the last member query interval (La st Member Query Interva l) timer after receiving the message of the leaving group sent by the host, the querier sends a specific group query message to determine whether all group members have left, and starts the timer. Resend each timeout, the number of times sent is determined by the last member query count as t Member Query Count). If the timer of the last query has not received the report message of the group member of the left group, the child is deleted. The membership of the group of the network.
  • an Unso Detected Interval Timer is also required to control the time when the host repeatedly sends the active message, and the Query Response Interva timer is used to control The time the host responded to the query message.
  • Multicast routes can be divided into two categories: source tree and shared tree.
  • the source tree is the shortest path from the multicast source to each receiver.
  • SPT shortest path tree
  • the network establishes a tree for any multicast source that sends packets to the group.
  • the shared tree uses a router as the root of the routing tree. This router is called a Rendezvous Point (RP) and combines the shortest path of the RP to all receivers to form a forwarding tree.
  • RP Rendezvous Point
  • All multicast sources and receivers use this tree to send and receive packets.
  • the multicast source sends data packets to the root of the tree, and then the packets are forwarded down to all receivers.
  • a message is sent to a group of recipients, which are identified by a logical address.
  • the router After receiving the packet, the router must determine the upstream (pointing to the multicast source) and the downstream direction according to the source and destination addresses, and forward the "3 ⁇ 4 text" away from the multicast source. This process is called reverse path forwarding. Reverse Pa th Forward ing , RPF ).
  • the multicast routing protocol is more complicated than the multicast group member management protocol, so the requirements on the device are relatively high.
  • the multicast group member management protocol proxy technology is introduced, which is specifically the IGMP/MLD proxy technology.
  • the proxy device of the group member management protocol replicates and forwards the multicast data stream. That is, the proxy device learns the multicast group member information through the proxy multicast group member management protocol message, and implements the multicast data stream forwarding according to the multicast group member information.
  • the proxy device By using the multicast group member management protocol proxy technology, the cost of the device can be saved first, and the deployment speed can be accelerated.
  • the proxy device When the proxy device is deployed between the core network and the access network, the proxy device does not need to support the multicast routing of the core network.
  • the protocol and only need to send multicast group member management protocol messages to it, thus enhancing the versatility of the proxy device.
  • the principle of the implementation of the IGMP/MLD proxy is as follows:
  • the host interface of the proxy device also known as the upstream spoofing interface, points to the direction of the root node of the shared tree or the source tree. On this interface, run the IGMP host function. Maintain the multicast group member database (Membership Database) on the proxy device.
  • the record in the database is the multicast group member information of each downstream flow interface.
  • the merge of (membershi informa t ion) (merge, or summary), can also be said to be the merge of the subscr ipt of the multicast group of each downstream stream interface.
  • the merge rule is shown in RFC4605, and each record format is (multicast group address, filter condition, multicast source address list).
  • the member database is equivalent to the record sum of the status of the multicast group members of the proxy device as a host on the IP subnet where the upstream flow interface resides.
  • the proxy device sends an IGMP member report to the host port after querying the member database.
  • the active device sends the multicast or the multicast packet to the connected router.
  • the IGMP/MLD agent also records the multicast subscription status on each downstream flow interface.
  • the host interface receives the multicast data flow that matches the member database record, and then forwards the multicast packet according to the multicast group member status on each downstream flow interface. .
  • the router interface of the proxy device also known as the downstream traam interface, deviates from the node and connects to the host.
  • the proxy device runs the IGMP router function on this port to perform the group member login query deletion of the users in the connected IP subnet. Implementing the receiving member report message and leaving the multicast group request; sending the query packet; forwarding the received multicast data packet to the downstream flow interface of the multicast group member having the multicast data stream.
  • the IGMP/MLD proxy must also be elected as a querier in the subnet where the downstream flow interface resides, so that it can become the only device in the subnet that forwards the multicast data stream.
  • the Media Gateway Controller (MGC) and the Media Gateway (MG) are two key components in the packet network.
  • the network architecture consisting of MGC and MG is shown in Figure 1.
  • MGC is responsible for call control functions
  • MG is responsible for business Load function
  • the MG interacts through the Real-Time Transport Protocol (RTP).
  • RTP Real-Time Transport Protocol
  • the gateway control protocol is the main protocol for communication between the MG and the MGC.
  • H.248/MeGaCo and the Media Gateway Control Protocol (MGCP) are widely used.
  • the current MG does not have the ability to process IGMP/MLD protocol messages and multicast routing protocol messages. Therefore, if a media gateway exists on the bearer path, the IGMP/MLD protocol message will be blocked by the media gateway. Summary of the invention
  • the embodiment of the present invention provides a method for implementing a multicast group member management protocol proxy, so that the MG can have the function of a multicast group member management protocol proxy.
  • the method includes an upstream flow interface and at least one downstream flow interface on the MG, and the MG maintains a multicast group member database that summarizes the multicast group member information of all the downstream flow interfaces of the MG, and includes the following steps:
  • the MG receives the multicast group member management protocol message from the downstream network on the downstream flow interface, and updates the content in the multicast group member database according to the multicast group member management protocol message, and the MG determines the multicast group member database. Whether the change occurs, if yes, sending a multicast group member management protocol message to the upstream network on the upstream flow interface;
  • the MG receives the query message on the upstream flow interface, searches the content of the multicast group member database according to the query message, and if the matched content is found, sends the upstream flow interface to the upstream network. Send a report message.
  • the embodiment of the present invention further discloses another method for implementing a multicast group member management protocol proxy.
  • An upstream flow interface and at least one downstream flow interface are set on the MG, and the MG maintains and summarizes the multicast group member information of all the downstream flow interfaces.
  • the first multicast group member database includes the following steps:
  • the MG receives the multicast group member management protocol message from the downstream network on the downstream flow interface, and reports the message to the MGC.
  • the MGC updates the content of the second multicast group member database maintained on the MGC according to the multicast group member management protocol message, and determines whether the second multicast group member database changes. If yes, the MG is in the upstream flow interface. Sending a multicast group member management protocol message to the upstream network; or, the MGC sends an indication to the MG to accept the multicast group member management protocol message, and the MG updates the first multicast group member database according to the indication, and determines the location Whether the first multicast group member database changes, and if so, sending a multicast group member management protocol message to the upstream network on the upstream flow interface;
  • the MG After receiving the query message on the upstream flow interface, the MG reports to the MGC, and the MGC searches for the content of the second multicast group member database according to the query message. If the matched content is found, the MG indicates that the MG is upstream.
  • the flow interface sends a message to the upstream network.
  • the MG searches the content of the first multicast group member database after receiving the query message on the upstream flow interface. If the matching content is found, the upstream network is searched. Send a ⁇ message.
  • the embodiment of the invention further discloses a method for implementing a multicast group member management protocol proxy.
  • the upstream flow interface of the multicast group member management protocol proxy is bound to a specific multicast group, or is associated with a specific multicast group and multicast. Source address binding.
  • Another method for implementing a multicast group member management protocol proxy disclosed in the embodiment of the present invention is to configure a multicast group address and/or a multicast data flow between an upstream network and a downstream network in a multicast group member management protocol proxy.
  • the mapping relationship of the source address includes the following steps:
  • the group address and/or the multicast data stream source address is modified to be the multicast group address of the mapped upstream network and/or the multicast data stream source address;
  • the source address is sent to the downstream stream interface.
  • the embodiment of the invention also discloses a system for implementing a multicast group member management protocol proxy, including an MG and an MGC.
  • An upstream flow interface and at least one downstream flow interface are configured on the MG, and a multicast group member database that summarizes multicast group member information of all downstream flow interfaces of the MG is maintained; according to the multicast group member database, The multicast group member management protocol message received by the upstream flow interface is forwarded to the corresponding downstream flow interface, or the report message is sent to the upstream flow interface.
  • the MGC is configured to send a setup or update command to the MG to set or update a configuration on the MG.
  • the embodiment of the invention discloses an MG, which comprises means for implementing a multicast group member management protocol proxy function, the device comprising:
  • An interface configuration module configured to configure an interface of the MG to be connected to the subnet as an upstream flow interface or a downstream flow interface
  • a multicast group database module configured to maintain a total multicast subscription status of all the downstream flow interfaces of the MG; and a proxy forwarding module, configured to: according to the query message received on the upstream flow interface, in the multicast group database module The content is searched, and if the matched content is found, the upstream flow interface sends a report message to the upstream network; or, according to the multicast group member management protocol message received by the downstream flow interface, the content in the multicast group database module is updated, And determining whether the multicast group member database changes. If yes, sending a multicast group member management protocol message to the upstream network on the upstream flow interface.
  • Another system for implementing a multicast group member management protocol proxy disclosed in the embodiment of the present invention includes an MG and an MGC, and the MG is configured with an upstream flow interface and at least one downstream flow interface, and the MG maintains a group that summarizes all downstream flow interfaces.
  • the first multicast group member database of the member information is broadcasted; the MG is configured to receive the multicast group member management protocol message from the downstream network on the downstream flow interface, and report the multicast group member management protocol message to the MGC;
  • the MG updates the first multicast group member database and/or sends a multicast group member management protocol message according to the indication sent by the MGC; or the MG is used to report the message to the MGC after receiving the query message on the upstream flow interface. And sending a report message to the upstream network on the upstream flow interface according to the indication of the MGC;
  • the MGC maintains a second multicast group member database that summarizes the multicast group member information of all the downstream flow interfaces; the multicast group member management protocol message reported by the MG and the content in the second multicast group member database Sending a corresponding indication to the MG.
  • An embodiment of the present invention discloses an MGC, including:
  • a receiving module configured to receive a multicast group member management protocol message reported by the MG
  • a second multicast group database module configured to maintain a total multicast subscription status of all the downstream flow interfaces of the MG; and performing, according to the multicast group member management protocol message received by the receiving module, the maintained multicast subscription status Update or search, and notify the multicast command delivery module of the result of the update or search;
  • the sending module is configured to send a corresponding indication to the MG according to the result of the update or the search.
  • the solution of the present invention maintains an upstream flow interface and a downstream flow interface on the MG, and maintains a multicast group member database for recording multicast group member information, according to the multicast group member database,
  • the multicast group member management protocol message from the upstream flow interface or the downstream flow interface is processed or forwarded, so that the MG implements the function of the multicast group member management protocol proxy.
  • FIG. 1 is a schematic diagram of networking of a prior art MG and an MGC;
  • FIG. 3 is a schematic diagram of another application scenario of the solution of the present invention.
  • FIG. 4 is a flowchart of processing proxy functions in a direction from a downstream network to an upstream network according to an embodiment of the present invention
  • FIG. 5 is a flowchart of processing an agent function in a direction from an upstream network to a downstream network according to an embodiment of the present invention
  • FIG. 6 is a schematic diagram of establishing a topology relationship according to an embodiment of the present invention.
  • FIG. 7 is a block diagram of an internal structure of an MG according to an embodiment of the present invention.
  • the media gateway between the IP networks can serve as the IGMP/MLD proxy entity.
  • a simple application scenario is shown in Figure 2.
  • a border gateway between the IP network 1 and the IP network 2 The MG 202 functions as an IGMP/MLD proxy, and maintains a multicast group member database that aggregates all downstream flow interface multicast group member information of the MG 202 in the MG 202.
  • the IP network 2 is the proxy network of the MG 202, and the MG 202 becomes an querier by electing in the IP network 1, and can send an inquiry message to the IP network 2 and process the IGMP/MLD report message received from the IP network 2 or leave the multicast group.
  • the MG 202 acts as a host in the IP network 1, receives the report message or the leave message from the IP network 1, and updates the multicast group member database according to the report message or the leave message, when the record of the multicast group member database changes.
  • the IGMP/MLD report message and the leave message can be sent to the IP network 1; and the query message sent by the querier in the IP network 1 is responded according to the content of the multicast group member database.
  • a new multicast group member subscribes to the multicast, and the host sends a report to join the multicast group G1.
  • the MG 202 receives the report. If the change of the member database record is caused according to the report message, the report is sent as a host in the IP network 1, and the multicast is required to join. Group Gl.
  • the report is received by the multicast router in the IP network 1, and continues to transmit the join multicast group information to the multicast source tree or the root node of the shared tree according to the existing multicast routing protocol.
  • MG202 may directly receive the multicast data stream sent by the multicast data source without upstream
  • the multicast router 203 obtains the multicast data stream.
  • MG202 forwards multicast data stream to IP network 1. According to the member database record and the multicast group member status on each downstream flow interface.
  • the multicast router 203 reported by the receiving MG 202 in the IP network 1 may itself be an IGMP/MLD proxy, which acts as a multicast querier (also a multicast router) in the IP network 1.
  • the host in IP network 2 may also be an IGMP/MLD proxy itself, which acts as a host supporting multicast in IP network 2.
  • the IGMP/MLD agents are connected in series, and one or more of the serialized IGMP/MLD agents may be the MGs having the functions of the present invention.
  • the IGMP/MLD agent allows for an upstream stream interface and one or more downstream stream interfaces.
  • the upstream stream interface here can be for all multicasts, as is most scenarios. However, if used in a slightly more complex network structure, an upstream interface may also be used for only one or some multicast groups. For other one or some multicast groups, the upstream stream interface may be different. In a more complicated case, the upstream flow interface of the shared tree and the upstream flow interface of the source tree of different multicast sources may be different for the same multicast group. If the IGMP/MLD proxy can obtain multicast groups and groups.
  • the IGMP/MLD proxy can also perform proxy between the IPv4 and IPv6 networks.
  • the mapping between the IPv4 address and the IPv6 address of the multicast group address and the multicast source address of the respective network is required. Even if the IGMP/MLD proxy between the same version of the IP network is different, the multicast group address and/or the multicast source address between the upstream and downstream flow interfaces are different.
  • the IGMP/MLD agent maintains the same. Mapping relationship between multicast group address mappings and/or multicast source addresses. And the mapping is implemented on the proxy's IGMP/MLD protocol message and the multicast data stream. This is actually an enhancement to the I GMP/MLD proxy feature.
  • the MG needs to maintain the multicast member database and maintain the multicast group member status on each downstream flow interface, that is, maintain the multicast group member information on each downstream flow interface.
  • the status of a multicast group member is also called a multicast group subscription status in this document.
  • the implementation of the IGMP/MLD proxy function by the MG described above requires the participation of the MGC.
  • the present invention In the embodiment, the MG and the MGC are used as a multicast group member management protocol proxy system, and the proxy system needs to implement the following three functions:
  • Attribute configuration function of the upstream stream interface and the downstream stream interface is
  • the upstream flow interface must be configured on the MG.
  • An upstream upstream interface can be applied to all multicast groups and multicast source addresses, but may be bound to a specific one or more multicast groups (which may further include a multicast source address). As shown in Figure 4.
  • one or more or all of the downstream stream interfaces that are allowed to be used may be configured for each upstream stream interface.
  • the MG does not process the join multicast group request of the non-downstream stream interface. If the MG has multiple interfaces on the same subnet to which it is connected, only one of them is selected as the upstream or downstream stream interface.
  • This configuration can be updated in real time by the MGC.
  • the proxy system maintains, for each downstream flow interface, information about the multicast group address and/or the source address of the multicast data stream that is allowed to be proxyed; the information includes the authority of the host that sends the IGMP/MLD message to the downstream flow interface, and the permissions include permission. Which multicast groups are added, etc.; the information also includes the total bandwidth of each downstream flow interface service, the joined multicast group, and/or the priority level of each multicast data stream source address. Priority is given to high priority traffic when the total bandwidth is insufficient. This feature is not available in all IGMP versions. Earlier versions of IGMP stipulated that hosts could listen to report messages from other hosts and avoid sending duplicate report messages.
  • Multicast group address and multicast data stream source address mapping are examples of Multicast group address and multicast data stream source address mapping.
  • the planning of the source address of the multicast data stream between the IP networks connected to the MG is not uniform.
  • the multicast data stream with the source address S2 in the IP network 2 is in the IP network 1.
  • the source address is mapped to S1, that is, after the IP network 2 receives the IGMP report requesting to join the multicast group G1 and the source address of the multicast data stream is S2, the IP gateway 2 forwards the IGMP report to the IP network 1,
  • the report message is translated into an IGMP report that is required to join the multicast group G1 and the source address of the multicast data stream is S1.
  • the multicast group address needs to be mapped.
  • the multicast group G2 in the IP network 1 is mapped to the multicast group G1 in the IP network 1.
  • Different IP networks connected by the MG may also run different protocols, such as IPv4 networks.
  • the group member management protocol is IGMP
  • the group member management protocol of the IPv6 network is MLD. Its multicast group address and multicast source address obviously need to be mapped.
  • the proxy system maintains multicast group address translation rules and/or multicast data source address translation rules between upstream and downstream flow interfaces. Establish a multicast group address mapping relationship and/or a multicast data source source address mapping relationship between the IP network where the upstream flow interface resides and the IP network where the downstream flow interface resides.
  • the proxy system learns the status of group members in each downstream network and updates the member database through IGMP/MLD messages from the IP network of the downstream flow interface (hereinafter referred to as the downstream network).
  • the downstream network When the database record changes, the report is sent to the upstream flow interface or the multicast member management protocol message leaving the multicast group.
  • the report message When the query message on the upstream interface is received, the report message is sent according to the content of the member database. Perform the above work while performing admission control and mapping of multicast group addresses and/or multicast source addresses.
  • the proxy system is divided into the following two modes: Mode 1: Maintain the processing mechanism for IGMP/MLD on the MG, and maintain the member database records according to the IGMP/MLD messages being proxied.
  • the configuration on the MG can also be set or updated by the MGC to the MG.
  • the disadvantage of a purely statically configured solution is that the update of the rules may not be real-time. If the user rights are modified, the multicast group address and multicast data source address mapping rules need to be updated, or the static configuration needs to be updated if the multicast group priority level changes, it is difficult to guarantee the real-time performance of the update, and many rules need to be updated.
  • the MGC uses the information of the control layer or the service layer to generate, so that the MGC needs to have the function of setting or updating the configuration on the MG to the MG.
  • the IGMP/MLD message is processed by the MGC under the control of the MGC, and the MG reports the received IGMP/MLD message and/or the MGC instructs the MG to send the IGMP/MLD message.
  • the MGC instructs the MG to detect the >3 ⁇ 4 query message on the upstream flow interface, instructing the MG to send the report message and leave the multicast group message.
  • the MGC instructs the MG to detect the report report message and leave the multicast group message on the downstream flow interface, and send the query message.
  • some functions can be automatically configured on the MG through mode 1, for example, periodic query on the downstream interface, query message on the upstream flow interface.
  • Some of the configurations can be updated by the MGC, for example, the MGC synchronizes the status of the multicast group member on the downstream flow interface with the MG, and some functions can be used by the MGC to control the MG to report and send IGMP/MLD messages.
  • the first embodiment of the proxy system uses the solution of the foregoing mode 1 to implement a plurality of feasible specific solutions. Only one of them is described here, and the principles of other solutions are similar.
  • the MG acting as an IGMP/MLD proxy is located at the junction of two or more IP networks.
  • the upstream stream interface name (ups t ream interface name, us in), the data type is oct s tr ing , the default value is null, and its value is the interface name of the upstream stream interface;
  • the downstream stream interface name (downs tream interface name, ds in), the data type is oct s tr ing list , the default value is null, which is the list of available interface names of the downstream stream interface, because the downstream stream interface may More than one, so use a list to indicate.
  • the upstream flow interface name represents the IP network where the upstream flow interface is connected.
  • the downstream flow interface name represents the IP network where the available downstream flow interface is connected.
  • the above attribute definition mode is applicable to all multicast groups by default, that is, all multicast groups proxyed by the proxy system use the same upstream stream interface and downstream stream interface. If different multicast groups or different multicast data source addresses can use different upstream and downstream flow interfaces, for example, one interface is the upstream flow interface of multicast group G1, and the other interface is multicast group G2.
  • the upstream upstream interface, or one interface is the multicast upstream interface of the multicast group G1, the multicast source address is S1, and the other interface is the multicast upstream interface of the multicast group G1 and the multicast source address is S2.
  • the above two attribute definition methods need to be further enhanced, including a multicast group identifier and/or a multicast data stream source address, and an upstream stream interface and available corresponding to the multicast group identifier and/or the multicast stream source address. List of downstream stream interfaces.
  • downstream flow interface that is, to allow all interfaces except the upstream flow interface to function as the downstream flow interface.
  • the above upstream flow interface name and the downstream flow interface name parameter may be replaced by the identification attribute of the IP network to which the interface is connected, and the parameter may refer to the expression indicated by the IP domain in H.248.41. Its role is the same as the interface name used. The place where the interface name is mentioned later can be replaced by the IP domain identifier.
  • This signal defines the following parameters:
  • the interface name (interface name, in), the data type is octstring, and the default value is null, and its value is the interface name.
  • Allowed multicast group (allowed group, ag)
  • the data type is string
  • the default value is null
  • its value is the allowed multicast group address, which may be IPV4 address or IPV6 address.
  • Refused group (agg), the data type is string, the default value is null, and its value is the rejected multicast group address, which can be IPV4 address or IPV6 address.
  • the multicast group priority (group class, gc), the data type is octstring, the default value is null, and its value is the group address and the corresponding priority.
  • the MGC When the MGC sends the signal to the MG, it indicates the multicast group allowed and denied on an interface, the permission setting of the interface for a certain user, and the priority level of each multicast group on the interface.
  • the definition signal gasamap used by the MGC to update the multicast group address and the multicast data stream source address mapping relationship to the MG.
  • This signal defines the following parameters:
  • Interface name interface name, in
  • data type is octstring, and the default value is empty. Its value is the interface name of the downstream stream interface.
  • the downstream address to upstream address (datoua), the data type is string list, and the default value is null.
  • the value is the multicast group address and its mapping on the downstream flow interface.
  • the two contents are separated by commas.
  • Each line in the list represents a mapping relationship.
  • the downstream source to upstream source (dtou), the data type is string list, the default value is null, and the value is the multicast data stream on the downstream flow interface.
  • Each line in the list represents a mapping relationship.
  • the MGC When the MGC sends the signal to the MG, it indicates the multicast group address and/or the multicast data source address of the IP network where the downstream flow interface is located and the multicast group address in the IP network where the upstream flow interface resides. Or the correspondence between the source addresses of multicast data streams.
  • the MGC instructs the MG to set or update the processing rules of the IGMP/MLD message.
  • These signals and attributes can be set to the MG's ROOT terminal or to a non-ROOT terminal. If it is created on a non-ROOT terminal, the interface can be specified through the parameter in and described above. After the interface is specified, the terminal is used to process (including sending and receiving, etc.) the interface specified when the terminal is created.
  • the query mechanism on the downstream stream interface needs to be explained. If the message exiting the multicast group is received on the downstream flow interface, you need to send a query message to determine whether there are other users of the multicast group on the downstream network.
  • the downstream flow interface has a periodic query mechanism to prevent the multicast group member management protocol messages from being lost in the IP network, or the host in the downstream network leaves the network before sending out the multicast group message, causing multicast on the downstream flow interface.
  • the group user subscription status does not match the situation in the actual network.
  • the upstream flow interface receives the query message, in addition to the mechanism for finding the member database, the query message can be sent to the downstream flow interface, and the multicast group subscription status on the member database and the downstream flow interface can be updated.
  • the member database and the maintenance of the multicast group member status on each downstream interface are based on the downstream flow connection.
  • the received report message and the leave message are also received according to the status of each multicast timer. I have already received it before, so I won't go into details here.
  • IGMP v2 there are ⁇ message to join the multicast group, and leave message to leave the multicast group.
  • IGMP v3 the ability to report messages and leave messages is accomplished through report messages.
  • the source address filtering condition is MODE_IS_INCLUDE, but the source address list is empty, which actually means leaving the multicast group.
  • a report message of IGMP v3 can implement multiple reports of IGMP v2. The ability to leave messages and leave messages.
  • the second embodiment of the proxy system uses the scheme of the foregoing mode 2, that is, the IGMP/MLD message is processed under the control of the MGC through the interaction between the MG and the MGC.
  • the configuration or designation of the upstream stream interface and the downstream stream interface can still use the method of the first embodiment.
  • the MGC sets the H.248 event detection IGMP/MLD report message to the MG and/or the message leaving the multicast group.
  • the MGC signals the MG to send an IGMP/MLD query message.
  • the following takes the IGMP protocol as an example. The implementation of the MLD protocol is similar.
  • the H.248 event includes:
  • the event igmpr l is used to detect IGMP Member Report messages and Leave Group messages.
  • the event has the following parameters:
  • the interface name (interface name), the data type is octs tr ing l i s t , and the default value is null, which is the list of interface names of the downstream stream interfaces to detect the event.
  • the parameter can be used to indicate on which or which downstream flow interface the IGMP report message and the leave group message are detected. If the attribute value is empty, it means that detection is performed on all downstream flow interfaces.
  • the parameter (interface name, in) and the data type are octstring list, which is the interface name of the downstream stream interface that detected the event.
  • the parameter does not need to be reported.
  • Protocol version (ver), the data type is integer, the default value is 3, and its value is the protocol version.
  • 1, 2, 3 represent versions 1, 2, and 3 of IGMP, respectively.
  • 1 represents the IGMP report message, and 2 represents the IGMP leave group message.
  • each row in the list represents the content of the report for a group.
  • the content of each line is the group address of a multicast group.
  • IGMP V3 it is more complicated.
  • the format of each line in the list is as follows:
  • Types include the following:
  • the multicast group is added to the multicast group 224.100.200.3, the source address filtering type is M0DE_IS_INCLUDE, and the source address list is 192.168.1.2 and 192.168.1.3, that is, the multicast group 224.100.200.3 is required to be added, but the source address of the qualified multicast data stream must be 192.168. .1.2 or 192.168.1.3.
  • Leave group message ( lg) the data type is string list, the default value is null, and its value represents the list of outgoing multicast groups. Each item in the list is a multicast group address.
  • the MG On the downstream flow interface, the MG also sends an IGMP/MLD query message.
  • the Query message may be automatically sent by the MG period, or the MG may indicate that the MG periodically sends or is triggered by the upstream stream interface or other events of the downstream stream interface. If the MGC instructs the MG to send an IGMP/MLD query message, the H.248 protocol needs to be extended. Still take IGMP as an example:
  • the event igmpre used by the MGC to instruct the MG to send an IGMP query message.
  • This event includes the following parameters:
  • the interface name (interface name, in), the data type is octstring, and the default value is null, which is the interface name of the downstream stream interface. If the event is set on the root terminal, the parameter can be used to indicate on which downstream flow interface the IGMP query message is sent. If the signal is sent on a non-ROOT terminal and the terminal is assigned an interface, then this parameter does not need to be set.
  • the multicast source address list (sal), the data type is string list, and the default value is null.
  • the value represents the list of multicast source addresses in the query message.
  • the MG After receiving the igmpre signal of the MGC, the MG constructs and sends an IGMP query message according to the parameters in the signal.
  • the H.248 protocol is also required to be extended.
  • the MGC instructs the MG to send the IGMP/MLD report message and the message leaving the multicast group, and the MG reports the event to the upstream router. MGC. This requires the MGC to maintain the multicast group member database in order to generate a report message when it receives the query message.
  • Events that are extended on the upstream stream interface include:
  • the signal mrl is used by the MGC to instruct the NGW to send an IGMP message and leave group message on the upstream flow interface.
  • the signal includes the following parameters:
  • the parameter interface name (interface name, in), the data type is oct string, which is the interface name of the upstream stream interface.
  • the parameter can be used to indicate on which upstream flow interface the IGMP message is sent. If the signal is sent to a specially created temporary terminal and the terminal is created on the specified interface, then this parameter does not need to be set. If the MG has only one upstream flow interface for all multicast groups, this parameter does not need to be set.
  • Message type (type), data type: integer, default value 1, its value represents the message type.
  • 1 represents the IGMP report message, and 2 represents the IGMP leave group message.
  • Report content the data type is string list, the default value is null, and the value represents the content of the report message.
  • Each row in the list represents the content of the report for a group.
  • the content of each line is the group address of a multicast group.
  • IGMP v3 it is more complicated.
  • the format of each line in the list is as follows:
  • Types include the following:
  • the source address list is 192.168.1.2 and 192.168.1.3, which is required to join the multicast group 224.100.200.3, but the source address of the qualified multicast stream must be 192.168.1.2 or
  • Leave group message (lg) the data type is string list, the default value is null, and its value represents the list of outgoing multicast groups. Each item in the list is a multicast group address.
  • the report message and the leave group message can also be sent by two different signals.
  • the previous method uses the same signal to deliver, and uses parameters to distinguish the message type.
  • the H.248 event rq is extended by the MG to report the IGMP query message received on the upstream flow interface.
  • the event has the following parameters:
  • the interface name (interface name, in), the data type is octstring, and its value is the interface name of the upstream stream interface.
  • the parameter can be used to indicate on which upstream flow interface the IGMP query message is detected. If the signal is sent to the temporary terminal and the terminal is assigned an interface, then this parameter does not need to be set. If the MG has only one upstream flow interface for all multicast groups, this parameter is not required to be set.
  • the interface name (interface name, in), the data type is octstring list, which is the interface name of the upstream stream interface that detected the event. If the event is set on a non-ROOT terminal and the terminal is assigned an interface, or there is only one upstream flow interface on the MG, this parameter does not need to be reported.
  • Waiting time (mrc) data type is integer, default value is null, the value represents the Max Resp Code field in the query message. Indicates the maximum length of time to wait for a response report.
  • the multicast group address (ga), the data type is str ing , the default value is null, and the value represents the multicast group address in the query message.
  • the MGC learns the IGMP query message received by the MG through the event, and performs subsequent operations, such as sending a report message.
  • the MGC can control the MG to implement the function of the multicast group member management protocol proxy.
  • the access control function and the multicast resource reservation function of the multicast group member can be further implemented; and the multicast group address mapping function between the IP network where the upstream flow interface is located and the IP network where the downstream flow interface is located And multicast data stream source address mapping.
  • the proxy system consisting of the MGC and the MG processed in the second mode is taken as an example.
  • the processing flow for implementing the proxy function in the downstream network is as shown in FIG. 4, and includes the following steps:
  • Step 401 The MG receives the IGMP/MLD report message or the message leaving the multicast group on the downstream flow interface, and sends the received message to the J MGC.
  • Step 402 The MGC determines whether the member database needs to be updated by using a locally configured policy, user subscription information, resource status, and records recorded in the multicast group member database maintained on the MGC. If yes, proceed to step 403; otherwise, the MGC A rejection instruction is sent to the MG, and the process ends.
  • the database does not need to be updated. Otherwise, the multicast group needs to be updated.
  • the record is added to the database; for the message requesting to leave the multicast group, the specific group query message needs to be sent on the downstream interface that receives the message leaving the multicast group to determine the multicast group to leave the MG in the message.
  • the local policy on the MGC may include configuring a downstream flow interface configuration on the MGC to allow a multicast group address and/or a multicast data source source address list, and/or configuring a multicast group address and/or multicast data on the downstream flow interface.
  • a list of stream source addresses. The judgment in the step may include the following sub-determination steps:
  • Step 402A The MGC determines whether the multicast group address and/or the multicast data stream source address carried in the message or the message leaving the multicast group are in the allowed multicast group address and/or multicast data. In the flow source address list, or not in the multicast group address and/or the multicast data source address list, if yes, continue to perform other sub-judgment; otherwise, the MGC sends a rejection indication to the MG.
  • the local policy on the MGC may further include configuring, on the MGC, the total bandwidth allowed on the downstream flow interface, and the priority of each multicast group and/or the multicast data source address; the determining may include the following :
  • Step 402B Determine whether the sum of the multicast bandwidth corresponding to the advertisement message and the existing multicast bandwidth of the downstream flow interface is greater than the total bandwidth of the allowed access, and if not, continue to perform other sub-determinations; Determining whether the multicast corresponding to the report message is allowed according to the priority of the multicast group and/or the source address of the multicast data stream carried by the report message, and if yes, performing other sub-judgment; otherwise, sending a rejection to the MG Instructions.
  • Step 403 Update the multicast group member database on the MGC.
  • Step 404 The MGC sends an indication to the MG to send a report message to the upstream network or leave the multicast group message on the upstream flow interface.
  • the MGC may instruct the MG to complete the upstream network and the downstream network, because the content of the report message or the outgoing multicast group message sent to the upstream flow interface may be indicated by the MGC in the signal parameter.
  • the multicast group address mapping function and the multicast data source address mapping function are mapped to the multicast group address and/or multicast data source address planned by the downstream network in the message. Address and / or multicast data source address.
  • the processing flow of the proxy system implementing the proxy function in the upstream network is as shown in FIG. 5, and includes the following steps:
  • Step 501 After receiving the query message on the upstream flow interface, the MG will query the message on the ⁇ MGC; Step 502: The MGC searches for the content of the multicast group member database according to the query message. If the multicast group address and/or the multicast source address between the upstream network and the downstream network are mapped, the search may also be performed. For example, the two addresses that need to be matched can be unified into the same network; if the matching content is found, step 503 is performed;
  • Step 503 The MGC instructs the MG to send a report message to the upstream network on the upstream flow interface.
  • the process flow according to the mode 1 may refer to the foregoing process in FIG. 4 and FIG. 5, except that the interaction between the MG and the MGC is omitted, and the MGC is omitted. The processing on the whole is transferred to the MG to complete.
  • the MG can maintain the status of the multicast group member on the downstream flow interface.
  • the MGC may refuse to join the multicast group request of the downstream network user due to user rights and other reasons. If the multicast group user subscription status on each downstream flow interface is maintained on the MG, and the user joins the multicast group request is rejected, the MGC needs to indicate to the MG to prevent the MG from incorrectly updating the multicast group on the downstream interface. Subscription status. The way to indicate can be as follows:
  • the MGC When the MG reports an event and reports to the MGC that the user joins the multicast group, the MGC returns an error code in the response message, indicating that the user is not allowed to join.
  • the MGC rejects the previously reported request to join the multicast group by means of a signal or the like carried in another message.
  • the MGC can also obtain the multicast group subscription status on each downstream flow interface according to the received multicast group message and the leaving multicast group message reported by the received MG. After the MGC policy is controlled, some multicast subscriptions may be rejected. The request, these rejected multicast subscription requests are not used to update the multicast group subscription status on the downstream stream interface, nor to update the member database.
  • the MGC can also obtain the multicast group subscription status of the host in the downstream network through the information obtained in the signaling flow of the service layer or the application layer. When the status of the multicast group on the downstream interface is changed, the MGC can update the MG through the extended H.248 message.
  • the updated information includes the multicast group, the source address filtering condition, and the source address list. The method of expansion is relatively simple and will not be described in detail here.
  • the MG maintains the multicast group user subscription status on each downstream flow interface.
  • the MG can further The information is derived from the record of the multicast group member database. Then, when the query message on the upstream flow interface is received, the automatic response can be performed without being reported to the MGC, and the MGC instructs to respond. If the multicast group member database on the MG changes, the upstream flow interface sends a report message or leaves the multicast group message.
  • the MGC may extend the H.248 protocol to multicast between the related upstream network and the downstream network.
  • the group address mapping relationship and/or the multicast data source source address mapping relationship are also sent to the MG.
  • the MG also needs to combine the mapping information to forward the multicast data stream according to the multicast group subscription status on each downstream interface.
  • the MG needs to modify the mapped address on the data stream according to the mapping relationship.
  • mapping relationship can also be configured on the MG.
  • the MGC can update the configuration through H.248 messages.
  • the MG reports the received multicast group member management protocol message to the MGC, which may generate a large number of message interactions. In fact, the MG may perform optimization. For redundant messages, the MG may not report, for example, does not affect the downstream flow interface. The message of the member information of the multicast group can be considered not to be reported, because the result of the admission control of the MGC does not affect the forwarding of the multicast data stream by the MG.
  • the MG sends a query message on the downstream stream interface. If the message exiting the multicast group is received on the downstream interface, you need to send a query message to determine whether there are other users of the multicast group on the downstream network.
  • the downstream flow interface can also have a periodic query mechanism to avoid the loss of the multicast group member management protocol message in the IP network, or the host in the downstream network leaves the network before sending out the multicast group message, causing the downstream flow interface.
  • the multicast group user subscription status does not match the situation in the actual network.
  • the upstream flow interface receives the query message, in addition to the mechanism for finding the member database, the mechanism for querying the downstream flow can be increased, and the multicast group subscription status on the member database and the downstream flow interface can be updated in time.
  • MG configuration and MGC control are not mutually exclusive, but can be combined. Use. For example, some functions can be configured to be automatically completed on the MG, some configurations can also be updated by the MGC, and some functions can be controlled by the MGC to control >3 ⁇ 4 and send IGMP/MLD messages.
  • the event defined in the present invention is not a permanent event, it needs to be set by the MGC to the MG. If it is a permanent event, the MG can automatically detect and report the event.
  • the method described above solves the related processing problems of the IGMP/MLD protocol on the upstream stream interface and the downstream stream interface.
  • the MG also needs to process and forward related multicast data streams.
  • the MGC sends the previously defined signals and events to the root terminal of the MG
  • the MG receives the multicast data stream on the upstream flow interface, and then according to the multicast group member status of the downstream flow interface, that is, the group on the downstream interface.
  • the status of the subs cr pt ion forwards the multicast data stream to the downstream stream interface that needs to be forwarded.
  • whether the MG is used as a querier of the downstream network is also a reference condition. If it is not a querier, it does not need to forward the multicast data stream.
  • the upstream flow interface terminal the terminal that is designated by the upstream flow interface
  • the downstream flow interface is designated.
  • the terminal is called a downstream stream interface terminal.
  • the internal structure block diagram of the MG is as shown in FIG. 7, and includes:
  • the interface configuration module 701 is configured to configure an interface that connects the MG to the packet subnet as an upstream flow interface or a downstream flow interface.
  • the interface configuration module 701 can configure an interface connected to a packet subnet as an upstream stream interface bound to a specific multicast group address and/or a multicast source address.
  • the multicast group database module 702 is configured to store a total multicast subscription status of all the downstream flow interfaces of the MG.
  • the proxy forwarding module 703 is configured to: according to the query message received on the upstream flow interface, the multicast group
  • the content in the database module 702 is searched, and if the matched content is searched, the upstream flow interface sends a report message to the upstream network; or, the multicast message is updated according to the report message received by the downstream flow interface or the message leaving the multicast group.
  • the content of the group database module 702 is determined, and whether the multicast group member database is changed. If yes, the report message is sent to the upstream network or the multicast group message is sent on the upstream flow interface.
  • the proxy forwarding module 703 can also include:
  • a subscription status recording unit configured to record a multicast subscription status of each downstream flow interface of the MG
  • a multicast data flow forwarding unit configured to record the multicast data stream received by the upstream flow interface of the MG according to the subscription status The content in the unit finds the corresponding downstream flow interface and forwards the multicast data stream to the downstream flow interface.
  • the access control module 704 is configured to configure a multicast group address and/or a multicast data source address list on the downstream flow interface, or configure a multicast group address and/or a multicast data source address list on the downstream flow interface. Determining whether to process the multicast group member management protocol message from the downstream flow interface according to the multicast group address and/or the source address of the multicast data stream carried in the report message received by the downstream flow interface, and if yes, notify the The proxy forwarding module 703 performs corresponding processing.
  • the access control module 704 further includes:
  • the bandwidth control unit is configured to configure, on the downstream flow interface, the total bandwidth allowed to access, and determine whether the sum of the multicast bandwidth corresponding to the report message received by the downstream flow interface and the existing multicast bandwidth of the downstream flow interface is greater than Describe the total bandwidth allowed for access, and if not, notify the proxy forwarding module 703 to perform corresponding processing;
  • a priority control unit configured to configure a priority of each multicast group and/or a multicast source address, and a priority of the multicast group and/or the multicast source address carried by the report message received by the downstream flow interface. And determining whether to notify the proxy forwarding module 703 to perform corresponding processing.
  • the address mapping module 705 is configured to configure a mapping relationship between a multicast group address and/or a multicast data source source address between the upstream network and the downstream network, and connect the downstream flow interface according to the configured mapping relationship.
  • the multicast group address and/or the source address of the multicast data stream in the received multicast group member management protocol message are modified to the multicast group address of the upstream network and/or the source address of the multicast data stream; and the modified message is And forwarded to the proxy forwarding module 703 for forwarding;
  • mapping relationship modify the multicast group address and/or the multicast data source source address in the multicast data stream received by the upstream flow interface to the multicast group address and/or multicast of the downstream network.
  • the data stream source address, and the modified multicast data stream is forwarded to the proxy forwarding module 703 for forwarding.
  • the configuration management module 706 is configured to set or update the configuration of the interface configuration module 701, the access control module 704, or the address mapping module 705 according to a configuration or update command from the MGC.
  • the multicast group timer module 707 is configured to maintain a multicast group timer, and according to the maintained multicast group timer, or the maintained multicast group timer and the multicast group member received by the proxy forwarding module 703
  • the management protocol message updates the content of the multicast group member database module 702.
  • the multicast group timer module 707 may maintain more than one timer, such as the group membership interval timer, the query interval timer, the active 4 interval timer, and the query response interval timer mentioned above.
  • the query message sending module 708 is configured to send a query message on the downstream flow interface if the preset trigger condition is met; the triggering condition includes:
  • the multicast group timer maintained in the multicast group timer 707 is timed out.
  • the multicast timer may be a query interval timer or a query response interval timer.
  • the proxy forwarding module 703 searches the content of the multicast member database according to the query message received by the upstream flow interface, and cannot find the matched content.
  • the MGC of the embodiment of the present invention includes:
  • a receiving module configured to receive a multicast group member management protocol message reported by the MG
  • a second multicast group database module configured to maintain a total multicast subscription status of all the downstream flow interfaces of the MG; and performing, according to the multicast group member management protocol message received by the receiving module, the maintained multicast subscription status Update or search, and notify the multicast command delivery module of the result of the update or search;
  • the sending module is configured to send a corresponding indication to the MG according to the result of the update or the search.
  • the second multicast group database module may further include a policy determining unit, configured to update the group in the second multicast group member database module according to the locally configured policy, the user subscription information, the resource status, or any combination of the foregoing information. Broadcast subscription status.
  • the MGC may further include an address mapping module, configured to configure a mapping relationship between a multicast group address and/or a multicast data source source address between the upstream network and the downstream network, and configure the MG according to the configured mapping relationship.
  • the multicast group address and/or the multicast source address in the multicast group member management protocol message received by the reported downstream flow interface is changed to the multicast group address of the upstream network and/or the source address of the multicast data stream, and Sending the multicast group address and/or the multicast data stream source address of the upstream network to the MG through the sending module.
  • the MLD protocol is similar to the IGMP protocol.
  • the IGMP message, the leaving group message and the query message, and the MLD's multicast listener report (Mul t icas t Li s tener Report) message the multicast listener is completed (Mul t icas t Li s tener Done) message and multicast listener query (Mul t icas t Li s tener Query) message, the content of the message is basically the same, the main difference is that the multicast group address and source address are IPV6 addresses, The implementation details are not described here.
  • the MG and the MGC form a multicast group member management protocol proxy system, and configure an upstream flow interface and a downstream flow interface, and a multicast group member database, so that the MG can forward multicast messages and groups. Broadcast data stream.
  • mapping is required. For example, the request for the multicast group G1 on the downstream flow interface, where the multicast group address is the SI, and S1 is the address identifier in the downstream network address plan. On the upstream flow interface, the multicast group address must be in accordance with the upstream network. Address planning, the multicast group address is represented as S2 in the address plan of the upstream network, so S1 needs to be mapped to S2.
  • the inventive scheme introduces an address mapping to enable the IGMP/MLD proxy to process correctly.
  • the solution of the present invention also introduces an admission control function, which filters the request of the user to join the multicast group according to the user authority, and the IGMP/MLD proxy maintains the received multicast group member management protocol message.
  • Member database and for this purpose as a basis for sending multicast group member management protocol messages.

Abstract

L'invention porte sur un procédé pour réaliser l'agent de protocole de gestion pour des membres dans un groupe de multidiffusion. Dans le procédé, une interface amont et au moins une interface aval sont définies sur la passerelle multimédia (MG), le contrôleur de passerelle multimédia (MGC) maintient la base de données de membres de groupe de multidiffusion qui fait la synthèse de l'état d'abonnement de chacun des membres dans le groupe de multidiffusion de l'interface aval, MG reçoit le message de rapport pour joindre le groupe de multidiffusion ou le message pour quitter le groupe de multidiffusion provenant du réseau aval par l'intermédiaire de l'interface aval, et rend compte en amont à MGC ; MGC met à jour le contenu dans la base de données de membres de groupe de multidiffusion conformément au message de rapport ou au message pour quitter le groupe de multidiffusion ; MGC détermine si la base de données de membres de groupe de multidiffusion a changé ou non, et, si oui, ordonne à MG d'envoyer le message de rapport ou le message pour quitter le groupe de multidiffusion au réseau amont par l'intermédiaire de l'interface amont. L'invention décrit aussi un autre procédé pour réaliser l'agent de protocole de gestion pour des membres dans un groupe de multidiffusion, et un système et un dispositif pour réaliser l'agent de protocole de gestion pour des membres dans un groupe de multidiffusion. La solution de la présente invention peut conférer à MG la fonction de l'agent de protocole de gestion pour des membres dans un groupe de multidiffusion.
PCT/CN2008/071941 2007-08-15 2008-08-11 Procédé, dispositif et système pour réaliser l'agent de protocole de gestion pour des membres dans un groupe de multidiffusion WO2009024054A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNA2007101405880A CN101369994A (zh) 2007-08-15 2007-08-15 一种实现组播组成员管理协议代理的方法、装置和系统
CN200710140588.0 2007-08-15

Publications (1)

Publication Number Publication Date
WO2009024054A1 true WO2009024054A1 (fr) 2009-02-26

Family

ID=40377843

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/071941 WO2009024054A1 (fr) 2007-08-15 2008-08-11 Procédé, dispositif et système pour réaliser l'agent de protocole de gestion pour des membres dans un groupe de multidiffusion

Country Status (2)

Country Link
CN (1) CN101369994A (fr)
WO (1) WO2009024054A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111835881A (zh) * 2020-06-24 2020-10-27 珠海中慧微电子有限公司 一种宽带载波通信网络的信标信令协议设计方法
CN113691462A (zh) * 2021-07-29 2021-11-23 杭州迪普科技股份有限公司 互联网组管理协议的应答方法及装置

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101521927B (zh) * 2009-04-03 2012-09-05 中兴通讯股份有限公司 一种组播转发路径收敛的方法和系统
US9641649B2 (en) 2012-02-21 2017-05-02 Futurewei Technologies, Inc. IGMP/MLD translation
CN102984074B (zh) * 2012-11-29 2015-12-09 北京交通大学 基于多上游接口igmp/mld代理的组播路由优化方法
CN104539544A (zh) * 2014-12-09 2015-04-22 上海斐讯数据通信技术有限公司 基于互联网组管理协议的管理方法及系统
CN110674157B (zh) * 2019-09-29 2022-04-19 成都吉胜科技有限责任公司 一种基于局域网的数据缓存方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1253641A (zh) * 1997-04-23 2000-05-17 摩托罗拉公司 在一个多点广播网络中用于管理多点广播分组成员的系统、装置与方法
EP1548978A1 (fr) * 2003-12-23 2005-06-29 Motorola Inc. Acheminement optimisé de trafic multidiffusion pour un noeud réseau mobile
CN1744566A (zh) * 2005-10-14 2006-03-08 清华大学 基于快速组播切换的分层移动组播方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1253641A (zh) * 1997-04-23 2000-05-17 摩托罗拉公司 在一个多点广播网络中用于管理多点广播分组成员的系统、装置与方法
EP1548978A1 (fr) * 2003-12-23 2005-06-29 Motorola Inc. Acheminement optimisé de trafic multidiffusion pour un noeud réseau mobile
CN1744566A (zh) * 2005-10-14 2006-03-08 清华大学 基于快速组播切换的分层移动组播方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111835881A (zh) * 2020-06-24 2020-10-27 珠海中慧微电子有限公司 一种宽带载波通信网络的信标信令协议设计方法
CN111835881B (zh) * 2020-06-24 2022-07-12 珠海中慧微电子有限公司 一种宽带载波通信网络的信标信令协议设计方法
CN113691462A (zh) * 2021-07-29 2021-11-23 杭州迪普科技股份有限公司 互联网组管理协议的应答方法及装置
CN113691462B (zh) * 2021-07-29 2023-09-15 杭州迪普科技股份有限公司 互联网组管理协议的应答方法及装置

Also Published As

Publication number Publication date
CN101369994A (zh) 2009-02-18

Similar Documents

Publication Publication Date Title
US8185657B2 (en) Data generating device
US8582572B2 (en) Methods and apparatus for managing multicast traffic
AU720817B2 (en) Multicast switching
US9252963B2 (en) Performing multicast communication in computer networks by using overlay routing
EP1424806B1 (fr) Routeur de multidiffusion avec fonction de traduction des protocoles conformément à Any-Source-Multicast et Source-Specific-Multicast
EP1715628B1 (fr) Procede servant a mettre en oeuvre un service a diffusion selective
US7443851B2 (en) Device and system for multicast communication
WO2006063513A1 (fr) Procede de multidiffusion dans un reseau prive virtuel utilisant un routeur virtuel
WO2009024054A1 (fr) Procédé, dispositif et système pour réaliser l'agent de protocole de gestion pour des membres dans un groupe de multidiffusion
WO2009030143A1 (fr) Système et procédé de routage multidiffusion, passerelle multimédia et contrôleur de passerelle multimédia
Ballardie et al. Core Based Tree (CBT) Multicast
JP3526027B2 (ja) Ｉｐマルチキャスト経路制御方法およびルータ
Cisco Internet Protocol (IP) Multicast
Cisco IP Multicast Technology Overview
Cisco Configuring IP Multicast Layer 3 Switching
WO2022082825A1 (fr) Système de multidiffusion et procédé de multidiffusion pour un routage basé sur une résolution d'identifiant
Sarac et al. Ssm extensions: Network layer support for multiple senders in ssm
JP3584897B2 (ja) マルチキャストルータの経路登録システム及びプログラム
An How IP Multicast Works
Cao et al. A novel scalable explicit multicast protocol
JP2003249940A (ja) ネットワークシステム、マルチキャスト通信方法、ノード、ノードのマルチキャスト通信方法、プログラム、および記録媒体
JP2005033555A (ja) マルチキャスト通信システム及びルータ
WO2004028099A1 (fr) Appareil de connexion de groupes de multidiffusion

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08783934

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08783934

Country of ref document: EP

Kind code of ref document: A1