SCC AS Session Replication via SDP Attribute Matching
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing systems face difficulties in distinguishing between requests for transferring and replicating media components in multimedia sessions, and determining if a device can perform replication, especially when sharing ongoing sessions between users.
Innovation Solution
A method involving a Service Centralized and Continuity Application Server (SCC AS) that receives collaborative replication session requests, authorizes them, allocates media resources, and updates access and remote legs for replicated media flows, enabling efficient media session replication between wireless transmit/receive units (WTRUs).
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If a system supports both session transfer and session replication requests, then the system becomes more versatile in handling media sharing scenarios, but it becomes difficult to distinguish between transfer requests and replication requests
Solution Approach 1:
The patent uses different SDP attribute values (color codes) to distinguish between transfer and replication requests. Specifically, it sets 'a=transfer:1' for transfer requests and 'a=replicate:1' for replication requests in the SDP offer, allowing the system to easily differentiate between the two types of requests through simple attribute matching rather than complex logic
2Adaptability or versatility
If the system allows any device to request session replication, then media sharing becomes more flexible, but it becomes difficult to determine if a device is able to perform replication
Solution Approach 1:
The patent performs capability assessment beforehand by checking whether the target device includes the 'replicate' attribute in its SDP offer before allowing session replication. This preliminary check ensures that only devices capable of replication can initiate replication requests, preventing capability mismatches while maintaining flexible media sharing
3Reliability
If the system implements comprehensive authorization for session replication, then session integrity is maintained, but the authorization process becomes more complex
Solution Approach 1:
The patent uses SDP attributes to encode authorization information, setting 'a=transfer:1' or 'a=replicate:1' in the offer and matching them with corresponding 'a=transfer:2' or 'a=replicate:2' in the answer. This attribute-based authorization mechanism maintains session integrity through simple string matching rather than complex authorization logic
Solution Approach 2:
The patent copies capability and authorization information between SDP offers and answers. The offering party includes capability indicators in the offer, and the answering party echoes these indicators in the answer to confirm authorization, creating a simple copy-verify mechanism that ensures integrity without complex procedures
4Adaptability or versatility
If the system supports inter-operator collaborative sessions, then user collaboration becomes more versatile, but session routing and control become more complex
Solution Approach 1:
The patent uses the SDP protocol as an intermediary to carry capability and authorization information between offering and answering parties in inter-operator collaborative sessions. The SDP offer and answer messages serve as mediators that convey replication and transfer capabilities across operator boundaries, simplifying the routing and control of collaborative sessions through standardized attribute exchange
Data Source
Figure 1A
Figure 1B
Figure 1C
AI summary
A method of replicating a media session in a Service Centralized and Continuity Application Server (SCC AS), the method comprising receiving a collaborative replication session invite request from a second wireless transmit/receive unit (WTRU), performing authorization of the collaborative replication session invite request, allocating a media resource for a replicated media flow, transmitting a response for the replicated media flow in a media resource function (MRF) to second WTRU, updating an access leg on a first WTRU for the replicated media flow with the MRF, and updating a remote leg for the replicated media flow in the MRF.