3GPP Scout / Meetings / RAN3 #134

RAN3 #134Preview

RAN3 #134 preview: what the meeting will debate

16 November to 20 November 2026Calgary, Canada3GPP TSG RAN WG3Last updated 2026-11-10

At a glance

  1. Data collection proposals address interoperable RAN data access and OAM storage for offline model training.

  2. UE context retrieval faces a 48-bit Resume ID proposal and a concern about Msg3 coverage.

  3. Topology 2 work covers UE Reader availability reporting and Inventory and Command call flows.

  4. AI/ML proposals address feedback between aNBs, inference-generated actions, and prediction data for use cases.

Your topic

Follow a topic from RAN3 #134 and get its next outcome by email.

Scout emails you when a new agreement or decision on it is recorded, with the source for each. Or ask Scout and get an answer that cites the exact TDoc. Free to start.

Another topic or company? Follow it

Hottest topics

10.2.1

Data collection

Significance 38 of 100, 18 TDocs

One proposal asks SA5 whether DMFW supports interoperable RAN data access in distributed multi-vendor deployments. Another proposes OAM collection and stored raw data for offline model training.

Sources: R3-265074, Sisvel; R3-265095, ZTE. 3GPP TSG RAN WG3 #134. © Sisvel, ZTE.

2 proposals on this topic

The interoperability proposal also seeks clarification on standardized interaction if DMFW does not meet those needs. The proposals address different requirements: access and reuse across deployments, and storage for training.

Sisvel (with Reliance Jio, Rakuten Mobile, Charter Communications, Tejas Networks)

Proposal
RAN3 should provide SA5 with the RAN3 requirements concerning data availability and reuse and ask whether the DMFW solutions under study support interoperable access to ...

Source: R3-265074, Sisvel. 3GPP TSG RAN WG3 #134. © Sisvel.

ZTE

Proposal
OAM-based data collection mechanisms can support the offline model training based on the storage of large amounts of raw data.

Source: R3-265095, ZTE. 3GPP TSG RAN WG3 #134. © ZTE.

10.6.1

UE context retrieval with and without Xa connectivity

Significance 34 of 100, 22 TDocs

A 48-bit Resume ID proposal specifies PLMN, AMF set, I-RNTI profile, local RAN, and UE reference fields. An opposing concern says a longer aNB identifier would enlarge Msg3 and reduce coverage.

Sources: R3-265382, China Mobile; R3-265338, AT&T. 3GPP TSG RAN WG3 #134. © China Mobile, AT&T.

More detail

That concern applies the coverage impact to all resume attempts, while identifying benefits only for retrieval without direct Xa. The proposed field layout therefore faces a coverage objection, not a recorded decision.

14.2

Topology 2

Significance 33 of 100, 20 TDocs

The prior working assumption says NG-RAN may notify AIOTF when provided UE Readers cannot support an operation. A proposal seeks a choice between Inventory Response and Inventory Report for that notification.

Sources: R3-265002 (Meeting report); R3-265106, CATT; R3-265130, OPPO. 3GPP TSG RAN WG3 #133-bis, 3GPP TSG RAN WG3 #134. © CATT, OPPO.

2 proposals on this topic

Another proposal would refine Inventory and Command call flows to capture A-IoT-specific RRC signalling. The reporting message and call flow details remain separate points for discussion.

CATT

Proposal
Refine the Inventory and Command call flows for Topology 2 for capturing the A-IoT specific RRC signalling, as the TP provided in Annex.

Source: R3-265106, CATT. 3GPP TSG RAN WG3 #134. © CATT.

OPPO

Proposal
RAN3 to discuss and down-select between the following two approaches for gNB to inform the AIOTF about the unavailable UE Reader(s): 1/ report the unavailable ...

Source: R3-265130, OPPO. 3GPP TSG RAN WG3 #134. © OPPO.

10.5.2

AI/ML framework

Significance 32 of 100, 15 TDocs

One proposal introduces cause-aware feedback on the disposition of actions generated by inference. Another keeps feedback transfer between neighbouring aNBs within RAN3 scope.

Sources: R3-265234, Tejas Networks; R3-265274, Advaya Networks. 3GPP TSG RAN WG3 #134. © Tejas Networks, Advaya Networks.

2 proposals on this topic

The first would include reasons when Actors report how they executed those actions. The second leaves feedback content for study by use case, regardless of another framework issue.

Tejas Networks

Proposal
A standardized cause-aware feedback mechanism should be introduced to enable Actors to report the execution disposition of inference-generated actions and the associated reasons, thereby improving ...

Source: R3-265234, Tejas Networks. 3GPP TSG RAN WG3 #134. © Tejas Networks.

Advaya Networks

Proposal
Whichever way item 3 of the Editor's Note in clause 7.3 is resolved, keep within RAN3 scope the transfer of Feedback from an aNB to ...

Source: R3-265274, Advaya Networks. 3GPP TSG RAN WG3 #134. © Advaya Networks.

10.5.1

AI/ML use cases

Significance 31 of 100, 18 TDocs

A proposal would consider UE traffic and trajectory prediction as input and output data across use cases. Another proposes considering future UE distribution and traffic demand as potential NES input.

Sources: R3-265075, Qualcomm; R3-265202, ETRI. 3GPP TSG RAN WG3 #134. © Qualcomm, ETRI.

2 proposals on this topic

The NES proposal makes that input conditional on availability and leaves its granularity for further study. These proposals concern which prediction information use cases should handle, not an agreed data set.

Qualcomm

Proposal
For all the agreed use cases and proposed new use cases, consider UE Traffic prediction and UE Trajectory prediction as input and output data.

Source: R3-265075, Qualcomm. 3GPP TSG RAN WG3 #134. © Qualcomm.

ETRI

Proposal
RAN3 agrees to further consider information on future UE distribution and traffic demand, if available, as potential input for NES, with the appropriate granularity to ...

Source: R3-265202, ETRI. 3GPP TSG RAN WG3 #134. © ETRI.

Contested proposals

Proposals already uploaded where companies take opposing positions on the same point. These are proposals, not decisions.

Resume ID

China Mobile

Proposes
It is suggested to include PLMN ID (2 bits) + AMF set ID (10 bits) + I-RNTI profile ID (1 bit) + Local RAN ID ...

Source: R3-265382, China Mobile. 3GPP TSG RAN WG3 #134. © China Mobile.

AT&T

Raises a concern
Carrying a longer aNB identifier increases the Resume ID beyond 40 bits and enlarges Msg3, which reduces Msg3 coverage for all resume attempts, requires RAN1 ...

Source: R3-265338, AT&T. 3GPP TSG RAN WG3 #134. © AT&T.

What RAN3 #133-bis left open

Still open

Working assumption
WA: If the NG-RAN is unable to use some of the provided UE Reader(s) to perform the specific AIoT service operation, the NG-RAN may notify ...

Source: R3-265002 (Meeting report). 3GPP TSG RAN WG3 #133-bis.

What to watch

  • Watch whether Resume ID field choices address the stated Msg3 coverage concern.

    Sources: R3-265382, China Mobile; R3-265338, AT&T. 3GPP TSG RAN WG3 #134. © China Mobile, AT&T.

  • Watch which Inventory message is proposed for unavailable UE Reader reporting under the prior working assumption.

    Sources: R3-265002 (Meeting report); R3-265130, OPPO. 3GPP TSG RAN WG3 #133-bis, 3GPP TSG RAN WG3 #134. © OPPO.

  • Watch whether DMFW interoperability and OAM-based training storage are treated as distinct data collection requirements.

    Sources: R3-265074, Sisvel; R3-265095, ZTE. 3GPP TSG RAN WG3 #134. © Sisvel, ZTE.

Busiest agenda items

Agenda itemTitleTDocs
8.1New Incoming LSs23
10.6.1UE context retrieval with and without Xa connectivity22
14.2Topology 220
13.2Sensing information transfer19
10.2.1Data collection18
10.5.1AI/ML use cases18
10.5.2AI/ML framework15
12.2.2Intra-CU LTM15
10.3.1.2Point to Point Interface (P2P)14
10.3.2RAN-CN control plane for connectivity services14
10.8.1Service Characteristics Awareness and Performance Monitoring14
15.2LTM SCell activation enhancements14

Built by 3GPP Scout from the public meeting record (422 TDocs registered, catalog synced 2026-11-09). Significance scores rank topics by decisions, contention, breadth and volume. Excerpts are at most 25 words and link to the original on the 3GPP file server.