CN102769633A - 通话录音系统和通话录音方法 - Google Patents

Abstract

本发明提供了一种通话录音系统，包括：软交换设备，用于将来自所有通话方的语音数据分别重定向至录音服务器；所述录音服务器，用于将来自一通话方的语音数据转发至另一通话方，并将来自各通话方的语音数据进行混音，以生成对应的录音文件。相应地，本发明还提出了一种通话录音方法。通过本发明的技术方案，可以使通话方均处于普通的通话状态，而不需要进入三方会议的通话状态，即可实现对通话过程的录音，而不会对通话方的后续业务产生不良影响。

Description

通话录音系统和通话录音方法

技术领域

本发明涉及移动通信技术领域，具体而言，涉及一种通话录音系统和一种通话录音方法。

背景技术

在软交换技术的不断发展和大规模应用中，录音应用对于企业监控特殊岗位的服务质量、生产安全、事故责任认定等具有重要作用。但目前的软交换系统中，录音主要是软交换系统通过呼叫控制信令控制主被叫终端，将主被叫终端的语音数据RTP(Real-Time Transport Protocol)流重定向到录音服务器实现三方会议的方式来实现。

因而在上述方案中，需要录音服务器具有标准的呼叫控制信令处理能力，并且主、被叫终端在软交换系统中处于三方会议状态，而不是基本通话状态，导致其不能正常执行下一步的呼叫转接、会议等业务。

因此，需要一种新的通话录音技术，可以使通话方均处于普通的通话状态，而不需要进入三方会议的通话状态，即可实现对通话过程的录音，而不会对通话方的后续业务产生不良影响。

发明内容

本发明所要解决的技术问题在于，在相关技术中，若需要对通话过程进行录音，通话方均需要处于三方会议的通话状态，限制了其进一步的呼叫转接、会议等业务。

有鉴于此，本发明提供了一种通话录音系统，包括：软交换设备，用于将来自所有通话方的语音数据分别重定向至录音服务器；所述录音服务器，用于将来自一通话方的语音数据转发至另一通话方，并将来自各通话方的语音数据进行混音，以生成对应的录音文件。

在本技术方案中，所述语音数据是所述通话方进行通话时传递的包含通话内容等信息的实时语音数据。通过所述录音服务器转发所述通话方之间的语音数据，这样所述通话方建立的通话连接依然仅是通话方之间的连接，所述录音服务器并非像在三方会议状态下那样加入所述通话方之间成为一个独立的通话方，而仅是作为通话方之间传递语音数据的中转站，这样，所述通话方既处于普通的通话状态，不对其后续业务产生不良影响，同时，所述录音服务器作为中转站又可以获得所有通话方的语音数据进而得以完成录音作业。

在上述技术方案中，优选地，所述软交换设备包括：资源信息获取单元，用于根据所述通话方发送的自身语音媒体资源信息，从所述录音服务器获取对应的录音媒体资源信息；重定向处理单元，用于将所述自身语音媒体资源信息替换为所述录音媒体资源信息，并将所述录音媒体资源信息发送至另一通话方，以将所述另一通话方的语音数据重定向至所述录音服务器。

在本技术方案中，所述通话方自身的语音媒体资源信息包括通话方通话语音数据的编码方式、通话对方语音数据的终端上的端口号、通话方自身终端的地址，等信息。所述录音媒体资源信息包括通话方语音数据的编码方式、通话对方语音数据在所述录音服务器上的端口号、通话方自身在所述录音服务器上的地址，等信息。通过所述重定向处理单元将所述自身语音媒体资源信息替换为所述录音媒体资源信息，并将所述录音媒体资源信息发送至另一通话方，这样，所述通话方之间获得的都是对方在所述录音服务器上的地址和端口号等信息，当所述通话方之间建立通话连接时，所有通话方都将本应发送到对方的语音数据直接发送到所述录音服务器上，即完成了对于通话方语音数据的重定向，使得所述通话方之间以所述录音服务器为中转站建立了普通状态的通话连接。

在上述技术方案中，优选地，所述资源信息获取单元通过所述软交换设备的私有接口与所述录音服务器通信，以获取所述录音媒体资源信息。

在本技术方案中，可以通过所述软交换设备的私有接口与所述录音服务器通信，这样就避免了因使用现有技术中的呼叫控制信令而带来的一系列负面效果，包括：对于录音服务器处理能力要求高、仅能以三方会议的方式实现录音、影响通话方后续业务的进行等。

在上述技术方案中，优选地，所述软交换设备还包括：请求发送单元，通过所述私有接口向所述录音服务器发送录音开始请求或录音停止请求，以控制所述录音服务器开始或停止进行通话录音。

在本技术方案中，通过可以灵活设置的所述私有接口，所述软交换设备通过所述请求发送单元可以及时地控制所述录音服务器开始或停止进行通话录音，进而在保证录音完整性的同时，更有效地利用所述录音服务器的资源。

在上述技术方案中，优选地，还包括：存储装置，位于所述录音服务器中或所述录音服务器外部，用于存储所述录音文件；和/或位于所述录音服务器中的文件推送单元，用于将所述录音文件推送给所述通话方。

在本技术方案中，可以在所述录音服务器中设置存储空间直接存储所述录音文件，也可以在所述录音服务器外部设置文件服务器来存储所述录音文件。进一步，考虑到录音文件可能积累，进而形成海量数据的情况，所述文件服务器可以采用网络文件系统（Network File System，即NFS）向所述录音服务器共享存储空间，进而方便对所述录音文件进行统一管理。

另外，可以在所述录音服务器中引入所述文件推动单元，将所述录音文件直接推动给所述通话方，这样就省去了所述通话方再主动向所述录音服务器申请获取所述录音文件的过程，使得所述通话录音系统更加智能化，提升用户体验。

本发明还提供了一种通话录音方法，包括：步骤202，通过软交换系统将来自所有通话方的语音数据分别重定向至录音服务器；步骤204，所述录音服务器将来自一通话方的语音数据转发至另一通话方，并将来自各通话方的语音数据进行混音，以生成对应的录音文件。

在本技术方案中，所述语音数据是所述通话方进行通话时传递的包含通话内容等信息的实时语音数据。通过所述录音服务器转发所述通话方之间的语音数据，这样所述通话方建立的通话连接依然仅是通话方之间的连接，所述录音服务器并非像在三方会议状态下那样加入所述通话方之间成为一个独立的通话方，而仅是作为通话方之间传递语音数据的中转站，这样，所述通话方既处于普通的通话状态，不对其后续业务产生不良影响，同时，所述录音服务器作为中转站又可以获得所有通话方的语音数据进而得以完成录音作业。

在上述技术方案中，优选地，所述步骤202包括：所述软交换系统根据所述通话方发送的自身语音媒体资源信息，从所述录音服务器获取对应的录音媒体资源信息；将所述自身语音媒体资源信息替换为所述录音媒体资源信息，并将所述录音媒体资源信息发送至另一通话方，以将所述另一通话方的语音数据重定向至所述录音服务器。

在本技术方案中，所述通话方自身的语音媒体资源信息包括通话方通话语音数据的编码方式、通话对方语音数据的终端上的端口号、通话方自身终端的地址，等信息。所述录音媒体资源信息包括通话方语音数据的编码方式、通话对方语音数据在所述录音服务器上的端口号、通话方自身在所述录音服务器上的地址，等信息。通过将所述自身语音媒体资源信息替换为所述录音媒体资源信息，并将所述录音媒体资源信息发送至另一通话方，这样，所述通话方之间获得的都是对方在所述录音服务器上的地址和端口号等信息，当所述通话方之间建立通话连接时，所有通话方都将本应发送到对方的语音数据直接发送到所述录音服务器上，即完成了对于通话方语音数据的重定向，使得所述通话方之间以所述录音服务器为中转站建立了普通状态的通话连接。

在上述技术方案中，优选地，所述步骤202还包括：所述软交换系统通过私有接口与所述录音服务器通信，以获取所述录音媒体资源信息。

在本技术方案中，可以通过所述软交换设备的私有接口与所述录音服务器通信，这样就避免了因使用现有技术中的呼叫控制信令而带来的一系列负面效果，包括：对于录音服务器处理能力要求高、仅能以三方会议的方式实现录音、影响通话方后续业务的进行等。

在上述技术方案中，优选地，所述步骤204还包括：所述软交换系统通过所述私有接口向所述录音服务器发送录音开始请求或录音停止请求，以控制所述录音服务器开始或停止进行通话录音。

在本技术方案中，通过可以灵活设置的所述私有接口，所述软交换设备可以及时地控制所述录音服务器开始或停止进行通话录音，进而在保证录音完整性的同时，更有效地利用所述录音服务器的资源。

在上述技术方案中，优选地，所述步骤204之后，还包括：存储所述录音文件，和/或将所述录音文件推送给所述通话方。

在本技术方案中，可以在所述录音服务器中设置存储空间直接存储所述录音文件，也可以在所述录音服务器外部设置文件服务器来存储所述录音文件。进一步，考虑到录音文件可能积累，进而形成海量数据的情况，所述文件服务器可以采用网络文件系统（Network File System，即NFS）向所述录音服务器共享存储空间，进而方便对所述录音文件进行统一管理。

另外，可以将所述录音文件直接推动给所述通话方，这样就省去了所述通话方再主动向所述录音服务器申请获取所述录音文件的过程，使得所述通话录音系统更加智能化，提升用户体验。

通过以上技术方案，可以使通话方均处于普通的通话状态，而不需要进入三方会议的通话状态，即可实现对通话过程的录音，而不会对通话方的后续业务产生不良影响。

附图说明

图1A示出了根据本发明的一个实施例的通话录音系统的框图；

图1B示出了根据本发明的另一个实施例的通话录音系统的框图；

图2示出了根据本发明的一个实施例的通话录音方法的流程图；

图3示出了根据本发明的一个实施例的通话录音方法的控制流程图；

图4A示出了根据本发明的一个实施例的通话录音系统的结构示意图图；

图4B示出了根据本发明的另一个实施例的通话录音系统的结构示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图1A示出了根据本发明的一个实施例的通话录音系统的框图。

如图1A所示，根据本发明的一个实施例的通话录音系统100A，包括：软交换设备102，用于将来自所有通话方的语音数据分别重定向至录音服务器104；所述录音服务器104，用于将来自一通话方的语音数据转发至另一通话方，并将来自各通话方的语音数据进行混音，以生成对应的录音文件。

在本技术方案中，所述语音数据是所述通话方进行通话时传递的包含通话内容等信息的实时语音数据。通过所述录音服务器104转发所述通话方之间的语音数据，这样所述通话方建立的通话连接依然仅是通话方之间的连接，所述录音服务器104并非像在三方会议状态下那样加入所述通话方之间成为一个独立的通话方，而仅是作为通话方之间传递语音数据的中转站，这样，所述通话方既处于普通的通话状态，不对其后续业务产生不良影响，同时，所述录音服务器104作为中转站又可以获得所有通话方的语音数据进而得以完成录音作业。

在上述技术方案中，优选地，所述软交换设备102包括：资源信息获取单元1020，用于根据所述通话方发送的自身语音媒体资源信息，从所述录音服务器获取对应的录音媒体资源信息；重定向处理单元1022，用于将所述自身语音媒体资源信息替换为所述录音媒体资源信息，并将所述录音媒体资源信息发送至另一通话方，以将所述另一通话方的语音数据重定向至所述录音服务器104。

在本技术方案中，所述通话方自身的语音媒体资源信息包括通话方通话语音数据的编码方式、通话对方语音数据的终端上的端口号、通话方自身终端的地址，等信息。所述录音媒体资源信息包括通话方语音数据的编码方式、通话对方语音数据在所述录音服务器104上的端口号、通话方自身在所述录音服务器104上的地址，等信息。通过所述重定向处理单元1022将所述自身语音媒体资源信息替换为所述录音媒体资源信息，并将所述录音媒体资源信息发送至另一通话方，这样，所述通话方之间获得的都是对方在所述录音服务器104上的地址和端口号等信息，当所述通话方之间建立通话连接时，所有通话方都将本应发送到对方的语音数据直接发送到所述录音服务器104上，即完成了对于通话方语音数据的重定向，使得所述通话方之间以所述录音服务器104为中转站建立了普通状态的通话连接。

在上述技术方案中，优选地，所述资源信息获取单元1020通过所述软交换设备102的私有接口与所述录音服务器104通信，以获取所述录音媒体资源信息。

在本技术方案中，可以通过所述软交换设备102的私有接口与所述录音服务器104通信，这样就避免了因使用现有技术中的呼叫控制信令而带来的一系列负面效果，包括：对于录音服务器104处理能力要求高、仅能以三方会议的方式实现录音、影响通话方后续业务的进行等。

在上述技术方案中，优选地，所述软交换设备102还包括：请求发送单元1024，通过所述私有接口向所述录音服务器104发送录音开始请求或录音停止请求，以控制所述录音服务器104开始或停止进行通话录音。

在本技术方案中，通过可以灵活设置的所述私有接口，所述软交换设备102通过所述请求发送单元1024可以及时地控制所述录音服务器104开始或停止进行通话录音，进而在保证录音完整性的同时，更有效地利用所述录音服务器104的资源。

在上述技术方案中，优选地，还包括：存储装置1040，用于存储所述录音文件。

在上述技术方案中，优选地，还包括：位于所述录音服务器104中的文件推送单元1042，用于将所述录音文件推送给所述通话方。

在本技术方案中，可以在所述录音服务器104中引入所述文件推动单元1042，将所述录音文件直接推动给所述通话方，这样就省去了所述通话方再主动向所述录音服务器104申请获取所述录音文件的过程，使得所述通话录音系统100A更加智能化，提升用户体验。

图1B示出了根据本发明的另一个实施例的通话录音系统的框图。

如图1B所示，该实施例的通话录音系统100B与图1A所示的通话录音系统100A具有相同的软交换设备102，但对于录音服务器104，在通话录音系统100B中，可以包含文件推送单元1042，用于将所述录音文件推送给所述通话方，而存储装置1040则位于录音服务器104的外部，是个独立的装置，比如可以是文件服务器等，从而具有更大的存储空间、采用更好的存储管理手段。

图2示出了根据本发明的一个实施例的通话录音方法的流程图。

如图2所示，根据本发明的一个实施例的通话录音方法，包括：步骤202，通过软交换系统（相当于图1所示实施例中的软交换设备102）将来自所有通话方的语音数据分别重定向至录音服务器；步骤204，所述录音服务器将来自一通话方的语音数据转发至另一通话方，并将来自各通话方的语音数据进行混音，以生成对应的录音文件。

在本技术方案中，所述语音数据是所述通话方进行通话时传递的包含通话内容等信息的实时语音数据。通过所述录音服务器转发所述通话方之间的语音数据，这样所述通话方建立的通话连接依然仅是通话方之间的连接，所述录音服务器并非像在三方会议状态下那样加入所述通话方之间成为一个独立的通话方，而仅是作为通话方之间传递语音数据的中转站，这样，所述通话方既处于普通的通话状态，不对其后续业务产生不良影响，同时，所述录音服务器作为中转站又可以获得所有通话方的语音数据进而得以完成录音作业。

在上述技术方案中，优选地，所述步骤202包括：所述软交换系统根据所述通话方发送的自身语音媒体资源信息，从所述录音服务器获取对应的录音媒体资源信息；将所述自身语音媒体资源信息替换为所述录音媒体资源信息，并将所述录音媒体资源信息发送至另一通话方，以将所述另一通话方的语音数据重定向至所述录音服务器。

在本技术方案中，所述通话方自身的语音媒体资源信息包括通话方通话语音数据的编码方式、通话对方语音数据的终端上的端口号、通话方自身终端的地址，等信息。所述录音媒体资源信息包括通话方语音数据的编码方式、通话对方语音数据在所述录音服务器上的端口号、通话方自身在所述录音服务器上的地址，等信息。通过将所述自身语音媒体资源信息替换为所述录音媒体资源信息，并将所述录音媒体资源信息发送至另一通话方，这样，所述通话方之间获得的都是对方在所述录音服务器上的地址和端口号等信息，当所述通话方之间建立通话连接时，所有通话方都将本应发送到对方的语音数据直接发送到所述录音服务器上，即完成了对于通话方语音数据的重定向，使得所述通话方之间以所述录音服务器为中转站建立了普通状态的通话连接。

在上述技术方案中，优选地，所述步骤202还包括：所述软交换系统通过私有接口与所述录音服务器通信，以获取所述录音媒体资源信息。

在本技术方案中，可以通过所述软交换设备的私有接口与所述录音服务器通信，这样就避免了因使用现有技术中的呼叫控制信令而带来的一系列负面效果，包括：对于录音服务器处理能力要求高、仅能以三方会议的方式实现录音、影响通话方后续业务的进行等。

在上述技术方案中，优选地，所述步骤204还包括：所述软交换系统通过所述私有接口向所述录音服务器发送录音开始请求或录音停止请求，以控制所述录音服务器开始或停止进行通话录音。

在本技术方案中，通过可以灵活设置的所述私有接口，所述软交换设备可以及时地控制所述录音服务器开始或停止进行通话录音，进而在保证录音完整性的同时，更有效地利用所述录音服务器的资源。

在上述技术方案中，优选地，所述步骤204之后，还包括：存储所述录音文件，和/或将所述录音文件推送给所述通话方。

在本技术方案中，可以在所述录音服务器中设置存储空间直接存储所述录音文件，也可以在所述录音服务器外部设置文件服务器来存储所述录音文件。进一步，考虑到录音文件可能积累，进而形成海量数据的情况，所述文件服务器可以采用网络文件系统（Network File System，即NFS）向所述录音服务器共享存储空间，进而方便对所述录音文件进行统一管理。

另外，可以将所述录音文件直接推动给所述通话方，这样就省去了所述通话方再主动向所述录音服务器申请获取所述录音文件的过程，使得所述通话录音系统更加智能化，提升用户体验。

图3示出了根据本发明的一个实施例的通话录音方法的控制流程图。

如图3所示，根据本发明的一个实施例的通话录音方法的详细控制流程如下，其中实线箭头为标准通信协议控制流程，虚线箭头为私有接口控制流程：

步骤S101，录音终端A作为主叫携带自身语音媒体资源信息向软交换系统（相当于图1所示实施例中的软交换设备102）发起呼叫，呼叫录音终端B，录音终端B为被叫，语音媒体资源信息包含在会话描述协议SDP（Session Description Protocol）包中，主要有通话语音数据的编码方式、接收对端语音数据的端口号、本终端的地址等信息。为了区别于后续步骤中各SDP信息的不同，此处设定录音终端A的自身语音媒体资源信息为SDP_A1。

步骤S102，软交换系统回复临时应答100 Tring。

步骤S103，软交换系统查询主被叫号码对应的账号是否签约了录音业务，如果主叫或被叫号码对应的账号签约了录音业务，软交换系统通过私有接口向录音服务器申请终端A的录音媒体资源信息。

步骤S104，录音服务器返回申请到的终端A的录音媒体资源信息，该信息包含在SDP_A2中。SDP_A2和SDP_A1的主要区别在于，SDP_A2中接收对端语音数据的端口号为录音服务器上某端口、本终端的地址指向录音服务器地址，而SDP_A1中接收对端语音数据的端口号为录音终端A上某端口、本终端的地址指向终端A的地址。

步骤S105，软交换系统将申请到的录音媒体资源信息SDP_A2替换掉主叫携带的语音媒体资源信息SDP_A1，再向被叫发起呼叫。

步骤S106，录音终端B记录下了SDP_A2的信息，并且认为这是对端A的语音媒体资源信息，然后回复临时应答100 Tring。

步骤S107，录音终端B回复临时应答180 Ringing，终端B振铃。

步骤S108，软交换系统向录音终端A回复临时应答180 Ringing，终端A听到回铃音。

步骤S109，录音终端B摘机后，携带自身语音媒体资源信息向软交换系统进行应答，信息包含在SDP_B1中。

步骤S110，软交换系统查询到这次呼叫需要录音后，再通过私有接口向录音服务器申请终端B的录音媒体资源。

步骤S111，录音服务器返回申请到的终端B的录音媒体资源，信息包含在SDP_B2中。SDP_B2和SDP_B1的主要区别在于，SDP_B2中接收对端语音数据的端口号为录音服务器上某端口、本终端的地址指向录音服务器地址，而SDP_B1中接收对端语音数据的端口号为录音终端B上某端口、本终端的地址指向终端B的地址。

步骤S112，软交换系统将申请到的录音媒体资源信息SDP_B2替换掉被叫携带的语音媒体资源信息SDP_B1，再向主叫进行应答。

步骤S113，录音终端A记录下了SDP_B2，并且认为这是对端B的语音媒体资源信息，然后向软交换系统回复确认ACK。

步骤S114，软交换系统再向被叫录音终端B转发确认ACK。至此，终端A和B的通话建立过程完成。A和B的语音数据RTP流被重定向到录音服务器的相应端口上。

步骤S115，软交换系统通过私有接口向录音服务器发送录音开始请求。录音服务器将接收到的A和B的语音数据RTP流进行混音，并生成录音文件，存放在录音服务器或文件服务器上，同时将接收到的A的RTP流转发给B，将接收到的B的RTP流转发给A。A和B的通话不受影响。

步骤S116，录音服务器返回录音启动结果。至此，终端A和终端B处于基本通话中，并且通话被录音。

步骤S117，录音终端B挂断，向软交换系统发送BYE。

步骤S118，软交换系统向录音终端A转发挂断请求BYE。

步骤S119，录音终端A向软交换系统回复挂断确认200OK。

步骤S120，软交换系统向录音终端B转发挂断确认200OK。

步骤S121，软交换系统通过私有接口向录音服务器发送录音停止请求。录音服务器停止录音，并最后保存录音文件。

步骤S122，录音服务器向软交换系统返回录音停止结果。至此，录音停止流程完成。

图4A示出了根据本发明的一个实施例的通话录音系统的结构示意图图。

如图4A所示，该系统结构框图至少包括：录音终端A 20、录音终端B 21、软交换系统22（相当于图1所示实施例中的软交换设备102）、录音服务器23。其中录音终端A 20和录音终端B 21可以是IP话机、模拟话机或者手机，录音终端A 20与软交换系统22及录音终端B 21之间通过标准通信协议通信，软交换系统22和录音服务器23通过私有接口交互。录音服务器23录音生成的语音文件存放在本地。

图4B示出了根据本发明的另一个实施例的通话录音系统的结构示意图。

如图4B所示，与图4A所示的系统结构框图相比，本实施例中增加了文件服务器30,文件服务器30具有海量存储空间，通过网络文件系统（即Network File System，NFS）向录音服务器23共享存储空间，用于存放录音服务器23产生的大量录音文件，方便录音文件的统一管理。

以上结合附图详细说明了本发明的技术方案，针对在相关技术中，若需要对通话过程进行录音，通话方均需要处于三方会议的通话状态，限制了其进一步的呼叫转接、会议等业务，本发明的技术方案中提供了一种通话录音系统和一种通话录音方法，可以使通话方均处于普通的通话状态，而不需要进入三方会议的通话状态，即可实现对通话过程的录音，而不会对通话方的后续业务产生不良影响。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种通话录音系统，其特征在于，包括：

软交换设备，用于将来自所有通话方的语音数据分别重定向至录音服务器；

所述录音服务器，用于将来自一通话方的语音数据转发至另一通话方，并将来自各通话方的语音数据进行混音，以生成对应的录音文件。

2.根据权利要求1所述的通话录音系统，其特征在于，所述软交换设备包括：

资源信息获取单元，用于根据所述通话方发送的自身语音媒体资源信息，从所述录音服务器获取对应的录音媒体资源信息；

重定向处理单元，用于将所述自身语音媒体资源信息替换为所述录音媒体资源信息，并将所述录音媒体资源信息发送至另一通话方，以将所述另一通话方的语音数据重定向至所述录音服务器。

3.根据权利要求2所述的通话录音系统，其特征在于，所述资源信息获取单元通过所述软交换设备的私有接口与所述录音服务器通信，以获取所述录音媒体资源信息。

4.根据权利要求3所述的通话录音系统，其特征在于，所述软交换设备还包括：

请求发送单元，通过所述私有接口向所述录音服务器发送录音开始请求或录音停止请求，以控制所述录音服务器开始或停止进行通话录音。

5.根据权利要求1至4中任一项所述的通话录音系统，其特征在于，还包括：

存储装置，位于所述录音服务器中或所述录音服务器外部，用于存储所述录音文件；和/或

位于所述录音服务器中的文件推送单元，用于将所述录音文件推送给所述通话方。

6.一种通话录音方法，其特征在于，包括：

步骤202，通过软交换系统将来自所有通话方的语音数据分别重定向至录音服务器；

步骤204，所述录音服务器将来自一通话方的语音数据转发至另一通话方，并将来自各通话方的语音数据进行混音，以生成对应的录音文件。

7.根据权利要求6所述的通话录音方法，其特征在于，所述步骤202包括：

所述软交换系统根据所述通话方发送的自身语音媒体资源信息，从所述录音服务器获取对应的录音媒体资源信息；

将所述自身语音媒体资源信息替换为所述录音媒体资源信息，并将所述录音媒体资源信息发送至另一通话方，以将所述另一通话方的语音数据重定向至所述录音服务器。

8.根据权利要求7所述的通话录音方法，其特征在于，所述步骤202还包括：

所述软交换系统通过私有接口与所述录音服务器通信，以获取所述录音媒体资源信息。

9.根据权利要求8所述的通话录音方法，其特征在于，所述步骤204还包括：

所述软交换系统通过所述私有接口向所述录音服务器发送录音开始请求或录音停止请求，以控制所述录音服务器开始或停止进行通话录音。

10.根据权利要求6至9中任一项所述的通话录音方法，其特征在于，所述步骤204之后，还包括：

存储所述录音文件，和/或

将所述录音文件推送给所述通话方。

Images