R1-2409786 discussion

Discussion on RAN2 LS on applicable functionality reporting for beam management UE-sided model

From Apple
Status: not treated
WI: NR_AIML_air
Agenda: 5
Release: Rel-19
Source: 3gpp.org ↗

Summary

Apple analyzes three options for AI/ML beam management UE-side model configuration agreed at RAN1 #118bis, focusing on the signaling flow between network and UE. The document raises four key proposals regarding the investigation of these options, the dependencies of dynamic UE capability reporting, the definition of association IDs, and the activation timing of AI-based configurations.

Position

Apple proposes that RAN1 thoroughly investigate the three options for AI/ML beam management UE-side model configuration agreed at RAN1 #118bis, arguing against rushing into a design due to the far-reaching impact on UE-side model operation. They question whether dynamic UE capability reporting in Step 4 depends on both NW side beam configuration (Set A/Set B size, beam codebook, mapping) and report quantity, or solely on the NW side beam configuration. Apple seeks confirmation that different NW side beam configurations result in different association IDs, implying the association ID must represent the specific NW side condition. Furthermore, they require confirmation that AI-based beam management configurations are NOT activated immediately after Step 3, regardless of the option chosen, to prevent UE reporting errors before capability confirmation.

Key proposals

Your notes

Private to your account