EP1169870A1 - Verfahren und vorrichtung zur zusammenarbeit zwischen drahlosem rechnernetzwerk und internet-protokoll netzwerk - Google Patents

Verfahren und vorrichtung zur zusammenarbeit zwischen drahlosem rechnernetzwerk und internet-protokoll netzwerk

Info

Publication number
EP1169870A1
EP1169870A1 EP00915005A EP00915005A EP1169870A1 EP 1169870 A1 EP1169870 A1 EP 1169870A1 EP 00915005 A EP00915005 A EP 00915005A EP 00915005 A EP00915005 A EP 00915005A EP 1169870 A1 EP1169870 A1 EP 1169870A1
Authority
EP
European Patent Office
Prior art keywords
network
computer network
communication
communication channel
time slots
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
EP00915005A
Other languages
English (en)
French (fr)
Inventor
Rajugopal R. Gubbi
Natarajan Ekambaram
Mircea Ouatu-Lascar
Donia Sebastian
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.)
Sharewave Inc
Original Assignee
Sharewave Inc
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 Sharewave Inc filed Critical Sharewave Inc
Publication of EP1169870A1 publication Critical patent/EP1169870A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • 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]
    • H04L69/168Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00Encapsulation of packets
    • 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
    • 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
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/02Inter-networking arrangements

Definitions

  • the present invention relates generally to a scheme for communications within a computer network and, in particular, to inter-networking of a wireless computer network with other networks.
  • a subnet 10 includes a server 12.
  • the term "subnet” is used describe a cluster of network components that includes a server and several clients associated therewith (e.g., coupled through the wireless communication link).
  • a subnet may also refer to a network that includes a client and one or more subclients associated therewith.
  • a “client” is a network node linked to the server through the wireless communication link. Examples of clients include audio/video equipment such as televisions, stereo components, satellite television receivers, cable television distribution nodes, and other household appliances.
  • Server 12 may be a separate computer that controls the communication link, however, in other cases server 12 may be embodied as an add-on card or other component attached to a host computer (e.g., a personal computer) 13.
  • Server 12 has an associated radio 14, which is used to couple server 12 wirelessly to the other nodes of subnet 10.
  • the wireless link generally supports both high and low bandwidth data channels and a command channel.
  • a channel is defined as the combination of a transmission frequency (more properly a transmission frequency band) and a pseudorandom (PN) code used in a spread spectrum communication scheme.
  • PN pseudorandom
  • a shadow client 18 is defined as a client which receives the same data input as its associated client 16 (either from server 12 or another client 16), but which exchanges commands with server 12 independently of its associated client 16.
  • Each client 16 has an associated radio 14, which is used to communicate with server 12, and some clients 16 may have associated subclients 20.
  • Subclients 20 may include keyboards, joysticks, remote control devices, multidimensional input devices, cursor control devices, display units and/or other input and/or output devices associated with a particular client 16.
  • a client 16 and its associated subclients 20 may communicate with one another via communication links 22, which may be wireless (e.g., infra-red, ultrasonic, spread spectrum, etc.) communication links.
  • Each subnet 10 is arranged in a hierarchical fashion with various levels of the hierarchy corresponding to levels at which intra-network component communication occurs.
  • the server 12 and/or its associated host 13
  • the clients 16 communicate with their various subclients 20 using, for example, wired communication links or wireless communication links such as infrared links.
  • a communication protocol based on a slotted link structure with dynamic slot assignment is employed.
  • Such a structure supports point-to-point connections within subnet 10 and slot sizes may be re-negotiated within a session.
  • a data link layer that supports the wireless communication can accommodate data packet handling, time management for packet transmission and slot synchronization, error correction coding (ECC), channel parameter measurement and channel switching.
  • ECC error correction coding
  • a higher level transport layer provides all necessary connection related services, policing for bandwidth utilization, low bandwidth data handling, data broadcast and, optionally, data encryption.
  • the transport layer also allocates bandwidth to each client 16, continuously polices any under or over utilization of that bandwidth, and also accommodates any bandwidth renegotiations, as may be required whenever a new client 16 comes on-line or when one of the clients 16 (or an associated subclient 20) requires greater bandwidth.
  • each transmission slot (forward or reverse) is made up of one or more radio data frames 40 of variable length.
  • each radio data frame 40 is comprised of server/client data packets 42, which may be of variable length.
  • Each radio data frame 40 is made up of one server/client data packet 42 and its associated error correction coding (ECC) bits.
  • ECC error correction coding
  • the ECC bits may be used to simplify the detection of the beginning and ending of data packets at the receive side.
  • Variable length framing is preferred over constant length framing in order to allow smaller frame lengths during severe channel conditions and vice-versa. This adds to channel robustness and bandwidth savings.
  • variable length frames may be used, however, the ECC block lengths are preferably fixed. Hence, whenever the data packet length is less than the ECC block length, the ECC block may be truncated (e.g., using conventional virtual zero techniques). Similar procedures may be adopted for the last block of ECC bits when the data packet is larger.
  • each radio data frame 40 includes a preamble 44, which is used to synchronize pseudo-random (PN) generators of the transmitter and the receiver.
  • Link ID 46 is a field of fixed length (e.g., 16 bits long for one embodiment), and is unique to the link, thus identifying a particular subnet 10.
  • Data from the server 12/client 16 is of variable length as indicated by a length field 48.
  • Cyclic redundancy check (CRC) bits 50 may be used for error detection/correction in the conventional fashion.
  • each frame 52 is divided into a forward slot F, a backward slot B, a quiet slot Q and a number of radio turn around slots T.
  • Slot F is meant for server 12-to-clients 16 communication.
  • Slot B is time shared among a number of mini-slots Bi, B 2 , etc., which are assigned by server 12 to the individual clients 16 for their respective transmissions to the server 12.
  • Losy data i.e., data that may be encoded/decoded using lossy techniques or that can tolerate the loss of some packets during transmission/ reception
  • lossless data i.e., data that is encoded/decoded using lossless techniques or that cannot tolerate the loss of any packets during transmission/reception
  • Low bandwidth data and/or command (Cmd.) packets Slot Q is left quiet so that a new client may insert a request packet when the new client seeks to log-in to the subnet 10.
  • Slots T appear between any change from transmit to receive and vice-versa, and are meant to accommodate individual radios' turn around time (i.e., the time when a half-duplex radio 14 switches from transmit to receive operation or vice- versa).
  • the time duration of each of these slots and mini-slots may be dynamically altered through renegotiations between the server 12 and the clients 16 so as to achieve the best possible bandwidth utilization for the channel.
  • each directional slot i.e., F and B
  • each directional slot i.e., F and B
  • Forward and backward bandwidth allocation depends on the data handled by the clients 16. If a client 16 is a video consumer, for example a television, then a large forward bandwidth is allocated for that client. Similarly if a client 16 is a video generator, for example a video camcorder, then a large reverse bandwidth is allocated to that particular client.
  • the server 12 maintains a dynamic table (e.g., in memory at server 12 or host 13), which includes forward and backward bandwidth requirements of all on-line clients 16. This information may be used when determining whether a new connection may be granted to a new client. For example, if a new client 16 requires more than the available bandwidth in either direction, server 12 may reject the connection request.
  • the bandwidth requirement (or allocation) information may also be used in deciding how many radio packets a particular client 16 needs to wait before starting to transmit its packets to the server 12. Additionally, whenever the channel conditions change, it is possible to increase/reduce the number of ECC bits to cope with the new channel conditions. Hence, depending on whether the information rate at the source is altered, it may require a dynamic change to the forward and backward bandwidth allocation.
  • subnet 10 may only be a portion of a much larger computer network, such as a local area network (LAN).
  • LAN local area network
  • data may need to be transported to or from one or more of the clients 16 through server 12 to another network.
  • a communication scheme that allows for the interconnection of subnet 10, or similar computer networks that rely on a wireless communication protocol for intra-network communication, with other computer networks.
  • a first computer network and a second computer network are communicatively coupled by tunneling information exchanged between the first and second computer networks within a hierarchical communication protocol operative within the second computer network.
  • the hierarchical communication protocol may be supported on a communication channel of a wireless communication link, for example a half-duplex communication channel and or a spread spectrum communication channel.
  • the communication channel includes a number of time slots for transmissions of information associated with network components within the second computer network.
  • one or more forward time slots and one or more reverse time slots which together define transmission and reception periods for components operative at a highest level of a hierarchy of the second computer network, may be included.
  • the tunneling of the information may be accomplished by transmitting information from the first network during at least one of the forward time slots and transmitting information from at least one of the network components during at least one of the reverse time slots.
  • the highest level of the hierarchy of the second computer network may include a network server and one or more network clients.
  • the network server or one of the docents may be configured with a router layer adapted to map address information used by the first computer network to address information used by the second computer network.
  • the router layer may be configured to extract data information from packets transmitted by the first computer network and include the data information within a communication data frame utilized by the hierarchical communication protocol.
  • the information transmitted by the first computer network is transmitted according to the transmission control protocol/Internet protocol (TCP/IP).
  • TCP/IP transmission control protocol/Internet protocol
  • a server that includes a router layer configured to provide tunneling services within a computer network having a number of network components communicatively coupled through a hierarchical communication protocol.
  • the computer network preferably employs a wireless communication link (e.g., a half-duplex and/or spread spectrum link) to communicatively couple the network components.
  • the router layer may be configured to extract data information received in packets transmitted from an external network and include that information within a data frame utilized within the hierarchical communication protocol.
  • a computer network that includes a communication channel (e.g., that includes a number of time slots within which data frames are transmitted) configured to communicatively couple components of the computer network according to a hierarchical communication protocol, and a router configured to tunnel information from external networks within the communication channel.
  • the components of the computer network may be organized into a hierarchy, with the communication channel operative at a highest level of that hierarchy. Further, the router may be configured to extract information received from packets transmitted by the external network and include within that information in data frames used by the hierarchical communication protocol.
  • Figure 1 illustrates a generalized network structure that is supported by a wireless communication protocol
  • Figure 2 illustrates an hierarchical arrangement for the transmission of data within a computer network
  • Figure 3 illustrates a server for a computer network configured with a router layer useful for providing tunneling services in accordance with one embodiment of the present invention.
  • Described herein are schemes for providing communication between components of a computer network communicatively coupled by one or more wireless communication links and external computer systems and/or networks.
  • these schemes are discussed with reference to certain embodiments illustrated in the above-mentioned drawings, it should be recognized (and, indeed, upon review of this discussion those of ordinary skill in the art will realize) that the methods and apparatus discussed herein are merely examples of the broader concepts involved with the present invention.
  • the wireless communication protocol itself may be modified to provide tunneling services within subnet 10 to allow for the transport of other network protocol packets.
  • tunneling or bridging is achieved using a network bridge (see Figure 3) and packets from a Transmission Control Protocol Internet Protocol (TCP/IP) (or any other protocol) network are encapsulated within a packet to be transported within the wireless network.
  • TCP/IP Transmission Control Protocol Internet Protocol
  • a router may be introduced between the outside network(s) and subnet 10 at the network layer, to provide protocol conversion and/or service extensions.
  • TCP/IP or other network packets are decoded and any quality of service (QoS) parameters contained therein are translated to related parameters used in the wireless network.
  • QoS quality of service
  • Server 12 is configured with a routing layer 60 that provides an interface between the external network protocols and the slotted link protocol of subnet 10 to allow for the decoding and packaging operations discussed above. Consequently, subnet 10 will be able to use this transparent routing capability as a bearer for higher layer services above the network layer. Examples of such services include Internet Control Message Protocol (ICMP), Address Resolution Protocol (ARP), Internet Group Management Protocol (IGMP), Trivial File Transfer Protocol (TFTP), Real Time Protocol (RTP), Dynamic Host Configuration Protocol (DHCP). This interface also provides for any packet fragmentation and de-fragmentation in either direction.
  • ICMP Internet Control Message Protocol
  • ARP Address Resolution Protocol
  • IGMP Internet Group Management Protocol
  • TFTP Trivial File Transfer Protocol
  • RTP Real Time Protocol
  • DHCP Dynamic Host Configuration Protocol
  • a bridge 70 may be introduced into subnet 10 to allow for the encapsulation operations described above.
  • packets from external networks bound for devices within subnet 10 may be encapsulated within radio data frames 40 (see Figure 2) and transmitted within subnet 10.
  • Bridge 70 also provides for reverse operations, stripping the preamble and related fields from any outgoing radio data frames that include packets bound for external networks. Notice that bridge 70 is coupled to subnet 10 in the familiar fashion, through a radio 14.
  • the data channel may be used for packet tunneling purposes.
  • incoming data from an external network may be fragmented (if necessary), marked (e.g., as real time or lossless non-real-time information) and encapsulated within a radio data frame 40 to be transmitted within subnet 10. Marking will depend upon the class of information to be transmitted. For example, if the data contained in this stream is similar to audio data, then it should be marked as a real time stream to indicate its nature. Similarly, if the stream has some non-real-time data, such as a received facsimile transmission, then it may be marked as lossless-non-real-time data. In general, real time data is that which cannot afford delays.
  • Audio and video are good examples of such information, especially where the audio and video data is transmitted as part of a videoconference or teleconference.
  • Lossless data is that which may be delayed without causing a performance degradation or poor user experience, but which cannot tolerate the loss of bits within the data stream.
  • the routing interface 60 of server 12 also provides any needed mapping between physical and logical addresses of network components in both directions (i.e., inbound and outbound data). For example, by extending the client properties database maintained by server 12 for storing client bandwidth requirements (see above) to include network (e.g., media access control (MAC)) addresses and session identifiers (session ID), a simple mapping from MAC (or other network) address to session ID (and vice-versa) may be realized.
  • MAC media access control
  • session ID refers to an identifier that uniquely describes a client 16 or subclient 20 within subnet 10.
  • Such address mapping to/from the network layer of subnet 10 is usually necessary for supporting services from other networks.
  • these services may include ARP and IGMP.
  • networking devices such as a router, proxy server, gateway, or Network Address Translator (NAT) multiple IP clients may be realized within subnet 10.
  • the subnet 10 layers may, in one particular embodiment useful for PC-compatible be provided as Network Device Interface Specification (NDIS) drivers on PCs.
  • NDIS Network Device Interface Specification
  • Router layer 60 is capable of performing protocol conversions on request from devices on the subnet-side of server 12. This allows for extracting the maximum benefits from the real time features of the slotted link communication protocol for data types such as audio and video. At the same time, this solution enables a non-IP client device to avail itself of the connectivity advantages of IP networks.
  • router layer 60 may be configured so as to perform any needed transcoding between an external network communication protocol and the communication protocols used by devices within subnet 10. For example, within subnet 10, a client 16 may request conversion between an outside network protocol and any of suite of protocols available at the router layer 60. If the requested protocol is not the slotted link protocol ordinarily used in subnet 10, then the router layer 60 may simply encapsulate an entire packet (along with any protocol-specific headers, trailers, etc.) within one or more radio data frames 40 for transmission to the client 16.
  • the router layer 60 may strip the data transferred from the external network from its original packet(s) and packetize it using the slotted link protocol as for any other intra-network traffic in subnet 10 before sending to the client 16. This latter methodology eliminates the added burden of transmitting header and other information associated with other communication protocols, and thus conserves bandwidth within subnet 10.
  • the present scheme allows for the inclusion of client devices based on the slotted link communication protocol and other devices based on other, existing communication protocols within a subnet 10. Further, this architecture can be extended to cover future communication protocols through the use of new dynamic link libraries (DLLs) at the server 12 (i.e., the router layer 60). In effect, the client devices used in subnet 10 can employ any communication protocol and still be supported within the subnet 10.
  • DLLs new dynamic link libraries
  • server 12 will often be the device that is physically connected to the outside network(s), it need not be (or at least it need not be the only node that is) so connected. Indeed, any client 16 may be the passage way for any external network connection(s). If the device connected to the outside network is a client node and the destination device is also a client node, then server 12 may use a shadow client connection to appropriately route the information between the two devices. In any event, the router layer at the device that is physically connected to the external network(s)will maintain the IP (or other) connections and will, preferably, treat them as subclient connections. The router layer also performs the IP address-to- client/subclient address conversion and vice-versa.
  • each (or any) client 16 may open one or more Internet connections through the router layer 60. Each of these connections will be maintained as subclient (of type "Internet Connection") connection to the corresponding client 16. As each client can have a number of subclients of any given type, there can be as many IP addresses as potential subclients associated with each client 16. Also, as a server 12 may itself have a number of online clients at any given time, there exists the potential for a significant number of IP addresses/connections that can be accommodated in each subnet 10.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Small-Scale Networks (AREA)
EP00915005A 1999-04-13 2000-03-17 Verfahren und vorrichtung zur zusammenarbeit zwischen drahlosem rechnernetzwerk und internet-protokoll netzwerk Withdrawn EP1169870A1 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US29097099A 1999-04-13 1999-04-13
US290970 1999-04-13
PCT/US2000/007251 WO2000062562A1 (en) 1999-04-13 2000-03-17 Method and apparatus for interoperation between wireless computer networks and internet protocol-based networks

Publications (1)

Publication Number Publication Date
EP1169870A1 true EP1169870A1 (de) 2002-01-09

Family

ID=23118261

Family Applications (1)

Application Number Title Priority Date Filing Date
EP00915005A Withdrawn EP1169870A1 (de) 1999-04-13 2000-03-17 Verfahren und vorrichtung zur zusammenarbeit zwischen drahlosem rechnernetzwerk und internet-protokoll netzwerk

Country Status (3)

Country Link
EP (1) EP1169870A1 (de)
AU (1) AU3631400A (de)
WO (1) WO2000062562A1 (de)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5463623A (en) * 1991-07-31 1995-10-31 At&T Ipm Corp. Integrated wireless telecommunication and local area network system
US5841769A (en) * 1994-12-16 1998-11-24 Nec Corporation Data message routing system for mobile or fixed terminals within a network
EP0787413B1 (de) * 1995-06-27 2004-12-01 Koninklijke Philips Electronics N.V. Netzwerkverbindungssystem
US5894478A (en) * 1996-07-24 1999-04-13 Lucent Technologies Inc. Protocol converter and router for multi-mode wireless data communications

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
AU3631400A (en) 2000-11-14
WO2000062562A1 (en) 2000-10-19

Similar Documents

Publication Publication Date Title
US20040022222A1 (en) Wireless metropolitan area network system and method
US5790541A (en) Apparatus, method, system and system method for distributed routing in a multipoint communication system
CN1115825C (zh) 标准终端设备单元和高速无线链路之间的接口
US6522667B1 (en) Network interworking device for IP network / ATM network
US6754176B1 (en) Scheme for managing overlapping wireless computer networks
US7720088B2 (en) Method for time division multiplexing data transport
EP1113626B1 (de) Schnittstellenverbindungsschicht- Einrichtung zum Aufbau eines verteilten Netzwerks
US20030106067A1 (en) Integrated internet protocol (IP) gateway services in an RF cable network
US20090161581A1 (en) ADDRESS AUTOCONFIGURATION METHOD AND SYSTEM FOR IPv6-BASED LOW-POWER WIRELESS PERSONAL AREA NETWORK
US20040090958A1 (en) Method for transmitting and receiving packets to support internet handover service in wired and wireless combined network
WO2001006710A1 (en) Dynamic bandwidth negotiation scheme for wireless computer networks
WO2010150457A1 (ja) 中継装置及びその方法
KR20020082483A (ko) 어드레스 획득
KR20020028919A (ko) 통신 장치에서 데이타를 라우팅하는 방법 및 장치
JP3813511B2 (ja) 移動無線ネットワークの作動方法
EP1499072B1 (de) Verfahren zur Verbindung von PLC-Netzwerken mit anderen lokalen Netzwerken
AU5189301A (en) Addressing scheme to be used in an IP-based radio access network, corresponding base station and radio network controller
US6888818B1 (en) Protocol extension scheme for wireless computer networks
US5793758A (en) Method and system for wireless communication of a datagram
US20030031173A1 (en) Multilayer internet protocol (MLIP) for peer-to-peer service of private internet and method for transmitting/receiving MLIP packet
JP2000349806A (ja) パケットの無線伝送用のいくつかのネットワーククラスタを有するネットワーク
US20020174203A1 (en) Method of forwarding data packets in communications-network routers
US20070160081A1 (en) Integrated power line communications interface for performing communications protocol processing on a plurality of classes of communications data
Ayanoglu et al. Mobile information infrastructure
WO2000062562A1 (en) Method and apparatus for interoperation between wireless computer networks and internet protocol-based networks

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: 20011024

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

RIN1 Information on inventor provided before grant (corrected)

Inventor name: SEBASTIAN, DONIA

Inventor name: OUATU-LASCAR, MIRCEA

Inventor name: GUBBI, RAJUGOPAL R.

Inventor name: EKAMBARAM, NATARAJAN

17Q First examination report despatched

Effective date: 20041019

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: 20050301