用于多媒体回铃音服务的终端编解码器设置的方法和系统的制作方法

文档序号:7948694阅读:157来源:国知局
专利名称:用于多媒体回铃音服务的终端编解码器设置的方法和系统的制作方法
技术领域
本发明涉及一种用于多媒体回铃音(以下称为RBT)服务的终端编解码器设置的方法和系统。更具体来讲,本发明涉及一种用于在移动电话系统和终端之间设置多媒体编解码器和语音编解码器的方法和系统,其提供了一种多媒体RBT服务,当发起端支持除诸如增强型可变速率编解码器(以下称为EVRC)之类的专用语音编解码器以外的能够改进音乐质量的多媒体编解码器时,所述多媒体RBT服务能够在RBT间隔期间操作允许高质量音乐播放的多媒体编解码器,并且在语音通信期间操作诸如EVRC的语音编解码器。
背景技术
随着计算机、电子和通信技术的快速发展,出现了各种使用无线网络的无线通信服务。最基本的无线通信服务是以无线方式向移动通信终端用户提供语音通信的无线语音通信服务,其特征在于不管时间和地点都向用户提供所述服务。此外,所述无线通信服务还利用文本消息服务补充语音通信服务。近来,无线因特网服务已经出现,其通过无线网络向移动通信终端用户提供因特网通信服务。
因此,移动通信服务的用户不仅能通过使用无线通信服务而不管时间和地点并且自由地到处移动来与对方进行通信,而且还能以文本、语音、图像等等方式接收诸如新闻、天气、体育、股票、汇率以及交通信息之类的各种信息。
随着上述移动通信技术的发展,由码分多址(Code DivisionMultiple Access,以下称为CDMA)移动通信系统所提供的服务已经从语音服务发展到用于发送诸如电路和分组数据之类的数据的多媒体通信服务。
近来,随着信息通信的发展,国际移动电信(International MobileTelecommunication,以下称为IMT)-2000(例如CDMA 2000 1X、3X、EV-DO或者宽带CDMA(WCDMA))已经商业化,它是第三代移动通信系统并且国际电信联盟无线电通信部门(ITU-R)已经将其作为标准建立。此外,利用从现有的临时标准(以下称为IS)-95A网络和IS-95B网络发展而来的IS-95C网络,已经能够以最大远快于14.4Kbps或者56Kbps(这是IS-95A网络或者IS-95B网络所支持的数据传输速度)的307.2Kbps的传输速度提供无线因特网服务。具体而言,使用IMT-2000服务使得能够改善现有语音和无线应用协议(WAP)服务的质量,并且能够以更高的速度提供各种多媒体服务,例如音频点播(AOD)、视频点播(VOD)等等。
近来,RBT服务或者所谓的彩铃RBT服务引人瞩目,其中由呼叫接收移动通信终端的用户定制的各种声音作为RBT输出给呼叫方的移动通信终端或者普通电话。此RBT服务包括由被叫方指定以提供给主叫方的RBT的概念。也就是说,所述RBT服务是这么一种服务,其中最新的韩国歌曲、流行歌曲、录下的语音、鸟或水声等等能够代替在普通通信期间出现的现有机械RBT(例如“铃、铃”声)被用作RBT。
上述RBT服务已经出现,所以代替统一的和机械的RBT,对方能够听取由被叫方定制的声音源的声音。因此,对方能够得到听觉满足。
绝大多数移动通信终端为了语音通信的效率和音频信道的优化使用诸如EVRC之类的具有可变速率的语音编解码器。EVRC是用于根据语音信息量来可变地编码语音信息的编解码器。也就是说,EVRC在说话人不发出声音的无声间隔期间以低速编码语音,而当信息量大时以高速编码语音。可以理解此EVRC与总是以恒定速度编码语音的现有编解码器相比是一种更有效的编解码器。使用EVRC使得CDMA移动通信系统的系统能力能够增加并且还能够将功耗降至最低。
然而,诸如所述EVRC之类的具有可变速率的语音编解码器对于诸如具有几乎无声间隔的背景音之类的音乐可能会由于可变速率编码误差而使声音质量变差。为了克服此问题,音乐服务提供商已经做出努力,通过提取声音源并且根据所述EVRC校正该声音源来将由于语音编解码器导致的声音源的损失降至最低。此声音源校正依赖于考虑所述EVRC的特性的预处理或者声音专家的人工操作。
虽然这些处理可以将经过所述EVRC的音乐服务的质量改善至几乎达到语音质量的水平,但是因为语音编解码器是为适用于语音通信而设计的,所以改进音乐服务的质量是十分困难的。因此,绝大多数当前单独提供的高质量音乐服务使用高质量多媒体编解码器并且代替语音信道通过数据信道来提供音乐。这里,绝大多数这些商业化的多媒体服务编解码器要求超过16K的传输速度。因此,这些不适合于提供8K左右的速率的语音信道应用。因此,使用这些多媒体服务编解码器的大部分音乐服务利用确保16K以上的数据速率的数据信道来提供实时服务,或者在通过下载服务下载音乐文件之后提供服务。
为了向使用这些语音信道的RBT服务提供多媒体服务,必须开发具有8K速率的多媒体编解码器,并且提供能够提供多媒体服务的移动通信系统和终端。此处,具有8K速率的多媒体编解码器可以通过降低当前多媒体编解码器标准的采样率来开发。然而,为了提供多媒体服务,修订移动通信系统和移动通信终端是不可避免的。

发明内容
因此,本发明是针对上述问题而做出的,并且本发明的目的在于提供一种用于在移动电话系统和终端之间设置多媒体编解码器和语音编解码器的方法和系统,其提供了一种多媒体RBT服务,当发起端支持除诸如增强型可变速率编解码器(以下称为EVRC)之类的专用语音编解码器以外的能够改进音乐质量的多媒体编解码器时,所述多媒体RBT服务能够在RBT间隔期间操作允许高质量音乐播放的多媒体编解码器,并且在语音通信期间操作诸如EVRC的语音编解码器。
根据本发明的一个方面,提供了一种用于多媒体回铃音(RBT)服务的终端编解码器设置的方法,当主叫用户打电话给被叫用户时,所述方法利用归属位置寄存器(HLR)和用于存储RBT声音源的声音源提供服务器来允许将所述被叫用户在所述声音源提供服务器中预先设置的RBT声音源重现给发起端,所述HLR存储包括所述用户是否已经加入所述RBT服务的简介信息,所述方法包括如下步骤(a)把包括多媒体编解码器信息的ISDN用户方(ISUP)呼叫连接请求消息发送到所述被叫用户之后,从所述被叫用户接收包括关于所述多媒体编解码器的信息(多媒体编解码器信息)的第一编解码器设置消息;(b)当接收到所述第一编解码器设置消息时,向呼叫侧基站收发站(BTS)发送用于请求设置所述多媒体编解码器的第二编解码器设置消息,从而控制位于呼叫侧基站控制器(BSC)中的呼叫侧声码器来设置所述多媒体编解码器;(c)当接收到所述第一编解码器设置消息时,向所述发起端发送用于请求设置所述多媒体编解码器的第三编解码器设置消息,从而控制所述发起端来设置所述多媒体编解码器;并且(d)从所述声音源提供服务器接收使用所述多媒体编解码器信息选择的RBT声音源,并且向所述发起端发送所述RBT声音源。
根据本发明的另一方面,提供了一种用于多媒体回铃音(RBT)服务的终端编解码器设置的系统,当主叫用户打电话给被叫用户时,所述系统利用归属位置寄存器(HLR)和用于存储所述RBT声音源的声音源提供服务器来允许将所述被叫用户在所述声音源提供服务器中预先设置的RBT声音源重现给发起端,所述HLR存储包括所述用户是否已经加入所述RBT服务的简介信息,所述系统包括呼叫侧交换中心,用于把包括多媒体编解码器信息的ISDN用户方(ISUP)呼叫连接请求消息发送到所述被叫用户之后,从所述被叫用户接收包括关于所述多媒体编解码器的信息(多媒体编解码器信息)的第一编解码器设置消息,向呼叫侧基站收发站(BTS)发送用于请求设置所述多媒体编解码器的第二编解码器设置消息以控制位于呼叫侧基站控制器(BSC)中的呼叫侧声码器来设置所述多媒体编解码器,向所述发起端发送用于请求设置所述多媒体编解码器的第三编解码器设置消息以控制所述发起端来设置所述多媒体编解码器;以及呼叫侧BSC,用于当从所述呼叫侧交换中心接收到所述第二编解码器设置消息时,利用所述第二编解码器设置消息中所包含的多媒体编解码器信息来设置所述多媒体编解码器。


当结合附图时,通过以下详细说明可以使本发明的前述及其它目的、特征和优点变得更加清楚,其中图1是示意性地举例说明根据本发明优选实施例的用于提供多媒体RBT服务的系统的结构的方框图;图2是示意性地举例说明根据本发明优选实施例的用于提供多媒体RBT服务的处理的流程图;图3是具体地举例说明根据本发明优选实施例的用于提供多媒体RBT服务的处理的流程图;以及图4是具体地举例说明根据本发明优选实施例的多媒体RBT服务的终端编解码器设置过程的流程图。
具体实施例方式
现在将详细地对本发明的优选实施例进行引证。使用相同的参考标记来表示与其它附图中所示的那些相同的元件。在下面的对本发明的描述中,当本文采用的公知结构和功能会使本发明的主题不清楚时,将省略对其的详细说明。
图1是示意性地举例说明根据本发明优选实施例的用于提供多媒体RBT服务的系统结构的方框图。
如图1中所示,根据本发明优选实施例的用于提供多媒体RBT服务的系统可以包括发起端100、基站收发台(以下称为BTS)102、基站控制器(以下称为BSC)104、呼叫侧交换中心106、7号网络108、归属位置寄存器(以下称为HLR)110、接收侧交换中心112、网关114和124、声音源提供服务器116、因特网118、声音源提供控制服务器120、用户数据库122、Web服务器126等等。
以下将简要描述每个元件。HLR 110包括用户信息,并且基于信令传输协议(Signaling Transfer Protocol,STP)通过7号网络108与呼叫侧交换中心106和接收侧交换中心112通信。呼叫侧交换中心106和接收侧交换中心112通过网关114连接至用于存储声音源的声音源提供服务器116。此外,呼叫侧交换中心106和接收侧交换中心112连接至BSC 104以支持对移动通信的访问。BSC 104与用户终端通信并且负责语音通信信道的源分配和声码器控制。声音源提供服务器116通过因特网118连接至用户数据库122和声音源提供控制服务器120。
以下将更加详细地描述根据本发明的优选实施例的主要元件。
根据本发明的优选实施例的发起端100是能够通过移动通信网络为对方执行语音通信和图像通信并且通过无线因特网连接执行数据通信的终端。此外,根据本发明的优选实施例的发起端100支持用于呼叫控制的H.245协议、用于呼叫设置和呼叫信令的H.245协议、音频编解码器以及视频编解码器。也就是说,发起端100是能够通过使用除了用于语音通信的EVRC之外的多媒体编解码器经语音通信信道接收音乐服务等等的终端。因此,当接收到RBT声音源时,根据本发明的所述优选实施例的发起端100根据所述声音源利用所述多媒体编解码器重现所接收的声音源。
例如,所述多媒体编解码器可以包括高级音频编码(AdvancedAudio Coding,以下称为AAA)编解码器等等。所述AAA采用了一种音频压缩方案,已经用于利用因特网等等的音乐发布服务等,并且通常还用于MP3、自适应变换声学编码(Adaptive Transform AcousticCoding,ATRAC 3)等等。所述AAA具有比MP3高的压缩率,但是声音质量相对较差。因此,AAA适合于使用个人通信系统(电话)等等的音乐发布。
根据本发明的所述优选实施例的BTS 102是通过执行基带信号处理、有线/无线转换、无线电信号发送/接收等等来与终端直接交互工作的网络端点设备。BTS 102经信号信道的业务信道接收来自发起端100的对目的端的呼叫尝试,并且发送所接收的呼叫尝试给呼叫侧BSC 104。
根据本发明的所述优选实施例的BSC 104控制BTS 102,并且执行终端的无线电信道分配和释放、终端和BTS 102的发送功率控制、内部单元软切换和硬切换的确定、代码转换、语音编码、全球定位系统(GPS)时钟发布、BTS 102的操作和维护等等。
当从呼叫侧交换中心106接收到用于设置多媒体编解码器的第二编解码器设置消息时,根据本发明优选实施例的BSC 104利用第二编解码器设置消息中包含的多媒体编解码器信息来设置多媒体编解码器。
在移动通信系统支持根据本发明优选实施例的多媒体编解码器的情况下,当从接收侧交换中心112接收到声码器设置请求时,位于BSC 104中的声码器利用多媒体编解码器编码RBT声音源,并且把编码后的RBT声音源发送到发起端100。为此,利用硬件或者软件向BSC 104提供多媒体编解码器。
根据本发明的所述优选实施例的交换中心106和112的每一个执行对移动通信网络的有效操作的控制功能以及用于发起端100的通信请求的交换功能。也就是说,交换中心106和112的每一个执行终端的基本和辅助服务的处理功能、用户的来话和发起呼叫的处理功能、位置注册程序、切换程序处理功能、与另外的网络的交互工作功能等等。IS-95 A/B/C系统的交换中心106和112的每一个包括执行分布式呼叫处理功能的访问交换子系统(Access SwitchingSubsystem,ASS)、执行集中式呼叫处理功能的互连网络子系统(Interconnection Network Subsystem,INS)、负责操作和保存的集中功能的中央控制子系统(Central Control Subsystem,CCS)、执行移动用户信息的存储和维护功能的位置注册子系统(Location RegistrationSubsystem,LRS)等等。此外,每个第三代和第四代的交换中心106和112可以包括异步传输模式(以下称为ATM)交换。ATM交换通过所述单元发送分组,从而提高传输速度和电路使用的效率。
当发起端100尝试与目的端建立呼叫连接时,根据本发明的所述优选实施例的呼叫侧交换中心106接收来自HLR 110的关于所述目的端是否已经加入RBT服务的信息以及关于发起端100所支持的多媒体编解码器的信息(多媒体编解码器信息)。当所述目的端已经加入RBT服务时,呼叫侧交换中心106发送包括所述多媒体编解码器信息的ISDN用户方(ISUP)呼叫连接请求消息给声音源提供服务器116,接收来自声音源提供服务器116的、可由所述多媒体编解码器转换的RBT声音源,以及通过BTS 102和BSC 104发送所接收的RBT声音源给发起端100。
此处,当呼叫侧交换中心106把包括多媒体编解码器信息的ISUP呼叫连接请求消息发送至被叫用户侧时,被叫用户侧向呼叫侧交换中心106发送包括多媒体编解码器信息的第一编解码器设置消息。然后,呼叫侧交换中心106向呼叫侧BSC 104发送用于请求设置多媒体编解码器的第二编解码器设置消息,从而控制呼叫侧BSC 104来设置多媒体编解码器。此外,呼叫侧交换中心106向发起端100发送用于请求设置多媒体编解码器的第三编解码器设置消息,从而控制发起端100来设置多媒体编解码器。
为此,当执行了用户的位置注册时,根据本发明的所述优选实施例的每个交换中心106和112与HLR 110通信,并且存储关于所述用户是否已经加入所述RBT服务的信息以及路由到声音源提供服务器116的信息。
在向声音源提供服务器116发送ISUP呼叫连接请求消息之后,呼叫侧交换中心106请求BTS 102和发起端100设置所述多媒体编解码器,并且为所述RBT服务激活路由路径。
当在所述目的端终止呼叫时,接收侧交换中心112发送用于目的端的语音通信的呼叫终止信号和编解码器设置改变请求信号给呼叫侧交换中心106。当从接收侧交换中心112接收到呼叫终止信号时,呼叫侧交换中心106释放与声音源提供服务器116的ISUP呼叫连接。此外,当从接收侧交换中心112接收到编解码器设置改变请求信号时,呼叫侧交换中心106请求BTS 102和发起端100改变编解码器设置并且允许执行语音通信。
根据本发明的所述优选实施例的HLR 110执行识别或者删除终端的注册、检查所述终端的位置等等功能。此外,HLR 110存储包括用户是否已经加入RBT服务的简介信息、用于路由至声音源提供服务器116的信息、以及用户终端所支持的多媒体编解码器信息。所述用户终端所支持的多媒体编解码器信息作为发起用户简介的辅助服务订阅信息而存储。
如果发起端100支持的多媒体编解码器是除了EVRC之外的编解码器,并且移动通信系统不支持根据本发明优选实施例的多媒体编解码器,那么从接收侧交换中心112向呼叫侧交换中心106发送用于控制RBT声音源通过呼叫侧声码器的控制消息。如果移动通信系统支持根据本发明优选实施例的多媒体编解码器,那么接收侧交换中心112把所接收的ISUP呼叫连接请求消息发送至声音源提供服务器116,并且从声音源提供服务器116接收RBT声音源并且把对多媒体编解码器的声码器设置请求发送至呼叫侧声码器。
根据本发明的所述优选实施例的声音源提供服务器116存储所述RBT声音源。因此,当从接收侧交换中心112接收到ISUP呼叫连接请求消息时,声音源提供服务器116向接收侧交换中心112发送使用ISUP呼叫连接请求消息中包含的多媒体编解码器信息所选择的RBT声音源。
当移动通信系统不支持根据本发明优选实施例的多媒体编解码器时,声音源提供服务器116存储根据适用于用户终端的编解码器类型所编码的各种声音源。然而,当移动通信系统支持根据本发明优选实施例的多媒体编解码器时,声音源提供服务器116存储根据适用于用户终端的编解码器类型的各种声音源,所述声音源未被编码。
这种资源提供服务器116经由网关114与交换中心106和112连接,并且提供适合于交换中心106和112所需的编解码器类型的声音源。
此外,根据本发明的所述优选实施例的声音源提供服务器116产生包括从呼叫侧交换中心106接收的多媒体编解码器信息的声音源编码请求信号,并且发送所产生的声音源编码请求信号给声音源提供控制服务器120。此外,声音源提供服务器116向呼叫侧交换中心106提供使用从声音源提供控制服务器120接收的RBT声音源编码所搜索到的RBT声音源。声音源编码请求信号包括多媒体编解码器信息、目的端的识别信息、发起端100的识别信息、呼叫请求时区信息等等。
根据本发明的所述优选实施例的声音源提供控制服务器120通过因特网118与声音源提供服务器116通信。当接收到来自声音源提供服务器116的包括所述多媒体编解码器信息的声音源编码请求信号时,声音源提供控制服务器120搜索可由所述多媒体编解码器转换的RBT声音源编码,并且将搜索到的RBT声音源编码发送给声音源提供服务器116。所述RBT声音源编码根据每个多媒体编解码器、每个特定的呼叫者、每个呼叫者组、每个发起时间而分别存储在声音源提供控制服务器120中。
根据本发明的所述优选实施例的web服务器126通过因特网118连接至声音源提供服务器116或者声音源提供控制服务器120,添加要在声音源提供服务器116中存储的声音源,或者将用于指定声音源的信息以及用于改变与此信息相应的RBT声音源编码的有线/无线网页提供给声音源提供控制服务器120。用于指定声音源的信息可以包括特定的呼叫者信息、呼叫者组信息、或者发起时区等等。
图2是示意性地举例说明根据本发明优选实施例的用于提供多媒体RBT服务的过程的流程图。
当包含有多媒体编解码器的发起端100发送呼叫发起请求给BTS 102和BSC 104时(S200),BTS 102和BSC 104将所述呼叫发起请求传送给呼叫侧交换中心106(S202)。呼叫侧交换中心106发送呼叫连接请求给接收侧交换中心112(S204)并且同时发送RBT服务请求给声音源提供服务器116(S206)。
如上所述,声音源提供服务器116存储根据在发起端100中使用的多媒体编解码器的RBT声音源,并且通过接收侧交换中心112和呼叫侧交换中心106将所述RBT声音源发送给发起端100(S208)。
此处,当移动通信系统不支持根据本发明优选实施例的多媒体编解码器时,因为RBT声音源是预先编码的声音源,所以从声音源提供服务器116传送的RBT声音源被绕过。然而,当移动通信系统支持根据本发明优选实施例的多媒体编解码器时,位于呼叫侧BSC 104中的声码器利用多媒体编解码器来编码所接收的声音源,并且把已编码的声音源发送至发起端100。
发起端100通过使用多媒体编解码器来重现所接收的RBT声音源。然后,当呼叫在所述目的端终止时(S210),接收侧交换中心112将用于报告所述呼叫终止的呼叫终止信号发送给呼叫侧交换中心106(S212)。进一步地,已经接收到来自接收侧交换中心112的呼叫终止信号的呼叫侧交换中心106请求声音源提供服务器116释放一个RBT(S214),并且为了执行语音通信而控制BSC 104的声码器和发起端100的语音编解码器。
图3是详细地举例说明根据本发明优选实施例的用于提供多媒体RBT服务的过程的流程图。
当发起端100尝试与目的端建立呼叫连接时,呼叫侧交换中心106为BSC 104执行无线电资源分配、信道分配和声码器分配(S300)。所述BSC 104经由BTS 102执行与发起端100的服务协商。在此过程中,发起端100通知BSC 104用于语音通信的语音编解码器信息,并且BSC 104执行语音编解码器设置和语音通信信道分配。通过此过程,在发起端100和移动通信网络之间实现了编解码器同步。BSC 104通知呼叫侧交换中心106语音通信信道分配。
当呼叫侧无线电呼叫设置完成时,呼叫侧交换中心106请求HLR110发送目的端的位置信息(S302)。所述HLR 110把目的端的位置信息发送至呼叫侧交换中心106(S304)。此处,所述呼叫侧交换中心106还接收关于目的端是否已加入RBT服务的信息以及关于发起端100所支持的多媒体编解码器的信息以及目的端的位置信息。
呼叫侧交换中心106发送ISUP呼叫连接请求消息给移动电话网络以利用IAM消息报告存在对所述目的端的呼出请求(S306)。所述ISUP呼叫连接请求消息包括关于发起端100所支持的多媒体编解码器的信息。
然后,在呼叫侧,执行用于改变RBT的编解码器的终端编解码器设置过程(S310)。
当移动通信系统不支持根据本发明优选实施例的多媒体编解码器时,所述接收侧交换中心112利用多媒体编解码器把编解码器设置请求发送至呼叫侧交换中心106,以便绕过呼叫侧声码器。已经接收到编解码器设置请求的呼叫侧交换中心106请求BSC 104和发起端100执行编解码器设置以便可以通过多媒体编解码器提供RBT,接收对编解码器设置请求的响应,然后激活所述RBT的路由路径。
然而,在移动通信系统支持根据本发明优选实施例的多媒体编解码器的情况下,当接收侧交换中心112把编解码器改变请求发送至呼叫侧交换中心106时,呼叫侧交换中心106请求呼叫侧声码器为RBT服务执行声码器设置,并且还请求发起端100为RBT服务执行声码器改变。然后,呼叫侧交换中心106接收对所述请求的响应并且激活RBT的路由路径。此外,将参考图4详细说明在这些过程中交换的消息。
经由接收侧交换中心112、呼叫侧交换中心106、BSC 104和BTS102将RBT声音源从声音源提供服务器116传送到发起端100,直到呼叫在目的端终止(S312)。
当呼叫在所述目的端终止时,接收侧交换中心112发送编解码器设置改变请求信号以及用于报告呼叫终止的呼叫终止信号到呼叫侧交换中心106,使得所述编解码器能够正常地为所述目的端的语音通信运行(S314)。自此步骤开始的过程是用于改变为语音通信的编解码器的过程(S316),并且将参考图4详细说明此过程。
当从接收侧交换中心112接收到这些呼叫终止信号时,呼叫侧交换中心106请求位于BSC 104中的声码器改变编解码器设置。因此,能够执行正常的语音通信(S318)。
图4是具体地举例说明根据本发明优选实施例的多媒体RBT服务的终端编解码器设置过程的流程图。
除了在RBT间隔之前另外为RBT服务设置了编解码器并且在从RBT间隔改变为语音通信间隔时再次设置语音编解码器之外,根据本发明优选实施例的多媒体RBT服务相当于现有的RBT服务。
因为图4的步骤400、402、404和406相当于图3的步骤300、302、304和306,所以此处将省略详细说明。以下,将描述步骤406之后的步骤。
对于多媒体RBT服务来说,移动电话网络在RBT服务间隔以前把第一编解码器设置消息发送到呼叫侧交换中心106(S408)。呼叫侧交换中心106请求BSC 104和发起端100为多媒体RBT服务执行编解码器设置(S410和S414)。此处,从呼叫侧交换中心106发送到BSC104的消息被定义为第二编解码器设置消息,并且从BSC 104发送到发起端100的消息被定义为第三编解码器设置消息。
此处,优选地在BSC 104和移动电话交换中心之间使用在现有接口中定义的消息Transcoder_Control_Req作为第一编解码器设置消息和第二编解码器设置消息。此外,RBT编解码器字段必须被添加到所述消息,从而使该消息可以发送多媒体编解码器信息。此处,优选地将RBT编解码器字段设置为4比特并且把多媒体编解码器信息插入到RBT编解码器字段中。然而,本发明的范围不局限于此条件。
BSC 104利用从呼叫侧交换中心106传送的第二编解码器设置消息中所包含的多媒体编解码器信息来设置相应的编解码器。如果BSC104通过硬件支持用于多媒体RBT服务的多媒体编解码器,那么BSC104编码相应的声音源并且设置所述编解码器。然而,如果BSC 104不支持多媒体编解码器,那么必须绕过BSC 104的声码器,并且使多媒体编解码器信息在发起端100和RBT服务系统的声音源之间同步。
呼叫侧交换中心106还必须请求发起端100为多媒体RBT服务执行多媒体编解码器设置。为此,呼叫侧交换中心106必须把用于多媒体RBT服务的多媒体编解码器信息传送至发起端100。为了把相应的信息传送至移动终端,同时最小化对当前移动电话系统的影响,使用数据脉冲串消息Data_Burst是十分有效的。此外,必须向数据脉冲串消息添加RBT编解码器字段,从而使得由发起端100设置的多媒体编解码器信息能够被发送。此处,优选地将RBT编解码器字段设置为4比特并且把多媒体编解码器信息插入到RBT编解码器字段中。然而,本发明的范围不局限于此条件。
当RBT间隔结束时,呼叫侧交换中心106把语音编解码器设置消息发送至BSC 104,从而请求改变语音编解码器(S422)。此处,优选地在BSC 104和移动电话交换中心之间使用在现有接口中定义的消息Transcoder_Control_Req作为语音编解码器设置消息。此外,RBT编解码器字段必须被添加到所述消息,从而使得该消息能够发送语音编解码器信息。此处,优选地将RBT编解码器字段设置为4比特并且把多媒体编解码器信息插入到RBT编解码器字段中。然而,本发明的范围不局限于此条件。
此外,能够利用连接设置消息(例如,警告消息、连接消息)中包含的信息来确定对语音编解码器的改变,而不用向终端单独地发送消息,其中所述连接设置消息是在现有呼叫过程中在呼叫终止时接收的。此处,必须由终端设置的语音编解码器信息可以包括关于在呼叫发起过程中协商的语音编解码器的信息。
此外,当用于发起端100和目的端的语音通信的语音编解码器彼此一致时,呼叫侧交换中心106控制相应的声音源以通过位于BSC104中的呼叫侧声码器。
尽管已经结合当前认为是最实用的和优选的实施例描述了本发明,然而可以理解本发明并不局限于所公开的实施例和附图,相反地,它意图涵盖在所附权力要求的精神和范围内的各种修改和变形。
工业应用如上所述,本发明提出了一种方案,所述方案通过使用各种类型的多媒体编解码器,能够在RBT服务中在RBT间隔期间运行允许高质量音乐重放的多媒体编解码器并且在语音通信期间运行诸如EVRC之类的语音编解码器,从而能够提供高质量的RBT服务。此外,本发明提供了一种用于在移动电话系统和终端之间设置多媒体编解码器和语音编解码器以提供这种多媒体RBT服务的方法和系统,使得能够满足客户对音乐服务和语音通信质量的要求。
此外,根据本发明,因为能够改善当前所提供的RBT服务的质量,所以移动通信提供商能够创造对于改善的服务的附加成本来说的新的利润,并且还能改善消费者对移动通信服务的满意度。
权利要求
1.一种用于多媒体回铃音(RBT)服务的终端编解码器设置的方法,当主叫用户打电话给被叫用户时,所述方法利用归属位置寄存器(HLR)和用于存储RBT声音源的声音源提供服务器来允许将所述被叫用户在所述声音源提供服务器中预先设置的RBT声音源重现给发起端,所述HLR存储包括所述用户是否已经加入所述RBT服务的简介信息,所述方法包括如下步骤(a)把包括多媒体编解码器信息的ISDN用户方(ISUP)呼叫连接请求消息发送到所述被叫用户之后,从所述被叫用户接收包括关于所述多媒体编解码器的信息(多媒体编解码器信息)的第一编解码器设置消息;(b)当接收到所述第一编解码器设置消息时,向呼叫侧基站收发站(BTS)发送用于请求设置所述多媒体编解码器的第二编解码器设置消息,从而控制位于呼叫侧基站控制器(BSC)中的呼叫侧声码器来设置所述多媒体编解码器;(c)当接收到所述第一编解码器设置消息时,向所述发起端发送用于请求设置所述多媒体编解码器的第三编解码器设置消息,从而控制所述发起端来设置所述多媒体编解码器;并且(d)从所述声音源提供服务器接收使用所述多媒体编解码器信息选择的RBT声音源,并且向所述发起端发送所述RBT声音源。
2.如权利要求1所述的方法,还包括如下步骤(e)当呼叫终止时,从接收侧交换中心接收用于所述目的端的语音通信的语音编解码器设置消息;并且(f)在从所述接收侧交换中心接收到所述语音编解码器设置消息之后,将所述语音编解码器设置消息发送到所述呼叫侧BTS,从而请求改变语音编解码器。
3.如权利要求2所述的方法,其中,当所述呼叫终止时,所述发起端利用在呼叫终止时接收的连接设置消息中所包含的信息来确定对所述语音编解码器的改变。
4.如权利要求3所述的方法,其中必须由所述发起端设置的所述语音编解码器包括在呼叫发起过程中协商的语音编解码器。
5.如权利要求1所述的方法,其中步骤(b)包括如下子步骡当所述呼叫侧声码器能够利用所述多媒体编解码器来编码所述声音源时,把对所述多媒体编解码器的声码器设置请求发送至所述呼叫侧声码器,并且控制所述呼叫侧声码器设置所述多媒体编解码器。
6.如权利要求5所述的方法,其中当接收到所述声码器设置请求时,所述呼叫侧声码器利用所述多媒体编解码器来编码所述声音源,并且把已编码的声音源发送至所述发起端。
7.如权利要求1所述的方法,其中步骤(b)包括如下子步骡当所述呼叫侧声码器不能够利用所述多媒体编解码器来编码所述声音源时,控制所述RBT声音源以通过所述呼叫侧声码器并且使所述多媒体编解码器信息同步。
8.如权利要求1或2所述的方法,其中所述第一编解码器设置消息、所述第二编解码器设置消息和所述语音编解码器设置消息中的每一个均使用消息Transcoder_Control_Req,并且向所述消息Transcoder_Control_Req添加RBT编解码器字段。
9.如权利要求8所述的方法,其中所述RBT编解码器字段被设置为4比特并且包括所述多媒体编解码器信息。
10.如权利要求1或2所述的方法,其中所述第三编解码器设置消息使用数据脉冲串消息Data_Burst,并且向所述数据脉冲串消息Data_Burst添加RBT编解码器字段。
11.如权利要求10所述的方法,其中所述RBT编解码器字段被设置为4比特并且包括所述多媒体编解码器信息。
12.如权利要求1所述的方法,其中所述发起端利用所述多媒体编解码器来再现接收到的RBT声音源。
13.一种用于多媒体回铃音(RBT)服务的终端编解码器设置的系统,当主叫用户打电话给被叫用户时,所述系统利用归属位置寄存器(HLR)和用于存储所述RBT声音源的声音源提供服务器来允许将所述被叫用户在所述声音源提供服务器中预先设置的RBT声音源重现给发起端,所述HLR存储包括所述用户是否已经加入所述RBT服务的简介信息,所述系统包括呼叫侧交换中心,用于把包括多媒体编解码器信息的ISDN用户方(ISUP)呼叫连接请求消息发送到所述被叫用户之后,从所述被叫用户接收包括关于所述多媒体编解码器的信息(多媒体编解码器信息)的第一编解码器设置消息,向呼叫侧基站收发站(BTS)发送用于请求设置所述多媒体编解码器的第二编解码器设置消息以控制位于呼叫侧基站控制器(BSC)中的呼叫侧声码器来设置所述多媒体编解码器,向所述发起端发送用于请求设置所述多媒体编解码器的第三编解码器设置消息以控制所述发起端来设置所述多媒体编解码器;以及呼叫侧BSC,用于当从所述呼叫侧交换中心接收到所述第二编解码器设置消息时,利用所述第二编解码器设置消息中所包含的多媒体编解码器信息来设置所述多媒体编解码器。
14.如权利要求13所述的系统,其中,当呼叫终止时,所述发起端从接收侧交换中心接收用于所述目的端的语音通信的语音编解码器设置消息,并且向所述呼叫侧BSC发送所述语音编解码器设置消息,从而请求改变语音编解码器。
15.如权利要求13所述的系统,其中,当所述呼叫终止时,所述发起端利用在呼叫终止时接收到的连接设置消息中所包含的信息来确定对所述语音编解码器的改变。
16.如权利要求15所述的系统,其中,必须由所述发起端设置的所述语音编解码器包括在呼叫发起过程中协商的语音编解码器。
17.如权利要求13所述的系统,其中,当所述呼叫侧声码器能够利用所述多媒体编解码器来编码所述声音源时,所述呼叫侧交换中心把对所述多媒体编解码器的声码器设置请求发送到所述呼叫侧声码器,并且控制所述呼叫侧声码器设置所述多媒体编解码器。
18.如权利要求17所述的系统,其中,当接收到所述声码器设置请求时,所述呼叫侧声码器利用所述多媒体编解码器来编码所述声音源,并且把已编码的声音源发送至所述发起端。
19.如权利要求13所述的系统,其中当所述呼叫侧声码器不能够利用所述多媒体编解码器来编码所述声音源时,控制所述RBT声音源以通过所述呼叫侧声码器并且同步所述多媒体编解码器信息。
20.如权利要求13或14所述的系统,其中所述第一编解码器设置消息、所述第二编解码器设置消息和所述语音编解码器设置消息中的每一个均使用消息Transcoder_Control_Req,并且向所述消息Transcoder_Control_Req添加RBT编解码器字段。
21.如权利要求20所述的系统,其中所述RBT编解码器字段被设置为4比特并且包括所述多媒体编解码器信息。
22.如权利要求13或14所述的系统,其中所述第三编解码器设置消息使用数据脉冲串消息Data_Burst,并且向所述数据脉冲串消息Data_Burst添加RBT编解码器字段。
23.如权利要求22所述的系统,其中所述RBT编解码器字段被设置为4比特并且包括所述多媒体编解码器信息。
24.如权利要求13所述的系统,其中所述HLR存储关于已加入所述多媒体RBT服务的每个终端所支持的多媒体编解码器的信息。
全文摘要
公开了一种用于多媒体回铃音(RBT)服务的终端编解码器设置的方法,当主叫用户打电话给被叫用户时,所述方法利用归属位置寄存器(HLR)和用于存储RBT声音源的声音源提供服务器来允许将所述被叫用户在所述声音源提供服务器中预先设置的RBT声音源重现给发起端,所述HLR存储包括所述用户是否已经加入所述RBT服务的简介信息。所述方法包括如下步骤(a)把包括多媒体编解码器信息的ISDN用户方(ISUP)呼叫连接请求消息发送到所述被叫用户之后,从所述被叫用户接收包括关于所述多媒体编解码器的信息(多媒体编解码器信息)的第一编解码器设置消息;(b)当接收到所述第一编解码器设置消息时,向呼叫侧基站收发站(BTS)发送用于请求设置所述多媒体编解码器的第二编解码器设置消息,从而控制位于呼叫侧基站控制器(BSC)中的呼叫侧声码器来设置所述多媒体编解码器;(c)当接收到所述第一编解码器设置消息时,向所述发起端发送用于请求设置所述多媒体编解码器的第三编解码器设置消息,从而控制所述发起端来设置所述多媒体编解码器;并且(d)从所述声音源提供服务器接收使用所述多媒体编解码器信息选择的RBT声音源,并且向所述发起端发送所述RBT声音源。
文档编号H04W8/18GK101023686SQ200580030444
公开日2007年8月22日 申请日期2005年7月8日 优先权日2004年7月12日
发明者朴圣水, 李东学, 郑元皙, 金圣根, 咸熙赫, 吴世铉, 李明成 申请人:Sk电信有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1