CN106330833A - Communication method based on ICAP (Internet Content Adaptation Protocol), client and server - Google Patents

Communication method based on ICAP (Internet Content Adaptation Protocol), client and server Download PDF

Info

Publication number
CN106330833A
CN106330833A CN201510371520.8A CN201510371520A CN106330833A CN 106330833 A CN106330833 A CN 106330833A CN 201510371520 A CN201510371520 A CN 201510371520A CN 106330833 A CN106330833 A CN 106330833A
Authority
CN
China
Prior art keywords
message
icap
request message
client
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201510371520.8A
Other languages
Chinese (zh)
Inventor
赵洋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201510371520.8A priority Critical patent/CN106330833A/en
Priority to PCT/CN2016/074699 priority patent/WO2017000572A1/en
Publication of CN106330833A publication Critical patent/CN106330833A/en
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion
    • H04L69/085Protocols for interworking; Protocol conversion specially adapted for interworking of IP-based networks with other networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

The invention discloses a communication method based on an ICAP (Internet Content Adaptation Protocol), a client and a server. The communication method comprises steps: when the ICAP client generates a request message, a message serial number is written to the request message; and the ICAP client transmits the generated request message to the ICAP server. The ICAP client comprises a generation device and a transmission device, wherein the generation device is used for writing the message serial number to the request message when the request message is generated; and the transmission device is used for transmitting the generated request message to the ICAP server. After the ICAP server receives the request message transmitted by the ICAP client, the message serial number in the request message is read, a response message corresponding to the request message is generated, and the message serial number is written to the response message. The problem of disorder of a request message and response message pair in a TCP link can be solved.

Description

Communication means based on internet content adapting protocol, client and server
Technical field
The present invention relates to based on network service, more particularly, to based on internet content adapting protocol The communication means of (ICAP:Internet Content Adaptation Protocol) and corresponding client and Server.
Background technology
The purpose of ICAP Protocol Design is to enable web content equipment interoperability, shared data and control Information.Thus allow users on the equipment separated, implement certain service, the merit performed by optimization Energy.ICAP is remote procedure call (RPC) agreement based on HTTP of lightweight, and equipment can transmit Content (HTML) based on HTTP carries out content operation to ICAP server.
ICAP Client is the client supporting ICAP agreement, both can be to install to support that ICAP agreement is soft PC/the terminal of part, it is also possible to be the carrier class network node device realizing ICAP agreement.It passes through Association request message is sent, to obtain related resource for Business Processing to ICAP Server.
ICAP Server is the server supporting ICAP agreement, can be i.e. to install to support ICAP agreement PC/terminal/the commercial server of software, it is also possible to be the carrier class network node realizing ICAP agreement Equipment.After its ICAP protocol message sending over ICAP Client carries out related service process, return Back to ICAP Client response message, carry the related resource required for ICAP Client.
Current ICAP agreement uses serial manner to send request message, it is desirable at a TCP link On, after only receiving a response message corresponding to request message, just allow to send next request and disappear Breath, as shown in Figure 1:
Step 1:ICAP client sends request message to ICAP server.
After step 2:ICAP server receives request message (Request), send to ICAP client Response message (Response).
。。。
After step N:ICAP client receives response message, again send request to ICAP server and disappear Breath.
After step N+1:ICAP server receives request message, again send response to ICAP client Message.
The present inventor, during realizing the present invention, finds that ICAP agreement described above disappears Breath flow process, has two problems:
As illustrated in fig. 2, it is assumed that ICAP client sends request message A to ICAP server, wait After the ICAP server response message time-out for request message A, TCP link is again by ICAP client Being marked as can use, then ICAP client can send next request message B to ICAP server, sends out Complete after and wait ICAP server for request message B response message be also not timed-out when, This TCP link have received request response message corresponding to message A (due to network delay or The reasons such as ICAP server low-response cause), in this case, ICAP client can disappear request The response message of breath A goes to process as the response message of request message B, causes system exception.Therefore, Need to solve ICAP Protocol Request message and response message to out of order problem.
Additionally, due to ask for a pair message and response that ICAP protocol requirement is on a TCP link disappear Breath, is Serial Relation with lower a pair request message and response message, it is impossible at a TCP links in parallel Process message, cause the use waste of TCP link.
Summary of the invention
In view of this, the invention provides techniques below scheme.
A kind of communication means based on internet content adapting protocol ICAP, including:
When ICAP client generates request message, in request message, write message SN;
Described ICAP client sends the request message generated to ICAP server.
Alternatively,
Described write message SN in request message, including: write in the extended field of request message Enter message SN.
Alternatively,
After described ICAP client sends the request message generated to ICAP server, also include:
For the message initiated waiting timer of this request, and preserve this request message;
During such as this waiting timer time-out, described ICAP client does not the most receive described ICAP server The message SN response message identical with message SN in this request message returned, by preserve this Request message abandons.
Alternatively,
Described method also includes:
After described ICAP client receives the response message that described ICAP server returns, from preserve The request message that in request message, lookup message SN is identical with message SN in this response message:
As found, this response message is processed;
As search less than, this response message is abandoned.
Alternatively,
Described ICAP client on the same TCP link of ICAP server, use serial or Parallel form carries out information receiving and transmitting.
Alternatively,
Described message SN includes digital number, or includes timestamp and digital number;Described message Serial number does not repeats in system operation time or in setting the operation period.
A kind of internet content adapting protocol ICAP client, including:
Generating means, when being used for generating request message, writes message SN in request message;
Dispensing device, for sending the request message generated to ICAP server.
Alternatively,
After described dispensing device sends the request message generated to ICAP server, it is additionally operable to:
For the message initiated waiting timer of this request, and preserve this request message;
During such as this waiting timer time-out, the most do not receive the message sequence that described ICAP server returns Number response message identical with message SN in this request message, abandons this request message preserved.
Alternatively,
Described client also includes:
Receive device, for after receiving the response message that described ICAP server returns, from preservation Request message in search the message SN request message identical with message SN in this response message:
As found, this response message is processed;
As search less than, this response message is abandoned.
Alternatively,
Described dispensing device and reception device, on the same TCP link of ICAP server, use The mode of serial or parallel carries out information receiving and transmitting.
A kind of communication means based on internet content adapting protocol ICAP, including:
After ICAP server receives the request message that ICAP client sends, read in this request message Message SN;
Described ICAP server generates the response message that should ask message, in this response message Write described message SN;
Described ICAP server sends this response message generated to described ICAP client.
Alternatively,
Described message SN is write in this response message, including: at the extended field of this response message The described message SN of middle write.
A kind of internet content adapting protocol ICAP server, it is characterised in that including:
Receive device, for, after receiving the request message that ICAP client sends, reading this request Message SN in message;
Generating means, for generating the response message that should ask message, writes in this response message Enter described message SN;
Dispensing device, for sending this response message generated to described ICAP client.
Such scheme can solve the problem that the out of order problem of the request message on TCP link and response message pair, also Parallel form can be used to carry out information receiving and transmitting, be obviously improved the utilization rate of TCP link.
Accompanying drawing explanation
Fig. 1 is the flow chart of the standard Signalling exchange of current ICAP agreement.
Fig. 2 is that current ICAP agreement message occurs to out of order flow chart.
Fig. 3 is the flow chart of the communication means of the embodiment of the present invention one ICAP client-side.
Fig. 4 is the module map of the embodiment of the present invention one ICAP client.
Fig. 5 is the flow chart of the communication means of the embodiment of the present invention two ICAP server-side.
Fig. 6 is the module map of the embodiment of the present invention two ICAP server.
Fig. 7 is the flow chart of the present invention one application example Signalling exchange.
Detailed description of the invention
For making the object, technical solutions and advantages of the present invention clearer, below in conjunction with accompanying drawing Embodiments of the invention are described in detail.It should be noted that in the case of not conflicting, this Shen Embodiment in please and the feature in embodiment can mutual combination in any.
Embodiment one
The present embodiment provides a kind of communication means based on ICAP, is applied to ICAP client, such as Fig. 3 Shown in, including:
Step 110, when ICAP client generates request message, writes message SN in request message;
Message SN can be written in the extended field of request message.Message SN can include number Word sequence number, or include timestamp and digital number, to ensure in system operation time or to set fortune Do not repeat in the row period (such as 1 hour, 1 day etc.).
In one example, message SN includes 16 bit time stamp (being accurate to the second) and 6 bit digital sequence numbers Totally 20 character strings, such as, message SN is 20150621162401000001, it is ensured that in system The problem not havinging circulation in the operation time.
Step 120, described ICAP client sends the request message generated to ICAP server.
In the present embodiment, ICAP client to ICAP server send one request message after, can by with Under type carries out the preservation of message and abandons:
For the message initiated waiting timer of this request, and preserve this request message;
During such as this waiting timer time-out, described ICAP client does not the most receive described ICAP server The message SN response message identical with message SN in this request message returned, by preserve this Request message abandons.
In the present embodiment, for the response message received, can process in such a way:
After ICAP client receives the response message that described ICAP server returns, from the request preserved The request message that in message, lookup message SN is identical with message SN in this response message:
As found, this response message is processed;
As search less than, this response message is abandoned.
Owing to adding message sequence number field, it is possible to the every a pair request message of correct coupling and response message, Make ICAP client on the same TCP link of ICAP server, can use parallel Mode carries out information receiving and transmitting.When using serial mode to carry out information receiving and transmitting, ICAP client sends one please After seeking message, after response message or the corresponding waiting timer time-out of correspondence must be received, the most permissible Send next request message, and when using parallel mode to carry out information receiving and transmitting, ICAP client sends one After request message, it is not necessary to receive the response message of correspondence or corresponding waiting timer time-out, so that it may To send next request message.
Correspondingly, the present embodiment additionally provides a kind of ICAP protocol client, as shown in Figure 4, and including:
Generating means 10, when being used for generating request message, writes message SN in request message;
Dispensing device 20, for sending the request message generated to ICAP server.Alternatively, send After device 10 sends the request message generated to ICAP server, it is additionally operable to: open for this request message A dynamic waiting timer, and preserve this request message;During such as this waiting timer time-out, the most do not receive To the sound that the message SN of described ICAP server return is identical with message SN in this request message Answer message, this request message preserved is abandoned.
Receive device 30, for after receiving the response message that described ICAP server returns, from guarantor The request searching message SN identical with message SN in this response message in the request message deposited disappears Breath: as found, this response message is processed;As search less than, this response message is abandoned.
Alternatively, dispensing device 20 and reception device 30 are at the same TCP chain to ICAP server Lu Shang, uses the mode of serial or parallel to carry out information receiving and transmitting.
Embodiment two
The present embodiment provides a kind of communication means based on ICAP, is applied to ICAP server, such as Fig. 5 Shown in, including:
Step 210, after ICAP server receives the request message that ICAP client sends, reading should Message SN in request message;
Message SN can be written in the extended field of response message.
Step 220, described ICAP server generates the response message that should ask message, rings at this Answer and message writes described message SN;
Step 230, described ICAP server sends this response message generated to described ICAP client.
Correspondingly, the present embodiment additionally provides a kind of ICAP server, as shown in Figure 6, and including:
Receiving device 50, for after receiving the request message that ICAP client sends, reading should Seek the message SN in message;
Generating means 60, for generating the response message that should ask message, in this response message Write described message SN;
Dispensing device 70, for sending this response message generated to described ICAP client.
Above-described embodiment is by writing message sequence in the extended field of increase in request message and response message Row number, in order to the every a pair request message of ICAP client marker recognition and response message, such that it is able to Solve to ask on TCP link the out of order problem of message and response message pair, it is also possible to use parallel form Carry out information receiving and transmitting, be obviously improved the utilization rate of TCP link.
Illustrated by an application example the most again.
This application example still uses serial mode to carry out information receiving and transmitting, refers to Fig. 7:
Step 201:ICAP client sends request message A, the message sequence carried to ICAP server Row ID=1, the waiting timer started for request message A;
Step 202:ICAP client waits that ICAP server response timeout (starts for request message A Waiting timer time-out) after, abandon request message A, to ICAP server send next request message B, the message SN ID=2 carried, the waiting timer started for request message B;
Step 203:ICAP client have received response message A of corresponding requests message A, carries Message SN ID=1, ICAP client is searched, in this locality, the request mated by this message SN and is disappeared Breath, owing to waiting that request message A is dropped, searches the request message less than coupling, therefore ICAP Client abandons this response message A;
Step 204: before the waiting timer time-out started for request message B, ICAP client is received Arrive response message B of corresponding requests message B, message SN ID=2, the ICAP client carried Searched the request message of coupling, success and request message B pairing in this locality by this message SN, in It is to process response message B according to regular traffic flow process.
Above-mentioned request message and response message can be various between ICAP client and ICAP server The request of type and response message.
The invention described above embodiment sequence number, just to describing, does not represent the quality of embodiment.More than by The description of embodiment, those skilled in the art is it can be understood that can to above-described embodiment method The mode adding required general hardware platform by software realizes, naturally it is also possible to by hardware, but very In the case of Duo, the former is more preferably embodiment.Based on such understanding, the technical side of the embodiment of the present invention The part that prior art is contributed by case the most in other words can embody with the form of software product Coming, this computer software product is stored in a storage medium (such as ROM/RAM, magnetic disc, CD) In, including some instructions with so that a station terminal equipment (can be mobile phone, computer, server, Or the network equipment etc.) perform the method described in each embodiment of the present invention.
These are only the preferred embodiments of the present invention, not thereby limit the scope of the claims of the present invention, every Utilize equivalent structure or equivalence flow process conversion that description of the invention and accompanying drawing content made, or directly or Connect and be used in other relevant technical fields, be the most in like manner included in the scope of patent protection of the present invention.

Claims (13)

1. a communication means based on internet content adapting protocol ICAP, including:
When ICAP client generates request message, in request message, write message SN;
Described ICAP client sends the request message generated to ICAP server.
2. communication means as claimed in claim 1, it is characterised in that:
Described write message SN in request message, including: write in the extended field of request message Enter message SN.
3. communication means as claimed in claim 1, it is characterised in that:
After described ICAP client sends the request message generated to ICAP server, also include:
For the message initiated waiting timer of this request, and preserve this request message;
During such as this waiting timer time-out, described ICAP client does not the most receive described ICAP server The message SN response message identical with message SN in this request message returned, by preserve this Request message abandons.
4. the communication means as described in claim 1-3 is arbitrary, it is characterised in that:
Described method also includes:
After described ICAP client receives the response message that described ICAP server returns, from preserve The request message that in request message, lookup message SN is identical with message SN in this response message:
As found, this response message is processed;
As search less than, this response message is abandoned.
5. communication means as claimed in claim 4, it is characterised in that:
Described ICAP client on the same TCP link of ICAP server, use serial or Parallel form carries out information receiving and transmitting.
6. claim 1-3,5 arbitrary as described in communication means, it is characterised in that:
Described message SN includes digital number, or includes timestamp and digital number;Described message Serial number does not repeats in system operation time or in setting the operation period.
7. an internet content adapting protocol ICAP client, it is characterised in that including:
Generating means, when being used for generating request message, writes message SN in request message;
Dispensing device, for sending the request message generated to ICAP server.
8. client as claimed in claim 7, it is characterised in that:
After described dispensing device sends the request message generated to ICAP server, it is additionally operable to:
For the message initiated waiting timer of this request, and preserve this request message;
During such as this waiting timer time-out, the most do not receive the message sequence that described ICAP server returns Number response message identical with message SN in this request message, abandons this request message preserved.
9. client as claimed in claim 7 or 8, it is characterised in that:
Described client also includes:
Receive device, for after receiving the response message that described ICAP server returns, from preservation Request message in search the message SN request message identical with message SN in this response message:
As found, this response message is processed;
As search less than, this response message is abandoned.
10. client as claimed in claim 9, it is characterised in that:
Described dispensing device and reception device, on the same TCP link of ICAP server, use The mode of serial or parallel carries out information receiving and transmitting.
11. 1 kinds of communication means based on internet content adapting protocol ICAP, including:
After ICAP server receives the request message that ICAP client sends, read in this request message Message SN;
Described ICAP server generates the response message that should ask message, in this response message Write described message SN;
Described ICAP server sends this response message generated to described ICAP client.
12. communication means as claimed in claim 11, it is characterised in that:
Described message SN is write in this response message, including: at the extended field of this response message The described message SN of middle write.
13. 1 kinds of internet content adapting protocol ICAP servers, it is characterised in that including:
Receive device, for, after receiving the request message that ICAP client sends, reading this request Message SN in message;
Generating means, for generating the response message that should ask message, writes in this response message Enter described message SN;
Dispensing device, for sending this response message generated to described ICAP client.
CN201510371520.8A 2015-06-29 2015-06-29 Communication method based on ICAP (Internet Content Adaptation Protocol), client and server Pending CN106330833A (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201510371520.8A CN106330833A (en) 2015-06-29 2015-06-29 Communication method based on ICAP (Internet Content Adaptation Protocol), client and server
PCT/CN2016/074699 WO2017000572A1 (en) 2015-06-29 2016-02-26 Internet content adaptation protocol-based communication method, client and server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510371520.8A CN106330833A (en) 2015-06-29 2015-06-29 Communication method based on ICAP (Internet Content Adaptation Protocol), client and server

Publications (1)

Publication Number Publication Date
CN106330833A true CN106330833A (en) 2017-01-11

Family

ID=57607759

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510371520.8A Pending CN106330833A (en) 2015-06-29 2015-06-29 Communication method based on ICAP (Internet Content Adaptation Protocol), client and server

Country Status (2)

Country Link
CN (1) CN106330833A (en)
WO (1) WO2017000572A1 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109818905A (en) * 2017-11-21 2019-05-28 中国移动通信有限公司研究院 A kind of method, network element device and the system of transport layer protocol adaptation
CN109905645A (en) * 2017-12-08 2019-06-18 华为技术有限公司 Video monitoring equipment catalogue exchanges method and networked platforms
CN109995745A (en) * 2017-12-31 2019-07-09 国民技术股份有限公司 A kind of information matching method, terminal and computer readable storage medium
CN111953655A (en) * 2017-02-28 2020-11-17 华为技术有限公司 Method and equipment for server to respond to request message in communication system
CN117440028A (en) * 2023-12-07 2024-01-23 四川湖山电器股份有限公司 Communication method and system for interaction between upper device and embedded device based on TCP

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103516673A (en) * 2012-06-21 2014-01-15 腾讯科技(深圳)有限公司 Network data communication method, network data communication system, network data communication client and network data communication server
CN103516723A (en) * 2013-09-22 2014-01-15 大唐移动通信设备有限公司 SIP message handling method and device
US20150103791A1 (en) * 2012-01-11 2015-04-16 Intel Corporation Device, system and method of communicating aggregate data units

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8214898B2 (en) * 2006-02-27 2012-07-03 Juniper Networks, Inc. ICAP processing of partial content to identify security issues
CN102137309A (en) * 2010-11-30 2011-07-27 广东星海数字家庭产业技术研究院有限公司 Method for processing digital television terminal oriented content descriptive language
CN104468594B (en) * 2014-12-15 2018-04-27 北京奇安信科技有限公司 The method, apparatus and system of a kind of request of data

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150103791A1 (en) * 2012-01-11 2015-04-16 Intel Corporation Device, system and method of communicating aggregate data units
CN103516673A (en) * 2012-06-21 2014-01-15 腾讯科技(深圳)有限公司 Network data communication method, network data communication system, network data communication client and network data communication server
CN103516723A (en) * 2013-09-22 2014-01-15 大唐移动通信设备有限公司 SIP message handling method and device

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111953655A (en) * 2017-02-28 2020-11-17 华为技术有限公司 Method and equipment for server to respond to request message in communication system
CN109818905A (en) * 2017-11-21 2019-05-28 中国移动通信有限公司研究院 A kind of method, network element device and the system of transport layer protocol adaptation
CN109818905B (en) * 2017-11-21 2022-06-03 中国移动通信有限公司研究院 Method, network element equipment and system for adapting transport layer protocol
CN109905645A (en) * 2017-12-08 2019-06-18 华为技术有限公司 Video monitoring equipment catalogue exchanges method and networked platforms
CN109905645B (en) * 2017-12-08 2021-02-23 华为技术有限公司 Video monitoring equipment directory exchange method and networking platform
CN109995745A (en) * 2017-12-31 2019-07-09 国民技术股份有限公司 A kind of information matching method, terminal and computer readable storage medium
CN109995745B (en) * 2017-12-31 2023-02-24 国民技术股份有限公司 Information matching method, terminal and computer readable storage medium
CN117440028A (en) * 2023-12-07 2024-01-23 四川湖山电器股份有限公司 Communication method and system for interaction between upper device and embedded device based on TCP

Also Published As

Publication number Publication date
WO2017000572A1 (en) 2017-01-05

Similar Documents

Publication Publication Date Title
CN106330833A (en) Communication method based on ICAP (Internet Content Adaptation Protocol), client and server
CN102546794B (en) Method for directly communicating browser client with back-end server as well as gateway and communication system
CN105991689B (en) HTTP message processing method and system, HTTP client and server
CN103281382B (en) A kind of document transmission method based on p2p and node
CN101867976A (en) Load balancing method based on mobile terminal number and equipment
CN103384181A (en) Data packet transmission method and device
CN102802227A (en) Data processing method, equipment and system based on base station direct connection framework
CN104125145A (en) Web browser based communication method, web browser based communication equipment and web browser based communication system
CN102594886B (en) Method and device for direct communication between browsers, and communication system
CN108156223A (en) A kind of accurate supplying system of message based on websocket and method
CN103095859A (en) Multi-domain-name dialogue information sharing method and system
CN114157343A (en) Working method of CDN network system based on satellite communication
CN101282339B (en) Capability negotiation method for flow medium system, data transmission method as well as related equipment
CN102065143B (en) Communication method and system based on HTTP (hyper Text Transfer Protocol), HTTP server and HTTP client
CN101656947B (en) Establishing method, device and system of cross-heterogeneous-network service sharing
US10158687B2 (en) Caching using multicast radio transmissions
CN112866390B (en) Data transmission method, device, terminal equipment and storage medium
CN101938427B (en) Re-directing method and device in global load balance
CN106302093B (en) Communication method, system and server
CN103986710A (en) Method, device and system for transmitting information
CN111131470B (en) Terminal device, data processing method thereof and data processing system
CN110971873B (en) Real-time monitoring method, monitoring system and storage medium
CN109120578B (en) Method and device for realizing link connection processing
CN113422739B (en) Data transmission method, sending end and data transmission system
EP2999266A1 (en) Method, device and system for obtaining mobile network data resources

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20170111