CN101651847A - 一种传递多媒体铃音的方法、彩铃服务器及系统 - Google Patents
一种传递多媒体铃音的方法、彩铃服务器及系统 Download PDFInfo
- Publication number
- CN101651847A CN101651847A CN200810030195A CN200810030195A CN101651847A CN 101651847 A CN101651847 A CN 101651847A CN 200810030195 A CN200810030195 A CN 200810030195A CN 200810030195 A CN200810030195 A CN 200810030195A CN 101651847 A CN101651847 A CN 101651847A
- Authority
- CN
- China
- Prior art keywords
- special efficacy
- media ringtone
- message
- indication information
- terminal equipment
- 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
Links
Images
Abstract
本发明实施例公开了一种传递多媒体铃音的方法、彩铃服务器及系统，所述方法包括：根据多媒体铃音特效的业务标志信息，获取多媒体铃音特效指示信息，并将所述获取的多媒体铃音特效指示信息发送给终端设备，以触发所述终端设备执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效。本发明实施例可提供一种带有多媒体铃音特效的彩铃内容的传递方案。终端设备接收到多媒体铃音特效指示信息后，就可在播放普通彩铃内容时触发多媒体铃音特效模块执行相应的多媒体铃音特效，丰富了用户彩铃的体验。
Description
技术领域
本发明涉及通信领域，尤其涉及一种传递多媒体铃音的方法、彩铃服务器及系统。
背景技术
彩铃(RBT，Ring Back Tone)，即回铃音业务，是一种近年来逐渐兴起的个性化手机业务。它是指在主叫呼叫被叫时，能够听到丰富多彩的音乐或音效，以代替传统回铃音枯燥的“嘟嘟。。。”声。
多媒体彩铃(MRBT，Multimedia Ring Back Tone)是对普通彩铃业务的增强。它是在3G移动用户拨打视频电话(VP，Video Phone)时，在通话之前，主叫用户收看到多媒体视频彩铃的一种业务。该业务提供的彩铃内容更加丰富，不仅可以是传统的音乐或语音，也可以是文字、图片、视频短片或者是它们的融合。多媒体彩铃在设置方面具有更大的灵活性，用户可以根据所处的地点、时间、不同用户或群组，来播放不同的多媒体彩铃。对用户来说，多媒体彩铃相对于传统彩铃吸引力更大，更能满足用户的个性化需求。
现有技术方案中，彩铃内容已经比较丰富，包括了：音频、视频、图片、文字(统称为普通彩铃内容)等，但现有彩铃业务还不够丰富，比如播放体育视频时运动员踢足球的振动效果没有传递、播放风景视频时花朵的香味没有传递、播放动感音乐时有节奏的灯光效果没有传递、播放在大海边漫步场景的视频时拂面的微风没有传递，等等。因此，现有的彩铃系统还没有带有特殊效果(比如振动、香味、灯光、气流等)的彩铃内容的传递方案。
发明内容
鉴于此，本发明实施例提供一种传递多媒体铃音的方法、彩铃服务器及系统。可提供一种带有多媒体铃音特效的彩铃内容的传递方案。
本发明实施例提供了一种传递多媒体铃音的方法，该方法包括：
根据多媒体铃音特效的业务标志信息，获取多媒体铃音特效指示信息；
将所述获取的多媒体铃音特效指示信息发送给终端设备，以触发所述终端设备执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效。
相应的，本发明实施例提供了一种彩铃服务器，该彩铃服务器包括：
特效获取单元，用于根据多媒体铃音特效的业务标志信息，获取多媒体铃音特效指示信息；
特效发送单元，用于将所述特效获取单元获取的多媒体铃音特效指示信息发送给终端设备，以触发所述终端设备执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效。
相应的，本发明实施例提供了一种传递多媒体铃音的系统，包括：
彩铃服务器，用于根据多媒体铃音特效的业务标志信息，获取多媒体铃音特效指示信息，并通过地址全消息发送所述获取的多媒体铃音特效指示信息；
移动交换中心服务器，用于接收所述彩铃服务器发送的多媒体铃音特效指示信息，并通过连接消息将所述多媒体铃音特效指示信息发送给终端设备。
本发明实施例通过向终端设备发送多媒体铃音特效指示信息，以触发所述终端设备的特效模块执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效，实现了带有多媒体铃音特效的彩铃内容的传递，终端设备接收到多媒体铃音特效指示信息后，就可在播放普通彩铃内容时触发多媒体铃音特效模块执行相应的多媒体铃音特效，丰富了用户彩铃的体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是根据本发明的第一实施例的彩铃服务器的结构组成示意图；
图2是根据本发明的第二实施例的彩铃服务器的结构组成示意图；
图3是根据本发明的第三实施例的传递多媒体铃音的系统的结构组成示意图；
图4是根据本发明的第四实施例的彩铃服务器的结构组成示意图；
图5是根据本发明的第五实施例的传递多媒体铃音的方法流程示意图；
图6是根据本发明的第六实施例的传递多媒体铃音的方法流程示意图；
图7是根据本发明的第七实施例的传递多媒体铃音的方法流程示意图；
图8是根据本发明的第八实施例的传递多媒体铃音的方法流程示意图；
图9是根据本发明的第九实施例的主被叫呼叫过程建立的方法流程示意图；
图10是根据本发明的第十实施例的主被叫呼叫过程建立的方法流程示意图；
图11是根据本发明的第十一实施例的主被叫呼叫过程建立的方法流程示意图；
图12是根据本发明的第十二实施例的主被叫呼叫过程建立的方法流程示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1是根据本发明的第一实施例的彩铃服务器的结构组成示意图；如图1所示，本发明实施例提供的彩铃服务器至少包括：特效获取单元1，用于根据多媒体铃音特效的业务标志信息，获取多媒体铃音特效指示信息；特效发送单元2，用于将所述特效获取单元1获取的多媒体铃音特效指示信息发送给终端设备，以触发所述终端设备执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效。
本发明实施例通过向终端设备发送多媒体铃音特效指示信息，以触发所述终端设备的特效模块执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效，实现了带有多媒体铃音特效的彩铃内容的传递，终端设备接收到多媒体铃音特效指示信息后，就可在播放普通彩铃内容时触发多媒体铃音特效模块执行相应的多媒体铃音特效，丰富了用户彩铃的体验。
具体实现中，多媒体铃音根据业务类型的不同，包括回铃音彩铃、振铃音彩铃以及彩色背景音，所述回铃音是指主叫拨打被叫时，主叫所听到的铃音；所述振铃音是指，主叫拨打被叫时，被叫所听到的铃音；所述彩色背景音是指主被叫通话过程中主叫或被叫听到的背景铃音，其中所述回铃音彩铃和振铃音彩铃又分别包括被叫彩铃和主叫彩铃两种模式。所述回铃音的被叫彩铃是指：主叫用户A拨打被叫用户B时，A听到的彩铃是由B设定的。所述回铃音的主叫彩铃是指：主叫用户A拨打被叫用户B时，A听到的彩铃是由A自己设定的。所述振铃音的被叫彩铃是指：主叫用户A拨打被叫用户B时，被叫用户B听到的彩铃是由B设定的。所述振铃音的主叫彩铃是指，主叫用户A拨打被叫用户B时，被叫用户B听到的彩铃是由A设定的。本发明实施例中的终端设备可以是接收回铃音的终端设备，也可是接收振铃音的终端设备。所述业务标志信息为主叫用户或被叫用户定制多媒体铃音特效业务时，运营商为所述业务分配的唯一标识所述业务的标识信息，比如，当定制的多媒体铃音特效业务为振动时，所述多媒体铃音特效的业务标志可为x11，当定制的多媒体铃音特效业务为香味时，所述多媒体铃音特效的业务标志可为y00。所述多媒体铃音特效指示信息可为特效执行指令，也可为多媒体铃音特效的唯一标识。所述特效执行指令可包括终端设备执行的多媒体铃音特效的类型指示，时间指示等信息，当终端设备接收到所述特效执行指令后，可根据所述类型及时间进行多媒体铃音特效的执行。当所述特效指示信息为多媒体铃音特效的唯一标识时，终端设备可在解析识别所述标识获知多媒体铃音特效类型后，执行相应类型的多媒体铃音特效。具体实现中，多媒体铃音特效可包括振动特效、香味特效、灯光特效以及气流特效中一种或多种。
下面结合附图和具体实施例进行详细说明。
图2是根据本发明的第二实施例的彩铃服务器的结构组成示意图。如图2所示，本实施例的彩铃服务器(可为CS域的多媒体彩铃平台)包括第一接收单元10、特效获取单元20、第一发送单元30以及内容发送单元40，其中：
所述第一接收单元10，用于接收起始地址消息(BICC IAM，BICC InitialAddress Message)，所述起始地址消息的Optional Part字段携带多媒体铃音特效的业务标志信息，和/或终端设备多媒体铃音特效支持能力信息。
所述特效获取单元20，用于根据所述第一接收单元10接收的多媒体铃音特效的业务标志信息，获取多媒体铃音特效指示信息。
具体实现中，当所述第一接收单元10接收到多媒体铃音特效的业务标志信息时，所述特效获取单元20可根据用户的多媒体铃音特效定制情况，获取多媒体铃音特效指示信息，比如，被叫用户的多媒体铃音特效的业务标志指示出所述被叫用户针对某一普通视频彩铃，定制了振动、气味两种多媒体铃音特效，则所述特效获取单元20可根据所述业务标志获取到包含振动标识、和气味标识的多媒体铃音特效指示信息。当所述第一接收单元10接收到多媒体铃音特效的业务标志信息，并接收到终端设备的多媒体铃音特效支持能力信息时，所述特效获取单元20可进一步包括：查找单元(未图示)和选择单元(未图示)，所述查找单元，用于根据所述第一接收单元10接收到的业务标志信息，查找到与所述业务标志对应的多媒体铃音特效指示信息；所述选择单元，用于根据终端设备上报的多媒体铃音特效支持能力信息，从所述查找到的多媒体铃音特效指示信息中选择所述终端设备支持的多媒体铃音特效的多媒体铃音特效指示信息。这样，彩铃服务器就可以根据终端设备的多媒体铃音特效支持能力向所述终端设备下发多媒体铃音特效指示，使得下发多媒体铃音特效指示均能被所述终端设备所执行，这样就使传输所述特效指示信息的H.245控制信道能够被有效利用起来，而不会被终端设备无法播放的多媒体铃音特效指示信息白白占用。具体实现中，所述多媒体铃音特效指示信息可存储在所述彩铃服务器的存储单元(图中未示出)，也可存储在与所述彩铃服务器相关联的存储设备(比如，媒体网关)中。
所述第一发送单元30，用于通过H.245控制信道中的第一信令消息将所述特效获取单元20获取的多媒体铃音特效指示信息发送所述终端设备，以触发所述终端设备执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效。具体实现中，所述第一信令消息可为H.245控制信令中的用户指示消息(User Input)、抖动指示消息(Jitter Indication)、功能无法理解消息(Function Not Understood)以及H.255.0最大斜偏指示消息(H.255.0Maximum Skew Indication)中任一种。
所述内容发送单元40，用于将与所述多媒体铃音特效指示信息所指示的多媒体铃音特效相对应的普通彩铃内容发送给所述终端设备。具体实现中，所述内容发送单元40可通过媒体信道发送所述普通彩铃内容，所述普通彩铃内容包括传统音乐或语音，也包括多媒体普通彩铃内容(比如文字、图片、视频、短片等)。本发明实施中的多媒体铃音特效包括振动特效、香味特效、灯光特效以及气流特效中一种或多种。
具体实现中，所述第一发送单元30可在所述内容发送单元40发送普通彩铃内容的同时，实时将多媒体铃音特效指示信息发送给主叫用户，这样可提高主叫用户的普通彩铃内容和多媒体铃音特效的同步性，增强用户的体验感。
本实施例通过H.245控制信道将多媒体铃音特效指示信息发送给所述终端设备，实现了带有多媒体铃音特效的彩铃内容的传递，终端设备接收到多媒体铃音特效指示信息后，就可在播放普通彩铃内容时触发多媒体铃音特效模块执行相应的多媒体铃音特效，丰富了用户彩铃的体验。进一步，本实施例的彩铃服务器可以根据终端设备的多媒体铃音特效支持能力向终端设备下发多媒体铃音特效指示，使得下发多媒体铃音特效指示均能被所述终端设备所执行，这样就使传输所述特效指示信息的H.245控制信道能够被有效利用起来，而不会被终端设备无法播放的多媒体铃音特效指示信息白白占用。
图3是根据本发明的第三实施例的传递多媒体铃音的系统的结构组成示意图；如图3所示，本实施例的系统包括彩铃服务器(可为CS域的多媒体彩铃平台)50和移动交换中心服务器60，其中：
所述彩铃服务器50，用于根据多媒体铃音特效的业务标志信息，获取多媒体铃音特效指示信息，并通过地址全消息(BICC ACM，BICC Address CompleteMessage)发送所述获取的多媒体铃音特效指示信息；
移动交换中心服务器60，用于接收所述彩铃服务器50发送的多媒体铃音特效指示信息，并通过连接消息(CONNECT)或能力消息(FACILIPY)将所述多媒体铃音特效指示信息发送给终端设备。具体实现中，所述移动交换中心服务器60可通过所述CONNECT消息的User-to-user Information字段携带所述多媒体铃音特效指示信息，以触发终端设备的特效模块执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效；也可通过所述FACILIPY消息的Facilipy字段携带所述多媒体铃音特效指示信息，以触发终端设备的特效模块执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效。
进一步，所述彩铃服务器50包括第一接收单元10、特效获取单元20、第二发送单元51以及内容发送单元40，如图3所示，本实施例中彩铃服务器50与第二实施例的彩铃服务器的不同之处在于用第二发送单元51替换了第一发送单元，在此仅针对本实施例与第二实施例的不同之处进行说明。
所述第二发送单元51，用于通过地址全消息(BICC ACM，BICC AddressComplete Message)将所述特效获取单元20获取的多媒体铃音特效指示信息发送给移动交换中心服务器60。具体实现中，所述第二发送单元51可通过BICCACM消息的Optional Part字段携带所述多媒体铃音特效指示信息。
本实施例通过呼叫信令消息(BICC ACM和CONNECT)将多媒体铃音特效指示信息发送给所述终端设备，实现了带有多媒体铃音特效的彩铃内容的传递，终端设备接收到多媒体铃音特效指示信息后，就可在播放普通彩铃内容时触发多媒体铃音特效模块执行相应的多媒体铃音特效，丰富了用户彩铃的体验。进一步，本实施例的彩铃服务器可以根据终端设备的多媒体铃音特效支持能力向终端设备下发多媒体铃音特效指示，使得下发多媒体铃音特效指示均能被所述终端设备所执行，这样就使传输所述特效指示信息的呼叫信令信道能够被有效利用起来，而不会被终端设备无法播放的多媒体铃音特效指示信息白白占用。
图4是根据本发明的第四实施例的彩铃服务器的结构组成示意图；如图4所示，本实施例的彩铃服务器(可为IMS域的应用服务器功能实体)包括第二接收单元70、特效获取单元80、第三发送单元90以及内容发送单元91，其中：
所述第二接收单元70，用于接收连接请求消息(INVITE)，所述连接请求消息的会话描述协议(SDP，Session Description Protocol)字段中携带有多媒体铃音特效的业务标志信息，和/或终端设备多媒体铃音特效支持能力信息。
所述特效获取单元80，用于根据所述第二接收单元70接收的多媒体铃音特效的业务标志信息，获取多媒体铃音特效指示信息。具体实现中，当所述第二接收单元70接收到多媒体铃音特效的业务标志信息时，所述特效获取单元80可根据用户的多媒体铃音特效定制情况，获取多媒体铃音特效指示信息，比如，被叫用户的多媒体铃音特效的业务标志指示出所述被叫用户针对某一普通视频彩铃，定制了振动、气味两种多媒体铃音特效，则所述特效获取单元80可根据所述业务标志获取到包含振动标识、和气味标识的多媒体铃音特效指示信息。当所述第二接收单元70接收到多媒体铃音特效的业务标志信息，并接收到终端设备的多媒体铃音特效支持能力信息时，所述特效获取单元80可进一步包括：查找单元(未图示)和选择单元(未图示)，所述查找单元，用于根据所述第一接收单元70接收到的业务标志信息，查找到与所述业务标志对应的多媒体铃音特效指示信息；所述选择单元，用于根据终端设备上报的多媒体铃音特效支持能力信息，从所述查找到的多媒体铃音特效指示信息中选择所述终端设备支持的多媒体铃音特效的多媒体铃音特效指示信息。这样，彩铃服务器就可以根据终端设备的多媒体铃音特效支持能力向所述终端设备下发多媒体铃音特效指示，使得下发多媒体铃音特效指示均能被所述终端设备所执行，这样就使传输所述特效指示信息的呼叫信道能够被有效利用起来，而不会被终端设备无法播放的多媒体铃音特效指示信息白白占用。具体实现中，所述多媒体铃音特效指示信息可存储在所述彩铃服务器的存储单元(图中未示出)，也可存储在与所述彩铃服务器相关联设备中(比如，当本实施例的彩铃服务器为IMS域的应用服务器功能实体时，所述多媒体铃音特效指示信息可存储在媒体资源功能实体中，所述应用服务器功能实体可从所述媒体资源功能实体下发的会话初始化协议(SIP，Session Initialization Protocol)信令中请求已成功处理消息(200OK)消息中获取所述多媒体铃音特效指示信息)。具体实现中，所述200OK消息可通过可扩展标记语言(XML，extensible Markup Language)消息体携带所述多媒体铃音特效指示信息。200OK消息为SIP信令中的一种应答消息。具体实现中，通过200OK消息携带多媒体铃音特效指示信息的举例如下：将200OK消息头域中的Content-Type设置为“multipart/mixed”类型，然后在SDP消息体后增加一个XML消息体，并将XML消息体的Content-Type设为“application/XML”类型。SDP消息体和XML消息体以“boundaryl”字段间隔开来，而在XML消息体中携带本实施例的多媒体铃音特效指示信息。
所述第三发送单元90，用于通过SIP信令中第二信令消息的XML消息体将所述特效获取单元80获取的多媒体铃音特效指示信息发送所述终端设备，以触发所述终端设备执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效。具体实现中，所述第二信令消息可为会话进行中消息(183)、180振铃消息(180ALERTING)、信息消息(Info)以及短消息(Message)中任一种。
以183消息为例对如何携带所述多媒体铃音特效指示信息进行说明，本实施例在183消息的XML消息体中携带多媒体铃音特效指示信息举例如下：将183消息头域中的Content-Type设置为“multipart/mixed”类型，然后在SDP消息体后增加一个XML消息体，并将XML消息体的Content-Type设为“application/XML”类型。SDP消息体和XML消息体以“boundaryl”字段间隔开来，而在XML消息体中携带本实施例的主叫用户或被叫用户定制的多媒体铃音特效中一种或多种多媒体铃音特效的业务标志信息。
所述内容发送单元91，用于将与所述多媒体铃音特效指示信息所指示的多媒体铃音特效相对应的普通彩铃内容发送给所述终端设备。具体实现中，所述内容发送单元40可通过媒体信道发送所述普通彩铃内容，所述普通彩铃内容包括传统音乐或语音，也包括多媒体普通彩铃内容(比如文字、图片、视频、短片等)。本发明实施中的多媒体铃音特效包括振动特效、香味特效、灯光特效以及气流特效中一种或多种。
本实施例通过发送携带XML文件的SIP消息来将指示主叫用户所在终端执行多媒体铃音特效的多媒体铃音特效指示信息发送给终端设备，实现了带有多媒体铃音特效的彩铃内容的传递，终端设备接收到多媒体铃音特效指示信息后，就可在播放普通彩铃内容时触发多媒体铃音特效模块执行相应的多媒体铃音特效，丰富了用户彩铃的体验。进一步，本实施例的彩铃服务器可以根据终端设备的多媒体铃音特效支持能力向终端设备下发多媒体铃音特效指示，使得下发多媒体铃音特效指示均能被所述终端设备所执行，这样就使传输所述特效指示信息的SIP信令信道能够被有效利用起来，而不会被终端设备无法播放的多媒体铃音特效指示信息白白占用。
相应的，本发明实施例提供了传递多媒体铃音的方法。
图5是根据本发明的第五实施例的传递多媒体铃音的方法流程示意图；如图5所示，本发明实施例的方法至少包括：
步骤S1，根据多媒体铃音特效的业务标志信息，获取多媒体铃音特效指示信息；
步骤S2，将所述获取的多媒体铃音特效指示信息发送给终端设备，以触发所述终端设备执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效。
本发明实施例通过向终端设备发送多媒体铃音特效指示信息，以触发所述终端设备的特效模块执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效，实现了带有多媒体铃音特效的彩铃内容的传递，终端设备接收到多媒体铃音特效指示信息后，就可在播放普通彩铃内容时触发多媒体铃音特效模块执行相应的多媒体铃音特效，丰富了用户彩铃的体验。
下面结合附图和具体实施例进行详细说明。
图6是根据本发明的第六实施例的传递多媒体铃音的方法流程示意图；如图6所示，本实施例的方法包括：
步骤S100，接收到起始地址消息，所述起始地址消息的Optional Part字段携带多媒体铃音特效的业务标志信息，和/或终端设备多媒体铃音特效支持能力信息。
步骤S101，根据接收的多媒体铃音特效的业务标志信息，获取多媒体铃音特效指示信息。
具体实现中，当接收到多媒体铃音特效的业务标志信息时，可根据用户的多媒体铃音特效定制情况，获取多媒体铃音特效指示信息，比如，被叫用户的多媒体铃音特效的业务标志指示出所述被叫用户针对某一普通视频彩铃，定制了振动、气味两种多媒体铃音特效，则可根据所述业务标志获取到包含振动标识、和气味标识的多媒体铃音特效指示信息。当接收到多媒体铃音特效的业务标志信息，并接收到终端设备的多媒体铃音特效支持能力信息时，可根据所述接收到的业务标志信息，查找到与所述业务标志对应的多媒体铃音特效指示信息；然后根据终端设备上报的多媒体铃音特效支持能力信息，从所述查找到的多媒体铃音特效指示信息中选择所述终端设备支持的多媒体铃音特效的多媒体铃音特效指示信息。这样，彩铃服务器就可以根据终端设备的多媒体铃音特效支持能力向所述终端设备下发多媒体铃音特效指示，使得下发多媒体铃音特效指示均能被所述终端设备所执行，这样就使传输所述特效指示信息的H.245控制信道能够被有效利用起来，而不会被终端设备无法播放的多媒体铃音特效指示信息白白占用。
步骤S102，通过H.245控制信道中的第一信令消息将获取的多媒体铃音特效指示信息发送终端设备，以触发所述终端设备执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效。具体实现中，所述第一信令消息可为H.245控制信令中的用户指示消息(User Input)、抖动指示消息(Jitter Indication)、功能无法理解消息(Function Not Understood)以及H.255.0最大斜偏指示消息(H.255.0Maximum Skew Indication)中任一种。
步骤S103，通过彩铃媒体信道将与所述多媒体铃音特效指示信息相对应的普通彩铃内容发送给所述终端设备。所述普通彩铃内容包括传统音乐或语音，也包括多媒体普通彩铃内容(比如文字、图片、视频、短片等)。
具体实现中，步骤S102和步骤S103可以同步执行。即在发送普通彩铃内容的同时，实时将多媒体铃音特效指示信息发送给终端设备，这样可提高终端设备的普通彩铃内容和多媒体铃音特效的同步性，增强用户的体验感。
本实施例通过H.245控制信道将多媒体铃音特效指示信息发送给所述终端设备，实现了带有多媒体铃音特效的彩铃内容的传递，终端设备接收到多媒体铃音特效指示信息后，就可在播放普通彩铃内容时触发多媒体铃音特效模块执行相应的多媒体铃音特效，丰富了用户彩铃的体验。进一步，本实施例的彩铃服务器可以根据终端设备的多媒体铃音特效支持能力向终端设备下发多媒体铃音特效指示，使得下发多媒体铃音特效指示均能被所述终端设备所执行，这样就使传输所述特效指示信息的H.245控制信道能够被有效利用起来，而不会被终端设备无法播放的多媒体铃音特效指示信息白白占用。
图7是根据本发明的第七实施例的传递多媒体铃音的方法流程示意图；如图7所示，本实例的方法包括：
步骤S110，接收到起始地址消息，所述起始地址消息的Optional Part字段携带多媒体铃音特效的业务标志信息，和/或终端设备多媒体铃音特效支持能力信息。
该步骤与第六实施例的方法的步骤S100相同，在此不赘述。
步骤S111，根据接收的多媒体铃音特效的业务标志信息，获取多媒体铃音特效指示信息。
该步骤与第六实施例的方法的步骤S101相同，在此不赘述。
步骤S112，通过地址全消息(BICC ACM)将将所述获取的多媒体铃音特效指示信息发送给移动交换中心服务器。具体实现中，可通过BICCACM消息的Optional Part字段携带所述多媒体铃音特效指示信息。
步骤S113，所述移动交换中心服务器通过连接消息(CONNECT)或能力消息(FACILIPY)将所述多媒体铃音特效指示信息发送给所述终端设备，以触发所述终端设备所在终端的特效模块执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效。具体实现中，可通过所述CONNECT消息的User-to-userInformation字段携带所述多媒体铃音特效指示信息，以触发终端设备的特效模块执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效；也可通过所述FACILIPY消息的Facilipy字段携带所述多媒体铃音特效指示信息，以触发终端设备的特效模块执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效。
步骤S114，通过彩铃媒体信道将与所述多媒体铃音特效指示信息相对应的普通彩铃内容发送给所述终端设备。
该步骤与第六实施例的方法的步骤S103相同，在此不赘述。
本实施例通过呼叫信令消息(包括BICC ACM、CONNECT以及FACILIPY消息)将多媒体铃音特效指示信息发送给所述终端设备，实现了带有多媒体铃音特效的彩铃内容的传递，终端设备接收到多媒体铃音特效指示信息后，就可在播放普通彩铃内容时触发多媒体铃音特效模块执行相应的多媒体铃音特效，丰富了用户彩铃的体验。进一步，本实施例的彩铃服务器可以根据终端设备的多媒体铃音特效支持能力向终端设备下发多媒体铃音特效指示，使得下发多媒体铃音特效指示均能被所述终端设备所执行，这样就使传输所述特效指示信息的呼叫信令信道能够被有效利用起来，而不会被终端设备无法播放的多媒体铃音特效指示信息白白占用。
图8是根据本发明的第八实施例的传递多媒体铃音的方法流程示意图；如图8所示，本实施例的方法包括：
步骤S200，接收到连接请求消息(INVITE)，所述连接请求消息的会话描述协议(SDP)字段中携带有多媒体铃音特效的业务标志信息，和/或终端设备多媒体铃音特效支持能力信息。
步骤S201，根据接收的多媒体铃音特效的业务标志信息，获取多媒体铃音特效指示信息。
具体实现中，当所述接收到多媒体铃音特效的业务标志信息时，可根据用户的多媒体铃音特效定制情况，获取多媒体铃音特效指示信息，比如，被叫用户的多媒体铃音特效的业务标志指示出所述被叫用户针对某一普通视频彩铃，定制了振动、气味两种多媒体铃音特效，则可根据所述业务标志获取到包含振动标识、和气味标识的多媒体铃音特效指示信息。当接收到多媒体铃音特效的业务标志信息，并接收到终端设备的多媒体铃音特效支持能力信息时，可根据所述接收到的业务标志信息，查找到与所述业务标志对应的多媒体铃音特效指示信息；然后根据终端设备上报的多媒体铃音特效支持能力信息，从所述查找到的多媒体铃音特效指示信息中选择所述终端设备支持的多媒体铃音特效的多媒体铃音特效指示信息。这样，彩铃服务器就可以根据终端设备的多媒体铃音特效支持能力向所述终端设备下发多媒体铃音特效指示，使得下发多媒体铃音特效指示均能被所述终端设备所执行，这样就使传输所述特效指示信息的呼叫信道能够被有效利用起来，而不会被终端设备无法播放的多媒体铃音特效指示信息白白占用。具体实现中，所述多媒体铃音特效指示信息可存储在所述彩铃服务器的存储单元(图中未示出)，也可存储在与所述彩铃服务器相关联设备中(比如，当本实施例的彩铃服务器为IMS域的应用服务器功能实体时，所述多媒体铃音特效指示信息可存储在媒体资源功能实体中，所述应用服务器功能实体可从所述媒体资源功能实体下发的会话初始化协议(SIP，Session InitializationProtocol)信令中请求已成功处理消息(200OK)消息中获取所述多媒体铃音特效指示信息)。
步骤S202，向终端设备发送SIP信令中的第二信令消息，所述第二信令消息中的XML消息体中携带所述获取的多媒体铃音特效指示信息，以触发所述终端设备执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效。具体实现中，所述第二信令消息可为会话进行中消息(183)、180振铃消息(180ALERTING)、信息消息(Info)以及短消息(Message)中任一种。
步骤S203，通过彩铃媒体信道将与所述多媒体铃音特效指示信息相对应的普通彩铃内容发送给所述终端设备。
本实施例在IMS域中，本实施例通过发送携带XML文件的SIP消息来将指示终端设备所在终端执行多媒体铃音特效的多媒体铃音特效指示信息发送给终端设备，实现了带有多媒体铃音特效的彩铃内容的传递，终端设备接收到多媒体铃音特效指示信息后，就可在播放普通彩铃内容时触发多媒体铃音特效模块执行相应的多媒体铃音特效，丰富了用户彩铃的体验。进一步，本实施例的彩铃服务器可以根据终端设备的多媒体铃音特效支持能力向终端设备下发多媒体铃音特效指示，使得下发多媒体铃音特效指示均能被所述终端设备所执行，这样就使传输所述特效指示信息的SIP信令信道能够被有效利用起来，而不会被终端设备无法播放的多媒体铃音特效指示信息白白占用。
图9是根据本发明的第九实施例的主被叫呼叫过程建立的方法流程示意图；该实施例的方法可应用于CS域移动网络架构中，比如，本实施例的场景可为：CS域中的被叫用户B可通过Web方式或交互式语音应答系统(IVR，InteractiveVoice Response System)语音流程等方式定制包括“振动、香味、灯光效果以及气流”等多媒体铃音特效的多媒体彩铃业务。多媒体彩铃平台(CAT platform)(即前面所述的彩铃服务器)中预存了与“振动、香味、灯光效果以及气流”等多媒体铃音特效相匹配的多媒体铃音特效执行指令、下发间隔时间等信息(包含在多媒体铃音特效指示信息中下发给用户)。当主叫用户A呼叫被叫用户B时，多媒体彩铃平台通过媒体信道下发普通的音视频彩铃内容，同时通过H.245控制信道中的User Input指示消息发送“振动、香味、灯光效果以及气流”等多媒体铃音特效执行指令，主叫终端A在播放音视频的同时，解析所述多媒体铃音特效执行指令，并适时地触发所述主叫终端A的“振动、香味、灯光效果以及气流”等终端多媒体铃音特效功能模块。图9中，所述移动交换中心服务器A(MSC Server A)、媒体网关A(MGW A)以及归属位置寄存器A(HLR A)为主叫终端A归属的网元，所述移动交换中心服务器B(MSC ServerB)、媒体网关B(MGW B)以及归属位置寄存器B(HLR B)为被叫终端B归属的网元。
如图9所示，本实施例的流程具体可包括：
步骤300，主叫终端A(UE A)向移动交换中心服务器A(MSC Server A)发送呼叫建立消息(SETUP消息)，以初始化呼叫。
步骤301，MSC Server A向归属位置寄存器B(HLR B)发起获取路由信息(SRI，Send Routing Info)请求，以获取被叫终端(UE B)的路由信息。
步骤302，HLR B向UE B所附着的移动交换中心服务器B(MSC Server B)中的拜访位置寄存器(VLR，Visitor Location Register)获取漫游号码(PRN)。
步骤303，MSC Server B中的VLR向HLR B返回提供漫游号码确认(PRN_ACK，Providing Roaming Number Acknowledgement)消息中携带了UEB的漫游号码。
步骤304，HLR B向MSC Server A返回获取路由信息确认(SRI_ACK，SendRouting Info Acknowledgement)消息，消息中携带了UE B的路由信息、漫游号码、B定制的(如果是主叫彩铃，则是A定制的)带有振动或香味、灯光、气流等多媒体铃音特效的业务标志的多媒体彩铃业务标志。
步骤305，MSC Server A获得被叫的漫游号码(MSRN)后，向UE A发起呼叫进行中(Call_Proceeding)消息，以表明MSC Server A正在进行呼叫操作。
步骤306，MSC ServerA向MSC Server B发起起始地址(BICC IAM)消息，以建立到MSC Server B的电路连接。
步骤307，MSC Server B向UE B发起寻呼请求(PAGING)消息。
步骤308，UE B返回寻呼响应(PAGING_RSP，PAGING RESTPONSE)消息。
步骤309，MSC Server B向UE B发SETUP消息，以建立和被叫终端UE B的呼叫连接。
步骤310，UE B返回呼叫确认(CALL CONFIRMED)消息，以响应SETUP消息。
步骤311，UE B振铃，并向MSC Server B返回振铃(ALERTING)消息。
步骤312，MSC Server B向MSC ServerA返回地址全消息(BICC ACM)，用以确认被叫端局侧相应的中继电路已经建立。
步骤313，MSC Server A向主叫终端UE A返回ALERTING消息，表明被叫终端UE B已经在振铃中。
步骤314，MSC Server A向多媒体彩铃平台发起BICC IAM消息，IAM消息的Optional Part字段携带了B定制的(如果是主叫彩铃，则是A定制的)带有振动或香味、灯光、气流等多媒体铃音特效的业务标志的多媒体彩铃业务标志。
步骤315，多媒体彩铃平台向MSC Server A返回BICC ACM消息，以确认MSC Server A到多媒体彩铃平台的电路已经建立。
步骤316，多媒体彩铃平台向MSC Server A返回应答(BICC ANM)消息，此消息指示MSC Server A：当主叫终端UE A与多媒体彩铃平台连接之后就开始计费。
步骤317，MSC Server A向主叫终端UE A发送连接(CONNECT)信令，以指示UEA可以与多媒体彩铃平台进行通信。
步骤318，UEA向MSC ServerA返回连接应答消息(CONNECT_ACK)。
步骤319，UEA和多媒体彩铃平台之间进行H.245协商。
步骤320，多媒体彩铃平台通过媒体信道下发音视频等普通多媒体彩铃内容，同时通过H.245控制信道实时地下发根据振动(或香味、灯光、气流等)多媒体铃音特效的业务标志获取多媒体铃音特效指示信息。终端A播放音视频的同时，解析振动(或香味、灯光、气流等)多媒体铃音特效的业务标志获取多媒体铃音特效指示信息，并触发终端上的相应的多媒体铃音特效模块(比如振动模块、灯光模块、香味模块等)执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效。
振动(或香味、灯光、气流等)多媒体铃音特效的业务标志获取多媒体铃音特效指示信息具体携带方式可为：通过H.245控制信令中的User Input指示消息携带。
与每段音视频普通彩铃内容相应的振动(或香味、灯光、气流等)的多媒体彩铃业务标志的发送时间间隔由内容提供商预先设定好、并存放在多媒体彩铃平台中，无需被叫用户的设置。
步骤321，被叫终端UE B摘机，发送应答消息CONNECT。
步骤322，MSC Server B向MSC Server A返回BICC ANM，该消息指示MSC Server A：当UE A和UE B的连接建立后，就开始计费。
步骤323，MSC Server B向UE B返回连接确认CONNECT_ACK。
步骤324，MSC ServerA向多媒体彩铃平台发起释放(BICC REL)消息，指示多媒体彩铃平台拆除与主叫终端UE A之间的电路。彩铃实现方案主要有两种：一种是有话路迂回的方案，另一种是无话路迂回的方案。
(1)有话路迂回的方案是指：彩铃平台不仅作为彩铃播放设备，同时兼作桥接设备，即参与整个呼叫建立过程，并且在通话过程中作为话路的一部分。
(2)无话路迂回的方案是指：当被叫用户振铃后，由主叫端MSC Server发起到彩铃平台的连接，以触发向主叫播放彩铃的业务。当被叫用户摘记后，由主叫端MSC Server发起拆线信令，彩铃平台与主叫用户之间的电路随即释放。本实施例是以无话路迂回的方案举例说明的，具体实现中，也可通过有话路迂回的方案实现，就无需执行步骤324。
步骤325，MSC ServerA再次向UEA发起CONNECT连接，指示UEA可以与UE B建立连接。如果多媒体彩铃平台传递过来的多媒体铃音特效指示为灯光、香味、气流等，则这些形式的彩铃内容可以在被叫用户摘机应答后，仍然继续播放，即灯光可以继续闪烁、香味可以继续散发、微风可以继续吹，使得主叫用户在通话过程中，始终保持舒适的感受，直到通话结束才停止。这取决于终端用户的设置。
步骤326，UEA返回对CONNECT的ACK。
步骤327，多媒体彩铃平台主动拆除与UE A之间的H.245连接。UE A停止振动模块的振动。
步骤328，多媒体彩铃平台向机MSC ServerA返回释放结束(BICC RLC)消息，表明连接已拆除完成。
步骤329，主叫终端UE A发起与被叫终端UE B之间的H.245连接。
步骤330，UEA和UE B之间进行正常的电路域视频通话。
步骤331，UE A挂机，同时拆除与UE B之间的H.245连接，视频通话结束。
本实施例H.245控制信道实时对“振动(或香味、灯光、气流等)”多媒体铃音特效指示的传递，主叫用户接收到这些多媒体铃音特效指示信息之后与普通的音视频彩铃有机结合，使得多媒体彩铃的表现形式更加丰富，给主叫用户带来更多感官上的享受，同时满足被叫用户的个性化需求。
图10是根据本发明的第十实施例的主被叫呼叫过程建立的方法流程示意图；
该实施例的方法可应用于CS域移动网络架构中，比如，本实施例的场景可为：CS域中的被叫用户B可通过Web方式或交互式语音应答系统(IVR，Interactive Voice Response System)语音流程等方式定制了包括振动、香味、灯光效果以及气流等多媒体铃音特效的多媒体彩铃业务。当主叫用户A呼叫被叫用户B时，多媒体彩铃平台(CAT platform)通过BICC ACM信令的扩展字段以及CONNECT信令的扩展字段将与“振动、香味、灯光效果以及气流”等多媒体铃音特效相匹配的多媒体铃音特效指示信息一次性下发给主叫终端A。主叫终端A在播放音视频的同时，解析所述多媒体铃音特效的指示信息，并适时地触发所述主叫终端A的“振动、香味、灯光效果以及气流”等终端多媒体铃音特效功能模块。图10中，所述移动交换中心服务器A(MSC ServerA)、媒体网关A(MGW A)以及归属位置寄存器A(HLR A)为主叫终端A归属的网元，所述移动交换中心服务器B(MSC Server B)、媒体网关B(MGW B)以及归属位置寄存器B(HLR B)为被叫终端B归属的网元。
如图10所示，本实施例的流程具体可包括：
步骤400，主叫终端A(UE A)向MSC Server A发送呼叫建立(SETUP)消息，以初始化呼叫。
步骤401，MSC ServerA向HLRB发起获取路由请求(SRI)消息，以获取被叫终端B(UE B)的路由信息。
步骤402，HLR B向UE B所附着的MSC Server B中的归属位置寄存器(VLR)获取漫游号码(PRN)。
步骤403，MSC Server B中的VLR向HLR B返回提供漫游号码确认(PRN ACK)消息，消息中携带了UE B的漫游号码。
步骤404，HLR B向MSC ServerA返回获取路由信息确认(SRI_ACK)消息，消息中携带了UE B的路由信息、漫游号码、B定制的(如果是主叫彩铃，则是A定制的)带有香味或气流的多媒体铃音特效的业务标志的多媒体彩铃业务标志。
步骤405，MSC Server A获得被叫的漫游号码(MSRN)后，向UE A发起呼叫进行中(Call_Proceeding)消息，以表明MSC ServerA正在进行呼叫操作。
步骤406，MSC ServerA向MSC Server B发起起始地址(BICC IAM)消息，以建立到MSC Server B的电路连接。
步骤407，MSC Server B向UE B发起寻呼请求(PAGING)消息。
步骤408，UE B返回寻呼响应(PAGING_RSP)消息。
步骤409，MSC Server B向UE B发SETUP消息，以建立和被叫终端UE B的呼叫连接。
步骤410，UE B返回呼叫确认(CALL CONFIRMED)消息，以响应SETUP消息。
步骤411，UE B振铃，并向MSC Server B返回振铃(ALERTING)消息。
步骤412，MSC Server B向MSC ServerA返回地址全消息(BICC ACM)，用以确认被叫端局侧相应的中继电路已经建立。
步骤413，MSC Server A向主叫终端UE A返回ALERTING消息，表明被叫终端UE B已经在振铃中。
步骤414，MSC Server A向多媒体彩铃平台发起BICC IAM消息，IAM消息的Optional Part字段携带了被叫用户B定制的(如果是主叫彩铃，则是A定制的)带有香味或气流等多媒体铃音特效的业务标志的多媒体彩铃业务标志。
步骤415，多媒体彩铃平台向MSC Server A返回BICC ACM消息，以确认MSC Server A到多媒体彩铃平台的电路已经建立。同时，在ACM消息的OptionalPart字段携带了根据所述香味或气流的多媒体铃音特效的业务标志信息获取的多媒体铃音特效指示信息，其中可包括香味(或气流)的强弱信息。
具体实现中，ACM消息的结构图可如表1所示：
ITU-T Address Complete Message(ACM)
| SIO and Routing Label |
| CIC |
| Message Type：ACM |
| Backward Call Indicators bits H..A |
| Backward Call Indicators bits P..I |
| Mandatory Variable Part |
| Optional Part |
表1
步骤416，多媒体彩铃平台向MSC Server A返回应答(BICC ANM)消息，此消息指示MSC Server A：当主叫终端UE A与多媒体彩铃平台连接之后就开始计费。
步骤417，MSC Server A向主叫终端UE A发送Q.931的连接信令CONNECT，以指示UE A可以与多媒体彩铃平台进行通信。同时，CONNECT消息的User-to-user Information字段携带了根据所述香味或气流的多媒体铃音特效的业务标志信息获取的多媒体铃音特效指示信息，其中可包括香味(或气流)的强弱信息。UE A接收到指令后，触发相应特效模块执行相应的多媒体铃音特效。
CONNECT消息的结构可如表2所示：
ITU-T Q.931CONNECT
| Protocol Discriminator |
| Call Reference |
| Message Type：CONNECT |
| Other Main Field |
| User-to-user Information |
表2
步骤418，UE A向MSC Server A返回应答消息连接应答(CONNECT_ACK)。
步骤419，UEA和多媒体彩铃平台之间进行H.245协商。
步骤420，多媒体彩铃平台通过媒体信道下发普通的多媒体彩铃内容。包括音频、视频、图片、文字的一种或多种组合，这取决于被叫用户B的定制。此时，主叫用户A既有听觉和视觉上的享受，又有触觉、嗅觉上的享受(香味、气流等)。
步骤421，被叫终端UE B摘机，发送应答消息CONNECT。
步骤422，MSC Server B向MSC Server A返回BICC ANM，该消息指示MSC ServerA：当UEA和UE B的连接建立后，就开始计费。
步骤423，MSC Server B向UE B返回连接确认CONNECT_ACK。
步骤424，MSC ServerA向多媒体彩铃平台发起BICC REL消息，指示多媒体彩铃平台拆除与主叫终端UEA之间的电路。
步骤425，MSC Server A再次向UE A发起CONNECT连接，指示UE A可以与UE B建立连接。
步骤426，UEA返回对CONNECT的ACK。
步骤427，多媒体彩铃平台主动拆除与UE A之间的H.245连接。UE A的香味模块、气流模块还可继续运行，直到通话结束。
步骤428，多媒体彩铃平台向机MSC Server A返回释放(BICC REL)消息，表明连接已拆除完成。
步骤429，主叫终端UE A发起与被叫终端UE B之间的H.245连接。
步骤430，UEA和UE B之间进行正常的电路域视频通话。
步骤431，UE A挂机，同时拆除与UE B之间的H.245连接，视频通话结束。
本实施例通过呼叫信令的扩展字段(BICC ACM以及CONNECT)来在呼叫建立过程中一次性下发香味等多媒体铃音特效的指示信息，同时通过媒体信道传递普通的多媒体彩铃内容，实现了多媒体铃音特效与普通多媒体彩铃的综合传递，本实施例是在多媒体彩铃平台无法提供具有精确时间间隔的振动指令的情况下、可以节省控制信道资源的一种方案。
图11是根据本发明的第十一实施例的主被叫呼叫过程建立的方法流程示意图；
该实施例的方法可应用于CS域移动网络架构中，比如，本实施例的场景可为：CS域中的被叫用户B可通过Web方式或交互式语音应答系统(IVR，Interactive Voice Response System)语音流程等方式定制了包括“振动、香味、灯光效果以及气流”等多媒体铃音特效的多媒体彩铃业务。多媒体彩铃平台(CATplatform)根据主叫终端A发送过来的自身所具备的多媒体铃音特效支持能力，来选择振动、香味、灯光、气流等多媒体铃音特效中的一种或多种相匹配的多媒体铃音特效指示信息，来与普通多媒体彩铃内容结合下发给主叫用户。不同的终端有不同的能力，例如有的终端具备香味模块，而有的不具备香味模块，但多媒体彩铃平台并不知道主叫终端的能力。如果被叫用户定制了所有的多媒体铃音特效(振动、香味、灯光、气流)，而主叫终端只具备振动模块，这样，另外三种彩铃就白白占用了信道。为解决此问题，本实施例在主叫终端发起呼叫时，由SETUP消息携带其自身所具备的能力，并传递给多媒体彩铃平台，多媒体彩铃平台根据主叫终端的能力，选择相应的多媒体铃音特效指示信息进行发送。图11中，所述移动交换中心服务器A(MSC Server A)、媒体网关A(MGWA)以及归属位置寄存器A(HLR A)为主叫终端A归属的网元，所述移动交换中心服务器B(MSC Server B)、媒体网关B(MGW B)以及归属位置寄存器B(HLR B)为被叫终端B归属的网元。
如图11所示，本实施例的流程具体可包括：
步骤500，主叫终端A(UE A)向MSC Server A发送呼叫建立(SETUP)消息，以初始化呼叫。同时，在SETUP消息的User-to-user Information扩展字段中，携带终端A所具备的多媒体铃音特效支持能力标志(振动、散发香味、灯光闪烁、气流吹动中的一种或多种)。这可以由主叫用户自己设置，也可以是主叫终端默认的功能。主叫用户也可以通过短消息、IVR语音流程、Web页面等多种方式将自身的播放能力上传到彩铃平台中，这样就无需每次通过终端发送自身的播放能力标志，节省了信令资源的占用。
步骤501，MSC Server A向HLR B发起获取路由(SRI)请求，以获取被叫终端B(UE B)的路由信息。
步骤502，HLR B向UE B所附着的MSC Server B中的VLR取漫游号码。
步骤503，MSC Server B中的VLR向HLR B返回提供漫游号码确认(PRN_ACK)消息，消息中携带了UE B的漫游号码。
步骤504，HLR B向MSC ServerA返回获取路由信息确认(SRI ACK)消息，消息中携带了UE B的路由信息、漫游号码、B定制的(如果是主叫彩铃，则是A定制的)带有振动或香味、灯光、气流等多媒体铃音特效的业务标志的多媒体彩铃业务标志及携带终端A所具备的多媒体铃音特效支持能力标志。
步骤505，MSC Server A获得被叫的漫游号码(MSRN)后，向UE A发起呼叫进行中(Call_Proceeding)消息，以表明MSC ServerA正在进行呼叫操作。
步骤506，MSC ServerA向MSC Server B发起起始地址(BICC IAM)消息，以建立到MSC Server B的电路连接。
步骤507，MSC Server B向UE B发起寻呼请求(PAGING)消息。
步骤508，UE B返回寻呼响应(PAGING_RSP)消息。
步骤509，MSC Server B向UE B发SETUP消息，以建立和被叫终端UE B的呼叫连接。
步骤510，UE B返回呼叫确认(CALL CONFIRMED)消息，以响应SETUP消息。
步骤511，UE B振铃，并向MSC Server B返回振铃(ALERTING)消息。
步骤512，MSC Server B向MSC Server A返回地址全(BICC ACM)消息，用以确认被叫端局侧相应的中继电路已经建立。
步骤513，MSC Server A向主叫终端UE A返回ALERTING消息，表明被叫终端UE B已经在振铃中。
步骤514，MSC Server A向多媒体彩铃平台发起BICC IAM消息，IAM消息的Optional Part字段携带了被叫用户B定制的(如果是主叫彩铃，则是A定制的)带有振动或香味、灯光、气流等多媒体铃音特效的业务标志的多媒体彩铃业务标志及携带终端A所具备的多媒体铃音特效支持能力标志。
步骤515，多媒体彩铃平台向MSC Server A返回BICC ACM消息，以确认MSC Server A到多媒体彩铃平台的电路已经建立。
步骤516，多媒体彩铃平台向MSC Server A返回BICC ANM消息，此消息指示MSC Server A：当主叫终端UE A与多媒体彩铃平台连接之后就开始计费。
步骤517，MSC ServerA向主叫终端UEA发送连接信令CONNECT，以指示UE A可以与多媒体彩铃平台进行通信。
步骤518，UEA向MSC ServerA返回应答消息CONNECT_ACK。
步骤519，UEA和多媒体彩铃平台之间进行H.245协商。
步骤520，多媒体彩铃平台根据UE A所具备的播放能力，选择UE A可以播放的多媒体铃音特效(振动、香味、灯光、气流等)，通过H.245控制信道适时地下发相应的多媒体铃音特效指示信息，同时为UE A播放普通的多媒体彩铃。终端A播放音视频的同时，解析振动(或香味、灯光、气流等)多媒体铃音特效的业务标志获取多媒体铃音特效指示信息，并触发终端上的相应的多媒体铃音特效模块(比如振动模块、灯光模块、香味模块等)执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效。
步骤521，被叫终端UE B摘机，发送应答消息CONNECT。
步骤522，MSC Server B向MSC Server A返回应答(BICC ANM)消息，该消息指示MSC Server A：当UE A和UE B的连接建立后，就开始计费。
步骤523，MSC Server B向UE B返回连接确认CONNECT_ACK。
步骤524，MSC Server A向多媒体彩铃平台发起释放(BICC REL)消息，指示多媒体彩铃平台拆除与主叫终端UE A之间的电路。
步骤525，MSC Server A再次向UE A发起CONNECT连接，指示UE A可以与UE B建立连接。
步骤526，UEA返回对CONNECT的ACK。
步骤527，多媒体彩铃平台主动拆除与UE A之间的H.245连接。UE A停止振动模块的振动。
步骤528，多媒体彩铃平台向机MSC Server A返回BICC REL消息，表明连接已拆除完成。
步骤529，主叫终端UE A发起与被叫终端UE B之间的H.245连接。
步骤530，UEA和UE B之间进行正常的电路域视频通话。
步骤531，UE A挂机，同时拆除与UE B之间的H.245连接，视频通话结束。
本实施例通过在主叫用户发起呼叫的SETUP消息的扩展字段中携带主叫终端的特殊能力标志，以告知多媒体彩铃平台主叫终端能够播放哪些特殊彩铃。使得下发多媒体铃音特效指示信息的H.245控制信道能够被有效利用起来，而不会被无法播放的彩铃信息白白占用。
图12是根据本发明的第十二实施例的主被叫呼叫过程建立的方法流程示意图。本实施例是在IMS域中，通过200OK和183信令携带XML文件，来传输具有精确时间控制的多媒体铃音特效(振动、香味、灯光、气流等)的指示信息。主叫终端在接收到XML文件后，对其进行解析，然后在接收到多媒体彩铃平台下发的音视频的同时，开始按XML文件触发相应的特效模块进行多媒体铃音特效的展示。
图12中，服务呼叫会话控制功能实体(S-CSC-FE，Serving Call SessionControl Entity)掌控了与会话控制和会话消息路由相关的功能。它用于建立、监视、支持、释放多媒体会话，并管理用户的业务交互。
应用服务器功能实体(AS-FE，Application Server Function Entity)，即彩铃服务器(与上文说的多媒体彩铃平台相同)，它位于用户的归属地网络或者第三方位置。AS-FE是CRBT业务逻辑中的核心组件，它用于响应CRBT业务请求，查询基于呼叫信息和业务策略的个性化的媒体信息，并控制媒体协商。S-CSC-FE与AS-FE来进行交互以支持多媒体回铃音(CRBT，Customized Ring BackTone)，即彩铃业务。
媒体资源功能实体(MR-FE，Media Resource Function Entity)在核心网中提供了一系列的资源来支持业务。具体实现中MR-FE包括媒体资源控制功能实体(MRC-FE，Media Resource Controller Function Entity)和媒体资源处理功能实体(MRP-FE，Media Resource Processor Function Entity)，CRBT业务中，MR-FE存储了音频/视频媒体，与AS-FE交互并提供给终端用户。在该实施例中，MR-FE还存储了与音视频文件相匹配的XML配置文件，XML文件中存储的是具有精确时间间隔的振动等特效的指令信息。
如图12所示，本实施例的流程具体可包括：
步骤600-601，主叫方A(UE-A)发送连接请求(INVITE)给被叫方B(UE-B)，所述INVITE消息中带有offer标签。INVITE在经过S-CSC-FE时，进行了相应的策略过滤，然后被路由到CRBT AS-FE，S-CSC-FE在发送的INVITE中携带B定制的(如果是主叫彩铃，则是A定制的)带有振动或香味、灯光、气流等多媒体铃音特效的业务标志的多媒体彩铃业务标志。具体的，所述也业务标志信息可在所述INVITE的SDF字段中携带。之后CRBT AS-FE将INVITE消息发送到UE-B。INVITE的supported头域中包含了早期会话(early-session)选项标签和100rel选项标签。
步骤602，AS-FE发送带有offer的INVITE请求给UE-B。
步骤603，UE-B产生一个可靠的会话进行中(183)给UE-A，所述183消息中带有answer标签。183(answer)首先到达CRBT AS-FE。
步骤604，CRBT AS-FE发现UE-A支持早期会话，并且UE-B已经定制了CRBT业务。CRBT AS-FE发送INVITE请求给CRBT MR-FE。
步骤605，CRBT MR-FE发送“200OK(CRBT offer+XML文件)”给CRBTAS-FE。
200OK消息为SIP信令中的一种应答消息，用于指示请求已经处理成功。本实施例在该消息的消息体中携带XML文件(包含了根据振动(或香味、灯光、气流等)多媒体铃音特效的业务标志获取多媒体铃音特效指示信息)，以传递给UE-A。具体的携带方法为：将SIP消息头域中的Content-Type设置为“multipart/mixed”类型，然后在SDP消息体后增加一个XML消息体，并将XML消息体的Content-Type设为“application/XML”类型。SDP消息体和XML消息体以“boundaryl”字段间隔开来。
步骤606-607，CRBT AS-FE发现UE-A支持早期会话，发送183响应消息给UE-A。所述183消息中携带所述XML文件。
183消息为SIP信令中的一种临时响应消息，用于指示建立会话的进度信息。本实施例在该消息的消息体中携带XML文件(包含了根据振动(或香味、灯光、气流等)多媒体铃音特效的业务标志获取多媒体铃音特效指示信息)，以传递给UE-A。具体的携带方法为：将SIP消息头域中的Content-Type设置为
“multipart/mixed”类型，然后在SDP消息体后增加一个XML消息体，并将XML消息体的Content-Type设为“application/XML”类型。SDP消息体和XML消息体以“boundaryl”字段间隔开来。
步骤608-609，UE-A以可靠的临时响应确认(PRACK，携带响应标签answer)进行应答。PRACK消息首先到达CRBT AS-FE。
步骤610，CRBT AS-FE发送PRACK到UE-B。
步骤611，CRBTAS-FE再将PRACK(携带answer标签)发送给CRBT MR-FE。
步骤612-614，UE-B发送200OK给UE-A以应答PRACK。
步骤615-616，UE-B发送振铃(180ringing)给UE-A。
步骤617，CRBTAS-FE发送信息(INFO)消息给CRBT MR-FE。
步骤618，CRBT MR-FE向CRBTAS-FE发送200OK进行INFO的响应，然后MR-FE为UE-A播放普通的音视频等多媒体彩铃内容，同时UE-A根据所接收到的XML文件中的多媒体铃音特效指示信息的触发相应的多媒体铃音特效模块执行相应的多媒体铃音特效。这样，主叫用户就可以在UE-A上收看(收听)多媒体彩铃内容的同时，感受到振动或其他特效带来的感官体验。
步骤619-620，UE-B发送200OK给UE-A，表示UE-B摘机应答。
步骤621，UE-A发送确认响应(ACK)给UE-B。
步骤622，CRBTAS-FE发送再见(BYE)消息给CRBT MR-FE.
步骤623，CRBT MRC/P-FE发送200OK以应答所述BYE消息，然后停止为UE-A播放CRBT。之后UE-A和UE-B进行基于实时传输(RTP，Real-timeTransport Protocol)协议的可视电话通话。
本实施例在IMS域中，通过发送携带XML文件的SIP消息来传递振动、香味、灯光、气流等多媒体铃音特效的指示信息。由于XML文件可以携带大量的信息，可以实现振动等特殊效果与音视频的精确配合播放，给主叫用户带来更优质的感官体验。并且XML文件只需在建立早期会话时一次下发即可，相对于实时占用H.245控制信道，该方案更节约信道资源。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(ROM，Read-OnlyMemory)或随机存储记忆体(RAM，Random Access Memory)等。
以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
Claims (18)
1、一种传递多媒体铃音的方法，其特征在于，包括：
根据多媒体铃音特效的业务标志信息，获取多媒体铃音特效指示信息；
将所述获取的多媒体铃音特效指示信息发送给终端设备，以触发所述终端设备执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效。
2、如权利要求1所述的传递多媒体铃音的方法，其特征在于，所述将所述获取的多媒体铃音特效指示信息发送给终端设备包括：
通过H.245控制信道中的第一信令消息将所述获取的多媒体铃音特效指示信息发送给所述终端设备。
3、如权利要求2所述的传递多媒体铃音的方法，其特征在于，所述第一信令消息为H.245控制信令中的用户指示消息、抖动指示消息、功能无法理解消息、H.255.0最大斜偏指示消息中任一种。
4、如权利要求1所述的传递多媒体铃音的方法，其特征在于，所述将所述获取的多媒体铃音特效指示信息发送给终端设备包括：
通过地址全消息以及连接消息将所述获取的多媒体铃音特效指示信息发送给所述终端设备。
5、如权利要求4所述的传递多媒体铃音的方法，其特征在于，所述通过地址全消息以及连接消息或能力消息将所述获取的多媒体铃音特效指示信息发送给所述终端设备包括：
向所述终端设备归属的移动交换中心服务器发送地址全消息，所述地址全消息的Optional Part字段携带有所述获取的多媒体铃音特效指示信息；
所述移动交换中心服务器向所述终端设备发送连接消息，所述连接消息的User-to-user Information字段携带有所述获取的多媒体铃音特效指示信息，或所述移动交换中心服务器向所述终端设备发送能力消息，所述能力消息的Facilipy字段携带有所述获取的多媒体铃音特效指示信息。
6、如权利要求1所述的传递多媒体铃音的方法，其特征在于，所述将所述获取的多媒体铃音特效指示信息发送给终端设备包括：
通过SIP信令中的第二信令消息的可扩展标记语言消息体将所述获取的多媒体铃音特效指示信息发送给终端设备。
7、如权利要求6所述的传递多媒体铃音的方法，其特征在于，所述第二信令消息为会话进行中消息、180振铃消息、信息消息以及短消息中任一种。
8、如权利要求1所述的传递多媒体铃音的方法，其特征在于，所述根据多媒体铃音特效的业务标志信息，获取多媒体铃音特效指示信息包括：
根据所述业务标志信息，查找到与所述业务标志对应的所有多媒体铃音特效指示信息；
根据终端设备上报的多媒体铃音特效支持能力信息，从所述查找到的多媒体铃音特效指示信息中选择所述终端设备支持的多媒体铃音特效的多媒体铃音特效指示信息。
9、如权利要求8所述的传递多媒体铃音的方法，其特征在于，还包括：
接收到移动交换中心服务器发送的起始地址消息，所述起始地址消息的Optional Part字段携带有所述多媒体铃音特效支持能力信息。
10、如权利要求9所述的传递多媒体铃音的方法，其特征在于，还包括：
终端设备通过呼叫建立请求消息将所述终端设备的多媒体铃音特效支持能力信息发送给所述移动交换中心服务器。
11、如权利要求1-10中任一项所述的传递多媒体铃音的方法，其特征在于，所述多媒体铃音特效包括振动特效、香味特效、灯光特效以及气流特效中一种或多种。
12、一种彩铃服务器，其特征在于，包括：
特效获取单元，用于根据多媒体铃音特效的业务标志信息，获取多媒体铃音特效指示信息；
特效发送单元，用于将所述特效获取单元获取的多媒体铃音特效指示信息发送给终端设备，以触发所述终端设备执行所述多媒体铃音特效指示信息所指示的多媒体铃音特效。
13、如权利要求12所述的彩铃服务器，其特征在于，所述特效获取单元包括：
查找单元，用于根据所述业务标志信息，查找到与所述业务标志对应的多媒体铃音特效指示信息；
选择单元，用于根据终端设备上报的多媒体铃音特效支持能力信息，从所述查找到的多媒体铃音特效指示信息中选择所述终端设备支持的多媒体铃音特效的多媒体铃音特效指示信息。
14、如权利要求12所述的彩铃服务器，其特征在于，所述特效发送单元包括：
第一发送单元，用于通过H.245控制信道中的第一信令消息将所述特效获取单元获取的多媒体铃音特效指示信息发送给所述终端设备。
15、如权利要求14所述的彩铃服务器，其特征在于，所述第一信令消息为H.245控制信令中的用户指示消息、抖动指示消息、功能无法理解消息、H.255.0最大斜偏指示消息中任一种。
16、如权利要求13所述的彩铃服务器，其特征在于，所述特效发送单元包括：
第三发送单元，用于通过SIP信令中的第二信令消息的可扩展标记语言消息体将所述特效获取单元获取的多媒体铃音特效指示信息发送给所述终端设备。
17、如权利要求16所述的彩铃服务器，其特征在于，所述第二信令消息为会话进行中消息、180振铃消息、信息消息以及短消息中任一种。
18、一种传递多媒体铃音的系统，其特征在于，包括：
彩铃服务器，用于根据多媒体铃音特效的业务标志信息，获取多媒体铃音特效指示信息，并通过地址全消息发送所述获取的多媒体铃音特效指示信息；
移动交换中心服务器，用于接收所述彩铃服务器发送的多媒体铃音特效指示信息，并通过连接消息将所述多媒体铃音特效指示信息发送给终端设备。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810030195A CN101651847A (zh) | 2008-08-15 | 2008-08-15 | 一种传递多媒体铃音的方法、彩铃服务器及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810030195A CN101651847A (zh) | 2008-08-15 | 2008-08-15 | 一种传递多媒体铃音的方法、彩铃服务器及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101651847A true CN101651847A (zh) | 2010-02-17 |
Family
ID=41673929
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200810030195A Pending CN101651847A (zh) | 2008-08-15 | 2008-08-15 | 一种传递多媒体铃音的方法、彩铃服务器及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101651847A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102510560A (zh) * | 2011-11-17 | 2012-06-20 | 河南翔东科技发展有限公司 | 个性化多媒体彩像业务的系统与方法 |
| CN102724640A (zh) * | 2012-05-30 | 2012-10-10 | 中兴通讯股份有限公司 | 视频彩铃的实现方法、装置及系统 |
| WO2014180231A1 (zh) * | 2013-11-20 | 2014-11-13 | 中兴通讯股份有限公司 | 一种彩铃业务的实现方法及装置和执行方法及终端 |
| CN110519244A (zh) * | 2019-08-15 | 2019-11-29 | 咪咕文化科技有限公司 | 游戏控制方法、通信设备、系统及计算机可读存储介质 |
| CN110958254A (zh) * | 2019-12-06 | 2020-04-03 | 号百信息服务有限公司 | 一种VoLTE网络中的富媒体铃声系统和铃声管理方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1893463A (zh) * | 2005-07-06 | 2007-01-10 | 英华达股份有限公司 | 来电和弦灯光的控制模组及其控制方法 |
| CN101009575A (zh) * | 2006-12-30 | 2007-08-01 | 北京邮电大学 | 在一次呼叫过程中实现多个早期媒体类业务的方法 |
| CN101222673A (zh) * | 2007-12-26 | 2008-07-16 | 华为技术有限公司 | 多媒体回铃音业务的实现方法及系统 |
-
2008
- 2008-08-15 CN CN200810030195A patent/CN101651847A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1893463A (zh) * | 2005-07-06 | 2007-01-10 | 英华达股份有限公司 | 来电和弦灯光的控制模组及其控制方法 |
| CN101009575A (zh) * | 2006-12-30 | 2007-08-01 | 北京邮电大学 | 在一次呼叫过程中实现多个早期媒体类业务的方法 |
| CN101222673A (zh) * | 2007-12-26 | 2008-07-16 | 华为技术有限公司 | 多媒体回铃音业务的实现方法及系统 |
Non-Patent Citations (2)
| Title |
|---|
| ITU: "《ITU-T H.245》", 30 June 2008 * |
| 中国移动通信有限公司: "《中国移动通信企业标准QB-E-008-2007》", 23 August 2007 * |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102510560A (zh) * | 2011-11-17 | 2012-06-20 | 河南翔东科技发展有限公司 | 个性化多媒体彩像业务的系统与方法 |
| CN102724640A (zh) * | 2012-05-30 | 2012-10-10 | 中兴通讯股份有限公司 | 视频彩铃的实现方法、装置及系统 |
| CN102724640B (zh) * | 2012-05-30 | 2018-06-01 | 中兴通讯股份有限公司 | 视频彩铃的实现方法、装置及系统 |
| WO2014180231A1 (zh) * | 2013-11-20 | 2014-11-13 | 中兴通讯股份有限公司 | 一种彩铃业务的实现方法及装置和执行方法及终端 |
| CN104661196A (zh) * | 2013-11-20 | 2015-05-27 | 中兴通讯股份有限公司 | 一种彩铃业务的实现方法及装置和执行方法及终端 |
| CN110519244A (zh) * | 2019-08-15 | 2019-11-29 | 咪咕文化科技有限公司 | 游戏控制方法、通信设备、系统及计算机可读存储介质 |
| CN110958254A (zh) * | 2019-12-06 | 2020-04-03 | 号百信息服务有限公司 | 一种VoLTE网络中的富媒体铃声系统和铃声管理方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101467433B (zh) | 用于个性化回铃音的方法和设备 | |
| EP1848189B1 (en) | A method for implementing a multi-media ringback and a system thereof | |
| CN101267583B (zh) | 一种移动通信系统中个性化多媒体振铃业务的实现方法 | |
| CN100454946C (zh) | 在被叫终端播放个性化振铃的方法 | |
| US7912198B2 (en) | System and method for implementing multimedia ring back tone service | |
| CN101222673B (zh) | 多媒体回铃音业务的实现方法及系统 | |
| CN101626550B (zh) | 一种彩铃选择方法、系统及相关装置 | |
| US8131265B2 (en) | System and method for implementing multimedia ring back tone service | |
| CN100531271C (zh) | 可视电话呼叫方法及系统 | |
| KR20080102242A (ko) | 통화 연결음을 사용하여 존재 정보를 제공하는 방법 및 시스템 | |
| CN104105080A (zh) | 一种视频媒体播放方法、装置及系统 | |
| CN100484172C (zh) | 一种实现视频彩铃业务的系统及方法 | |
| RU2431934C2 (ru) | Способ и система для обеспечения контроля посылки вызова в сети связи | |
| CN102131158A (zh) | 一种实现多媒体彩铃业务的方法及系统 | |
| CN101516069A (zh) | 被叫终端在用户应答前动态播放振铃的系统和方法 | |
| CN101662738A (zh) | 一种多媒体彩铃播放方法、装置及其系统 | |
| CN101651847A (zh) | 一种传递多媒体铃音的方法、彩铃服务器及系统 | |
| CN101267653B (zh) | 移动通信系统中个性化多媒体回铃业务的实现方法 | |
| CN101090420B (zh) | Ims域遇忙呼叫前转与彩铃嵌套业务的实现方法及系统 | |
| CN101931614B (zh) | 一种呼叫过程中呈现用户状态信息的方法及系统 | |
| CN101540963B (zh) | 一种停止播放彩铃的方法、装置及系统 | |
| CN101026649B (zh) | 移动智能网用户的彩铃业务实现方法 | |
| CN100387076C (zh) | 一种实现彩铃优化的方法 | |
| CN101277337B (zh) | 一种实现彩铃业务的方法、系统、彩铃平台及交换设备 | |
| CN1867002B (zh) | 一种实现多媒体回铃音业务的系统及方法 |
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: 20100217 |