RTP Extension Header Encoding Adaptation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In IP-based video surveillance, media streaming using RTP/RTSP is interrupted when encoding settings are changed, requiring reconnection of the media session, which disrupts video display.

Innovation Solution

A method that supports real-time encoding changes during RTP/RTSP streaming by using a DESCRIBE command with a Require header to receive SDP information, describing changed encoding attributes in an RTP extension header, and updating the decoding setup without session reconnection, allowing continuous video transmission.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the server changes encoding settings during RTP/RTSP streaming, then the video quality or format can be updated, but the streaming session is interrupted and video display is disrupted

Engineering Contradiction:
Improveencoding setting adaptabilityVSAvoidstreaming session continuity
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent segments the encoding attribute information from the main RTP payload by placing it in an RTP extension header. This allows the encoding settings to be updated independently without affecting the entire streaming session structure, enabling encoding changes without session interruption.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The RTP extension header acts as an intermediary mechanism that carries encoding attribute changes separately from the video payload. This intermediary structure allows the client to receive and process encoding updates without breaking the established RTP session, resolving the contradiction between adaptability and continuity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If the RTP packet configuration is changed according to different RTP payload types, then the encoding flexibility is improved, but the device complexity increases

Engineering Contradiction:
ImproveRTP payload type flexibilityVSAvoidRTP packet configuration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent applies local quality by making only the necessary parts of the RTP packet configurable through extension headers rather than requiring complete reconfiguration of the packet structure. This allows selective updating of encoding attributes while maintaining the core RTP packet format, reducing complexity while preserving flexibility.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The RTP extension header provides dynamic configurability of encoding attributes during streaming without requiring static pre-definition of all possible configurations. The client can adaptively process different encoding settings as they arrive in the extension headers, maintaining flexibility while simplifying the base packet structure.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS11412021B2Method and device for media streaming between server and client using RTP/RTSP standard protocol
Publication Date: 2022.08.09 HANWHA VISION CO LTD
  • US11412021B2 patent drawing
  • US11412021B2 patent drawing
  • US11412021B2 patent drawing

AI summary

A real-time video streaming method between a server and a client according to a real-time transport protocol (RTP)/real-time streaming protocol (RTSP) standard protocol, including transmitting a DESCRIBE command including a Require header from a client to a server, wherein the client and the server support the Require header, receiving session description protocol (SDP) information from the server in response to the DESCRIBE command, receiving, at the client, a video from the server according to the RTP/RTSP standard protocol, in response to an encoding attribute of the video transmitted from the server to the client being changed, describing a changed encoding attribute in an RTP extension header of an RTP packet when the RTP packet is first transmitted in an RTP payload type determined according to the changed encoding attribute, and changing, at the client, a decoding setup based on the changed encoding attribute in the RTP extension header.