Layer-3 Relay Link Modification for Multiple Application IDs
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current 5G ProSe WTRU-to-WTRU relay methods are inefficient, particularly in supporting multiple application IDs on a single unicast link, leading to excessive resource consumption and signaling overhead.
Innovation Solution
Implementing a method that allows multiple applications to share a single PC5 unicast link by using a Link Modification Request message to add or remove application IDs, with the option to reuse existing IP addresses and manage security and QoS policies, enabling efficient management of WTRU-to-WTRU relays.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If current 5G ProSe relay methods are used to support multiple application IDs, then each application ID requires a separate unicast link, but this leads to excessive resource consumption and signaling overhead
Solution Approach 1:
The patent merges multiple application ID contexts into a single unicast link by introducing a link modification procedure that allows adding/removing application IDs from an existing link. Instead of creating separate unicast links for each application ID, the system combines multiple application contexts within one link using modification requests and accept/reject responses.
Solution Approach 2:
The unicast link is designed to serve multiple functions by supporting multiple application IDs simultaneously. The link modification mechanism enables the same unicast link to be dynamically adapted for different applications, making the link universal rather than dedicated to a single application.
2Reliability
If separate unicast links are established for each application ID, then application isolation is maintained, but resource consumption and signaling overhead increase
Solution Approach 1:
The patent combines multiple application contexts within a single unicast link while maintaining logical isolation through the link modification procedure. The relay and WTRU track which application IDs are active on each link, providing isolation without requiring separate physical links for each application.
Solution Approach 2:
The patent applies local quality by maintaining application-specific context and parameters (such as QoS requirements and security settings) within the shared unicast link. Each application ID retains its specific characteristics and requirements locally while sharing the common transport infrastructure.
3Adaptability or versatility
If multiple unicast links are created to support different applications, then application-specific QoS can be managed, but device complexity and management overhead increase
Solution Approach 1:
The unicast link is designed as a universal container that can hold multiple application contexts with different QoS requirements. The link modification procedure allows dynamic addition and removal of applications, enabling flexible QoS management without increasing the number of links or their inherent complexity.
Solution Approach 2:
The patent introduces dynamic capabilities to the unicast link through the link modification procedure. Applications can be added or removed from existing links dynamically, allowing the system to adapt to changing requirements without static pre-configuration of multiple dedicated links.
Data Source
AI summary
The disclosure pertains to methods and apparatus for supporting multiple application IDs on a single unicast link using Layer-3 Relay. Methods and apparatus for operation by a wireless transmit/receive unit (WTRU) are provided. In an embodiment, a method may include any of receiving a first request message to establish a direct communication with a peer WTRU, the request message including an indication of first user information of the peer WTRU, associated with a first application and/or a first application identity; transmitting, to the peer WTRU, information indicating a first Internet Protocol (IP) address; receiving a second request message to associate a second application with the direct communication; transmitting a second response message including a second IP address; and communicating, with the peer WTRU using the direct communication, data related to the first application using the first IP address and data related to the second application using the second IP address.