Virtual concatenation

Virtual concatenation is considered the primary enhancement to voice optimized SONET/SDH, in order to support the transport of variable bit data streams. Other recent SONET/SDH enhancements include Link Capacity Adjustment Scheme (LCAS), and the Generic Framing Procedure (GFP).

In conjunction with LCAS and GFP, Virtual Concatenation gives the advantage of splitting the required bandwidth equally among a set number of sub paths called Virtual Tributaries (VT).

The Virtual Concatenation is specified in ITU-T Recommendations G.707 (2007)[1] and G.783 (2006).[2]

Virtual Concatenation is used to split Sonet/SDH bandwidth up into right-sized groups. These virtually concatenated groups can be used to support different customers and services and bill accordingly. VCAT works across the existing infrastructure and can significantly increase network utilization by effectively spreading the load across the whole network.

Sonet/SDH is a hierarchical network. At each level, payloads are a concatenation of lower-order payloads. So, for example, an STS192 (10 Gbit/s) payload consists of four OC48 (2.5 Gbit/s) payloads concatenated together.

With VCAT, an STS192 payload could consist of a number of virtually concatenated groups, each with up to 192 non-contiguous STS1 (51 Mbit/s) payloads. Each STS1 within a group may be provisioned over different parts of the network. VCAT supports both high-order paths and low-order tributary paths.

Several Virtual Tributaries, form part of a Virtual Concatenation Group (VCG). Virtual Tributaries to transport data across a VCAT enabled network may, in many cases, particularly when the underlying network is relatively congested, cost less than finding just one path that meets the required capacity. Such splitting of paths often finds shorter paths to channel the traffic.

The Virtual Concatenation protocol performs its content delivery through a process called byte-interleaving. For example, given that we wish to provision a Gigabit Ethernet (n, 1Gbit/s) service then we would provision it across (7) STS-nc VT's, where each of the VCG members carry a bandwidth equivalent of V = n/k [bits/second], where in this case n = 1Gb and k = 7. What typically happens is that the data is interleaved such that the first byte is put onto VT1, the second byte is put onto VT2, and so on until the seventh byte is put onto VT7. The process repeats beginning with the eighth byte which is sent out on VT1.

VCAT helps in providing services at a lower cost and more quickly than contiguous concatenation. However, it creates differential delay whereby each path that is created, represented by a VT has a different propagational delay across the network. The difference in these delays is called "differential delay" (D). The major problem with differential delay is the requirement for high speed buffers at the receiving node to store incoming information while all paths converge. This buffer space, (B) can be equated to the bandwidth delay product such that B = n * D. Thus, each Virtually Concatenated connection requires B bits of buffer space. This need for buffer space eventually increases the network cost, so it is very important to select paths that minimize the differential delay, which is directly proportional to the buffer space required.

Several heuristics based algorithms exist, that attempt to minimize the differential delay to provide a solution. This is not a simple problem to tackle and is referred to mathematically as an NP-complete problem set, for which there exists no known algorithm that finds the optimum solution and terminates in a polynomial time constraint.

• Generic Framing Procedure
• Multilink striping