R1-2409494
discussion
Discussion on LS on applicable functionality reporting for beam management UE-sided model
From CMCC
Summary
CMCC analyzes the signaling procedures for applicable functionality reporting in NR AI/ML beam management, specifically addressing Steps 3-5 of the RAN2-defined lifecycle. The document presents 15 proposals and 2 observations, arguing that NW-side additional conditions should be optional and functionality-specific, while supporting both Option 1 (CSI-ReportConfig based) and Option 2 (inference parameter set based) procedures.
Position
CMCC proposes that NW-side additional conditions be functionality specific and optional, arguing that UE can determine applicable functionalities based on inference configuration or parameters provided in Step 3 without mandatory NW-side conditions. They support both Option 1 (using CSI-ReportConfig) and Option 2 (using independent inference parameter sets) for the reporting procedure, while explicitly opposing Option 3 due to signaling inefficiency. For Option 2, they prefer configuring the associated ID outside the CSI framework and independent from inference related parameters. Regarding activation, CMCC proposes that if inference configuration is provided in Step 3, functionalities should default to a deactivated mode requiring further activation indication, whereas Step 5 configurations can reuse existing CSI reporting activation mechanisms. They further argue that multiple applicable functionalities can be activated simultaneously under beam management use cases.
Key proposals
- Proposal 1 (NW-side additional condition and configuration): NW-side additional condition can be functionality specific.
- Proposal 2 (NW-side additional condition and configuration): More discussions are needed for the configuration of periodic reporting in Option 1, as legacy periodic CSI reporting takes effect immediately whereas AI inference configurations may need activation after Step 4.
- Proposal 3 (NW-side additional condition and configuration): The associated ID can be configured outside the CSI framework and independent from the inference related parameters in Option 2.
- Proposal 4 (NW-side additional condition and configuration): Option 1 and Option 2 can be supported for applicable functionality reporting procedure.
- Proposal 6 (NW-side additional condition and configuration): NW-side additional condition can be optional.
- Proposal 7 (NW-side additional condition and configuration): It is feasible for gNB to provide inference configuration or inference related parameters other than NW-side additional condition in Step 3 for UE to determine applicable functionalities.
- Proposal 8 (NW-side additional condition and configuration): Option 3 is not supported for applicable functionality reporting procedure.
- Proposal 9 (NW-side additional condition and configuration): The content of inference configuration or inference related parameters should at least include Set A related information, Set B related information, report content related information, and time instances for BM-Case 2.
- Proposal 10 (NW-side additional condition and configuration): The NW-side additional condition/associated id can be part of the inference configuration or indicated separately, but inference configuration will not be a part of the NW-side additional condition.
- Proposal 11 (NW-side additional condition and configuration): The content of applicable functionality reporting in Step 4 needs more discussion, with candidates including Functionality ID, CSI-ReportConfig ID, set ID of inference, and associated id.
- Proposal 12 (Functionality activation): If inference configuration is provided in Step 3, the functionalities can be configured as deactivated mode which needs further indication of activation.
- Proposal 13 (Functionality activation): If inference configuration is provided in Step 5, the activation mechanism in current CSI reporting framework, e.g. triggering or activation of AP/SP reporting, can be reused.
- Proposal 14 (Functionality activation): Under beam management use case, it is feasible to activate multiple applicable functionalities.
- Proposal 15 (Functionality activation): The activation/deactivation mechanisms of CSI reporting configuration in the current specification can be reused or referred for the functionalities’ activation/deactivation.