System and method for determining trust for SIP messages

• US 10,135,885 B2
• Filed: 06/27/2016
• Issued: 11/20/2018
• Est. Priority Date: 04/13/2009
• Status: Active Grant

• Current Assignee: Blackberry Limited
• Original Assignee: Blackberry Limited
• Inventors: Bakker, Jan Hendrik Lucas, Allen, Andrew Michael, Buckley, Adrian
• Primary Examiner(s): Anyan, Barbara B
• Application Number:
  US15/194,105
• Publication Number:
  US 20160330249A1
• Time in Patent Office: 876 Days
• CPC Class Codes: G06F 11/2007 using redundant communication media
• CPC Class Codes: G06F 3/1203 Improving or facilitating administration, e.g. print management
• CPC Class Codes: H04L 2101/385 Uniform resource identifier for session initiation protocol [SIP URI]
• CPC Class Codes: H04L 51/212 using filtering or selective blocking
• CPC Class Codes: H04L 63/126 the source of the received data
• CPC Class Codes: H04L 65/1016 IP multimedia subsystem [IMS]
• CPC Class Codes: H04L 65/1073 Registration or de-registration
• CPC Class Codes: H04L 65/1101 Session protocols
• CPC Class Codes: H04L 65/1104 Session initiation protocol [SIP]
• CPC Class Codes: H04L 65/403 Arrangements for multi-party communication, e.g. for conferences data switching systems for conference H04L12/18; arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities H04M3/56; television conferencing systems H04N7/15
• CPC Class Codes: H04L 65/611 for multicast or broadcast systems for broadcast or conference H04L12/18; arrangements for broadcast or distribution combined with broadcast H04H20/00; arrangements for broadcast applications with a direct linkage to broadcast information or to broadcast space-time H04H60/00; selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS], H04W4/06
• CPC Class Codes: H04L 67/1095 Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
• CPC Class Codes: H04L 69/22 Parsing or analysis of headers
• CPC Class Codes: H04L 69/40 for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection management of faults, events, alarms or notifications in data switching networks H04L41/06
• CPC Class Codes: H04L 9/083 involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP]
• CPC Class Codes: H04W 12/10 Integrity

Abstract

A method for performing initial registration is provided. The method includes receiving a server timeout message, the server timeout message including at least a field set to a value equal to a value received during a first registration. The method further includes initiating restoration procedures by performing an initial registration.

Claims

1. A method performed by a first network node of an Internet Protocol (IP) Multimedia Subsystem (IMS) Network, the method comprising:

receiving, at the first network node, a Uniform Resource Identifier (URI) in a header field in a first Session Initiation Protocol (SIP) message;

receiving, at the first network node, a token in the header field in the first SIP message, the token indicative of a type of a network node in a path of the first SIP message, wherein the first SIP message is a SIP REGISTER message;

based on the received token, sending, from the first network node, a second SIP message including the received URI, the second SIP message conveying information about the first network node; and

receiving a third SIP message triggered by the first SIP REGISTER message, wherein the third SIP message triggered by the first SIP REGISTER message involves a configuration by initial Filter Criteria on a Serving Call Session Control Function (S-CSCF).

2. The method as claimed in claim 1, wherein the third SIP message is a third party SP REGISTER message.

3. The method as claimed in claim 1, wherein the token is a parameter associated with the received URI, wherein the parameter indicates that the received URI represents a known network node within a trusted domain.

4. The method as claimed in claim 1, wherein a second network node is in the path over which the first SIP REGISTER message was routed to the first network node, the second network node of the same type as the type of the network node in the path over which the first SIP REGISTER message was routed to the first network node.

5. The method as claimed in claim 1, wherein the second SIP message is a SIP response message triggered by the first SIP REGISTER message.

6. The method as claimed in claim 1, wherein the second SIP message is a SIP response message, and wherein the information conveyed via the SIP response message indicates whether the first network node is within a trusted domain.

7. A system, comprising:

a first network node of an Internet Protocol (IP) Multimedia Subsystem (IMS) Network, the first network node configured to;

receive a Uniform Resource Identifier (URI) in a header field in a first Session Initiation Protocol (SIP) message;

receive a token in the header field in the first SIP message, the token indicative of a type of a network node in a path of the first SIP message, wherein the first SIP message is a SIP REGISTER message; and

based on the received token, send a second SIP message including the received URI, the second SIP message conveying information about the first network node; and

receive a third SIP message triggered by the first SIP REGISTER message, wherein the third SIP message triggered b the first SIP REGISTER message involves a configuration by initial Filter Criteria on a Serving Call Session Control Function (S-CSCF).

8. The system as claimed in claim 7, wherein the third SIP message is a third party SIP REGISTER message.

9. The system as claimed in claim 7, wherein the token is a parameter associated with the received URI, wherein the parameter indicates that the received URI represents a known network node within a trusted domain.

10. The system as claimed in claim 7, wherein a second network node is in the path over which the first SIP REGISTER message was routed to the first network node, the second network node of the same type as the type of the network node in the path over which the first SIP REGISTER message was routed to the first network node.

11. The system as claimed in claim 7, wherein the second SIP message is a SIP response message triggered by the first SIP REGISTER message.

12. The system as claimed in claim 7, wherein the second SIP message is a SIP response message, and wherein the information conveyed via the SIP response message indicates whether the first network node is within a trusted domain.

13. A computer program product comprising a non-transitory tangible computer readable storage medium having instructions stored thereon that, when executed by a processing device, implement a method performed by a first network node of an Internet Protocol (IP) Multimedia Subsystem (IMS) Network, the method comprising:

receiving a Uniform Resource Identifier (URI) in a header field in a first Session Initiation Protocol (SIP) message;

receiving a token in the header field in the first SIP message, the token indicative of a type of a network node in a path of the first SIP message, wherein the first SIP message is a SIP REGISTER message;

based on the received token, sending a second SIP message including the received URI, the second SIP message conveying information about the first network node; and

receiving a third SIP message triggered by the first SIP REGISTER message, wherein the third SIP message triggered by the first SIP REGISTER message involves a configuration by initial Filter Criteria on a Serving Call Session Control Function (S-CSCF).

14. The computer program product as claimed in claim 13, wherein the third SIP message is a third party SIP REGISTER message.

15. The computer program product as claimed in claim 13, wherein the token is a parameter associated with the received URI, wherein the parameter indicates that the received URI represents a known network node within a trusted domain.

16. The computer program product as claimed in claim 13, wherein a second network node is in the path over which the first SIP REGISTER message was routed to the first network node, the second network node of the same type as the type of the network node in the path over which the first SIP REGISTER message was routed to the first network node.

17. The computer program product as claimed in claim 13, wherein the second SIP message is a SIP response triggered by the first SIP REGISTER message.

18. The computer program product as claimed in claim 13, wherein the second SIP message is a SIP response message, and wherein the information conveyed via the SIP response message indicates whether the first network node is within a trusted domain.

19. A system, comprising:

a first network node of an Internet Protocol (IP) Multimedia Subsystem (IMS) Network, the first network node comprising;

a receiver configured to receive a Uniform Resource Identifier (URI) in a header field in a first Session Initiation Protocol (SIP) message and a token in the header field in the first SIP message, the token indicative of a type of a network node in a path of the first SIP message, wherein the first SIP message is a SIP REGISTER message; and

a transmitter configured to send, based on the received token, a second SIP message including the received URI, the second SIP message conveying information about the first network node,

wherein the receiver is further configured to receive a third SIP message triggered by the first SIP REGISTER message, wherein the third SIP message triggered by the first SIP REGISTER message involves a configuration by initial Filter Criteria on a Serving Call Session Control Function (S-CSCF).