CN113037514B - Multicast service forwarding method and device based on HINOC system - Google Patents

Multicast service forwarding method and device based on HINOC system Download PDF

Info

Publication number
CN113037514B
CN113037514B CN202110271548.XA CN202110271548A CN113037514B CN 113037514 B CN113037514 B CN 113037514B CN 202110271548 A CN202110271548 A CN 202110271548A CN 113037514 B CN113037514 B CN 113037514B
Authority
CN
China
Prior art keywords
multicast
forwarding
channel
data frame
mask
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN202110271548.XA
Other languages
Chinese (zh)
Other versions
CN113037514A (en
Inventor
赵辉
高峥
张奭
张�诚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Hannuo Semiconductor Technology Co ltd
Original Assignee
Beijing Hannuo Semiconductor Technology 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 Beijing Hannuo Semiconductor Technology Co ltd filed Critical Beijing Hannuo Semiconductor Technology Co ltd
Priority to CN202110271548.XA priority Critical patent/CN113037514B/en
Publication of CN113037514A publication Critical patent/CN113037514A/en
Application granted granted Critical
Publication of CN113037514B publication Critical patent/CN113037514B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting

Abstract

The invention discloses a multicast service forwarding method and a device based on an HINOC system, wherein the method comprises the following steps: receiving a multicast data frame, searching a multicast forwarding table to obtain a search result, framing the multicast data frame according to a preset mode to obtain a corresponding HINOC multicast data frame if the search result is that the forwarding channel set of the multicast data frame is not empty, wherein the preset mode comprises the following steps: adding a sequence number field and a multicast member mask field in the extended information subframe; the method comprises the steps of sequentially sending HINOC multicast data frames to each transmission channel in a forwarding channel set, and modifying a value field of a multicast member mask field in the HINOC multicast data frames into a multicast member mask corresponding to the forwarding channel, so that a sequence number field and a multicast member mask field are added in an extended information subframe of the multicast data frames in the process of framing the multicast data frames, and thus, the problem of disorder and repeated frames in multicast service forwarding in a multi-channel binding system can be effectively solved.

Description

Multicast service forwarding method and device based on HINOC system
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a multicast service forwarding method and apparatus based on an HINOC system.
Background
Multicast is also called multicast, and is a transmission method used in a network. It allows for the delivery of a transmitted message to a selected subset of all possible destinations, i.e. to deliver information to a variety of addresses as specified. Is a method of communicating between a sender and a plurality of recipients. One important application of multicast is to transmit video programs, that is, a video program server transmits video program datagrams to a user group requesting the same program by using a multicast technology.
In ethernet, multicast frames are distinguished by destination MAC addresses, i.e. the destination MAC address of a multicast frame is 24 bits higher and always 0x01005E, and the 25 th bit is always 0. At the IP layer, the destination IP of the multicast message is 224.0.0.0-239.255.255.255. Meanwhile, the TCP/IP protocol group defines the IGMP protocol. The IGMP protocol is responsible for multicast membership management protocol, and is used to establish and maintain multicast group membership between a host and a multicast router directly adjacent to the host.
A high performance coaxial cable communication system (HINOC) is a broadband communication system based on coaxial cables. The HINOC2.0 technology is widely applied at home and abroad, and can provide gigabit access capability in 128MHz communication bandwidth. HINOC2.0 is a two-layer transport network, comprising two parts, a MAC layer and a physical layer. The MAC is responsible for re-framing the received Ethernet frames according to the HINOC2.0 protocol, and the physical layer is responsible for modulating and transmitting the HINOC2.0MAC layer data frames. The HINOC2.0 protocol is used as a two-layer transparent transmission protocol of an Ethernet frame, and the forwarding process of multicast services is not defined. In the actual chip and device implementation process, the HINOC2.0 local side device (HB) and the terminal device (HM) establish a multicast forwarding table according to the IGMP protocol, and the multicast forwarding table defines a multicast MAC address to be forwarded. The HB framing the multicast frame to be forwarded again according to the data frame of HINOC2.0 and sending the multicast frame through the broadcast time slot; and the HM receives the HINOC2.0 broadcast time slot, demodulates the multicast frame, and determines whether to forward the multicast frame downwards and to which Ethernet ports according to a multicast forwarding table local to the HM.
However, as HINOC2.0 evolves toward HINOC3.0, the multicast forwarding problem needs to be considered at the HINOC3.0 protocol design level, and the multicast frame framing format and forwarding flow adopted in the above-mentioned HINOC2.0 devices no longer apply, because: the HINOC3.0 protocol adopts a channel bonding technology, and an HINOC3.0 physical layer is used for bonding a plurality of independent 128Mhz transmission channels. The number and location of the transmission channels accessed by different HMs are different, and each HM can only transmit data on one or more channels accessed by the HM.
How to ensure that the HM can receive the multicast frames in order and avoid repeating the multicast frames and how to fully utilize a channel binding mechanism to promote the transmission service of the multicast service in the multicast forwarding process becomes a technical problem to be solved in the multicast forwarding process in the HINOC3.0 protocol.
Disclosure of Invention
The embodiment of the application provides a multicast service forwarding method and device based on an HINOC system. The following presents a simplified summary in order to provide a basic understanding of some aspects of the disclosed embodiments. This summary is not an extensive overview and is intended to neither identify key/critical elements nor delineate the scope of such embodiments. Its sole purpose is to present some concepts in a simplified form as a prelude to the more detailed description that is presented later.
In a first aspect, an embodiment of the present application provides a multicast service forwarding method based on an HINOC system, where the method includes:
searching a channel binding table according to each multicast receiving member in a multicast receiving member set corresponding to each multicast IP, calculating a forwarding channel set formed by each forwarding channel under each multicast IP and calculating a multicast member mask on each forwarding channel, wherein each channel bound by each multicast receiving member is identified in the channel binding table;
receiving a multicast data frame, searching a multicast forwarding table to obtain a search result, framing the multicast data frame according to a preset mode to obtain a corresponding HINOC multicast data frame if the search result indicates that a forwarding channel set of the multicast data frame is non-empty, wherein the multicast forwarding table comprises multicast IPs, a multicast receiving member set corresponding to each multicast IP, a forwarding channel set and a multicast member mask corresponding to each forwarding channel, and the preset mode comprises the following steps: framing the received multicast data frame in a HINOC2.0MAC layer data frame format, adding a sequence number field and a multicast member mask field in an extended information subframe, wherein the sequence number field and the multicast member mask field both adopt TLV coding field formats, and setting a value field of the multicast member mask field to be an all-zero value;
and sequentially sending the HINOC multicast data frame to each transmission channel in the forwarding channel set, and modifying the value range of the multicast member mask field in the HINOC multicast data frame into a multicast member mask corresponding to the forwarding channel.
In one embodiment, said calculating a multicast membership mask on each forwarding channel comprises:
acquiring a preset rule;
and calculating the multicast member mask on each forwarding channel according to the preset rule.
In one embodiment, the preset rule includes:
the HM terminal indicated by the multicast member mask is a receiving member of the multicast stream in the multicast forwarding table;
the HM terminals indicated by the multicast member mask are all bound with the transmission channel of the current multicast data frame;
if the same multicast data frame is sent in a plurality of transmission channels for a plurality of times, each HM terminal is set to be indicated to be effective by a multicast member mask on at most one transmission channel.
In one embodiment, each entry of the multicast forwarding table includes a corresponding multicast IP, a corresponding set of receiving members, a corresponding set of forwarding channels, and a corresponding multicast membership mask.
In one embodiment, the method further comprises:
and setting each multicast IP in the multicast forwarding table as an index value of each multicast forwarding sub-table in the multicast forwarding table.
In an embodiment, if the multicast forwarding table is a table, each entry of the multicast forwarding table is composed of a corresponding multicast IP, a corresponding receiving member set, a corresponding forwarding channel set, and a corresponding multicast member mask.
In an embodiment, if the multicast forwarding table includes multiple multicast forwarding sub-tables, receiving member set information, forwarding channel set information, and multicast member mask information in the multicast forwarding table are respectively stored in the multiple multicast forwarding sub-tables, and the multiple multicast forwarding sub-tables are all indexed by their multicast IPs.
In one embodiment, the method further comprises:
and controlling the addition or deletion of each multicast receiving member in each multicast forwarding table through a protocol with a preset format.
In one embodiment, the protocol of the preset format includes an IGMP protocol including an IGMPv1, IGMPv2 or IGMPv3 protocol version in an IPv4 network or an MLD protocol including MLDv1 and MLDv2 versions in an IPv6 network.
In a second aspect, an embodiment of the present application provides a multicast service forwarding apparatus based on a HINOC system, where the apparatus includes:
a first searching module, configured to search a channel binding table according to each multicast receiving member in a multicast receiving member set corresponding to each multicast IP, where each channel bound by each multicast receiving member is identified in the channel binding table;
a calculation module, configured to calculate a forwarding channel set composed of forwarding channels under each multicast IP and calculate a multicast membership mask on each forwarding channel;
a receiving module, configured to receive a multicast data frame;
the second searching module is used for searching a multicast forwarding table to obtain a searching result, wherein the multicast forwarding table comprises multicast IPs, a multicast receiving member set corresponding to each multicast IP, a forwarding channel set and multicast member masks corresponding to each channel under each multicast IP;
a framing module, configured to, if the search result obtained by the second search module is that the forwarding channel set of the multicast data frame is non-empty, frame the multicast data frame in a preset manner to obtain a corresponding HINOC multicast data frame, where the preset manner includes: framing the received multicast data frame in a HINOC2.0MAC layer data frame format, adding a sequence number field and a multicast member mask field in an extended information subframe, wherein the sequence number field and the multicast member mask field both adopt TLV coding field formats, and setting a value field of the multicast member mask field to be an all-zero value;
a sending module, configured to send the HINOC multicast data frames obtained by the framing module to each transmission channel in the forwarding channel set in sequence;
a modification module, configured to modify the value range of the multicast membership mask field in the HINOC multicast data frame obtained by the framing module into a multicast membership mask corresponding to a forwarding channel.
The technical scheme provided by the embodiment of the application can have the following beneficial effects:
in the embodiment of the present application, a multicast data frame is received, a multicast forwarding table is searched, a search result is obtained, if the search result is that a forwarding channel set of the multicast data frame is not empty, framing is performed on the multicast data frame according to a preset mode, so as to obtain a corresponding HINOC multicast data frame, where the preset mode includes: framing the received multicast data frame in a HINOC2.0MAC layer data frame format, and adding a sequence number field and a multicast member mask field in an extended information subframe; the method comprises the steps of sequentially sending the HINOC multicast data frames to each transmission channel in a forwarding channel set, and modifying a value field of a multicast member mask field in the HINOC multicast data frames into a multicast member mask corresponding to the forwarding channel, so that by adopting the method and the device, because a sequence number field is added in an extended information subframe of the multicast data frames in the process of framing the multicast data frames, the disorder problem existing in multicast service forwarding in a multi-channel binding system can be effectively solved, and the multicast member mask field is added in the extended information subframe of the multicast data frames, the problem of repeated frames existing in the multicast service forwarding in the multi-channel binding system can be effectively solved. It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the invention, as claimed.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the invention and together with the description, serve to explain the principles of the invention.
Fig. 1 is a schematic flowchart of a multicast service forwarding method based on an HINOC system according to an embodiment of the present application;
fig. 2 is a schematic diagram of a signal transceiving flow of the HINOC3.0 channel bonding system;
fig. 3 is a schematic diagram of a format of a HINOC MAC layer multicast data frame adopted in a multicast service forwarding method based on a HINOC system according to an embodiment of the present application;
fig. 4 is a schematic diagram of a HINOC multicast service scenario to which the multicast service forwarding method based on an HINOC system provided in the embodiment of the present application is applied;
fig. 5 is a schematic structural diagram of a multicast service forwarding apparatus based on an HINOC system according to an embodiment of the present application.
Detailed Description
The following description and the drawings sufficiently illustrate specific embodiments of the invention to enable those skilled in the art to practice them.
It should be understood that the described embodiments are only some embodiments of the invention, and not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Based on the problems of disorder and repeated frames in the existing multicast service forwarding process based on multichannel binding and an HINOC system, the application provides a multicast service forwarding method and device based on the HINOC system, so as to solve the problems in the related technical problems. In the technical scheme provided by the application, a multicast data frame is received, a multicast forwarding table is searched to obtain a search result, if the search result indicates that the forwarding channel set of the multicast data frame is not empty, framing is performed on the multicast data frame according to a preset mode to obtain a corresponding HINOC multicast data frame, wherein the preset mode comprises: framing the received multicast data frame in a HINOC2.0MAC layer data frame format, and adding a sequence number field and a multicast member mask field in an extended information subframe; the method includes the steps that a HINOC multicast data frame is sequentially sent to each transmission channel in a forwarding channel set, and a value field of a multicast member mask field in the HINOC multicast data frame is modified into a multicast member mask corresponding to a forwarding channel, so that by the adoption of the method, a sequence number field is added in an extended information subframe of the multicast data frame in the process of framing the multicast data frame, the problem of disorder existing in multicast service forwarding in a multi-channel binding system can be effectively solved, and the multicast member mask field is added in the extended information subframe of the multicast data frame, the problem of repeated frames existing in the multicast service forwarding in the multi-channel binding system can be effectively solved, and detailed description is given by the adoption of an exemplary embodiment.
A multicast service forwarding method based on the HINOC system according to an embodiment of the present application will be described in detail below with reference to fig. 1 to 4.
Fig. 1 is a schematic flowchart of a multicast service forwarding method based on an HINOC system according to an embodiment of the present application; as shown in fig. 1, the forwarding method according to the embodiment of the present application may include the following steps:
s102, according to each multicast receiving member in the corresponding multicast receiving member set under each multicast IP, searching a channel binding table, calculating a forwarding channel set formed by each forwarding channel under each multicast IP and calculating a multicast member mask on each forwarding channel, and identifying each channel bound by each multicast receiving member in the channel binding table.
In the embodiment of the present application, calculating the multicast membership mask on each forwarding channel includes the following steps:
acquiring a preset rule, wherein the preset rule comprises the following steps: the HM terminal indicated by the multicast member mask is the receiving member of the multicast stream in the multicast forwarding table; HM terminals indicated by the multicast member mask code are all bound with a transmission channel of the current multicast data frame; if the same multicast data frame is sent in a plurality of transmission channels for a plurality of times, setting each HM terminal to be indicated as effective by a multicast member mask on at most one transmission channel;
and calculating the multicast member mask on each forwarding channel according to a preset rule.
In a possible implementation manner, the forwarding method provided in the embodiment of the present application further includes the following steps: and controlling the addition or deletion of each multicast receiving member in each multicast forwarding table through a protocol with a preset format.
In the embodiment of the present application, the protocol in the preset format includes an IGMP protocol or an MLD protocol, the IGMP protocol includes an IGMPv1, an IGMPv2, or an IGMPv3 protocol version in an IPv4 network, and the MLD protocol includes an MLDv1 and an MLDv2 version in an IPv6 network.
S104, receiving the multicast data frame, searching a multicast forwarding table to obtain a searching result, framing the multicast data frame according to a preset mode to obtain a corresponding HINOC multicast data frame if the searching result is that the forwarding channel set of the multicast data frame is not empty, wherein the multicast forwarding table comprises multicast IPs, a multicast receiving member set corresponding to each multicast IP, a forwarding channel set and a multicast member mask corresponding to each forwarding channel, and the preset mode comprises: framing the received multicast data frame in a HINOC2.0MAC layer data frame format, adding a sequence number field and a multicast member mask field in the extended information subframe, wherein the sequence number field and the multicast member mask field both adopt TLV coding field formats, and setting the value field of the multicast member mask field to be an all-zero value.
The forwarding method provided by the embodiment of the application provides a framing format based on a frame data frame of an HINOC MAC layer multicast. The format is based on the data frame format of the HINOC2.0MAC layer, and the multicast forwarding problem in the HINOC3.0 channel binding system can be solved only by expanding EISF in the HINOC2.0MAC layer data frame.
Fig. 2 is a schematic diagram of a signal transceiving flow of the HINOC3.0 channel bonding system. As shown in fig. 2, the HB office and the HM terminal device are formed by layer-by-layer modules of an MAC media access control layer and a PHY physical layer, where the PHY layer supports multi-channel bonding, a single channel has a bandwidth of 128MHz, and provides multiple parallel MAC frame transmission channels for the MAC layer, each PHY layer channel is composed of a transmitting unit and a receiving unit, the transmitting unit converts an MAC frame into a radio frequency signal, and the receiving unit converts the radio frequency signal into an MAC frame.
Since HINOC3.0 adopts the channel bonding technique, in order to ensure that the multi-channel bonding HM can receive non-repetitive multicast data frames in order, the embodiment of the present application proposes a HINOC MAC layer multicast data frame format, as shown in fig. 3. The HINOC MAC layer multicast data frame is based on an HINOC2.0MAC layer data frame, and the HINOC2.0MAC layer data frame format comprises a header part, a subframe header set, EISF, other subframes, padding, CRC and the like. Wherein the EISF frame is used to carry special control information in the form of TLV encoded fields in a special sub-frame of the HINOC2.0 protocol, for example, the HINOC2.0 protocol defines EISF transmission detail queue report information.
As shown in fig. 3, the HINOC-based MAC layer multicast data frame format provided in the embodiment of the present application includes the following features:
1) And framing the multicast service from the upper layer according to the format of a HINOC2.0MAC layer data frame.
The multicast framing mode based on the HINOC2.0MAC layer data frame can reflect the consistency of protocol evolution and is beneficial to being compatible with the original HINOC2.0 HM, namely: the HINOC2.0 HM equipment does not support multi-channel binding in HINOC3.0, and the HINOC2.0 HM ignores EISF extended information subframes when receiving MAC layer multicast data frames sent by HINOC3.0 HB, so that normal multicast data receiving can be completed.
2) An extended frame header FLAG (EH _ FLAG) in a data frame header is set to be 1 and an extended information subframe FLAG (EISF _ FLAG) in the extended frame header is set to be 1; thus, each MAC layer multicast data frame carries one Extended Information Subframe (EISF), and further more control information can be carried in the EISF.
3) And adding a sequence number field in the EISF extended information subframe.
The sequence number field adopts a TLV encoding field format (type field-length field-value field), wherein the type field of the TLV encoding field can be set according to the protocol requirement; the length domain value of the TLV encoding field is 2 bytes or 4 bytes; the TLV encoding field has a value range of 2-byte or 4-byte count values, and the sequence number of a HINOC multicast data frame belonging to the multicast flow is incremented by 1 each time framing is performed.
By adding the sequence number field, the following effects can be achieved: and numbering the multicast data frames belonging to the same multicast stream, wherein the number represents the sequence of the multicast data frames in the multicast stream. Therefore, part of the multicast stream can be respectively forwarded in a plurality of parallel physical layer transmission channels, the transmission bandwidth of the multicast stream is improved, meanwhile, the situation that the multicast stream arrives at the HM receiver out of order is not needed to be worried, and the HM receiver can reorder the out-of-order multicast data frames according to the sequence number field in the multicast data frame EISF.
4) The membership mask field is multicast in an EISF extended information subframe.
The multicast member mask field adopts a TLV encoding field format (type field-length field-value field), wherein the type field of the TLV encoding field can be set according to the protocol requirement; the length domain value of the TLV encoding field is 8; the TLV encoding field has a value field of a mask with a length of 64 bits, which respectively represents whether 64 HMs need to receive the multicast data frame, bit 1 represents that reception is needed, and bit 0 represents that reception is not needed.
The multicast membership mask field is jointly determined by a multicast forwarding table generated by an IGMP or MLD protocol and a channel binding table of each HM, and should satisfy the following constraint conditions: HM indicated by the multicast member mask field is the receiving member of the multicast flow in the multicast forwarding table; HM indicated by the multicast member mask field is all bound with the transmission channel of the current multicast data frame; when the same multicast data frame is transmitted in multiple transmission channels for multiple times, it should be ensured that the HM is indicated as valid by the multicast membership mask field on at most one transmission channel.
The multicast member mask field can be used for: each multicast data frame indicates the HM which is allowed to receive the frame, and meanwhile, the multicast member mask is designed according to the principle, so that the HM can be prevented from receiving repeated multicast data frames.
To sum up, the HINOC MAC layer multicast data frame format provided in the embodiments of the present application embodies the consistency of the evolution of the HINOC protocol, is favorable for being compatible with the original HINOC2.0 HM, and simultaneously solves the problem of orderly and unique reception of multicast data in a multi-channel bonding system.
In a specific application scenario, an embodiment of the present application provides a MAC layer multicast data frame framing format based on a HINOC system, where the format has the following features, specifically as follows:
framing the received multicast Ethernet frames according to the data frame format of an HINOC2.0MAC layer; setting an extended frame header FLAG (EH _ FLAG) in a data frame header to 1 and an extended information subframe FLAG (EISF _ FLAG) in the extended frame header to 1; a sequence number field and a multicast membership mask field are added in an Extended Information Subframe (EISF).
Furthermore, the sequence number field adopts a TLV encoding field format (type field-length field-value field), wherein the type field of the TLV encoding field can be set according to the protocol requirement; the length domain value of the TLV encoding field is 2 bytes or 4 bytes; the TLV encoding field has a value of 2-byte or 4-byte count, and the sequence number of a HINOC multicast data frame belonging to the multicast flow is incremented by 1 each time framing is performed.
Further, the multicast member mask field adopts a TLV encoding field format (type field-length field-value field), wherein the type field of the TLV encoding field can be set according to the protocol requirement; the length domain value of the TLV encoding field is 8; the TLV encoding field has a value field of a mask with a length of 64 bits, which respectively represents whether 64 HMs need to receive the multicast data frame, bit 1 represents reception, and bit 0 represents reception is not needed.
Further, the multicast membership mask field is determined by combining a multicast forwarding table generated by IGMP or MLD protocol and a channel binding table of each HM, and should satisfy the following constraint condition: HM indicated by the multicast member mask field is the receiving member of the multicast flow in the multicast forwarding table; HM indicated by the multicast member mask field is all bound with the transmission channel of the current multicast data frame; when the same multicast data frame is transmitted in multiple transmission channels for multiple times, it should be ensured that the HM is indicated as valid by the multicast membership mask field on at most one transmission channel.
Fig. 4 is a schematic diagram of a HINOC multicast service scenario in which the multicast service forwarding method based on the HINOC system provided in the embodiment of the present application is applied. To further explain the multicast membership mask field and the multicast forwarding process in the HINOC MAC layer multicast data frame, fig. 4 shows a multicast service scenario. In this scenario, HINOC3.0 HB performs bonding of 4 transport channels, with transport channel numbers #1, #2, #3, and #4, respectively. The network is accessed by 4 HM which are respectively HM1, HM2, HM3 and HM4, 1 PC is arranged under each HM, and each PC requests different IPv4 multicast services in the HB upstream Server.
Step 1), the HB uses IGMP or MLD protocol to control the addition or deletion of the multicast receiving members of each multicast forwarding table; the IGMP or MLD protocols include IGMPv1, IGMPv2 or IGMPv3 protocol versions in IPv4 networks, and MLDv1 and MLDv2 versions in IPv6 networks. In this example, the multicast service is an IPv4 service, and IGMP protocol is used. According to the PC on demand situation shown in fig. 4, the multicast forwarding table established by HB through IGMP is as the following table 1:
multicast IP Multicast receiving member
224.0.1.100 HM1、HM2、HM3
224.0.1.101 HM1、HM4
224.0.1.102 HM2
224.0.1.103 HM3、HM4
TABLE 1
Step 2) according to the receiving member set of each multicast IP flow in the multicast forwarding table, searching a channel binding table, and calculating a forwarding channel set of each multicast IP flow and a multicast member mask on each forwarding channel; the channel sets for different HM bindings may be different, and the channel binding table for the 4 HMs in fig. 4 is shown in table 2 below:
HM bonded channel set
HM1 #
1、#2、#3、#4
HM2 # 1、#2
HM3 # 3、#4
HM4 # 2、#4
TABLE 2
The receiving members of 224.0.1.100 are HM1, HM2 and HM3, and in view of the channel bonding set of HM1, HM2 and HM3 and in order to ensure that all three HMs can receive 224.0.1.100 traffic, 224.0.1.100 traffic needs to be sent at least twice, here we assume that 224.0.1.100 traffic is transmitted on channels #1 and #3, respectively.
224.0.1.101, if the receiving members are HM1 and HM2, the multicast IP stream can be selectively transmitted on the common channels { #1, #2} of HM1 and HM2, where the multicast IP stream can be selectively transmitted by using channel #1 alone or channel #2 alone, or by using channels { #1, #2} simultaneously, and the joint transmission is to split the multicast IP stream into two sub-streams, and transmit one sub-stream on each of channels #1 and # 2. In this example, we use channel #2 for transmitting 224.0.1.100 traffic.
The receiving member of 224.0.1.102 is HM2, and similar to the case of 224.0.1.101, one channel can be selected from the channels #1 and #2 for independent transmission or two channels can be selected for split transmission. In this example, we use channels #1 and #2 for the split transmission.
224.0.1.103 are HM3 and HM4, and both HMs have only one common channel, i.e. channel #4, then the multicast IP stream is selected to be transmitted once on the common channel.
Through the above analysis, a forwarding channel set of each multicast IP stream can be obtained, and a multicast forwarding table is updated, as shown in table 3 below:
multicast IP Multicast receiving member Forwarding channel aggregation
224.0.1.100 HM1、HM2、HM3 # 1、#3
224.0.1.101 HM1、HM4 # 2
224.0.1.102 HM2 Shunt transmission { #1, #2}
224.0.1.103 HM3、HM4 # 4
TABLE 3
After the forwarding channel set of each multicast IP stream is obtained, a multicast membership mask on each forwarding channel needs to be further calculated to indicate which HMs can demodulate the multicast data frame on each channel.
224.0.1.100 multicast streams are forwarded twice on channels #1 and #3, where HM2 can only receive multicast data frames on channel #1, HM3 can receive multicast data frames on channel #3, and HM1 can receive data on either channel #1 or #3, and HM1 can only select one of the channels to receive data in order to avoid each HM receiving multiple identical multicast data frames. Here we select HM1 to receive data from channel # 1.
224.0.101 multicast streams are forwarded on channel #2 and both HM1 and HM4 need to receive.
224.0.102 the multicast stream is split for transmission on channels #1 and #2, and HM2 needs to receive the sub-streams on both channels simultaneously and reorder them according to the sequence number field in the multicast data frame.
224.0.103 multicast streams are forwarded on channel #4 and both HM3 and HM4 need to receive.
Through the above analysis, the multicast membership mask of each multicast IP stream on each forwarding channel can be obtained, and the multicast forwarding table is updated, as shown in table 4 below:
Figure BDA0002974736050000121
TABLE 4
In this example, the length of the multicast member mask of each channel is 64 bits, the leftmost side of the multicast member mask represents the indicator bit of HM1, the rightmost side represents the indicator bit of HM64, the bit "1" represents reception required, and "0" represents reception not required.
In the forwarding method provided in the embodiment of the present application, each entry of the multicast forwarding table is composed of a multicast IP, a receiving member set, a forwarding channel set, and a multicast member mask, and is characterized in that the multicast IP is an index value of the multicast forwarding table. In the implementation process, the multicast forwarding table may be composed of one table, or may be composed of a plurality of sub-tables: the method is characterized in that a table is formed, namely each item of a multicast forwarding table consists of a multicast IP, a receiving member set, a forwarding channel set and a multicast member mask; the fact that the sub-tables are formed by the multiple sub-tables means that a receiving member set, a forwarding channel set and a multicast member mask can be stored in the multiple sub-tables respectively, and each sub-table takes a multicast IP as an index.
Step 3) searching a multicast forwarding table when receiving the multicast data frame, and framing the multicast data frame according to the provided HINOC multicast data frame format to form an HINOC multicast data frame if the forwarding channel set of the multicast data frame is not empty, wherein the value field of the multicast member mask field is filled with all-zero values;
and 4) sequentially sending the HINOC multicast data frames to each transmission channel in the forwarding channel set, and modifying the value range of the multicast member mask field in the HINOC multicast data frames into the multicast member mask corresponding to the forwarding channel.
In this example, the 224.0.1.100 multicast streams are respectively forwarded to channels #1 and #3, and when forwarded to channel #1, the multicast member mask field in the multicast data frame formed by the multicast stream group frame is filled with "11000000 \8230300", and when forwarded to channel #3, the multicast member mask field is filled with "00100000 \82300".
224.0.1.101 multicast streams need to be forwarded to channel #2 and the multicast membership mask in the multicast data frame is populated to "10010000 \82300" at the time of forwarding.
224.0.1.102 multicast streams need to be forwarded to channel #1 and channel #2 in a split manner, and the multicast membership mask of the multicast data frame on each channel is "01000000 \82300 ″.
The 224.0.1.103 multicast stream needs to be forwarded to channel #4 and the multicast member mask in the multicast data frame is filled with "00110000 \8230300" at the time of forwarding.
In the embodiment of the present application, in the process of framing a multicast data frame, a sequence number field is added in an extended information subframe of the multicast data frame, so that ordered reception can be achieved, where the ordered reception means that the sequence of ethernet frames belonging to the same multicast IP (destination MAC address) stream is not allowed to change, so that the problem of disorder in multicast service forwarding in a multichannel bonding system can be effectively solved, and a multicast member mask field is added in an extended information subframe of the multicast data frame, so that the problem of repeated frames in multicast service forwarding in a multichannel bonding system can be effectively solved, and it is avoided that an HM terminal does not allow to receive multiple identical ethernet frames belonging to the same multicast IP stream.
In the embodiment of the present application, each entry of the multicast forwarding table includes a corresponding multicast IP, a corresponding receiving member set, a corresponding forwarding channel set, and a corresponding multicast member mask.
In a possible implementation manner, the forwarding method provided in the embodiment of the present application further includes the following steps:
and setting each multicast IP in the multicast forwarding table as an index value of each multicast forwarding sub-table in the multicast forwarding table.
In the embodiment of the present application, the multicast forwarding table includes multicast IPs, a multicast receiving member set corresponding to each multicast IP, a forwarding channel set, and a multicast member mask corresponding to each forwarding channel.
In a possible implementation manner, if the multicast forwarding table is a table, each entry of the multicast forwarding table is composed of a corresponding multicast IP, a corresponding receiving member set, a corresponding forwarding channel set, and a corresponding multicast member mask.
In a possible implementation manner, if the multicast forwarding table includes multiple multicast forwarding sub-tables, the receiving member set information, forwarding channel set information, and multicast member mask information in the multicast forwarding table are stored in the multiple multicast forwarding sub-tables, respectively, and the multiple multicast forwarding sub-tables are indexed by their multicast IP.
And S106, sequentially sending the HINOC multicast data frames to each transmission channel in the forwarding channel set, and modifying the value range of the multicast member mask field in the HINOC multicast data frames into the multicast member mask corresponding to the forwarding channel.
In the embodiment of the present application, a multicast data frame is received, a multicast forwarding table is searched, a search result is obtained, if the search result is that a forwarding channel set of the multicast data frame is not empty, framing is performed on the multicast data frame according to a preset mode, so as to obtain a corresponding HINOC multicast data frame, where the preset mode includes: framing the received multicast data frame in a HINOC2.0MAC layer data frame format, and adding a sequence number field and a multicast member mask field in an extended information subframe; the method comprises the steps of sequentially sending the HINOC multicast data frames to each transmission channel in a forwarding channel set, and modifying a value field of a multicast member mask field in the HINOC multicast data frames into a multicast member mask corresponding to the forwarding channel, so that by adopting the method and the device, because a sequence number field is added in an extended information subframe of the multicast data frames in the process of framing the multicast data frames, the disorder problem existing in multicast service forwarding in a multi-channel binding system can be effectively solved, and the multicast member mask field is added in the extended information subframe of the multicast data frames, the problem of repeated frames existing in the multicast service forwarding in the multi-channel binding system can be effectively solved.
The following is an embodiment of the multicast service forwarding apparatus based on the HINOC system, which may be used to implement the embodiment of the multicast service forwarding method based on the HINOC system. For details that are not disclosed in the embodiments of the multicast service forwarding apparatus based on the HINOC system of the present invention, please refer to the embodiments of the multicast service forwarding method based on the HINOC system of the present invention.
Referring to fig. 5, a schematic structural diagram of a multicast service forwarding apparatus based on a HINOC system according to an exemplary embodiment of the present invention is shown. The multicast service forwarding device based on the HINOC system can be realized by software, hardware or a combination of the software and the hardware to be all or part of the terminal. The multicast service forwarding device based on the HINOC system comprises a first search module 10, a calculation module 20, a receiving module 30, a second search module 40, a framing module 50, a sending module 60 and a modification module 70.
Specifically, the first searching module 10 is configured to search a channel binding table according to each multicast receiving member in a multicast receiving member set corresponding to each multicast IP, where each channel bound by each multicast receiving member is identified in the channel binding table;
a calculating module 20, configured to calculate a forwarding channel set composed of forwarding channels under each multicast IP and calculate a multicast membership mask on each forwarding channel;
a receiving module 30, configured to receive a multicast data frame;
a second searching module 40, configured to search a multicast forwarding table to obtain a search result, where the multicast forwarding table includes multicast IPs, a multicast receiving member set corresponding to each multicast IP, a forwarding channel set, and a multicast member mask corresponding to each forwarding channel;
a framing module 50, configured to, if the search result obtained by the second search module 40 is that the forwarding channel set of the multicast data frame is non-empty, frame the multicast data frame according to a preset manner to obtain a corresponding HINOC multicast data frame, where the preset manner includes: framing the received multicast data frame in a HINOC2.0MAC layer data frame format, adding a sequence number field and a multicast member mask field in an extended information subframe, wherein the sequence number field and the multicast member mask field both adopt TLV coding field formats, and setting the value field of the multicast member mask field to be an all-zero value;
a sending module 60, configured to send the HINOC multicast data frames obtained by the framing module 50 to each transmission channel in the forwarding channel set in sequence;
a modifying module 70, configured to modify the value range of the multicast membership mask field in the HINOC multicast data frame obtained by the framing module 50 into a multicast membership mask corresponding to the forwarding channel.
Optionally, the apparatus further comprises:
an obtaining module (not shown in fig. 5) for obtaining a preset rule;
the calculation module 20 is configured to: and calculating the multicast member mask on each forwarding channel according to the preset rule acquired by the acquisition module.
Optionally, the preset rule includes: the HM terminal indicated by the multicast member mask is the receiving member of the multicast stream in the multicast forwarding table; HM terminals indicated by the multicast member mask code are all bound with a transmission channel of the current multicast data frame; if the same multicast data frame is sent in a plurality of transmission channels for a plurality of times, each HM terminal is set to be valid as indicated by a multicast membership mask on at most one transmission channel.
Optionally, each entry of the multicast forwarding table includes a corresponding multicast IP, a corresponding receiving member set, a corresponding forwarding channel set, and a corresponding multicast membership mask.
Optionally, the apparatus further comprises:
and a setting module (not shown in fig. 5) configured to set each multicast IP in the multicast forwarding table to an index value of each multicast forwarding sub-table in the multicast forwarding table.
Optionally, if the multicast forwarding table is a table, each entry of the multicast forwarding table is composed of a corresponding multicast IP, a corresponding receiving member set, a corresponding forwarding channel set, and a corresponding multicast member mask.
Optionally, if the multicast forwarding table includes multiple multicast forwarding sub-tables, the receiving member set information, forwarding channel set information, and multicast member mask information in the multicast forwarding table are respectively stored in the multiple multicast forwarding sub-tables, and the multiple multicast forwarding sub-tables are all indexed by their multicast IP.
Optionally, the apparatus further comprises:
and a control module (not shown in fig. 5) for controlling the addition or deletion of the multicast receiving members in each multicast forwarding table through a protocol with a preset format.
Optionally, the protocol with the preset format includes an IGMP protocol or an MLD protocol, where the IGMP protocol includes an IGMPv1, IGMPv2, or IGMPv3 protocol version in an IPv4 network, and the MLD protocol includes an MLDv1 and MLDv2 version in an IPv6 network.
It should be noted that, when the multicast service forwarding apparatus based on the HINOC system provided in the foregoing embodiment executes the multicast service forwarding method based on the HINOC system, only the division of the functional modules is illustrated, and in practical applications, the function distribution may be completed by different functional modules according to needs, that is, the internal structure of the device may be divided into different functional modules, so as to complete all or part of the functions described above. In addition, the multicast service forwarding device based on the HINOC system and the multicast service forwarding method based on the HINOC system provided in the embodiments above belong to the same concept, and the implementation process is detailed in the multicast service forwarding method based on the HINOC system, and is not described here again.
In this embodiment of the present application, the framing module is configured to, if the search result obtained by the second search module is that the forwarding channel set of the multicast data frame is not empty, frame the multicast data frame according to a preset mode to obtain a corresponding HINOC multicast data frame, where the preset mode includes: framing the received multicast data frame in a HINOC2.0MAC layer data frame format, adding a sequence number field and a multicast member mask field in an extended information subframe, wherein the sequence number field and the multicast member mask field both adopt TLV coding field formats, and setting the value field of the multicast member mask field to be an all-zero value; the sending module is used for sequentially sending the HINOC multicast data frames obtained by the framing module to each transmission channel in the forwarding channel set; and the modification module is used for modifying the value field of the multicast member mask field in the HINOC multicast data frame obtained by the framing module into the multicast member mask corresponding to the forwarding channel, so that by adopting the embodiment of the application, because the sequence number field is added in the extended information subframe of the multicast data frame in the framing process of the multicast data frame, the disorder problem existing in the multicast service forwarding in the multi-channel binding system can be effectively solved, and the multicast member mask field is added in the extended information subframe of the multicast data frame, so that the problem of the repeated frame existing in the multicast service forwarding in the multi-channel binding system can be effectively solved.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium, and can include the processes of the embodiments of the methods described above when the computer program is executed. The storage medium may be a non-volatile storage medium such as a magnetic disk, an optical disk, a Read-Only Memory (ROM), or a Random Access Memory (RAM).
All possible combinations of the technical features of the above embodiments may not be described for the sake of brevity, but should be considered as within the scope of the present disclosure as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present invention, and the description thereof is specific and detailed, but not to be understood as limiting the scope of the present invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the inventive concept, which falls within the scope of the present invention. Therefore, the protection scope of the present patent should be subject to the appended claims.

Claims (10)

1. A multicast service forwarding method based on an HINOC system is characterized by comprising the following steps:
searching a channel binding table according to each multicast receiving member in a multicast receiving member set corresponding to each multicast IP, calculating a forwarding channel set formed by each forwarding channel under each multicast IP and a multicast member mask on each forwarding channel, and identifying each channel bound by each multicast receiving member from the channel binding table;
receiving a multicast data frame, searching a multicast forwarding table to obtain a search result, framing the multicast data frame according to a preset mode to obtain a corresponding HINOC multicast data frame if the search result indicates that a forwarding channel set of the multicast data frame is non-empty, wherein the multicast forwarding table comprises multicast IPs, a multicast receiving member set corresponding to each multicast IP, a forwarding channel set and a multicast member mask corresponding to each forwarding channel, and the preset mode comprises the following steps: framing the received multicast data frame in a HINOC2.0MAC layer data frame format, adding a sequence number field and a multicast member mask field in an extended information subframe, wherein the sequence number field and the multicast member mask field both adopt TLV coding field formats, and setting a value field of the multicast member mask field to be an all-zero value;
and sequentially sending the HINOC multicast data frame to each transmission channel in the forwarding channel set, and modifying the value range of the multicast member mask field in the HINOC multicast data frame into a multicast member mask corresponding to the forwarding channel.
2. The method of claim 1, wherein calculating the multicast membership mask on each forwarding channel comprises:
acquiring a preset rule;
and calculating the multicast member mask on each forwarding channel according to the preset rule.
3. The method of claim 2, wherein the preset rules comprise:
the HM terminal indicated by the multicast member mask is a receiving member of the data stream corresponding to the multicast in the multicast forwarding table;
the HM terminals indicated by the multicast member mask are all bound with the transmission channel of the current multicast data frame;
if the same multicast data frame is sent in a plurality of transmission channels for a plurality of times, each HM terminal is set to be indicated to be effective by a multicast member mask on at most one transmission channel.
4. The method of claim 1, wherein each entry of the multicast forwarding table comprises a corresponding multicast IP, a corresponding set of receiving members, a corresponding set of forwarding channels, and a corresponding multicast membership mask.
5. The method of claim 4, further comprising:
and setting each multicast IP in the multicast forwarding table as an index value of each multicast forwarding sub-table in the multicast forwarding table.
6. The method of claim 5,
if the multicast forwarding table is a table, each entry of the multicast forwarding table is composed of a corresponding multicast IP, a corresponding receiving member set, a corresponding forwarding channel set and a corresponding multicast member mask.
7. The method of claim 5,
if the multicast forwarding table comprises a plurality of multicast forwarding sub-tables, receiving member set information, forwarding channel set information and multicast member mask information in the multicast forwarding table are respectively stored in the multicast forwarding sub-tables, and the multicast forwarding sub-tables are indexed by multicast IP of the multicast forwarding sub-tables.
8. The method of claim 1, further comprising:
and controlling the addition or deletion of each multicast receiving member in each multicast forwarding table through a protocol with a preset format.
9. The method of claim 8,
the protocol with the preset format comprises an IGMP protocol or an MLD protocol, the IGMP protocol comprises IGMPv1, IGMPv2 or IGMPv3 protocol versions in an IPv4 network, and the MLD protocol comprises MLDv1 and MLDv2 versions in an IPv6 network.
10. A multicast service forwarding apparatus based on HINOC system, the apparatus comprising:
a first searching module, configured to search a channel binding table according to each multicast receiving member in a multicast receiving member set corresponding to each multicast IP, and identify each channel bound by each multicast receiving member from the channel binding table;
a calculation module, configured to calculate a forwarding channel set composed of forwarding channels under each multicast IP and calculate a multicast membership mask on each forwarding channel;
a receiving module, configured to receive a multicast data frame;
the second searching module is used for searching a multicast forwarding table to obtain a searching result, wherein the multicast forwarding table comprises multicast IPs, a multicast receiving member set corresponding to each multicast IP, a forwarding channel set and multicast member masks corresponding to each channel under each multicast IP;
a framing module, configured to, if the search result obtained by the second search module is that the forwarding channel set of the multicast data frame is not empty, frame the multicast data frame in a preset manner to obtain a corresponding HINOC multicast data frame, where the preset manner includes: framing the received multicast data frame in a HINOC2.0MAC layer data frame format, adding a sequence number field and a multicast member mask field in an extended information subframe, wherein the sequence number field and the multicast member mask field both adopt TLV coding field formats, and setting a value field of the multicast member mask field to be an all-zero value;
a sending module, configured to send the HINOC multicast data frames obtained by the framing module to each transmission channel in the forwarding channel set in sequence;
a modification module, configured to modify the value range of the multicast membership mask field in the HINOC multicast data frame obtained by the framing module into a multicast membership mask corresponding to a forwarding channel.
CN202110271548.XA 2021-03-12 2021-03-12 Multicast service forwarding method and device based on HINOC system Active CN113037514B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110271548.XA CN113037514B (en) 2021-03-12 2021-03-12 Multicast service forwarding method and device based on HINOC system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110271548.XA CN113037514B (en) 2021-03-12 2021-03-12 Multicast service forwarding method and device based on HINOC system

Publications (2)

Publication Number Publication Date
CN113037514A CN113037514A (en) 2021-06-25
CN113037514B true CN113037514B (en) 2022-11-04

Family

ID=76468575

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110271548.XA Active CN113037514B (en) 2021-03-12 2021-03-12 Multicast service forwarding method and device based on HINOC system

Country Status (1)

Country Link
CN (1) CN113037514B (en)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102316121A (en) * 2011-10-19 2012-01-11 武汉烽火网络有限责任公司 Filtering matching preprocessing method supporting dynamic extended frame head and device
CN111669262A (en) * 2020-05-11 2020-09-15 北京瀚诺半导体科技有限公司 Data transmission method and device, electronic equipment and medium
CN112272128A (en) * 2020-09-26 2021-01-26 西安电子科技大学 HINOC framing method, HINOC framing system, HINOC framing medium, computer equipment and application

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102624560B (en) * 2012-03-12 2016-06-29 深圳市天威视讯股份有限公司 A kind of distributed deployment, centerized fusion CATV broadband access system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102316121A (en) * 2011-10-19 2012-01-11 武汉烽火网络有限责任公司 Filtering matching preprocessing method supporting dynamic extended frame head and device
CN111669262A (en) * 2020-05-11 2020-09-15 北京瀚诺半导体科技有限公司 Data transmission method and device, electronic equipment and medium
CN112272128A (en) * 2020-09-26 2021-01-26 西安电子科技大学 HINOC framing method, HINOC framing system, HINOC framing medium, computer equipment and application

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
有线EoC技术概述;万倩等;《有线电视技术》;20120620(第06期);全文 *

Also Published As

Publication number Publication date
CN113037514A (en) 2021-06-25

Similar Documents

Publication Publication Date Title
US8699490B2 (en) Data transmission method, network node, and data transmission system
US9426093B2 (en) Multicast interworking systems and methods
JP4044901B2 (en) Method for transmitting data from one transmitter to a plurality of receivers
CN101258414B (en) Enhanced multicast vlan registration
US20230231671A1 (en) Fronthaul interface for advanced split-radio access network (ran) systems
US20080095082A1 (en) Tdd frame format
CN105580342B (en) The method for sending broadcast singal, the method for receiving broadcast singal, the equipment for sending broadcast singal and the equipment for receiving broadcast singal
CN113037515B (en) Frame format analysis method and device of MAC layer multicast data frame based on HINOC system
CN101163093B (en) Method of implementing centralized multicast management on integrated access equipment
CN101707568B (en) Method and system for controller user multicast service and multicast main control device
EP2022199A2 (en) Service discovery section
CN1589546B (en) Multicast address to packet identifier mapping for broadcast systems
CN108270731A (en) A kind of data flow transmission method, device and relevant device
CN113037514B (en) Multicast service forwarding method and device based on HINOC system
US8553555B2 (en) Methods and apparatus for an efficient multicast file distribution system
US7286497B2 (en) Look up table for QRT
US20060176864A1 (en) Method of establishing links between stations which are connected to a telecommunication network
KR100965053B1 (en) Method for transmitting internet broadcasting data using restricted multicast
CN113825169B (en) Microwave data processing method, device and equipment
KR102223648B1 (en) Data transmission system, data transmission method, data integration method and apparatus
CN115396369A (en) Method, system and network equipment for processing message
KR100456677B1 (en) Method for selecting rendezvous point in multi-casting communication
KR101100206B1 (en) Method for Transmitting and Receiving a Packet
CN103166929A (en) Media playing method and device
CN116436996A (en) Method for hiding peer-to-peer communication in a communication scenario across wired and wireless networking

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant