Signaling Message Header Parameters for Faster Initial Compression
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current signaling compression techniques, such as SigComp, are not efficient in determining receiver capabilities before message transmission, leading to suboptimal compression, increased complexity in implementation, and limitations in asymmetric networks, and inefficient bytecode transmission, which can result in higher latency and reduced network capacity.
Innovation Solution
Incorporating parameter information in the header of protocol messages to specify compression or decompression mechanisms, allowing for immediate determination of receiver capabilities and optimized compression settings, enabling simpler implementation and efficient bytecode management.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Loss of time
If SigComp compression is applied to reduce message size, then transmission latency is reduced, but the complexity of determining receiver capabilities and configuring compression increases
Solution Approach 1:
The patent applies preliminary action by including compression capability parameters in the protocol message headers before compression occurs. This allows the receiving end to determine compression capabilities in advance, configure the appropriate compression algorithm, and avoid the complexity of capability negotiation during the compression process, thereby reducing transmission latency while managing complexity efficiently
2Adaptability or versatility
If bytecode is transmitted to enable compression, then compression capability is provided, but network capacity is reduced and latency increases
Solution Approach 1:
The patent extracts the bytecode transmission requirement by using parameter information in protocol message headers to indicate compression capabilities without requiring actual bytecode transmission. This approach maintains compression capability while eliminating the overhead of transmitting bytecode, thereby preserving network capacity and reducing latency
Solution Approach 2:
Instead of transmitting actual bytecode, the patent uses parameter information as a copy or representation of compression capability. This allows the receiving end to understand which compression algorithms are supported without receiving the actual compression code, significantly reducing network overhead while maintaining full compression functionality
3Measurement precision
If compression parameters are determined after message transmission, then receiver capabilities can be identified, but initial message compression efficiency is reduced
Solution Approach 1:
The patent implements preliminary action by placing compression capability parameters in the message headers that are processed before compression. This allows the receiving end to identify compression capabilities in advance and configure the appropriate compression algorithm before the actual compression occurs, thereby maintaining both accurate capability identification and high compression efficiency for initial messages
Data Source
AI summary
The present invention relates to a method of compressing or decompressing a signaling message in a packet data network, wherein a parameter information is provided in a header portion of a protocol message of the packet data network. The parameter information specifies at least one processing detail of a compression or decompression mechanism and is forwarded together with the protocol message through the packet data network to a compression or decompression function of the packet data network. The compression or decompression mechanism at the compression or decompression function is then set in accordance with the parameter information. Thereby, a better compression of the first or first few messages can be achieved, as the parameter information is directly available.