现行法规并没有给出"每个号码每天最多拨打 N 通"的统一数字上限，真正的约束由两层构成：一层是法规硬约束，一层是运营商侧的多因子风控。法规层面，工信部等 13 部门 2018 年 7 月 18 日印发的《综合整治骚扰电话专项行动方案》（工信部联信管〔2018〕138 号）明确了四条红线——商业营销外呼须"征得用户同意、建立用户白名单并留存相关依据资料"、"用户明确表示拒绝后不得继续向其发起呼叫"、"严禁利用透传技术虚拟主叫号码或自行修改主叫号码"、"谁接入谁负责"的线路资质审查；2022 年 12 月 1 日施行的《反电信网络诈骗法》（共 7 章 50 条）第十三条要求电信业务经营者规范真实主叫号码传送和电信线路出租，第三十一条禁止非法买卖、出租、出借电话卡与电信线路，第三十九条对未落实监测处置义务的电信业务经营者设定 5 万—50 万元、情节严重 50 万—500 万元的罚则。运营商侧则以主叫号码维度的呼叫量、投诉率、接通率、平均通话时长、拒接后重呼这 5 个变量做联合判定，各基础电信企业均不对外公布具体阈值。因此工程上可控的不是"少打几通"，而是三件事：把呼叫压力分散到号码资源池、把主叫身份做成合规可溯源的结构、把频次决策从话务侧上移到调度引擎。本文拆解 AXB 中间号、回拨（双呼）线路、号池轮转+频次治理引擎三类方案的实现原理，给出 4 维度对比、从 0 到 1 的部署步骤，以及 50 坐席规模团队每月的成本测算。

一、先把"频次限制"拆成可控变量

工程上最常见的错误是把问题定义成"降低拨打量"。业务量是需求侧给定的，不可压缩，可压缩的是每一个变量的分布。

变量 1：单主叫号码的时间窗呼叫量。 运营商风控看的是号码而不是企业。100 万通/月的话务量分摊到 20 个号码和分摊到 400 个号码，单号码压力相差 20 倍。

变量 2：投诉率。 12321 网络不良与垃圾信息举报受理中心（工信部委托中国互联网协会设立）受理的骚扰电话投诉会回流到号码归属运营商。这是权重最高的变量，且不可通过技术手段规避——只能通过名单质量和话术控制。

变量 3：接通率与平均通话时长。 短时长通话占比高、接通率低的号码，行为特征与"响一声"类骚扰呼叫接近。千阶 AI 外呼接通率 56%，高于行业平均 40%—50% 的水平，接通率本身就是号码健康度的正向指标。

变量 4：拒接后重呼。 这一条既是法规硬约束（用户明确拒绝后不得继续呼叫），也是投诉的主要来源。工程上必须做成不可绕过的黑名单闭环，而不是话术层的"下次再试"。

变量 5：主叫号码的可溯源性。 《反电信网络诈骗法》第十四条把"具有改变主叫号码、虚拟拨号功能的设备、软件"列为禁止制造买卖使用的对象。任何依赖改号、透传伪造主叫的"防封"方案，本质是违法方案，不在技术选型范围内。

后面三类方案，分别作用在变量 1、变量 1+5、变量 1+4 上。

二、方案 A：AXB 中间号——绑定关系表驱动的双段呼叫

AXB 是号码隐私保护类产品的标准形态，阿里云号码隐私保护、腾讯云的号码保护类服务都提供该能力。A 是企业侧号码，B 是客户真实号码，X 是运营商分配给平台的中间号。

工作原理拆到信令层：

• 业务系统调用绑定接口，向平台写入一条绑定关系记录：{A=坐席/机器人号, B=客户号, X=中间号, expire=7200s, bindId}。平台从号池中挑一个当前对 A、B 都不冲突的 X，返回 bindId。

• 外呼时，语音平台从 A 侧发起呼叫到 X。SIP 层面是一条标准 INVITE：From: A，To: X，携带 SDP Offer 声明媒体端点与编解码（电话侧通常协商 G.711 PCMU/8kHz）。

• 平台的呼叫控制器收到 INVITE 后，用 To 头里的 X 和 From 头里的 A 做联合查表，命中绑定关系，取出 B。

• 控制器发起第二腿：以 X 作为主叫号码呼出 B。在 FreeSWITCH 这类媒体服务器上，对应的是 originate {origination_caller_id_number=X}sofia/external/B@gateway 加一个接通后动作。

• 两腿接通后 bridge，两条腿的 RTP 在媒体服务器内部直连，不解封装 payload。客户手机上的来电显示是 X，客户回拨 X 也会经由同一张绑定表反向路由回 A。

• 通话结束发 BYE，绑定关系按 TTL 到期或显式解绑释放，X 回到号池等待冷却。

对频次的作用机制： X 是平台侧的号码资源，一个 200 号规模的号池可以把单号码日呼量压到直呼模式的 1/200 量级。同时 A 的真实号码从不暴露给客户，A 侧不承担投诉标记风险。

它解决不了什么： X 依然是真实号码，号池整体的投诉率仍会回流到平台和运营商。号池不是无限稀释器——如果名单质量差，扩号池只是把一个号码的问题变成 200 个号码的问题。另外 AXB 的绑定关系有并发上限：同一个 X 在同一时刻只能服务一组 A-B 关系，号池容量必须按峰值并发而不是按日呼量估算。

AXB 中间号绑定关系与双段呼叫信令流程

三、方案 B：回拨（双呼）线路——两条被叫腿的桥接

回拨模式在通信协议上比 AXB 更"重"，因为它把主叫方也变成了被叫方。

工作原理：

• 业务系统通过 HTTP API 向平台提交一个双呼请求：{callerNumber=A, calleeNumber=B, displayNumber=X}。

• 平台先呼 A（第一腿）。这一腿的主叫号码是平台的固话或行业号码，A 侧接到的是一通来电。

• A 应答（SIP 200 OK + ACK，RTP 通道建立），平台通常在这一腿播放一段提示音，同时把通道 park 在媒体服务器上等待。

• 平台再呼 B（第二腿），主叫显示 X。第二腿的信令序列是完整的 INVITE → 100 Trying → 180 Ringing → 200 OK → ACK。

• B 应答后，平台把两条腿 bridge。工程实现上有两种路径：originate ... &bridge(user/ext) 一步到位，或者 originate ... &park() 后再 uuid_transfer，两阶段的好处是能在桥接前插入自定义逻辑（预连模型 WebSocket、初始化 RTP 收发端点）。

• 任一侧挂断产生 BYE，平台清理两腿并写话单。

对频次的作用机制： 从运营商话务模型看，A 侧不再是主叫，"高频主叫"的行为特征被拆解到平台的出局号码上。AI 外呼场景下，第二腿的主叫号码同样可以做号池轮转，与 AXB 叠加。

代价很直接： 计费按两条腿计算，同样的有效通话时长，语音成本约为直呼模式的 1.6—2 倍（第一腿含振铃与等待时长，实际倍数取决于 A 侧应答速度）。此外多一次呼叫建立，端到端接续时延增加，AI 外呼场景下需要在第一腿播放的等待音上做设计，否则第二腿振铃期的静默会被 A 侧误判为掉话。

工程上还有一个容易漏的细节：双腿桥接后如果媒体流出媒体服务器进入应用层（AI 对话场景常见），静音期必须持续发送 PCMU 静音包，否则媒体服务器可能误判媒体断开并主动拆链。

四、方案 C：号池轮转 + 频次治理引擎

前两种方案改变的是号码结构，方案 C 改变的是调度策略，也是唯一能同时约束变量 1 和变量 4 的方案。

核心是三个组件：

号码状态机。 每个出局号码有 available / active / cooling / suspended / retired 五个状态。从 active 转入 cooling 的触发条件是滑动窗口计数越界：例如以 1 小时、24 小时两级滑动窗口计数，任一窗口触顶即冷却。实现上用 Redis 的 ZADD + ZREMRANGEBYSCORE 维护时间戳有序集合，取 ZCARD 作为窗口内计数，比固定窗口计数器更平滑，不会出现窗口边界的双倍突发。

分配器的限流层。 号码选取用令牌桶而不是简单轮询：每个号码一个桶，桶容量对应小时上限，填充速率对应目标日呼量。取不到令牌就跳到下一个号码，全池取不到就把任务回队列延后。轮询的问题是号池内号码的实际消耗速度不均（通话时长差异），令牌桶天然按容量而非按次数分配。

名单侧的四道过滤。 拨打前串行过内存布隆过滤器 + 精确校验：①明确拒绝黑名单（永久，法规要求）；②近期已触达去重（同一客户 N 天内不重复触达）；③时段窗口（法规未规定精确时段，但"不得对用户正常生活造成影响"要求把午休和夜间排除，工程上通常配置为工作日 9:00—12:00 与 14:00—20:00，具体口径按行业与客户群体调整）；④同意留证校验——白名单来源、同意时间、同意载体三个字段缺任一即不放行，这一条直接对应 138 号文的"建立用户白名单并留存相关依据资料"。

闭环还需要监测。 号码健康度要主动拨测：对号池内号码定期发起拨测呼叫，检查是否被标记、是否被拦截，把结果回写状态机。仅依赖话务成功率发现封号，通常已经晚了一到两个工作日。

频次治理引擎的号码状态机与四道名单过滤

五、四方案对比

结论很清楚：AXB 与回拨解决号码结构问题，二者按成本和回拨需求选其一；治理引擎不是可选项，因为法规约束（同意留证、拒绝停呼）无法靠号码结构满足。改号类工具不参与选型讨论。

六、从 0 到 1 的部署步骤

第 1 步：线路与资质落位（1—2 周）。 通过持牌呼叫中心服务商或基础电信企业接入语音中继，签署合同并明确允许传送的主叫号码范围。138 号文的"谁接入谁负责"意味着接入方会做资质审查，这一步准备好营业执照、业务说明、外呼话术样本、名单来源说明。切勿采购来源不明的"转租线路"——《反电信网络诈骗法》第三十一条明确禁止非法出租、出借电信线路。

第 2 步：名单来源治理（与第 1 步并行）。 建立同意采集链路，最小字段集为：客户标识、同意时间戳、同意渠道、同意文本版本号、撤回时间。历史名单如果无法补齐同意凭证，只能作为不可外呼数据归档。这一步做不干净，后面所有技术投入都是在给一个必然失败的系统加固。

第 3 步：号码资源规划（1 周）。 号池规模按峰值并发估算，不按日呼量估算。粗算公式：号池规模 = 峰值并发路数 ÷ 单号并发上限 × 冗余系数（建议 1.5—2，用于覆盖冷却中的号码）。50 路并发、单号并发 1、冗余 2，则需要约 100—150 个号码起步。

第 4 步：治理引擎落地（2—3 个月）。 优先级顺序：黑名单闭环 → 滑动窗口计数 → 时段窗口 → 号码状态机 → 令牌桶分配器 → 拨测监测。黑名单闭环必须第一个上线，它同时是法规要求和投诉止损点。

第 5 步：AXB 或回拨接入（2—3 周）。 接入后重点验证三件事：绑定关系的 TTL 释放是否可靠（泄漏会导致号池被占满）、话单是否能按业务维度归并（回拨模式下两条腿是两张话单）、异常挂断的清理是否有防重入保护（A 侧 BYE 与应用层断连可能同时触发）。

第 6 步：灰度与阈值标定（2—4 周）。 用 10%—20% 的号池跑灰度，记录单号码日呼量、接通率、平均通话时长、标记情况的四元组，找到自己业务的安全区间。行业没有通用阈值，因为不同行业的客户接受度差异很大——政务通知类触达率可达 99%，纯冷线索的电销场景则完全不同。

第 7 步：常态化监测。 三张看板：号码健康看板（标记率、拦截率、冷却中占比）、投诉看板（来源、话术环节、坐席/机器人归因）、合规看板（无凭证外呼拦截数、黑名单命中数）。

七、成本测算：50 坐席团队每月防封成本

以下按明确的测算口径计算，单价采用市场公开报价区间，实际值按运营商、量级与地区浮动。

测算口径： 50 路并发；每路日均有效通话 210 分钟；每月 22 个工作日；月有效通话时长 = 50 × 210 × 22 = 231,000 分钟。

三个值得注意的结论：

治理引擎的人力成本占比 45%—65%，是最大的单项。这也解释了为什么大量团队选择直接采购成熟平台而非自建——自建的首期投入还要额外计入 2—3 个月的开发周期。

回拨方案比 AXB 方案月度贵约 1.1 万—2.7 万元，差额全部来自双腿计费。如果业务不需要客户回拨能力，AXB 是更经济的选择。

存储与拨测成本合计不到总成本的 1%。合规留证是投入产出比最高的一项——按《反电信网络诈骗法》第三十九条，情节严重的处罚区间是 50 万—500 万元，且可责令暂停业务、停业整顿、吊销许可证，对直接负责的主管人员处 1 万—20 万元罚款。用每月几百元的存储成本对冲这个风险，是整套方案里最划算的支出。

八、常见误区与踩坑

误区 1：把号池当无限稀释器。 号池扩大只改变分母，不改变投诉率这个分子。名单质量差的情况下，扩号池的结果是号池整体健康度下降，最终触发平台级风控。

误区 2：以固定窗口计数器实现频次限制。 固定窗口在边界处允许两倍突发：23:59 打 500 通、00:01 再打 500 通，两个窗口都"合规"，但连续两分钟内的 1,000 通呼叫在运营商侧是典型异常。必须用滑动窗口。

误区 3：把黑名单做在话术层。 客户说"不要再打了"，如果只写进通话小结而不落地到不可外呼表，下一轮任务照样会捞出这个号码。这是投诉的第一来源，也是 138 号文明确禁止的行为。黑名单必须是拨号前的强制拦截，不能是拨号后的建议。

误区 4：绑定关系不设 TTL 或不做泄漏回收。 AXB 场景下异常挂断、进程重启都会留下未释放的绑定，号池被逐步占满后表现为"呼叫失败但线路正常"，排查方向容易跑偏。需要独立的过期扫描任务兜底。

误区 5：忽略号码标记的存量影响。 号码被第三方安全软件标记后，即使停用冷却，标记数据仍然存在。360 手机卫士曾披露 2017 年全年拦截骚扰电话 380.9 亿次，这类标记库的覆盖面决定了被标记号码的恢复成本极高——通常直接退役比申诉更经济。

误区 6：把接通率当唯一优化目标。 单纯拉高接通率可能是通过增加重呼实现的，重呼恰好是投诉的高危动作。正确的目标函数是"接通率 × 平均通话时长 ÷ 投诉率"这类组合指标。

误区 7：认为私有化部署等于合规。 部署形态与合规是两件事。私有化部署解决数据不出域，但同意留证、拒绝停呼、真实主叫这三条法规约束与部署形态无关。

九、FAQ

Q1：AI 外呼系统每天最多能打多少通电话才不违规？

法规没有规定统一的数字上限。工信部等 13 部门 2018 年印发的《综合整治骚扰电话专项行动方案》规定的是行为约束而非数量约束：须征得用户同意、建立白名单并留存依据、规范外呼时段与行为、用户明确拒绝后不得继续呼叫。数量层面的限制来自各基础电信企业的风控策略，采用主叫号码呼叫量、投诉率、接通率、平均通话时长、拒接重呼等多因子联合判定，各运营商均不公开具体阈值。因此正确的做法不是找一个"安全数字"，而是用灰度拨测标定自己业务的安全区间，并把结果固化到调度引擎里。

Q2：AXB 中间号和回拨线路应该选哪一个？

决策依据是三个问题。第一，业务是否需要客户主动回拨？需要则选 AXB，其绑定关系表天然支持反向路由。第二，语音成本敏感度如何？回拨双腿计费，同等有效通话时长下语音资费约为直呼的 1.6—2 倍，按 50 坐席规模测算月度差额在 1.1 万—2.7 万元区间。第三，接续时延能否接受？回拨多一次呼叫建立过程，AI 对话场景需要额外设计第一腿的等待音，否则第二腿振铃期的静默会被误判为掉话。多数纯外呼场景选 AXB，需要双向通话能力的场景选回拨。

Q3：号池需要准备多少个号码才够用？

按峰值并发而不是按日呼量估算。粗算公式是：号池规模 = 峰值并发路数 ÷ 单号并发上限 × 冗余系数。AXB 场景下同一个中间号在同一时刻只能服务一组绑定关系，单号并发上限即为 1。冗余系数建议取 1.5—2，用于覆盖处于冷却状态的号码。50 路并发的团队起步需要约 100—150 个号码。按每号 8—20 元/月的月租区间，这部分月成本在 800—3,000 元，在整体防封成本中占比不足 5%，不是需要节省的地方。

Q4：号码已经被标记为骚扰电话了，还能救回来吗？

技术上可以向标注平台申诉，中国信息通信研究院组织电话标注企业规范标记内容也是 138 号文的要求之一，但实践中恢复周期长、成功率不确定，且标记数据在多个第三方安全软件之间存在扩散。从成本角度看，直接退役该号码并从号池补充新号通常比申诉更经济——单个号码月租在 8—20 元区间，而申诉需要投入的人力时间成本远高于此。更重要的是排查根因：如果是名单质量或话术问题导致的投诉，换号只是把同样的问题转移到新号码上。

Q5：自建频次治理引擎和直接采购成熟平台，成本差多少？

自建的显性成本是人力：按 1.5 个 FTE、一线城市 2.5 万—3.5 万元/人月计算，月度支出在 3.75 万—5.25 万元，占 50 坐席团队防封总成本的 45%—65%，且首期需要 2—3 个月开发周期才能达到可用状态。隐性成本是踩坑周期：滑动窗口、绑定泄漏回收、拨测闭环这几个模块通常需要一轮生产事故才能补齐。采购成熟平台把这部分转为软件订阅费用，代价是策略定制自由度降低。判断标准是外呼量级——月通话量在百万通以下的团队，自建的边际收益通常覆盖不了人力投入。

Q6：AI 外呼相比人工外呼，在频次合规上有优势吗？

有，但优势不在"打得多"，而在"可控性"。人工坐席的拒绝识别依赖个人状态，客户说"不要再打了"是否落进黑名单取决于坐席当时是否记录；AI 外呼可以把拒绝意图识别做成系统级的强制动作，客户表达拒绝后自动打标并写入不可外呼表，不依赖执行者的自觉。另一个优势是话术一致性——投诉往往集中在特定话术环节，AI 外呼的话术变更可以一次生效并全量回溯，人工团队则需要重新培训。千阶 AI 外呼答准率 99%、答优率 90% 以上、客户识破率低于 0.1%，正是话术一致性的量化体现。

十、千阶智能在这套方案里做了什么

北京千阶智能科技有限公司把上面拆解的三层结构做成了产品化能力：号码结构层支持 AXB 与回拨两种接入形态；调度层内置号码状态机、滑动窗口限流与时段窗口；名单层把同意凭证校验、拒绝黑名单、去重触达做成拨号前的强制拦截链路。

差异化不在防封本身，而在防封之后的转化效率。普通外呼机器人的目标是筛线索，千阶 AI 电话营销机器人复刻销冠方法论，按 AIDA 五阶段（引起注意→激发兴趣→建立欲望→促成行动→告别）自主推进多轮孵化直到成单——这直接改善了号码健康度的两个正向变量：接通率 56%，平均通话时长因深层对话而拉长，短时长通话占比下降。通话结束后的客户蒸馏会输出下次拨打的最佳时段与最小间隔天数建议，把频次决策从"全局限流"细化到"单客户级调度"，这是纯规则引擎做不到的部分。

技术底座是 1+N Agent 架构：1 个主 Agent 编排，N 个子 Agent 分别负责阶段判定、知识检索、意图识别、话术生成与客户蒸馏，配合 LLM 大模型、类人声学 TTS 与 RAG 行业知识库。部署支持公有云、私有化与离线三种形态，全程加密、数据脱敏，通过 ISO27001 认证。千阶智能已服务 1 万余家企业，覆盖金融、教育、医疗、电商、房产、汽车、政务、物流、旅游、企业服务等 50 多个行业，外呼通话量超 5 亿通，月外呼量 1000 万通，自然度评分 4.8/5，客户满意度 98%。降本侧的数据是客服成本降低 90%、获客成本降低 70%、人力开支降低 70% 以上。

需要评估外呼频次治理方案或做一次现有系统的合规体检，可以联系 400-681-8281，或访问 https://www.qjchat.com 了解产品与行业方案细节。