CN102868689B - 一号通业务中实现彩铃业务的方法和系统 - Google Patents

Abstract

一号通业务中实现彩铃业务的方法和系统，其方法包括有：步骤A、主叫终端向开通了一号通业务的被叫终端发起呼叫；步骤B、一号通业务服务器向多媒体彩铃服务器发出媒体协商请求，以建立主叫终端和多媒体彩铃服务器之间的媒体通道，多媒体彩铃服务器通过所述媒体通道向主叫终端播放多媒体彩铃音。本发明属于移动通信技术领域，能在一号通业务中同时实现彩铃业务，无需改变现有的一号通业务逻辑，并由多媒体彩铃服务器来统一向主叫用户播放彩铃音或者一号通提示音，从而用户体验好，并利用现有资源、节省成本，还同时保留了被叫主号码和子号码的彩铃业务。

Description

一号通业务中实现彩铃业务的方法和系统

技术领域

本发明涉及一号通业务中实现彩铃业务的方法和系统，属于移动通信技术领域。

背景技术

一号通业务包含两个主要子功能，即同振和顺振，同振指一号通业务服务器在寻呼被叫时，同时呼出至被叫主号码和子号码，使得被叫主号码、子号码能同时振铃，顺振指一号通业务服务器顺序寻呼被叫主号码和子号码，当被叫主号码无人接听超时后，再寻呼被叫子号码。

现有的一号通业务与彩铃业务存在冲突，其原因为：同振过程中，一号通业务只能允许主叫听到某个被叫回铃音，若此时被叫主号码和子号码既有彩铃业务也有非彩铃业务，则播放策略只能按照被叫响应快慢来决定，即主叫有可能听到彩铃音或者“嘟嘟”音；顺振过程中，主叫先听主号码的回铃音再听子号码的回铃音，若两个号码彩铃音不一致、或一个为彩铃用户一个为非彩铃用户，则主叫的用户体验较差。

基于上述原因，传统技术中，用户若同时开通一号通与彩铃业务，往往会丢失彩铃业务，取而代之的是一号通业务服务器播放统一的回铃音。电信运营商在制定一号通规范时，就明确要求：一号通业务在同振、顺振时需要抑制同振、顺振用户的相关提示音或彩铃，并向主叫用户播放“正在为您接续被叫，请稍候”，如果同振或顺振的所有用户都呼叫失败后，一号通业务服务器向主叫用户播放“对不起，您拨打的电话暂时无法接通，请稍候再拨”。

如何在一号通业务中同时实现彩铃业务，使主叫用户在等待较长的接续过程中，能听到彩铃音，从而改善用户体验？目前也提出了一些相关的解决方案：

专利申请CN 201210037039.1(申请名称：一号通业务中实现彩铃业务的方法和一号通业务服务器，申请时间：2012‐02‐17，申请人：中兴通讯股份有限公司)公开了一种一号通业务中实现彩铃业务的方法和一号通业务服务器。所述方法包括：第一终端向开通了一号通业务的第二终端发起呼叫，一号通业务服务器呼叫第二终端时注册第二终端的振铃事件中断，该一号通业务服务器在接收到第二终端返回的携带放音媒体的振铃事件临时响应后，将第二终端与第一终端桥接，以使第一终端接收到放音媒体，并恢复第二终端的振铃事件中断。所述一号通业务服务器包括呼叫模块和桥接模块。该方案仅限于IMS网络，且只能保留被叫主号码的彩铃业务，当被叫主号码为彩铃用户、子号码为非彩铃用户时，如果是顺振，则主叫用户将顺序听到被叫主号码的彩铃和子号码的普通提示音，用户体验较差。

专利申请CN 200510095042.9(申请名称：为智能网一号通业务提供彩铃功能的系统和方法，申请时间：2005‐10‐27，申请人：中兴通讯股份有限公司)提供一种为智能网一号通业务提供彩铃功能的系统，包括：一号通业务控制点即一号通SCP、彩铃业务控制点即彩铃SCP、一号通业务交换点即一号通SSP、彩铃智能网外设与业务交换点即彩铃IP/SSP，以及现有电话网系统；各SCP分别与对应的SSP之间使用智能网协议连接，各SSP之间通过七号信令连接；彩铃智能网外设用于提供彩铃音资源及播放彩铃。该方案基于智能网，而不能应用在IMS和2G网络。

因此，如何基于IMS、2G网络，在一号通业务中同时实现彩铃业务，从而改善用户体验？现有技术尚未提出解决方案。

发明内容

有鉴于此，本发明的目的是提供一种一号通业务中实现彩铃业务的方法和系统，能在一号通业务中同时实现彩铃业务，从而改善用户体验。

为了达到上述目的，本发明提供了一种一号通业务中实现彩铃业务的方法，所述方法包括有：

步骤A、主叫终端向开通了一号通业务的被叫终端发起呼叫；

步骤B、一号通业务服务器向多媒体彩铃服务器发出媒体协商请求，以建立主叫终端和多媒体彩铃服务器之间的媒体通道，多媒体彩铃服务器通过所述媒体通道向主叫终端播放多媒体彩铃音，

所述步骤B进一步包括有：

步骤B1、一号通业务服务器向多媒体彩铃服务器发出SIP初始会话请求INVITE消息，所述INVITE消息携带有被叫主号码、被叫子号码、一号通业务服务器标识信息；

步骤B2、多媒体彩铃服务器判断所述INVITE消息是否由一号通业务服务器发来，如果是，则继续下一步；

步骤B3、多媒体彩铃服务器和主叫终端协商建立媒体通道，同时顺序分析所述INVITE消息中的被叫主号码、被叫子号码是否为彩铃用户，如果是，则向主叫终端播放所述被叫主号码或被叫子号码对应的多媒体彩铃音，

步骤B3进一步包括有：

步骤1、多媒体彩铃服务器将所述INVITE消息读取至本地，并分析所述INVITE消息的被叫主号码是否是彩铃用户，如果是，则播放所述被叫主号码对应的多媒体彩铃音；如果否，则继续下一步；

步骤2、多媒体彩铃服务器继续分析所述INVITE消息的被叫子号码是否是彩铃用户，如果是，则播放所述被叫子号码对应的多媒体彩铃音，如果否，则播放一号通的提示音，

步骤2中，当INVITE消息中存在有多个被叫子号码时，还包括有：

按所述多个被叫子号码的排列次序，逐一分析每个被叫子号码是否是彩铃用户，如果是，即其中一个被叫子号码是彩铃用户，则播放该被叫子号码的多媒体彩铃音，如果不是，则继续分析下一个被叫子号码是否是彩铃用户，当所有被叫子号码都不是彩铃用户时，则直接播放一号通业务的提示音。

为了达到上述目的，本发明还提供了一种一号通业务中实现彩铃业务的系统，包括有一号通业务服务器、多媒体彩铃服务器、主叫终端、被叫主号码和若干个被叫子号码分别对应的被叫终端，其中：

一号通业务服务器，和主叫终端、被叫终端、多媒体彩铃服务器通过网络相连，用于根据主叫终端发来的呼叫请求，向多媒体彩铃服务器发出媒体协商请求，以建立主叫终端和多媒体彩铃服务器之间的媒体通道；

多媒体彩铃服务器，和一号通业务服务器通过网络相连，用于根据一号通业务服务器发来的媒体协商请求，建立和主叫终端之间的媒体通道，并通过所述媒体通道向主叫终端播放多媒体彩铃音，

所述多媒体彩铃服务器进一步包括有：

一号通彩铃分析装置，用于读取一号通业务服务器发送来的INVITE消息，并顺序分析所述INVITE消息中的被叫主号码、被叫子号码是否是彩铃用户，如果被叫主号码、或被叫子号码是彩铃用户，则播放所述被叫主号码、或被叫子号码对应的多媒体彩铃音；如果被叫主号码和被叫子号码都不是彩铃用户，则播放一号通的提示音,

还包括有：多媒体彩铃服务器将所述INVITE消息读取至本地，并分析所述INVITE消息的被叫主号码是否是彩铃用户，如果是，则播放所述被叫主号码对应的多媒体彩铃音；如果否，多媒体彩铃服务器继续分析所述INVITE消息的被叫子号码是否是彩铃用户，如果是，则播放所述被叫子号码对应的多媒体彩铃音，如果否，则播放一号通的提示音，

当INVITE消息中存在有多个被叫子号码时，还包括有：

按所述多个被叫子号码的排列次序，逐一分析每个被叫子号码是否是彩铃用户，如果是，即其中一个被叫子号码是彩铃用户，则播放该被叫子号码的多媒体彩铃音，如果不是，则继续分析下一个被叫子号码是否是彩铃用户，当所有被叫子号码都不是彩铃用户时，则直接播放一号通业务的提示音。

与现有技术相比，本发明的有益效果是：可适用于IMS、2G网络，无需改变现有的一号通业务逻辑，并利用多媒体彩铃服务器，无论同振还是顺振，多媒体彩铃服务器统一向主叫用户播放彩铃音或者一号通提示音，这样主叫用户感知不到被叫是同振还是顺振，用户体验较好；给主叫用户的放音都由多媒体彩铃服务器来统一完成，从而能有效利用现有的硬件资源，节省成本；可以同时保留被叫主号码和子号码的彩铃业务，并按一定顺序选择播放被叫主号码或子号码的彩铃音；当多媒体彩铃服务器发生故障或被叫终端无人接听时，转而由本地的一号通媒体服务器向主叫终端放音，从而能保持放音的有效性。

附图说明

图1是本发明一种一号通业务中实现彩铃业务的方法流程图。

图2是图1步骤B的具体操作流程图。

图3是图2的信令交互流程示意图。

图4是图2步骤B3的具体操作流程图。

图5是本发明一种一号通业务中实现彩铃业务的系统的一个实施例的组成结构示意图。

具体实施方式

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

如图1所示，为本发明一号通业务中实现彩铃业务的方法，包括有：

步骤A、主叫终端向开通了一号通业务的被叫终端发起呼叫。

步骤B、一号通业务服务器向多媒体彩铃服务器发出媒体协商请求，以建立主叫终端和多媒体彩铃服务器之间的媒体通道，多媒体彩铃服务器通过所述媒体通道向主叫终端播放多媒体彩铃音。

如图2所示，图1步骤B还可以进一步包括有：

步骤B1、一号通业务服务器向多媒体彩铃服务器发出SIP初始会话请求INVITE消息，所述INVITE消息携带有被叫主号码、被叫子号码、一号通业务服务器标识等信息。

例如，所述INVITE消息的to头填写被叫主号码，如TO:sip:ebctxims.sc.chinamobile.com；from头填写一号通业务服务器标识；PAI头填写被叫子号码，如果被叫子号码存在有多个时，则用“,”将所述多个被叫子号码分开，如P-Asserted-Identity:

<sip:+8613812345678ims.sc.chinamobile.com>,tel:68659038；phone-context＝+8628。

步骤B2、多媒体彩铃服务器判断所述INVITE消息(例如读取INVITE消息的from头)是否由一号通业务服务器发来？如果是，则继续下一步；如果否，则按主叫是普通用户的呼叫流程进行处理。

步骤B3、多媒体彩铃服务器和主叫终端协商建立媒体通道，同时顺序分析所述INVITE消息中的被叫主号码、被叫子号码是否为彩铃用户，如果是，则向主叫终端播放所述被叫主号码或被叫子号码对应的多媒体彩铃音。

所述步骤B1中，一号通业务服务器向多媒体彩铃服务器发出INVITE消息，可以包括有两种路由方案：

方案一，利用IMS核心网中PSI路由策略，所述INVITE消息携带多媒体彩铃服务器的PSI号码，也即是说，一号通业务服务器发送INVITE消息至多媒体彩铃服务器所在IMS网络下的I-CSCF，再由I-CSCF经本地路由配置原则将消息路由到多媒体彩铃平台。

例如，INVITE消息的请求行Request-Line携带有多媒体彩铃服务器的PSI号码，如：“sip:+861253110.185.17.7”。这样，INVITE消息由一号通业务服务器发送至多媒体彩铃服务器所在IMS网络下的I-CSCF，再由所述I-CSCF路由到多媒体彩铃服务器，即信令路由为：一号通业务服务器→I-CSCF→多媒体彩铃服务器；媒体路由为：多媒体彩铃服务器→主叫终端。

方案二，所述INVITE消息携带多媒体彩铃服务器的IP地址，也即是说，一号通业务服务器直接发送INVITE消息到多媒体彩铃服务器。

例如，INVITE消息的请求行Request-Line携带有多媒体彩铃服务器的PSI号码，如：“sip:+861253110.185.26.140”。这样，INVITE消息由一号通业务服务器直接发送到多媒体彩铃服务器，即信令路由为：一号通业务服务器→多媒体彩铃服务器；媒体路由为：多媒体彩铃服务器→主叫终端。

上述两种方案各有优缺点，第一种方案可利用IMS网络路由，信令层面可以得到保障，但存在信令迂回，第二种方案可以减少信令迂回，比第一种方案时延小，但信令传输得不到保障。经过测试，方案一的响应时延为40MS，方案二的时延为10MS。

图3是图2的详细信令交互流程示意图。如图3所示，图2所对应的信令交互流程如下：

步骤b1：一号通业务服务器向多媒体彩铃服务器发出INVITE消息。(对应于图2的步骤B1)

步骤b2-b3：多媒体彩铃服务器和主叫终端协商建立媒体通道。(对应于图2的步骤B2、B3)

步骤b4：多媒体彩铃服务器向主叫终端发送彩铃RTP。(对应于图2的步骤B3)

步骤b5-b6：被叫摘机，一号通业务服务器通知多媒体彩铃服务器结束放音。

如图4所示，图2的步骤B3进一步包括有：

步骤1、多媒体彩铃服务器将所述INVITE消息读取至本地，并分析所述INVITE消息的to头中被叫主号码是否是彩铃用户？如果是，则播放所述被叫主号码对应的多媒体彩铃音；如果否，则继续下一步。

步骤2、多媒体彩铃服务器继续分析所述INVITE消息的PAI头中的被叫子号码是否是彩铃用户？如果是，则播放所述被叫子号码对应的多媒体彩铃音，如果否，则播放一号通的提示音。其中，当INVITE消息的PAI头中存在有多个被叫子号码时，则按所述多个被叫子号码的排列次序，逐一分析每个被叫子号码是否是彩铃用户，如果是，即其中一个被叫子号码是彩铃用户，则播放该被叫子号码的多媒体彩铃音，如果不是，则继续分析下一个被叫子号码是否是彩铃用户，当所有被叫子号码都不是彩铃用户时，则直接播放一号通业务的提示音，如：“正在为您接续被叫，请稍候”。

在所述步骤B中，当一号通业务服务器向多媒体彩铃服务器发出媒体协商请求，如果因多媒体彩铃服务器发生故障，一号通业务服务器接收到多媒体彩铃服务器返回的4XX、或5XX等失败的响应消息时，还包括有：

一号通业务服务器向本地的一号通媒体服务器发送媒体协商请求，以建立主叫终端和一号通媒体服务器之间的媒体通道，并指示一号通媒体服务器向主叫终端放音(例如通过INFO消息指示一号通媒体服务器播放一号通业务的提示音)，以保持放音的有效性。

当所有被叫主号码、被叫子号码均无人接听后，IMS核心网将向一号通业务服务器返回超时信令，如408消息，还包括有：

一号通业务服务器断开和多媒体彩铃服务器的连接，并向一号通媒体服务器发送媒体协商请求，以建立主叫终端和一号通媒体服务器之间的媒体通道，并指示一号通媒体服务器向主叫终端放音，如：“被叫暂时无法接听”。

如图5所示，为本发明一种一号通业务中实现彩铃业务的系统的一个实施例的组成结构示意图，包括有一号通业务服务器、多媒体彩铃服务器、主叫终端、被叫主号码和若干个被叫子号码分别对应的被叫终端，其中：

一号通业务服务器，和主叫终端、被叫终端、多媒体彩铃服务器通过网络相连，用于根据主叫终端发来的呼叫请求，向多媒体彩铃服务器发出媒体协商请求，以建立主叫终端和多媒体彩铃服务器之间的媒体通道；

多媒体彩铃服务器，和一号通业务服务器通过网络相连，用于根据一号通业务服务器发来的媒体协商请求，建立和主叫终端之间的媒体通道，并通过所述媒体通道向主叫终端播放多媒体彩铃音。

当多媒体彩铃服务器发生故障或所有被叫主号码、被叫子号码均无人接听后，一号通业务服务器改为向本地的一号通媒体服务器发起媒体协商请求来邀请放音，以保持放音的有效性，本发明一种一号通业务中实现彩铃业务的系统还包括有：

一号通媒体服务器，和一号通业务服务器采用标准SIP接口通过网络相连，用于根据一号通业务服务器发来的媒体协商请求，建立和主叫终端之间的媒体通道，并在接收一号通业务服务器发来的放音指示后，通过所述媒体通道向主叫终端播放一号通业务提示音；

上述一号通业务服务器进一步包括有：

多媒体彩铃连接装置，用于根据主叫终端的呼叫请求，向多媒体彩铃服务器发出媒体协商请求，并协助多媒体彩铃服务器和主叫终端建立媒体通道；

本地媒体连接装置，用于接收多媒体彩铃服务器返回的4XX、或5XX等失败的响应消息，或IMS核心网返回的超时信令时，向本地的一号通媒体服务器发送媒体协商请求，以建立主叫终端和一号通媒体服务器之间的媒体通道，并指示一号通媒体服务器向主叫终端放音。

一号通业务服务器通过SIP初始会话请求INVITE消息向多媒体彩铃服务器发出媒体协商请求，所述INVITE消息携带有被叫主号码、被叫子号码、一号通业务服务器标识、多媒体彩铃服务器的PSI号码或IP地址等信息。例如，所述INVITE消息的to头填写被叫主号码；from头填写一号通业务服务器标识；PAI头填写被叫子号码，如果被叫子号码存在有多个时，则用“,”将所述多个被叫子号码分开；请求行Request-Line携带多媒体彩铃服务器的PSI号码或IP地址。

本发明可以同时保留被叫主号码、及多个被叫子号码的彩铃业务，并选择其中一个彩铃音进行播放，所述多媒体彩铃服务器进一步包括有：

一号通彩铃分析装置，用于读取一号通业务服务器发送来的INVITE消息，并顺序分析所述INVITE消息中的被叫主号码、被叫子号码是否是彩铃用户，如果被叫主号码、或被叫子号码是彩铃用户，则播放所述被叫主号码、或被叫子号码对应的多媒体彩铃音；如果被叫主号码和被叫子号码都不是彩铃用户，则播放一号通的提示音。

Claims (9)

1.一种一号通业务中实现彩铃业务的方法，其特征在于，所述方法包括有：

步骤A、主叫终端向开通了一号通业务的被叫终端发起呼叫；

步骤B、一号通业务服务器向多媒体彩铃服务器发出媒体协商请求，以建立主叫终端和多媒体彩铃服务器之间的媒体通道，多媒体彩铃服务器通过所述媒体通道向主叫终端播放多媒体彩铃音，

所述步骤B进一步包括有：

步骤B1、一号通业务服务器向多媒体彩铃服务器发出SIP初始会话请求INVITE消息，所述INVITE消息携带有被叫主号码、被叫子号码、一号通业务服务器标识信息；

步骤B2、多媒体彩铃服务器判断所述INVITE消息是否由一号通业务服务器发来，如果是，则继续下一步；

步骤B3、多媒体彩铃服务器和主叫终端协商建立媒体通道，同时顺序分析所述INVITE消息中的被叫主号码、被叫子号码是否为彩铃用户，如果是，则向主叫终端播放所述被叫主号码或被叫子号码对应的多媒体彩铃音，

步骤B3进一步包括有：

步骤1、多媒体彩铃服务器将所述INVITE消息读取至本地，并分析所述INVITE消息的被叫主号码是否是彩铃用户，如果是，则播放所述被叫主号码对应的多媒体彩铃音；如果否，则继续下一步；

步骤2、多媒体彩铃服务器继续分析所述INVITE消息的被叫子号码是否是彩铃用户，如果是，则播放所述被叫子号码对应的多媒体彩铃音，如果否，则播放一号通的提示音，

步骤2中，当INVITE消息中存在有多个被叫子号码时，还包括有：

按所述多个被叫子号码的排列次序，逐一分析每个被叫子号码是否是彩铃用户，如果是，即其中一个被叫子号码是彩铃用户，则播放该被叫子号码的多媒体彩铃音，如果不是，则继续分析下一个被叫子号码是否是彩铃用户，当所有被叫子号码都不是彩铃用户时，则直接播放一号通业务的提示音。

2.根据权利要求1所述的方法，其特征在于，步骤B1中，所述INVITE消息的to头填写被叫主号码；from头填写一号通业务服务器标识；PAI头填写被叫子号码，如果被叫子号码存在有多个时，则用“,”将所述多个被叫子号码分开。

3.根据权利要求1所述的方法，其特征在于，步骤B1中，所述INVITE消息的请求行Request‐Line携带多媒体彩铃服务器的PSI号码或多媒体彩铃服务器的IP地址。

4.根据权利要求1所述的方法，其特征在于，所述步骤B中，当一号通业务服务器向多媒体彩铃服务器发出媒体协商请求，如果接收到多媒体彩铃服务器返回失败的响应消息时，还包括有：

一号通业务服务器向本地的一号通媒体服务器发送媒体协商请求，以建立主叫终端和一号通媒体服务器之间的媒体通道，并指示一号通媒体服务器向主叫终端放音。

5.根据权利要求1所述的方法，其特征在于，当所有被叫主号码、被叫子号码均无人接听后，IMS核心网向一号通业务服务器返回超时信令时，还包括有：

一号通业务服务器断开和多媒体彩铃服务器的连接，并向一号通媒体服务器发送媒体协商请求，以建立主叫终端和一号通媒体服务器之间的媒体通道，并指示一号通媒体服务器向主叫终端放音。

6.一种一号通业务中实现彩铃业务的系统，其特征在于，包括有一号通业务服务器、多媒体彩铃服务器、主叫终端、被叫主号码和若干个被叫子号码分别对应的被叫终端，其中：

一号通业务服务器，和主叫终端、被叫终端、多媒体彩铃服务器通过网络相连，用于根据主叫终端发来的呼叫请求，向多媒体彩铃服务器发出媒体协商请求，以建立主叫终端和多媒体彩铃服务器之间的媒体通道；

多媒体彩铃服务器，和一号通业务服务器通过网络相连，用于根据一号通业务服务器发来的媒体协商请求，建立和主叫终端之间的媒体通道，并通过所述媒体通道向主叫终端播放多媒体彩铃音，

所述多媒体彩铃服务器进一步包括有：

一号通彩铃分析装置，用于读取一号通业务服务器发送来的INVITE消息，并顺序分析所述INVITE消息中的被叫主号码、被叫子号码是否是彩铃用户，如果被叫主号码、或被叫子号码是彩铃用户，则播放所述被叫主号码、或被叫子号码对应的多媒体彩铃音；如果被叫主号码和被叫子号码都不是彩铃用户，则播放一号通的提示音，

还包括有：多媒体彩铃服务器将所述INVITE消息读取至本地，并分析所述INVITE消息的被叫主号码是否是彩铃用户，如果是，则播放所述被叫主号码对应的多媒体彩铃音；如果否，多媒体彩铃服务器继续分析所述INVITE消息的被叫子号码是否是彩铃用户，如果是，则播放所述被叫子号码对应的多媒体彩铃音，如果否，则播放一号通的提示音，

当INVITE消息中存在有多个被叫子号码时，还包括有：

按所述多个被叫子号码的排列次序，逐一分析每个被叫子号码是否是彩铃用户，如果是，即其中一个被叫子号码是彩铃用户，则播放该被叫子号码的多媒体彩铃音，如果不是，则继续分析下一个被叫子号码是否是彩铃用户，当所有被叫子号码都不是彩铃用户时，则直接播放一号通业务的提示音。

7.根据权利要求6所述的系统，其特征在于，还包括有：

一号通媒体服务器，和一号通业务服务器采用标准SIP接口通过网络相连，用于根据一号通业务服务器发来的媒体协商请求，建立和主叫终端之间的媒体通道，并在接收一号通业务服务器发来的放音指示后，通过所述媒体通道向主叫终端播放一号通业务提示音；

所述一号通业务服务器进一步包括有：

多媒体彩铃连接装置，用于根据主叫终端的呼叫请求，向多媒体彩铃服务器发出媒体协商请求，并协助多媒体彩铃服务器和主叫终端建立媒体通道；

本地媒体连接装置，用于接收多媒体彩铃服务器返回的失败的响应消息，或IMS核心网返回的超时信令时，向本地的一号通媒体服务器发送媒体协商请求，以建立主叫终端和一号通媒体服务器之间的媒体通道，并指示一号通媒体服务器向主叫终端放音。

8.根据权利要求6所述的系统，其特征在于，一号通业务服务器通过SIP初始会话请求INVITE消息向多媒体彩铃服务器发出媒体协商请求，所述INVITE消息携带有被叫主号码、被叫子号码、一号通业务服务器标识、多媒体彩铃服务器的PSI号码或IP地址信息。

9.根据权利要求8所述的系统，其特征在于，所述INVITE消息的to头填写被叫主号码；from头填写一号通业务服务器标识；PAI头填写被叫子号码，如果被叫子号码存在有多个时，则用“,”将所述多个被叫子号码分开；请求行Request‐Line携带多媒体彩铃服务器的PSI号码或IP地址。