关于SIP语音网络中呼叫录音的三种录音方式的部署讨论，SIPREC是呼叫录音核心规范

SIP呼叫录音几乎是当前电话系统或者呼叫中心必须支持核心的功能之一。电话录音功能一直应用在多种行业的电话系统和呼叫中心的服务中，但是，因为业务部署方式的不同导致了很多业务场景和相应的录音方式也存在很大差异，而且因为最近几年网络部署的云化，很多公司的电话系统或者呼叫中心都存在业务模式升级和数据安全管理和迁移，系统升级或者扩容的问题。这些问题都是每个企业CIO面临的重大挑战。

根据德勤研究关于中国智能语音市场分析报告中的数据，根据运营商的预测，目前智能呼入型的呼叫中心的市场规模为10亿人民币，到2030年，整个智能呼叫客服的市场容量将达到410多亿人民币。随着市场需求的扩大，我们需要全面了解这些可能存在的风险和挑战。

为了应对面临的呼叫录音的技术挑战，我们需要针对当前存在的和未来可能需要的一些录音解决方案进行全面分析，最终能够从成本，优缺点和网络的扩展性方面的经验和借鉴。下面，笔者针对录音九个需求说明，三种关于呼叫录音解决方案具体技术架构和其各自的优缺点进行解读说明。

电话呼叫录音的九个主要原因

呼叫中心或者IPPBX的录音功能在很多行业是必须支持的功能。录音文件通过录音分析和AI赋能可以为业务系统和业务服务能力有质的提升。以下图例是针对金融行业根据语音录音扩展出的业务场景，从这个图例中，我们肯定这些周边的扩展基本上都是基于录音文件的处理。因此，录音文件的存储扩展和部署方式都会影响未来的应用场景。

通过以上简单的背景说明，笔者列举出九个需要录音的原因或者理由。通过这些理由我们了解为什么客户需要录音：

1. 确保呼叫沟通中双方通话合法合规，双方沟通内容是符合公司业务流程规范的，通过录音可以检查内容的准确性。
2. 作为证据，通过录音解决和客户之间矛盾和纠纷。沟通录音文件可以作为证据来避免纠纷的发生。
3. 录音文件内容可以作为呼叫中心客服经理作为未来培训的资料和服务保障的资料或者监听的需要。
4. 通过沟通录音，进一步提升产品服务的话术和服务水平。
5. 获得客户用户体验，通过沟通录音获知成功的用户体验内容资料。
6. 通过沟通录音获得用户对产品的反馈，构建完善的产品开发分析数据。
7. 实时分析沟通中的用户体验，及时了解用户真实想法，第一时间帮助用户解决问题。
8. 支持某些业务场景中的运营商或者政府部门的强制要求。某些公司或者部门要求呼叫录音，例如人力资源部门对外的沟通，采购部门的沟通和律师沟通等，或者运营商根据法律要求的对某些资源的录音。
9. 提供AI赋能接口，帮助实现海量大数据的处理。

以上我们讨论了关于录音要求的九个原因。当然，某些行业还有特定的需求，我们不能完全覆盖到这些具体的需求。这些录音要求涉及到了具体的部署实现方式。用户如果要满足这些录音的需求需要支持各种录音的部署方式，通过比较先进的部署方式来实现录音需求。接下来，笔者针对当前存在的三种录音方式或技术架构进行讨论。

SIP呼叫支持的三种录音方式的技术架构

目前，支持IPPBX电话系统或者呼叫中心录音的方式有很多种。比较简单的或者最基础的方式是通过IPPBX或者呼叫中心的系统功能，直接对呼叫RTP语音流进行录音，信令和媒体的关联关系也比较紧密。但是，这种方式存在一个巨大的挑战就是需要占用本地服务器存储空间，同时会增加本地通信服务器的负载，直接影响服务器的执行性能。以下示例简单说明了呼叫和RTP等关联关系：

因为呼叫录音到了对存储空间的写入，所以将消耗大量的系统资源，占用系统资源，例如CPU，网口流量和IO处理过高将直接导致系统的稳定性，会带来呼叫语音质量下降等风险。关于这方面的讨论笔者在历史文档中有很多数据，读者可以查阅历史文档获得完整测试数据。因此通过媒体服务器本地录音的方式来对呼叫录音进行存储会带来很多的潜在隐患。一些解决方案提供商通过其他的第三方对录音的处理来实现呼叫录音数据的管理。

对SIP呼叫通过端口镜像录音方式是外部录音的其中一种录音方式。通过端口镜像录音是一个相对比较简单的呼叫录音解决方案。以下图例就是一个通过交换机端口镜像对呼叫录音的技术架构。

在以上的图例中，如果呼叫通过IPPBX进行呼入呼出的话，录音服务器将对这类呼叫进行录音。录音文件存储在录音文件服务器。但是，在某些场景中，如果是IPPBX内部分机之间的呼叫的话，可能分机之间的RTP流直接通过点对点方式传输，没有经过IPPBX的话，端口镜像录音可能就不起作用，需要再另外增加交换机来实现录音，同时需要配置交换机相应的端口。

另外一种针对呼叫录音的设备是通过外置语音卡录音或者TAP设备录音。这里，我们重点讨论的是PSTN和IP结合的混合模式的IPPBX或者呼叫中心。当然，这种录音模式也支持了传统的PSTN 模拟交换机的呼叫录音。目前，市场上绝大部分的IPPBX或者呼叫中心基本上都是基于这种混合模式部署的媒体服务器。因此，这种模式可以通过外接的Tap录音设备，通过tap 录音分线器的方式，输出两组线路。一组对接tap录音设备，另外一组接入到PSTN/IPPBX 接口。

在很多基于PRI呼叫录音的应用环境中，一些用户使用开源的解决方案来实现对SIP呼叫或者其他呼叫的呼叫录音。通过tap三通E1并线，对接两套设备实现录音。

在以上示例中，所有通过PRI的呼叫可以录音。录音文件保存到录音服务器。但是，这种模式只能对呼入呼出录音，不能实现内部分机之间的录音，并且需要部署外置录音服务器，也很难实现扩容。

如果用户在纯IP或者IMS网络呼叫中，一些开源方案用户通过Kamailio或者OpenSIPS配套RTP engine的处理方式进行录音。这里的媒体服务器可以是任意开源媒体服务器，例如Asterisk或者freeSWITCH的平台产品。

在这种处理方式中，呼叫录音都存储在RTP engine中，同时也可以实现有限的语音转码功能支持，通过call-id绑定了SIP消息数据和RTP流的数据。RTPEngine可以根据配置文件权重实现多实例配置。

这种对呼叫录音的处理方式需要用户维护多个平台，扩展能力取决于技术支撑能力，因此，维护成本比较高。

在前面介绍的几种录音方式中，非常致命的缺点是所有呼叫和录音文件之间没有完整的信令和RTP语音的关联绑定关系，也没有完整的关联数据，因此这几种方式也缺乏对录音文件全方位管理。

介绍的最后一种对SIP呼叫的录音方式是通过SBC支持的SIPREC协议录音对服务器呼叫进行录音。通过SIPREC录音是目前主流IPPBX或者呼叫中心使用比较多的，并且稳定性和灵活性非常高的一种录音模式。在以下示例中，所有SIP 信令和媒体交互数据通过SBC实现处理，Ribbon SBC作为一个SIPREC的SRC客户端和支持SIPREC协议的SRS实现录音交互。

SIPREC是针对SIP网络的录音规范，很多主流SBC产品都已经支持了SIPREC规范。通过终端和服务器端的交互，结合meta数据实现双方完整的会话记录。关于SIPREC规范，用户可以阅读以下历史文档：

基于SIP协议的媒体录音规范（SIPREC）完整技术概述

具体的处理模式如下，更多关于SIPREC规范详解，建议读者参考以上链接。以上笔者通过网络架构的形式简单说明了关于SIP呼叫的录音的几种方式，接下来，笔者针对SIP呼叫的三种方式分享它们各自的特点或者优缺点，以便帮助用户根据自己的需求做更合理的方案决策。

三种SIP呼叫录音方式的特点

笔者在前面的章节讨论了三种外置SIP呼叫录音的解决方案的技术架构，并且简单说明了其部署的处理流程。在本章节，笔者从八个维度针对三种呼叫录音的特点或者优缺点进行讨论分享。

当前三种主流的呼叫录音解决方案汇总说明

关于SBC支持呼叫录音的其他讨论目前，主流的融合通信平台或者呼叫中心基本上都准备通过云平台的方式来实现，因此其周边业务支持也需要对应的云服务支持。前面介绍的几种呼叫录音方式是基于PSTN本地部署环境而衍生出来的应用解决方案。这些方案在本地部署或者简单呼叫应用场景中是可以胜任的。但是，对现在这种多变的网络环境，异地用户注册，多线路多业务能力的支持方面面临了太多的挑战。

相比前面几种呼叫录音解决方案，基于SBC的解决方案基本上完美解决了前面几种方案所面临的问题，同时对最新AI赋能的方案有了更强大的支持保障，这些更强大的功能包括了：

1. 因为支持了丰富的会话信息，所以这些信息为其他分析工具推广了原生信息资源，分析工具就可以获得更准确的分析结果。
2. 安全性提升，目前很多呼叫，特别是teams业务的呼叫都支持了呼叫加密，同时也支持了语音加密。SBC可以完全实现对呼叫，RTP加密处理存储。
3. 良好的兼容性，除了我们前面所讨论的特点以外，SBC可以兼容目前多种主流的最新语音编码和高清语音编码，为用户提供了良好的用户呼叫体验。另外，SBC同时兼容了WebRTC的呼叫接入，实现了基于浏览器的新技术扩展。
4. 强大的可扩展性。因为SBC可以基于软件部署或者云平台部署，环境支持能力可以根据虚拟方式或者云平台实现存储空间，网口处理能力和CPU的灵活升级，从而保证了录音文件处理的及时性，降低了数据传输的时延。
5. SBC的逃生或者HA支持也充分保证了录音文件的存储的稳定性。某些市场主流SBC可以同时配置主备SIPREC录音服务器支持，从而实现了对录音服务器对接的稳定性。

总结

呼叫录音是企业IPPBX和呼叫中心客户经常使用的必要功能之一。呼叫录音文件的管理需要稳定的，能够兼容最新互联网技术的解决方案。当前存在的几种方案各自有自己的特点，但是基于端口镜像录音和外部录音设备录音面临了更多的技术难题，很多中大型用户选择比较主流的SBC-SIPREC录音解决方案。

笔者针对三种解决方案，从客户需求角度，技术架构和特点等维度讨论了各自的细节。如果用户选择不同的录音方式的话，建议用户结合最新应用场景和互联网技术的特点来部署。SBC相对是比较新的，同时能够满足多种未来业务支持的产品，其支持的SIPREC协议可以满足未来SIP网络呼叫录音的需求，也是当前比较完美的解决方案。

当然，任何录音解决方案都必须基于成本和是否满足现实用户需求为标准。笔者的讨论仅为读者提供更多的思路，最终的产品选型完全取决于用户自己的考虑。

获得关于SIP/IP语音相关技术分享-加入“SIP实验室技术分享群“-QQ号-589995817

参考资料：

https://www.rfc-editor.org/rfc/rfc7245.html

https://docs.genesys.com/Documentation/GVP/8.1.0/Solution/CallRecording#t-4

作者：james.zhu
来源：SIP实验室
原文：https://mp.weixin.qq.com/s/x6WugSg4DlUBgFtMt1_slQ