IXC Recording 在 Softswitch 与 Billing 7 上——AI 呼叫分析的基础

IXC Recording 是 IXC Softswitch 与 IXC Billing 7 上的栈功能。启用录音后，软交换采集呼叫媒体；Billing 7 整理该归档，使您的团队——以及下一层 IXC 分析——都能基于同一份音频工作。

本概述说明 Recording 解锁了什么、运营商今天能获得什么，以及它如何为 AI 呼叫分析、FAS 与语音信箱检测提供输入。产品公告：IXC Recording 新闻。

它解决什么问题？

运营商已有 CDR、路由与信令跟踪。他们没有的是平台上的结构化呼叫音频——机器与人员做话务洞察、欺诈听辨与呼叫中心辅导所需要的那一层。

没有 Recording：

• 音频以原始文件存在服务器上，而不是作为一等平台能力
• 没有可靠的内容可标记并送去 IXC 呼叫分析
• FAS 与语音信箱检测器没有可监听的媒体路径
• 大容量网络淹没在未管理的文件中，而不是可搜索的归档

IXC Recording 补上这一缺口：软交换采集加上 Billing 7 归档——一切“听得到呼叫”的能力的基础。

运营商有何新能力

1. Recordings 页面（Troubleshooting）

新的 Troubleshooting → Recordings 屏幕显示磁盘用量，并列出小时桶——按时间分组（例如 2026-08-05 09），包含：

• 该小时内有多少通呼叫
• 总大小
• 该桶中最新与最旧录音的时间

打开一个桶即可查看单通呼叫。不必再滚动无尽的扁平列表。

2. 跨全部录音搜索

需要某一通呼叫但不知道小时？使用 Search all buckets：

• 部分 Call-ID
• 部分语音标签（文件上的路由 / 号码标签）
• 录音日期范围

结果会显示每条匹配所属的小时桶，便于下钻或直接从列表操作。

3. 收听、导出、清理

打开录音即可收听、为伙伴或合规包下载音频，并删除不再需要的内容——单通或批量。同一批文件稍后可标记用于 IXC 分析报告。

4. 保留规则

同一页面上的可选保留策略：

• 删除超过 X 天的录音
• 只保留最近的 N 通呼叫
• 磁盘用量超过限额时自动裁剪

规则可保存并按需运行——归档始终准备好用于分析，而不是埋在未管理的媒体里。

5. 从呼叫报表进入——不离开现有工作流

在 Originator Calls 与 Terminator Calls 上，当录音处于活动状态时，可从呼叫行打开录音——与打开 SIP 跟踪同样的习惯。收听或导出，不必再去 Troubleshooting 菜单里找。

之前 vs 有了 V7 Recordings

之前

• 文件按小时散落在服务器上
• 在成千上万条中很难找到一个 Call-ID
• 在报表与服务器路径之间来回跳
• 手动清理
• 没有通向 AI 分析或 FAS/语音信箱听辨的干净路径

有了 V7 Recordings

• 清晰的小时桶与分页
• 按 Call-ID、标签或日期搜索
• 从 Originator / Terminator 报表打开
• UI 内置保留规则
• 可启动 标记 → 分析 → 自动报告 流水线

面向谁？

• 平台所有者——构建下一层：AI 话务分析、FAS、语音信箱检测
• 呼叫中心与批发——将标记呼叫并拿回 IXC 分析报告
• 质量 / 合规——需要时定位并导出特定对话
• 运营——监控磁盘用量，并在存储填满前应用保留策略

访问沿用您惯常的角色与权限。

使用所需条件

IXC Recording 跨越两层：

• Softswitch — 平台（install/build）已启用录音，并在您要采集的话务的 originator 信令配置文件上开启
• Billing 7 — Recordings UI、报表深链、导出，以及对磁盘上已有内容的保留

为何重要——以及下一步

Recording 不是最终产品。它是通向 IXC 呼叫分析 的第一步——标记呼叫，自动拿回报告——并通向同一媒体路径上的实时 FAS 与语音信箱检测。

可用性

IXC Recording 需要启用语音录音的软交换构建，以及 IXC Billing 7.0.90 或更高版本以提供运营商 UI。见 产品公告 或联系 noc@ixc.ua。

小结

软交换采集加上 Billing 7 归档：小时桶、搜索、收听/导出、保留与报表深链——这是 IXC 分析与检测的基础，而不是处理工单的旁路工具。