定义
Overage（超额）指流量池、Shared Bucket 共享配额或单卡套餐超出 Quota 配额后的处理策略。Overage 支持超额计费、限速、告警、暂停等，与 Quota、Fair Usage Policy 公平使用策略配合，实现用量可控与成本保护。
处理策略
Overage 典型策略：超额计费——超出部分按 Rate Card 单价计费，适用于弹性用量场景；限速——超量后降速至 2G 或更低，控制成本同时保持基本连接；告警——超量时通过 Event Subscription、短信、邮件告警，提醒客户；暂停——超量后暂停数据服务，需客户确认或充值后恢复。策略可按客户、套餐、池差异化配置。
应用场景
Overage 适用于 Pooled Data 流量池、Shared Bucket、单卡套餐等。池场景下，需结合 Fair Usage Policy 防止单卡过度占用导致池超量。跨境场景下，漫游超额成本高，Overage 策略可更严格（如限速、暂停），避免异常消费。
在 ICMP 中的实现
达希物联 ICMP 支持 Overage 策略配置：超额计费、限速、告警、暂停；与 Quota、Usage Analytics 实时用量联动；支持 Event Subscription 超量告警推送；CDR 与计费系统准确记录超额用量与费用。
超额动作的触发层级
超额描述的是用量已经越过事先约定的上限之后，平台接下来做什么。动作可以是按超出的部分另行计价、把速率降下来、通知责任人，或暂停数据服务。这些动作不是同义词，必须在产品里选定，并且写明在哪一层判断：单卡、共享池还是客户总账。单卡超额只影响这一张卡；池超额会影响池里所有仍在消耗的卡，即使其中大部分卡自己的用量很小。判断用的数量还要和用量汇总的口径一致，否则门户显示未超、网络侧已经限速。
启用超额规则的条件，是上限、周期、晚到话单如何处理和谁接收通知都已存在。漫游用量晚到时，若规则只看已经入账的数量，可能在下个周期才触发，本周期的超额费用却已经产生。若规则按估算值提前暂停，又可能误伤仍有剩余额度的卡。应约定估算和最终话单冲突时以哪一个为准，以及暂停后恢复需要人工确认还是自动执行。暂停本身要调用停机流程，不能只在账单上做记号而让设备继续传输。
池耗尽仍按单卡理解
容易出错的是客户只给每张卡设了告警，共享池没有上限。少数卡把池用完后，其余卡突然不可用，告警却发到并不负责这张卡的人。另一种错误是超额单价没有写入资费，系统继续放行，月底才发现超出部分无法计价，只能整笔争议。限速和暂停同时配置、却不写优先级，也会让运维无法解释设备为什么还能慢速上传。
公平使用若另有单卡上限，要和池超额分开触发。先触及单卡限制的卡应单独受限，不应等到整池耗尽再处理，也不应把单卡限制误显示成整池故障。超额记录要留下触发时的用量、阈值、动作和后续恢复，方便和最终账单对照，而不是只留一条“已超限”的状态。
规则变更只作用于生效时点之后的用量，不应在保存配置时顺手解除已经执行的限速或暂停。新加入共享池的卡要从加入时刻起纳入同一上限，而不是等到下次重置才开始计数。若最终话单把某段流量改判为不计费，原先按估算触发的超额动作要按同一规则回冲，并留下回冲前后的数量，避免设备已经停用、账单上却找不到对应的超出记录。
触发前最好先有一次只通知、不改变服务的提醒，并写明提醒之后还有多少用量或多少时间才会执行限速、另行计价或暂停。提醒对象要按层级配置：单卡异常发给设备责任人，共享池即将用尽发给池的管理者。发给不负责的人，真正能加额度或停掉异常设备的人看不到。提醒发出后如果用量因晚到话单回落，应再发一条恢复说明，避免对方按过期预警去停机。
宽限要有明确结尾。宽限期内可以继续传输并按超出单价记账，也可以只允许很小的用量。没有结尾的宽限等于没有上限。宽限用尽后的动作必须已经配置，不能等用尽了再临时决定。若最终话单少于估算，已经多计的超出金额要冲回；若最终话单更多，补计的部分仍按当时生效的超出单价，而不是按补单当天的新价格。
同一张卡同时命中单卡规则和池规则时，执行更严格且已经写明优先的那一条，并在记录里说明另一条为什么没有执行。否则客服会看到限速和暂停两个状态，不知道该按哪一个向客户解释。恢复时逐条解除，先恢复不该继续生效的动作，再重新计算剩余额度，确认不再满足触发条件后才完全恢复服务。