暂停呼叫处理以实现信息的重放 |
|||||||
申请号 | CN200880003158.7 | 申请日 | 2008-01-23 | 公开(公告)号 | CN101601312B | 公开(公告)日 | 2013-06-05 |
申请人 | 惠普开发有限公司; | 发明人 | R·W·赫尔登布兰德; A·H·阿斯克鲁普; | ||||
摘要 | 本 发明 提供了用于通信网络中的呼叫路由的方法、计算机可读媒体和系统 实施例 。一个方法实施例包括:通过接收针对被叫方的呼叫来发起呼叫处理过程;向归属 位置 寄存器发送消息以发起呼叫终止;提供触发,以用于将呼叫处理过程转移至一组可执行指令,所述可执行指令能够使用可变延迟来使呼叫处理过程暂停以允许多彩回铃音 服务器 提供回铃音的初始播放;发起回铃音的初始播放,以供主叫方接收;发送将呼叫处理过程转移至归属位置寄存器的消息;以及设置可变延迟,所述可变延迟允许针对主叫方的回铃音的初始播放播放达预定时段。 | ||||||
权利要求 | 1.一种用于暂停呼叫处理以实现信息的重放的方法,包括: |
||||||
说明书全文 | 暂停呼叫处理以实现信息的重放背景技术[0001] 在通信(例如电信)领域中,个人能够预订由多个不同服务供应商所提供的服务。服务供应商能够通过电信系统提供诸如移动和/或固定电话服务和/或其他通信服务功能之类的服务。例如,个人能够为他们的电话预订由特定服务供应商提供的特定通信服务。 [0002] 对于通信设备服务供应商,个人通常根据由服务供应商提供的特征和/或服务与接入通信系统的个人设备的兼容性做出该决定。 [0003] 通信系统能够包括能够协同工作以向订户提供服务的各种功能。在这些中有提供铃音(ringtone)、消息或其他类型的信息的服务,所述铃音、消息或其他类型的信息是在在系统用户之间创建通信链路的某部分通信处理期间提供的。 [0004] 在某些系统中,用户能够是订户和非订户。例如,非订户用户可以与系统联系,以便与订户用户进行通信。在这种情况下,正被联系的系统的某些功能可能与联系方为订户的系统的功能兼容,而某些功能可能不兼容。 [0005] 一种有时被称为多彩回铃音(color ringback tone CRBT)的、能够由通信系统(例如电信系统)提供的服务允许被叫方在通信设备系统正在连接本方设备以进行通信时,为主叫方播放消息或铃音供其收听。例如,被叫方能够播放诸如“感谢来电,您的来电对于我们十分重要,请不要挂断,我们的服务人员将尽快为您服务”等消息。 [0006] 然而,某些通信设备系统建立呼叫连接的速度已变得如此之快,使得CRBT被打断(cut short)(例如,在已经播放了完整的消息之前就建立了呼叫连接)。在某些系统中,即使采用短回铃音,回铃音也会在其结束之前被打断。在某些系统中,这个问题可能是令人恼怒的,或者可能向收听者提供不连贯的消息。附图说明 [0008] 图2是本公开的实施例的过程流程的示例。 [0009] 图3是本公开的另一实施例的过程流程的示例。 具体实施方式[0010] 本公开的实施例能够被用于暂停诸如呼叫处理功能等之类的通信处理功能,以便向诸如主叫和/或被叫方之类的系统用户提供诸如铃音或消息之类的信息。举例而言,如上所述,多彩回铃音(CRBT)能够被用于允许蜂窝订户向呼叫其号码的人(即主叫方)播放个性化回铃音。 [0011] 举例而言,这样的回铃音能够是音乐,或者提供可能是个人或商业相关的记录消息。在某些系统中,订户(即被叫方)能够使用收费的CRBT服务。 [0012] 通过在呼叫处理过程中实施暂停,能够将诸如CRBT之类的信息传递至主叫方(例如,主叫方能够收听完整的回铃音)。这样的暂停能够通过多种方式来实现。例如,在某些实施例中,能够通过在呼叫处理系统中使用触发以在将呼叫处理交还给呼叫处理系统之前将呼叫处理转移至能够提供延迟的应用,来实现暂停。 [0014] 在某些实施例中,呼叫处理系统中的归属位置寄存器(HLR)包括用以提供触发的可执行指令(例如具有一个或多个可执行指令的软件应用),所述触发将呼叫处理转移至所述应用或通信系统的组件中另一应用。所述应用能够驻留在系统的各种适当组件上。例如,在某些实施例中,能够在HLR或其他服务控制点(SCP)组件(例如CRBT服务器)上提供所述应用。 [0015] 在利用可变或非可变延迟的实施例中,始发移动交换中心(MSC)能够被用于将呼叫处理转移至呼叫处理系统中的应用,所述应用使用延迟来暂停呼叫处理,并允许在呼叫处理恢复(resume)之前完成CRBT的播放。在多种实施例中,延迟能够被设置成使得完成信息的一次重放。在某些实施例中,能够进行多于一次的重放。 [0016] 可变延迟能够根据期望延迟的长度而改变。延迟时间能够基于多种准则。例如,延迟时间能够基于待传达的信息的长度,基于待传达的信息的预期长度,基于分配给用户的用于记录信息的时间窗,或者能够基于待重放的信息的长度的测量。 [0017] 延迟的设置能够由系统用户手动完成,或者能够凭借例如从数据库提供的数据和可执行指令来完成。例如,具有手动延迟能力的实施例能够由系统管理员来设置,所述系统管理员能够为与系统一起使用的一个或多个设备和/或接入系统的设备的用户(例如订户)设置延迟参数。举例而言,输入延迟参数的个人能够例如根据以上提供的准则、其他适当的准则或任意地选择时段(例如3秒)。 [0018] 在某些实施例中,如果所选择的时段不够长或过长,则能够改变该参数。此外,在某些实施例中,系统组件可以具有能够从中选择的已经可用的多个CRBT或其他消息或信息。在这样的实施例中,这样的选择的长度可以是已知的或测量的,并且长度信息能够被用于确定待输入的延迟参数。 [0019] 这样的可用选择能够被用于手动实施例和/或利用可执行指令来输入延迟参数的实施例中。在可执行指令实施例中,举例而言,能够选择CRBT或其他信息,并且可执行指令能够使用选择的长度信息来设置延迟参数。 [0020] 图1是图示出包括服务网络和目标网络的系统的实施例的框图。图1图示出请求通信设备104(例如,移动台或“MS”)与目标通信设备105之间的、通过通信系统100内的服务网络101和目标网络103所实现的连接的实施例。 [0021] 在图1所示的实施例中,请求通信设备104通过担当服务网络的通信网络基础设施101与具有其自身网络基础设施的目标通信设备进行通信。在某些情况下,两个通信设备可以属于相同的网络,因此,将会仅使用一个网络,并且两个设备(除了别的组件外尤其)可以使用相同的MSC、HLR和/或CRBT服务器。 [0022] 在图1的实施例中,系统100包括多个通信网络101和103。这样的网络能够被设计为提供对一种或多种类型的媒体(例如,文本、音频、和/或图像媒体)的传送。在图1的实施例中,网络101包括移动交换中心/虚拟位置寄存器112、CRBT服务器114以及归属位置寄存器116。类似地,网络103包括移动交换中心/虚拟位置寄存器132、CRBT服务器114以及归属位置寄存器146。 [0023] 此处讨论的通信设备、服务器以及其他计算设备,如服务网络101/103中的计算设备(例如服务器)或其他网络组件和/或通信设备104/105,能够包括:一个或多个逻辑电路(例如处理器和/或专用集成电路等)和其中的存储器,所述存储器用于存储可执行指令以及一个或多个逻辑电路对可执行指令的执行。存储器能够包括非易失性和易失性存储器,如闪存、只读存储器(ROM)、随机存取存储器(RAM)等。 [0024] 能够被使用的通信设备能够是固定或移动通信设备,并且能够具有能够通过其进行通信会话的若干网络。在图1中,所示的网络可操作来被用作移动网络,并且以下详细描述了这些网络的实施例的结构。然而,本公开的实施例不限于所示的结构。 [0025] 在图1的服务网络101中,举例而言,请求通信设备104能够通过具有天线的基站(未示出)与移动交换中心(MSC)112进行通信。无线电信网络(如图1所示的示例)包括连接至多个基站的MSC,所述多个基站分散在该网络所服务的地理区域内。 [0026] 通常将无线电信网络所服务的地理区域划分为多个被称为“小区”的空间上独立的区域。每个MSC通常负责(除别的之外)建立并维持通信设备之间(如通信设备与通过本地和/或长距离网络连接至系统的有线终端之间)的呼叫等。 [0027] MSC能够执行各种功能,除了别的之外特别包括例如移动性管理、呼叫切换、呼叫接纳、呼叫控制和/或资源分配等。接着,能够通过诸如有线或无线通信将呼叫从MSC中继至一个或多个基站,至目标通信设备。 [0028] 在图1中,每当通信设备(例如104)激活或漫游至新的MSC覆盖区(即MSC所负责的“小区”)中时,新的MSC就成为服务MSC112。通信设备104通过基站将其存储的标识传送至新的服务MSC。如图1所示,能够通过无线电信道108传送订户标识信息,并通过基站的天线来检测订户标识信息。基站继而能够被用于向服务MSC 112传送订户标识信息。 [0029] 如图1的实施例所示,在某些实施例中,MSC 112能够包括访问位置寄存器(VLR)功能。VLR被用于跟踪正漫游到由它们的归属位置寄存器(HLR)所服务的小区以外的网络内的并且当前位于由特定VLR及其相应MSC所服务的网络的小区内的订户。关于本公开,VLR能够被视为MSC或HLR。 [0030] HLR是蜂窝系统中的数据库,包含与供应商的归属服务区域内的订户有关的信息。HLR能够是诸如服务器等之类的独立设备,或者HLR的功能能够被集成到另一网络设备中,例如集成到MSC或VLR中,有效地使设备成为结合的MSC/HLR或VLR/HLR设备。 [0031] 为了向注册(即注册为网络内的订户)的通信设备104提供移动服务,服务MSC112能够向HLR(如HLR 116)传送信号(例如位置更新信号)。请求HLR中的数据并将其转移至新区域中的VLR。 [0032] 所转移的信号向HLR 116通知与当前正在为通信设备104服务的MSC 112相关联的网络地址,并且还请求向漫游通信设备104提供移动服务所必须的订户信息。HLR 116更新其数据库,以存储表示服务MSC 112的网络地址,并且还将所请求的订户信息拷贝至与服务MSC112相关联的VLR。稍后,移动网络利用存储在HLR 116中的表示服务MSC 112的网络地址,将打算送往通信设备104的任意呼入(incoming call)重路由至服务MSC 112。 [0033] 相应地,每当使用通信设备105的电信订户请求与另一通信设备104通信(例如拨打通信设备的电话号码)时,移动网络就查询HLR116,以确定通信设备104的当前位置。利用诸如HLR 116中存储的、表示服务MSC 112的网络地址之类的信息,HLR 116能够响应于查询信号的接收而从服务MSC 112请求联系信息(例如,漫游号码)。 [0034] 接着,电信网络能够使用服务MSC 112所提供的联系信息,将传入信号路由至服务MSC 112。然后,服务MSC 112能够寻呼通信设备104,并相应地与通信设备104建立连接,如果可用的话。如果通信设备104漫游到服务MSC 112覆盖区域以外并进入另一MSC覆盖区域,MSC 112将把通信切换至新的MSC及其相应的新的基站。 [0035] 一旦建立了该通信,在某些情况下,就可以提供多彩回铃音(CRBT)。CRBT能够是被提供给主叫方的可听(例如,一个或多个声音和/或音乐)、可见(例如,一个或多个静止图像和/或视频)、和/或文本信息。 [0036] 例如,能够当在网络内或多个网络之间建立呼叫时提供该CRBT信息。能够同时或在相近时刻向一个或多个主叫方提供这样的CRBT。 [0037] 本公开的实施例(例如通过CRBT服务器114)提供CRBT功能,CRBT功能能够被用于提供使用回铃音的时间。能够以多种方式来提供该时间。例如,能够在呼叫处理中提供延迟,使得能够播放更多的或者整个CRBT,或者能够将呼叫处理过程切换至监视CRBT重放的组件。 [0038] 虽然该功能被示为网络101和103的独立的CRBT服务器组件114,但能够在一个或多个其他类型的网络设备中提供该功能(例如除了别的网络设备外尤其能够作为MSC、VLR和/或HLR的一部分来提供),并且该功能不是必须是网络的独立组件。在对本公开的图2和3的讨论中,提供了一些通信流的示例。 [0039] 正如所属领域技术人员将理解的那样,能够用可以在此示出的系统和设备上运行的软件、应用模块、以及计算机可执行指令等来执行实施例。本公开的实施例不限于任何特定的操作环境或以特定编程语言编写的软件。适于实现本公开实施例的软件、应用模块、以及计算机可执行指令能够驻留在一个或多个设备或位置中或者若干甚至许多位置中。 [0040] 本公开的实施例还能够驻留在各种形式的计算机可读介质上。所属领域技术人员将理解,计算机可读介质能够是包含计算机可读信息的任意介质。例如,计算机可读介质的形式(除了别的之外尤其)能够包括存储在诸如硬盘驱动器、磁盘、存储卡等之类的固定或可拆装介质上的易失性和/或非易失性存储器。 [0041] 除非明确说明,此处描述的方法实施例不限于特定的次序或序列。此外,所述方法实施例或其元素中的一些能够在相同时间点出现或被执行。 [0042] 图2是本公开的实施例的处理流程的示例。虽然图2和3所示的示例涉及电信系统,但本公开的实施例也能够用于其他类型的通信系统。正如将于以下详细讨论的那样,图2的实施例利用HLR来实现延迟功能。 [0043] 在图2所示的实施例中,如a处所指示的,举例而言,(例如,使用图1的实施例的通信设备104的)主叫方能够通过拨打被叫方的号码尝试连接至(例如,使用图1的实施例的通信设备105的)被叫方,并且能够向始发MSC(例如,图1的实施例的MSC/VLR 112)发起呼叫。如b处所提供的,始发MSC能够被用于向HLR(例如,图1的实施例的HLR 116)发送消息,以发起呼叫终止。 [0044] 如c处所提供的,HLR能够提供CRBT信息,以将主叫方呼叫终止路由至CRBT服务器,并且能够提供触发,以将呼叫处理转移至应用,所述应用能够使用延迟来使呼叫处理暂停,以允许例如CRBT服务器完成回铃音的播放。在图2所示的实施例中,使用HLR来提供延迟。然而,在某些实施例中,系统的其他组件可以提供该功能。 [0045] 如d处所指示的,能够利用始发MSC将主叫方呼叫终止路由至CRBT服务器。如e处所示,CRBT服务器能够开始为主叫方进行回铃音的初始播放。如在图2的实施例中的f处所指示的,在这样的实施例中,始发MSC能够发送将呼叫处理转移至HLR的消息。 [0046] 能够使用HLR来设置允许完成针对主叫方的回铃音的初始播放的延迟。在某些实施例中,能够在延迟完成之前播放和/或完成多个回铃音或相同回铃音的多次播放。在g处示出了这样的设置功能。 [0047] 例如,HLR能够在延迟结束时,利用将呼叫处理转移回例如始发MSC的消息来做出响应。在h处指示了该过程。 [0048] 如i处所指示的,始发MSC能够向HLR查询位置和呼叫传递信息。如j处所提供的,在这样的实施例中,HLR能够用所请求的位置和呼叫传递信息做出响应。 [0049] 在这一点上,如k处所指示的,在某些实施例中,始发MSC能够被用于寻呼被叫方的移动台(MS)。如1处所指示的,MS能够对寻呼做出响应。 [0050] 在图2的实施例中,如m处所指示的,始发MSC向MS警告(alert)呼入。如n处所提供的,当被叫方应答通信设备时,MS对警告做出响应。在o处,始发MSC能够指示CRBT服务器释放呼叫,并且如p处所指示的,主叫方能够被连接至被叫方。 [0051] 图3是本公开的另一实施例的处理流程的示例。图3的实施例根据有关回铃音何时完成一次或多次重放的知识来提供延迟。图3的实施例还提供了实施例,其中始发MSC将呼叫处理转移至呼叫处理系统中的CRBT服务器,其允许在呼叫处理恢复之前播放和/或完成一个或多个CRBT项目的初始或多次播放。 [0052] 与图2中提供的示例性实施例相同,在图3所示的实施例中,主叫方能够拨打被叫方的号码,并且可以向始发MSC发起呼叫,如a处所指示的。如b处所指示的,始发MSC能够被用于向HLR发送消息,以发起呼叫终止。 [0053] 如c处所提供的,HLR能够提供CRBT信息,以将主叫方呼叫终止路由至CRBT服务器,并且能够提供触发,以将呼叫处理转移至应用,所述应用能够使用延迟来使呼叫处理暂停,以允许例如CRBT服务器完成回铃音的播放。 [0054] 如d处所指示的,能够利用始发MSC将主叫方呼叫终止路由至CRBT服务器。与图2中提供的实施例相同,CRBT服务器能够开始针对主叫方进行回铃音的初始播放,如e处所示出的那样。 [0055] 然而,如在图3的实施例中的f处所指示的,在图3的实施例中,始发MSC能够发送将呼叫处理转移至CRBT服务器的消息。如g处所描述的,CRBT服务器继续播放回铃音。如h处所指示的,在这样的实施例中,举例而言,CRBT服务器能够在已经完成回铃音播放之后,利用将呼叫处理转移回始发MSC的消息来做出响应。 [0056] 与图2中示出的实施例相同,始发MSC能够向HLR查询位置和呼叫传递信息,如i处所指示的那样。如j处所提供的,在这样的实施例中,HLR能够用所请求的位置和呼叫传递信息做出响应。 [0057] 在这一点上,如k处所指示的,在某些实施例中,始发MSC能够被用于寻呼被叫方的移动台(MS)。如1处所指示的,MS能够对寻呼做出响应。 [0058] 如m处所指示的,在图3的实施例中,始发MSC向MS警告呼入。如n处所提供的,当被叫方应答通信设备时,MS对警告做出响应。在o处,与图2中提供的示例性实施例相同,始发MSC能够指示CRBT服务器释放呼叫,并且如p处所指示的,主叫方能够被连接至被叫方。 [0059] 在这样的实施例中,在主叫方被连接至被叫方之前,CRBT服务器能够完成CRBT的一次或多次播放。对于诸如语音邮件服务器之类的作为被叫方的自动系统而言,这样的实施例也会是有用的。应当注意的是,在这样的延迟或呼叫处理转移实施例中,能够使用多种组件来处理这样的功能,并且此处的描述提供了功能位置的一些示例,但不应被理解为限制性的。 [0061] 应当理解的是,上述描述是以说明性的方式做出的,而不是限制性的。通过阅读上述说明,对于所属领域技术人员,上述实施例的结合以及此处未具体描述的其他实施例将是很明显的。 [0063] 在前述详细说明中,为了简化本公开,在单个实施例中将多种特征集中在一起。本公开的这种方法不应被理解为反映了所公开的本公开的实施例必须使用与在每个权利要求中明确记载的特征相比更多特征的意图。 [0064] 相反,如以下权利要求所反映的那样,本发明的主题少于所公开的单个实施例的所有特征。因此,此处将以下的权利要求并入了详细说明,其中每个权利要求本身代表一个单独的实施例。 |