普通认证计费
以 V7 统一管理用户、账号、套餐、计费和权限，优先复用能够承担认证和放行的现有 AC、BRAS 或网关。
V7 + 现有网关或 AC 配合；必要时增加认证网关
成立条件：确认 Portal、RADIUS、CoA、PPPoE 链路和现有控制点能力。
校园网认证与计费
先分清运营商路径与运营目标，再判断校园网怎么接
适合高校、中高职信息中心、校园网运营方，以及参与网络建设的运营商与集成商。
不承诺任意现网零改造、所有运营商无条件直连，也不使用脱离型号与验证条件的性能数字。
01 · 两组路线判断
先分运营商结构，再分项目目标
两次分流决定项目是普通认证计费，还是需要运营商与 AAA/BRAS 配合的代拨运营。
第一组：单运营商 / 多运营商
单运营商多运营商
单运营商
重点确认现有出口、账号体系和认证控制点，判断是接入现有链路还是替换旧平台。
需要确认
- 运营商线路与账号归属
- 认证控制点位置
- 现有计费或 AAA 系统
第二组：认证计费 / 代拨运营
普通认证计费PPPoE 代拨 / 运营型项目
普通认证计费
围绕身份、账号、套餐、会话与放行建立统一管理，不等于承担运营商代拨。
需要确认
- 认证方式
- 是否收费与套餐
- 是否迁移旧用户数据
02 · 快速适配
第一次沟通，先确认 5 件事
不知道答案也可以提交；未知条件会进入下一步资料清单。
1
项目是新建、替换旧系统还是现网扩容？
2
当前网络出口、AAA/BRAS、AC 或认证控制点在哪里？
3
是单运营商、多个运营商，还是需要代拨 / AAA 转发？
4
项目只做认证，还是同时涉及收费、套餐和自助服务？
5
是否需要对接统一身份、支付、日志，或识别特定异常流量？
03 · 四条常见路线
平台、认证网关和重点能力按项目组合
普通认证计费、多运营商代拨、防私接与网络新建是不同项目路线。AC、AP 和交换机只在第四条路线按需出现。
多运营商代拨
在认证计费之外增加多运营商代拨、AAA 转发或出口控制，并逐家核对运营商线路、账号和联调条件。
V7 + 认证网关 + 多运营商代拨能力 + 运营商账号、出口和拨号条件
成立条件：技术链路与收费、结算、客服等运营责任必须分别确认。
防私接与终端管控
针对账号共享、私接路由器或私搭代理等问题，先确认用户流量是否可见，再组合检测、统计、告警和处置策略。
V7 + 网关控制 + 防私接或相关检测能力
成立条件：效果依赖部署位置、网络拓扑、检测规则和现场测试；不承诺彻底杜绝。
校园网络新建或改造
只有项目同时包含无线覆盖、接入供电或全光网络建设时，才按教室、宿舍、办公区和室外区域组合设备。
V7 + 认证网关；按需增加 AC、AP、PoE 或全光交换机
成立条件：型号和数量需结合点位、布线、供电、上联与容量验证确定。
校园网络 · 多运营商接入
04 · 场景内容
校园网项目判断与实践
把路线判断、项目记录和技术知识分开组织；先看重点内容，再按问题类型继续阅读。
技术知识校园网企业园区
跨境流量检测、日志关联和联动阻断分别由谁完成
旁路系统负责采集、识别、统计与告警；账号溯源依赖认证日志，阻断依赖路由或安全设备。
项目判断
- 多运营商代拨前，必须确认哪四类条件运营商与网络运营 · 场景判断
- 校园网多运营商项目需要先确认哪些条件校园网 · 场景判断
项目案例与实施记录
- 旧认证系统迁移前需要核对哪些数据校园网 · 实施记录
技术知识
- 学生账号共享、私接路由器和防代理不是一回事校园网 · 技术知识
- 认证平台、认证网关和多运营商代拨分别负责什么校园网 · 技术知识
客户案例
相近项目的实践参考
先看一条代表性案例，再通过更多项目标题了解蓝海卓越在相关场景中的服务积累。
04 · 下一步
先提交学校类型、规模和当前状态
设备型号可以后补；初步判断会说明还需要哪些运营商、拓扑、接口或迁移资料。
05 · 部署条件
进一步了解校园网络的实施要求
展开查看网络拓扑、第三方接口、网络改造条件和校园项目常见问题。
查看校园接入控制关系示意+
查看第三方依赖与联调条件+
- 运营商 AAA/BRAS、线路和账号资源
- 学校统一身份、一卡通和财务系统
- 支付与短信服务
- 现有 AC、BRAS、网关或核心网络设备
项目边界
统一身份、一卡通、支付、短信、AAA/BRAS 均需确认接口、字段和联调资源。
查看可能触发网络改造的条件+
- 现有控制点不具备所需 Portal、RADIUS、CoA 或策略放行能力
- 旧系统迁移需要并行运行或替换设备
- 多运营商代拨需要调整出口、地址池和路由
- 宿舍与教学办公区缺少必要网络分区
校园项目 FAQ
现网设备不更换，可以直接做统一认证吗？
有可能，但要先确认出口、认证控制点，以及现有 AC、网关或 BRAS 是否具备所需的外部认证和放行能力。
判断边界：控制点缺失或设备能力不足时，可能需要调整拓扑或增加设备。
设备支持 RADIUS，是否就一定能接？
不能只凭“支持 RADIUS”判断。还要核对 Portal 跳转、属性映射、会话控制、放行和联调条件。
判断边界：不同品牌和版本的完整外部认证能力不同。
校园多运营商接入是否都要做 PPPoE 代拨？
不一定。普通认证计费与代拨运营是两条不同路线，要根据运营商 AAA/BRAS、线路、账号资源和运营职责判断。
判断边界：多运营商接入不等于可以承诺运营收益。
能否直接给出固定并发和吞吐指标？
需要结合硬件、拓扑、认证峰值、会话模型和验证方式后再给出项目级判断。
判断边界：不展示脱离型号、链路、功能组合和测试条件的固定性能数字。
提交信息后会直接得到最终方案吗？
不会。首次信息用于形成初步适配判断，确认需要补充哪些拓扑、设备、接口和实施条件。
判断边界：最终方案仍需售前与相关第三方共同确认。
原校园网专题继续保留
校园运营与实施专题资料
旧专题总入口已合并到校园网场景页；原专题下的细分资料和历史详情 URL 继续保留，可按主题进入查看。
后台持续维护
相关方案资料
以下内容来自原有 PHPCMS 栏目；后台新增或更新本场景方案后，前台会自动显示。