CN102957627A - Method for improving data transmission efficiency on basis of TCP (Transmission Control Protocol) long connection - Google Patents
Method for improving data transmission efficiency on basis of TCP (Transmission Control Protocol) long connection Download PDFInfo
- Publication number
- CN102957627A CN102957627A CN2012104653031A CN201210465303A CN102957627A CN 102957627 A CN102957627 A CN 102957627A CN 2012104653031 A CN2012104653031 A CN 2012104653031A CN 201210465303 A CN201210465303 A CN 201210465303A CN 102957627 A CN102957627 A CN 102957627A
- Authority
- CN
- China
- Prior art keywords
- bag
- client
- formation
- service end
- thread
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 35
- 230000005540 biological transmission Effects 0.000 title claims abstract description 23
- 230000006854 communication Effects 0.000 claims abstract description 69
- 238000004891 communication Methods 0.000 claims abstract description 68
- 238000012545 processing Methods 0.000 claims abstract description 53
- 238000001514 detection method Methods 0.000 claims abstract description 13
- 230000015572 biosynthetic process Effects 0.000 claims description 68
- 238000005755 formation reaction Methods 0.000 claims description 68
- 238000006243 chemical reaction Methods 0.000 claims description 4
- 238000012217 deletion Methods 0.000 claims description 3
- 230000037430 deletion Effects 0.000 claims description 3
- 238000004458 analytical method Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000007429 general method Methods 0.000 description 1
Images
Landscapes
- Communication Control (AREA)
- Computer And Data Communications (AREA)
Abstract
The invention provides a method for improving data transmission efficiency on the basis of TCP (Transmission Control Protocol) long connection. Data communication is carried out between a client and a server by adopting TCP long connection; the receiving and processing of the client and the server are subjected to parallel processing by adopting an asynchronous mode; a communication data packet adopts a numbering mechanism to ensure the data reliability and the processing consistency; the communication reliability is ensured by a heartbeat detection and failure reconnection mechanism; the parallel transmission efficiency is improved by using a connection pool; and the client and the server process a plurality of queues and a plurality of threads, the parallelism of data processing is improved and the processing efficiency is improved.
Description
Technical field
The present invention relates to data transfer in the Internet communication, analyze and process, the especially transmission of packet in dedicated network or the similar network is analyzed and is processed, specifically a kind of method based on the long raising data transmission efficiency that connects of TCP.
Background technology
The transmission of data is divided into two kinds in the computer network, and a kind of is connectionless unreliable transmission, adopts udp protocol, and a kind of is to guarantee reliable, the connection-oriented Transmission Control Protocol of data.Connect for connectionless UDP, the simple unreliable information transfer service towards affairs is provided, therefore, to the communication reliability communication design that has certain requirements, generally can not adopt UDP to connect.TCP be a kind of towards connect (connecting guiding), reliably, based on the transport layer communication protocol of byte stream, in view of the communication reliability requirement, mostly adopt TCP as communication protocol.
Traditional communication design, TCP is long to be connected if adopt, the general method that adopts occlusion analysis tcp data bag, detailed process is after receiving the tcp data bag, content to packet is analyzed, by corresponding analysis process, after handling process is disposed, the reception of this packet just finishes, thereby continues to receive next packet.This mode, for analysis, processing procedure needs the situation of long period, can cause system bottleneck undoubtedly.Along with the progress of the network communications technology, the continuous increase of network traffics, the network bandwidth has not been the bottleneck of communication process, must analyze by improving, processing speed improves communication speed.
Summary of the invention
The purpose of this invention is to provide a kind of method based on the long raising data transmission efficiency that connects of TCP.
The objective of the invention is to realize in the following manner, adopt long connection of TCP to carry out data communication between client and the service end, the asynchronous system parallel processing is adopted in the reception of client and service end and processing, communication data packet adopts numbering mechanism data reliability and processes consistency, reconnect the mechanism communication reliability by heartbeat detection and inefficacy, use connection pool to improve parallel transmission efficient, by client and service end to many formations, the processing of multithreading, improve the concurrency that data are processed, improve treatment effeciency; Wherein:
(1) client and service end are artificial appointments; Between node or respectively be client and service end; Between node or each other client and service end;
(2) client comprises following thread:
1) send-thread is responsible for carrying out sending action;
2) receiving thread is responsible for carrying out receiving and is moved;
3) send the bag processing threads, be responsible for request is converted into communications packets, add formation to be sent;
4) receive bag processing threads, the request that responsible processing has been returned;
5) connect thread, be responsible for reconnecting with heartbeat detection and the inefficacy of service end;
6) overtime scanning thread is responsible for the overtime and retransmission process of sense command;
(3) client comprises following formation:
1) request of newly receiving is deposited in new task formation;
2) communications packets that is about to be sent out is deposited in bag formation to be sent;
3) receive the bag formation, deposited the communications packets of receiving;
4) formation to be finished the work after new task is sent out, is left in this formation, after wait task is finished, deletes from this formation;
(4) service end comprises following thread:
1) receiving thread is responsible for from the client communications packets;
2) send-thread is responsible for communications packets is sent to client;
3) receive the bag processing threads, be responsible for the communications packets bag that receives is converted into request;
4) send the bag processing threads, be responsible for and recover to be converted into the communications packets that will soon send;
5) worker thread is responsible for actual work for the treatment of, has allowed a plurality of worker threads;
(5) service end comprises following formation:
1) receives the bag formation, deposit the communications packets of receiving;
2) do not finish request queue, deposit the request of the processing of also not carrying out;
3) finish request queue, deposited the request of finishing dealing with through worker thread;
4) send the bag formation, deposit the communications packets that will send;
(6) packet number mechanism comprises:
1) client is numbered to the order that same service end sends, and service end judges it is the bag of same order according to the numbering of bag;
2) because an order comprises a plurality of communications packets, when the quantity of the bag that only receives reached the bag number of this order, this order just received complete;
3) the corresponding index of each packet represents the sequence number of this packet in all packets of the corresponding command;
(7) heartbeat detection and inefficacy reconnect mechanism and comprise:
1) regularly whether detection connects unimpeded;
Reconnect when 2) finding Joint failure;
3) retransmit for overtime order;
4) sending times reaches the order of the upper limit, returns and processes unsuccessfully;
(8) use connection pool to comprise:
1) client has been connected with communication ends that a plurality of TCP are long to be connected, and forms connection pool;
When 2) client and service end are carried out sending and receiving, from connection pool, select to connect;
(9) client and service end handling process are as follows:
1) to this module submiting command, in client, this order is added into the new task formation to other modules by the mode of " internal command ";
2) the order conversion process thread of client, from the new task formation, take out a new order, be converted to send bag after, from connection pool, select a connection, join the bag formation to be sent of connection with sending bag, and should order from the new task formation and move on to the formation to be finished the work;
3) send-thread of client takes out bag to be sent from the bag formation to be sent that connects, and sends to service end;
4) the service end receiving thread receives bag, by the conversion process thread bag is converted to new request and adds new request queue;
5) judge whether service end has received all bags of a new request, if should ask from new request queue, to move to pending request queue;
6) the service end worker thread obtains a request and carries out from pending request queue, should ask after finishing to move to from pending request queue and finish request queue;
7) service end transmission processing thread takes out one and has finished request from finishing the request queue, is converted to and sends bag, adds bag formation to be sent;
8) each connection of service end send-thread traversal is taken out communications packets from bag formation to be sent, send;
9) client thread received communication bag returns the bag processing threads communications packets adding has been received in the bag formation;
10) after communications packets corresponding to order all finishes receiving, from formation to be finished, find this request, and deletion.
The invention has the beneficial effects as follows: adopt long connection of TCP to carry out data communication between client and the service end, the asynchronous system parallel processing is adopted in the reception of client and service end and processing, communication data packet adopts numbering mechanism data reliability and processes consistency, reconnect the mechanism communication reliability by heartbeat detection and inefficacy, use connection pool to improve parallel transmission efficient, by client and service end to many formations, the processing of multithreading, improve the concurrency that data are processed, improve treatment effeciency.
Description of drawings
Fig. 1 is that the present invention forms structure chart;
Fig. 2 is client process flow figure among the present invention;
Fig. 3 is that far-end is write flow chart among the present invention.
Embodiment
Explain below with reference to Figure of description method of the present invention being done.
Method of the present invention is to carry out data communication by long connection of TCP between node, the asynchronous system parallel processing is adopted in the reception of client and service end and processing, communication data packet adopts numbering mechanism data reliability and processes consistency, reconnect the mechanism communication reliability by heartbeat detection and inefficacy, use connection pool to improve parallel transmission efficient.
Communication data packet adopts numbering mechanism data reliability and processes consistency.The communication task of client and service end is carried out with the form of order, and an order can be by one, and perhaps plural bag sends, and for example, needs to transmit the order of data, can be divided into order bag and packet and send respectively.Packet number mechanism, namely client is numbered to the order that same service end sends, and service end judges it is the bag of same order according to the numbering of bag.Simultaneously, because an order can comprise a plurality of communications packets, it is complete that the bag number that the quantity of the bag that only receives reaches this order is that this order just receives.The corresponding index of each packet represents the sequence number of this packet in all packets of the corresponding command.
Client described in the present invention and service end are artificial appointments, and two nodes for example can be respectively as client and service end, also each other client and service end.Client is used for sending request command, processes replying of returning.Service end be responsible for receiving client order, carry out and reply.
Customer end adopted new task formation among the present invention, bag formation to be sent, formation to be finished the work has received the bag formation and has realized asynchronous communication and processing.Service end adopts and has received the bag formation, and request queue has been finished in pending request queue, and bag formation to be sent realizes asynchronous communication and processing.
Client comprises processing threads (send the bag processing threads and be connected the bag processing threads), connects thread, send-thread, receiving thread, overtime scanning thread, processing threads is used for that various remote commands and task are converted into communications packets and passes to send-thread, and analyze the packet that receiving thread receives, reply various command.The formation to be finished the work of overtime scanning thread meeting timing scan is retransmitted overtime order or failure handling.
Service end is divided into and connects thread, send-thread, receiving thread, processing threads (transmission bag processing threads and reception bag processing threads) and worker thread (several), and wherein the worker thread startup is a plurality of, and concurrent processing is from the order of client.
Article one, the processing of order need to be by following flow process:
1) to this module submiting command, in client, this order is added into the new task formation to other modules by the mode of " internal command "
2) the transmission bag processing threads of client takes out a new order from the new task formation, after being converted to the transmission bag, from connection pool, select a connection, join the bag formation to be sent of connection with sending bag, and should order from the new task formation and move on to the formation to be finished the work
3) send-thread of client takes out bag to be sent from the bag formation to be sent that connects, and sends to service end
4) the service end receiving thread receives bag, by reception bag processing threads bag is converted to new request and adds new request queue;
5) judge whether service end has received all bags of a new request, if should ask from new request queue, to move to pending request queue
6) the service end worker thread obtains a request and carries out from pending request queue, should ask after finishing to move to from pending request queue and finish request queue
7) service end sends the bag processing threads and takes out one the request queue and finished request from finishing, and is converted to and sends bag, adds bag formation to be sent
8) each connection of service end send-thread traversal is taken out communications packets from bag formation to be sent, send
9) client thread received communication bag receives the bag processing threads communications packets adding has been received in the bag formation
10) after communications packets corresponding to order all finishes receiving, from formation to be finished, find this request, and deletion
Among the present invention, client is connected with service end that the connection thread is used for carrying out heartbeat detection and inefficacy reconnects.Client is connected the long connection of TCP with service end after, carry out the communication check at certain hour interval by connecting thread, determine that two sections communications are unimpeded.If the discovery communication link fails, then using lost efficacy reconnects mechanism trial peer end of the connection.
Among the present invention, use connection pool management TCP to connect, namely can set up simultaneously a plurality of TCP and connect, client is connected with communication section and is sent and received thread and selects connection to carry out sending and receiving from connection pool.
Embodiment
Fig. 1 is composition structure chart of the present invention.Client is connected with service end and is created a plurality of connections among the present invention, form connection pool, client and service end communicate by send-thread and receiving thread separately, carrying out task by processing threads processes, thread carries out heartbeat detection and inefficacy reconnects by connecting, and client is carried out the overtime repeating transmission of task by overtime scanning thread.
Fig. 2 is the flow chart of client process flow among the present invention.Client is by send-thread, and receiving thread, processing threads be to the new task formation, bag formation to be sent, and formation to be finished the work has received the bag formation and has finished asynchronous operation
Fig. 3 is the flow chart of service end handling process among the present invention.Service end is passed through send-thread, receiving thread, and processing threads is to receiving the bag formation, and request queue has been finished in pending request queue, and processing is finished in the asynchronous operation of bag formation to be sent.
Except the described technical characterictic of specification, be the known technology of those skilled in the art.
Claims (1)
1. method based on the long raising data transmission efficiency that connects of TCP, it is characterized in that: adopt long connection of TCP to carry out data communication between client and the service end, the asynchronous system parallel processing is adopted in the reception of client and service end and processing, communication data packet adopts numbering mechanism data reliability and processes consistency, reconnect the mechanism communication reliability by heartbeat detection and inefficacy, use connection pool to improve parallel transmission efficient, by client and service end to many formations, the processing of multithreading, improve the concurrency that data are processed, improve treatment effeciency; Comprise following content:
(1) client and service end are artificial appointments; Between node or respectively be client and service end; Between node or each other client and service end;
(2) client comprises following thread:
1) send-thread is responsible for carrying out sending action
2) receiving thread is responsible for carrying out receiving and is moved
3) send the bag processing threads, be responsible for request is converted into communications packets, add formation to be sent
4) receive bag processing threads, the request that responsible processing has been returned
5) connect thread, be responsible for reconnecting with heartbeat detection and the inefficacy of service end
6) overtime scanning thread is responsible for the overtime and retransmission process of sense command
(3) client comprises following formation:
1) request of newly receiving is deposited in new task formation;
2) communications packets that is about to be sent out is deposited in bag formation to be sent;
3) receive the bag formation, deposited the communications packets of receiving;
4) formation to be finished the work after new task is sent out, is left in this formation, after wait task is finished, deletes from this formation;
(4) service end comprises following thread:
1) receiving thread is responsible for from the client communications packets;
2) send-thread is responsible for communications packets is sent to client;
3) receive the bag processing threads, be responsible for the communications packets bag that receives is converted into request;
4) send the bag processing threads, be responsible for and recover to be converted into the communications packets that will soon send;
5) worker thread is responsible for actual work for the treatment of, has allowed a plurality of worker threads;
(5) service end comprises following formation:
1) receives the bag formation, deposit the communications packets of receiving;
2) do not finish request queue, deposit the request of the processing of also not carrying out;
3) finish request queue, deposited the request of finishing dealing with through worker thread;
4) send the bag formation, deposit the communications packets that will send;
(6) packet number mechanism comprises:
1) client is numbered to the order that same service end sends, and service end judges it is the bag of same order according to the numbering of bag;
2) because an order comprises a plurality of communications packets, when the quantity of the bag that only receives reached the bag number of this order, this order just received complete;
3) the corresponding index of each packet represents the sequence number of this packet in all packets of the corresponding command;
(7) heartbeat detection and inefficacy reconnect mechanism and comprise:
1) regularly whether detection connects unimpeded;
Reconnect when 2) finding Joint failure;
3) retransmit for overtime order;
4) sending times reaches the order of the upper limit, returns and processes unsuccessfully;
(8) use connection pool to comprise:
1) client has been connected with communication ends that a plurality of TCP are long to be connected, and forms connection pool;
When 2) client and service end are carried out sending and receiving, from connection pool, select to connect;
(9) client and service end handling process are as follows:
1) to this module submiting command, in client, this order is added into the new task formation to other modules by the mode of " internal command ";
2) the order conversion process thread of client, from the new task formation, take out a new order, be converted to send bag after, from connection pool, select a connection, join the bag formation to be sent of connection with sending bag, and should order from the new task formation and move on to the formation to be finished the work;
3) send-thread of client takes out bag to be sent from the bag formation to be sent that connects, and sends to service end;
4) the service end receiving thread receives bag, by the conversion process thread bag is converted to new request and adds new request queue;
5) judge whether service end has received all bags of a new request, if should ask from new request queue, to move to pending request queue;
6) the service end worker thread obtains a request and carries out from pending request queue, should ask after finishing to move to from pending request queue and finish request queue;
7) service end transmission processing thread takes out one and has finished request from finishing the request queue, is converted to and sends bag, adds bag formation to be sent;
8) each connection of service end send-thread traversal is taken out communications packets from bag formation to be sent, send;
9) client thread received communication bag returns the bag processing threads communications packets adding has been received in the bag formation;
10) after communications packets corresponding to order all finishes receiving, from formation to be finished, find this request, and deletion.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210465303.1A CN102957627B (en) | 2012-11-19 | 2012-11-19 | A kind of method of the raising data transmission efficiency connected based on TCP length |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210465303.1A CN102957627B (en) | 2012-11-19 | 2012-11-19 | A kind of method of the raising data transmission efficiency connected based on TCP length |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102957627A true CN102957627A (en) | 2013-03-06 |
| CN102957627B CN102957627B (en) | 2016-06-08 |
Family
ID=47765874
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210465303.1A Active CN102957627B (en) | 2012-11-19 | 2012-11-19 | A kind of method of the raising data transmission efficiency connected based on TCP length |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102957627B (en) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104142868A (en) * | 2013-05-10 | 2014-11-12 | 腾讯科技（深圳）有限公司 | Connection establishment method and device |
| CN104683472A (en) * | 2015-03-12 | 2015-06-03 | 浪潮集团有限公司 | Data transmission method capable of supporting large data volume |
| CN105119981A (en) * | 2015-07-23 | 2015-12-02 | 上海斐讯数据通信技术有限公司 | Method for processing messages |
| CN105786468A (en) * | 2014-12-25 | 2016-07-20 | 北京神州泰岳软件股份有限公司 | Device connection method and apparatus |
| CN107332735A (en) * | 2017-07-04 | 2017-11-07 | 四川长虹技佳精工有限公司 | The network communication method of Auto-reconnect after disconnection |
| CN108923956A (en) * | 2018-06-13 | 2018-11-30 | 广州微林软件有限公司 | A kind of method of network data transmission |
| CN109525375A (en) * | 2018-10-23 | 2019-03-26 | 南京轨道交通系统工程有限公司 | A kind of information transmission distribution method of subway dispatching communication |
| CN109921961A (en) * | 2019-03-29 | 2019-06-21 | 深圳市思迪信息技术股份有限公司 | Multistation spot net speed-measuring method and device based on mobile platform |
| CN110572474A (en) * | 2019-09-26 | 2019-12-13 | 四川长虹电器股份有限公司 | Method for embedded terminal long-connection communication |
| CN110647482A (en) * | 2019-09-19 | 2020-01-03 | 上海机器人产业技术研究院有限公司 | Upper and lower computer communication system and method based on mobile robot |
| CN111131458A (en) * | 2019-12-25 | 2020-05-08 | 深圳市网心科技有限公司 | Heartbeat keep-alive method, electronic device, system and medium |
| CN111724262A (en) * | 2020-06-24 | 2020-09-29 | 上海金仕达软件科技有限公司 | Follow-up packet query system of application server and working method thereof |
| CN112751933A (en) * | 2020-12-30 | 2021-05-04 | 上海浦东发展银行股份有限公司 | Data transmission method based on socket connection |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100020816A1 (en) * | 2002-05-15 | 2010-01-28 | Broadcom Corporation | Connectionless packet data transport over a connection-based point-to-point link |
| CN101854348A (en) * | 2010-04-02 | 2010-10-06 | 南京联创科技集团股份有限公司 | Realization method of SOA (Service Oriented Architecture) accessing core supporting system in peripheral system |
| CN102546808A (en) * | 2012-01-17 | 2012-07-04 | 深圳天源迪科信息技术股份有限公司 | Interactive processing method based on TCP (Transmission Control Protocol) of server |
-
2012
- 2012-11-19 CN CN201210465303.1A patent/CN102957627B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100020816A1 (en) * | 2002-05-15 | 2010-01-28 | Broadcom Corporation | Connectionless packet data transport over a connection-based point-to-point link |
| CN101854348A (en) * | 2010-04-02 | 2010-10-06 | 南京联创科技集团股份有限公司 | Realization method of SOA (Service Oriented Architecture) accessing core supporting system in peripheral system |
| CN102546808A (en) * | 2012-01-17 | 2012-07-04 | 深圳天源迪科信息技术股份有限公司 | Interactive processing method based on TCP (Transmission Control Protocol) of server |
Non-Patent Citations (2)
| Title |
|---|
| 姜毅 等: "基于HTTP的实时信息传输方法", 《计算机工程与设计》 * |
| 赵玮: "基于Socket的消息队列中间件的研究与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104142868A (en) * | 2013-05-10 | 2014-11-12 | 腾讯科技（深圳）有限公司 | Connection establishment method and device |
| CN104142868B (en) * | 2013-05-10 | 2019-05-07 | 腾讯科技（深圳）有限公司 | Establish the method and device of connection |
| CN105786468A (en) * | 2014-12-25 | 2016-07-20 | 北京神州泰岳软件股份有限公司 | Device connection method and apparatus |
| CN104683472A (en) * | 2015-03-12 | 2015-06-03 | 浪潮集团有限公司 | Data transmission method capable of supporting large data volume |
| CN105119981A (en) * | 2015-07-23 | 2015-12-02 | 上海斐讯数据通信技术有限公司 | Method for processing messages |
| CN107332735A (en) * | 2017-07-04 | 2017-11-07 | 四川长虹技佳精工有限公司 | The network communication method of Auto-reconnect after disconnection |
| CN108923956A (en) * | 2018-06-13 | 2018-11-30 | 广州微林软件有限公司 | A kind of method of network data transmission |
| CN109525375A (en) * | 2018-10-23 | 2019-03-26 | 南京轨道交通系统工程有限公司 | A kind of information transmission distribution method of subway dispatching communication |
| CN109921961A (en) * | 2019-03-29 | 2019-06-21 | 深圳市思迪信息技术股份有限公司 | Multistation spot net speed-measuring method and device based on mobile platform |
| CN110647482A (en) * | 2019-09-19 | 2020-01-03 | 上海机器人产业技术研究院有限公司 | Upper and lower computer communication system and method based on mobile robot |
| CN110572474A (en) * | 2019-09-26 | 2019-12-13 | 四川长虹电器股份有限公司 | Method for embedded terminal long-connection communication |
| CN110572474B (en) * | 2019-09-26 | 2021-09-21 | 四川长虹电器股份有限公司 | Method for embedded terminal long-connection communication |
| CN111131458A (en) * | 2019-12-25 | 2020-05-08 | 深圳市网心科技有限公司 | Heartbeat keep-alive method, electronic device, system and medium |
| CN111724262A (en) * | 2020-06-24 | 2020-09-29 | 上海金仕达软件科技有限公司 | Follow-up packet query system of application server and working method thereof |
| CN111724262B (en) * | 2020-06-24 | 2024-03-22 | 上海金仕达软件科技股份有限公司 | Subsequent package query system of application server and working method thereof |
| CN112751933A (en) * | 2020-12-30 | 2021-05-04 | 上海浦东发展银行股份有限公司 | Data transmission method based on socket connection |
| CN112751933B (en) * | 2020-12-30 | 2023-05-05 | 上海浦东发展银行股份有限公司 | Socket connection-based data transmission method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102957627B (en) | 2016-06-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102957627A (en) | Method for improving data transmission efficiency on basis of TCP (Transmission Control Protocol) long connection | |
| CN103036904B (en) | A kind of udp protocol that uses in a communication network carries out the method for reliable data transmission | |
| CN103841002B (en) | Voice transmission method, terminal, voice server and voice-transmission system | |
| CN104735077A (en) | Method for realizing efficient user datagram protocol (UDP) concurrence through loop buffers and loop queue | |
| CN102447708A (en) | Communication implementation method based on application-layer transparent proxy technology | |
| CN104717259B (en) | The multi-path data Transmission system and method for distributed transfer server network assistance | |
| CN106878267A (en) | Set up the method and system of full-duplex bi-directional communication | |
| CN103259632B (en) | Based on the continuous reliable assemblage method of radio sensing network data adopting patrilineal line of descent with only one son in each generation model | |
| CN103475706B (en) | Pseudo-TCP covert communication method based on SYN-ACK two server bounce mode | |
| CN102111419A (en) | Message middleware-based client automatic reconnection method | |
| CN102332968A (en) | Communication equipment, communication means and computer program | |
| CN102469064A (en) | Method for implementing communication and communication equipment | |
| CN103957169A (en) | Reliable UDP achievement method based on reserve request | |
| CN101778093A (en) | UDP (User Datagram Protocol) based data transmission method | |
| CN102739569A (en) | Gateway used in satellite communication and method for enhancing TCP performance | |
| CN102857354A (en) | Method, device and system for reporting alarm information | |
| CN103441937A (en) | Sending method and receiving method of multicast data | |
| CN107360177A (en) | A kind of message transmitting method and device based on UDP | |
| CN108566390B (en) | Satellite message monitoring and distributing service system | |
| CN100428745C (en) | Data transmitting method and apparatus | |
| US8943362B2 (en) | Control and monitoring for fast millimeter-wave link using out-of-band wireless channel | |
| CN115118524A (en) | Interface equipment and free intercommunication data transparent transmission method, system and device of Internet of things | |
| CN105743951A (en) | Data sending method and apparatus and data receiving method and apparatus | |
| CN107979647A (en) | One kind realizes the seismographic data recovery method of untethered memory-type | |
| Sun et al. | Research of the traffic characteristics for the real time online traffic classification |
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 |
Effective date of registration: 20180816 Address after: 250101 S06 tower, 1036, Chao Lu Road, hi tech Zone, Ji'nan, Shandong. Patentee after: SHANDONG LANGCHAO YUNTOU INFORMATION TECHNOLOGY Co.,Ltd. Address before: 250014 1036 Shun Ya Road, hi tech Zone, Ji'nan, Shandong. Patentee before: INSPUR ELECTRONIC INFORMATION INDUSTRY Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| CP03 | Change of name, title or address |
Address after: 250100 No. 1036 Tidal Road, Jinan High-tech Zone, Shandong Province, S01 Building, Tidal Science Park Patentee after: Inspur cloud Information Technology Co.,Ltd. Address before: 250101 S06 tower, 1036, Chao Lu Road, hi tech Zone, Ji'nan, Shandong. Patentee before: SHANDONG LANGCHAO YUNTOU INFORMATION TECHNOLOGY Co.,Ltd. |
|
| CP03 | Change of name, title or address | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20221013 Address after: No. 5-398, Yunhan Avenue, Shuitu Hi tech Industrial Park, Beibei District, Chongqing 400722 Patentee after: Chongqing Inspur Government Cloud Management and Operation Co.,Ltd. Address before: 250100 No. 1036 Tidal Road, Jinan High-tech Zone, Shandong Province, S01 Building, Tidal Science Park Patentee before: Inspur cloud Information Technology Co.,Ltd. |
|
| TR01 | Transfer of patent right |