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

Abstract

本发明公开了一种音乐播放的方法和设备，该方法包括：当接收到来自第一用户设备的呼叫保持请求消息时，SIP服务器确定第二用户设备对应的媒体资源服务器；所述SIP服务器向所述媒体资源服务器发送音乐开始通知消息，所述音乐开始通知消息用于指示媒体资源服务器在特定组播组内开始播放音乐；所述SIP服务器向第二用户设备发送音乐保持请求消息，所述音乐保持请求消息用于指示第二用户设备加入到所述特定组播组，并接收所述特定组播组内播放的音乐。本发明实施例中，避免消耗SIP服务器与用户设备之间的带宽资源，提高SIP服务器的处理性能，使得媒体资源服务器播放音乐的执行时间得到控制，减少不必要的带宽占用，同时节约资源。

Description

一种音乐播放的方法和设备

技术领域

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

背景技术

SIP(Session Initiation Protocol，会话初始化协议)是一个应用层的控制协议，可以用来建立、修改、终止多媒体会话。如图1所示，为SIP网络的组网示意图，SIP服务器部署在企业总部机构，用户设备部署在企业分支机构，所有用户设备均需要在SIP服务器上注册，所有呼叫通过SIP服务器统一管理。

呼叫保持(Call Hold)业务是一种语音业务，其应用场景为：在用户设备的呼叫过程中，如果用户需要再发起一路呼叫，但不希望挂断原来的呼叫，并且在新呼叫结束后，恢复原来的呼叫，基于此，可以提供呼叫保持业务。

在第一用户设备与第二用户设备之间的呼叫过程中，如果第一用户设备向SIP服务器发送呼叫保持请求消息，则SIP服务器可以为第一用户设备与第二用户设备的呼叫过程提供呼叫保持业务，即SIP服务器不挂断第一用户设备与第二用户设备之间的呼叫。在此过程中，第二用户设备通常被静音处理。

为了提高用户体验，在第二用户设备被呼叫保持的过程中，SIP服务器还可以向第二用户设备播放音乐，以使第二用户设备能够收到音乐媒体流。

由于SIP服务器部署在企业总部机构，且所有呼叫均通过SIP服务器统一管理，因此由SIP服务器向用户设备播放音乐时，会消耗SIP服务器与用户设备之间的带宽资源，并且消耗SIP服务器的资源，SIP服务器的处理性能降低。

发明内容

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

当所述SIP服务器接收到来自所述第一用户设备的呼叫保持请求消息时，所述SIP服务器确定所述第二用户设备对应的媒体资源服务器；

所述SIP服务器向所述媒体资源服务器发送音乐开始通知消息，所述音乐开始通知消息用于指示媒体资源服务器在特定组播组内开始播放音乐；

所述SIP服务器向第二用户设备发送携带所述特定组播组的组播地址的音乐保持请求消息，所述音乐保持请求消息用于指示第二用户设备利用所述组播地址加入到所述特定组播组，并接收所述特定组播组内播放的音乐。

所述SIP服务器向所述媒体资源服务器发送音乐开始通知消息的过程，具体包括：所述SIP服务器接收来自媒体资源服务器的音乐订阅消息，所述音乐订阅消息中携带了所述媒体资源服务器的身份标识信息；所述SIP服务器在预先配置的订阅状态表中记录所述媒体资源服务器的身份标识信息；

所述SIP服务器在确定所述第二用户设备对应的媒体资源服务器之后，如果所述订阅状态表中有所述第二用户设备对应的媒体资源服务器的身份标识信息，则所述SIP服务器向所述媒体资源服务器发送音乐开始通知消息。

所述SIP服务器向所述媒体资源服务器发送音乐开始通知消息之后，所述方法包括：当接收到来自所述第一用户设备的呼叫保持结束消息时，所述SIP服务器向所述媒体资源服务器发送音乐结束通知消息，所述音乐结束通知消息用于指示所述媒体资源服务器在特定组播组内结束播放音乐。

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

所述媒体资源服务器接收所述SIP服务器向所述媒体资源服务器发送的音乐开始通知消息；其中，所述音乐开始通知消息用于指示所述媒体资源服务器在特定组播组内开始播放音乐，且所述音乐开始通知消息是所述SIP服务器在接收到来自所述第一用户设备的呼叫保持请求消息后发送的；

所述媒体资源服务器在所述特定组播组内开始播放音乐，由加入到所述特定组播组的所述第二用户设备接收所述特定组播组内播放的音乐。

所述方法进一步包括：所述媒体资源服务器向所述SIP服务器发送音乐订阅消息；其中，所述音乐订阅消息中携带了所述媒体资源服务器的身份标识信息，并且所述音乐订阅消息用于指示所述SIP服务器在预先配置的订阅状态表中记录所述媒体资源服务器的身份标识信息。

所述媒体资源服务器在所述特定组播组内开始播放音乐之后，所述方法进一步包括：所述媒体资源服务器接收所述SIP服务器向所述媒体资源服务器发送的音乐结束通知消息；其中，所述音乐结束通知消息用于指示所述媒体资源服务器在特定组播组内结束播放音乐，且所述音乐结束通知消息是所述SIP服务器在接收到来自所述第一用户设备的呼叫保持结束消息后发送的；

所述媒体资源服务器在所述特定组播组内结束播放音乐。

本发明实施例提供一种会话初始化协议SIP服务器，应用于包括所述SIP服务器、媒体资源服务器和多个用户设备的网络中，在第一用户设备与第二用户设备之间的呼叫过程中，所述SIP服务器具体包括：

确定模块，用于当接收到来自所述第一用户设备的呼叫保持请求消息时，确定所述第二用户设备对应的媒体资源服务器；

发送模块，用于向所述媒体资源服务器发送音乐开始通知消息，所述音乐开始通知消息用于指示媒体资源服务器在特定组播组内开始播放音乐；

以及，向所述第二用户设备发送携带所述特定组播组的组播地址的音乐保持请求消息，所述音乐保持请求消息用于指示所述第二用户设备利用所述组播地址加入到所述特定组播组，并接收所述特定组播组内播放的音乐。

所述发送模块，具体用于在向所述媒体资源服务器发送音乐开始通知消息的过程中，接收来自媒体资源服务器的音乐订阅消息，所述音乐订阅消息中携带了所述媒体资源服务器的身份标识信息；在预先配置的订阅状态表中记录所述媒体资源服务器的身份标识信息；在确定第二用户设备对应的媒体资源服务器之后，如果所述订阅状态表中有第二用户设备对应的媒体资源服务器的身份标识信息，则向所述媒体资源服务器发送音乐开始通知消息。

所述发送模块，还用于在向所述媒体资源服务器发送音乐开始通知消息之后，当接收到来自所述第一用户设备的呼叫保持结束消息时，向所述媒体资源服务器发送音乐结束通知消息；其中，所述音乐结束通知消息用于指示所述媒体资源服务器在特定组播组内结束播放音乐。

本发明实施例提供一种媒体资源服务器，应用于包括会话初始化协议SIP服务器、所述媒体资源服务器和多个用户设备的网络中，在第一用户设备与第二用户设备之间的呼叫过程中，所述媒体资源服务器具体包括：

接收模块，用于接收所述SIP服务器向所述媒体资源服务器发送的音乐开始通知消息；其中，所述音乐开始通知消息用于指示所述媒体资源服务器在特定组播组内开始播放音乐，且所述音乐开始通知消息是所述SIP服务器在接收到来自所述第一用户设备的呼叫保持请求消息后发送的；

处理模块，用于在所述特定组播组内开始播放音乐，由加入到所述特定组播组的所述第二用户设备接收所述特定组播组内播放的音乐。

还包括：发送模块，用于向所述SIP服务器发送音乐订阅消息；

其中，所述音乐订阅消息中携带了所述媒体资源服务器的身份标识信息，并且所述音乐订阅消息用于指示所述SIP服务器在预先配置的订阅状态表中记录所述媒体资源服务器的身份标识信息。

所述接收模块，还用于在所述特定组播组内开始播放音乐之后，接收所述SIP服务器向所述媒体资源服务器发送的音乐结束通知消息；

其中，所述音乐结束通知消息用于指示所述媒体资源服务器在特定组播组内结束播放音乐，且所述音乐结束通知消息是所述SIP服务器在接收到来自所述第一用户设备的呼叫保持结束消息后发送的；

所述处理模块，还用于在所述特定组播组内结束播放音乐。

基于上述技术方案，本发明实施例中，通过在企业分支机构内部署媒体资源服务器，在需要向用户设备播放音乐时，由媒体资源服务器以组播方式播放音乐，而不需要SIP服务器向用户设备播放音乐，从而避免消耗SIP服务器与用户设备之间的带宽资源，节省SIP服务器与用户设备之间的带宽资源，避免SIP服务器向用户设备播放音乐时消耗的SIP服务器的资源，提高SIP服务器的处理性能。进一步的，由SIP服务器通知媒体资源服务器开始播放音乐，并由SIP服务器通知媒体资源服务器结束播放音乐，使得媒体资源服务器播放音乐的执行时间得到控制，减少不必要的带宽占用，同时节约资源。

附图说明

图1是现有技术中提出的SIP网络的组网示意图；

图2是本发明实施例的应用场景示意图；

图3是本发明实施例提供的一种音乐播放的方法流程示意图；

图4是本发明实施例提供的一种SIP服务器的结构示意图；

图5是本发明实施例提供的一种媒体资源服务器的结构示意图。

具体实施方式

针对现有技术中存在的问题，本发明实施例提供一种音乐播放的方法，该方法应用于包括SIP服务器、媒体资源服务器和多个用户设备的网络中。以图2为本发明实施例的应用场景示意图，SIP服务器部署在企业总部机构内，用户设备部署在企业分支机构内，在每个企业分支机构内还部署一个媒体资源服务器，媒体资源服务器用于向本企业分支机构内的用户设备播放音乐。

当第一用户设备(如用户设备1)与第二用户设备(如用户设备2)需要建立呼叫时，第一用户设备向SIP服务器发送呼叫请求消息，SIP服务器向第二用户设备发送呼叫请求消息。之后，第二用户设备向SIP服务器返回响铃180消息，SIP服务器向第一用户设备返回响铃180消息；第二用户设备向SIP服务器返回200OK(成功)消息，SIP服务器向第一用户设备返回200OK消息。之后，第一用户设备向SIP服务器发送ACK(确认)消息，SIP服务器向第二用户设备发送ACK消息。基于上述过程，SIP服务器在第一用户设备与第二用户设备之间建立呼叫，且第一用户设备与第二用户设备之间通过SIP服务器传输RTP(Real-time Transport Protocol，实时传输协议)数据流。

基于上述应用场景，在第一用户设备与第二用户设备之间的呼叫过程中，如图3所示，该音乐播放的方法具体可以包括以下步骤：

步骤301，当接收到来自第一用户设备的呼叫保持请求消息时，SIP服务器确定当前与第一用户设备呼叫的第二用户设备对应的媒体资源服务器。

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

其中，呼叫保持请求消息具体为Call Hold INVITE(呼叫保持请求)消息。

在图2所示的应用场景下，在用户设备1与用户设备2之间的呼叫过程中，如果需要在用户设备1与用户设备3之间建立呼叫，并且需要保持用户设备1与用户设备2之间的呼叫，则用户设备1会向SIP服务器发送Call HoldINVITE消息。SIP服务器在接收到来自用户设备1的Call Hold INVITE消息时，确定当前与用户设备1呼叫的用户设备2对应的媒体资源服务器，即用户设备2所在的企业分支机构的媒体资源服务器，即媒体资源服务器2。

步骤302，SIP服务器向媒体资源服务器发送音乐开始通知消息，该音乐开始通知消息用于指示媒体资源服务器在特定组播组内开始播放音乐。

步骤303，媒体资源服务器在接收到来自SIP服务器的音乐开始通知消息之后，该媒体资源服务器在特定组播组内开始播放音乐。

本发明实施例中，SIP服务器向媒体资源服务器发送音乐开始通知消息的过程，具体包括但不限于如下方式：媒体资源服务器向SIP服务器发送音乐订阅消息，该音乐订阅消息中携带了本媒体资源服务器的身份标识信息，并且该音乐订阅消息用于指示SIP服务器在预先配置的订阅状态表中记录媒体资源服务器的身份标识信息。SIP服务器在接收到来自媒体资源服务器的音乐订阅消息之后，在预先配置的订阅状态表中记录该媒体资源服务器的身份标识信息。进一步的，SIP服务器在确定第二用户设备对应的媒体资源服务器之后，如果订阅状态表中有该第二用户设备对应的媒体资源服务器的身份标识信息，则SIP服务器向该媒体资源服务器发送音乐开始通知消息。

SIP服务器在预先配置的订阅状态表中记录媒体资源服务器的身份标识信息之后，SIP服务器还可以向媒体资源服务器发送音乐订阅响应消息，该音乐订阅响应消息用于表示SIP服务器已经成功接受媒体资源服务器的订阅。

SIP服务器在确定第二用户设备对应的媒体资源服务器之后，如果订阅状态表中没有第二用户设备对应的媒体资源服务器的身份标识信息，则SIP服务器不向媒体资源服务器发送音乐开始通知消息，即不采用本发明技术方案。

媒体资源服务器的身份标识信息是媒体资源服务器具有的唯一标识，如身份标识信息可以为媒体资源服务器的IP地址、服务号码、设备标识等。

其中，音乐订阅消息可以为基于SIP协议的SUBSCRIBE(订阅)消息，音乐订阅响应消息可以为基于SIP协议的200OK消息，表示订阅成功，音乐开始通知消息可以为基于SIP协议的NOTIFY-Active(通知-活动)消息。

在图2所示的应用场景下，媒体资源服务器1、媒体资源服务器2和媒体资源服务器3分别向SIP服务器发送音乐订阅消息，由SIP服务器在预先配置的订阅状态表中分别记录媒体资源服务器1的身份标识信息、媒体资源服务器2的身份标识信息、媒体资源服务器3的身份标识信息。进一步的，SIP服务器在确定用户设备2对应的媒体资源服务器2之后，由于订阅状态表中有媒体资源服务器2的身份标识信息，因此，SIP服务器向媒体资源服务器2发送音乐开始通知消息，由媒体资源服务器2在特定组播组内开始播放音乐。

媒体资源服务器在特定组播组内开始播放音乐是指：媒体资源服务器开始向特定组播组对应的组播地址播放音乐，即媒体资源服务器开始向特定组播组发送音乐媒体流，该音乐媒体流的组播地址为特定组播组的组播地址。

步骤304，SIP服务器向第二用户设备发送携带特定组播组的组播地址的音乐保持请求消息。其中，该音乐保持请求消息用于指示第二用户设备利用该组播地址加入到特定组播组，并接收该特定组播组内播放的音乐。

步骤305，第二用户设备在接收到音乐保持请求消息后，利用音乐保持请求消息中的组播地址加入到特定组播组，并接收该特定组播组内播放的音乐。

具体的，由于媒体资源服务器向特定组播组发送音乐媒体流，该音乐媒体流的组播地址为特定组播组的组播地址，因此，第二用户设备在利用音乐保持请求消息中的组播地址加入到特定组播组后，可以收到媒体资源服务器在该特定组播组内发送的音乐媒体流，从而收到特定组播组内播放的音乐。

在图2所示的应用场景下，媒体资源服务器2在特定组播组A内播放音乐，假设特定组播组A的组播地址为组播地址1，则媒体资源服务器2向特定组播组A发送组播地址为组播地址1的音乐媒体流。用户设备2在接收到音乐保持请求消息之后，利用该音乐保持请求消息中携带的组播地址1加入到特定组播组A。由于用户设备2加入到特定组播组A，因此，用户设备2可以接收到特定组播组A内发送的组播地址为组播地址1的音乐媒体流。

本发明实施例中，音乐保持请求消息具体可以为基于SIP协议的Music onHold INVITE(音乐保持请求)消息，音乐保持请求消息用于对第二网络设备进行音乐保持。进一步的，音乐保持请求消息中携带特定组播组的组播地址是指：在Music on Hold INVITE消息中，SIP服务器将SDP(Session DescriptionProtocol，会话描述协议)的媒体地址指向特定组播组的组播地址。

本发明实施例中，SIP服务器在向媒体资源服务器发送音乐开始通知消息之后，当SIP服务器需要结束音乐保持组播时，如当SIP服务器接收到来自第一用户设备的呼叫保持结束消息时，则SIP服务器向媒体资源服务器发送音乐结束通知消息，该音乐结束通知消息用于指示媒体资源服务器在特定组播组内结束播放音乐。媒体资源服务器在接收到来自SIP服务器的音乐结束通知消息之后，则该媒体资源服务器在特定组播组内结束播放音乐。

在上述处理过程中，SIP服务器向媒体资源服务器发送的音乐结束通知消息具体可以为基于SIP协议的NOTIFY-Terminated(通知-终止)消息。

基于上述技术方案，本发明实施例中，通过在企业分支机构内部署媒体资源服务器，在需要向用户设备播放音乐时，由媒体资源服务器以组播方式播放音乐，而不需要SIP服务器向用户设备播放音乐，从而避免消耗SIP服务器与用户设备之间的带宽资源，并节省SIP服务器与用户设备之间的带宽资源，避免SIP服务器向用户设备播放音乐时消耗的SIP服务器的资源，提高SIP服务器的处理性能。进一步的，由SIP服务器通知媒体资源服务器开始播放音乐，并由SIP服务器通知媒体资源服务器结束播放音乐，使得媒体资源服务器可以在收到开始播放音乐的通知后开始播放音乐，媒体资源服务器可以在收到结束播放音乐的通知后结束播放音乐，从而使得媒体资源服务器播放音乐的执行时间得到控制，减少不必要的带宽占用，同时节约资源。

基于与上述方法同样的发明构思，本发明实施例中还提供了一种会话初始化协议SIP服务器，应用于包括所述SIP服务器、媒体资源服务器和多个用户设备的网络中，在第一用户设备与第二用户设备之间的呼叫过程中，如图4所示，所述SIP服务器具体包括：

确定模块11，用于当接收到来自所述第一用户设备的呼叫保持请求消息时，确定所述第二用户设备对应的媒体资源服务器；

发送模块12，用于向所述媒体资源服务器发送音乐开始通知消息，所述音乐开始通知消息用于指示媒体资源服务器在特定组播组内开始播放音乐；

以及，向所述第二用户设备发送携带所述特定组播组的组播地址的音乐保持请求消息，所述音乐保持请求消息用于指示所述第二用户设备利用所述组播地址加入到所述特定组播组，并接收所述特定组播组内播放的音乐。

所述发送模块12，具体用于在向所述媒体资源服务器发送音乐开始通知消息的过程中，接收来自媒体资源服务器的音乐订阅消息，所述音乐订阅消息中携带了所述媒体资源服务器的身份标识信息；在预先配置的订阅状态表中记录所述媒体资源服务器的身份标识信息；在确定第二用户设备对应的媒体资源服务器之后，如果所述订阅状态表中有第二用户设备对应的媒体资源服务器的身份标识信息，则向所述媒体资源服务器发送音乐开始通知消息。

所述发送模块12，还用于在向所述媒体资源服务器发送音乐开始通知消息之后，当接收到来自所述第一用户设备的呼叫保持结束消息时，向所述媒体资源服务器发送音乐结束通知消息；其中，所述音乐结束通知消息用于指示所述媒体资源服务器在特定组播组内结束播放音乐。

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

基于与上述方法同样的发明构思，本发明实施例中还提供了一种媒体资源服务器，应用于包括会话初始化协议SIP服务器、所述媒体资源服务器和多个用户设备的网络中，在第一用户设备与第二用户设备之间的呼叫过程中，如图5所示，所述媒体资源服务器具体包括：

接收模块21，用于接收所述SIP服务器向所述媒体资源服务器发送的音乐开始通知消息；其中，所述音乐开始通知消息用于指示所述媒体资源服务器在特定组播组内开始播放音乐，且所述音乐开始通知消息是所述SIP服务器在接收到来自所述第一用户设备的呼叫保持请求消息后发送的；

处理模块22，用于在所述特定组播组内开始播放音乐，由加入到所述特定组播组的所述第二用户设备接收所述特定组播组内播放的音乐。

所述媒体资源服务器，还包括：发送模块23，用于向所述SIP服务器发送音乐订阅消息；其中，所述音乐订阅消息中携带了所述媒体资源服务器的身份标识信息，并且所述音乐订阅消息用于指示所述SIP服务器在预先配置的订阅状态表中记录所述媒体资源服务器的身份标识信息。

所述接收模块21，还用于在所述特定组播组内开始播放音乐之后，接收所述SIP服务器向所述媒体资源服务器发送的音乐结束通知消息；

其中，所述音乐结束通知消息用于指示所述媒体资源服务器在特定组播组内结束播放音乐，且所述音乐结束通知消息是所述SIP服务器在接收到来自所述第一用户设备的呼叫保持结束消息后发送的；

所述处理模块22，还用于在所述特定组播组内结束播放音乐。

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (12)

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

当所述SIP服务器接收到来自所述第一用户设备的呼叫保持请求消息时，所述SIP服务器确定所述第二用户设备对应的媒体资源服务器；

所述SIP服务器向所述媒体资源服务器发送音乐开始通知消息，所述音乐开始通知消息用于指示媒体资源服务器在特定组播组内开始播放音乐；

所述SIP服务器向第二用户设备发送携带所述特定组播组的组播地址的音乐保持请求消息，所述音乐保持请求消息用于指示第二用户设备利用所述组播地址加入到所述特定组播组，并接收所述特定组播组内播放的音乐。

2.如权利要求1所述的方法，其特征在于，所述SIP服务器向所述媒体资源服务器发送音乐开始通知消息的过程，具体包括：

所述SIP服务器接收来自媒体资源服务器的音乐订阅消息，所述音乐订阅消息中携带了所述媒体资源服务器的身份标识信息；所述SIP服务器在预先配置的订阅状态表中记录所述媒体资源服务器的身份标识信息；

所述SIP服务器在确定所述第二用户设备对应的媒体资源服务器之后，如果所述订阅状态表中有所述第二用户设备对应的媒体资源服务器的身份标识信息，则所述SIP服务器向所述媒体资源服务器发送音乐开始通知消息。

3.如权利要求1所述的方法，其特征在于，所述SIP服务器向所述媒体资源服务器发送音乐开始通知消息之后，所述方法进一步包括：

当所述SIP服务器接收到来自所述第一用户设备的呼叫保持结束消息时，所述SIP服务器向所述媒体资源服务器发送音乐结束通知消息，所述音乐结束通知消息用于指示所述媒体资源服务器在特定组播组内结束播放音乐。

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

所述媒体资源服务器接收所述SIP服务器向所述媒体资源服务器发送的音乐开始通知消息；其中，所述音乐开始通知消息用于指示所述媒体资源服务器在特定组播组内开始播放音乐，且所述音乐开始通知消息是所述SIP服务器在接收到来自所述第一用户设备的呼叫保持请求消息后发送的；

所述媒体资源服务器在所述特定组播组内开始播放音乐，由加入到所述特定组播组的所述第二用户设备接收所述特定组播组内播放的音乐。

5.如权利要求4所述的方法，其特征在于，所述方法进一步包括：

所述媒体资源服务器向所述SIP服务器发送音乐订阅消息；

其中，所述音乐订阅消息中携带了所述媒体资源服务器的身份标识信息，并且所述音乐订阅消息用于指示所述SIP服务器在预先配置的订阅状态表中记录所述媒体资源服务器的身份标识信息。

6.如权利要求4所述的方法，其特征在于，所述媒体资源服务器在所述特定组播组内开始播放音乐之后，所述方法进一步包括：

所述媒体资源服务器接收所述SIP服务器向所述媒体资源服务器发送的音乐结束通知消息；其中，所述音乐结束通知消息用于指示所述媒体资源服务器在特定组播组内结束播放音乐，且所述音乐结束通知消息是所述SIP服务器在接收到来自所述第一用户设备的呼叫保持结束消息后发送的；

所述媒体资源服务器在所述特定组播组内结束播放音乐。

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

确定模块，用于当接收到来自所述第一用户设备的呼叫保持请求消息时，确定所述第二用户设备对应的媒体资源服务器；

发送模块，用于向所述媒体资源服务器发送音乐开始通知消息，所述音乐开始通知消息用于指示媒体资源服务器在特定组播组内开始播放音乐；

以及，向所述第二用户设备发送携带所述特定组播组的组播地址的音乐保持请求消息，所述音乐保持请求消息用于指示所述第二用户设备利用所述组播地址加入到所述特定组播组，并接收所述特定组播组内播放的音乐。

8.如权利要求7所述的SIP服务器，其特征在于，

所述发送模块，具体用于在向所述媒体资源服务器发送音乐开始通知消息的过程中，接收来自媒体资源服务器的音乐订阅消息，所述音乐订阅消息中携带了所述媒体资源服务器的身份标识信息；在预先配置的订阅状态表中记录所述媒体资源服务器的身份标识信息；在确定第二用户设备对应的媒体资源服务器之后，如果所述订阅状态表中有第二用户设备对应的媒体资源服务器的身份标识信息，则向所述媒体资源服务器发送音乐开始通知消息。

9.如权利要求7所述的SIP服务器，其特征在于，

所述发送模块，还用于在向所述媒体资源服务器发送音乐开始通知消息之后，当接收到来自所述第一用户设备的呼叫保持结束消息时，向所述媒体资源服务器发送音乐结束通知消息；其中，所述音乐结束通知消息用于指示所述媒体资源服务器在特定组播组内结束播放音乐。

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

接收模块，用于接收所述SIP服务器向所述媒体资源服务器发送的音乐开始通知消息；其中，所述音乐开始通知消息用于指示所述媒体资源服务器在特定组播组内开始播放音乐，且所述音乐开始通知消息是所述SIP服务器在接收到来自所述第一用户设备的呼叫保持请求消息后发送的；

处理模块，用于在所述特定组播组内开始播放音乐，由加入到所述特定组播组的所述第二用户设备接收所述特定组播组内播放的音乐。

11.如权利要求10所述的媒体资源服务器，其特征在于，还包括：

发送模块，用于向所述SIP服务器发送音乐订阅消息；

其中，所述音乐订阅消息中携带了所述媒体资源服务器的身份标识信息，并且所述音乐订阅消息用于指示所述SIP服务器在预先配置的订阅状态表中记录所述媒体资源服务器的身份标识信息。

12.如权利要求10所述的媒体资源服务器，其特征在于，

所述接收模块，还用于在所述特定组播组内开始播放音乐之后，接收所述SIP服务器向所述媒体资源服务器发送的音乐结束通知消息；

其中，所述音乐结束通知消息用于指示所述媒体资源服务器在特定组播组内结束播放音乐，且所述音乐结束通知消息是所述SIP服务器在接收到来自所述第一用户设备的呼叫保持结束消息后发送的；

所述处理模块，还用于在所述特定组播组内结束播放音乐。