3GPP Scout / Meetings / RAN2 #135-bis

RAN2 #135-bisPreview

RAN2 #135-bis preview: what the meeting will debate

12 October to 16 October 2026South Korea3GPP TSG RAN WG2Last updated 2026-10-11

At a glance

The meeting is working through sensing operation, connected mode mobility, AI/ML lifecycle management and uplink scheduling. Several proposals address how much configuration to reuse and when reporting is needed. Others test whether existing uplink procedures fit new service requirements. The main technical tension is between simpler baselines and mechanisms tailored to particular operating conditions.

Hottest topics

ISAC

Significance 42 of 100, 43 TDocs

ISAC proposals address both how a sensing UE obtains information and how a sensing entity is selected. One proposal considers broadcasts of downlink sensing resources and assistance information, alongside requests initiated by the sensing UE. Another places TRP or aNB selection with the sensing function, using service area and deployment information. These approaches concern different stages of sensing operation, from supplying a UE to choosing the network-side entity.

Sources: R2-2606649, vivo; R2-2606737, China Telecom. 3GPP TSG RAN WG2 #135-bis. © vivo, China Telecom.

vivo (with CAICT)

Proposal
To improve the efficiency of UE-centric operation mode, the following solutions can be considered: - The network can directly broadcast the DL radio resource configuration ...

Source: R2-2606649, vivo. 3GPP TSG RAN WG2 #135-bis. © vivo.

China Telecom

Proposal
When a TRP/aNB acts as a sensing entity, the SF could perform the selection based on the service area and deployment information.

Source: R2-2606737, China Telecom. 3GPP TSG RAN WG2 #135-bis. © China Telecom.

Connected mode mobility

Significance 42 of 100, 47 TDocs

Connected mode mobility proposals focus on the structure and control of pre-configured candidates. A shared candidate configuration is proposed across network-triggered and UE-triggered mobility types, including operation without pre-configuration. Another proposal considers activating and deactivating pre-configurations as network needs change. Together, the proposals put configuration reuse and the ability to change active candidates in play.

Sources: R2-2606647, vivo; R2-2606744, China Telecom. 3GPP TSG RAN WG2 #135-bis. © vivo, China Telecom.

vivo

Proposal
Proposal 2: In order to address the shortcoming of similar or duplicated configuration for separate cell switch, one common pre-configured candidate configuration is shared/applicable for ...

Source: R2-2606647, vivo. 3GPP TSG RAN WG2 #135-bis. © vivo.

China Telecom

Proposal
Proposal 4: To allow greater flexibility for the network to dynamically change the pre-configurations, the activation and deactivation of pre-configurations could be considered in 6G ...

Source: R2-2606744, China Telecom. 3GPP TSG RAN WG2 #135-bis. © China Telecom.

LCM procedure

Significance 41 of 100, 33 TDocs

LCM procedure work addresses repeated inference reports and the cell scope of performance monitoring. A proposed prohibit timer prevents another report for the same predicted event while that timer runs. A separate proposal applies the allowed cell list in NR reporting configuration to predictions, as it applies to legacy measurements. The two proposals affect different parts of the procedure: report frequency and which cells a prediction covers.

Sources: R2-2606651, NTT DOCOMO; R2-2606680, vivo. 3GPP TSG RAN WG2 #135-bis. © NTT DOCOMO, vivo.

NTT DOCOMO

Proposal
For indirect event prediction for temporal domain case A, following approaches can be taken into consideration to avoid frequent and duplicated inference reporting: A prohibit ...

Source: R2-2606651, NTT DOCOMO. 3GPP TSG RAN WG2 #135-bis. © NTT DOCOMO.

vivo

Proposal
useAllowedCellList in reportConfigNR applies to prediction as for legacy measurement.

Source: R2-2606680, vivo. 3GPP TSG RAN WG2 #135-bis. © vivo.

AI/ML

Significance 40 of 100, 31 TDocs

AI/ML proposals put functionality-based LCM forward as a 6G baseline, while also calling for study of model-based LCM. Applicability reporting has a separate choice between a proposed Option A baseline and an argument that Option B has lower signaling overhead. The Option A proposal also covers initial and updated reports when applicability changes. These are contested proposals, so neither the lifecycle baseline nor the reporting approach is settled by them.

Sources: R2-2606710, OPPO; R2-2606644, vivo; R2-2606655, NTT DOCOMO. 3GPP TSG RAN WG2 #135-bis. © OPPO, vivo, NTT DOCOMO.

UL resource allocation and request

Significance 40 of 100, 38 TDocs

Uplink scheduling proposals differ on whether the existing two-step LCP procedure is a suitable starting point for 6G. One proposes it as a possible baseline with study of dynamic parameter adjustment. Another raises concern that existing LCP does not meet QoS requirements in some 6G use cases. For CB-PUSCH, a proposed model based on two-step random access faces a separate concern about replacing scheduling requests across different loads.

Sources: R2-2606720, CATT; R2-2607066, NERC-DTV; R2-2606639, vivo; R2-2607343, Panasonic. 3GPP TSG RAN WG2 #135-bis. © CATT, NERC-DTV, vivo, Panasonic.

Contested proposals

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

LCP procedure

CATT

Proposes
Proposal 4: 5G two-step LCP procedure can be baseline and dynamic adjustment of LCP parameters can be studied in 6G LCP procedure.

Source: R2-2606720, CATT. 3GPP TSG RAN WG2 #135-bis. © CATT.

NERC-DTV

Opposes or prefers another option
The existing LCP procedure cannot satisfy the QoS requirements in some 6G use cases.

Source: R2-2607066, NERC-DTV. 3GPP TSG RAN WG2 #135-bis. © NERC-DTV.

Functionality-based LCM

OPPO

Proposes
Proposal 1: Functionality-based LCM should be the baseline in 6G.

Source: R2-2606710, OPPO. 3GPP TSG RAN WG2 #135-bis. © OPPO.

vivo

Opposes or prefers another option
RAN2 to support functionality-based LCM as 6G baseline and study model-based LCM.

Source: R2-2606644, vivo. 3GPP TSG RAN WG2 #135-bis. © vivo.

Applicability reporting

NTT DOCOMO

Proposes
RAN2 to define a unified applicability reporting framework: Use Option A as the baseline, and support Option B only when the benefits are shown and ...

Source: R2-2606655, NTT DOCOMO. 3GPP TSG RAN WG2 #135-bis. © NTT DOCOMO.

OPPO

Opposes or prefers another option
For applicable reporting, Option B has less signaling overhead compared to Option A considering not all parameters within full inference configuration are used for applicability ...

Source: R2-2606710, OPPO. 3GPP TSG RAN WG2 #135-bis. © OPPO.

CB-PUSCH

vivo

Proposes
CB-PUSCH can be modelled based on 2-step RACH with the preamble skipped.

Source: R2-2606639, vivo. 3GPP TSG RAN WG2 #135-bis. © vivo.

Panasonic

Opposes or prefers another option
Observation 2: Neither shared-DMRS nor dedicated-DMRS CB-PUSCH is a load-independent replacement for SR.

Source: R2-2607343, Panasonic. 3GPP TSG RAN WG2 #135-bis. © Panasonic.

What to watch

  • Watch whether discussion of sensing resources addresses both network broadcast and sensing-UE requests.

    Source: R2-2606649, vivo. 3GPP TSG RAN WG2 #135-bis. © vivo.

  • Watch how shared mobility candidate configuration relates to activation and deactivation of pre-configurations.

    Sources: R2-2606647, vivo; R2-2606744, China Telecom. 3GPP TSG RAN WG2 #135-bis. © vivo, China Telecom.

  • Watch whether the proposed inference-report timer is considered alongside the allowed cell list for predictions.

    Sources: R2-2606651, NTT DOCOMO; R2-2606680, vivo. 3GPP TSG RAN WG2 #135-bis. © NTT DOCOMO, vivo.

  • Watch the applicability reporting choice between Option A and Option B, including signaling overhead.

    Sources: R2-2606655, NTT DOCOMO; R2-2606710, OPPO. 3GPP TSG RAN WG2 #135-bis. © NTT DOCOMO, OPPO.

  • Watch whether LCP baseline discussion accounts for the stated QoS concern.

    Sources: R2-2606720, CATT; R2-2607066, NERC-DTV. 3GPP TSG RAN WG2 #135-bis. © CATT, NERC-DTV.

  • Watch whether CB-PUSCH modeling addresses its limitations as a replacement for scheduling requests.

    Sources: R2-2606639, vivo; R2-2607343, Panasonic. 3GPP TSG RAN WG2 #135-bis. © vivo, Panasonic.

Busiest agenda items

Agenda itemTitleTDocs
2.5Others170
9.4.1Connected mode mobility47
9.3.1.2QoS, QoE and Service-awareness44
9.5ISAC43
9.6NTN43
9.3.1.1Functionality for Upper User Plane and related functional requirements40
9.3.3.3Energy efficiency39
9.3.1.3.2UL resource allocation and request38
9.3.1.3.1Scheduling Information37
9.3.2.1RRC Modelling and connection management34
9.3.3.1Data transfer34
8.3.2LCM procedure33

Built by 3GPP Scout from the public meeting record (1370 TDocs registered, catalog synced 2026-10-11). 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.