SIP Server Diameter Sh Interface for HSS Profile Access

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current telecommunications infrastructure, reliant on outdated switching technologies, struggles to support next-generation voice, data, and video services due to its closed, proprietary, and rigid nature, leading to difficulties in delivering sophisticated data services and managing latency and migration effectively.

Innovation Solution

A SIP server architecture is distributed over a cluster network, incorporating a Diameter protocol web application for communication with an HSS and an Sh interface provider for generating and responding to Diameter command codes, enabling access to user profile data and notifications, thus facilitating advanced service offerings and improved latency management.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If traditional switching technology is used, then infrastructure stability is maintained, but adaptability to next-generation services deteriorates

Engineering Contradiction:
Improveadaptability to next-generation servicesVSAvoidinfrastructure complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the telecommunication infrastructure into modular components: SIP servers, HSS, Sh interface providers, and Diameter protocol applications. This modular architecture allows each component to be independently developed, deployed, and scaled, enabling adaptability to next-generation services while maintaining overall system stability through standardized interfaces.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The SIP server architecture implements multi-functionality by integrating multiple services (voice, data, video) and protocols (SIP, Diameter, Sh interface) into a unified platform. This universal architecture can handle diverse next-generation services through a common infrastructure, reducing the need for separate specialized systems.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Adaptability or versatility

If rigid infrastructure is used, then system stability is maintained, but service delivery flexibility deteriorates

Engineering Contradiction:
Improveservice delivery flexibilityVSAvoidsystem stability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent implements dynamic service delivery through the SIP server architecture that can adaptively route communications, dynamically allocate resources, and flexibly manage sessions. The system maintains stability through standardized protocols (SIP, Diameter) while enabling flexible service delivery through dynamic configuration and deployment of applications and interfaces.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The SIP server acts as an intermediary between traditional infrastructure and next-generation services. It mediates communications using standardized protocols while enabling flexible service delivery through the Sh interface and Diameter protocol applications, thus maintaining system stability while improving service delivery flexibility.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Adaptability or versatility

If proprietary closed infrastructure is used, then implementation simplicity is maintained, but service sophistication deteriorates

Engineering Contradiction:
Improveservice sophisticationVSAvoidinfrastructure complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent creates a universal infrastructure platform that supports sophisticated next-generation services (voice, data, video convergence) through standardized interfaces. The SIP server architecture with Sh interface provider and Diameter protocol enables multiple sophisticated services while maintaining manageable complexity through standardization and modularity.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The system enables self-service capabilities through the Sh interface that allows applications to autonomously access user profile data from HSS and receive notifications. This self-service mechanism simplifies service implementation while enabling sophisticated services by allowing applications to independently manage their data requirements.

Inventive Principle:
Principle #25Self-service

4Loss of time

If traditional architecture is used, then latency management is simplified, but service responsiveness deteriorates

Engineering Contradiction:
ImprovelatencyVSAvoidservice responsiveness
Core Design Contradiction:
Loss of timeVSProductivity

Solution Approach 1:

The patent extracts critical user profile data access and notification functions into separate Sh interface provider and HSS components. This extraction reduces latency by dedicating specific infrastructure elements to handle profile data operations, thereby improving service responsiveness without complicating the overall architecture.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The Sh interface provider acts as an intermediary that optimizes data access between SIP servers and HSS. It manages profile data requests and notifications efficiently, reducing latency by preprocessing and caching data where appropriate, thus improving service responsiveness while maintaining manageable complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS8219697B2Diameter protocol and SH interface support for SIP server architecture
Publication Date: 2012.07.10 ORACLE INT CORP
  • US8219697B2 patent drawing
  • US8219697B2 patent drawing
  • US8219697B2 patent drawing

AI summary

A SIP server can be distributed over a cluster network and handle the processing of various SIP communications. A Diameter protocol web application can be deployed on the engine tier of the SIP server for enabling communication between the SIP server and an HSS. A profile service API can be provided that allows applications running on the SIP server to access user profile data stored on the HSS. The applications can also be allowed to subscribe to notifications about changes to the user profile data on the HSS. An Sh interface provider can be deployed on the SIP server for generating and responding to Diameter command codes. SIP servlets can access the user profile data in the form of an XML document.