SIP Proxy Node Overload Handling via Traffic Restriction

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current mechanisms for handling overload situations at Session Initiation Protocol (SIP) nodes in telecommunication networks are inefficient, leading to further overload and congestion as retry processes continue to stress already overloaded nodes.

Innovation Solution

A method where a proxy SIP node receives a Server Failure Response indicating an overload situation, restricts future SIP traffic to the overloaded service SIP node, and may redirect the request to another node, preventing further overload by omitting the overload indication in subsequent messages, thereby managing congestion through the extension of the SIP protocol's Reason header for Automatic Congestion Level information.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the requesting SIP node continuously retries sending SIP requests to the overloaded service SIP node, then the requesting node attempts to establish communication, but the overload situation at the service node worsens and network congestion increases

Engineering Contradiction:
Improvecommunication establishmentVSAvoidoverload and congestion
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The proxy SIP node applies preliminary anti-action by proactively restricting future SIP traffic to the overloaded service node upon receiving the 503 response with ACL indication. Instead of allowing continuous retry attempts that would worsen the overload, the proxy node preemptively blocks additional traffic from reaching the already overloaded service node, thereby preventing further deterioration of the overload situation while still attempting to establish communication through alternative means

Inventive Principle:
Principle #9Preliminary anti-action

Solution Approach 2:

The proxy SIP node acts as an intermediary between the requesting SIP node and the overloaded service SIP node. It receives the 503 response with ACL indication from the service node and translates this into traffic restriction actions, mediating the communication flow to prevent direct harmful interactions between the requesting node's retry attempts and the overloaded service node

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If the proxy SIP node restricts future SIP traffic to the overloaded service node, then the overload situation is resolved quickly, but the requesting SIP request may not be fulfilled

Engineering Contradiction:
Improveoverload resolution speedVSAvoidservice fulfillment
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The proxy SIP node performs preliminary action by restricting traffic in advance based on the ACL indication received in the 503 response. This preliminary restriction prevents the accumulation of further overloaded requests before they can reach the service node, enabling quick resolution of the overload situation while maintaining service fulfillment for non-overloaded requests and allowing retry attempts after the restriction period expires

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS11457056B2Methods of handling an overload situation of a session initiation protocol, SIP node in a telecommunication network, as well as related SIP nodes
Publication Date: 2022.09.27 TELEFONAKTIEBOLAGET LM ERICSSON (PUBL)
  • US11457056B2 patent drawing
  • US11457056B2 patent drawing
  • US11457056B2 patent drawing

AI summary

A method of handling an overload situation of a Session Initiation Protocol, SIP, node in a telecommunication network, wherein the method includes the steps of receiving, by a proxy SIP node in the telecommunication network, an SIP request for requesting a service in the telecommunication network, forwarding, by the proxy SIP node, the SIP request to a service SIP node in the telecommunication network, receiving, by the proxy SIP node, from the service SIP node, a Server Failure Response message, wherein the Server Failure Response message includes an indication that the service node cannot fulfil the SIP request due to an overload situation at the service SIP node, and restricting, by the proxy SIP node, future SIP traffic to the service SIP node based on the received Server Failure Response message.