KR100789075B1 - Method and system for web service handling - Google Patents

Abstract

A method for a web service to handle in peer to peer communication is provided. The web service 412-1 related to the web service identity (eg, URI) is placed in the first mobile phone node 410. Unique identification information is formed by combining the web service identity with a unique circuit switched identifier (eg, an E.164 number) of the mobile telephone node. The unique identification information is sent to registration unit 440 and registered with location information that allows other mobile phone nodes to find the web service. The location information may include, for example, the current IP address of the first mobile phone node and the port number for the web service at this node and relates to the intermediate device used to reach the web service at the first mobile phone node.

Web service, peer-to-peer communication, identification, registration unit, mobile phone node

Description

Method and system for web service processing {METHOD AND SYSTEM FOR WEB SERVICE HANDLING}

The present invention relates to web service access and peer-to-peer communication.

Attention is currently being paid to Web services (WS) technology, and it is often mentioned that radical changes are made in packet-based communication networks. Web services are basically networks that can access interfaces with application functions implemented through standard Internet technologies. By web services, one piece of software can access a purpose and method from a central firewall and other pieces of software, regardless of long distance, allowing a distributed software system.

Three methods have been proposed for introducing web services into mobile telephone networks. This architecture will gradually be introduced into networks, and all three methods can coexist. In a first WS scenario, a user accesses an application through a web page of a browser. The application is located on a web server and interacts with the web service to prepare for a response back to the browser. Many enablers today (storage places, charging, etc.) will introduce Web services in this way. Second, Web services can be accessed directly from the mobile phone device. In this case, the web services that the application is allowed in the mobile phone device communicate directly with the web services on the web. Finally, in the third scenario, the web service is located on the mobile telephone device. Mobile phone devices require web services located on other mobile phone devices. As a result, Web service usage depends on peer-to-peer connections, which is the case here.

Connectivity between mobile telephone devices can be achieved in several ways. One method is to have sufficient IP connectivity of the mobile telephone network, but considering stability and cost, it would not be useful. Also, in IPv4, the number of public addresses will not be enough. Instead, a common way to achieve peer-to-peer connections is to introduce an overlay network (eg, IP Multimedia Subsystem (IMS)). IMS provides application and platform independent IP services.

IMS uses Session Initiation Protocol (SIP) as the session control mechanism. SIP doesn't care and decides how to handle the connection regardless of whether the content is voice, video, data or web based. By SIP, the mobile telephone device can be registered and the peer-to-peer connection can be initiated. Typical registration via IMS / SIP is registration of a SIP client of a mobile telephony device. All SIP messages to a specific end user are sent to the SIP client of the user device (via the IMS infrastructure).

Prior art solutions, such as the IMS / SIP registration, are not well suited to handling web services located in mobile telephone terminals. This solution is somewhat complicated because each mobile phone node often has more than one web service and one or more end users who wish to purchase the same web service, and a suitable mechanism for handling web services in a mobile peer-to-peer system. Consider the need for

It is a general object of the present invention to provide an improved method of handling web services. A more special purpose is to achieve an improved registration mechanism for communication between web service peers. Another object is to find a web service server suitable for a user located in a mobile telephone device.

This object is achieved in accordance with the appended claims.

In summary, the method of the present invention uses mobile phone node identifiers, which are well known from circuit switched environments, to facilitate web services that are easy and user-friendly through peer-to-peer connections in packet switched networks. The proposed registration procedure forms a new unique identifier by combining a web service identifier (e.g., a Uniform Resource Identifier) with the mobile circuit node's unique circuit switched identifier, preferably the phone number / E.164 number. This combined identifier is used to register the web service and allows the web service client portion to easily find the web service typically. The unique identifier includes the current IP address of the mobile phone node hosting the web service and the port number for the web service at this mobile phone node or, optionally, the name or address of the intermediate device used to reach the web service. It is preferable to be registered in the registration unit together with the information.

By virtue of the invention, the dynamic IP server can be connected in the same way when communication is initiated in the circuit switched network and the web service server function at the mobile telephone node immediately arrives through its identifier. This facilitates peer-to-peer communication and allows you to register and retrieve web services that are appropriate for your users.

According to another aspect of the present invention, there is provided a communication system having a registration unit, a mobile telephone node and means for processing a web service.

The present invention with additional objects or advantages thereof may be best appreciated by reference to the following description taken in conjunction with the accompanying drawings.

1 is a schematic schematic diagram of an exemplary network for communication between mobile telephone peers in which the present invention is used;

2 is a schematic block diagram illustrating web service communication between mobile phones;

3 is a schematic block diagram illustrating a typical SIP registration;

4 is a schematic block diagram illustrating an exemplary embodiment of a mechanism for a web service for processing in accordance with the present invention;

5 is a schematic block diagram illustrating another exemplary embodiment of a mechanism for a web service for processing in accordance with the present invention; And

6 is a flowchart of an exemplary embodiment of a method of processing a web service in accordance with the present invention.

1 is a schematic schematic diagram of an exemplary network for inter-peer communication that may be used in the present invention. A peer-to-peer network includes a number of peers, ie users, applications, devices or groups of users / applications / devices operating as a single entity, which communicate directly with each other and share resources with each other. Peers are not assigned specific roles as in classic client / server communication, but can often run both client and server depending on the situation.

For this disclosure, a communication network between mobile telephone peers is called a packet switched network, at least two mobile telephone nodes (also called mobile telephone terminals, user equipment, wireless units, etc.) that can provide services on demand. Will contain). Peer-to-peer communication occurs immediately or through at least one intermediate device (eg, a proxy server).

Mobile phone peer-to-peer network 100 of FIG. 1 includes five users 115 having separate mobile phone nodes 110, including cellular phones 110-1, laptops 110-2, and pagers 110-. Exemplified by 3). Mobile phone nodes can communicate with each other through peer-to-peer communication, but typically also have means for connecting to the Internet and other IP-based networks. Some or all mobile phone nodes are called hosts as web services (servers) that can be accessed by other mobile phone nodes in the network.

2 is a schematic block diagram illustrating web service communication between mobile phones. Two mobile phone nodes 210 and 220 are shown, with one mobile phone node 210 accessing the web service 222 to another mobile phone node 220 via an application 212. The web service 222 is implemented as a standard web service technology through the client 224 and the processor 226 based on Simple Object Access Protocol (SOAP), which is based on Extensible Writing Language (XML), and hypertext It is returned by the transport protocol (HTTP). The web service 222 relates to a description that includes a Web Service Definition Language (WSDL) file 228 with information about how to invoke a service.

Information about web service 22 is an illustrated example maintained in Universal Description, Discovery and Integration (UDDI), where the information is known along with a number of other services. Known web service information may include, for example, the service identity and the address of the service provider (eg, resource location indicator (URL)). Web service information in UDDI related to web service 222 may be linked to WSDL file 228 and used by application 212 (with SOAP client 214) to discover the web service.

Thus, in FIG. 2, messages may be exchanged via SOAP in addition to any suitable web service protocol or used in packaging messages that are otherwise within the scope of the present invention, including other XML based protocols.

3 is a schematic block diagram illustrating an exemplary registration principle for mobile interphone communications. As described above in the background section, inter-peer communication is generally accomplished through an overlay network (eg, IMS). IMS uses SIP for session control, including the registration of mobile telephone devices for peer-to-peer communications.

In a typical IMS / SIP environment, there is a SIP client of a registered mobile telephone node. Registration is often required every time a new packet data protocol (PDP) context is achieved because multiple networks use dynamic IP addresses. The SIP client considers all received SIP messages to the mobile telephone device and correlates the requests to initiate a connection to another peer. The name / identity of the SIP client is provided by the "IMS operator", ensuring its uniqueness.

Referring to the system 300 of FIG. 3, the registration procedure is as follows.

(I) The user must register with the IMS before he can receive the invitation in any session. A request for registration of the name / identity of the mobile phone node (A) 310 SIP client 312 is thus sent to the SIP registration server 340 (also called SIP register). The SIP client identity can be, for example, a URI or Tel-URI, but for simplicity it is only shown as " client A " in FIG.

(II) SIP register 340 registers an IP address, where mobile telephone node A and, for example, "client A" can be located. It is dynamic that the IP address will be reassigned for each registration procedure. (Generally, both mobile phone nodes register their availability and their IP address at power up.)

(III) The mobile telephone node (B) 320 with the SIP client 322 wishes to initiate a connection with the mobile telephone node (A) 310 and sends an invitation message for the "client (A)" to the IMS unit. Sending to 350, the SIP proxy is used to find the address of the current " client A. "

(IV, V) IMS 350 requests and retrieves an IP address for “Client A” from SIP register 340.

(VI) The invitation message from the mobile phone node (B) 32 is directed to the mobile phone node (A) 310.

(VII) The mobile telephone node (A) 310 can communicate between the mobile telephones if it accepts the invitation. (In general, the response to mobile phone node A is also relayed through the IMS unit, after which point-to-point communication is established.)

The prior art registration procedure described is useful for handling communication sessions between multiple IP services and mobile phones. However, when the procedure is performed in a web service located in a mobile telephone terminal, the procedure is strictly limited. First, there can often be situations where there is more than one web service at each mobile phone node. So with a typical registration solution, there will be a need for some type of integration means inside the mobile phone device, integrating all web service requests. We call this WS-coordination-problem . Second, the complexity of the solution increases further because several end users wish to purchase / download the same web service. This is called WS-plurality-problem . Third, other mobile phone nodes generally must have accurate information from a particular mobile phone node having a web service in order to find a web service at a particular mobile phone node. There is a need for a mechanism that makes it easy to discover Web services in certain mobile phone nodes. This is called WS-easy-discovery-problem .

The present invention is based on the recognition of the above problems and the provisions on various conditions for registering good functions in a web service peer-to-peer environment. This condition will now be explained.

The first condition is to address WS-coordination-problem . In a typical registration, the SIP-client of the mobile telephone terminal is registered. However, for web services, it is desirable to separately register each mobile phone web service instead. And even when some servers run on the same mobile phone, there is no need to have something in the mobile phone device that consolidates all web service requests. The mobile phone will be recognized as a "regular" web server and can be accessed through several addresses.

In addition, the registration procedure requires that only the first user does not continue to register a particular web service. Therefore, the second condition is that if you register for the service, it must be a unique name so that all mobile phone devices that have purchased / downloaded the web service can register it. If this second condition is fulfilled, the WS-plurality-problem is resolved.

Finally, the registered information needs to be unique in such a way that the client side of the web service on the client side (at mobile phone node B) can find the desired server side operating at another mobile phone node A. This can be solved, for example, by having subscriber A or registrant server generate a unique name when registration occurs. The problem is that the name must be announced to subscriber B, otherwise subscriber B will not be able to find subscriber A's web server. The condition for solving the WS-easy-discovery-problem is that the registered information must be unique for the mobile telephone node A and the mobile telephone node B should be easy to find.

One solution to WS-easy-discovery-problem is that subscriber A can send a message with the unique name generated to subscriber B. However, this is not very suitable for the user, and the web service registered by the subscriber A can be used by some "B-subscribers", and the subscriber A has to send a message to all registers which cannot be executed. There is a need for a more convenient and reliable solution.

The main concept of the present invention makes use of the fact that there is an identifier that is widely established and commonly used in circuit switched networks that are already established and well known to subscribers. The proposed mechanism is well known to end users in order to use this circuit switched identifier to achieve web service peer-to-peer communication that is generally easy and suitable for the user in a packet switched network.

The registration procedure according to the present invention combines with a web service identifier with a unique circuit switched identifier for the mobile telephone node to form a new unique identifier that meets the above conditions. The preferred embodiment uses the well-known E.164 number of the mobile phone with the name (eg URI) of the web service. As described below, this new unique name identity can be used for registration of web services and allows the web service client part to find web services easily and conveniently.

Features of the present invention are now described by way of example with reference to FIG. 4, where a packet switched communication system 400 is shown. The first mobile phone node (A) 410 registers the chess game web service (WS1) 412-1, after which the other mobile phone node (B) 420 receives a web service (A) in the mobile phone node (A). 412-1) describes the principles of the present invention using the situation in which the user wishes to access. A prerequisite is that the chess game web services 412-1, 422-1 are downloaded to the mobile phone device 410, 420 with a common name / identity, for example, the URI of the web service (eg, chessGame@registerSite.com). As shown in Figure 4, the mobile phone node may separately include (but may not have to) include other web services 412-2, 412-3, 422-2 in addition to the chess game. The crucial thing is that chess games have been downloaded (or pre-installed) on both devices.

Registration of Web Service

The user (subscriber A), after activating the PDP context, decides to register a chess game (ie his server part) so that he can play chess. He activates the registration part. The registration name to be used for the web service 412-1 is the E.164 number of the mobile phone node (A) 410 plus the identity (ID) of WS 1 contained in the downloaded web service game packet. The E.164 number may be entered by the user into the mobile telephone node A or may be retrieved from the subscriber identity module (SIM) card or storage unit of the mobile telephone node A. The request for registration is sent to registration server / unit 440 (I). The request may be, for example, Register web service + 46702646318_chessGame@registerSite.com . The mobile phone node A knows where to send a registration request via a given / default address to be used for such a message or via a UIR or web service.

The registration unit 440 processes the web service registration in the example of the domain "registerSite.com". Includes the identity of the web service and the circuit-switched telephone number of the mobile telephone node A with location information, such as the port number of WS1 and the IP-address of the mobile telephone node A in the mobile telephone node (A) (II). Register the only web service information. In this way, the web service subpart of the game is registered so that both the web service and mobile phone nodes are uniquely defined, whereby the server functions of WS1 412-1 at mobile phone node (A) 410 are different. Can be located by the client function of WS1 on the node.

Discovery of Web Services

Another user, subscriber B, recognizes that subscriber A has an active chess game on his phone and wants to start the game. (Optionally, he does not process this knowledge and hopes to start the game if the chess game is activated at mobile phone node A.) Subscriber B activates chess game 422-1, and he Enter that you want to play with the identified subscriber A via the E.164 number. The E.164 number may be retrieved, for example, from a phonebook (not shown) of mobile phone node (B) 420. Then an address resolution request (e.g., What address to use for +46702646318_chessGame@registerSite.com "? (III)) is sent from the mobile phone node B (chess game) to the registration unit 440. In response, The registration unit sends back the port number to the current IP-address of the mobile telephone node A and uses it for the chess game web service 412-1 (IV) The chess game client 422-1 uses the IP. Contact an address (plus a port number) and send a web service request, ie, make a chess move Web service communication between mobile phone nodes A and B, in this case, is a chess game, Later it can be performed directly between the devices.

It should be mentioned that the mobile telephone node according to the invention is typically characterized by operating as both mobile telephone node A and mobile telephone node B of FIG. In other words, the mobile phone node not only registers the web service server function but also can access the web service server function from another mobile phone node.

The main advantage of the present invention is that the web service server function at the mobile phone node can immediately reach through its identifier. This means that the SIP client or other coordinator does not include the web service request towards the preferred web service of the mobile telephone device.

Another advantage is that it follows the proposed solution to allow end users to use well-known identifiers from circuit switched communications reaching a web service in a packet switched communications network. Mobile phone node B reaches mobile phone node A in a manner very similar to a circuit switched telephone call. In other words, the dynamic IP server can be connected in the same way that the connection is made in circuit switched communication. This is very advantageous because it allows a relatively simple web service registration mechanism and facilitates peer-to-peer communication and finds suitable web services for the user. In particular, in the present invention, there is no need to generate an entirely new identifier that increases the complexity of the registration mechanism. In addition, when using well-known identifiers (e.g., E.164 numbers), unique identifying information generally does not need to communicate between mobile phone nodes for web service registration.

The proposed solution is therefore easy to use web services through peer-to-peer communication, which in turn will help to run applications with web services in more widely spread mobile phone nodes.

5 is a schematic block diagram of another exemplary embodiment of a mechanism for a web service for processing in accordance with the present invention. In this case, packet switched network 500 includes an intermediate device 560 (also called a proxy server), which is used when sending a message to mobile telephone node (A) 510. A prerequisite for this mechanism is that the proxy 560 knows the IP address of the mobile phone node (A) 510. This address is preferably provided from the mobile phone node A to the proxy at the initial registration of the mobile phone node A towards the proxy O.

As before, the registration request is sent from the mobile telephone node (A) 510 to the registration unit 540 (I). However, in addition to unique identification information, it is also desirable for the mobile phone node A to also send the proxy identifier / name (e.g. URL) to the registration unit. The location information registered by the registration unit 540 includes information about the proxy 560 processing messages to and from the mobile phone node (A) 510, instead of the mobile phone node's own address (II). . Therefore, upon requesting the address of the web service 512-1 (III), the mobile phone node (B) 520 receives the URL of the proxy 560 (IV). Mobile phone node (B) 520 performs a lookup to domain name system (DNS) register 570 to find an IP address suitable for the received URL (V, VI). Thereafter, the chess game client 522-1 may send a web service request, that is, a chess movement, through the proxy 560 to the web service function 512-1 of the mobile telephone node A (VII, VIII). ). The next web service communication between the mobile phone nodes A and B is generally performed through a proxy.

Alternatively the selective registration of the mobile telephone node A towards the proxy O may be to send the IP address of the mobile telephone node A with the registration request I. As a result, it can be sent to the proxy, for example via mobile phone node B, or immediately upon request.

In Fig. 5, the name / identifier of the proxy must be registered, and the IP address must be retrieved from a DNS register or the like. It may also be an embodiment (not shown) that the IP address of the proxy is provided in the registered location information instead of or in addition to the proxy name / ID. In this case, a DNS lookup would not be needed.

In the example of Figs. 4 and 5, the unique identification information registered by the registration unit includes the URI of the web service and the E.164 number of the mobile telephone node A. The E.164 number may, in some embodiments, be replaced with another unique mobile phone node identifier from a circuit switched environment (eg, an International Mobile System Identifier (IMSI) or an International Mobile Equipment Identity (IMEI)). It also uses a combination of circuit switched identifiers. However, since it is desirable to use identifiers that are well known or easily accessed / retrieved by most subscribers, phone numbers are generally the most appropriate choice. In addition, it may be an embodiment using a web service identifier other than the URL.

The web service identifier and unique circuit switched identifier of the first mobile telephone node can advantageously be linked to the node specific identifier and the combined service to be used in the registration procedure. At the mobile telephone node A or optionally, a connection can be performed at the registration unit. Such a combined identifier may be, for example, in the form of E.164_URL (eg, +467026646318_chessGame@registerSite.com). Another possibility is to define the combined identifier as chessGame.+467026646318@registerSite.com. It will be apparent to those skilled in the art that several equivalent configurations (differently arranged elements, other branching, etc.) may be used.

Web services are typically downloaded from the network to mobile phone nodes, but the invention is also applicable to web services already installed on mobile phone nodes. In addition, the proposed web service registration can be applied when the "regular" web server located at the first mobile phone node is registered as well as the web service implemented through the standard web service technology (e.g., the web service of FIG. 2). have. Such a web server can be accessed by mobile phone node B, for example, by means of a typical browser function. Therefore, web services are not only referred to as conventional www-technology based services / servers, but also web services technology based services / servers such as SOAP.

The unique identification information registered by the registration unit / server will typically be stored in the registration unit. However, it is also within the scope of the present invention that such information is maintained in an external storage unit / database or distributed across a network. The registration unit according to the invention can advantageously be implemented with or on the basis of a session initiation protocol (SIP) register server. Other solutions are also possible, including solutions using the UDDI registry.

6 is a flowchart summarizing the principle of a method of processing a web service according to the present invention. In an optional first step S1, the web service associated with the web service identity (eg, URI) is downloaded to the first mobile phone node. Optionally, the web service may already be installed on the mobile telephone device. (The web service / server may be web service technology and / or general www-technology based.) Thereafter, the unique identification information has an identifier of the mobile telephone node, which is common in circuit switched communication, preferably in step S2. It is formed by including a web service identity. In a preferred embodiment, this includes the concatenation of the E.164 number / phone number of the mobile phone node and the web service URL. Newly unique identification information is transmitted from the mobile phone node to the registration unit in step S3, which is registered with the location information that allows another mobile phone node to find the web service at the first mobile phone node and communicate directly with it. (Step S4). The location information may include, for example, the current IP address of the first mobile phone node and the port number for the web service at this mobile phone node. In another embodiment, the location information relates to an intermediate device that can be used to reach a web service at the first mobile phone node.

Although the present invention has been described with reference to specific illustrated embodiments, it should be emphasized that it also covers equally obvious modifications and changes as well as those disclosed by those skilled in the art. Therefore, the scope of the present invention is not limited only by the appended claims.

Claims (29)

A method for processing web services in a packet switched communication system (400; 500) comprising a first mobile telephone node (410; 510) having a web service (412-1; 512-1) associated with a web service identifier, A registration unit from the first mobile telephone node to request a request to register a web service of the first mobile telephone node, the unique identification information including the web service identifier and a unique circuit-switched identifier of the first mobile telephone node. Transmitting to 440; 540; And Registering, by the second mobile telephone node 420; 520, the unique identification information with location information, which enables the first mobile telephone node to communicate with the web service. Way. The method of claim 1, And wherein said unique circuit switched identifier comprises a mobile phone identifier that is common or well known in circuit switched communications. The method of claim 2, And wherein said unique circuit switched identifier comprises a telephone number or an E.164 number of said first mobile telephone node (410; 510). The method of claim 1, The registration unit for the second mobile telephone node, the location information for the web service 412-1; 512-1 of the first mobile telephone node 410; 510 characterized by the unique identification information; Requesting from 440; 540; And And transmitting the necessary location information from the registration unit to the second mobile telephone unit. The method of claim 4, wherein In the second mobile phone node (420; 520), using the location information to establish communication with the web service (412-1; 512-1) of the first mobile phone node (410; 510). Web service processing method, characterized in that. The method of claim 1, At said first mobile phone node (410; 510), linking said unique circuit switched identifier and said web service identifier of said first mobile telephone node to a node specific identifier and mobile telephone service to be used in said transmitting step; Web service processing method characterized in that. The method of claim 1, In the registration unit (440; 540), further comprising associating a unique circuit switched identifier and a web service identifier of the first mobile telephone node (410; 510) with a node specific identifier and a mobile telephone service to be used in the registration step. Method for a web service, characterized in that. The method of claim 1, Wherein the location information includes a current IP address of the first mobile telephone node (410) and a port number of the web service (412-1) at the first mobile telephone node. The method of claim 1, And the location information includes an identifier of an intermediate device (560) used to reach the first mobile telephone node (510). The method of claim 1, And wherein the location information includes an IP address of an intermediate device used to reach the first mobile telephone node. The method of claim 1, And the web service identifier is a URI. Within a packet switched communication system 400; 500 having means for web service processing and including a first mobile phone node 410; 510 having a web service 412-1; 512-1 associated with a web service identifier. In the registration unit (440; 540), Request, from the first mobile telephone node, to register a web service of the first mobile telephone node, the unique mobile communication node comprising unique identification information including the unique circuit-switched identifier of the first mobile telephone node and the web service identifier. Means for receiving; And And means for registering said unique identification information for causing a second mobile telephone node (420; 520) of said communication system to communicate with a web service at said first mobile telephone node. The method of claim 12, And wherein said unique circuit switched identifier comprises a telephone number or an E.164 number of said first mobile telephone node (410; 510). The method of claim 12, Means for receiving, at the second mobile telephone node, the address request for the web service (412-1; 512-1) of the first mobile telephone node (410); 510 characterized by the unique identification information ; And And means for transmitting the location information for the web service at the first mobile phone node to the second mobile phone node in response to the address request. The method of claim 12, And means for linking the web service identifier and the unique circuit switched identifier of the first mobile telephone node (410; 510) to a combined service and node characteristic identifier. The method of claim 12, And the location information includes a current IP address of the first mobile phone node (410) and a port number of a web service (412-1) at the first mobile phone node. The method of claim 12, The location information comprises an identifier of an intermediate device (560) used to reach the first mobile telephone node (510). The method of claim 12, And the location information includes an IP address of an intermediate device used to reach the first mobile telephone node. The method of claim 12, And a session initiation protocol (SIP) register server. Mobile telephone nodes 410, 420; 510, 520 in a packet switched communication system 400; 500, comprising a web service 412-1, 4220; 512-1, 522-1 associated with a web service identifier and having means for processing the web service. To Means for transmitting to the registration unit 440; 540 a request to register the web service, the unique circuit exchange identifier of the mobile telephone node and the unique identification information comprising the web service identifier. Mobile phone node. The method of claim 20, And wherein said unique circuit switched identifier comprises a telephone number or an E.164 number of said mobile telephone node. The method of claim 20, And means for coupling said circuit switched identifier and said web service identifier of said first mobile telephone node to a combined service and node specific identifier. The method of claim 20, Register the location information for the web services 412-1, 422-1; 512-1, 522-1 of the other mobile phone node, wherein the web services of the other mobile phone nodes 410, 420; 510, 520 are characterized by the unique identification information. Means for requesting from unit 440; 540; And And means for establishing communication with the other mobile telephone node's web service using the requested location information. The method of claim 23, wherein And the location information includes a current IP address of the other mobile phone node and a port number of a web service at the other mobile phone node. The method of claim 23, wherein And the location information includes an identifier of an intermediate device (560) used to reach the other mobile phone node. The method of claim 23, wherein And the location information includes the IP address of the intermediate device used to reach the other mobile phone node. A packet switched communication system (400; 500) having a web service means for processing and including a first mobile telephone node (410; 510) having a web service associated with a web service identifier, A web service of the first mobile telephone node from the first mobile telephone node to a registration unit 440; 540 comprising unique identification information comprising a web service identifier and a unique circuit switched identifier of the first mobile telephone node. Means for sending a request to register a service; And Means for registering the unique identification information with location information, causing a second mobile phone node (420; 520) in the communication system to communicate with a web service at the first mobile phone node. Communication system. The method of claim 27, And wherein said unique circuit switched identifier comprises a telephone number or an E.164 number of said first mobile telephone node (410; 510). The method of claim 27, In the second mobile phone node (420; 520), location information about the web service (412-1; 512-1) of the first mobile phone node (410; 510), characterized by the unique identification information, is obtained. Means for requesting from the registration unit (440; 540), Means for transmitting the requested location information from the registration unit to the second mobile telephone node, And at said second mobile telephone node, means for establishing communication with a web service of said first mobile telephone node using said location information.

Images