R1-2601764 LS in

LS on capability reporting for PRS Processing Window

From Ericsson
Status: treated
WI: NR_AIML_air
Agenda: 5
Release: Rel-19
Source: 3gpp.org ↗
Ericsson's prior position on 5 at RAN1#118bis · AI-synthesized, paraphrased
verify sources →
Advocates for inclusion of UE-side data collection capabilities for UE-side model training in AI/ML applications, supporting RAN2's endorsement and requesting incorporation into technical report TR 38.843.

Summary

Ericsson submits a Letter of Submission from RAN2 to RAN1 regarding Release 19 NR_AIML_air capability reporting for Positioning Reference Signal (PRS) Processing Windows. The document contains two primary questions seeking RAN1 feedback on whether specific UE capabilities (58-2-11, 58-2-9, and 58-2-10) should be known to the gNB, the LMF, or both, drawing parallels to legacy non-AIML positioning procedures.

Position

Ericsson questions whether capability 58-2-11 (Support of more than one activated PRS processing windows across all active DL BWPs) should be known only to the gNB or both the gNB and LMF, citing that legacy capability 27-23 is sent only to the gNB. They further question whether capabilities 58-2-9 and 58-2-10 should be known to the gNB, observing that these are currently set to N/A for the 'Need for the gNB to know' field. Ericsson argues that in legacy PPW configuration, details are known to the gNB so that the gNB can configure the PPW configuration as per UE capability, implying a similar need for AIML-related capabilities. They present this as a request for RAN1 feedback to resolve the visibility of these specific NR_AIML_air-Core capabilities.

Key proposals

Your notes

Private to your account