NaaS SDK for Secure Third-Party Telecommunications Access

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Third-party applications are limited to using over-the-top (OTT) communication services when accessing proprietary communication networks, as direct access exposes the network to security and intellectual property risks, resulting in slower, less reliable, and less secure data exchange.

Innovation Solution

The implementation of a Network as a Service (NaaS) Software Development Kit (SDK) provides secure access to proprietary communication network functionalities by establishing a communication channel using an access token, enabling real-time access to voice telephony, video streams, and text messaging without exposing the network protocols to third-party applications.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If third-party applications directly access core functionalities of proprietary communication networks, then access to network functionalities is enabled, but security, intellectual property, and marketplace risks are exposed

Engineering Contradiction:
Improveaccess to network functionalitiesVSAvoidsecurity risks
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The patent introduces an intermediary layer (the communication application and network gateway) between third-party applications and the core network functionalities. Third-party applications interact with the communication application through defined interfaces, which then manage network access through authentication tokens and service line selections. This intermediary architecture enables third-party applications to access network functionalities while preventing direct exposure of the core network to security risks.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If over-the-top communication services are used by third-party applications, then network access is maintained securely, but communication performance becomes slower and less reliable

Engineering Contradiction:
Improvenetwork securityVSAvoidcommunication speed
Core Design Contradiction:
ReliabilityVSSpeed

Solution Approach 1:

The communication application serves as an intermediary that enables third-party applications to access network-native functionalities (such as voice calls, text messaging, and video conferencing) directly through the proprietary communication network, rather than routing all communications through OTT data-exchange protocols. This approach maintains security through controlled access while improving communication speed and reliability by utilizing the network's specialized telecommunication protocols.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system changes the communication parameter from generic data-exchange protocols (OTT) to specialized network-native protocols (voice, text, video protocols). By allowing third-party applications to use protocol-specific optimizations provided by the proprietary network, communication performance improves in terms of speed, reliability, and quality while maintaining security through the intermediary access control layer.

Inventive Principle:
Principle #35Parameter changes

3Object-affected harmful factors

If third-party applications implement OTT communication services, then network access is secured, but data exchange becomes data-intensive and less efficient

Engineering Contradiction:
Improvenetwork securityVSAvoiddata exchange efficiency
Core Design Contradiction:
Object-affected harmful factorsVSLoss of energy

Solution Approach 1:

The communication application acts as an intermediary that enables third-party applications to leverage the proprietary network's optimized data pathways and protocols. Instead of all communications being routed as generic data through OTT services, the intermediary layer directs appropriate communications through specialized network pathways (voice networks, messaging networks, video networks), reducing unnecessary data transformation and processing overhead.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS11095637B2Interface for telecommunications by desktop native applications
Publication Date: 2021.08.17 T MOBILE US INC
  • US11095637B2 patent drawing
  • US11095637B2 patent drawing
  • US11095637B2 patent drawing

AI summary

Systems and methods of providing third-party applications with access to functionalities of a proprietary communication network via a network as a service (NaaS) software development kit (SDK) are disclosed. The NaaS SDK includes a web authentication broker and a WebSocket handler, and may include additional modules to facilitate network access. The NaaS SDK authenticates the user account and establishes a communication connection with the proprietary communication network, which is then used to further access functionalities of the proprietary communication network. The communication connection may be used to establish media connections for specific communication sessions over the proprietary communication network, such as making or receiving voice calls.