R1-2602241
discussion
[Draft] Reply LS on capability reporting for PRS Processing Window
From ZTE
ZTE's prior position on
5
at
RAN1#118bis
· AI-synthesized, paraphrased
verify sources →
Advocates for flexible and optional network-side signaling to minimize overhead while supporting sub-use-case level granularity and reusing existing CSI framework mechanisms, opposing mandatory associated ID signaling.
Summary
This document is a Liaison Statement reply from RAN1 to RAN2 regarding capability reporting for Positioning Reference Signal (PRS) processing windows in Release 19. It contains one specific technical response addressing RAN2's inquiry about capabilities 58-2-9 and 58-2-10, stating that these capabilities must be known to both the gNB and the LMF.
Position
ZTE, representing RAN1, responds to RAN2's inquiry regarding UE-based positioning Case 1 capabilities. They assert that the specific capabilities defined in items 58-2-9 and 58-2-10, which relate to the number of activated PRS processing windows and DL PRS buffering capabilities outside the Measurement Gap, must be known to both the gNB and the Location Management Function (LMF). This stance ensures that network-side entities have the necessary visibility into UE processing constraints for positioning procedures.
Key proposals
- Proposal 1 (Sec 1): RAN1 states that capability 58-2-9 (Number of supported activated PRS processing windows) and capability 58-2-10 (DL PRS Processing Capability outside MG) should be known both to the gNB and the LMF.