RAN1 / #124bis / NR_AIML_air / Verify

Ericsson · 5

Incoming Liaison Statements · RAN1#124bis · 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 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#124bis · 3 docs

LS on capability reporting for PRS Processing Window
Position extracted by AI
Ericsson questions whether capability 58-2-11 (Support of more than one activated PRS processing windows across all active DL BWPs) should be known only to the gNB or both the gNB and LMF, citing that legacy capability 27-23 is sent only to the gNB. They further question whether capabilities 58-2-9 and 58-2-10 should be known to the gNB, observing that these are currently set to N/A for the 'Need for the gNB to know' field. Ericsson argues that in legacy PPW configuration, details are known to the gNB so that the gNB can configure the PPW configuration as per UE capability, implying a similar need for AIML-related capabilities. They present this as a request for RAN1 feedback to resolve the visibility of these specific NR_AIML_air-Core capabilities.
Summary
Ericsson submits a Letter of Submission from RAN2 to RAN1 regarding Release 19 NR_AIML_air capability reporting for Positioning Reference Signal (PRS) Processing Windows. The document contains two primary questions seeking RAN1 feedback on whether specific UE capabilities (58-2-11, 58-2-9, and 58-2-10) should be known to the gNB, the LMF, or both, drawing parallels to legacy non-AIML positioning procedures.
R1-2603184 discussion not treated 3gpp.org ↗
Discussion on LS on capability reporting for PRS Processing Window
Position extracted by AI
Ericsson proposes that capability 58-2-11 should be known only to the gNB, arguing that this mirrors the legacy Rel-17 feature which is sent only to the gNB since it impacts the enabling of PPWs via RRC signaling. They further propose that capabilities 58-2-9 and 58-2-10 should be known to both the gNB and the LMF. Ericsson argues that since AIML-case1 positioning mirrors DL-TDOA configuration, these capabilities should follow the same principles as legacy features for gapless measurements (capabilities 27-3-2 and 27-3-3), which are reported to both nodes to inform of the types of priority handling the UE supports. They emphasize that in legacy PPW configuration, details are known to the gNB so that the gNB can configure the PPW configuration as per UE capability.
Summary
Ericsson responds to RAN2's inquiry regarding the reporting targets for specific UE capabilities related to PRS Processing Windows (PPW) in NR AIML positioning. The document contains two distinct proposals addressing whether capabilities 58-2-11, 58-2-9, and 58-2-10 should be known by the gNB, the LMF, or both, based on legacy Rel-17 precedents.
R1-2603185 discussion not treated 3gpp.org ↗
Draft reply LS on capability reporting for PRS processing window
Position extracted by AI
Ericsson clarifies the visibility of specific UE capabilities for PRS Processing Window (PPW) in the context of NR AIML air interface. They state that capability 58-2-11, which relates to support for more than one activated PRS processing window across all active DL BWPs, should be known only to the gNB, aligning with legacy non-AIML positioning behavior. Conversely, they confirm that capabilities 58-2-9 and 58-2-10 should be known to both the gNB and the LMF, ensuring the LMF has the necessary information for positioning configuration. This distinction ensures that the gNB can configure PPW details based on UE capability while the LMF retains awareness of relevant positioning features.
Summary
Ericsson responds to RAN2 regarding capability reporting for Positioning Reference Signal (PRS) Processing Window (PPW) in Rel-19 NR AIML. The document provides definitive answers to two questions, specifying that capability 58-2-11 is known only to the gNB, while capabilities 58-2-9 and 58-2-10 are known to both the gNB and the LMF.

Prior contributions at RAN1#118bis · 1 doc · Oct 14, 2024

RAN2 inputs to TR 38.843
Position extracted by AI
RAN2 is advocating for the inclusion of UE-side data collection capabilities for UE-side model training in AI/ML applications for the NR air interface, as evidenced by their endorsement of TP R2-2407807 and their request for RAN1 to incorporate this work into the technical report TR 38.843.
Summary
This is a liaison statement from RAN2 to RAN1 regarding UE-side data collection for UE-side model training in AI/ML for NR Air Interface work. The document contains no technical proposals but rather informs RAN1 that RAN2 has endorsed a Technical Paper (TP) on this topic and requests RAN1 to incorporate it into TR 38.843.
How this was derived
The AI extracted the "position extracted" field above directly from each Tdoc during summarization. Always verify critical claims against the original Tdocs linked above.