CN112866215B - 一种音乐播放方法和设备 - Google Patents

Abstract

本发明公开了一种播放方法及设备，通过一台用户设备来控制另一台用户设备实现Music On Hold(呼叫保持时的音乐播放)功能，减少与SIP服务器的交互，降低了SIP服务器的负载。同时，需要实现Music On Hold(呼叫保持时的音乐播放)功能的第二用户设备，通过第一用户设备实现与媒体资源服务器的软交换(即交换SDP)，从而实现了第二用户设备与媒体资源服务器的P2P媒体链接，节省了SIP服务器的网络宽带资源；同时，对于需要跨网段部署媒体资源服务器的情况(即媒体资源服务器和第二用户设备处于两个网段)，P2P的媒体链接方式可以避免设置路由器的开启权限，避免了网络环境部署的不便。

Description

一种音乐播放方法和设备

技术领域

本发明涉及通信技术领域，特别涉及一种音乐播放方法和设备。

背景技术

SIP(即会话初始协议，Session Initiation Protocol)是一种信令协议，用于生成、修改和终结一个或多个参与者之间的会话，并负责传输SDP(即会话描述协议，SessionDescription Protocol)包。而SDP包中描述了一个会话中包含会话使用的相关媒体信息，例如IP地址、媒体端口、媒体方向、媒体编解码信息以及邀请的人等媒体信息。当被邀请的人都通过各自的终端设备被通知到后，就可以使用RTSP(即实时流传输协议，Real TimeStreaming Protocol)来控制特定媒体的通信，比如RTSP控制信息要求开始视频的播放，那么就开始使用RTP(即实时传输协议，Real-time Transport Protocol)实时传输数据等。

目前VoIP(即基于IP的语音传输，Voice over Internet Protocol)间实现CallHold(呼叫保持)时，大部分都是终止媒体流收发，这对于被Hold方来说就处于无声状态，体验不好。而近年来也有部分SIP服务器支持了Music On Hold(呼叫保持时的音乐播放)功能，该功能表现为：第一用户设备和第二用户设备通过SIP服务器建立呼叫的过程中，在第一用户设备Hold第二用户设备之后，SIP服务器直接将SIP服务器内置的媒体声直接发送给第二用户设备，这样第二用户设备就收到了音乐声，提升了体验。

但是这样做的缺陷是需要服务器支持Music On Hold功能，也加大了SIP服务器的负载。

发明内容

本发明的目的在于至少解决现有技术中存在的技术问题之一，提供一种音乐播放方法和设备，解决现有技术中实现呼叫保持时向用户设备播放音乐占用SIP服务器资源而增加SIP服务负载的技术问题。

为了实现上述目的，提供如下技术方案：

第一方面，本发明提供一种音乐播放方法，该方法应用于包括SIP服务器、媒体资源服务器和多个用户设备的网络中，在第一用户设备和第二用户设备之间的呼叫过程中，所述方法包括以下步骤：

当第一用户设备接收到呼叫保持触发信号时，第一用户设备获取媒体资源服务器的第一媒体信息；

第一用户设备根据呼叫保持触发信号向SIP服务器发送携带有第一媒体信息的呼叫保持请求消息，以使SIP服务器将第一媒体信息转发至第二用户设备；

第一用户设备将获取到的第二用户设备的第二媒体信息发送至媒体资源服务器；

第一用户设备向媒体资源服务器发送音乐开始通知消息，所述音乐开始通知消息用于指示媒体资源服务器向第二用户设备发送音频数据流。

进一步的，所述第一用户设备获取媒体资源服务器的第一媒体信息的过程，具体包括：

第一用户设备向媒体资源服务器发起呼叫；

第一用户设备根据接收到的由所述媒体资源服务器发送的成功连接应答消息，获取媒体资源服务器的第一媒体信息。

进一步的，在所述第一用户设备将获取到的第二用户设备的第二媒体信息发送至媒体资源服务器的步骤之前，所述方法还包括：

第一用户设备接收SIP服务器转发的由第二用户设备发送的接受呼叫保持响应消息；

第一用户设备根据所述接受呼叫保持响应消息获取第二用户设备的第二媒体信息。

进一步的，在第一用户设备向媒体资源服务器发送音乐开始通知消息之后，所述方法还包括：

当第一用户设备接收到取消呼叫保持触发信号时，第一用户设备向媒体资源服务器发送音乐结束通知消息，所述音乐结束通知消息用于指示所述媒体资源服务器停止向第二用户设备发送音频数据流。

第二方面，本发明提供一种音乐播放方法，该方法应用于包括SIP服务器、媒体资源服务器和多个用户设备的网络中，在第一用户设备和第二用户设备之间的呼叫过程中，所述方法包括以下步骤：

当媒体资源服务器接收到第一用户设备的呼叫时，媒体资源服务器向第一用户设备发送成功连接应答消息，所述成功连接应答消息中携带有媒体资源服务器的第一媒体信息；

媒体资源服务器接收由第一用户设备发送的第二用户设备的第二媒体信息；

当媒体资源服务器接收到由第一用户设备发送的音乐开始通知消息时，媒体资源服务器向第二用户设备发送音频数据流。

进一步的，在媒体资源服务器向第二用户设备发送音频数据流的步骤之后，所述方法还包括：

当媒体资源服务器接收到由第一用户设备发送音乐结束通知消息时，媒体资源服务器停止向第二用户设备发送音频数据流。

第三方面，本发明提供一种终端，应用于包括SIP服务器、媒体资源服务器、终端和多个用户设备的网络中，在终端和用户设备之间的呼叫过程中，所述终端具体包括：

获取模块，用于当终端接收到呼叫保持触发信号时，获取媒体资源服务器的第一媒体信息；

第一发送模块，用于根据呼叫保持触发信号向SIP服务器发送携带有第一媒体信息的呼叫保持请求消息，以使SIP服务器将第一媒体信息转发至用户设备；

第二发送模块，用于将获取到的用户设备的第二媒体信息发送至媒体资源服务器；

播放通知模块，用于向媒体资源服务器发送音乐开始通知消息，所述音乐开始通知消息用于指示媒体资源服务器向用户设备发送音频数据流。

进一步的，所述获取模块具体包括以下子模块：

呼叫子模块，用于向媒体资源服务器发起呼叫；

第一获取子模块，用于根据接收到的由所述媒体资源服务器发送的成功连接应答消息，获取媒体资源服务器的第一媒体信息。

进一步的，所述第二发送模块还用于：

接收SIP服务器转发的由用户设备发送的接受呼叫保持响应消息；

以及根据所述接受呼叫保持响应消息获取用户设备的第二媒体信息。

第四方面，本发明提供一种媒体资源服务器，应用于包括SIP服务器、媒体资源服务器和多个用户设备的网络中，在第一用户设备和第二用户设备之间的呼叫过程中，所述媒体资源服务器具体包括：

第三发送模块，用于当媒体资源服务器接收到第一用户设备的呼叫时，向第一用户设备发送成功连接应答消息，所述成功连接应答消息中携带有媒体资源服务器的第一媒体信息；

接收模块，用于接收由第一用户设备发送的第二用户设备的第二媒体信息；

音频发送模块，用于当媒体资源服务器接收到由第一用户设备发送的音乐开始通知消息时，向第二用户设备发送音频数据流。

相较于现有技术，本发明提供的一种播放方法及设备至少具有以下有益效果：

1.相较于现有技术中，在实现Music On Hold(呼叫保持时的音乐播放)功能时必须有SIP服务器参与，即通过SIP服务器来控制呼叫保持时的音乐播放功能(例如，由SIP服务器直接存储音频数据流或者由SIP服务器指挥用户设备获取音频数据流)，而给SIP服务器带来的负载增加；本发明通过一台用户设备来控制另一台用户设备实现Music On Hold(呼叫保持时的音乐播放)功能，减少与SIP服务器的交互，降低了SIP服务器的负载。

2.本发明中，需要实现Music On Hold(呼叫保持时的音乐播放)功能的第二用户设备，通过第一用户设备实现与媒体资源服务器的软交换(即交换SDP)，从而实现了第二用户设备与媒体资源服务器的P2P媒体链接，节省了SIP服务器的网络宽带资源；同时，对于需要跨网段部署媒体资源服务器的情况(即媒体资源服务器和第二用户设备处于两个网段)，P2P的媒体链接方式可以避免设置路由器的开启权限，避免了网络环境部署的不便。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

下面结合附图和实施例对本发明进一步地说明；

图1为一个实施例中音乐播放方法的应用环境图。

图2为一个实施例中终端的结构框图。

图3为一个实施例中媒体资源服务器的结构框图。

图4为一个实施例中音乐播放方法的流程示意图。

图5为一个实施例中音乐播放方法的信令图。

图6为一个实施例中计算机设备的结构框图。

附图标记：

100、SIP服务器；200、资源媒体服务器；210、第三发送模块；220、接收模块；230、音频发送模块；310、第一用户设备；311、获取模块；312、第一发送模块；313、第二发送模块；314、播放通知模块；320、第二用户设备；330、第三用户设备。

具体实施方式

本部分将详细描述本发明的具体实施例，本发明之较佳实施例在附图中示出，附图的作用在于用图形补充说明书文字部分的描述，使人能够直观地、形象地理解本发明的每个技术特征和整体技术方案，但其不能理解为对本发明保护范围的限制。

图1为本发明一个实施例中提供的一种音乐播放方法的应用环境图。如图1所示，SIP服务器100、资源媒体服务器200和多台终端(包括第一用户设备310、第二用户设备320以及第三用户设备330)相互通信连接形成网络。

图5为一个实施例中音乐播放方法的信令图，为了便于理解，以下通过表1对图5中涉及的SIP协议中的相关术语作出说明：

表1

需要说明的是，图5中的Client1为第一用户设备310，其IP地址是IP1，Client2为第二用户设备320，其IP地址为IP2，Music Server为资源媒体服务器200，其IP地址是IP3，SIP Server为SIP服务器100。需要说明的是，Music Server可以与SIP Server是同一台，也可以不是同一台。

如图5所示：

F1：Client 1与Client 2都注册在同个SIP Server上，Client1与Client2建立通话。其具体流程为：当Client 1与Client 2需要建立呼叫时，Client 1向SIP Server发送呼叫请求消息，SIP Server向Client 2转发呼叫请求消息。之后，Client 2向SIP Server返回响铃180消息，SIP Server向Client 1转发响铃180消息；Client 2向SIP Server返回2000K(成功)消息，SIP Server向Client 1转发200 0K消息。之后，Client 1向SIP Server发送ACK(确认)消息，SIP Server向Client 2转发ACK消息。

F2：Client 1与Client 2建立通话后，媒体流直接由IP1与IP2交互。基于上述过程，SIP服务器100在第一用户设备310与第二用户设备320之间建立呼叫，且第一用户设备310与第二用户设备320之间通过SIP服务器100传输RTP(Real-time Transport Protocol，实时传输协议)数据流。

基于上述应用场景，在第一用户设备310和第二用户设备320之间的呼叫过程中，如图4所示，该音乐播放方法整体上可以包括步骤S101至步骤S105，更具体的，如图5所示，步骤S101至步骤S105可以细化为F3至F6。

以下，结合图4和图5，对本发明实施例提供的音乐播放方法进行具体说明。

步骤S101：当第一用户设备310接收到呼叫保持触发信号时，第一用户设备310获取媒体资源服务器的第一媒体信息。

可以理解的是，在用户使用第一用户设备310与第二用户设备320进行呼叫的过程中，如果第一用户设备310需要再发起一路呼叫，如需要在第一用户设备310与第三用户设备330之间建立呼叫，且第一用户设备310不希望挂断第一用户设备310与第二用户设备320之间的呼叫，并且在第一用户设备310与第三用户设备330之间的呼叫结束后，恢复第一用户设备310与第二用户设备320之间的呼叫，则第一用户设备310会向SIP服务器100发送呼叫保持请求消息，由SIP服务器100在接收到来自第一用户设备310的呼叫保持请求消息时，SIP服务器100为第一用户设备310与第二用户设备320的呼叫过程提供呼叫保持业务，即SIP服务器100不挂断第一用户设备310与第二用户设备320之间的呼叫。

在一个示例中，第一用户设备310为一移动终端，用户通过按下移动终端上的按钮的方式，在移动终端上产生呼叫保持触发信号。当第一用户设备310接收到呼叫保持触发信号时，执行如下步骤：

步骤S1011：第一用户设备310向媒体资源服务器发起呼叫。

步骤S1012：第一用户设备310根据接收到的由所述媒体资源服务器发送的成功连接应答消息，获取媒体资源服务器的第一媒体信息。

可以理解的是，对于媒体资源服务器而言，当媒体资源服务器接收到第一用户设备310的呼叫时，媒体资源服务器向第一用户设备310发送成功连接应答消息，所述成功连接应答消息中携带有媒体资源服务器的第一媒体信息。

具体的，如图5中的F3-1所示，该步骤中：Client1 Hold Client2前，Client1向Music Server发送一个没有SDP的INVITE，随后Music Server回复200OK(即媒体资源服务器发送的成功连接应答消息)，其SDP中携带IP3和媒体端口等信息，这时候Clinet1知道了Music Server的媒体信息，第一媒体信息为媒体资源服务器发送的成功连接应答消息中的SDP中存储的媒体信息。

步骤S102：第一用户设备310根据呼叫保持触发信号向SIP服务器100发送携带有第一媒体信息的呼叫保持请求消息，以使SIP服务器100将第一媒体信息转发至第二用户设备320。

具体的，如图5中的F3-2所示，该步骤中：Client1向Clinet2发送REINVITE(即呼叫保持请求消息)，该REINVITE的SDP携带Music Server的媒体地址信息(IP3和媒体端口)，同时标记媒体方向为sendonly；随后Clinet2回复200OK，该200OK的SDP中携带IP2和媒体端口等相关信息，并标记媒体方向为recvonly。

步骤S103：第一用户设备310将获取到的第二用户设备320的第二媒体信息发送至媒体资源服务器，媒体资源服务器接收由第一用户设备310发送的第二用户设备320的第二媒体信息。

需要说明的是，在所述第一用户设备310将获取到的第二用户设备320的第二媒体信息发送至媒体资源服务器的步骤之前，所述方法还包括：

第一用户设备310接收SIP服务器100转发的由第二用户设备320发送的接受呼叫保持响应消息；

第一用户设备310根据所述接受呼叫保持响应消息获取第二用户设备320的第二媒体信息。

具体的，如图5中的F3-3所示，该步骤中：Client1收到了Client2的200OK(即接受呼叫保持响应消息)后，向Music Server发送ACK，该ACK的SDP中携带Client2的媒体地址信息，媒体方向为recvonly，并向Clien2发送ACK，该ACK不带SDP信息，第二媒体信息为第二用户设备320发送的接受呼叫保持响应消息中的SDP中存储的媒体信息。

步骤S104：第一用户设备310向媒体资源服务器发送音乐开始通知消息，所述音乐开始通知消息用于指示媒体资源服务器向第二用户设备320发送音频数据流。

步骤S105：当媒体资源服务器接收到由第一用户设备310发送的音乐开始通知消息时，媒体资源服务器向第二用户设备320发送音频数据流。

具体的，如图5中的F3-3所示，该步骤中：Music Server与Client2通过Client1桥接实现了SDP软交换，这时候Client2处于被Hold状态，同时也收到Music Server发过来的音乐声，Client1完成了Misic On Hold流程。

可以理解的是，通过步骤S101至步骤S105，资源媒体服务器200和第二用户设备320通过第一用户设备310实现了SDP的软交换，便于在资源媒体服务器200和第二用户设备320获取对方的地址信息以及验证对方身份从而建立P2P媒体链接。

步骤S106：当第一用户设备310接收到取消呼叫保持触发信号时，第一用户设备310向媒体资源服务器发送音乐结束通知消息，所述音乐结束通知消息用于指示所述媒体资源服务器停止向第二用户设备320发送音频数据流。

对应的，当媒体资源服务器接收到由第一用户设备310发送音乐结束通知消息时，媒体资源服务器停止向第二用户设备320发送音频数据流。

具体的，如图5中的F3-3所示，该步骤中：Client1要解Hold，给Client2发送REINVITE，SDP信息携带IP1和媒体信息，媒体方向为sendrecv；Client2收到该REINVITE后，恢复与Client1的媒体交互并解除被Hold状态；Client1同时发送Bye消息给Music Server，因此这时候Music Server会停止向Client2发送音乐媒体；Clinet1完成UnHold流程。

上述实施例相较于现有技术中，在实现Music On Hold(呼叫保持时的音乐播放)功能时必须有SIP服务器100参与，即通过SIP服务器100来控制呼叫保持时的音乐播放功能(例如，由SIP服务器100直接存储音频数据流或者由SIP服务器100指挥用户设备获取音频数据流)，而给SIP服务器100带来的负载增加；本发明通过一台用户设备来控制另一台用户设备实现Music On Hold(呼叫保持时的音乐播放)功能，减少与SIP服务器100的交互，降低了SIP服务器100的负载。同时，本实施例中，需要实现Music On Hold(呼叫保持时的音乐播放)功能的第二用户设备320，通过第一用户设备310实现与媒体资源服务器的软交换(即交换SDP)，从而实现了第二用户设备320与媒体资源服务器的P2P媒体链接，节省了SIP服务器100的网络宽带资源；同时，对于需要跨网段部署媒体资源服务器的情况(即媒体资源服务器和第二用户设备320处于两个网段)，P2P的媒体链接方式可以避免设置路由器的开启权限，避免了网络环境部署的不便。

另一方面，本发明实施例提供一种终端，应用于包括SIP服务器100、媒体资源服务器、终端和多个用户设备的网络中，在终端和用户设备之间的呼叫过程中，如图2所示，在一个示例中，所述终端为第一用户设备310，该第一用户设备310具体包括：

获取模块311，用于当终端接收到呼叫保持触发信号时，获取媒体资源服务器的第一媒体信息；

第一发送模块312，用于根据呼叫保持触发信号向SIP服务器100发送携带有第一媒体信息的呼叫保持请求消息，以使SIP服务器100将第一媒体信息转发至第二用户设备320；

第二发送模块313，用于将获取到的第二用户设备320的第二媒体信息发送至媒体资源服务器；

播放通知模块314，用于向媒体资源服务器发送音乐开始通知消息，所述音乐开始通知消息用于指示媒体资源服务器向第二用户设备320发送音频数据流。

进一步的，所述获取模块311具体包括以下子模块：

呼叫子模块，用于向媒体资源服务器发起呼叫；

第一获取子模块，用于根据接收到的由所述媒体资源服务器发送的成功连接应答消息，获取媒体资源服务器的第一媒体信息。

进一步的，所述第二发送模块313还用于：

接收SIP服务器100转发的由第二用户设备320发送的接受呼叫保持响应消息；

以及根据所述接受呼叫保持响应消息获取第二用户设备320的第二媒体信息。

需要说明的是，本发明提供的终端实施例与上述方法实施例基于相同的发明构思，此处不再赘述。

另一方面，如图3所示，本发明实施例提供一种媒体资源服务器，应用于包括SIP服务器100、媒体资源服务器和多个用户设备的网络中，在第一用户设备310和第二用户设备320之间的呼叫过程中，所述媒体资源服务器具体包括：

第三发送模块210，用于当媒体资源服务器接收到第一用户设备310的呼叫时，向第一用户设备310发送成功连接应答消息，所述成功连接应答消息中携带有媒体资源服务器的第一媒体信息；

接收模块220，用于接收由第一用户设备310发送的第二用户设备320的第二媒体信息；

音频发送模块230，用于当媒体资源服务器接收到由第一用户设备310发送的音乐开始通知消息时，向第二用户设备320发送音频数据流。

需要说明的是，本发明提供的媒体资源服务器实施例与上述方法实施例基于相同的发明构思，此处不再赘述。

图6示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的终端(或服务器)。如图6所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现音乐播放方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行音乐播放方法。本领域技术人员可以理解，图6中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRA)、存储器总线(Rambus)直接RAM(RDRA)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

Claims (10)

1.一种音乐播放方法，该方法应用于包括SIP服务器、媒体资源服务器和多个用户设备的网络中，其特征在于，在第一用户设备和第二用户设备之间的呼叫过程中，所述方法包括以下步骤：

当第一用户设备接收到呼叫保持触发信号时，第一用户设备获取媒体资源服务器的第一媒体信息；

第一用户设备根据呼叫保持触发信号向SIP服务器发送携带有第一媒体信息的呼叫保持请求消息，以使SIP服务器将第一媒体信息转发至第二用户设备；

第一用户设备将获取到的第二用户设备的第二媒体信息发送至媒体资源服务器；

第一用户设备向媒体资源服务器发送音乐开始通知消息，所述音乐开始通知消息用于指示媒体资源服务器向第二用户设备发送音频数据流。

2.根据权利要求1所述的一种音乐播放方法，其特征在于，所述第一用户设备获取媒体资源服务器的第一媒体信息的过程，具体包括：

第一用户设备向媒体资源服务器发起呼叫；

第一用户设备根据接收到的由所述媒体资源服务器发送的成功连接应答消息，获取媒体资源服务器的第一媒体信息。

3.根据权利要求1所述的一种音乐播放方法，其特征在于，在所述第一用户设备将获取到的第二用户设备的第二媒体信息发送至媒体资源服务器的步骤之前，所述方法还包括：

第一用户设备接收SIP服务器转发的由第二用户设备发送的接受呼叫保持响应消息；

第一用户设备根据所述接受呼叫保持响应消息获取第二用户设备的第二媒体信息。

4.根据权利要求1所述的一种音乐播放方法，其特征在于，在第一用户设备向媒体资源服务器发送音乐开始通知消息之后，所述方法还包括：

当第一用户设备接收到取消呼叫保持触发信号时，第一用户设备向媒体资源服务器发送音乐结束通知消息，所述音乐结束通知消息用于指示所述媒体资源服务器停止向第二用户设备发送音频数据流。

5.一种音乐播放方法，该方法应用于包括SIP服务器、媒体资源服务器和多个用户设备的网络中，其特征在于，在第一用户设备和第二用户设备之间的呼叫过程中，所述方法包括以下步骤：

当媒体资源服务器接收到第一用户设备的呼叫时，媒体资源服务器向第一用户设备发送成功连接应答消息，所述成功连接应答消息中携带有媒体资源服务器的第一媒体信息；

媒体资源服务器接收由第一用户设备发送的第二用户设备的第二媒体信息；

当媒体资源服务器接收到由第一用户设备发送的音乐开始通知消息时，媒体资源服务器向第二用户设备发送音频数据流。

6.根据权利要求5所述的一种音乐播放方法，其特征在于，在媒体资源服务器向第二用户设备发送音频数据流的步骤之后，所述方法还包括：

当媒体资源服务器接收到由第一用户设备发送音乐结束通知消息时，媒体资源服务器停止向第二用户设备发送音频数据流。

7.一种终端，应用于包括SIP服务器、媒体资源服务器、终端和多个用户设备的网络中，其特征在于，在终端和用户设备之间的呼叫过程中，所述终端具体包括：

获取模块，用于当终端接收到呼叫保持触发信号时，获取媒体资源服务器的第一媒体信息；

第一发送模块，用于根据呼叫保持触发信号向SIP服务器发送携带有第一媒体信息的呼叫保持请求消息，以使SIP服务器将第一媒体信息转发至用户设备；

第二发送模块，用于将获取到的用户设备的第二媒体信息发送至媒体资源服务器；

播放通知模块，用于向媒体资源服务器发送音乐开始通知消息，所述音乐开始通知消息用于指示媒体资源服务器向用户设备发送音频数据流。

8.根据权利要求7所述的一种终端，其特征在于，所述获取模块具体包括以下子模块：

呼叫子模块，用于向媒体资源服务器发起呼叫；

第一获取子模块，用于根据接收到的由所述媒体资源服务器发送的成功连接应答消息，获取媒体资源服务器的第一媒体信息。

9.根据权利要求7所述的一种终端，其特征在于，所述第二发送模块还用于：

接收SIP服务器转发的由用户设备发送的接受呼叫保持响应消息；

以及根据所述接受呼叫保持响应消息获取用户设备的第二媒体信息。

10.一种媒体资源服务器，应用于包括SIP服务器、媒体资源服务器和多个用户设备的网络中，其特征在于，在第一用户设备和第二用户设备之间的呼叫过程中，所述媒体资源服务器具体包括：

第三发送模块，用于当媒体资源服务器接收到第一用户设备的呼叫时，向第一用户设备发送成功连接应答消息，所述成功连接应答消息中携带有媒体资源服务器的第一媒体信息；

接收模块，用于接收由第一用户设备发送的第二用户设备的第二媒体信息；

音频发送模块，用于当媒体资源服务器接收到由第一用户设备发送的音乐开始通知消息时，向第二用户设备发送音频数据流。

Images