一种多媒体彩铃播放方法、装置及其系统的制作方法

专利名称：一种多媒体彩铃播放方法、装置及其系统的制作方法
技术领域：
本发明有关于无线通信技术领域，尤其是有关于彩铃播放技术领域，具 体地讲是一种多媒体彩铃播放方法、装置及其系统。
背景技术：
多媒体彩铃业务是一项在可视电话业务中，由被叫用户定制，当主叫以 可视电话方式拨打被叫时，系统在被叫振铃的同时为主叫用户提供一段绚 丽、悦耳的多媒体视频来替代普通回铃音的业务。并且，该多媒体彩铃业务 包括彩铃、彩振、彩像。目前基于3GPP系统的可视电话，主要是通过CS (电路)交换网络来实现 的，其基本的技术是324M技术。通过这样的网络来实现的彩铃业务，我们称 之为CS域多媒体彩铃业务。图1A所示的是通过CS域可视电话实现多媒体彩铃业务的逻辑结构图。下面对各网元功能进行描述1、 移动业务交换中心服务器(MSCServer)。对位于它管辖区域中的移动终端参与的呼叫进行控制的功能实体。2、 媒体网关(MGW)。与MSC Server连接，在MSC Server的控制下实现对通话的交互。3、 拜访位置寄存器(VLR)。 VLR是MSCServer为所管辖区域中终端呼叫 接续所需检索信息的数据库。VLR存储与呼叫处理有关的一些数据，例如用 户的号码，所处区域的识别码，向用户提供的业务等参数。VLR和MSC Server—般都集成在一起，为合一网元。4、 无线网络控制器(RNC) 。 RNC主要负责连接的建立和释放，切换， 宏分集合并，无线网络的资源管理控制功能。75、 NodeB。 Node B是WCDMA制式的基站，它支持FDD模式、TDD模 式或双模，包括一个或多个小区。上述的RNC和NodeB主要是特指UMTS当 中的UTRAN部分。在本图当中合未一网元。6、 归属位置寄存器(HLR)。运营商管理部门用于移动用户管理的数据库。 每个移动用户都应在其归属位置寄存器中注册登记。7、 鉴权中心(AUC)。为认证移动用户身份和产生相应鉴权参数的功能实 体。 一般与HLR集成在一起。8、 媒体播放平台。媒体播放平台可以接受3G可视手机的拨号，拨不同 的号码或拨号后进行按键选择能访问不同的节目内容，系统具备一定的存储 容量，并能管理相关的节目内容。9、 多媒体彩铃平台。多媒体彩铃平台是为可视电话用户提供多媒体彩 铃的系统，具备多媒体彩铃存储、播放和管理能力，并且支持BICC/ISUP协 议。在被叫用户申请该业务后，该平台应可以为主叫终端提供多媒体彩铃的 播放，并在被叫用户接听时应可以自动中断该多媒体彩铃的播放。上图当中， 媒体播放平台和多媒体彩铃平台合并为同 一个逻辑网元。10、 SCP。信令控制点，主要用于对彩铃业务进行控制和触发。 目前还可以通过IMS方案来实现彩铃业务。IMS (IP MultimediaSubsystem, IP多媒体子系统)，在3GPP的R5版本中定义的一个子系统， 用于实现包括语音、视频、数据在内的新一代多媒体电信业务。IMS首先是由移动领域的3GPP组织提出的，是一种基于对新型宽带多 媒体业务的需求而产生的新的网络技术，并将其写入3GPP的R5版本的标 准当中，在R6、 R7版本中逐步完善其功能。图IB所示的是在3GPP的IMS当中实现彩铃业务的逻辑结构图。其中，3GPPIMS的主要功能实体包括CSCF (Call Session Control Function)是呼叫会话控制功能，主要是对 会话进程的控制。它又分为三个不同实体P-CSCF (Proxy-CSCF) 、 I-CSCF(Interrogating-CSCF) 、 S-CSCF (Serving-CSCF) 。 P-CSCF是IMS网络中用户的第一个接触点，主要负责验证请求，处理和转发响应。P-CSCF起到 了安全管理和隐藏接入网络差异的作用。在R5中，P-CSCF还包括一个用于 资源授权和管理的功能实体PDF。 I-CSCF是多个IMS网络域之间接口，负责 用户信息的询问和用户S-CSCF的査找。I-CSCF用于隐藏网络内部拓扑结构， 同时还起到负载均衡和流量控制的作用。S-CSCF在IMS中处于核心控制地 位，是IMS多进程控制的关键所在。其负责记录并控制用户进程状态，执行 会话路由功能，并不断与应用服务和计费功能进行交互，根据规则进行增值 业务路由触发与业务控制。HSS (Home Subscriber Server:归属用户服务器)是一个存储用户和服 务相关数据的数据库，是一个升级的HLR。 HSS以XML形式记录了用户身 份、注册信息、接入参数和服务触发信息。MRF (Multimedia Resource Function)包括控制部分(MRFC)和用户 平面的处理部分(MRFP)，是对与承载相关的业务服务提供支持，如视频 会议、用户公告等，能够完成数据媒体流的混合、媒体流的分发、承载代码 的转换、计费信息的发送等。IMS-MGW (IMS-Media Gateway)和MGCF (Media Gateway Control Function:媒体网关控制功能)是IMS和传统CS网络之间的网关，如IMS与 PSTN之间，使得两个网络的用户可以进行通信。它能够将CS网络的信令与 SIP信令相互转换，并且能够报告计费信息。BGCF (Breakout Gateway Control Function:出口网关控制功能)也是与 传统CS网络相关的功能实体，是控制网关来完成信令转换，负责选择呼叫通 过哪个MGCF到达CS网络。但如果选择另外一个网络作为呼叫的路径，则将 会话转发到那个网络的BGCF。AS (Application Server:应用服务器)并不完全属于IMS，它是架构在 IMS之上的功能实体，能充分利用IMS提供的各种功能，如呼叫控制、帐户管理、计费等。它主要是对外提供增值多媒体服务。基于IMS的AS能够提供 很多独特的功能，如在线状态、消息和会议服务等。在本文当中，AS主要是特指提供多媒体彩铃功能的应用服务器。在上 图当中，也就是CATAS。而如上述的实现彩铃业务的现有终端的彩铃业务的开展方式如下终端 用户发起呼叫，MSC Server通过核心网的流程判断被叫用户是否订阅了相关 的彩铃业务；如果订阅了彩铃业务，那么MSC Server在呼叫被叫的同时， 会向MRBT服务器平台发送IAM消息去激活相关的彩铃业务。在被叫终端应答之前，MRBT服务器平台建立同主叫终端之间的彩铃会 话，并通过早期的媒体通道发送彩铃内容到主叫终端。如上所述的现有的技术，不但是彩铃技术，还是彩振技术，都主要是通 过签约关系判断用户的业务状态，而不去考虑是否这个业务是否在合适的场 景当中开展。在实现本发明过程中，发明人发现现有技术中存在如下问题目前彩铃 业务的方式只是依靠业务签约，而不考虑其他的参数和信息，因此无法完成 定制化的功能。发明内容本发明的实施例就是鉴于上述问题而提出，其目的在于，提供一种能根 据条件来播放多媒体彩铃的多媒体彩铃播放方法、装置及其系统。本发明的实施例提供一种多媒体彩铃播放方法，该多媒体彩铃播放方法 包括以下步骤根据用户的呈现信息生成多媒体彩铃播放信息；根据所述的 多媒体彩铃播放信息生成多媒体彩铃播放数据；将所述的多媒体彩铃播放数 据传送给终端进行播放。本发明的实施例还提供一种多媒体彩铃播放方法，该多媒体彩铃播放方 法包括以下步骤接收用户端传来的呈现信息；根据接收的呈现信息生成多媒体彩铃播放信息；对生成的多媒体彩铃播放信息与用户端的对应关系进行 存储；根据呼叫请求从存储的对应关系中查询与呼叫用户端相关的多媒体彩 铃播放信息；根据査询到的多媒体彩铃播放信息生成主叫用户端多媒体彩铃 播放数据和被叫用户端多媒体彩铃播放数据；将生成的多媒体彩铃播放数据 传送给对应的用户端进行播放。本发明的实施例又提供一种多媒体彩铃播放装置，该多媒体彩铃播放装 置包括信息生成单元，用于根据用户的呈现信息生成多媒体彩铃播放信息； 播放数据生成单元，用于根据所述的多媒体彩铃播放信息生成多媒体彩铃播 放数据；传送播放单元，用于将所述的多媒体彩铃播放数据传送给终端进行 播放。本发明的实施例又提供一种多媒体彩铃播放装置，该多媒体彩铃播放装 置包括信息接收单元，接收用户端传来的呈现信息；生成播放信息单元， 根据接收的呈现信息生成多媒体彩铃播放信息；存储单元，对生成的多媒体 彩铃播放信息与用户端的对应关系进行存储；査询单元，根据呼叫请求从存 储的对应关系中查询与呼叫用户端相关的多媒体彩铃播放信息；生成播放数 据单元，根据查询到的多媒体彩铃播放信息生成主叫用户端多媒体彩铃播放 数据和被叫用户端多媒体彩铃播放数据；输出单元，将生成的多媒体彩铃播 放数据传送给对应的用户端进行播放。本发明的实施例另提供一种多媒体彩铃播放系统，该系统包括多媒体彩 铃播放装置和终端，其中所述终端生成呈现信息并发送到所述多媒体彩铃播 放装置，该呈现信息包括彩铃开启设置数据、彩铃能力设置数据、终端位 置数据、终端状态设置数据和黑名单设置数据，所述多媒体彩铃播放装置接 收所述呈现信息，并根据所述呈现信息生成多媒体彩铃播放信息，对生成的 多媒体彩铃播放信息与用户端的对应关系进行存储，并根据呼叫请求从存储 的对应关系中查询与呼叫用户端相关的多媒体彩铃播放信息，根据查询到的 多媒体彩铃播放信息生成主叫用户端多媒体彩铃播放数据和被叫用户端多媒体彩铃播放数据，将生成的多媒体彩铃播放数据传送给对应的用户端进行 播放。
本发明实施例的有益效果在于，因为采用了由多媒体彩铃播放装置分别 对主叫端和被叫端终端提供多媒体彩铃业务，所以克服了现有技术当中无法 完成定制化的，进而达到了多媒体彩铃业务的条件播放的效果。


图1A所示的是现有技术当中CS域多媒体彩铃业务的网络框架图。 图1B所示的是现有技术当中在3GPP的IMS当中实现彩铃业务的逻辑 结构图。
图2A所示的是本发明的一较佳实施方式的多媒体彩铃播放装置的结构 框图。
图2B所述的是本发明的一较佳实施方式的多媒体彩铃播放方法的流程图。
图3所示的是通过服务器的方式实现本发明实施例1的多媒体彩铃业务 条件播放的结构框图。
图4所示的是本发明实施例1的开展CS方式的可视电话多媒体彩铃业 务过程当中的信令流程图。
图5所示的是通过服务器的方式实现本发明实施例2的多媒体彩铃业务 条件播放的结构框图。
图6所示的是本发明实施例2的开展CS方式的可视电话多媒体彩铃业 务过程当中的信令流程图。
图7所示的是通过服务器的方式实现本发明实施例3的多媒体彩铃业务 条件播放的结构框图。
图8所示的是本发明实施例3的开展IMS方式的可视电话多媒体彩铃业 务过程当中的信令流程图。
12图9所示的是本发明实施例3的开展IMS方式的可视电话多媒体彩铃业 务过程当中的信令流程图。
具体实施例方式
为使本发明的实施例的目的、技术方案和优点更加清楚明白，下面结合 实施方式和附图，对本发明的实施例做进一步详细说明。在此，本发明实施 例的示意性实施方式及其说明用于解释本发明的实施例，但并不作为对本发 明的限定。另外以下所述的本发明实施例的多媒体彩铃包括彩铃(回铃音)、 彩振(振铃音)以及彩像。
图2A所示的是本发明的一较佳实施方式的多媒体彩铃播放装置的结构 框图、图2B所述的是本发明的一较佳实施方式的多媒体彩铃播放方法的流 程图。以下结合图2A、图2B详细说明本发明较佳实施方式的多媒体彩铃播 放装置及其方法。
如图2A所示，多媒体彩铃播放装置包括信息接收单元21，接收用户 端传来的多媒体彩铃业务设置信息(本发明实施例中是呈现信息)；生成播 放信息单元22，根据接收的多媒体彩铃业务设置信息生成多媒体彩铃播放信 息；存储单元23，对生成的多媒体彩铃播放信息与用户端的对应关系进行存 储；查询单元24，根据呼叫请求从存储的对应关系中査询与呼叫用户端相关 的多媒体彩铃播放信息；生成播放数据单元25，根据查询到的多媒体彩铃播 放信息生成主叫用户端多媒体彩铃播放数据和被叫用户端多媒体彩铃播放 数据；输出单元26，将生成的多媒体彩铃播放数据传送给对应的用户端进行 播放。
其中所述的多媒体彩铃业务设置信息包括彩铃开启设置数据、彩铃能 力设置数据、终端位置数据、终端状态设置数据以及黑名单设置数据。
所述的信息接收单元21接收主叫用户端传来的多媒体彩铃业务设置信 息和被叫用户端传来的多媒体彩铃业务设置信息。所述的生成播放信息单元22根据多媒体彩铃业务设置信息生成彩铃播 放信息、彩振播放信息以及彩像播放信息。
所述的生成播放数据单元25对主叫用户端生成彩铃播放数据或彩像播 放数据、对被叫用户端生成彩振播放数据或彩像播放数据。
所述的输出单元26，将所述的对主叫用户端生成彩铃播放数据或彩像播 放数据发送到主叫用户端进行播放；将所述的对被叫用户端生成彩振播放数 据或彩像播放数据发送到被叫用户端进行播放。
所述的生成播放信息单元22根据主叫用户端传来的多媒体彩铃业务设 置信息和被叫用户端传来的多媒体彩铃业务设置信息的双方或任意一方，生 成对主叫端的彩铃播放信息。其中，可以根据主叫用户端传来的多媒体彩铃 业务设置信息和被叫用户端传来的多媒体彩铃业务设置信息中优先级高的 多媒体彩铃业务设置信息来生成对主叫端的彩铃播放信息；或根据主叫用户 端传来的多媒体彩铃业务设置信息来生成对主叫端的彩铃播放信息；或根据 被叫用户端传来的多媒体彩铃业务设置信息来生成对主叫端的彩铃播放信 息。
如图2B所示，本发明较佳实施例的多媒体彩铃播放方法包括以下步骤
接收用户端传来的多媒体彩铃业务设置信息(S201);
根据接收的多媒体彩铃业务设置信息生成多媒体彩铃播放信息(S202);
对生成的多媒体彩铃播放信息与用户端的对应关系进行存储(S203);
根据呼叫请求从存储的对应关系中查询与呼叫用户端相关的多媒体彩 铃播放信息(S204);
根据查询到的多媒体彩铃播放信息生成主叫用户端多媒体彩铃播放数 据和被叫用户端多媒体彩铃播放数据(S205);
将生成的多媒体彩铃播放数据传送给对应的用户端进行播放(S206)。
通过上述本发明的较佳实施例，可以分别向主叫和被叫同时提供按用户 设置的彩铃和彩振。实施例1
图3所示的是通过服务器的方式实现本发明实施例1的多媒体彩铃业务 条件播放的结构框图。在本实施例1中，主要考虑通过CS可视电话的方式， 通过跨接的网络架构实现彩铃业务。
如图3所示，在整个的网络结构当中，多媒体彩铃平台同呈现(Presence) 平台连接，他们之间的协议可以采用核心网的BICC协议，也可以采用SIP协 议，在实施例1当中通过SIP协议实现，BICC协议的原理类似。
另外，在可视电话终端当中，本实施例l考虑的是移动终端，如手机。 基于CS的移动终端同Presence平台之间的消息互通可以通过终端上的"环境 设置"功能，如户外，会议，免打扰，离线等状态，在终端本地进行设置， 终端本地会根据用户对于每个状态的设置，实现铃声，按键声音，屏幕亮度 等的自定义，同时，还可以将彩铃的设置状态纳入到这些状态当中。
比如说，在会议状态，终端设置的内容就是不允许进行彩振，取消不适 合会议场合的彩铃类型的建立过程。
终端的这些终端的设置状态，可以通过终端，利用SMS或者USSD进行 承载，从终端发送到服务器，以便Presence服务器保存这些状态信息，在后 续的彩铃业务开展过程当中利用。
图4所示的是本发明实施例1的开展CS方式的可视电话多媒体彩铃业 务过程当中的信令流程图。以下，详细说明信令流程图-
401、 UEA向MSC SERVER A发SETUP消息，消息中携带的BC—IE信元 中ITC为，UDI，， ORA为'H.223&H.245'。
402、 MSC SERVER A向归属位置寄存器(HLR) B发起SRI请求。
403、 HLRB向被叫附着的MSCSERVERB取漫游号码。
404、 移动交换中心服务器(MSC SERVER) B向HLRB返回漫游号码， 如果MSC SERVERB支持预寻呼，这时会先发起预寻呼过程后再返回漫游号 码。
15405、 HLRB向MSC SERVER A返回UEB的路由信息，并携带被叫用户 是否定制多媒体彩铃业务的信息。
406、 MSC SERVER A获得被叫的MSRN (Mobile Station Roaming Number:移动台漫游号后，向主叫终端发起Call一Proceeding。
407、 MSC SERVER A向多媒体彩铃平台发起ISUPIAM消息。如果被叫 用户签约了主叫号码显示业务，ISUPIAM (ISDN User Part Initial Address Message)消息中需要携带主叫号码和业务前缀信息。
A、 多媒体彩铃平台此时会向Presence平台发起查询过程，主要査询终端 相关的呈现信息，包括用户状态(会议，户外等)，用户彩铃偏好，甚至用 户位置信息等内容。这些信息是终端通过本次呼叫外的其他方式进行配置 的，如何配置，前文己经说明，在CS方式当中可以采用SMS或者USSD方式。 查询这些信息的目的主要在于，彩铃平台可以通过取回这些信息，同本地的 用户彩铃业务签约状态进行结合，判断是否向用户提供彩铃，以及提供何种 彩铃。
B、 Presence平台根据多媒体彩铃平台的査询请求，返回其所需要的 Presence信息。
408、 多媒体彩铃平台向MSC SERVERB发起ISUPIAM消息。如果被叫 用户签约了主叫号码显示业务，ISUP IAM消息中需要携带主叫号码。
409、 如果在取漫游号码时没有发起预寻呼，MSC SERVERB向UEB发
起寻呼请求消息。
410、 UEB返回寻呼响应消息。
411、 MSCSERVERB向UEB发SETUP消息，消息中携带的BC—IE信元 中ITC为，UDI'， ORA为'H.223&H.245，。
412、 UEB返回CALLCONFIRMED消息，没有携带新的BC一IE，表示能 够支持VP被叫。
413、 被叫振铃后，UEB向MSC SERVERB返回ALERTING消息。414、 MSC SERVER B向彩铃平台发送ACM (Audio Compression Manager:音频压縮管理)。
415、 彩铃平台在接收到被叫交换机发来的ACM后，向主叫交换机发送 携带彩铃信息的ACM。
416、 MSC SERVER A识别该彩铃信息，发送Alerting和Connect到UE A。
417、 UEA在接收到Connect后，向MSC SERVER A发送Connect ACK消息。
418、 1疋八和彩铃平台之间建立11245过程。
419、 UEA通过彩铃平台收看视频彩铃。该彩铃内容是根据先前的 Presence信息以及结合用户的彩铃业务签约信息来决定的。
420、 l正B完成摘机动作之后，向MSC SERVERB发送Connect消息。
421、 MSC SERVER B向多媒体彩铃平台发送ANM消息。
422、 MSC SERVERB向UEB发送Connect ACK消息。
423、 多媒体彩铃平台向MSC SERVER A发送ANM消息，此时主叫交换 机幵始计费。
424、 MSC SERVER A向UE A发送Connect信令。(MSC SERVER A不 向UEA发送Connect信令或UEA不处理Connect消息，此步为可选。)
425、 彩铃平台和1正;8之间建立11245过程，并使UEA、 UEB之间进行
视频通话。
在本实施例1当中，除了可以利用彩铃平台向Presence服务器查询用户的 状态信息之外，还可以向彩铃平台所存放的用户相关的Profile数据，比如用 户设置的时间段信息，即什么时间段播放什么类型的彩铃信息，什么时间段 允许播放，什么时间段不允许播放，以及用户的偏好，黑白名单等。
同时，用户还可以结合着Presence查询过程，以及Profile的方式来提供业务。
信令A可以采用SIP的SUBSCRIBE信令。信令B可以采用SIP的NOTIFY信令。Presence平台在收至l」SUBSCRIBE信令之后，会将用户的Presence信息 通过NOTIFY直接通知终端。这个过程在图4当中，主要包括在终端信息査询 过程。更进一步，Presence信息可以扩展到终端的能力信息，包括终端是否 支持多媒体彩铃，以及支持何种的多媒体彩铃。这样，终端在开展可视电话 过程当中，就不需要挟带扩展字段，表明自身所支持的彩铃能力或者类型， 而直接通过Presence信息来进行判断，从而降低了对终端的要求，可以更好 的兼容非多媒体彩铃的可视电话呼叫。
后续的多媒体彩铃建立过程，在本发明的实施例当中只是利用彩铃，也 就是通常意义下的主叫收听回铃音的方式进行的介绍，对于被叫收听振铃音 的方式，该方式和方法也同样适用。
实施例2
图5所示的是通过服务器的方式实现本发明实施例2的多媒体彩铃业务 条件播放的结构框图。在本实施例2中，主要考虑通过CS可视电话的方式， 通过非跨接的网络架构实现彩铃业务。
其中，在整个的网络结构当中，多媒体彩铃平台同Presence平台连接， 他们之间的协议可以采用核心网的BICC协议，也可以采用SIP协议，在本实 施例2当中通过SIP协议实现，BICC协议的原理类似。
同上述的跨接方案类似，网络结构之间只存在多媒体彩铃平台所处位置 的差异。且在通话过程当中，多媒体彩铃平台在本方案当中不会承接正常可 视电话部分的接续工作。
Presence信息的设置方式如上述实施例l所述。S卩，终端可以通过SMS、 USSD、 SIP等方式，通过可视电话的带外信令或者途径，将终端用户的状态 信息，如户外、会议、离线等环境状态，以及用户终端的能力信息，可能包 括UAPro傳信息传递到Presence服务器。并且在可视电话的多媒体彩铃业务 过程当中利用该信息进行业务的开展过程。
18图6所示的是本发明实施例2的开展CS方式的可视电话多媒体彩铃业
务过程当中的信令流程图。以下，详细说明信令流程图
601、 UEA向MSC SERVER A发SETUP消息，消息中携带的BC—IE信元 中ITC为，UDI'， ORA为'H.223&H.245，。
602、 MSC SERVER A向HLRB发起SRI请求。
603、 HLRB向被叫附着的MSC SERVERB取漫游号码。
604、 MSC SERVERB向HLRB返回漫游号码，如果MSC SERVERB支 持预寻呼，这时会先发起预寻呼过程后再返回漫游号码。
605、 HLRB向MSC SERVER A返回UEB的路由信息，并携带被叫用户
是否定制多媒体彩铃业务的信息。
606、 MSC SERVER A获得被叫的MSRN后，向主叫终端发起 Call—Proceeding 。
607、 MSC SERVER A向MSC SERVER B发起ISUPIAM消息。如果被叫 用户签约了主叫号码显示业务，ISUP IAM消息中需要携带主叫号码。
608、 如果在取漫游号码时没有发起预寻呼，MSC SERVERB向UEB发
起寻呼请求消息。
609、 UEB返回寻呼响应消息。
610、 MSC SERVER B向UEB发SETUP消息，消息中携带的BC—IE信元 中ITC为，UDI，， ORA为'H.223&H.245'。
611、 UEB返回CALLCONFIRMED消息，没有携带新的BC—IE，表示能 够支持VP被叫。
612、 被叫振铃后，UEB向MSCSERVERB返回ALERTING消息。
613、 MSC SERVERB向MSC SERVER A返回BICC ACM消息。
614、 MSC SERVER A向UE A返回ALERTING消息。
615、 MSC SERVER A向多媒体彩铃平台发起BICCIAM消息，携带被叫
是否定制多媒体彩铃业务的信息。A、 和实施例l类似，彩铃平台通过SIP的信令向Presence平台查询用户的 状态信息，包括位置信息，偏好信息，状态信息等，如果需要，还可以包括 终端能力信息，并根据终端能力信息来判断是否终端具备多媒体彩铃业务开 展得能力。
B、 Presence平台返回多媒体彩铃平台所需要的查询结果。多媒体彩铃平 台根据査询结果结合用户的签约结果来判断如何开展彩铃业务。
616、 多媒体彩铃平台向MSC SERVER A返回BICCACM消息。MSC SERVER A识别多媒体彩铃平台发来的ACM消息，并不向主叫终端发送 Alerting消息。
617、 在接到彩铃平台发来的ANM后，MSC SERVER A向主叫终端UE A 发送连接信令CONNECT，同时监听被叫交换机MSC SERVERB是否有返回消息。
618、 UE A向MSC SERVER A返回应答CONNECT ACK消息。
619、 UEA和多媒体彩铃平台之间建立R245过程。建立后，主叫终端用 户可以收看多媒体彩铃平台播放的多媒体彩铃信息。
620、 被叫终端UEB发送应答消息CONNECT。
621、 被叫交换机MSC SERVER B向主叫交换机MSC SERVERA返回 BICC A画。
622、 被叫交换机MSC SERVERB向被叫终端返回连接确认CONNECT ACK 。
623、 主叫交换机MSC SERVER A向多媒体彩铃平台发起BICC Release 消息，使多媒体彩铃平台和主叫终端UEA之间拆除H.245。
624、 多媒体彩铃平台和主叫终端UE八之间拆除11.245过程。
625、 R245拆除后，多媒体彩铃平台向主叫交换机MSC SERVER A返回 BICC Release Complete消息。
626、 主叫终端UE A和被叫终端UE B之间建立H.245过程。627、可视电话通话完毕后，主叫终端l正A和被叫终端UEB之间拆除 R245过程和底层电路承载过程。
在上述实施例2的步骤A当中，多媒体彩铃平台向Presence平台发送 SUBSCRIBE消息，用来查询用户的Presence信息；Presence平台通过NOTIFY 消息返回Presence信息。这上述的消息当中，可以传递用户的Presence信息， 还可以携带用户终端的能力信息，用来确定彩铃业务的建立过程。
后续的多媒体彩铃建立过程，在本实施例2当中只是利用彩铃，也就是 通常意义下的主叫收听回铃音的方式进行的介绍，对于被叫收听振铃音的方 式，该方式和方法也同样适用。
实施例3
图7所示的是通过服务器的方式实现本发明实施例3的多媒体彩铃业务 条件播放的结构框图。本实施例3考虑通过IMS可视电话的方式，通过早期 媒体的方式实现彩铃业务。
如图7所示，在整个的网络结构当中，多媒体彩铃AS同Presence平台连 接，他们之间的协议采用SIP协议，通过Presence服务器所定义的PRS-3接口， 利用SIP协议进行通信。
在Prsence业务当中，对参与通信的网络单元和实体分为三类， 一类是 Source,也就是提供整个Presence信息的网络单元，在这里，我们可以称作 终端。在SIP网络当中，通过PUBLISH方法向PresenceAS发送Presence信息。
一类是Presence服务器，也就是AS，主要用于收集所服务对象的Presence 信息，以便提供给需要的用户。
还有一类叫作Watcher，也就是接收目标用户，或者请求目标用户 Presence信息的用户。他通过SUBSCR1BE方法向Presence AS发起用户 Presence信息的请求，Presence AS通过NOTIFY消息向Watcher发送Presence ^曰息。
上述的框架在整个IMS当中都是普遍适用的，遵守OMA (OpenMobileAlliance:开放移动联盟所定义的SIMPLE规则。
终端，特别是具备IMS多媒体彩铃能力的终端，如果具备Presence功能 的话，他将遵照Presence所定义的流程上报自己的Presence信息。
彩铃平台，在开展业务的过程当中，需要定义好同Presence服务器之间 的接口，在这里，我们定义为PRS-3接口。同时，在下面的过程当中定义同 presence服务器之间的交互流程。
在Presence信息当中包括终端所支持的彩铃业务类型的标志。终端在进 行多媒体彩铃业务的过程当中，如何选择呼叫流程，可以通过AS对Presence 信息的查询进行选择。如终端在Presence信息当中上报支持早期媒体，还是 Forking方式。这样终端就可以不需要在会话发起过程当中改变同可视电话所 不同的呼叫信令了。
图8所示的是本发明实施例3的开展IMS (IP Multimedia Subsystem: IP多
媒体子系统)方式的可视电话多媒体彩铃业务过程当中的信令流程图。以下， 详细说明信令流程图
A、 UE-A通过SIP信令的PUBLISH (发布)方法，向Presence服务器发送 UE-A相关的终端Presence信息，其中可以包括用户的状态信息，也可以包含 用户终端的能力信息以及业务信息。如终端是否支持彩铃业务，支持什么样 的彩铃业务类型等。
B、 UE-B通过SIP信令的PUBLISH方法，其上报方式和内容同步骤A。 需要说明的是，整个Presence的上报过程，不属于彩铃业务的关注范围内， 我们认为这个Presence信息上报过程是本方案的带外过程。
801-802). UE-A向UE-B发送一个INVITE请求建立二者之间的通话，同 时携带SDP的OFFER (Ol)。该INVITE请求根据S-CSCF当中的最初过滤标 准iFC被路由到相应的AS。 UE-A在SIP的INVITE请求当中需要在Supported 头域当中包含early-session的option tag。
803-805). AS将这个INVITE请求并包含SDP的OFFER(Ol )发送到UE-B。C、 AS在收到INVITE请求之后，需要向Presence平台发起查询过程，主 要查询终端相关的呈现信息，包括用户状态(彩铃业务是否在线，是否需要 自定义播放等)，用户彩铃偏好，甚至用户位置信息等内容。AS通过査询这 些信息，可以获取用户的状态信息和终端的业务信息，以及终端的能力信息。 通过对这些信息进行查询之后，AS可以做如下的工作，首先，决定是否开展 彩铃业务；其次，如果需要开展，决定开展什么类型的彩铃业务；再次，在 决定开展彩铃业务之后，选择合适的方案，比如说，采用Forking方式还是早 期媒体方式；最后，在呼叫过程当中提供彩铃业务。此外，如果终端用户根 据Presence信息设定了彩铃业务的播放规则，比如说，根据用户的状态，用 户的位置信息进行彩铃业务的播放，甚至彩铃内容的选择的话，AS业务需要 根据这些查询到的Presence信息来对MRF进行控制，以便正确的开展彩铃业 务。
D、 Presence平台根据多媒体彩铃平台的查询请求，返回其所需要的 Presence信息。
806-811). AS决定UE-B是否具有多媒体彩铃业务的签约关系，同时向 MRFP请求媒体资源。AS决定UE-A是否支持早期媒体，同时向UE-A发送一 个早期会话的SIP 183应答。早期会话包含了一个SDP的OFFER (CAT-O)， 这个OFFER可以帮助在MRFP和UE-A之间建立CAT媒体。UE-A对SIP 183应 答响应通过PRACK消息进行确认，并在该消息当中携带SDP的ANSWER
(CAT-A) 。 AS向UE-A播放CAT媒体内容。基于运营的策略，6-ll步可以 在第2步之后，在INVITE请求被转发到UE-B之前发生。
812-814). UE-B发送一个携带SDP ANSWER (Al)的SIP 180应答响应， 这个应答响应首先到达AS。
815-816). AS收到从UE-B发送的"180Ringing"应答响应之后，将该响应 修改为，，183 Session Progress",并且将这个应答响应携带原有的SDP ANSWER (Al)，并转发到UE-A。
23817-826). UE-A对临时应答响应进行可靠的确认。 827-836). UE-B应答本次呼叫。UE-B向AS发送200 OK应答响应，同时 AS停止通过早期媒体会话向UE-A发送CAT媒体。 本实施例3当中，主要可以分为三个步骤。
第一个步骤Presence信息的上报过程，为了说明这个信息如何上报到 服务器，本实施例3进行了简单的描述，不过，这个过程应该属于同彩铃业 务不相关的带外过程。
第二个步骤AS向Presence的服务器査询用户或者终端的Presence信息。
并且根据这些信息来决定是否开展彩铃业务，开展何种类型的彩铃业务，彩 铃业务开展采用何种流程，以及彩铃业务过程当中选择何种的彩铃内容和方 式等。
第三个步骤彩铃和通话的建立过程。这个过程，主要是彩铃业务的具 体实现，本实施例3当中通过早期媒体的方式说明彩铃业务的建立过程。本 发明不限于此种方案，即不限于向主叫发送回铃音的方式，还可以包括向被 叫发送振铃音的方式。
通过本实施例3，彩铃业务在开展过程当中可以充分的利用Presence信 息，提供更个性化的多媒体彩铃业务，同时，彩铃业务同现有IMS可视电话 呼叫以及不同多媒体彩铃呼叫方法之间也能够实现一个完整的融合。
实施例4
本实施例4考虑通过IMS可视电话的方式，通过Forking (分支)的方 式实现彩铃业务。其中本发明实施例4的多媒体彩铃业务条件播放的结构框 图与上述实施例3相同，即在整个的网络结构当中，多媒体彩铃AS同 Presence平台连接，他们之间的协议采用SIP协议，通过Presence服务器所 定义的PRS-3接口，利用SIP协议进行通信。
同早期媒体所定义的网络结构类似，Forking的多媒体彩铃业务的建立方 式仅仅在网络呼叫的方式上有所不同，在其他方面没有太大的区别。
24Forking的方式，由于采用的是IMS的方法，因此，整个Presence信息的 提供仍然是基于SIP的方式进行提供的。在整个过程当中，多媒体彩铃业务 的开展过程可以依靠多媒体彩铃的AS对Presence信息的查询获得。
对于两种不同的IMS的实现方式，除了可以通过终端在呼叫过程当中， 携带不同的通信能力到AS服务器之外，还可以在Presence信息当中包括终端 所支持的彩铃业务类型的标志。终端在进行多媒体彩铃业务的过程当中，如 何选择呼叫流程，可以通过AS对Presence信息的査询进行选择。如终端在 Presence信息当中上报支持早期媒体，还是Forking方式。这样终端就可以不 需要在会话发起过程当中改变同可视电话所不同的呼叫信令了。
图10所示的是本发明实施例3的开展IMS (IP Multimedia Subsystem: IP多媒体子系统)方式的可视电话多媒体彩铃业务过程当中的信令流程图。 以下，详细说明信令流程图
A、 UE-A通过SIP信令的PUBLISH方法，向Presence服务器发送UE-A相 关的终端Presence信息，其中可以包括用户的状态信息，也可以包含用户终 端的能力信息以及业务信息。如终端是否支持彩铃业务，支持什么样的彩铃 业务类型等。
B、 UE-B通过SIP信令的PUBLISH方法，其上报方式和内容同步骤A。 需要说明的是，整个Presence的上报过程，不属于彩铃业务的关注范围内， 我们认为这个Presence信息上报过程是本方案的带外过程。A、 B两个步骤在 Forking方式和早期媒体方式之间没有本质区别。
101-102). UE-A向UE-B发送一个INVITE请求，并在其中携带SDP OFFER (01)用以建立两者之间的呼叫。这个INVITE请求由S-CSCF的iFC 进行触发，并被路由到AS当中。
103-105). AS将最初的INVITE请求转发到UE-B。
C、 AS在收到INVITE请求之后，需要向Presence平台发起查询过程，主 要査询终端相关的呈现信息，包括用户状态(彩铃业务是否在线，是否需要自定义播放等)，用户彩铃偏好，甚至用户位置信息等内容。AS通过査询这 些信息，可以获取用户的状态信息和终端的业务信息，以及终端的能力信息。 通过对这些信息进行查询之后，AS可以做如下的工作，首先，决定是否开展 彩铃业务；其次，如果需要开展，决定开展什么类型的彩铃业务；再次，在 决定开展彩铃业务之后，选择合适的方案，比如说，采用Forking方式还是早 期媒体方式；最后，在呼叫过程当中提供彩铃业务。此外，如果终端用户根 据Presence信息设定了彩铃业务的播放规则，比如说，根据用户的状态，用 户的位置信息进行彩铃业务的播放，甚至彩铃内容的选择的话，AS业务需要 根据这些查询到的Presence信息来对MRF进行控制，以便正确的开展彩铃业 务。
D、 Presence平台根据多媒体彩铃平台的查询请求，返回其所需要的 Presence信息。
106-108). l正-B发送一个"180Ringing"应答响应，并且携带一个SDP的 Answer (Al)用来建立一个早期对话(Dl)。这个应答响应首先到达AS。
109)， AS从MRFP请求媒体资源，并且创建CAT媒体资源的ANSWER (A2)。基于运营商的策略，步骤109-115可以在第2步之后，INVITE请求 被转发到UE-B之前发生。
110-111). AS生成一个可靠的"183 Session Progress"的临时应答响应，并 发送给UE-A。这个过程应该如同AS接收到了 一个被分支后的INVITE所对应 的响应一样，并且UE-A利用这个应答响应建立早期对话(D2)。使用"183 SessionProgress"可以避免触发UE-A的本地CAT。这个应答相应消息当中包 含了SDP ANSWER (A2)，可以帮助在MRFP和l正-A之间建立多媒体彩铃 的媒体通路。
112-113). UE-A对这个临时应答响应进行确认。
114-115). AS发送200 OK应答响应来确认UE-A发 的PRACK消息。
116-117). AS将从UE-B所接收到的"180 Ringing"应答相应修改为"183Session Progress",并且在该响应当中携带相同的ANSWER (Al)，并转发 到UE-A以建立早期对话(Dl)。基于运营商的策略，步骤116-119以及步骤 126-127，在AS选择保存从UE-B所接收到的ANSWER (Al)，并且没有立 即发送临时应答响应的情况下可以被忽略。UE-A仍然需要保存SDP ANSWER A1和A2，应为他并不知道那个ANSWER将会被最终确认。
118-119). UE-A确认临时应答响应消息。
120-125). AS确认从UE-B发出的临时应答响应消息。
128-130).在UE-B的用户最终应答了本次呼叫。UE-B发送200 OK应答 响应，这个应答响应最先到达AS。
131). AS通知MRFP停止向终端发送CAT媒体。
132-133). AS转发200 OK应答响应到UE-A，用来对早期对话(Dl)进 行确认。假如AS在第116步当中，没有将UE-B的ANSWER(A1)发送到UE-A， 那么AS需要在200OK应答响应当中包含ANSWER(Al)用来确认对话(Dl)。
134-138). UE-A确认对话(Dl)。基于SDP OFFER (Ol)和ANSWER (Al) ， UE-A和UE-B之间的通话完成建立过程。由"183 Session Progress" 建立的早期对话(D2)，因为没有最终的应答响应，由于时间超时的原因自 动终止。
本实施例4当中，主要可以分为三个步骤。
第一个步骤Presence信息的上报过程，为了说明这个信息如何上报到 服务器，本实施例4进行了简单的描述，不过，这个过程应该属于同彩铃业
务不相关的带外过程。
第二个步骤AS向Presence的服务器査询用户或者终端的Presence信息。
并且根据这些信息来决定是否开展彩铃业务，开展何种类型的彩铃业务，彩 铃业务开展采用何种流程，以及彩铃业务过程当中选择何种的彩铃内容和方 式等。
第三个步骤彩铃和通话的建立过程。这个过程，主要是彩铃业务的具体实现，本实施例4当中通过Foring的方式说明彩铃业务的建立过程。本发明 不限于此种方案，即不限于向主叫发送回铃音的方式，还可以包括向被叫发 送振铃音的方式。
本实施例4主要是从方法和流程上对上述的过程进行描述。通过本实施 例4，彩铃业务在开展过程当中可以充分的利用Presence信息，提供更个性 化的多媒体彩铃业务，同时，彩铃业务同现有IMS可视电话呼叫以及不同多 媒体彩铃呼叫方法之间也能够实现一个完整的融合。
实施例5
本实施例5是通过终端的方式实现多媒体彩铃业务条件播放的实施例之 一。在本实施例5中，我们忽略可视电话的具体承载的方式，而是对终端在 过程当中的行为进行规定。我们在本方案当中考虑的前提条件可以分为两 种， 一种是主叫过程， 一种是被叫过程。虽然这两个过禾呈在业务开展当中类 似，但是我们仍然将他们合并在一起讨论。
在彩铃建立过程当中，这里所说的彩铃，包括了回铃音和振铃音，终端 可以设置终端需要建立的通话的类型。这些类型可以包括
1、 是否接受多媒体彩铃；
2、 接受彩铃的类型； 上述的动作可以依据如下的条件
1、 用户目前所处的环境。如果用户目前所处的环境处于会议状态， 那么终端在接收到彩振的情况下，将会根据终端本地的设置，不对所接受到 的内容进行呈现，而是简单的通过UI提示的方式实现。这个过程当中，由于 媒体协商过程当中，终端知道将要开展的业务是什么类型，终端需要做什么 样的动作，因此终端完全可以结合终端的环境情况(用户的状态设置)来实 现这样的功能。类似的方式还有，如果是静音的方式，那么多媒体彩铃的彩 振业务，只会出现视频内容，音频内容终端将不进行播^C。还有其它的一些 场合，如果终端本地设定拒绝建立多媒体彩铃业务，那么终端可以通过播放
28本地铃声的方式，替代网络侧所下发的多媒体内容。
2、 用户的期望。如果用户期望开展某种类型的彩铃，而不希望开展 另外类型的彩铃。终端可以根据用户在呼叫过程当中的主叫或者被叫的信 息，业务标识，内容种类表示，时间信息等，来区别的对待不同的彩铃业务， 从而选择呈现彩铃业务，呈现部分彩铃业务，或者不呈现彩铃业务等。
3、 终端用户的自定义设置。所谓用户自定义的，也就是其它的一些 参数，比如说，自己设定在某个位置区域内，不接收彩铃。在漫游状态下， 不接收彩铃等。
本实施例5所需要解决的问题在于，服务器侧不提供个性化的彩铃业务， 也就是说，不通过服务器的方式，对彩铃播放的条件进行设定。终端和服务 器之间的彩铃业务开展采取正常的流程。那么，终端本地可以根据终端所处 的状况，比如说，网络状况，位置状况，时间状况等，以及用户的状态，如 忙，公务会议，心情等对彩铃内容是否呈现给用户，或者如何呈现给用户进 行一个本地的过滤。
通过上述的方式，终端可以提供类似于网络方式的多媒体彩铃业务的条 件播放功能。
本发明的实施例提出的是一种多媒体彩铃条件播放的实现方案，主要提 供在VP电话过程当中的多媒体彩铃相关的实现方法，通过该方法，解决了 目前多媒体彩铃业务仅仅依靠业务订阅关系的问题触发、解决了目前多媒体 彩铃无法根据位置信息进行播放的问题、解决目前多媒体彩铃无法根据用户 的Presence信息进行播放的问题，从而实现多媒体彩铃业务的多种触发方 式，以便用户能够根据自身的实际情况进行选择。
以上所述的具体实施方式
，对本发明的目的、技术方案和有益效果进行 了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式
而 已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做 的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种多媒体彩铃播放方法，其特征在于，所述多媒体彩铃播放方法包括以下步骤根据用户的呈现信息生成多媒体彩铃播放信息；根据所述的多媒体彩铃播放信息生成多媒体彩铃播放数据；将所述的多媒体彩铃播放数据传送给终端进行播放。
2. 根据权利要求1所述的多媒体彩铃播放方法，其特征在于，所述呈 现信息除了包括呈现业务所定义的呈现信息外，还包括彩铃开启数据、彩 铃能力数据、终端位置数据、终端状态数据以及黑名单数据。
3. 根据权利要求1所述的多媒体彩铃播放方法，其特征在于，所述多 媒体彩铃播放方法还包括从终端接收用户的呈现信息，并根据该呈现信息生成多媒体彩铃播放信息。
4. 根据权利要求3所述的多媒体彩铃播放方法，其特征在于，所述的 根据接收的呈现信息生成多媒体彩铃播放信息的步骤是指根据呈现信息生成彩铃播放信息、彩振播放信息以及背景音播放信息。
5. 根据权利要求4所述的多媒体彩铃播放方法，其特征在于，所述多 媒体彩铃播放方法还包括根据主叫用户端传来的呈现信息和被叫用户端传来的呈现信息的双方 或任意一方，生成对主叫端的彩铃播放信息。
6. 根据权利要求5所述的多媒体彩铃播放方法，其特征在于，所述多 媒体彩铃播放方法还包括根据主叫用户端传来的呈现信息和被叫用户端传来的呈现信息中优先级高的呈现信息来生成对主叫端的彩铃播放信息；或根据主叫用户端传来的呈现信息来生成对主叫端的彩铃播放信息；或根据被叫用户端传来的呈现信息来生成对主叫端的彩铃播放信息。
7. 根据权利要求1所述的多媒体彩铃播放方法，其特征在于，所述根据多媒体彩铃播放信息生成多媒体彩铃播放数据包括 生成传送给被叫用户的彩振播放数据； 和/或生成传送给主叫用户的彩铃播放数据。
8. 根据权利要求7所述的多媒体彩铃播放方法，其特征在于，所述多 媒体彩铃播放方法还包括-将所述的彩振播放数据发送到被叫终端进行播放； 和/或将所述的彩铃播放数据发送到主叫终端进行播放。
9. 一种多媒体彩铃播放方法，其特征在于，所述多媒体彩铃播放方法 包括以下步骤-接收用户端传来的呈现信息； 稂据接收的呈现信息生成多媒体彩铃播放信息； 对生成的多媒体彩铃播放信息与用户端的对应关系进行存储； 根据呼叫请求从存储的对应关系中查询与呼叫用户端相关的多媒体彩 铃播放信息；根据查询到的多媒体彩铃播放信息生成主叫用户端多媒体彩铃播放数 据和被叫用户端多媒体彩铃播放数据；将生成的多媒体彩铃播放数据传送给对应的用户端进行播放。
10. 根据权利要求9所述的多媒体彩铃播放方法，其特征在于，所述接 收用户端传来的呈现信息是指从用户端接收包括彩铃开启设置数据、彩铃能力设置数据、终端位置数 据、终端状态设置数据以及黑名单设置数据，以及呈现业务所定义的呈现信 息。
11. 根据权利要求10所述的多媒体彩铃播放方法，其特征在于，所述 的接收用户端传来的呈现信息的步骤包括接收主叫用户端传来的呈现信息； 和/或接收被叫用户端传来的呈现信息。
12. 根据权利要求9所述的多媒体彩铃播放方法，其特征在于，所述的 根据接收的呈现信息生成多媒体彩铃播放信息的步骤是指根据呈现信息生成彩铃播放信息、彩振播放信息以及背景音播放信息。
13. 根据权利要求12所述的多媒体彩铃播放方法，其特征在于，所述 的根据查询到的多媒体彩铃播放信息生成主叫用户端多媒体彩铃播放数据 和被叫用户端多媒体彩铃播放数据步骤包括-对主叫用户端生成彩铃播放数据或彩像播放数据； 对被叫用户端生成彩振播放数据或彩像播放数据。
14. 根据权利要求13所述的多媒体彩铃播放方法，其特征在于，所述 的将生成的多媒体彩铃播放数据传送给对应的用户端进行播放包括将所述的对主叫用户端生成彩铃播放数据或彩像播放数据发送到主叫 用户端进行播放；将所述的对被叫用户端生成彩振播放数据或彩像播放数据发送到被叫 用户端进行播放。
15. 根据权利要求11所述的多媒体彩铃播放方法，其特征在于，所述 多媒体彩铃播放方法还包括根据主叫用户端传来的呈现信息和被叫用户端传来的呈现信息的双方 或任意一方，生成对主叫端的彩铃播放信息。
16. 根据权利要求15所述的多媒体彩铃播放方法，其特征在于，所述 多媒体彩铃播放方法还包括根据主叫用户端传来的呈现信息和被叫用户端传来的呈现信息中优先 级高的呈现信息来生成对主叫端的彩铃播放信息；或根据主叫用户端传来的呈现信息来生成对主叫端的彩铃播放信息；或 根据被叫用户端传来的呈现信息来生成对主叫端的彩铃播放信息。
17. —种多媒体彩铃播放装置，其特征在于，所述多媒体彩铃播放装置包括信息生成单元，用于根据用户的呈现信息生成多媒体彩铃播放信息； 播放数据生成单元，用于根据所述的多媒体彩铃播放信息生成多媒体彩 铃播放数据；传送播放单元，用于将所述的多媒体彩铃播放数据传送给终端进行播放。
18. —种多媒体彩铃播放装置，其特征在于，所述多媒体彩铃播放装置 包括信息接收单元，接收用户端传来的呈现信息；生成播放信息单元，根据接收的呈现信息生成多媒体彩铃播放信息； 存储单元，对生成的多媒体彩铃播放信息与用户端的对应关系进行存储；查询单元，根据呼叫请求从存储的对应关系中査询与呼叫用户端相关的 多媒体彩铃播放信息；生成播放数据单元，根据查询到的多媒体彩铃播放信息生成主叫用户端 多媒体彩铃播放数据和被叫用户端多媒体彩铃播放数据；输出单元，将生成的多媒体彩铃播放数据传送给对应的用户端进行播放。
19. 根据权利要求18所述的多媒体彩铃播放装置，其特征在于，所述 的呈现信息包括彩铃开启设置数据、彩铃能力设置数据、终端位置数据、终端状态设置 数据以及黑名单设置数据。
20. 根据权利要求19所述的多媒体彩铃播放装置，其特征在于，所述 的信息接收单元接收主叫用户端传来的呈现信息和被叫用户端传来的呈现"f曰息。
21. 根据权利要求18所述的多媒体彩铃播放装置，其特征在于，所述 的生成播放信息单元根据呈现信息生成彩铃播放信息、彩振播放信息以及彩 像播放信息。
22. 根据权利要求21所述的多媒体彩铃播放装置，其特征在于，所述 的生成播放数据单元对主叫用户端生成彩铃播放数据或彩像播放数据、对被 叫用户端生成彩振播放数据或彩像播放数据。
23. 根据权利要求22所述的多媒体彩铃播放装置，其特征在于，所述 的输出单元，将所述的对主叫用户端生成彩铃播放数据或彩像播放数据发送到主叫 用户端进行播放；将所述的对被叫用户端生成彩振播放数据或彩像播放数据发送到被叫 用户端进行播放。
24. 根据权利要求20所述的多媒体彩铃播放装置，其特征在于，所述 的生成播放信息单元根据主叫用户端传来的呈现信息和被叫用户端传来的 呈现信息的双方或任意一方，生成对主叫端的彩铃播放信息。
25. 根据权利要求24所述的多媒体彩铃播放装置，其特征在于，所述 的生成播放信息单元，根据主叫用户端传来的呈现信息和被叫用户端传来的呈现信息中优先 级高的呈现信息来生成对主叫端的彩铃播放信息；或根据主叫用户端传来的呈现信息来生成对主叫端的彩铃播放信息；或 根据被叫用户端传来的呈现信息来生成对主叫端的彩铃播放信息。
26. —种多媒体彩铃播放系统，该系统包括多媒体彩铃播放装置和终端， 其特征在于，所述终端生成呈现信息并发送到所述多媒体彩铃播放装置， 所述多媒体彩铃播放装置接收所述呈现信息，并根据所述呈现信息生成多媒体彩铃播放数据，将生成的多媒体彩铃播放数据传送给对应的用户端进行播放。
全文摘要
本发明提供一种多媒体彩铃播放方法、装置及其系统，该多媒体彩铃播放方法包括以下步骤根据用户的呈现信息生成多媒体彩铃播放信息；根据所述的多媒体彩铃播放信息生成多媒体彩铃播放数据；将所述的多媒体彩铃播放数据传送给终端进行播放。本发明通过分别对主叫端和被叫端终端提供多媒体彩铃业务，克服了现有技术当中无法完成定制化的，进而达到了多媒体彩铃业务的条件播放的效果。
文档编号H04W4/12GK101662738SQ20081021366
公开日2010年3月3日 申请日期2008年8月25日 优先权日2008年8月25日
发明者张惠萍, 健 杨, 雷 王, 郜文美, 陈国乔 申请人:华为技术有限公司