一种增强呼叫双方用户体验的系统和方法

文档序号:7662592阅读:245来源:国知局
专利名称:一种增强呼叫双方用户体验的系统和方法
技术领域
本发明涉及通信业务领域,更具体地涉及一种增强呼叫双方用 户体马全的系纟克及方法。
背景技术
随着现代移动网络通信二技术和孩t处理器4支术的进步,移动通信 终端设备的功能和性能得到了很大的提高。近年来各种支持多媒体播放的移动通信终端设备出现在市场上。另一方面2G网络发展延 伸形成3G网络,无线移动通讯网络:技术的迅猛发展,使得移动通 信终端具备更多的无线接入模式和更高的数据接入带宽。双模或多 模手机的出现使得手机作为移动通信终端可以同时注册到几种不 同的无线网全各,并同时处于辨,才几:l犬态。以双网双冲莫(TD-SCDMA、 GSM)手才几为例,手才几可以同时注册到TD-SCDMA网全各和GSM 网络,GSM网络可以实现基本的呼叫和短信息业务,TD-SCDMA 网络可以使得手机具备高速的数据通信能力为手机提供高速的数 据下载及实时传输业务。目前,通信终端在参与呼叫时主要有以下两种方式增加用户体 验。彩铃业务被叫用户订制一段音乐作为彩铃,当有主叫用户呼 叫4皮叫时触发彩铃业务。在呼叫过程中,主叫听回铃音阶,爻,通过 一定的技术手段将被叫用户订制的彩铃(音乐)作为回铃音播放给主 叫。彩铃业务增加了主叫用户在呼叫过程中的用户体验。振铃祸: 叫用户在自己的通信终端(手机)上指定一段音乐作为振铃音乐。
在呼叫过程中,主叫用户听回铃音时,净皮叫的手机播力文被叫用户指 定的音乐以提示被叫接听电话。振铃的音乐由被叫用户根据自身的 手机情况和自己的喜好指定,增加了被叫用户在呼叫过程中的用户 体验。由上可见,目前存在的增加呼叫双方的用户体验的方法比较单 一,彩铃业务只针对呼叫双方的单方——主叫方提供用户体验,且由该业务由被叫订制,没有主叫参与;振铃只针对呼叫双方的单 方——被叫方提供用户体验,且由被叫用户指定振铃方式,不利于 充分体现主叫的更多信息与个性。以上两个增强用户体—验增强的方 法得不到主叫用户的积极参与,主叫在呼叫过程中缺乏展示自我的 机会没有办法展现主叫订制的业务。此外,目前提供增加用户体—验 的方法主要是音乐方式,手段单一。不能使用多媒体的方式增强呼 叫又又方的用户体4全。发明内容本发明提出了 一种增强呼叫双方用户体验的系统和方法,使主 被叫双方在呼叫过程中参与到对方的业务定制中去,以解决现有技 术中提高呼叫双方用户体验手段单一的问题。根据本发明的增强呼叫双方用户体验的系统包括移动通信多 媒体终端设备,用于对用户提供语音和数据服务,并通过其良好的 用户接口增强呼叫过程中的用户体验。移动通信呼叫控制服务器, 用于控制移动通信多媒体终端设备之间的呼叫。智能网业务平台服 务器,用于为用户提供智能网业务逻辑支持。々某体资源服务器,用 于存储各种多媒体资源,为整个系统提供多媒体服务资源。移动通 信基站,用于联系双模智能手机和网络侧的各种服务器。
其中,移动通信多士某体终端i殳备通常为一智能手^L,包括宽 大的高清晰度、真彩色的多媒体显示屏,用于显示多媒体视频内容; 高保真的扬声器,用于播放多々某体音频内容;振动器,用于在适当 的时候通过手机的振动提醒用户。此外双模智能手机还必须包括强 大的多媒体及网络处理平台及一定容量的非易失性存储器(Flash ROM),用于下载及播放多媒体内容; 一个友好的易用的用户操作 界面;及提供基本通话服务所需的基本电话功能。其中,移动通信呼叫控制服务器包括基本呼叫控制模块,用 于为呼叫双方提供呼叫建立,呼叫接续,呼叫保持,呼叫释放等基 本呼叫操作;移动终端信息管理模块,用于存储主被叫归属地等相 关信息,用于记录主被叫用户登记业务信息,对主被叫用户进行鉴 权及计费等.其中,智能网业务平台月l务器还包括并才艮据不同的业务逻辑 配合移动通信呼叫控制月良务器管理用户呼叫过程。才艮据不同的业务 逻辑,联络媒体资源服务器为双模智能手机提供多媒体文件服务。其中,媒体资源服务器还包括大容量的多媒体资源存储模块,用于存储用户订制的多媒体资源。多媒体资源管理模块,用于管理 多媒体资源,方便用户订制业务相关多媒体资源,实现多媒体内容 的编辑,上载,订制,下载及推送。配合智能网业务平台服务器为 智能手机提供多媒体文件服务.根据本发明的增强呼叫双方用户体验的方法包括以下步骤S101,用户A在智能网业务平台申请业务ServiceX,为自己订 制了多J 某体;f见频文件CallerMultimediaA(当用户A估支主叫时用于增 加被叫(对方)的用户体-睑)和多々某体^L频CalleeMultimediaA (当 用户A做;陂叫时用于增加主叫(对方)的用户体-险)和多J 某体视频
AfterCallMultimediaA(当用户A先挂才几后,用于增加未挂才几方的用 户体验,提示用户挂机),并将多媒体内容保存到媒体资源服务器。 用户B在智能网业务平台申请业务ServiceX,为自己订制了多々某体 -現频文件CallerMultimediaB (当用户B估支主叫时用于增加^皮叫的用 户体验)和多J 某体^见频CalleeMultimediaB (当用户B賴d皮叫时用于 i曽力口主叫的用户体—验),禾口多J 某体一见频AfterCallMultimediaB(当用户 B先挂才几后,用于增加未挂才几方的用户体-睑,^是示用户桂糸L)并将多 媒体内容保存到4某体资源服务器。5102, 用户A呼叫用户B。5103, 在基本呼叫的振铃阶段用户A的双模智能手机播放用户 B订制的CalleeMultimediaB多4某体文件,以体现用户B的个性,增 加用户A的用户体-验。用户B的双才莫智能手插j文用户A订制的 CallerMultimediaA多i某体文件以体现用户A的个性,4是示用户B来 电,增力o用户B的用户体马全。5104, 用户B摘机,用户A和用户B的双才莫智能手机停止插_放 订制的个性多+某体#见频,用户A和用户B通话.5105, 用户A或者用户B挂机,未挂机的一方的双才莫智能手机 4番》丈对方订制的4是醒其挂才几的多少某体^见频,后挂4几的一方挂4几,呼 叫结束.通过本发明,可以增强呼叫双方的用户体-睑,为呼叫双方^是供 丰富多彩的个性化展示机会,使得呼叫更有乐趣,从而增加用户使 用呼叫的频率。本发明为电信运营商及内容提供商提供一种极具潜 力的业务,从而提升服务质量,吸纳更多用户,使得运营商能够迅 速开展业务、拓展新用户.本发明中主叫用户充分地参与并订制业 务,并通过被叫用户的智能手机终端设备得以展现,可以充分体现 主叫用户的个性,1更于主叫用户纟是高知名度,^皮叫用户订制的多J 某 体视频在主叫用户的智能手机终端设备上得以体现,可以提高主叫 用户体验。本发明中被叫用户充分地参与到呼叫过程中,主叫用户 指定的多媒体视频增加了被叫用户体验。被叫用户订制的多媒体视 频,也体现;故叫用户的个性,增加了主叫用户体-验。


此处所说明的附图用来^是供对本发明的进一步理解,构成本申 请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成只于本发明的不当限定。在附图中图1A至图1E是^4居本发明实施例的一种增强呼叫双方用户体 -验的方法及其步艰《的流禾呈图;图2是根据本发明实施例的组网图;图3是根据本发明实施例的用户呼叫时序图;具体实施方式
下面参考附图,详细i兌明本发明的具体实施方式
。参考图1,说明根据本发明实施例的一种增强呼叫双方用户体 -验的方法。如图l所示,该方法包4舌以下步骤S101,用户A在智 能网业务平台申请业务ServiceX,为自己订制了多媒体视频文件 CallerMultimediaA (当用户A估文主叫时用于增加^皮叫的用户体—验) 和多々某体;f见频CalleeMultimediaA (当用户A催b故叫时用于增力口主 叫(对方)的用户体-睑)和多J 某体视频AfterCallMultimediaA(当用
户A先挂才几后,用于增加未挂4几方的用户体-验,4是示用户挂4几)并将 多媒体内容保存到媒体资源服务器。用户B在智能网业务平台申请 业务ServiceX,为自己订制了多々某体^L频文件CallerMultimediaB(当 用户B估文主叫时用于增力。^皮叫的用户体马企)和多々某体一见频 CalleeMultimediaB (当用户B做被叫时用于增加主叫的用户体一险), 和多々某体视频AfterCallMultimediaB(当用户B先挂机后,用于增加 未挂机方的用户体验,提示用户挂机)并将多媒体内容保存到媒体 资源服务器。S102,用户A呼叫用户B。 S103,在基本呼叫的振铃 阶段用户A的双才莫智能手机播放用户B订制的CalleeMultimediaB 多媒体文件,以增加用户A的用户体验。用户B的双模智能手播放 用户A订制的CallerMultimediaA多媒体文件以提示用户B来电,增 加用户B的用户体^r。S104,用户B4离才几,用户A和用户B通i舌,用 户A和用户B的双模智能手机停止播放订制的个性多媒体视频. S105,用户A或者用户B挂4几,呼叫结束。如图1B所示,其中,步艰《S101进一步包4舌以下步骤S1011, 用户向运营商才是出业务申请ServiceX。 S1012,运营商4受4又管理的 业务平台登记受理业务ServiceX。 S1013,订制业务所需多^某体文 件,建立业务与多々某体资源对易关系。用户A在申请业务ServiceX 时由业务平台按照用户A的意愿指定一^a多^某体^L频文件 CallerMultimediaA作为呼叫期间如果用户A作为主叫时显示在4皮 叫用户B的智能手才几上的源文件。由业务平台4要照用户A的意愿指 定一,殳多J 某体4见频文件CalleeMultimediaA作为呼叫期间,A係L净皮 叫时显示在用户B (主叫)的智能手机上的源文件。由业务平台按 照用户A的意愿指定一^:多々某体^L频文件AfterCallMultimediaA(呼 叫结束时,当用户A先挂机后,用于增加未挂机方的用户体验,提 示用户挂机).用户B在申请业务ServiceX时由业务平台按照用户B 的意愿指定一段多^某体^L频文件CallerMultimediaB作为呼叫期间, 如果用户B作为主叫时显示在一皮叫用户A的智能手才几上的源文件。
由业务平台按照用户B的意愿指定一段多媒体视频文件 CalleeMultimediaB作为呼叫期间,B侮^皮叫时显示在用户A(主叫) 的智能手机上的源文件.由业务平台按照用户B的意愿指定一段多 々某体^L频文件AfterCallMultimediaB(呼叫结束后,如果用户B先挂 机,用于增加未挂机方的用户体验,提示用户挂机)。S1014,定位多 J 某体资源。CallerMultimediaA被保存在多J 某体资源服务器上并以一 定的标识符定位;CalleeMultimediaA被保存在多J 某体资源服务器上 并以 一 定的标识符定位。其中,步骤S101进一步还可能包括S1015,呼叫双方用户才艮据 需要通过多媒体资源服务器管理模块更新业务相关多媒体文件。 用户可以使用的多J 某体文件更新的方式包括但不限于,互联网web 方式,授^又运营商方式,通过4豆消息方式,通过IVR(Interactive Voice Response)方式等。如图1C所示,步骤S102进一步包括以下步骤S1021,用户A 通过智能手机A拨打用户B的电话号码.S1022,智能手机A向呼 叫控制服务器发起呼叫。S1023,呼叫控制服务器根据呼叫双方的 签约情况及业务登记情况向业务平台服务器检查业务。S1024,业 务平台根据检出的业务数据向呼叫双方的智能手机通告业务多J 某 体资源信息。S1025,呼叫双方的智能手机启用宽带数据下载模式, 根据业务平台返回的多媒体资源信息到多媒体资源服务器下载多 J 某体文件。S1026,呼叫双方都下载完毕后业务平台月l务器向呼叫 控制服务器发出业务就绪消息。所述的智能手机启用宽带数据下载模式是指双模智能手机在 宽带数据模式下通过运营商提供的数据服务进行的多々某体文件下 载方式,包括〃f旦不限于,通过http方式,ftp方式,tftp方式,ssl方式等。
其中步骤S1025还包括,根据多媒体文件服务器及移动网络带 宽的不同,在带宽及负荷允许的情况下,多媒体文件服务器可以提 供实时在线播放的方式为智能手机提供多媒体在线播放的流媒体 服务。相应的过程还包括,智能手机和文件服务器建立流媒体连接: 包括但不限于,智能手机和多媒体文件服务器进行必要的能力协商 Qos协商等内容。如果是以流媒体实时播放的方式,则业务平台服 务器在媒体能力协商通过后向呼叫控制服务器发送业务就绪消息。 所述的媒体协商过程及流々某体实时播放过程使用的协议包括但不 限于,H.248 Megaco协议,MGCP协议,SIP协议,SDP协议,RTP协 议,RTCP协议,RSVP协议等。其中步骤S102进一步包括如果业务检出失败,则呼叫控制服 务器直接控制呼叫双方完成基本呼叫。即去4卓呼叫双方的个性多 媒体订制内容展现部分,和一次通常的通话过程一样,让被叫振铃,让主叫听回铃音,并指导智能手才几完成呼叫。如图1D所示,其中步骤S103进一步包括以下步骤S1031,呼 叫控制服务器收到业务就绪消息后向呼叫双方的智能手机发出播 放指令。S1032,呼叫双方的智能手机分別向各自的用户展现对方 订制的多々某体内容,以增强呼叫双方的用户体马全。如图1E所示,其中步骤S104进一步包括以下步骤S1041,用 户B用户摘机。S1042,呼叫控制服务器检测到用户B的智能手机 的摘机事件,向呼叫双方智能手机发出停止多媒体展现的命令。 S1043,呼叫控制服务器将用户A和用户B的正常通话连接,用户A 和用户B正常通i舌。所述的用户A和用户B的正常通i舌包4&f旦不 限于,语音通话,纟见频通话。^口图1E所示,其中步驶《S105进一步包4舌以下步骤S1051,用 户A或者用户B挂机。S1052,呼叫控制服务器收到呼叫双方任意 一方挂机事件后将挂机方呼叫释放。S1053,未挂机一方的智能手 才;W是示用户通话结束。用户挂4几。S1054,呼叫控制力良务器将剩余 呼叫释放。图2示出了增强呼叫双方用户体-睑的组网图。从图2中可以看 出,增强呼叫双方用户体验的系统包括最终用户,智能手机,基站 业务平台服务器,呼叫控制服务器,多媒体资源服务器等网元。其 中,呼叫控制服务器还包括归属地寄存器HLR, VLR等网元。参考图3,说明根据本发明实施例的增强呼叫双方用户体验的 时序图。用户A和用户B老卩申i會的业务ServiceX。如图3所示, 增强用户呼叫体^r的过程包括以下步骤S301,用户A通过智能手4几A拨打用户B的号石马。S302,智能手机A向呼叫控制服务器发起呼叫。5303, 呼叫控制服务器根据呼叫的源号码和目的号码确定路由。5304, 呼叫控制服务器向业务平台服务器检查业务。S305,业务平台服务器检出业务ServiceX。并根据主被叫相关 注册信息及业务登记信息查找到用户A做主叫时用于提示被叫的 多+某体文件的文件名CallerMultimediaA;查找到用户B估文;陂叫时用 于提示主叫的多4某体文件的文件名CalleeMultimediaB;S306,业务平台服务器将业务相关多々某体文件的文件信息通告 给呼叫双方的智能手才几。所述的文件信息包括]旦不限于,文件名, 文件所在多媒体资源服务器的IP地址,文件在多J 某体资源服务器上 的保存路径,文件在互联网上的URI等。 S307, S308, S309, S310, S311, S312,呼叫双方的夕白口肯fe手才几4吏用 步骤306得到的多媒体文件信息启用宽带数据下载模式将业务所需 文件下载。所述的智能手机启用宽带数据下载模式是指双模智能手 机在宽带数据模式下通过运营商提供的数据服务进行的多媒体文 4牛下载方式,包括^旦不限于,通过http方式,ftp方式,tftp方式,ssl 方式等。根据多媒体文件服务器及移动网络带宽的不同,在带宽及 负荷允许的情况下,多媒体文件服务器可以提供实时在线播放的方 式为智能手机提供多媒体在线播放的流媒体服务。相应的过程还 包括,智能手机和文件服务器建立流媒体连接,包括但不限于,智 能手机和多媒体文件服务器进行必要的媒体协商,Qos协商等内容。 所述的々某体协商过程及流媒体实时播放过程使用的协议包括但不 限于,H.248 Megaco协i义,MGCP祐、i义,SIP十办i义,SDP协i义,RTP协 i义,RTCP协i义,RSVP妨4义等。S313,业务平台服务器向呼叫控制服务器报告业务文件准备就 绪消息。如果是以流媒体实时播放的方式,则业务平台服务器在媒 体能力协商通过后向呼叫控制服务器发送业务就绪消息。S314, S315,S316,S317,呼叫控制服务器获知业务文件准备就 绪后向呼叫双方智能手机下达播放指令。促使智能手机A播放用 户B订制的CalleeMultimediaB多i某体文件以^是示用户A,对方(用 户B)正在振铃阶段,这个电话是打给用户B的;促使智能手机B播 放用户A订制的CallerMultimediaA多J 某体文件以,提示用户B,对方 (用户A)正在听回铃音阶段,这个电话是来自用户A的。双方智能 手机的多媒体展现增强了呼叫双方的用户体验。S318, S319, 一皮叫(用户B)摘才几。S320, S321,呼叫控制服务器收到步骤S319的被叫(用户B)摘 机事件,向呼叫双方的智能手机下达停止多J 某体个性展示的指令。5322, 呼叫控制服务器将呼叫双方连接。如果是视频通话,本 步骤还包括#见频通话々某体协商过程。协商过程^吏用的协i义包括vf旦 不限于,H.248 Megaco协议,MGCP协i义,SIP协议,SDP协_汉,RTP 协议,RTCP协议,RSVP协议等。5323, 用户A和用户B通过各自的智能手才几通话。通话可以 是语音或者纟见频通话。5324, S325,通话结束被叫(用户B)挂机,智能手机B通知呼 叫控制服务器挂机事件。5326, 呼叫控制服务器释放呼叫(用户B部分)。5327, 呼叫控制月l务器收到初C叫(用户B)挂^/L事件后向业务平 台才企查业务。5328, 业务平台4企出业务ServiceX。 获得用户B订制的提醒 用户A挂机的多媒体视频的文件信息。5329, S330, S331, S332,业务平台月良务器才巴业务才佥查结果告知 智能手机A,智能手机A根据文件信息到多J 某体资源服务器下载业 务所需文件AfterCallMultimediaB。S333,业务所需文件下载完毕后业务平台服务器向呼叫控制服 务器发送业务就绪消息。如果是以流媒体实时播放的方式,则业务 平台服务器在媒体能力协商通过后向呼叫控制服务器发送业务就 绪消息。S334, S335,呼叫控制服务器指示智能手机A 4番放 AfterCallMultimediaB多i某体文件^是示用户A挂才几。
S336, S337, S338,用户A挂机,智能手机A上才艮主叫挂机事件 给呼叫控制服务器,呼叫控制服务器释;^文本次呼叫。综上所述,才艮据本发明的增强呼叫双方用户体—睑的方法包括以 下步骤S101,用户A在智能网业务平台申请业务ServiceX,为自 己订制了多媒体^见频文件CallerMultimediaA(当用户A做主叫时用 于增加一皮叫的用户体—验)和多J 某体^L频CalleeMultimediaA (当用户 A估文;故叫时用于增加主叫(对方)的用户体—睑)和多J 某体^L频 AfterCallMultimediaA(当用户A先挂才几后,用于增加未挂才几方的用 户体验,提示用户挂机)并将多媒体内容保存到媒体资源服务器。用 户B在智能网业务平台申请业务ServiceX,为自己订制了多媒体视 频文件CallerMultimediaB (当用户B #文主叫时用于增加净皮叫的用户 体—验)牙口多々某体一见频CalleeMultimediaB (当用户B僻j皮叫时用于增 加主叫的用户体—验),和多々某体S见频AfterCallMultimediaB(当用户B 先挂机后,用于增加未挂机方的用户体验,提示用户挂机)并将多媒 体内容保存到媒体资源服务器。S102,用户A呼叫用户B。 S103, 在基本呼叫的振铃阶段用户A的双模智能手机播放用户B订制的 CalleeMultimediaB多i某体文件,以增力口用户A的用户体-验。用户B 的双才莫智能手播;汶用户A订制的,CallerMultimediaA多々某体文件以 才是示用户B来电,增加用户B的用户体-验。S104,用户B摘才几,用 户A和用户B通话,用户A和用户B的双模智能手机停止播放订 制的个性多々某体视频。S105,用户A或者用户B挂机,呼叫结束。其中,步骤SIOI进一步包4舌以下步骤SlOll,用户向运营商 提出业务申请ServiceX。 S1012,运营商授权管理的业务平台登记 受理业务ServiceX。 S1013,订制业务所需多々某体文件,建立业务与 多J 某体资源对易关系。用户A在申i青业务ServiceX时由业务平台 按照用户A的意愿指定一段多媒体视频文件CallerMultimediaA作 为呼叫期间如果用户A作为主叫时显示在^皮叫用户B的智能手才几上 的源文件。由业务平台按照用户A的意愿指定一段多媒体视频文件CalleeMultimediaA作为呼叫期间,A估如陂叫时显示在用户B(主叫) 的智能手机上的源文件。由业务平台按照用户A的意愿指定一段多 々某体视频文件AfterCallMultimediaA(呼叫结束时,当用户A先挂机 后,用于增加未挂才几方的用户体-睑,4是示用户挂才几)。用户B在申 请业务ServiceX时由业务平台按照用户B的意愿指定一段多媒体视 频文件CallerMultimediaB作为呼叫期间,如果用户B作为主叫时 显示在被叫用户A的智能手机上的源文件。由业务平台按照用户B 的意愿指定一段多4某体^L频文件CalleeMultimediaB作为呼叫期间, B估文一皮叫时显示在用户A(主叫)的智能手才几上的源文件。由业务 平台按照用户 B的意愿指定 一 ,殳多4某体#见频文件 AfterCallMultimediaB(呼叫结束后,如果用户B先挂才几,用于增加未 挂才几方的用户体—验,才是示用户挂4几)。S1014,定位多J 某体资源。 CallerMultimediaA 一皮{呆存在多J 某体资源月l务器上并以 一定的标识 符定位;CalleeMultimediaA 4皮保存在多々某体资源服务器上并以一定 的标识符定位;其中,步骤S101进一步还可能包4舌S1015,呼叫双方用户才艮据 需要通过多媒体资源服务器管理模块更新业务相关多媒体文件。 用户可以使用的多々某体文件更新的方式包括但不限于,互联网web 方式,4受4又运营商方式,通过少豆消息方式,通过IVR(Interactive Voice Response)方式等。所述的多々某体文件是智能手机能够播;故的用以显示用户个性 的的各种多J 某体文件包括^旦不限于,mpeg文件,avi文件,flash文 件3gp文件等。所述的多媒体文件是用户订制的,订制的方法包括 但不限于,用户通过智能手机编辑一个多Jf某体文件并通过多J 某体资 源服务器管理接口上载到多媒体资源服务器,用户从互联网上下载 一段自己喜好的视频通过多媒体资源服务器的管理接口上载到多 媒体资源服务器,用户釆用运营商推荐的多媒体文件作为自己订制 的多々某体文件并保存在多媒体文件服务器。所述的多媒体文件定位 标示符是用来索引多媒体文件的。标识符包含文件的基本信息及位 置信息,包括但不限于,多媒体文件的文件名,多媒体文件在多媒 体资源服务器上的存放路径,多媒体文件在互联网上的统一资源标识URI等。其中步骤S102进一步包4舌以下步艰《S1021,用户A通过智能 手机A拨打用户B的电话号码。S1022,智能手机A向呼叫控制 服务器发起呼叫。S1023,呼叫控制服务器根据呼叫双方的签约情 况及业务登记情况向业务平台月良务器才企查业务。S1024,业务平台 根据检出的业务数据向呼叫双方的智能手机通告业务多+某体资源 信息。S1025,呼叫双方的智能手机启用宽带数据下载模式,才艮据 业务平台返回的多媒体资源信息到多媒体资源服务器下载多媒体 文件。S1026,呼叫双方都下载完毕后业务平台服务器向呼叫控制 服务器发出业务就绪消息。所述的智能手机启用宽带数据下载模式是指双模智能手机在 宽带数据模式下通过运营商4是供的数据服务进行的多々某体文件下 载方式,包4舌4旦不卩艮于,通过http方式,ftp方式,tftp方式,ssl方式等。其中步骤S1025还包括,根据多媒体文件服务器及移动网络带 宽的不同,在带宽及负荷允许的情况下,多媒体文件服务器可以提 供实时在线播放的方式为智能手机提供多媒体在线播放的流媒体 服务。相应的过程还包括,智能手机和文件服务器建立流々某体连接: 包括但不限于,智能手机和多J 某体文件服务器进行必要的能力协商: Qos协商等内容。如果是以流々某体实时播i丈的方式,则业务平台月l 务器在媒体能力协商通过后向呼叫控制服务器发送业务就绪消息。 所述的媒体协商过程及流媒体实时播放过程使用的协议包括但不 限于,H.248 Megaco协议,MGCP协议,SIP协议,SDP协i义,RTP协 i义,RTCP协i义,RSVP协i义等。
其中步骤S102进一步包括如果业务检出失败,则呼叫控制服 务器直接控制呼叫双方完成基本呼叫。即去掉呼叫双方的个性多媒 体订制内容展现部分,和一次通常的通话过程一样,让;陂叫振铃, 让主叫听回铃音,并指导智能手机完成呼叫。其中步骤S103进一步包括以下步骤S1031,呼叫控制服务器 收到业务就绪消息后向呼叫双方的智能手才几发出4番;改指令。S1032, 呼叫双方的智能手机分别向各自的用户展现对方订制的多媒体内 容,以增强呼叫双方的用户体—验。其中步骤S104进一步包4舌以下步骤S1041,用户B用户4离才几。 S1042,呼叫控制服务器检测到用户B的智能手机的摘机事件,向 呼叫双方智能手机发出停止多媒体展现的命令。S1043,呼叫控制 月良务器^1夺用户A和用户B的正常通^舌连4妄,用户A和用户B正常 通话。所述的用户A和用户B的正常通话包括^旦不限于,i吾音通 话,视频通话。其中步艰《S105进一步包^舌以下步艰《S1051,用户A或者用户 B挂机。S1052,呼叫控制服务器收到呼叫双方任意一方挂机事件 后将挂机方呼叫释放。S1053,未挂机一方的智能手枳4是示用户通 话结束。用户挂机。S1054,呼叫控制服务器将剩余呼叫释放。其中步骤S1053进一步包括,如果先挂才几的一方(用户B)在申 请业务ServiceX时同时订制了 ^是示对方挂机的视频 AfterCallMultimediaB文件,则在未挂才几的 一 方(用户 A)播_方文 AfterCallMultimediaB文件才是示用户^圭才几,反之亦然。其中步骤S1053进一步还包括,如果未挂机方在观看挂机提示 -现频的一萃殳时间T后仍然没有挂才几,则呼叫控制月l务器主动将呼叫 释放。所述的时间T是呼叫控制服务器允许的最大挂机提示时间。
才艮据本发明的增强呼叫双方用户体-验的方案可以才艮据需要灵 活布置其中各个网元。方案中的各个服务器都是逻辑实体,运营商 可以根据网络规模采取不同的实现方式。本方案可以拆分使用,即通过^f务改业务实J见流禾呈可以单独实J见主叫或者,皮叫的多々某体^L频 才是示方式以增强呼叫过程的用户体-睑。本领域技术人员将很容易了解到本发明其它优点和修改。因 此,本发明更广泛的方面并不限于本文中示出以及描述的特定细节 和典型实施例。因此,可在不脱离由权利要求及其等效物所限定的 本发明的精神或范围的条件下做出各种修改。
权利要求
1. 一种增强呼叫双方用户体验的系统,其特征在于,包括移动通信多媒体终端设备,用于为用户提供语音和数据服务;媒体资源服务器,用于存储各种多媒体资源,为整个系统提供多媒体服务资源;移动通信呼叫控制服务器,用于控制移动通信多媒体终端设备之间的呼叫;智能网业务平台服务器,用于为用户提供智能网业务逻辑支持,配合移动通信呼叫控制服务器管理用户呼叫过程,联络媒体资源服务器为移动通信多媒体终端设备提供多媒体文件服务;以及移动通信基站,用于联系移动通信多媒体终端设备和网络侧的媒体资源服务器、移动通信呼叫控制服务器及智能网业务平台服务器。
2. 才艮据4又利要求1所述的系统,其特4正在于,所述移动通信呼叫 控制服务器包括基本呼叫控制模块,用于为呼叫双方提供呼叫建立,呼叫 接续,呼叫保持,呼叫释放等基本呼叫操作;移动终端信息管理模块,用于存储主被叫归属地等相关信 息,记录主被叫用户登记业务信息,对主被叫用户进行鉴权及 计费等。
3. 根据权利要求1或2所述的系统,其特征在于,所述媒体资源 服务器还包括多+某体资源存储;漠块,用于存储用户订制的多 媒体资源;多々某体资源管理才莫块,用于管理多媒体资源,方便 用户订制业务相关多々某体资源,实现多媒体内容的编辑,上 载,订制,下载及推送,配合智能网业务平台服务器为智能手 机提供多媒体文件服务。
4. 一种增强呼叫双方用户体-验的方法,其特4i在于,包4舌以下步 骤5101, 用户A和用户B在智能网业务平台申^青业务;5102, 用户A呼叫用户B;5103, 在基本呼叫的振铃阶段用户A的移动通信多々某体终端 i殳备播方文用户B订制的多々某体文件,用户B的移动通信多i某体终端 设备播放用户A订制的多媒体文件;5104, 用户B 4离才几,用户A禾口用户B的移动ii/f言多々某体终端 设备停止播;故订制的个性多々某体^L频,用户A和用户B通话;5105, 用户A或者用户B挂才几,未挂^L的一方的移动通信多々某 体终端设备播放对方订制的提醒其挂机的多媒体视频,后挂机的一 方4圭4几,呼叫结束。
5. 根据权利要求4所述的方法,其特征在于,所述步骤S101进 一步包4舌以下步骤51011, 用户A和B向运营商4是出业务申i青;51012, 运营商授权管理的业务平台登记受理业务;51013, 订制业务所需多媒体文件,建立业务与多J 某体资源的对 应关系;51014, 定^f立多々某体资源;51015, 呼叫双方用户根据需要通过多媒体资源服务器管理模 块更新业务相关多々某体文件。
6. 根据权利要求4所述的方法,其特征在于,所述步骤S102进 一步包括以下步骤S1021,用户A通过移动通信多々某体终端"i更备A拨打用户B的 电话号码;'S1022,智能手机A向呼叫控制服务器发起呼叫;51023, 呼叫控制月l务器才艮据呼叫双方的签约情况及业务登记 情况向业务平台服务器^^查业务;51024, 业务平台根据检出的业务数据向呼叫双方的移动通信 多々某体终端设备通告业务多々某体资源信息;51025, 呼叫双方的移动通信多々某体终端设备启用宽带凄t据下 载模式,根据业务平台返回的多媒体资源信息到多々某体资源服务器 下载多i某体文件或以实时在线插-;故的方式为移动通信多々某体多冬端 设备提供多媒体在线播放的流媒体服务;51026, 呼叫双方都下载完毕后业务平台服务器向呼叫控制服 务器发出业务就绪消息。
7. 根据权利要求6所述的方法,其特征在于,所述的移动通信多 媒体终端设备到多媒体资源服务器下载多媒体文件的方式包括 http方式,ftp方式,tftp方式,ssl方式等。
8. 根据权利要求4所述的方法,其特征在于,所述步骤S105进一 步包4舌以下步骤51051, 用户A或者用户B^圭才几;51052, 呼叫控制服务器收到呼叫双方任意一方挂机事件后将 挂才几方呼叫释i文;51053, 未挂才几一方的移动通信多J 某体终端i殳备4是示用户通话 结束.用户挂才几; S1054,呼叫控制服务器将剩余呼叫释放。
9. 根据权利要求4所述的方法,其特征在于,如果未挂机方在观看 挂机才是示一见频的一l殳时间T后仍然没有挂才几,则呼叫控制J良务 器主动将呼叫释放。
10. 根据权利要求9所述的方法,所述的时间T是呼叫控制服务器 允许的最大挂才几时间。
全文摘要
本发明公开了一种增强呼叫双方用户体验的系统和方法。该系统包括移动通信多媒体终端设备,用于对用户提供语音和数据服务;移动通信呼叫控制服务器装置,用于控制呼叫正常进行;智能网业务平台服务器装置,用于为用户提供智能网业务逻辑支持;多媒体资源服务器装置,用于存储各种多媒体资源,为整个系统提供多媒体服务支持;移动通信基站装置,用于联系双模智能手机和网络侧的各种服务器。通过本发明,可以增强呼叫双方的用户体验,为呼叫双方提供丰富多彩的个性化展示机会,使得呼叫更有乐趣,从而增加用户使用呼叫的频率,为电信运营商及内容提供商提供一种极具潜力的业务。
文档编号H04M3/42GK101400190SQ20071016236
公开日2009年4月1日 申请日期2007年9月26日 优先权日2007年9月26日
发明者曦 陈 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1