GTP IE Type Extension Mechanism for Protocol Adaptability
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The General Packet Radio Service (GPRS) Tunnelling Protocol (GTP) faces a challenge in efficiently supporting new features due to the depletion of spare Information Element (IE) types, which limits the protocol's ability to accommodate additional features in future implementations without compromising backward compatibility.
Innovation Solution
A method and core network node configuration that reserve and configure an IE Type Extension field within the GTP message to define additional new IE types, extending the existing set of predefined IE types by utilizing spare or reserved fields, allowing for the creation of new IE types without disrupting legacy systems.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If new IE types are created to support new features in GTP protocol, then the protocol's capability to support new features is improved, but the number of spare IE types decreases
Solution Approach 1:
The patent extends the IE type identification from a single octet (256 possible values) to multiple octets by introducing an IE type extension field. This dimensional expansion allows the protocol to represent significantly more IE types without consuming additional predefined IE type values, thereby resolving the contradiction between supporting new features and preserving spare IE types.
Solution Approach 2:
The invention nests the IE type extension field within the existing IE structure, placing it in the fourth and fifth octets of the IE. This nested arrangement allows new IE types to be formed by combining existing IE type values with extension field values, effectively multiplying the available IE type space without requiring separate predefined IE types for each combination.
2Adaptability or versatility
If more IE types are defined to accommodate future features, then future feature support is improved, but backward compatibility may be compromised
Solution Approach 1:
The patent introduces a dynamic IE type identification mechanism where the receiver determines whether to interpret the extension field based on its presence and validity. This dynamic interpretation allows the protocol to adapt between legacy mode (ignoring extension field) and extended mode (using extension field), thereby maintaining backward compatibility while enabling future feature support.
Solution Approach 2:
The invention reserves specific bit patterns in the extension field to indicate their presence and validity. By using reserved bit patterns as indicators, the protocol can preliminarily signal to receivers whether the extension field should be interpreted, allowing gradual adoption of new features without forcing changes on legacy systems.
Data Source
AI summary
A core network node creates a General Packet Radio Service, GPRS, Tunneling Protocol, GTP, message, which GTP message comprises a GTP header followed by at least one information element, IE, associated with a special IE type in a set of predefined IE types and which IE comprises a plurality of fields wherein the special IE type is identified by a value encoded in a predefined IE Type Field in a first Octet of the IE, the method comprising: reserving an IE Type Extension field in a fourth and fifth octet of the IE or in a fifth and sixth octet of the IE, for enabling a definition of an additional set of new IE types being an extension of the special IE type; and configuring the reserved IE Type Extension field so as to define at least one new IE type in addition to the predefined set of IE types.