主頁 > 軟體設計 > 5G中非正交多址接入技術(NOMA)是什么?

5G中非正交多址接入技術(NOMA)是什么?

2020-09-12 02:08:40 軟體設計

在這里插入圖片描述
我,菜拐拐,今天又來了!今天的筆記是關于非正交多址技術(NOMA),就大體康康>==<啊!

5G中非正交多址接入技術(NOMA)是什么?

  • NOMA的簡要介紹?
  • 由頻分多址到NOMA的發展(原理)?
    • *給定例子來說明功率分配對每一個用戶的吞吐量的影響*
  • NOMA的分類(大類單載波和多載波)?
  • NOMA中的關鍵技術?
  • 參考?

NOMA的簡要介紹?

  1. 在正交多址技術中,只能為一個用戶分配單一的無線資源,例如按頻率分割或按時間分割,然而,非正交多址技術(NOMA)方式可將一個資源分配給多個用戶,在某些場景中,比如遠近效應場景和廣覆寫多節點接入的場景,特別是上行密集場景,采用功率復用的非正交接入多址方式較傳統的正交接入有明顯的性能優勢,更適合未來系統的部署,
  2. 其優點是可以提高頻譜效率和接入量,這恰好符合了即將到來的5G時代的爆炸性的資料增長和接入需求,目前已經有研究驗證了在城市地區采用NOMA的效果,并已證實,采用該方法可使無線接入宏蜂窩的總吞吐量提高50%左右,非正交多址復用通過結合串行干擾消除能取得容量極限,因此技術實作的難點在于是否能設計出低復雜度且有效的接識訓演算法,
  3. 其解決的問題是:頻譜短缺,

由頻分多址到NOMA的發展(原理)?

在這里插入圖片描述

  • 正交頻分復用技術(OFDM)是在頻分復用(FDMA)的基礎上進一步壓縮頻帶,提高頻譜利用率,

在這里插入圖片描述

  • LTE系統的視瞥澩結構,時間上每個單位叫做一個OFDM符號,頻域上每個單位叫做一個子載波,LTE系統可以同時利用時域和頻域進行區分用戶,

在這里插入圖片描述

  • NOMA跟以往的多址接入技術不同,NOMA采用非正交的功率域來區分用戶,所謂非正交就是說用戶之間的資料可以在同一個時隙,同一個頻點上傳輸,而僅僅依靠功率的不同來區分用戶,
  • NOMA在發送端采用非正交發送(疊加編碼),主動引入干擾資訊,在接收端通過串行干擾洗掉技術實作正確解調,借此,在相同的時瞥澩塊上,通過不同的功率級在功率域實作多址接入,
  • NOMA在發送端根據對信道傳輸質量的評估來分配用戶發射功率的非正交發送,主動引入干擾資訊,對信噪比高的信道分配較小的功率,對信噪比低的信道分配較大的功率,在接收端通過SIC接識訓消除干擾,實作正確解調,

給定例子來說明功率分配對每一個用戶的吞吐量的影響

在這里插入圖片描述

  • 看下行鏈路中串行干擾洗掉接識訓采用NOMA方案的示意圖,有一臺發射機,兩臺接識訓,并且每個接識訓有一個接收天線,系統帶寬1hz,基站發送一個信號x,給兩個用戶發送的功率為x1,x2,采用疊加編碼即 x = P 1 x 1 + P 2 x 2 x = \sqrt {{P_1}} {x_1} + \sqrt {{P_2}} {x_2} x=P1? ?x1?+P2? ?x2?
  • 每個用戶收到的信號為: y i = h i x + w i {y_i}={h_i}x+{w_i} yi?=hi?x+wi?
  • 在下行鏈路,SIC由用戶接識訓完成,當其他用戶解碼后,便可以將對本用戶的干擾消除,本用戶便可以成功解碼,以兩個用戶為例子在滿足:在這里插入圖片描述
  • 先解調出第二個用戶的信號,使用y1減去第二個用戶的成分,因此,第一個用戶可成功解碼,資訊速率在這里代表吞吐量,則可以表示為:在這里插入圖片描述
  • 由此可見,功率分配對對于每一個用戶的吞吐量都有著很大的影響,

NOMA的分類(大類單載波和多載波)?

單載波非正交多址技術指的是較早提出的,利用單個載波傳輸多個用戶信號的非正交多址技術,包括傳統的功率疊加非正交多址和認知無線非正交多址,功率疊加非正交多址和認知無線非正交多址利用功率的不平衡分配來區分用戶,實作多用戶并行傳輸,

  • 功率疊加非正交多址
    在這里插入圖片描述

    • 功率疊加非正交多址技術的本質是將更多的發送功率分配給信道條件更差的用戶,檢測時,用戶1將用戶2視為噪聲,首先檢測出自己的信號,用戶2則利用串行干擾抵消技術,先檢測出用戶1的信號,再將它從原始接收信號中減去,最后得到自身信號,
  • 認知無線非正交多址

    • 傳統功率疊加非正交多址技術為了保障用戶的公平性,為信道條件較差的用戶分配更多的功率,然而,它并不能嚴格保證每個用戶預期的服務質量,認知無線非正交多址CR-NOMA技術對功率疊加非正交多址技術進行了優化和改進,嚴格確保所有用戶的QoS需求得到滿足,其思想是將非正交多址看作認知無線的特例,設計相應的功率分配策略去滿足用戶預定的QoS需求,其主要優勢體現在能盡可能滿足所有用戶的QOS需求,假設用戶1是一個物聯網設備,速率需求相對較低,而用戶2卻有很高的速率需求,傳統的正交多址接入系統(如OFDMA)會為每個用戶分配一個相同帶寬的子載波,這樣,用戶1所分配到的帶寬比它的實際需求大,而用戶2分配的帶寬則不足以滿足其需求,使用CR-NOMA技術則不僅可以使用戶1的目標QoS需求得到滿足,還盡可能地將剩余的頻帶資源與額外用戶(用戶2)共享,從而提高整個系統的吞吐量,滿足所有用戶的QoS需求,

多個子載波并行傳輸各用戶信號以提高系統容量,并利用對傳統多用戶信號檢測演算法的改進,提升整個系統的性能,

  • 交織多址接入技術
    在這里插入圖片描述

    • 它基于不同的碼片交織器來區分每個用戶,以此獲得分集增益,抵抗深度衰落,如圖所示,在發送端,其先對每個用戶的編碼位元依次進行擴頻、碼片交織和符號調制,最后將所有用戶的調制符號疊加在同一物理資源塊上,在接收端,先利用高斯近似演算法對接收信號進行低復雜度檢測,然后將得到的各用戶編碼位元的軟資訊進行解交織和解擴頻,最后通過譯碼器進行譯碼,得到原始資訊位元,
  • 稀疏碼多址接入技術
    在這里插入圖片描述

    • 將用戶資訊按組稀疏地疊加到有限的物理資源塊上,同組用戶共享相同的時瞥澩,也正因為這樣,SCMA相較于傳統的正交多址接入系統擁有更高的吞吐量,能夠同時服務于更多用戶,滿足5G大連接的需求,
    • 如圖2-6所示,在發送端,SCMA系統先將每個用戶的二進制編碼位元直接映射成復數域上的碼字,再根據預定好的用戶分組將這些碼字以稀疏的方式疊加到相應的時瞥澩上,由圖可知,同一物理資源塊將復用多個用戶的碼字資訊,這也正是SCMA提高吞吐率的關鍵,在接收端,利用訊息傳遞或串行干擾抵消等低復雜度非線性檢測演算法對疊加信號進行檢測,并結合譯碼器恢復出每個用戶的資訊位元序列,
  • 圖分多址接入技術

    • PDMA在相同時頻域資源塊內,對每個用戶的信號在編碼域、空域和功率域進行聯合或單獨的編碼傳輸,能夠有效提高頻譜效率,增加接入用戶數,進而提高整體系統性能,

    • 在發送端,PDMA先將用戶分組,然后確定擴頻圖樣,最后將用戶按組疊加在有限時瞥澩塊上進行傳輸,在接收端,PDMA通過串行干擾抵消技術逐一檢測用戶資訊,并將得到的編碼位元資訊送入譯碼器進行譯碼,最侄訓復原始資訊位元序列,與其他非正交多址技術相同,PDMA也能有效提高系統的頻譜效率,提升用戶接入數量,擴大系統的吞吐量,與SCMA不同,PDMA的擴頻圖樣更具有靈活性,一方面,每一個物理資源塊上疊加的用戶數可以不同;另一方面,每個用戶資訊傳輸時所連接的時瞥澩塊也并未受到稀疏特性的限制,負載度相對更高,PDMA多用戶編碼矩陣為例,表示在三個時瞥澩單位上傳輸五個用戶的資訊,映射關系為:
      在這里插入圖片描述

    • 由式可知,PDMA多用戶編碼矩陣不同列之間的漢明重量和稀疏特性不同,不同行之間的多用戶數目應盡量一致,但并未做嚴格要求,在這里插入圖片描述

NOMA中的關鍵技術?

串行干擾洗掉(SIC)

在接收信號中對用戶逐個進行判決,進行幅度恢復后,將該用戶信號產生的多址干擾從接收信號中減去,并對剩下的用戶再次進行判決,如此回圈操作,直至消除所有的多址干擾,

功率復用

SIC在接收端消除多址干擾(MAI),需要在接收信號中對用戶進行判決來排出消除干擾的用戶的先后順序,而判決的依據就是用戶信號功率大小,基站在發送端會對不同的用戶分配不同的信號功率,來獲取系統最大的性能增益,同時達到區分用戶的目的,這就是功率復用技術,功率復用技術在其他幾種傳統的多址方案沒有被充分利用,其不同于簡單的功率控制,而是由基站遵循相關的演算法來進行功率分配,

參考?

知網文章《非正交多址系統信號疊加與檢測技術研究》
拐拐🐖愿大家天天順利,Happy!!!
在這里插入圖片描述

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

標籤:其他

上一篇:騰訊智慧交通戰略重磅升級 打造以人為中心的未來交通

下一篇:物聯網的“最好”與“最壞”之間往往只差了一個“安全”

標籤雲
其他(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