SIAM Wireless

บางทีเราก็ไม่รู้ว่าเค้าพูดจริงพูดเล่น 😌

บทความแปะให้ในเมนต์ (เป็นภาษาสเปน)

Heatmap ไม่ได้บอกเราทุกอย่าง
ช่วงหลัง ๆ นี้ผมเห็นบริษัทสนใจทำ Wi-Fi heatmap กันมากขึ้น อาจจะเป็นเพราะองค์กรเริ่มเห็นความสำคัญของการวัดคุณภาพ Wi-Fi แต่ heatmap จะไม่มีประโยชน์ถ้าเอามาวิเคาะห์ผลไม่ได้ ไม่ต่างจากเราไปตรวจสุขภาพประจำปี เจาะเลือด ทำ ultrasound วัดความดัน เช็คน้ำตาล ไขมัน HDL LDL Tri ค่าตับ ค่าไต แต่ถ้ารพยื่นผลมาให้เราอ่านเอง เชื่อมโยงกับสุขภาพเราไม่ได้มันก็ไม่มีประโยชน์ เช่นเดียวกับการทำ "one size fits all" heatmap ไม่ customize ไม่ลงรายละเอียดตามบริบทงานของลูกค้า
เร็ว ๆ นี้ผมได้มีโอกาสได้คุยกับลูกค้าเจ้าหนึ่งที่มีปัญหา Wi-Fi ช้า และได้ให้ vendor เจ้านึงมาทำ heatmap ซึ่งทางลคก็ได้แชร์ report บางส่วนให้ผมดู ซึ่งใน report ก็มีแค่ RSSI, SNR และ data rate ก็แน่นอน RSSI เขียวขจี SNR ก็ 20dB+ ทุกอย่างดูดี แต่ก็ยังตอบไม่ได้ว่าทำไม Wi-Fi ช้าจนถึงทุกวันนี้
ในฐานะที่เราทำ heatmap ให้องค์กรมาไม่ต่ำกว่า 100 sites ลคส่วนใหญ่จะ focus แค่ Primary Coverage ว่าเขียวคือดี เหลืองคือแย่ Wi-Fi ที่ดีต้องเขียวทั้ง map
แต่ในความเป็นจริง RSSI มันไม่ได้บอกทุกอย่าง และเขียวเข้มก็ไม่ได้แปลว่า Wi-Fi เราดี มีอีกหลายปัจจัยที่เราต้องพิจารณา เช่น SNR, channel width, Tx power, channe interference, MBR รวมถึงดูความผิดปกติของสัญญาณจาก AP แต่ละตัวในทุก ๆ ย่านที่ใช้งาน ถ้าในตัว report ไม่เจาะลึกลงไปดูมันก็จะไม่เห็นปัญหา เงินและเวลาที่ลงไปก็สูญเปล่า
Heatmap มีหลายประเภท แตกต่างที่วัตถุประสงค์ แต่ heatmap ที่ดีต้องตอบโจทย์ลูกค้า ตัวอย่างเช่นในบริบทของการแก้ปัญหา (เราจะเรียกว่า Wi-Fi Audit หรือ Wi-Fi Troubleshooting) ในรายงานนอกจากมี heatmap ต่าง ๆ แล้วควรจะมีรายละเอียด และคำอธิบายต้นเหตุของปัญหาและแนวทางในการแก้ไขปัญหาที่ลูกค้าสามารถนำไปต่อยอดได้

--

ท่านที่มีความต้องการทำ heatmap ไม่ว่าจะ survey existing, APoS หรือ troubleshooting สอบถามได้ครับ

ส่วนตัวไม่คิดว่า BSS Coloring จะเพิ่ม throughput อย่างมีนัย

กลไกคือแก้ CCA threshold ให้สูงขึ้นเพื่อลดเวลารอ สิ่งที่เกิดขึ้นคือ collision เพิ่มขึ้น -> retries สูงขึ้น -> ต้องส่ง frame ซ้ำ โดยเฉพาะพื้นที่ ๆ โหลดสูง ซึ่งท้ายสุดก็หักล้างกับเวลาที่ save มาได้อยู่ดี

เคยได้ยิน Feature ที่ชื่อว่า BSS Coloring บน Wi-Fi 6 (802.11ax) กันไหมครับ? ที่มันสามารถใช้ช่องสัญญาณ (Channel) ซ้ำกันได้กรณีที่ช่องสัญญาณไม่พอ...
โพสนี้จะมาเล่าเจาะลึกกับ feature นี้ลงไปกันหน่อย ก็เลยอาจจะทำให้โพสนี้ยาวหน่อย และมีเรื่องเทคนิคเยอะ แต่ผมจะพยายามเล่าให้เข้าใจง่าย ๆ ครับ 🙂
---
พูดถึง BSS (Basic Service Set) กันก่อนนิดนึง
Wi-Fi BSS (Basic Service Set) คือโครงสร้างพื้นฐานที่สุดของเครือข่ายไร้สาย ประกอบด้วย Access Point (AP) 1 ตัว และอุปกรณ์ที่เชื่อมต่อ (Client) ทั้งหมดในรัศมีสัญญาณเดียวกัน
ถ้าเคยได้ยินกันมาว่า การออกแบบหรือตั้งค่าระบบ Wi-Fi ในองค์กร โดยเฉพาะที่ AP วางกันแน่น ๆ ก็อาจจะคุ้น ๆ กับ feature ที่ชื่อว่า BSS Color หรือ Spatial Reuse กันมาผ่าน ๆ บ้างใช่ไหมครับ
ซึ่งมันเป็น feature ที่อยู่บน Wi-Fi 6 (802.11ax) โดยมีเป้าหมาย คือแก้ปัญหาที่ Wi-Fi แบบเดิมทำไม่ได้ โดยการแยกแยะว่าสัญญาณมาจาก BSS ของตัวเองหรือ BSS อื่น แล้วตัดสินใจได้ “ฉลาดขึ้น”
---
ปัญหาก่อน Wi-Fi 6
Wi-Fi ใช้กลไก CSMA/CA เพื่อหลีกเลี่ยงการส่งข้อมูลชนกัน หลักการคือ “ก่อนจะส่ง ต้องฟังก่อนว่ามีใครส่งอยู่ไหม” ถ้าตรวจพบสัญญาณที่แรงกว่า -82 dBm (สำหรับ 20 MHz) ก็จะหยุดรอ (defer) ไม่ส่งข้อมูล
ปัญหาคือ threshold นี้ใช้ค่าเดียวกับทุกสัญญาณ ไม่ว่าจะมาจาก AP ของตัวเอง หรือ AP ตัวอื่นที่อยู่ไกลออกไป อุปกรณ์จึงต้องรอโดยไม่จำเป็น ทั้ง ๆ ที่สัญญาณจาก AP ตัวอื่นอาจเบามากจนไม่ได้รบกวนจริง
นอกจากนี้ อุปกรณ์ยังต้อง decode แพ็กเก็ตไปจนถึง MAC header ก่อนถึงจะรู้ว่าแพ็กเก็ตนั้นเป็นของ BSS ตัวเองหรือไม่ ระหว่างนั้น airtime ก็ถูกยึดไว้ ยิ่ง AP เยอะ ยิ่งเสียเวลาถอดรหัสแพ็กเก็ตที่ไม่เกี่ยวกับตัวเอง
---
BSS Color คืออะไร?
BSS Color ฝังค่าตัวเลข 1–63 (เรียกว่า “สี”) ลงใน PHY header (HE-SIG-A field) ของทุกเฟรม Wi-Fi 6
ทุกอุปกรณ์ใน BSS เดียวกันใช้สีเดียวกัน เมื่อรับสัญญาณมา แค่อ่าน PHY header เห็นสีไม่ตรงก็รู้ทันทีว่าเป็นสัญญาณจาก BSS อื่น โดยไม่ต้อง decode ไปถึง MAC layer
จุดสำคัญคือ BSS Color ทำงานที่ชั้น PHY ซึ่ง data frame ปกติไม่มีข้อมูล SSID ให้ดู ก่อนมี BSS Color ต้อง decode ขึ้นไปถึง MAC layer จึงจะรู้ว่าแพ็กเก็ตมาจาก BSS ไหน การมีสีอยู่ใน PHY header จึงเป็นทางลัดที่ช่วยแยกแยะได้เร็วขึ้นมาก
เปรียบง่าย ๆ เหมือนจดหมายทุกซองมีสติกเกอร์สีติดหน้าซอง เห็นปุ๊บรู้ปั๊บว่าไม่ใช่ของเรา ไม่ต้องเปิดซองอ่านข้างใน
สิ่งที่ BSS Color ทำได้:
1. แยก intra-BSS กับ inter-BSS ได้ทันทีจาก PHY header
2. ช่วยให้ตัดสินใจทิ้งแพ็กเก็ต OBSS ได้เร็วขึ้น (early drop) ทำให้วิทยุกลับมาว่างเร็วขึ้น
3. ลด processing load ไม่ต้องเสียทรัพยากร decode แพ็กเก็ตที่ไม่เกี่ยวข้อง
สิ่งที่ BSS Color “ยังทำไม่ได้” คือ ถึงจะรู้ว่าแพ็กเก็ตนั้นมาจาก BSS อื่น ก็ยังต้องรอช่องว่างก่อนถึงจะส่ง
ซึ่งตรงนี้จะเป็นหน้าที่ของอีกตัวหนึ่ง เรียกว่า OBSS PD (Overlapping Basic Service Set Packet Detect)
---
OBSS PD คืออะไร?
เข้าใจคำว่า Wi-Fi OBSS (Overlapping Basic Service Set) กันก่อน มันคือภาวะที่สัญญาณ Wi-Fi จากเครือข่ายใกล้เคียงใช้ช่องเดียวกันและ overlap กัน
แล้ว OBSS PD ล่ะ มันก็คือกลไกที่บอกว่า “จะทำอย่างไรหลังจากรู้แล้วว่าแพ็กเก็ตมาจาก BSS อื่น”
ถ้าเป็น intra-BSS (สีเดียวกัน) จะใช้ CCA threshold ปกติ (-82 dBm) ต้องรอให้ส่งข้อมูลจบก่อน
แต่ถ้าเป็น inter-BSS (สีต่างกัน) สามารถยก threshold ขึ้นได้ (สูงสุดประมาณ -62 dBm) ถ้าสัญญาณ OBSS เบากว่า threshold นี้ อุปกรณ์สามารถ “ส่งพร้อมกันได้” โดยไม่ต้องรอ
เปรียบเหมือนห้องประชุมติดกัน ถ้ามีแค่ BSS Color คุณรู้ว่าเสียงมาจากห้องอื่น แต่ยังต้องรอให้เขาพูดจบ แต่ถ้ามี OBSS PD ด้วย คุณประเมินได้ว่าเสียงเขาเบาพอ ก็สามารถพูดไปพร้อมกันได้
ผลลัพธ์ก็คือ Spatial Reuse หมายความว่า หลาย AP บนช่องเดียวกันสามารถส่งข้อมูลพร้อมกันได้ แทนที่จะต้องรอกัน
---
BSS Color กับ OBSS PD ต่างกันยังไง? ทำไมต้องแยก?
BSS Color เป็น “ข้อมูล” ใช้ระบุว่าแพ็กเก็ตมาจาก BSS ไหน ทำงานใน PHY header (ค่า 1–63)
OBSS PD เป็น “การตัดสินใจ” ใช้ข้อมูลจาก BSS Color มาพิจารณาว่าจะ defer หรือ transmit โดยปรับ CCA threshold
ทั้งสองฟีเจอร์แยกกัน เพราะใช้ความสามารถของ hardware คนละระดับ
BSS Color เป็นเพียงการใส่ข้อมูลใน PHY header ทำได้ไม่ซับซ้อน
แต่ OBSS PD ต้องปรับ threshold แบบ real-time ในระดับ radio chip ต้องตัดสินใจภายในเวลาอันสั้นมาก
จึงทำให้ AP บางรุ่นรองรับ BSS Color แต่ไม่รองรับ OBSS PD โดย อุปกรณ์เหล่านั้นรู้ว่าแพ็กเก็ตมาจาก BSS ไหน แต่ยังไม่สามารถใช้ข้อมูลนั้นเพื่อตัดสินใจส่งทับได้
พูดสั้นๆก็คือ "ถ้าไม่มี BSS Color ก็ไม่มี OBSS PD แต่มี BSS Color อย่างเดียวก็ยังพอมีประโยชน์บ้าง"
---
ช่วยได้จริงแค่ไหน?
มันเป็นแค่ marketing feature เหมือน MU-MIMO ที่ต่อให้คอนฟิกได้ แต่แทบใช้ไม่ได้จริงหรือเปล่า ??
ทฤษฎีฟังดูดีแหละครับ แต่มีเงื่อนไขหลายอย่างอยู่เหมือนกัน
1. AP รอบข้างต้องเป็น Wi-Fi 6 ขึ้นไป
แพ็กเก็ตจาก AP เก่า (Wi-Fi 5 หรือต่ำกว่า) ไม่มีสีติดมา อุปกรณ์แยกไม่ได้ ต้องกลับไปทำแบบเดิม ถ้าพื้นที่ยังมี AP เก่าปนเยอะ BSS Color ช่วยได้แค่กับแพ็กเก็ตจาก AP Wi-Fi 6 เท่านั้น
2. ระยะห่างระหว่าง AP มีผล
ซึ่ง OBSS PD threshold สูงสุดคือ -62 dBm ถ้าสัญญาณ OBSS แรงกว่านี้ ส่งทับไม่ได้ ในออฟฟิศที่ AP วางถี่ ๆ สัญญาณระหว่าง AP มักอยู่ที่ -50 ถึง -60 dBm ซึ่งแรงกว่า threshold ทำให้ OBSS PD แทบไม่ได้ทำงาน
3. BSS Color Collision
BSS Color มีค่าแค่ 1-63 ถ้า AP บนช่องเดียวกันเยอะมาก อาจเกิดสีซ้ำได้ AP สองตัวคนละ BSS แต่สีเดียวกัน อุปกรณ์จะเข้าใจผิดว่าเป็น BSS เดียวกัน OBSS PD ไม่ทำงาน กลับไป defer เหมือนไม่ได้เปิดเลย หลายองค์กรเปิด BSS Color แล้วปล่อยให้ระบบ assign อัตโนมัติ โดยไม่เคยตรวจสอบว่า AP ใกล้กันได้สีซ้ำหรือไม่
---
สิ่งที่ต้องเข้าใจให้ตรงกัน
BSS Color ไม่ได้กำจัด interference แต่ช่วยในส่วนของ unnecessary deferral (ก็คือลดการรอโดยไม่จำเป็น)
และต้องทำงานร่วมกับ OBSS PD ถึงจะเห็นผล
ถ้ามีแค่ BSS Color อย่างเดียว สิ่งที่ได้คือ:
- รู้เร็วขึ้นว่าแพ็กเก็ตไม่ใช่ของตัวเอง
- ลด processing / ประหยัดพลังงาน
- แต่ไม่ได้เพิ่ม throughput
และถ้าปัญหาคือ "ช่องไม่พอ" BSS Color ยิ่งช่วยไม่ได้ เพราะไม่ได้เพิ่มช่องสัญญาณ AP 10 ตัวใช้ช่อง 36 เหมือนกัน เปิด BSS Color แล้วก็ยังใช้ช่อง 36 อยู่เหมือนเดิม
---
แล้วเหล่า Wi-Fi engineer หรือ Wi-Fi Expert ต่างประเทศมองเรื่องนี้ยังไง?
มีความเห็นหนึ่งบอกว่า
"BSS Coloring ไม่ได้ทำอะไรเลย สิ่งที่คุณอธิบายนั้นคือ Spatial Reuse ซึ่ง BSS Color เป็นแค่ข้อมูลที่ OBSS PD ใช้ ตัวมันเองไม่ได้ลด deferral หรือเพิ่ม throughput"
หรือ Keith Parsons (Wireless LAN Professionals) ตั้งข้อสังเกตว่า
"ยังไม่เคยเห็น vendor ไหนพิสูจน์ได้ว่า BSS Coloring เพิ่ม throughput อย่างมีนัยสำคัญในระบบจริง การ implement ของ vendor ไม่สม่ำเสมอมาตั้งแต่ Wi-Fi 6 เปิดตัว สิ่งที่ standard กำหนดกับสิ่งที่ vendor ทำได้จริงเป็นคนละเรื่อง"
หรือมีคำถามว่า
“Client รองรับจริงไหม?” เพราะถ้า client ไม่ใช้ BSS Color ก็ไม่มีประโยชน์
ทุกมุมมองชี้ไปที่จุดเดียวกัน ที่เป็นช่องว่างระหว่างทฤษฎีใน standard กับสิ่งที่เกิดขึ้นจริงใน production ยังกว้างมาก
และมีท่านนึงก็ให้ความเห็นว่า มันจะยิ่งเห็นชัดขึ้นเมื่อ Wi-Fi 7 ที่พึ่งพา BSS Color มากขึ้น (โดยเฉพาะกับ MLO) เริ่มถูก deploy อย่างแพร่หลาย แต่ก็ต้องรอดูต่อไปในอนาคต
---
สรุปว่าอย่างไรในโพสนี้ (ซึ่งยาวมาก 555+)
1) BSS Color เป็นป้ายชื่อที่ช่วยแยกแยะ BSS ได้เร็วขึ้นในระดับ PHY ประหยัดพลังงาน ลด processing แต่ไม่ได้เพิ่ม throughput โดยตรง
2) OBSS PD เป็นกลไกที่ใช้ข้อมูลจาก BSS Color ไปเพิ่ม Spatial Reuse แต่ทำงานได้เฉพาะเมื่อสัญญาณ OBSS เบากว่า -62 dBm ซึ่งในสภาพแวดล้อม AP หนาแน่น เงื่อนไขนี้อาจไม่เป็นจริง
3) ทั้งสองฟีเจอร์ส่วนหใญ่ปิดอยู่ by default ต้องเปิดเอง
ก่อนเปิดใช้หรือลงทุนอัปเกรด AP เพื่อหวังผลจาก feature นี้
- เข้าใจก่อนว่าปัญหาจริง ๆ คืออะไร? ช่องไม่พอ, CCI, หรือ unnecessary deferral?
- ตรวจสอบว่า AP และ client รองรับจริงหรือไม่
- เช็ค RSSI ระหว่าง AP ว่า OBSS PD จะทำงานได้จริงไหม (ต้องต่ำกว่า -62 dBm)
- validate เรื่อง color distribution ว่าไม่มีสีซ้ำใน AP ใกล้เคียง
---

และนี่ก็เป็นเรื่องของ BSS Coloring ที่อยากจะนำมาเล่าให้ฟังครับ
ใครมีประสบการณ์ใช้งานจริง มาแชร์กันได้เลยครับ 🙂

ร่าง course outline "Wi-Fi Troubleshooting and Protocol Analysis with Wireshark" ได้ประมาณ 90% แล้ว

ที่กังวลคือคอร์สนี้มี lab และต้องใช้ 802.11 capture tool อย่าง WLANPi ซึ่งไม่ใช่ทุกคนจะมี

อีกอย่างคือวันเดียวไม่น่าจบ 😅

ทำไงดี ๆ