VC

Virtual Connection

Protocol →
Introduced in R99 Also in: Radio Access Network

VC is a logical, connection-oriented communication path in a transport network that reliably carries user data and signaling between endpoints to ensure the integrity and sequence of 3GPP protocol data units.

Category
Protocol
Introduced
R99
Where
Services
Also touches
1 segments
Specifications
5 specs
VC Description Purpose Related Classification Specifications

Description

A Virtual Connection (VC) is a fundamental concept in transport networking, providing a logical point-to-point or point-to-multipoint communication channel over a shared physical infrastructure. In the context of 3GPP, VCs are primarily used within the Iu, Iub, and Iur interfaces to carry user plane data, control plane signaling, and operation and maintenance (OAM) traffic between network nodes like the RNC, Node B, and core network elements. The VC is identified by a set of parameters, such as a Virtual Path Identifier (VPI) and Virtual Channel Identifier (VCI) in ATM networks, or analogous labels in MPLS or Ethernet-based transport. It operates at the data link layer (Layer 2) and provides a connection-oriented service, meaning a path is established before data transfer begins, offering guaranteed bandwidth, low latency, and in-order delivery of packets, which is crucial for real-time services like voice and video.

The architecture of a VC involves the establishment, maintenance, and teardown phases managed by signaling protocols. For ATM-based transport, which was prevalent in early 3GPP releases (R99 onwards), VCs are set up using the ATM Adaptation Layer (AAL), particularly AAL2 for compressed voice and AAL5 for data and signaling. The VC endpoints, such as the RNC and Node B, negotiate parameters like peak cell rate, sustainable cell rate, and quality of service (QoS) classes during connection setup to meet the requirements of different traffic types. The VC acts as a pipe that multiplexes multiple logical channels, each carrying different types of traffic (e.g., dedicated traffic channels, signaling channels), over a single physical link, optimizing resource utilization.

In operation, data from higher-layer protocols is segmented into cells or frames suitable for the transport medium. For instance, in ATM, the VC segments IP packets or circuit-switched data into 53-byte cells, which are then routed through the network based on the VPI/VCI labels. The VC ensures that all cells belonging to the same connection follow the same path, minimizing jitter and packet loss. As 3GPP evolved, the transport shifted from ATM to IP-based solutions (e.g., GTP over UDP/IP), but the VC concept persisted in the form of logical tunnels like GTP tunnels, which provide similar connection-oriented semantics over connectionless IP networks. The role of VC in the network is to abstract the underlying transport details, offering a consistent interface for upper-layer protocols to transmit data reliably, which is essential for maintaining service quality across the radio access and core network segments.

Purpose & Motivation

The Virtual Connection (VC) was introduced to address the need for reliable, efficient transport of diverse traffic types—voice, data, and signaling—in early 3GPP networks (starting with R99). Prior to 3GPP, telecom networks relied heavily on circuit-switched connections (e.g., T1/E1 lines) that were rigid and inefficient for bursty data traffic. VC technology, particularly using ATM, provided a flexible, connection-oriented mechanism that could statistically multiplex multiple logical channels over a single physical link, optimizing bandwidth usage and reducing costs. It solved the problem of transporting real-time services with strict QoS requirements (like low latency and jitter) over shared infrastructure, which was critical for supporting UMTS services.

Motivated by the convergence of voice and data networks, VC enabled the integration of circuit-switched and packet-switched traffic on a common transport platform. In ATM-based implementations, VCs allowed for fine-grained QoS control through traffic contracts and service categories (e.g., CBR for voice, VBR for video, UBR for data), ensuring that sensitive applications received prioritized treatment. This was a significant advancement over earlier IP networks, which lacked native QoS guarantees. The creation of VC standards in 3GPP specs (e.g., 25.410 for Iu interface, 25.414 for transport) provided interoperability between equipment from different vendors, facilitating the deployment of 3G networks globally.

As networks evolved, the limitations of ATM—such as complexity and overhead—led to a transition to IP/MPLS and Ethernet transport. However, the VC concept remained relevant by adapting to new technologies; for example, MPLS labels or GTP tunnels serve similar purposes in later releases. The enduring purpose of VC is to provide a logical, managed path that ensures predictable performance, supports network scalability, and abstracts the transport layer from service layers, allowing 3GPP systems to leverage various underlying technologies while maintaining service continuity and quality.

Classification

Part ofATM
Specific typesAAL2AAL5
Related approachesGTPQoS

Evolution Across Releases

R99 Initial

Introduced Virtual Connection (VC) primarily for ATM-based transport in the UTRAN interfaces (Iu, Iub, Iur). Initial architecture supported AAL2 for voice and AAL5 for data/signaling, enabling statistical multiplexing and QoS differentiation for UMTS services. Specs like 25.410 defined VC usage in the Iu interface.

Explore further

Broader topics and technologies where VC plays a role.

Defining Specifications

3GPP specifications that define or reference VC, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TS 23.039 v1400 SMSC to SME Interface Protocols Rel-5
TS 25.410 vj00 Iu Interface Introduction for UTRAN Rel-19
TS 25.414 vj00 UTRAN Iu Interface User Plane Transport Protocols Rel-19
TS 29.414 vj00 Nb Interface Bearer Transport & Control Protocols Rel-19