核心要点：一张 PON 能让整栋楼都上网，但不等于能按户收钱。能不能收得准，取决于三件事是否都落地：把某个光口、某个 ONU 精确对应到某个房号（认证）；给不同房号下发不同的带宽档位（授权）；把每一次会话的开始、结束和用量记成可以跟账目对得上的记录（计费）。这三件事缺掉任何一件，月底的对账单一定会和网络实际情况打架。下面按部署顺序讲清楚每一步该怎么做、哪里最容易出错。

一、认证、授权、计费是三件不同的事

很多项目在验收时"能上网、测速也够"，就认为网络做完了。等到要按户收费才发现问题：不知道哪一根纤对应哪一户，只能按楼栋整体收费；改一次套餐要去机房改 OLT 配置；用户报停之后系统里还在计费。这三个现象分别对应认证、授权、计费三个环节的缺失。

完整的数据流是：ONU 上线 → OLT 在用户的 DHCP 或 PPPoE 报文里插入位置信息 → 认证服务器（RADIUS 或 BNG 本地库）判断这个位置对应哪个账号 → 按账号所属档位下发策略 → 会话期间持续上报用量 → 会话结束写入计费记录。

一个实用的判断标准：拔掉某一户的网线，运维能否在五分钟内说出这是几零几、什么档位、上次缴费是什么时候。答不出来，说明认证那一层还没建起来。

二、三条按户认证路线，各适合谁

按户认证没有唯一答案，取决于楼里住的是长租客、短租客，还是机顶盒、门锁这类不需要人操作的设备。三条主流路线各有取舍：

酒店与公寓通常不是三选一，而是双轨并行：人的设备走 PPPoE 或 Portal，机顶盒、门锁、能耗采集走 DHCP + Option 82，并在认证侧按 MAC 段或业务 VLAN 区分，避免把机顶盒当成"未付费用户"踢下线。

这里有一个采购前必须问清的问题：OLT 是否支持 DHCP Option 82 插入，circuit-id 格式能不能自定义。部分入门级 OLT 只能填一段固定字符串，所有用户插进去的内容完全一样，定位能力等于零。这一项不能靠猜，要让供应商给出实际抓包或配置截图。

三、circuit-id 怎么编，才能从一根纤反查到 1203 房

circuit-id 是把"物理位置"翻译成"可读地址"的那一段字符串。它最大的价值不是技术先进，而是换机不断链：用户报修换了 ONU，MAC 变了，账号和账目不应该跟着乱。

常见做法是把位置分层编码，例如"楼栋-单元-楼层-房号-业务类型"，写成 03-01-12-1203-I。位数固定之后，计费系统和工单系统都能直接解析，不需要人工对照表。业务类型位很重要：同一个房号可能同时有宽带（I）、IPTV（T）和语音（V）三条业务，混在一起会导致一户被计三次或者只计一次。

编码必须和现场标识一致：分光器端口、光交箱与弱电井的跳线标签要和 circuit-id 层级一一对应。施工阶段贴错一张标签，运营阶段就得花几小时去现场核对。

四、RADIUS 该下发什么：档位、时长与地址

认证通过只是"你是谁"，授权才是"你能用多少"。RADIUS 的返回属性至少要覆盖四类：身份与位置（User-Name、Calling-Station-Id、NAS-Port-Id）、地址（Framed-IP-Address 或地址池）、时间控制（Session-Timeout、Idle-Timeout）、以及策略（Filter-Id 或厂商私有属性，用来指向一个限速模板名）。

计费侧要看的是 Acct-Status-Type、Acct-Session-Time、Acct-Input-Octets、Acct-Output-Octets 这几项，并且要把 interim update 的间隔设短一些。默认一小时一次意味着断电、拔纤这类异常最多会丢一小时的用量；设成 5 到 10 分钟，既能把损失压到可接受范围，又不会把服务器压垮。

要提醒的是，把"档位名"映射到"限速模板"用的是厂商私有属性，每一家 OLT 的属性编号都不一样。这一层不能抄别家的配置，必须拿自己 OLT 的手册逐条对，并用三个不同档位的账号各拨一次验证模板对不对。

五、把"计费策略"和"限速实现"拆开

最常见的结构性错误，是把带宽档位直接写进 ONU 的配置文件里。结果是每一户一个模板，五百户就是五百份配置；用户升级套餐要去现场或者远程重刷配置，改错一次就是一户投诉。

正确的分层是两层：RADIUS 只决定"这个账号属于哪个档位"，比如 100M、300M、500M；OLT 上只保留与档位数量相等的几个限速模板，模板内部再决定承诺速率、峰值速率和突发怎么给。这样改套餐只是改一条账号属性，下一次拨号自动生效，现场一根线都不用动。

模板参数怎么取值涉及共享上行的实际情况，属另一个话题；原则只有三条：模板数量要少、命名要一眼看懂、任何变更先在两三个测试账号上验证再全量放开。

六、试用、停机保号、欠费：三种状态的技术动作

这三种状态在账单上看起来只是状态字段，在网络上却是三套不同的动作。做错了，要么用户已经交钱还被断网，要么用户报停了系统还在扣费。

• 试用：用较短的 Session-Timeout 加独立的地址池，并在计费记录里打上试用标记，避免试用流量混进正式账单。试用到期自动降级为一个极低档位，比直接断网更容易转化成付费用户。
• 停机保号：不删除账号、不回收 IP 与 VLAN，只把档位切到最低，保持链路在线。用户回来缴费后一次拨号即可恢复，不需要重新上门配置。
• 欠费断网：优先用 RADIUS 返回拒绝（Access-Reject），而不是去 OLT 上关端口。拒绝认证是可逆的、秒级生效、留痕清晰；关端口需要人工操作，恢复慢，而且容易把同一端口上的其他业务一起断掉。

还有一个连带问题：机顶盒与宽带共用账号时，欠费断网会把电视一起黑掉。要么按业务类型分开授权，要么让机顶盒走独立 VLAN 与独立认证域。

七、账实不符的六个常见原因

月底对不上账，八成不是计费软件算错，而是网络侧的信息在某个环节断了。按出现频率排，通常是这六个：

1. 换了 ONU 没换绑。用 MAC 做账号标识的项目，换机之后旧账号还在计费、新设备认证不过，两头都错。
2. circuit-id 和房号错位。施工贴错标签、跳线插错端口，系统里 1203 显示在线，实际是 1204 在用。
3. 会话没有正常结束。断电、拔纤、光路中断都不会发计费停止报文，只能靠 interim update 兜底。
4. 一个房号多个账号。住户自己加了路由器再分给邻居，或者一户开了宽带和 IPTV 两个账号却按一户结算。
5. 私接与串户。把 ONU 后面的网线接到公共区域，需要靠端口隔离和准入控制才能挡住。
6. 计费周期起点不一致。系统按自然月、合同按开通日，跨零点的那部分流量最容易算错。

八、上线前必须跑通的九项

这套东西没法靠"看起来正常"验收。建议按下面的清单逐项跑一遍，全部通过再开始收费：

1. 随机抽三户，在 RADIUS 日志里能查到各自的 circuit-id，且与房号一致。
2. 模拟一次换机：拔掉旧 ONU 换新机，走完换绑流程后账号能正常上线，历史账目不受影响。
3. 三个带宽档位各抽三户实测，速率与档位匹配，且不是在空载状态下测的。
4. 会话中途拔掉光纤，5 到 10 分钟内能在系统里看到中断记录。
5. 欠费拒绝后补缴费，放行时间在一分钟以内。
6. 机顶盒、门锁、摄像头这类免配置设备不被误判为未认证用户。
7. 给定一个房号，能一次查出它的历史会话、所属档位和缴费状态。
8. 相邻两户做私接测试，VLAN 与端口隔离生效，互相不可见。
9. 跨计费周期跑一条完整账：从开通、中途停机、复机到月末出账，金额与时长可复算。

九项里最容易漏的是第三项和第九项：前者常在空载的凌晨测，数字漂亮但没意义；后者要真的跨一次月，很多项目上线三个月还没跑过一个完整周期。

结语

按户收费看起来是软件和账务问题，本质是"光口、位置、账号"三者的绑定问题。绑定做得干净，计费系统只是顺手一算；绑定做得含糊，再贵的平台也只能给出一个大概的数字。共享一张 PON 并不妨碍精细收费，前提是部署阶段就把 circuit-id、业务类型和档位分层设计好，而不是等收费出问题再回头补标签。

联系我们

如果正在为公寓、酒店或园区设计按户计费的光网络，需要确认 OLT 的 Option 82 与认证对接能力，把现网情况发给我们即可。

• 邮箱：zhenghui.xu@sczhgx.com
• WhatsApp：+86 17612849559
• 官方商城：shop.sczhgx.com