CN101939967B - Communications method - Google Patents
Communications method Download PDFInfo
- Publication number
- CN101939967B CN101939967B CN200980104280.8A CN200980104280A CN101939967B CN 101939967 B CN101939967 B CN 101939967B CN 200980104280 A CN200980104280 A CN 200980104280A CN 101939967 B CN101939967 B CN 101939967B
- Authority
- CN
- China
- Prior art keywords
- data
- section point
- channel
- unreliable
- node
- 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
Links
Classifications
-
- 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
-
- 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/14—Multichannel or multilink protocols
-
- 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation or special uses of UDP protocol
-
- 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/165—Combined use of TCP and UDP protocols; selection criteria therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
一种经由两个信道从第一节点和第二节点进行可靠数据传送的通信网络。第一不可靠信道根据诸如RTP的不可靠通信协议来传送数据。第二不可靠信道根据诸如TCP的可靠通信协议来传送相同的数据。在第二节点处，对经由不可靠信道从第一节点接收到的数据所丢失的数据部分进行检测，并使用经由可靠信道从第一节点接收到的对应的数据部分。RTP信道可以通过多播或单播在UDP上运行。TCP信道可以用多播组或端对端网络来补充。
A communication network for reliable data transfer from a first node and a second node via two channels. The first unreliable channel transfers data according to an unreliable communication protocol such as RTP. The second unreliable channel transmits the same data according to a reliable communication protocol such as TCP. At the second node, missing data portions of data received from the first node via the unreliable channel are detected and corresponding data portions received from the first node via the reliable channel are used. RTP channels can run over UDP via multicast or unicast. TCP channels can be supplemented with multicast groups or peer-to-peer networks.
Description
Technical field
Present invention relates in general to communication network, and the loss of data in this network is managed.The present invention can apply but be not limited to improve the distribution such as the critical data for financial service, safety or emergency services (critical data).
Background technology
In current financial market, obtain in time and accurately information for achievement, be very important.Financial institution relies at a high speed, high reliability network provides latest news and the price data that can be used as trade decision basis.Market data delivery service has adopted multiple different approach.Conventionally, this data delivery service realizes with TCP or clean culture UDP.A problem of this realization is limited extensibility (scalability).Use TCP to need for each recipient, independent socket (or end points) and sliding window (or buffering area) are provided and provide independent network flow for each client on server.UDP clean culture need to be for the independent copy of the stream of each destination system.These two kinds of methods all can be promptly by the resource of light server and network is reached data are delayed to think the degree of unacceptable period.Therefore, a lot of stock exchanges have adopted the UPD based on ip multicast to come to subscriber (subscriber) broadcast market information, and are widely regarded as the sole mode of the data delivery of expanding market.Yet ip multicast is not a kind of connection-oriented mechanism, it is unreliable and do not have the substitute intrinsic mechanism of (dropped packet) of reply.This may not be any problem for video or audio distribution, but for the mechanism of distributing critical data but to need a kind of effective management data to lose.
Summary of the invention
The present invention provides reliable communication when low latency is provided.Specifically, the present invention proposes a kind ofly in network, via a plurality of channels, from first node to Section Point, to transmit reliably the method for data, and wherein said data comprise a plurality of parts; Wherein said a plurality of channel comprises unreliable channel and reliable channel; Said method comprising the steps of: via described unreliable channel, described data are sent to Section Point; Via described reliable channel, described data are sent to Section Point; The data division that the data that identification receives at Section Point via described unreliable channel lack; From the data that receive at Section Point via described reliable channel, obtain the corresponding data division of data division lacking with the data that receive at Section Point via described unreliable channel.
The present invention has preferably combined the low latency of RTP transmission and the reliability of TCP, and a kind of like this method is preferably provided, and wherein unreliable channel carries data according to the RTP operating on UDP in a plurality of bags; And reliable channel carries data according to TCP in a plurality of bags.According to a modified example, the RTP that unreliable channel operates on UDP by multicast, basis works for a plurality of Section Points; And reliable channel is worked for each node in described a plurality of Section Points according to TCP.The bag that each TCP bag carries preferably matches with data and RTP header that corresponding RTP bag carries.
The concrete advantage that derivation is set in detail from each covers a plurality of Section Points.According to a further aspect in the invention, the RTP that unreliable channel operates on UDP by multicast, basis works to a plurality of (N) Section Point; And reliable channel works to the subset M < N of described a plurality of (N) Section Point on TCP; Wherein said a plurality of (N) Section Point adds ad-hoc network; Wherein the subset M of Section Point receives from first node the data division of losing the data that receive via unreliable channel via reliable channel; Wherein all the other N-M node of a plurality of (N) Section Point receives from one of the subset M of Section Point or other node the data division that the data via unreliable channel reception lack.
Alternatively, the RTP that unreliable channel operates on UDP by clean culture, basis works to a plurality of Section Points, wherein first node and each Section Point add ad-hoc network, the data division that this ad-hoc network lacks for the data that receive via unreliable channel from first node reception.
According on the other hand, the invention provides a plurality of (N) Section Point, wherein for each node in a plurality of (N) Section Point, provide the unreliable channel of working according to the RTP operating on UDP; For each Section Point in the subset M < N of a plurality of (N) Section Point, provide the reliable channel of working according to TCP; Wherein a plurality of (N) Section Point adds multicast group, and the subset M < N of Section Point is relayed in subset M < N and N-M Section Point of residue not to be covered via this multicast group by the bag receiving via reliable channel.
According on the other hand, the present invention includes: by the data that receive at Section Point via unreliable channel with via reliable channel, in the data of Section Point reception, merge into single stream; The data division that the data that identification receives at Section Point via unreliable channel from described single stream lack; And from described single stream, obtain the corresponding data division of data division that the data with receiving at Section Point via unreliable channel that receive at Section Point via reliable channel lack.
The present invention also provides a kind of communication network for low-latency data transmission, and it has obtained the reliability strengthening, and specifically, the invention provides a kind of communication network, and it comprises first node and Section Point; Wherein first node is set to Section Point, send data via two channels; The first unreliable channel is for sending data according to unreliable communication protocol to Section Point; The second reliable channel is for sending data according to reliable communication protocol to Section Point; Wherein said data comprise a plurality of parts; Wherein Section Point comprises data checks device, this data checks device is for identifying the data division lacking with respect to the data that receive from first node via unreliable channel, and obtains for the data from receiving from first node via reliable channel the data division that the data that receive via unreliable channel lack.
The present invention can utilize sequence numbering scheme to realize the detection to missing data part, specifically, in communication network, the data that send via unreliable channel comprise the first bag series, and wherein each Bao Douyu in the first bag series has specified the sequence number of the position in sequence to be associated; Wherein canonical sequence number is identified the data of loss.In this communication network, the data that send via reliable channel can also comprise the second bag series; Wherein each Bao Douyu in the second bag series has specified the sequence number of the position in sequence to be associated; Wherein each bag in the second bag series is corresponding to a bag in the first bag series; And wherein each Bao Douyu in the second bag series is associated with the identical sequence number of corresponding bag of the first bag series.
Accompanying drawing explanation
In order to help to understand the present invention, give an example below with reference to accompanying drawings to describe execution mode, wherein:
Fig. 1 is the schematic diagram of typical financial information system;
Fig. 2 is the schematic diagram that is used in the packet in the financial information system of Fig. 1;
Fig. 3 is the schematic diagram of header structure of the packet of Fig. 2;
Fig. 4 is for realizing the schematic diagram of server of the present invention.
Embodiment
Fig. 1 shows the schematic diagram of the financial information system being applied to according to the first execution mode, the present invention.Market data sources 10 normally produces the financial transaction institute of this data.The destination of marketing data is the deal maker who is operated in financial institution, as broker, or more precisely, the transaction application 20 that deal maker uses.Market data delivery can be believed to comprise two Main Stage.In the first stage, using data as bringing in the network of financial institution from the data flow of financial transaction institute (it produces this data).Conventionally, data flow ends at the server 30 in data center, and server 30 can be arranged in the management place of financial institution or be co-located at exchange.The data flow processor 40 that data flow is followed on serviced device 30 is processed, and data flow processor 40 can be normalized to common format by data flow, then again publishes to the array of the application server 20 of operation transaction application.Each server can be processed a plurality of data flow.
Marketing data is extreme time-sensitive in essence, so any delay of the data path between exchange 10 and transaction application 20 50,60 all must be minimized.For example, in London, the ip multicast stream based on UDP of marketing data picks up in financial institution from LSE.Yet from financial institution server to transaction application, data flow is used more reliable TCP session to retransmit and is sent.In essence, this session is subject to the restriction of the round stand-by period between financial institution server and transaction application, send the frame of any loss or damage, so further extended the stand-by period due to TCP confirmation request and by requiring to retransmit.
RTP (RTP) is a kind of unreliable, nonsynchronous agreement, and it provides the end-to-end delivery service such as the data with real-time characteristic of interactive audio and video or emulated data in clean culture or multicast network service.The specific definition of RTP can find in the InternetEngineering Task in July, 2003 Force publication RFC 3550.
Application is (top) operation RTP above UDP conventionally.If bottom-layer network provides, RTP can support the data of using multicast to divide a plurality of destinations of orientation to transmit.RTP self does not provide any to be guaranteed the mechanism of sending in time or provides other service quality (QoS) to guarantee.On the contrary, it provides the information relevant with packet loss, shake and other link attribute to application, has left the task of compensation service quality problem for this information.RTP self does not guarantee to send or prevent unordered delivery, does not suppose that bottom-layer network is reliable yet.Although the function of the delivery order of providing is provided in some realizations, this is not that agreement institute is compulsory, and therefore, RTP is not suitable at a high speed, high reliability data is sent.
RTP is comprised of two tight associated parts: RTP (RTP) and RTP Control Protocol (RTCP).RTP (RTP) is designed to carrying and has the data of real-time characteristic and the time series data (timing data) that allows to calculate link statistics value.The major function of RTCP be allow entrant in RTP " session " notify other entrant its to the observation-delay of link-quality, shake, loss etc.In addition, it can also be for supporting some application controls requirements.
Fig. 2 show RTP bag with and the schematic diagram of associated header information.The real-time media being transmitted has formed " RTP payload ".RTP header comprises the information relevant with payload, such as source, size, type of coding etc.Yet RTP bag can not be transmitted by " in statu quo " on network, so we use the transportation protocol that is called as User Datagram Protoco (UDP) (UDP).As shown in Figure 2, use UDP UDP header need to be added in RTP bag after RTP header.UDP datagram is then given to IP packing device.As shown in Figure 2, use IP packing device IP header need to be added in RTP bag after UDP header.
Fig. 3 is the schematic diagram that is shown in further detail RTP header structure.In Fig. 3, used following label:
V---version, represents RTP version.
P---fill, while being set up, wrapping in end and comprise one or more extra eight bit byte of filling, it is not a part for payload.
X---extension bits, while being set up, an and then header extension after fixed header, has the form of definition.
CSRC counting---the quantity (referring to CSRC below) that comprises fixed header CSRC identifier afterwards.
M---marker character, the parsing of marker character is configured document definition.It is intended to allow the remarkable event such as frame boundaries to be marked in packet flow.
The form of PT Payload Type-expression RTP payload is also determined the parsing of application to it.Configuration file has been specified the default static mapping of PT Payload Type code to payload format.Extra PT Payload Type code can dynamically be defined by non-RTP mode.
Sequence number---RTP packet of every transmission adds 1, and the machine that can be received uses to detect packet loss and recovers packet sequence.
Timestamp---reflected the sampling instant of first eight bit byte in RTP packet.Sampling instant must derive to allow synchronous and Jitter Calculation from the clock that dull and linearity increases in time.
SSRC---synchronisation source, this identifier is random selection, it is intended to do not have two synchronisation sources to have identical SSRC identifier in same RTP session.
CSRC---the list of contribution source identifier, has identified the contributive source of payload to comprising in this bag.
Multicast is reliably the improvement that insecure multicast is sent, and wherein receiver can use outband channel to transmit leg request lost frames.The loss of frame is determined by whole frames being carried out to label with sequence number.Owing to lacking window and optionally confirming, for reliable multicast, from packet loss, recover than slow for TCP stream.Multicast is reliably suitable for replacing TCP as transmission (agreement) reliably, yet TCP is better at the higher environment performance of packet loss possibility.
Therefore multicast is not connection-oriented mechanism at it in essence, and unreliable inherently, such as allowing the agreement of TCP of retransmission of lost bag inapplicable.Basic multicast is for the application such as stream audio and video, wherein substitute and be not problem once in a while.But for the distribution of critical data, the mechanism that just needs a kind of request retransmission to send.
The PGM recording in IETF RFC 3208 is suggested, as a kind of suitable mechanism that request retransmission is sent in multicast.According to PGM, multicast is coated has distributed sequence number, makes recipient when packet loss can ask the bag that its sequence number is identified to carry out multicast again.Yet the safe and reliable and extendible system that lacks extensive employing has stoped extensive employing.
As above pointed with reference to Fig. 1, the data between data center server and transaction application are normally transmitted by TCP, and TCP provides order and wrapped and send reliably.Data are in the transmission over networks of underusing, and this network is worked at below 5 percent of its capacity (in some cases below one of percentage) conventionally.
According to the present invention, finance data central server is realized such as the corrupt data stream being provided by Real-time Transport Protocol to link 50 use of transaction application, and this data flow is backed up by the reliable data stream such as being provided by TCP.Discussed herein is two logic channels can sharing or can not share Same Physical medium.Logic channel can be shared Same Physical link also can use independent link (if any).Data flow is preferably carried with corrupt data and is flowed identical datagram and at least some corrupt datas stream header information reliably.Preferably, each TCP bag matches with the data that corresponding RTP bag carries.
Can accelerate flowing of order from transaction application to finance data server by identical method.According to a preferred implementation, have precedence over authentic data channel and send data via corrupt data channel.This preferentially can or support mark any other technology higher and more low priority to realize with priority queueing, class-based queuing when Business Stream transmits as a whole on network interface or in network.Use the data format defining in the agreement (such as RTP) of appropriate definition can collect performance statistic, encryption and checking.
According to another execution mode, exchange 10 to the data link 60 at finance data center 30 also/or realize according to the present invention.
Look at how above scheme is actually applied below.
According to preferred implementation, the UDP detectaphone of optimizing for low latency is selected for transaction application 20, for example the detectaphone based on event-oriented API.Being similar to poll family of functions on the platform of Unix and " epoll () " the I/O event notice instrument on Linux is suitable for.RTP code library is modified to receive from the Incoming swap data of the data center server 30 at transaction application 20 places and uses selected detectaphone.
Server 30 comprises RTP framer, and RTP framer generates the RTP frame that forms the data flow of going to transaction application.Frame from RTP framer is sent in RTP and TCP stream, in common link or on different links, all can.According to preferred implementation, at receiving terminal, before rtp streaming and TCP stream are forwarded to transaction application, they are merged into single stream.
Merging can realize by the buffer of the data for receiving via rtp streaming and the sequence counter of following the sequence number of received packet.If gap detected in sequence, the sequence number of expectation is lost from received bag, and system monitoring is flowed the packet receiving the appropriate location that the bag in TCP stream with the sequence number of loss is inserted into buffer via TCP.
According to preferred implementation, pooling function operates according to following order:
1, check the outstanding data of UDP (RTP) and TCP socket.
If 2 data exist, read and resolve RTP header.
3, RTP preamble sequence number and the RTP preamble sequence number finally seen are compared.
If the sequence number that i sequence number equals finally to see ,+1 is sent to application (seeing iii) together with any buffered data.
If ii sequence number is less than the sequence number of finally seeing, abandon.
If iii sequence number is greater than the sequence number of finally seeing, buffered data.
4, return to step 1.
From TCP stream, obtain due to the packet loss in rtp streaming or delay and non-existent data.Meanwhile, the RTP data that arrive are cushioned.As a result, transaction application 20 has been seen the uninterrupted data flow identical with the data flow only obtaining via TCP, and only the stand-by period is lower.Meanwhile, the recovery time after packet loss is equally good with the data of using normal TCP connection to send.
Statistics (such as the information that relates to round-trip delay, shake etc.) from RTP can be directly provided to transaction application by the API via independent.Statistics from RTP can be with other verification of data and for surveillance performance.
Alternatively, each stream is provided to transaction application by " in statu quo ", and transaction application flows and merges and pack processing loss.As pointed in Fig. 1, transaction application that destination transaction application 20 can comprise a plurality of (N), each transaction application receives data via unreliable RTP data flow.
According to another execution mode, the mode that reliable delivery not only flows by above-mentioned TCP realizes.According to another such execution mode, TCP stream provides data to the subset M < N of a plurality of transaction application reliably, and a plurality of transaction application 20 add ad-hoc network (not shown).Ad-hoc network provides the device that the data that received by the subset M of transaction application 20 via reliable TCP stream is sent to remaining N-M transaction application 20.Remaining N-M transaction application 20 from the subset M of transaction application one or other receive non-existent data in the data that receive via rtp streaming.Advantageously, N TCP of M < that present embodiment only requires data center to remain to ad-hoc network connects.Although have than previously described an execution mode that special TCP connects prefetch transaction application, the recovery of packet loss has been slowed down, and present embodiment is except to also providing the protection to some link failures the protection of packet loss.
According to another such execution mode, TCP stream only provides data and a plurality of transaction application 20 to add multicast group to the subset M < N of a plurality of transaction application reliably.There is each packet that comes relaying to use reliable TCP stream to receive via multicast group in M the transaction application connecting to the TCP of data center.Although than the execution mode having for the special TCP connection of each transaction application, the recovery time of packet loss is slower, this execution mode is except providing the protection to some link failures is also provided the protection of packet loss.
The RTP data flow that use has a TCP backup provides a plurality of remarkable advantages than TCP only, and these advantages comprise: in the lower end-to-end stand-by period of normal operation period (there is no packet loss); The built-in mechanism of detailed link performance statistical information is provided to each end points; Than pure TCP, for low probability data lost chains road, the re-transmission of data and reliably delivery order.
In addition, in alternative embodiment, when RTP and TCP stream is provided to application by " in statu quo ", can to logical transaction modify can be asynchronous move, and advantageously, even also continuous business of loss of data.
Although above, by example, with reference to finance and system data delivery service, be described, but the present invention can be applicable to any wherein accurate and high-speed very important communication system with capacity sufficient, as the communication network for emergency service, telemetry, Industry Control etc.
Any communication system and method all may be lost or corrupt data, are no matter due to intrinsic factor in external factor (and exceed system control beyond) or system, due to selected agreement.Due to intrinsic factor, lose or the probability that damages is the intrinsic property of each system, it can be assessed or obtain according to the measurement to systematic function in advance.It is reliable or unreliable that the mode that communication system (or operating in the communication protocol in this system) reply is lost causes system to be defined as.With reference to the present invention, technical staff will be interpreted as reliable communication protocol can on telecommunication system, send the intrinsic losing probability of data while based in concrete telecommunication system compensates the transmission of uncertainty loss with the speed of expectation.Communication protocol will not be supposed to compensate deterministic case reliably, as the manual intervention of telecommunication system or thorough fault.This proof, technical staff will regard non-reliable communication protocol as the agreement that can not lose with expectation rate compensation uncertainty.
Those skilled in the art should understand that, the present invention can realize with software, it can be included in various transmission and/or storage medium arbitrarily or all, as floppy disk, CD-ROM or magnetizing mediums, make calling program can be loaded on one or more all-purpose computers or can be used suitable transmission medium to download via computer network.For realize computer program of the present invention can be implemented in can be readable by suitable computer input unit any suitable carrier, as CD-ROM, optical readable mark, magnetizing mediums, punch card or band, or realize on electromagnetism or light signal.
It should be appreciated by those skilled in the art that data source 10, data center server 30 and transaction application 20 can realize on processing unit on the available server in one or more market or similarly.Fig. 4 shows a kind of typical structure that is suitable for realizing the processing unit of the communication system of another execution mode according to the present invention.In reality, conventionally need a plurality of this devices.Processing unit comprises the CPU (CPU) 40 for the operation of software program for execution and management and control processing unit.CPU 40 is connected to a plurality of devices via bus 41, and these devices comprise storage device 42 hard disk unit of storage system and application software (for example for) and storage arrangement (comprising ROM 44 and RAM 45).Computer also comprises the network interface 47 that is connected to external network 49 for interface.Computer can also comprise user's input/output device, as being connected to mouse and the keyboard (not shown) of bus 41 via input/output end port 46, and display 48.It will be understood by those skilled in the art that above framework is not restrictive, and be only the example of typical processing unit framework.Should also be understood that described processing unit has whole necessary operation and the application that can complete its object.
The word of summary is incorporated to herein: a kind ofly via two channels, carry out the communication network of authentic data transmission from first node and Section Point.The first unreliable channel transmits data according to the unreliable communication protocol such as RTP.The second unreliable channel transmits identical data according to the reliable communication protocol such as TCP.At Section Point place, the data division of losing the data that receive from first node via unreliable channel is detected, and the applicable corresponding data division receiving from first node via reliable channel.RTP channel can move by multicast or clean culture on UDP.TCP channel can supplement by multicast group or ad-hoc network.
Claims (16)
1. a communication network, this communication network comprises first node and Section Point; Wherein, first node is set to Section Point, send data via two channels; The first unreliable channel is for sending to Section Point according to unreliable communication protocol by described data; And the second reliable channel is for sending to Section Point according to reliable communication protocol by described data; Wherein, described data comprise a plurality of parts;
Wherein, Section Point comprises data checks device, and this data checks device is used for: the data division that the data that identification receives from first node via described unreliable channel lack; And from the data that receive from first node via described reliable channel, obtain the data division that the data receive via described unreliable channel lack,
Wherein, described Section Point is in N Section Point,
Wherein, described unreliable channel is set to by multicast, according to the RTP operating on UDP, for N Section Point, works; And described reliable channel is set to work for subset M Section Point in a described N Section Point by TCP, wherein, M<N;
Wherein, a described N Section Point is set to add ad-hoc network;
Wherein, the data division that the data that a described subset M Section Point is set to receive via described unreliable channel from first node reception via described reliable channel lack; And
Wherein, all the other N-M Section Point in a described N Section Point is set to from a described subset M Section Point one or other node and receives the data division that the data that receive via described unreliable channel lack.
2. communication network according to claim 1, wherein, the data that send via described unreliable channel comprise the first bag series, wherein, each bag in the first bag series is associated with the sequence number of having specified the position in sequence; Wherein, with reference to described sequence number, identify lacked data.
3. communication network according to claim 2, wherein, the data that send via described reliable channel comprise the second bag series; Wherein, each bag in the second bag series is associated with the sequence number of having specified the position in sequence;
Wherein, each bag in the second bag series is corresponding to a bag in the first bag series; And
Wherein, each in the second bag series wrapped the identical sequence number of corresponding bag being associated with in the first bag series.
4. communication network according to claim 3, this communication network is set to send each bag series according to the order of being determined by described sequence number.
5. communication network according to claim 3, this communication network is set to send disorderly each bag series, and wherein, Section Point comprises packet sequencing device, and this packet sequencing device is for carrying out order arrangement to the bag receiving from first node.
6. according to the communication network described in any one in claim 1 to 5, this communication network is set to have precedence over described reliable channel and sends data via described unreliable channel.
7. according to the communication network described in any one in claim 1 to 5, wherein, described unreliable channel is set in a plurality of bags, carry described data according to the RTP operating on UDP; And described reliable channel is set to carry in a plurality of bags according to TCP described data.
8. according to the communication network described in any one in claim 1 to 5, wherein, described unreliable channel is set to by multicast, according to the RTP operating on UDP, for a plurality of Section Points, works; And described reliable channel is set to according to TCP for each the node work in described a plurality of Section Points.
9. according to the communication network described in any one in claim 1 to 5, wherein, the RTP that described unreliable channel operates on UDP by clean culture, basis works for a plurality of Section Points, and wherein, first node and each Section Point are set to add ad-hoc network, the data division that this ad-hoc network lacks for the data that receive via described unreliable channel from first node reception.
10. a communication network, this communication network comprises first node and Section Point; Wherein, first node is set to Section Point, send data via two channels; The first unreliable channel is for sending to Section Point according to unreliable communication protocol by described data; And the second reliable channel is for sending to Section Point according to reliable communication protocol by described data; Wherein, described data comprise a plurality of parts;
Wherein, Section Point comprises data checks device, and this data checks device is used for: the data division that the data that identification receives from first node via described unreliable channel lack; And from the data that receive from first node via described reliable channel, obtain the data division that the data receive via described unreliable channel lack,
Wherein, described Section Point is in N Section Point, wherein, for each Section Point in a described N Section Point, provides and has been set to according to operating in the unreliable channel that the RTP on UDP works; And for each Section Point in subset M Section Point of a described N Section Point, provide the reliable channel that is set to work according to TCP, wherein, M<N;
Wherein, a described N Section Point is set to add multicast group, and wherein, a described subset M Section Point is set to via this multicast group, the bag receiving via described reliable channel is relayed to all the other N-M Section Point not being included in a described subset M Section Point, wherein, M<N.
11. 1 kinds are transmitted reliably the method for data in network from first node to Section Point via a plurality of channels;
Wherein, described data comprise a plurality of parts;
Wherein, described a plurality of channel comprises unreliable channel and reliable channel;
The method comprises the following steps:
Via described unreliable channel, described data are sent to Section Point;
Via described reliable channel, described data are sent to Section Point;
The data division that the data that identification receives at Section Point place via described unreliable channel lack;
From the data that receive at Section Point via described reliable channel, obtain the corresponding data division of data division lacking with the data that receive at Section Point place via described unreliable channel,
Wherein, described Section Point is in N Section Point,
Wherein, the RTP that described unreliable channel operates on UDP by multicast, basis works for N Section Point; And described reliable channel is worked for subset M Section Point in a described N Section Point by TCP, wherein, M<N;
Wherein, a described N Section Point adds ad-hoc network;
Wherein, the data division that the data that a described subset M Section Point receives via described unreliable channel from first node reception via described reliable channel lack; And
Wherein, all the other N-M node in a described N Section Point from a described subset M Section Point or other node receive the data division that the data that receive via described unreliable channel lack.
12. methods according to claim 11, wherein, described unreliable channel carries described data according to the RTP operating on UPD in a plurality of bags; And described reliable channel carries described data in a plurality of bags according to TCP.
13. methods according to claim 11, wherein, the RTP that described unreliable channel operates on UDP by multicast, basis works for a plurality of Section Points; And described reliable channel is worked for each node in described a plurality of Section Points according to TCP.
14. according to the method described in any one in claim 11 to 13, wherein, the RTP that described unreliable channel operates on UDP by clean culture, basis works for a plurality of Section Points, and wherein, first node and each Section Point add ad-hoc network, the data division that this ad-hoc network lacks for the data that receive via described unreliable channel from first node reception.
15. according to the method described in any one in claim 11 to 13, and the method comprises the following steps:
The data that receive at Section Point place via described unreliable channel and the data that receive at Section Point place via described reliable channel are merged into single stream;
From described single stream, identify the data division that the data that receive at Section Point via described unreliable channel lack; And
From described single stream, obtain the corresponding data division of data division that receive at Section Point via described reliable channel, that lack with the data that receive at Section Point place via described unreliable channel.
16. 1 kinds are transmitted reliably the method for data in network from first node to Section Point via a plurality of channels;
Wherein, described data comprise a plurality of parts;
Wherein, described a plurality of channel comprises unreliable channel and reliable channel;
The method comprises the following steps:
Via described unreliable channel, described data are sent to Section Point;
Via described reliable channel, described data are sent to Section Point;
The data division that the data that identification receives at Section Point place via described unreliable channel lack;
From the data that receive at Section Point via described reliable channel, obtain the corresponding data division of data division lacking with the data that receive at Section Point place via described unreliable channel,
Wherein, described Section Point is in N Section Point, wherein, for each Section Point in a described N Section Point, provides the unreliable channel of working according to the RTP operating on UDP; And for each Section Point in subset M Section Point in a described N Section Point, provide the reliable channel of working according to TCP, wherein, M<N;
Wherein, a described N Section Point adds multicast group, and wherein, a described subset M Section Point is relayed to via this multicast group the bag receiving via described reliable channel all the other N-M Section Point not being included in a described subset M Section Point, wherein, M<N.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GBGB0802294.9A GB0802294D0 (en) | 2008-02-07 | 2008-02-07 | Communications network |
| GB0802294.9 | 2008-02-07 | ||
| PCT/GB2009/000256 WO2009098436A1 (en) | 2008-02-07 | 2009-01-30 | Communications network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101939967A CN101939967A (en) | 2011-01-05 |
| CN101939967B true CN101939967B (en) | 2014-09-10 |
Family
ID=39204427
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200980104280.8A Active CN101939967B (en) | 2008-02-07 | 2009-01-30 | Communications method |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US8427948B2 (en) |
| EP (1) | EP2245819B1 (en) |
| CN (1) | CN101939967B (en) |
| GB (1) | GB0802294D0 (en) |
| WO (1) | WO2009098436A1 (en) |
Families Citing this family (42)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102577304B (en) * | 2009-08-12 | 2015-12-09 | 荷兰皇家Kpn电信集团 | The method and system of the message of dynamic forwarding first agreement and Controlling vertex thereof |
| GB0921831D0 (en) | 2009-12-14 | 2010-01-27 | British Telecomm | Graphical data delivery |
| GB201000738D0 (en) | 2010-01-18 | 2010-03-03 | British Telecomm | Graphical data processing |
| US20110252083A1 (en) * | 2010-04-13 | 2011-10-13 | Rebelvox, Llc | Apparatus and method for transmitting media using either network efficient protocol or a loss tolerant transmission protocol |
| JP4771266B1 (en) * | 2010-07-09 | 2011-09-14 | 株式会社イースティル | Server, financial information distribution method and program |
| CN102316116B (en) * | 2011-09-29 | 2014-05-21 | 高新兴科技集团股份有限公司 | System for supporting multiple platform network communication processing and method thereof |
| US9621411B2 (en) * | 2012-07-25 | 2017-04-11 | Itron, Inc. | Relaying information for an unreliably heard utility node |
| US8626912B1 (en) | 2013-03-15 | 2014-01-07 | Extrahop Networks, Inc. | Automated passive discovery of applications |
| US8848744B1 (en) * | 2013-03-15 | 2014-09-30 | Extrahop Networks, Inc. | Resynchronization of passive monitoring of a flow based on hole detection |
| US8867343B2 (en) | 2013-03-15 | 2014-10-21 | Extrahop Networks, Inc. | Trigger based recording of flows with play back |
| US9338147B1 (en) | 2015-04-24 | 2016-05-10 | Extrahop Networks, Inc. | Secure communication secret sharing |
| US10204211B2 (en) | 2016-02-03 | 2019-02-12 | Extrahop Networks, Inc. | Healthcare operations with passive network monitoring |
| US9729416B1 (en) | 2016-07-11 | 2017-08-08 | Extrahop Networks, Inc. | Anomaly detection using device relationship graphs |
| US9660879B1 (en) | 2016-07-25 | 2017-05-23 | Extrahop Networks, Inc. | Flow deduplication across a cluster of network monitoring devices |
| US10476673B2 (en) | 2017-03-22 | 2019-11-12 | Extrahop Networks, Inc. | Managing session secrets for continuous packet capture systems |
| US10263863B2 (en) | 2017-08-11 | 2019-04-16 | Extrahop Networks, Inc. | Real-time configuration discovery and management |
| WO2019035949A1 (en) * | 2017-08-16 | 2019-02-21 | Atc Technologies, Llc | Multi-path tcp over dual networks |
| US10063434B1 (en) | 2017-08-29 | 2018-08-28 | Extrahop Networks, Inc. | Classifying applications or activities based on network behavior |
| US9967292B1 (en) | 2017-10-25 | 2018-05-08 | Extrahop Networks, Inc. | Inline secret sharing |
| US10264003B1 (en) | 2018-02-07 | 2019-04-16 | Extrahop Networks, Inc. | Adaptive network monitoring with tuneable elastic granularity |
| US10389574B1 (en) | 2018-02-07 | 2019-08-20 | Extrahop Networks, Inc. | Ranking alerts based on network monitoring |
| US10038611B1 (en) | 2018-02-08 | 2018-07-31 | Extrahop Networks, Inc. | Personalization of alerts based on network monitoring |
| US10270794B1 (en) | 2018-02-09 | 2019-04-23 | Extrahop Networks, Inc. | Detection of denial of service attacks |
| US10116679B1 (en) | 2018-05-18 | 2018-10-30 | Extrahop Networks, Inc. | Privilege inference and monitoring based on network behavior |
| US10411978B1 (en) | 2018-08-09 | 2019-09-10 | Extrahop Networks, Inc. | Correlating causes and effects associated with network activity |
| US10594718B1 (en) | 2018-08-21 | 2020-03-17 | Extrahop Networks, Inc. | Managing incident response operations based on monitored network activity |
| CN109889406B (en) * | 2019-02-02 | 2021-05-14 | 北京百度网讯科技有限公司 | Method, apparatus, device and storage medium for managing network connections |
| US10965702B2 (en) | 2019-05-28 | 2021-03-30 | Extrahop Networks, Inc. | Detecting injection attacks using passive network monitoring |
| US11165814B2 (en) | 2019-07-29 | 2021-11-02 | Extrahop Networks, Inc. | Modifying triage information based on network monitoring |
| US11388072B2 (en) | 2019-08-05 | 2022-07-12 | Extrahop Networks, Inc. | Correlating network traffic that crosses opaque endpoints |
| US10742530B1 (en) | 2019-08-05 | 2020-08-11 | Extrahop Networks, Inc. | Correlating network traffic that crosses opaque endpoints |
| US10742677B1 (en) | 2019-09-04 | 2020-08-11 | Extrahop Networks, Inc. | Automatic determination of user roles and asset types based on network monitoring |
| US11165823B2 (en) | 2019-12-17 | 2021-11-02 | Extrahop Networks, Inc. | Automated preemptive polymorphic deception |
| US11463466B2 (en) | 2020-09-23 | 2022-10-04 | Extrahop Networks, Inc. | Monitoring encrypted network traffic |
| EP4218212A4 (en) | 2020-09-23 | 2024-10-16 | ExtraHop Networks, Inc. | ENCRYPTED NETWORK TRAFFIC MONITORING |
| CN112565430B (en) * | 2020-12-08 | 2023-01-24 | 上证所信息网络有限公司 | Low-delay reliable transmission method of multi-market data in wide area network |
| CN116686267A (en) * | 2021-03-17 | 2023-09-01 | 华为技术有限公司 | Network message processing equipment and method and electronic equipment |
| CN113435220B (en) * | 2021-06-15 | 2022-09-23 | 扬州大学 | Method and device for estimating number of lost tags based on unreliable channel in RFID system |
| US11349861B1 (en) | 2021-06-18 | 2022-05-31 | Extrahop Networks, Inc. | Identifying network entities based on beaconing activity |
| US11296967B1 (en) | 2021-09-23 | 2022-04-05 | Extrahop Networks, Inc. | Combining passive network analysis and active probing |
| US11843606B2 (en) | 2022-03-30 | 2023-12-12 | Extrahop Networks, Inc. | Detecting abnormal data access based on data similarity |
| CN116150702B (en) * | 2023-02-10 | 2023-11-10 | 北京国信华源科技有限公司 | Data integration method and device for master-slave communication fusion |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3436471B2 (en) | 1997-05-26 | 2003-08-11 | 沖電気工業株式会社 | Telephone communication method and telephone communication system |
| US6438603B1 (en) | 1999-04-30 | 2002-08-20 | Microsoft Corporation | Methods and protocol for simultaneous tuning of reliable and non-reliable channels of a single network communication link |
| US6735634B1 (en) | 1999-06-10 | 2004-05-11 | Blue Coat Systems | Method for real time protocol media recording |
| US6831912B1 (en) | 2000-03-09 | 2004-12-14 | Raytheon Company | Effective protocol for high-rate, long-latency, asymmetric, and bit-error prone data links |
| JP2001298479A (en) * | 2000-04-12 | 2001-10-26 | Nec Corp | Internet telephone system |
| US7913261B2 (en) * | 2001-05-02 | 2011-03-22 | nCipher Corporation, Ltd. | Application-specific information-processing method, system, and apparatus |
| EP1449331B1 (en) * | 2001-11-30 | 2007-09-19 | British Telecommunications Public Limited Company | Data transmission |
| US7251214B2 (en) | 2002-03-21 | 2007-07-31 | Tropic Networks Inc. | System and method for providing protection of data communications in packet-based networks |
| US20030206549A1 (en) | 2002-05-03 | 2003-11-06 | Mody Sachin Satish | Method and apparatus for multicast delivery of information |
| JP2004112113A (en) * | 2002-09-13 | 2004-04-08 | Matsushita Electric Ind Co Ltd | Adaptive control method of real-time communication, countermeasure against continuous loss of reception report packet, dynamic determination device of transmission interval of reception report packet, adaptive control device of real-time communication, data reception device, and data distribution device |
| US7376097B2 (en) | 2002-11-27 | 2008-05-20 | Ntt Docomo Inc. | Method of associating an IP address with a plurality of link layer addresses in a wireless communication network |
| WO2004105326A2 (en) | 2003-05-20 | 2004-12-02 | Philips Intellectual Property & Standards Gmbh | Time-triggered communication system and method for the synchronized start of a dual-channel network |
| JP2006529072A (en) * | 2003-05-20 | 2006-12-28 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | Time-triggered communication system and method for dual channel network synchronization |
| US7539175B2 (en) | 2004-11-19 | 2009-05-26 | The Trustees Of Stevens Institute Of Technology | Multi-access terminal with capability for simultaneous connectivity to multiple communication channels |
| US7672223B2 (en) * | 2005-03-07 | 2010-03-02 | Cisco Technology, Inc. | Method and apparatus for replicating a transport layer protocol stream |
| US20060291452A1 (en) * | 2005-06-24 | 2006-12-28 | Motorola, Inc. | Method and apparatus for providing reliable communications over an unreliable communications channel |
| US7899046B2 (en) * | 2006-07-07 | 2011-03-01 | Ver Steeg William C | Determining strategy for multicast and/or unicast transmission to correct forward errors |
| US8031701B2 (en) | 2006-09-11 | 2011-10-04 | Cisco Technology, Inc. | Retransmission-based stream repair and stream join |
-
2008
- 2008-02-07 GB GBGB0802294.9A patent/GB0802294D0/en not_active Ceased
-
2009
- 2009-01-30 EP EP09709114.4A patent/EP2245819B1/en active Active
- 2009-01-30 CN CN200980104280.8A patent/CN101939967B/en active Active
- 2009-01-30 US US12/866,493 patent/US8427948B2/en active Active
- 2009-01-30 WO PCT/GB2009/000256 patent/WO2009098436A1/en active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| CN101939967A (en) | 2011-01-05 |
| US20100322248A1 (en) | 2010-12-23 |
| WO2009098436A1 (en) | 2009-08-13 |
| EP2245819B1 (en) | 2017-05-17 |
| US8427948B2 (en) | 2013-04-23 |
| GB0802294D0 (en) | 2008-03-12 |
| EP2245819A1 (en) | 2010-11-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101939967B (en) | Communications method | |
| US8223807B2 (en) | Synchronizing data transmission over wireless networks | |
| JP4857262B2 (en) | Method and apparatus for end-to-end reliable group communication | |
| CN101317404B (en) | Method and system for transmitting IP packets, negotiating bandwidth saving capability, and saving network bandwidth | |
| US20070104096A1 (en) | Next generation network for providing diverse data types | |
| US9929879B2 (en) | Multipath support of real-time communications | |
| US8819532B2 (en) | Methods and devices for transmitting a data stream and corresponding computer readable media | |
| CN101867453B (en) | RTP anti-packet-loss method | |
| EP1398938A2 (en) | System and method for transmission of data through multiple streams | |
| KR20150067348A (en) | Method and apparatus for media data delivery control | |
| KR20150083428A (en) | Packet retransmission method and apparatus, and retransmission request method and apparatus in mmt system | |
| US20060259845A1 (en) | Method and apparatus for acknowledging a bitwise data chunk in wireline and wireless communication systems | |
| US10334322B1 (en) | System and method for media delivery on broadcast video networks | |
| CN112737737B (en) | Processing method of confirmation message, communication device and storage medium | |
| US8238335B2 (en) | Multi-route transmission of packets within a network | |
| KR102302772B1 (en) | Apparatus and method for managing buffers for rate pacing | |
| CN115348335B (en) | Common transport architecture for heterogeneous data streams | |
| CN115348336B (en) | Common transport architecture for heterogeneous data streams | |
| US9692709B2 (en) | Playout buffering of encapsulated media | |
| Diot et al. | Impact of out-of-sequence processing on the performance of data transmission | |
| CN101212452B (en) | Real-time transport protocol based multimedia data transmission control method | |
| US11588925B2 (en) | Method for transferring large amounts of data through a telematic network in an efficient and reliable manner at a high-speed | |
| Natarajan | Leveraging Innovative Transport Layer Services for Improved Application Performance | |
| HK1143912B (en) | Communications network | |
| HK1143912A (en) | Communications network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |