vivo · 5
Incoming Liaison Statements ·
RAN1#119 · Source verification
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#119 · 2 docs
Draft reply LS on applicable functionality reporting for beam management UE-sided model
Position extracted by Claude
vivo argues that it is not feasible for the UE to determine applicable functionalities without NW-side providing associated IDs first, emphasizing that ensuring consistency of NW-side additional conditions across training and inference is crucial to avoid unpredictable performance degradation. They require that associated IDs in Step 3 be separate from inference configuration, which is reserved for Step 5 within the CSI framework (including report configuration and Set A/Set B). vivo supports the position that inference configuration in Step 3 is unnecessary because it does not activate functionality immediately; instead, activation depends on the time-domain type of the beam report, utilizing existing MAC CE or DCI signaling for semi-persistent or aperiodic reports. They propose that Step 4 reporting should include associated IDs supported by the UE and potentially cell IDs to align understanding of training data sources. Finally, vivo presents a working assumption that associated IDs should be configurable within the CSI framework, while leaving the definition of similar properties for DL Tx beams and alternative signaling methods as FFS.
Summary
This document is a Liaison Statement from RAN1 to RAN2 regarding the applicable functionality reporting for UE-sided AI/ML models in beam management for Release 19. It provides technical answers to ten specific questions from RAN2 concerning the role of network-side additional conditions, associated IDs, and inference configuration steps, containing no new proposals but clarifying existing RAN1 agreements and working assumptions.
Discussion on LS on applicable functionality reporting for beam management UE-sided model
Position extracted by Claude
vivo presents a technical case against Option 1, arguing it leads to significant wastage of NW signaling, communication resources, and UE storage resources due to invalid inference configurations. They oppose Option 1 because it contradicts the existing CSI framework, where resource measurement cannot be executed immediately upon receiving configuration. vivo requires that Associated IDs be provided by the NW before the UE determines applicable functionalities, citing that consistency of NW-side additional conditions across training and inference is crucial to prevent performance degradation. They propose that Associated IDs in Step 3 are separate from inference configuration, and that information such as preferred Set B patterns can be included in Step 3 but does not constitute inference configuration. vivo prioritizes Option 2 and Option 3, which allow the NW to understand supported models before configuring CSI reports, thereby aligning with the current CSI framework and avoiding futile configurations.
Summary
vivo analyzes three options for applicable functionality reporting for AI/ML beam management UE-sided models, arguing that Option 1 is inefficient due to signaling waste and CSI framework conflicts. The document prioritizes Option 2 and Option 3, which decouple associated ID interaction from inference configuration to ensure training-inference consistency. It contains two main proposals: prioritizing Options 2/3 and providing specific answers to RAN2's Question 4 regarding NW-side conditions.
Prior contributions at RAN1#118bis · 1 doc · Oct 14, 2024
Draft reply LS on applicable functionality reporting for beam management UE-sided model
Position extracted by Claude
Vivo advocates FOR mandatory associated IDs as essential for maintaining consistency between AI/ML training and inference phases, pushing for FG-specific granularity in functionality definition. They are advocating AGAINST providing inference configuration in early steps, preferring a separation of concerns where associated IDs and inference configurations are handled separately to avoid premature activation.
Summary
This is a reply liaison statement from vivo's RAN1 to RAN2 providing detailed answers to 10 questions about applicable functionality reporting for beam management UE-sided AI/ML models. The document contains technical clarifications but no formal proposals, focusing on the procedural aspects of AI/ML model deployment in NR.
How this was derived
Claude extracted the "position extracted" field above directly from each Tdoc during summarization.
Always verify critical claims against the original Tdocs linked above.