CA2385294A1 - Routing in a packet switched network - Google Patents
Routing in a packet switched network Download PDFInfo
- Publication number
- CA2385294A1 CA2385294A1 CA002385294A CA2385294A CA2385294A1 CA 2385294 A1 CA2385294 A1 CA 2385294A1 CA 002385294 A CA002385294 A CA 002385294A CA 2385294 A CA2385294 A CA 2385294A CA 2385294 A1 CA2385294 A1 CA 2385294A1
- Authority
- CA
- Canada
- Prior art keywords
- packet
- distance
- router
- data packet
- routers
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
-
- 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/50—Network services
- H04L67/52—Network services specially adapted for the location of the user terminal
-
- 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/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/69—Types of network addresses using geographic information, e.g. room number
Abstract
A method of allocating an address to a user of a packet switched network, where the address is used to route data packets over the network from a remote location to the user, the method comprising determining the geographical location of the user using a GPS receiver and generating an address on the basis of the determined geographical location.
Description
ROUTING IN A PACKET SWITCHED NETWORK
Field of the Invention The present invention relates to routing in a packet switched network and more particularly to the generation and allocation of addresses for routing data in a packet switched network. The invention is applicable in particular, though not necessarily, to the generation and allocation of addresses in the Internet.
Background to the invention The Internet comprises a web of routers interconnected by transmission links (typically copper cables or optical fibres). Internet users typically connect their personal computers to the Internet via an access network such as a PSTN telephone network using a dial-up modem. The access network is in turn connected to the Internet via a Network Access Server (such as an Internet Service Provider). Other users may be connected to a Local Area Network (LAN) which is in turn connected directly to an Internet router.
The Internet is a packet switched network in which data to be transmitted is bundled into packets known as "datagrams". A datagram can carry a payload of variable length with the length being indicated in the datagram header. Each user is allocated a unique IP address comprising a prefix portion (i.e. MSBs) which identifies the network to which the user is connected and a suffix portion (i.e. LSBs) which identifies the user to that network. Each datagram is accompanied by the IP address of the destination user (as well as the IP address of the originating user), and the datagram is routed to the destination user by intervening routers in accordance with that IP address.
The current IPv4 standard defines IP addresses which are 4 octets (32 bits) long.
Address ranges are allocated to networks by the US authority IN'TERNIC, with networks typically allocating individual IP addresses to users dynamically, as and when users request an Internet connection. The growth in the availability and use of the SUBSTITUTE SHEET (RULE 26) Internet in the last few years has been enormous and there are proposals to introduce an IPv6 standard defining 16 octet long IP addresses. It is hoped that this will prove sufficient to cope with future growth in the Internet.
Summarv of the Present Invention.
A number of problems are inherent in the current Internet address generation and allocation process and which are unlikely to be overcome by the introduction of IPv6.
A first problem is that the allocation of addresses at the top level is made by a single authority (INTERNIC). This may lead to inequities and certainly causes delays arid increased administrative responsibilities when introducing a new network. A
related problem arises because addresses are allocated dynamically to users by a network, adding a time delay to a user's Internet connection time. Moreover, it can be difficult for a user to identify the IP address allocated to some other user with whom that first user wishes to communicate because of this dynamic allocation of IP addresses.
There is often a need to enter IP addresses manually into users' computers, servers, routers, etc. There is an obvious possibility for errors in such manual data entry operations.
It will be appreciated that these problems are not only limited to the Internet but also arise in other heavily used packet switched networks including Wide Area Networks (WANs) and mobile telecommunications networks.
It is an object of the present invention to overcome or at least mitigate the disadvantages noted in the preceding paragraphs. This and other objects are achieved by generating addresses for packet switched network users on the basis of the geographical location of the users.
According to a first aspect of the present invention there is provided a method of allocating an address to a user of a packet switched network, where the address is used to route data packets over the network from a remote location to the user, the method comprising determining the geographical location of the user and generating an address on the basis of the determined geographical location.
It will be appreciated that, subject to the resolution with which a user's location is determined, each user or set of users may be allocated a unique address within the data network. Address allocation is no longer the responsibility of a single authority but rather becomes an inherent property of a user's location. The generated address corresponds to or is mathematically derivable from the determining geographical location.
The present invention facilitates the sending of location specific data packets. That is to say that providing the (approximate) location of a user is known it is possible to communicate with that user.
Preferably, the packet switched network is an IP network comprising a plurality of routers which route data packets in accordance with destination IP addresses which accompany the datagrams (or other data derived from the destination IP
addresses).
More preferably, the data network is the Internet.
Preferably, said step of determining the geographical location of the user comprises using a Global Positioning System (GPS) receiver to determine the longitude and latitude (and optionally the altitude) of the user. Alternatively, the location of the user may be determined using two or more fixed terrestrial stations. For example, a user's location may be determined using measurements made by a mobile telephone device and a mobile telecommunications network.
According to a second aspect of the present invention there is provided apparatus for use in allocating an address to a user of a packet switched network, the apparatus comprising input means for receiving the geographical location of the user and processing means for generating an address on the basis of the received geographical location.
Field of the Invention The present invention relates to routing in a packet switched network and more particularly to the generation and allocation of addresses for routing data in a packet switched network. The invention is applicable in particular, though not necessarily, to the generation and allocation of addresses in the Internet.
Background to the invention The Internet comprises a web of routers interconnected by transmission links (typically copper cables or optical fibres). Internet users typically connect their personal computers to the Internet via an access network such as a PSTN telephone network using a dial-up modem. The access network is in turn connected to the Internet via a Network Access Server (such as an Internet Service Provider). Other users may be connected to a Local Area Network (LAN) which is in turn connected directly to an Internet router.
The Internet is a packet switched network in which data to be transmitted is bundled into packets known as "datagrams". A datagram can carry a payload of variable length with the length being indicated in the datagram header. Each user is allocated a unique IP address comprising a prefix portion (i.e. MSBs) which identifies the network to which the user is connected and a suffix portion (i.e. LSBs) which identifies the user to that network. Each datagram is accompanied by the IP address of the destination user (as well as the IP address of the originating user), and the datagram is routed to the destination user by intervening routers in accordance with that IP address.
The current IPv4 standard defines IP addresses which are 4 octets (32 bits) long.
Address ranges are allocated to networks by the US authority IN'TERNIC, with networks typically allocating individual IP addresses to users dynamically, as and when users request an Internet connection. The growth in the availability and use of the SUBSTITUTE SHEET (RULE 26) Internet in the last few years has been enormous and there are proposals to introduce an IPv6 standard defining 16 octet long IP addresses. It is hoped that this will prove sufficient to cope with future growth in the Internet.
Summarv of the Present Invention.
A number of problems are inherent in the current Internet address generation and allocation process and which are unlikely to be overcome by the introduction of IPv6.
A first problem is that the allocation of addresses at the top level is made by a single authority (INTERNIC). This may lead to inequities and certainly causes delays arid increased administrative responsibilities when introducing a new network. A
related problem arises because addresses are allocated dynamically to users by a network, adding a time delay to a user's Internet connection time. Moreover, it can be difficult for a user to identify the IP address allocated to some other user with whom that first user wishes to communicate because of this dynamic allocation of IP addresses.
There is often a need to enter IP addresses manually into users' computers, servers, routers, etc. There is an obvious possibility for errors in such manual data entry operations.
It will be appreciated that these problems are not only limited to the Internet but also arise in other heavily used packet switched networks including Wide Area Networks (WANs) and mobile telecommunications networks.
It is an object of the present invention to overcome or at least mitigate the disadvantages noted in the preceding paragraphs. This and other objects are achieved by generating addresses for packet switched network users on the basis of the geographical location of the users.
According to a first aspect of the present invention there is provided a method of allocating an address to a user of a packet switched network, where the address is used to route data packets over the network from a remote location to the user, the method comprising determining the geographical location of the user and generating an address on the basis of the determined geographical location.
It will be appreciated that, subject to the resolution with which a user's location is determined, each user or set of users may be allocated a unique address within the data network. Address allocation is no longer the responsibility of a single authority but rather becomes an inherent property of a user's location. The generated address corresponds to or is mathematically derivable from the determining geographical location.
The present invention facilitates the sending of location specific data packets. That is to say that providing the (approximate) location of a user is known it is possible to communicate with that user.
Preferably, the packet switched network is an IP network comprising a plurality of routers which route data packets in accordance with destination IP addresses which accompany the datagrams (or other data derived from the destination IP
addresses).
More preferably, the data network is the Internet.
Preferably, said step of determining the geographical location of the user comprises using a Global Positioning System (GPS) receiver to determine the longitude and latitude (and optionally the altitude) of the user. Alternatively, the location of the user may be determined using two or more fixed terrestrial stations. For example, a user's location may be determined using measurements made by a mobile telephone device and a mobile telecommunications network.
According to a second aspect of the present invention there is provided apparatus for use in allocating an address to a user of a packet switched network, the apparatus comprising input means for receiving the geographical location of the user and processing means for generating an address on the basis of the received geographical location.
Preferably, said processing means is arranged to generate a packet header containing said geographical location. In use, the packet header also contains the geographical location of the destination for a packet.
According to a third aspect of the present invention there is provided a device for accessing a packet switched data network, the device comprising:
position determining means for determining the geographical location of the device; and apparatus comprising input means for receiving the geographical location of the device and processing means for generating an address on the basis of the received geographical location.
Whilst the present invention may be employed with existing packet switched network architectures, it makes possible the introduction of an entirely new architecture which offers significant advantages.
According to a fourth aspect of the present invention there is provided a packet switched data network comprising a multiplicity of interconnected routers each of which has a knowledge of its own geographical location as well as the geographical locations of its neighbouring routers, and each of the routers being arranged in use to route a received data packet to a neighbouring muter on the basis of its own location, the locations of the neighbouring routers, and geographical destination/routing information contained in the data packet.
Embodiments of the above fourth aspect of the invention give rise to a number of significant advantages over existing packet switched networks. These include avoiding the need to continuously update routing tables of the routers (reducing network traffic), accelerating the routing process as the need to examine lengthy routing tables is avoided, and a reduction in the complexity of routers.
Preferably, said multiplicity of routers comprises a first set of north/south sub-routers and a second set of east/west sub-routers, at least some of the routers of both sets being interconnected to allow the direction of a data packet to be switched from north/south to east/west and vice versa.
Preferably, each router is arranged to examine a Current Direction Indicator contained in a received data packet to determine the current transmission direction of the packet.
Each router also examines a distance counter contained in a received data packet, and which indicates the distance which the packet has travelled in the indicated direction or the remaining transmission distance in that direction. In the event that a distance counter indicates that the receiving router is the destination router (e.g. is the router which serves the destination user) in the indicated direction, the router either causes the direction to be switched, from north/south to east/west and vice versa, or causes the packet to be sent to a user connected to the muter.
According to a fifth aspect of the present invention there is provided a method of routing a data packet in a packet switched network, the method comprising the steps of a) generating a data packet header containing at least the longitudes and latitudes of the source and destination of the data packet, the header also containing a direction indicator indicating the direction of transmission of the packet and a distance counter indicating the distance travelled by the packet in the indicated direction or the remaining distance in that direction;
b) sending the data packet in the indicated direction to a neighbouring router and updating the distance counter;
c) examining the data packet header at the receiving muter to determine whether or not the receiving router represents the destination router in the indicated direction;
d) if not, then sending the data packet in the indicated direction to a neighbouring muter and updating the distance counter; and e) if yes, then updating the direction indicator with an indicator orthogonal to the original indicator and calculating a new distance counter indicating the distance travelled by the packet in the new indicated direction or the remaining distance in that direction, and repeating steps b) to d) until the receiving router represents the destination muter in the indicated direction.
According to a sixth aspect of the present invention there is provided a method of allocating an address to a mobile station of a cellular telecommunications network, where the address is used to route data packets over the network from a remote location to the mobile station, the method comprising generating an address on the basis of the geographical location of a node of the network to which the mobile station is connected.
In a GSM network, the node may be a base station or a base station controller or an MSC. In a UMTS network, the node may be a base station, RNC, MSC, SGSN, etc.
Brief Description of the Drawings Figure 1 illustrates schematically an Internet user terminal incorporating a GPS
receiver;
Figure 2 illustrates the structure of an IP datagram header; and Figure 3 illustrates schematically a modified router structure of the Internet:
Figure 4 is a flow diagram illustrating a method of routing datagrams in the network of Figure 3.
Detailed Description of Preferred Embodiments There is illustrated in Figure 1 a personal computer (PC) 1 which may be a conventional PC comprising a PentiumTM microprocessor or the like. The PC 1 is coupled to a Global Positioning System (GPS) receiver 2 which is also of known type and which relies upon the monitoring of radio frequency signals transmitted from orbiting satellites to determine its own position in terms of latitude, longitude, and altitude.
Currently, GPS receivers are able to fix a position to an accuracy of 20 metres but this accuracy is likely to improve in the future. The GPS receiver 2 generates an electrical output signal 3 which contains latitude and longitude readings in terms of degrees, minutes, and seconds, and an altitude reading in terms of metres. This signal 3 is passed to an input port of the PC 1.
The PC 1 is arranged to run an IP address generation program either during installation, on request, or more likely each time a user initiates an Internet access. This program uses as the basis for the IP address the most recent reading received from the GPS
receiver 2. Longitude measurements are represented as a 20 bit binary number (180 x 3600) with an additional bit indicating either a westerly or easterly direction from the selected origin, whilst latitude measurements are represented by a 19 bit binary number (90 x 3600) with an additional bit indicating either a northerly or southerly direction from the equator. Altitude (from 4km below sea level to 12 km above) is represented by a 12 bit binary number with an additional bit indicating the direction from sea level).
Thus, the position of the PC 1 can be defined by a 54 bit binary number.
Assuming that IP addresses are 64 bits in length, this leaves 10 bits (or 1023 device addresses) available to the PC 1. In the present example, the PC 1 selects one of these available addresses for its own use. However, it will be appreciated that a group of closely located Internet terminals may share the available set of addresses in a manner which avoids an address conflict.
As illustrated in Figure l, the PC 1 is connected to a Local Area Network (LAN) 4, which is in turn connected to an IP router S. The IP router 5 is the entry point to the Internet 6 for the LAN 4. In a conventional Internet access system, it would be the responsibility of some Internet server (connected to the LAN 4) to allocate an IP address to the PC 1. However, as already discussed, in the present example the IP
address is self generated by the PC 1.
During an Internet session, datagrams sent from the PC 1 over the Internet 6 comprise a header portion having the structure illustrated in Figure 2. The fields of the header relevant to the routing of datagrams are:
the source (i.e. PC 1) longitude, latitude, and altitude;
the destination (i.e. the destination node for the datagram) longitude, latitude, and altitude;
the direction indicators w, n, and a which when set to 1 indicate a western, northern, and upwards location respectively and which when set to 0 indicate the reverse locations (relative to some fixed origin);
the distance counter which maintains the remaining distance to the destination in the current direction of travel (E/W, N/S, or U/D);
the current transfer direction indicator (Dir) which indicates the current direction of transmission of the datagram (E/W or N/S); and the delivery direction complete indicator (Sto) which indicates which, if any, delivery direction (E/W or N/S) has been completed to the end.
Figure 3 illustrates an Internet router structure which represents a modification to the existing structure. Each router may be thought of as a pair of co-located sub-routers:
namely an east/west sub-router and a north/south sub-router. The east/west sub-routers route datagrams along lines of latitude whilst the north/south sub-routers route datagrams along lines of longitude.
Consider now a datagram generated by the user of the PC 1 which is connected to the router 5 as illustrated in Figure 3. Assume that the destination for the datagram is a server which is located within a region 7 and which is connected to a LAN
which is in turn connected to a router 8. The PC 1 will know its own location and the location of the destination server. The PC 1 first determines the most direct longitudinal direction to the destination server (east) and then determines the longitudinal distance (dl) to the server. The former is entered into the Dir field with the latter being entered into the Distance counter field. The datagram is passed from the PC 1 to the router 5 (via the LAN 4) where it is determined that the datagram must be sent to the next router 9 in an easterly direction. Based upon its knowledge of its own position, and that of the router 9, the muter 5 is able to determine the distance to the router 9. Prior to sending the datagram, the Distance counter is updated by subtracting that determined distance from the value currently held by the Distance counter (dl).
Upon receipt of the datagram by the router 9, the header part of the datagram is checked to see if the Direction counter has a value which exceeds more than 50% of the distance to the next router in an easterly direction. As this is the case in the present example, the router 9 will immediately forward the datagram to the next router in an easterly direction. This process continues until the datagram reaches the muter 10. At this muter 10, it is identified that the value in the Direction counter is less than 50% of the distance to the next router in an easterly direction. The muter 9 then analyses the Sto field of the header and identifies that no direction delivery has previously been completed, i.e. the easterly delivery is the first to be completed. The router 10 therefore computes the latitudinal distance d2 to the destination server and updates the Distance counter with this value. The Dir field is also updated to indicate a northerly transmission direction and the Sto filed is updated to indicate that an easterly transmission direction has been completed. The datagram is then sent from router to router until it reaches the router 8 where the Distance counter is again identified as being less than 50% of the distance to the next router in a northerly direction. The destination router 8 is able to determine that it is the destination router either from the destination location contained in the header or by analysing the Sto field.
The final delivery to the destination server from the router 7 is achieved via the local area network to which the destination server is connected.
The method described above is further illustrated in the flow diagram of Figure 4.
It will be appreciated by the person of skill in the art that various modifications may be made to the above described embodiment without departing from the scope of the present invention. For example, whilst the use of the Distance counter and the Dir field offer a particularly fast mechanism for routing data packets, routing may be carried out purely on the basis of the destination location, i.e. latitude, longitude and altitude. It will also be appreciated that the term "user" is not restricted to a PC as described above.
For example, the "user" may be a server or a router, or even a mobile terminal.
In the case of a mobile terminal registered with a cellular telecommunications network, the IP address allocated to the terminal may be derived in part from the geographical location of the node via which the terminal connects to the network. For example, the IP address may comprise a prefix corresponding to the location of the connection node and a suffix part corresponding to the terminal identity. In a GSM network, the connection node may be a base station. Once a packet has been routed to the connection node, mobile IP may be used to route the packet to the destination terminal.
According to a third aspect of the present invention there is provided a device for accessing a packet switched data network, the device comprising:
position determining means for determining the geographical location of the device; and apparatus comprising input means for receiving the geographical location of the device and processing means for generating an address on the basis of the received geographical location.
Whilst the present invention may be employed with existing packet switched network architectures, it makes possible the introduction of an entirely new architecture which offers significant advantages.
According to a fourth aspect of the present invention there is provided a packet switched data network comprising a multiplicity of interconnected routers each of which has a knowledge of its own geographical location as well as the geographical locations of its neighbouring routers, and each of the routers being arranged in use to route a received data packet to a neighbouring muter on the basis of its own location, the locations of the neighbouring routers, and geographical destination/routing information contained in the data packet.
Embodiments of the above fourth aspect of the invention give rise to a number of significant advantages over existing packet switched networks. These include avoiding the need to continuously update routing tables of the routers (reducing network traffic), accelerating the routing process as the need to examine lengthy routing tables is avoided, and a reduction in the complexity of routers.
Preferably, said multiplicity of routers comprises a first set of north/south sub-routers and a second set of east/west sub-routers, at least some of the routers of both sets being interconnected to allow the direction of a data packet to be switched from north/south to east/west and vice versa.
Preferably, each router is arranged to examine a Current Direction Indicator contained in a received data packet to determine the current transmission direction of the packet.
Each router also examines a distance counter contained in a received data packet, and which indicates the distance which the packet has travelled in the indicated direction or the remaining transmission distance in that direction. In the event that a distance counter indicates that the receiving router is the destination router (e.g. is the router which serves the destination user) in the indicated direction, the router either causes the direction to be switched, from north/south to east/west and vice versa, or causes the packet to be sent to a user connected to the muter.
According to a fifth aspect of the present invention there is provided a method of routing a data packet in a packet switched network, the method comprising the steps of a) generating a data packet header containing at least the longitudes and latitudes of the source and destination of the data packet, the header also containing a direction indicator indicating the direction of transmission of the packet and a distance counter indicating the distance travelled by the packet in the indicated direction or the remaining distance in that direction;
b) sending the data packet in the indicated direction to a neighbouring router and updating the distance counter;
c) examining the data packet header at the receiving muter to determine whether or not the receiving router represents the destination router in the indicated direction;
d) if not, then sending the data packet in the indicated direction to a neighbouring muter and updating the distance counter; and e) if yes, then updating the direction indicator with an indicator orthogonal to the original indicator and calculating a new distance counter indicating the distance travelled by the packet in the new indicated direction or the remaining distance in that direction, and repeating steps b) to d) until the receiving router represents the destination muter in the indicated direction.
According to a sixth aspect of the present invention there is provided a method of allocating an address to a mobile station of a cellular telecommunications network, where the address is used to route data packets over the network from a remote location to the mobile station, the method comprising generating an address on the basis of the geographical location of a node of the network to which the mobile station is connected.
In a GSM network, the node may be a base station or a base station controller or an MSC. In a UMTS network, the node may be a base station, RNC, MSC, SGSN, etc.
Brief Description of the Drawings Figure 1 illustrates schematically an Internet user terminal incorporating a GPS
receiver;
Figure 2 illustrates the structure of an IP datagram header; and Figure 3 illustrates schematically a modified router structure of the Internet:
Figure 4 is a flow diagram illustrating a method of routing datagrams in the network of Figure 3.
Detailed Description of Preferred Embodiments There is illustrated in Figure 1 a personal computer (PC) 1 which may be a conventional PC comprising a PentiumTM microprocessor or the like. The PC 1 is coupled to a Global Positioning System (GPS) receiver 2 which is also of known type and which relies upon the monitoring of radio frequency signals transmitted from orbiting satellites to determine its own position in terms of latitude, longitude, and altitude.
Currently, GPS receivers are able to fix a position to an accuracy of 20 metres but this accuracy is likely to improve in the future. The GPS receiver 2 generates an electrical output signal 3 which contains latitude and longitude readings in terms of degrees, minutes, and seconds, and an altitude reading in terms of metres. This signal 3 is passed to an input port of the PC 1.
The PC 1 is arranged to run an IP address generation program either during installation, on request, or more likely each time a user initiates an Internet access. This program uses as the basis for the IP address the most recent reading received from the GPS
receiver 2. Longitude measurements are represented as a 20 bit binary number (180 x 3600) with an additional bit indicating either a westerly or easterly direction from the selected origin, whilst latitude measurements are represented by a 19 bit binary number (90 x 3600) with an additional bit indicating either a northerly or southerly direction from the equator. Altitude (from 4km below sea level to 12 km above) is represented by a 12 bit binary number with an additional bit indicating the direction from sea level).
Thus, the position of the PC 1 can be defined by a 54 bit binary number.
Assuming that IP addresses are 64 bits in length, this leaves 10 bits (or 1023 device addresses) available to the PC 1. In the present example, the PC 1 selects one of these available addresses for its own use. However, it will be appreciated that a group of closely located Internet terminals may share the available set of addresses in a manner which avoids an address conflict.
As illustrated in Figure l, the PC 1 is connected to a Local Area Network (LAN) 4, which is in turn connected to an IP router S. The IP router 5 is the entry point to the Internet 6 for the LAN 4. In a conventional Internet access system, it would be the responsibility of some Internet server (connected to the LAN 4) to allocate an IP address to the PC 1. However, as already discussed, in the present example the IP
address is self generated by the PC 1.
During an Internet session, datagrams sent from the PC 1 over the Internet 6 comprise a header portion having the structure illustrated in Figure 2. The fields of the header relevant to the routing of datagrams are:
the source (i.e. PC 1) longitude, latitude, and altitude;
the destination (i.e. the destination node for the datagram) longitude, latitude, and altitude;
the direction indicators w, n, and a which when set to 1 indicate a western, northern, and upwards location respectively and which when set to 0 indicate the reverse locations (relative to some fixed origin);
the distance counter which maintains the remaining distance to the destination in the current direction of travel (E/W, N/S, or U/D);
the current transfer direction indicator (Dir) which indicates the current direction of transmission of the datagram (E/W or N/S); and the delivery direction complete indicator (Sto) which indicates which, if any, delivery direction (E/W or N/S) has been completed to the end.
Figure 3 illustrates an Internet router structure which represents a modification to the existing structure. Each router may be thought of as a pair of co-located sub-routers:
namely an east/west sub-router and a north/south sub-router. The east/west sub-routers route datagrams along lines of latitude whilst the north/south sub-routers route datagrams along lines of longitude.
Consider now a datagram generated by the user of the PC 1 which is connected to the router 5 as illustrated in Figure 3. Assume that the destination for the datagram is a server which is located within a region 7 and which is connected to a LAN
which is in turn connected to a router 8. The PC 1 will know its own location and the location of the destination server. The PC 1 first determines the most direct longitudinal direction to the destination server (east) and then determines the longitudinal distance (dl) to the server. The former is entered into the Dir field with the latter being entered into the Distance counter field. The datagram is passed from the PC 1 to the router 5 (via the LAN 4) where it is determined that the datagram must be sent to the next router 9 in an easterly direction. Based upon its knowledge of its own position, and that of the router 9, the muter 5 is able to determine the distance to the router 9. Prior to sending the datagram, the Distance counter is updated by subtracting that determined distance from the value currently held by the Distance counter (dl).
Upon receipt of the datagram by the router 9, the header part of the datagram is checked to see if the Direction counter has a value which exceeds more than 50% of the distance to the next router in an easterly direction. As this is the case in the present example, the router 9 will immediately forward the datagram to the next router in an easterly direction. This process continues until the datagram reaches the muter 10. At this muter 10, it is identified that the value in the Direction counter is less than 50% of the distance to the next router in an easterly direction. The muter 9 then analyses the Sto field of the header and identifies that no direction delivery has previously been completed, i.e. the easterly delivery is the first to be completed. The router 10 therefore computes the latitudinal distance d2 to the destination server and updates the Distance counter with this value. The Dir field is also updated to indicate a northerly transmission direction and the Sto filed is updated to indicate that an easterly transmission direction has been completed. The datagram is then sent from router to router until it reaches the router 8 where the Distance counter is again identified as being less than 50% of the distance to the next router in a northerly direction. The destination router 8 is able to determine that it is the destination router either from the destination location contained in the header or by analysing the Sto field.
The final delivery to the destination server from the router 7 is achieved via the local area network to which the destination server is connected.
The method described above is further illustrated in the flow diagram of Figure 4.
It will be appreciated by the person of skill in the art that various modifications may be made to the above described embodiment without departing from the scope of the present invention. For example, whilst the use of the Distance counter and the Dir field offer a particularly fast mechanism for routing data packets, routing may be carried out purely on the basis of the destination location, i.e. latitude, longitude and altitude. It will also be appreciated that the term "user" is not restricted to a PC as described above.
For example, the "user" may be a server or a router, or even a mobile terminal.
In the case of a mobile terminal registered with a cellular telecommunications network, the IP address allocated to the terminal may be derived in part from the geographical location of the node via which the terminal connects to the network. For example, the IP address may comprise a prefix corresponding to the location of the connection node and a suffix part corresponding to the terminal identity. In a GSM network, the connection node may be a base station. Once a packet has been routed to the connection node, mobile IP may be used to route the packet to the destination terminal.
Claims (3)
1. A method of muting a data packet in a packet switched network, the method comprising the steps of:
a) generating a data packet header containing at least the longitudes and latitudes of the source and destination roofers of the data packet, the header also containing a direction indicator indicating the direction of transmission of the packet and a distance counter indicating the distance travelled by the packet in the indicated direction or the remaining distance is that direction;
b) sending the data packet in the indicated direction to a neighbouring router and updating the distance counter;
c) examining the data packet header at the receiving router to determine whether or not the receiving router represents the destination in the indicated direction;
d) if not, then sending the data packet in the indicated direction to a neighbouring router and updating the distance counter, and e) if yes, then updating the direction indicator with an indicator orthogonal to the original indicator and calculating a new distance counter indicating the distance travelled by the packet in the new indicated direction or the remaining distance in that direction, and repeating steps b) to d) until the receiving router represents the destination in the indicated direction.
a) generating a data packet header containing at least the longitudes and latitudes of the source and destination roofers of the data packet, the header also containing a direction indicator indicating the direction of transmission of the packet and a distance counter indicating the distance travelled by the packet in the indicated direction or the remaining distance is that direction;
b) sending the data packet in the indicated direction to a neighbouring router and updating the distance counter;
c) examining the data packet header at the receiving router to determine whether or not the receiving router represents the destination in the indicated direction;
d) if not, then sending the data packet in the indicated direction to a neighbouring router and updating the distance counter, and e) if yes, then updating the direction indicator with an indicator orthogonal to the original indicator and calculating a new distance counter indicating the distance travelled by the packet in the new indicated direction or the remaining distance in that direction, and repeating steps b) to d) until the receiving router represents the destination in the indicated direction.
2. A method according to claim 1, wherein the packet switched network is the Internet.
3. A packet switched data network comprising a multiplicity of interconnected routers each of which has a knowledge of its own geographical location as well as the geographical locations of its neighbouring routers, and each said muter comprising a first set of north/south sub-routers and a second set of east/west sub-routers, at least some of the routers of both sets being interconnected to allow the direction of a data packet to be switched from north/south to east/west and vice versa, each of the routers being arranged in use to:
examine a direction indicator contained in a received data packet to determine the current transmission direction of the packet;
examine a distance counter contained in a received data packet, and which indicates the distance which the packet has travelled in the indicated direction or the remaining transmission distance is that direction; and in the event that a distance conater indicates that the receiving router is the destination router in the indicated direction, to either causes the direction to be switched, from north/south to east/west and vice versa, or cause the packet to be sent to a user connected to the router.
examine a direction indicator contained in a received data packet to determine the current transmission direction of the packet;
examine a distance counter contained in a received data packet, and which indicates the distance which the packet has travelled in the indicated direction or the remaining transmission distance is that direction; and in the event that a distance conater indicates that the receiving router is the destination router in the indicated direction, to either causes the direction to be switched, from north/south to east/west and vice versa, or cause the packet to be sent to a user connected to the router.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB9921868A GB2354912B (en) | 1999-09-17 | 1999-09-17 | Routing in a packet switched network |
GB9921868.7 | 1999-09-17 | ||
PCT/EP2000/008550 WO2001022656A2 (en) | 1999-09-17 | 2000-08-31 | Routing in a packet switched network |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2385294A1 true CA2385294A1 (en) | 2001-03-29 |
Family
ID=10860999
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002385294A Abandoned CA2385294A1 (en) | 1999-09-17 | 2000-08-31 | Routing in a packet switched network |
Country Status (8)
Country | Link |
---|---|
US (1) | US6829230B1 (en) |
EP (1) | EP1214832A2 (en) |
CN (1) | CN100403751C (en) |
AU (1) | AU768982B2 (en) |
BR (1) | BR0014029A (en) |
CA (1) | CA2385294A1 (en) |
GB (1) | GB2354912B (en) |
WO (1) | WO2001022656A2 (en) |
Families Citing this family (53)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7685311B2 (en) * | 1999-05-03 | 2010-03-23 | Digital Envoy, Inc. | Geo-intelligent traffic reporter |
US6782436B1 (en) * | 2000-04-21 | 2004-08-24 | Richard A. Baker | Method and apparatus for locating devices within a network system |
US7574606B1 (en) * | 2000-10-24 | 2009-08-11 | Trimble Navigation Limited | Location authentication stamp attached to messages |
US7062572B1 (en) * | 2001-03-19 | 2006-06-13 | Microsoft Corporation | Method and system to determine the geographic location of a network user |
FI20011075A0 (en) | 2001-05-22 | 2001-05-22 | Keijo Laehetkangas | Utilization of geographic information on Internet addresses |
GB2376604B (en) * | 2001-06-15 | 2003-11-19 | Motorola Inc | A radio communication device and method therefor |
CA2460768A1 (en) | 2001-10-17 | 2003-04-24 | British Telecommunications Public Limited Company | Network location management system |
US7103040B2 (en) | 2001-11-19 | 2006-09-05 | Telefonaktieboaget Lm Ericsson (Publ) | Method and apparatus for identifying a node for data communications using its geographical location |
US7822001B2 (en) | 2001-12-03 | 2010-10-26 | Nokia Corporation | Addressing and routing in wireless mesh networks |
US7606938B2 (en) | 2002-03-01 | 2009-10-20 | Enterasys Networks, Inc. | Verified device locations in a data network |
US7263086B2 (en) | 2002-11-12 | 2007-08-28 | Nokia Corporation | Method and system for providing location-based services in multiple coverage area environments |
US7366523B2 (en) | 2002-11-12 | 2008-04-29 | Nokia Corporation | Method and system for providing location-based services |
US7330726B2 (en) * | 2004-06-07 | 2008-02-12 | Spyder Navigation Llc | Determining geographical position in IPv6 networks |
US9450908B2 (en) * | 2005-06-23 | 2016-09-20 | Go Daddy Operating Company, LLC | Routing DNS system and method for shared domain name |
US20050289242A1 (en) * | 2005-06-24 | 2005-12-29 | The Go Daddy Group, Inc. | Resolving access to content associated with shared domain name using routing website |
US8706816B2 (en) * | 2005-06-24 | 2014-04-22 | Go Daddy Operating Company, LLC | System and method for email delivery for shared domain name |
US20070097966A1 (en) * | 2005-11-03 | 2007-05-03 | Texas Instruments Incorporated | Device and method for indicating an initial router of a path in a packet switching network |
KR100951770B1 (en) * | 2005-12-30 | 2010-04-08 | 경희대학교 산학협력단 | Method for back-tracking IP based on the IPv6 network |
US7929535B2 (en) | 2006-07-07 | 2011-04-19 | Qualcomm Incorporated | Geolocation-based addressing method for IPv6 addresses |
US8769267B2 (en) * | 2008-05-30 | 2014-07-01 | The Boeing Company | Geothentication based on new network packet structure |
US8634406B2 (en) * | 2008-07-01 | 2014-01-21 | Landis+Gyr Innovations, Inc. | Systems and methods for network routing using virtual network node locations |
US20100002700A1 (en) * | 2008-07-02 | 2010-01-07 | Cellnet Innovations, Inc. | Methods and Systems for Network Packet Routing Using Embedded Geographic Routing Information |
US8817699B2 (en) * | 2008-11-21 | 2014-08-26 | At&T Intellectual Property I, L.P. | Service continuity during local breakout in a femtocell |
RU2416176C2 (en) * | 2008-12-30 | 2011-04-10 | Общество с ограниченной ответственностью "КуБ" | Decentralised information-telecommunication network with identification of elements on location, switched communication channel and device for operation of said network |
US8553646B2 (en) | 2009-08-10 | 2013-10-08 | At&T Intellectual Property I, L.P. | Employing physical location geo-spatial co-ordinate of communication device as part of internet protocol |
US8982882B2 (en) | 2009-11-09 | 2015-03-17 | Verisign, Inc. | Method and system for application level load balancing in a publish/subscribe message architecture |
US9762405B2 (en) * | 2009-10-30 | 2017-09-12 | Verisign, Inc. | Hierarchical publish/subscribe system |
US9235829B2 (en) | 2009-10-30 | 2016-01-12 | Verisign, Inc. | Hierarchical publish/subscribe system |
US9047589B2 (en) | 2009-10-30 | 2015-06-02 | Verisign, Inc. | Hierarchical publish and subscribe system |
US9569753B2 (en) | 2009-10-30 | 2017-02-14 | Verisign, Inc. | Hierarchical publish/subscribe system performed by multiple central relays |
US9269080B2 (en) * | 2009-10-30 | 2016-02-23 | Verisign, Inc. | Hierarchical publish/subscribe system |
US8443107B2 (en) | 2009-11-11 | 2013-05-14 | Digital Envoy, Inc. | Method, computer program product and electronic device for hyper-local geo-targeting |
US8719223B2 (en) | 2010-05-06 | 2014-05-06 | Go Daddy Operating Company, LLC | Cloud storage solution for reading and writing files |
US9148373B2 (en) | 2010-07-30 | 2015-09-29 | Intellectual Discovery Co., Ltd. | Network system |
WO2012015287A2 (en) * | 2010-07-30 | 2012-02-02 | 고려대학교 산학협력단 | Network system |
CN103339988B (en) * | 2011-01-31 | 2017-05-31 | 英迪股份有限公司 | Network system |
FR2972093B1 (en) * | 2011-02-28 | 2013-02-22 | Schneider Electric Ind Sas | METHOD AND SYSTEM OF COMMUNICATION BETWEEN A FIRST EQUIPMENT AND ONE OR MORE OTHER EQUIPMENTS |
US8522147B2 (en) | 2011-09-20 | 2013-08-27 | Go Daddy Operating Company, LLC | Methods for verifying person's identity through person's social circle using person's photograph |
US8538065B2 (en) | 2011-09-20 | 2013-09-17 | Go Daddy Operating Company, LLC | Systems for verifying person's identity through person's social circle using person's photograph |
DE102011088161A1 (en) * | 2011-12-09 | 2013-06-13 | Siemens Aktiengesellschaft | Method for operating a network arrangement and network arrangement |
US8706486B1 (en) | 2011-12-20 | 2014-04-22 | Go Daddy Operating Company, LLC | Voice data leakage detection and prevention systems |
US8738605B2 (en) | 2012-03-30 | 2014-05-27 | Go Daddy Operating Company, LLC | Systems for discovering sensitive information on computer networks |
US8738604B2 (en) | 2012-03-30 | 2014-05-27 | Go Daddy Operating Company, LLC | Methods for discovering sensitive information on computer networks |
FI125092B (en) * | 2012-07-18 | 2015-05-29 | Arm Finland Oy | A method, apparatus and system for transmitting and receiving data packets |
US9160809B2 (en) | 2012-11-26 | 2015-10-13 | Go Daddy Operating Company, LLC | DNS overriding-based methods of accelerating content delivery |
US9141669B2 (en) | 2013-01-22 | 2015-09-22 | Go Daddy Operating Company, LLC | Configuring an origin server content delivery using a pulled data list |
US9384208B2 (en) | 2013-01-22 | 2016-07-05 | Go Daddy Operating Company, LLC | Configuring a cached website file removal using a pulled data list |
US9438493B2 (en) | 2013-01-31 | 2016-09-06 | Go Daddy Operating Company, LLC | Monitoring network entities via a central monitoring system |
WO2014124043A1 (en) | 2013-02-05 | 2014-08-14 | Visa International Service Association | Integrated communications network for transactions |
US20140258455A1 (en) * | 2013-03-09 | 2014-09-11 | Microchip Technology Incorporated | Geolocated Network |
US9280687B2 (en) * | 2013-03-15 | 2016-03-08 | Lenovo (Singapore) Pte. Ltd. | Pre-boot authentication using a cryptographic processor |
EP2953328B1 (en) * | 2014-06-05 | 2018-12-05 | Alcatel Lucent | Generation of a network address based on operating condition parameters |
US20170048815A1 (en) * | 2015-08-12 | 2017-02-16 | Cisco Technology, Inc. | Location Awareness to Packet Flows using Network Service Headers |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US493972A (en) * | 1893-03-21 | Railway cattle-guard | ||
US4939726A (en) * | 1989-07-18 | 1990-07-03 | Metricom, Inc. | Method for routing packets in a packet communication network |
US5727057A (en) * | 1994-12-27 | 1998-03-10 | Ag Communication Systems Corporation | Storage, transmission, communication and access to geographical positioning data linked with standard telephony numbering and encoded for use in telecommunications and related services |
DE69624591T2 (en) * | 1995-07-28 | 2003-06-26 | British Telecomm | GUIDANCE OF PACKAGES |
AU1234799A (en) * | 1998-03-11 | 1999-09-27 | Swisscom Ag | Routing method for wireless and distributed systems and devices adapted accordingly |
BR9908762A (en) * | 1998-11-02 | 2004-02-25 | Integrated Data Communications | Geospatial Internet Protocol Addressing |
-
1999
- 1999-09-17 GB GB9921868A patent/GB2354912B/en not_active Expired - Fee Related
-
2000
- 2000-08-31 WO PCT/EP2000/008550 patent/WO2001022656A2/en active IP Right Grant
- 2000-08-31 EP EP00964086A patent/EP1214832A2/en not_active Withdrawn
- 2000-08-31 CN CNB008129967A patent/CN100403751C/en not_active Expired - Fee Related
- 2000-08-31 AU AU75129/00A patent/AU768982B2/en not_active Ceased
- 2000-08-31 BR BR0014029-5A patent/BR0014029A/en not_active IP Right Cessation
- 2000-08-31 CA CA002385294A patent/CA2385294A1/en not_active Abandoned
- 2000-09-15 US US09/663,232 patent/US6829230B1/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
AU768982B2 (en) | 2004-01-15 |
WO2001022656A3 (en) | 2001-12-13 |
AU7512900A (en) | 2001-04-24 |
BR0014029A (en) | 2002-05-14 |
CN1375152A (en) | 2002-10-16 |
EP1214832A2 (en) | 2002-06-19 |
CN100403751C (en) | 2008-07-16 |
US6829230B1 (en) | 2004-12-07 |
GB9921868D0 (en) | 1999-11-17 |
WO2001022656A2 (en) | 2001-03-29 |
GB2354912B (en) | 2004-03-10 |
GB2354912A (en) | 2001-04-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6829230B1 (en) | Routing in a packet switched network | |
AU765704B2 (en) | Geospacial internet protocol addressing | |
EP1911250B1 (en) | Technique for translating location information | |
US20080119205A1 (en) | Method of operating a gateway with a location information system | |
WO2005122524A1 (en) | Determining geographical position in ipv6 networks | |
US6973313B1 (en) | Heuristic algorithm/protocol to determine the nearest available gateway for a mobile client | |
US20090113516A1 (en) | Setting Policy Based on Access Node Location | |
US20040151162A1 (en) | Multi-network mobile communication system | |
US20030144007A1 (en) | Methods, systems, and computer program products for determining the location of a mobile terminal based on the strengths of signals received from transmitters having known locations | |
EP1413091A2 (en) | A multi-network mobile communication system | |
JP2005012462A (en) | Radio communication system, distribution server, and radio terminal | |
JP4879479B2 (en) | Method of determining received packet having IP address based on position information, apparatus and program | |
US10827386B2 (en) | Device and method for integrating satellite data with terrestrial networks in a vehicle system | |
CN103053186A (en) | Network system | |
US7219155B2 (en) | Network system, communication device, and communication routing method | |
Li et al. | Assessing locator/identifier separation protocol interworking performance through RIPE Atlas | |
JP2002176444A (en) | Allocation method for communication address on the basis of position information and information communication method using the same | |
US20230007469A1 (en) | Communication apparatus, mobile communication terminal, communication method and program | |
JP2010136165A (en) | Compact base station | |
Tomonaga et al. | Privacy-aware location dependent services over wireless internet with anycast | |
Chandran | Geo Routing Based Algorithm Investigation to Track Website Quality Using Geo-Location | |
Ye | A Proposal for a Geographic-based Address Structure for IPv6 | |
MXPA00008421A (en) | Geospacial internet protocol addressing |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FZDE | Discontinued |