Hierarchical Protocol Classification for LTE Voice Interworking
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The integration of 4G LTE networks with existing circuit-switched networks for voice communications is challenging due to the lack of inherent support for voice services in LTE, necessitating interworking protocols to enable seamless handovers and service continuity between packet-switched and circuit-switched networks.
Innovation Solution
A hierarchical protocol classification and signaling method is introduced to specify interworking protocols, dividing them into classes based on SRVCC and CSFB, with versioning that ensures backward compatibility, allowing circuit-switched signaling messages to be transmitted between mobile terminals and interworking functions across different network types.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Loss of energy
If LTE networks are deployed as pure packet-switched networks, then bandwidth efficiency is improved, but voice service support deteriorates
Solution Approach 1:
An interworking function is introduced as an intermediary component that enables communication between LTE packet-switched networks and legacy circuit-switched networks. This intermediary translates and forwards signaling messages between the two different network architectures, allowing LTE to support voice services without requiring native circuit-switched capabilities.
2Adaptability or versatility
If interworking protocols are implemented to enable voice services in LTE, then service versatility is improved, but system complexity increases
Solution Approach 1:
The interworking protocol is segmented into distinct components: an interworking option that identifies the protocol type and version, and separate signaling message handling logic. This segmentation allows the system to selectively implement only the necessary interworking functions rather than incorporating all possible protocol handlers, thereby reducing overall complexity.
Solution Approach 2:
The interworking option includes parameters that specify the protocol class and revision version. By using parameter-based identification rather than hard-coded protocol handling, the system can adapt to different interworking protocols through parameter configuration alone, reducing the need for complex conditional logic and multiple dedicated code paths.
3Adaptability or versatility
If multiple versions of interworking protocols are supported, then backward compatibility is improved, but protocol management complexity increases
Solution Approach 1:
The interworking option dynamically specifies the protocol revision version being used. This dynamic parameter allows the system to adapt to different protocol versions on demand rather than maintaining static support for multiple versions simultaneously. The receiving end can adjust its processing based on the dynamically provided version information, simplifying protocol management.
Solution Approach 2:
A single interworking option structure serves multiple functions: it identifies the protocol class, specifies the revision version, and enables backward compatibility. This universal structure eliminates the need for separate identification mechanisms for each protocol version, reducing protocol management complexity while maintaining broad compatibility.
Data Source
AI summary
A hierarchical protocol classification and signaling method specifies the interworking protocols used to send circuit-switched signaling messages to and from a mobile terminal in a packet-switched network. A set of possible interworking protocols are divided into two more classes that correspond to different types of interworking protocols. Within each class, different versions of the interworking protocol are specified by a revision value. The versions of the interworking protocols within a given class are may be denominated such that the versions with a higher revision value are backward compatible with versions having a lower value. When a circuit services domain message is sent from a sending device to a receiving device, an interworking option specifying the class/revision of the interworking protocol is transmitted along with circuit services domain messages. The interworking option may be inserted into the header of a tunneling packet containing the circuit services domain message.