SIAM Wireless

20/04/2026

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

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

10/04/2026

# # TL;DR ถ้า Wi-Fi 7 คือความเร็ว Wi-Fi 8 คือความเสถียร
Wi-Fi 7 องค์กรยังใช้กันไม่เท่าไหร่เลย แต่บทความนี้เราจะมารู้จักกับเทคโนโลยี Wi-Fi 8 กันครับ 😆
Wi-Fi 8 หรือที่รู้จักในชื่อ Ultra High Reliability (UHR) ใครที่แอบหวังว่ามันจะเร็วขึ้นกว่า Wi-Fi 7 คงผิดหวังเพราะมันเร็วเท่าเดิม 55 แต่เจนนี้ชูเรื่องความเสถียร การใช้งานที่คาดเดาได้ ให้ throughput ที่ดีขึ้น latency ต่ำลงถ้าเทียบกับ Wi-Fi เจนก่อนโดยเฉพาะพื้นที่สัญญาณอ่อนหรือสภาพแวดล้อมที่มีการใช้งานหนัก ๆ
สามกลุ่มฟีเจอร์เด่นของ Wi-Fi 8 สำหรับองค์กรคือ Multi-Access Point Coordination (MAPC) ที่ AP ทำงานด้วยกันแทนที่จะแข่งกัน Seamless Mobility Domain (SMD) หรือกลไกที่ช่วยเพิ่มประสิทธิภาพในการทำ roaming โดยใช้ concept "connect to domain, not AP" และกลุ่มที่ใช้ spectrum ให้คุ้มค่ายิ่งขึ้นอย่าง Non-Primary Channel Access (NPCA) หรือ Dynamic Sub-band Operation (DSO) แบ่ง wide-channel ให้ client หลายตัวใช้ได้พร้อม ๆ กัน รวมถึงกลไกหลบ interference จาก primary channel มาใช้ channel ที่ว่าง
ส่วนการรับรองมาตรฐานคาดว่าจะเสร็จสิ้นปลายปี 2028 แต่เราน่าจะเริ่มเห็น consumer AP ปล่อยของ "draft prototype" ต้นปี 2027 นี้ (อุปกรณ์ที่ออกก่อน standard ratify จะเป็น draft-based อาจต้อง firmware update ภายหลัง)
---
# # Wi-Fi 8 คืออะไร?
Wi-Fi 8 เป็นชื่อทางการตลาดของ Wi-Fi Alliance ที่ผูกกับเทคโนโลยี IEEE 802.11bn และมีชื่อเล่นว่า Ultra High Reliability (UHR) หรือโคตรเสถียร
ถ้าสังเกตแต่ละเจนจะมี theme ของมัน ตั้งแต่ Wi-Fi 5 จะชูเรื่องเพิ่มความเร็ว Very High Throughput (VHT) จาก MU-MIMO พอ Wi-Fi 6 จะเปลี่ยนมาเล่นเรื่อง High Efficiency (HE) หรือการใช้งานช่องสัญญาณอย่างมีประสิทธิภาพจาก OFDMA ส่วน Wi-Fi 7 กลับมาเน้นความเร็วอีกครั้ง (EHT หรือ Extremely High Throughput) ดัน QAM ขึ้นไปถึง 4096 พร้อมรองรับช่องสัญญาณขนาด 320MHz ส่วน Wi-Fi 8 คือฉีกออกมาโฟกัสเรื่องความเสถียร กับฟีเจอร์ใหม่กว่าสิบตัว คือประมาณเร็วพอแล้ว ขอนิ่งกว่านี้
# # Wi-Fi 8 เร็วกว่าเดิมไหม
ความเร็วสูงสุดบน Wi-Fi 8 ยังเท่า Wi-Fi 7 คือยังรองรับช่องสัญญาณขนาด 320MHz และ 4096-QAM ซึ่ง data rate สูงสุด (marketing speed) จะอยู่ประมาณ 46 Gbps เท่าเดิมสำหรับอุปกรณ์ 16 เสา (spatial streams) 😅 และเหมือน Wi-Fi ทุก gen (ยกเว้น 6E) Wi-Fi 8 backward compatible กับ client เก่า ใครที่ใช้ client b/g/n/ac/ax/be ก็เอามาใช้กับ Wi-Fi 8 AP ได้
# # เป้าหมายของ Wi-Fi 8
ตามที่เล่าไว้ข้างต้น Wi-Fi ปัจจุบันมันก็เร็วมากแล้ว ทาง IEEE เลยเบนเป้ามาแก้ไข pain point ด้านการใช้งานแทน
IEEE Project Authorization Request (PAR) ของ 802.11bn กำหนดเป้าหมายไว้ 3 ข้อ
1. Throughput สูงขึ้น 25% ในสภาพสัญญาณที่ท้าทาย เช่นบริเวณ cell edge หลังกำแพง หรือพื้นที่ ๆ มีการใช้งานสูงจะต้องใช้งานได้ดีขึ้นอย่างมีนัยยะ
2. Ultra Low Latency ลด latency ลง 25% ในสภาพแวดล้อมที่แย่ที่สุด (95th percentile) เพื่อให้ Wi-Fi ยังสามารถใช้งานได้ต่อ ใครงงเรื่อง latency ขออธิบายอย่างนี้ ping 100 ครั้งแล้วเอาค่า latency มาเรียงกันจากน้อยสุดไปมากสุด เราดูค่าที่ 95 แล้ว จุดนั้นคือ target ที่ latency ควรจะลดลง 25% บน Wi-Fi 8
3. Packet Loss ลดลง 25% โดยเฉพาะเวลา roaming ซึ่งจะช่วยลดปัญหาภาพเสียงกระตุก ขณะใช้ real-time app อย่าง VoIP หรือ video conferencing
# # Wi-Fi 8 ใช้เทคโนโลยีอะไรเพื่อให้บรรลุเป้าหมายที่ตั้งไว้

คือมันมี feature ใหม่ อักษรย่อเยอะมาก ๆ มาไล่ทีละตัวกัน

# # # 1. เพิ่มประสิทธิภาพ PHY
1.1 Distributed Resource Units (DRU) ญาติห่าง ๆ ของ OFDMA RU เป็น feature ที่เน้นใช้บน 6GHz ที่ช่วยให้ low power client ส่งสัญญาณกลับไปถึง AP โดยโฟกัสสัญญาณส่งไปที่ RU เล็กๆ แทนที่จะส่งบนช่องสัญญาณขนาด 160MHz หรือ 320MHz (สัญญาณจะบางมาก ตามหลักของ PSD) อ่านแล้วอาจจะงง ๆ หากสนใจบอกได้ครับ จะหาเวลาเขียนเรื่อง Total Power (EIRP) vs Power Spectral Density (PSD) จะได้เห็นภาพชัด ๆ
1.2 Enhanced Long Range (ELR) เป็น PPDU ใหม่บน Wi-Fi 8 ใช้ขยายระยะสัญญาณสำหรับอุปกรณ์ที่ cell edge ฝั่ง client โดยการส่งกลับโดยใช้ BPSK หรือ QPSK ในช่องสัญญาณที่กว้าง 20MHz แต่ใช้ bandwidth ที่กว้างแค่ 4MHz (52RU) ใช้การส่งซ้ำหลายชุดเพื่อเพิ่ม reliability แลกกับความเร็วที่ต่ำมาก แต่ยังพอใช้งานได้ — เหมาะกับ IoT หรืออุปกรณ์ที่ cell edge รวมถึงการ boost Preamble 3dB เพื่อให้ AP เห็นว่า client ยังไม่ตาย
1.3 Unequal Modulation (UEQM) เพิ่มความเก่งให้ SU-MIMO AP สามารถแยกโสดใช้ MCS ที่ต่างกันบนแต่ละ spatial stream ตัวอย่างเช่นเราถือโทรศัพท์มือถือ มือเราอาจจะไปบังเสาต้นนึงทำให้ได้สัญญาณอ่อน ถ้าเป็นแต่ก่อน AP ต้องปรับความเร็วลงมาคุยที่ความเร็วเสาที่ต่ำกว่า แต่ฟีเจอร์ UEQM AP มันฉลาดพอที่ใช้เสาต้นนึงคุยกับมือถือที่ความเร็วสูง และอีกต้นที่ความเร็วต่ำไปพร้อม ๆ กัน
# # # 2. ลด Spectral Waste
2.1 Non-Primary Channel Access (NPCA) เป็น MAC Layer feature ให้ client สลับไปใช้ช่องสัญญาณรองเมื่อช่องหลักไม่ว่าง แต่ก่อนคือถ้าเราใช้ 160MHz แต่ primary channel (20MHz) ไม่ว่าง อีก 140Mhz spectrum คือทิ้ง NPCA ให้เรา bypass ไปใช้ช่วงอื่นที่เหลือ ช่วยลด latency
2.2 Dynamic Sub-band Operation (DSO) ต่อยอดจาก OFDMA ของ Wi-Fi 6 DSO AP สามารถแบ่งพื้นที่ spectrum ให้ client หลายตัวใช้พร้อม ๆ กันตามความต้องการของ client นั้น ๆ AP จะเป็นตัวกำหนดสั่งย้าย client ไป sub-channel ที่ว่าง ช่วยเพิ่ม Throughput
# # # 3. Multi-AP Coordination (การประสานงานระหว่าง AP)
ถ้า MLO เป็นพระเอกของ Wi-Fi 7 MAPC เป็นหัวใจของ Wi-Fi 8 เลย คือความสามารถของ AP ที่ทำงานด้วยกัน คุยกัน ต่อรองกันเพื่อใช้ airtime และลด interference

MAPC จะมี feature ย่อยอยู่หลายตัว

3.1 Coordinated Beamforming (Co-BF) AP หลายตัวสามารถส่งให้ client พร้อม ๆ กันโดยไม่ interfere กัน โดยใช้ beamforming ถ้าจะอธิบายให้เห็นภาพ AP-1 beamform ให้ client-1 และหักล้างสัญญาณของ client-2 ที่เกาะ AP-2 และ AP-2 สามารถส่งสัญญาณให้ client-2 ได้พร้อมกันโดย null สัญญาณของ client-1
3.2 Coordinated Spatial Reuse (Co-SR) คล้าย ๆ กับ Co-BF มีวัตถุประสงค์คือให้ AP สามารถส่งสัญญาณพร้อม ๆ กันได้บน channel เดียวกันโดยไม่ชนกัน แต่หลักการต่างกันคือ Co-BF ใช้ beamforming เลี่ยง collision แต่ Co-SR ใช้วิธีปรับกำลังส่ง โดยคุยกับ AP เพื่อนบ้านว่าจะส่งที่ความดังเท่าไหร่ AP ตัวอื่นก็รู้งานปรับความดังให้สอดคล้องกัน และส่งให้ client ตัวเอง จะว่าไปก็คล้าย ๆ กับ BSS-Coloring แต่เป็น coordinated control ไม่ใช่ค่าที่ fix บน OBSS-PD
3.3 Coordinated TDMA (Co-TDMA) อีกหนึ่ง feature เด็ดของ Wi-Fi 8 คือ AP สามารถ "แบ่งเวลา" ที่เหลือใช้ให้อุปกรณ์ตัวต่อไปใช้ต่อ โดยปกติอุปกรณ์ Wi-Fi ที่ต้องการจะส่งต้อง "เข้าคิว" รอส่ง พอถึงคิวเราจะได้ห้วงเวลา TXOP เช่น 4ms ที่จะใช้ส่งอะไรก็ได้ ในระหว่างนั้นอุปกรณ์ต้องเงียบ แต่บางครั้งอุปกรณ์ที่ได้ TXOP ใช้เวลาส่งแค่เสี้ยวเดียวสมมุติว่า 1ms ฉะนั้นเวลาที่เหลืออีก 3ms คือสูญเปล่า Co-TDMA เกิดมาแก้ปัญหานี้ โดยการแบ่งเวลาให้อุปกรณ์ตัวอื่นใช้ต่อได้ ช่วยลด latency
3.4 Coordinated R-TWT (Co-RTWT) เป็นฟีเจอร์ต่อยอด R-TWT ของ Wi-Fi 7 ที่ใช้ "จอง" เวลา ต่างกันตรงที่ R-TWT จะจองเวลาแบบดื้อ ๆ ชั้นจะจองเวลานี้โดยไม่สนว่า AP ตัวอื่นจะตกลงไหม แต่ Wi-Fi 8 จะคุยต่อรองกับ AP ตัวอื่น (ถ้าใช้ channel เดียวกัน) ว่าใครจะจองเวลาไหน จะได้รู้ว่าเมื่อไหร่ส่งได้ เมื่อไหร่ห้ามส่ง เลี่ยงไม่ให้สัญญาณชนกัน
# # # 4. Smart Roaming
4.1 Seamless Mobility Domain (SMD) อีกหนึ่งฟีเจอร์หลัก เพิ่มประสิทธิภาพในการ roam โดยเปลี่ยนแนวคิด client ไม่ได้เกาะ "AP" แต่เกาะ "domain" แทน AP จะจับกลุ่มกันเป็น domain ซึ่งจะ share ข้อมูล key, security, IP, QoS ของ client ตลอด ฉะนั้นเวลา client roam ไม่ต้องเสียเวลา re-authenticate ใหม่ เสมือนเกาะ AP ตัวเดียว ช่วยเพิ่มประสิทธิภาพในการ roam และถ้า client รองรับ MLO client ยังสามารถขานึงเกาะ 5GHz บน AP-1 และ อีกขาเกาะ 6GHz บน AP-2 ที่อยู่ใน domain เดียวกันได้ 🤯
# # สรุป

มองดูแล้ว Wi-Fi 8 คือ Wi-Fi 7 ที่ต่อยอดเรื่องความเสถียร มาพร้อม feature ใหม่ ๆ เป็นสิบ
ฟีเจอร์สำคัญสำหรับ enterprise คือ MAPC ที่ทำให้ AP หยุดแข่งกันแล้วมาทำงานเป็นทีม SMD ที่เปลี่ยนเกม roaming ด้วย concept "เกาะ domain ไม่ใช่เกาะ AP" และ NPCA/DSO ที่ใช้ spectrum ให้คุ้มค่าขึ้น
⚠️ หลาย features อย่าง NPCA, UEQM, SMD ต้องการทั้ง AP และ client ที่ support Wi-Fi 8 ถึงจะได้ประโยชน์เต็ม ๆ

ใครสนใจ feature ไหนเป็นพิเศษ บอกได้ครับ จะหาเวลาเขียน deep-dive ให้ 🙏

---

SIAM Wireless ให้บริการโซลูชั่นส์ที่เน้น Wi-Fi ระดับองค์กร ทั้งงาน design, APoS, deploy, implement รวมถึง troubleshooting โดยผู้เชี่ยวชาญและใช้เครื่องมือเฉพาะทาง ท่านใดปวดหัวกับปัญหา Wi-Fi ที่แก้ไม่หาย หรือมี requirement upgrade ระบบ WLAN ทักมาคุยกันได้ครับ

08/04/2026

ก่อนจะซื้อรถใหม่เราก็เทสไดร์ฟกันใช่ไหมครับ แต่ไหงพอเป็น Wi-Fi เราไม่ทำ POC กัน 🤔

ออกแบบ Wi-Fi แต่ไม่เคยเทสหน้างานจริง…ก็เป็นดาบสองคมได้ 😄

ปกติแล้วการทดสอบสัญญาณ Wi-Fi
และตำแหน่งติดตั้ง Access Point ก่อน deploy จริง
เป็นสิ่งที่ควรทำ

แค่หลายครั้ง…เรา “ไม่ค่อยได้ทำ” เพราะมันเสียเวลา 😅

หลายคนอาจคิดว่า
“ติด AP ก็แค่เสียบ แล้ววางตรงไหนก็ได้”

แต่ของจริงมันไม่ใช่แบบนั้นเสมอไป

เพราะตำแหน่งที่ออกแบบใน simulate มันอาจจะสวย
แต่พอเจอหน้างานจริง
มันดันไม่เป็นแบบนั้น

👉 ถ้าวางผิดตั้งแต่แรก
ต่อให้ config ดีแค่ไหน
ก็ยังมีโอกาสมีปัญหาอยู่ดี

งาน network จริง
ไม่ได้มีแค่ config
แต่ต้องเข้าใจ “หน้างาน” ด้วย

และนั่นแหละ…คือสิ่งที่เราควรทำ
แต่ก็มักจะ “ข้ามมันไป” 😁

08/04/2026

การตัดสินใจซื้อหรืออัพเกรดระบบ Wi-Fi ในองค์กรไม่ใช่เรื่องง่าย เพราะมันคือการตัดสินใจที่เราจะต้องอยู่กับมันไปอีก 5–7 ปี (บางที่อาจจะ 10 หรือจนกว่า EOL 😅) และถ้าเลือกผิด ไม่ใช่แค่ระบบที่พัง แต่เก้าอี้นั่งอยู่อาจสั่นคลอนตามไปด้วย
บทความนี้อยากจะแชร์ประสบการณ์ในมุมของผู้ซื้อ ว่าต้องดูอะไร ระวังอะไร ก่อนตัดสินใจเซ็นเช็ค 7-8 หลักที่เราอาจจะเสียใจภายหลัง
# # Brand และ Spec Sheet สำคัญน้อยกว่าที่คิด
นโยบายการเลือกซื้อแต่ละองค์กรก็ต่างกัน บางที่ยึด brand เป็นหลัก บางที่เอาราคานำ ส่วนบางคนเลือกจาก spec sheet รุ่นเรือธง ใหม่สุด ล้ำสุด และก็มีหลายที่เลือกตาม SI ที่ไว้ใจ แน่นอนว่า SI แต่ละเจ้าก็เชียร์แบรนด์ที่ตัวเองขาย ซึ่งเป็นเรื่องปกติ อาจจะมีขิงกันบ้างเล็กน้อย 55 แต่จากประสบการณ์ตรง Wi-Fi ระดับ enterprise หรือแม้แต่กลุ่ม SME ในมุมของ performance จริง ๆ แทบไม่ต่างกัน ถ้า *** design ติดตั้ง และ config ถูกต้องตามหลักการ *** เรื่อง brand จึงเป็นสิ่งที่น่าเป็นห่วงน้อยที่สุด
# # สิ่งที่คุณซื้อจริง ๆ ไม่ใช่แค่ AP
แต่เรื่องที่หลายคนมองข้าม คือเราไม่ได้แค่ซื้อ AP แต่เรากำลังซื้อ ecosystem ทั้ง controller, cloud sub, support MA, license รายปี บางแบรนด์ดูราคาถูกในวันที่ซื้อ แต่พอรวม license 5 ปีเข้าไป คือมีร้อง และถ้าวันนึงอยากเปลี่ยน vendor ไม่ใช่แค่สลับ AP ใหม่ แต่ต้องรื้อ platform แล้วเริ่มต้นใหม่ทั้งหมด
# # เคสจริง: Config ผิด vs Design ผิด
ปัญหาที่เจอหลังจากสั่งซื้อ ไม่เคยเป็นเรื่อง feature แต่เกิดจากการออกแบบและ config ที่ไม่ถูกต้อง
มีลูกค้าเจ้าหนึ่งมีปัญหา Wi-Fi ช้า เป็น ๆ หาย ๆ มาหลายปี SI แก้ยังไงก็แก้ไม่หายขาด อ้างว่าเป็นข้อจำกัดของ technology จนท้ายที่สุดลูกค้าทนไม่ไหวเปลี่ยน SI เจ้าใหม่เข้ามารื้อแก้ config ใหม่ สุดท้ายใช้งานได้ดี นิ่ง ไม่งอแง ถ้าเทียบ before after คือฟ้ากับเหว และที่สำคัญคือเราใช้ AP ชุดเดิมทั้งหมด ไม่ได้เพิ่มหรือเปลี่ยน AP ซักตัว คือโชคดีที่ design เดิมสัญญาณค่อนข้างครอบคลุม แต่ปัญหาเดิมคือใช้ channel selection ไม่ดีจนสัญญาณตีกันกระจุย พอเข้าใจปัญหาเราก็แก้ที่ต้นเหตุระบบก็วิ่งได้ปกติ
แต่ก็ไม่ใช่ทุกเคสที่จะโชคดีแบบนี้ ถ้าเป็นปัญหาเชิง design เช่นเลือก AP ผิดประเภทหรือการวางตำแหน่ง AP ส่วนใหญ่จบไม่สวย
ลูกค้าอีกเจ้าติด Omnidirectional AP ในคลังสินค้าเพดานสูง 12 เมตร เพื่อใช้กับ handheld barcode scanner แต่พอลูกค้าเซ็น PO ติดตั้งเสร็จ ก็หวานเจี๊ยบครับ สัญญาณแทบจะไม่เหลือถึงพื้น SI แก้แล้วแก้อีก เพิ่ม Tx power ก็แล้ว เปลี่ยน channel ก็แล้วก็ยังไม่ดีขึ้น
IT เลยขอให้ผมเข้าไปดูให้ ผมสอบถามว่าทำไมถึงเลือกติด omni ที่ความสูงขนาดนี้ ลูกค้าบอกว่าเป็นข้อจำกัดของพื้นที่ แต่ SI แนะนำว่าติดได้เพราะ AP ยี่ห้อนี้เพราะเสามันเก่งสามารถ beam สัญญาณหา client ได้ในพื้นที่ยาก ๆ (แต่ลืมนึกไปว่า client ก็ต้องส่งกลับมาหา AP ได้ ยิ่งความสามารถของ barcode scanner ที่ใช้เสา 1x1 แทบไม่ต่างอะไรกับ IoT)
ในหัวผมก็ได้แต่คิดว่าจะบอกลูกค้ายังไงดีว่า “ship…แล้ว” แบบ soft ที่สุดเพราะเค้าเพิ่งเปลี่ยนมา 3 เดือน
พอลูกค้าถามว่าแก้ยังไงได้บ้าง ผมก็ได้แค่ตอบตรง ๆ ว่าเปลี่ยน AP ใหม่ให้เป็น directional ลูกค้าก็ช็อคนิ่งไปหลายวิ ผมอธิบายไปว่าถึงเสาจะเก่งหรือฉลาดแค่ไหนมันก็เป็น dipole omni ที่กระจายสัญญาณในแนวนอน การแก้ไข config ไม่สามารถ หักล้าง physics ของ RF ได้ มีวิธีเดียวเท่านั้นคือเปลี่ยนมาใช้ directional antenna หรือเลื่อน AP ให้ต่ำลงมา แต่มันก็จะไปขวาง forklift ตอนยืดขึ้นอีก
จริง ๆ เรื่องแบบนี้จะไม่เกิดขึ้นถ้าลูกค้าทำ POC ก่อนติดตั้ง ยิ่งพื้นที่ยาก ๆ แต่สำคัญมากกับ operations แบบนี้ งานนี้ผมไม่รู้จบยังไงเพราะเราไม่ได้เข้าไปทำต่อ แต่บทเรียนนี้ชัดเจนมาก -> POC ก่อน ลงทุนทีหลัง
# # สรุป
ในมุมของผู้ซื้อเราก็ต้องทำการบ้าน ตั้ง requirements ที่ชัดเจน คิดถึง TCO ระยะยาว เลือกทีม SI ที่มีความรู้ ความชำนาญ มีการทำ site survey มีแผนทำ POC ซึ่งฟังดูอาจจะจุกจิก แต่มันจะป้องกันปัญหาที่จะเกิดขึ้นตามมา
การเลือก Wi-Fi ที่ดีไม่ได้เริ่มจากการเลือก brand มันเริ่มจากการเข้าใจสภาพแวดล้อม ความต้องการ และข้อจำกัดของตัวเองก่อน
ใครมีประสบการณ์ติดตั้งระบบ WLAN แล้ว failed มาแชร์กันได้ครับ
หรือถ้าท่านมีแพลนเปลี่ยน Wi-Fi อยากได้คำปรึกษาหรืออยากได้มุมมองเพิ่มเติมทาง SIAM Wireless ยินดีช่วยเหลือครับ

04/04/2026

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 สอบถามได้ครับ

03/04/2026

ส่วนตัวไม่คิดว่า 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 ที่อยากจะนำมาเล่าให้ฟังครับ
ใครมีประสบการณ์ใช้งานจริง มาแชร์กันได้เลยครับ 🙂

09/03/2026

เราสามารถเช็ค Wi-Fi channel utilization กับ station count ได้ไว ๆ ไม่ต้องเข้า controller โดยดูจาก QBSS ใน Beacon Frame ครับ
บทความนี้เราจะมาทำความรู้จักกับ QBSS กัน
QBSS หรือ QoS Basic Service Set เป็น feature ที่เพิ่มมาใน 802.11e เมื่อเปิดใช้งาน AP จะ embed ข้อมูลชุดหนึ่งเรียกว่า QBSS Load Element ไว้ใน beacon frame ประกอบด้วยสามค่าหลัก:
1. Station Count คือจำนวน client ที่ associate อยู่กับ AP ณ เวลานั้น
2. Channel Utilization ความหนาแน่นของ channel วัดเป็นตัวเลข 0–255 (255 = 100% utilized)
3. Available Admission Capacity คือความจุที่เหลือ (อันนี้ผมก็ไม่แน่ใจว่ามีไว้ทำไม 555)
ลอง Wi-Fi Scanner ส่อง beacon ดูจะเห็นค่า QBSS ใน Element ที่ 11 (ใน WiFi Explorer Pro จะใช้ชื่อ BSS Load) แสดงผล BSSID แต่ละตัวมี client เกาะกี่ตัว และ utilization เท่าไหร่ ส่วน Controller และ RRM ก็อาจจะใช้ข้อมูลนี้ช่วยในการตัดสินใจปรับ Tx power เพื่อลด channel interference หรือเปลี่ยน channel เมื่อ utilization สูงเกิน threshold
Client ที่รองรับ 802.11k Neighbor Report คืออีกกลุ่มที่ได้ประโยชน์จาก QBSS เพราะ AP สามารถส่งรายชื่อ neighbor AP พร้อม BSS Load ให้กับ client เพื่อใช้ตัดสินใจในการ roam แต่วิธีนี้ไม่ได้เป็นข้อบังคับใน 802.11 Standards และไม่ใช่ทุก vendor จะรองรับการส่งข้อมูล QBSS ใน neighbor report
AP ส่วนใหญ่จะเปิด QBSS ไว้เป็น default แต่ก็มีบางที่มองว่าข้อมูลนี้เป็นความลับไม่ต้องการให้ใครเห็นค่า load ก็อาจเลือกที่จะปิดไว้ แต่ส่วนตัวผมแนะนำให้เปิดไว้เพราะมันง่ายที่จะเช็คสถานะผ่าน Wi-Fi Scanner โดยไม่ต้องไปเปิดดูใน controller
ส่วนวิธีการดู channel utilization ถ้า AP ตัวไหนแสดงค่าเกิน 70–80% เป็นสัญญาณว่า AP นั้น overloaded หรือมี interference สูง (อย่าลืมว่า 100% คือ 255 ฉะนั้น ถ้าเราได้เป็น raw data ที่ยังไม่ได้แปลง เราต้องหารด้วย 2.55 เช่น utilization ที่ 122 คือ 125/2.55 = 49%)
ส่วน station count ก็บอกแค่จำนวน client ที่เกาะ BSSID นั้น ๆ ถ้าตัวเลขนี้สูง เราก็พอเดาได้ว่า channel utilization ก็สูงเช่นกัน แต่ก็อาจจะเป็นไปได้ว่า client แค่เกาะแต่ไม่ได้ส่ง data ก็ได้เช่นกัน

27/02/2026

สัปดาห์ก่อนคุยกับลูกค้าท่านนึงที่มีปัญหาใช้ MS Teams ทำ video conference แล้วภาพแตกทั้ง ๆ ที่ขีดสัญญาณ Wi-Fi เค้าเต็ม
เรื่องนี้เป็นอีกเรื่องที่คนมักเข้าใจผิดกัน บทความนี้เลยอยากมาแชร์เหตุผลว่าทำไมมันไม่ใช่แบบที่เราคิด
ขีดสัญญาณ Wi-Fi บนมือถือหรือโน้ตบุ๊กของเรา บอกแค่เรื่องเดียว คือ "อุปกรณ์ของเราได้ยินเสียงจาก AP ดังแค่ไหน"
แค่นั้นจริง ๆ
มันไม่ได้บอกว่าเน็ตเร็วเท่าไหร่ ไม่ได้บอกว่ามีคนใช้พร้อมกันกี่คน ไม่ได้บอกว่ามีสัญญาณรบกวนหรือ interference ไหม
เหมือนเราอยู่ในร้านอาหาร นั่งกินข้าวกับเพื่อน ๆ แต่พอดีที่ร้านวันนั้นมี live band ร้องเพลงเสียงดัง โต๊ะข้าง ๆ ก็เมาโวยวาย เปรียบเสมือนเราได้ "สัญญาณเต็ม" แต่ก็ยังฟังเพื่อนไม่รู้เรื่อง
Wi-Fi ก็ทำงานคล้ายกัน สัญญาณแรงไม่ได้แปลว่าสื่อสารได้ดี
แล้วอะไรเป็นสาเหตุที่ทำให้สัญญาณเต็มแต่ Wi-Fi ช้า
จริง ๆ มีหลายปัจจัย แต่โพสต์นี้เราจะตัดเรื่องคอขวดฝั่ง WAN ไปแล้วโฟกัสแค่ในส่วนของ Wi-Fi
# High channel utilization — การที่เราใช้ channel เดียวกันทำให้ปัญหาคอขวดไปอยู่บน channel นั้น ๆ สมมุติว่าเรามี AP ตัวเดียวเปิดที่แค่ 5GHz client ทั้งหมดคุยกับ AP ที่ throughput 100Mbps และ MS Teams ใช้ bandwidth 5Mbps ในการทำ video call

หากคำนวนแบบนี้เราเอา 100Mbps / 5Mbps ได้ 20 ฉะนั้นหมายถึง AP ตัวนี้รองรับ client ได้ 20 เครื่องก่อน bandwidth จะเต็ม หากมีเครื่องที่ 21 client แต่ละตัวจะเหลือ bandwidth ให้ใช้ได้ไม่ถึง 5Mbps ซึ่งน้อยกว่าที่ MS Teams ต้องใช้ ทำให้เกิดปัญหาภาพกระตุกทั้ง ๆ ที่ขีดสัญญาณ Wi-Fi ของ client ทุกเครื่องยังเต็ม (แต่ในความเป็นจริง Wi-Fi มี overhead ฉะนั้น เราคำนวนที่ประมาณ 70-80% ของ max throughput ฉะนั้น 20 x 80% = 16 เครื่อง)
# อุปกรณ์เก่าหรืออุปกรณ์ที่ช้าฉุดทั้งระบบ— ถ้ามีโน้ตบุ๊กหรือมือถือรุ่นเก่า ๆ ต่อ AP ตัวเดียวกับอุปกรณ์ใหม่ อุปกรณ์เก่าจะใช้เวลาส่งข้อมูลนานกว่ามาก และทำให้อุปกรณ์อื่นต้องรอ เหมือนถนน 4 เลนที่มีรถบรรทุกเก่าวิ่งช้าอยู่เลนหนึ่ง รถคันอื่นก็ต้องชะลอตาม ในกรณีตัวอย่างข้างบนเราอนุมานว่าทุกเครื่องสามารถ connect ที่ความเร็ว 100Mbps ได้ ฉะนั้นถ้าต้องส่ง 5Mbps ก็จะใช้เวลา 0.05 วินาที (5/100) แต่ถ้าเรามีอุปกรณ์เก่าที่ connect ได้เร็วสุดที่แค่ 50Mbps อุปกรณ์ตัวนี้จะใช้เวลาส่ง 5Mbps ในเวลา 0.1 วินาที สิ่งที่เกิดขึ้นคือ เวลา 1 วินาทีเท่าเดิมแต่รองรับอุปกรณ์ได้น้อยลง
# สัญญาณรบกวน หรือ channel interference— เตาไมโครเวฟ, Bluetooth, กล้องวงจรปิดไร้สาย หรือแม้แต่ AP ตัวอื่นที่ใช้ช่องสัญญาณเดียวกันก็กวน Wi-Fi ได้ ผลคืออุปกรณ์ต้องส่งข้อมูลซ้ำบ่อยขึ้น ความเร็วก็ลดลง ทั้งที่สัญญาณยังขึ้นเต็มอยู่
สรุปคือ ขีดสัญญาณไม่ได้บอกทุกอย่าง สัญญาณ 4 ขีดไม่ได้หมายความว่าการใช้งานจะดีกว่า 3 ขีดเสมอไป ยังมีปัจจัยหลายอย่างที่ส่งผลต่อการใช้งาน Wi-Fi ทั้งที่เราควบคุมได้ และควบคุมไม่ได้ ฉะนั้น สิ่งที่สำคัญกว่าการเพิ่ม AP ให้สัญญาณแรงขึ้น คือการ **ออกแบบ** ให้ระบบรองรับจำนวนผู้ใช้ และจัดการช่องสัญญาณให้เหมาะสม
หวังว่าบทความนี้จะเป็นประโยชน์กับท่านที่ออกแบบและดูแลระบบ Wi-Fi ถ้ามีคำถามหรืออยากให้เขียนเรื่องอะไรเพิ่มเติม คอมเมนต์ไว้ได้เลยครับ

26/02/2026

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

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

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

ทำไงดี ๆ

20/02/2026

จบไปแล้ว WLPC Phoenix 2026

45 presentations หัวข้อหลากหลาย มีทั้ง Fundamentals, Wi-Fi 7, Wi-Fi 8, Wi-Fi HaLow, MLO, location tracking, IoT ฯลฯ ได้ไอเดียมาเพียบบบ

เตรียมเปิดคอร์สใหม่ Wi-Fi Troubleshooting with Wireshark เร็ว ๆ นี้