校园网和普通企业网最大的区别，是用户几乎人手一台手机、一台笔记本，宿舍、教室、图书馆、食堂到处要上网。校园WiFi一旦上线，面对的就不是几十个办公室的固定工位，而是上万人同时在线、随时移动、身份复杂（学生、教师、访客、后勤）的真实场景。把校园WiFi当普通无线网络建设，只解决"信号覆盖"，不解决"谁在上网、怎么收费、能不能追溯"，运营很快就会出问题。
校园WiFi认证计费系统，就是把无线接入之后的认证、计费、用户管理、营帐和审计这些环节串起来的系统。它解决的核心问题，是校园无线网络从"能用"变成"可运营"：认证确认谁可以上网，计费决定上网怎么收费，用户管理处理账号开停，营帐保证钱能对上账，日志审计让问题可以追溯到人。五个环节哪一环断了，运营链条就不完整。
校园WiFi认证计费与有线的差别
无线和有线在认证计费上的差别，主要在三个地方。一是终端不固定，学生今天用手机明天用平板，认证要能跟着账号走，还要支持MAC无感知这类体验优化，让用户第二次接入不用再输密码。二是接入位置不固定，教学楼、宿舍、图书馆的AC/AP品牌可能不一样，系统要能对接多家厂商设备，用户跨楼栋漫游时认证状态不断。三是无线流量模型和有线不同，带宽共享、高峰集中，计费策略要能配合流量和时段做设计。
蓝海卓越V7统一认证计费系统的设计，正是围绕这些无线场景展开的。它支持Portal、PPPoE、802.1X、L2TP等主流认证方式，可对接华为、中兴、H3C、锐捷、思科等数十家国内外厂商的AC、BRAS、网关设备；Portal每秒认证4000次以上，企业级PORTAL单机最大承载百万用户；支持本地、云端、分布式多种部署方式。这些能力对应的是校园WiFi"大并发、多厂商、多区域"的现实。
校园WiFi认证计费系统的组成
一套面向校园WiFi的认证计费系统，通常包含几个部分。认证模块负责识别用户身份，支持账号密码、短信、微信、APP、无感知、802.1X等多种方式；计费模块负责套餐和计费策略，支持包年、包月、包天、按时长、按流量、预付费、后付费和免计费；营帐模块负责充值、账单、退费、报表和对账；用户自助模块让学生自己完成注册、查询、续费和改密；日志与审计模块配合实名认证和监管要求做留痕。
这些模块在校园场景里要能配合起来用。比如学生自助注册时，系统校验学号身份，关联一卡通或教务数据，自动分配默认套餐，缴费后立即开通；管理员在后台能看到开户量、缴费金额、在线人数这些运营数据。功能不是堆砌，而是围绕校园运营流程串成一条线。
校园场景还要求哪些能力
校园WiFi的招标参数里，常见的要求能反映场景复杂度：支持IPv4/IPv6单栈和双栈，满足校园网向IPv6演进的需要；支持WEB、Portal、PPPoE、L2TP、802.1X混合接入，不同区域不同接入方式；支持漫游限制（按登录地址段、VLAN、SSID、NASIP、NASPORT控制），防止账号外借；支持LDAP统一身份对接；支持MAC无感知；支持BRAS对接；支持时间、流量分段计费；支持剩余流量清零或转下月、用完禁止接入或降速；支持多运营商对接和用户自助绑定；支持预放行、工单管理、敏感词管理、双因子认证、自助服务。这些条目背后，是校园网"人多、事多、要求全"的实际情况。
以校园常见的收费运营为例，V7支持校方自建和运营商代拨两种模式。校方自建模式下，学校拥有完全自主权，收费策略自由调整，与校园一卡通对接实现统一身份认证和统一收费，学生通过手机Portal页面自助注册、自助缴费，基本免人工服务；运营商代拨模式下，学生用手机号作为上网账号，和运营商家宽账号一对一绑定，学校引入多家运营商供学生选择。两种模式各有适用条件，具体选哪种要看学校的网络基础、出口条件和运营目标。
为什么校园WiFi要单独配一套系统
有人会问，AC自带的Portal认证不是也能用吗？能用于简单场景，但校园的复杂度在于：上万人要分学生、教师、访客不同身份，不同身份要有不同权限和套餐；要和一卡通、教务系统、运营商AAA对接；要满足实名认证和审计要求；要处理欠费、停机、退费这些日常运营动作；要面对开学季并发高峰。这些不是AC内置Portal能完整承担的，需要专门的认证计费系统来承接。
有一点要提醒：系统能做什么，和现场能落地到什么程度，是两回事。V7支持对接学校教师/学生管理系统、运营商AAA、公安审计平台，但具体对接效果取决于对方接口是否开放、字段能否映射、联调条件是否具备；性能指标（每秒认证次数、承载用户数）也要结合硬件配置、网络拓扑和压测方法做项目级验证，不能脱离场景直接承诺。
校园WiFi认证计费系统的价值，是把一张无线网络变成可运营的资产：用户可分类、套餐可设计、账目可追溯、数据可分析。对学校来说，收费运营、联合运营、实名合规这些目标能不能落地，都建立在它的能力之上。