[发明专利]一种会话音乐控制方法及装置

说明书

技术领域

本发明涉及通信技术领域，特别涉及一种会话音乐控制方法。本发明同时还涉及一种会话启动协议SIP服务器。

背景技术

三方会议业务（以下简称3conf）是基于PSTN（Public Switched Telephone Network，公共交换电话网络）模拟电话网络以及SIP网络电话Voip数字电话网络的语音网关融合业务，主要用于完成三方电话会议的建立及释放。具体的，一个基本三方会议由一个会议发起方和两个会议参与方组成，会议建立后发起方可以通过模拟电话机拍叉、按键的方式与多方保持业务进行切换，会议IP（Internet Protocol，网络协议）侧参与方可以通过拍叉、拨号将第四方拉入会议，形成两个三方会议级联、四方相互通话的大会议，依此类推可进行五方、六方……更大会议的建立。

MOH（Music on Hold，音乐保持）业务是设备作为SIP服务器Server时的一种保持放音业务，被保持方在被保持后会听到第三方音乐服务器播放的音乐。通过SIP Server建立三方会议后，任何一个会议参与方拍叉发起音乐保持业务时的基本协商流程如图1所示，其中，UA1为会议的发起方，UA2、UA3为会议的参与方，还包括有SIP服务器和音乐服务器，其消息交互流程：

（1）UA1、UA2和UA3相互之间形成RTP流之前的流程为三方会议建立的几个关键消息交互流程；

（2）UA2作为IP侧会议参与方拍叉向SIP Server发送带SDP的呼叫保持INVITE请求；

（3）SIP Server收到带SDP的呼叫保持INVITE请求后向会议发起方发送不带SDP INVITE请求；

（4）会议发起方收到不带SDP INVITE请求后向SIP Server回复带自身编解码集合的200OK应答；

（5）SIP Server收到会议发起方200OK应答后，将此应答SDP通过INVITE消息发送到Music Server进行编解码协商；

（6）在上个步骤的协商成功后，Music Server与UA1建立媒体链接。

根据以上交互流程可以看出，SIP Server上现有的音乐保持业务的实现方案不区分参与此业务的双方角色，且无论是普通呼叫还是三方会议，只要配置满足要求，音乐保持业务均会启动。当三方会议中的任何一个参与方拍叉发起保持业务时，只要配置满足要求，会议发起方均会听到远端音乐服务器的放音。

由于会议发起方会自动将音乐媒体流和普通通话媒体流同时进行混音、分流，所以当会议的某个参与者拍叉后，会议发起方和另一个会议参与方仍可以进行正常通话，但同时双方均能听到远端音乐服务器播放的音乐；若此时通话的另一参与方也拍叉发起保持业务，那么会议发起方将会听到远端音乐服务器播放的交叉重叠在一起的两遍音乐放音。这样的实现使得用户体验相当不好。

由此可见，在现有的多方会话进行过程中，协商操作无法根据拍叉的发起者和被保持者的意愿对是否需要音乐保持进行控制，从而对用户体验产生了不良的影响。

发明内容

本发明提供一种会话音乐控制方法，用以解决现有技术中会话各方无法对是否音乐保持进行控制的问题，包括：

会议启动协议SIP服务器从会话保持设备接收呼叫保持请求消息，所述呼叫保持请求消息携带音乐保持服务标识；

所述SIP服务器判断所述音乐保持服务标识是否为开启状态；

若否，所述SIP服务器在收到所述会话被保持设备回复的应答响应消息后拒绝向音乐服务器转发所述应答响应消息；

若是，所述SIP服务器进一步判断所述会话被保持设备回复的应答响应消息中所携带的音乐保持服务标识是否为开启状态，并在判断结果为否的情况下拒绝向所述音乐服务器转发所述应答响应消息；

所述SIP服务器向所述会话被保持设备返回呼叫保持确认消息。

相应地，本发明还提出了一种一种会议启动协议SIP服务器，包括：

消息处理模块，用于从会话保持设备接收呼叫保持请求消息，所述呼叫保持请求消息携带音乐保持服务标识；

消息判断模块，用于判断所述音乐保持服务标识是否为开启状态；

若否，所述消息判断模块指示所述消息处理模块在收到所述会话被保持设备回复的应答响应消息后拒绝向音乐服务器转发所述应答响应消息；

若是，所述消息判断模块进一步判断所述会话被保持设备回复的应答响应消息中所携带的音乐保持服务标识是否为开启状态，并在判断结果为否的情况下指示所述消息处理模块拒绝向所述音乐服务器转发所述应答响应消息；