WO2008049455A1 - Methods and apparatuses for transporting signalling connectivity status information relating to the signalling connection between a terminal and p-cscf in ims - Google Patents
Methods and apparatuses for transporting signalling connectivity status information relating to the signalling connection between a terminal and p-cscf in ims Download PDFInfo
- Publication number
- WO2008049455A1 WO2008049455A1 PCT/EP2006/067657 EP2006067657W WO2008049455A1 WO 2008049455 A1 WO2008049455 A1 WO 2008049455A1 EP 2006067657 W EP2006067657 W EP 2006067657W WO 2008049455 A1 WO2008049455 A1 WO 2008049455A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- signalling
- terminal
- node
- status
- cscf
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
Definitions
- the invention relates to the status of a signalling link for IP Multimedia Subsystem (IMS) users.
- IMS IP Multimedia Subsystem
- P-CSCF providing an indication that the link previously in use for SIP signalling between the user and the P- CSCF has been lost.
- IP Multimedia is an example of a service that provides a dynamic combination of voice, video, messaging, data, etc., within the same session.
- IPMM IP Multimedia
- the number of services offered to the end users will grow, and the inter-personal communication experience will be enriched. This will lead to a new generation of personalised, rich multimedia communication services, e.g. peer-to-peer multimedia communication, IPTV etc.
- IP Multimedia Subsystem IMS
- 3GPP Third Generation Partnership Project
- the IMS makes use of the Session Initiation Protocol (SIP) to set up and control calls or sessions between user terminals (or user terminals and application servers).
- SIP Session Initiation Protocol
- SDP Session Description Protocol
- Other multimedia applications which can be used for media transmission and control include Real-time Transport Protocol and Real-time Transport Control Protocol (RTP/RTCP), Message Session Relay Protocol (MSRP), and Hyper Text Transfer Protocol (HTTP).
- RTP/RTCP Real-time Transport Protocol and Real-time Transport Control Protocol
- MSRP Message Session Relay Protocol
- HTTP Hyper Text Transfer Protocol
- Figure 1 illustrates schematically how the IMS fits into the mobile network architecture in the case of a 3GPP PS access network.
- CSCFs Call/Session Control Functions
- P-CSCF Proxy CSCF
- S-CSCF Serving CSCF
- I-CSCF Interrogating CSCF
- IMS IP Multimedia Subsystem
- An IMS/SIP client in the user equipment initiates the registration process by sending a SIP REGISTER message to the Serving Call Session Control Function (S-CSCF) allocated to the user within the home network.
- S-CSCF Serving Call Session Control Function
- the home network can allow or deny access to the IMS network by the user.
- a user's device or User Equipment (UE) communicates with the IMS via an access network, and the first point of contact for the user within the IMS is the P-CSCF.
- the S-CSCF stores the contact address of the P-CSCF together with the address of the UE.
- the signalling between the terminal and the P-CSCF is carried out using the access network. It is possible that the link for signalling information in the access network is lost. This may come about, for example, when a "through-air" signal is lost (for example when a user passes through a tunnel) or when a user moves into a congested cell.
- a "through-air" signal is lost (for example when a user passes through a tunnel) or when a user moves into a congested cell.
- no proposals have been made as to what the P-CSCF will do with this indication, except a simple P-CSCF generated de-registration.
- the P- CSCF would send a SIP REGISTER request to the S-CSCF for deregistration of the terminal. This is not generic or flexible enough to indicate the terminal's signalling connectivity status.
- the IMS currently contains
- a method of transporting signalling connectivity status information in an IP Multimedia Subsystem comprising: detecting at the proxy node that the signalling connectivity status has changed to a new status; and sending a SIP request from the proxy node to an IMS node of the IP Multimedia
- Subsystem the SIP request indicating the new status.
- the SIP request indicating the new connectivity status may be a REGISTER request, in which case a new header parameter indicating the connectivity status of the terminal is included in the request.
- the terminal will be registered with the IMS node when it originally logs on.
- an initial signalling connectivity status may be registered by the proxy node and the IMS node during this initial registration.
- the new connectivity status (as detected when the connectivity status changes) may then be passed to the IMS node using a PUBLISH request.
- the proxy node maintains a contact information document containing the signalling connectivity status.
- the IMS node may then subscribe to the contact information document.
- the proxy node may send a NOTIFY request to the
- IMS node indicating an initial signalling connectivity status when the IMS node first subscribes to the contact information document.
- a further NOTIFY request may then be sent to the IMS node when the connectivity status changes.
- the proxy node is preferably a Proxy Call/Session Control Function.
- the IMS node may be a Serving Call/Session Control Function.
- the signalling connectivity status may be defined as “connected”, “disconnected”, “uncertain” or “unknown”, although it will be appreciated that any suitable status may be used.
- the step of detecting at the proxy node that the signalling connectivity status has changed to a new status comprises detecting that the signalling connection between the terminal and the proxy node has been lost.
- the IMS node may deregister the terminal in response to a notification that the signalling connection between the terminal and proxy node has been lost. Alternatively, the IMS node may take account of the signalling connectivity status between the terminal and the proxy node when routing traffic to the user's registered terminals.
- a method of registering a terminal with an IMS node of an IP Multimedia Subsystem comprising storing registration information at the IMS node, the registration information including the status of a signalling connection between the terminal and a proxy node.
- a method of registering a terminal with an IMS node of an IP Multimedia Subsystem comprising sending a SIP REGISTER request to the IMS node, the SIP REGISTER request including a connectivity status parameter indicating the status of a signalling connection between the terminal and a proxy node.
- a method of registering a terminal with an IMS node of an IP Multimedia Subsystem comprising including a connectivity status parameter, which indicates the status of a signalling connection between the terminal and a proxy node, in a SIP registration event package.
- a method of operating a proxy node in an IP Multimedia Subsystem comprising creating a SIP contact information event package which monitors the status of a signalling connection between the proxy node and a terminal.
- a method of operating a node of an IP Multimedia Subsystem comprising subscribing to a SIP contact information event package at a proxy node, the SIP contact information event package including an indication of the status of a signalling connection between the proxy node and a terminal.
- a Proxy Call/Session Control Function for use in an IP Multimedia Subsystem comprising: input means for receiving information identifying the current signalling connectivity status of a terminal attempting to access the IP Multimedia Subsystem; and output means for providing the current signalling connectivity status to a node of the IP Multimedia Subsystem.
- a Proxy Call/Session Control Function for use in an IP Multimedia Subsystem arranged to create a SIP contact information event package which monitors the status of a signalling connection between the Proxy Call/Session Control Function and a terminal.
- a system for transporting signalling connectivity status information in an IP Multimedia Subsystem comprising: input means at the proxy node for detecting that the signalling connectivity status has changed to a new status; output means at the proxy node for sending a SIP request indicating the new status; and an IMS node of the IP Multimedia Subsystem arranged to receive the SIP request and take appropriate action.
- FIG. 1 illustrates schematically the architecture of an IP Multimedia Subsystem into a
- Figure 2 is a schematic view of the signalling path between a SIP UE and S-CSCF;
- Figure 3 illustrates a signalling sequence for ensuring that a S-CSCF is informed upon loss of a signalling bearer
- Figure 4 illustrates an alternative signalling sequence for ensuring that a S-CSCF is informed upon loss of a signalling bearer
- Figure 5 illustrates a signalling sequence for delivering connectivity information to the
- Figure 6 illustrates a signalling sequence for notifying the S-CSCF upon loss of a signalling bearer.
- Figure 2 is a schematic representation of a signalling path 1 between a UE 2 and S- CSCF 3 via a P-CSCF 4.
- a link 5 is provided by the access network (not shown) of the UE.
- the P-CSCF includes a monitoring mechanism 6 which detects if the signalling path 1 from the UE is lost.
- Figure 3 illustrates a signalling sequence between the P-CSCF and S-CSCF which enables the UE's connectivity data to be recorded by the S-CSCF.
- this is achieved by introducing a new contact header parameter indicating the UE's connectivity status.
- Suitable values for the status information could include: “connected”, “disconnected”, “uncertain”, and “unknown”. "Uncertain" status can be used when the connectivity is suspected of malfunctioning.
- the signalling sequence is as follows:
- Step 1 The UE registers its contact with the S-CSCF in a known manner.
- the UE and the P-CSCF subscribe to the registration event package to obtain notifications of registration information maintained by the S-CSCF.
- Step 2 The P-CSCF detects loss of the signalling link between itself and the UE. This may be achieved, for example, by the P-CSCF receiving such an indication on the Rx interface.
- the P-CSCF sends a REGISTER request to the S-CSCF.
- the REGISTER request includes the UE's contact address, together with a new contact header parameter.
- the new parameter contains details of the contact connectivity status. In this example the status is "disconnected”.
- the P-CSCF inserts its SIP URI address in the "From" header.
- Step 3 When the S-CSCF receives the REGISTER request it establishes that the request has been generated by a trusted entity. One way of achieving this is to compare the address of the P-CSCF received in the request with the P-CSCF address stored earlier in the registration procedure in Step 1. Once the S-CSCF has confirmed that the P-CSCF is authorised, the S-CSCF returns a 200 OK response. This confirms that the "contact disconnected" status contained in the REGISTER request has been recorded. Step 4: Having received information that the registered contact is disconnected, the S- CSCF may choose to deregister the contact or it may choose to store this information for further use when it receives traffic to be routed to the user's contact(s).
- the signalling connectivity status of the UE is registered with the S- CSCF in a similar manner to the location when the user first makes contact, although it will be appreciated that the P-CSCF registers the signalling connectivity status, whereas when the user first makes contact it is the UE which registers its location..
- FIG 4. An alternative signalling sequence for providing connectivity information to the S- CSCF is illustrated in Figure 4. This alternative extends the definition of the Registration Event Package (RFC 3680) by adding optional contact connectivity status information to the contact information element of the registration information document.
- the connectivity status of the UE is included in the initial registration with the S-CSCF, in addition to location and identity. This can be achieved by the S-CSCF assuming that the initial signalling connectivity status is 'connected' since (and if it is known that) the initial registration takes place over the signalling bearer.
- the P-CSCF may provide the initial signalling connectivity to the S-CSCF using a SIP PUBLISH request.
- the P-CSCF detects that the connectivity status has changed, this information is passed to the S-CSCF using a PUBLISH request.
- the S-CSCF updates its registration information in response to the information contained in the PUBLISH request.
- suitable values for the status information could include: “connected”, “disconnected”, “uncertain”, and “unknown”. "Uncertain" status can be used when the connectivity is suspected of malfunctioning.
- the signalling sequence is as follows:
- Step 1 The UE registers its contact with the S-CSCF in a known manner.
- the S-CSCF j earns the signalling connectivity status during rb i s initial registration.
- Step 2 The P-CSCF detects loss of the signalling link between itself and the UE. As before, this may be achieved, for example, by the P-CSCF receiving such an indication on the Rx interface.
- the P-CSCF sends a PUBLISH request to the S-CSCF.
- the PUBLISH request includes a document containing the new contact connectivity status information. In this example the status is "disconnected”.
- the P-CSCF inserts its SIP URI address in the "From" header.
- Step 3 When the S-CSCF receives the PUBLISH request it establishes that the request has been generated by a trusted entity.
- One way of achieving this is to compare the address of the P-CSCF received in the request with the P-CSCF address stored earlier in the registration procedure in Step 1. Once the S-CSCF has confirmed that the P-CSCF is authorised, the S-CSCF returns a 200 OK response. This confirms that the "contact disconnected" status contained in the PUBLISH request has been recorded.
- Step 4 Having received information that the registered contact is disconnected, the S- CSCF may choose to deregister the UE or it may choose to store this information for further use when it receives traffic to be routed to the user's contact(s).
- This mechanism is general, as it allows entities other than the S-CSCF to obtain contact connectivity information by subscribing to the registration information maintained by the S-CSCF, which now includes this information.
- a new SIP event package is defined which enables the P-CSCF to deliver contact connectivity information.
- the SIP event notification framework (RFC 3265) is used.
- the P-CSCF maintains contact connectivity status information in a SIP Event Package with a new Contact Information Document. This allows other entities, such as the S-CSCF, to subscribe to this information and to obtain notifications on status changes.
- Step 1 The UE registers its contact with the S-CSCF.
- the P-CSCF and S-CSCF store each other's addresses. They also store information regarding, and the status of, the initial contact between the UE and the P- CSCF.
- the UE and the P-CSCF subscribe to the registration event package to obtain notifications of registration information maintained by the S-CSCF. These are current standard 3GPP procedures.
- the P-CSCF creates a Contact Information Document with contact connectivity status information and may provide to the S-CSCF the SIP URI address of the created document as part of the registration procedure. The P-CSCF maintains this document for as long as it maintains the registration state of the contact.
- Step 2 When the contact has been registered, the S-CSCF subscribes to the contact's connectivity status. This is achieved by sending a SIP SUBSCRIBE request to the P- CSCF, requesting the Contact Information Document of the registered contact.
- Step 3 When the P-CSCF receives the SUBSCRIBE request it establishes that the request has been generated by a trusted entity. One way of doing this is to compare the address of the S-CSCF received in the request with the S-CSCF address stored during the registration procedure in Step 1. The P-CSCF stores the address of the S-CSCF as that of a subscriber to the Contact Information. Having authorised the S-CSCF as a trusted subscriber the P-CSCF responds with a 200 OK to the SUBSCRIBE request.
- Step 4 The P-CSCF then sends a SIP NOTIFY request to the new subscriber (the S- CSCF), with the current Contact Information Document, in this example indicating that the contact is connected.
- Step 5 When the S-CSCF receives the NOTIFY request it stores the Contact Information for future use, and responds with 200 OK.
- the P-CSCF provides the SIP URI of the Contact Information Document during the registration. If the signalling link is lost, this is detected, as before, by the P-CSCF (e.g. by receiving an indication on the Rx interface).
- the signalling sequence for conveying this information is illustrated in Figure 5 and is as follows:
- Step 6 When the P-CSCF detects loss of the signalling link between itself and the UE, the P-CSCF sends a SIP NOTIFY request to the S-CSCF.
- the NOTIFY request includes a changed Contact Information Document with the new contact connectivity status information. In this example this indicates that the contact is now disconnected.
- Step 7 When the S-CSCF receives the NOTIFY request it updates the contact connectivity status information and returns a 200 OK response.
- Step 8 Having received information that the registered contact is disconnected, the S- CSCF may choose to deregister the contact or it may choose to store this information for further use when it receives traffic to be routed to the user's contact(s). If the contact is deregistered, the S-CSCF's subscription to the connectivity status event is terminated.
- This mechanism also allows entities other than the S-CSCF to obtain connectivity information for the contact by subscribing to the contact information maintained by the P-CSCF.
- a system in accordance with the present invention may be used to convey this information to the S-CSCF so that it can again update its status.
- the invention is not limited to reporting a loss of connectivity between the UE and P- CSCF: it is concerned with reporting the status of the connection.
Abstract
Description
Claims
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/446,646 US8599833B2 (en) | 2006-10-23 | 2006-10-23 | Transport of connectivity status information in an IP multimedia subsystem network |
PCT/EP2006/067657 WO2008049455A1 (en) | 2006-10-23 | 2006-10-23 | Methods and apparatuses for transporting signalling connectivity status information relating to the signalling connection between a terminal and p-cscf in ims |
CN200680056184A CN101529847A (en) | 2006-10-23 | 2006-10-23 | Methods and apparatuses for transporting signalling connectivity status information relating to the signalling connection between a terminal and P-CSCF in IMS |
EP06807467.3A EP2090066B1 (en) | 2006-10-23 | 2006-10-23 | Methods and apparatuses for transporting signalling connectivity status information relating to the signalling connection between a terminal and a p-cscf in an ims |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2006/067657 WO2008049455A1 (en) | 2006-10-23 | 2006-10-23 | Methods and apparatuses for transporting signalling connectivity status information relating to the signalling connection between a terminal and p-cscf in ims |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2008049455A1 true WO2008049455A1 (en) | 2008-05-02 |
Family
ID=38358003
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/EP2006/067657 WO2008049455A1 (en) | 2006-10-23 | 2006-10-23 | Methods and apparatuses for transporting signalling connectivity status information relating to the signalling connection between a terminal and p-cscf in ims |
Country Status (4)
Country | Link |
---|---|
US (1) | US8599833B2 (en) |
EP (1) | EP2090066B1 (en) |
CN (1) | CN101529847A (en) |
WO (1) | WO2008049455A1 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102067427A (en) * | 2008-06-17 | 2011-05-18 | 爱立信电话股份有限公司 | A power converter |
CN102185828A (en) * | 2011-01-30 | 2011-09-14 | 广东佳和通信技术有限公司 | Method for binding and controlling personal computer (PC) software and session initiation protocol user agent (SIP UA) |
EP2601612A1 (en) * | 2009-04-13 | 2013-06-12 | Research In Motion Limited | System and method for determining trust for sip messages |
US9602981B2 (en) | 2009-04-08 | 2017-03-21 | Qualcomm Incorporated | Reducing time for call failure indication |
Families Citing this family (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7020707B2 (en) * | 2001-05-30 | 2006-03-28 | Tekelec | Scalable, reliable session initiation protocol (SIP) signaling routing node |
HUE033051T2 (en) | 2006-06-20 | 2017-11-28 | ERICSSON TELEFON AB L M (publ) | Loss of signalling bearer transport |
US7929419B2 (en) * | 2006-08-04 | 2011-04-19 | Tekelec | Methods, systems, and computer program products for inhibiting message traffic to an unavailable terminating SIP server |
US7742421B2 (en) * | 2007-07-31 | 2010-06-22 | Tekelec | Systems, methods, and computer program products for distributing application or higher layer communications network signaling entity operational status information among session initiation protocol (SIP) entities |
US9037734B2 (en) * | 2009-04-17 | 2015-05-19 | Lg Electronics Inc. | Method for performing transfer of collaborative session control in wireless communication system based on internet protocol multimedia subsystem |
US9124597B2 (en) * | 2009-09-17 | 2015-09-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and node in a telecommunications network |
WO2011100600A2 (en) * | 2010-02-12 | 2011-08-18 | Tekelec | Methods, systems and computer readable media for providing priority routing at a diameter node |
US20110282981A1 (en) * | 2010-05-11 | 2011-11-17 | Alcatel-Lucent Canada Inc. | Behavioral rule results |
US9071512B2 (en) | 2010-08-06 | 2015-06-30 | Tekelec, Inc. | Methods, systems, and computer readable media for distributing diameter network management information |
CN101965046B (en) * | 2010-10-08 | 2014-12-10 | 中兴通讯股份有限公司 | Method for instructing terminal to register in IP multimedia subsystem and system thereof |
EP2705647B1 (en) * | 2011-05-04 | 2017-07-19 | Telefonaktiebolaget LM Ericsson (publ) | Method and network entity for s-cscf server allocation in an ims based multimedia over ip network |
CN103023860B (en) * | 2011-09-23 | 2016-04-20 | 联芯科技有限公司 | A kind of method and related network elements keeping IMS multi-media streaming conversation continuity |
US9372963B2 (en) | 2012-08-30 | 2016-06-21 | Verizon Patent And Licensing Inc. | User device selection |
US20160191573A1 (en) * | 2014-12-30 | 2016-06-30 | Vonage Network, Llc | Systems and methods for modifying a state of a software client |
WO2020057764A1 (en) * | 2018-09-20 | 2020-03-26 | Telefonaktiebolaget Lm Ericsson (Publ) | A method for enabling a calling user equipment, ue, to retry a session initiation protocol, sip, call attempt to a called ue, over a circuit switched domain |
US10778527B2 (en) | 2018-10-31 | 2020-09-15 | Oracle International Corporation | Methods, systems, and computer readable media for providing a service proxy function in a telecommunications network core using a service-based architecture |
US11012931B2 (en) | 2019-05-24 | 2021-05-18 | Oracle International Corporation | Methods, systems, and computer readable media for enhanced signaling gateway (SGW) status detection and selection for emergency calls |
US11018971B2 (en) | 2019-10-14 | 2021-05-25 | Oracle International Corporation | Methods, systems, and computer readable media for distributing network function (NF) topology information among proxy nodes and for using the NF topology information for inter-proxy node message routing |
US11528334B2 (en) | 2020-07-31 | 2022-12-13 | Oracle International Corporation | Methods, systems, and computer readable media for preferred network function (NF) location routing using service communications proxy (SCP) |
US11570262B2 (en) | 2020-10-28 | 2023-01-31 | Oracle International Corporation | Methods, systems, and computer readable media for rank processing for network function selection |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040109459A1 (en) * | 2002-07-25 | 2004-06-10 | Lila Madour | Packet filter provisioning to a packet data access node |
GB0329857D0 (en) * | 2003-12-23 | 2004-01-28 | Nokia Corp | User registration in a communication system |
US20050259679A1 (en) * | 2004-04-15 | 2005-11-24 | Kuntal Chowdhury | Radio link loss management in multimedia domain (MMD) |
US7529354B2 (en) * | 2004-08-10 | 2009-05-05 | Nokia Corporation | Method of managing a connection release, corresponding system and device |
US9258367B2 (en) * | 2006-08-01 | 2016-02-09 | Cisco Technology, Inc. | Technique for managing sessions with entities in a communication network |
-
2006
- 2006-10-23 EP EP06807467.3A patent/EP2090066B1/en not_active Not-in-force
- 2006-10-23 US US12/446,646 patent/US8599833B2/en active Active
- 2006-10-23 WO PCT/EP2006/067657 patent/WO2008049455A1/en active Application Filing
- 2006-10-23 CN CN200680056184A patent/CN101529847A/en active Pending
Non-Patent Citations (6)
Title |
---|
"Digital cellular telecommunications system (Phase 2+); Universal Mobile Telecommunications System (UMTS); IP Multimedia Subsystem (IMS); Stage 2 (3GPP TS 23.228 version 7.5.0 Release 7); ETSI TS 123 228", ETSI STANDARDS, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE, SOPHIA-ANTIPO, FR, vol. 3-SA2, no. V750, September 2006 (2006-09-01), pages 1 - 216, XP014035472, ISSN: 0000-0001 * |
"Universal Mobile Telecommunications System (UMTS); Internet Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3 (3GPP TS 24.229 version 7.4.0 Release 7); ETSI TS 124 229", ETSI STANDARDS, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE, SOPHIA-ANTIPO, FR, vol. 3-CN1, no. V740, June 2006 (2006-06-01), pages 1 - 361, XP014035495, ISSN: 0000-0001 * |
"Universal Mobile Telecommunications System (UMTS); Presence service; Architecture and functional description; Stage 2 (3GPP TS 23.141 version 7.2.0 Release 7)", ETSI STANDARDS, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE, SOPHIA-ANTIPO, FR, September 2006 (2006-09-01), pages 1 - 38, XP014035459 * |
"www.3gpp.org - /ftp/tsg_sa/WG2_Arch/TSGS2_55_Busan/Docs/", pages 1 - 10, XP002447708, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_55_Busan/Docs/> [retrieved on 20070822] * |
3GPP SA WG2: "3rd Generation Partnership Project; Technical Specification Group Services and Architecture; Optimisations and Enhancements for Realtime IMS communication (Release 7), TR 23.818 V0.7.0", 3GPP STANDARDS, September 2006 (2006-09-01), pages 1 - 61, XP002447709, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Specs/archive/23_series/23.818/23818-070.zip> [retrieved on 20070822] * |
ERICSSON: "IMS implications for notification of loss of signalling bearer, S2-063541", 3GPP SA WG2 TEMPORARY DOCUMENT, 17 October 2006 (2006-10-17), pages 1 - 6, XP002447707, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_55_Busan/Docs/S2-063541.zip> [retrieved on 20070822] * |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102067427B (en) * | 2008-06-17 | 2013-12-25 | 爱立信电话股份有限公司 | Power converter |
CN102067427A (en) * | 2008-06-17 | 2011-05-18 | 爱立信电话股份有限公司 | A power converter |
US9602981B2 (en) | 2009-04-08 | 2017-03-21 | Qualcomm Incorporated | Reducing time for call failure indication |
EP3086532A1 (en) * | 2009-04-13 | 2016-10-26 | BlackBerry Limited | System and method for determining trust for sip messages |
EP2601612A4 (en) * | 2009-04-13 | 2014-01-22 | Blackberry Ltd | System and method for determining trust for sip messages |
US9401935B2 (en) | 2009-04-13 | 2016-07-26 | Blackberry Limited | System and method for determining trust for SIP messages |
EP2601612A1 (en) * | 2009-04-13 | 2013-06-12 | Research In Motion Limited | System and method for determining trust for sip messages |
EP3142339A1 (en) * | 2009-04-13 | 2017-03-15 | BlackBerry Limited | System and method for determining trust for sip messages |
US10135885B2 (en) | 2009-04-13 | 2018-11-20 | Blackberry Limited | System and method for determining trust for SIP messages |
US10805360B2 (en) | 2009-04-13 | 2020-10-13 | Blackberry Limited | System and method for determining trust for SIP messages |
US11082459B2 (en) | 2009-04-13 | 2021-08-03 | Blackberry Limited | System and method for determining trust for SIP messages |
US11659011B2 (en) | 2009-04-13 | 2023-05-23 | Blackberry Limited | System and method for determining trust for SIP messages |
US11956284B2 (en) | 2009-04-13 | 2024-04-09 | Blackberry Limited | System and method for determining trust for SIP messages |
CN102185828A (en) * | 2011-01-30 | 2011-09-14 | 广东佳和通信技术有限公司 | Method for binding and controlling personal computer (PC) software and session initiation protocol user agent (SIP UA) |
Also Published As
Publication number | Publication date |
---|---|
CN101529847A (en) | 2009-09-09 |
EP2090066A1 (en) | 2009-08-19 |
US8599833B2 (en) | 2013-12-03 |
US20090268723A1 (en) | 2009-10-29 |
EP2090066B1 (en) | 2013-08-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2090066B1 (en) | Methods and apparatuses for transporting signalling connectivity status information relating to the signalling connection between a terminal and a p-cscf in an ims | |
EP2195995B1 (en) | Failure recovery in an ip multimedia subsystem network | |
EP2198587B1 (en) | Failure recovery in an ip multimedia subsystem network | |
CA2605475C (en) | Session initiation from application servers in an ip multimedia subsystem | |
US20100182997A1 (en) | Method, apparatus and system for transmitting user equipment information in a multimedia subsystem | |
US9420018B2 (en) | End-to-end address transfer | |
US9167008B2 (en) | Traffic routing across and between networks | |
EP2140664B1 (en) | Method and apparatus for use in a communications network | |
EP2135423B1 (en) | Method and apparatus for use in a communications network | |
US9426711B2 (en) | Traffic control within an IP multimedia subsystem | |
RU2417544C2 (en) | Methods and devices for transmitting signal connection information relating to signal connection between terminal and proxy call session control function (p-cscf) in internet protocol multimedia subsystem (ims) | |
US9350768B2 (en) | Suppressing CAMEL service invocation for diverting users |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 200680056184.7 Country of ref document: CN |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 06807467 Country of ref document: EP Kind code of ref document: A1 |
|
DPE1 | Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101) | ||
WWE | Wipo information: entry into national phase |
Ref document number: 12446646 Country of ref document: US |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2006807467 Country of ref document: EP |
|
ENP | Entry into the national phase |
Ref document number: 2009119529 Country of ref document: RU Kind code of ref document: A |