RAN1 / #120 / NR_AIML_air / Verify

Google · 9.1.2

Specification support for positioning accuracy enhancement · RAN1#120 · Source verification
Claude's delta shifted vs RAN1#119
Google shifted their focus from general flexible channel measurements to specifically proposing the extension of enhanced path-based measurement to the UE side to reduce reporting overhead. They added a new proposal to report L1-SINR alongside path-based measurements to enable network filtering. For model performance monitoring in Case 1, they refined their support for UE-side monitoring (Option A) by specifying a simple 1-bit failure indication and explicitly opposing Option B due to functional redundancy and privacy concerns. They also added support for Alternative 4, requiring explicit provision of TRP geographical coordinates from the LMF.
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 Claude 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-2500546 discussion not treated 3gpp.org ↗
AI/ML based Positioning
Position extracted by Claude
Google proposes extending enhanced path-based measurement to the UE side to reduce reporting overhead, arguing that UE-side path selection is simpler than gNB-side selection. They support reporting L1-SINR alongside path-based measurements to enable the network to filter results or improve accuracy based on potential measurement errors. For model performance monitoring in Case 1, Google supports Option A with a simple 1-bit failure indication based on UE-calculated metrics and NW-configured thresholds, while explicitly opposing Option B due to functional redundancy and privacy concerns regarding UE location disclosure. Regarding assistance information, Google supports Alternative 4, requiring Info #7 (TRP geographical coordinates) to be provided explicitly from the LMF to the UE to enable absolute location identification, arguing that implicit provision via associated ID would unnecessarily increase dimensionality.
Summary
Google presents five proposals for 3GPP RAN1 regarding AI/ML-based positioning, focusing on extending enhanced path-based measurements to the UE side, reporting L1-SINR to handle measurement errors, and simplifying model monitoring. The document argues for explicit provision of TRP geographical coordinates (Info #7) and opposes redundant network-side monitoring options to reduce overhead and privacy risks.

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

R1-2410150 discussion not treated 3gpp.org ↗
AI/ML based Positioning
Position extracted by Claude
Google advocates FOR transparent model performance monitoring that does not require UEs to disclose location information to the network, supporting UE-side monitoring (Option A) over network-side monitoring (Option B). They push FOR flexible channel measurement options including phase information and configurable sample-based vs path-based reporting, while supporting reuse of existing measurement frameworks rather than creating new mechanisms.
Summary
Google's contribution discusses ML-based positioning for NR, presenting 4 key proposals covering training data collection, model monitoring, and measurement configurations. The document builds on previous RAN1 agreements and focuses on Case 1 UE-based positioning with emphasis on transparent model performance monitoring.
How this was derived
Claude extracted the "position extracted" field above directly from each Tdoc during summarization. For the delta summary at the top, Claude compared Google's consolidated stance at RAN1#120 against their stance at RAN1#119 and classified the change as shifted. Always verify critical claims against the original Tdocs linked above.