Virtual concatenation
From Wikipedia, the free encyclopedia
Virtual concatenation (VCAT) is an inverse multiplexing technique creating a large capacity payload container distributed over multiple smaller capacity TDM signals. These signals may be transported or routed independently. Virtual concatenation has been defined for SONET/SDH, OTN and PDH path signals.
Alternate SONET/SDH concatenation techniques are contiguous concatenation and arbitrary concatenation.
High-Order VCAT
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.
Each path within a group is approximately 51 Mbit/s (STS1/VC3) or 155 Mbit/s (STS3c/VC4). Bandwidth is allocated using the H4 byte within the path overhead.
Bandwidth is allocated in multiples of 51 Mbit/s and therefore high-order VCAT can be used to provision sub-rate traffic across Gigabit Ethernet. This makes high-order VCAT ideal for the metro application.
Low-Order VCAT
Each path within a group is approximately 1.5 Mbit/s (VT1.5/VC11) or 2 Mbit/s (VT2/VC12). Bandwidth is allocated using the Z7/K4 byte within the path overhead.
Bandwidth is allocated in 2-Mbit/s chunks and therefore low-order VCAT can be used to provision sub-rate traffic across 10/100-Mbit/s Ethernet used in the access network.
Virtual Concatenation Group
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, 1 Gbit/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.