US20040109439A1 - Presence server in ip multimedia - Google Patents

Presence server in ip multimedia Download PDF

Info

Publication number
US20040109439A1
US20040109439A1 US10/473,671 US47367102A US2004109439A1 US 20040109439 A1 US20040109439 A1 US 20040109439A1 US 47367102 A US47367102 A US 47367102A US 2004109439 A1 US2004109439 A1 US 2004109439A1
Authority
US
United States
Prior art keywords
control function
state control
call state
packet switched
message
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
Application number
US10/473,671
Inventor
Krisztian Kiss
Markus Isomaki
Pekka Pessi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Oyj
Original Assignee
Nokia Oyj
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Oyj filed Critical Nokia Oyj
Assigned to NOKIA CORPORATIN reassignment NOKIA CORPORATIN ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ISOMAKI, MARKUS, PESSI, PEKKA, KISS, KRISZTIAN
Publication of US20040109439A1 publication Critical patent/US20040109439A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/306User profiles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/54Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • H04W8/10Mobility data transfer between location register and external networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • H04W80/10Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/02Inter-networking arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/24Interfaces between hierarchically similar devices between backbone network devices

Definitions

  • the present invention relates to the provision of a system architecture in an packet switched environment, and particularly to the implementation in such an architecture of means for providing information about a user's presence.
  • 3G mobile networks services are provided over IP networks, which results in the integration of voice and data applications.
  • One of the major candidates for the emerging new IP based services is to provide information about the user's presence. Presence is defined as subscription to and notification of changes in the communications state of a user. This communications state consists of the set of: communications means; communications address; and status of that user.
  • call control and the service creation environment are based on a session initiation protocol (SIP), as described in 3 rd Generation Partnership Project, Technical Specification Group Services and System Aspects, IP Multi-Media Sub-System—Stage 2, 3G TS 23.228 version 1.7.0. February 2001.
  • SIP session initiation protocol
  • the SIP extension defined in Rosenberg et al is based on the concept of a presence agent (PA), which is a new logical entity that is capable of accepting subscriptions (through a SUBSCRIBE message), storing a subscription state, and generating notifications (through a NOTIFY message) when there are changes in user presence.
  • PA presence agent
  • the aim of this invention is to provide a technique for the session initiation protocol registration, subscription and notification procedures in an internet protocol multimedia subsystem.
  • the aim of the present invention is achieved by providing a presence server in the architecture.
  • the presence server is preferably provided as part of the application and services ‘cloud’ or environment.
  • subscribers are able to receive information about other subscriber's presence.
  • the present invention is related to 3GPP (3 rd Generation Partnership Protects Release 5/6 standardization.
  • a packet switched environment including the functionality of a presence server in an application and services environment.
  • the packet switched environment is preferably an internet protocol multimedia environment, and preferably a subsystem of an all-IP telecommunications network.
  • the interrogating call state control function updates the presence information in the presence server by forking an incoming REGISTER message.
  • the serving call state control function acts as a presence agent and the presence server provides the task of storing information about the subscribers.
  • the presence server in the internet protocol multimedia (IM) sub-system behaves as a presence agent and the serving call state control function (S-CSCF) uses a separate REGISTER transaction to update the presence information in the presence server.
  • IM internet protocol multimedia
  • S-CSCF serving call state control function
  • the invention thus solves the problem of routing of the REGISTER, SUBSCRIBE and NOTIFY messages in an internet protocol multimedia (IM) subsystem.
  • IM internet protocol multimedia
  • FIG. 1 represents the 3GPP Release 5 architecture embodying the present invention
  • FIG. 2 represents the flow of REGISTER messages in a first embodiment of the present invention
  • FIG. 3 represents the flow of SUBSCRIBE messages in a first embodiment of the present invention
  • FIG. 4 represents the flow of NOTIFY messages in a first embodiment of the present invention
  • FIG. 5 represents the flow of SUBSCRIBE messages in a second embodiment of the present invention
  • FIG. 6 represents the flow of NOTIFY messages in a second embodiment of the present invention.
  • FIG. 7 represents the flow of REGISTER messages in a third embodiment of the present invention.
  • FIG. 8 represents the flow of SUBSCRIBE messages in a third embodiment of the present invention.
  • FIG. 9 represents the flow of NOTIFY messages in a third embodiment of the present invention.
  • the present invention places a presence server in the internet multimedia subsystem of the 3GPP Release 5 architecture as part of the ‘application and services cloud’.
  • the internet protocol multimedia subsystem refers to the set of Core Network entities using the services provided by the packet switched domain of the 3GPP Release 5 architecture to offer multimedia services.
  • the entities of the internet protocol multimedia subsystem are the CSCF, the MGCF, the MRF and some adaptation entities.
  • the representation of the extended architecture is shown in FIG. 1.
  • FIG. 1 is based on a basic 3GPP architecture in accordance with the architecture defined in 3 rd Generation Partnership Project; Technical Specification Group Services and Systems Aspects; Architecture for an All-IP Network; 3G TR 23.922 version 1.0.0; October 1999, the contents of which are herein incorporated by reference as Annex B.
  • the architecture disclosed therein is modified, as shown in FIG. 1, to include a presence server in accordance with the present invention.
  • the present invention is particularly concerned with the flow of REGISTER, SUBSCRIBE and NOTIFY messages in a 3GPP network.
  • the present invention will now be described in further detail with reference to three exemplary embodiments of REGISTER, SUBSCRIBE, and NOTIFY message flows. It should be noted that only the necessary parts of the network—and message flows—needed for operation of the present invention are described in the following examples.
  • the interrogating call state control function updates the presence information in the presence server by forking an incoming REGISTER message.
  • a first network corresponds to the visited network of the presence user agent (PUA), and includes user equipment (UE) 200 , and a proxy call state control function (P-CSCF) 202 .
  • the first network is also the presence agent's network.
  • a second network corresponds to the home network of the presence user agent (PUA), and includes an interrogating call state control function (I-CSCF) 204 , a (HSS) 206 , a serving call state control function (S-CSCF) 208 , and a presence server (PS) 210 .
  • I-CSCF interrogating call state control function
  • HSS serving call state control function
  • PS presence server
  • a third network corresponds to the home network of the subscriber, and includes a UE subscriber 212 , a first proxy call state control function (P-CSCF# 1 ) 214 , a first serving call state control function (S-CSCF# 1 ) 216 . an interrogating call state control function (I-CSCF) 218 , a (HSS) 220 , a second serving call-state control function (S-CSCF# 2 ) 222 , and a second proxy call state control function (P-CSCF# 2 ) 224 .
  • I-CSCF interrogating call state control function
  • HSS second serving call-state control function
  • P-CSCF# 2 second proxy call state control function
  • step 230 the routing of the REGISTER message, initiated by the user equipment 200 , takes place between the UE 200 , the first network P-CSCF 202 and the second network I-CSCF 204 .
  • the name of the presence server 210 is part of the subscriber's profile, and this is retrieved by the I-CSCF 204 from the HSS 206 in a step 232 .
  • the I-CSCF 204 selects a S-CSCF for the session initiation, which in this example is the S-CSCF 208 .
  • the I-CSCF 204 forks the incoming REGISTER message such that, in accordance with this embodiment, it is forwarded to both the S-CSCF 208 and the PS 210 . Thereafter “ 200 OK” messages are transmitted back to the UE 200 along the reverse route.
  • FIG. 3 there is illustrated a routing of the SUBSCRIBE message flow in accordance with this first embodiment of the present invention.
  • the SUBSCRIBE message is routed to the I-CSCF 204 from the UE subscriber 212 via the P-CSCF# 1 214 and S-CSCF# 1 216 .
  • the I-CSCF 204 routes the received SUBSCRIBE message directly to the PS 210 . Thereafter “ 202 Accepted” messages are routed back to the UE subscriber along the reverse route.
  • FIG. 4 there is illustrated a routing of the NOTIFY message flow from the presence server 210 in accordance with this first embodiment of the present invention.
  • the PS 210 forwards the NOTIFY message to the I-CSCF 218 .
  • the I-CSCF as represented by messages 250 . 252 and 254 , forwards the NOTIFY message to the UE subscriber 226 via the S-CSCF# 2 222 and the P-CSCF# 2 224 .
  • the PS 210 sends the NOTIFY message directly to the other networks I-CSCF 218 .
  • “ 200 OK” messages are routed back to the PS 210 along the reverse route.
  • the first embodiment sets the following new requirements to the network elements placed in the architecture:
  • I-CSCF downloads (part of) the subscriber's profile from HSS in order to find the subscriber's presence server;
  • I-CSCF forks the incoming REGISTER of PUA to the S-CSCF and to the presence server;
  • I-CSCF routes the incoming SUBSCRIBE requests to the presence server directly;
  • the presence server sends the outgoing NOTIFYs directly to other network's I-CSCF.
  • the S-CSCF stores the subscriber profile and the contact information provided in the REGISTER message, a trivial solution is for the S-CSCF to act as a presence agent.
  • One possible problem with this solution is that the S-CSCF would have to store information about all the subscribers and generate NOTIFY messages to all of them.
  • the task of storing information about each subscribers is provided by the newly introduced presence server.
  • the S-CSCF it is enough to receive only the first SUBSCRIBE message for the presently, since it will generate the NOTIFY message for the one subscription, and this NOTIFY message will be forked to the subscribers by the proxy server, which has the information about the subscribers.
  • the third network corresponding to the home network of the subscriber, includes two user equipment subscribers UE subs# 1 302 and UE subs# 2 304 .
  • the second network corresponding to the home network of the PUA, includes a second serving call state control function S-CSCF# 2 306 .
  • FIG. 5 there is illustrated a routing of the SUBSCRIBE message flow in accordance with this embodiment of the present invention.
  • a SUBSCRIBE message from the first user equipment subscriber 302 is forwarded to the P-CSCF# 1 214 , as illustrated by message 308 a . Such message is forwarded, in turn, to the S-CSCF# 1 216 and the I-CSCF 204 as illustrated by messages 310 a and 312 a . Following a local query in step 313 a , the SUBSCRIBE message is forwarded to the PS 210 , as represented by message 314 a . Subsequent thereto, the SUBSCRIBE message is forwarded from the PS 210 to the S-CSCF# 2 306 , as represented by message 316 .
  • the S-CSCF# 2 Responsive to the SUBSCRIBE message 316 from the presence server 210 corresponding to the first user equipment subscriber 302 of the third network, the S-CSCF# 2 returns an acknowledgement message by way of an accept signal, as represented by arrow 318 .
  • a SUBSCRIBE message from the second user equipment subscriber 304 is forwarded to the P-CSCF# 1 214 , as illustrated by message 308 b. Such message is forwarded, in turn, to the S-CSCF# 1 216 and the I-CSCF 204 as illustrated by messages 310 b and 312 b . Following a local query in step 313 b , the SUBSCRIBE message is forwarded to the PS 210 , as represented by message 314 b.
  • Acceptance signals for each user subscriber are returned to the respective subscribers along reverse paths, responsive to receipt of the message 318 and an appropriate SUBSCRIBE message 314 .
  • FIG. 6 there is illustrated a routing of the NOTIFY message flow from the presence server 210 in accordance with this embodiment of the present invention.
  • a single NOTIFY message is forwarded from the S-CSCF# 1 to the presence server 210 .
  • the presence server forwards a first NOTIFY message to the I-CSCF 218 .
  • the first NOTFIY message is forwarded to the first user equipment subscriber 302 via, in turn, the S-CSCF# 2 222 and the P-CSCF# 2 224 , as represented by messages 326 a , 328 a , and 330 a.
  • the presence server as represented by message 322 b also forwards a second NOTIFY message to the I-CSCF 218 .
  • the second NOTFIY message is forwarded to the first user equipment subscriber 302 via, in turn, the S-CSCF# 2 222 and the P-CSCF# 2 224 , as represented by messages 326 b , 328 b and 330 b.
  • the solution described in this third embodiment can be summarised as: the presence server in the internet protocol multimedia subsystem behaves as a presence agent, and the S-CSCF uses a separate REGISTER transaction to update the presence information in the presence server.
  • FIG. 7 there is illustrated an extended registration message flow in accordance with this third embodiment of the present invention.
  • step 230 the routing of the REGISTER message takes place between the UE 200 , the first network P-CSCF 202 and the second network I-CSCF 204 .
  • the I-CSCF 204 selects a S-CSCF 208 for the session initiation, which in this example is the S-CSCF 208 .
  • the REGISTER message is then forwarded to the S-CSCF 208 .
  • the name of the presence server 210 is part of the subscriber's profile, and this is retrieved by the I-CSCF 204 from the HSS 206 in a step 708 .
  • a “ 200 OK” message is transmitted to the UE 200 along a reverse path.
  • the REGISTER message is forwarded to the presence server 210 .
  • the message 710 constitutes a separate REGISTER transaction with which the S-CSCF updates the presence information in the PS.
  • the S-CSCF If the presence update fails at the presence server, the S-CSCF generates a notification to the UE 200 indicating the presence update failure event.
  • a SIP NOTIFY message can be used, for example, containing an event header with a new presence failure reason code. This example is illustrated in FIG. 7 labelled as 711 .
  • the NOTIFY is then acknowledged by the UE 200 to the S-CSCF 208 using a “ 200 OK” message.
  • FIG. 8 there is illustrated a routing of the SUBSCRIBE message flow in accordance with this third embodiment of the present invention.
  • a SUBSCRIBE message from the user equipment subscriber 212 is forwarded to the P-CSCF# 1 214 , as illustrated by message 712 .
  • Such message is forwarded, in turn, to the S-CSCF# 1 216 and the I-CSCF 204 as illustrated by messages 714 and 716 .
  • the SUBSCRIBE message is forwarded to the S-CSCF# 2 306 , as represented by message 720 . Subsequent thereto, the SUBSCRIBE message is forwarded from the S-CSCF# 2 306 to the PS 210 , as represented by message 720 .
  • FIG. 9 there is illustrated a routing of the NOTIFY message flow from the presence server 210 in accordance with this third embodiment of the present invention.
  • a NOTIFY message is forwarded from the presence server 210 to the S-CSCF# 1 306 .
  • the S-CSCF# 1 306 as represented by message 724 then forwards the NOTIFY message to the I-CSCF 218 .
  • the NOTIFY message is forwarded to the user equipment subscriber 226 via, in turn, the S-CSCF# 2 222 and the P-CSCF# 2 224 , as represented by messages 728 , 730 , and 732 .
  • the S-CSCF updates the presence information in the PS with a separate REGISTER transaction.
  • the S-CSCF If the presence update fails at the PS, the S-CSCF generates a notification message (e.g. SIP NOTIFY using the Evenyt header with a new presence failure reason code) to the UE indicating the presence failure update event.
  • a notification message e.g. SIP NOTIFY using the Evenyt header with a new presence failure reason code
  • the SUBSCRIBE generated by the subscriber has to be routed by the network as it would be a normal INVITE, only the S-CSCF of the PUA routes the SUBSCRIBE to the PS associated with the presently.
  • the NOTIFY generated by the PS has to be routed by the network as it would be a normal INVITE.

Abstract

A packet switched environment and packet switched network includes a functionality of a presence server in an application and services environment.

Description

    FIELD OF THE INVENTION
  • The present invention relates to the provision of a system architecture in an packet switched environment, and particularly to the implementation in such an architecture of means for providing information about a user's presence. [0001]
  • BACKGROUND TO THE INVENTION
  • In third generation (3G) mobile networks services are provided over IP networks, which results in the integration of voice and data applications. One of the major candidates for the emerging new IP based services is to provide information about the user's presence. Presence is defined as subscription to and notification of changes in the communications state of a user. This communications state consists of the set of: communications means; communications address; and status of that user. [0002]
  • In third generation networks, call control and the service creation environment are based on a session initiation protocol (SIP), as described in 3[0003] rd Generation Partnership Project, Technical Specification Group Services and System Aspects, IP Multi-Media Sub-System—Stage 2, 3G TS 23.228 version 1.7.0. February 2001.
  • Internet Engineering Task Force, Internet Draft, draft-rosenberg-impp-presence-ol.txt, Rosenberg et al. published 2[0004] nd March 2001, the contents of which are incorporated herein by reference as Annex A, proposes an extension to SIP for subscriptions and notifications of user presence. User presence is defined as the willingness and ability of a user to communicate with other users on the network. Historically, presence has been limited to “on-line” and “off-line” indicators. The notion of presence in Rosenberg et al is broader. Subscriptions and notifications of user presence are supported by defining an event package within the general SIP event notification framework. This protocol is also compliant with the common presence and instant messaging (CPIM) framework. However, such proposal does not include any consideration of multimedia environments.
  • The SIP extension defined in Rosenberg et al is based on the concept of a presence agent (PA), which is a new logical entity that is capable of accepting subscriptions (through a SUBSCRIBE message), storing a subscription state, and generating notifications (through a NOTIFY message) when there are changes in user presence. [0005]
  • The aim of this invention is to provide a technique for the session initiation protocol registration, subscription and notification procedures in an internet protocol multimedia subsystem. [0006]
  • SUMMARY OF THE INVENTION
  • The aim of the present invention is achieved by providing a presence server in the architecture. The presence server is preferably provided as part of the application and services ‘cloud’ or environment. By providing the presence server in the architecture, subscribers are able to receive information about other subscriber's presence. [0007]
  • The present invention is related to 3GPP (3[0008] rd Generation Partnership Protects Release 5/6 standardization.
  • In accordance with the present invention there is provided a packet switched environment, including the functionality of a presence server in an application and services environment. [0009]
  • The packet switched environment is preferably an internet protocol multimedia environment, and preferably a subsystem of an all-IP telecommunications network. [0010]
  • In a first embodiment the interrogating call state control function (I-CSCF) updates the presence information in the presence server by forking an incoming REGISTER message. [0011]
  • In a second embodiment the serving call state control function (S-CSCF) acts as a presence agent and the presence server provides the task of storing information about the subscribers. [0012]
  • In a third embodiment the presence server in the internet protocol multimedia (IM) sub-system behaves as a presence agent and the serving call state control function (S-CSCF) uses a separate REGISTER transaction to update the presence information in the presence server. [0013]
  • The invention thus solves the problem of routing of the REGISTER, SUBSCRIBE and NOTIFY messages in an internet protocol multimedia (IM) subsystem.[0014]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The invention will now be described by way of reference to the accompanying drawings, in which: [0015]
  • FIG. 1 represents the 3GPP Release [0016] 5 architecture embodying the present invention;
  • FIG. 2 represents the flow of REGISTER messages in a first embodiment of the present invention; [0017]
  • FIG. 3 represents the flow of SUBSCRIBE messages in a first embodiment of the present invention; [0018]
  • FIG. 4 represents the flow of NOTIFY messages in a first embodiment of the present invention; [0019]
  • FIG. 5 represents the flow of SUBSCRIBE messages in a second embodiment of the present invention; [0020]
  • FIG. 6 represents the flow of NOTIFY messages in a second embodiment of the present invention; [0021]
  • FIG. 7 represents the flow of REGISTER messages in a third embodiment of the present invention; [0022]
  • FIG. 8 represents the flow of SUBSCRIBE messages in a third embodiment of the present invention; and [0023]
  • FIG. 9 represents the flow of NOTIFY messages in a third embodiment of the present invention.[0024]
  • DESCRIPTION OF PREFERRED EMBODIMENTS
  • The present invention places a presence server in the internet multimedia subsystem of the 3GPP Release [0025] 5 architecture as part of the ‘application and services cloud’. The internet protocol multimedia subsystem refers to the set of Core Network entities using the services provided by the packet switched domain of the 3GPP Release 5 architecture to offer multimedia services. The entities of the internet protocol multimedia subsystem are the CSCF, the MGCF, the MRF and some adaptation entities. The representation of the extended architecture is shown in FIG. 1.
  • FIG. 1 is based on a basic 3GPP architecture in accordance with the architecture defined in 3[0026] rd Generation Partnership Project; Technical Specification Group Services and Systems Aspects; Architecture for an All-IP Network; 3G TR 23.922 version 1.0.0; October 1999, the contents of which are herein incorporated by reference as Annex B. However, the architecture disclosed therein is modified, as shown in FIG. 1, to include a presence server in accordance with the present invention.
  • The present invention is particularly concerned with the flow of REGISTER, SUBSCRIBE and NOTIFY messages in a 3GPP network. The present invention will now be described in further detail with reference to three exemplary embodiments of REGISTER, SUBSCRIBE, and NOTIFY message flows. It should be noted that only the necessary parts of the network—and message flows—needed for operation of the present invention are described in the following examples. [0027]
  • One general requirement for all the described embodiments is that the user's profile information must contain the name of the presence server associated with that user. [0028]
  • The routing of the REGISTER/SUBSCRIBE/NOTIFY messages of a first embodiment is described hereinbelow with reference to FIGS. [0029] 2 to 4.
  • In this first embodiment, the interrogating call state control function (I-CSCF) updates the presence information in the presence server by forking an incoming REGISTER message. [0030]
  • A first network corresponds to the visited network of the presence user agent (PUA), and includes user equipment (UE) [0031] 200, and a proxy call state control function (P-CSCF) 202. The first network is also the presence agent's network.
  • A second network corresponds to the home network of the presence user agent (PUA), and includes an interrogating call state control function (I-CSCF) [0032] 204, a (HSS) 206, a serving call state control function (S-CSCF) 208, and a presence server (PS) 210.
  • A third network corresponds to the home network of the subscriber, and includes a [0033] UE subscriber 212, a first proxy call state control function (P-CSCF#1) 214, a first serving call state control function (S-CSCF#1) 216. an interrogating call state control function (I-CSCF) 218, a (HSS) 220, a second serving call-state control function (S-CSCF#2) 222, and a second proxy call state control function (P-CSCF#2) 224. Referring to FIG. 2, there is illustrated an extended registration message flow in accordance with this first embodiment of the present invention.
  • As represented by [0034] step 230, the routing of the REGISTER message, initiated by the user equipment 200, takes place between the UE 200, the first network P-CSCF 202 and the second network I-CSCF 204. The name of the presence server 210 is part of the subscriber's profile, and this is retrieved by the I-CSCF 204 from the HSS 206 in a step 232. In a step 234 the I-CSCF 204 selects a S-CSCF for the session initiation, which in this example is the S-CSCF 208.
  • As represented by [0035] messages 236 and 238, the I-CSCF 204 forks the incoming REGISTER message such that, in accordance with this embodiment, it is forwarded to both the S-CSCF 208 and the PS 210. Thereafter “200 OK” messages are transmitted back to the UE 200 along the reverse route.
  • Referring to FIG. 3, there is illustrated a routing of the SUBSCRIBE message flow in accordance with this first embodiment of the present invention. [0036]
  • As represented by [0037] messages 240, 242, and 244, the SUBSCRIBE message is routed to the I-CSCF 204 from the UE subscriber 212 via the P-CSCF# 1 214 and S-CSCF#1 216.
  • As represented by [0038] message 246, the I-CSCF 204 routes the received SUBSCRIBE message directly to the PS 210. Thereafter “202 Accepted” messages are routed back to the UE subscriber along the reverse route.
  • Referring to FIG. 4, there is illustrated a routing of the NOTIFY message flow from the [0039] presence server 210 in accordance with this first embodiment of the present invention.
  • The [0040] PS 210. as represented by the message 248, forwards the NOTIFY message to the I-CSCF 218. Following a local query to the HSS 220 in step 249 the I-CSCF, as represented by messages 250. 252 and 254, forwards the NOTIFY message to the UE subscriber 226 via the S-CSCF# 2 222 and the P-CSCF# 2 224. Thus the PS 210 sends the NOTIFY message directly to the other networks I-CSCF 218. Once again, “200 OK” messages are routed back to the PS 210 along the reverse route.
  • In summary, the first embodiment sets the following new requirements to the network elements placed in the architecture: [0041]
  • 1. I-CSCF downloads (part of) the subscriber's profile from HSS in order to find the subscriber's presence server; [0042]
  • 2. I-CSCF forks the incoming REGISTER of PUA to the S-CSCF and to the presence server; [0043]
  • 3. I-CSCF routes the incoming SUBSCRIBE requests to the presence server directly; and [0044]
  • 4. The presence server sends the outgoing NOTIFYs directly to other network's I-CSCF. [0045]
  • The routing of the SUBSCRIBE/NOTIFY messages in accordance with a second embodiment of the invention is described hereinbelow with reference to FIGS. 5 and 6. [0046]
  • Since the S-CSCF stores the subscriber profile and the contact information provided in the REGISTER message, a trivial solution is for the S-CSCF to act as a presence agent. One possible problem with this solution is that the S-CSCF would have to store information about all the subscribers and generate NOTIFY messages to all of them. [0047]
  • Therefore, in the second described embodiment, the task of storing information about each subscribers is provided by the newly introduced presence server. For the S-CSCF it is enough to receive only the first SUBSCRIBE message for the presently, since it will generate the NOTIFY message for the one subscription, and this NOTIFY message will be forked to the subscribers by the proxy server, which has the information about the subscribers. [0048]
  • The registration flow in this solution corresponds to the normal registration as defined by 3G TS 23.228 version 1.7.0, February 2001, discussed hereinabove in the introduction. [0049]
  • The routing of the SUBSCRIBE/NOTIFY messages in accordance with the second embodiment of the present invention is described hereinbelow with reference to FIGS. 5 and 6. Elements of the first, second and third networks corresponding to elements shown in FIGS. [0050] 2 to 4 are referenced in FIGS. 5 and 6 using the same reference numerals.
  • In addition to the elements shown in FIGS. [0051] 2 to 4, for the purposes of describing the second embodiment the third network, corresponding to the home network of the subscriber, includes two user equipment subscribers UE subs# 1 302 and UE subs# 2 304. Furthermore, the second network, corresponding to the home network of the PUA, includes a second serving call state control function S-CSCF# 2 306.
  • Referring to FIG. 5, there is illustrated a routing of the SUBSCRIBE message flow in accordance with this embodiment of the present invention. [0052]
  • A SUBSCRIBE message from the first [0053] user equipment subscriber 302 is forwarded to the P-CSCF# 1 214, as illustrated by message 308 a. Such message is forwarded, in turn, to the S-CSCF# 1 216 and the I-CSCF 204 as illustrated by messages 310 a and 312 a. Following a local query in step 313 a, the SUBSCRIBE message is forwarded to the PS 210, as represented by message 314 a. Subsequent thereto, the SUBSCRIBE message is forwarded from the PS 210 to the S-CSCF# 2 306, as represented by message 316.
  • Responsive to the [0054] SUBSCRIBE message 316 from the presence server 210 corresponding to the first user equipment subscriber 302 of the third network, the S-CSCF# 2 returns an acknowledgement message by way of an accept signal, as represented by arrow 318.
  • Similarly a SUBSCRIBE message from the second [0055] user equipment subscriber 304 is forwarded to the P-CSCF# 1 214, as illustrated by message 308b. Such message is forwarded, in turn, to the S-CSCF# 1 216 and the I-CSCF 204 as illustrated by messages 310 b and 312 b. Following a local query in step 313 b, the SUBSCRIBE message is forwarded to the PS 210, as represented by message 314 b.
  • It is not necessary for the [0056] presence server 210 to forward any subsequent SUBSCRIBE messages from user equipment of the third network, as the S-CSCF# 2 306 has already provided a successful acknowledgement.
  • Acceptance signals for each user subscriber are returned to the respective subscribers along reverse paths, responsive to receipt of the [0057] message 318 and an appropriate SUBSCRIBE message 314.
  • Referring to FIG. 6, there is illustrated a routing of the NOTIFY message flow from the [0058] presence server 210 in accordance with this embodiment of the present invention.
  • As represented by [0059] message 320, a single NOTIFY message is forwarded from the S-CSCF# 1 to the presence server 210.
  • The presence server, as represented by [0060] message 322 a then forwards a first NOTIFY message to the I-CSCF 218. Following a first local query 324 a, the first NOTFIY message is forwarded to the first user equipment subscriber 302 via, in turn, the S-CSCF# 2 222 and the P-CSCF# 2 224, as represented by messages 326 a, 328 a, and 330 a.
  • The presence server, as represented by [0061] message 322 b also forwards a second NOTIFY message to the I-CSCF 218. Following a second local query 324 b, the second NOTFIY message is forwarded to the first user equipment subscriber 302 via, in turn, the S-CSCF# 2 222 and the P-CSCF# 2 224, as represented by messages 326 b, 328 b and 330 b.
  • [0062] 200 OK” messages are returned to the presence server 210 via a reverse path, and a single “OK” message forwarded to the S-CSCF# 1.
  • The routing of the REGISTER/SUBSCRIBE/NOTIFY messages in accordance with a third embodiment of the present invention is described hereinbelow with reference to FIGS. [0063] 7 to 9.
  • The solution described in this third embodiment can be summarised as: the presence server in the internet protocol multimedia subsystem behaves as a presence agent, and the S-CSCF uses a separate REGISTER transaction to update the presence information in the presence server. [0064]
  • The routing of the REGISTER/SUBSCRIBE/NOTIFY methods is described hereinafter with reference to FIGS. [0065] 7 to 9. Elements of the first, second and third networks corresponding to elements shown in FIGS. 2 to 6 are referenced in FIGS. 7 to 9 using the same reference numerals.
  • Referring to FIG. 7, there is illustrated an extended registration message flow in accordance with this third embodiment of the present invention. [0066]
  • As represented by [0067] step 230, the routing of the REGISTER message takes place between the UE 200, the first network P-CSCF 202 and the second network I-CSCF 204.
  • Thereafter, in a [0068] step 702, the I-CSCF 204 selects a S-CSCF 208 for the session initiation, which in this example is the S-CSCF 208.
  • As represented by [0069] message 704, the REGISTER message is then forwarded to the S-CSCF 208.
  • The name of the [0070] presence server 210 is part of the subscriber's profile, and this is retrieved by the I-CSCF 204 from the HSS 206 in a step 708.
  • Following successful initiation with the S-[0071] CSCF 208, a “200 OK” message is transmitted to the UE 200 along a reverse path.
  • Thereafter, as represented by [0072] message 710, the REGISTER message is forwarded to the presence server 210. The message 710 constitutes a separate REGISTER transaction with which the S-CSCF updates the presence information in the PS.
  • If the presence update fails at the presence server, the S-CSCF generates a notification to the [0073] UE 200 indicating the presence update failure event. For this notification a SIP NOTIFY message can be used, for example, containing an event header with a new presence failure reason code. This example is illustrated in FIG. 7 labelled as 711. The NOTIFY is then acknowledged by the UE 200 to the S-CSCF 208 using a “200 OK” message.
  • Referring to FIG. 8, there is illustrated a routing of the SUBSCRIBE message flow in accordance with this third embodiment of the present invention. [0074]
  • A SUBSCRIBE message from the [0075] user equipment subscriber 212 is forwarded to the P-CSCF# 1 214, as illustrated by message 712. Such message is forwarded, in turn, to the S-CSCF# 1 216 and the I-CSCF 204 as illustrated by messages 714 and 716.
  • Following a local query in [0076] step 718, the SUBSCRIBE message is forwarded to the S-CSCF# 2 306, as represented by message 720. Subsequent thereto, the SUBSCRIBE message is forwarded from the S-CSCF# 2 306 to the PS 210, as represented by message 720.
  • Thereafter a “[0077] 202 Accepted” message is sent along the reverse path.
  • Referring to FIG. 9, there is illustrated a routing of the NOTIFY message flow from the [0078] presence server 210 in accordance with this third embodiment of the present invention.
  • As represented by [0079] message 722, a NOTIFY message is forwarded from the presence server 210 to the S-CSCF# 1 306. The S-CSCF# 1 306, as represented by message 724 then forwards the NOTIFY message to the I-CSCF 218. Following a local query in step 726, the NOTIFY message is forwarded to the user equipment subscriber 226 via, in turn, the S-CSCF# 2 222 and the P-CSCF# 2 224, as represented by messages 728, 730, and 732.
  • Thereafter a “[0080] 200 OK” message is sent along a reverse path.
  • The new requirements for the network elements placed in the architecture due to the third embodiment cab be summarised as below: [0081]
  • 1. The S-CSCF updates the presence information in the PS with a separate REGISTER transaction. [0082]
  • 2. If the presence update fails at the PS, the S-CSCF generates a notification message (e.g. SIP NOTIFY using the Evenyt header with a new presence failure reason code) to the UE indicating the presence failure update event. [0083]
  • 3. The SUBSCRIBE generated by the subscriber has to be routed by the network as it would be a normal INVITE, only the S-CSCF of the PUA routes the SUBSCRIBE to the PS associated with the presently. [0084]
  • 4. The NOTIFY generated by the PS has to be routed by the network as it would be a normal INVITE. [0085]
  • Although the present invention has been described with reference to three exemplary embodiments, the present invention more generally presents ways of implementing the idea presented in Rosenberg et al with 3GPP proposed architecture. [0086]
    Figure US20040109439A1-20040610-P00001
    Figure US20040109439A1-20040610-P00002
    Figure US20040109439A1-20040610-P00003
    Figure US20040109439A1-20040610-P00004
    Figure US20040109439A1-20040610-P00005
    Figure US20040109439A1-20040610-P00006
    Figure US20040109439A1-20040610-P00007
    Figure US20040109439A1-20040610-P00008
    Figure US20040109439A1-20040610-P00009
    Figure US20040109439A1-20040610-P00010
    Figure US20040109439A1-20040610-P00011
    Figure US20040109439A1-20040610-P00012
    Figure US20040109439A1-20040610-P00013
    Figure US20040109439A1-20040610-P00014
    Figure US20040109439A1-20040610-P00015
    Figure US20040109439A1-20040610-P00016
    Figure US20040109439A1-20040610-P00017
    Figure US20040109439A1-20040610-P00018
    Figure US20040109439A1-20040610-P00019
    Figure US20040109439A1-20040610-P00020
    Figure US20040109439A1-20040610-P00021
    Figure US20040109439A1-20040610-P00022
    Figure US20040109439A1-20040610-P00023
    Figure US20040109439A1-20040610-P00024
    Figure US20040109439A1-20040610-P00025
    Figure US20040109439A1-20040610-P00026
    Figure US20040109439A1-20040610-P00027
    Figure US20040109439A1-20040610-P00028
    Figure US20040109439A1-20040610-P00029
    Figure US20040109439A1-20040610-P00030
    Figure US20040109439A1-20040610-P00031
    Figure US20040109439A1-20040610-P00032
    Figure US20040109439A1-20040610-P00033
    Figure US20040109439A1-20040610-P00034
    Figure US20040109439A1-20040610-P00035
    Figure US20040109439A1-20040610-P00036
    Figure US20040109439A1-20040610-P00037
    Figure US20040109439A1-20040610-P00038
    Figure US20040109439A1-20040610-P00039
    Figure US20040109439A1-20040610-P00040
    Figure US20040109439A1-20040610-P00041
    Figure US20040109439A1-20040610-P00042
    Figure US20040109439A1-20040610-P00043
    Figure US20040109439A1-20040610-P00044
    Figure US20040109439A1-20040610-P00045
    Figure US20040109439A1-20040610-P00046
    Figure US20040109439A1-20040610-P00047
    Figure US20040109439A1-20040610-P00048
    Figure US20040109439A1-20040610-P00049
    Figure US20040109439A1-20040610-P00050
    Figure US20040109439A1-20040610-P00051
    Figure US20040109439A1-20040610-P00052
    Figure US20040109439A1-20040610-P00053
    Figure US20040109439A1-20040610-P00054
    Figure US20040109439A1-20040610-P00055
    Figure US20040109439A1-20040610-P00056
    Figure US20040109439A1-20040610-P00057
    Figure US20040109439A1-20040610-P00058
    Figure US20040109439A1-20040610-P00059
    Figure US20040109439A1-20040610-P00060
    Figure US20040109439A1-20040610-P00061
    Figure US20040109439A1-20040610-P00062
    Figure US20040109439A1-20040610-P00063
    Figure US20040109439A1-20040610-P00064
    Figure US20040109439A1-20040610-P00065
    Figure US20040109439A1-20040610-P00066
    Figure US20040109439A1-20040610-P00067
    Figure US20040109439A1-20040610-P00068
    Figure US20040109439A1-20040610-P00069
    Figure US20040109439A1-20040610-P00070
    Figure US20040109439A1-20040610-P00071
    Figure US20040109439A1-20040610-P00072
    Figure US20040109439A1-20040610-P00073
    Figure US20040109439A1-20040610-P00074
    Figure US20040109439A1-20040610-P00075
    Figure US20040109439A1-20040610-P00076
    Figure US20040109439A1-20040610-P00077
    Figure US20040109439A1-20040610-P00078
    Figure US20040109439A1-20040610-P00079
    Figure US20040109439A1-20040610-P00080
    Figure US20040109439A1-20040610-P00081
    Figure US20040109439A1-20040610-P00082
    Figure US20040109439A1-20040610-P00083
    Figure US20040109439A1-20040610-P00084
    Figure US20040109439A1-20040610-P00085
    Figure US20040109439A1-20040610-P00086
    Figure US20040109439A1-20040610-P00087
    Figure US20040109439A1-20040610-P00088
    Figure US20040109439A1-20040610-P00089
    Figure US20040109439A1-20040610-P00090
    Figure US20040109439A1-20040610-P00091
    Figure US20040109439A1-20040610-P00092
    Figure US20040109439A1-20040610-P00093
    Figure US20040109439A1-20040610-P00094
    Figure US20040109439A1-20040610-P00095
    Figure US20040109439A1-20040610-P00096
    Figure US20040109439A1-20040610-P00097
    Figure US20040109439A1-20040610-P00098
    Figure US20040109439A1-20040610-P00099
    Figure US20040109439A1-20040610-P00100

Claims (36)

1. A packet switched environment, including a functionality of a presence server in an application and services environment.
2. The Packet switched environment of claim 1 wherein the presence server receives a REGISTER message from an interrogating call state control function in the same network.
3. The Packet switched environment of claim 2 wherein the serving call state control function of the presence server network further receives the REGISTER message.
4. The Packet switched environment of claim 2 or claim 3 wherein the presence server receives SUBSCRIBE message from the interrogating call state control function in the same network.
5. The Packet switched environment of claim 4 wherein the interrogating call state control function receives the SUBSCRIBE message from a serving call state control function in a subscribers home network.
6. The Packet switched environment of claim 5 wherein the serving call state control function receives the SUBSCRIBE message from a proxy call state control function in a subscribers home network.
7. The Packet switched environment of claim 6 wherein the proxy call state control function receives the SUBSCRIBE message from the subscriber.
8. The Packet switched environment of any one of claims 2 to 7 wherein the presence server provides a NOTIFY message to the interrogating call state control function of the subscriber's network.
9. The Packet switched environment of claim 8 wherein the interrogating call state control function provides the NOTIFY message to a proxy call state control function of the subscriber network.
10. The Packet switched environment of claim 9 wherein the proxy call state control function provides the NOTIFY message to the subscriber.
11. The Packet switched environment of claim 1 wherein the presence server receives a plurality of SUBSCRIBE signals from a respective plurality of subscribers in a subscriber network.
12. The Packet switched environment of claim 11 wherein each subscriber provides a SUBSCRIBE message to a proxy call state control function of the subscriber network.
13. The Packet switched environment of claim 12 wherein the proxy call state control function of the subscriber network forwards the respective SUBSCRIBE messages to a serving call state control function of the subscriber network.
14. The Packet switched environment of claim 13 wherein the serving call state control function of the home network provides the respective SUBSCRIBE messages to an interrogating call state control function of the presence server network.
15. The Packet switched environment of claim 14 wherein the interrogating call state control function provides the respective SUBSCRIBE messages to the presence server.
16. The Packet switched environment of any one of claims 11 to 15 whrein the presence server provides a single SUBSCRIBE message to a serving call state control function of the presence server network.
17. The Packet switched environment of claim 16 wherein the presence server receives s single NOTIFY message from the serving call state control function.
18. The Packet switched environment of claim 17 wherein the presence server generates a NOTIFY message for each respective user subscriber.
19. The Packet switched environment of claim 18 wherein the plurality of NOTIFY messages are received by the interrogating call state control function of the subscriber network.
20. The Packet switched environment of claim 19 wherein the interrogating call state control function forwards the NOTIFY messages to a serving call state control function of the subscriber network.
21. The Packet switched environment of claim 20 wherein the serving call state control function forwards the NOTIFY messages to a proxy call state control function of the subscriber network.
22. The Packet switched environment of claim 21 wherein the proxy call state control function forwards the NOTIFY messages to the respective subscribers.
23. The Packet switched environment of claim 2 wherein the presence server receives a REGISTER message from a serving call state control function in the presence server network network.
24. The Packet switched environment of claim 23 wherein the serving call state control function receives the REGISTER message from an interrogating call state control function of the presence server network.
25. The Packet switched environment of claim 24 wherein a subscriber provides a SUBSCRIBE message to a proxy call state control function of the subscriber network.
26. The Packet switched environment of claim 25 wherein the proxy call state control function of the subscriber network forwards the SUBSCRIBE message to a serving call state control function of the subscriber network.
27. The Packet switched environment of claim 13 wherein the serving call state control function of the subscriber network provides the SUBSCRIBE message to an interrogating call state control function of the presence server network.
28. The Packet switched environment of claim 14 wherein the interrogating call state control function provides the respective SUBSCRIBE messages to a serving call state control function.
29. The Packet switched environment of claim 28 wherein the serving call state control function provides the SUBSCRIBE message to presence server.
30. The Packet switched environment of claim 29 wherein the presence server provides NOTIFY message to the serving call state control function.
31. The Packet switched environment of claim 30 wherein the NOTIFY message is received by the interrogating call state control function of the subscriber network.
32. The Packet switched environment of claim 31 wherein the interrogating call state control function forwards the NOTIFY message to a serving call state control function of the subscriber network.
33. The Packet switched environment of claim 32 wherein the serving call state control function forwards the NOTIFY message to a proxy call state control function of the subscriber network.
34. The Packet switched environment of claim 33 wherein the proxy call state control function forwards the NOTIFY messages to the subscriber.
35. The packet switched environment of any preceding claim, wherein the environment is an internet protocol multimedia environment.
36. The packet switched network of claim 35 wherein the internet protocol multimedia environment is a subsystem of an all-IP telecommunications network.
US10/473,671 2001-03-30 2002-04-02 Presence server in ip multimedia Abandoned US20040109439A1 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB0108041.5 2001-03-30
GBGB0108041.5A GB0108041D0 (en) 2001-03-30 2001-03-30 Presence service in IP multimedia
PCT/IB2002/002212 WO2002096128A2 (en) 2001-03-30 2002-04-02 Presence server in ip multimedia

Publications (1)

Publication Number Publication Date
US20040109439A1 true US20040109439A1 (en) 2004-06-10

Family

ID=9911938

Family Applications (2)

Application Number Title Priority Date Filing Date
US10/473,300 Active 2024-09-08 US8516115B2 (en) 2001-03-30 2002-04-02 Passing information to and from an application server in a communication system
US10/473,671 Abandoned US20040109439A1 (en) 2001-03-30 2002-04-02 Presence server in ip multimedia

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US10/473,300 Active 2024-09-08 US8516115B2 (en) 2001-03-30 2002-04-02 Passing information to and from an application server in a communication system

Country Status (11)

Country Link
US (2) US8516115B2 (en)
EP (1) EP1389396A1 (en)
JP (1) JP2004533173A (en)
CN (1) CN1509577A (en)
AU (1) AU2002311574A1 (en)
BR (1) BR0208543A (en)
CA (1) CA2442568A1 (en)
GB (2) GB0108041D0 (en)
RU (1) RU2315436C2 (en)
WO (1) WO2002096128A2 (en)
ZA (1) ZA200307561B (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050078642A1 (en) * 2003-10-13 2005-04-14 Georg Mayer System and method for releasing sessions at network entities associated with the sessions
US20070140283A1 (en) * 2005-09-01 2007-06-21 Huawei Technologies Co., Ltd. System and Method for IMS Bridging
US20090305701A1 (en) * 2008-06-09 2009-12-10 Qualcomm Incorporated Method and apparatus for pcc enhancement for flow based mobility
EP2290906A1 (en) * 2009-08-28 2011-03-02 TeliaSonera AB Mobile service advertiser
CN102612141A (en) * 2011-01-19 2012-07-25 中兴通讯股份有限公司 Method and system for acquiring IMS (IP Multimedia Subsystem) control point information from mobile switching center
US8819151B2 (en) 2005-10-11 2014-08-26 Huawei Technologies Co., Ltd. Method for processing deferred message
US9167524B2 (en) 2012-11-08 2015-10-20 Samsung Electronics Co., Ltd Assistant method and system for retrieving wireless signals for mobile devices
US10193840B1 (en) * 2017-07-31 2019-01-29 T-Mobile U.S.A., Inc. Message blocking and network queuing, for example while recipient is driving

Families Citing this family (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2002368267B2 (en) * 2002-10-09 2008-05-29 Nokia Technologies Oy A communication system
AU2002368268A1 (en) * 2002-10-09 2004-05-04 Nokia Corporation A communication system
DE10255920A1 (en) * 2002-11-29 2004-06-17 Siemens Ag Method for providing presence information of at least one communication unit on at least one presence server, associated communication unit, presence server and communication network
US7523165B2 (en) 2002-12-24 2009-04-21 Telefonaktiebolaget L M Ericsson (Publ) Transmission of application information and commands using presence technology
US20040128391A1 (en) * 2002-12-31 2004-07-01 Robert Patzer Method and system for managing a validity period in association with a presence attribute
CA2516774A1 (en) * 2003-02-19 2004-09-02 Nokia Corporation Routing messages via an ims system
GB0306830D0 (en) * 2003-03-25 2003-04-30 Nokia Corp Routing messages
EP2276219A1 (en) 2003-02-19 2011-01-19 Nokia Corporation Routing Messages via an IMS System
EP1458161A1 (en) * 2003-03-14 2004-09-15 Siemens Aktiengesellschaft Method and apparatus for interoperability between the presence services according to the Wireless Village standard and the IP Multimedia Subsystem standard
JP4295284B2 (en) 2003-03-25 2009-07-15 ノキア コーポレイション Routing subscription information
US20040205212A1 (en) * 2003-03-31 2004-10-14 Nokia Corporation Method and system for forwarding a service-related information to a network user
DE10314927A1 (en) * 2003-04-02 2004-10-21 Siemens Ag Mapping of the signaling from the WV standard to the IMS standard
GB2400273A (en) * 2003-04-05 2004-10-06 Hewlett Packard Development Co Managing use of services in wireless networks
US7701974B2 (en) * 2003-10-21 2010-04-20 Nokia Corporation Routing information processing for network hiding scheme
CN100466648C (en) * 2003-12-31 2009-03-04 华为技术有限公司 A SIP networking mode and method for implementing group message
JP4317061B2 (en) * 2004-03-16 2009-08-19 株式会社日立製作所 Presence information sharing method and system
KR100823128B1 (en) * 2004-06-30 2008-04-21 삼성전자주식회사 Apparatus and method of information management in multimedia service providing system
GB0414715D0 (en) * 2004-07-01 2004-08-04 Ibm Method and apparatus for instant messaging
DE102004038646A1 (en) * 2004-08-09 2006-02-23 Siemens Ag Provision of at least one address of an application server
US7676577B2 (en) 2004-12-21 2010-03-09 Alcatel Lucent Scalable presence distribution system and method
CN101523383B (en) * 2005-02-28 2011-09-14 雅虎公司 System and method for networked media access
CN100461774C (en) * 2005-06-20 2009-02-11 华为技术有限公司 Method for subscribing presence information
CN100450210C (en) * 2005-12-23 2009-01-07 华为技术有限公司 R4 network system and method for provoding medium resource
US8819181B2 (en) * 2006-03-17 2014-08-26 Apple Inc. Adaptable network service access through dynamic request routing
CN101563903B (en) * 2006-12-11 2013-03-06 艾利森电话股份有限公司 Service adaptation in an ip multimedia subsystem network
US8296443B2 (en) * 2007-07-10 2012-10-23 Telefonaktiebolaget Lm Ericsson (Publ) Method of discovering operator-provided network-services using IMS
RU2447601C2 (en) * 2007-10-31 2012-04-10 Телефонактиеболагет Лм Эрикссон (Пабл) Compression of session initialisation protocol message payload
US8218459B1 (en) * 2007-12-20 2012-07-10 Genbrand US LLC Topology hiding of a network for an administrative interface between networks
CN101489174B (en) * 2008-01-18 2011-04-20 华为技术有限公司 Method and apparatus for providing service to user
US8787249B2 (en) 2008-02-06 2014-07-22 Qualcomm Incorporated Mobile IP multiple registrations and PCC interactions
GB0804274D0 (en) * 2008-03-07 2008-04-16 Virtually Live Ltd A media sysyem and method
US8724486B2 (en) * 2008-05-02 2014-05-13 Pine Valley Investments, Inc. System and method for heartbeat signal generation
US8924486B2 (en) 2009-02-12 2014-12-30 Sierra Wireless, Inc. Method and system for aggregating communications
US8228848B2 (en) * 2008-11-17 2012-07-24 Sierra Wireless, Inc. Method and apparatus for facilitating push communication across a network boundary
JP5514908B2 (en) 2009-10-30 2014-06-04 パナソニック株式会社 Communication system and apparatus for status-dependent mobile services
JP5795848B2 (en) * 2010-09-22 2015-10-14 キヤノン株式会社 Information processing apparatus, control method thereof, and program
US9276972B2 (en) 2010-12-14 2016-03-01 Microsoft Technology Licensing, Llc Real-time media optimization over remoted sessions
WO2012106820A1 (en) 2011-02-08 2012-08-16 Sierra Wireless, Inc. Method and system for forwarding data between network devices
RU2464727C1 (en) * 2011-03-25 2012-10-20 Общество С Ограниченной Ответственностью "Аилайн Кэмьюникейшнс Снг" Method to provide information when performing distributed transactions and complex for its realisation
RU2453916C1 (en) * 2011-05-05 2012-06-20 Игорь Викторович Лебедев Information resource search method using readdressing
EP2826195B1 (en) * 2012-03-14 2015-12-23 Telefonaktiebolaget LM Ericsson (PUBL) Method to notify node in multi point transmission
RU2557451C2 (en) * 2012-06-08 2015-07-20 Ольга Игоревна Галицына Method for dynamic addressing of correspondents of mobile radio network and device for its implementation
RU2535172C2 (en) * 2013-02-26 2014-12-10 Открытое Акционерное Общество "Информационные Технологии И Коммуникационные Системы" Method of preventing digital data packet reuse in network data transmission system
EP3525522B1 (en) 2016-10-09 2020-12-09 Huawei Technologies Co., Ltd. Network access control method
CN109005127B (en) * 2017-02-03 2020-03-10 华为技术有限公司 QoS flow processing method, device and communication system
US10819805B2 (en) 2017-12-05 2020-10-27 At&T Intellectual Property I, L.P. Systems and methods for providing ENUM service activations
US10855647B2 (en) 2017-12-05 2020-12-01 At&T Intellectual Property I, L.P. Systems and methods for providing ENUM service activations
CN113647077B (en) * 2019-03-29 2023-07-04 瑞典爱立信有限公司 Home subscriber service selection enabling service-based interfaces

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010031635A1 (en) * 2000-01-05 2001-10-18 Bharatia Jayshree A. Terminal roaming operations between intergenerational wireless networks
US20010043577A1 (en) * 2000-02-22 2001-11-22 Peter Barany System and method for controlling a wireless packet switched voice call
US20020110104A1 (en) * 2001-02-13 2002-08-15 Telefonaktiebolaget Lm Ericsson (Publ). Hybrid media gateway control function providing circuit-switched access to a packet-switched radio telecommunications network
US6654606B1 (en) * 2000-09-29 2003-11-25 Telefonaktiebolaget L M Ericsson (Publ) Call state control function (CSCF) call processing
US6707813B1 (en) * 2000-02-21 2004-03-16 Telefonaktiebolaget L M Ericsson (Publ) Method of call control to minimize delays in launching multimedia or voice calls in a packet-switched radio telecommunications network

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5313653A (en) * 1992-01-30 1994-05-17 Motorola, Inc. Method for a communication unit to maintain a data base of system services
US5600704A (en) * 1994-08-30 1997-02-04 Ericsson Inc. Systems and methods for prioritized routing of telephone calls to a subscriber
WO1996017306A2 (en) * 1994-11-21 1996-06-06 Oracle Corporation Media server
US5812670A (en) * 1995-12-28 1998-09-22 Micali; Silvio Traceable anonymous transactions
GB2310110B (en) * 1996-02-09 2000-05-10 Nokia Mobile Phones Ltd Transferring information
US5901352A (en) 1997-02-20 1999-05-04 St-Pierre; Sylvain System for controlling multiple networks and associated services
FI105986B (en) * 1997-11-26 2000-10-31 Nokia Networks Oy Subscriber Service Profiles in a Telecommunication System
US6330610B1 (en) * 1997-12-04 2001-12-11 Eric E. Docter Multi-stage data filtering system employing multiple filtering criteria
FI105966B (en) * 1998-07-07 2000-10-31 Nokia Networks Oy Authentication in a telecommunications network
US6327267B1 (en) * 1998-12-21 2001-12-04 Ericssoninc Systems and methods for routing a message through a signaling network associated with a public switched telephone network (PSTN), including a method for performing global title routing on an internet protocol (IP) address
US6625141B1 (en) 1999-06-18 2003-09-23 Telefonaktiebolaget L M Ericsson (Publ) System and method for providing value-added services (VAS) in an integrated telecommunications network using session initiation protocol (SIP)
US7093286B1 (en) * 1999-07-23 2006-08-15 Openwave Systems Inc. Method and system for exchanging sensitive information in a wireless communication system
US6615236B2 (en) * 1999-11-08 2003-09-02 Worldcom, Inc. SIP-based feature control
US7007080B2 (en) * 1999-12-23 2006-02-28 Solution Inc Limited System for reconfiguring and registering a new IP address for a computer to access a different network without user intervention
US20020035605A1 (en) * 2000-01-26 2002-03-21 Mcdowell Mark Use of presence and location information concerning wireless subscribers for instant messaging and mobile commerce
US6662014B1 (en) * 2000-02-04 2003-12-09 Sbc Properties, L.P. Location privacy manager for a wireless communication device and method therefor
US7076255B2 (en) * 2000-04-05 2006-07-11 Microsoft Corporation Context-aware and location-aware cellular phones and methods
US7110773B1 (en) * 2000-04-11 2006-09-19 Telecommunication Systems, Inc. Mobile activity status tracker
US20020037723A1 (en) * 2000-06-08 2002-03-28 Adam Roach Refreshing service profile information using third-party SIP register messages
US7126939B2 (en) * 2000-07-24 2006-10-24 Nortel Networks Limited Packet-based calls in a wireless network
US20020026473A1 (en) * 2000-08-31 2002-02-28 Telefonaktiebolaget Lm Ericsson (Publ) Application-programming-interface-based method and system including triggers
WO2002019749A1 (en) 2000-09-01 2002-03-07 Nokia Corporation Extending sip for uploading subscriber's service profile from hss to cscf
US8127016B2 (en) * 2000-10-10 2012-02-28 Nokia Corporation Techniques for hiding network element names and addresses
US7870196B2 (en) * 2000-11-08 2011-01-11 Nokia Corporation System and methods for using an application layer control protocol transporting spatial location information pertaining to devices connected to wired and wireless internet protocol networks
ATE367051T1 (en) 2000-12-22 2007-08-15 Nokia Corp METHOD AND SYSTEM FOR PROVIDING A PREPAID SERVICE IN AN 'ALL-IP' NETWORK
US6944679B2 (en) * 2000-12-22 2005-09-13 Microsoft Corp. Context-aware systems and methods, location-aware systems and methods, context-aware vehicles and methods of operating the same, and location-aware vehicles and methods of operating the same
US20020147845A1 (en) * 2001-03-06 2002-10-10 Juan-Antonio Sanchez-Herrero Flexible user distribution between user's serving entities
US7054648B2 (en) * 2001-10-22 2006-05-30 Telefonaktiebolaget Lm Ericsson (Publ) Location privacy proxy server and method in a telecommunication network

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010031635A1 (en) * 2000-01-05 2001-10-18 Bharatia Jayshree A. Terminal roaming operations between intergenerational wireless networks
US6763233B2 (en) * 2000-01-05 2004-07-13 Nortel Networks Limited Terminal roaming operations between intergenerational wireless networks
US6707813B1 (en) * 2000-02-21 2004-03-16 Telefonaktiebolaget L M Ericsson (Publ) Method of call control to minimize delays in launching multimedia or voice calls in a packet-switched radio telecommunications network
US20010043577A1 (en) * 2000-02-22 2001-11-22 Peter Barany System and method for controlling a wireless packet switched voice call
US6839356B2 (en) * 2000-02-22 2005-01-04 Nortel Networks Limited System and method for controlling a wireless packet switched voice call
US6654606B1 (en) * 2000-09-29 2003-11-25 Telefonaktiebolaget L M Ericsson (Publ) Call state control function (CSCF) call processing
US20020110104A1 (en) * 2001-02-13 2002-08-15 Telefonaktiebolaget Lm Ericsson (Publ). Hybrid media gateway control function providing circuit-switched access to a packet-switched radio telecommunications network

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7283506B2 (en) * 2003-10-13 2007-10-16 Nokia Corporation System and method for releasing sessions at network entities associated with the sessions
US20050078642A1 (en) * 2003-10-13 2005-04-14 Georg Mayer System and method for releasing sessions at network entities associated with the sessions
US20070140283A1 (en) * 2005-09-01 2007-06-21 Huawei Technologies Co., Ltd. System and Method for IMS Bridging
US9397968B2 (en) 2005-10-11 2016-07-19 Huawei Technologies Co., Ltd. Method for processing deferred message
US8819151B2 (en) 2005-10-11 2014-08-26 Huawei Technologies Co., Ltd. Method for processing deferred message
US9131425B2 (en) 2008-06-09 2015-09-08 Qualcomm Incorporated Method and apparatus for PCC enhancement for flow based mobility
US20090305701A1 (en) * 2008-06-09 2009-12-10 Qualcomm Incorporated Method and apparatus for pcc enhancement for flow based mobility
US9762478B2 (en) 2008-06-09 2017-09-12 Qualcomm Incorporated Method and apparatus for PCC enhancement for flow based mobility
EP2290906A1 (en) * 2009-08-28 2011-03-02 TeliaSonera AB Mobile service advertiser
US20110053620A1 (en) * 2009-08-28 2011-03-03 Teliasonera Ab Mobile service advertiser
CN102612141A (en) * 2011-01-19 2012-07-25 中兴通讯股份有限公司 Method and system for acquiring IMS (IP Multimedia Subsystem) control point information from mobile switching center
US9167524B2 (en) 2012-11-08 2015-10-20 Samsung Electronics Co., Ltd Assistant method and system for retrieving wireless signals for mobile devices
US10193840B1 (en) * 2017-07-31 2019-01-29 T-Mobile U.S.A., Inc. Message blocking and network queuing, for example while recipient is driving
US20190036857A1 (en) * 2017-07-31 2019-01-31 T-Mobile Usa, Inc. Message blocking and network queuing, for example while recipient is driving
US20190124027A1 (en) * 2017-07-31 2019-04-25 T-Mobile Usa, Inc. Message blocking and network queuing, for example while recipient is driving
US10560411B2 (en) * 2017-07-31 2020-02-11 T-Mobile Usa, Inc. Message blocking and network queuing while recipient is driving
US10868783B2 (en) 2017-07-31 2020-12-15 T-Mobile Usa, Inc. Message blocking and network queuing, for example while recipient is driving

Also Published As

Publication number Publication date
ZA200307561B (en) 2005-08-10
WO2002096128A2 (en) 2002-11-28
AU2002311574A1 (en) 2002-11-05
JP2004533173A (en) 2004-10-28
GB0108041D0 (en) 2001-05-23
RU2003131893A (en) 2005-05-10
GB0200714D0 (en) 2002-02-27
CN1509577A (en) 2004-06-30
EP1389396A1 (en) 2004-02-18
BR0208543A (en) 2004-03-23
US8516115B2 (en) 2013-08-20
US20040088419A1 (en) 2004-05-06
RU2315436C2 (en) 2008-01-20
CA2442568A1 (en) 2002-11-28

Similar Documents

Publication Publication Date Title
US20040109439A1 (en) Presence server in ip multimedia
US9451422B2 (en) Method, system and network device for routing a message to a temporarily unavailable network user
EP1798933B1 (en) A method of realizing message service based on ip network multimedia subsystem
KR100700734B1 (en) A method and system to subscription of events using sip protocol
US7480915B2 (en) WV-IMS relay and interoperability methods
EP1461965B1 (en) Communication node architecture
US7787443B2 (en) Method and apparatus for allowing peering relationships between telecommunications networks
CA2552531C (en) A method for reducing interface load of home subscriber server
US7353278B2 (en) System and method for event notifications in a multimedia network
KR100905608B1 (en) Method for providing service in communication system based on ip multimedia subsystem
US20050213606A1 (en) Method of triggering application service using response filter criteria and IP multimedia subsystem using the same
US8532091B2 (en) Method and apparatus for providing IMS services to circuit-switched controlled terminals
US20090268723A1 (en) Methods and Apparatuses for Transporting Signalling Connectivity Status Information Relating to the Signalling Connection Between a Terminal and P-CSCF in IMS
US20080004006A1 (en) Method for notifying network application of client registration in a roaming network
US20080052406A1 (en) Media transmission method and apparatus in a communication system
EP2119172B1 (en) Method and system for processing call change request in an internet protocol multimedia subsystem
US10212193B2 (en) Service support for suspended and inactive subscribers
US8620316B2 (en) Method and apparatus in a telecommunications network
KR20100115438A (en) Instant message service system and mobile, and service method thereof
KR100875832B1 (en) Method for processing a various event in a lump, network device and network system for processing the same
KR20080016334A (en) A method for handling the incoming call request of voice call continuity service and therefor system

Legal Events

Date Code Title Description
AS Assignment

Owner name: NOKIA CORPORATIN, FINLAND

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KISS, KRISZTIAN;ISOMAKI, MARKUS;PESSI, PEKKA;REEL/FRAME:014985/0367;SIGNING DATES FROM 20031003 TO 20031209

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION