酒店和公寓这类WiFi计费场景，用户至少要待几小时甚至几天，套餐设计可以围绕"住多久收多少钱"来做。但机场航站楼、高铁站、长途汽车站这类交通枢纽场景完全是另一个世界：旅客平均停留时间只有一到三个小时，人来人往，绝大多数人是第一次用你的网，也是最后一次用。WiFi网络计费系统在这种环境里怎么设计，和酒店逻辑差别很大。
先把机场场景的人群拆开。第一类是国内出发的商旅旅客，他们有国内手机号，最习惯的方式是收个验证码就连上，用一两个小时。第二类是国际到达的旅客，他们没有国内手机号，收不到短信验证码，这是机场场景独有的难题。第三类是老年人、小孩、带婴儿的旅客，他们不会操作手机弹窗，需要有人工或自助设备帮忙。第四类是机场工作人员，他们不是来消费的，是来上班的，要的是稳定、安全、长期可用的工作网络。这四类人对认证计费系统的要求完全不一样，不能一套页面打天下。
计费逻辑上，机场和酒店最本质的区别是"时间窗口"。酒店客人按入住时长算，从入住到退房可能两三天；机场旅客按小时算，可能免费半小时，之后按小时收费，或者直接对接广告置换——用30分钟免费换看一段广告。V7支持按时长计费，也支持免计费策略，这两种模式在机场都能用：纯公益性质的公共WiFi就做免计费，但要做好实名和日志留存；商业运营性质的WiFi就做按时长收费，买1小时、3小时、半天的临时包。关键是这个时间窗口要切得细——酒店一个套餐管一天无所谓，机场一个套餐给24小时就太长了，旅客3小时后就上飞机了。
国际旅客是机场场景的硬骨头。没有国内手机号，短信认证走不通。方案材料里给的思路是护照OCR识别认证——旅客拍护照首页，系统识别护照信息完成实名，再放行网络。这套能力在V7体系里是支持的，但具体到和当地公安审计平台的对接、护照信息的留存和脱敏，必须现场确认。还有一种更接地气的做法是取号机认证：在值机柜台、服务台放一台取号机，旅客扫登机牌或者刷身份证，机器打出一张临时账号密码小票，旅客凭这张小票上网半小时。这种方式覆盖了不会操作手机的老年旅客，也解决了没带国内手机的问题，是机场场景里经常被忽略但非常实用的补充。
工作人员网络和旅客网络必须分开。机场工作人员移动值机、航班监控用的是内部业务系统，和旅客上网是两个完全不同的网络。方案里的做法是旅客SSID走Portal临时认证，工作人员SSID走802.1X，绑工作终端。这两个SSID即使在同一套AC上，计费策略也是隔离的：旅客网络计时长、要实名、要和公网打通；工作人员网络免计费、走内网、和生产系统打通。如果混在一个SSID里，要么工作人员每次上网都要登录很烦，要么旅客能摸到内部系统，那是安全事故。
带宽策略上，机场场景也有讲究。方案材料里给的参考是VIP旅客20M、普通旅客10M——这是个分级带宽思路。但不要把这个数字当成产品默认承诺，实际带宽分配要结合机场出口总带宽、高峰期并发人数来定。机场航班集中到达的时候，可能短时间涌入几千个旅客同时连网，这时候系统能不能扛住同时认证，比给每个人分多少带宽更关键。V7的Portal认证性能是产品介绍里明确提到的指标，但这种高并发场景要结合现场硬件做项目级验证，不能直接拿规格表上的数字就承诺。
机场场景还有一个独有的需求：位置化服务推送。同一个旅客，在出发层和在免税区，应该看到不一样的Portal页面。出发层推值机柜台位置和航班动态，免税区推品牌优惠，中转区推中转流程指引。这套4W+B+S推送策略在V7里是现成能力，按AP位置推不同模板，不需要人工换页面。但要注意：机场的推送内容是服务信息和商业营销的混合，服务信息必须保证准确，营销内容要克制——一个赶飞机的旅客没耐心看长广告。
合规上，机场比一般酒店更严。民航有专门的无线接入标准，日志留存周期、数据脱敏、加密传输都有要求。V7支持和第三方审计系统对接，认证日志、上网记录按要求留存。但具体到对接哪个审计平台、留存多久、日志格式是什么，这些属于现场对接事项，不能在方案里写死"完全符合民航要求"这种话。规则卡里讲得很清楚：合规能力是有的，具体落地取决于接口和现场条件。
最后说一个和酒店场景的对照。酒店是熟人慢消费：客人住进来两三天，慢慢用，账单几天内都有效；机场是陌生人快消费：旅客用完就走，下次来可能是半年后。这意味着机场场景的自助化程度必须极高——不能指望有前台帮旅客开账号，所有认证、付费、问题处理都要在Portal页面上自己完成。V7的用户自助系统在这种场景下不是加分项，是必备项：旅客连上网、选套餐、扫码付钱、用完走人，全程没人介入，系统自己把账算清楚。
机场这类交通枢纽，是WiFi计费系统里最考验"短、平、快"能力的场景。按小时切套餐、覆盖国内国外和不会用手机的旅客、工作人员和旅客网络物理隔离、按位置推服务、严格合规留存，每一件都和酒店那套"按入住时长算"的逻辑不一样。方案设计时不能照搬酒店模板，得按过境人流的节奏重新想一遍。