R1-2602242 discussion

Discussion on capability reporting for PRS Processing Window

From ZTE
Status: not treated
WI: NR_AIML_air
Agenda: 5
Release: Rel-19
Source: 3gpp.org ↗
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

ZTE addresses RAN2 questions regarding the visibility of UE capabilities for PRS Processing Window (PPW) in NR positioning, specifically for Rel-19 AI/ML features. The document contains two main proposals arguing that specific Feature Groups (FGs) related to multiple activated PPWs and buffering capabilities should be known to both the gNB and the LMF to ensure correct configuration and activation.

Position

ZTE proposes that Feature Groups 27-23 and 58-2-11, which define support for more than one activated PRS processing window across all active DL BWPs, must be known to both the gNB and the LMF. This stance is driven by the NRPPa Measurement Preconfiguration and Activation procedures, where the LMF requests the gNB to configure and activate PPWs; without LMF knowledge of these capabilities, configuration failures may occur if requests exceed UE limits. Furthermore, ZTE proposes that Feature Groups 58-2-9 and 58-2-10, concerning DL PRS measurement outside Measurement Gaps and buffering capabilities for UE-based positioning Case 1, should also be known to both the gNB and the LMF. This ensures consistency with Rel-17 legacy positioning, where similar capabilities are already shared between nodes to facilitate proper PPW configuration and resource reservation.

Key proposals

Your notes

Private to your account