CN100455047C - 一种实现被叫播放主叫定制的振铃媒体的方法 - Google Patents
一种实现被叫播放主叫定制的振铃媒体的方法 Download PDFInfo
- Publication number
- CN100455047C CN100455047C CNB2005100749514A CN200510074951A CN100455047C CN 100455047 C CN100455047 C CN 100455047C CN B2005100749514 A CNB2005100749514 A CN B2005100749514A CN 200510074951 A CN200510074951 A CN 200510074951A CN 100455047 C CN100455047 C CN 100455047C
- Authority
- CN
- China
- Prior art keywords
- ringing
- caller
- media
- called
- 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.)
- Active
Links
Images
Abstract
本发明公开了一种实现被叫播放主叫定制的振铃媒体的方法。该方法的过程包括：通过预先签约为主叫终端生成振铃定制信息，在主叫终端所属的HLR中保存振铃服务器地址；主叫终端发出呼叫建立请求消息后，主叫交换中心根据签约的振铃服务器地址路由到振铃服务器获取振铃定制信息，并写入初始地址消息通过被叫交换中心将振铃定制信息发送到被叫终端；被叫终端根据接收到的振铃定制信息播放与该振铃定制信息相应的主叫振铃媒体。本发明的这种方法在不修改现有的呼叫处理流程的前提下，将主叫所定制的主叫振铃媒体以消息附件的方式完整发送给被叫终端，使被叫终端获得并播放主叫振铃媒体对被叫用户进行来电提示，该方法兼容性强且易于实现。
Description
技术领域
本发明涉及通信业务领域，尤指一种实现被叫播放主叫定制的振铃媒体的方法。
背景技术
在通信技术飞速发展的今天，话音业务作为一项基本的业务需求仍然是运营商获取利润的主要来源。图1显示的是话音业务的呼叫处理流程。
步骤101：主叫用户通过主叫终端UE1向主叫所在的无线网络子系统(RNS)发出业务请求(INITIAL DIRECT TRANSFER)，要求呼叫被叫用户。RNS将主叫终端UE1发出的业务请求通过初始用户消息(INITIAL UEMESSAGE)传递给主叫交换中心MSC1，INITIAL UE MESSAGE中包含非接入层信息(CM SERV REQ)。
步骤102：主叫交换中心MSC 1通过RNS回复业务接受消息(CMSERVICE ACCEPT)，RNS将业务接受消息透明传输给主叫终端UE1。
步骤103：主叫终端UE1收到业务接受消息后，发送呼叫建立请求消息(SETUP)到主叫交换中心MSC1。
步骤104：主叫交换中心MSC1收到呼叫建立请求消息后，给被叫交换中心MSC2发送ISUP的初始地址消息(IAM)。
步骤105：被叫侧呼叫建立，且主叫侧建立无线承载。
该步骤包括两部分内容：其一、被叫侧建立呼叫的过程，该过程发生在被叫交换中心MSC2、被叫所在的RNS以及被叫终端UE2之间；其二、主叫侧建立RAB的过程，该过程发生在主叫交换中心MSC1、主叫所在的RNS以及主叫终端UE1之间。上述两个过程同时进行，且不互相影响。
对于被叫侧建立呼叫的过程，具体包括以下步骤：
1、被叫交换中心MSC2向被叫所在的RNS发起寻呼(PAGING)，RNS将寻呼消息下发给被叫终端UE2。
2、被叫终端UE2给RNS回复寻呼响应(PAGE RESP)，RNS向被叫交换中心MSC2发出初始用户消息(INITIAL UE MESSAGE)。
3、被叫交换中心MSC2根据INITIAL UE MESSAGE给被叫侧分配信道并发出SETUP消息，被叫终端UE2收到被叫交换中心MSC2发出的SETUP消息后，回复呼叫证实消息(CALL CONF)。
对于主叫侧建立无线承载的过程，具体包括以下步骤：
1、主叫交换中心MSC1给主叫终端UE1发送呼叫建立进行消息(CALLPROC)。
2、主叫交换中心MSC1给RNS发出无线接入承载指配请求(RABASSIGNMENT REQ)，RNS在空口向主叫终端UE1发出无线承载指配请求(RB ASSIGNMENT REQ)。
3、主叫终端UE1向RNS回复无线承载指配完成消息(RBASSIGNMENT COMP)，然后RNS发送无线接入承载指配响应(RABASSIGNMENT RESP)给主叫交换中心MSC1。
步骤106：被叫交换中心MSC2向主叫交换中心MSC1发送ISUP的地址全消息(ACM)。
步骤107：被叫侧建立无线承载。
该步骤具体包括：首先、被叫交换中心MSC2给RNS发出无线接入承载指配请求(RAB ASSIGNMENT REQ)，RNS在空口向被叫终端UE2发出无线承载指配请求(RB ASSIGNMENT REQ)；接着、被叫终端UE2向RNS回复无线承载指配完成消息(RB ASSIGNMENT COMP)，RNS发送无线接入承载指配响应(RAB ASSIGNMENT RESP)给被叫交换中心MSC2。
步骤108～步骤110：被叫终端UE2向被叫交换中心MSC2回复振铃消息(ALERTING)，同时被叫终端UE2向被叫用户发出铃音，提示被叫用户有呼叫到达。被叫交换中心MSC2向主叫交换中心MSC1发送ISUP的呼叫进行消息(CPG)，主叫交换中心MSC1向主叫终端UE1发出振铃消息(ALERTING)。此时，被叫交换中心MSC2到主叫终端UE1间的话路承载被接通，由被叫交换中心MSC2向主叫终端UE1发送回铃，提示主叫用户当前正在向被叫用户振铃。
上述过程中使用的铃音提示分为两类：其一、由被叫终端UE2向被叫用户发出的来电提示，通常称为振铃(RING)；其二、主叫用户从主叫终端UE1听到的铃音提示，该铃音是在主叫用户发出呼叫建立请求等待被叫用户接听的过程中听到的，用来向主叫用户提示呼叫已经连接到被叫，故通常称为回铃(RING BACK)。所述振铃和回铃都发生在被叫用户未摘机接听主叫用户来电的非通话状态。
步骤111～步骤113：被叫用户摘机应答后，被叫终端UE2向被叫交换中心MSC2发出摘机应答消息(CONNECT)，指示被叫用户已准备接听，被叫终端UE2停止发出振铃。
同时，被叫交换中心MSC2接通主被叫间的双向连接，并停止向主叫终端UE1发送回铃，然后被叫交换中心MSC2向主叫交换中心MSC1发送ISUP的应答消息(ANM)。主叫交换中心MSC1向主叫终端UE1发出连接请求(CONNECT)，主叫终端UE1收到请求后进入通话连接状态。
步骤114～步骤115：被叫交换中心MSC2向被叫终端UE2回复连接响应(CONNECT ACK)。同时，主叫终端UE1向主叫交换中心MSC1回复连接响应(CONNECT ACK)。
至此，主叫用户和被叫用户进入正常的通话阶段。完整的呼叫流程还涉及鉴权加密、智能触发以及取漫游号码等内容，上述内容在图1所示的呼叫流程中均省略。另外，用户位置更新时发生的归属位置寄存器(HLR)插入用户数据到拜访位置寄存器(VLR)的过程也未在图1所示的流程中加以描述。
然而，话音呼叫市场已经接近饱和，而且普通的话音业务远不能满足人们的需求，故运营商在话音业务的基础上推出了许多增值业务。为配合运营商开展的增值业务，用户终端的设计也添加了新的功能，呈现多样化趋势。
现有的用户终端除了普通电话外，还有手机等移动终端以及多媒体电话(VP，Video Phone)，该类用户终端都具有多媒体播放功能。比如：手机或VP电话具有媒体播放器，用于播放本地或网络侧的多媒体文件，将多媒体文件以声音、图像或动画等形式表现给用户。另外，现有的用户终端都有电话簿功能，即在用户终端建立以电话号码查询为基本功能的本地“数据库”作为电话簿，该数据库为用户设置许多电话簿条目，比如电话号码条目、人名条目以及振铃信息条目等，用号码/MSISDN加以区分。为保存上述数据信息，用户终端的存储容量也越来越大。
基于上述多功能用户终端的支持，现有技术中可供选择的振铃已经不局限于传统的单调铃音，还可使用多媒体文件作为振铃向被叫用户进行来电提示，所以由被叫用户自选特色多媒体作为振铃的增值业务得到较大地发展。但是，现有技术却无法支持主叫用户为被叫用户定制特色多媒体作为振铃，故主叫用户无法更多地向被叫用户传递主叫信息，灵活性差。
发明内容
有鉴于此，本发明的主要目的在于提供一种实现被叫播放主叫定制的振铃媒体的方法，使主叫用户通过定制主叫振铃媒体更直接地提示被叫用户。
为达到上述目的，本发明的技术方案具体是这样实现的：
一种实现被叫播放主叫定制的振铃媒体的方法，其特征在于，通过预先签约为主叫终端生成振铃定制信息，通过预先签约在主叫终端所属的归属位置寄存器中保存振铃服务器地址；该方法包括以下步骤：
a、主叫终端发出呼叫建立请求消息，主叫交换中心接收到主叫终端发出的呼叫建立请求消息后，根据签约的振铃服务器地址路由到振铃服务器获取主叫振铃媒体的振铃定制信息，并将所获取的振铃定制信息写入初始地址消息，并通过被叫交换中心将振铃定制信息发送到被叫终端；
b、被叫终端根据接收到的振铃定制信息播放与该振铃定制信息相应的主叫振铃媒体。
进一步地，所述振铃定制信息中包括振铃服务器地址，该振铃服务器中保存振铃媒体；
步骤b具体包括：
b1、被叫终端根据接收到的振铃定制信息判断主叫振铃媒体是否需要更新，如果不需更新，则播放原有振铃对被叫用户进行来电提示，如果需要更新，则执行步骤b2；
b2、被叫终端根据振铃定制信息中的振铃服务器地址向振铃服务器发出振铃发送请求，振铃服务器将主叫振铃媒体以多媒体短消息附件的方式发送到被叫终端，被叫终端保存并播放所获得的主叫振铃媒体对被叫用户进行来电提示。
进一步地，所述振铃定制信息包括主叫振铃媒体信息；
步骤b1中判断主叫振铃媒体是否需要更新的方法为：被叫终端判断振铃信息条目中是否存在主叫振铃媒体信息，如果存在则不需更新，如果不存在则需要更新。
较佳地，所述振铃发送请求为无线应用协议消息，或者为普通短消息，或者为非结构化补充数据业务消息。
进一步地，所述预先签约的方法包括：在振铃服务器上保存主叫振铃媒体与主叫号码的索引；
步骤b2中将主叫振铃媒体发送到被叫终端的方法具体是：振铃服务器接收到包含主叫号码的振铃发送请求后，查找索引中与该主叫号码对应的主叫振铃媒体，并将查找到的主叫振铃媒体作为多媒体短消息的附件发送到被叫终端。
进一步地，步骤b2中，被叫终端向振铃服务器发出振铃发送请求时，被叫终端播放原有振铃；
在被叫终端获得主叫振铃媒体后，被叫终端停止播放原有振铃。
较佳地，所述主叫振铃媒体为音频铃音或多媒体。
较佳地，所述主叫振铃媒体为包含主叫信息的音频铃音或包含主叫信息的多媒体。
由上述技术方案可见，本发明的这种实现被叫播放主叫定制的振铃媒体的方法，通过预先签约由主叫用户为被叫用户定制主叫振铃媒体，并生成振铃定制信息，主叫终端在呼叫建立时通过网络发送振铃定制信息给被叫终端，最终使被叫终端获得并播放主叫所定制的主叫振铃媒体，使主叫用户能更直接地向被叫用户传递主叫信息，体现主叫特色。
另一方面，本发明通过多媒体短消息附件的方式将主叫振铃媒体由主叫用户签约的振铃服务器完整地发送到被叫终端后，被叫终端才播放主叫定制的振铃媒体。这种非流媒体播放方式克服了边下载边播放这种流媒体播放方式的缺点，避免了对底层通信协议的修改，且通过多媒体短消息附件方式能发送由图形、动画、文字、音乐等形式组合而成的多媒体文件，从而为主叫用户提供个性化“名片”。
再一方面，本发明通过现有的呼叫流程使被叫终端获得并播放主叫所定制的主叫振铃媒体，故该方法兼容性强，易于实现。
附图说明
图1为现有技术的呼叫处理流程图；
图2为本发明一个较佳实施例中被叫播放主叫定制的振铃媒体的流程图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。
本发明中，将主叫用户为被叫用户定制的振铃媒体称为主叫振铃媒体。希望被叫终端播放主叫定制的振铃媒体的主叫用户需要预先签约，运营商可以采用两种不同的方式为主叫用户提供签约服务。
其一、普通签约方式。运营商根据主叫用户的签约请求在提供主叫振铃媒体的振铃服务器上添加主叫终端UE1的MSISDN号，建立主叫终端UE1的MSISDN号与主叫振铃媒体信息之间的索引，通过该索引将主叫终端UE1的MSISDN号指向主叫用户挑选的主叫振铃媒体，同时在主叫终端UE1所属的HLR上为主叫用户添加签约信息。
所述振铃服务器可以是媒体资源平台(MRS)等，能支持以多媒体短消息(MMS，Multimedia Messaging Service)方式发送主叫振铃媒体，故振铃服务器发送的主叫振铃媒体可以是由图形、动画、文字、音乐等形式组合而成的多媒体。
所述主叫振铃媒体信息可以是主叫振铃媒体在振铃服务器上保存的名称或编号。
如果主叫交换中心MSC1与振铃服务器之间采用私有接口进行通信，主叫终端UE1所属的HLR上保存的签约信息是主叫振铃业务签约标识和振铃服务器地址。在主叫终端的位置更新过程中，主叫用户归属的HLR将签约信息等用户数据插入到VLR。主叫交换中心MSC1根据从VLR获得的振铃服务器地址，到振铃服务器上获取主叫振铃媒体的振铃定制信息。所述私有接口可以基于会话初始协议(SIP，Session Initiation Protocol)实现。
所述振铃定制信息包括主叫振铃媒体信息和振铃服务器地址。
如果主叫交换中心MSC1采用标准接口连接振铃服务器，主叫终端UE1所属的HLR上保存的签约信息是主叫振铃业务签约标识和智能业务控制点(SCP)地址，且该SCP上预先保存主叫振铃媒体的振铃定制信息。
其二、定制签约方式。运营商应主叫用户的签约请求，在提供主叫用户所需主叫振铃媒体的振铃服务器上添加主叫终端UE1的MSISDN号，将该MSISDN号指向主叫用户所挑选的主叫振铃媒体，同时将振铃定制信息通过短消息发送给主叫终端UE1，主叫终端UE1接收到该短消息后将振铃定制信息存储到SIM/USIM卡内存中。
对于运营商采用定制签约方式提供签约服务的情况，主叫终端UE1必须采用定制终端才能支持该服务。所述定制终端是指主叫终端UE1能解析携带振铃定制信息的短消息，并能在发起呼叫时将振铃定制信息嵌入SETUP消息发出。
在实际应用中，上述两种签约方式不能混用，运营商只能采用其中一种方式为用户提供定制振铃的签约服务。由于普通签约方式对用户终端没有特殊要求，所以该方式较佳。
完成签约的主叫用户可以在对被叫用户发起呼叫的过程中以主叫所定制的主叫振铃媒体对被叫用户进行来电提示，图2显示的是本发明一较佳实施例中被叫播放主叫定制的主叫振铃媒体的流程图。
步骤201：主叫终端发出呼叫建立请求，通过网络将振铃定制信息发送给被叫终端。
在本步骤中，如果采用普通签约方式为主叫用户提供签约，上述过程具体如下：
11、主叫终端发送SETUP消息到主叫交换中心MSC1，主叫交换中心MSC1到VLR取得主叫用户的签约信息。
对于主叫交换中心MSC1与振铃服务器之间采用私有接口通信的情况，所述签约信息为主叫振铃业务签约标识和振铃服务器地址，主叫交换中心MSC1从主叫振铃业务签约标识获知主叫用户属于签约用户后，根据振铃服务器地址路由到振铃服务器，从振铃服务器获得振铃定制信息。
对于主叫交换中心MSC1采用标准接口连接振铃服务器的情况，所述签约信息为主叫振铃业务签约标识和智能SCP地址，主叫交换中心MSC1从主叫振铃业务签约标识获知主叫用户属于签约用户后，根据SCP地址智能触发到SCP上，通过业务交换点(SSP)和SCP的交互，从SCP上获得振铃定制信息。
12、主叫交换中心MSC1取得振铃定制信息后，通过发往被叫交换中心MSC2的IAM消息附带发送该振铃定制信息。
13、被叫交换中心MSC2收到IAM消息后，取出IAM消息中的相应字段内容写入发往被叫终端的SETUP消息，所述IAM消息的相应字段包含振铃定制信息。
上述过程中，振铃定制信息可以填写在IAM消息和SETUP消息的主叫子地址字段。
如果采用定制签约方式实现主叫用户的签约，上述过程具体如下：
21、主叫终端在SETUP消息的主叫子地址字段嵌入振铃定制信息，并将SETUP消息发送到主叫交换中心MSC1。
将振铃定制信息嵌入SETUP消息的操作需要使用定制终端才能实现。实际应用中，可以不必修改主叫终端的底层通信协议，只要采用应用层的软件就能使主叫终端实现振铃定制信息的嵌入操作。
22、主叫交换中心MSC1收到SETUP消息后，取出SETUP消息中的相应字段内容写入发往被叫交换中心MSC2的IAM消息，所述SETUP消息的相应字段包含振铃定制信息。
23、被叫交换中心MSC2收到IAM消息后，取出IAM消息中的相应字段内容写入发往被叫终端的SETUP消息，所述IAM消息的相应字段包含振铃定制信息。
步骤202：被叫终端UE2根据接收到的振铃定制信息判断本地是否有主叫用户定制的主叫振铃媒体，如果有则执行步骤206，如果没有执行步骤203。
该步骤中，被叫终端的判断方法为：被叫终端查找本地数据库的振铃信息条目，如果振铃信息条目中存在被叫终端UE2接收到的主叫振铃媒体信息，表明本地已保存有主叫用户定制的主叫振铃媒体，否则就表明本地不存在所述主叫振铃媒体。
步骤203：被叫终端UE2更新主叫终端对应的振铃信息，并根据振铃定制信息中的振铃服务器地址向振铃服务器发出振铃发送请求，要求获得主叫所定制的主叫振铃媒体。
该步骤中，被叫终端UE2可以通过无线应用协议(WAP，WirelessApplication Protocal)消息向振铃服务器发出振铃发送请求。
上述振铃发送请求包括三部分内容：被叫号码、消息内容以及主叫号码。其中，被叫号码为振铃服务器地址；消息内容为主叫终端UE1的MSISDN号；主叫号码为被叫终端UE2的号码。
在其它实施例中，被叫终端UE2也可以采用普通短消息(SMS，Short Messaging Service)或非结构化补充数据业务(USSD)消息向振铃服务器发出振铃发送请求。
在执行该步骤的同时，被叫终端UE2可以先向被叫用户播放原先为该主叫保存的振铃，或者播放被叫终端设置的缺省振铃对被叫用户进行来电提示，并在获得主叫振铃媒体后停止播放原有的振铃。
步骤204：振铃服务器收到振铃发送请求后，向被叫终端UE2发出MMS消息，该MMS消息以附件方式携带主叫振铃媒体。
上述步骤中，振铃服务器接收到振铃发送请求后，根据主叫终端UE1的MSISDN号查找到主叫用户挑选的主叫振铃媒体，并以附件方式将主叫振铃媒体通过MMS消息发送到被叫终端。
所述主叫振铃媒体可以是普通音频铃音或多媒体。
步骤205：被叫终端UE2接收到MMS消息后，从MMS消息中拆离主叫振铃媒体存储在本地。
步骤206：被叫终端UE2调用自身的媒体播放器播放已保存在本地的主叫振铃媒体向被叫用户进行来电提示。
从该步骤看出，被叫终端UE2能够在获得完整的主叫振铃媒体后，才播放主叫振铃媒体对被叫用户进行个性化来电提示，故能克服边下载边播放的流媒体播放方式存在的缺点。
本发明所述的方法适用于被叫终端设置电话簿并具有多媒体播放功能的情况，且所述被叫终端必须能从MMS消息中拆离出主叫振铃媒体。具有上述功能的被叫终端可以是普通语音移动终端或VP电话。
由上述的实施例可见，本发明的这种被叫播放主叫定制的振铃媒体的方法在不修改现有的呼叫处理流程的前提下，将主叫所定制的主叫振铃媒体以消息附件的方式完整发送给被叫终端，使被叫终端获得并播放主叫所定制的主叫振铃媒体，该方法兼容性强且易于实现。
Claims (8)
1、一种实现被叫播放主叫定制的振铃媒体的方法，其特征在于，通过预先签约为主叫终端生成振铃定制信息，通过预先签约在主叫终端所属的归属位置寄存器中保存振铃服务器地址；该方法包括以下步骤：
a、主叫终端发出呼叫建立请求消息，主叫交换中心接收到主叫终端发出的呼叫建立请求消息后，根据签约的振铃服务器地址路由到振铃服务器获取主叫振铃媒体的振铃定制信息，并将所获取的振铃定制信息写入初始地址消息，并通过被叫交换中心将振铃定制信息发送到被叫终端；
b、被叫终端根据接收到的振铃定制信息播放与该振铃定制信息相应的主叫振铃媒体。
2、根据权利要求1所述的方法，其特征在于，所述振铃定制信息中包括振铃服务器地址，该振铃服务器中保存振铃媒体；
步骤b具体包括：
b1、被叫终端根据接收到的振铃定制信息判断主叫振铃媒体是否需要更新，如果不需更新，则播放原有振铃对被叫用户进行来电提示，如果需要更新，则执行步骤b2；
b2、被叫终端根据振铃定制信息中的振铃服务器地址向振铃服务器发出振铃发送请求，振铃服务器将主叫振铃媒体以多媒体短消息附件的方式发送到被叫终端，被叫终端保存并播放所获得的主叫振铃媒体对被叫用户进行来电提示。
3、根据权利要求2所述的方法，其特征在于，所述振铃定制信息包括主叫振铃媒体信息；
步骤b1中判断主叫振铃媒体是否需要更新的方法为：被叫终端判断振铃信息条目中是否存在主叫振铃媒体信息，如果存在则不需更新，如果不存在则需要更新。
4、根据权利要求2所述的方法，其特征在于，所述振铃发送请求为无线应用协议消息，或者为普通短消息，或者为非结构化补充数据业务消息。
5、根据权利要求2所述的方法，其特征在于，所述预先签约的方法包括：在振铃服务器上保存主叫振铃媒体与主叫号码的索引；
步骤b2中将主叫振铃媒体发送到被叫终端的方法具体是：振铃服务器接收到包含主叫号码的振铃发送请求后，查找索引中与该主叫号码对应的主叫振铃媒体，并将查找到的主叫振铃媒体作为多媒体短消息的附件发送到被叫终端。
6、根据权利要求2所述的方法，其特征在于，步骤b2中，被叫终端向振铃服务器发出振铃发送请求时，被叫终端播放原有振铃；
在被叫终端获得主叫振铃媒体后，被叫终端停止播放原有振铃。
7、根据权利要求1所述的方法，其特征在于，所述主叫振铃媒体为音频铃音或多媒体。
8、根据权利要求1所述的方法，其特征在于，所述主叫振铃媒体为包含主叫信息的音频铃音或包含主叫信息的多媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005100749514A CN100455047C (zh) | 2005-06-06 | 2005-06-06 | 一种实现被叫播放主叫定制的振铃媒体的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005100749514A CN100455047C (zh) | 2005-06-06 | 2005-06-06 | 一种实现被叫播放主叫定制的振铃媒体的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1878338A CN1878338A (zh) | 2006-12-13 |
| CN100455047C true CN100455047C (zh) | 2009-01-21 |
Family
ID=37510598
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2005100749514A Active CN100455047C (zh) | 2005-06-06 | 2005-06-06 | 一种实现被叫播放主叫定制的振铃媒体的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100455047C (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101009733B (zh) * | 2006-12-27 | 2011-04-20 | 华为技术有限公司 | 一种提供振铃音的方法、装置及终端 |
| CN101267583B (zh) * | 2007-03-15 | 2012-01-04 | 展讯通信（上海）有限公司 | 一种移动通信系统中个性化多媒体振铃业务的实现方法 |
| CN101335911B (zh) * | 2007-06-26 | 2012-08-15 | 华为技术有限公司 | 消息处理的方法、用户终端和服务器 |
| CN101753727A (zh) * | 2008-12-05 | 2010-06-23 | 中兴通讯股份有限公司 | 一种终端和振铃业务的屏蔽方法 |
| CN101594599B (zh) * | 2009-06-30 | 2012-10-10 | 中兴通讯股份有限公司 | 一种图像彩铃实现方法、通信系统和交换设备 |
| CN107508995A (zh) * | 2017-09-27 | 2017-12-22 | 咪咕动漫有限公司 | 一种来电音频播放方法及装置、计算机可读存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN2134000Y (zh) * | 1992-08-06 | 1993-05-19 | 何桂立 | 一种电话终端遥控振铃装置 |
| CN1543231A (zh) * | 2003-04-30 | 2004-11-03 | 中兴通讯股份有限公司 | 个性化回铃音业务系统及实现方法 |
| JP2004312316A (ja) * | 2003-04-07 | 2004-11-04 | Nippon Telegr & Teleph Corp <Ntt> | 通話端末、通話システムおよび通話端末の着信／呼出中音再生方法 |
| KR20050001560A (ko) * | 2003-06-25 | 2005-01-07 | 장윤호 | 착신 휴대폰으로 벨소리를 전송하는 시스템 |
| EP1528765A1 (en) * | 2003-10-31 | 2005-05-04 | Sony Ericsson Mobile Communications AB | Call alerting using transmitted media objects |
-
2005
- 2005-06-06 CN CNB2005100749514A patent/CN100455047C/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN2134000Y (zh) * | 1992-08-06 | 1993-05-19 | 何桂立 | 一种电话终端遥控振铃装置 |
| JP2004312316A (ja) * | 2003-04-07 | 2004-11-04 | Nippon Telegr & Teleph Corp <Ntt> | 通話端末、通話システムおよび通話端末の着信／呼出中音再生方法 |
| CN1543231A (zh) * | 2003-04-30 | 2004-11-03 | 中兴通讯股份有限公司 | 个性化回铃音业务系统及实现方法 |
| KR20050001560A (ko) * | 2003-06-25 | 2005-01-07 | 장윤호 | 착신 휴대폰으로 벨소리를 전송하는 시스템 |
| EP1528765A1 (en) * | 2003-10-31 | 2005-05-04 | Sony Ericsson Mobile Communications AB | Call alerting using transmitted media objects |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1878338A (zh) | 2006-12-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1812561B (zh) | 向移动用户装置提供多媒体回铃服务的方法和设备 | |
| US8515396B2 (en) | Method and system for providing presence information using ringback tone | |
| US7912198B2 (en) | System and method for implementing multimedia ring back tone service | |
| US8326273B2 (en) | System and method for playing a color ring back tone based on the called user's state presence information | |
| EP2012514B1 (en) | A device and system for realizing the multimedia ring back tone service and a method thereof | |
| CN100499707C (zh) | 一种提供个性化信息的装置和方法 | |
| CN101626550B (zh) | 一种彩铃选择方法、系统及相关装置 | |
| CN1859496B (zh) | 一种实现多媒体视频彩铃业务的系统及方法 | |
| CN101141692A (zh) | 多媒体彩铃业务的实现方法 | |
| CN100484172C (zh) | 一种实现视频彩铃业务的系统及方法 | |
| CN100455047C (zh) | 一种实现被叫播放主叫定制的振铃媒体的方法 | |
| CN101662738A (zh) | 一种多媒体彩铃播放方法、装置及其系统 | |
| EP2073520A1 (en) | A method and system for providing ring back tone in a communication network | |
| CN1852367B (zh) | 一种回铃音播放方法 | |
| CN1859478B (zh) | 一种提供实时回铃音的方法和系统 | |
| KR20050040605A (ko) | 이동통신 단말기로 멀티미디어 서비스를 제공하는 방법 및상기 멀티미디어 서비스를 제공하는 서버 | |
| CN1980272B (zh) | 来电显示实现系统、终端及其方法 | |
| CN100589505C (zh) | 一种在下一代网络中提供回铃图像化业务的系统及方法 | |
| CN101115096B (zh) | 一种实现彩铃互听的方法、系统及交换机 | |
| JP2007515087A (ja) | 固定ネットワークまたは携帯電話ネットワークによって互いに接続されている少なくとも二つのマルチメディア端末の間で通信を行うためのシステムおよび方法 | |
| CN101394441A (zh) | 播放多媒体彩铃的方法 | |
| CN100471311C (zh) | 移动通信中呼叫伴侣实现方法 | |
| CN1867002B (zh) | 一种实现多媒体回铃音业务的系统及方法 | |
| US20050286702A1 (en) | System and method for providing called terminal time in a telecommunications network | |
| KR100608285B1 (ko) | 화상전화 시도시 발신 그룹별로 제공되는 멀티미디어서비스 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |