CN100366105C - 一种加密通话业务的网络侧放音方法 - Google Patents

Abstract

本发明公开了一种加密通话业务的网络侧放音方法，该方法包括：A.呼叫控制器判断网络侧需要向密话终端放音时，发送关闭加密通话功能通知至加密通话功能模块；该加密通话功能模块关闭加密通话功能；B.呼叫控制器发送媒体播放请求至媒体资源控制器；该媒体资源控制器根据该媒体播放请求向密话终端放音；C.媒体资源控制器放音结束时发送媒体播放结束消息给所述呼叫控制器，所述呼叫控制器发送恢复加密通话功能通知至加密通话功能模块，该加密通话功能模块恢复加密通话功能。应用本发明方法能实现面向加密通话业务用户的网络侧语音提示服务。

Description

一种加密通话业务的网络侧放音方法

技术领域

本发明涉及加密通话技术，特别涉及加密通话业务的网络侧放音方法。

背景技术

目前，端到端的加密通话技术是一种在终端上进行语音加密和解密的技术，可实现语音在空中信道和核心网网络中以加密的方式进行传输。这种加/解密方式要求通话双方在终端上对语音进行加密和解密，网络侧事先与终端协商得到统一的语音编解码格式(CODEC)，在通话过程中网络侧按此协商得到的CODEC对加密语音进行透传，并不对语音流进行CODEC转换以及语音加/解密的处理。

如果要在加密通话业务中结合语音提示功能，则网络侧需要给用户放音。但是，对于加密通话业务来说，密话终端对应的加密通话功能模块将对来自网络侧的语音进行解密处理。由于来自网络侧的语音事先并未经过加密处理，这样来自网络侧的未经加密的语音流就被加密通话功能模块错误的进行解密处理，因此密话终端用户将无法正确听取网络侧的放音。

由此可见，现有的加密通话技术不能支持面向加密通话业务用户的网络侧放音服务，也就无法实现智能业务等具备网络侧放音功能的业务在加密通话业务用户中的应用，从而限制了加密通话业务进一步的人性化、智能化发展，不利于加密通话业务的推广。

发明内容

有鉴于此，本发明的主要目的在于提供一种加密通话业务的网络侧放音方法，能够实现网络侧面向加密通话业务用户的语音提示功能，从而方便用户使用加密通话业务。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种加密通话业务的网络侧放音方法，适用于包括呼叫控制器、媒体资源控制器、加密通话功能模块和密话终端的系统；该方法包括：

A.呼叫控制器确定网络侧需要向密话终端放音时，，发送关闭加密通话功能通知至所述需要接收放音的密话终端对应的加密通话功能模块；所述加密通话功能模块关闭加密通话功能；

B.步骤A所述呼叫控制器发送媒体播放请求至自身连接的媒体资源控制器；所述媒体资源控制器向步骤A所述密话终端放音；

C.步骤B所述媒体资源控制器放音结束时发送媒体播放结束消息给所述呼叫控制器，所述呼叫控制器发送恢复加密通话功能通知至加密通话功能模块，所述加密通话功能模块恢复加密通话功能。

步骤A中，所述加密通话功能模块关闭加密通话功能后，进一步包括：返回关闭成功通知至所述呼叫控制器；步骤B中，所述呼叫控制器根据接收到的所述关闭成功通知发送媒体播放请求；步骤C中，所述加密通话功能模块恢复加密通话功能后，进一步包括：加密通话功能模块发送恢复成功通知至所述呼叫控制器，所述呼叫控制器再恢复传输当前呼叫的加密语音流。

步骤B中，所述媒体资源控制器根据所述媒体播放请求为当前呼叫建立放音任务，通过执行所建立的放音任务向所述密话终端播放语音流。

步骤B中，所述媒体播放请求中包含所述媒体资源控制器发送语音流的目的地址；所述媒体资源控制器执行放音任务时，所播放的语音流经由所述媒体播放请求中的目的地址发送至所述密话终端。

步骤B中，所述媒体资源控制器接收到所述媒体播放请求后，进一步包括：所述媒体资源控制器返回所述媒体资源控制器发送语音流的源地址至所述呼叫控制器；所述呼叫控制器将所述语音流源地址发送至自身控制的当前呼叫语音流传输节点；所述当前呼叫语音流传输节点根据所述语音流源地址完成语音流源地址配置，允许自身接收所述语音流源地址指示的来自媒体资源控制器的语音流。

步骤B中，所述媒体播放请求中进一步包含：当前呼叫的加密语音流所采用的语音编解码格式、指示媒体文件的媒体资源标识、指示当前呼叫的会话标识；所述媒体资源控制器执行放音任务时，按所述语音编解码格式播放所述媒体资源标识指示的媒体文件；步骤C中，所述媒体资源控制器将所述会话标识包含在媒体播放结束消息中发送至所述呼叫控制器，所述呼叫控制器发送恢复加密通话功能通知至该会话标识对应的当前呼叫密话终端的加密通话功能模块。

步骤A中，所述呼叫控制器判断网络侧需要向密话终端放音时，进一步包括：所述呼叫控制器发送媒体资源申请请求至所述媒体资源控制器，所述媒体资源控制器根据所述媒体资源申请请求为当前呼叫建立放音任务；步骤B中，媒体资源控制器根据媒体播放请求，通过执行步骤A所建立的放音任务向所述密话终端播放语音流。

步骤A中，所述媒体资源申请请求中包含所述媒体资源控制器发送语音流的目的地址；步骤B中，媒体资源控制器执行放音任务时，所播放的语音流经由所述媒体资源申请请求中的目的地址发送至所述密话终端。

步骤A中，所述媒体资源控制器接收到所述媒体资源申请请求后，进一步包括：所述媒体资源控制器返回所述媒体资源控制器发送语音流的源地址至所述呼叫控制器；所述呼叫控制器将所述语音流源地址发送至自身控制的当前呼叫语音流传输节点；所述当前呼叫语音流传输节点根据所述语音流源地址完成语音流源地址配置，允许自身接收所述语音流源地址指示的来自媒体资源控制器的语音流。

步骤A中，所述媒体资源申请请求中进一步包含：当前加密语音流所采用的语音编解码格式、指示媒体文件的媒体资源标识，所述媒体资源控制器建立当前呼叫放音任务后，返回指示所述当前呼叫放音任务的会话标识至所述呼叫控制器；步骤B中，呼叫控制器将所述会话标识包含在媒体播放请求中发送至媒体资源控制器；所述媒体资源控制器执行放音任务时，执行所述会话标识指示的放音任务，并按所述语音编解码格式播放所述媒体资源标识指示的媒体文件；步骤C中，所述媒体资源控制器将所述会话标识包含在媒体播放结束消息中发送至所述呼叫控制器，所述呼叫控制器发送恢复加密通话功能通知至该会话标识对应的当前呼叫密话终端的加密通话功能模块。

步骤A中，在呼叫控制器发送关闭加密通话功能通知之前，进一步包括：呼叫控制器停止传输当前呼叫的加密语音流；步骤C中，在加密通话功能模块恢复加密通话功能之后进一步包括：呼叫控制器恢复传输当前呼叫的加密语音流。

其中，所述呼叫控制器包括：连接媒体资源控制器的呼叫控制器和密话终端所属的呼叫控制器，所述密话终端所属的呼叫控制器与连接媒体资源控制器的呼叫控制器为不同实体；或者，所述呼叫控制器为连接媒体资源控制器的呼叫控制器，且为密话终端所属的呼叫控制器。

其中，所述密话终端为加密移动通信网的移动终端(MS)，所述加密通话功能模块集成于所述MS中；或者，所述密话终端为与加密移动通信网的MS进行加密通话的公共电话交换网络(PSTN)终端，所述加密通话功能模块集成于所述加密移动通信网与PSTN之间的加解密网关中。

其中，所述呼叫控制器为交换机或软交换服务器；所述媒体资源控制器为作为智能网中放音节点的增强型智能外设(AIP)或交换机语音板。

由上述方案可以看出，本发明的关键在于：在加密通话过程中需要网络侧放音时，呼叫控制器通知加密通话功能模块关闭其加密通话功能，然后向媒体资源控制器发送媒体播放请求，从而媒体资源控制器开始向密话终端放音，最后在放音结束后，由呼叫控制器通知加密通话功能模块恢复其加密通话功能。

因此，本发明所提供的加密通话业务的网络侧放音方法，由于在网络侧放音时停止了加密通话功能模块的加密通话功能处理，因此能够实现加密通话过程中的网络侧放音，填补了加密通话业务在语音提示服务方面的空白，给密话用户提供了人性化和智能化的业务，不仅方便用户使用，也为运营商进一步拓展业务提供了良好契机。

附图说明

图1为本发明方法一较佳实施例处理流程示意图。

具体实施方式

下面结合附图及具体实施例对本发明再作进一步详细的说明。

本发明所提供的加密通话业务的网络侧放音方法，在加密通话过程中，当呼叫控制器判断网络侧需要向密话终端放音时，主要包括如下处理：首先，呼叫控制器发送关闭加密通话功能通知至该密话终端对应的加密通话功能模块，加密通话功能模块关闭自身的加密通话功能。然后，呼叫控制器发送媒体播放请求至媒体资源控制器，媒体资源控制器再向所述密话终端放音；此时，由于加密通话功能模块已停止对语音流进行解密处理，因此密话终端能够正确接收网络侧放音。最后，在放音结束后，呼叫控制器发送恢复加密通话功能通知至加密通话功能模块，该加密通话功能模块恢复自身加密通话功能，从而密话终端又可以继续进行加密通话。

本发明方法可应用于多种网络支持的加密通话业务。所述呼叫控制器可以为网络侧的各种交换机、或软交换服务器如MSCe等等，所述密话终端可以为加密移动通信网的移动终端(MS)，也可以为与加密移动通信网的MS进行加密通话的公共电话交换网络(PSTN)终端。所述媒体资源控制器可以为作为智能网中放音节点的增强型智能外设(AIP)、或交换机上的语音板等。所述加密通话功能模块，用于保存加密通话的密钥，根据所保存的密钥对接收到的语音流进行加/解密处理；对于加密移动通信网络的MS来说，所述加密通话功能模块集成在该MS中；而对于与加密移动通信网的MS进行加密通话的PSTN终端来说，PSTN网络与加密移动通信网之间设置有加解密网关，该加解密网关也集成有所述加密通话功能模块，该加密通话功能模块串联在加密通话的MS与PSTN终端的话路上，用于对流经加解密网关的语音流进行加/解密处理，并且加解密网关与所述PSTN终端之间的话路传输的是未经加密的语音流，该PSTN终端并不具备加解密语音流的功能。

下面以呼叫控制器为MSCe、媒体资源控制器为交换机语音板、密话终端为MS为例，对本发明方法进行详细说明。

图1为本发明方法一较佳实施例处理流程示意图。本实施例中，加密通话功能模块集成于MS中，因此图1中加密通话功能模块与MS为同一物理实体；所述呼叫控制器包括：连接媒体资源控制器的MSCe和MS所属的MSCe，此两种MSCe分别为不同实体，因此将连接媒体资源控制器的MSCe表示为MSCe1，将MS所属的MSCe表示为MSCe2。

在软交换系统中，核心网设备被分为两类：一、MSCe，用于对呼叫进行整体控制，并管理和分配语音流传输资源；二、媒体网关(MGW)，用于接受自身所属MSCe的控制，作为当前呼叫的语音流传输节点，对接收到的语音流进行路由、格式转换等处理。图1所示实施例中，由MSCe1和MSCe2负责信令交互，而MSCe1和MSCe2分别控制的MGW1和MGW2则作为当前呼叫语音流的传输节点来发送语音流。由于，MSCe与MGW之间的处理，非本发明重点，且为公知技术。为简化描述，在图1中，MSCe1与MGW1之间、以及MSCe2与MGW2之间的处理并未示出，所示“MSCe1和MGW1”表示MSCe1与MGW1两个相互独立的实体，所示“MSCe2和MGW2”表示MSCe2与MGW2两个相互独立的实体。

如图1所示，MS在进行加密通话过程中，网络侧向MS放音的具体处理步骤如下：

步骤101：MSCe1确定当前网络侧需要向MS放音时，发送媒体资源申请请求(Media Req)至自身连接的负责网络侧放音的交换机语音板。由于，交换机语音板向密话终端放音时，应使用当前呼叫的加密语音的传输路径，本实施例中当前呼叫加密语音流的传输路径包括：MGW1、MGW2等传输节点，则交换机语音板所播放的语音流也应依次经过MGW1、MGW2等节点发送至MS，所以交换机语音板需要知道MGW1接收语音流的物理端口地址，从而可以将自身播放的语音流发送至该MGW1接收语音流的物理端口地址，该语音流才能经由当前呼叫加密语音流的传输节点：MGW1、MGW2等发送至MS。因此，这里所述Media Req消息中至少包含：交换机语音板向MGW1发送语音流的目的地址，即MGW1接收语音流的物理端口地址；由于所述MGW1为MSCe1控制的当前呼叫语音流的传输节点，因此MSCe1中保存了MGW1传输当前呼叫语音流时所采用的物理端口地址等信息。

该Media Req消息中还可以进一步包含：CODEC和/或媒体资源标识(Media ID)。所述CODEC为在加密通话前MS与网络侧协商得到的CODEC，用于指示交换机语音板向MS放音时应采用的CODEC。由于，网络侧需要向MS放音的原因可能有多种，根据不同的原因向MS播放的语音也会不同，比如：当用户余额不足时，应播放“您的余额已不足”等类似语音；而当当前呼叫发生了拍叉，则应播放“正在转接中”等类似语音。因此，MSCe1需要根据当前网络侧向MS放音的原因确定所述Media ID，用来指示交换机语音板需要播放哪个媒体文件。

其中，MSCe1根据来自外部的消息可以确定是否需要向MS放音。比如：当加密通话业务与智能业务结合时，智能网的业务控制节点(SCP)为与MSCe1连接的外部实体，用于对当前智能加密通话业务进行集中控制，SCP在当前加密通话业务呼叫的控制过程中获取用户加密通话业务的使用情况，如用户的余额是否不足等；如果用户的余额不足，则SCP将向MSCe1发送放音通知；MSCe1根据该放音通知判断网络侧需要向MS播放语音提示，以便用户及时充值。

本步骤中，所述SCP如何获取MS加密通话业务的使用情况，所述MSCe1如何根据来自外部的消息，如所述来自SCP的放音通知等，判断是否需要向MS放音，以及所述MSCe1如何根据向MS放音的原因确定MediaID等处理，均属公知技术，因此，这里不作详述。

步骤102：交换机语音板根据步骤101所述Media Req中的CODEC和Media ID，为当前加密通话建立放音任务，并分配用于标识该放音任务的会话标识(Session ID)，然后将该Session ID包含在媒体资源申请应答(MediaRsp)中返回给MSCe1。

其中，考虑到某些MGW可能设置有防火墙，可能不接收来自交换机语音板的语音流，为保证MGW1能够接收到来自交换机语音板的语音流，该Media Rsp消息中还可以进一步包含：交换机语音板执行该放音任务时，向MGW1发送语音流的源地址，即交换机语音板播放语音流的物理端口地址；MSCe1再将该语音流源地址发送给自身控制的MGW1；MGW1根据接收到的语音流源地址完成语音流源地址配置，从而允许自身接收该语音流源地址指示的来自交换机语音板的语音流。这里，关于MGW1如何完成语音流源地址配置属公知技术，本文不作详述。

步骤103～步骤104：MSCe1接收到步骤102所述的Media Rsp后，发送关闭加密通话功能通知至MS所属的MSCe2；该MSCe2再返回确认消息给MSCe1。

这里，所述关闭加密通话功能通知由会话初始协议(SIP)的信息通知(INFO)消息来承载，该INFO消息中携带了指示关闭加密通话功能的字段，如“关闭加密通话功能模块(Close Encipher)”等，所述确认消息由SIP协议的200OK消息来承载。

步骤105～步骤106：MSCe2根据接收到的所述关闭加密通话功能通知发送关闭加密通话功能通知至集成了加密通话功能模块的MS；该MS中的加密通话功能模块接收到该关闭加密通话功能通知后关闭自身的加密通话功能，然后返回关闭成功通知至MSCe2。

这里，所发送的关闭加密通话功能通知由A接口协议的携带信息通知的闪动(Flash with Info)消息来承载，该Flash with Info消息中携带指示关闭加密通话功能的字段，如“Close Encipher”等；所述关闭成功通知也由A接口协议的Flash with Info消息来承载，该Flash with Info消息中携带指示关闭加密通话功能成功的字段，如“关闭加密通话功能模块确认(CloseEncipher ACK)”等。

步骤107～步骤108：MSCe2接收到来自MS的关闭成功通知后发送关闭成功通知至MSCe1；MSCe1再返回确认消息给MSCe2。

这里，所述关闭成功通知由SIP协议的INFO消息来承载，该INFO消息中携带了指示关闭加密通话功能成功的字段，如“Close Encipher ACK”等，所述确认消息由SIP协议的200OK消息来承载。

步骤109：MSCe1根据所述来自MSCe2的关闭成功通知得知MS中的加密通话功能模块已停止自身加密通话功能，然后发送媒体播放请求(MediaPlay)至交换机语音板，该Media Play消息中包含步骤102中接收到的SessionID。

交换机语音板根据所述Media Play消息中的Session ID，执行该SessionID指示的放音任务，向MS播放步骤101所述Media ID指示的媒体文件，开始进行网络侧放音。此时，未经加密的语音流从交换机语音板开始，经过当前呼叫的语音流传输路径流向MS，该语音流传输路径上的传输节点包括：MGW1、MGW2等。由于MS中的加密通话功能模块的加密通话功能已关闭，因此不会对来自网络侧的未经加密语音流进行解密处理，从而用户能够正确听取来自网络侧的放音。

步骤110：交换机语音板结束放音后，向MSCe1发送媒体播放结束(Media Over)消息，该Media Over消息中包含步骤109所述Session ID，MSCe1根据该Session ID确定哪个放音任务结束。

步骤111～步骤112：MSCe1根据步骤110中确定结束的放音任务，向该放音任务对应的MS所属的MSCe2发送恢复加密通话功能通知，MSCe2返回确认消息。

这里，所述恢复加密通话功能通知由SIP协议的INFO消息承载，该INFO消息包含指示恢复加密通话功能的字段，如“启动加密通话功能模块(Open Encipher)”等；所述确认消息由SIP协议的200OK消息承载。

步骤113～步骤114：MSCe2根据接收到的恢复加密通话功能通知发送恢复加密通话功能通知至MS；该MS中的加密通话功能模块接收到该恢复加密通话功能通知后重新启动自身的加密通话功能，然后返回恢复成功通知至MSCe2。

这里，所发送的恢复加密通话功能通知由A接口协议的Flash with Info消息来承载，该Flash with Info消息中携带指示恢复加密通话功能的字段，如“Open Encipher”等；所述恢复成功通知也由A接口协议的Flash with Info消息来承载，该Flash with Info消息中携带指示恢复加密通话功能成功的字段，如“启动加密通话功能模块确认(Open Encipher ACK)”等。

步骤115～步骤116：MSCe2接收到来自MS的恢复成功通知后发送恢复成功通知至MSCe1；MSCe1再返回确认消息给MSCe2，从而开始传输当前呼叫的加密语音流。此时，经过加密的语音流通过当前呼叫的语音流传输路径流向MS，该加密语音流传输路径上的传输节点包括：MGW1、MGW2等。由于MS中的加密通话功能模块的加密通话功能已恢复，因此将对接收到的加密语音流进行解密处理，从而用户能够继续进行加密通话。

这里，所述恢复成功通知由SIP协议的INFO消息来承载，该INFO消息中携带了指示恢复加密通话功能成功的字段，如“Open Encipher ACK”等，所述确认消息由SIP协议的200OK消息来承载。

由于，密话终端的加密通话功能模块停止加密通话功能时，虽然可以成功接收来自网络侧的未经加密的语音流，但是也将无法成功接收加密语音流，如果MSCe1继续传输当前呼叫的加密语音流将造成加密语音数据的丢失。因此，为保证当前呼叫的加密语音流能全部成功传输至密话终端，所述步骤101中进一步包括：MSCe1停止传输当前呼叫的加密语音流；且所述步骤116中进一步包括：MSCe1恢复传输当前呼叫的加密语音流。

图1所述实施例中，呼叫控制器包括：连接媒体资源控制器的呼叫控制器、以及密话终端所属的呼叫控制器，它们分别为MSCe1和MSCe2。当密话终端所属的呼叫控制器即为连接媒体资源控制器的呼叫控制器时，即MSCe2与MSCe1为同一实体时，图1中MSCe1与MSCe2之间的信息交互则不必进行，其他处理不变，这里不作进一步详述。

上述实施例中，MSCe1确定需要网络侧放音时，首先向交换机语音板发送Media Req消息，从而交换机语音板能够根据该Media Req消息为当前加密通话建立放音任务，为放音做好准备；然后在MS中的加密通话功能模块关闭加密通话功能后，由MSCe1发送Media Play消息给交换机语音板，交换机语音板再根据该Media Play消息启动所建立的放音任务，开始网络侧放音。此种实施方式适用于加密通话业务用户较多，网络侧可能需要同时向大量用户放音的功能较复杂的系统。而对于加密通话业务规模较小、功能简单并且系统资源充足的系统来说，则应用本发明方法时可以不必执行所述步骤101和步骤102，而其它处理步骤基本相同，所不同的是：步骤109中，MSCe1给交换机语音板的Media Play消息中包含：所述CODEC、Media ID、以及交换机语音板发送语音流的目的地址等，该Media Play消息中还包含MSCe1分配的指示当前呼叫的Session ID，从而交换机语音板能够根据该Media Play消息为当前呼叫建立放音任务，通过执行该放音任务向MS放音。步骤110中，交换机语音板再将包含该Session ID的Media Over消息发送至MSCe1，从而MSCe1可以向该Session ID对应的当前呼叫MS所属的MSCe2发送恢复加密通话功能通知。如果考虑某些MGW可能因设置有防火墙而不接收来自交换机语音板的语音流，为保证MGW1能够接收到来自交换机语音板的语音流，这里所述步骤109中，交换机语音板接收到所述Media Play消息后，进一步包括：交换机语音板发送语音流的源地址至MSCe1，MSCe1再将该语音流源地址发送给自身控制的MGW1；MGW1根据接收到的语音流源地址完成语音流源地址配置，从而允许自身接收该语音流源地址指示的来自交换机语音板的语音流。

另外，上述实施例中，MS中的加密通话功能模块在关闭了加密通话功能后返回关闭成功通知给MSCe1，MSCe1在接收到该关闭成功通知后才发送Media Play消息，请求交换机语音板开始放音。这样，可以保证在交换机语音板放音时，MS中的加密通话功能模块已经关闭了加密通话功能处理。但是，根据系统实现的具体情况，不排除一种系统实现的可能就是：MSCe1发送了关闭加密通话功能通知或恢复加密通话功能通知之后，MS中的加密通话功能模块能很快接收到该关闭加密通话功能通知或恢复加密通话功能通知，并关闭或恢复自身的加密通话功能。此种情况下，MSCe1就不必等待来自MS的关闭成功通知，直接在发送关闭加密通话功能通知之后就发送Media Play消息给交换机语音板，同理，MSCe1不必等待来自MS的恢复成功通知，直接在发送恢复加密通话功能通知之后就恢复传输当前呼叫的加密语音流，同样能够实现本发明目的。则应用此种实现方式时，图1中的步骤106至步骤108就不必执行，MSCe1在执行步骤103之后直接执行步骤109；和/或，所述步骤114至步骤116不必执行，MSCe1在执行步骤111后直接恢复传输当前呼叫的加密语音流，其它处理不变，这里不再描述。

在实际应用中，网络侧也可能仅播放一种语音提示，即在交换机语音板中设置的可供播放的媒体文件只有一个，因此，无需使用所述Media ID来标识各种不同的媒体文件，则此种情况下，MSCe1就不必将Media ID发送给交换机语音板。另外，还有一种情况就是：在某些系统中各个MS与网络侧的各个语音流传输设备仅使用同一种CODEC，则MSCe1也无需将MS所使用的CODEC上报给交换机语音板。

上述各个实施方式中，呼叫控制器为MSCe，媒体资源控制器为交换机语音板，密话终端为MS，其中，MSCe之间的信息交互通常由SIP协议信令承载，MSCe与MS之间交互的信息通常由A接口协议的Flash信令承载，而MSCe与交换机语音板之间的信息交互则遵循系统具体实现时所采用的私有协议。本发明并不限定这些实体之间交互的信息具体由哪种协议的哪个消息来承载。此外，当呼叫控制器为交换机，和/或媒体资源控制器为AIP，和/或密话终端为PSTN终端时，处理过程与上述各个实施方式基本相同，所不同的是：各实体之间的信息交互所基于的协议不同、以及承载信息的具体消息不同，因此，本文不再对各种情况下的处理一一进行描述。

综上所述，应用本发明方法能够实现加密通话过程中的网络侧放音，从而使加密通话业务用户在使用业务时，能够适时得到语音提示，给用户使用带来方便，使加密通话业务与智能业务的结合成为可能，进一步为加密通话业务的发展开辟了空间。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (14)

1.一种加密通话业务的网络侧放音方法，适用于包括呼叫控制器、媒体资源控制器、加密通话功能模块和密话终端的系统；其特征在于，该方法包括：

A.呼叫控制器确定网络侧需要向密话终端放音时，发送关闭加密通话功能通知至所述需要接收放音的密话终端对应的加密通话功能模块；所述加密通话功能模块关闭加密通话功能；

B.步骤A所述呼叫控制器发送媒体播放请求至自身连接的媒体资源控制器；所述媒体资源控制器向步骤A所述密话终端放音；

C.步骤B所述媒体资源控制器放音结束时发送媒体播放结束消息给所述呼叫控制器，所述呼叫控制器发送恢复加密通话功能通知至加密通话功能模块，所述加密通话功能模块恢复加密通话功能。

2.根据权利要求1所述的方法，其特征在于，步骤A中，所述加密通话功能模块关闭加密通话功能后，进一步包括：返回关闭成功通知至所述呼叫控制器；

步骤B中，所述呼叫控制器根据接收到的所述关闭成功通知发送媒体播放请求；

步骤C中，所述加密通话功能模块恢复加密通话功能后，进一步包括：加密通话功能模块发送恢复成功通知至所述呼叫控制器，所述呼叫控制器再恢复传输当前呼叫的加密语音流。

3.根据权利要求2所述的方法，其特征在于，步骤B中，所述媒体资源控制器根据所述媒体播放请求为当前呼叫建立放音任务，通过执行所建立的放音任务向所述密话终端播放语音流。

4.根据权利要求3所述的方法，其特征在于，步骤B中，所述媒体播放请求中包含所述媒体资源控制器发送语音流的目的地址；所述媒体资源控制器执行放音任务时，所播放的语音流经由所述媒体播放请求中的目的地址发送至所述密话终端。

5.根据权利要求4所述的方法，其特征在于，步骤B中，所述媒体资源控制器接收到所述媒体播放请求后，进一步包括：所述媒体资源控制器返回所述媒体资源控制器发送语音流的源地址至所述呼叫控制器；所述呼叫控制器将所述语音流源地址发送至自身控制的当前呼叫语音流传输节点；所述当前呼叫语音流传输节点根据所述语音流源地址完成语音流源地址配置，允许自身接收所述语音流源地址指示的来自媒体资源控制器的语音流。

6.根据权利要求4所述的方法，其特征在于，步骤B中，所述媒体播放请求中进一步包含：当前呼叫的加密语音流所采用的语音编解码格式、指示媒体文件的媒体资源标识、指示当前呼叫的会话标识；所述媒体资源控制器执行放音任务时，按所述语音编解码格式播放所述媒体资源标识指示的媒体文件；

步骤C中，所述媒体资源控制器将所述会话标识包含在媒体播放结束消息中发送至所述呼叫控制器，所述呼叫控制器发送恢复加密通话功能通知至该会话标识对应的当前呼叫密话终端的加密通话功能模块。

7.根据权利要求2所述的方法，其特征在于，步骤A中，所述呼叫控制器判断网络侧需要向密话终端放音时，进一步包括：所述呼叫控制器发送媒体资源申请请求至所述媒体资源控制器，所述媒体资源控制器根据所述媒体资源申请请求为当前呼叫建立放音任务；

步骤B中，媒体资源控制器根据媒体播放请求，通过执行步骤A所建立的放音任务向所述密话终端播放语音流。

8.根据权利要求7所述的方法，其特征在于，步骤A中，所述媒体资源申请请求中包含所述媒体资源控制器发送语音流的目的地址；

步骤B中，媒体资源控制器执行放音任务时，所播放的语音流经由所述媒体资源申请请求中的目的地址发送至所述密话终端。

9.根据权利要求8所述的方法，其特征在于，步骤A中，所述媒体资源控制器接收到所述媒体资源申请请求后，进一步包括：所述媒体资源控制器返回所述媒体资源控制器发送语音流的源地址至所述呼叫控制器；所述呼叫控制器将所述语音流源地址发送至自身控制的当前呼叫语音流传输节点；所述当前呼叫语音流传输节点根据所述语音流源地址完成语音流源地址配置，允许自身接收所述语音流源地址指示的来自媒体资源控制器的语音流。

10.根据权利要求8所述的方法，其特征在于，步骤A中，所述媒体资源申请请求中进一步包含：当前加密语音流所采用的语音编解码格式、指示媒体文件的媒体资源标识，所述媒体资源控制器建立当前呼叫放音任务后，返回指示所述当前呼叫放音任务的会话标识至所述呼叫控制器；

步骤B中，呼叫控制器将所述会话标识包含在媒体播放请求中发送至媒体资源控制器；所述媒体资源控制器执行放音任务时，执行所述会话标识指示的放音任务，并按所述语音编解码格式播放所述媒体资源标识指示的媒体文件；

步骤C中，所述媒体资源控制器将所述会话标识包含在媒体播放结束消息中发送至所述呼叫控制器，所述呼叫控制器发送恢复加密通话功能通知至该会话标识对应的当前呼叫密话终端的加密通话功能模块。

11.根据权利要求1至10任一项所述的方法，其特征在于，步骤A中，在呼叫控制器发送关闭加密通话功能通知之前，进一步包括：呼叫控制器停止传输当前呼叫的加密语音流；

步骤C中，在加密通话功能模块恢复加密通话功能之后进一步包括：呼叫控制器恢复传输当前呼叫的加密语音流。

12.根据权利要求1至10任一项所述的方法，其特征在于，所述呼叫控制器包括：连接媒体资源控制器的呼叫控制器和密话终端所属的呼叫控制器，所述密话终端所属的呼叫控制器与连接媒体资源控制器的呼叫控制器为不同实体；或者，

所述呼叫控制器为连接媒体资源控制器的呼叫控制器，且为密话终端所属的呼叫控制器。

13.根据权利要求1至10任一项所述的方法，其特征在于，所述密话终端为加密移动通信网的移动终端MS，所述加密通话功能模块集成于所述MS中；或者，

所述密话终端为与加密移动通信网的移动终端MS进行加密通话的公共电话交换网络PSTN终端，所述加密通话功能模块集成于所述加密移动通信网与公共电话交换网络PSTN之间的加解密网关中。

14.根据权利要求1至10任一项所述的方法，其特征在于，所述呼叫控制器为交换机或软交换服务器；所述媒体资源控制器为作为智能网中放音节点的增强型智能外设AIP或交换机语音板。

Images