FlexE Resource Allocation Table Selection via Indication Information
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The existing FlexE technology lacks flexibility in service allocation, as each data unit corresponds to a specific sub-calendar, limiting the ability to dynamically adjust resource allocation across timeslots.
Innovation Solution
A method is introduced where indication information is used to select resource allocation tables cyclically, allowing for flexible service allocation by sending indication information in a preceding timeslot and using it to determine the resource allocation table for each data unit, ensuring compatibility with the FlexE data structure specified in OIF-FLEXE-01.1.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If each data unit corresponds to a specific sub-calendar in the prior art, then the data structure is simple and compatible with OIF-FLEXE-01.1, but service allocation flexibility is insufficient
Solution Approach 1:
The patent segments the resource allocation mechanism by introducing multiple resource allocation tables (first, second, third tables) that can be selectively applied to different data units. Each table provides distinct timeslot allocation patterns, allowing flexible service allocation without changing the fundamental FlexE data structure. This segmentation enables granular control over resource distribution while maintaining structural simplicity.
Solution Approach 2:
The patent implements dynamic resource allocation by allowing the selection of different resource allocation tables based on service requirements. The system can dynamically switch between fixed allocation (one table for all data units) and flexible allocation (selecting from multiple tables), enabling adaptive resource management that responds to changing traffic demands while preserving compatibility with existing FlexE standards.
2Adaptability or versatility
If resource allocation tables are changed frequently to improve service allocation flexibility, then service adaptability increases, but hardware requirements and processing complexity increase
Solution Approach 1:
The patent applies local quality by allowing different resource allocation tables to be used for different data units or service flows rather than uniformly changing allocation for all traffic. This enables flexible resource allocation only where needed, while maintaining simple fixed allocation elsewhere, thereby reducing overall hardware complexity and processing requirements while still providing adaptability for specific service requirements.
Solution Approach 2:
The patent changes allocation parameters by introducing multiple pre-defined resource allocation tables with different timeslot distributions. Instead of dynamically reconfiguring the entire allocation structure, the system selects from predefined parameter sets (allocation tables), reducing hardware complexity while maintaining flexibility. The indication information mechanism efficiently signals which parameter set to use without requiring complex real-time reconfiguration hardware.
3Adaptability or versatility
If multiple resource allocation tables are introduced to enhance service allocation flexibility, then service adaptability improves, but synchronization complexity between transmitting and receiving ends increases
Solution Approach 1:
The patent applies preliminary action by pre-defining multiple resource allocation tables with explicit timeslot allocations before data transmission begins. The transmitting end sends indication information in advance to specify which table to use, allowing the receiving end to prepare the correct allocation pattern beforehand. This preliminary configuration ensures both ends are synchronized before data units are transmitted, maintaining reliability while enabling flexible allocation.
Solution Approach 2:
The patent implements feedback through the indication information mechanism, where the transmitting end communicates the selected resource allocation table to the receiving end. This feedback ensures both ends maintain consistent understanding of the allocation pattern, preventing synchronization errors. The receiving end uses this feedback to correctly interpret incoming data units according to the specified allocation table, maintaining synchronization reliability across multiple allocation patterns.
Data Source
AI summary
A method includes: generating indication information, where the indication information is used to indicate a resource allocation table corresponding to a first data unit in the plurality of data units; sending the indication information in a timeslot previous to a timeslot used to send the first data unit; and sending the plurality of data units, where a resource allocation table corresponding to each data unit is selected from a plurality of resource allocation tables in a cyclic manner, and a cyclically initial resource allocation table is the resource allocation table indicated by the indication information.