RAN1 / #120 / NR_AIML_air / Verify

NEC · 9.1.3

Specification support for CSI prediction · RAN1#120 · Source verification
the AI's delta new vs RAN1#119
NEC is a new contributor. They propose reusing the associated ID from Beam Management to ensure consistency. They added requirements for UE-initiated data collection requests and configuring distinct observation and prediction windows for periodic/semi-persistent CSI reports. They focus on Type 1 and Type 3 monitoring using SGCS and NMSE, and added specific fallback criteria based on threshold violations.
AI-synthesized from contributions · all text is paraphrased
Every position summary on this site is generated by an AI from the actual Tdoc contributions. This page shows you the exact source documents the AI read to produce the summary above, so you can verify it yourself. Click any Tdoc ID to view its detail page, or click "3gpp.org ↗" to read the original on the official 3GPP server.

Contributions at RAN1#120 · 1 doc

R1-2500600 discussion not treated 3gpp.org ↗
Discussion on specification support for CSI prediction
Position extracted by AI
NEC proposes reusing the associated ID from BM-Case 1/2 to ensure consistency of NW-side additional conditions for CSI prediction, while simultaneously arguing that performance monitoring serves as a fundamental LCM procedure to guarantee inference performance regardless of consistency mechanisms. They require support for UE-initiated data collection requests and the provision of preferred observation and prediction window periods to the NW. NEC proposes configuring distinct observation and prediction windows for P/SP CSI reports to reduce signaling overhead and suggests autonomous updates to CSI reporting periodicity based on significant points of variation. Regarding performance monitoring, NEC focuses specification efforts on Type 1 and Type 3 monitoring, proposing intermediate KPIs like SGCS and NMSE, and defines specific fallback criteria based on threshold violations for current and candidate models. They further require the UE to report changes in model input/output parameters, such as window lengths, to the NW during model switching or updates.
Summary
NEC presents 17 proposals and 1 observation regarding the normative specification of CSI prediction with UE-sided models, focusing on consistency between training and inference, data collection mechanisms, model inference procedures, and performance monitoring types. The document argues for reusing associated IDs for consistency, defining specific performance metrics for UE-side monitoring, and establishing reporting procedures for model switching and data collection requests.

Prior contributions at RAN1#119 · 1 doc · Nov 18, 2024

R1-2409853 discussion not treated 3gpp.org ↗
Discussion on specification support for CSI prediction
Position extracted by AI
NEC advocates for reusing existing associated ID mechanisms from beam management cases for training-inference consistency, emphasizing UE-side performance monitoring (Type 1 and 3) over network-side monitoring to minimize overhead while maintaining control. They push for NW-controlled AI/ML-based CSI reporting to preserve legacy principles and support discontinuous CSI-RS reception mechanisms, positioning against pure UE-autonomous reporting that could lead to uncontrolled behavior across different UE implementations.
Summary
NEC's contribution discusses specification support for AI/ML-based CSI prediction with UE-sided models, focusing on consistency between training and inference phases and normative work preparation. The document contains 14 proposals and 1 observation covering consistency mechanisms, performance monitoring, model management, and CSI reporting enhancements.
How this was derived
The AI extracted the "position extracted" field above directly from each Tdoc during summarization. For the delta summary at the top, the AI compared NEC's consolidated stance at RAN1#120 against their stance at RAN1#119 and classified the change as new. Always verify critical claims against the original Tdocs linked above.