跳至主要内容

热力图 vs 客流分析:技术差异

本权威技术指南详细阐述了企业场馆运营商在 WiFi 热力图和客流分析之间的关键架构和运营差异。它为 IT 领导者、网络架构师和运营总监提供了可操作的部署框架、实际实施场景以及供应商中立的最佳实践,以从现有无线基础设施中获取最大投资回报。

📖 8 分钟阅读📝 1,800 🔧 2 应用实例4 练习题📚 9 关键定义

收听本指南

查看播客转录
[开场] 您好,欢迎收听 Purple 技术简报。我是主持人,今天我们深入探讨一个在 IT 基础设施与商业智能交叉领域经常引起混淆的话题:WiFi 热力图与客流分析。 如果您是 IT 主管、网络架构师或场馆运营负责人,您可能遇到过营销或运营团队向您索要热力图,而他们真正想要的是访客行为数据。今天,我们将解析两者的技术架构,解释它们为何根本不同,并讨论如何有效部署它们以带来真正的投资回报。 [技术深潜] WiFi 热力图是您的诊断层。它完全专注于基础设施。当我们谈论热力图时,我们指的是测量接收信号强度指示器(或称 RSSI)、信噪比以及信道干扰。 可以将其视为物理空间的 X 光。您正在使用主动或被动调查来可视化射频波在环境中的传播情况。信号是否因零售仓库中的金属货架而反射?酒店大堂中的混凝土电梯井是否形成了信号盲区?热力图能回答这些问题。它是一个健康网络的前提条件。 现在,将其与客流分析进行对比。客流分析是行为智能层。它不关心接入点的健康状况,而是关心在其下方移动的设备。 这里的架构完全不同。客流分析依赖于捕获探测请求——那些您的智能手机不断发出的微小数据包,询问:附近是否有我认识的网络? 分析引擎捕获这些探测请求,在边缘使用安全哈希算法(如 SHA-256)对 MAC 地址进行匿名化处理以确保 GDPR 合规,然后将该数据输入三边测量引擎。 三边测量是这里的关键词。通过比较单个智能手机在三个或更多接入点上的信号强度,系统计算出设备的 X 和 Y 坐标。它将设备映射到一个物理区域。 这就是 IT 与运营之间经常产生摩擦的地方。运营部门会说:我们有很好的 WiFi 覆盖,为什么不能告诉我人们在端架展示前停留多久? 答案是:覆盖不等于语境。 您可能仅用两个接入点沿走廊发射信号就拥有了极佳的覆盖。但要为客流分析执行准确的三边测量,设备必须同时被至少三个接入点检测到,理想情况下信号强度优于负七十五 dBm。 这意味着,与仅为基本覆盖设计的网络相比,为客流分析设计的网络需要显著提高接入点密度,并采用不同的部署策略——例如周边安装。 [实施建议与陷阱] 现在我们来谈谈实施。如何成功做到这一点? 首先,切勿在没有基线热力图调查的情况下部署客流分析。您必须首先了解自己的射频环境。这是不可协商的。 其次,使用硬件无关平台。Purple 的架构通过 API 同时从 Cisco、Aruba、Ruckus 等摄取数据。这可以防止供应商锁定,并允许您对分析进行标准化,即使物理硬件在不同站点之间是分散的。 最大的陷阱是什么?MAC 随机化。现代 iOS 和 Android 设备会轮换 MAC 地址以防止被动跟踪。如果您仅依赖被动探测请求,数据将变得碎片化。一名访客可能在一小时内看起来像三个不同的人。 缓解策略是强大的认证。通过部署 Captive Portal——例如 Purple 的访客 WiFi 解决方案——您能鼓励用户进行认证。一旦他们登录,系统便可以跟踪已关联的设备,绕过操作系统级随机化,提供高度准确、确定性的数据。 [快速问答] 我来快速进行一轮问答。 问题一:客流分析需要专用传感器吗? 不需要。现代平台利用您现有的企业接入点。您只需确保密度足够即可。 问题二:我应该多久运行一次热力图调查? 至少每年一次。但理想情况下,每当物理环境发生重大变化时就应进行。 问题三:客流分析能区分员工和客人吗? 可以,通过过滤连接到企业 SSID 的设备,或排除驻留时间超过典型客人访问时长的 MAC 地址。 问题四:我可以期望达到什么样的空间分辨率? 在良好设计的网络中,通常为三到五米。借助 BLE 增强,可提升至一到两米。 [总结与后续步骤] 总结关键要点。 热力图是网络基础设施的 X 光。客流分析是访客行为的 MRI。 负七十五三原则:进行准确的客流分析,设备必须被至少三个接入点可见,信号强度在负七十五 dBm 或以上。 覆盖不等于容量,容量也不等于语境。 MAC 随机化是被动分析面临的最大挑战。Captive Portal 认证是最有效的缓解措施。 硬件无关平台可防止供应商锁定,并在混合环境中实现统一分析。 通过将热力图作为基础诊断手段,将客流分析作为战略业务层,IT 领导者可以将他们的无线网络从纯粹的成本中心转变为优化收入的资产。 有关更详细的部署架构,请查阅 Purple 网站上随本简报提供的完整技术指南。我是主持人,感谢收听 Purple 技术简报。

header_image.png

執行摘要

對於管理複雜實體場域的企業 IT 團隊而言,理解 WiFi 熱圖(heatmapping)與存在分析(presence analytics)之間的區別已不再是可有可無的選項。雖然這兩者在行銷文獻中經常被混為一談,但它們在根本上是服務於不同營運任務的截然不同的技術。

WiFi 熱圖是一種以基礎設施為中心的診斷工具,旨在測量射頻(RF)訊號傳播、識別覆蓋盲點並優化存取點(AP)的配置。存在分析則是一個商業智慧層,它利用相同的網路基礎設施來追蹤裝置移動、計算停留時間,並繪製訪客在實體空間中的行為軌跡。

本指南對這兩種方法進行了嚴謹的技術比較。我們將探討在零售、旅宿和大型公共環境中有效部署這些系統所需的底層架構、數據收集方法和實作框架。透過將這些功能對接至 Purple 的 Guest WiFiWiFi Analytics 平台,我們為您提供了一套藍圖,幫助您從現有的網路硬體中榨取最大的投資報酬率(ROI)——而無需對實體基礎設施進行全面汰換。

技術深挖:架構與方法論

WiFi 熱圖:RF 診斷層

WiFi 熱圖的核心是依賴接收訊號強度指示(RSSI)測量值來構建網路覆蓋範圍的視覺化呈現。此過程對於網路規劃、故障排除和持續的效能驗證至關重要。

數據收集機制分為三類。主動調查(Active surveys)涉及裝置主動與 AP 關聯,以測量吞吐量、封包遺失率和延遲以及 RSSI——從用戶端視角提供網路效能視圖。被動調查(Passive surveys)使用掃描器在不關聯的情況下監聽所有頻道上的信標訊框(beacon frames)和探測回應(probe responses),提供包括同頻干擾和惡意 AP 檢測在內的整體 RF 環境視圖。預測建模(Predictive modelling)則在實際部署前,利用軟體根據平面圖、牆壁衰減值和 AP 天線圖形來模擬覆蓋範圍,實現部署前的驗證。

關鍵技術指標包括訊噪比(SNR),這對於確定特定區域內可實現的實際數據傳輸速率至關重要,且比單純的 RSSI 原始值更能可靠地反映品質。頻道重疊識別(Channel overlap identification)則能揭示相鄰 AP 在重疊頻率上運作的區域,這種情況會導致破壞性干擾,即使在訊號強度看似充足的情況下也會降低吞吐量。

存在分析:行為智慧層

存在分析將焦點從網路基礎設施轉移到穿梭其中的裝置上。它主要依賴擷取探測請求(probe requests)——智慧型手機和平板電腦在搜尋已知網路時發射的管理訊框——以便在不需要未關聯裝置進行連線的情況下對其進行追蹤。

數據收集架構分為三個階段。首先,AP 或專用感測器攔截包含裝置 MAC 位址和訊號強度的未關聯探測請求。其次,為了符合包括 GDPR 和 CCPA 在內的隱私框架,MAC 位址在傳輸到分析引擎之前,會立即在邊緣端進行雜湊處理(使用 SHA-256 或同等演算法)——確保沒有任何個人識別資訊(PII)以原始格式跨網路傳輸。第三,三邊測量(trilateration)引擎比較單一裝置在三個或更多 AP 上的 RSSI,以計算該裝置的大致 X/Y 座標。欲深入瞭解此機制,請參閱我們的指南: WiFi 定位機制解析:三邊測量與 RSSI 詳解

architecture_overview.png

關鍵區別:覆蓋範圍 vs. 情境資訊

企業部署中最常見的誤解是,認為提供充足覆蓋範圍的網路就自動做好了進行存在分析的準備。這是錯誤的。覆蓋範圍僅要求裝置能從一個 AP 接收到可用訊號。而用於存在分析的精確三邊測量,則要求裝置必須同時被至少三個 AP 偵測到,且訊號強度需達到 -75 dBm 或更佳。這種根本性的差異導致了完全不同的 AP 密度和配置需求。

維度 WiFi 熱圖 存在分析
主要數據源 來自 AP 信標的 RSSI 來自用戶端裝置的探測請求
基礎設施需求 標準覆蓋密度 高密度(每個區域 ≥3 個 AP)
數據更新率 接近即時(5–15 秒調查) 即時(10–30 秒更新)
隱私合規性 不收集 PII 透過 MAC 雜湊符合 GDPR/CCPA
主要應用場景 網路規劃與優化 訪客行為與商業智慧
關鍵輸出指標 訊號強度 (dBm), SNR 停留時間、客流量、區域轉換率

實作指南:策略性部署

部署這些技術需要採取分階段的方法,平衡技術限制與業務目標。試圖在未針對存在分析設計的網路上部署該技術,是專案失敗最常見的單一原因。re。

階段 1:透過熱圖進行基礎設施評估。 在實施存在感分析之前,必須先驗證底層網路。進行全面的被動熱圖調查,以建立基準 RF 效能。識別訊號覆蓋盲區、同頻干擾區域以及高多路徑干擾區域(這在設有金屬貨架的零售環境中很常見)。此調查數據將直接為階段 2 所需的 AP 密度與部署位置決策提供依據。

階段 2:針對三邊測量進行網路重新設計。 根據熱圖數據,以存在感分析為考量重新設計 AP 的部署位置。將 AP 移至場域的周邊,而不是走廊中央——這能將三邊測量計算向外拉,並顯著提高空間精確度。確保每個目標區域都至少有三個 AP 覆蓋,且訊號強度達到 -72 dBm 或更高。在高干擾環境(如倉庫、具有金屬結構的體育場)中,可使用 BLE (Bluetooth Low Energy) 信標來輔助 WiFi 三邊測量,將空間解析度提升至 1-2 公尺。

階段 3:平台整合。 將分析引擎與您現有的硬體整合。Purple 的硬體相容平台透過標準 API 連接到包括 Cisco、Aruba、Ruckus 和 Meraki 在內的主要廠商——提取匿名化的存在感數據,而無需專有的覆蓋感測器或完整的硬體更換週期。

階段 4:區域配置與校準。 在分析平台內定義邏輯區域,以對應到實體業務區域(例如:「結帳區」、「大廳」、「女裝區」、「入口漏斗」)。將這些區域與熱圖階段中識別的實體 AP 覆蓋模式對齊。在正式上線前,進行校準測試以驗證區域邊界是否精確。

comparison_chart.png

企業環境的最佳實踐

持續校準是不可妥協的。 RF 環境是動態變化的。零售業的庫存量、活動中的臨時結構,甚至人體都會吸收 RF 訊號。定期每季安排被動熱圖調查,以確保存在感分析引擎在精確的基準數據上運作。零售環境中季節性的賣場陳設調整,可能會在一夜之間使數個月的校準數據失效。

主動應對 MAC 隨機化。 現代作業系統(iOS 14+、Android 10+)會輪替 MAC 地址以防止被動追蹤。先進的分析平台必須採用啟發式演算法(分析訊號模式和探測時間)來拼接碎片的連線階段,以確保在 MAC 輪替的情況下仍能精確計算停留時間。然而,最有效的緩解措施是透過 Captive Portal 鼓勵裝置進行關聯。正如在 How a wi fi assistant Enables Passwordless Access in 2026 中所討論的,現代驗證方法可在登入時將匿名的 MAC 地址無縫轉換為已知的 CRM 個人檔案,從而提供確定性而非機率性的追蹤。

實施角色型數據存取。 存在感分析數據即使在裝置層級進行了匿名化,也可能透露敏感的營運模式。實施與 IEEE 802.1X 驗證標準一致的角色型存取控制 (RBAC),以確保只有授權人員才能存取原始分析數據,同時將彙整的儀表板提供給營運團隊。

將區域定義與業務 KPI 對齊。 區域配置的細緻度應直接反映您的業務問題。如果您需要衡量特定端架陳列的轉換影響,請在該細緻度層級定義一個區域。如果您只需要了解部門之間的大致人流量,較粗略的區域可以減少計算開銷並簡化報表。

疑難排解與風險緩解

故障模式:定位數據不精確(裝置跳躍)

症狀: 在分析儀表板中,裝置似乎在區域之間傳送,其移動路徑在物理上是不可能的。

根本原因: AP 密度不足或多路徑干擾——訊號從金屬表面反射,產生虛假的訊號讀數,導致三邊測量引擎混淆。

緩解措施: 重新進行熱圖調查,重點關注 SNR(信噪比)而非僅僅是 RSSI。某個區域可能顯示出足夠的訊號強度,但由於反射訊號而導致 SNR 較差。考慮在高干擾區域部署 BLE 信標,以更可靠的短距離訊號來增強 WiFi 定位數據。

故障模式:入口處停留時間異常偏高

症狀: 分析儀表板顯示場域入口附近的訪客計數和停留時間異常偏高,使整體客流量指標虛高。

根本原因: 入口附近的 AP 正在擷取來自場域邊界外街道或停車場裝置的探測請求。

緩解措施: 調整分析平台中的 RSSI 閾值。排除 RSSI 弱於 -80 dBm 的裝置數據,以過濾掉外部流量。此外,定義一個專門的「入口緩衝」區域,並將其排除在轉換率計算之外。

故障模式:MAC 隨機化導致連線階段碎片化

症狀: 不重複訪客計數顯著高於預期,且平均停留時間異常短暫。

根本原因: iOS 和 Android 的 MAC 隨機化正在將單個訪客的連線階段碎片化為多個虛擬裝置。

緩解措施: 部署 Captive Portal 以鼓勵裝置進行關聯。啟用分析平台的連線階段拼接演算法,該演算法利用訊號模式的連續性和時間啟發式方法來重構碎片的連線階段。對於顧客 WiFi 使用率高的 零售 環境,這通常可以解決 70-80% 的碎片化問題。

投資報酬率與業務影響

從基本網路建置到智慧化營運的轉變 收集從根本上改變了 IT 部門在組織內的價值定位。

零售營運代表了最明確的 ROI 案例。藉由將區域停留時間與銷售點(POS)數據進行關聯,IT 可以直接證明網路基礎設施如何對店面佈局優化和提高轉換率做出貢獻。一家擁有 50 家分店的零售商,如果透過 Presence 數據分析引導的佈局調整,使端架停留時間提高 5%,就能產生直接歸因於網路投資的可衡量營收增長。如需特定產業的部署指南,請參閱我們的 Retail 部門解決方案。

旅宿業部署可提供雙重 ROI。熱圖分析可確保整個物業內語音通話(Voice-over-WiFi)的 802.11r 快速 BSS 切換順暢無阻,直接減少顧客投訴。同時,Presence 數據分析可識別利用率低的設施(如 SPA、餐廳、商務中心),從而能透過 Captive Portal 進行精準的場域內行銷。如需更廣泛的顧客體驗策略,請參閱 How To Improve Guest Satisfaction: The Ultimate Playbook

公共部門與智慧城市部署正越來越多地利用 Presence 數據分析進行人群管理、交通樞紐優化和資源分配。正如我們在 Purple Appoints Iain Fox as VP Growth – Public Sector to Drive Digital Inclusion and Smart City Innovation 公告中所強調的,強大的數據分析是智慧城市倡議的基石,能為基礎設施投資和服務部署提供數據驅動的決策支援。

醫療保健環境可受益於 Presence 數據分析以優化患者分流,減少急診室和門診診所的瓶頸。結合 Purple 的 Healthcare 平台功能,去識別化的停留數據可以直接為人力配置模型和檢傷分類協定提供資訊,而無需處理任何患者的 PII。

透過將熱圖分析視為基礎診斷,並將 Presence 數據分析視為商業智慧層,IT 領導者可以將其無線網路從成本中心轉變為策略資產,直接為整個組織的商業和營運決策提供支援。

关键定义

RSSI(接收信号强度指示器)

对接收到的无线电信号功率水平的测量,通常以 dBm(相对于一毫瓦的分贝值)表示。取值范围大约从 0 dBm(最强)到 -100 dBm(最弱),-65 dBm 或以上被认为对于企业部署而言是优秀的。

热力图(确定覆盖质量)和客流分析(计算三边测量距离)的基础指标。IT 团队在调查工具、AP 管理控制台和分析平台中会遇到 RSSI。

三边测量

通过测量未知点与三个或更多已知参考点(接入点)之间的距离,利用重叠圆的几何原理确定其位置的过程。与三角测量不同,三角测量使用角度而非距离。

客流分析引擎用于计算设备在楼层平面图上 X/Y 坐标的核心算法。至少需要三个具有可靠 RSSI 读数的 AP 才能生成准确的位置估计。

探测请求

无线客户端设备为发现可用网络而发送的 802.11 管理帧。探测请求在所有信道上广播,包含设备的 MAC 地址,有时还包含之前连接网络的 SSID。

被动客流分析的主要数据源。设备即使未连接到任何网络也会发出探测请求,使分析平台能够追踪未关联的访客。

MAC 随机化

现代操作系统(iOS 14+、Android 10+)实施的一项隐私功能,设备在扫描网络时使用临时、随机生成的 MAC 地址,而非其永久硬件(OUI)地址。

被动客流分析面临的最重大技术挑战。导致单个访客会话表现为多个不同的设备,夸大独立访客计数并缩短驻留时间。通过 Captive Portal 认证进行缓解。

多径干扰

无线电信号通过两个或更多传播路径到达接收天线的现象,通常是由于表面反射。反射信号以不同的相位延迟到达,造成建设性或破坏性干扰,扭曲 RSSI 读数。

客流分析中位置数据不准确的主要原因之一,特别在带有金属货架的零售环境或带有货架系统的仓库中尤为突出。通过热力图调查中的异常 SNR 读数识别。

被动调查

一种热力图技术,调查工具在不连接到任何特定网络的情况下,监听所有信道上的所有射频流量。捕获来自所有 AP 的数据,包括邻近网络和非法设备。

在部署客流分析前,对于识别同频干扰、非法 AP 和完整的射频环境至关重要。相比仅捕获目标网络数据的主动调查,被动调查可提供更全面的视图。

驻留时间

被跟踪设备在定义物理区域内停留的总时长,从第一次探测请求或关联事件到设备离开区域前最后一次检测到的信号。

源自客流分析的关键业务指标。用于衡量零售中的客户参与度(在陈列前的停留时间)、医疗中的等待时间(急诊排队时长)以及会议环境中的分会场出席时长。

空间分辨率

客流分析系统能够确定设备物理位置的精确度,通常以米为半径表示(例如,准确到 3 米以内)。由 AP 密度、AP 部署几何结构和环境射频特性决定。

决定客流分析洞察的粒度。较高的空间分辨率允许在单个陈列或固定装置级别定义区域,而较低的分辨率仅支持部门级或房间级的分析。

信噪比(SNR)

给定位置中期望信号功率与背景噪声功率的比率,以 dB 表示。SNR 越高,信号环境越纯净。可靠的高吞吐量 WiFi 通常要求 SNR 达到 25 dB 或以上。

比 RSSI 更可靠的 WiFi 质量指标。一个区域可能显示强 RSSI,但由于干扰导致 SNR 差,从而导致吞吐量下降和位置数据不可靠。在热力图调查中,始终将 SNR 与 RSSI 一起审查。

应用实例

一个 50,000 平方英尺的零售仓库正在经历不准确的客流分析数据——访客路径显得杂乱无章,驻留时间严重偏斜。当前网络纯粹为基本的员工条码扫描器连接而设计,AP 部署在中央过道。

  1. 进行一次被动热力图调查,建立整个场地的基准 RSSI 和 SNR。特别注意靠近金属货架区域的 SNR 劣化,这是该环境中多径干扰的主要来源。

  2. 重新设计 AP 布局。将 AP 从中央过道位置移至周边墙壁。这可以极大地改善三边测量的几何结构,确保设备被“拉”向计算边缘,减少导致虚假位置读数的角度模糊。

  3. 增加 AP 密度,确保每平方米至少有 3 个 AP 覆盖,信号强度不低于 -72 dBm。在一个拥有高货架的 50,000 平方英尺空间中,这通常要求比基本覆盖设计多 20-30% 的 AP。

  4. 配置分析平台,应用 -78 dBm 的最低 RSSI 阈值,过滤掉导致位置计算不稳定的弱信号。

  5. 实施 Captive Portal,提供免费的访客 WiFi,鼓励访客连接,从而绕过已关联设备的操作系统级 MAC 随机化,获得确定性跟踪数据。

考官评语: 该场景正确地指出,客流分析无法在仅为基本覆盖而设计的网络上准确运行。解决方案在尝试软件层面的修复之前,先处理物理层(热力图和 AP 部署位置)——正确的操作顺序。周边安装建议是一项关键且常被忽视的架构决策,对三边测量精度具有不成比例的影响。

一个大型会议中心需要追踪 2,000 座主会场与 8 个分会场之间的与会者流动,以优化餐饮配置和分会场容量规划。他们拥有一个遗留的多供应商 WiFi 环境,主会场使用 Cisco AP,分会场使用 Aruba AP。

  1. 部署一个硬件无关的分析平台——例如 Purple 的平台——该平台可以通过各自的 API 同时摄取来自 Cisco 和 Aruba 控制器的标准系统日志和 RTLS 数据,将数据标准化为统一的分析流。

  2. 专门针对分会场之间的隔墙进行一次热力图调查。薄隔墙对 WiFi 信号具有很高的穿透性,导致严重的区域溢出,设备原本在 A 房间,却看似在 B 房间。

  3. 在分析平台中为每个特定主会场和分会场定义精确的多边形区域。设置 RSSI 切断阈值(通常为 -70 dBm),以防止隔墙间的信号溢出。

  4. 将生成的区域占用 API 与餐饮团队的操作仪表板集成,实现实时部署警报——例如,当分会场达到 80% 容量时触发通知。

  5. 将区域占用数据与会议日程关联,为未来活动规划建立预测模型。

考官评语: 该场景强调了在复杂的多供应商环境中硬件无关解决方案的必要性。区域边界定义中对 RSSI 阈值的关注在开放式或隔断密集的空间中至关重要,且常在初始部署规划中被低估。与操作系统的 API 集成是将分析从报告工具转变为运营资产的关键步骤。

练习题

Q1. 您的零售运营总监希望测量特定过道中新端架展示的转化率。IT 团队确认整个商店有很强的 WiFi 覆盖——所有设备都能可靠连接,且吞吐量极佳。网络是否已准备好为该特定展示提供准确的客流分析?

提示:考虑“强覆盖”(一个 AP 提供可用信号)与准确区域级位置数据所需的三边测量要求之间的区别。

查看标准答案

不一定。强覆盖和可靠的连接仅证明设备可以关联到网络。要准确追踪特定端架展示的驻留时间,分析引擎需要将设备位置三边测量到该特定区域——这要求设备能同时被至少三个 AP 检测到,且信号强度不低于 -75 dBm。一个仅为覆盖设计的商店可能只在该过道部署了一到两个 AP 即可达到目标。在确认就绪之前,请专门进行一次热力图调查,验证端架区域是否满足三 AP 三边测量阈值。如果不满足,则需要额外部署或重新定位 AP,客流分析数据才会可靠。

Q2. 一家医院的急诊部门正在部署客流分析以追踪患者等待时间。运行一周后,数据显示平均驻留时间为 8 分钟——远低于已知的 45 分钟平均值——且独立访客计数是实际患者流量的 4 倍。最可能的原因是什么?应如何解决?

提示:考虑现代智能手机操作系统在设备未连接网络时对 MAC 地址的处理方式。

查看标准答案

最可能的原因是 MAC 随机化。iOS 14+ 和 Android 10+ 设备在发送探测请求时会轮换 MAC 地址,导致一名患者的设备在就诊过程中看似成为多个不同设备。这将 45 分钟的会话碎片化为多个看似 8 分钟的会话,虚增独立访客计数并缩短驻留时间。推荐的解决方案是为医疗访客 WiFi 网络实施 Captive Portal。一旦患者或访客进行认证,分析平台便会追踪持久关联的设备 MAC 地址,绕过操作系统级随机化。对于未连接的患者,启用平台的会话拼接算法,该算法利用信号模式连续性和时序启发式方法重建碎片化会话。在 WiFi 普及率高的环境中,通常可解决 70–80% 的碎片化问题。

Q3. 在一次计划中的网络升级中,您的基础设施供应商提议用 40 个高增益定向 AP 替换 60 个全向 802.11ax AP,以改善大型体育场广场的吞吐量并减少同频干扰。项目已获批。为保护现有客流分析部署必须采取什么强制措施?如果不采取该措施会有什么风险?

提示:思考决定客流分析准确性的两个关键因素:AP 数量及其产生的射频传播模式。

查看标准答案

必须进行完整的部署后热力图调查和分析重新校准。不采取该措施的风险很大:将 AP 总数从 60 减少到 40 会减少可用于三边测量的同步数据点数量,可能导致某些区域低于准确位置数据所需的三个 AP 阈值。此外,用定向天线替换全向天线将从根本上改变整个广场的射频传播模式——覆盖足迹的形状和大小发生变化,使分析平台中所有先前校准的区域边界失效。如果不进行重新校准,客流分析引擎将产生系统性的不准确位置数据,可能将访客位置错误归因到相邻区域。在升级后重新启用分析平台之前,必须完成热力图调查。

Q4. 一家交通枢纽运营商希望在一个多航站楼机场部署客流分析,各航站楼混合使用现有的 Cisco、Aruba 和 Ruckus 接入点。运营团队希望有一个统一仪表板,显示所有航站楼的旅客流动情况。哪种平台架构决策对此次部署的成功最为关键?

提示:考虑在多供应商硬件环境中部署单一供应商分析解决方案的影响。

查看标准答案

最关键的决策是选择一个硬件无关的分析平台,该平台能够通过各自的 API(Cisco DNA Spaces、Aruba Central、Ruckus Analytics)同时摄取来自所有三家供应商控制器的数据。部署单一供应商分析解决方案——例如 Cisco 的原生分析工具——只能提供对 Cisco 管理 AP 的可见性,使 Aruba 和 Ruckus 航站楼成为统一仪表板中的盲点。硬件无关平台将来自所有三个供应商流的数据标准化为单一分析层,实现真正的跨航站楼旅客流动统一可见性。这还能使部署免受硬件更新周期的影响——如果一个航站楼升级到第四家供应商,分析层可以继续正常运行。Purple 的平台架构正是为这种多供应商部署模式设计的。