EP1051825A1 - Systeme de communications pour transfert de donnees avec des mobiles - Google Patents

Systeme de communications pour transfert de donnees avec des mobiles

Info

Publication number
EP1051825A1
EP1051825A1 EP99902701A EP99902701A EP1051825A1 EP 1051825 A1 EP1051825 A1 EP 1051825A1 EP 99902701 A EP99902701 A EP 99902701A EP 99902701 A EP99902701 A EP 99902701A EP 1051825 A1 EP1051825 A1 EP 1051825A1
Authority
EP
European Patent Office
Prior art keywords
module
terminal module
network
application
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.)
Withdrawn
Application number
EP99902701A
Other languages
German (de)
English (en)
Inventor
Jason Stuart Flynn
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.)
British Telecommunications PLC
Original Assignee
British Telecommunications PLC
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
Priority claimed from GBGB9801928.4A external-priority patent/GB9801928D0/en
Application filed by British Telecommunications PLC filed Critical British Telecommunications PLC
Priority to EP99902701A priority Critical patent/EP1051825A1/fr
Publication of EP1051825A1 publication Critical patent/EP1051825A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/08—Protocols specially adapted for terminal emulation, e.g. Telnet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session 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]
    • 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/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
    • 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/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

  • This invention relates to a communications system, with particular but not exclusive application in mobile data transfer over networks based on the Internet Protocol.
  • the model portrays a communications subsystem comprising two host computers A and B, each represented by seven protocol layers 1 to 7, connected through a data network 8 via a gateway or router 9.
  • the arrows between the layers indicate the logical connections between them.
  • Each layer in the model performs a well defined function and operates according to a defined protocol, which allows it to exchange messages with the corresponding layer in a remote system. In practice, this exchange is possible through data encapsulation: at the transmitting host, data generated by the user application process (AP) 10 is passed down the layer stack as a series of data units, with each layer adding control information to the units until they are in a form capable of being sent across the network. At the receiving host, each received data unit passes up the layer stack towards the user AP 10, each receiver layer stripping out the control information produced by the corresponding transmitter layer.
  • AP user application process
  • Layers 1 to 3 are said to implement network dependent functions, the detailed operation of which varies between different network types.
  • Layer 1 the physical layer, provides the physical, for example, electrical means for transmitting a serial bit stream across the network 8.
  • Layers 5 to 7 are said to implement application oriented or network independent functions, with layer 7, the application layer, providing the user interface.
  • Layer 4, the transport layer acts as an interface between the network dependent and the application oriented layers, providing the session layer 5 above it with a message transport facility which is independent of the underlying network.
  • the transport layer is responsible for end-to-end message transfer between Host A and Host B, including functions such as connection management and error control. Reference is directed to "Data Communications, Computer Networks and Open Systems", Fred Halsall, Addison-Wesley, 4th Edition, Chapter 1.3, for a detailed description of the ISO reference model.
  • TCP/IP Transactional Control Protocol/IP
  • FTP File Transfer Protocol
  • TELNET Remote Terminal Protocol
  • the TCP/IP suite is generally described on the basis of a 4-layer model, rather than the 7-layer ISO model of Figure 1, although there is general correspondence between the two models.
  • the application protocol layer 11 encompasses layers 5 to 7 in the 7-layer model and provide functions such as remote file transfer (FTP), remote terminal login (TELNET) and e-mail (SMTP).
  • the TCP/UDP (Transmission Control Protocol/User Datagram Protocol) layer 12 corresponds to layer 4 in the 7-layer model.
  • TCP and UDP are transport protocols concerned with the management of end-to-end message transfer between two hosts.
  • the IP (Internet Protocol) layer 13 corresponds generally to layer 3 and the Network Interface layer 14 corresponds to layers 1 and 2 in the 7-layer model, and provides the means for converting between data units at the IP layer and the data format required for transmission over the physical network 8, for example, Ethernet frames for an Ethernet based network.
  • IP Internet Protocol
  • RFC 791 The Internet Engineering Task Force
  • IP is widely used as the basic protocol for data transfer in internetworks outside of the Internet.
  • UDP User Datagram Protocol
  • IP datagram delivery service provides a connectionless IP datagram delivery service which does not maintain an end-to-end connection between transmitting and receiving hosts and therefore does not guarantee delivery. It merely treats each datagram as a self-contained entity to be transferred on a best-try approach. It is up to the application using the UDP service to perform error checking: if it does not do so, it has no way of knowing if a datagram has arrived at the receiver or if it has been lost in transit.
  • This form of transfer is suitable for some types of data, for example image or voice data, where speed may be more important than occasional errors, which are unlikely to substantially affect the received image or speech quality.
  • TCP Transmission Control Protocol
  • TCP assumes that it can obtain a simple but potentially unreliable data service from the IP layer below it. To turn this into a reliable service, it therefore has to provide a range of functions including (a) basic data transfer, (b) reliability and error correction, allowing recovery from damaged or missing data or data delivered out of sequence, (c) flow control, which provides the receiving host with the means to govern the amount of data sent by the transmitting host, (d) multiplexing, which allows many processes within a single host to use its TCP facilities simultaneously, (e) maintenance of connection information for each connection between two processes, and (f) precedence and security.
  • the TCP specification setting out the detailed requirements for implementation in each of these areas is available as RFC 793.
  • the TCP/IP protocol stack is implemented in software, and is normally resident in, and an integral part of, the operating system of an application module, for example, a notebook computer. User access to the TCP through the operating system is comparable to similar processes such as user access to the computer's file system.
  • TCP/IP implementations are commercially available for different platforms such as DOS and UNIX, for example, Microsoft TCP/IP software is provided as an integral part of the Microsoft Windows 95 and Windows NT operating systems.
  • TCP operates to transfer data between two host computers
  • client-server model For example, one of the fundamental requirements in distributed systems is for access to information stored on remote file servers. FTP provides such access.
  • Client A may be an application module such as a notebook computer and the remote computer B from which it requests information is known as the server. Both client and server operating systems contain TCP/IP modules.
  • the user accesses the client FTP process 16 by issuing commands through the client terminal 17.
  • a user program/ application process (AP) 17 may access FTP.
  • the user commands are passed to the client operating system 18 which calls the client FTP 16.
  • the client FTP calls the TCP module 19 via the operating system 18.
  • the client FTP 16 uses the TCP data transfer service between client and server TCP modules 19, 20 to send the commands to the server FTP 21.
  • the server FTP then accesses its local file system 22 through its operating system 23, according to the commands specified by the user, and transmits the required data back to the client FTP 16 for presentation to the user.
  • TCP establishes connections to the remote server is described below.
  • the TCP 19 provides a port identifier 24 for each separate process. Port identifiers are selected independently by each TCP and so may not be unique. To provide for unique addresses, the port identifier is combined with the IP address of the host to create a socket which will be unique throughout all networks connected together. A connection is fully specified by a pair of sockets at each end, one at the client TCP 19 and one at the server TCP 20. Each host socket may participate in many separate connections.
  • the sockets model was originally developed by Berkeley Software Distribution (BSD) at the University of California at Berkeley and is the standard on which all TCP/IP software is based, with the aim of providing a common interface for network use on any particular operating system.
  • BSD Berkeley Software Distribution
  • Microsoft Winsock Windows sockets
  • Winsock software is installed alongside TCP/IP in Windows based systems to permit the interoperability of applications and TCP/IP implementations written to comply with the Winsock specification.
  • the Microsoft Winsock specification is available on the Internet at a variety of sites, including for example: ftp://ftp.microsoft.com/bussys/Winsock/specll.txt.
  • the port identifier forming part of the socket is pre-defined for a number of well-known processes such as FTP and TELNET: for example, any server implementing the FTP process is given the port number 21, so that the FTP process running on any server may be accessed simply by connecting to port number 21 of that server.
  • TCP Transmission Control Protocol
  • RFC 793 Reference is directed to the TCP specification at RFC 793 cited above for a description of the way in which sockets are established, maintained and closed.
  • TCP Transmission Control Protocol
  • one problem associated with its use is the large overhead resulting from the implementation of the full TCP/IP protocol stack, both in terms of the memory required and because the additional processing performed by TCP, as required for most network applications, substantially increases the processing load on the client processor.
  • the present invention provides a communications system for mobile data transfer, comprising a communications network, an application module capable of processing network data, and a separate terminal module configured to provide a network independent data transport service to the application module.
  • Network data may be data which originates at the network and is destined for the application module or vice versa.
  • the system according to the invention appreciates that the complexity of the protocol stack may be transferred from each of a plurality of application modules to a separate terminal module.
  • the communications system may then comprise a single complex terminal module and one or more relatively simple application modules. This enables the construction of a variety of cheap application modules with limited functionality, and therefore a reduced level of complexity and cost compared with a conventional system, since there is no need to provide the memory space and processing power for sophisticated data transfer management, which is dealt with by the terminal module.
  • the removal of the protocol stack into a separate device also enables the use of a wider variety of application modules with the system, where application modules were previously incapable of implementing the complexity of the TCP/IP protocol stack.
  • the application module may be configured so that data transfer between the network and the application module can only take place via the terminal module.
  • Data transfer between the network and the terminal module does not involve any processing within the application module, so that high overhead operations such as error checking do not place a load on the application module operating system or processor. These operations may be carried out by a processing unit within the terminal module. When data transfer to the application module is required, that transfer may be carried out between the terminal module and the application module across hardware links, with very low bit error rates.
  • the hardware links may be in the form of physical wiring, for example, utilising the existing serial ports on a standard computer, or may be infra-red links. Various other forms of link including optical fibre connections are also envisaged.
  • the terminal module may be used to carry out all connection management, data fragmentation and flow control tasks, so hiding the detailed operation of the underlying network from the application modules.
  • the separation of the protocol stack from the application modules means that no protocol is defined for transfer of data between the terminal module and each application module.
  • a protocol must therefore be specified to ensure that application processes running in all types of application modules should be able to access the stack in a uniform manner.
  • the present invention accordingly further provides that the terminal module and the application module each include means configured to provide a logical connection between them.
  • a terminal module for a mobile communications network comprising a first connecting means for connecting the terminal module to the network and a second connecting means for connecting the terminal module to a separate application module, wherein the terminal module is configured to provide a network independent data transport service to each of a plurality of separate application modules.
  • the terminal module is in a form and of a size which may be conveniently carried by the user at all times, for example mounted on the user's belt.
  • the device may be incorporated into a PCMCIA-style card, which is easily carried and which may be conveniently connected to an application module by plugging the card into a corresponding slot in the module.
  • this invention can provide a complete communications package on a single plug-in card.
  • the invention further provides a method of transferring data to an application module in a communications network, comprising receiving data destined for the application module at a terminal module separate from the application module and processing the received data so as to provide a network independent data transport service for the application module.
  • Figure 1 shows the 7-layer ISO reference model for a general communications subsystem
  • Figure 2 is a schematic diagram showing the protocol architecture of the protocols within the TCP/IP protocol suite
  • Figure 3 is a schematic diagram showing the client/server model applied to an FTP process within the Internet;
  • Figure 4 is a schematic diagram showing a conventional data communications system;
  • Figure 5 is a flow diagram illustrating the operation of the system of Figure 4;
  • Figure 6 is a schematic diagram showing a system according to the present invention.
  • Figure 7 is a schematic representation of the terminal module and an application module
  • Figure 8 is a flow diagram illustrating the operation of the system of Figure 6; and Figure 9 illustrates a practical application of a system according to the present invention.
  • a conventional data communications system comprises an IP based network 25 connected to the Internet (not shown) via a gateway 26.
  • a notebook computer 27 is connected to the network 25 by means of a data card 30 and GSM mobile telephone 31 through mobile IP based RF cells 32.
  • the connection is typically established through an Internet Service Provider (ISP) which provides access to the Internet.
  • ISP Internet Service Provider
  • Each application module 27, 28, 29 has a TCP/IP communications stack installed as part of its local operating system and allows communication to be established with an Internet based host (not shown) through one or more reliable TCP connections.
  • the operation of the conventional system may be understood by reference to an application process, for example a user using a notebook computer with FTP and TCP/IP installed, accessing a remote file system, as shown schematically in Figure 5.
  • the client FTP knows the IP address of the destination server, an operation which would normally be carried out separately by reference to a host computer known as a domain name server.
  • the user requests access to a remote file on the file server 40 by keying in commands at the application module terminal 41, specifying the server location and the file name.
  • the operating system (not shown) issues an "f_open" request to the client FTP 42 (step si).
  • the client FTP 42 issues an ACTIVE OPEN request to the client TCP module 43 (s2) specifying the port identifier (21 is the well-known port for FTP) and the IP address of the server 40.
  • the client TCP 43 responds with an OPEN_ID message (s3) informing the client FTP 42 of the local connection name which TCP has assigned to this connection.
  • the client TCP 43 then seeks to establish the connection to the server 40 (s4 - s9).
  • the sequence of protocol commands through which the TCP modules 43, 44 cooperate to establish the connection and the subsequent data transfer is well- known and is fully documented in the TCP specification (RFC 793). Reference is further directed to "Data Communications, Computer Networks and Open Systems", Fred Halsall, Addison- Wesley, 4th Edition, Chapters 11, 13 and 14 for an overview of the process.
  • a system according to the invention comprises a network 25 connected to the Internet (not shown) via a gateway 26, a number of application modules 45, 46, 47, and a separate terminal module 48.
  • the application modules 45, 46, 47 are not directly connectable to the network 25 but are connectable to the terminal module 48.
  • the terminal module 48 is in turn connectable to the network 25.
  • application module 45, 46, 47 in a system according to the invention do not contain a communications stack, which is implemented only in the separate terminal module 48.
  • Each application module 45, 46, 47 may be connected to the terminal module 48 in a number of different ways.
  • the terminal module 48 and the application module 46 each include an infra-red port (not shown), comprising an infra-red transmitter and receiver, and may therefore transmit and receive data conforming to the IrDA (Infra-red Data Association) standard.
  • IrDA compliant devices within application modules are becoming increasingly common; for example, the Psion 3c palmtop computer includes an infra-red port, as do the Gateway Solo range of notebook computers, from Gateway 2000 Europe, Dublin, Ireland.
  • the provision of an infra-red port allows a number of application modules to communicate with the terminal module 48 as long as each is within range.
  • the terminal module 48 is provided with a PCMCIA-style card connector 49 which plugs into a corresponding slot in an application module 45, such as a notebook computer.
  • an application module 45 such as a notebook computer.
  • the physical connection between terminal module 48 and application module 45 can be provided by using a card which meets the physical PCMCIA specification but not the electrical specification, referred to herein as a "PCMCIA-style" card.
  • the terminal module 48 is entirely contained on a single PCMCIA-style plug-in card which may itself be plugged into the corresponding slot in an application module.
  • the terminal module 48 may be connected to the network 25 by a number of different means, including a direct wire link 50, an infra-red (I-R) link 51 and/or radio frequency (RF) links 52 via the mobile-IP based RF cells 32 of the network 25. Different options may be included in the device 48 according to the user's requirements. In the case of the infra-red link 51 and radio frequency link 52, the terminal module 48 and the network 25 each comprise an appropriate transmitter and receiver (not shown).
  • the terminal module 48 comprises a network interface 60, a processing unit 61 and an operating system (OS) 62 which includes a number of modules.
  • the modules are a TCP/IP module 63, a Sockets
  • the device 48 includes an input/output interface 66.
  • the terminal module 48 is, for example, a conventional notebook computer, such as a Gateway Solo 9100.
  • the network interface 60 is provided by a conventional GSM mobile telephone connected to the notebook 48 through a suitable data card, for example a Nokia PC card for Nokia 21 series GSM telephones.
  • the notebook's integral infra-red port may also be used to access the network and a direct wire link is provided with a suitable network card, for example a 3Com Ethernet Combo PC card and Ethernet cable, assuming an Ethernet 10BASE-T network 25.
  • the processing unit 61 is provided by the processor and associated circuitry of the notebook 48.
  • the notebook 48 is pre-loaded with operating system 62 and suitable TCP/IP software to provide the TCP/IP module 63. For example, network access is provided on a notebook running Microsoft Windows 95 by configuring the pre-loaded
  • the notebook 48 uses its infra-red port 66 for communications with the application modules 45, 46, 47.
  • the Sockets Interface 64 and Hardware Socket 65 are software modules designed to reside in the operating system 62, the functionality of which is described in detail below.
  • Each application module 45, 46, 47 comprises a processor 67 capable of running an application process 68, an input/output port 69 for connection to the terminal module 48 and an operating system (OS) 70 including a Dummy Sockets Interface module 71 and a Hardware Socket module 72.
  • the input/output port 69 includes the facility for a direct wired connection, an infra-red transmitter/ receiver and/or plug-in card connector.
  • a generalised application module 45 is defined by reference to a Gateway Solo 9100 notebook computer, as for the terminal module 48. This is provided with a processing unit to run an application process, for example an FTP program and an infra-red transceiver, as described above.
  • the Dummy Sockets Interface 71 and Hardware Socket 72 are software modules designed to reside in the operating system 70, as described in detail below.
  • the combination of the terminal module 48 and a single application module 45 may be considered to define a communications subsystem.
  • the terminal module 48 implements layers 12, 13 and 14, corresponding to layers 1 to 4 in the 7-layer model.
  • the application module implements layer 11, corresponding to layers 5 to 7 in the 7-layer model.
  • the connection between the terminal module 48 and the application module 45 completes the communication subsystem.
  • a user at the notebook terminal 80 enters a request for a remote file from the file server 81, specifying the name of the server and the file name.
  • the client FTP 82 has already obtained the IP address of the server.
  • the local operating system issues an "f_open" request to the client FTP 82 (sll), which issues an ACTIVE_OPEN command (sl2) which is passed by the operating system (not shown) to the address at which TCP/IP would normally be resident.
  • the Dummy Sockets Interface module 71 is located at the TCP address and is designed to present the same front-end to the operating system and therefore to accept the operating system call as if it were the TCP/IP module. This ensures that existing applications such as FTP and Telnet which generate standard calls to TCP do not require modification to be used with the system according to the invention.
  • the function of the Dummy Sockets Interface 71 is to convert the operating system call into a form which can be used by the Hardware Socket 72 to communicate with the Hardware Socket 65 in the terminal module 48.
  • the Dummy Sockets Interface 71 therefore implements a look-up table which contains a unique token corresponding to each operating system call.
  • the token for the ACTIVE_OPEN command may simply be a number, for example decimal "10".
  • the respective Hardware Sockets 72, 65 communicate by passing such tokens (si 3), which may take a variety of physical forms depending on the nature of the input/output interface 66, 69.
  • the token may be represented as a binary sequence on bus lines or a voltage level on an analog line or a burst of light on a particular frequency over an optical link.
  • transmission of a token can be implemented by direct modulation of an infra-red emitter, using on-off keying (OOK), with binary 1 turning the emitter on and binary 0 turning it off.
  • OOK on-off keying
  • the terminal module Hardware Socket 72 transmits an infra-red pulse sequence corresponding to the token "10", which in turn corresponds to the ACTIVE_OPEN request, for example, by direct modulation of the infra-red emitter in the input/output interface 69, to the infra-red receiver in the input/output interface 66 of the terminal module 48.
  • the Hardware Socket 65 demodulates the received signal and passes the token to the Sockets Interface 64 which regenerates the ACTIVE_OPEN request from its look-up table and passes it to the TCP/IP module 63 (sl4).
  • the ACTIVE_OPEN command is received by TCP/IP, it issues a connection identifier and sends an OPEN_ID message back to the application module FTP 82 over the infra-red connection (sl5 - sl7) by the token coding- decoding process described above, before seeking to initiate the connection to the server (si 8 - s22).
  • the way in which the TCP seeks to set up a connection-oriented data transfer path between the terminal module 48 and the remote server 81 connected to the Internet (si 8 - s22) is entirely conventional and is described above in relation to Figure 5.
  • parameters may be passed using similar encoding principles.
  • Data transfer from the terminal module 48 to the application module 45 may take place while data is being transferred from the server, as soon as blocks of error-free data are available.
  • the terminal module 48 may be provided with a substantial memory capability, for example, the integral hard disk on a notebook computer, in which data from the server is stored for later transmission to the application module 45.
  • the Hardware Socket software may operate with any sort of device which allows data to be transmitted serially or in parallel.
  • the Hardware Socket may control a serial or parallel port as well as the I-R port.
  • the Hardware Socket is implemented by software code which converts tokens from the Sockets Interface into a form which can be transmitted over an appropriate hardware device, and vice-versa.
  • the terminal module 48 may of course be a proprietary unit rather an existing device, built to meet the requirements specified above without the additional features such as a keyboard provided as standard in existing devices such as notebook or palmtop computers.
  • the Sockets Interface and Hardware Socket are implemented in software to interface with a commercially available TCP/IP stack.
  • the application modules 45, 46, 47 may be similarly implemented with the minimal functionality required, so as to reduce cost.
  • Conventional processing circuitry is provided together with operating software to run required applications and to interface with the Hardsock and Dummy Sockets Interface modules in memory.
  • the operating software may be a system such as ELKS, a freely available cut-down version of UNIX which is designed to run on low power processors.
  • a conventional data interface is required to communicate with the terminal module 48.
  • a number of logical paths may be opened between the Hardware Socket modules to different application modules, for example, where a number of application modules 45, 46, 47 are simultaneously within infra-red range of the terminal module 48. Transmission/reception to and from each device may be on a simple round-robin basis.
  • a unique number is returned to be stored by the application for future use of the socket, and for the operating system to maintain the context for that socket.
  • This identifier is known generically as a socket handle.
  • Such a handle can be used in relation to the present invention, with the unique handle being sent as a tokenised parameter.
  • the terminal module 48 comprises a plug-in PCMCIA-style card which includes an infra-red transmitter/ receiver, a processor and memory, with operating software such as the ELKS system together with the Sockets Interface and Hardware Socket being implemented in software in the body of the card, so that connection is by plugging the card into a corresponding PCMCIA slot in the application module 47, with appropriate driver software implemented in the Hardware Socket 72 of the application module.
  • the system may be used within an office to keep users appraised of information relevant to their needs.
  • the device in the form of a roaming unit with integral card 48 is carried with the user at all times in moving around a large office.
  • Infra-red transmitters 90 are mounted in the ceiling 91 from which data is transmitted to the card 48 when the user is within range. That data is stored within the terminal module memory until the user requires to access it, when he or she may approach a standard application module terminal 92 and retrieve the information by plugging the card into a corresponding slot on the terminal 92.
  • the device may switch to a radio frequency mode in which it continues to receive data targeted at it. Such data may then be read by plugging the card into a slot provided on, for example, a palmtop computer, from which messages may also be sent back to the network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Calculators And Similar Devices (AREA)
  • Communication Control (AREA)

Abstract

L'invention concerne un système de communications pour transfert de données avec des mobiles, comprenant un réseau de communications (25), un module d'application (45, 46, 47) et un module terminal (48) séparé. Les données sont transférées du réseau (25) au module d'application (, 46, 47) via le module terminal (48), qui masque des opérations dépendantes du réseau telles que la protection contre les erreurs à partir du module d'application. En mettant en oeuvre la pile (12, 13) de communications dans le module terminal plutôt que dans le module d'application, l'invention fournit un ensemble complet de communications, dans un module terminal portable (48) ou sur une carte enfichable unique pouvant établir une interface avec une grande variété de modules d'application (45, 46, 47, 92).
EP99902701A 1998-01-29 1999-01-29 Systeme de communications pour transfert de donnees avec des mobiles Withdrawn EP1051825A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP99902701A EP1051825A1 (fr) 1998-01-29 1999-01-29 Systeme de communications pour transfert de donnees avec des mobiles

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
GBGB9801928.4A GB9801928D0 (en) 1998-01-29 1998-01-29 Communications system
EP98300658 1998-01-29
GB9801928 1998-01-29
EP98300658 1998-01-29
EP99902701A EP1051825A1 (fr) 1998-01-29 1999-01-29 Systeme de communications pour transfert de donnees avec des mobiles
PCT/GB1999/000311 WO1999039488A1 (fr) 1998-01-29 1999-01-29 Systeme de communications pour transfert de donnees avec des mobiles

Publications (1)

Publication Number Publication Date
EP1051825A1 true EP1051825A1 (fr) 2000-11-15

Family

ID=26151125

Family Applications (1)

Application Number Title Priority Date Filing Date
EP99902701A Withdrawn EP1051825A1 (fr) 1998-01-29 1999-01-29 Systeme de communications pour transfert de donnees avec des mobiles

Country Status (4)

Country Link
EP (1) EP1051825A1 (fr)
JP (1) JP2002502189A (fr)
CN (1) CN1289497A (fr)
WO (1) WO1999039488A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1310489C (zh) * 2000-11-21 2007-04-11 皇家菲利浦电子有限公司 移动设备、辅助再现设备和装备

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001013583A2 (fr) * 1999-08-16 2001-02-22 Iready Corporation Prise internet
US6526034B1 (en) 1999-09-21 2003-02-25 Tantivy Communications, Inc. Dual mode subscriber unit for short range, high rate and long range, lower rate data communications
JP2001144827A (ja) * 1999-11-12 2001-05-25 Sony Corp 通信制御装置及び方法
KR100778605B1 (ko) * 2000-03-30 2007-11-22 콸콤 인코포레이티드 이동국 애플리케이션이 지정된 이벤트를 식별하기 위한 방법 및 장치
US6862276B1 (en) * 2000-03-30 2005-03-01 Qualcomm Incorporated Method and apparatus for a mobile station application to receive and transmit raw packetized data
US6678535B1 (en) 2000-06-30 2004-01-13 International Business Machines Corporation Pervasive dock and router with communication protocol converter
AU2001283436A1 (en) * 2000-08-16 2002-02-25 Polycom, Inc. High-bandwidth network access device with integrated server capability
CN1204722C (zh) * 2002-01-26 2005-06-01 深圳市朗科科技有限公司 一种用于数据处理系统的无线数据通信方法及装置
IL148224A0 (en) * 2002-02-18 2002-09-12 Ofer Givaty A network-information device
US20050094663A1 (en) * 2003-11-05 2005-05-05 Interdigital Technology Corporation Method and system for providing intelligent remote access to wireless transmit/receive units
US20080307102A1 (en) * 2007-06-08 2008-12-11 Galloway Curtis C Techniques for communicating data between a host device and an intermittently attached mobile device
US20080304486A1 (en) * 2007-06-08 2008-12-11 Joshua Verweyst Graessley Multiplexed data stream protocol
US20080307109A1 (en) * 2007-06-08 2008-12-11 Galloway Curtis C File protocol for transaction based communication
CN104811431B (zh) * 2014-01-29 2018-01-16 华为技术有限公司 基于并行协议栈实例的数据包处理方法和装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2708116B1 (fr) * 1993-07-21 1995-09-01 Bull Sa Système de communication avec un réseau et protocole d'accès aux fournisseurs de transports appartenant à ce système.
JPH0916486A (ja) * 1995-06-07 1997-01-17 Xerox Corp 事象を矛盾無く解釈するための方法
DE19618535A1 (de) * 1996-05-08 1997-07-24 Siemens Ag Fahrerinformationssystem

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO9939488A1 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1310489C (zh) * 2000-11-21 2007-04-11 皇家菲利浦电子有限公司 移动设备、辅助再现设备和装备

Also Published As

Publication number Publication date
WO1999039488A1 (fr) 1999-08-05
JP2002502189A (ja) 2002-01-22
CN1289497A (zh) 2001-03-28

Similar Documents

Publication Publication Date Title
US6278706B1 (en) Wireless packet data communication apparatus and method
KR100605177B1 (ko) 홈 네트워크 관리 시스템의 커넥션 핸들링 장치
CN1205795C (zh) 在无线射频介质上提供远程网络驱动器接口规范服务
EP1051825A1 (fr) Systeme de communications pour transfert de donnees avec des mobiles
US6330599B1 (en) Virtual interfaces with dynamic binding
WO1995020281A1 (fr) Commande a distance de fonctions de passerelle dans un reseau de transmission de donnees sans fil
WO1997008838A2 (fr) Procede et equipement permettant de modifier un en-tete normalise de couche de protocole inter-reseaux
US20030046374A1 (en) Bidirectional remote communication VIA browser plug-in
US7389334B2 (en) Exposing bluetooth compliant wireless device connection as modems or sockets
US6618393B1 (en) Method and apparatus for transparent support of network protocols with header translation
Cisco SLIP and PPP Configuration Commands
Cisco SLIP and PPP Configuration Commands
Cisco SLIP and PPP Commands
Cisco SLIP and PPP Configuration Commands
Cisco SLIP and PPP Configuration Commands
Cisco SLIP and PPP Configuration Commands
Cisco SLIP and PPP Configuration Commands
Cisco SLIP and PPP Configuration Commands
Cisco SLIP and PPP Configuration Commands
Cisco SLIP and PPP Configuration Commands
Cisco SLIP and PPP Configuration Commands
Cisco SLIP and PPP Configuration Commands
Cisco SLIP and PPP Configuration Commands
Cisco SLIP and PPP Configuration Commands
Cisco SLIP and PPP Configuration Commands

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20000619

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): DE ES FR GB IT NL SE

17Q First examination report despatched

Effective date: 20010320

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20030925

REG Reference to a national code

Ref country code: HK

Ref legal event code: WD

Ref document number: 1033723

Country of ref document: HK