第20章 ASP.NET 3.5與LINQ 對于長期發(fā)展的面向?qū)ο缶幊棠Ｐ投裕浒l(fā)展基本處于一個比較穩(wěn)定的階段，可是面向?qū)ο蟮木幊棠Ｐ筒]有解決數(shù)據(jù)的訪問和整合的復(fù)雜問題。對于數(shù)據(jù)庫的訪問和XML的訪問，面向?qū)ο蠓椒ㄕ摕o法從根本意義上解決其復(fù)雜度和難度，而LINQ提供了一種更好的解決方案。
上傳時間： 2014-11-27
上傳用戶：釣鰲牧馬
一種可大范圍調(diào)節(jié)聚類系數(shù)的加權(quán)無標度網(wǎng)絡(luò)模型，適合于復(fù)雜網(wǎng)絡(luò)研究
標簽： 調(diào)節(jié) 聚類 系數(shù)
上傳時間： 2016-07-25
上傳用戶：shijie6070801
疫情防控中的5G應(yīng)用研究報告，具體描述了2020年新管疫情期間5G的應(yīng)用
標簽： 應(yīng)用研究 報告
上傳時間： 2020-10-03
上傳用戶：
解讀 5G 八大關(guān)鍵技術(shù) 【摘要】5G 不是一次革命，5G 是 4G 的延續(xù)，我相信 5G 在核心網(wǎng)部分不會有太 大的變動，5G 的關(guān)鍵技術(shù)集中在無線部分。 在進入主題之前，我覺得首先應(yīng)該弄清楚一個問題：為什么需要 5G？不是因 為通信工程師們突然想改變世界，而炮制了一個 5G。是因為先有了需求，才有了 5G。什么需求？ 未來的網(wǎng)絡(luò)將會面對：1000 倍的數(shù)據(jù)容量增長，10 到 100 倍的無線設(shè)備連接， 10 到 100 倍的用戶速率需求，10 倍長的電池續(xù)航時間需求等等。坦白的講，4G 網(wǎng)絡(luò)無法滿足這些需求，所以 5G 就必須登場。 但是，5G 不是一次革命。5G 是 4G 的延續(xù)，我相信 5G 在核心網(wǎng)部分不會有 太大的變動，5G 的關(guān)鍵技術(shù)集中在無線部分。雖然 5G 最終將采用何種技術(shù)，目前 還沒有定論。不過，綜合各大高端論壇討論的焦點，我今天收集了 8 大關(guān)鍵技術(shù)。 當然，應(yīng)該遠不止這些。 1.非正交多址接入技術(shù) （Non-Orthogonal Multiple Access,NOMA） 我們知道 3G 采用直接序列碼分多址（Direct Sequence CDMA ，DS-CDMA） 技術(shù)，手機接收端使用 Rake 接收器，由于其非正交特性，就得使用快速功率控制 （Fast transmission power control ，TPC)來解決手機和小區(qū)之間的遠-近問題。 而 4G 網(wǎng)絡(luò)則采用正交頻分多址（
標簽： 5G
上傳時間： 2022-02-25
上傳用戶：20125101110
5G中的SDN-NFV和云計算.pdf摘 要 通過介紹廣義的SDN/NFV和云計算，結(jié)合未來5G網(wǎng)絡(luò)的特點，分析了5G中上述技術(shù)的 應(yīng)用前景和技術(shù)定位；結(jié)合5G的網(wǎng)絡(luò)特點和現(xiàn)有網(wǎng)絡(luò)的部署情況，總結(jié)了各技術(shù)間的邏輯關(guān)系以及運 營商的側(cè)重點。引言 SDN/NFV 和云計算都是起源于 IT 領(lǐng)域的技術(shù)。 如今，云計算已經(jīng)非常成熟，在 IT 領(lǐng)域已經(jīng)大規(guī)模商 用，SDN技術(shù)作為新興的轉(zhuǎn)發(fā)技術(shù)，也已經(jīng)被谷歌等互 聯(lián)網(wǎng)巨頭部署在多個數(shù)據(jù)中心。隨著虛 擬化技術(shù)的發(fā)展，人們試圖將更多的專有 設(shè)備虛擬化和軟件化，從而達到降低成本 和靈活部署的目的，于是 NFV 的概念誕 生了。本文將結(jié)合廣義上 3 種技術(shù)本身 的特點和未來5G的網(wǎng)絡(luò)能力要求，分析 各技術(shù)在5G架構(gòu)中的技術(shù)定位和前景， 同時結(jié)合實際的發(fā)展情況，總結(jié)未來運營 商在技術(shù)研發(fā)和業(yè)務(wù)模式上的側(cè)重點。 1.1 廣義的SDN及標準化進程 ONF 在 2012 年 4 月 發(fā) 布 白 皮 書 《Software- Defined Networking: The New Norm for Networks》
標簽： 5G
上傳時間： 2022-02-25
上傳用戶：jason_vip1
目前cPU+ Memory等系統(tǒng)集成的多芯片系統(tǒng)級封裝已經(jīng)成為3DSiP（3 Dimension System in Package，三維系統(tǒng)級封裝）的主流，非常具有代表性和市場前景，SiP作為將不同種類的元件，通過不同技術(shù)，混載于同一封裝內(nèi)的一種系統(tǒng)集成封裝形式，不僅可搭載不同類型的芯片，還可以實現(xiàn)系統(tǒng)的功能。然而，其封裝具有更高密度和更大的發(fā)熱密度和熱阻，對封裝技術(shù)具有更大的挑戰(zhàn)。因此，對SiP封裝的工藝流程和SiP封裝中的濕熱分布及它們對可靠性影響的研究有著十分重要的意義本課題是在數(shù)字電視（DTV）接收端子系統(tǒng)模塊設(shè)計的基礎(chǔ)上對CPU和DDR芯片進行芯片堆疊的SiP封裝。封裝形式選擇了適用于小型化的BGA封裝，結(jié)構(gòu)上采用CPU和DDR兩芯片堆疊的3D結(jié)構(gòu)，以引線鍵合的方式為互連，實現(xiàn)小型化系統(tǒng)級封裝。本文研究該SP封裝中芯片粘貼工藝及其可靠性，利用不導(dǎo)電膠將CPU和DDR芯片進行了堆疊貼片，分析總結(jié)了SiP封裝堆疊貼片工藝最為關(guān)鍵的是涂布材料不導(dǎo)電膠的體積和施加在芯片上作用力大小，對制成的樣品進行了高溫高濕試驗，分析濕氣對SiP封裝的可靠性的影響。論文利用有限元軟件 Abaqus對SiP封裝進行了建模，模型包括熱應(yīng)力和濕氣擴散模型。模擬分析了封裝體在溫度循環(huán)條件下，受到的應(yīng)力、應(yīng)變、以及可能出現(xiàn)的失效形式：比較了相同的熱載荷條件下，改變塑封料、粘結(jié)層的材料屬性，如楊氏模量、熱膨脹系數(shù)以及芯片、粘結(jié)層的厚度等對封裝體應(yīng)力應(yīng)變的影響。并對封裝進行了濕氣吸附分析，研究了SiP封裝在85℃RH85%環(huán)境下吸濕5h、17h、55和168h后的相對濕度分布情況，還對SiP封裝在濕熱環(huán)境下可能產(chǎn)生的可靠性問題進行了實驗研究。在經(jīng)過168小時濕氣預(yù)處理后，封裝外部的基板和模塑料基本上達到飽和。模擬結(jié)果表明濕應(yīng)力同樣對封裝的可靠性會產(chǎn)生重要影響。實驗結(jié)果也證實了，SiP封裝在濕氣環(huán)境下引入的濕應(yīng)力對可靠性有著重要影響。論文還利用有限元分析方法對超薄多芯片SiP封裝進行了建模，對其在溫度循環(huán)條件下的應(yīng)力、應(yīng)變以及可能的失效形式進行了分析。采用二水平正交試驗設(shè)計的方法研究四層芯片、四層粘結(jié)薄膜、塑封料等9個封裝組件的厚度變化對芯片上最大應(yīng)力的影響，從而找到最主要的影響因子進行優(yōu)化設(shè)計，最終得到更優(yōu)化的四層芯片疊層SiP封裝結(jié)構(gòu)。
標簽： sip封裝
上傳時間： 2022-04-08
上傳用戶：
網(wǎng)絡(luò)是怎樣連接的_戶根勤---解壓密碼：666666目錄瀏覽器生成消息 1——探索瀏覽器內(nèi)部1.1 生成HTTP 請求消息51.1.1 探索之旅從輸入網(wǎng)址開始 51.1.2 瀏覽器先要解析URL 71.1.3 省略文件名的情況 91.1.4 HTTP 的基本思路 101.1.5 生成HTTP 請求消息 141.1.6 發(fā)送請求后會收到響應(yīng) 201.2 向DNS 服務(wù)器查詢Web服務(wù)器的IP 地址241.2.1 IP 地址的基本知識 241.2.2 域名和IP 地址并用的理由 281.2.3 Socket庫提供查詢IP 地址的功能 301.2.4 通過解析器向DNS 服務(wù)器發(fā)出查詢 311.2.5 解析器的內(nèi)部原理 321.3 全世界DNS 服務(wù)器的大接力351.3.1 DNS 服務(wù)器的基本工作 351.3.2 域名的層次結(jié)構(gòu) 381.3.3 尋找相應(yīng)的DNS 服務(wù)器并獲取IP 地址 401.3.4 通過緩存加快DNS 服務(wù)器的響應(yīng) 441.4 委托協(xié)議棧發(fā)送消息451.4.1 數(shù)據(jù)收發(fā)操作概覽 451.4.2 創(chuàng)建套接字階段 481.4.3 連接階段：把管道接上去 501.4.4 通信階段：傳遞消息 521.4.5 斷開階段：收發(fā)數(shù)據(jù)結(jié)束 53COLUMN 網(wǎng)絡(luò)術(shù)語其實很簡單怪杰Resolver 55第章11920用電信號傳輸TCP/IP 數(shù)據(jù) 57——探索協(xié)議棧和網(wǎng)卡2.1創(chuàng)建套接字 612.1.1 協(xié)議棧的內(nèi)部結(jié)構(gòu) 612.1.2 套接字的實體就是通信控制信息 632.1.3 調(diào)用socket 時的操作 662.2 連接服務(wù)器682.2.1 連接是什么意思 682.2.2 負責(zé)保存控制信息的頭部 702.2.3 連接操作的實際過程 732.3 收發(fā)數(shù)據(jù)752.3.1 將HTTP 請求消息交給協(xié)議棧 752.3.2 對較大的數(shù)據(jù)進行拆分 782.3.3 使用ACK 號確認網(wǎng)絡(luò)包已收到 792.3.4 根據(jù)網(wǎng)絡(luò)包平均往返時間調(diào)整ACK 號等待時間 832.3.5 使用窗口有效管理ACK 號 842.3.6 ACK 與窗口的合并 872.3.7 接收HTTP 響應(yīng)消息 892.4 從服務(wù)器斷開并刪除套接字902.4.1 數(shù)據(jù)發(fā)送完畢后斷開連接 902.4.2 刪除套接字 922.4.3 數(shù)據(jù)收發(fā)操作小結(jié) 932.5 IP 與以太網(wǎng)的包收發(fā)操作952.5.1 包的基本知識 952.5.2 包收發(fā)操作概覽 992.5.3 生成包含接收方IP 地址的IP 頭部 1022.5.4 生成以太網(wǎng)用的MAC 頭部 1062.5.5 通過ARP 查詢目標路由器的MAC 地址 1082.5.6 以太網(wǎng)的基本知識 1112.5.7 將IP 包轉(zhuǎn)換成電或光信號發(fā)送出去 1142.5.8 給網(wǎng)絡(luò)包再加3 個控制數(shù)據(jù) 1162.5.9 向集線器發(fā)送網(wǎng)絡(luò)包 1202.5.10 接收返回包 1232.5.11 將服務(wù)器的響應(yīng)包從IP 傳遞給TCP 1252.6 UDP 協(xié)議的收發(fā)操作1282.6.1 不需要重發(fā)的數(shù)據(jù)用UDP 發(fā)送更高效 128第章22.6.2 控制用的短數(shù)據(jù) 1292.6.3 音頻和視頻數(shù)據(jù) 130COLUMN 網(wǎng)絡(luò)術(shù)語其實很簡單插進Socket 里的是燈泡還是程序 132從網(wǎng)線到網(wǎng)絡(luò)設(shè)備 135——探索集線器、交換機和路由器3.1 信號在網(wǎng)線和集線器中傳輸1393.1.1 每個包都是獨立傳輸?shù)?1393.1.2 防止網(wǎng)線中的信號衰減很重要 1403.1.3 “雙絞”是為了抑制噪聲 1413.1.4 集線器將信號發(fā)往所有線路 1463.2 交換機的包轉(zhuǎn)發(fā)操作1493.2.1 交換機根據(jù)地址表進行轉(zhuǎn)發(fā) 1493.2.2 MAC 地址表的維護 1533.2.3 特殊操作 1543.2.4 全雙工模式可以同時進行發(fā)送和接收 1553.2.5 自動協(xié)商：確定最優(yōu)的傳輸速率 1563.2.6 交換機可同時執(zhí)行多個轉(zhuǎn)發(fā)操作 1593.3 路由器的包轉(zhuǎn)發(fā)操作1593.3.1 路由器的基本知識 1593.3.2 路由表中的信息 1623.3.3 路由器的包接收操作 1663.3.4 查詢路由表確定輸出端口 1663.3.5 找不到匹配路由時選擇默認路由 1683.3.6 包的有效期 1693.3.7 通過分片功能拆分大網(wǎng)絡(luò)包 1703.3.8 路由器的發(fā)送操作和計算機相同 1723.3.9 路由器與交換機的關(guān)系 1733.4 路由器的附加功能1763.4.1 通過地址轉(zhuǎn)換有效利用IP 地址 1763.4.2 地址轉(zhuǎn)換的基本原理 1783.4.3 改寫端口號的原因 1803.4.4 從互聯(lián)網(wǎng)訪問公司內(nèi)網(wǎng) 1813.4.5 路由器的包過濾功能 182第章32122COLUMN 網(wǎng)絡(luò)術(shù)語其實很簡單集線器和路由器，換個名字身價翻倍？ 184通過接入網(wǎng)進入互聯(lián)網(wǎng)內(nèi)部 187——探索接入網(wǎng)和網(wǎng)絡(luò)運營商4.1 ADSL 接入網(wǎng)的結(jié)構(gòu)和工作方式1914.1.1 互聯(lián)網(wǎng)的基本結(jié)構(gòu)和家庭、公司網(wǎng)絡(luò)是相同的 1914.1.2 連接用戶與互聯(lián)網(wǎng)的接入網(wǎng) 1924.1.3 ADSL Modem 將包拆分成信元 1934.1.4 ADSL 將信元“調(diào)制”成信號 1974.1.5 ADSL 通過使用多個波來提高速率 2004.1.6 分離器的作用 2014.1.7 從用戶到電話局 2034.1.8 噪聲的干擾 2044.1.9 通過DSLAM 到達BAS 2054.2 光纖接入網(wǎng)（FTTH）2064.2.1 光纖的基本知識 2064.2.2 單模與多模 2084.2.3 通過光纖分路來降低成本 2134.3 接入網(wǎng)中使用的PPP 和隧道2174.3.1 用戶認證和配置下發(fā) 2174.3.2 在以太網(wǎng)上傳輸PPP 消息 2194.3.3 通過隧道將網(wǎng)絡(luò)包發(fā)送給運營商 2234.3.4 接入網(wǎng)的整體工作過程 2254.3.5 不分配IP 地址的無編號端口 2284.3.6 互聯(lián)網(wǎng)接入路由器將私有地址轉(zhuǎn)換成公有地址 2284.3.7 除PPPoE 之外的其他方式 2304.4 網(wǎng)絡(luò)運營商的內(nèi)部2334.4.1 POP 和NOC 2334.4.2 室外通信線路的連接 2364.5 跨越運營商的網(wǎng)絡(luò)包2384.5.1 運營商之間的連接 2384.5.2 運營商之間的路由信息交換 2394.5.3 與公司網(wǎng)絡(luò)中自動更新路由表機制的區(qū)別 2414.5.4 IX 的必要性 2424.5.5 運營商如何通過IX 互相連接 243第章4COLUMN 網(wǎng)絡(luò)術(shù)語其實很簡單名字叫服務(wù)器，其實是路由器 246服務(wù)器端的局域網(wǎng)中有什么玄機 2495.1 Web 服務(wù)器的部署地點2535.1.1 在公司里部署Web 服務(wù)器 2535.1.2 將Web 服務(wù)器部署在數(shù)據(jù)中心 2555.2 防火墻的結(jié)構(gòu)和原理2565.2.1 主流的包過濾方式 2565.2.2 如何設(shè)置包過濾的規(guī)則 2565.2.3 通過端口號限定應(yīng)用程序 2605.2.4 通過控制位判斷連接方向 2605.2.5 從公司內(nèi)網(wǎng)訪問公開區(qū)域的規(guī)則 2625.2.6 從外部無法訪問公司內(nèi)網(wǎng) 2625.2.7 通過防火墻 2635.2.8 防火墻無法抵御的攻擊 2645.3 通過將請求平均分配給多臺服務(wù)器來平衡負載2655.3.1 性能不足時需要負載均衡 2655.3.2 使用負載均衡器分配訪問 2665.4 使用緩存服務(wù)器分擔(dān)負載2705.4.1 如何使用緩存服務(wù)器 2705.4.2 緩存服務(wù)器通過更新時間管理內(nèi)容 2715.4.3 最原始的代理——正向代理 2765.4.4 正向代理的改良版——反向代理 2785.4.5 透明代理 2795.5 內(nèi)容分發(fā)服務(wù)2805.5.1 利用內(nèi)容分發(fā)服務(wù)分擔(dān)負載 2805.5.2 如何找到最近的緩存服務(wù)器 2825.5.3 通過重定向服務(wù)器分配訪問目標 2855.5.4 緩存的更新方法會影響性能 287COLUMN 網(wǎng)絡(luò)術(shù)語其實很簡單當通信線路變成局域網(wǎng) 291第章52324請求到達Web 服務(wù)器，響應(yīng)返回瀏覽器 293——短短幾秒的“漫長旅程”迎來終點6.1 服務(wù)器概覽2976.1.1 客戶端與服務(wù)器的區(qū)別 2976.1.2 服務(wù)器程序的結(jié)構(gòu) 2976.1.3 服務(wù)器端的套接字和端口號 2996.2 服務(wù)器的接收操作3056.2.1 網(wǎng)卡將接收到的信號轉(zhuǎn)換成數(shù)字信息 3056.2.2 IP 模塊的接收操作 3086.2.3 TCP 模塊如何處理連接包 3096.2.4 TCP 模塊如何處理數(shù)據(jù)包 3116.2.5 TCP 模塊的斷開操作 3126.3 Web 服務(wù)器程序解釋請求消息并作出響應(yīng)3136.3.1 將請求的URI 轉(zhuǎn)換為實際的文件名 3136.3.2 運行CGI 程序 3166.3.3 Web 服務(wù)器的訪問控制 3196.3.4 返回響應(yīng)消息 3236.4 瀏覽器接收響應(yīng)消息并顯示內(nèi)容3236.4.1 通過響應(yīng)的數(shù)據(jù)類型判斷其中的內(nèi)容 3236.4.2 瀏覽器顯示網(wǎng)頁內(nèi)容！訪問完成！ 326COLUMN 網(wǎng)絡(luò)術(shù)語其實很簡單Gateway 是通往異世界的入口 328附錄 330后記 334致謝 334作者簡介 335
標簽： 網(wǎng)絡(luò)
上傳時間： 2022-06-02
上傳用戶：fliang
對溫室環(huán)境參數(shù)進行實時監(jiān)測有助于生產(chǎn)者實時了解作物生長環(huán)境，使其能夠根據(jù)監(jiān)測到的參數(shù)進行各項設(shè)施的有效運作，從而為作物提供良好的生長條件，提高作物的產(chǎn)量與品質(zhì)。目前溫室環(huán)境監(jiān)控主要通過計算機對環(huán)境參數(shù)進行收集、顯示與控制，系統(tǒng)一次性投資較高，很少在溫室大棚中應(yīng)用;另外也有以微處理器為核心的便攜手持式環(huán)境參數(shù)采集設(shè)備，這種設(shè)備的顯示屏一般為手持終端上的液晶屏，顯示范圍及亮度均受到制約，不易在溫室大棚內(nèi)進行長期觀測。 本文設(shè)計了一種適用于溫室大棚進行數(shù)據(jù)監(jiān)測的大屏幕LED顯示屏。顯示屏集成了環(huán)境參數(shù)采集模塊、數(shù)據(jù)傳輸模塊、LED顯示模塊、數(shù)據(jù)存儲模塊以及語音報警模塊。整個顯示屏系統(tǒng)實現(xiàn)了對溫室環(huán)境參數(shù)的監(jiān)測、存儲與報警的功能。 環(huán)境參數(shù)采集模塊主要由四種傳感器組成，分別為:溫度傳感器、濕度傳感器、二氧化碳濃度傳感器以及光照度傳感器。四種傳感器通過RS-485總線與數(shù)據(jù)傳輸模塊相連，并根據(jù)STM32單片機發(fā)出的指令完成數(shù)據(jù)采集任務(wù)。 數(shù)據(jù)傳輸模塊由一個4路0-5V模擬量電壓信號采集傳輸模塊構(gòu)成，模塊對采集到的4路傳感器模擬電壓信號進行模數(shù)轉(zhuǎn)換、存儲并通過RS-485串口將數(shù)據(jù)傳輸至STM32。 LED顯示模塊是由一個10塊LED單元板組成的，每塊單元板由分辨率為32×160點的屏幕構(gòu)成。所采用的LED顯示屏為P10型半戶外顯示屏，具有高亮、防潮特性。STM32根據(jù)特定的通信協(xié)議通過字庫卡控制整個顯示屏的顯示內(nèi)容與顯示時間。 數(shù)據(jù)存儲模塊功能主要通過SD卡實現(xiàn)。本設(shè)計所選用的STM32開發(fā)板自帶SD卡接口，通過軟件編寫可直接對SD卡進行讀寫操作，進而實現(xiàn)溫室環(huán)境參數(shù)的存儲功能。 語音報警模塊由LMD107語音模塊組成。該語音模塊具有價格低廉、穩(wěn)定可靠等特點。在環(huán)境參數(shù)超過用戶自定義報警值時，系統(tǒng)采用7組觸點控制方式對語音模塊進行播放警報控制。 顯示屏設(shè)計完成后，在實驗溫室內(nèi)進行了長期的運行試驗，結(jié)果表明:所設(shè)計的顯示屏系統(tǒng)能夠?qū)崿F(xiàn)全部目標功能，且整個系統(tǒng)運行穩(wěn)定，使用方便，實時性強，可靠性高。
上傳時間： 2022-06-11
上傳用戶：zhanglei193
作為模擬與數(shù)字電路的接口電路的關(guān)鍵部分，模數(shù)轉(zhuǎn)換器（ADC）現(xiàn)代通信、需達、盧納以及眾多消費電子產(chǎn)品中都占據(jù)極其重要的地位。隨著科技的迅猛發(fā)展，對模數(shù)轉(zhuǎn)換器的性能，特別是速度上的要求越來越高，ADC的性能好壞甚至已經(jīng)成為決定設(shè)備性能的關(guān)鍵因素。本文以超高速ADC作為設(shè)計的目標，采用了Flash型結(jié)構(gòu)作為研究的方向，并且從ADC的速度和失調(diào)電壓消除技術(shù)入手進行了重點研究。本文采用了種新穎的消除失調(diào)電壓的技術(shù)-chopping技術(shù)，該技術(shù)主要是依靠 組隨機數(shù)產(chǎn)生器所產(chǎn)生的高速隨機數(shù)序列來隨機快速置換比較器輸入端，從而使得失調(diào)電壓近似平均為零，本文設(shè)計了種高速隨機數(shù)產(chǎn)生器，可以產(chǎn)生速率達到1GHz的隨機數(shù)序列。由于比較器部分是影響整個ADC速度的關(guān)鍵因素，因此在設(shè)計中對于比較器部分逃行了重點優(yōu)化設(shè)計。另外還在數(shù)字編碼電路中加入了糾錯設(shè)計。通過電路仿真，所設(shè)計的ADC可達到1GHz的采樣速率，最大積分非線性和微分非線性分別為0.42LSB和0.49LSB，當輸入信號頻率為16.6MHz時，無雜波動態(tài)范圍（SFDR）達到41dB，當加入50mV失調(diào)電壓時，chopping技術(shù)可以將SFDR增加3dB左右。本設(shè)計采用了和艦0.18um CMOS混合信號工藝，完成了主要模塊版圖的設(shè)計工作。關(guān)鍵詞 Flash型 ADC；失調(diào)電壓消除技術(shù)：chopping技術(shù)
上傳時間： 2022-06-19
上傳用戶：d1997wayne
本文跟蹤了國內(nèi)國際上各研究組織關(guān)于5G需求與關(guān)鍵技術(shù)最新研究進展。高能效將是5G從設(shè)計之初就不得不考慮的幾個重要問題之。研究如何在不損失或者微損失網(wǎng)絡(luò)性能的前提下，極大地降低系統(tǒng)的能量消耗是一項很有研究價值的工作。本文通過分析現(xiàn)有無線網(wǎng)絡(luò)基站能量消耗的各個組成部分，參考目前5G研究趨勢，選擇網(wǎng)絡(luò)能效模型與基站能耗模型，用于后續(xù)網(wǎng)絡(luò)能效評估。小站密集化部署技術(shù)（Small Cell）是目前業(yè)內(nèi)普遍認同的實現(xiàn)未來5G系統(tǒng)各項性能指標與效率指標的有效策略之一。隨著小站的密集化部署，網(wǎng)絡(luò)整體能效成為衡量異構(gòu)無線通信系統(tǒng)長期經(jīng)濟效益的一項重要指標。網(wǎng)絡(luò)運營前，需要以高能效為目標進行Small Cell密集化網(wǎng)絡(luò)部署。本文利用上述的能效模型，建立并推導(dǎo)出了Small Cell最佳部客位置與數(shù)量的高能效網(wǎng)絡(luò)部署方案目標函數(shù)，進一步通過數(shù)值仿真方法獲得了具體網(wǎng)絡(luò)場景下的高能效Small Cell 絡(luò)部署位置與數(shù)量，最后通過對大量的仿真結(jié)果進行分析，得出了高能效Small Cell集化署方案的一般性規(guī)律。研究成果對未來5G系統(tǒng)中SmallCell的部署具有重要參考意義在網(wǎng)絡(luò)運營中，由于網(wǎng)絡(luò)負載存在天然的不均衡性與動態(tài)被動性，需要在Small Cell密集化部署的未來移動通信系統(tǒng)中進行高能效網(wǎng)絡(luò)拓撲控制，以便在網(wǎng)絡(luò)運營中維持實時的網(wǎng)絡(luò)能效最優(yōu)化的網(wǎng)絡(luò)拓撲結(jié)構(gòu)。本論文分析了目前業(yè)界關(guān)于Small Cell 休眠/喚醒性能增益的最新研究成果，并針對其現(xiàn)有休眠喚醒方案中以單小區(qū)固定負載為門限的休眠順醒機制的不足，提出了一種高能效Small Cell聯(lián)合休眼喚醒控制機制，實現(xiàn)了對網(wǎng)絡(luò)拓撲的高能效動態(tài)控制。Small Cell密集化部署使網(wǎng)絡(luò)編碼在未來無線網(wǎng)絡(luò)環(huán)境中得到了新的應(yīng)用契機，本文最后結(jié)合幾種未來5G新場景對網(wǎng)絡(luò)編碼應(yīng)用方案進行了初步探討。初步仿真結(jié)果表明，網(wǎng)絡(luò)編碼方案可有效提升能效。
標簽： 5g 移動網(wǎng)絡(luò)
上傳時間： 2022-06-20
上傳用戶：canderile
蟲蟲下載站版權(quán)所有 京ICP備2021023401號-1
