Interface Data Mapping for Cross-Protocol Fronthaul Communication
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In 5G networking scenarios, devices with different interface protocols, such as CPRI and Ethernet fronthaul, hinder flexible communication and networking due to incompatibility, leading to increased network delay and resource overhead.
Innovation Solution
An interface data processing method that maps and demaps data based on Block Description (BD) information to convert data types between devices, allowing direct communication without additional hardware conversion devices.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Device complexity
If devices with different interface protocols (CPRI, Ethernet fronthaul) are connected directly, then device complexity is reduced and networking flexibility is improved, but protocol compatibility is lost causing communication failure
Solution Approach 1:
The patent introduces a protocol conversion device as an intermediary between devices with different interface protocols. This mediator translates data between different protocol formats (CPRI, Ethernet fronthaul, etc.), enabling communication without requiring direct protocol compatibility between endpoint devices, thus resolving the contradiction between device complexity and protocol compatibility.
Solution Approach 2:
The protocol conversion device dynamically changes data parameters including protocol type, data format, and transmission characteristics based on the receiving device's capabilities. By adapting these parameters, the system maintains protocol compatibility while allowing endpoint devices to remain simple and focused on their primary functions.
2Adaptability or versatility
If protocol conversion devices are added to enable communication between different protocols, then protocol compatibility is improved, but network delay increases and resource overhead is consumed
Solution Approach 1:
The system performs preliminary actions by pre-configuring protocol conversion rules and maintaining buffer queues for different protocol types. This preparation work is done in advance, allowing the protocol conversion device to quickly translate data without extensive real-time processing, thereby reducing network delay while maintaining compatibility.
Solution Approach 2:
The protocol conversion process is segmented into distinct functional modules: data reception, protocol identification, conversion execution, and data transmission. This segmentation allows parallel processing of different data streams and optimizes resource utilization, reducing overall conversion time and network delay.
3Adaptability or versatility
If protocol conversion is implemented through additional hardware devices, then communication between different protocols is enabled, but resource overhead and power consumption increase
Solution Approach 1:
The protocol conversion device is designed with multi-functionality, supporting multiple protocol types (CPRI, Ethernet fronthaul, and others) through a single unified platform. This universal design consolidates what would otherwise require multiple specialized hardware devices, reducing overall resource overhead and power consumption while maintaining broad protocol compatibility.
Data Source
Figure 1
Figure 2
Figure 3
AI summary
The present application proposes a method for processing interface data, a sender device and a receiver device. The method comprises: according to the data type of data to be processed, the type of data that can be processed by the receiver device and preset data block description information, mapping the data to be processed into interface data; and sending the interface data to the receiver device.