Communication Processor URSP Offloading for Route Selection Queries
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The implementation of the User Route Selection Policy (URSP) feature in communication apparatuses is hindered by high development and maintenance costs, as existing protocols require modifications to the operating system, which is difficult for manufacturers to manage, especially for devices without a full operating system.
Innovation Solution
A communication processor is introduced to handle the URSP feature, enabling the querying and activation of route selection descriptors independently, reducing the need for operating system modifications and allowing implementation even in devices without a full operating system.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the URSP feature is implemented in the upper-layer system according to the existing protocol, then the protocol compliance is ensured, but the development and maintenance costs increase significantly
Solution Approach 1:
The patent introduces an intermediary module between the upper-layer system and the communication processor that translates URSP-related AT commands. This intermediary handles protocol parsing and URSP rule management, allowing the upper-layer system to use simplified commands while maintaining full protocol compliance. The intermediary acts as a mediator that bridges the gap between simple implementation needs and complex protocol requirements.
Solution Approach 2:
The patent extracts the complex URSP processing functionality from the upper-layer system and places it in a separate communication processor or modem. This extraction allows the main system to use simple AT commands without needing to understand or implement the complex 3GPP URSP protocol, thereby reducing development and maintenance costs while ensuring protocol compliance through the dedicated communication processor.
2Adaptability or versatility
If the URSP feature is implemented in devices without a full operating system, then the compatibility is improved, but the implementation complexity increases
Solution Approach 1:
The patent enables communication processors to autonomously handle URSP rule management and routing decisions through self-contained AT command interfaces. The communication processor independently parses URSP rules, manages route selection descriptors, and makes routing decisions without requiring a full operating system or upper-layer protocol stack, thereby enabling implementation in lightweight devices while managing complexity through self-service architecture.
Solution Approach 2:
The patent designs a universal AT command interface for URSP functionality that can be implemented across different device types regardless of whether they have a full operating system. The same communication processor architecture and command set can serve both traditional mobile devices and lightweight IoT devices, providing universal compatibility while keeping implementation complexity manageable through standardized interfaces.
3Adaptability or versatility
If each manufacturer develops and maintains the URSP feature independently in their operating system, then the feature customization is enabled, but the development and maintenance burden increases
Solution Approach 1:
The patent creates a universal communication processor implementation that provides standardized URSP functionality through AT commands, which can be used by any manufacturer without needing to modify operating system code. This universal approach enables feature customization through configuration rather than code modification, maintaining adaptability while dramatically improving development and maintenance efficiency by eliminating the need for each manufacturer to independently implement and maintain complex protocol parsing code.
Data Source
AI summary
A communication method and apparatus, a storage medium, and a chip system are disclosed. In one example, a wireless communication apparatus includes a communication processor and an application processor, and the communication processor is coupled to the application processor. The communication processor is configured to receive a first request sent by the application processor, where the first request is used to query a route selection descriptor. The communication processor is configured to send a second request to a network device. The second request includes at least one parameter in the route selection descriptor.