|
15 年前，連接互聯(lián)網(wǎng)最常見(jiàn)的方式是通過(guò)模擬調制解調器 (我們常說(shuō)的貓)經(jīng)標準電話(huà)語(yǔ)音通道發(fā)送數據。這種技術(shù)采用已經(jīng)部署的現有標準雙絞電話(huà)線(xiàn)，無(wú)需對“最后一英里”技術(shù)做任何更改，因此對用戶(hù)來(lái)說(shuō)這種方式非常廉價(jià)，并迅速主導了整個(gè)通信市場(chǎng)。不用挖路鋪線(xiàn),不用改變中心局 (CO),這種方式極具吸引力。 “貓”的峰值速度為 56Kbps。為什么是 56Kbps？為什么不再高點(diǎn)？簡(jiǎn)單地說(shuō)：這在“理論上”是不可能的。這種理論局限為 ADSL 技術(shù)的發(fā)展提供了空間。 模擬調制解調器使用經(jīng) ITU-T 委員會(huì )嚴格標準化的已有語(yǔ)音通道。該通道具有限定帶寬（4kHz，包含防護頻帶），進(jìn)入 Muldex (多路復用器/解復用器) 之前在 CO（中心局）進(jìn)行硬件濾波。Muldex 是 CO 中與電話(huà)連接的設備。 可通過(guò) 4kHz 模擬通道傳輸的最大數據速率是多少？這個(gè)問(wèn)題的答案是了解 ADSL 的關(guān)鍵。 正確的答案是：“取決于通道的噪聲級�！敝灰肼暭壸銐虻�，就能以任意比特率進(jìn)行傳輸。實(shí)際上，Claude E Shannon更精確地將最大比特率以定量方式與給定通道帶寬和噪聲級進(jìn)行關(guān)聯(lián)�？梢允褂� Shannon 的著(zhù)名公式： 其中： C ：最大比特率，單位：比特/秒(“容量”)； B ：帶寬，單位：Hz； S/N：通道的信噪比。 ITU-T 規定了語(yǔ)音通道的帶寬和噪聲級，限定了雙絞電話(huà)線(xiàn)的事實(shí)最大比特率——56Kbps 非常接近通道容量。 ADSL 沒(méi)有使用標準語(yǔ)音通道，而是使用另一種通道，打破了語(yǔ)音通道的 Shannon (香農)限制。 在電話(huà)系統中，每個(gè)用戶(hù)都通過(guò)雙絞線(xiàn)連接中心局，雙絞線(xiàn)的使用時(shí)間很短，只在打電話(huà)時(shí)才會(huì )用到，而且僅占用低于 4kHz 的通道帶寬,高于 4kHz 的帶寬顯然未被使用。ADSL 使用未被利用的帶寬，并將低于 4kHz 的通道帶寬預留用作標準語(yǔ)音通道。用戶(hù)可以在進(jìn)行電話(huà)語(yǔ)音通話(huà)的同時(shí)交換數據。 ADSL 通道有多寬，噪聲有多大？這方面并未標準化，這也就是為什么每個(gè) ADSL 調制解調器都會(huì )在啟動(dòng)時(shí)測量線(xiàn)路噪聲，然后根據用戶(hù)通道情況建立最佳比特率。 每個(gè)用戶(hù)連接中心局的速度取決于通道本身。用戶(hù)可以在家用 ADSL 調制解調器的控制面板上讀出線(xiàn)路速率。 ADSL 的確是個(gè)非常好的主意。 它能更好地利用已經(jīng)埋在地下的線(xiàn)路，無(wú)需對最后一英里做任何修改，而原來(lái)的電話(huà)還能與新技術(shù)兼容。用戶(hù)只需在家里接一個(gè)濾波器(即“分離器”)，用以將電話(huà)語(yǔ)音帶寬與 ADSL 帶寬分離�？傊�，這種方式簡(jiǎn)單且便宜。 中心局中每條線(xiàn)路也配有類(lèi)似的濾波器。該濾波器將語(yǔ)音通道連接到 Muldex，并將線(xiàn)路的高帶寬部分連接到只處理數據的名為 DSLAM（數字用戶(hù)線(xiàn)接入多路復用器）的新設備上。電信運營(yíng)商只需要在每個(gè)中心局中靠近每個(gè) Muldex 的位置建立一個(gè) DSLAM，就可向客戶(hù)提供 ADSL 服務(wù)。 DSLAM 是具有模擬前端的純數據通信設備。它收集來(lái)自廣大用戶(hù)集的所有 ADSL 數據。所有數據通常會(huì )被送到 FPGA，在這里進(jìn)行處理并匯集到以太網(wǎng)鏈路。 高速以太網(wǎng)鏈路通常連接到互聯(lián)網(wǎng)或者經(jīng) SDH 或 OTN 傳輸。ADSL 標準一直不斷演變，而用于連接互聯(lián)網(wǎng)的 DSLAM 的后側連接根據網(wǎng)絡(luò )配置不同可以有多種選擇：以太網(wǎng)、XAUI、SDH 和 OTN 等。 這些是使用 FPGA 的理想條件，因為可建立完全可編程的后側連接，并可利用可編程器件達到不斷發(fā)展演變的 ADSL 標準要求。ADSL 架構看起來(lái)如此出色，尤其是可以自然地升級電話(huà)網(wǎng)絡(luò )，很難想象人們還想要什么......但是，ADSL 有局限性。這就是為什么市場(chǎng)會(huì )朝著(zhù) PON（無(wú)源光網(wǎng)絡(luò )）技術(shù)發(fā)展。 ADSL 的局限性依然由香農 (Shannon) 定理決定。使用雙絞線(xiàn)難以使 ADSL 超過(guò) 15Mbps。這并非 ADSL 技術(shù)本身的限制，而是從用戶(hù)到中心局之間平均距離產(chǎn)生的限制。如果想要更快，我們就必須改變“最后一英里”，同時(shí)還要最大程度減少改變最后一英里所需的成本。當然，我們可以向每位客戶(hù)提供 SDH (傳輸以太網(wǎng)方式)以滿(mǎn)足這些需求，但這種方式太貴了。PON 是解決這個(gè)問(wèn)題的最佳答案，因為該技術(shù)能夠在升級成本、性能以及最后一英里最少返工成本之間實(shí)現最佳平衡。 我們來(lái)看看 PON 的工作原理。 服務(wù)提供商將一條光纖通到距離客戶(hù)半徑幾百米的“路邊”。并非為每個(gè)用戶(hù)都提供一條光纖,而是使用一條光纖替代數十條雙絞線(xiàn)。通過(guò)無(wú)源光纖分配器為每個(gè)用戶(hù)提供入戶(hù)光纖，用戶(hù)只能訪(fǎng)問(wèn)自己的那部分來(lái)自中心局的多播數據，并受加密算法限制。 在上行方向(圖1所示)，從每個(gè)用戶(hù)出來(lái)的入戶(hù)光纖連接到無(wú)源分配器，并被多路復用到連接中心局的單條光纖。中心局內負責從光纖接收數據的設備稱(chēng)為 OLT（光線(xiàn)路終端）。這種架構與 ADSL 完全不同。PON 的優(yōu)勢在于街道上的接線(xiàn)盒子是光學(xué)原理并且仍然是無(wú)源的。盒子中不含有源組件。這是 PON 技術(shù)的關(guān)鍵優(yōu)勢：能幫助提供商將維護成本降至最低。 圖 1：PON 上行方向 這種方法的劣勢在于服務(wù)提供商必須將原有的雙絞線(xiàn)換成有限數量的光纖。為降低移植成本，不得不以降低性能為代價(jià)，在很多國家 PON 都以混合技術(shù)的形式搭建。用戶(hù)通過(guò) ADSL 連接到街邊的接線(xiàn)盒，但從街邊到 OLT 則通過(guò)光學(xué)連接。 采用這種混合方案后 ADSL 的速度變快了很多，原因是 DSLAM 距離用戶(hù)只有幾百米遠，而不是在中心局內。劣勢在于街邊的混合接線(xiàn)盒現在變成有源的，因為它需要裝載小型 DSLAM。 PON 體現了成本與性能之間的平衡。這并非像老式 56Kbps 調制解調器那樣是技術(shù)上的最佳解決方案，但可面向未來(lái)擴展。 OLT 還有另一個(gè)關(guān)鍵技術(shù)部件：前端。在上行方向，所有用戶(hù)都通過(guò)無(wú)源光纖分配器連接到同一接收器。因此，用戶(hù)必須進(jìn)行突發(fā)傳輸，一次傳輸一批，因為用戶(hù)共享一條通向 OLT 的光纖。所有突發(fā)傳輸以相同頻率操作，但是采用用戶(hù)獨立相位。OLT 接收器在每次突發(fā)傳輸開(kāi)始會(huì )重新同步其采樣相位，以正確接收數據。 每次突發(fā)在開(kāi)端前導碼位置有一個(gè)特定模式，它能幫助 OLT 鎖定每次突發(fā)傳輸。OLT 的前端接收器稱(chēng)為“BCDR”（突發(fā)模式時(shí)鐘和數據恢復）單元。 增加前導碼時(shí)間可以更容易地設計 BCDR，但較長(cháng)的前導碼顯然會(huì )降低上行帶寬的效率。BCDR 是關(guān)鍵的 OLT 組件。它的效率直接影響 PON 線(xiàn)路的上行效率，進(jìn)而影響 PON 運營(yíng)商的每比特收入。 對于集成商來(lái)說(shuō)，首要問(wèn)題是選擇產(chǎn)品。BCDR 只能在 PON 環(huán)境中測試，也就是集成商的產(chǎn)品。不可能先開(kāi)發(fā)產(chǎn)品，然后驗證 BCDR。如果在開(kāi)發(fā)周期結束時(shí)我們發(fā)現 BCDR 沒(méi)有達到預期會(huì )出現什么情況？ 這就是為什么賽靈思推出以 BCDR 為基礎的框架。連同 BCDR，你可獲得一個(gè)具有數據包生成器和數據包校驗器的完整仿真測試平臺，用于證明 BCDR 的正確運行。 除此之外：該開(kāi)發(fā)環(huán)境不僅能測試 BCDR；還能給它施壓；發(fā)掘其終極性能。以下是一些實(shí)例： ● 生成多個(gè) ONU。 ● 可強制讓 ONU 運行在“錘子”模式，即數據包至數據包相位越變始終是 UI 的 0.5%。我們想確保 BCDR 完全不受這種波動(dòng)的影響。 ● 每次多幀數據包重啟時(shí)，錘子模式下生成的所有數據包移動(dòng) 1 微微秒，以確保 BCDR 的相位檢測器沒(méi)有“死”區。鎖定時(shí)間必須始終為 32 位——短而且確定。 ● 還可以在 0-8000+ 之間改變數據包前導碼長(cháng)度，這樣能同時(shí)滿(mǎn)足最嚴格的 ITU.T PON 要求和比較寬松的 IEEE PON 要求。 圖2描繪了XAPP1277中與 BCDR 配套提供的仿真環(huán)境架構。該仿真環(huán)境通過(guò)腳本運行，無(wú)需編寫(xiě)代碼便可在數分鐘后看到波形。 圖2：BCDR 配套提供的仿真環(huán)境 對于硬件廠(chǎng)商，軟件壓力測試框架是一個(gè)非常好的起點(diǎn)。然而，你可能需要看到硬件工作，而這正是第二個(gè) BCDR 框架的工作；該框架使用針對 Kintex UltraScale FPGA 的KCU1250 特性描述套件。該框架在硬件中不斷生成并檢查數據包，以免看到單個(gè)比特錯誤或丟失單個(gè)數據包。 如何使用演示卡模擬 PON 環(huán)境？如何用 1 對 BCDR 進(jìn)行錘子模式測試？ 上行數據總是以雙倍速率綜合，而且 TX 串行器總是每個(gè)上行比特位生成兩個(gè)同樣的比特位。這樣，在架構層面，硬件框架可以模擬任意兩個(gè)連續數據包之間 0.5UI 的跳變——可在 PON 環(huán)境中發(fā)生的最差情況。硬件框架通過(guò)插入任意兩個(gè)數據包之間最差相位階躍，對 BCDR 施壓。 該框架中的負載是被截短的 PRBS，在每個(gè)數據包的定界符之后重新開(kāi)始。如果 BCDR 跳過(guò)數據包，你會(huì )看到一個(gè)負載錯誤；還可在運行中改變前導碼長(cháng)度。整個(gè)硬件測試臺支持腳本編寫(xiě)，而且集成有 Vivado 硬件分析器，具備一套控制功能。 除了錘子模式測試、錯誤插入和累積以外，還可在運行中更改很多 SerDes 特性和 BCDR 本身的很多特性，例如數字帶寬。對于不熟悉 FPGA 技術(shù)的用戶(hù)來(lái)說(shuō)，SerDes 配置則是另一個(gè)會(huì )使他們感到困惑的方面，因此 BCDR 框架提供了使用說(shuō)明，分步介紹如何配置 SerDes，以幫助用戶(hù)設置 PON OLT 界面。圖3顯示了“ GT（千兆位收發(fā)器）向導 GUI”示意圖，展示框架如何指導配置，以及如何避免硬件復雜性。 圖3：用于設置多速率 OLT 界面的 SerDes 配置。 這些技術(shù)使用戶(hù)只需通過(guò) GUI 就能選擇好 BCDR 這樣的復雜產(chǎn)品。原則上，你即使不了解基礎技術(shù)細節也能做這些工作。一旦對 BCDR 完成評估，硬件測試臺就會(huì )成為啟動(dòng)真實(shí)項目的最佳起點(diǎn)，只需刪除演示數據包生成器/檢查器并用真實(shí)的 PON MAC 替代這些模塊，即可嵌入 BCDR。 |
