一种实现多媒体回铃音的方法及系统

摘要

本发明公开了一种实现多媒体回铃音的方法，主叫MSC服务器收到呼叫后，向被叫MSC服务器发起呼叫，主叫MSC服务器收到被叫MSC服务器成功寻呼被叫用户的通知；进行主叫用户与MRS之间的媒体能力协商，然后通知MRS向主叫用户播放多媒体回铃音，MRS根据媒体能力协商结果向主叫用户播放多媒体回铃音。本发明还公开了一种实现多媒体回铃音的系统，包括：HLR、MSC服务器、MRS和媒体网关MGW，MSC服务器分别与HLR、MRS和MGW相连，MRS与MGW相连。根据本发明提出的方案，使得多媒体回铃音业务能够在第三代网络中得以实现；并且，本发明可使第三代、第二代的混合网络及第三代网络中原有音频回铃音业务与多媒体回铃音业务共存，保证回铃音业务的正常使用。

权利要求

1.一种实现多媒体回铃音的方法，其特征在于，该方法包含以下步骤：

A、主叫移动交换中心MSC服务器收到呼叫后，主叫MSC服务器获取被叫用户的签约信息；向被叫MSC服务器发起呼叫，主叫MSC服务器接收被叫MSC服务器成功寻呼被叫用户的通知；主叫MSC服务器根据被叫用户的签约信息，判断被叫用户是否签约了多媒体回铃音业务；

B、如果判断被叫用户签约了多媒体回铃音业务，主叫或者被叫MSC服务器执行主叫用户与媒体资源服务器MRS之间的媒体能力协商，并通知MRS向主叫用户播放多媒体回铃音，MRS根据媒体能力协商结果向主叫用户播放多媒体回铃音。

2.根据权利要求1所述的方法，其特征在于，所述步骤A与所述步骤B之间进一步包括：判断被叫用户是否签约了多媒体回铃音业务，如果判断被叫用户没有签约多媒体回铃音业务，向主叫用户播放音频回铃音或普通回铃音。

3.根据权利要求2所述的方法，其特征在于，所述被叫用户签约信息由位置归属寄存器HLR向主叫MSC服务器提供。

4.根据权利要求1所述的方法，其特征在于，HLR中存储有被叫用户的签约信息，所述主叫MSC服务器获取被叫用户的签约信息包括：HLR确定被叫用户签约了回铃音业务后，继续确定被叫用户签约的是音频回铃音业务还是多媒体回铃音业务，然后向主叫MSC服务器返回表明被叫用户签约的是音频回铃音业务还是多媒体回铃音业务的签约信息；

所述主叫MSC服务器根据被叫用户的签约信息，判断被叫用户是否签约了多媒体回铃音业务包括：主叫MSC服务器根据HLR提供的被叫用户签约信息，判断被叫用户签约的是音频回铃音业务还是多媒体回铃音业务。

5.根据权利要求1所述的方法，其特征在于，步骤B中所述向主叫用户播放多媒体回铃音，为：向主叫用户播放被叫用户定制的多媒体回铃音。

6.根据权利要求5所述的方法，其特征在于，

所述向主叫用户播放被叫用户定制的多媒体回铃音，为：向主叫用户播放与被叫号码相对应的多媒体回铃音，或为：向主叫用户播放与被叫号码和主叫号码的组合相对应的多媒体回铃音；

所述被叫号码或被叫号码和主叫号码由主叫MSC服务器向MRS提供。

7.根据权利要求5所述的方法，其特征在于，步骤B中所述MRS根据媒体能力协商结果向主叫用户播放多媒体回铃音，为：MRS判断媒体能力协商结果是否支持多媒体的播放，如果是，则向主叫用户播放多媒体回铃音；否则，向主叫用户播放音频回铃音。

8.根据权利要求1所述的方法，其特征在于，所述步骤B之后进一步包括：

C1、主叫MSC服务器收到被叫MSC服务器返回的被叫用户已应答的通知后，通知MRS停止向主叫用户播放多媒体回铃音，进行主叫用户与被叫用户之间的媒体能力协商，然后主叫用户与被叫用户之间根据媒体能力协商结果进行通信。

9.根据权利要求1所述的方法，其特征在于，所述步骤B之后进一步包括：

C2、主叫MSC服务器收到被叫MSC服务器返回的被叫用户已应答的通知后，进行主叫用户与被叫用户之间的媒体能力协商，主叫用户与被叫用户之间根据媒体能力协商结果进行通信，然后MRS停止向主叫用户播放多媒体回铃音。

10.根据权利要求1所述的方法，其特征在于，所述步骤B之后进一步包括：

C3、主叫MSC服务器收到被叫MSC服务器返回的被叫用户已应答的通知后，通知MRS停止向主叫用户播放多媒体回铃音，与此同时，进行主叫用户与被叫用户之间的媒体能力协商，然后主叫用户与被叫用户之间根据媒体能力协商结果进行通信。

11.根据权利要求8、9或10所述的方法，其特征在于，所述进行主叫用户与被叫用户之间的媒体能力协商，为：主叫MSC服务器根据步骤B中的媒体能力协商结果，直接与被叫用户进行媒体能力协商。

12.一种实现多媒体回铃音的系统，其特征在于，该系统包括：HLR、主叫MSC服务器、被叫MSC服务器、MRS和媒体网关MGW，主叫MSC服务器分别与HLR、MRS和MGW相连，被叫MSC服务器分别与HLR、MRS和MGW相连，MRS与MGW相连，HLR用于存储用户的签约信息，并向主叫MSC服务器提供用户的签约信息；

主叫MSC服务器用于在收到呼叫后，获取被叫用户的签约信息；向被叫MSC服务器发起呼叫，主叫MSC服务器收到被叫MSC服务器成功寻呼被叫用户的通知；主叫MSC服务器根据被叫用户的签约信息，判断被叫用户是否签约了多媒体回铃音业务；如果判断被叫用户签约了多媒体回铃音业务，主叫或者被叫MSC服务器进行主叫用户与媒体资源服务器MRS之间的媒体能力协商，然后通知MRS向主叫用户播放多媒体回铃音，MRS根据媒体能力协商结果向主叫用户播放多媒体回铃音；

MGW用于根据主叫或者被叫MSC服务器的控制进行呼叫过程中媒体信息的交互；

MRS用于存储多媒体回铃音，并根据主叫或者被叫MSC服务器的控制及媒体能力协商结果向主叫用户播放多媒体回铃音。

13.根据权利要求12所述的系统，其特征在于，该系统中进一步包括：

音频资源服务器，用于存储音频回铃音，用于根据主叫或者被叫MSC服务器的控制向主叫用户播放音频回铃音；

所述HLR进一步用于根据存储的用户签约信息，确定用户签约的是音频回铃音业务、或是多媒体回铃音业务、或是未签约回铃音业务，并向主叫MSC服务器提供确定的用户签约信息。

说明书

一种实现多媒体回铃音的方法及系统

技术领域

[0001] 本发明涉及回铃音技术，更具体地说，本发明涉及一种实现多媒体回铃音的方法及系统。

[0002] 发明背景

[0003] 目前，在全球移动通信(GSM)系统中出现了个性化的回铃音业务。回铃音业务是指根据被叫用户的定制，向主叫用户播放不同铃声的业务，铃声可以是被叫用户定制的各种音频文件，如音乐、歌曲、故事情节、人物对话等。主叫用户呼叫被叫用户时，在被叫用户应答之前，向主叫用户播放被叫用户定制的铃声；进一步地，可根据被叫定制的主叫号码与铃声之间的对应关系，向主叫用户播放与其号码相对应的铃声。通过回铃音业务，主叫用户在被叫用户应答之前，听到的不再是单调的“嘟…嘟…”声，充分体现越来越提倡的个性化服务。

[0004] R99以后的第三代网络采用软交换为控制核心，通过分组交换网络作为传输网络，是能够同时提供语音、数据、多媒体等多种业务的、综合性的、全开放的网络平台体系。然而，对于能够提供以多媒体业务的第三代网络，目前只能够提供基于音频的回铃音业务，并没有利用第三代网络的特点，提出实现多媒体回铃音的具体方案。比如，不能够在第三代网络用户拔打视频呼叫的过程中向主叫播放多媒体视频以替代普通回铃音。这对于能够提供丰富业务的第三代网络而言，是一个很大的缺憾。

发明内容

[0005] 有鉴于此，本发明的一个目的在于提供一种实现多媒体彩色回铃音的方法，以在第三代网络中实现多媒体回铃音业务。

[0006] 本发明的另一目的在于提供一种实现多媒体彩色回铃音的系统，以在第三代网络中实现多媒体回铃音业务。

[0007] 为了达到上述目的，本发明提供了一种实现多媒体回铃音的方法，该方法包含以下步骤：

[0008] A、主叫移动交换中心MSC服务器收到呼叫后，向被叫MSC服务器发起呼叫，主叫MSC服务器收到被叫MSC服务器成功寻呼被叫用户的通知；

[0009] B、主叫或者被叫移动交换中心MSC服务器执行主叫用户与媒体资源服务器MRS之间的媒体能力协商，并通知MRS向主叫用户播放多媒体回铃音，MRS根据媒体能力协商结果向主叫用户播放多媒体回铃音。

[0010] 所述步骤A与所述步骤B之间进一步包括：主叫MSC服务器根据获取的被叫用户签约信息，判断被叫用户是否签约了多媒体回铃音业务，如果是，则执行步骤B；否则，向主叫用户播放音频回铃音或普通回铃音。其中普通回铃音一般是“嘟…嘟…”声，而音频回铃音可以是各种彩铃，比如音乐、歌曲、故事情节、人物对话等。

[0011] 所述被叫用户签约信息由位置归属寄存器HLR向主叫MSC服务器提供。

[0012] 所述步骤A进一步包括：HLR确定被叫用户签约了回铃音业务后，继续确定被叫用户签约的是音频回铃音业务还是多媒体回铃音业务，然后向主叫MSC服务器返回表明被叫用户签约的是音频回铃音业务还是多媒体回铃音业务的签约信息；所述步骤A与所述步骤B之间进一步包括：主叫MSC服务器根据HLR提供的被叫用户签约信息，判断被叫用户签约的是音频回铃音业务还是多媒体回铃音业务的签约信息，如果被叫签约的是音频回铃音业务，则通知用于播放音频回铃音的音频资源服务器向主叫用户播放被叫用户定制的音频回铃音；如果被叫签约的是多媒体回铃音业务，则执行步骤B。

[0013] 步骤B中所述向主叫用户播放多媒体回铃音，为：向主叫用户播放被叫用户定制的多媒体回铃音。

[0014] 所述向主叫用户播放被叫用户定制的多媒体回铃音，为：向主叫用户播放与被叫号码相对应的多媒体回铃音，或为：向主叫用户播放与被叫号码和主叫号码的组合相对应的多媒体回铃音；所述被叫号码或被叫号码和主叫号码由主叫MSC服务器向MRS提供。

[0015] 步骤B中所述MRS根据媒体能力协商结果向主叫用户播放多媒体回铃音，为：MRS判断媒体能力协商结果是否支持多媒体的播放，如果是，则向主叫用户播放多媒体回铃音；否则，向主叫用户播放音频回铃音。

[0016] 所述步骤B之后进一步包括步骤C1：主叫MSC服务器收到被叫MSC服务器返回的被叫用户已应答的通知后，通知MRS停止向主叫用户播放多媒体回铃音，进行主叫用户与被叫用户之间的媒体能力协商，然后主叫用户与被叫用户之间根据媒体能力协商结果进行通信。

[0017] 所述步骤B之后进一步包括步骤C2：主叫MSC服务器收到被叫MSC服务器返回的被叫用户已应答的通知后，进行主叫用户与被叫用户之间的媒体能力协商，主叫用户与被叫用户之间根据媒体能力协商结果进行通信，然后MRS停止向主叫用户播放多媒体回铃音。

[0018] 所述步骤B之后进一步包括步骤C3：主叫MSC服务器收到被叫MSC服务器返回的被叫用户已应答的通知后，通知MRS停止向主叫用户播放多媒体回铃音，与此同时，进行主叫用户与被叫用户之间的媒体能力协商，然后主叫用户与被叫用户之间根据媒体能力协商结果进行通信。

[0019] 所述进行主叫用户与被叫用户之间的媒体能力协商，为：主叫MSC服务器根据步骤B中的媒体能力协商结果，直接与被叫用户进行媒体能力协商。

[0020] 本发明还提供了一种实现多媒体回铃音的系统，该系统包括：HLR、MSC服务器、MRS和媒体网关MGW，MSC服务器分别与HLR、MRS和MGW相连，MRS与MGW相连，HLR用于存储用户的签约信息，并向MSC服务器提供用户的签约信息；MSC服务器用于控制呼叫流程，进行主叫用户与MRS之间的媒体能力协商，控制MRS向主叫用户播放多媒体回铃音，控制MGW进行呼叫过程中媒体信息的交互；MGW用于根据MSC服务器的控制进行呼叫过程中媒体信息的交互；MRS用于存储多媒体回铃音，并根据MSC服务器的控制及媒体能力协商结果向主叫用户播放多媒体回铃音。

[0021] 该系统中进一步包括：音频资源服务器，用于存储音频回铃音，用于根据MSC服务器的控制向主叫用户播放音频回铃音；所述HLR进一步用于根据存储的用户签约信息，确定用户签约的是音频回铃音业务、或是多媒体回铃音业务、或是未签约回铃音业务，并向MSC服务器提供确定的用户签约信息。

[0022] 根据本发明提出的方案，使得多媒体回铃音业务能够在第三代网络中得以实现；并且，本发明可使第三代、第二代的混合网络及第三代网络中原有音频回铃音业务与多媒体回铃音业务共存，保证回铃音业务的正常使用。本发明中，媒体资源服务器(MRS，Media Resource Server)可根据主叫用户的当前媒体能力确定是否向主叫用户播放多媒体回铃音，如果主叫用户的当前媒体能力支持多媒体的播放，则MRS向主叫用户播放多媒体回铃音；如果主叫用户的当前媒体能力不支持多媒体的播放，则MRS可向主叫用户播放音频回铃音，使多媒体回铃音业务能够与现有第三代网络中音频回铃音业务共存。

[0023] 另外，本发明中，即使签约了多媒体回铃音业务的被叫用户为第二代网络中的用户，只要对其发起呼叫的主叫用户为第三代网络中的用户，仍然能够实现多媒体回铃音业务，主叫用户能够收到向其播放的多媒体回铃音。

[0024] 此外，本发明中提出在主叫用户不支持媒体能力的二次协商时，主叫MSC服务器可根据主叫用户的媒体能力，与被叫用户进行媒体能力协商，提供了灵活的媒体能力协商方式，这样，即使由于呼叫过程中因实现多媒体回铃音业务而出现了媒体格式标准的多样性，也不会影响主叫用户和被叫用户之间的正常通信。

[0025] 附图简要说明

[0026] 图1示出了本发明中实现多媒体回铃音业务的示范性系统结构示意图；

[0027] 图2示出了本发明中实现多媒体回铃音业务的示范性流程图；

[0028] 图3示出了本发明中实现多媒体回铃音业务的示范性消息交互流程图。

[0029] 实施本发明的方式

[0030] 为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。

[0031] 多媒体回铃音业务是指根据被叫用户的定制，向主叫用户播放不同多媒体文件的业务，多媒体文件可为被叫用户喜爱的动画片或影片的片断、被叫用户的自拍、被叫用户自制的多媒体片断、商家的广告，等等。

[0032] 图1示出了本发明中实现多媒体回铃音业务的示范性系统结构示意图，如图1所示，实现多媒体回铃音业务的系统包括：归属位置寄存器(HLR，Home Location Register)、移动交换中心服务器(MSC Server，Mobile Switching Center Server)、MRS和媒体网关(MGW，MediaGateway)，MSC服务器分别与HLR、MGW和MRS相连，MRS与MGW相连。其中，HLR用于存储用户的签约信息，并向MSC服务器提供用户的签约信息；MSC服务器用于控制呼叫流程，控制MRS向主叫用户播放多媒体回铃音，控制MGW进行呼叫过程中媒体信息的交互；MGW用于根据MSC服务器的控制进行呼叫过程中媒体信息的交互；MRS支持多媒体的播放，用于存储多媒体回铃音，并根据MSC服务器的控制及媒体能力协商结果向主叫用户播放多媒体回铃音。

[0033] MSC服务器可通过无线接入网络(RAN，Radio Access Network)的呼叫信令及通过与HLR交互获取的信息控制呼叫流程，呼叫流程包括发起呼叫、接续呼叫等过程。MSC服务器可通过H.248协议、媒体网关控制协议(MGCP)等控制MGW进行呼叫过程中媒体信息的交互。

[0034] 在网络中既存在基于音频的回铃音业务，也存在基于多媒体的回铃音业务时，实现多媒体回铃音业务的系统进一步包括：支持音频播放的音频资源服务器，用于存储音频回铃音，用于根据MSC服务器的控制向主叫用户播放音频回铃音；HLR进一步用于根据存储的用户签约信息，确定用户签约的是音频回铃音业务、或是多媒体回铃音业务、或是未签约回铃音业务，并向MSC服务器提供确定的用户签约信息。音频资源服务器与MRS实现的功能可在同一设备中实现。比如，音频回铃音可以是各种彩铃，包括但是并不局限于音乐、歌曲、故事情节、人物对话等。

[0035] 图2示出了本发明中实现多媒体回铃音业务的示范性流程图，如图2所示，多媒体回铃音业务的实现过程包括以下步骤：

[0036] 步骤201～步骤202：主叫MSC服务器收到主叫用户对被叫用户发起的呼叫后，主叫MSC服务器通过与HLR的交互获取漫游号码及被叫用户的签约信息。

[0037] 其中，主叫MSC服务器通过与HLR的交互获取漫游号码的过程可为：主叫MSC服务器请求HLR提供漫游号码，并向HLR提供被叫号码；HLR收到主叫MSC服务器的请求后，根据被叫号码请求被叫MSC服务器提供漫游号码，被叫MSC服务器收到请求后，向HLR提供漫游号码；HLR收到漫游号码后，向主叫MSC服务器提供该漫游号码。由于HLR中存储有被叫用户的签约信息，因此，HLR可向主叫MSC服务器提供存储的被叫用户的签约信息。

[0038] 步骤203～步骤204：主叫MSC服务器收到漫游号码和被叫用户的签约信息后，根据漫游号码向被叫MSC服务器发起呼叫。被叫MSC服务器收到呼叫后，向被叫用户发起寻呼，确定被叫用户当前状态为空闲时，向主叫MSC服务器返回响应。

[0039] 步骤205：主叫MSC服务器收到响应后，判断被叫用户是否签约了多媒体回铃音业务，如果是，则执行步骤206；否则，执行步骤213。

[0040] 步骤206：主叫MSC服务器进行主叫用户与MRS之间的媒体能力协商，具体过程既可为主叫MSC服务器首先与主叫用户进行媒体能力协商，然后再根据该媒体能力协商结果与MRS进行媒体能力协商；也可为主叫MSC服务器首先与MRS进行媒体能力协商，然后再根据该媒体能力协商结果与主叫用户进行媒体能力协商。

[0041] 步骤207：主叫MSC服务器根据配置的MRS地址信息路由至MRS，进行主叫用户与MRS之间的媒体能力协商，并通知MRS向主叫用户播放多媒体回铃音，并向MRS提供被叫号码。

[0042] 步骤208：MRS收到通知后，打开与MGW之间的媒体通道，以便MRS能够通过MGW向主叫用户播放多媒体回铃音。

[0043] 步骤209：MRS打开与MGW之间的媒体通道后，根据被叫号码查找被叫用户定制的多媒体回铃音，即查找与被叫号码相对应的多媒体回铃音，然后根据媒体能力协商结果向主叫用户播放被叫用户定制的多媒体回铃音。

[0044] 被叫用户定制的多媒体回铃音可指与被叫号码相对应的多媒体回铃音，也可指与被叫号码和主叫号码的组合相对应的多媒体回铃音，实现被叫用户针对不同主叫用户定制不同的多媒体回铃音。这样，被叫用户针对不同主叫用户定制不同的多媒体回铃音时，主叫MSC服务器在步骤207中可进一步向MRS提供主叫号码，MRS在步骤209中可根据被叫号码和主叫号码，查找被叫用户定制的与主叫用户相对应的多媒体回铃音，即与被叫号码和主叫号码的组合相对应的多媒体回铃音，从而根据被叫用户的定制，为不同主叫用户播放不同的多媒体回铃音，使得多媒体回铃音业务的实现更为丰富。

[0045] 以上所述MRS向主叫用户播放多媒体回铃音是指媒体能力协商结果支持多媒体的播放，如果媒体能力协商结果不支持多媒体的播放，则MRS可向主叫用户播放音频回铃音，该音频回铃音可为被叫用户定制的，也可为MRS随机为主叫用户选择的。

[0046] 步骤210：被叫MSC服务器收到被叫用户的应答后，向主叫MSC服务器返回应答，通知主叫MSC服务器被叫用户已应答。

[0047] 步骤211：主叫MSC服务器收到应答后，通知MRS停止为主叫用户播放多媒体回铃音，并控制MGW拆除与MRS之间的媒体通道。MRS收到通知后，停止向主叫用户播放多媒体回铃音，拆除与MGW之间的媒体通道。

[0048] 步骤212：主叫MSC服务器与被叫用户进行媒体能力协商，然后执行步骤216。如果主叫用户不支持媒体能力的二次协商，则主叫MSC服务器与被叫用户进行媒体能力协商的过程可为：主叫MSC服务器根据步骤205中与主叫用户进行媒体能力协商的结果，通过被叫MSC服务器与被叫用户进行媒体能力协商，从而实现主叫用户无需进行二次媒体能力协商的情况下，与被叫用户进行正常通信。如果通过协商，主叫用户与被叫用户的媒体能力不一致，则主叫MSC服务器可控制MGW进行媒体格式的转换，以保证主叫用户与被叫用户之间的正常通信。

[0049] 步骤213～步骤215：主叫MSC服务器向主叫用户播放“嘟…嘟…”的普通回铃音，收到被叫MSC服务器返回的应答后，主叫MSC服务器进行主叫用户与被叫用户之间的媒体能力协商，具体过程既可为主叫MSC服务器首先与主叫用户进行媒体能力协商，然后再根据该媒体能力协商结果与被叫用户进行媒体能力协商；也可为主叫MSC服务器首先与被叫用户进行媒体能力协商，然后再根据该媒体能力协商结果与主叫用户进行媒体能力协商。

[0050] 步骤216：主叫用户与被叫用户根据媒体能力协商结果进行通信。

[0051] 另外，主叫MSC服务器收到被叫MSC服务器返回的应答后，也可先执行步骤212，然后再步骤211，即主叫MSC服务器先与被叫用户进行媒体能力协商，完成与被叫用户的媒体能力协商后，控制MGW拆除与MRS之间的媒体通道，然后执行步骤216；主叫用户与被叫用户进行通信的过程中，主叫MSC通知MRS停止播放多媒体回铃音，MRS收到通知后，停止向主叫用户播放多媒体回铃音，拆除与MGW之间的媒体通道。主叫MSC服务器收到被叫MSC服务器返回的应答后，还可同时执行步骤211和步骤212，即主叫MSC服务器一边通知MRS停止向主叫用户播放多媒体回铃音，控制MGW拆除与MRS之间的媒体通道，一边与主叫用户进行媒体能力协商；MRS收到通知后，停止向主叫用户播放多媒体回铃音，拆除与MGW之间的媒体通道，主叫MSC服务器完成与被叫用户的媒体能力协商后，主叫用户与被叫用户进行通信。

[0052] 如果仍然保留网络中原有的基于音频的回铃音业务，那么，在网络中增加基于多媒体的回铃音业务后，网络中就会既存在基于音频的回铃音业务，也存在基于多媒体的回铃音业务。如果向主叫用户播放音频回铃音的服务器与MRS为不同的设备，即向主叫用户播放多媒体回铃音的为MRS，向主叫用户播放音频回铃音的为音频资源服务器，则主叫MSC服务器请求HLR提供漫游号码时，可首先判断被叫用户是否签约了回铃音业务，如果被叫用户签约了回铃音业务，则HLR继续确定被叫用户签约的是基于音频的回铃音业务还是基于多媒体的回铃音业务，然后HLR在向主叫MSC服务器提供被叫用户的签约信息中指明被叫用户签约的是基于音频的回铃音业务还是基于多媒体的回铃音业务。如果被叫用户未签约回铃音业务，则HLR通知主叫MSC服务器被叫用户未签约回铃音业务，主叫MSC服务器在收到被叫MSC服务器的响应后，向主叫用户播放“嘟…嘟…”的普通回铃音。

[0053] 主叫MSC服务器在确定需要向主叫用户播放回铃音时，根据HLR提供的被叫用户签约信息，确定被叫用户签约的是基于音频的回铃音业务还是基于多媒体的回铃音业务，如果被叫用户签约的是基于音频的回铃音业务，则主叫MSC服务器路由至用于向主叫用户播放音频回铃音的音频资源服务器，通知音频资源服务器向主叫用户播放音频回铃音；如果被叫用户签约的是基于多媒体的回铃音业务，则主叫MSC服务器路由至MRS，通知MRS向主叫用户播放多媒体回铃音。

[0054] 如果用于向主叫用户播放音频回铃音的服务器与MRS可在同一个用于实现回铃音的设备中实现，则主叫MSC服务器请求HLR提供漫游号码时，HLR确定被叫用户签约了回铃音业务后，可不再继续确定被叫用户签约的是基于音频的回铃音业务还是基于多媒体的回铃音业务，直接向主叫MSC服务器提供被叫用户的签约信息。主叫MSC服务器在确定需要向主叫用户播放回铃音时，路由至用于实现回铃音的设备，通知用于实现回铃音的设备向主叫用户播放回铃音。由于用于实现回铃音的设备中存储有被叫用户定制的回铃音，就可根据该定制信息为主叫用户播放相应类型的回铃音，即如果被叫用户定制的是音频回铃音，则用于实现回铃音的设备向主叫用户播放音频回铃音；如果被叫用户定制的是多媒体回铃音，则用于实现回铃音的设备向主叫用户播放多媒体回铃音。

[0055] 如果用于向主叫用户播放音频回铃音的服务器与MRS在同一个用于实现回铃音的设备中实现，被叫用户也可针对不同主叫用户定制不同类型的回铃音，用于实现回铃音的设备向主叫用户播放回铃音时，则根据被叫用户定制的与主叫用户相对应的回铃音类型，向主叫用户播放相应类型的回铃音。例如，被叫用户针对主叫用户A定制音频回铃音1，针对主叫用户B定制多媒体回铃音1，针对主叫用户C定制多媒体回铃音2，针对主叫用户D定制音频回铃音2，如果主叫用户A呼叫被叫用户，则用于实现回铃音的设备向主叫用户播放音频回铃音1；如果主叫用户B呼叫被叫用户，则用于实现回铃音的设备向主叫用户播放多媒体回铃音1；如果主叫用户C呼叫被叫用户，则用于实现回铃音的设备向主叫用户播放多媒体回铃音2；如果主叫用户D呼叫被叫用户，则用于实现回铃音的设备向主叫用户播放音频回铃音2。

[0056] 图3示出了本发明中实现多媒体回铃音业务的消息交互示范性流程图，如图3所示，以主叫MSC服务器与MRS之间使用初始会话协议(SIP)为例，实现多媒体回铃音业务的消息交互过程包括以下步骤：

[0057] 步骤301～步骤302：主叫用户向主叫MSC服务器发送呼叫请求(SETUP)，该呼叫请求中携带有被叫号码和主叫号码。主叫MSC服务器收到SETUP后，向HLR发送路由请求消息(SRI，Send RoutingInformation)，请求获取被叫用户的移动终端漫游号码(MSRN，MobileStation Roaming Number)。

[0058] 步骤303：HLR收到SRI后，向被叫MSC服务器发送提供漫游号码请求(PRN，Provide Roaming Number)，请求被叫MSC服务器提供被叫用户的MSRN。被叫MSC服务器为被叫用户当前所在的MSC服务器。

[0059] 步骤304：被叫MSC服务器收到PRN后，为被叫用户分配MSRN，然后向HLR返回提供漫游号码响应(PRN_ACK)，该PRN_ACK中携带有MSRN。

[0060] 步骤305：HLR收到PRN_ACK后，向主叫MSC服务器返回路由响应(SRI_ACK)，该SRI_ACK中携带有MSRN和被叫用户的签约信息，该被叫用户的签约信息可为被叫用户是否签约多媒体回铃音业务的标识，例如，通过1来标识被叫用户签约了多媒体回铃音业务，通过0来标识被叫用户未签约多媒体回铃音业务。

[0061] 步骤306：主叫MSC服务器收到SRI_ACK后，向MGW发送添加消息(Add)，通知MGW创建一个新的应用上下文(Context)，并且，通知MGW保留后续呼叫过程中需要使用的时分复用(TDM)端点、实时传输协议(RTP)端点和复用终结点。

[0062] 步骤307：MGW收到Add后，创建一个新的Context，以便后续呼叫过程中使用该Context传输呼叫相关媒体流，并且，保留后续呼叫过程中需要使用的TDM端点、RTP端点和复用终结点，然后向主叫MSC服务器返回响应(Reply)，通知主叫MSC服务器已创建Context，该Reply中携带有MGW保留的TDM端点、RTP端点和复用终结点。

[0063] 步骤308：主叫MSC服务器收到Reply后，根据步骤305中获取的漫游号码，向被叫MSC服务器发送初始地址消息(IAM，Initial AddressMessage)，发起呼叫。

[0064] 步骤309：被叫MSC服务器收到IAM后，向被叫用户的终端发送寻呼消息(Paging)，对被叫用户的终端进行寻呼。

[0065] 步骤310～步骤311：被叫用户的终端收到Paging后，如果该终端的当前状态为空闲，则向被叫MSC服务器返回寻呼响应(Paging_ACK)，并向被叫MSC服务器发送信号消息(Alerting)，通知被叫MSC服务器已成功寻呼被叫用户的终端。

[0066] 步骤312：被叫MSC服务器收到Paging_ACK和Alerting后，向主叫MSC返回地址全消息(ACM，Address Complete Message)，通知主叫MSC服务器已成功寻呼被叫用户。成功寻呼被叫用户是指被叫用户的当前状态为空闲。

[0067] 步骤313：主叫MSC服务器收到ACM后，向主叫用户发送连接消息(CONNECT)，建立呼叫。

[0068] 步骤314～步骤316：主叫用户收到CONNECT后，可采用H.245协议，与主叫MSC服务器进行媒体能力协商，通过终端能力集消息(TCS，Terminal Capability Set)与主叫MSC服务器交互自身支持的能力集并选定此次呼叫过程中使用的媒体能力信息；通过主从确定消息(MSD，Master Slave Determination)与主叫MSC服务器进行主从确定，确定此次呼叫过程中媒体通道的控制关系；通过本地复用表发送消息(LMS，Local MUXTAB Send)交换主叫用户和主叫MSC服务器双方的复用表信息；最后通过打开逻辑信道消息(OLC，Open Logical Channel)打开媒体通道，至此，主叫用户完成与主叫MSC服务器的媒体能力协商，并接通网络。

[0069] 步骤317：主叫用户成功完成与主叫MSC服务器的媒体能力协商后，根据HLR在步骤305中提供的被叫用户签约信息，确定被叫用户签约了多媒体回铃音业务，向MRS发送INVITE消息，请求建立呼叫，INVITE消息通过会话描述协议(SDP，Session Description Protocol)携带与主叫用户协商的媒体能力信息，以及MGW上用于媒体通信的RTP端点，即RTP地址和端口，该RTP端点即为步骤307中MSC服务器获取的RTP端点，该INVITE消息中还携带有被叫号码。

[0070] 步骤318：MRS收到INVITE消息后，根据主叫MSC服务器与主叫用户协商的媒体能力信息选定媒体能力信息，然后向主叫MSC服务器返回200OK响应，该200OK响应中携带有MRS选定的媒体能力信息，以及MRS上用于媒体通信的RTP端点、即RTP地址和端口，然后MRS接通与MGW之间的媒体通道。

[0071] 以上描述中为先执行步骤313～步骤316，然后再执行步骤317～步骤318，即主叫MSC服务器首先与主叫用户进行媒体能力协商，然后再根据与主叫用户的媒体能力协商结果，与MRS进行媒体能力协商；实际应用中，也可先执行步骤317～步骤318，然后再执行步骤313～步骤316，即主叫MSC服务器首先与MRS进行媒体能力协商，然后再根据与MRS的媒体能力协商结果，与主叫用户进行媒体能力协商。

[0072] 步骤319：主叫MSC服务器收到200OK响应后，向MGW发送更改消息(Modify)，该Modify中携带有媒体能力信息，要求MGW根据主叫MSC服务器与MRS的媒体能力协商结果，修改Context中的相关信息。

[0073] 步骤320：MGW收到Modify后，修改步骤307中建立的Context中的相关信息，如媒体能力信息，并接通与MRS之间的媒体通道，然后向主叫MSC服务器返回Reply，通知主叫MSC服务器已修改Context中的相关信息。

[0074] 步骤321：主叫MSC服务器收到Reply后，向MRS发送ACK响应，通知MRS向主叫用户播放多媒体回铃音。

[0075] 以上描述中，详细阐述了由主叫MSC服务器执行主叫用户和MRS之间的媒体能力协商的过程，但是本领域技术人员可以意识到，这仅是示范性的，而并不用于限制本发明的范围，实质上，本发明还可以由被叫MSC服务器来执行主叫用户与MRS之间的媒体能力协商，此改变为本领域技术人员所熟知，故在此并不进行赘述。

[0076] 以上描述中，步骤317～步骤318的执行过程中，INVITE消息通过会话描述协议(SDP，Session Description Protocol)携带主叫MSC服务器与主叫用户协商的媒体能力信息，使得MRS能够根据主叫MSC服务器提供的媒体能力信息选定媒体能力信息，将该选定的媒体能力信息携带在向主叫MSC服务器返回的200OK响应中；另外，INVITE消息可不携带主叫MSC服务器与主叫用户协商的媒体能力信息，MRS在向主叫MSC服务器返回的200OK响应中通过SDP直接携带该MRS的媒体能力信息，然后主叫MSC服务器在步骤321中向MRS发送的ACK响应中携带根据MRS提供的媒体能力信息选定的媒体能力信息。

[0077] 步骤322：MRS收到ACK响应后，查找与被叫号码相对应的多媒体回铃音，然后根据媒体能力协商结果向主叫用户播放被叫用户定制的多媒体回铃音。

[0078] 主叫MSC服务器在步骤317中可进一步向MRS提供主叫号码，即步骤317中的INVITE消息中进一步携带有主叫号码，这样，步骤322中，MRS查找与被叫号码和主叫号码相对应的多媒体回铃音，实现根据被叫用户的定制，为不同主叫用户播放不同的多媒体回铃音。

[0079] 步骤323～步骤324：被叫用户应答，被叫用户的终端向被叫MSC服务器发送CONNECT。被叫MSC服务器收到CONNECT后，向主叫MSC服务器发送应答消息(ANM)，通知主叫MSC服务器被叫用户已应答。

[0080] 步骤325～步骤326：主叫MSC服务器收到ANM后，向MRS发送BYE消息，通知MRS停止向主叫用户播放多媒体回铃音。MRS收到BYE消息后，停止向主叫用户播放多媒体回铃音，拆除与MGW之间的媒体通道，然后向主叫MSC服务器发送200OK响应。

[0081] 步骤327～步骤328：主叫MSC服务器收到200OK响应后，向MGW发送拆除消息(Move)，通知MGW拆除与MRS之间的媒体通道。MGW收到Move后，拆除与MRS之间的媒体通道，然后向主叫MSC服务器返回Reply。

[0082] 步骤329～步骤331：主叫MSC服务器收到Reply后，可采用H.245协议，通过被叫MSC服务器与被叫用户进行媒体能力协商，通过TCS与被叫用户交互自身支持的能力集并选定此次呼叫过程中使用的媒体能力信息，此时主叫MSC服务器根据步骤314～步骤316中与主叫用户进行的媒体能力协商结果，与被叫用户进行媒体能力协商；通过MSD与被叫用户进行主从确定，确定此次呼叫过程中媒体通道的控制关系；通过LMS交换主叫MSC服务器和被叫用户双方的复用表信息；最后通过OLC打开媒体通道，至此，主叫MSC服务器完成与被叫用户的媒体能力协商，并接通网络。如果通过协商，主叫用户与被叫用户的媒体能力不一致，则主叫MSC服务器可控制MGW进行媒体格式的转换，以保证主叫用户与被叫用户之间的正常通信。

[0083] 主叫MSC服务器收到被叫MSC服务器发送的ANM后，也可先执行步骤327～步骤331，然后再执行步骤332～步骤334，在主叫用户与被叫用户进行通信的过程中，再执行步骤325～步骤326；或同时执行步骤325～步骤326与步骤327～步骤331，执行完步骤
327～步骤331后执行步骤332～步骤334。

[0084] 步骤332：主叫MSC服务器成功完成与被叫用户的媒体能力协商后，向MGW发送Modify，该Modify中携带有媒体能力信息，要求MGW根据主叫MSC服务器与被叫用户的媒体能力协商结果，修改Context中的相关信息。

[0085] 步骤333：MGW收到Modify后，修改步骤307中建立的Context中的相关信息，如媒体能力信息，然后向主叫MSC服务器返回Reply，通知主叫MSC服务器已修改Context中的相关信息。

[0086] 步骤334：主叫用户与被叫用户根据媒体能力协商结果进行通信。

[0087] 以上消息交互过程中，主叫MSC服务器与MRS之间使用SIP进行信息交互。实际应用中，主叫MSC服务器与MRS之间还可以使用除SIP以外的任何协议进行信息交互，如H.245协议、H.323协议、MGCP等，本发明对此并无任何限定。

[0088] 根据以上描述可见，即使签约了多媒体回铃音业务的被叫用户为第二代网络中的用户，只要对其发起呼叫的主叫用户为第三代网络中的用户，仍然能够实现多媒体回铃音业务，主叫用户能够收到向其播放的多媒体回铃音。

[0089] 总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。