簡介

在光傳輸網(OTN)，光數據單元(ODU)定義為將客戶端信號從網絡入口傳送到出口的傳輸容器。ODU提供一個有效負荷區給客戶端數據以及性能監控和故障管理。一個ODU的有效負荷區可以包含單個的非OTN信號或多個更低速率的ODUs作為客戶端。

在2009年12月國際電信聯盟(ITU)發布的第三版G.709標準之前，很少有定義支持主要的像STM-16/64/256和1/10/100G以太網的非OTN客戶端信號的ODU速率的，也沒有定義來支持較低速率的ODU到更高速率的復用。為了確保OTN在載波網絡的持續有效性，很多其它的非OTN客戶端信號，如光纖通道和視頻信號以及可變速率數據包流的傳輸也被檢驗過。當前的ODU速率不能支持這些新客戶端信號的傳輸，但也沒必要為每一個新客戶端信號定義一個新的固定速率ODU類型。因此，一個速率靈活可變的ODU或則說是ODUflex概念，便在固定速率傳輸層的第三版G.709標準中應運而生。

此外，作為客戶端的數據包流，其調整ODUflex容器以適應流量模式變化的能力，被認為是有必要的。為了支持這項功能，一個速率調整協議已經適時地定義了，用來管理一個端到端到端的網絡連接的變化。

用于固定速率客戶端傳輸的ODUflex(CBR)

大部分在OTN中傳輸的非OTN客戶端信號都是恒定比特率(CBR)信號。CBR信號是同步還是異步方式映射到ODUk，取決于ODUk的速率是如何產生的。對于任意一個固定速率的ODUk（k=0,1,2,2e,3,4）來說，G.709規定了一個標準速率和頻率容限（ODU2e的容差為±100ppm，其它為±20ppm）。對于任何一個在ODUk中傳輸的非OTN客戶端信號也同樣如此。ODUk速率的產生方式是可受客戶端獨立控制的，或者當ODUk與客戶端有相同的標稱速率及容限（如ODU1與STM-16）時，ODUk速率可直接由客戶端產生。

當速率被要求是一個獨立的異步映射時，需使用填充方式使客戶端速率匹配到相應的ODU載荷。當ODU速率由客戶端產生時，客戶端速率與ODU載荷速率之間無差異，此時一個同步映射速率可用在攜帶客戶端數據的ODU所有可用的有效載荷字節上。從客戶端時鐘抖動的產生與抑制的角度上來看，同步映射是首選。

ODUk在結構框中被劃分為4行3824列。

前14列包含的ODUk的占用，接下來的兩列包含OPUk的占用。剩下的3808列是有效載荷區，而且它們包含了客戶端數據及任何必要固定填充列。

當映射一個CBR客戶端到ODUflex時，比特同步映射過程（BMP）將被使用，而且每個ODUflex的有效載荷字節將攜帶連續8位的客戶端數據（客戶端可能是或不是面向字節）。在ODU和OPU的占用列數及有效載荷的列數的基礎上，ODUflex速率恰恰等于239/238 x 客戶端速率。

需要注意的是，只有CBR客戶端速率大于2.488Gbit/s時，客戶端才能通過BMP方式映射到ODUflex。客戶端速率低于1.244Gbit/s時，客戶端通過通用映射過程(GMP)映射到ODU0。而客戶端速率在1.244Gbit/s和2.488Gbit/s之間時，客戶端通過GMP映射到ODU1。因而，ODUflex（CBR）可有任何大于ODU1的速率。

用于數據包流傳輸的ODUflex（GFP）

ODUflex也定義為通過通用組幀過程（GFP）封裝的分組數據流。較具代表性的是以太網或MPLS數據包流，但任何面向數據的分組都可以封裝在GFP幀中并被映射到一個ODU。這些數據包流沒有恒定比特率，所以想要跟ODUflex (CBR)一樣直接以數據包流的速率作為ODUflex (GFP)容器的速率是不實際的。