Communication system

A communication session between a user of a communication network and a communication system is controlled. The communication network comprises a first network and a second network. The communication system operates on the first network. A session request packet is transmitted from a device of the user to a first node in the first network. The session is initiated with the communication system at the first node responsive to receiving the session request. During the session, a calling identity is provided from the first node to the device and used by the device during a communication event between the user and an entity. The calling identity is used to establish a connection between the device and a second node in the second network. The calling identity is associated with an address of the entity. Upon termination of the session, the calling identity is disassociated from the address of the entity.

RELATED APPLICATIONS

This application claims priority under 35 U.S.C. §119 or 365 to Great Britain Application No. 0623621.0, filed Nov. 27, 2006 and Great Britain Application 0723121.0, filed Nov. 23, 2007. The entire teachings of the above applications are incorporated herein by reference.

TECHNICAL FIELD

The present invention relates to a method for handling communication in a communication system.

BACKGROUND

Communication systems link together communication devices so that the devices can send information to each other in a call or other communication event. Information may include voice, text, images or video.

One such communication system is a peer to peer communication system, in which a plurality of end users can be connected for communication purposes via a communications structure such as the internet using peer to peer client software. The communications structure is substantially decentralised with regard to communication route switching therein for connecting the end users. That is, the end users can establish their own communication routes through the structure based on exchange of one or more authorisation certificates (user identity certificates—UIC) to acquire access to the structure. The structure includes an administration arrangement issuing the certificates to the end users. Such a communication system is described in WO 2005/009019.

Peer-to-peer systems and other communication systems that use the internet or any other packet switched network employ voice over IP (internet protocol) protocols (VoIP) to transmit data. These systems are commonly referred to as VoIP systems. VoIP systems are beneficial to the user as they are often of significantly lower cost than communication networks, such as fixed line or mobile networks, otherwise referred to as public switched telephone networks (PSTN). This may particularly be the case for long distance calls.

In a communication system, such as a peer to peer system, client software is installed on end user devices such as personal computers (PCs) to allow the end users to communicate via the internet. The user interface of the device can be controlled by the client software to display user facilities and to indicate events occurring, such as an incoming call.

Users may be accustomed to mobility whilst using conventional telephony services, due to the prevalence of cordless phones and mobile cellular networks. It is therefore desirable to run the client software on mobile devices such as a mobile phone or other battery operated cordless device. However, running the client software on a mobile end user device presents a number of problems. Hand held mobile devices are typically battery operated and have less CPU resource than a PC. The power requirement used to run the client software to handle the communications can reduce the battery life considerably for battery operated devices. Furthermore, running the client software on the user device may use valuable CPU resources that are required to run other applications on the device.

One further problem caused by using a mobile device in an VoIP communication system is that in a VoIP system such as a peer to peer system, it is necessary to be constantly connected to the internet in order to be notified of communication events, such as receiving a call. Maintaining a constant connection between the communication network and the internet is not only an inefficient use of battery life and CPU resources of the device, but also an inefficient use of network connection resources.

SUMMARY

It is therefore an aim of embodiments of the invention to address at least one of the above identified problems.

According to a first aspect of the invention there is provided a method of controlling a communication session between a user of a communication network and a communication system wherein the communication network comprises a first network and a second network, and wherein the communication system operates on the first network said method comprising: transmitting a session request packet from a device associated with the user to a first node located in the first network; initiating the session for the user with the communication system at the first node in response to receiving the session request, wherein during the session the method comprises the steps of providing from the first node to the device a calling identity for use by the device during a communication event between the user and an entity via the communication system, wherein the calling identity may be used to establish a connection between the device and a second node located in the second network; determining an address of the entity; and associating the calling identity with the address of the entity; wherein upon termination of the session the calling identity is disassociated from the address of the entity.

According to a second aspect of the present invention there is provided a call set up data packet comprising at least part of a calling identity for calling an entity via a packet switched network, wherein the calling identity may be used to establish a connection between a calling device and a node located in a circuit switched network.

According to a third aspect of the present invention there is provided a user device comprising: means for providing a user interface to a user of the device; and means for generating packets for transmission to a node to implement calls over a network, said packets including any one of the packets described herein.

According to a fourth aspect of the present invention there is provided a communication network arranged to control a communication session between a user of the communication network and a communication system wherein the communication network comprises a first network and a second network and wherein the communication system operates on the first network said communication network further comprising: a user device associated with the user, arranged to transmit a session request to a first node located in the first network; the first node arranged to initiate the session for the user with the communication system in response to receiving the session request; to a calling identity for use by the device during a communication event between the user and an entity via the communication system, wherein the calling identity may be used to establish a connection between the device and a second node located in the second network; and a third node located in the first network arranged to associate the calling identity with the address of the entity, wherein upon termination of the session the third node is further arranged to disassociate the calling identity from the address of the entity.

DETAILED DESCRIPTION

Reference will first be made toFIG. 1, in which is shown a communication network100, including a packet switched communication system104and circuit switched networks112and120. In one embodiment the packet switched communication system104may be a peer to peer system operating on a packet switched network such as the internet. The circuit switched networks112,120may be PSTN (Public Switched Telephone Network) networks.

A user device102is shown to be connected to the peer to peer system104via a session node106. The user device102is also connected to the PSTN network120. In one embodiment of the invention the user device is connected to the PSTN network112via a circuit switched connection222and to the session node106via a packet switched connection111. The circuit switched connection222and the packet switched connection111may be provided by a GSM (Global System for Mobile Communications) network (not shown). For example the packet switched connection may be provided by a GPRS (General Packet Radio Service) connection of the GSM network whilst the circuit switched connection may be provided by a GSM audio connection of the GSM network. In a preferred embodiment of the invention the packet switched connection111is used to transmit packet data according to an internet protocol such as Transmission Control Protocol (TCP).

The user device102may be, for example, a personal computer, a gaming device, a personal digital assistant, a suitably enabled mobile phone, or other device able to connect to the internet.

The session node106may be grouped with other session nodes (not shown) in a cluster. A cluster consists of multiple stand alone session nodes providing a set of predefined services. A directory (not shown) may be provided for connecting the user device to an appropriate session node within the cluster. The method of allocating a session node in a cluster to perform a task is known in the art and will not be described in any more detail.

In accordance with an embodiment of the invention the session node106runs a communication instance122defining a session dedicated to a user of the user device102. The communication instance122enables the user of the user device102to communicate across the communication network100to establish a connection with another device enabled to communicate via the peer to peer system104. The session node106is able to run a plurality of communication instances for a number of concurrent user devices (not shown).

As shown inFIG. 1the peer to peer system on the internet104comprises an inbound gateway114and an outbound gateway116. The inbound gateway114and the outbound gateway116are connected to PSTN gateways188located in the PSTN networks. The inbound gateway114is arranged to receive data for the peer to peer system on the internet104from the PSTN gateways188. The outbound gateway116is arranged to transmit data from the peer to peer system on the internet104to the to the PSTN gateways188.

Also shown inFIG. 1is a profile node128. The profile node128is responsible for storing user profile information for users of the peer to peer system. The user profile information includes login information for logging into the peer to peer system and a contact list132associated with each user of the peer to peer system. The contact list132comprises the addresses of, for example, other users of the communication system stored as contacts by a user.

The user device102runs a client software program124that provides a client interface on the user device and allows the user of the user device102to communicate with the communication instance122running on the session node106.

The client program124running on the user device has a number of different components or layers for implementing various functions, including a protocol layer402(FIG. 2a) for managing the interface with the GSM network. The interface with the GSM network will be described hereinafter with reference toFIG. 2b.

FIG. 2ashows a protocol stack for the client program124according to an embodiment of the present invention. The protocol stack shows an operating system layer401, a protocol layer402, a client engine layer404and a client user interface layer406. Each layer is responsible for specific functions. Because each layer usually communicates with two other layers, they are regarded as being arranged in a stack as shown inFIG. 2a. The operating system layer401manages the hardware resources of the user device102and handles data being transmitted to and from the session node106. The operating system layer also handles the data being transmitted to and from the network112. The client protocol layer402of the client software communicates with the operating system401. Processes requiring higher level processing are passed to the client engine layer404. The client engine404also communicates with the user client user interface layer406. The client engine may be arranged to control the client user interface layer406to present information to the user via user interface means of the user device and to receive information from the user via the user interface means of the user device. The user interface means may comprise a speaker, a microphone, a display screen and a keyboard. This list is not exhaustive.

FIG. 2bis a schematic diagram showing the transmission of data between the client protocol stack and the GSM protocol stack in the user device102. As shown inFIG. 2bthe user device102further comprises a GSM protocol stack501and a radio transceiver502. Information transmitted from the GSM network to the user device is received by the transceiver502. The data received from the GSM network is processed by GSM protocol stack501before it is transmitted to the client program124. Similarly, information to be transmitted to the GSM network from the client program124is processed by the GSM protocol stack501before it is transmitted to the GSM network via the transceiver502. The operation of the GSM protocol stack501is known in the art and will not be described in detail herein.

The communication instance122running on the session node106manages the communication between the client program124running on the device102and the peer to peer system on the internet104.FIG. 3shows the connection path between the communication instance122on the session node106and the client program124running on the user device102.

As shown inFIG. 3, the session node106further comprises a core module205for allocating a communication instance122to a client program124. In accordance with an embodiment of the invention, when a client program124transmits a login request to the session node106, as described hereinafter, the core module205is arranged to assign a communication instance122to the client program122. According to one embodiment of the invention the communication instance122may be selected from a pool of available communication instances. In accordance with an alternative embodiment of the invention the communication instance may be created when the client program124logs in.

According to one embodiment of the invention the protocol layer402of the client124will use a different protocol to the protocol used within the communication instance122. According to this embodiment of the invention the communication instance includes protocol adaptor to facilitate communication between the client program and the communication instance122.

In accordance with an embodiment of the invention the client program124running on the user device102is arranged to set up a connection with the session node106.FIG. 5shows the method steps in accordance with an embodiment of the invention for setting up a connection with a session node106.

In step S1the client program124transmits a data packet201to the session node106to request a connection to the session node106. If the client program has connected to a session node previously it will attempt to connect to the session node it was previously connected to. If this is the first time that the client program124has attempted to connect to a session node, or if the session node it was previously connected to does not respond, the client124will attempt to connect to a predefined root session node. The root session node is defined by a name that is IP address independent.

In one embodiment of the invention the data packet201is sent unencrypted on the data connection111. Accordingly the data packet201sent in step S1should not contain sensitive information. The data packet201may however include information that may be used for encryption methods to establish a secure connection between the user device102and the session node106.

In step S2, in response to receiving the network connection request in data packet201the core module205of the session node106transmits a data packet202to the client program acknowledging the network connection request. The data packet202may contain information that may be used for encryption methods to establish a secure connection between the user device102and the session node106. In a preferred embodiment of the invention the data packet202includes an identifier indicating the identity of the session node. The client program on the user device102may verify the identity of the session node using an authentication method.

In step S3a secure connection between the session node106and the client program124is established using an encryption method.

In step S4the session node106determines whether it should establish a connection between the client program124and the peer to peer system104, or whether the connection should be handled by another session node in the session node cluster. The decision to handle the connection or to redirect the client program to another session node is made to balance the number of client programs being handled by each session node in the cluster. For example the client program may be redirected to connect to another session node if the session node106is currently handling a threshold number of client programs. Alternatively the session node106may redirect the client program to another session node if the session node106determines that it is handling more client programs than being handled by another session node.

If the session node106determines that it should handle the connection between the client program124and the peer to peer system104in step S5the session node106sends a data packet203to the user device102to confirm that it will handle the connection. The data packet203may include the attributes listed in table 1:

TABLE 1KEYTYPEATTRIBUTECHUNKTYPEintegerCONNECTEDCLIENT_PUBLIC_IP_ADDRESSaddressclients IP address asseen by session nodeLATEST_VERSIONstringnewest version numberUPGRADEURLstringURL where upgradescan be downloaded

As shown in table 1 the data packet203contains a ‘CONNECTED’ attribute to indicate that the session node will handle the connection between the client program and the peer to peer system104. The data packet further contains an attribute indicating the latest version number of the client program that is available to run on the user device. The data packet203may also indicate the URL (Uniform Resource Locator) from where the latest version of the client program may be downloaded.

However if the session node106determines at step S4that another session node should be used to establish the connection between the user device102and the peer to peer system, in step S5the session node106sends a data packet204to the user device102to redirect the client124running on the user device102to another session node. The data packet204may include the attributes listed in table 2:

As shown in table 2 the data packet204sent to the user device102to redirect the client program124to another session node may include an IP address and port number of the session node the client program is redirected to. On receipt of the data packet204the client program124is arranged to close the TCP connection with the session node and to restart the connection method from step S1using the new IP address and connection port.

Additionally the data packet204may indicate the latest version number of the client program that is available to run on the user device. In a preferred embodiment of the invention the data packet204may also indicate the URL (Uniform Resource Locator) from where the latest version of the client program may be downloaded. This allows the user device to download the latest version of the client program before the user device connects to the other session node identified in the redirect message204. In one embodiment of the invention the client program is arranged to automatically download the latest version without requiring instructions from the user of the user device102.

In step S6, in response to receiving the data packet203indicating that session node106will handle the connection between the client program124and the peer to peer system104, the client program124sends the session node106data relating to the user device102in data packet205. The data packet205may include the attributes listed in table 3:

As shown in table 3, the data packet205includes an attribute defining an IP address of the user device and an attribute defining a PSTN number of the device. The IP address of the device identifies the user device102in the packet switched network provided by the internet. Similarly the PSTN address identifies the user device102in the PSTN network112.

Once the client program has verified any credentials of the session node sent in the data packet203, the client program124has a secure connection to a session node106that the client program knows the identity of. The client program may then log into the peer to peer system via the session node106. On login the core module205will assign a dedicated communication instance122to the client program124. This defines the start of a session between the client program and the session node106.

The method steps for logging into the peer to peer system via the session node106and starting a session defined by a communication instance122will now be described in relation toFIG. 6. The steps shown inFIG. 6are also followed when the client program124wishes to re-establish a connection to an existing session.

In step S10the client program is arranged to send a data packet601to the session node106. According to an embodiment of the invention the attribute container of data packet601includes the attributes listed in table 4. If the client is already logged into an existing session the attribute container will include a further attribute defining the identifier for the session that the client was previously logged into. If the client does not currently have a session running on the session node the attribute defining the session ID will either not be included in the data packet601or the attribute content will be empty.

In an embodiment of the invention the attribute container of the data packet601will contain attributes defining the login name and login password for the user of the client program124.

In a further embodiment of the invention the attribute container of the data packet601will contain at least one attribute identifying the user device102. If the user device102is enabled to receive PSTN calls the identifier of the user device may be the PSTN number of the device102. The PSTN number of the device may be provided in data packet601in addition to or as an alternative to providing the PSTN number of the device in data packet205as described previously.

In one embodiment of the invention the login username and login password will always be included in the login request data packet601, even if the user has an existing session running on the session node106. In this embodiment of the invention, although the client device has already logged in to an existing session it may be necessary to assign a new communication instance defining a new session for the client124if the existing session cannot be located by the core module205.

If the attribute container of data packet601contains an attribute defining a session identifier, the core module205will search for a communication instance corresponding to the existing session for the client. In step S20, if the core module205cannot find the session having the defined session identifier, or if the data packet601does not contain a session identifier, the core module205is arranged to assign a new communication instance122to the client program124and create a new session having a new session identifier. In step S30the communication instance122is then arranged to sign into the network104using the login name and password provided in the data packet601.

In step S40the core module205is arranged to transmit a data packet602to the client. In an embodiment of the invention the attribute container of the data packet602comprises the attributes listed in table 5.

TABLE 5KEYTYPEATTRIBUTECHUNKTYPEintegerLOGGEDINSESSION_IDbinarysession identifier for client

The attribute container of data packet602will include an attribute indicating to the client program124that it is logged in to the peer to peer system. The attribute container of the data packet602will also contain an attribute that defines the session identifier corresponding to the session started by running the communication instance122dedicated to the client124.

According to an embodiment of the invention the session identified by the session identifier included in the data packet602is independent of the connection between the session node106and the client program124. If the connection between the session node and the client is terminated the client may present the session identifier to the session node when reconnecting to the session node. According to this embodiment of the invention the communication instance dedicated to the client program124may remain logged into the peer to peer system when the connection between the session node106and the client program is terminated.

Accordingly, in one embodiment of the invention the connection between the client124and the session node106is a non persistent connection.

In one embodiment of the invention the connection is between the client and the session node is terminated after each packet exchange.

In one embodiment of the invention the client124is arranged to terminate the connection with the session node106after a predetermined time has lapsed since a data packet was exchanged with the session node106.

In a further embodiment of the invention the session node106is arranged to terminate the connection with the client program124after a predetermined time has lapsed since the data packet was exchanged with the session node106. If the session node closes TCP connection, before closing the TCP connection the session node will send a data packet containing an attribute indicating that the session node is disconnecting. The client program may be arranged to close the TCP connection after a predetermined time of receiving this data packet. For example the client program124may be arranged to close the TCP connection 3 seconds after receiving the disconnect data packet from the session node.

Once the client program124running on the user device102is logged into the peer to peer system, the session node106provides the client program with profile data received from the profile node128. The profile data may be sent in response to a profile data request that is sent from the client program to the session node106.

The communication instance122associates the identity of the user of the user device as defined by at least part of the login details of the user with the identity of the device as defined by the IP address and the PSTN number of the device. In one embodiment of the invention the communication instance may store the identity of the user together with the identity of the user device in a data store129associated with the session node106.

According to an embodiment of the invention it is possible for the user of the user device to log into the peer to peer system using more than one user device. According to this embodiment of the invention the communication instance will associate the identity of each device with the identity of the user in the peer to peer system.

Once the session node106has assigned a communication instance122to the user of the user of the user device102the communication instance122will provide the client program124with data to enable to the client program124to establish a communication event with an entity in the communication system100.

The entity may be any node in the communication system100that is capable of receiving information from the user device or transmitting information to the user device102. For example the entity may be another user device or a node in the communication system100. The entity may correspond to voice mail records, or other data records associated with the user of the user device. Additionally an entity may be a node arranged to carry out control commands in the network.

An entity is located by an address in the network in which it resides. The address of an entity that resides in the internet may be for example an IP address, a URI (Uniform Resource Indicator), a username, or a VoIP device. The address of an entity that resides in the PSTN network may be the PSTN number associated with the entity.

In one embodiment of the invention the entity may correspond to more than one end point in the communication network100. For example the entity may be a user that is logged into the peer to peer system of the internet using two or more user devices. In this case an entity will have more than one associated address.

In accordance with an embodiment of the invention the user device102may establish a communication event with an entity via more than one network of the communication system. For example the user device102may establish a call to an entity connected to the internet using the PSTN network112.

In order to establish a communication event with an entity over more than one network it is necessary to identify the entity in each network.

In accordance with an embodiment of the invention the communication instance122is arranged to allocate an entity an identity that may be transmitted and interpreted by both the PSTN network and the peer to peer system on the internet. In this case the identity of the entity may be resolved to the address of the entity by a node located in the internet. In a preferred embodiment of the invention the allocated identity is a PSTN number.

For example, if the entity is located in the internet, the IP address of the entity in the internet will not be recognized by the PSTN network. According to an embodiment of the invention the communication instance122is arranged to allocate a PSTN number to the entity that may be used to establish a call to the via the PSTN network. The allocated PSTN number may then be resolved to the IP address, or username of the entity at a node located in the internet.

As shown inFIG. 1a call manager118is connected to the session node106, the inbound gateway114and the outbound gateway116. The call manager has access to a data store126. InFIG. 1the data store126is shown as being associated with the call manager118.

In the embodiment shown inFIG. 1the call manager118is shown as being located separately from the session node106and the gateways114and116. In alternative embodiments the call manager118may however form part of either the session node106or of one of the gateways114or116. The logical connections between the call manager, the session node, the inbound gateway and the outbound gateway are shown inFIG. 8.

The call manager118is arranged to provide the communication instance122with a PSTN number to be allocated to an entity in response to a request from the communication instance. The communication instance is arranged to allocate the PSTN number to the entity and to provide the address of the entity to the call manager. The call manager is arranged to store the allocated PSTN number in the data store126together with the address of the entity.

In a preferred embodiment of the invention the address of an entity is determined by the communication instance from the contact list132provided from the profile node128. This embodiment of the invention will be described with reference toFIG. 4.

FIG. 4is a diagram showing the steps for allocating an entity a PSTN number in accordance with a preferred embodiment of the invention.

In step S1the communication instance122is arranged to retrieve the addresses of the entities of that are listed as contacts in the contact list132associated with the user of the user device102. The addresses of the entities are retrieved from the profile node128.

In step S2the communication instance stores the address of each entity in the data store129. In a preferred embodiment of the invention the entire contact list132is stored in the data store129.

In step S3the communication instance122is then arranged to retrieve a PSTN number for each entity listed in the contact list from the call manager.

In Step S4the communication instance is arranged to allocate each PSTN number to each entity listed in the contact list and to report the address of each entity to the call manager118, together with an indication of which PSTN number has allocated to which entity.

In step S5the call manager118the communication instance is arranged to store in the data store126a PSTN number in association with for each entity listed in the contact list.

In one embodiment of the invention the call manager is arranged to additionally store in the data store126the PSTN number of the user device102in association with the PSTN number allocated to the entity. The PSTN number of the device may be reported to the call manager in either step S3or step S4by the communication instance. In this embodiment of the invention the address of the entity may be resolved using the PSTN number allocated to the entity and the PSTN number of the device. In this case one PSTN number may be allocated for use by more than one user.

The contact list132together with the PSTN numbers allocated to each entity in the contact list are transmitted from the communication instance to the client program124.

In a preferred embodiment of the invention the allocated PSTN numbers and the contact list132are transmitted to the client program124in data packets via the data connection111. The allocated PSTN numbers may be provided in a separate data packet from the contact list132.

At least part of the PSTN numbers may be provided to the client program in a ‘call set up’ data packet comprising the attributes listed in table 6

In one embodiment of the invention each PSTN number for calling an entity may be listed separately in the data packet. However in a preferred embodiment, each PSTN number may be determined by the client program124from a first number corresponding to a ‘DIAL IN NUMBER PREFIX’ and a second number corresponding to an index number identifying the contact in the contact list (see table 7. The index number will fall within the number range, referred to as the ‘DIAL IN NUMBER RANGE’ as shown in table 6

The index number for each contact is transmitted in the contact list from the communication instance122to the client program124.

Table 7 shows the attributes of the data packet containing the contact list132. Each entity in the contact list is given an index value starting from 1. The attribute container containing the contact list may further include the contacts username, or URI for contacting the contact using the peer to peer system, and the name of the contact.

The client program124may map the PSTN number to each entity in the contact list by arithmetically adding the first number to the index for the entity. For example if the first number is defined as:+3725521020
and the index for an entity is:33
the PSTN number mapped to the entity will be:+3725521053

Alternatively the client program may map the PSTN number by appending the index to the first number. For example, if the first number is:+37255210
and the index corresponding to an entity is:33
the PSTN number mapped to the entity will be:+3725521033

Alternatively if the PSTN numbers are provided as a list of entire PSTN numbers the position number of the PSTN number in the list may be mapped to an entity having a corresponding index.

In an embodiment of the invention a predefined PSTN number, or index is reserved for communication events that occur with entities that are not listed in the contact list. In a preferred embodiment of the invention the index ‘0’ is reserved for entities that are not listed on the contact list.

In one embodiment of the invention the call method attribute referred to in table 6 may indicate how the PSTN number should be determined from the information provided in the data packets. For example, the call method may specify whether the PSTN number should be determined by arithmetically adding the index to the first number, or by appending the index to the first number, or whether the entire PSTN numbers are listed in the data packet.

In one embodiment of the invention the call method attribute may specify whether or not the identity of the user device102is required as part of the control data when initiating a call to an entity.FIG. 9, described hereinafter, illustrates how the address of a called entity may be determined from the allocated PSTN number together with the identity of the user device. As such one PSTN number may be allocated to different entities when called from different user devices. In this case the identity of the user device is required when placing a call. Alternatively only one PSTN number may be allocated to one entity at a time. In this case the identity of the user device is not required when placing a call.

In some countries it may be a requirement for one PSTN number to directly correspond to one entity. In this case the call manager may determine the location of the user device associated with the communication instance and in step S3ofFIG. 4only provide the communication instance with PSTN numbers that are not currently allocated. The location of the device may be determined from the IP address of the user device that may be reported from the user device to the call manager via the communication instance.

It may also be necessary to set the call method attribute in dependence on the capability of the user device. For example some user devices may not have the capability to determine the PSTN number from a first number and a separate index. In this case it is necessary to send the allocated PSTN numbers to the device as a list of entire PSTN numbers. Furthermore new calling methods may be introduced that are not supported by previous software versions running on the user device. The capability of the user device may be determined from an indication of the type of user device, for example a model type. The indication of the type of user device may be reported by the device to the communication instance. The call manager may then select a calling method from that both the user device and the session node can support.

The call manager118is arranged to map the PSTN number to the address of the entity in a manner which corresponds to the mapping carried out in the client program as defined by the call method. It may therefore be necessary to store the call method at the data store126such that the call manager can map the PSTN number to the entity in a manner that corresponds to the call method implemented at the user device.

Accordingly, the PSTN number allocated to an entity may be determined at the client program124, the communication instance122and the call manager118.

Tables 8 and 9 define the set of attributes that may be contained in the attribute container of a data packet to make changes to the user's contact list in accordance with embodiments of the invention. For example the client is arranged to add a contact to the contact list by sending a data packet containing the attributes listed in table 8. In response, the communication instance running on the session node is arranged allocate a PSTN number to the new contact and to store the address of the contact, for example the PSTN number or username of the contact in association with the allocated PSTN number. The session node106may then reply with a data packet indicating the contact list update which contains an index value for the new contact.

The client may delete an entity from the contact list by sending a data packet containing the attributes listed in table 9. In response the session node is arranged to reply with a data packet indicating the contact list update with the deleted entity marked as deleted so that client knows to remove it from its list stored on the user device106.

In accordance with an embodiment of the invention the user device102may establish a call to an entity located in the communication network100via the PSTN network using the PSTN number allocated to the entity. The user device102may also receive calls from an entity located in the communication network via the PSTN network.

FIG. 7shows the call connections made when placing calls between the user device102and entities located in the communication network. More specificallyFIG. 7shows the following call connections:

(1) an outbound call from the user device102to an entity110blocated in the PSTN network;

(2) an outbound call from the user device102to an entity110alocated in the internet104;

(3) an inbound call to the user device102from an entity110blocated in the PSTN network; and

(4) an inbound call to the user device102from an entity110alocated in the PSTN network.

As shown inFIG. 7, outbound calls made from the user device102to an entity are routed to the inbound gateway114. The inbound gateway is then able to determine the address of the entity by querying the data store126via the logical connections illustrated inFIG. 8. The method of calling an entity from the user device102will now be describe in detail in relation toFIG. 9.

A call comprises both a media data connection and a control data for handling the call set up. InFIG. 9the control data connection for transmitting control data and the media data connection for transmitting the media data are shown separately. The control data connection is shown as a solid line and the call connection is shown as a broken line.

In step S100the user of the user device102initiates a call to an entity listed in the contact list132. The contact list132may be displayed by the user interface layer of the client program124as selectable links on a display of the user device102. The user may initiate a call to the entity by selecting a link for that entity. When the user initiates the call the client program124is arranged to dial the PSTN number allocated to that entity. The call placed by the client program124will therefore include control data that defines the allocated PSTN number. The control data will also include the PSTN number of the user device102. The dialed PSTN number allocated to entity is used to establish a media data connection and control data connection with the PSTN gateway188via the GSM audio connection222.

In step200the media data connection is held at the PSTN gateway188. The PSTN gateway188is arranged to transmit the control data to the inbound gateway located in the internet104. The PSTN gateway188is arranged to transmit control data comprising recognised PSTN numbers to the inbound gateway114. The PSTN gateway may recognise numbers that have been provided for use by the call manager118by the operator of the PSTN network.

In step S300the inbound gateway114transmits the control data comprising the allocated PSTN number of the called entity and the PSTN number of the user device to the call manager118. The media data connection is held at the PSTN gateway188until the allocated PSTN number of the called entity is resolved to the address of the entity.

At step S400the call manager118uses the PSTN number of the device102to search the data store126for the contact list132associated with the user of the device102. The PSTN allocated to the entity is then used to locate the address of the entity as defined in the contact list132. In one embodiment of the invention the call manager may also retrieve the username of the user associated with the user of the user device102.

In step S500the address of the entity is transmitted to the inbound gateway114. The call manager118may also transmit the username of the user of the user device102to the inbound gateway114.

In step S600the inbound gateway114accepts the media data from the PSTN gateway and uses the address of the entity received from the call manager118to transmit the call via the packet switched network104. If the address of the entity is located in the PSTN network the inbound gateway will transmit the call to the PSTN network via the outbound gateway116(shown inFIG. 1).

In step S700the call is received at the called entity, e.g. device110aor110b. If the called entity is located in the internet104the username of the user of the device102retrieved in step S500may be displayed on the device110ato indicate the origin of the call.

Reference will now be made toFIG. 10to describe how a call from an entity in the communication system100is transmitted to the user device102via the PSTN network.

FIG. 10is a diagram illustrating the reception of a call at the user device102. InFIG. 10the control data connection for handling the call set up and the media data connection for transmitting the media data are shown separately. The control data connection is shown as a solid line and the media data connection is shown as a broken line.

The call may originate from an entity located in the packet switched network104or from an entity located in the circuit switched network112. The following method will be described the case where a call is initiated from an entity located in the internet104.

In step S10, an incoming call from the packet switched network104is received at the communication instance122running on the session node106. The control data of the incoming call will identify the destination of the call with the username associated with user of the user device102. The username of the user is used to locate the communication instance122in the peer to peer system on the internet104. The control data may also identify the origin of the call by including username of the calling entity.

In step S20the communication instance searches the data store129to determine the PSTN number of the device102. The communication instance may also search the contact list132associated with the user of the device102to determine if the username of the calling entity matches an entity listed in the contact list132. If calling entity is listed in the contact list132, the PSTN number allocated to the calling entity will be retrieved from the data store129. If the calling entity is not listed in the contact list the PSTN number reserved for entities not listed on the contact list will be retrieved.

In step S30, the control data connection comprising the PSTN number of the device102is transmitted, together with the media data connection, to the outbound gateway116. The control data may also include the PSTN number retrieved from the data store129to identify the calling entity.

In step40the call is transmitted from the outbound gateway116to the PSTN gateway188using the PSTN number of the device. The PSTN number retrieved from the data store129to identify the calling entity is also transmitted with the call.

In step S50the call is transmitted to the user device102via the PSTN network. The PSTN number retrieved to identify the calling entity is recognised by the PSTN network and may be transmitted by the PSTN network to identify the origin of the call.

If the calling entity has an allocated PSTN number, in step S60the client program124running on the user device102is arranged to resolve the allocated PSTN number to the associated contact details of the entity provided in the contact list132. This may be achieved by mapping the PSTN number of the calling entity to the username of the contact using the mapping method described previously. For example if the PSTN number associated with the calling entity is generated at the client program124using the index representing the entity, the client program may be arranged to subtract the first number from the PSTN number to derive the index and identify the contact. The username of the contact may then be displayed on the display of the user device to show that there is an incoming call from that contact.

Alternatively, if the reserved PSTN number was transmitted with the call to identify that the calling entity was not stored on the contact list132, the client program124may be arranged to display the predefined text on the display of the user device which states that the caller is ‘unknown’.

In an alternative embodiment of the invention the media data connection is not established via the communication instance122as shown inFIG. 10. Instead steps S10to S30may be used to set up the control data connection only. The media data connection may then be established between the outbound gateway and the calling entity after the control data connection is established.

In accordance with an embodiment of the invention the user of the user device102may terminate the session with the peer to peer system104by transmitting a logout request data packet from the user device102to the session node106. The log out request data packet may include the attributes shown in table 10.

In response to receiving the logout request data packet the session node106is arranged to remove the association of the user of the user device from the communication instance122. In particular the session node106may notify the call manager to remove the association of the user device and the contact list132with the allocated PSTN numbers from the data store126.

In one embodiment of the invention the address of an entity may specify the location of a voicemail record associated with the user, or the address of a control command located on a network node. These addresses may be provided in user's profile information available from the profile node128.

In one embodiment of the invention the communication instance is arranged to provide information relating to the geographical location of the user device102to the call manager118when requesting a PSTN number. In this embodiment of the invention the call manager is arranged to provide the communication instance122with PSTN numbers that relate to PSTN gateways that are local to the user device, otherwise referred to as a local number.

While this invention has been particularly shown and described with reference to preferred embodiments, it will be understood to those skilled in the art that various changes in form and detail may be made without departing from the scope of the invention as defined by the claims.