Multicast Traffic Scheduling in Wireless Peer-to-Peer Networks
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing methods for scheduling multicast traffic in peer-to-peer networks are inefficient, particularly when dealing with large multicast groups or competing unicast and multicast traffic, leading to high usage of connection scheduling resources and interference issues.
Innovation Solution
A decentralized distributed method for traffic scheduling that allocates resources dynamically between peer-to-peer connections and multicast groups, using priority-based resource allocation within multicast groups and separate resource blocks for unicast and multicast scenarios, allowing devices to monitor and respond to transmission intentions and priorities within their groups.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Productivity
If connection scheduling resources are allocated to each possible peer to peer connection alternative in a multicast group, then multicast traffic can be transmitted, but usage of connection scheduling resources increases significantly
Solution Approach 1:
The patent merges multiple connection scheduling resources into a single shared resource for the entire multicast group. Instead of allocating separate scheduling resources to each possible peer-to-peer connection within the multicast group, all members share one common scheduling resource, dramatically reducing resource consumption while maintaining multicast transmission capability
Solution Approach 2:
The scheduling resource is designed to be universal and multi-functional, serving all members of the multicast group simultaneously. A single scheduling resource can coordinate transmissions for any combination of group members, making the resource adaptable to different transmission scenarios without requiring dedicated resources for each potential connection
2Object-affected harmful factors
If separate resource blocks are allocated for unicast and multicast scenarios, then interference is reduced, but device complexity increases
Solution Approach 1:
The patent segments the scheduling resource block into distinct regions or time slots dedicated to unicast and multicast transmissions. This segmentation physically separates the two traffic types in the resource domain, preventing interference while maintaining manageable complexity through structured organization
Solution Approach 2:
Different portions of the scheduling resource block are assigned different qualities or characteristics optimized for specific traffic types. For example, certain time-frequency regions are tailored for unicast with specific protection mechanisms, while other regions are optimized for multicast with different parameters, allowing each to operate with appropriate local optimizations
3Productivity
If priority levels are assigned to members within a multicast group, then transmission opportunities are managed efficiently, but scheduling complexity increases
Solution Approach 1:
Priority levels for multicast group members are predetermined and configured in advance based on their roles, requirements, or service level agreements. This preliminary assignment of priorities eliminates the need for complex real-time priority calculations during transmission scheduling, reducing operational complexity while maintaining efficient transmission opportunity management
Data Source
Figure 1
Figure 2
Figure 3
AI summary
Methods and apparatus for supporting multicast groups in networks, e.g., wireless peer to peer networks, are described. A member of a multicast group, that does not intend to transmit in a traffic interval, generates and transmits a signal on a traffic transmission request resource indicating that the device transmitting the signal does not intend to transmit multicast traffic data to the multicast group. A member of the multicast group, that intends to transmit in the traffic interval, refrains from transmitting a signal and monitors. The devices in the group which did not transmit decide which one is allowed to proceed with its intended multicast traffic transmission based on relative priority within the group.