Wi-Fi技術——MAC特性

有線和無線網絡在數據鏈路層的特性存在差異,具體為:

  • CSMA/CD 用于有線網絡,通過檢測和處理沖突來維持網絡的穩定性。
  • CSMA/CA 用于無線網絡,強調沖突的預防,以應對無線信道共享的挑戰

1 有線網 CSMA/CD

有線網 CSMA/CD (Carrier Sense Multiple Access with Collision Detection,載波偵聽多路訪問與沖突檢測)

在有線網絡中,設備間通過網線相互連接,它的工作原理是

  • 載波偵聽CS:設備在發送數據之前會先監聽網絡,以檢測是否有其他設備在傳輸數據。如果檢測到網絡空閑,則開始發送數據。
  • 多路復用MA:總線型網絡,許多計算機以多點接入的方式連接在一根總線上
  • 沖突檢測CD: 在數據發送過程中,設備持續監聽網絡。如果檢測到沖突 (即兩個或多個設備同時發送數據導致信號混合) ,發送數據的設備會停止傳輸,并發送一個“沖突信號”以通知網絡上的其他設備。
    • 重傳數據: 發生沖突后,設備會等待一段隨機的時間后再次嘗試發送數據。這個隨機等待時間稱為“退避算法”,可以有效減少后續沖突的可能性。

有線網的CSMA/CD依賴于網線共享介質,設備在數據發送的過程中,還可以檢測網線狀態

2 無線網 CSMA/CA

CSMA/CA(Carrier Sense Multiple Access with Collision Avoidance,載波偵聽多路訪問/沖突避免)

與有線網不同的是,無線網通過電磁波進行數據交互。無線是半雙工工作模式,無線客戶端沒有同時進行接收和發送的能力,無法檢測到沖突。

因此無線網使用的機制是沖突避免

  • 載波偵聽CS:設備在發送數據之前也會監聽無線信道,檢查是否有其他設備在使用。只有信道空閑,設備才會繼續執行發送操作。
  • 多路復用MA:多個計算機可以同時接入
  • 沖突避免CA
    • 發送請求:為了盡量避免沖突,在發送數據之前,設備可能會先發送一個“準備發送”信號 (如RTS,即請求發送) ,并等待接收設備返回“允許發送”信號 (如CTS,即清除發送) 。
    • 數據發送:收到 CTS 信號后,設備才會發送數據。
    • ACK確認:數據發送成功后,接收設備會發送一個確認信號 (ACK) 。如果發送設備在規定時間內沒有收到 ACK,它會認為數據丟失并重新發送。

ACK機制

  • 數據幀成功發送并被接收設備接收到后,接收設備會發送一個 ACK (Acknowledgment)幀 給發送設備,表示數據成功到達。
  • 如果發送設備在指定時間內未收到 ACK,它會認為數據丟失并重新發送
  • 保證了數據傳輸的可靠性,避免了數據丟失后無反饋導致的傳輸失敗

RTS/CTS 機制 (Request to Send / Clear to Send)

引入“準備發送”請求 (RTS) 和“允許發送”確認 (CTS) 這兩個控制幀,在發送數據之前確保信道空閑,減少隱蔽節點問題

  • RTS(Request to Send):發送設備首先向接收設備發送一個 RTS 幀,表明自己想要發送數據
  • CTS (Clear to Send):接收設備在確認信道空閑后,會回復一個 CTS 幀,允許發送設備進行數據傳輸

隱藏節點與暴露節點

  • 隱藏節點:在接收者AP的通信范圍內而在發送者STA1通信范圍外的節點STA2
  • 暴露節點:在發送者STA1的通信范圍之內而在接收者AP通信范圍之外的節點STA2
    • 問題:STA1發送時,STA2錯誤地認為不能向STA1范圍之外的接受者AP2發送
    • 解決:只有當收到AP1的CTS幀時才保持安靜;若沒有收到,則說明AP1不再STA2的范圍內,此時STA2發送數據不會發到AP1,也就不會影響SAT1向AP1發送

即:收到CTS幀則靜默,沒收到則認為信道空

隨機退避算法(Random Backoff Algorithm)

當信道忙碌時,設備不會立即重新嘗試發送數據,而是會等待一個隨機的時間段后再嘗試。

  • 隨機等待時間由 退避算法 (Backoff Algorithm) 決定,以減少多個設備同時再次嘗試發送數據的可能性,從而避免沖突
  • 具體做法:
    • 每次檢測到信道忙碌后,設備會生成一個隨機退避時間。
    • 退避時間越長,設備等待的時間越久,從而分散重試時間點,降低沖突概率
    • 退避時間最短的站優先發送數據幀,該最短時間稱為退避窗口
    • 其他設備再次檢測到信道忙碌生成退避時間時,則新的退避時間 = 上次退避時間 - 退避窗口

幀間間隔 (Interframe Space, IFS)

用于控制設備在發送數據幀之間的等待時間,以確保無線信道的公平性和有效性。

EEE 802.11 標準定義了幾種不同類型的 IFS

  • 短幀間間隔 (Short Interframe Space,SIFS)
    • 用于高優先級的操作,如 ACK 確認幀、CTS 幀、以及從站的響應幀
    • 確保重要數據能夠迅速傳輸而不受其他幀的干擾
  • 點協調功能幀間間隔 (Point Coordination Function Interframe Space, PIFS)
    • 用于集中控制模式下,接入點 (AP) 在無競爭的情況下使用,如在 PCF (點協調功能) 模式下的優先級操作
    • 用于在競爭前啟動通信,以便接入點在競爭階段之前獲得信道控制權
  • 分布式協調功能幀間間隔 (Distributed Coordination Function Interframe Space, DIFS)
    • 用于普通數據幀的傳輸,通常在競爭環境中使用
    • 正常數據幀在競爭信道時使用的間隔,確保優先級較低的設備在優先級較高的操作完成后再嘗試發送數據
  • 擴展幀間間隔 (Extended Interframe Space, EIFS)
    • 當一個設備接收到一個有錯誤的數據幀時,它會等待 EIFS 時間后再試圖發送數據
    • 最長,避免網絡中更多的沖突或干擾發生。
    • 當設備認為信道狀況不佳時,會使用更長的等待時間以減少進一步的沖突。

在這里插入圖片描述
在這里插入圖片描述

  • NAV 是其它設備的一個時間記時器,當設備的 NAV 計時器大于零時,設備會認為信道正在被其他設備占用,因此不會嘗試進行傳輸,被禁止訪問介質。
  • ACK 之后有個 DIFS (分布式協調功能幀間間隔),這是個競爭窗口,容許優先級低的設備再嘗試發送數據

載波偵聽 (Carrier Sensing)

物理載波偵聽與虛擬載波偵聽

  • 物理載波偵聽:在設備發送數據之前,它會先偵聽無線信道,檢查是否有其他設備在使用該信道。如果信道空閑,設備才會繼續后續的發送操作。
  • 虛擬載波偵聽:是通過網絡分配器 (如無線接入點) 來管理信道的占用情況,利用控制幀 (如 RTS/CTS)來減少沖突

網絡分配向量(Network Allocation Vector,NAV)

  • 無線設備在信道上聽到某些控制幀 (如 RTS/CTS 或數據幀) 時設置的一個計時器,表示該設備預計信道會被占用的時間,設備會在 NAV 計時器歸零之前避免傳輸數據
  • 一種虛擬載波偵聽機制,與物理載波偵聽相結合有助于更準確地判斷信道狀態,減少沖突
  • 工作原理:
    • NAV 設置: 當一個設備在無線信道上接收到某個幀 (如 RTS 或 CTS) 時,它會讀取該幀中的持續時間字段 (Duration Field) 。這個字段表示該幀預期的占用時間,包括發送數據幀和接收 ACK 所需的時間。接收設備會根據這個持續時間設置自己的 NAV 計時器
    • 信道占用判斷: 當設備的 NAV 計時器大于零時,設備會認為信道正在被其他設備占用,因此不會嘗試進行傳輸。NAV 計時器歸零后,設備會再次檢查信道是否空閑,如果空閑,則可以開始自己的傳輸。

參考

  • WiFi基礎(四):WiFi工作原理及WiFi接入過程

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/pingmian/95190.shtml
繁體地址,請注明出處:http://hk.pswp.cn/pingmian/95190.shtml
英文地址,請注明出處:http://en.pswp.cn/pingmian/95190.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

OpenHarmony 分布式感知中樞深度拆解:MSDP 框架從 0 到 1 的實戰指南

MSDP設備狀態感知框架技術開發文檔 1. 系統概述 1.1 框架定位 MSDP (Multi-Sensor Data Processing) 設備狀態感知框架是OpenHarmony系統中負責設備狀態識別和分發的核心服務,基于多傳感器融合技術,為系統應用提供設備狀態感知能力。 1.2 核心功能 靜止狀態識別:基于加速…

圖像 OSD層數據 顯示--OSD LOGO單色黑色顯示,按區域大小申請MMZ內存的優缺點分析

在監控攝像機、嵌入式顯示設備等場景中,OSD(On-Screen Display,屏幕顯示)LOGO 常需單色黑色顯示,且按區域大小申請 MMZ(Multi-Media Zone,多媒體專用內存)內存,該方案的優缺點需結合硬件資源、顯示效率、功能適配性等維度綜合分析,具體如下: 一、核心優勢:針對性優…

徐真妍最新雜志封面大片曝光,探索鏡頭下的多面魅力

近日,青年演員徐真妍拍攝的一組大片正式曝光。這組以 “森林系” 為主題的大片,登上時尚雜志《慵懶LAZY DAYS》8-9月刊封面。融合了優雅與現代先鋒感,展現了徐真妍甜美溫婉的表現力。鏡頭前的她,在多種風格間自如切換,…

廣度優先搜索(BFS, Breadth-First Search)

好的,我給你講 廣度優先搜索(BFS, Breadth-First Search),并配一個直觀例子。1?? 什么是廣度優先廣度優先搜索的特點:按層訪問:先訪問根節點,然后訪問它的直接子節點,再訪問子節點…

GD32入門到實戰22--紅外NEC通信協議

ir_drv.c紅外傳輸協議地位在前&#xff0c;所以我們可以這樣保存數據到數組假使接收到1就>>1再|0x80&#xff0c;如果接收到0就>>1新建紅外驅動層代碼ir_drv.c#include <stdio.h> #include "gd32f30x.h" #include <stdbool.h> static voi…

zkML-JOLT——更快的ZK隱私機器學習:Sumcheck +Lookup

1. 引言 ICME團隊開源的zkML項目&#xff1a; https://github.com/ICME-Lab/jolt-atlas&#xff08;Rust&#xff09; zkML-JOLT&#xff08;JOLT ‘Atlas’&#xff09;構建在a16z Crypto團隊的JOLT研究和實現基礎上&#xff0c;其性能比其他zkML項目快了3到7倍。 a16z Cr…

【大模型記憶-Mem0詳解-2】系統架構

概述 Mem0 實現了雙架構系統&#xff0c;通過兩種主要部署模型為 AI 應用提供智能內存能力&#xff1a; 托管平臺 &#xff1a;通過 MemoryClient 和 AsyncMemoryClient 類訪問的托管服務開源 &#xff1a;以 Memory 類為中心的自托管組件&#xff0c;具有可插拔提供程序 此架構…

[Java]PTA:jmu-Java-01入門-取數字浮點數

本題目要求讀入若干以回車結束的字符串表示的整數或者浮點數&#xff0c;然后將每個數中的所有數字全部加總求和。輸入格式:每行一個整數或者浮點數。保證在浮點數范圍內。輸出格式:整數或者浮點數中的數字之和。題目保證和在整型范圍內。輸入樣例:-123.01 234輸出樣例:7 9代碼…

FFmpeg音視頻處理解決方案

核心組件&#xff1a; ffmpeg&#xff1a;主要的命令行工具&#xff0c;用于轉碼、轉換格式等 ffprobe&#xff1a;用于分析多媒體文件信息的工具 ffplay&#xff1a;簡單的媒體播放器 主要功能&#xff1a; ? 格式轉換&#xff08;轉碼&#xff09; ? 視頻裁剪、合并 ? 調整…

機器學習回顧——決策樹詳解

決策樹基礎概念與應用詳解1. 決策樹基礎概念1.1 什么是決策樹決策樹是一種樹形結構的預測模型&#xff0c;其核心思想是通過一系列規則對數據進行遞歸劃分。它模擬人類決策過程&#xff0c;廣泛應用于分類和回歸任務。具體結構包括&#xff1a;內部節點&#xff1a;表示對某個特…

Linux開發必備:yum/vim/gcc/make全攻略

目錄 1.學習yum、apt?具&#xff0c;進?軟件安裝 1-1 什么是軟件包 1-2 yum/apt具體操作 2. 編輯器Vim 2-1 Linux編輯器-vim的引入 2-2 vim的基本概念 2-3 vim的基本操作 2-4 vim正常模式命令集 2-5 vim末?模式命令集 3. 編譯器gcc/g 3-1 背景知識 3-2 gcc編譯選…

【Linux系統】萬字解析,進程間的信號

前言&#xff1a; 上文我們講到了&#xff0c;進程間通信的命名管道與共享內存&#xff1a;【Linux系統】命名管道與共享內存-CSDN博客?????? 本文我們來講一講&#xff0c;進程的信號問題 點個關注&#xff01; 信號概念 信號是OS發送給進程的異步機制&#xff01;所謂異…

AI時代SEO關鍵詞實戰解析

內容概要 隨著人工智能技術深度融入搜索引擎的運行機制&#xff0c;傳統的SEO關鍵詞研究方法正經歷著根本性的變革。本文聚焦于AI時代背景下&#xff0c;如何利用智能化的策略精準定位目標用戶&#xff0c;實現搜索可見度的實質性躍升。我們將深入探討AI技術如何革新關鍵詞研究…

Spring Boot + Spring MVC 項目結構

下面一個既能返回 JSP 頁面&#xff0c;又能提供 JSON API 的 Spring Boot Spring MVC 項目結構&#xff0c;這樣你就能同時用到 Controller 和 RestController 的優勢。 &#x1f3d7; 項目結構 springboot-mvc-mixed/ ├── src/main/java/com/example/demo/ │ ├── …

通俗易懂的講解下Ceph的存儲原理

Ceph存儲原理解析 要理解 Ceph 的存儲原理&#xff0c;我們可以用一個 “分布式倉庫” 的比喻來拆解 —— 把 Ceph 想象成一個由多個 “倉庫管理員”&#xff08;硬件節點&#xff09;共同打理的大型倉庫&#xff0c;能高效存儲、管理海量貨物&#xff08;數據&#xff09;&…

軟件測試小結(1)

一、什么是測試&#xff1f;1.1 生活中常見的測試例如去商場買衣服&#xff1a;①、選擇一件符合審美的衣服 -> 外觀測試&#xff1b;②、穿上身上試試是否合身 -> 試穿測試&#xff1b;③、 看看衣服的材料是否純棉 -> 材料測試&#xff1b;④、 詢問衣服的價格 ->…

Python未來3-5年技術發展趨勢分析:從AI到Web的全方位演進

Python作為全球最流行的編程語言之一&#xff0c;在開發者社區中占據核心地位。其簡潔語法、豐富庫生態和跨領域適用性&#xff0c;使其在AI、Web開發、數據科學等領域持續領先。本文基于當前技術演進趨勢&#xff08;如2023-2024年的開源項目、社區討論和行業報告&#xff09;…

【ComfyUI】SDXL Turbo一步完成高速高效的圖像生成

今天演示的案例是一個基于 ComfyUI 與 Stable Diffusion XL Turbo 的圖生圖工作流。整體流程通過加載輕量化的 Turbo 版本模型&#xff0c;在文本編碼與調度器的配合下&#xff0c;以極快的推理速度完成從提示詞到高質量圖像的生成。 配合演示圖可以直觀感受到&#xff0c;簡潔…

基于 GPT-OSS 的在線編程課 AI 助教追問式對話 API 開發全記錄

本文記錄了如何在 3 天內使用 GPT-OSS 開源權重搭建一個 在線編程課 AI 助教追問式對話 API&#xff0c;從需求分析、數據準備到微調與部署全流程實戰。 1?? 需求與指標 回答準確率 ≥ 95%響應延遲 < 1 秒支持多學生并發提問 2?? 數據準備 收集課程問答對清理無效數據…

YOLO v11 目標檢測+關鍵點檢測 實戰記錄

流水賬記錄一下yolo目標檢測 1.搭建pytorch 不做解釋 看以往博客或網上搜都行 2.下載yolo源碼 &#xff1a; https://github.com/ultralytics/ultralytics 3.樣本標注工具&#xff1a;labelme 自己下載 4.準備數據集 4.1 新建一個放置數據集的路徑4.2 構建訓練集和測試集 運行以…