CN101662738A - 一种多媒体彩铃播放方法、装置及其系统 - Google Patents

一种多媒体彩铃播放方法、装置及其系统 Download PDF

Info

Publication number
CN101662738A
CN101662738A CN200810213661A CN200810213661A CN101662738A CN 101662738 A CN101662738 A CN 101662738A CN 200810213661 A CN200810213661 A CN 200810213661A CN 200810213661 A CN200810213661 A CN 200810213661A CN 101662738 A CN101662738 A CN 101662738A
Authority
CN
China
Prior art keywords
back tone
ring back
information
multimedia
color ring
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN200810213661A
Other languages
English (en)
Inventor
杨健
陈国乔
王雷
郜文美
张惠萍
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200810213661A priority Critical patent/CN101662738A/zh
Priority to PCT/CN2009/073491 priority patent/WO2010022648A1/zh
Priority to EP09809233A priority patent/EP2317745A4/en
Publication of CN101662738A publication Critical patent/CN101662738A/zh
Priority to US13/035,686 priority patent/US20110142222A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42085—Called party identification service
    • H04M3/42093—Notifying the calling party of information on the called or connected party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42017—Customized ring-back tones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42365—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity

Abstract

本发明提供一种多媒体彩铃播放方法、装置及其系统，该多媒体彩铃播放方法包括以下步骤：根据用户的呈现信息生成多媒体彩铃播放信息；根据所述的多媒体彩铃播放信息生成多媒体彩铃播放数据；将所述的多媒体彩铃播放数据传送给终端进行播放。本发明通过分别对主叫端和被叫端终端提供多媒体彩铃业务，克服了现有技术当中无法完成定制化的，进而达到了多媒体彩铃业务的条件播放的效果。

Description

一种多媒体彩铃播放方法、装置及其系统
技术领域
本发明有关于无线通信技术领域，尤其是有关于彩铃播放技术领域，具体地讲是一种多媒体彩铃播放方法、装置及其系统。
背景技术
多媒体彩铃业务是一项在可视电话业务中，由被叫用户定制，当主叫以可视电话方式拨打被叫时，系统在被叫振铃的同时为主叫用户提供一段绚丽、悦耳的多媒体视频来替代普通回铃音的业务。并且，该多媒体彩铃业务包括彩铃、彩振、彩像。
目前基于3GPP系统的可视电话，主要是通过CS(电路)交换网络来实现的，其基本的技术是324M技术。通过这样的网络来实现的彩铃业务，我们称之为CS域多媒体彩铃业务。图1A所示的是通过CS域可视电话实现多媒体彩铃业务的逻辑结构图。下面对各网元功能进行描述：
1、移动业务交换中心服务器(MSC Server)。对位于它管辖区域中的移动终端参与的呼叫进行控制的功能实体。
2、媒体网关(MGW)。与MSC Server连接，在MSC Server的控制下实现对通话的交互。
3、拜访位置寄存器(VLR)。VLR是MSC Server为所管辖区域中终端呼叫接续所需检索信息的数据库。VLR存储与呼叫处理有关的一些数据，例如用户的号码，所处区域的识别码，向用户提供的业务等参数。VLR和MSCServer一般都集成在一起，为合一网元。
4、无线网络控制器(RNC)。RNC主要负责连接的建立和释放，切换，宏分集合并，无线网络的资源管理控制功能。
5、Node B。Node B是WCDMA制式的基站，它支持FDD模式、TDD模式或双模，包括一个或多个小区。上述的RNC和Node B主要是特指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版本中逐步完善其功能。
图1B所示的是在3GPP的IMS当中实现彩铃业务的逻辑结构图。
其中，3GPP IMS的主要功能实体包括：
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 ControlFunction：媒体网关控制功能)是IMS和传统CS网络之间的网关，如IMS与PSTN之间，使得两个网络的用户可以进行通信。它能够将CS网络的信令与SIP信令相互转换，并且能够报告计费信息。
BGCF(Breakout Gateway Control Function：出口网关控制功能)也是与传统CS网络相关的功能实体，是控制网关来完成信令转换，负责选择呼叫通过哪个MGCF到达CS网络。但如果选择另外一个网络作为呼叫的路径，则将会话转发到那个网络的BGCF。
AS(Application Server：应用服务器)并不完全属于IMS，它是架构在IMS之上的功能实体，能充分利用IMS提供的各种功能，如呼叫控制、帐户管理、计费等。它主要是对外提供增值多媒体服务。基于IMS的AS能够提供很多独特的功能，如在线状态、消息和会议服务等。
在本文当中，AS主要是特指提供多媒体彩铃功能的应用服务器。在上图当中，也就是CAT AS。
而如上述的实现彩铃业务的现有终端的彩铃业务的开展方式如下：终端用户发起呼叫，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方式的可视电话多媒体彩铃业务过程当中的信令流程图。
图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协议的原理类似。
另外，在可视电话终端当中，本实施例1考虑的是移动终端，如手机。基于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、HLR B向被叫附着的MSC SERVER B取漫游号码。
404、移动交换中心服务器(MSC SERVER)B向HLR B返回漫游号码，如果MSC SERVER B支持预寻呼，这时会先发起预寻呼过程后再返回漫游号码。
405、HLR B向MSC SERVER A返回UE B的路由信息，并携带被叫用户是否定制多媒体彩铃业务的信息。
406、MSC SERVER A获得被叫的MSRN(Mobile Station RoamingNumber：移动台漫游号后，向主叫终端发起Call_Proceeding。
407、MSC SERVER A向多媒体彩铃平台发起ISUP IAM消息。如果被叫用户签约了主叫号码显示业务，ISUP IAM(ISDN User Part Initial AddressMessage)消息中需要携带主叫号码和业务前缀信息。
A、多媒体彩铃平台此时会向Presence平台发起查询过程，主要查询终端相关的呈现信息，包括用户状态(会议，户外等)，用户彩铃偏好，甚至用户位置信息等内容。这些信息是终端通过本次呼叫外的其他方式进行配置的，如何配置，前文已经说明，在CS方式当中可以采用SMS或者USSD方式。查询这些信息的目的主要在于，彩铃平台可以通过取回这些信息，同本地的用户彩铃业务签约状态进行结合，判断是否向用户提供彩铃，以及提供何种彩铃。
B、Presence平台根据多媒体彩铃平台的查询请求，返回其所需要的Presence信息。
408、多媒体彩铃平台向MSC SERVER B发起ISUP IAM消息。如果被叫用户签约了主叫号码显示业务，ISUP IAM消息中需要携带主叫号码。
409、如果在取漫游号码时没有发起预寻呼，MSC SERVER B向UE B发起寻呼请求消息。
410、UE B返回寻呼响应消息。
411、MSC SERVER B向UE B发SETUP消息，消息中携带的BC_IE信元中ITC为’UDI’，ORA为′H.223&H.245’。
412、UE B返回CALL CONFIRMED消息，没有携带新的BC_IE，表示能够支持VP被叫。
413、被叫振铃后，UE B向MSC SERVER B返回ALERTING消息。
414、MSC SERVER B向彩铃平台发送ACM(Audio CompressionManager：音频压缩管理)。
415、彩铃平台在接收到被叫交换机发来的ACM后，向主叫交换机发送携带彩铃信息的ACM。
416、MSC SERVER A识别该彩铃信息，发送Alerting和Connect到UE A。
417、UE A在接收到Connect后，向MSC SERVER A发送Connect ACK消息。
418、UE A和彩铃平台之间建立H.245过程。
419、UE A通过彩铃平台收看视频彩铃。该彩铃内容是根据先前的Presence信息以及结合用户的彩铃业务签约信息来决定的。
420、UE B完成摘机动作之后，向MSC SERVER B发送Connect消息。
421、MSC SERVER B向多媒体彩铃平台发送ANM消息。
422、MSC SERVER B向UE B发送Connect ACK消息。
423、多媒体彩铃平台向MSC SERVER A发送ANM消息，此时主叫交换机开始计费。
424、MSC SERVER A向UE A发送Connect信令。(MSC SERVER A不向UE A发送Connect信令或UE A不处理Connect消息，此步为可选。)
425、彩铃平台和UE B之间建立H.245过程，并使UE A、UE B之间进行视频通话。
在本实施例1当中，除了可以利用彩铃平台向Presence服务器查询用户的状态信息之外，还可以向彩铃平台所存放的用户相关的Profile数据，比如用户设置的时间段信息，即什么时间段播放什么类型的彩铃信息，什么时间段允许播放，什么时间段不允许播放，以及用户的偏好，黑白名单等。
同时，用户还可以结合着Presence查询过程，以及Profile的方式来提供业务。
信令A可以采用SIP的SUBSCRIBE信令。信令B可以采用SIP的NOTIFY信令。Presence平台在收到SUBSCRIBE信令之后，会将用户的Presence信息通过NOTIFY直接通知终端。这个过程在图4当中，主要包括在终端信息查询过程。更进一步，Presence信息可以扩展到终端的能力信息，包括终端是否支持多媒体彩铃，以及支持何种的多媒体彩铃。这样，终端在开展可视电话过程当中，就不需要挟带扩展字段，表明自身所支持的彩铃能力或者类型，而直接通过Presence信息来进行判断，从而降低了对终端的要求，可以更好的兼容非多媒体彩铃的可视电话呼叫。
后续的多媒体彩铃建立过程，在本发明的实施例当中只是利用彩铃，也就是通常意义下的主叫收听回铃音的方式进行的介绍，对于被叫收听振铃音的方式，该方式和方法也同样适用。
实施例2
图5所示的是通过服务器的方式实现本发明实施例2的多媒体彩铃业务条件播放的结构框图。在本实施例2中，主要考虑通过CS可视电话的方式，通过非跨接的网络架构实现彩铃业务。
其中，在整个的网络结构当中，多媒体彩铃平台同Presence平台连接，他们之间的协议可以采用核心网的BICC协议，也可以采用SIP协议，在本实施例2当中通过SIP协议实现，BICC协议的原理类似。
同上述的跨接方案类似，网络结构之间只存在多媒体彩铃平台所处位置的差异。且在通话过程当中，多媒体彩铃平台在本方案当中不会承接正常可视电话部分的接续工作。
Presence信息的设置方式如上述实施例1所述。即，终端可以通过SMS、USSD、SIP等方式，通过可视电话的带外信令或者途径，将终端用户的状态信息，如户外、会议、离线等环境状态，以及用户终端的能力信息，可能包括UAProf等信息传递到Presence服务器。并且在可视电话的多媒体彩铃业务过程当中利用该信息进行业务的开展过程。
图6所示的是本发明实施例2的开展CS方式的可视电话多媒体彩铃业务过程当中的信令流程图。以下，详细说明信令流程图：
601、UEA向MSC SERVER A发SETUP消息，消息中携带的BC_IE信元中ITC为’UDI’，ORA为′H.223&H.245’。
602、MSC SERVER A向HLR B发起SRI请求。
603、HLR B向被叫附着的MSC SERVERB取漫游号码。
604、MSC SERVER B向HLR B返回漫游号码，如果MSC SERVER B支持预寻呼，这时会先发起预寻呼过程后再返回漫游号码。
605、HLR B向MSC SERVER A返回UE B的路由信息，并携带被叫用户是否定制多媒体彩铃业务的信息。
606、MSC SERVER A获得被叫的MSRN后，向主叫终端发起Call_Proceeding。
607、MSC SERVER A向MSC SERVER B发起ISUP IAM消息。如果被叫用户签约了主叫号码显示业务，ISUP IAM消息中需要携带主叫号码。
608、如果在取漫游号码时没有发起预寻呼，MSC SERVER B向UE B发起寻呼请求消息。
609、UE B返回寻呼响应消息。
610、MSC SERVER B向UE B发SETUP消息，消息中携带的BC_IE信元中ITC为’UDI’，ORA为′H.223&H.245’。
611、UE B返回CALL CONFIRMED消息，没有携带新的BC_IE，表示能够支持VP被叫。
612、被叫振铃后，UE B向MSC SERVERB返回ALERTING消息。
613、MSC SERVER B向MSC SERVER A返回BICC ACM消息。
614、MSC SERVER A向UE A返回ALERTING消息。
615、MSC SERVER A向多媒体彩铃平台发起BICC IAM消息，携带被叫是否定制多媒体彩铃业务的信息。
A、和实施例1类似，彩铃平台通过SIP的信令向Presence平台查询用户的状态信息，包括位置信息，偏好信息，状态信息等，如果需要，还可以包括终端能力信息，并根据终端能力信息来判断是否终端具备多媒体彩铃业务开展得能力。
B、Presence平台返回多媒体彩铃平台所需要的查询结果。多媒体彩铃平台根据查询结果结合用户的签约结果来判断如何开展彩铃业务。
616、多媒体彩铃平台向MSC SERVER A返回BICC ACM消息。MSCSERVER A识别多媒体彩铃平台发来的ACM消息，并不向主叫终端发送Alerting消息。
617、在接到彩铃平台发来的ANM后，MSC SERVER A向主叫终端UE A发送连接信令CONNECT，同时监听被叫交换机MSC SERVER B是否有返回消息。
618、UE A向MSC SERVER A返回应答CONNECT ACK消息。
619、UE A和多媒体彩铃平台之间建立H.245过程。建立后，主叫终端用户可以收看多媒体彩铃平台播放的多媒体彩铃信息。
620、被叫终端UE B发送应答消息CONNECT。
621、被叫交换机MSC SERVER B向主叫交换机MSC SERVERA返回BICC ANM。
622、被叫交换机MSC SERVER B向被叫终端返回连接确认CONNECTACK  。
623、主叫交换机MSC SERVER A向多媒体彩铃平台发起BICC Release消息，使多媒体彩铃平台和主叫终端UE A之间拆除H.245。
624、多媒体彩铃平台和主叫终端UE A之间拆除H.245过程。
625、H.245拆除后，多媒体彩铃平台向主叫交换机MSC SERVER A返回BICC Release Complete消息。
626、主叫终端UE A和被叫终端UE B之间建立H.245过程。
627、可视电话通话完毕后，主叫终端UE A和被叫终端UE B之间拆除H.245过程和底层电路承载过程。
在上述实施例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方法向Presence AS发送Presence信息。
一类是Presence服务器，也就是AS，主要用于收集所服务对象的Presence信息，以便提供给需要的用户。
还有一类叫作Watcher，也就是接收目标用户，或者请求目标用户Presence信息的用户。他通过SUBSCRIBE方法向Presence AS发起用户Presence信息的请求，Presence AS通过NOTIFY消息向Watcher发送Presence信息。
上述的框架在整个IMS当中都是普遍适用的，遵守OMA(Open MobileAlliance：开放移动联盟所定义的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(O1)。该INVITE请求根据S-CSCF当中的最初过滤标准iFC被路由到相应的AS。UE-A在SIP的INVITE请求当中需要在Supported头域当中包含early-session的option tag。
803-805).AS将这个INVITE请求并包含SDP的OFFER(O1)发送到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-11步可以在第2步之后，在INVITE请求被转发到UE-B之前发生。
812-814).UE-B发送一个携带SDP ANSWER(A1)的SIP 180应答响应，这个应答响应首先到达AS。
815-816).AS收到从UE-B发送的”180 Ringing”应答响应之后，将该响应修改为”183 Session Progress”，并且将这个应答响应携带原有的SDPANSWER(A1)，并转发到UE-A。
817-826).UE-A对临时应答响应进行可靠的确认。
827-836).UE-B应答本次呼叫。UE-B向AS发送200OK应答响应，同时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的多媒体彩铃业务的建立方式仅仅在网络呼叫的方式上有所不同，在其他方面没有太大的区别。
Forking的方式，由于采用的是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请求，并在其中携带SDPOFFER(O1)用以建立两者之间的呼叫。这个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).UE-B发送一个″180 Ringing″应答响应，并且携带一个SDP的Answer(A1)用来建立一个早期对话(D1)。这个应答响应首先到达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)。使用″183Session Progress″可以避免触发UE-A的本地CAT。这个应答相应消息当中包含了SDP ANSWER(A2)，可以帮助在MRFP和UE-A之间建立多媒体彩铃的媒体通路。
112-113).UE-A对这个临时应答响应进行确认。
114-115).AS发送200OK应答响应来确认UE-A发送的PRACK消息。
116-117).AS将从UE-B所接收到的″180 Ringing″应答相应修改为″183Session Progress″，并且在该响应当中携带相同的ANSWER(A1)，并转发到UE-A以建立早期对话(D1)。基于运营商的策略，步骤116-119以及步骤126-127，在AS选择保存从UE-B所接收到的ANSWER(A1)，并且没有立即发送临时应答响应的情况下可以被忽略。UE-A仍然需要保存SDPANSWER A1和A2，应为他并不知道那个ANSWER将会被最终确认。
118-119).UE-A确认临时应答响应消息。
120-125).AS确认从UE-B发出的临时应答响应消息。
128-130).在UE-B的用户最终应答了本次呼叫。UE-B发送200OK应答响应，这个应答响应最先到达AS。
131).AS通知MRFP停止向终端发送CAT媒体。
132-133).AS转发200OK应答响应到UE-A，用来对早期对话(D1)进行确认。假如AS在第116步当中，没有将UE-B的ANSWER(A1)发送到UE-A，那么AS需要在200OK应答响应当中包含ANSWER(A1)用来确认对话(D1)。
134-138).UE-A确认对话(D1)。基于SDP OFFER(O1)和ANSWER(A1)，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提示的方式实现。这个过程当中，由于媒体协商过程当中，终端知道将要开展的业务是什么类型，终端需要做什么样的动作，因此终端完全可以结合终端的环境情况(用户的状态设置)来实现这样的功能。类似的方式还有，如果是静音的方式，那么多媒体彩铃的彩振业务，只会出现视频内容，音频内容终端将不进行播放。还有其它的一些场合，如果终端本地设定拒绝建立多媒体彩铃业务，那么终端可以通过播放本地铃声的方式，替代网络侧所下发的多媒体内容。
2、用户的期望。如果用户期望开展某种类型的彩铃，而不希望开展另外类型的彩铃。终端可以根据用户在呼叫过程当中的主叫或者被叫的信息，业务标识，内容种类表示，时间信息等，来区别的对待不同的彩铃业务，从而选择呈现彩铃业务，呈现部分彩铃业务，或者不呈现彩铃业务等。
3、终端用户的自定义设置。所谓用户自定义的，也就是其它的一些参数，比如说，自己设定在某个位置区域内，不接收彩铃。在漫游状态下，不接收彩铃等。
本实施例5所需要解决的问题在于，服务器侧不提供个性化的彩铃业务，也就是说，不通过服务器的方式，对彩铃播放的条件进行设定。终端和服务器之间的彩铃业务开展采取正常的流程。那么，终端本地可以根据终端所处的状况，比如说，网络状况，位置状况，时间状况等，以及用户的状态，如忙，公务会议，心情等对彩铃内容是否呈现给用户，或者如何呈现给用户进行一个本地的过滤。
通过上述的方式，终端可以提供类似于网络方式的多媒体彩铃业务的条件播放功能。
本发明的实施例提出的是一种多媒体彩铃条件播放的实现方案，主要提供在VP电话过程当中的多媒体彩铃相关的实现方法，通过该方法，解决了目前多媒体彩铃业务仅仅依靠业务订阅关系的问题触发、解决了目前多媒体彩铃无法根据位置信息进行播放的问题、解决目前多媒体彩铃无法根据用户的Presence信息进行播放的问题，从而实现多媒体彩铃业务的多种触发方式，以便用户能够根据自身的实际情况进行选择。
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (26)

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所述的多媒体彩铃播放装置，其特征在于，所述的信息接收单元接收主叫用户端传来的呈现信息和被叫用户端传来的呈现信息。
21.根据权利要求18所述的多媒体彩铃播放装置，其特征在于，所述的生成播放信息单元根据呈现信息生成彩铃播放信息、彩振播放信息以及彩像播放信息。
22.根据权利要求21所述的多媒体彩铃播放装置，其特征在于，所述的生成播放数据单元对主叫用户端生成彩铃播放数据或彩像播放数据、对被叫用户端生成彩振播放数据或彩像播放数据。
23.根据权利要求22所述的多媒体彩铃播放装置，其特征在于，所述的输出单元，
将所述的对主叫用户端生成彩铃播放数据或彩像播放数据发送到主叫用户端进行播放；
将所述的对被叫用户端生成彩振播放数据或彩像播放数据发送到被叫用户端进行播放。
24.根据权利要求20所述的多媒体彩铃播放装置，其特征在于，所述的生成播放信息单元根据主叫用户端传来的呈现信息和被叫用户端传来的呈现信息的双方或任意一方，生成对主叫端的彩铃播放信息。
25.根据权利要求24所述的多媒体彩铃播放装置，其特征在于，所述的生成播放信息单元，
根据主叫用户端传来的呈现信息和被叫用户端传来的呈现信息中优先级高的呈现信息来生成对主叫端的彩铃播放信息；或
根据主叫用户端传来的呈现信息来生成对主叫端的彩铃播放信息；或
根据被叫用户端传来的呈现信息来生成对主叫端的彩铃播放信息。
26.一种多媒体彩铃播放系统，该系统包括多媒体彩铃播放装置和终端，其特征在于，
所述终端生成呈现信息并发送到所述多媒体彩铃播放装置，
所述多媒体彩铃播放装置接收所述呈现信息，并根据所述呈现信息生成多媒体彩铃播放数据，将生成的多媒体彩铃播放数据传送给对应的用户端进行播放。
CN200810213661A 2008-08-25 2008-08-25 一种多媒体彩铃播放方法、装置及其系统 Pending CN101662738A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN200810213661A CN101662738A (zh) 2008-08-25 2008-08-25 一种多媒体彩铃播放方法、装置及其系统
PCT/CN2009/073491 WO2010022648A1 (zh) 2008-08-25 2009-08-25 一种多媒体彩铃播放方法、装置及其系统
EP09809233A EP2317745A4 (en) 2008-08-25 2009-08-25 METHOD AND DEVICE FOR READING MULTIMEDIA PERSONALIZED CALL RETURN TONE AND CORRESPONDING SYSTEM
US13/035,686 US20110142222A1 (en) 2008-08-25 2011-02-25 Method, apparatus and system for playing multimedia ring back tones

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200810213661A CN101662738A (zh) 2008-08-25 2008-08-25 一种多媒体彩铃播放方法、装置及其系统

Publications (1)

Publication Number Publication Date
CN101662738A true CN101662738A (zh) 2010-03-03

Family

ID=41720833

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200810213661A Pending CN101662738A (zh) 2008-08-25 2008-08-25 一种多媒体彩铃播放方法、装置及其系统

Country Status (4)

Country Link
US (1) US20110142222A1 (zh)
EP (1) EP2317745A4 (zh)
CN (1) CN101662738A (zh)
WO (1) WO2010022648A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102271317A (zh) * 2010-06-03 2011-12-07 中兴通讯股份有限公司 一种播放彩像的方法、实现彩像播放的终端及彩像服务器
CN102740250A (zh) * 2012-06-29 2012-10-17 华为终端有限公司 铃声判断方法、服务器、终端及系统
CN104040991A (zh) * 2012-01-13 2014-09-10 瑞典爱立信有限公司 用于为ip多媒体子系统补充服务配置和实现通知的方法和设备
CN108337650A (zh) * 2017-01-19 2018-07-27 中国移动通信有限公司研究院 一种媒体信息处理方法及网络设备、终端
CN113163060A (zh) * 2021-04-22 2021-07-23 咪咕音乐有限公司 视频彩铃的处理方法、服务器、终端及可读存储介质
CN113794807A (zh) * 2021-08-17 2021-12-14 咪咕音乐有限公司 视频彩铃播放方法、通用语音业务服务器以及存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102821367A (zh) * 2011-06-10 2012-12-12 中兴通讯股份有限公司 一种公告彩铃业务的实现方法及系统
CN103179288B (zh) * 2011-12-23 2016-03-30 中国电信股份有限公司 来电信息显示的方法和系统、来显信息推送设备及终端
US9762628B2 (en) * 2013-02-19 2017-09-12 Avaya Inc. Implementation of the semi-attended transfer in SIP for IP-multimedia subsystem environments

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7227929B2 (en) * 2001-04-12 2007-06-05 Promutel Telecommunication system using message presentation during a ringing signal period
KR100392766B1 (ko) * 2002-02-25 2003-07-31 에스케이 텔레콤주식회사 가입자 기반 링백톤 서비스 방법 및 장치
CN1291583C (zh) * 2004-02-21 2006-12-20 华为技术有限公司 个性化回铃音的实现方法
US8375119B2 (en) * 2004-07-27 2013-02-12 At&T Intellectual Property I, L. P. Methods, systems, devices, and products for providing alerts for communications
US20060210033A1 (en) * 2005-03-17 2006-09-21 Lucent Technologies, Inc. Context sensitive ring back service
US7769155B2 (en) * 2005-06-10 2010-08-03 Radziewicz Clifford J Ringback/ringtone synchronization system
US7620160B2 (en) * 2005-07-05 2009-11-17 Microsoft Corporation Announcing presence information during telephone call ringback
EP1919112B1 (en) * 2005-08-18 2020-07-29 ZTE Corporation A system and a method for playing coloring ring back tone based on the called user's state presence information
US7903803B2 (en) * 2005-09-01 2011-03-08 Samsung Electronics Co., Ltd. Multimedia caller ring information service
KR100827126B1 (ko) * 2005-11-07 2008-05-06 삼성전자주식회사 통신 시스템에서 멀티미디어 포탈 컨텐츠 제공 방법 및시스템
KR100899756B1 (ko) * 2005-11-07 2009-05-27 삼성전자주식회사 통신 시스템에서 멀티미디어 포탈 컨텐츠 제공 방법 및시스템
US7801293B2 (en) * 2005-11-10 2010-09-21 Alcatel-Lucent Usa Inc. Ringback tone preference information to assist selection of ringback tone
KR100810253B1 (ko) * 2005-11-14 2008-03-06 삼성전자주식회사 통신 시스템에서 서비스 메뉴 제공 방법 및 시스템
CN1787578A (zh) * 2005-11-16 2006-06-14 中兴通讯股份有限公司 一种实现彩铃业务的方法
RU2423021C2 (ru) * 2005-12-17 2011-06-27 Хуавэй Текнолоджиз Ко., Лтд. Способ, система и терминал для обеспечения сигнала обратного вызова в режиме реального времени
CN1859478B (zh) * 2005-12-17 2011-02-02 华为技术有限公司 一种提供实时回铃音的方法和系统
US8477912B2 (en) * 2006-03-13 2013-07-02 Alcatel Lucent Content sharing through multimedia ringback tones
US20070223663A1 (en) * 2006-03-24 2007-09-27 Lucent Technologies, Inc. Customized ring back tone service for wireline subscribers
CN1878201B (zh) * 2006-04-06 2012-08-15 华为技术有限公司 一种利用回铃音提供呈现信息的方法和系统及回铃音设备
US8804573B2 (en) * 2006-06-15 2014-08-12 Oracle International Corporation Method and system for inferring presence of a principal based on past presence information
US8270590B2 (en) * 2006-06-15 2012-09-18 Alcatel Lucent User message delivery to calling party device
US20080037740A1 (en) * 2006-08-08 2008-02-14 Nortel Networks Limited Intelligent ring-back indicator
US8280025B2 (en) * 2007-06-29 2012-10-02 Microsoft Corporation Automated unique call announcement
US7831462B2 (en) * 2007-11-07 2010-11-09 International Business Machines Corporation Method and apparatus for distributing targeted audible advertisements as ringtones
US8401169B2 (en) * 2007-12-19 2013-03-19 At&T Intellectual Property I, L.P. System and method of delivering ringback audio content
US8223932B2 (en) * 2008-03-15 2012-07-17 Microsoft Corporation Appending content to a telephone communication

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102271317A (zh) * 2010-06-03 2011-12-07 中兴通讯股份有限公司 一种播放彩像的方法、实现彩像播放的终端及彩像服务器
CN104040991A (zh) * 2012-01-13 2014-09-10 瑞典爱立信有限公司 用于为ip多媒体子系统补充服务配置和实现通知的方法和设备
CN102740250A (zh) * 2012-06-29 2012-10-17 华为终端有限公司 铃声判断方法、服务器、终端及系统
CN102740250B (zh) * 2012-06-29 2015-09-23 华为终端有限公司 铃声判断方法、服务器、终端及系统
CN108337650A (zh) * 2017-01-19 2018-07-27 中国移动通信有限公司研究院 一种媒体信息处理方法及网络设备、终端
CN108337650B (zh) * 2017-01-19 2021-09-10 中国移动通信有限公司研究院 一种媒体信息处理方法及网络设备、终端
CN113163060A (zh) * 2021-04-22 2021-07-23 咪咕音乐有限公司 视频彩铃的处理方法、服务器、终端及可读存储介质
CN113163060B (zh) * 2021-04-22 2023-04-07 咪咕音乐有限公司 视频彩铃的处理方法、服务器、终端及可读存储介质
CN113794807A (zh) * 2021-08-17 2021-12-14 咪咕音乐有限公司 视频彩铃播放方法、通用语音业务服务器以及存储介质
CN113794807B (zh) * 2021-08-17 2023-07-14 咪咕音乐有限公司 视频彩铃播放方法、通用语音业务服务器以及存储介质

Also Published As

Publication number Publication date
WO2010022648A1 (zh) 2010-03-04
EP2317745A4 (en) 2011-11-02
US20110142222A1 (en) 2011-06-16
EP2317745A1 (en) 2011-05-04

Similar Documents

Publication Publication Date Title
EP1677485B1 (en) Method and apparatus for providing multimedia ringback services to user devices in IMS networks.
CN1890931B (zh) 经由分组交换网络信令来建立电路交换通信的系统、设备及方法
US8515396B2 (en) Method and system for providing presence information using ringback tone
CN101662738A (zh) 一种多媒体彩铃播放方法、装置及其系统
CN101141692A (zh) 多媒体彩铃业务的实现方法
CN102131158B (zh) 一种实现多媒体彩铃业务的方法及系统
JP2008532364A (ja) 回線交換呼接続の切替方法およびそのシステム
CN100484172C (zh) 一种实现视频彩铃业务的系统及方法
WO2007019729A1 (fr) Systeme et methode d'emission de tonalites de retour d'appel personnalisees en fonction de l'information d'etat de presence de l'utilisateur appele
CN101516069A (zh) 被叫终端在用户应答前动态播放振铃的系统和方法
CN102130888B (zh) 通话过程中继续播放彩铃和彩振的方法和服务器
CN101374261A (zh) 实现铃音播放的方法、系统及相关设备
CN101764802B (zh) 在通话期间播放多媒体铃音的方法、服务器及终端设备
CN101459735A (zh) 一种彩铃、彩像业务的实现方法及系统
CN102394989A (zh) 在通话期间播放多媒体铃音的方法、服务器及终端设备
CN109040456B (zh) 终端设备呼叫方法、装置、设备及存储介质
CN101325590B (zh) 一种ip多媒体子系统集中控制业务实现终呼的方法
CN101090420A (zh) Ims域遇忙呼叫前转与彩铃嵌套业务的实现方法及系统
CN101931901A (zh) 一种ip多媒体子系统网络的业务实现方法及系统
CN101340384B (zh) 实现一号通共振业务的方法及所采用的应用服务器
CN101212778A (zh) 修改振铃音的方法
CN101795330A (zh) 在通话期间播放多媒体铃音的方法、服务器及终端设备
CN101668229A (zh) 多媒体铃音业务的呼叫和控制方法、装置及系统
CN102833715B (zh) 询问转接实现方法、应用服务器、业务终端和系统
JP5657020B2 (ja) インテリジェント・ネットワーク・シグナリングを介してパケットネットワーク・ベースのサービスおよびアプリケーションと対話する方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20100303