SCEF Presence Reporting Area Signaling Optimization
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current presence reporting area (PRA) functionality in 3GPP networks is limited, leading to excessive signaling and high costs due to continuous location reporting, which is not always necessary for services like sharing bike services that only require monitoring of a UE's presence in specific areas.
Innovation Solution
The proposed method extends PRA functionality by allowing UE presence monitoring and reporting in predefined areas, using a more efficient signaling mechanism that reduces network resource usage by sending updates only when the UE's presence status changes, thereby enabling capability exposure for services that do not require precise location tracking.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Measurement precision
If continuous location reporting is implemented to monitor UE position, then location tracking accuracy is improved, but network signaling overhead and operational costs increase
Solution Approach 1:
The patent extracts the essential function of location tracking by removing continuous reporting and keeping only event-triggered presence status changes. The SCEF extracts only the necessary presence information (in-area/out-of-area status) rather than continuous location data, reducing signaling overhead while maintaining service functionality for applications like bike-sharing.
Solution Approach 2:
The patent applies partial action by implementing presence reporting only when status changes occur (entering or leaving areas of interest) rather than continuous reporting. This partial monitoring approach provides sufficient information for location-based services while significantly reducing network signaling and energy consumption.
2Adaptability or versatility
If precise location tracking is implemented for all services, then service functionality is improved, but network resource consumption increases
Solution Approach 1:
The patent applies local quality by providing different levels of location information based on service requirements. For services like bike-sharing that only need area-level presence monitoring, only presence status is provided. For services requiring precise location, full location data can be provided. This localized approach optimizes network resource consumption while maintaining service versatility.
Solution Approach 2:
The patent changes the parameter of location information from continuous precise coordinates to discrete presence status (in-area/out-of-area). This parameter transformation reduces the quantity of data transmitted while maintaining adaptability for various services that require different levels of location granularity.
3Loss of energy
If area-level presence monitoring is implemented instead of continuous location reporting, then network signaling is reduced, but location precision is degraded
Solution Approach 1:
The patent applies dynamics by making the reporting mechanism adaptive to actual service needs. The system dynamically adjusts between area-level presence monitoring (for low-precision requirements) and can escalate to precise location reporting (for high-precision requirements). This dynamic approach optimizes network signaling while maintaining sufficient precision for each specific service scenario.
Data Source
AI summary
Methods and apparatuses for exposure of presence reporting area (PRA) functionality are disclosed for a wireless communication system. According to an embodiment, a service capability exposure function (SCEF) entity receives, from a requesting server, a first request for initiating PRA functionality for at least one user equipment (UE). The PRA functionality is used to monitor whether the at least one UE is located in at least one area of interest. The SCEF entity obtains at least one monitored result for the at least one UE from a mobility management node via a home subscriber server (HSS) or via a policy and charging rules function (PCRF) entity. The SCEF entity sends the at least one monitored result to the requesting server.