AU5182300A - Method of having a user communicate with at least one database - Google Patents

Method of having a user communicate with at least one database Download PDF

Info

Publication number
AU5182300A
AU5182300A AU51823/00A AU5182300A AU5182300A AU 5182300 A AU5182300 A AU 5182300A AU 51823/00 A AU51823/00 A AU 51823/00A AU 5182300 A AU5182300 A AU 5182300A AU 5182300 A AU5182300 A AU 5182300A
Authority
AU
Australia
Prior art keywords
protocol
transmission
acknowledgements
server
data
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.)
Abandoned
Application number
AU51823/00A
Inventor
Patrice Mahiddini
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.)
Alcatel Lucent SAS
Original Assignee
Alcatel CIT SA
Alcatel SA
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 Alcatel CIT SA, Alcatel SA filed Critical Alcatel CIT SA
Publication of AU5182300A publication Critical patent/AU5182300A/en
Abandoned legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809—Selective-repeat protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/165—Combined use of TCP and UDP protocols; selection criteria therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]

Abstract

The communications procedures selects links in TCP with (22) or UDP without (24) acknowledgement of reception according to the type of data being transmitted or user selection and for TCP can reduce the acknowledgement window if the error rate exceeds a threshold

Description

P/00/011 Regulation 3.2
AUSTRALIA
Patents Act 1990
ORIGINAL
COMPLETE SPECIFICATION STANDARD PATENT Invention Title: 'Method of having a user communicate with at least one database' The following statement is a full description of this invention, including the best method of performing it known to us: FH PS YDIE\N ATPiX )21mIX )1724(i1 7
SPECIFICATION
Method of having a user communicate with at least one database The invention relates to a method of having a user communicate with at least one database via a network. It also relates to a user installation and network management means for implementing the method.
Advances in technology in the field of telecommunications enable an increase in information bit rates that should allow easier access to databases in existing networks such as the Internet.
One example of a technology enabling high bit rates is satellite communication.
However, it has been found that a high bit rate does not necessarily ensure fast access to databases and cannot prevent congestion of the network.
A network of databases is generally accessed using a protocol which assures "that communications are reliable. The protocol entails exchanging data between 15 "clients" and a "server",and these exchanges of data can slow down communication.
:To be more precise, when the data, in particular in the form of cells or packets, is transmitted from a transmitter to a receiver, the receiver sends back an acknowledgement to assure the transmitter that the data transmitted has been received correctly. If the data has not been received correctly, the transmitter receives an acknowledgement indicating this or does not receive any acknowledgement at all.
In either case the transmitter retransmits the data.
The data is also retransmitted if the transmitter does not receive an acknowledgement within a particular time period after transmission.
The performance of networks and their communication nodes (routers) and network congestion mean that packets reach the receiver in a time such that the acknowledgement reaches the transmitter after that particular time period has elapsed. They are therefore considered to have been lost and are retransmitted by the transmitter, which leads to unnecessary transmission of data and therefore degrades the transmission capacity of the network, and possibly its performance.
The transmission control protocol (TCP), which is widely used, in particular on the Internet, is one protocol of the above type, for example.
The incompatibility of high bit rate communications and reliable communications in networks of databases is particularly clear when using a high bit rate communication system that introduces a non-negligible transmission delay.
This is the case in satellite transmission systems that are (or will be) used to transmit data at high bit rates, in particular for "multimedia" applications.
It is nevertheless possible to use a less reliable protocol with no acknowledgements for fast transmission at high bit rates. One example is the user datagram protocol (UDP). However, the systematic use of this protocol is not compatible with transmission in a network of databases, because the transmission of a large proportion of data, and in particular of software, requires a high level of reliability.
The invention provides a method of access to databases via high bit rate communication systems without significant congestion of the network, combined with a satisfactory quality of transmission of data.
A first aspect of the invention provides a method of transmitting data from a database to a requesting client wherein a transmission protocol with acknowledgements or a transmission protocol without acknowledgements is chosen "for each call.
15 Thus some data, in particular most pictures and sounds, does not require the highest possible level of reliability of transmission and it is then possible to choose a protocol with no acknowledgements which accords priority to speed, which is all the more beneficial in that the volume of such data is usually high.
Transmitting software requires a high level of reliability, for which a protocol with acknowledgements is chosen.
*In one embodiment of the invention, for one and the same call, some parts are transmitted with an acknowledgement type protocol, those parts being software, for example, sources of scripts or man-machine interface pages (Web pages), and other parts, such as pictures or parts of pictures, are transmitted using a protocol which does not use acknowledgements.
It should be pointed out here that pictures and sounds are not necessarily always transmitted using a protocol with no acknowledgements. The choice of protocol is left to the user or to the application (management program). This is because some pictures require a high level of reliability, for example high-definition pictures, in particular for medical applications.
The choice of the protocol can be performed as and when required by the user or automatically, according to the type of data to be transmitted, and possibly the volume of data. If, during a call, the proportion of data that can be transmitted with a relatively low level of reliability is small compared to the data that has to be transmitted with a high level of reliability it is not essential to change protocol for that small proportion of the data, as in this case the improvement in terms of speed would be small.
The application deciding on the nature of the protocol is located in the transmitting database or in an intermediate server between the client and the databases. In this latter situation, the server will control the call that it transmits to the client.
Another aspect of the invention, which can be used independently or in combination with the previous aspects, provides a database access method using a protocol with acknowledgements and with a variable length acknowledgement window.
The length of the acknowledgement window of an acknowledgement protocol is the number of bits, bytes or cells that the receiver must receive before it transmits an acknowledgement signal.
The transmitter (database or intermediate server) decides to vary the 15 acknowledgement window according to the proportion of packets retransmitted, for Sexample. If that proportion is high, the acknowledgement window is made smaller so that each retransmission of data represents a smaller volume of data to be transmitted, which also increases the probability of correct transmission in a given time interval.
The receiver can also determine the variation of the acknowledgement window according to the bit rate received. If a low bit rate is received, the receiver transmits to the transmitter a signal requesting a shorter acknowledgement window.
The method according to the invention finds a particularly beneficial application in the case of a satellite transmission system in which all calls from a user 25 or client of the system pass through a connection station, in particular a terrestrial connection station. This description relates to the example of a transmission system using satellites in low or medium Earth orbit in which the Earth is divided into areas which each include a connection station. Each area has a diameter of the order of 700 kilometers, for example, and is such that at all times a satellite of a constellation is visible for connecting a client in the area to the connection station and, when that satellite is no longer able to relay the call between the user and the station, another satellite takes over immediately.
In this case, the transmission method according to the invention can easily be used between the connection station and the users. Transmission times are greatest in this part of the network, between the station and the users, so that the acknowledgement mechanism can impose the greatest penalty here.
However, the method according to the invention is not limited to a system with satellites in low or medium Earth orbit; it can equally apply to a geostationary satellite system.
Users are connected to the network of databases via a server located in the connection station or connected to the connection station.
If the network of databases is the Internet or a similar network, it is known in the art for database enquiries from clients to be intercepted by "prox/y" servers, interception being effected for both directions, i.e. from clients to databases and from databases to clients. In the proxy servers the responses transmitted by the databases are retained for some time in the storage means of the proxy server and the pages S°loaded into the server are transmitted to clients without a new connection to the database being required. Accordingly, the method according to the invention can be S°controlled from a proxy server of this kind located in or connected to a connection station.
S. *°Another aspect of the invention therefore provides a server for access to a network of databases which includes, for selecting the data transmission protocol type with or without acknowledgements for data to be transmitted to clients, the type being chosen automatically in the server according to the nature of the data to be transmitted and/or information provided by clients and/or the volume of data.
When an acknowledgement-type protocol is used, the server preferably •includes means for adjusting the size of the acknowledgement window. The invention encompasses a server intended to communicate with one or more clients using an acknowledgement-type transmission protocol which includes means for varying the size of the acknowledgement window, for example according to the bit rates for transmission from that server to the client.
A further aspect of the invention provides a client unit, i.e. a database interrogation unit. The unit includes means for choosing between transmission with acknowledgements and transmission without acknowledgements, the choice being reflected, at the level of the means available to the user, by a choice between reliable transmission and fast transmission, for example.
In one embodiment of the invention the client unit can receive data on two different channels, one dedicated to an acknowledgement-type protocol and the other to a protocol without acknowledgements, and includes means for re-ordering data received on the two channels. The re-ordered data is preferably displayed in a browser of the client unit.
The selection means can be associated with a conventional computer and consist, for example, of a JAVA applet or script constituting an interface of the browser.
The selection means can also operate automatically in the database server or in the intermediate ("proxy") server; in this case, the choice between the protocols is based on the type of file to be downloaded, for example the suffix of the file name, such as picture.bmp, picture.jpg or page.html. For example, if the database interrogated supplies high-resolution pictures, the transmission protocol requested will also be an acknowledgement-type protocol and if the database interrogated supplies sounds, such as music, the protocol requested can be of the type without acknowledgements.
The selection means can also operate automatically in the client unit, the choice between protocols being based on the query submitted or the request 15 addressed to the databases.
The present invention provides a method of transmitting data from a database to a requesting client. For each communication, a choice is made between a TCP transmission protocol with acknowledgements and a UDP transmission protocol without acknowledgements.
In one embodiment of the invention, for a given request from a client, some *"data is transmitted with a transmission protocol with acknowledgements and other data is transmitted with a protocol without acknowledgements.
In one embodiment of the invention the transmission protocol is chosen according to the nature of the request expressed by the user.
25 In one embodiment of the invention the protocol is chosen according to the nature of the data to be transmitted and/or its volume.
In one embodiment of the invention, when a transmission protocol with acknowledgements is chosen, the length of the acknowledgement window is chosen for each call.
In one embodiment of the invention the acknowledgement window is made smaller when a transmitted data error rate exceeds a predetermined value.
The present invention also provides a terminal for connection to a database including two reception channels, one for data received using a transmission protocol with acknowledgements and the other for data received using a protocol without acknowledgements.
In one embodiment of the invention the terminal includes an interface which can be actuated by the user to indicate a choice between reliable transmission and fast transmission.
In one embodiment of the invention the terminal includes means for automatically selecting reliable transmission or fast transmission according to the request addressed to the database.
In one embodiment of the invention the terminal includes means for reordering files received on two different channels.
In one embodiment of the invention re-ordered files are processed in the browser of the terminal.
The present invention further provides a server intended to be included in a network between one or more users and databases, the purpose of the server being to interpret requests from users and/or to store data received from databases. It includes *means for selecting the protocol for transmitting data from the server to the user, the 15 choice being between a transmission protocol with acknowledgements and a transmission protocol without acknowledgements.
In one embodiment of the invention the server includes means for varying the acknowledgement window if a protocol with acknowledgements is used.
In one embodiment of the invention the acknowledgement window is reduced in size when the transmission error rate increases.
**The present invention finally provides an application of the server to a satellite transmission system in which calls from each user are relayed by a connection station, calls between users and the connection station pass through a satellite and the server is located in the connection station or connected to the connection station.
S 25 Other features and advantages of the invention will become apparent from the following description of embodiments of the invention, which description is given with reference to the accompanying drawings, in which: Figure 1 is a diagram showing a system using the method according to the invention, Figure 2 is a diagram showing one aspect of the method according to the invention, Figure 3 is a diagram showing a different embodiment of a system according to the invention.
The system shown by way of example in Figure 1 includes a number of client installations. Only one client installation 10 is shown. The system further includes a proxy server (proximity server) 12 which is located in a connection station of a satellite telecommunication system and the Internet (network of databases), only one server 14 being shown in the figure.
The client installation 10 conventionally includes a browser 16 which sends a request 18 to a remote server 14. The request 18 is intercepted by the server 12 whose function is to interpret the query transmitted by the client in order to limit the connection time to the remote server 14. Because the network is the Internet, the call between the servers 12 and 14 is a TCP call, i.e. with an acknowledgement for each group of data.
The data received from the server 14 by the server 12 is retransmitted to the user or client installation According to the invention, the connection between the server 12 and the installation 10 uses one or both of two separate channels 22 and 24. The channel 22 uses the TCP (with acknowledgements). The channel 24 uses the UDP transmission 15 (without acknowledgements). The channel 22 is used mainly for transmissions for which a high level of reliability is needed and the channel 24 is used mainly to transmit data for which speed is the main criterion.
~The browser 16 of the user installation 10 includes an interface such as a JAVA applet enabling the user to determine the required transmission quality, i.e.
reliable transmission or fast transmission. This decision of the user is interpreted by the server 12 and is acted on according to the level of use of the network between the server 12 and the user 10 and the data to be transmitted from the server 12 to the user 10. Thus a multimedia transmission including a mixture of software and pictures could be transmitted on the channels 22 and 24 in parallel. The channel 22 would 25 use the TCP to transmit the software and the channel 24 would transmit the picture data using the UDP.
The server 12 further includes means for varying the acknowledgement window for data transmitted by the TCP channel 22.
Figure 2 is a diagram showing the principle of an acknowledgement window.
When a receiver R sends a request 30 to a transmitter E, the transmitter E sends data to the receiver R and, when it has received a particular number N of bytes, the receiver sends an acknowledgement 32 to the transmitter. If the transmitter E has not received the acknowledgement correctly, it sends the N bytes again. This retransmission increases the density of the traffic in a proportion that increases as the number N of bytes increases. Accordingly, when, for example, the server 12 notices that CA00368888.2 transmission quality is defective, it reduces the length N of the acknowledgment window to limit the quantity of data to be retransmitted. This can reduce the risk of congestion of the network.
Operation is as follows: In response to the request 18, the client unit 10 receives an html page which it analyzes and loads into a memory (arrow 40), such as the hard disk 42 of a computer. The data stored on the hard disk 42 consists of the addresses of objects and the names of files.
Then (arrows 181 182) each object address and file name is transferred from the memory 42 to the browser 16 (arrow 44) so that the applet 26 sends requests 181, 182, etc for each object.
The chosen channel 22 or 24 is determined by the proxy server 12.
10 After loading the various objects in sequence, the client unit re-orders the files or objects received, which generally comprise data of various kinds, such as hypermedia or hypertext files.
S* The re-ordered data can be used or displayed in the browser 16 of the client unit.
0eO*@e In this example, the server 12 is located in a connection station 10 of a satellite transmission system, the station 10 constituting a user of the transmission system.
15 Note that choosing the protocol or transmission channel is of practical benefit, especially in 0094 the direction from the database 14 or the server 12 to a client installation 10, because the volume of data to be transmitted is greater in this direction than in the other direction. However, the S* principle of choosing the protocol can be generalized, for example to transmitting data between two S..l users.
In the embodiment of the invention shown in Figure 3 the client terminal 101 includes a browser 161 and a local proximity server The browser 16, communicates with the proximity server 12, via the local server The local server 50 manages calls to the server 121 using either a UDP type protocol on the channel 24, or a TCP type protocol on the channel 221, the choice being made in accordance with the invention.
The browser 161 is conventional, ie it sends requests, processes html pages and displays data received.
The applicant does not concede that the prior art discussed in the specification forms part of the common general knowledge in the art at the priority date of this application.

Claims (19)

1. A method of transmitting data from a database to a requesting client wherein a transmission protocol with acknowledgements or a transmission protocol without acknowledgements is chosen for each call.
2. A method according to claim 1 wherein, for a given request from a client, some data is transmitted with a transmission protocol with acknowledgements and other data is transmitted with a protocol without acknowledgements.
3. A method according to claim 1 or claim 2 wherein said transmission protocol is chosen according to the nature of the request expressed by said user.
4. A method according to any of claims 1 to 3 wherein said protocol is chosen according to the nature and/or the volume of data to be transmitted.
5. A method according to any preceding claim wherein, when a transmission "protocol with acknowledgements is used, the length of the acknowledgement window is chosen for each call.
6. A method according to claim 5 wherein said length of said acknowledgement window is made smaller when a transmitted data error rate is found to exceed a predetermined value.
7. A terminal for connection to a database, which terminal includes two reception channels, one for data received using a transmission protocol with acknowledgements and the other for data received using a protocol without acknowledgements, and an interface operable by a user to indicate a choice ooo. between reliable transmission and fast transmission.
8. A terminal for connection to a database, which terminal includes two reception channels, one for data received using a transmission protocol with acknowledgements and the other for data received using a protocol without acknowledgements, and means for automatically selecting reliable transmission or fast transmission according to the request addressed to said database.
9. A terminal according to claim 7 or claim 8 further including a browser communicating with both reception channels via a local proximity server controlling communication with said database.
A terminal according to claim 7 or claim 8 further including means for re- ordering files received on the two different channels.
11. A terminal according to claim 10 wherein re-ordered files are used in a browser of said terminal.
12. A server adapted to be incorporated into a network between one or more users and databases, the function of said server being to interpret requests from users and/or to store data received from databases, which server includes means for selecting between a transmission protocol with acknowledgements and a transmission protocol without acknowledgements for transmitting data from a server to a user.
13. A server according to claim 12 further including means for varying the acknowledgement window when using a protocol with acknowledgements.
14. A server according to claim 13 wherein said acknowledgement window is made smaller when the transmission error rate increases.
15. Application of a server according to any of claims 12 to 14 to a satellite transmission system in which calls of each user are relayed by a connection station, calls between users and said connection station pass through a satellite, S* and said server is located in said connection station or connected to said **connection station. S* 15
16. A method of transmitting data from a database to a requesting client substantially as hereinbefore described with reference to the accompanying drawings.
17. A terminal for connection to a database substantially as hereinbefore described with reference to the accompanying drawings.
18. A server adapted to be incorporated into a network between one or more users and databases and substantially as hereinbefore described with reference to the accompanying drawings.
19. Application of a server to a satellite transmission system, which application is substantially as hereinbefore described with reference to the accompanying drawings
AU51823/00A 1999-08-12 2000-08-04 Method of having a user communicate with at least one database Abandoned AU5182300A (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR9910430 1999-08-12
FR9910430A FR2797543B1 (en) 1999-08-12 1999-08-12 METHOD FOR COMMUNICATING A USER WITH AT LEAST ONE DATABASE

Publications (1)

Publication Number Publication Date
AU5182300A true AU5182300A (en) 2001-02-15

Family

ID=9549100

Family Applications (1)

Application Number Title Priority Date Filing Date
AU51823/00A Abandoned AU5182300A (en) 1999-08-12 2000-08-04 Method of having a user communicate with at least one database

Country Status (7)

Country Link
EP (1) EP1085725B1 (en)
CN (1) CN1284809A (en)
AT (1) ATE532306T1 (en)
AU (1) AU5182300A (en)
CA (1) CA2314529A1 (en)
FR (1) FR2797543B1 (en)
SG (1) SG97916A1 (en)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2376857B (en) * 2001-06-22 2003-07-23 Motorola Inc Proxy server and method for delivering information in a multimedia communication system
DE10200165A1 (en) 2002-01-04 2003-07-10 Klaus Rock Method for reducing the latency in interactive data communication via a satellite network
JP2004038575A (en) * 2002-07-03 2004-02-05 Sony Corp Data transmitting and receiving system, data transmitting and receiving method, information providing device, information providing method, data transmitting device, and data receiving method
WO2004036865A1 (en) * 2002-09-30 2004-04-29 Sanyo Electric Co.,Ltd. Communication device and application thereof
KR20050104365A (en) * 2003-02-06 2005-11-02 마츠시타 덴끼 산교 가부시키가이샤 Information transmission system, information transmission method, electric device communication device, information communication device, communication control program
FR2919778A1 (en) * 2007-07-30 2009-02-06 Canon Kk METHOD FOR TRANSMITTING DATA PACKETS IN A TUNNEL, COMPUTER PROGRAM PRODUCT, CORRESPONDING STORAGE MEDIUM AND TUNNEL HEAD
BRPI0722145A2 (en) 2007-11-29 2014-04-15 Airbus Operations Gmbh DATA FILE SYSTEM AND METHOD.
DE102008030939A1 (en) 2008-07-02 2010-01-07 Deutsche Thomson Ohg Method and device for managing data transmission in a network
CN101656756B (en) * 2009-09-17 2012-09-05 中国科学院声学研究所 File transferring method with self-adaptive control of transmission speed and system thereof
CN104660627B (en) * 2013-11-18 2018-08-24 北京北方华创微电子装备有限公司 A kind of communication means and system of host computer and slave computer

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4703475A (en) * 1985-12-04 1987-10-27 American Telephone And Telegraph Company At&T Bell Laboratories Data communication method and apparatus using multiple physical data links
US5022049A (en) * 1989-11-21 1991-06-04 Unisys Corp. Multiple access code acquisition system
US5845202A (en) * 1992-11-27 1998-12-01 Motorola, Inc. Method and apparatus for acknowledge back signaling using a radio telephone system
CA2266598C (en) * 1996-09-30 2003-04-22 The Weather Channel, Inc. Multimedia information transmission and distribution system
US6098108A (en) * 1997-07-02 2000-08-01 Sitara Networks, Inc. Distributed directory for enhanced network communication

Also Published As

Publication number Publication date
EP1085725A1 (en) 2001-03-21
FR2797543B1 (en) 2004-04-09
EP1085725B1 (en) 2011-11-02
CA2314529A1 (en) 2001-02-12
ATE532306T1 (en) 2011-11-15
CN1284809A (en) 2001-02-21
SG97916A1 (en) 2003-08-20
FR2797543A1 (en) 2001-02-16

Similar Documents

Publication Publication Date Title
EP1497932B1 (en) System and method for internet page acceleration including multicast transmissions
US9264512B2 (en) Performance enhancing proxy
EP1206100B1 (en) Communication system for retrieving web content
US5664091A (en) Method and system for a voiding unnecessary retransmissions using a selective rejection data link protocol
US6862607B1 (en) Method to provide information in an internet telecommunication network
US6854018B1 (en) System and method for intelligent web content fetch and delivery of any whole and partial undelivered objects in ascending order of object size
RU2210871C2 (en) Distribution system and method for object pre- selection
US6266701B1 (en) Apparatus and method for improving throughput on a data network
US6697850B1 (en) Satellite-based communications system having an on-board internet web proxy cache
US20020133615A1 (en) Nack suppression for multicast protocols in mostly one-way networks
EP0836145A2 (en) Method for transferring and displaying data pages on a data network
US8271580B2 (en) Mobile communication network system and server apparatus
CN1981470A (en) Methods and apparatus for optimum file transfers in a time-varying network environment
US7349902B1 (en) Content consistency in a data access network system
US9564960B2 (en) Decentralized caching system
EP1961160A2 (en) Transmission control protocol with performance enhancing proxy for degraded communication channels
US20060135130A1 (en) Transactional message-queue communication for wirelessly networked devices system and method
US7991905B1 (en) Adaptively selecting timeouts for streaming media
AU5182300A (en) Method of having a user communicate with at least one database
EP3206376B1 (en) Network communication system with web push protocol
GB2412771A (en) System for managing cache updates
US20030069925A1 (en) Performance enhancing proxy for high latency data links
JPH09305503A (en) File transfer system

Legal Events

Date Code Title Description
MK1 Application lapsed section 142(2)(a) - no request for examination in relevant period