CN100361430C - Data transmission method - Google Patents
Data transmission method Download PDFInfo
- Publication number
- CN100361430C CN100361430C CNB2004100591614A CN200410059161A CN100361430C CN 100361430 C CN100361430 C CN 100361430C CN B2004100591614 A CNB2004100591614 A CN B2004100591614A CN 200410059161 A CN200410059161 A CN 200410059161A CN 100361430 C CN100361430 C CN 100361430C
- Authority
- CN
- China
- Prior art keywords
- equipment
- frame
- buffer storage
- message
- frame number
- 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.)
- Expired - Fee Related
Links
Images
Abstract
The present invention discloses a data transmission method, which is used for transmitting data reliably between a first device and a second device connected according to the TCP/IP protocol. The method comprises the steps that data frames are sent to a buffer storage area by the first device, and the data frames which comprise frame numbers are read out from the buffer storage area by the first device and sent to the second device; the data frames are received by the second device, whether certain the data frames are missed is judged according to the frame numbers, and the data frames with the corresponding frame numbers are read out by the first device from the buffer storage area for sending to the second device again when the certain data frames is missed.
Description
Technical field
The present invention relates to communication network technology, relate in particular to the method for transmission data in based on the network application of tcp/ip communication.
Background technology
Between the application server on signaling IAD and upper strata, normally adopt TCP/IP to be connected to communicate.The M3UA interface conversion that the signaling IAD is responsible for the message of the Message Transfer Part of arrowband No.7 signaling network (MTP) or broadband signalling transmission (SIGTRAN) is TCAP Transaction Capability Application Part (TCAP) message, sends to application server (minicomputer) by network again.
On the networking situation, it is the MTP link of arrowband No.7 signaling network or the M3UA link of broadband SIGTRAN all has complete agreement, guarantee to have no progeny in the signaling network part of links, professional can the transmission by other link, but be connected with transmission control protocol (TCP) between the application server at the signaling IAD and but have only one, and along with the traffic carrying capacity difference, the stability of the network equipment also there are differences.Has only a netting twine between signaling IAD and the application server physically; if the data in the transmission are not protected; in case connecting two netting twine or network equipments between the equipment breaks down and just can't guarantee professional reliable transmission; under the Bulk Call situation, even if of short duration network disconnection meeting influence is a lot of professional.
Though there is retransmission mechanism in Transmission Control Protocol itself, under the network abnormal conditions, what TCP taked is the overtime mechanism that abandons.Since telecom solution to data fail safe have higher requirement, if between signaling IAD and application server, only use the retransmission mechanism of Transmission Control Protocol, under the communication abnormality situation, can cause lot of data to be lost, can cause a large amount of loss of traffic and confusion when serious, bring tremendous loss to operator, therefore, there is the shortcoming of stability and poor reliability in prior art.
Summary of the invention
The invention provides a kind of method of transmitting data, the problem that has stability and poor reliability to transmit data only to rely on the retransmission mechanism of agreement in the solution prior art between the equipment.
For addressing the above problem, the invention provides following technical scheme:
A kind of method of transmitting data is used for transmitting data reliably between first equipment that connects by ICP/IP protocol and second equipment; This method is:
First equipment sends to buffer storage with Frame, and reads the Frame that comprises frame number from this buffer storage and send to second equipment;
The described second equipment receiving data frame has also judged whether admission control according to frame number, and notify first equipment when admission control is arranged, and the Frame of reading the respective frame sequence number from described buffer storage by first equipment sends to second equipment;
Wherein, whether normal between first equipment and second equipment by heartbeat mode monitor network, and second equipment sends to first equipment with the frame number of current last Frame handled of local terminal in heartbeat message, and described first equipment is deleted the Frame of the frame number correspondence of receiving and the Frame of the frame number correspondence before this frame number according to the frame number in the heartbeat message of receiving from described buffer storage.
According to said method:
When the heartbeat message of any one party in first equipment and second equipment stopped, then opposite equip. resetted and reconnects.
Initiatively send re-transmission request message to first equipment when the second device discovery admission control, first equipment is read corresponding sequence number according to this message from described buffer memory Frame sends to second equipment.
When first equipment receives the re-transmission request message of second equipment, judge whether to retransmit corresponding Frame according to frame number earlier, and return corresponding response message to second equipment.
The Frame that still is retained in buffer storage after reading is labeled as wait-for-response, after first equipment receives the correct response that receives of second equipment, it is deleted from the buffering memory block.
The size of described buffer storage is dynamically adjusted according to the traffic carrying capacity and the device handler ability of reality.
In described buffer storage, adopt the sliding window process frames of data.
The present invention increases the data re-transmission after the application layer sliding window guarantees network recovery on the Transmission Control Protocol basis, can unusually and under the disconnection situation data not lost at network, thereby can improve the reliability of the transmission data of equipment room.
Description of drawings
Fig. 1 is the position view of signaling IAD in No.7;
Fig. 2 is the position view of signaling IAD in SIGTRAN;
Fig. 3 is the structural representation of sliding window control buffering area;
Fig. 4 A, 4B, 4C are for writing the schematic diagram of data to buffering area;
Fig. 5 is a schematic flow sheet of the present invention.
Embodiment
The present invention guarantees data re-transmission behind the network recovery by the sliding window that increases application layer, to improve the fail safe of data communication on the tcp protocol stack basis.
When between first, second equipment, carrying out transfer of data, transmit leg sends to buffer storage with Frame earlier, read the Frame that comprises frame number from this buffer storage then and send to the recipient, and this Frame in the buffer storage is labeled as frame to be confirmed.In transfer of data, whether first, second equipment room detects monitor network by transmission heartbeat message (or satisfactory frame-skipping) normal, carry the frame number of the Frame of representing that this equipment has acknowledged receipt of in the heartbeat message that the Frame recipient sends, after opposite equip. is received heartbeat message, according to the confirmed frame number of the other side cancel in the slip buffering area corresponding wait acknowledge frame mark (as, will point to the pointer offset relevant position of frame to be confirmed).
When abnormal conditions such as generation network disconnection, owing to the step-out phenomenon may occur, wish that promptly the Frame frame number of receiving may be not equal to the actual Frame frame number of receiving, detecting the Frame sequence number when an end wherein is not that local terminal is wished, then can send request repeat message to the opposite end, and an end of receiving request repeat message can be according to the transmission buffer information of preserving to opposite end loopback confirmation, and the data communication at two ends again can be synchronous like this.
Mainly the present invention is described in detail with the application server transmission data instance of SGW to the upper strata for present embodiment, and application server can be Service Control Point, attaching position register (HLR) etc.
The position of signaling IAD in network consulted illustrated in figures 1 and 2.The present invention adopts the sliding window of application layer to set up reliable data channel between IAD and application layer services device, and after network connected appearance unusually, data can be kept in the application layer slip buffering area, and the laggard line data of answer to be connected retransmits.
Consult shown in Figure 3, the signaling IAD mainly comprise the protocol stack processing unit (Protocol DistributeUnit, PDU) and the network service processing unit (Network Process Unit, NPU).Wherein, PDU is used to finish the processing of signaling protocol; NPU is used to finish mutual with application server, is the Network Transmission passage between PDU and the application server.Be connected by TCP/IP between signaling IAD and the upper layer application server and carry out communication.
After the network communication module of signaling IAD is received the Frame that underlying protocol stack sends, Frame need be sent to the upper layer application server, but before using SOCKET transmission Frame, at first this Frame is dealt in the buffering area, the size of this buffering area can be carried out suitable adjustment (buffering area among Fig. 3 is 1M) according to the traffic carrying capacity and the processor ability of reality.The network communication module of signaling IAD regularly takes out certain Frame to sending buffering area (the transmission buffering area Fig. 3 is 36K) from described buffering area, from sending buffering area Frame is sent to application server, needs to carry frame number in the Frame.
Consult shown in Fig. 4 A, Fig. 4 B, Fig. 4 C, data adopt the sliding window mode to handle at buffer storage, promptly point to the sintering of buffer storage by start pointer Start, point to the Frame that be ready for sending next time in the buffer storage with tail pointer trail, point to the beginning between available area in the buffer storage (representing that also the last frame that has just write finishes) with head pointer head, with replying the position (also representing the end of occupied section in the buffer storage) that the Frame correspondence of response is received in pointer ack sensing.
Fig. 4 A represents: the slip buffering area is not write full, this moment, the read-write pointer of buffering area only needed simple assignment to get final product, message before the pointer ack is owing to confirm, to from buffering area, delete, tail pointer trail points to the original position that send message next time, the data that are dealt into the slip buffering area write after head pointer head, can not overflow.
Fig. 4 B represents: the slip buffering area is full, starts anew to write, and what pointer ack pointed to is frame to be confirmed, and what pointer trail pointed to is Frame to be sent, and between pointer head and the pointer ack is freebuf.This situation explanation transmission speed is fast, and affirmation speed is slow.
Fig. 4 C represents: the slip buffering area is full, start anew to write, what pointer ack pointed to be Frame to be confirmed, and between start pointer start and pointer head, what reach pointer trail sensing is Frame to be sent, between pointer head and the pointer ack is freebuf.This situation explanation transmission speed is slow, and affirmation speed is slow.
For guaranteeing stable connection the between signaling IAD and the upper layer application server (SCP/HLR), come monitor network whether normal in application layer by mutual transmission heartbeat message between signaling IAD and the upper layer application server, as long as the heartbeat of a side stops, think that then network service is unusual, reset and reconnect.Heartbeat message can or be gone up application server and initiate by the signaling IAD, and the other end returns the heartbeat response message.
Application server checks whether the frame number of Frame mates after receiving the Frame that the signaling IAD sends, if do not match then admission control be described, the Frame of application server demand signalling IAD repeating transmission respective frame sequence number; If coupling then carry out normal process, and the frame number that acknowledges receipt of by heartbeat message with IAD.By heartbeat message delay may be arranged, promptly application server has been received 10 frames, and just handles the 8th frame when sending heartbeat frame message, and this timesharing allows.Especially when traffic carrying capacity is big, heartbeat message and packet are mixed in together, though an end has sent 20 frames, in opposite end assembling heartbeat packet, may not handle 20 frames, so the frame number in the heartbeat message is exactly the frame number of handling at that time.
The signaling IAD after receiving the re-send request may of application server, according to the recorded content of buffering area, to application server echo should, the Frame sequence number that affirmation can be retransmitted after consulting to finish, is retransmitted the Frame in the sliding window.
Consult the A part of Fig. 5 and in conjunction with shown in Figure 3, the signaling IAD to the processing procedure that application service sends data is:
The network service processing unit is cached to buffer storage with the Frame that messaging protocol stack processing unit sends, and regularly from described buffer storage read 36K's and the Frame that comprises frame number to sending buffering area;
The Frame that sends buffering area is sent to application server by the TCP link;
Application server receiving data frames, the and whether frame number of judgment data frame mate, if do not match then admission control is described, application server demand signalling IAD is retransmitted, and carries the frame number of this Frame that need retransmit in request message; If mate then receiving data frames and continue mutual.
The B of Fig. 5 partly is that the signaling IAD then initiatively sends heartbeat message to application server in timing (as 200mms).Partly (application server also regularly initiatively sends heartbeat message to the signaling IAD to C for the signaling IAD receives the frame number of the Frame that record current application server is received behind the heartbeat response message of application server, the signaling IAD returns corresponding response message after receiving this heartbeat message, this part is not shown).D partly judges for the signaling IAD whether the frame number in the heartbeat message is replying between pointer ack and the tail pointer trail, if then adjust the position of replying pointer ack, promptly is equivalent to not receive if not abandoning.
The E of Fig. 5 partly receives for the signaling IAD and judges whether the frame number of retransmitting is replying between pointer ack and the tail pointer trail after the re-transmission request message, if then adjust position of replying pointer ack and Frame sequence number from affirmation to application server transmission affirmation resend message that can retransmit with, and after finishing, negotiation retransmits the Frame in the sliding window.F part receives the confirmation after the resend message the current received frame sequence number of record and transfers state to normal state for application server.
Generally speaking, the data between application server and the signaling IAD send and receive is two-way, and it is identical with said method to send data for application server to the signaling IAD.
On above-mentioned flow process, can find, owing to increased protocol interface, message transmission between signaling IAD and application server has had assurance, can accomplish the control of application layer in the processing, rather than relies on the retransmission mechanism of Berkeley socket (SOCKET) individually.
Certainly, theoretically, owing to increased the agreement of one deck sliding window, message between signaling IAD and application server can increase, but in Frame sent and confirms, the actual transmission size of message that the agreement of sliding window takies seldom, and was very little to the influence of system.
Claims (7)
1, a kind of method of transmitting data is used for transmitting data reliably between first equipment that connects by ICP/IP protocol and second equipment; It is characterized in that the method comprising the steps of:
First equipment sends to buffer storage with Frame, and reads the Frame that comprises frame number from this buffer storage and send to second equipment;
The described second equipment receiving data frame has also judged whether admission control according to frame number, and notify first equipment when admission control is arranged, and the Frame of reading the respective frame sequence number from described buffer storage by first equipment sends to second equipment;
Wherein, whether normal between described first equipment and described second equipment by heartbeat mode monitor network, and described second equipment sends to described first equipment with the frame number of current last Frame handled of local terminal in heartbeat message, and described first equipment is deleted the Frame of the frame number correspondence of receiving and the Frame of the frame number correspondence before this frame number according to the frame number in the heartbeat message of receiving from described buffer storage.
2, the method for claim 1 is characterized in that, when the heartbeat message of any one party in first equipment and second equipment stopped, opposite equip. then resetted and reconnects.
3, the method for claim 1 is characterized in that, initiatively sends re-transmission request message to first equipment when the second device discovery admission control, and first equipment is read corresponding sequence number according to this message from described buffer memory Frame sends to second equipment.
4, the method for claim 1 is characterized in that, when first equipment receives the re-transmission request message of second equipment, judges whether to retransmit corresponding Frame according to frame number earlier, and returns corresponding response message to second equipment.
5, the method for claim 1 is characterized in that, the Frame that still will be retained in buffer storage after first equipment will be read is labeled as frame to be confirmed, when first equipment is confirmed by heartbeat message to cancel its mark behind this frame to be confirmed of the correct reception of second equipment.
6, the method for claim 1 is characterized in that, the size of described buffer storage is dynamically adjusted according to the traffic carrying capacity and the device handler ability of reality.
7, as each described method of claim 1 to 6, it is characterized in that, in described buffer storage, adopt the sliding window process frames of data.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100591614A CN100361430C (en) | 2004-08-11 | 2004-08-11 | Data transmission method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100591614A CN100361430C (en) | 2004-08-11 | 2004-08-11 | Data transmission method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1734997A CN1734997A (en) | 2006-02-15 |
| CN100361430C true CN100361430C (en) | 2008-01-09 |
Family
ID=36077217
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2004100591614A Expired - Fee Related CN100361430C (en) | 2004-08-11 | 2004-08-11 | Data transmission method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100361430C (en) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101908952A (en) * | 2010-08-05 | 2010-12-08 | 新太科技股份有限公司 | Offline data self-detection retransmission method |
| CN102299861B (en) * | 2011-09-22 | 2015-09-02 | 迈普通信技术股份有限公司 | A kind of message flux control method |
| CN103078761A (en) * | 2011-10-25 | 2013-05-01 | 中兴通讯股份有限公司 | Method for enhancing communication stability of security system, security network elements and security system |
| CN103391238A (en) * | 2012-05-10 | 2013-11-13 | 成都西可科技有限公司 | Method for message delivery state notification and reliable transmission based on XMPP |
| CN102724024B (en) * | 2012-06-29 | 2015-10-14 | 深圳市博瑞得科技有限公司 | The data buffer storage of signal collecting and repeating method |
| CN103575391A (en) * | 2012-07-26 | 2014-02-12 | 睿励科学仪器（上海）有限公司 | Spectrometer control circuit and spectrometer |
| CN102868677B (en) * | 2012-07-30 | 2015-12-02 | 成都西可科技有限公司 | A kind of method for reliable transmission of XMPP message |
| CN103219804B (en) * | 2013-05-08 | 2015-12-23 | 章志福 | Be applicable to the radio energy management instrument of energy managing and control system |
| CN103716139B (en) * | 2013-12-10 | 2017-03-29 | 乐视网信息技术（北京）股份有限公司 | A kind of information pushing treating method and apparatus |
| CN104468041B (en) * | 2014-12-02 | 2018-01-09 | 深圳中科讯联科技有限公司 | A kind of data processing equipment and method based on SWP data link |
| CN106445771A (en) * | 2015-08-12 | 2017-02-22 | 北京国双科技有限公司 | Monitoring data processing method and device, and monitoring server |
| CN107743057A (en) * | 2017-09-29 | 2018-02-27 | 国信优易数据有限公司 | A kind of data transmission system and method |
| CN107819699A (en) * | 2017-10-31 | 2018-03-20 | 普天东方通信集团有限公司 | The processing method and system of a kind of data service |
| CN108446250A (en) * | 2018-03-12 | 2018-08-24 | 上海燊星机器人科技有限公司 | A kind of method communicated between multi -CPU |
| CN109391929B (en) * | 2018-11-23 | 2022-02-22 | 深圳时空壶技术有限公司 | Low-power-consumption Bluetooth data transmission method and electronic equipment |
| CN109587733A (en) * | 2019-01-18 | 2019-04-05 | 苏州德姆斯信息技术有限公司 | Low-consumption wireless communication transmission method |
| CN114079654B (en) * | 2022-01-05 | 2022-06-21 | 荣耀终端有限公司 | Data retransmission method, system and related device |
| CN115118791B (en) * | 2022-05-20 | 2023-09-22 | 网宿科技股份有限公司 | UDP message distribution method, device and readable storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1324555A (en) * | 1998-08-27 | 2001-11-28 | 英特尔公司 | Method and apparatus for input/output link retry, failure and recovery in a computer network |
| EP1204249A1 (en) * | 2000-06-23 | 2002-05-08 | Mitsubishi Denki Kabushiki Kaisha | Method and system for packet retransmission |
| US20020101886A1 (en) * | 2000-12-12 | 2002-08-01 | Jagadeesan Ramanathan T. | Devices, software and methods for measuring packet loss burstiness to determine quality of voice data transmission through a network |
| US20030009717A1 (en) * | 1998-11-30 | 2003-01-09 | Hideaki Fukushima | Data transmission method, data transmission apparatus, data receiving apparatus, and packet data structure |
-
2004
- 2004-08-11 CN CNB2004100591614A patent/CN100361430C/en not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1324555A (en) * | 1998-08-27 | 2001-11-28 | 英特尔公司 | Method and apparatus for input/output link retry, failure and recovery in a computer network |
| US20030009717A1 (en) * | 1998-11-30 | 2003-01-09 | Hideaki Fukushima | Data transmission method, data transmission apparatus, data receiving apparatus, and packet data structure |
| EP1204249A1 (en) * | 2000-06-23 | 2002-05-08 | Mitsubishi Denki Kabushiki Kaisha | Method and system for packet retransmission |
| US20020101886A1 (en) * | 2000-12-12 | 2002-08-01 | Jagadeesan Ramanathan T. | Devices, software and methods for measuring packet loss burstiness to determine quality of voice data transmission through a network |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1734997A (en) | 2006-02-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100361430C (en) | Data transmission method | |
| US8553698B2 (en) | Data unit sender and data unit relay device | |
| US6438105B1 (en) | Reliable internet facsimile protocol | |
| US7864799B2 (en) | Communication device | |
| US7974229B2 (en) | Relay for extended range point-to-point wireless packetized data communication system | |
| US7957369B2 (en) | Methods and apparatus for data communications through packet networks | |
| CN101588225B (en) | Quick retransmission technique based on packet switching network | |
| CN102025474B (en) | Network data transmission method | |
| JPS63107254A (en) | Satellite packet communication method | |
| JP3000911B2 (en) | Automatic setting of optimal number of frames waiting for retransmission of automatic retransmission protocol in mobile facsimile communication | |
| US20040110499A1 (en) | Flow control apparatus and method for wireless communication system | |
| JPH0567092B2 (en) | ||
| EP1303976A1 (en) | Distributed modem | |
| EP1427127A2 (en) | Communication control method, communication system and communication apparatus that can improve throughput | |
| JPH05122278A (en) | Terminal control system for exchange | |
| US20030188014A1 (en) | Method for transmiting messages using multipaths | |
| JP3197922B2 (en) | Data transmission equipment | |
| CN102238657B (en) | Switch processing method, device and system | |
| JP2000316021A (en) | Connection device between networks, communication equipment and communication system | |
| CN101146024A (en) | Determination and processing method of sequential data SN in service-specific connection protocol | |
| JP4096146B2 (en) | Facsimile system | |
| JP2980646B2 (en) | Frame retransmission method | |
| JPS63169855A (en) | Packet transmission system with error retransmission function | |
| JPS63169854A (en) | Packet transmission system with error retransmission function | |
| JP3923977B2 (en) | Gateway device |
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 | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20180427 Address after: California, USA Patentee after: Global innovation polymerization LLC Address before: London, England Patentee before: GW partnership Co.,Ltd. Effective date of registration: 20180427 Address after: London, England Patentee after: GW partnership Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20080109 |