- Purple
- Guest WiFi: a complete guide
- 机场 WiFi 平台供应商:RFP 招投标文件中应包含哪些要求
机场 WiFi 平台供应商:RFP 招投标文件中应包含哪些要求
在编写评分标准之前,您可以在与硬件无关的云端覆盖层、打包的托管服务和特许经营模式之间进行选择。随后,您可以针对峰值并发量、Passpoint 和 OpenRoaming、无障碍多语言 Portal 页面、UK GDPR 和 GDPR、区域停留分析、应用集成以及服务级别制定可测试的 RFP 条款。加权评分表将仅根据已备案的书面证据对每家供应商进行打分。
核心系列的一部分:访客 WiFi 指南 →
- 您应该选择哪种机场 WiFi 平台供应商模式?
- 机场 WiFi 平台供应商真正存在差异的地方
- 离港高峰期的吞吐量与并发量
- 针对返程乘客的 Passpoint 和 OpenRoaming
- 多语言与无障碍 Captive Portal
- 针对国际旅客的数据保护
- 按区域划分的停留时间分析
- 与您的机场应用集成
- 机场 WiFi 服务提供商应提供哪些服务级别承诺?
- 何时选择与硬件无关的云端叠加层(overlay)
- 何时选择打包托管服务或特许经营服务
- 每种模式的运行成本
- 实际案例:两座机场,两个 RFP 条款
- 场景 1:一家地方政府拥有的区域机场确定其并发条款的规模
- 场景 2:空侧零售团队在采购前定义停留时间
- 如何为您的大楼/航站楼资产评估机场 WiFi 平台供应商
- 常见问题
- 机场访客WiFi平台的成本是多少?
- 机场WiFi平台能否在我们现有的接入点上运行?
- 我们如何在不影响乘客的情况下更换机场WiFi提供商?
- 欧盟GDPR是否适用于英国机场的访客WiFi?
- 哪些机场正在使用Passpoint或OpenRoaming?
- 机场如何按区域测量 WiFi 停留时间?
- 机场 WiFi 服务商应保证多少正常运行时间?

机场 WiFi RFP 应要求在七个领域提供证明。供应商必须证明在其最繁忙的出港高峰期具备并发处理能力,并支持 Passpoint 和 OpenRoaming。他们需要一个符合 WCAG 2.2 AA 标准的多语言 Captive Portal,并满足 UK GDPR 和 GDPR 的数据处理要求。此外,还需提供区域级停留时间分析、针对机场应用的文档化 API,以及附带服务补偿的运行时间 SLA。
您应该选择哪种机场 WiFi 平台供应商模式?
机场 WiFi 平台供应商分为三种商业模式。每种模式决定了谁拥有接入点、谁控制旅客数据,以及您日后调整方向的难易程度。在制定评分标准之前请先确定模式,因为它会改变您可以合理要求每家供应商证明的内容。
| 硬件无关的云端叠加层 | 捆绑式托管服务 | 特许经营运营商(收益共享) | |
|---|---|---|---|
| 所需硬件 | 您现有的接入点 | 供应商提供的新接入点 | 供应商拥有的接入点和回传网络 |
| 合同绑定于 | 您设定的软件许可期限 | 供应商的硬件更新换代周期 | 与机场达成的特许经营协议 |
| 首个上线航站楼的部署路径 | 在已安装的接入点上进行配置 | 勘测、布线与安装 | 勘测、建设与商业谈判 |
| 谁控制旅客数据 | 您作为数据控制者,供应商作为数据处理者 | 您(前提是合同将您列为控制者) | 运营商(除非特许经营协议将其划归给您) |
| Passpoint 与 OpenRoaming | 平台功能,根据您的 AP 固件确认 | 与供应商的硬件捆绑 | 由运营商的漫游协议决定 |
| 退出成本 | 低:接入点保持在原位 | 高:拆除硬件或回购 | 高:重建或转移网络资产 |
| 适用对象 | 拥有现有 WiFi 6 或 6E 资产的机场 | 接入点面临淘汰且网络团队规模较小的机场 | 希望零资本支出并接受较少数据控制权的机场 |
Purple 作为硬件无关的云端叠加层运行在 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet 之上。如果您的接入点使用时间未满一个更新换代周期,在规划全面拆除替换之前,请参阅 为什么您的下一次 WiFi 升级不需要新硬件。
机场 WiFi 平台供应商真正存在差异的地方
大多数供应商都能在功能清单上勾选每一项。一旦您要求提供实际证据而非简单的“是”或“否”,以下六个领域就会将他们区分开来。
离港高峰期的吞吐量与并发量
平均负载无法提供任何有价值的信息。真正的测试是出港高峰期,此时安检会在几分钟内向禁区释放数百名旅客,他们中的许多人会同时掏出手机接入网络。
有两个数字至关重要。第一个是每个区域的并发会话数。第二个是每秒通过 Captive Portal(乘客上网前看到的网页)进行的新身份验证次数。原始吞吐量主要取决于您的接入点和回传网络。平台的职责是在没有排队的情况下对突发流量进行身份验证。
向每家供应商询问以下内容:
- 该平台在单个场所处理过的最高并发会话数,需提供场所类型和日期。
- 在负载测试中持续的每秒身份验证次数,需提供书面的测试方法。
- 当您的 CRM 或应用程序集成响应缓慢时,登录会发生什么情况,以及 Portal 会失败打开还是失败关闭。
- 按 SSID(乘客看到的网络名称)和 VLAN(在共享基础设施上分隔流量的虚拟局域网)设置的每个设备带宽上限和公平使用控制。
- 对 6 GHz 客户端的支持。在英国,Ofcom 于 2020 年 7 月开放了 5925-6425 MHz 用于免许可 WiFi。
需要索取的证据包括负载测试报告、具有可比峰值的参考场所,以及展示身份验证运行位置的架构图。作为参考,Purple 在 2024 年处理了 4.4 亿次登录,覆盖 90 多个国家的 80,000 多个实时场所。
针对返程乘客的 Passpoint 和 OpenRoaming
Passpoint(也称为 Hotspot 2.0)基于 IEEE 802.11u 构建。它允许设备使用存储的凭据自动发现网络并加入该网络,无需通过 Captive Portal。该连接使用 802.1X(用于在设备加入前进行身份验证的 IEEE 标准),因此流量通过 WPA2-Enterprise 或 WPA3-Enterprise 进行加密。RADIUS 服务器(检查每个凭据的系统)部署在后台。
OpenRoaming 是由无线宽带联盟(Wireless Broadband Alliance)运营的联合组织。它使用 Passpoint 和共享证书框架,因此来自一个身份提供商的凭据可用于任何参与的网络。对于机场而言,这意味着常旅客和商务旅客在到达时无需重新注册即可连接。
哪些机场使用 Passpoint 或 OpenRoaming?目前没有公开的注册表列出每个 Passpoint 机场部署情况,而且情况变化很快。请要求供应商提供实时的参考案例,而不是盲目信任功能列表。
在 RFP 中提出以下问题:
- 供应商是 OpenRoaming 身份提供商、接入网络提供商,还是两者兼有?
- Captive Portal 能否在首次登录后在 iOS 和 Android 上颁发 Passpoint 配置文件?
- 目前有哪些指定的机场或交通场所实时运行 Passpoint,能否提供参考联系人?
- Passpoint 乘客在从未看到 Portal 时,如何在分析数据中呈现?
- 您现有资产中的哪些接入点型号和固件版本支持 Passpoint?请与您的硬件供应商确认此信息。
Purple 支持 OpenRoaming 和云 RADIUS。我们的交通部署案例包括 AGS Airports、Manchester Airports Group、c2c Rail 和 Avanti West Coast。了解同样的做法如何在 火车 上发挥作用。
多语言与无障碍 Captive Portal
机场 Portal 为来自数十个国家的旅客提供服务,这些旅客通常是刚抵达英国的前几分钟使用该服务。 Portal 应检测浏览器语言并提供显眼的语言切换器。每个元素都需要翻译,包括使用条款和隐私声明,而不仅仅是登录按钮。从右到左书写的文本(如阿拉伯语和希伯来语)必须正确渲染。
无障碍性既是一个服务问题,也是一个法律问题。要求符合 W3C 于 2023 年 10 月发布的 WCAG 2.2 AA 级标准。如果您在欧盟运营,欧洲无障碍法案自 2025 年 6 月 28 日起适用,且航空客运服务属于其适用范围。英国国有机场也可能属于《2018年公共部门机构(网站和移动应用)无障碍性法规》的管辖范围。
请要求对上线运行的 Portal 进行独立的无障碍审计,而不是仅针对设计原型。您需要在 Captive Network Assistant(即 iOS 和 Android 在连接时打开的轻型弹出式浏览器)内部自行测试。许多在桌面浏览器中通过测试的 Portal 在该窗口中都会出现故障。
针对国际旅客的数据保护
英国机场根据 UK GDPR 和《2018年数据保护法案》处理访客 WiFi 数据。当您在欧盟运营机场,或处理活动属于其第 3 条管辖范围时,欧盟 GDPR 适用。在两个司法管辖区均拥有机场的企业集团需要一个无需单独构建即可同时处理这两种机制的平台。
要求每家供应商以书面形式回答以下要点:
- 角色。 根据第 28 条数据处理协议,确认您是数据控制者,而供应商是您的数据处理者。
- 位置与传输。 明确说明旅客数据的存储和处理地点。任何向英国或欧洲经济区(EEA)之外的传输都需要签署英国国际数据传输协议或欧盟标准合同条款。
- 合法依据。 区分网络访问、数据分析和营销。在英国,电子邮件营销还受到《2003年隐私和电子通信法规》的约束。
- 同意设计。 营销勾选项应默认不勾选且内容具体。 Purple 将其称为有意识选择勾选。
- 年龄。 英国将数字同意年龄定为 13 岁。欧盟 GDPR 默认定为 16 岁,成员国可将其降低至 13 岁。
- 留存与请求。 说明每种数据类型的留存期限,以及供应商如何支持多语言的数据主体访问请求。
- 合规保证。 索取 ISO 27001 证书及其认证范围,以及子处理者名单。
Purple 已通过 ISO 27001、GDPR、CCPA、Cyber Essentials 和 B Corp 认证。请要求供应商协助您完成数据保护影响评估,这也是第 35 条针对高风险数据处理所要求的。
按区域划分的停留时间分析
机场通过将 AP 接入点划分为不同的区域(陆侧、安检区、空侧中央区、零售区、登机口廊桥和休息室)来测量 WiFi 停留时间。停留时间是指设备在某个区域内首次关联与最后一次关联之间的时间间隔。通过对数以万计的旅客数据进行汇总,可以清晰展示他们在安检与登机之间的时间分配。
MAC 地址随机化使这一测量变得更为复杂。Apple 在 iOS 14 中引入了专用 WiFi 地址,而 Android 10 默认对每个网络使用随机地址。因此,未认证设备的统计数量会高估独立访客数。已认证会话可以提供稳定的身份标识,从而生成最可靠的停留数据。
请向供应商确认您是否可以自行定义和编辑区域,以及是否可以通过最小停留时间阈值过滤掉路过的行人。同时确认报表能否显示中位数和平均值,以及数据能否通过 API 导出至您的商业智能工具。WiFi Analytics 展示了 Purple 如何按区域报告停留时间。商务团队可将这些数据用于特许经营规划、登机口人员配置和清洁计划安排。
与您的机场应用集成
您的应用和 WiFi 应当能够识别同一位旅客。请询问应用会员能否通过 SAML 或 OAuth 使用单点登录,直接以其现有的应用账号登录 WiFi。SAML(安全断言标记语言)是一种在系统之间传递登录信息的标准语言。
要求供应商提供完善的 REST API 文档、登录事件触发的 webhook 以及指定的 CRM 连接器。询问 Portal 门户内容能否根据航站楼或区域进行动态调整,以便登机口廊桥可以推广与陆侧不同的优惠活动。Purple 可通过 Guest WiFi 产品与 CRM 和营销平台实现无缝集成。
对您的具体配置有疑问吗?
我们的团队与 80,000 多个场所的运营方、IT 经理和网络工程师保持合作。预约 20 分钟的通话,我们将为您展示同行是如何解决类似问题的。
机场 WiFi 服务提供商应提供哪些服务级别承诺?
在离港高峰期发生服务中断,意味着问讯处前将排起长队,并导致零售收入损失。请在合同中明确写入服务级别条款,并要求附带经实测证明的凭据。
| 服务级别 | 需达到的要求 | 允许的停机时间 | 需索取的凭据 |
|---|---|---|---|
| Portal 门户及认证可用性 | 每月最低 99.95% | 每月约 22 分钟 | 过去 12 个月的实测可用性记录 |
| 平台可用性(高阶) | 每年 99.999% | 每年约 5 分钟 | 公开状态页面的历史记录 |
| 优先级 1 响应时间 | 15 分钟,全天 24 小时 | 不适用 | 技术支持流程文档 |
| 优先级 1 恢复目标时间 | 4 小时 | 不适用 | 过去 12 个月的事件报告 |
| 计划内维护 | 当地时间 05:00 - 22:00 之外,提前 7 天通知 | 仅在事先通知的情况下不计入可用性考核 | 过去一年的维护日历 |
| 违规通知 | 发现后 24 小时内通知您 | 不适用 | 事件响应预案 |
| 服务赔偿金 | 每次违规按月费的一定比例赔偿 | 不适用 | 合同条款草案 |
作为对比,99.9% 的正常运行时间意味着每月约 43 分钟的停机时间,或者每年近 9 小时。Purple 的平台运行正常率达 99.999%。数据泄露通知专线可保护您在第 33 条规定下向监管机构通知的 72 小时截止期限。
何时选择与硬件无关的云端叠加层(overlay)
当您的接入点设备尚属主流,且网络团队希望保留对无线射频设计的控制权时,请选择 overlay。您只需更改 Captive Portal 和 RADIUS 配置,而无需更换硬件。这能保持较低的退出成本,并允许您在无需触及天花板的情况下更换平台。
Overlay 也非常适合拥有混合网络设备的企业集团或机场。例如在一次收购后,一个航站楼可能运行 HPE Aruba,而另一个运行 Cisco Meraki。一个与硬件无关的平台可以为您在这两者之间提供统一的 portal、统一的数据集和统一的同意记录。
何时选择打包托管服务或特许经营服务
当您的接入点已达到使用寿命上限(EOL),且缺乏团队来进行设备更新时,请选择打包托管服务。您可以将网络覆盖、硬件和技术支持作为单一合同进行采购。相应的代价是接受更长的合同期限和更高的退出成本。
特许经营运营商适合那些希望零资本支出并将 WiFi 视为公共设施的机场。权衡之处在于数据。如果运营商充当数据控制器,您的商业团队可能永远无法看到旅客的停留时间或订阅数据。如果您采用这种方式,请在特许经营协议中保留数据控制器权限和完整的数据接入权限。
每种模式的运行成本
请在相同的合同期限内比较总成本,而不是仅看表面许可价格。要求每家供应商针对涵盖以下内容的相同三年期范围进行报价:
- 按场所或按航站楼计算的平台许可费用。
- 硬件资本支出(如有)及其意味着的设备更新日期。
- 安装、布线和现场勘测工作。
- 互联网传输和回传。
- 符合您所需服务级别协议(SLA)的技术支持。
- 用于 portal 设计、翻译和系统集成的专业服务。
- 退出成本,包括数据导出和硬件拆除。
然后将收入与成本进行对比。正如 付费 WiFi 变现指南:代金券、分级访问与支付网关比较 中所解释的那样,高级网速套餐和限时通行证可以产生直接收入。Portal 媒体和第一方数据可以支持停车场、快速通道和休息室的销售。Purple 将 Guest WiFi 许可分为三个方案:Connect、Capture 和 Engage,以便您可以随着业务需求的发展逐步扩展能力。
实际案例:两座机场,两个 RFP 条款
这些场景属于规划示例。输入参数是采购方可以用自己的数据替换的假设;输出则是这些输入产生的 RFP 参数。
场景 1:一家地方政府拥有的区域机场确定其并发条款的规模
情况。 一家由两个地方议会拥有的区域机场运营着一座航站楼。其早高峰客流会在 90 分钟内将 3,000 名乘客送至空侧,同时还有 400 名工作人员和特许经营人员在使用独立网络。上一次的 RFP 仅要求“高容量”,导致现任供应商的入口页面每年夏天周六都会瘫痪。
具体做法。 IT 总监采用了保守的数据对客流进行了建模:每位乘客 1.5 台设备以及 50% 的使用率。计算得出 3,000 × 1.5 × 0.5 = 2,250 个并发访客会话。增加 30% 的冗余后,需求提升至 2,925 个,四舍五入为 3,000 个会话。团队假设有 40% 的会话始于安检高峰后的 15 分钟内。这意味着在 900 秒内有 900 次新登录,即持续每秒进行一次身份验证。
由于机场属于公共机构,团队还要求符合 WCAG 2.2 AA 标准并接受独立审计。
结果。 RFP 现已明确两项可测试的数据:3,000 个并发访客会话以及持续 15 分钟的每秒一次身份验证,并附带三倍于该速率的突发测试。未能提供包含这些数据的负载测试报告的厂商在第一阶段即被淘汰。无障碍条款现在指定了明确的标准和审计要求,而非仅仅表达意向。
场景 2:空侧零售团队在采购前定义停留时间
情况。 一家中型机场的商务总监希望了解乘客是在免税过道区停留,还是直接穿过。特许经营租金即将迎来审查。之前的 WiFi 报告统计的是设备数量(包括未进行身份验证的设备),因此随机 MAC 地址虚高了各个区域的数据。
具体做法。 团队将 AP 分为五个区域:陆侧、安检出口、免税过道零售区、中央美食广场和登机口廊桥。他们设置了两分钟的最低停留门槛,以排除路过人员。RFP 要求仅基于已验证身份的会话提供停留报告,按区域和小时提供中位数,并每天通过 API 导出。
结果。 假设每天有 20,000 名空侧乘客,其中 35% 登录,样本量为每天 7,000 个会话。这相当于每月超过 200,000 个会话,足够自信地逐周对比各个区域。商务团队带着明确的指标而非简单的设备计数参与了租金审查。了解 Purple 如何通过相同的区域方法为 零售 场所提供支持。
如果您的物业包含机场酒店,相同的平台和同意记录可以延伸至那里。Purple 针对 酒店 的解决方案可直接适用。
如何为您的大楼/航站楼资产评估机场 WiFi 平台供应商
根据每个领域对乘客和收入的影响进行加权,然后仅依据事实证据评分。对于回答“是”但无法提供证明文档的厂商,该项评分为零。
| 领域 | 权重 | 提问内容 | 要求提供的证据 |
|---|---|---|---|
| 高峰期并发能力 | 20% | 单个场所的最高持续身份验证速率是多少? | 负载测试报告和参考案例场所 |
| 数据保护 | 20% | 乘客数据存储在哪里,采用哪种传输机制? | 第28条协议、副处理者列表、ISO 27001证书 |
| Passpoint和OpenRoaming | 15% | 目前有哪些具体命名的交通场所在线运行Passpoint? | 参考联系人以及返回设备实时演示 |
| 停留时间分析 | 15% | 我们能否通过API定义区域并导出经身份验证的停留数据? | 样本报告和API文档 |
| 多语言和无障碍门户 | 10% | 支持哪些原生语言,由谁翻译法律文本? | 独立的WCAG 2.2 AA审计 |
| 应用与CRM集成 | 10% | 应用会员能否使用其应用账号登录WiFi? | SSO文档和命名连接器 |
| 服务级别 | 10% | 您在过去12个月内测得的可用性是多少? | 状态页面历史记录和事件报告 |
首先在纸面上初步筛选出两到三家供应商。然后在单个区域内通过至少一次真实的离港高峰波次运行概念验证(PoC)。亲自拨打参考客户电话,并询问每位参考客户在第一个月内出现了什么故障。
常见问题
机场访客WiFi平台的成本是多少?
硬件无关的平台按每个场所收取软件许可费,如果您的现有设备保持最新,则无需接入点资本支出。捆绑托管服务会增加硬件、安装成本和更长的合同期限。特许经营模式预先可能无需成本,但会牺牲收入并往往失去数据控制权。要求每家供应商针对相同的三年期范围报价,包括支持和退出成本,以便进行同类比较。
机场WiFi平台能否在我们现有的接入点上运行?
可以,前提是该平台独立于硬件。Purple作为云端叠加层运行在Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme和Fortinet之上。您的接入点、交换和回传网络保持不动。在RFP中检查两件事:您的接入点型号和固件是否支持Passpoint,以及Captive Portal是否能处理您的峰值认证速率。
我们如何在不影响乘客的情况下更换机场WiFi提供商?
先在一个SSID或一个区域上运行新平台,然后逐个航站楼进行切换。使用叠加层时,您只需更改Captive Portal和RADIUS设置而非硬件,因此回滚意味着恢复旧配置。请将切换时间安排在离港高峰波次之外。要求现任供应商提供数据导出服务,并根据现有的处理协议提供已删除数据的书面确认。
欧盟GDPR是否适用于英国机场的访客WiFi?
UK GDPR和《2018年数据保护法》管辖英国机场的访客WiFi。如果您在欧盟运营机场,或处理流程落在第3条适用范围内,则适用欧盟GDPR。许多机场集团同时面临这两种监管体系。要求供应商同时支持两者、记录数据存放位置,并在传输时使用英国IDTA或欧盟标准合同条款。
哪些机场正在使用Passpoint或OpenRoaming?
没有公开的注册表包含列出运行 Passpoint 或 OpenRoaming 的每个机场,且部署情况变化迅速。无线宽带联盟(Wireless Broadband Alliance)会发布 OpenRoaming 的公告,可信的供应商也会列出其已上线的机场和交通行业客户案例。在您的 RFP(招标书)中,请要求每家供应商提供具体的场馆名称、参考联系人,以及返回设备无需通过 Captive Portal 即可自动连网的现场演示。
机场如何按区域测量 WiFi 停留时间?
机场将 AP 接入点分组划分为不同的区域,例如陆侧、安检区、空侧零售区和登机廊桥。然后测量设备在每个区域内首次关联和最后一次关联之间的时间。已认证的会话能提供最可靠的数据,因为 iOS 和 Android 上的 MAC 地址随机化会破坏未认证计数的准确性。建议在报告平均值的同时报告中位数,这样少数长时间停留的设备就不会扭曲整体结果。
机场 WiFi 服务商应保证多少正常运行时间?
要求 Captive Portal 和认证服务的每月可用性至少达到 99.95%,低于该水平应提供服务停机补偿。这一标准每月仍允许约 22 分钟的停机时间。Purple 的平台正常运行时间达 99.999%,每年停机时间仅约 5 分钟。请索取 12 个月的实际测量可用性数据,而不仅仅是合同上的数字,并确认计划内维护的具体处理方式。
关键定义
Captive Portal
在授予网络访问权限之前提供的网页,用于展示使用条款、隐私声明、同意选项和登录入口。移动操作系统会在 Captive Network Assistant(一种受限的弹窗浏览器)中打开它。
离港高峰期的每次访客登录都会通过 Portal 页面,因此其认证速率、翻译能力和 WCAG 2.2 AA 合规性都会在 RFP 中直接计分。
802.1X
基于端口的网络访问控制 IEEE 标准。它在设备加入之前,通过设备、AP 和认证服务器之间的可扩展身份验证协议(EAP)对设备进行认证。
Passpoint 连接使用 802.1X,因此流量会通过 WPA2-Enterprise 或 WPA3-Enterprise 进行加密。您的 AP 固件必须支持它,以便再次到访的旅客能够自动连接。
RADIUS
远程身份验证拨号用户服务,在 IETF RFC 2865 中进行了规范。服务器检查通过 802.1X 提交的每个凭据,并告知 AP 是否授予访问权限。
借助云端覆盖层,您可以更改 Captive Portal 和 RADIUS 配置而非硬件,从而保持较低的退出成本,并使系统回滚仅需执行配置还原。
Passpoint (Hotspot 2.0)
基于 IEEE 802.11u 修正案构建的认证计划,增加了关联前的网络发现和选择功能。设备可以使用存储的凭据自动加入,无需通过 Captive Portal。
再次到访的旅客在抵达时无需重新注册即可自动连接。RFP 应询问 Portal 是否在 iOS 和 Android 上颁发 Passpoint 配置文件,以及这些旅客如何体现在分析数据中。
OpenRoaming
由无线宽带联盟(Wireless Broadband Alliance)运营的漫游联邦。它使用 Passpoint 和共享证书框架,因此来自一个身份提供商的凭据适用于任何参与的网络。
供应商可充当身份提供商、接入网络提供商或兼任两者。请询问他们担任哪种角色,并要求现场演示返回设备自动连接的过程。
WCAG 2.2 AA 级
Web 内容无障碍指南 2.2,即 2023 年 10 月发布的 W3C 推荐标准。AA 级是无障碍法规和采购中最常引用的符合性级别。
在 RFP 中明确指定 WCAG 2.2 AA,并要求对上线 Portal 进行独立审计,而非仅审查设计原型。英国公有机场可能还受 2018 年无障碍法规约束。
欧洲无障碍法案
欧盟指令 Directive (EU) 2019/882,规定了列出的产品和服务的无障碍要求。该法案自 2025 年 6 月 28 日起实施,航空客运服务在其适用范围内。
在欧盟运营的机场集团必须将 Portal 无障碍性视为法律要求,这会增加无障碍 Portal 项在评分中的权重。
第 28 条处理协议
根据 GDPR(欧盟法规 (EU) 2016/679)第 28 条及其 UK GDPR 对应条款的要求,当处理者代表控制者处理个人数据时必须签署的合同。
RFP 应确认您是数据控制者(Controller),而供应商是数据处理者(Processor)。在特许经营模式下,除非协议保留您的控制者身份,否则运营商可能会成为控制者。
英国国际数据传输协议
UK IDTA 是英国信息专员办公室(ICO)发布的个人数据出境传输机制。在欧盟 GDPR 下,欧盟标准合同条款(SCC)在欧洲经济区以外的数据传输中扮演相同角色。
要求每家供应商指明乘客数据的存储和处理地点,以及涵盖英国或欧洲经济区以外任何数据传输的机制。
MAC 地址随机化
一种操作系统行为,使用私有地址替换设备的硬件地址。Apple 在 iOS 14 中引入了私有 WiFi 地址,而 Android 10 默认对每个网络实施随机化。
未认证的设备数量夸大了独立访客量,因此需要基于已认证会话建立停留时间报告,以便为特许经营规划获取稳定可靠的数据。
SAML
安全断言标记语言(Security Assertion Markup Language),一种 OASIS 标准,用于将登录断言从身份提供商传递到另一个系统。OAuth 提供类似的委托登录功能。
通过 SAML 或 OAuth 实现单点登录,可让机场 App 会员使用其现有 App 账号登录 WiFi,使 App 和网络识别出同一位乘客。
VLAN
虚拟局域网(Virtual LAN),在 IEEE 802.1Q 中定义,用于在共享的交换机和无线基础设施上对流量进行逻辑隔离。
RFP 应要求按 SSID 和 VLAN 实施单设备带宽上限和合理使用控制,从而将访客流量与员工及特许经营网络隔离。
应用实例
一家拥有单个航站楼的地方政府所有区域性机场,在早高峰的 90 分钟内会在安检后区域接待 3,000 名旅客。其上一份 RFP 仅要求“高容量”,导致现有的 Portal 页面在每年夏季的每个周六都会瘫痪。该机场应如何计算并设定并发条款的规模?
IT 总监使用保守的输入参数对客流高峰进行了建模:每位旅客 1.5 台设备,使用率为 50%。由此计算得出 3,000 × 1.5 × 0.5 = 2,250 个并发访客会话。增加 30% 的冗余空间后,数字上升到 2,925,向上取整为 3,000 个会话。假设在安检客流激增后的 15 分钟内有 40% 的会话启动,即在 900 秒内发生 900 次登录,相当于每秒认证一次。现在的 RFP 要求支持 3,000 个并发会话,并能持续 15 分钟维持每秒一次认证,同时具备三倍于该速率的突发测试能力。无法提供相应负载测试报告的供应商在第一阶段即被淘汰。作为公共机构,该机场还指定了 WCAG 2.2 AA 标准和独立审计要求。
一家中型机场的商务总监需要在特许经营租金审查前,了解旅客是否会在穿越式免税区域停留。现有的报告计算了所有设备,导致随机 MAC 地址虚高了每个区域的数据。RFP 应该提出什么要求?
团队将无线 AP 分为五个区域:陆侧、安检出口、穿越式零售区、中央美食广场和登机口连廊。他们设置了两分钟的最短停留门槛,以过滤掉路过的行人。RFP 要求停留报告仅基于已认证的会话,提供按区域和小时计算的中位数,并每天通过 API 导出。已认证的会话可提供稳定的身份信息,而随机地址则无法做到这一点。假设每天有 20,000 名安检后旅客,其中 35% 登录使用,每日样本量为 7,000 个会话。每月会话数超过 200,000 个,足以按周对比各个区域的数据。商务团队带着明确的指标而非单纯的设备数量参与了租金审查。
常见问题
机场访客 WiFi 平台需要多少费用?
如果您的现有设备处于最新状态,硬件无关平台每个场所仅需支付软件许可证费用,无需额外的接入点资本支出。捆绑式托管服务会增加硬件、安装及更长合同期限的成本。特许经营模式可能无需前期费用,但会牺牲一部分收入,并且往往会失去数据控制权。建议要求每个供应商对包含支持和退出成本在内的相同三年期业务范围进行报价,以便进行同等比较。
机场 WiFi 平台能否在我们现有的接入点上运行?
可以,只要该平台是独立于硬件的。Purple 可以在 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet 上作为云端叠加层运行。您的接入点、交换和回传网络均可保持现状。在 RFP 中需要确认两点:您的接入点型号和固件支持 Passpoint,以及 Captive Portal 能够处理您的峰值认证率。
我们如何在不影响乘客的情况下更换机场 WiFi 供应商?
可以先在一个 SSID 或一个区域运行新平台,然后逐个航站楼进行切换。使用叠加层时,您只需更改 Captive Portal 和 RADIUS 设置,而无需更换硬件,因此回滚仅意味着恢复旧配置。请将切换安排在离港高峰时段之外。要求现有供应商提供数据导出,并根据现有的处理协议出具书面确认删除证明。
EU GDPR 是否适用于英国机场的访客 WiFi?
UK GDPR 和《2018 年数据保护法》适用于英国机场的访客 WiFi。如果您在欧盟运营机场,或者数据处理属于其第 3 条的适用范围,则适用 EU GDPR。许多机场集团同时面临这两种监管体系。要求供应商同时支持两者,记录数据存储位置,并在数据传输中使用英国 IDTA 或欧盟标准合同条款。
哪些机场在使用 Passpoint 或 OpenRoaming?
目前没有公开名册列出所有运行 Passpoint 或 OpenRoaming 的机场,且部署情况变化很快。无线宽带联盟(WBA)会发布 OpenRoaming 相关公告,可靠的供应商也会列出其已执行的机场和交通领域参考案例。在您的 RFP 中,要求每个供应商提供具体的场所名称、参考联系人,以及返回设备在无需 Captive Portal 的情况下自动接入的现场演示。
机场如何按区域测量 WiFi 停留时间?
机场会将接入点划分为不同的区域,例如非隔离区、安检区、隔离区零售店和登机廊桥。然后测量设备在每个区域内首次关联与最后一次关联之间的时间。已认证会话可以提供最可靠的数据,因为 iOS 和 Android 上的 MAC 地址随机化会干扰未认证的计数。请同时报告中位数和平均值,以免少数长时间停留的设备拉偏统计结果。
机场 WiFi 供应商应该保证多少正常运行时间?
要求 Captive Portal 和认证服务的月可用性至少达到 99.95%,低于该标准需提供服务抵扣。这一标准仍然允许每月约 22 分钟的停机时间。Purple 平台的运行正常率达到 99.999%,每年停机时间仅约 5 分钟。要求提供 12 个月实测可用性数据,而不仅仅是合同数字,并确认计划内维护的处理方式。
来源
- W3C Web Content Accessibility Guidelines (WCAG) 2.2
- Wireless Broadband Alliance: OpenRoaming
- Regulation (EU) 2016/679 (General Data Protection Regulation)
- Data Protection Act 2018
- Privacy and Electronic Communications (EC Directive) Regulations 2003
- Public Sector Bodies (Websites and Mobile Applications) Accessibility Regulations 2018
- Directive (EU) 2019/882 (European Accessibility Act)
继续阅读本系列
付费 WiFi 变现:代金券、分层接入与支付网关比较
对比五种 WiFi 收费模式 - 代金券、分层接入、托管卡网关、PMS 记账和赞助 - 在 PCI DSS 范围、退款路径、网络要求和运营成本方面的差异。您将能够将场所的资金流与相应模式相匹配,并基于采集的一方数据针对免费 WiFi 进行盈亏平衡建模。
特许经营多门店访客 WiFi:集中控制与本地化品牌展示
您将能够为整个特许经营体系的访客 WiFi 选择运营模式,并决定在 GDPR 合规下由谁控制访客数据。随后,您可以集中锁定品牌形象与同意条款,为加盟商提供针对具体场馆的权限,并规划按供应商分组的上线方案。该方法采用云端叠加(Cloud overlay)模式运行,兼容 Cisco Meraki、HPE Aruba、Ruckus 及 Ubiquiti UniFi 等混合硬件设施。
市政厅公共 WiFi 提供商:采购途径与规范拟定指南
您将能够为市政厅公共 WiFi 选择正确的采购途径,将云平台与物理网络建设进行拆分。您还将能够编写招标规范,以便投标方据此报价并在交付时进行测试。内容涵盖覆盖范围、峰值并发、IWF 过滤、WCAG 2.2 AA 标准、UK GDPR 合法依据以及基于事实依据的供应商打分机制。
对您的具体配置有疑问吗?
我们的团队与 80,000 多个场所的运营方、IT 经理和网络工程师保持合作。预约 20 分钟的通话,我们将为您展示同行是如何解决类似问题的。