阅读说明：本技术 用于用户设备的增强的内置语音邮件 (Enhanced built-in voicemail for user devices ) 是由 查尔斯·朱利安 马克西姆·马蒂厄 于 2018-08-01 设计创作，主要内容包括：一种用于处理语音或视频呼叫的用户设备(UE),例如智能电话、PC、膝上型计算机、平板电脑等,该UE具有集成在其OS中或应用形式的语音邮件客户端,该UE被配置为：接收呼入呼叫消息,使得最多在预设的无应答时间段内提醒有关呼入呼叫,在预设的无应答时间段之后,如果呼叫未被应答,则呼叫被设置为从呼叫方向基于网络的语音邮件中心完成；以及在预设的无应答时间段到期之前,应答呼入呼叫,使得呼叫被建立在呼叫方与UE的语音邮件客户端之间,其中,呼叫向基于网络的语音邮件中心未完成。语音邮件客户端还被配置为：使用UE的语音邮件客户端,在与呼叫方的呼叫上为呼叫方播放问候消息；记录来自呼叫方的语音消息；以及向UE的用户提醒有关语音邮件消息。因此,语音邮件消息在UE上本地保存和访问,避免了信令到基于网络的语音邮件客户端。(A User Equipment (UE), such as a smartphone, PC, laptop, tablet, etc., for handling voice or video calls, the UE having a voicemail client integrated in its OS or in the form of an application, the UE being configured to: receiving an incoming call message such that at most a related incoming call is alerted within a preset no-answer time period, after which if the call is not answered, the call is set to be completed from the calling direction to a network-based voicemail center; and answering the incoming call before expiration of the preset no-answer time period such that the call is established between the calling party and the voicemail client of the UE, wherein the call is not completed to the network-based voicemail center. The voicemail client is further configured to: playing, using a voicemail client of the UE, a greeting message for the calling party on a call with the calling party; recording a voice message from a calling party; and alerting a user of the UE of the related voicemail message. Thus, voicemail messages are stored and accessed locally on the UE, avoiding signaling to network-based voicemail clients.)

用于用户设备的增强的内置语音邮件

技术领域

本公开涉及语音邮件(voice mail)系统。

背景技术

语音邮件系统允许呼叫方给不可及的被叫方留语音消息。

固定电话首次为呼叫者提供了一种经由通常连接到被叫方电话线路的答录机为被叫方留语音消息的方法。在电话铃响一段时间后，如果被叫方未接听电话，则答录机播放问候消息，该问候消息邀请呼叫方为被叫方留语音消息。被叫方将在稍后的时间点收听所存储的消息。

该构思的进一步增强是在固定电话中实施基于网络的答录机。被叫方不再需要在家中购买和设置答录机，这是因为固定电话运营商允许该服务是基于网络的，即当被叫方在一定时间段后未接听电话时，该呼叫被重新路由到基于网络的语音邮件服务器，该基于网络的语音邮件服务器播放问候并保存呼叫方的语音消息。于是，被叫方然后可以拨入基于网络的语音邮件服务器以收听所存储的消息。

蜂窝电话也实施了使呼叫方能够给被叫方留消息的语音邮件消息传递。

例如，在GSM(全球移动通信系统)中，语音邮件是通过呼叫转移服务(具有与被叫方相关联的各种触发，例如在忙碌、无回复/无应答、非活动等情况下进行转移)处理到转移号码(C号码)。

当来自呼叫方的呼叫到达访问的MSC时，MSRN(移动台漫游号码)用于确定被呼叫的电话，即MSRN映射回被叫方的IMSI(国际移动订户标识)。MSC(移动交换中心)寻呼在注册IMSI的区域中的所有基站，以便向被叫方电话通知有针对其的呼入呼叫。如果被叫方订户应答，则然后通过访问的MSC和网关MSC建立回到呼叫方的网络的语音路径，然后进行正常呼叫。但是，如果被叫方订户未应答(例如，该订户忙于另一个呼叫(并且未使用呼叫等待))，则访问的MSC会将呼入呼叫路由到预定的遇忙呼叫前转(CFB)号码，该号码在当前场景中是语音邮件服务器的号码。一旦检测到呼叫，就会进行CFB转移，并且呼叫传送过程确定订户正忙并且没有呼叫等待。

类似地，如果订户在一段时间(例如，30秒)后未应答呼叫，则访问的MSC将呼叫路由到预定的无应答呼叫前转(CFNRy)号码。运营商可以决定将该值默认设置为移动电话的语音邮件服务器，使得与语音邮件服务器联系，并且呼叫者可以为被叫方留消息。

此外，在又一个场景中，如果订户由于不在覆盖范围内或者其电池已用完/被移除而没有响应寻呼请求，则访问的MSC将呼叫路由到预定的不可达呼叫前转(CFNRc)号码。再次，运营商可以决定将该值默认设置为移动电话的语音邮件服务器，使得呼叫者可以留消息。

当终端侧被设置为是语音邮件系统时，在呼叫方和语音邮件系统之间建立呼叫，该语音邮件系统为用户播放问候，邀请用户留语音消息。当完成此操作时，在成功记录消息后，语音邮件系统通常通过SMS或MMS向被叫方提醒所记录消息的存在。每当被叫方希望时，它可以调用语音邮件服务器以收听和管理(例如丢弃、重播、存储)所存储的语音消息。

因此，在GSM中，当被叫方在另一条线路上忙并且没有激活呼叫等待特征时，也会立即将呼叫重定向到语音邮件服务器，但通常发生在用于用户接听电话的预设时间段到期之后，如在CFNRy或CFNRy场景中。

这样的预设时间段可以由网络运营商或订户自身设置。

更新的蜂窝系统还通过IMS(IP多媒体子系统)实现语音邮件服务。在IMS中，SIP(会话发起协议)被用于双方之间的信令。

图1.a(现有技术)示出了在应用服务器101中实现语音邮件系统的基于IMS的场景，该应用服务器101充当终端UA(用户代理)并执行语音邮件服务器的功能，以便代表不在覆盖范围内或关机的UE终止呼叫并记录消息。

去往当前未IMS注册的UE(用户设备，未示出)的初始邀请1被转发给S-CSCF(服务呼叫会话控制功能)103。S-CSCF 103中的默认过滤准则指示，对于非注册用户的情况，应将邀请请求转发给语音邮件和通告服务器103。

在接收到邀请请求1后，语音邮件和通告服务器101确定目标UE已经订阅了语音邮件服务(可能通过经由Sh接口(未示出)下载一些订户简档信息)。因此，语音邮件和通告服务器101除了播放通告以通知呼叫方被叫方已关机或不在覆盖范围内之外，还通知呼叫者他可以给被叫方留消息。

呼叫方为被叫方留消息，然后通过发送再见请求挂断呼叫。

更详细地，图1(现有技术)中示出如下步骤：

1)在S-CSCF处接收去往非注册用户的邀请请求。

2)基于初始过滤准则的触发点，S-CSCF将邀请请求代理给AS(语音邮件服务器)。

3-4)AS启动语音邮件应用，并使用包含SDP的183(会话进行)响应进行响应，该183(会话进行)响应由S-CSCF代理回给呼叫者。

5-8)呼叫者使用包含SDP的PRACK请求进行响应，S-CSCF将PRACK请求代理给AS，并且AS使用包含SDP的200(OK)响应进行响应，S-CSCF将200(OK)响应代理回给呼叫者。

9)QOS建立和资源预留发生。

10-13)在完成资源预留后，呼叫者发送包含SDP的更新请求，该更新请求由S-CSCF代理给AS，该AS使用包含SDP的200(OK)响应进行响应，该200(OK)响应由S-CSCF代理回给呼叫者。

14-15)然后，AS针对初始邀请请求发送200(OK)响应，S-CSCF将该200(OK)响应代理给呼叫者。

16-17)呼叫者针对200(OK)响应返回ACK请求。

18)AS使用建立的会话播放通告，指示呼叫者已关机，但呼叫者可以留消息。

19)呼叫者使用所建立的会话来留消息。

20-21)呼叫者通过发送S-CSCF代理给AS的再见请求来挂断。

22-23)AS使用200(OK)响应进行响应，S-CSCF将该200(OK)响应代理回给呼叫者。

图1.b(现有技术)示出了语音邮件服务器101在用户向网络注册后联系用户并向他通知任何所记录的消息的场景。在该示例中未示出应用服务器使用MRF播放通告以及选择和播放所记录的消息。

详细地，图1.b(现有技术)的步骤如下：

1-4)UE向S-CSCF 103发送注册请求，S-CSCF 103使用401(未授权)响应质询进行认证，其中认证响应在第二注册请求中提供。以从S-CSCF到UE的200(OK)响应完成注册。

5-6)S-CSCF从HSS下载UE的过滤准则，其指示S-CSCF应该代表UE向执行语音邮件服务的AS发送第三方注册请求。AS使用200(OK)响应来响应注册请求。

7-8)AS下载(可能是经由Sh接口从HSS下载)订户的订户数据，该订户数据指示订户已启用特征，该特征使语音邮件应用在订户注册后与订户联系以传递记录的消息。AS向S-CSCF发送针对UE的包含SDP的邀请请求，S-CSCF将其代理给UE。

9-10)UE使用包含SDP的183(会话进行)响应进行响应，S-CSCF将183(会话进行)响应代理给AS。

11-14)AS发送PRACK请求，S-CSCF将其代理给UE，并且UE使用200(OK)响应进行响应，S-CSCF将200(OK)响应代理给AS。

15)QOS建立和资源预留发生。

16-19)AS发送更新请求，S-CSCF将该更新请求代理给UE，UE使用200(OK)响应进行响应，S-CSCF将200(OK)响应代理给AS。

20-21)UE发送指示它正在提醒用户的180(铃响)响应，S-CSCF将180(铃响)响应代理给AS。

22-25)AS为了指示接收到180(铃响)响应而发送PRACK请求，S-CSCF将PRACK请求代理给UE，并且UE使用200(OK)响应来响应，S-CSCF将200(OK)响应代理给AS。

26-27)当订户应答时，UE发送对初始邀请请求的200(OK)响应，S-CSCF将200(OK)响应代理给AS。

28-29)AS使用ACK请求来应答200(OK)响应，S-CSCF将ACK请求代理给UE。

30)AS播放指示所存储的消息的号码的通告，然后使用建立的会话向UE回放消息。

31-32)UE通过发送S-CSCF代理给AS的再见请求来挂断。

33-34)AS使用200(OK)响应进行响应，S-CSCF将200(OK)响应代理回给UE。

简而言之，在现有技术中提出了各种基于网络的实现来实现语音邮件系统。然而，每种这样的实现都需要设置在存储空间方面(解决给定网络中针对所有订户的大量语音邮件消息的存储需求)和信令和数据传输方面(由于这种语音消息首先需要在被叫方和基于网络的语音邮件服务器之间交换，然后还在后者和被叫方之间进行交换)二者都很昂贵的基于网络的服务器和技术。

甚至IP语音系统(VoIP)也使用类似的构思。Skype^TM还允许将语音邮件消息存储在基于网络的服务器中，并在重新注册后向用户通知语音邮件消息的存在，使其能够被下载并被收听。如上文所述，这还需要在Skype^TM网络服务器中实现数据存储空间，并且占用两倍的网络带宽。

固定电话答录机场景还需要附加的投资，这是因为用户需要购买和设置答录机。

需要解决上述缺点的更简单且更有效的解决方案。

发明内容

在一个方面，本发明的实施例包括一种在包括使得能够处理电话呼叫的电路的用户设备(UE)中的用于语音邮件服务的方法。该方法允许：接收呼入呼叫消息，使得UE的呼叫客户端最多在预设的无应答时间段内提醒有关呼入呼叫，在预设的无应答时间段之后，如果呼叫未被应答，则呼叫被设置为从呼叫方到基于网络的语音邮件中心完成。然后，在预设的无应答时间段到期之前，该方法使得能够：由UE的语音邮件客户端来应答呼入呼叫，使得呼叫被建立在呼叫方与UE的语音邮件客户端之间，其中，呼叫到基于网络的语音邮件中心未完成。该方法还允许语音邮件客户端在与呼叫方的呼叫上为呼叫方播放问候消息，使用UE的语音邮件客户端在UE上记录来自呼叫方的语音消息；以及向UE的用户提醒语音邮件消息。

在另一方面，本发明的实施例提供一种用户设备(UE)，该UE包括被配置为处理电话呼叫的电路，该UE被配置为：接收呼入呼叫消息，使得UE的呼叫客户端最多在预设的无应答时间段内提醒有关所述呼入呼叫，在所述预设的无应答时间段之后，如果所述呼叫未被应答，则所述呼叫被设置为从呼叫方向基于网络的语音邮件中心完成；在预设的无应答时间段到期之前，由UE的语音邮件客户端来应答呼入呼叫，使得呼叫被建立在呼叫方与UE的语音邮件客户端之间，其中，呼叫向基于网络的语音邮件中心未完成。UE还被配置为通过语音邮件应用在与呼叫方的呼叫上为呼叫方播放问候消息，使用UE的语音邮件客户端在UE上记录来自呼叫方的语音消息；以及向UE的用户提醒有关语音邮件消息。

记录语音消息还包括：确定在播放问候消息或记录语音邮件消息期间用户何时应答呼叫；以及从UE的语音邮件客户端转移呼叫并使用户能够与呼叫方通话。

接收呼入呼叫消息可以包括从移动交换中心(MSC)接收呼叫寻呼，并且提醒有关呼入呼叫包括由UE播放铃声或产生振动。

此外，接收呼入呼叫消息包括从会话发起协议(SIP)媒体中心接收SIP邀请消息。

在其他方面，本发明允许将语音邮件客户端配置为在预设的无应答时间段到期之前应答用户未应答的呼入呼叫，以避免呼入呼叫被路由到基于网络的语音邮件服务器。配置UE的语音邮件客户端可以包括从基于网络的语音邮件服务器获得预设的无应答时间段，或者手动配置预设的无应答时间段。配置UE的语音邮件客户端还可以包括：配置小于预设的无应答时间段的时间段，在该时间段到期时，如果用户未应答呼叫，则将由UE的呼叫客户端来应答该呼叫。

一旦语音邮件消息被记录在UE上，本发明的实施例就允许在UE的可视语音邮件收件箱中显示语音邮件消息。

在另一方面，本发明的实施例包括：在UE被关闭或另外的不可达的时间段期间，从基于网络的语音邮件中心下载被存储到基于网络的语音邮件中心上的其他语音邮件消息，其中，显示包括将UE的可视语音邮件收件箱中的语音邮件消息与其他语音邮件消息一起显示。

在又一方面，本发明的实施例提供语音邮件客户端作为UE的操作系统的一部分，或者备选地作为在UE的操作系统之上运行的应用。

UE可以是智能电话、PC、膝上型计算机、平板电脑或计算机设备。

附图说明

为了更详细地理解本发明及其进一步的目的和优点，现在可以结合附图参考以下描述，在附图中：

图1.a(现有技术)是实现语音邮件系统的基于IMS的场景的节点操作和信号流图；

图1.b(现有技术)是实现语音邮件系统的另一个基于IMS的场景的另一个节点操作和信号流图；

图2是实现本发明的实施例的UE的示例性高级图示；

图3是实现本发明的某些实施例的方法的示例性流程图；

图4是表示本发明的某些实施例的示例性节点操作和信号流图；以及

图5是根据本发明的某些其它实施例的UE的示例性框图。

具体实施方式

将具体参考各种示例性实施例来描述本发明的创造性的教导。然而，应该理解，这类实施例仅提供了本发明的创造性教导的许多有利用途的一些示例。一般而言，在本申请的说明书中做出的陈述不必限制本发明的各种要求保护的方面中的任何一个。此外，一些陈述可能适用于一些发明特征，而不适用于其他特征。在附图中，贯穿若干视图，相同或相似的元件用相同的附图标记表示。

本发明的实施例提出了用户设备(UE)上的应用或客户端形式的语音邮件解决方案，该用户设备(UE)例如可以包括用于在被叫方的UE上本地处理语音邮件消息的智能电话、PC、膝上型计算机、平板电脑或任何其他类型的计算机设备。这样做，本发明的实施例避免了需要与传统的基于网络的语音邮件服务器进行交互，这是因为即使在用户忙、不可及等情况下，也总是由UE的语音邮件客户端在被叫方侧应答呼叫。

根据本文的实施例，在这种实例中，向B方(被叫方)的UE提供语音邮件(VM)客户端(其可以是或可以不是UE的本机OS的一部分)，该VM客户端在UE上运行并且负责在UE或其网络上已设置的“呼叫忙”或“无应答”时段到期之前拦截语音呼叫。因为呼叫总是在无应答时段到期之前被应答，所以没有无应答消息被发送回到MSC/交换机，并且因此不会联系VM中心/服务器。相反，本地VM客户端模拟在被设置用于将呼叫重新路由到基于网络的VM服务器的无应答时间段到期之前用户应答呼叫，这触发与被叫方的UE语音邮件客户端建立语音通话(例如，经由GSM中的语音通道)，然后允许代表用户与A方(呼叫方)建立常规语音呼叫。VM客户端播放用户问候以提供A方来存储语音邮件消息，并将语音消息直接记录在被叫方的UE上。

因此，直接与UE语音邮件客户端协商所有预条件，并且因此，语音消息被直接记录在UE上并呈现在用户的VM客户端中。本发明的实施例可以在诸如Android^TM和/或苹果的IOS^TM的操作系统(OS)中实现，以避免终端用户启用或安装其相关的“播放(play)”商店或“应用”商店中的其他类型的应用。

备选地，在其他实施例中，该特征也可以在应用商店中可获得的应用中实现，该应用可以下载并在UE的OS之上运行。

根据本文的实施例，语音邮件消息的存储是向B方自己的UE语音邮件客户端的电话重定向(B方无法接听语音呼叫)的结果。因为本发明的实施例仅在终端侧(即在被叫方的UE中)实现，所以可以在没有修改的情况下继续使用GSM、SIP或其他通信协议。所有典型的语音邮件特征继续起作用，而根据本文的实施例，UE本身变为其自己的语音邮件服务器。

除了这些实施例之外，在某些实现中，仍然可以使运营商的语音邮件服务器可用于服务不能使用该新的客户端的非UE用户，或者向使用语音邮件客户端但他们的电话已关机或不可及的那些用户提供语音邮件回退(fall-back)解决方案。例如，在打开电话后，应用然后可以与语音邮件服务器同步并通过IMAP(互联网消息访问协议)复制未读的语音邮件消息，例如，类似于可视语音邮件的工作方式。

此外，可以提供UE的语音邮件客户端的一些配置，使得例如，当B方漫游且未应答时，客户端将重定向到运营商的语音邮件服务器，以避免产生(可能昂贵的)呼叫时间费用。

最终，根据其他实施例，被叫方还应该有可能接管被存储在被叫方UE上的呼入语音邮件呼叫，并在语音邮件消息存储期间在被释放时直接与A方通话。例如，语音邮件客户端可以提醒或以其他方式让B方知道语音邮件当前正在被存储，并根据需要提供接听语音呼叫的可能性(因此，取决于配置参数取消存储或不取消存储)。

图2示出了实现本发明的实施例的示例性UE 200的高级图示。UE实现本文提出的语音邮件客户端，如图所示，用户可以经由应用图标202对语音邮件客户端进行访问。语音邮件客户端可以与UE 200的OS完全或部分集成或不集成。它可以是UE 200的呼叫客户端的组成部分，或者可以被实现为单独的功能或应用。

图3示出了由本发明的示例性实施例提出的方法的高级流程图。根据这样的示例性实施例，UE 200被配置为接收呼叫并且包括使得能够处理这样的呼叫的电路。该方法开始于动作310，被叫方UE接收呼入呼叫消息，使得UE的呼叫客户端(本文也称为应用)最多在预设的无应答时间段内(例如，通过铃响、振动或闪烁)提醒有关呼入呼叫，在该预设的无应答时间段之后，如果未应答呼叫，则呼叫被设置为从呼叫方向基于网络的语音邮件中心完成。在动作312，根据本文的实施例，在预设的无应答时间段到期之前，由UE 200的语音邮件客户端应答呼入呼叫，使得呼叫被建立在呼叫方和UE的语音邮件客户端之间，使得向基于网络的语音邮件中心的呼叫未完成。然后，UE语音邮件客户端在与呼叫方的呼叫上为呼叫方播放问候消息(动作314)，这允许在动作316中使用UE的语音邮件客户端在UE上记录来自呼叫方的语音消息。最后，在动作318中，UE客户端使用UE的语音邮件客户端(例如，通过声音、在UE的GUI上的标志等)向UE的用户提醒新存储的语音邮件消息。这样的提醒可以包括UE的振动，或者在UE的图形用户界面(GUI)上的一个或多个标志的显示，指示语音邮件消息的存在。

语音邮件消息本地存储在UE本身上，这使得无需其他网络信令即可容易地获取消息。类似地，语音邮件消息的本地记录使得消息的显示、分类和访问更加容易，并且语音邮件消息管理变为UE本身上的纯本地特征。

在一些其他实施例中，在语音消息的记录期间，被叫方用户可以变得可及(例如，因为完成并挂断另一个呼叫)并且可以应答来自呼叫方的呼入呼叫。然后，该方法确定在语音邮件消息的记录期间由被叫方用户何时应答呼叫，并将呼叫从UE的语音邮件客户端转移到UE的呼叫客户端，并使用户能够与呼叫方通话。在一些实施例中，语音邮件客户端和呼叫客户端是UE的相同功能的一部分，在这种情况下，可以实施相同行为，其中将呼叫从语音邮件功能转移到相同客户端的呼叫功能。

在一些其他实施例中，该方法需要将UE的语音邮件客户端配置为在预设的无应答时间段到期之前应答用户未应答的呼入呼叫，以避免呼入呼叫被路由到基于网络的语音邮件服务器。

在又一些实施例中，配置UE的语音邮件客户端包括从基于网络的语音邮件服务器获得预设的无应答时间段，或仅较短的时间段。这可以通过以下方式来实现：用户呼叫运营商的支持热线，或者将UE本身配置为与网络握手预设的时间段，或者仅较短的时间段。例如，UE的语音邮件客户端可以被手动地配置有预设的无应答时间段或较短的时间段。

配置UE的语音邮件客户端可以涉及为UE预配置小于预设的无应答时间段的时间段，在该时间段到期时，如果用户未应答呼叫，则将由UE的呼叫客户端来应答该呼叫。这可以通过手动配置或通过与基于网络的语音邮件服务器握手来实现。

在其他实施例中，该方法包括在UE的可视语音邮件收件箱中显示语音邮件消息。

图4示出了本发明的示例性实施例的节点操作和信号流图，其可以使用任何通信协议(包括但不限于GSM(全球移动通信系统)、IMS(IP多媒体子系统)、VoIP(互联网语音协议)等)来实现。此外，这样的实施例可以使用任何类型的呼叫(包括但不限于语音呼叫、视频呼叫等)来实现。

在动作410中，可能经由一些交换机、路由器或MSC 403从呼叫方402向被叫方UE200发起呼入呼叫。这样的呼叫可以经由各种通信协议(例如但不限于GSM、IMS/SIP等)来实现。例如，接收呼入呼叫消息412可以包括：如果使用的协议是GSM，则从MSC接收呼叫寻呼；或者，如果使用的协议是会话发起协议(SIP)，则从SIP媒体中心接收SIP邀请消息。在动作412中，向被叫方UE 200发送对呼入呼叫的提醒(或提醒的指示)，其触发动作414中针对UE200的呼入呼叫提醒，该提醒可以采取声音、振动、或显示的某种通知的形式。通常在开始接收呼叫消息412时启动计时器413，使得可以由节点403或被叫方200监控无应答时间段，因为如果被叫方在该时间期间未应答该呼叫，则在无应答预设时间段到期后该呼叫被设置为被路由到语音邮件服务器(图4中未示出)。

如果UE 200的用户未应答呼叫，则将UE的语音邮件客户端配置为在预设的时间段到期之前接听呼叫，动作416。这意味着与动作413相关联的时间没有到期或没有达到预设的时间段，并且未建立向基于网络的语音邮件服务器(图4中未示出)的呼叫。而是，在动作418中呼叫被建立在呼叫方和被叫方UE 200语音邮件客户端之间，这使得在动作420中语音邮件客户端能够就像基于网络的VM服务器那样为呼叫方播放问候，并允许呼叫方将语音邮件消息存储到UE的语音邮件客户端上。然后，如果在动作420的问候消息或记录期间用户没有接听呼叫，如动作421中确定为否定结果，则UE 200的用户可以例如经由UE的语音邮件客户端来访问所存储的消息，动作422。否则，如果在动作421中确定用户在语音邮件客户端处理呼入呼叫期间接听了呼叫，则将呼叫从语音邮件客户端转移到UE 200的电话客户端，使得用户能够处理与呼叫方的实时呼叫，动作423。在一些实施例中，语音邮件客户端和呼叫客户端是UE的相同功能的一部分，在这种情况下，可以实施动作423的相同行为，其中将呼叫从语音邮件功能转移到相同客户端的呼叫功能，仍然使UE 200的用户能够接听实时呼叫。

图5示出了根据其他实施例和根据本文的发明的概括的高级框图。这样的实施例可以在运行如上文所述的语音邮件客户端或应用的UE中实现，例如在可以使用任何类型的通信协议来管理语音或视频呼叫的智能电话、平板电脑、PC、膝上型计算机或任何种类的计算机化设备中实现。节点200(智能电话、PC、膝上型计算机、平板电脑等)包括例如屏幕形式的GUI 502，以及实现如上所述的语音邮件客户端的实现和操作的电路504。这样的电路还可以包括处理器506和存储指令的存储器508，该指令在由处理器506执行时使节点200根据上文的描述进行操作。

具体地，节点200电路504被配置为支持呼叫，并且具体地接收呼入呼叫消息，使得UE的客户端最多在预设的无应答时间段内提醒有关所述呼入呼叫，在该预设的无应答时间段之后，如果呼叫未被应答，则呼叫被设置为从呼叫方向基于网络的语音邮件中心完成。该电路还被配置为在预设的无应答时间段到期之前，使呼入呼叫由语音邮件客户端(也称为语音邮件应用)505应答，使得呼叫被建立在呼叫方和UE的语音邮件客户端505之间，其中，向基于网络的语音邮件中心的呼叫未完成，该电路还被配置为使语音邮件客户端505在与呼叫方的呼叫上为呼叫方播放问候消息，使用UE的语音邮件客户端在UE上记录来自呼叫方的语音消息，并使用UE的语音邮件客户端向UE的用户提醒有关语音邮件消息。

本发明的实施例提供了有利的解决方案，该解决方案实现了在语音邮件系统的基于网络的实现中，在诸如智能电话、PC、膝上型计算机或平板电脑之类的UE中的更好、更高效且更灵活的语音邮件管理，同时还减少了与语音邮件消息的管理相关联的基于网络的信令。

基于前述，现在对于本领域的普通技术人员应该显而易见的是，本发明的实施例提供了有利的解决方案，其提供了简单而高效的语音邮件消息传递。尽管已经具体参考某些无线电电信消息传递标准来描述了本发明的系统和方法，但在参考其时应认识到，本文所包含的创新教导不一定限于此，并且可以有利地使用任何适用的无线电电信标准来实现。相信，根据前面的描述，本发明的操作和结构将是显而易见的。虽然示出和描述的方法和系统已经被表征为优选的，但是显而易见的是，在不脱离由所附权利要求所限定的本发明的范围的情况下，可以在其中进行各种改变和修改。仅作为示例，虽然参考语音邮件客户端、语音邮件应用或语音邮件系统对某些实施例进行了描述，但是应当理解，这样的实施例也可以以类似的方式处理视频邮件或视频消息。语音消息也应理解为至少包含语音，但也可能包含视频或其他媒体的消息。

尽管已经在附图中示出了并且在前面的具体实施方式中描述了本发明的方法和系统的若干优选的实施例，但应当理解：本发明不限于所公开的实施例，而是能够进行多种重新布置、修改和替换，而不脱离如已经由所附权利要求阐述和限定的本发明的精神。