要点速览
- 多租户 WiFi 是有别于访客 WiFi 的独立类别。一个网络服务多户家庭，每位住户都处于自己的私有“WiFi 气泡”中 - 户内设备可以互相识别，其他住户则完全不可见。
- 其核心技术是 iPSK（身份预共享密钥），Aruba 称之为 PPSK，Cisco Meraki 称之为 Personal Private Network。每位住户都有一个与其租约绑定的唯一 WiFi 密钥。
- 服务领域：专建租赁住房（BTR）、专建学生公寓、社会住房、联合办公。技术相同，但各领域的运营和商业模式不同。
- 不依赖特定硬件的软件叠加层。运行在您现有的 Cisco、Aruba、Ruckus、Mist、UniFi、Cambium、Extreme 或 Fortinet 接入点上。按单元定价，无需捆绑宽带合同。
当一个网络服务数百户独立家庭时，就形成了多租户 WiFi。每位住户都获得自己的私有 WiFi 体验：户内设备互相识别，并与楼内其他所有住户隔离。
入住时不发密码单，没有“Chromecast 连不上”的支持工单，也不必每次有人搬走就更换共享密码。
本指南介绍多租户 WiFi 是什么、如何运作（技术答案是 iPSK，我们会详细解释）、各领域之间的差异、将 WiFi 作为托管配套设施的运营和商业价值，以及如何在您现有的接入点上部署。
什么是多租户 WiFi？
多租户 WiFi 是一种网络架构，专为多户独立家庭或企业共享同一底层基础设施的建筑而设计。这一类别由四项要求界定，而为临时访客设计的访客 WiFi 在这四项上全都无法满足。
住户之间的隐私
一位住户的设备无法看到另一位住户的设备，即使连接在同一个接入点上。
户内设备的连续性
每位住户自己的设备可以互相识别、协同工作，就像在家庭网络中一样。
按住户分配访问权限
入住时开通访问权限，搬离时终止，其他任何人都无需更改密码。
满足 IoT 规模的密度
每户 15-25 台设备。一栋 200 个单元的建筑，任何时候都有 3,000-5,000 台设备连接 WiFi。
运作原理：“WiFi 气泡”
让多租户 WiFi 成为可能的技术是 iPSK（身份预共享密钥）。每位住户在接入时都会获得一个唯一的 WiFi 密码。其所有设备都使用该密码，网络则根据密码识别设备属于哪位住户。
正在规划多租户网络布局？使用我们免费的 iPSK 子网设计器（来自免费的 WiFi 工具库），为您的物业计算所需的子网规模、IP 范围和 DHCP 地址池。
结果就是一个按住户划分的 WiFi 气泡：
- 使用住户 A 密钥的每台设备，都能看到使用住户 A 密钥的其他所有设备。手机能发现 Chromecast，智能音箱能与灯泡配对，游戏主机能找到电视。
- 使用住户 A 密钥的设备看不到任何使用其他密钥的设备。即使连接在同一个接入点上，住户 B 的设备对住户 A 也完全不可见。
- 住户 A 的密码对其他任何人都无效。住户 A 搬离时，其密钥被撤销，不会影响其他任何住户。
对住户来说，这感觉与家庭网络完全一样；对运营方来说，这是一个具备强租户隔离的网络。iPSK 有时也称为 PPSK（Aruba）或 Personal Private Network（Cisco Meraki）。各厂商叫法不同，但概念相同。认证引擎方面请参见 RADIUS-as-a-Service，底层标准请参见 WPA-Enterprise。
多租户 WiFi 与访客 WiFi：关键差异
运营方有时会问，能否把酒店式的访客 WiFi 系统用于住宅。答案是不能。访客 WiFi 系统可以服务住宅楼的访客（快递员、施工人员、住户家属），但无法服务住户本身。
| 维度 | 访客 WiFi | 多租户 WiFi |
|---|---|---|
| 设备发现 | 默认情况下，每台设备都与其他所有设备隔离。 | 同一住户密钥下的设备互相识别，其他住户保持不可见。 |
| 会话时长 | 数小时或数天，开始时需通过强制门户登录。 | 持久、自动，可延续数年。 |
| 接入模式 | 每次会话一次性登录。 | 凭据在搬家、更换设备和新增 IoT 设备后依然有效。 |
| 隐私模式 | 用户互不相识，被视为临时访客。 | 长期关系，期望更接近家庭 WiFi，而非酒店大堂。 |
| IoT 支持 | 默认设备有屏幕且旁边有人操作。 | 支持智能音箱、灯具、插座、传感器和家电。 |
各领域的多租户 WiFi
各领域使用的技术相同，但运营模式、商业价值和具体要求各不相同。
多租户常见难题（以及 iPSK 如何解决）
在每个领域，都是同样几个问题占用大量运维时间。高设备密度、家庭 IoT 和共享基础设施带来了住宅宽带所没有的问题。大多数问题的答案都一样：正确实施按住户隔离。
Chromecast 与智能家居配对
这是多租户环境中最常见的支持工单。Chromecast（以及 Apple TV、Echo、Sonos）需要在同一网络上发现投屏设备。iPSK 可以解决这一问题：同一住户密钥下的设备可以互相看到，不同密钥下的设备则不能。
游戏主机与 NAT 类型
PlayStation、Xbox 和 Switch 进行在线多人游戏需要 NAT 类型为 Open（Sony 为 Type 2）。解决办法是针对每个住户网段正确处理 CGNAT 和 UPnP，而不是放宽整个网络的限制。
智能家居设备接入
大多数智能家居设备通过蓝牙或临时本地 WiFi 网络完成设置，之后需要加入住户的主网络。iPSK 支持这一流程，而不会让新设备暴露给其他住户。
语音助手与投屏
Alexa、Google Home 和 HomePod 需要与其控制的设备处于同一逻辑网络中。用 iPSK 正确实施，效果与在家中一样；如果采用访客式隔离，则完全无法使用。
租期内新增设备
住户在整个租期内都会添加设备。正确的做法是自助添加设备（通过住户应用，或通过强制门户流程将住户现有密钥发放给新设备）。
搬离时不影响他人
如果没有每位住户唯一的凭据，结束一份租约就意味着要更换整栋楼的密码，导致其他所有住户的设备断开。有了 iPSK，撤销一个密钥只会影响该住户。
将托管 WiFi 作为配套设施的商业价值
对于 BTR 和专建学生公寓运营方而言，WiFi 已不再是可有可无的附加项。它是与健身房或户内洗衣设施同等重要的配套设施，并能带来可衡量的商业回报。以下基准数据引用自 British Property Federation 及同类行业研究。
每户 NOI
综合租金溢价、空置期缩短和留存率提升来看，当以叠加在自有硬件上的软件形式部署时，托管 WiFi 作为配套设施在建模案例中始终能带来正向 NOI。如果 WiFi 与第三方宽带合同捆绑、价值被对方攫取，模型就会恶化。
营销差异化
在 BTR 和专建学生公寓预订研究中，WiFi 质量位列配套设施因素前五。在 WiFi 质量上领先的运营方，其配套设施满意度得分始终高于行业平均水平。
社会住房：不同的视角
对于社会住房，商业价值的衡量方式不同，核心指标是数字包容。资金模式通常涉及资本计划、社会资费合作或服务费结构，而非市场租金上涨。软件叠加模式依然适用，只是商业框架有所改变。
合规与住户数据隐私
与访客 WiFi 相比，多租户 WiFi 所处的隐私环境更加敏感。住户与运营方是长期关系，数据暴露的时间跨度以年计，而非以分钟计。
住户隔离本身就是一项隐私要求
运营方负有注意义务，必须防止一位住户发现或访问另一位住户的设备。iPSK 正是实现这一点的技术机制。
个人层面的分析受到限制
公共区域的汇总客流和停留时长分析通常没有问题，但追踪住户在其单元内的个人行为则不可以。
默认保留期较短
可识别住户身份的 WiFi 日志只应在安全、合规和运营所需的期限内保留。六个月是常见的上限。
可选择数据驻留地
Purple 数据存储在欧盟、英国或美国区域，在开通时选择。
您所在市场适用的框架：UK GDPR。其他地区的同类框架：EU GDPR、CCPA / CPRA（加利福尼亚州）、PIPEDA（加拿大）、LGPD（巴西）。详情请见数据隐私页面。
硬件兼容性
多租户 WiFi 与访客 WiFi 和员工 WiFi 运行在相同的企业级接入点硬件上。区别在于软件层：它为每位住户签发 iPSK 密钥，并管理按住户的隔离。
Purple 多租户平台兼容：
接入点需要具备的关键技术能力，是根据认证所用的 iPSK 密钥为每台设备分配 VLAN。所有当前的企业级接入点都支持这一功能，较旧的设备可能不支持。
对于新建的 BTR 和 PBSA 项目，在设计施工阶段就指定硬件可避免日后改造。对于现有建筑的改造，Purple 的叠加模式意味着现有接入点通常无需更换即可使用，前提是它们属于企业级设备。IEEE 802.11 WPA-PSK 是基础标准，WPA3 Personal 是当前最先进的标准。
如何选择多租户 WiFi 平台
评估多租户 WiFi 软件的实用清单。
这是基础。不具备按住户预共享密钥的方案，算不上多租户方案。
通过住户应用或自助门户处理密钥签发、设备添加和搬家。
避免选择将您锁定在特定 AP 厂商或捆绑宽带合同上的平台。
在签约前，专门用 Chromecast、Sonos、语音助手和游戏主机进行测试。
资产组合运营方需要一个覆盖多栋建筑的仪表板。逐栋管理无法规模化。
Yardi、MRI、RealPage、Spareroom - 契合您技术栈的入住 / 搬离自动化。
UK GDPR 或当地同类法规，以及行业专属要求（安全保护、社会资费规则）。
按单元定价可预测地扩展。按 AP 或按带宽计费的模式会扭曲楼宇设计。
覆盖出租高峰期（学生公寓为 8 月至 9 月，BTR 为 1 月 / 9 月）。
常见问题
什么是多租户 WiFi？
+
多租户 WiFi 是一种网络架构，在共享的底层基础设施上服务多户独立家庭或企业。每位住户的设备与其他住户的设备相互隔离，但户内设备彼此可见。它用于 专建租赁住房（BTR）、专建学生公寓、社会住房 和联合办公。
iPSK 和 PPSK 有什么区别？
+
二者是同一概念在不同厂商的叫法。iPSK（身份预共享密钥）这一术语最常与 Cisco 关联，PPSK（私有预共享密钥）是 Aruba 的叫法。两者都为租户隔离提供按设备或按住户的唯一预共享密钥。
能否为住户使用访客 WiFi？
+
不能。访客 WiFi 会将每台设备与其他所有设备隔离，这会导致 Chromecast、智能家居配对和语音助手控制等住户场景无法使用。多租户 WiFi 是专为长期住宅使用而设计的另一种架构。
Chromecast 如何在多租户 WiFi 上工作？
+
正确部署的 iPSK 可以让一位住户的设备互相看到，同时与其他住户保持隔离。Chromecast 会在同一住户密钥下发现投屏设备。“Chromecast 连不上”的问题，是在住宅楼中采用访客 WiFi 式部署的症状，而不是多租户 WiFi 本身的问题。
住户需要安装应用吗？
+
可选。通过住户应用自助接入是运营效率最高的模式，还能让住户自行掌控设备添加。另一种方式是在首次连接时通过强制门户注册。两者都可行，但应用模式更适合资产组合的规模化。
多租户 WiFi 与为每个单元单独开通宽带有何不同？
+
按单元开通宽带需要为每个单元签订 ISP 合同、配备设备、在入住时安装并提供支持。多租户 WiFi 通过一个网络和一份合同，为每位住户提供同等体验，入住当天即可使用，并实现集中化运营。每户成本通常比按单元开通宽带低 30-50%。
住户可以自带 WiFi 路由器吗？
+
这取决于运营方的政策。大多数 BTR 和专建学生公寓运营方禁止住户自行安装路由器，因为它们会对全楼系统造成射频干扰，并绕过网络安全措施。在允许个人路由器的情况下（部分社会住房项目），多租户系统会将该路由器的网络与楼内其他部分隔离。
多租户 WiFi 支持游戏吗？
+
支持，前提是部署正确。游戏主机需要 NAT 类型为 Open（PlayStation 为 Type 2），这需要针对每个住户网段正确配置 CGNAT 并支持 UPnP。这是 Purple 多租户标准部署的一部分。
住户数据如何处理？
+
依据运营方的数据保护政策和适用法律（UK GDPR 或同类法规）处理。Purple 是数据处理者，运营方是数据控制者。可识别住户身份的日志只在运营和合规所需的期限内保留，通常不超过六个月。公共区域的汇总分析没有问题，但追踪住户的个人行为并不恰当。
同一个网络能否在服务住户的同时服务访客？
+
可以。多租户 WiFi 平台通常会在住户 SSID 之外单独运行一个访客 SSID，由相同的接入点提供服务。访客（施工人员、快递员、住户家属）通过强制门户流程连接，会话时间短且完全隔离。住户则通过其 iPSK 持久接入。