定义
Fair Usage Policy（FUP，公平使用策略）是流量池或 Shared Bucket 共享配额场景下的使用约束，防止单卡或少数设备过度占用共享资源，保障池内其他用户的公平性与整体成本可控。与 Overage 超量计费、Quota 配额配合，实现成本可控与异常防护。
典型规则
FUP 常见规则包括：单卡用量上限——单卡日/月用量不得超过池内均值的 N 倍；速率限制——单卡速率超过阈值时降速或暂停；优先级——高优先级业务优先保障，低优先级在池紧张时受限；异常检测——用量突增、异常时段、异常地域触发告警或限速。规则可按客户、按池、按套餐差异化配置。
应用场景
FUP 适用于 Pooled Data 流量池、Shared Bucket 共享配额、企业统一套餐等场景。若某设备因故障、恶意或误配置导致流量暴增，FUP 可限制其影响，避免池内成本失控。跨境场景下，漫游流量成本高，FUP 可限制单卡漫游用量，结合 Roaming Policy 实现精细管控。
在 ICMP 中的实现
达希物联 ICMP 支持 FUP 策略配置：按池、按客户设置单卡用量上限、速率限制；支持告警、限速、暂停等动作；与 Usage Analytics 用量分析联动，识别异常并自动触发策略。平台记录 FUP 触发事件至 Audit Trail，便于客户分析与优化。
公平使用约束的是池内份额
公平使用策略约束的是共享池里单卡可以占用的比例，不是改写整池的合同价格。池的总量仍按套餐约定计费；策略只在某一张卡或少数卡消耗过快时，限制它继续挤占其余成员。它和硬配额不同：硬配额是这张卡自己的上限，用完就没有了；公平使用是在共享余额还在时，阻止单卡把余额提前用尽。它也和超量费不同，超量是超出之后怎么计价，公平使用是超出比例之后怎么限制速率或暂停。
因此策略必须依附一个已经定义的共享池。没有共享、每张卡独立套餐时，不存在“占用别人的份额”，套上公平使用只会让人误解成运营商随意降速。计算份额要用同一统计周期内的用量，周期要和池的重置日一致。用自然日去卡一个月重置的池，阈值会每天被错误触发。
限速或暂停可以触发的用量条件
触发前要写明比较对象、时间窗和动作。比较对象可以是池内平均用量的倍数，也可以是一个绝对上限。时间窗要足够长，避免一次固件下载就越过日阈值。动作分等级更稳妥：先告警，再限速，最后才暂停数据。暂停会让设备离线，现场维护也可能一起中断，所以只适合已经确认的异常，不适合作为第一反应。
漫游用量可以单独设一档更紧的条件，因为同样的字节在拜访网络成本更高。这档条件应引用漫游策略里允许的网络，而不是把所有出国流量都当成滥用。与配额同时存在时，要规定谁先生效：单卡配额用尽就停止，不必再等公平使用；公平使用触发时，单卡配额可能还有剩余。成员数量很少的池，平均值没有统计意义，倍数规则会失真，这种池更适合绝对上限。
用均值倍数误伤正常批量上报
池里大多数卡是低流量传感器，少数卡是视频或批量上报网关。按平均值的固定倍数限制，网关每天都会超标，尽管它的用量在设计之内。这不是滥用，是成员画像不同。把不同业务放进同一个池，再用单一倍数，会稳定地误伤高用量成员，同时让真正异常的传感器因为基数太低而看起来“还正常”。
短时间窗还会把集中升级误判成攻击。几百台设备在维护窗口同时拉取软件，池内均值被瞬间拉高，先完成的设备被限速，后启动的设备永远追不上。正确的做法是把升级窗口排除，或按设备类型分组设阈值。限速后不通知业务系统，应用会不断重试，流量不降反升。策略触发要留下卡标识、池标识、计算用的分子分母和动作，方便核对是不是公式本身的问题。不要用公平使用代替故障排查：会话异常导致的重复上报，应先回到诊断，而不是把卡暂停后就结束处理。
策略上线前用历史用量回放，而不是直接作用到在网设备。回放可以看出哪些卡会在第一个统计窗被限速，其中有多少其实是已知的高用量网关。阈值不合适就先改规则，再小范围启用。启用后把触发记录送给负责该设备的人，写明是限速还是暂停、预计何时恢复。设备侧应用若没有退避，限速期间的重传会继续消耗份额，策略看起来失效。恢复时不要一次性放开全部被暂停的卡，避免它们同时补传，把池再次打满。回放用的周期要和正式统计周期相同，用一天的数据去模拟一个月的倍数没有意义。