主頁 > 軟體設計 > 5G的傳輸有哪些解決方案?

5G的傳輸有哪些解決方案?

2020-11-07 11:26:42 軟體設計

5G網正逐漸成熟,對于5G的傳輸有哪些解決方案?

1 引言
目前5G技術發展非常迅速,國內三大運營商都已經著手5G布局,2017年6月25日,在廣州大學城,中國移動首個5G基站正式開通,這也標志著5G網路應用逐漸開啟,在5G正式部署之前,如何實作5G網路高標準的承載需求,同時結合現有網路架構,最大程度地節省建設投資,已經成為整個光通信行業關注的重心和研究熱點,因此,本文接下來將提出多種傳輸承載方案,并對各種傳輸方案的優缺點及其適用范圍進行探討,

2 5G對承載網路的需求及挑戰
“5G”即第五代移動通信技術,ITU已將5G標準正式命名為IMT-2020,是目前正在推進的“4G”的延伸,但業界普遍認為5G與4G截然不同,5G不僅是一次技術的更新,更是一個全新技術,是真正實作泛在、智能、融合、高速、綠色的強大通信網路,是無線接入技術的演進和革命,

5G使萬物互聯成為可能,提供人與人、人與物以及物與物之間高速、安全、自由的連接,也將驅動更多新的業務場景,典型的應用場景包括廣覆寫、高接入密度、高接入速率、突發流量和低時延等,這些應用將帶領我們進入人工智能時代,

(1)連續廣域覆寫:以保證用戶移動性和業務連續性為目標,為用戶提供無縫高速業務體驗,如無人駕駛;

(2)熱點高容量:主要面向區域熱點區域,可以為用戶提供1 Gbps用戶體驗速率,數十Gbps峰值速率,滿足網路極高的流量密度需求;單位面積吞吐量顯著提升,熱點區域數十Tbps/km2的流量密度需求,如虛擬辦公;

(3)低功耗大連接:以傳感和資料采集為目標的應用場景,具有小資料包、低功耗、海量連接等特點,要求網路具備超千億連接的支持能力,滿足100萬/km2連接數密度指標要求,還要保證終端的超低功耗和超低成本,如物聯網、智慧城市;

(4)低時延高可靠:對時延和可靠性具有極高的指標要求,需要為用戶提供毫秒級的端到端時延和接近100%的業務可靠性保證,如車聯網,

針對5G的主要應用場景,總結承載網路主要面臨以下需求及挑戰如表1所示:

表1 IMT-2020發布的5G主要場景與關鍵性能挑戰
在這里插入圖片描述
廣覆寫、高容量將要求5G的基站更加小型化,便于安裝于各種場景,同時具備更強大的功能;低功耗要求5G網路綠色低碳節能,比如續航能力是4G網路的100倍,終端可用5到10年;而低時延、高可靠、大帶寬等網路需求,需要5G網路架構將進一步扁平化,它將是功能強大的基站疊加一個大服務器集群,

5G的業務需求及網路架構的變化將對網路功能提出新的要求,直接影響承載網路的的技術指標,如帶寬、時延、時鐘精度和可靠性等,因此研究如何在滿足5G技術指標的前提下,進行5G時代光傳送網的技術演進尤為重要,這將是5G是否能推廣應用的關鍵前提,

3 5G傳輸方案探討
本節將重點討論5G建設初期傳輸網路技術選擇和組網方案的選擇,

3.1 方案一:端到端分組增強型OTN組網方案
如圖1所示,5G傳輸接入層采用100 G波分組網,匯聚層采用T級別波分的組網方式,

在這里插入圖片描述
圖1 波分組網5G承載方案

(1)組網方案

1)前傳方案:基站通過裸纖與DU(Distribute Unit,分布單元)連接,滿足未來移動用戶大帶寬、低時延、高可靠資訊傳送需求,

基站流量預測:5G基站帶寬均值將超過1 G,峰值或超10 G;對S111站型,CIR/PIR將達到4 G/16 G,

2)中傳方案:DU匯聚基站后接入物理網光交配線端子;物理網光交匯聚DU上行光纜后,DU通過物理網光交成環,物理網光交再通過主干光纜或波分設備上傳至局端CU(Centralized Unit,集中單元),

接入層流量預測:按每接入環6個站,一個站達到峰值帶寬計算,接入環帶寬將達到40 G,考慮到5G基站的密集程度,100 G組網可能性更大;

3)回傳方案:CU通過100 G~T級別波分或中繼光纜回傳至5G核心網,

匯聚層流量預測:匯聚層波分環考慮到將匯聚多個接入環,則有可能達到T級別組網,

(2)方案一優點

1)大帶寬:融合分組技術及超100 G光傳送技術,能有效支撐5G網路千倍接入速率;

2)低時延:融合形態,靈活實作業務穿通節點光層直通,應對5G端到端超低時延的巨大挑戰;

3)物理鏈路高安全:DU至光纖物理網光交采用雙上行,物理網光交至MS-OTN也采用雙上行連接,極大地提高了DU設備的安全性;

4)大容量、少節點:通過MS-OTN匯接DU后再接入CU(無線接入控制設備),可以有效收斂上行光纜,節省CU埠,并使CU覆寫較大的地域面積,減少CU部署點位,有效降低設備組網、傳輸線路、維護等需求;

5)線路帶寬易升級:MS-OTN設備只需插卡,線路帶寬可輕松從100 G擴展至400 G,設備不換、機房不改、平滑擴展,實作“超100 G”帶寬,

(3)方案一缺點

1)投資大:需搭建兩張高速率高性能的OTN環網,在利用現網OTN設備的基礎上,仍需新增較多節點,投資巨大;

2)網路較復雜:新建較多的MS-OTN設備用以5G基站資訊傳輸,增加了網路的復雜性,

3.2 方案二:固移融合承載方案
固移融合5G承載方案如圖2所示:
在這里插入圖片描述

圖2 固移融合5G承載方案

(1)組網方案

1)前傳方案:基站通過裸纖與DU連接,滿足未來移動用戶大帶寬、低時延資訊傳送需求;室內小基站(RRU+DC部分)可與ONU集成,易于部署,

2)中傳方案:

◆DU匯聚基站光纜后接入OLT設備PON口;

◆OLT下沉至小區后,同時接入有線PON業務及無線5G基站;

◆物理網光交匯聚OLT上行光纜后,通過主干光纜設備上行至局端CU,

3)回傳方案:CU通過中繼光纜回傳至5G核心網,

(2)方案二優點

1)組網簡單:利用現有網路結構,升級OLT設備,增加物理網光交數量,即可完成組網;

2)固移融合:有線、無線綜合承載,提高設備利用效率,有效節省機房空間,節約能耗,且有線無線業務帶寬、性能等實作同步升級;

3)大帶寬傳輸:除采用超10 G甚至100 G PON OLT設備進行DU設備承載外,全程光鏈路直達,支持5G超大帶寬應用;

4)物理鏈路高安全:DU(5G無線接入單元)至OLT采用雙上行,OLT至物理網光交也盡量采用雙上行連接,且物理網光交呈環狀結構,極大地提高了DU設備的安全性;

5)線路帶寬易升級:OLT設備可實作平滑升級,設備不換、機房不改、平滑擴展,實作“超100 G”帶寬;

6)節省物理網光纖資源:采用OLT設備作為CU、DU之間的匯聚點,可以起到大幅匯聚基站上行光纜的作用,降低對光纖物理網資源的消耗,

(3)方案二缺點

1)需克服OLT時延較大問題:由于OLT的上行采用TDMA(時分復用)方式,因此上行資訊流時延暫時無法滿足5G的超低時延需求,因此,如采用OLT融合承載無線及有線業務,需要對OLT時延進行優化,或者通過端到端QoS保障5G基站業務傳輸低時延、高可靠和大帶寬的需求;

2)CU覆寫范圍有限:由于DU通過光纖物理網直接匯接到CU,且光纖物理網單環上僅能帶4~6個光交,密集城區每個光交覆寫半徑為1 km左右,這意味著CU覆寫范圍內能接入的基站數量受覆寫面積限制而容量有限,不能最大限度地發揮CU的效能,

3.3 其他傳輸方案
除以上兩種方案外,還可以采用以下方案:

(1)方案三:以方案一為基本網路架構,結合方案二,具體是將接入層的MS-OTN設備作為綜合接入設備,MS-OTN同時接入基站以及OLT設備,基站完成無線接入,OLT設備完成有線接入,

(2)方案四:以方案二為基本網路架構,將OLT設備用超低時延交換機替代,采用三層交換機或路由器進行回傳,

(3)方案五:以方案二為基本網路架構,將OLT設備用高速IPRAN設備替代,

(4)方案六:以方案三為基本網路架構,暫時不建設接入層的MS-OTN環,DU直接通過光纖物理網接入CU,此方案占用纖芯資源較多,適用于少量補點,不適用于大規模建設,

在實際的建設程序中,具體采取何種傳輸組網方案,主要取決于以下條件:

(1)CU的定位:CU在網路層級中的定位,即CU位置的選擇、覆寫的范圍、接入用戶規模等,如果CU在匯聚層面,覆寫廣、容量大,采用方案一更合理;反之,如果CU在接入匯聚層面,位置與4G BBU機房位置類似,則可采用方案五,

(2)資金投入:投資的大小也對網路架構的選擇起到重要的影響作用,方案一、方案三投資巨大,但網路架構清晰、合理,能滿足5G傳輸各項指標,方案二、三、五投資較低,適用于試點階段或少量補點建設,

(3)技術進步:技術的進步也可以改變網路建設方式,例如OLT設備能解決時延、同步,IPRAN設備能解決帶寬等技術難題,5G網路的接入方式將更加豐富,

實際建設時,還是應根據具體的情況,靈活選取組網方式,以期能達到網路最優、投資最省的效果,

4 結束語
5G正在逐步成熟,給傳送網路帶來的不僅是流量的攀升,低時延、高可靠、靈活智能等要求都是對現有網路架構的挑戰,因此本文結合具體的建設需求,提供了多種傳輸解決方案,隨著5G標準的進一步明確,筆者認為傳送網目前還需要重點關注CU的定位、網路層級、覆寫密度,這將決定匹配何種傳輸組網方案更為合理,并按最優的承載方案提前準備光纖和機房資源,為迎接5G的部署做好充分的準備作業,

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/205380.html

標籤:其他

上一篇:vivoY73s和vivoY70s的區別 vivoY73s和vivoY70s哪個值得入手

下一篇:“智能5G”引領世界,數位智能網優+5G能帶來什么?

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more