CN110995603A - Many-to-many transmission method of data and heterogeneous data transmission layer - Google Patents
Many-to-many transmission method of data and heterogeneous data transmission layerDownload PDFInfo
- Publication number
- CN110995603A CN110995603ACN201911250281.5ACN201911250281ACN110995603ACN 110995603 ACN110995603 ACN 110995603ACN 201911250281 ACN201911250281 ACN 201911250281ACN 110995603 ACN110995603 ACN 110995603A
- Authority
- CN
- China
- Prior art keywords
- data
- address information
- many
- transmission
- data packet
- 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.)
- Pending
Links
- 230000005540biological transmissionEffects0.000titleclaimsabstractdescription84
- 238000000034methodMethods0.000titleclaimsabstractdescription46
- 238000010367cloningMethods0.000claimsdescription15
- 238000012384transportation and deliveryMethods0.000claimsdescription9
- 238000004458analytical methodMethods0.000claimsdescription2
- 238000010586diagramMethods0.000description4
- 230000008569processEffects0.000description4
- 230000008878couplingEffects0.000description3
- 238000010168coupling processMethods0.000description3
- 238000005859coupling reactionMethods0.000description3
- 238000004891communicationMethods0.000description2
- 238000007726management methodMethods0.000description2
- 238000013523data managementMethods0.000description1
- 238000005516engineering processMethods0.000description1
- 230000014509gene expressionEffects0.000description1
- 238000012986modificationMethods0.000description1
- 230000004048modificationEffects0.000description1
- 230000003287optical effectEffects0.000description1
- 238000012545processingMethods0.000description1
- 230000008439repair processEffects0.000description1
- 238000006467substitution reactionMethods0.000description1
Images
Classifications
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/16—Multipoint routing
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
- H04L47/2433—Allocation of priorities to traffic types
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Communication Control (AREA)
Abstract
Description
Technical Field
The present application relates to the field of data transmission technologies, and in particular, to a many-to-many data transmission method and a heterogeneous data transmission layer.
Background
Most of the traditional integrated systems are centrally controlled systems, which are chain-shaped data transmission systems established by administrative commands or by taking a certain enterprise/platform as a core, and have the advantages of simple system structure, single data source and simpler data transmission condition.
In the data management model of the three-layer architecture, data transmission only occurs between the application layer, the management layer and the support layer in a macroscopic sense, but in a microscopic sense, each application layer and each management layer contains more than one user, and each user may belong to different systems, and how to realize the many-to-many data transmission between users in each layer and between users outside each layer in the three-layer architecture is a technical problem which needs to be solved urgently by those skilled in the art.
Disclosure of Invention
The embodiment of the application provides a many-to-many data transmission method and a heterogeneous data transmission layer, and solves the technical problems that a traditional chain data transmission system is simple in structure and single in data source, and data many-to-many transmission between users in each layer and between users outside each layer in a three-layer architecture cannot be realized.
In view of the above, a first aspect of the present application provides a method for many-to-many transmission of data, the method including:
receiving at least one data packet sent by at least one user terminal, wherein the data packet carries address information of a data receiver;
analyzing the data packet;
if the address information of the data receiver comprises two or more than two, cloning the data packets and respectively transmitting the data packets to the data receiver corresponding to the address information.
Optionally, after cloning the data packet, the method further includes:
respectively configuring the transmission priority of two or more than two data receivers;
and respectively transmitting the data packets to the data receivers corresponding to the address information according to the transmission priority.
Optionally, after cloning the data packet, the method further includes:
respectively configuring the transmission time of two or more data receivers;
and respectively transmitting the data packets to the data receiving party corresponding to the address information according to the transmission time.
Optionally, after the transmitting to the data receiving side corresponding to the address information, the method further includes:
and if the data delivery information fed back by the data receiver is not received, retransmitting the data packet to the data receiver after preset time.
Optionally, after retransmitting the data packet to the data receiver after the preset time, the method further includes:
and counting the times of retransmitting the data packet to the data receiver, and recording the data receiver and generating failure prompt information when the times reach a preset threshold value.
Optionally, after parsing the data packet, the method further includes:
and if the number of the data packets is two or more, respectively transmitting the data packets to data receivers corresponding to the address information according to the address information of the data receivers carried by the data packets.
Optionally, the respectively transmitting the data packets to the data receivers corresponding to the address information according to the address information of the data receivers carried by the data packets specifically includes:
determining the transmission sequence of two or more data packets according to the transmission flow of the two or more data packets;
and respectively transmitting the data packets to a data receiver corresponding to the address information according to the transmission sequence.
A second aspect of the present application provides a heterogeneous data transmission layer, including:
a receiving unit, configured to receive at least one data packet sent by at least one user terminal, where the data packet carries address information of a data receiving party;
the analysis unit is used for analyzing the data packet;
and the distribution unit is used for cloning the data packets and respectively transmitting the data packets to the data receivers corresponding to the address information if the address information of the data receivers comprises two or more than two address information.
Optionally, the method further includes:
and the retransmission unit is used for retransmitting the data packet to the data receiver after preset time if the data delivery information fed back by the data receiver is not received.
Optionally, the method further includes:
and the counting unit is used for counting the times of retransmitting the data packet to the data receiving party, and recording the data receiving party and generating failure prompt information when the times reach a preset threshold value.
According to the technical scheme, the embodiment of the application has the following advantages:
in the embodiment of the application, after at least one data packet sent by at least one user terminal is received, by analyzing address information of data receivers carried in the data packet, when the data packet has address information of two or more data receivers, the data packet is cloned and respectively routed to the corresponding data receivers, so that the data packet can be transmitted according to different data sources, different data receivers and multiple destinations.
Drawings
Fig. 1 is a schematic flowchart of a first embodiment of a method for many-to-many data transmission according to an embodiment of the present application;
fig. 2 is a schematic flowchart of a second embodiment of a method for many-to-many data transmission according to an embodiment of the present application;
fig. 3 is a schematic flowchart of a third embodiment of a method for many-to-many data transmission according to an embodiment of the present application;
fig. 4 is a schematic flowchart of a fourth embodiment of a method for many-to-many data transmission according to an embodiment of the present application;
fig. 5 is a schematic flowchart of a fifth embodiment of a method for many-to-many data transmission according to an embodiment of the present application;
fig. 6 is a schematic flowchart of a sixth embodiment of a method for many-to-many data transmission according to an embodiment of the present application;
fig. 7 is a schematic flowchart of a seventh embodiment of a method for many-to-many data transmission according to an embodiment of the present application;
fig. 8 is a schematic structural diagram of a first embodiment of a heterogeneous data transmission layer in an embodiment of the present application;
fig. 9 is a schematic structural diagram of a second embodiment of a heterogeneous data transmission layer in the embodiment of the present application.
Detailed Description
In order to make the technical solutions of the present application better understood, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the 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 application.
The application designs a many-to-many data transmission method and a heterogeneous data transmission layer, and solves the technical problems that a traditional chain data transmission system is simple in structure and single in data source, and cannot realize many-to-many data transmission in a center or across centers.
For easy understanding, please refer to fig. 1, in which fig. 1 is a schematic flowchart of a first embodiment of a method for many-to-many data transmission according to an embodiment of the present application, and as shown in fig. 1, the method specifically includes:
101. receiving at least one data packet sent by at least one user terminal, wherein the data packet carries address information of a data receiver;
102. analyzing the data packet;
103. if the address information of the data receiver comprises two or more than two, cloning the data packets and respectively transmitting the data packets to the data receiver corresponding to the address information.
Specifically, examples of the header are as follows:
MSG Agent:user1@192.168.1.116:6000；ob VER/2.0
Via:GTS/2.0/UDP192.168.1.109；branch＝z9hG4bK7d2d.c81637a3b770f96aedec401d6e0b849d.0
Via:GTS/2.0/UDP192.168.1.103:6000；received＝192.168.1.103；branch＝z9hG4bK.kpfY44c-6
Via:GTS/2.0/UDP192.168.1.103:6000；received＝192.168.1.103；branch＝z9hG4bK.kpfY44c-6
Route:192.168.1.111:6000；received＝192.168.1.111；brach＝z9hG4bk.kbpY44c-5
From:<gts:user2@192.168.1.109>；tag＝0jXn～BEOH
To:gts:user1@192.168.1.109
CSeq:20MSG
Max-Forwards:69
Content-Type:application/txt
Content-Length:282
Date:Wed,28Aug 2019 00:02:37GMT
examples of the message body are as follows:
in the embodiment of the application, after at least one data packet sent by at least one user terminal is received, by analyzing address information of data receivers carried in the data packet, when the data packet has address information of two or more data receivers, the data packet is cloned and respectively routed to the corresponding data receivers, so that the data packet can be transmitted according to different data sources, different data receivers and multiple destinations.
Referring to fig. 2, fig. 2 is a schematic flowchart illustrating a second embodiment of a method for many-to-many data transmission according to an embodiment of the present application, as shown in fig. 2, specifically:
201. receiving at least one data packet sent by at least one user terminal, wherein the data packet carries address information of a data receiver;
202. analyzing the data packet;
203. if the address information of the data receiver comprises two or more than two, cloning the data packet;
204. respectively configuring the transmission priority of two or more than two data receivers;
205. and respectively transmitting the data packets to the data receivers corresponding to the address information according to the transmission priority.
It should be noted that, by configuring the transmission priority of the data receiver, the data packet can be transmitted in sequence, so that data congestion is avoided, and it can be ensured that the data receiver with high priority can receive the data packet as soon as possible.
Referring to fig. 3, fig. 3 is a schematic flowchart illustrating a third embodiment of a method for many-to-many data transmission according to an embodiment of the present application, as shown in fig. 3, specifically:
301. receiving at least one data packet sent by at least one user terminal, wherein the data packet carries address information of a data receiver;
302. analyzing the data packet;
303. if the address information of the data receiver comprises two or more than two, cloning the data packet;
304. respectively configuring the transmission time of two or more data receivers;
305. and respectively transmitting the data packets to the data receiving party corresponding to the address information according to the transmission time.
It should be noted that, by configuring the transmission time of the data packet to the data receiving side, it is determined that some data is transmitted to the data receiving side only in a specific time period.
Referring to fig. 4, fig. 4 is a schematic flowchart illustrating a fourth embodiment of a method for many-to-many data transmission according to the present embodiment, as shown in fig. 4, specifically:
401. receiving at least one data packet sent by at least one user terminal, wherein the data packet carries address information of a data receiver;
402. analyzing the data packet;
403. if the address information of the data receiver comprises two or more than two, cloning the data packets and respectively transmitting the data packets to the data receiver corresponding to the address information;
404. and if the data delivery information fed back by the data receiver is not received, retransmitting the data packet to the data receiver after preset time.
It should be noted that, if data delivery information fed back by the data receiving side is not received, which indicates that the data packet transmission fails, the data packet is retransmitted to the data receiving side after a preset time.
Referring to fig. 5, fig. 5 is a schematic flowchart illustrating a fifth embodiment of a method for many-to-many data transmission according to the embodiment of the present application, as shown in fig. 5, specifically:
501. receiving at least one data packet sent by at least one user terminal, wherein the data packet carries address information of a data receiver;
502. analyzing the data packet;
503. if the address information of the data receiver comprises two or more than two, cloning the data packets and respectively transmitting the data packets to the data receiver corresponding to the address information;
504. if the data delivery information fed back by the data receiver is not received, the data packet is transmitted to the data receiver again after preset time;
505. and counting the times of retransmitting the data packet to the data receiver, and recording the data receiver and generating failure prompt information when the times reach a preset threshold value.
It should be noted that, if data delivery information fed back by the data receiving side is not received, which indicates that the data packet transmission fails, the data packet is retransmitted to the data receiving side after a preset time. If the number of times of retransmission reaches a preset threshold value, the transmission problem that automatic repair cannot be performed may occur, and the data receiving party with transmission failure is recorded and failure prompt information is generated.
Referring to fig. 6, fig. 6 is a flowchart illustrating a sixth embodiment of a method for many-to-many data transmission according to the present application, as shown in fig. 6, specifically:
601. receiving at least one data packet sent by at least one user terminal, wherein the data packet carries address information of a data receiver;
602. analyzing the data packet;
603. if the address information of the data receiver comprises two or more than two, cloning the data packets and respectively transmitting the data packets to the data receiver corresponding to the address information;
604. and if the number of the data packets is two or more, respectively transmitting the data packets to data receivers corresponding to the address information according to the address information of the data receivers carried by the data packets.
It should be noted that, when the number of the data packets is two or more, after the address information of the data receiver carried by each data packet is determined, the data packets are respectively transmitted to the data receivers corresponding to the address information.
Referring to fig. 7, fig. 7 is a flowchart illustrating a seventh embodiment of a method for many-to-many data transmission according to the embodiment of the present application, as shown in fig. 7, specifically:
701. receiving at least one data packet sent by at least one user terminal, wherein the data packet carries address information of a data receiver;
702. analyzing the data packet;
703. if the address information of the data receiver comprises two or more than two, cloning the data packets and respectively transmitting the data packets to the data receiver corresponding to the address information;
704. if the number of the data packets is two or more, determining the transmission sequence of the two or more data packets according to the transmission flow of the two or more data packets;
705. and respectively transmitting the data packets to a data receiver corresponding to the address information according to the transmission sequence.
It should be noted that, when the number of the data packets is two or more, the transmission traffic size required for transmission of each data packet may be different, and after the transmission traffic size of each data packet is calculated, the transmission data of the data packet may be determined according to the transmission traffic size, that is, the data packet with the small transmission traffic is transmitted preferentially, the data packet with the large transmission traffic is transmitted late, and the data packets are transmitted to the data receiving side corresponding to the address information according to the transmission sequence.
Referring to fig. 8, fig. 8 is a schematic structural diagram of a first embodiment of a heterogeneous data transmission layer according to an embodiment of the present application, as shown in fig. 8, specifically including:
a receiving unit 801, configured to receive at least one data packet sent by at least one user terminal, where the data packet carries address information of a data receiving party;
an analyzing unit 802, configured to analyze the data packet;
a distributing unit 803, configured to clone the data packets and transmit the data packets to the data receivers corresponding to the address information, if the address information of the data receivers includes two or more address information.
Referring to fig. 9, fig. 9 is a schematic structural diagram of a second embodiment of a heterogeneous data transmission layer according to the embodiment of the present application, and as shown in fig. 9, the second embodiment specifically includes:
a receiving unit 901, configured to receive at least one data packet sent by at least one user terminal, where the data packet carries address information of a data receiving party;
an analyzing unit 902, configured to analyze the data packet;
a distributing unit 903, configured to clone the data packets and transmit the data packets to data receivers corresponding to the address information if the address information of the data receivers includes two or more address information;
a retransmission unit 904, configured to retransmit the data packet to the data receiver after a preset time if data delivery information fed back by the data receiver is not received;
a counting unit 905, configured to count the number of times of retransmitting the data packet to the data receiving side, and when the number of times reaches a preset threshold, record the data receiving side and generate failure prompt information.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
The terms "first," "second," "third," "fourth," and the like in the description of the application and the above-described figures, if any, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the application described herein are, for example, capable of operation in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
It should be understood that in the present application, "at least one" means one or more, "a plurality" means two or more. "and/or" for describing an association relationship of associated objects, indicating that there may be three relationships, e.g., "a and/or B" may indicate: only A, only B and both A and B are present, wherein A and B may be singular or plural. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship. "at least one of the following" or similar expressions refer to any combination of these items, including any combination of single item(s) or plural items. For example, at least one (one) of a, b, or c, may represent: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", wherein a, b, c may be single or plural.
In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be substantially implemented or contributed to by the prior art, or all or part of the technical solution may be embodied in a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
The above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions in the embodiments of the present application.
Claims (10)
1. A method for many-to-many transmission of data, comprising:
receiving at least one data packet sent by at least one user terminal, wherein the data packet carries address information of a data receiver;
analyzing the data packet;
if the address information of the data receiver comprises two or more than two, cloning the data packets and respectively transmitting the data packets to the data receiver corresponding to the address information.
2. The method for many-to-many transmission of data according to claim 1, wherein said cloning said data packet further comprises:
respectively configuring the transmission priority of two or more than two data receivers;
and respectively transmitting the data packets to the data receivers corresponding to the address information according to the transmission priority.
3. The method for many-to-many transmission of data according to claim 1, wherein said cloning said data packet further comprises:
respectively configuring the transmission time of two or more data receivers;
and respectively transmitting the data packets to the data receiving party corresponding to the address information according to the transmission time.
4. The many-to-many transmission method of data according to claim 1, wherein after the transmission to the data receiver corresponding to the address information, further comprising:
and if the data delivery information fed back by the data receiver is not received, retransmitting the data packet to the data receiver after preset time.
5. The many-to-many transmission method of data according to claim 4, wherein after the retransmitting the data packet to the data receiving side after the preset time, further comprising:
and counting the times of retransmitting the data packet to the data receiver, and recording the data receiver and generating failure prompt information when the times reach a preset threshold value.
6. The method for many-to-many transmission of data according to claim 1, wherein said parsing said data packet further comprises:
and if the number of the data packets is two or more, respectively transmitting the data packets to data receivers corresponding to the address information according to the address information of the data receivers carried by the data packets.
7. The many-to-many transmission method of data according to claim 6, wherein the respectively transmitting the data packets to the data receivers corresponding to the address information according to the address information of the data receivers carried by the data packets specifically includes:
determining the transmission sequence of two or more data packets according to the transmission flow of the two or more data packets;
and respectively transmitting the data packets to a data receiver corresponding to the address information according to the transmission sequence.
8. A heterogeneous data transport layer, comprising:
a receiving unit, configured to receive at least one data packet sent by at least one user terminal, where the data packet carries address information of a data receiving party;
the analysis unit is used for analyzing the data packet;
and the distribution unit is used for cloning the data packets and respectively transmitting the data packets to the data receivers corresponding to the address information if the address information of the data receivers comprises two or more than two address information.
9. The heterogeneous data transport layer of claim 8, further comprising:
and the retransmission unit is used for retransmitting the data packet to the data receiver after preset time if the data delivery information fed back by the data receiver is not received.
10. The heterogeneous data transport layer of claim 9, further comprising:
and the counting unit is used for counting the times of retransmitting the data packet to the data receiving party, and recording the data receiving party and generating failure prompt information when the times reach a preset threshold value.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911250281.5ACN110995603A (en) | 2019-12-09 | 2019-12-09 | Many-to-many transmission method of data and heterogeneous data transmission layer |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911250281.5ACN110995603A (en) | 2019-12-09 | 2019-12-09 | Many-to-many transmission method of data and heterogeneous data transmission layer |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110995603Atrue CN110995603A (en) | 2020-04-10 |
Family
ID=70091352
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911250281.5APendingCN110995603A (en) | 2019-12-09 | 2019-12-09 | Many-to-many transmission method of data and heterogeneous data transmission layer |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110995603A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111311290A (en)* | 2020-04-17 | 2020-06-19 | 广州信天翁信息科技有限公司 | Method for digitizing and verifying articles and related device |
Citations (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1725730A (en)* | 2005-04-08 | 2006-01-25 | 杭州华为三康技术有限公司 | Method of multilayer VLAN switching |
| CN101515889A (en)* | 2009-04-03 | 2009-08-26 | 华为技术有限公司 | Replication and processing method for multicast message and device thereof |
| CN102427526A (en)* | 2011-09-23 | 2012-04-25 | 清华大学 | Low-delayed wireless video broadcast transmitting and coding method |
| CN103220091A (en)* | 2012-01-20 | 2013-07-24 | 华为技术有限公司 | Data transmission method and device |
| US20140086243A1 (en)* | 2012-09-21 | 2014-03-27 | Cisco Technology, Inc. | Method and apparatus for in-band channel change for multicast data |
| CN104125032A (en)* | 2014-06-30 | 2014-10-29 | 广州供电局有限公司 | SDH (Synchronous Digital Hierarchy) based wide-area peer-to-peer communication system and method |
| CN104253763A (en)* | 2013-06-30 | 2014-12-31 | 上海贝尔股份有限公司 | Method for realizing data transmission in gateway equipment of ubiquitous network and gateway equipment using method |
| WO2015042159A1 (en)* | 2013-09-17 | 2015-03-26 | Cisco Technology, Inc. | Bit indexed explicit replication using internet protocol version 6 |
| US20150381412A1 (en)* | 2013-10-04 | 2015-12-31 | International Business Machines Corporation | Transporting multi-destination networking traffic by sending repetitive unicast |
| CN106572518A (en)* | 2016-10-31 | 2017-04-19 | 努比亚技术有限公司 | Information processing method and mobile terminal |
| CN106603440A (en)* | 2016-12-30 | 2017-04-26 | 盛科网络（苏州）有限公司 | Switch unit and method for realizing multi-destination message mirroring |
| CN107070613A (en)* | 2017-03-22 | 2017-08-18 | 公安部交通管理科学研究所 | Reliable data transmission method under distributed network environment |
| CN108123880A (en)* | 2016-11-30 | 2018-06-05 | 新华三技术有限公司 | Retransmission method, device and the system of multicast data message |
| CN109688214A (en)* | 2018-12-24 | 2019-04-26 | 杭州数梦工场科技有限公司 | Data transmission method, device and storage medium |
| CN110313162A (en)* | 2017-02-17 | 2019-10-08 | 思科技术公司 | System and method for facilitating content delivery to multiple recipients in a network environment |
| CN110505600A (en)* | 2018-05-18 | 2019-11-26 | 华为技术有限公司 | Routing method and device |
- 2019
- 2019-12-09CNCN201911250281.5Apatent/CN110995603A/enactivePending
Patent Citations (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1725730A (en)* | 2005-04-08 | 2006-01-25 | 杭州华为三康技术有限公司 | Method of multilayer VLAN switching |
| CN101515889A (en)* | 2009-04-03 | 2009-08-26 | 华为技术有限公司 | Replication and processing method for multicast message and device thereof |
| CN102427526A (en)* | 2011-09-23 | 2012-04-25 | 清华大学 | Low-delayed wireless video broadcast transmitting and coding method |
| CN103220091A (en)* | 2012-01-20 | 2013-07-24 | 华为技术有限公司 | Data transmission method and device |
| US20140086243A1 (en)* | 2012-09-21 | 2014-03-27 | Cisco Technology, Inc. | Method and apparatus for in-band channel change for multicast data |
| CN104253763A (en)* | 2013-06-30 | 2014-12-31 | 上海贝尔股份有限公司 | Method for realizing data transmission in gateway equipment of ubiquitous network and gateway equipment using method |
| WO2015042159A1 (en)* | 2013-09-17 | 2015-03-26 | Cisco Technology, Inc. | Bit indexed explicit replication using internet protocol version 6 |
| US20150381412A1 (en)* | 2013-10-04 | 2015-12-31 | International Business Machines Corporation | Transporting multi-destination networking traffic by sending repetitive unicast |
| CN104125032A (en)* | 2014-06-30 | 2014-10-29 | 广州供电局有限公司 | SDH (Synchronous Digital Hierarchy) based wide-area peer-to-peer communication system and method |
| CN106572518A (en)* | 2016-10-31 | 2017-04-19 | 努比亚技术有限公司 | Information processing method and mobile terminal |
| CN108123880A (en)* | 2016-11-30 | 2018-06-05 | 新华三技术有限公司 | Retransmission method, device and the system of multicast data message |
| CN106603440A (en)* | 2016-12-30 | 2017-04-26 | 盛科网络（苏州）有限公司 | Switch unit and method for realizing multi-destination message mirroring |
| CN110313162A (en)* | 2017-02-17 | 2019-10-08 | 思科技术公司 | System and method for facilitating content delivery to multiple recipients in a network environment |
| CN107070613A (en)* | 2017-03-22 | 2017-08-18 | 公安部交通管理科学研究所 | Reliable data transmission method under distributed network environment |
| CN110505600A (en)* | 2018-05-18 | 2019-11-26 | 华为技术有限公司 | Routing method and device |
| CN109688214A (en)* | 2018-12-24 | 2019-04-26 | 杭州数梦工场科技有限公司 | Data transmission method, device and storage medium |
Non-Patent Citations (2)
| Title |
|---|
| PUFANG MA: "A Way to Quickly Converge to The Destination for Multi-Address Packet in Information-Centric Networking", 《IEEE XPLORE》* |
| 刘杨: "网络传输通道管理系统的设计与实现", 《CNKI硕士论文全文数据库》* |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111311290A (en)* | 2020-04-17 | 2020-06-19 | 广州信天翁信息科技有限公司 | Method for digitizing and verifying articles and related device |
| CN111311290B (en)* | 2020-04-17 | 2023-08-08 | 广州信天翁信息科技有限公司 | Article digitizing and verifying method and related device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7761084B2 (en) | Systems and methods for session records correlation | |
| US20140143202A1 (en) | Regulated Texting Solution for Mobile Devices | |
| WO2007083291B1 (en) | Apparatus and method for many-to-many mobile messaging | |
| US20080161028A1 (en) | Methods, systems and computer program products for a redundant, geographically diverse, and independently scalable message service (MS) content store | |
| CN104936156B (en) | Note transmission method and device | |
| US20120317213A1 (en) | Transmitting instant messages | |
| US20120143973A1 (en) | Processing of associated messages from plural social network services | |
| EP3198837B1 (en) | Cdf tracking for offline charging | |
| CN109450908A (en) | Communication means based on distributed message | |
| CN101163117A (en) | Packet management method, packet resource sharing method and instant communication equipment | |
| KR101809365B1 (en) | Message Fragmentation Method using a MQTT Protocol in M2M/IoT Platforms | |
| CN101977358A (en) | Method, device and equipment for transmitting data short messages | |
| CN106603597A (en) | Group state providing method, equipment and system thereof | |
| CN104135429A (en) | A method and a device for pushing information | |
| Uryvsky et al. | Complex analytical model of priority requires service on cloud server | |
| SG146488A1 (en) | System for tracking the successful recommendation of a good or service | |
| US7529817B2 (en) | Method for managing duplicated arrival notification message in multimedia messaging service | |
| CN109379764A (en) | File transmitting method and device | |
| CN110995603A (en) | Many-to-many transmission method of data and heterogeneous data transmission layer | |
| JP5895307B2 (en) | Short message system | |
| CN101548514B (en) | Method for exchanging messages in a mobile radio network | |
| Georgiadis et al. | Stability and capacity through evacuation times | |
| EP2819438A1 (en) | Spam message processing method and system | |
| EP2966927B1 (en) | Combined voice and data communications in a distributed hybrid allocation and reservation multiple access mobile wireless network | |
| CN107645385A (en) | Obtain method and device, routing addressing equipment and the system of routing iinformation |
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 | ||
| RJ01 | Rejection of invention patent application after publication | Application publication date:20200410 | |
| RJ01 | Rejection of invention patent application after publication |