什麼是隱藏節點問題?

隱藏節點問題(Hidden Node Problem)是無線網絡中一種常見卻容易被忽略的效能瓶頸:兩個客戶端各自能與同一接入點(AP)正常通訊,但彼此之間卻收不到對方的訊號,導致雙方誤判頻道空閒而同時發送,結果在AP端發生碰撞。本頁講解成因、CSMA/CA與RTS/CTS機制的運作原理,以及香港常見場景下的解決方案。

隱藏節點問題是什麼

在有線乙太網絡中,交換機以獨立埠口區隔每個裝置,碰撞的機會相對低;但無線網絡共用同一段無線頻道,所有客戶端必須輪流「發言」才能避免互相干擾。Wi-Fi透過一套稱為CSMA/CA(Carrier Sense Multiple Access with Collision Avoidance,載波偵聽多路訪問/碰撞避免)的機制實現這種輪流:客戶端在發送前先偵聽頻道,確認沒有其他裝置正在傳輸,才會發出自己的封包。

問題在於,這種偵聽是以客戶端自身的收訊範圍為準,而不是以AP的收訊範圍為準。假設有兩個客戶端A與C,兩者都在AP的訊號覆蓋範圍之內、都能與AP正常通訊,但A與C之間相距太遠、或中間有牆壁及貨架阻隔,彼此收不到對方的訊號。這種情況下,A偵聽頻道時「聽不到」C正在發送,於是誤判頻道空閒而同時發送;C亦然。兩者的封包在AP端同時到達,發生碰撞,AP無法正確解讀任何一方的數據,雙方都要重新發送。A與C對彼此而言就是所謂的「隱藏節點」——存在卻不可見。

CSMA/CA機制與碰撞成因

CSMA/CA是Wi-Fi用來共享無線頻道的核心機制,運作原理可以拆分為幾個步驟:客戶端先偵聽頻道是否空閒;若空閒則等待一段隨機的退避時間(backoff),確認期間頻道仍然空閒才發送;若偵測到頻道忙碌,則暫緩發送並延後重試。這套機制在所有裝置都能互相偵聽到的環境下運作良好,能有效把碰撞機率壓到很低。

然而隱藏節點的存在直接破壞了這套機制的前提假設。由於A與C互相偵聽不到,CSMA/CA的「先聽後講」原則對兩者之間的相對關係完全失效,兩者各自認為自己是唯一在發送的一方。距離愈遠、障礙物愈多、AP覆蓋範圍愈大,這種盲區出現的機會就愈高,碰撞亦愈頻密。碰撞一旦發生,涉及的封包都會損毀,雙方須各自等待隨機退避時間後重傳,造成頻寬浪費與延遲上升。

RTS/CTS機制如何緩解

RTS/CTS(Request to Send / Clear to Send,發送請求/清除發送)是IEEE 802.11標準中用來緩解隱藏節點問題的擴充機制。運作方式如下:

步驟動作作用
1客戶端向AP發送RTS(發送請求)宣告即將傳輸數據,申請頻道使用權
2AP以CTS(清除發送)廣播回應覆蓋範圍內所有客戶端都能收到CTS
3其他客戶端收到CTS後暫緩發送即使聽不到RTS,仍能透過CTS得知頻道已被佔用
4發起客戶端開始傳輸數據期間其他客戶端維持靜默,避免碰撞

關鍵在於CTS由AP發出,而AP的訊號覆蓋範圍通常比個別客戶端之間的相互覆蓋範圍更廣,因此原本互相「看不見」的隱藏節點,都能收到AP發出的CTS並得知頻道正在使用,從而避免同時發送。代價是RTS/CTS每次傳輸前都多了一輪額外的握手開銷,因此一般建議只在確認存在隱藏節點問題、或封包較大、碰撞率明顯偏高的環境下才啟用,部分裝置亦支援設定RTS門檻值,只針對超過特定大小的封包才觸發此機制。關於隱藏節點問題的定義與背景,可參考英文維基百科的Hidden node problem條目;CSMA/CA機制的完整運作原理,則可參考英文維基百科CSMA/CA條目

對吞吐量與延遲的影響

碰撞發生後,涉事的封包會全部損毀,發送端須各自等待隨機退避時間才能重傳,而重傳期間頻道仍可能被其他裝置佔用,形成連鎖延誤。碰撞愈頻密,整段網絡的有效吞吐量下降愈明顯,嚴重時可下降三成以上。延遲與抖動同時上升,對視像會議、VoIP通話或即時監控串流等時延敏感的應用影響尤其顯著,用戶感受到的往往是「畫面卡頓」「通話斷續」而非明確的網速下降。人流愈密集、同時連線裝置愈多的場所,隱藏節點造成的重傳問題就愈頻密出現。

常見成因

① 客戶端距離過遠

兩個客戶端同時位於AP覆蓋範圍邊緣的兩端,彼此相距過遠,訊號強度不足以互相偵聽到對方,即使兩者都能與AP正常通訊。

② 障礙物阻隔

混凝土牆、貨架、金屬櫃或大型設備會削弱訊號,令原本距離不算太遠的兩個客戶端之間出現訊號盲區,互相偵聽失效。

③ AP覆蓋範圍過大

單一AP以高發射功率覆蓋大面積空間時,遠端客戶端數量增加,彼此互相偵聽不到的組合亦隨之增多,碰撞機會顯著上升。

解決方案

  1. 啟用RTS/CTS機制——確認碰撞率偏高後,可在AP或客戶端設定中啟用RTS/CTS,或設定RTS門檻值,只針對較大封包觸發此機制,平衡緩解效果與額外開銷。
  2. 增加AP密度、縮小覆蓋範圍——以多台低功率AP取代單一高功率AP,讓每個AP下的客戶端距離較近、較易互相偵聽到對方,從根本減少隱藏節點的出現機會。
  3. 調整發射功率——按實際場地測試結果調低AP發射功率,避免覆蓋範圍過大而製造出更多互相看不見的客戶端組合。
  4. 實地勘察與訊號測試——工程規劃階段以訊號測試工具實地量度不同位置的訊號強度與盲區分佈,據此決定AP位置與數量,而非單純依賴理論覆蓋半徑估算。

香港場景應用

香港的大型商場、貨倉與大型屋苑會所,都是隱藏節點問題的高發環境。大型商場樓層開闊、間隔多變,加上大量結構柱、玻璃幕牆與金屬裝潢,容易令商場兩端的顧客裝置互相聽不到對方訊號;貨倉環境的貨架排列密集、堆疊高度可觀,掃描器與手持終端之間經常被貨物阻隔,若倉庫Wi-Fi只以少數高功率AP覆蓋全場,隱藏節點問題會直接影響盤點與出入庫作業的數據傳輸穩定性。大型屋苑會所空間廣闊,泳池、健身室、宴會廳等分區之間往往有牆身或樓層間隔,住戶裝置分散在不同角落,同樣容易出現互相偵聽不到的情況。

針對這類廣闊或多障礙物的場地,工程上一般不建議單純提高單一AP的發射功率去換取更大覆蓋,而是透過站點勘察(site survey)決定AP的實際佈局密度,並視乎測試結果考慮啟用RTS/CTS,在頻寬效率與傳輸穩定性之間取得平衡,讓不同角落的客戶端都能穩定接入而不互相碰撞。

常見問題

隱藏節點問題與一般Wi-Fi干擾有什麼分別?
一般干擾通常指多個訊號源在同一頻道互相蓋過,各方其實可以互相偵測得到;隱藏節點問題則相反,兩個客戶端根本收不到對方訊號,各自以為頻道空閒而同時發送,結果在AP端發生碰撞。前者可透過調整頻道或減少AP密度緩解,後者則需要RTS/CTS或縮小覆蓋範圍等針對性方法。
RTS/CTS機制如何解決隱藏節點問題?
RTS/CTS(Request to Send / Clear to Send)是CSMA/CA的擴充機制。客戶端發送數據前先送出RTS向AP申請發送權,AP以CTS廣播回應,範圍內所有客戶端(包括互相聽不到的隱藏節點)都能收到CTS並得知頻道已被佔用,因而暫緩自身發送,避免碰撞。代價是每次傳輸多了一次握手,會增加額外開銷,因此一般只在封包較大或碰撞頻繁時才建議啟用。
隱藏節點問題對網速有多大影響?
碰撞發生後雙方封包都會損毀,需要各自等待隨機退避時間再重傳,嚴重時吞吐量可下降三成以上,同時延遲與抖動明顯上升,視像會議或VoIP等即時應用會率先受影響。人流愈多、發送愈頻密的環境,隱藏節點造成的重傳愈頻密,實際可用頻寬亦愈低。
大型商場或貨倉應該如何預防隱藏節點問題?
核心思路是縮小每個AP的覆蓋半徑、提高AP密度,讓同一AP下的客戶端距離較近、較易互相偵測到對方訊號;同時適當調低AP發射功率,避免單一AP覆蓋過大範圍而讓遠端客戶端變成互相看不見的隱藏節點。貨架、隔間牆等障礙物密集的場所,亦應按實地測試結果增補AP數量,而非單純提高單一AP的功率。
啟用RTS/CTS會有副作用嗎?
會。RTS/CTS每次傳輸前都要多一輪握手,若客戶端數量少、碰撞本來就不頻密,反而會拖慢整體傳輸效率。一般建議只在確認存在隱藏節點問題、且封包碰撞率明顯偏高時才啟用,或只針對封包大小超過特定門檻的傳輸啟用RTS/CTS門檻值,而非全面開啟。

需要規劃無線網絡覆蓋方案?

我們的工程師具備實地站點勘察經驗,可為商場、貨倉與大型屋苑會所設計AP佈局,避免隱藏節點問題影響網絡穩定性,歡迎查詢及免費報價。

WhatsApp 免費報價

延伸閱讀

若閣下正計劃相關工程或需要選購設備,歡迎瀏覽網絡工程服務了解方案詳情,或透過網上快速報價與我們的工程師聯絡。

本頁內容由人手或AI輔助生成,雖經核對仍可能存在誤差,僅供參考;產品規格以原廠最新文件為準;有需要請聯絡我們工程師。