CN108293082A - 用于在通信终端中支持语音呼叫的方法 - Google Patents

Abstract

在各种示例中公开一种用于在通信终端中支持与消息提供关联的语音呼叫的方法。为此，通过对对方通信终端的语音呼叫请求，附加信息被发送到对方通信终端，并且在附加信息被发送之后，对方通信终端响应于发送的附加信息被呼叫。附加信息包括关于从发送到对方通信终端或从对方通信终端接收且被存储的消息之中选择的至少一条消息的信息。

Description

用于在通信终端中支持语音呼叫的方法

技术领域

本公开的各种实施例涉及一种用于在通信终端中与消息的提供相结合地支持语音呼叫的方法。

背景技术

典型的通信终端除了支持语音呼叫之外，还提供与其他通信终端交换消息的代表性服务。常见的是通信终端独立地交换消息和支持语音呼叫。

因此，在尽管用户已经使用通信终端发送了消息但是该用户未能接收到对发送到对方通信终端的消息的响应消息的情况下，常见的是用户尝试使用通信终端来作出语音呼叫。

在这种情况下，在语音呼叫被连接之后，用户可以口头描述呼叫目的并继续有关谈话。在这种情况下，如果用户已经通过消息将关于呼叫目的的信息发送到了对方，则再次向用户描述同样的内容会有所不便。

发明内容

技术问题

本公开的实施例可提供一种用于执行以下处理的方法及其设备：当与对方通信终端作出语音呼叫时，通过一通信终端将与语音呼叫有关的附加信息传送到对方通信终端。

本公开的实施例可提供一种用于执行以下处理的方法及其设备：当与对方通信终端作出语音呼叫时，由一通信终端从对方通信终端接收与语音呼叫有关的附加信息。

技术方案

根据本公开的各种实施例的用于由通信终端支持与对方通信终端的语音呼叫的方法可包括以下过程：在与对方通信终端的语音呼叫请求的情况下，将附加信息发送到对方通信终端；以及在发送附加信息之后，根据发送的附加信息来呼叫对方通信终端，其中，附加信息包括与从发送到对方通信终端的消息之中选择的至少一条消息有关的信息。

根据本公开的各种实施例的用于由通信终端支持语音呼叫的方法可包括以下过程：从对方通信终端接收附加信息；确认为对方通信终端设置的级别，并基于附加信息配置与确认的级别相应的显示信息；显示配置的显示信息；以及响应于来自与显示的所述显示信息对应的对方通信终端的呼叫来连接语音呼叫，其中，附加信息包括与从由对方通信终端发送的消息之中选择的至少一条消息有关的信息。

根据本公开的各种实施例，呼叫者和呼叫接收者可在语音呼叫期间共享呼叫目的，由此可在呼叫者与呼叫接收者之间获得顺畅的谈话。这也可减少由语音呼叫的呼叫时间等导致的流量。

附图说明

通过以下结合附图作出的详细描述，本公开的上述和其他方面、特点和优点将变得更加清楚，其中，在所述附图中：

图1是示出根据所提出的各种实施例的网络配置的示例的示图；

图2是示出根据所提出的各种实施例的用于支持通信终端之间的语音呼叫的过程的示图；

图3是示出根据所提出的各种实施例的网络结构的示例的示图；

图4是示出根据所提出的各种实施例的由发送终端针对消息关联呼叫执行的控制流程的示图；

图5是示出根据所提出的各种实施例的由接收终端针对消息关联呼叫执行的控制流程的示图；

图6是示出根据所提出的各种实施例的通信终端用于消息关联呼叫的显示屏幕的示例的示图；

图7是示出根据所提出的各种实施例的通信终端用户消息关联呼叫的显示屏幕的示例的示图；

图8是示出根据所提出的各种实施例的由通信终端基于双向通信来更新附加信息的场景的示图；

图9是示出根据所提出的各种实施例的接收终端拒绝消息关联呼叫的屏幕的示例的示图；

图10是示出根据所提出的各种实施例的发送终端已通过使用呼叫记录来尝试消息关联呼叫的屏幕的示例的示图；

图11是示出根据所提出的各种实施例的消息关联呼叫过程的示例的示图；

图12是示出根据所提出的各种实施例的消息关联呼叫过程的另一示例的示图；以及

图13是示出根据所提出的各种实施例的消息关联呼叫过程的又一示例的示图。

具体实施方式

以下，将参照附图来描述本公开的各种实施例。然而，应理解，并非旨在将本公开限制成特定格式，而应在将本公开解释为涵盖落入本公开的实施例的精神和范围内的各种变型、等同物和/或替代物。在描述附图时，相同的参考标号可用于指示相同的构成元素。

在本公开中，表述“具有”或“可具有”、“包括”或“可包括”等指示存在相应的特征(例如，数值、功能、操作或元素(诸如部件)等)，但并不排除存在另外的特征。

在本公开中，表述“A或B”、“A或/和B之中的至少一个”或“A或/和B之中的一个或多个”可包括所列项目的所有可能组合。例如，“A或B”、“A和B之中的至少一个”或“A或B之中的至少一个”可指示以下所有情况：(1)包括至少一个A、(2)包括至少一个B或(3)包括至少一个A和至少一个B两者。

在各种实施例中使用的表述“首要”、“次要、“第一”或“第二”等可修饰各种元素(而不考虑它们的顺序和/或重要性)，并且不限制相应的元素。上述表述可用于将一个元素区别于另一元素。例如，第一用户设备和第二用户设备可指示不同的用户设备，但两者都是用户设备。例如，在不脱离本公开的范围的情况下，第一元素可被称为第二元素，类似地，第二元素可被称为第一元素。

应理解，当元素(例如，第一元素)被称为(在操作上或通信上)“连接”或“耦接”到另一元素(例如，第二元素)时，所述元素可直接连接或直接耦接到所述另一元素，或者，可在其间插入某个其他元素(例如，第三元素)。相反，应理解，当元素(例如，第一元素)被称为“直接连接”或“直接耦接”到另一元素(例如，第二元素)时，不存在插入其间的元素(例如，第三元素)。

如这里所使用的，表述“被配置为”可与表述“适于”、“具有…的能力、“被指定为”、“适合”、“被制成以”或“能够”交替使用。术语“被配置为”可不必意指硬件上“专门被指定为”。可替换地，在某些情形下，表述“设备被配置为…”可表示所述设备连同其他设备或部件“能够…”。例如，短语“处理器适合(或被配置为)执行A、B和C”可表示专用处理器(例如，嵌入式处理器)或通用处理器(例如，中央处理单元(CPU)或应用处理器(AP))，其中，所述专用处理器专门用于执行相应操作，所述通用处理器可通过执行存储在存储设备中的一个或多个软件程序来执行相应操作。

本公开中使用的术语可仅用于描述特定实施例，而不在于限制本公开。单数表述可包括复数表述，除非上下文中做了不同限定。除非另有限定，否则这里使用的所有术语(包括技术术语和科学术语)可具有本公开所属的领域的普通技术人员共同理解的相同含义。诸如在通用字典中定义的那些术语将被解释为具有与相关技术领域中的上下文含义等同的含义，而不会被解释为具有理想化或过于形式化的含义，除非本公开中明确地如此限定。在一些情况中，即使在本公开中限定的术语也不应当被解释为排除本公开的实施例。

在本公开中所提出的各种实施例中，可提供一种方案，其使得发送终端和接收终端能够在语音呼叫期间共享与呼叫目的有关的附加信息，并使得呼叫接收者能够在呼叫作出之前通过接收终端来确认语音呼叫。以下，为了便于描述，术语“消息关联呼叫”将用于指示预先共享附加信息的语音呼叫。可在作出对于消息关联呼叫的呼叫请求之前由发送终端将附加信息传送到接收终端。

可期望将附加信息限定为使得呼叫接收者可容易地识别呼叫者的呼叫目的。例如，附加信息可包括与呼叫目的相关消息有关的信息(以下，称为“消息相关信息”)。

消息相关信息可以是呼叫目的相关消息或指示呼叫目的相关消息的标识信息(以下，称为“消息标识信息”)。此外，如果信息可被接收终端用于获取呼叫目的相关消息，则所述信息能够被用作消息相关信息。

呼叫目标相关消息可以是目标消息之中满足消息关联呼叫的目的的至少一条消息。目标消息可以是存储在通信终端的发送消息存储箱和/或接收消息存储箱中的消息，或者，目标消息可以是存储消息之中与所述通信终端将尝试对其作出消息关联呼叫的对方通信终端收发的消息。发送消息存储箱是存储由通信终端从另一通信终端接收的消息的存储箱，且接收消息存储箱是存储由通信终端发送到另一通信终端的消息的消息存储箱。

根据实施例，满足消息关联呼叫的目的的消息可能是与通信终端将尝试对其作出消息关联呼叫的对方通信终端收发的消息。因此，在选择满足消息关联呼叫的目的的消息时，可期望在目标消息之中选择所述消息会。目标消息可被限制为由发送终端发送到接收终端的消息。

附加信息可包括与能够有效地向呼叫接收者表达呼叫者的状态的表情符(emoticon)有关的信息。与表情符有关的信息可包括相应表情符或指示相应表情符的标识信息(以下，称为“表情符标识信息”)。也就是说，如果信息可被用于获取将由发送终端提供的消息，则所述信息能够被用作与表情符有关的信息。此外，附加信息可进一步包括与呼叫主题、图片、位置、日程、媒体文件和应用文件之中的至少一项有关的信息。

作为一个示例，可根据基本值，为通信终端来初始地设置附加信息。也就是说，通信终端可提供可用作附加信息的表情符、呼叫主题、图片、位置、日程、媒体文件、应用等的基本值。用户能够修改可用作初始或当前附加信息的多数信息。因此，用户可通过设置的信息来配置将用于呼叫连接的附加信息。

然而，在本公开中所提出的各种实施例中的消息关联呼叫不仅能够通过共享消息来实施，还能够通过共享表情符来实施。也就是说，对于消息关联呼叫，发送终端可在作出呼叫尝试之前，将暗示呼叫目的的表情符传送到接收终端。即使在这种情况下，呼叫接收者也能够预先识别正接收的呼叫目的。尽快这可对应于表情符关联呼叫，但是在下面的描述中，术语“消息关联呼叫”将被理解为包括表情符关联呼叫。

此外，用户可针对每个对方通信终端(注册电话号码)预设为了确定通信终端是否提供附加信息而要考虑的发送呼叫偏好，或可改变现有设置。此外，针对每个对方通信终端，通信终端可预设与来话呼叫相应的来话呼叫偏好，并可改变现有设置。通信终端可考虑设置的发送呼叫偏好来确定尝试与对方通信终端作出消息关联呼叫还是普通呼叫。为此，通信终端可为每个注册电话号码设置消息关联发送模式或消息关联接收模式。消息关联发送模式是允许尝试与对应于相应电话号码的通信终端作出消息关联呼叫的呼叫模式，且消息关联接收模式是允许由对应于相应电话号码的通信终端的消息关联呼叫的呼叫模式。

此外，通信终端可考虑来话呼叫偏好来设置或确定对于来自对方通信终端的消息关联呼叫将接受全部、部分还是不接受。接受全部消息关联呼叫信息表示同意向用户提供与消息关联呼叫相关的全部附加信息，以便搞清楚呼叫目的；接受一些消息关联呼叫信息表示同意仅向用户提供整体附加信息之中的一些附加信息，以便搞清楚呼叫目的。不接受消息关联呼叫可仅允许不提供任何附加信息的普通呼叫。为此，通信终端可以为每个注册电话号码设置关于消息关联呼叫的级别。例如，用于注册电话号码的分类的联系人群组可用于所述级别。联系人群组可被分类为家庭成员、朋友、同事、商业伙伴等，并可在必要时添加进一步的分类。

在本公开中所提出的各种实施例中，当作出消息关联呼叫时，为了更新两者之间共享的附加信息和添加新信息等目的，发送终端和接收终端可执行双向通信。更新附加信息可包括去除构成现有附加信息的信息并将所述信息用其他信息来代替。例如，考虑到语音呼叫内容，在发送终端与接收终端之间共享的附加信息可被更新，或者，新信息可被添加到所述附加信息。更新附加信息或添加新信息并非限制性地应用于发送终端或接收终端。也就是说，发送终端和接收终端之中的任何一个可以更新附加信息或添加新信息。

在本公开中所提出的各种实施例中，建议接收终端响应于发送终端尝试作出消息关联呼叫，通过使用实时文本(RTT)功能来拒绝尝试作出消息关联呼叫。例如，响应于消息关联呼叫请求，接收终端可基于RTT功能将具有不允许呼叫的内容的文本传送到发送终端。作为参考，RTT功能是指用于将由接收终端输入的文本实时地传送到发送终端的服务。

在本公开中所提出的各种实施例中，发送终端和接收终端均可根据消息关联呼叫来存储呼叫记录。此时，不必然要求消息关联呼叫被连接。也就是说，不管消息关联呼叫是否被连接，针对消息关联呼叫而在发送终端与接收终端之间共享的附加信息可被存储为呼叫记录。在这种情况下，发送终端和接收终端可使用存储的呼叫记录来用于后续的消息关联呼叫。被存储为呼叫记录的附加信息可被发送终端或接收终端通过其编辑而修改，例如，当作出后续消息关联呼叫时。

可不必考虑是否支持互联网协议(IP)而应用根据本公开中所提出的各种实施例的消息关联呼叫。例如，当消息关联呼叫基于IP时，可通过在发送终端与呼叫终端之间连接会话来实施附加信息的传送或语音呼叫连接。此外，当不支持IP时，可实施以下方案：发送终端向特定服务器执行指示，所述特定服务器根据所述指示将附加信息提供给接收终端。

以下，将参照附图来更详细地描述各种实施例。

图1是示出根据所提出的各种实施例的网络配置的示例的示图。考虑到描述方便，图1仅示出各种实施例的最小配置。然而，可在必要时添加终端、服务器等，以便实施将在本公开中所提出的各种实施例。此外，尽管已经假设通信终端支持无线通信，但是如果通信终端可发送/接收文本、图像等并支持语音呼叫服务，则可在不考虑其所支持的通信方案的情况下应用所提出的各种实施例。

参照图1，第一通信终端110和第二通信终端120可通过基站112或122来访问网络130。第一通信终端110和第二通信终端120可经由网络130来访问服务器140。服务器140可根据由第一通信终端110和第二通信终端120使用的通信服务的类型而有所不同。例如，服务器140可以是支持通信终端之间的消息传输服务的服务器。可替换地，当终端属于不同网络时，即属于不同服务提供者时，还可使用不同的服务器来提供服务。在以下描述中，为了便于理解，假设第一通信终端110为发送终端，并假设第二通信终端120为接收终端。

发送终端是尝试使用发送或接收的消息来作出消息关联呼叫以进行语音呼叫的通信终端，接收终端是响应于由发送终端作出的请求来提供消息关联呼叫的通信终端。接收终端可被通知由发送终端尝试通过消息关联呼叫作出的语音呼叫的目的。

根据实施例，第一通信终端110可在呼叫尝试之前或呼叫尝试期间向第二通信终端120传送附加信息，其中，附加信息可有助于呼叫接收者预测语音呼叫的目的。第一通信终端110可通过使用可有助于使用第二通信终端120的呼叫接收者识别呼叫目的的信息来配置附加信息。

附加信息可包括消息关联信息。消息关联信息是指与从目标消息之中选择的至少一条消息(以下，称为“所选消息”)有关的信息。目标消息可包括在被第一通信终端110发送到第二通信终端120之后存储的消息(以下，称为“发送消息”)、在被从第二通信终端120接收到之后存储的消息(以下，称为“接收消息”)、或发送消息和接收消息两者。目标消息可不限于由第二通信终端120发送和接收的消息，而可扩展到由所有通信终端或一些通信终端发送和接收的消息。考虑到呼叫目的而从目标消息之中选择所选消息可以是优选的。这里，消息可包括文本、图像、媒体文件等中的所有。

消息相关信息可包括至少一条所选消息，或者，消息相关信息可以是指示所述至少一条所选消息的消息标识信息。消息标识信息可用于将所选消息与目标消息进行区分，或可用于从消息服务器获取所选消息。

当消息标识信息被用于从目标消息获取所选消息时，消息标识信息可被获取以在发送终端与接收终端之间同样地共享。为了共享消息标识信息，发送终端或接收终端可在发送消息时包括消息标识信息。在这种情况下，发送终端或接收终端可根据消息标识信息来存储接收的消息。

当消息标识信息被用于从消息服务器获取所选消息时，消息标识信息可指指示在消息服务器中记录所述所选消息的位置的信息。例如，消息标识信息可由统一资源定位符(URL)来定义。

附加信息可包括与表情符有关的信息。此外，附加信息可进一步包括与以下项之中的至少一项有关的信息：呼叫主题或特定事件相关图片、位置、媒体文件和应用文件。

与表情符有关的信息可直接包括为了请求消息关联呼叫而选择的表情符，或可进一步包括指示所选表情符的表情符标识信息。例如，表情符标识信息可指示由特定消息应用使用的表情符之一，或可指示由支持消息服务的服务器提供的表情符之一。

第一通信终端110可预先设置用于消息关联呼叫的附加信息，并且可在需要时选择性地使用设置的附加信息。此外，还可预先设置附加信息之中具有较低改变概率的信息，并在尝试消息关联呼叫时输入具有较高改变概率的信息。例如，可预先设置与对方通信终端对应的表情符，并可在尝试消息关联呼叫时选择性地输入呼叫主题、图片、位置、媒体文件、应用文件等。

第一通信终端110可仅在与第二通信终端120的消息关联呼叫可行的情形下，将附加信息发送到第二通信终端120。消息关联呼叫可行的情形可指示以下时机：基于附加信息，对于第一通信终端110设置了允许发送消息关联呼叫的消息关联发送模式，并且，基于附加信息，对于第二通信终端120可以设置允许接收消息关联呼叫的消息关联接收模式。

第一通信终端110可执行用于确认第二通信终端120是否支持消息关联接收模式或消息关联接收模式是否被激活的过程。第一通信终端110可向第二通信终端120询问第二通信终端120是否支持消息关联接收模式，并可基于第二通信终端120的响应来确认是否支持消息关联接收模式。

当与第二通信终端120之间的消息关联呼叫可行时，第一通信终端110可与第二通信终端120之间连接用于传送附加信息的会话。例如，第一通信终端110可向第二通信终端120请求会话连接，并且，在对所述请求作出响应的第二通信终端120的允许下，可建立所述会话连接。例如，当配置用于请求会话连接的消息时，第一通信终端110可包括指示所述会话连接是用于消息关联呼叫的功能标签(特征标签)。当用于请求会话连接的消息包括特征标签时，会话连接可被第二通信终端120自动接受。

在尝试作出消息关联呼叫之前，第一通信终端110可在附加信息中包括从目标消息之中选择的至少一条消息或用于提供引导的消息标识信息，并可将附加信息提供给第二通信终端120，该引导使得能够获取至少一条选择的消息。

此外，当尝试作出消息关联呼叫时，第一通信终端110可在附加信息中包括表达其自身状态等的表情符或提供引导的表情符标识信息，并可将附加信息提供给第二通信终端120，该引导使得能够获取所述表情符。此外，第一通信终端110可添加诸如与选择的消息相关事件有关的图像、位置和应用的信息作为附加信息，并可将附加信息提供给第二通信终端120。

第一通信终端110可不直接将附加信息传送到第二通信终端120，并可请求与提供网络的服务提供者不同的单独指定服务器140，即，在这种情况下，单独服务提供者(例如，OTT服务WhatsApp等)的服务器140，以将附加信息提供给第二通信终端120。这被称为“第三方服务”。第一通信终端110可直接向第二通信终端120传送被请求提供给第二通信终端120的附加信息中的一些信息，并可请求指定服务器140将剩余信息提供给第二通信终端120。例如，第一通信终端110可直接将表情符相关信息等传送给第二通信终端120，并可请求指定服务器140将至少一条所选消息等提供给第二通信终端120。

第一通信终端110可在会话连接请求时将附加信息提供给第二通信终端120。在这种情况下，会话连接请求可以是对于用于消息关联呼叫的会话连接的请求，而不是对于用于发送附加信息的会话连接的请求。

第一通信终端110可在发送附加信息之后呼叫第二通信终端120以进行消息关联呼叫。第一通信终端110可与第二通信终端120建立附加会话以便请求消息关联呼叫。也就是说，第一通信终端110可向第二通信终端120请求用于消息关联呼叫的会话连接。在这种情况下，可在建立附加会话之后作出用于消息关联呼叫的呼叫。

当与响应所述呼叫的第二通信终端120连接了消息关联呼叫时，第一通信终端110可与第二通信终端120执行双向通信。第一通信终端110可基于与第二通信终端120的双向通信来更新共享的附加信息或添加新信息。例如，可应用附加信息的更新以根据约会地点的改变来改变位置信息，可应用附加信息的添加以额外提供与语音呼叫内容有关的图片，等等。

当消息关联呼叫由于第二通信终端120的拒绝等而失败时，第一通信终端110可基于附加信息和呼叫失败的事实来准备呼叫记录，并可存储呼叫记录。例如，如果第二通信终端120已通过使用RTT等发送了拒绝理由，则第一通信终端110可保留拒绝理由作为呼叫记录。

第一通信终端110可根据与第二通信终端120的消息关联呼叫来存储呼叫记录。呼叫记录可包括由第一通信终端110提供给第二通信终端120的附加信息。可执行上述处理，而不考虑消息关联呼叫是否已成功。然而，在消息关联呼叫成功时存储的呼叫记录的格式与在消息关联呼叫失败时存储的呼叫记录的格式可以是不同的。当第一通信终端110尝试与第二通信终端120进行消息关联呼叫时，第一通信终端110可使用存储的呼叫记录作为附加信息。

在作出消息关联呼叫之前，第二通信终端120可通过使用从第一通信终端110接收的附加信息来配置便于确认呼叫目的的显示信息，并可将配置的显示信息显示在屏幕上。呼叫接收者可确认显示在屏幕上的显示信息，并可随后对由第一通信终端110作出的语音呼叫请求作出响应。

根据实施例，第二通信终端120可响应于来自第一通信终端110的询问，向第一通信终端110通知第二通信终端120自身是否支持消息关联接收模式。第二通信终端120可针对在地址簿中注册的所有电话号码来设置消息关联接收模式，或可针对在地址簿中注册的每个电话号码来设置消息关联接收模式。

当第一通信终端110作出对于会话连接的请求时，第二通信终端120可允许或可不允许会话连接。第二通信终端120可从第一通信终端110接收用于发送附加信息的会话连接请求消息。会话连接请求消息可包括指示所述会话连接请求消息是用于消息关联呼叫的服务功能标签(特征标签)。当接收的会话连接请求消息包括服务功能标签时，第二通信终端120可自动接受会话连接。

第二通信终端120可通过连接的会话从第一通信终端110接收附加信息。附加信息可包括消息相关信息和表情符相关信息之中的至少一项。消息相关信息可以是至少一条所选消息或消息标识信息。表情符相关信息可以是表情符或表情符标识信息。此外，附加信息可包括诸如与所选消息相关事件有关的图像、位置、应用等的信息。

在接收附加信息之后，第二通信终端120可释放用于连接第一通信终端110的会话。例如，第二通信终端120可根据由第一通信终端110作出的请求来释放会话。

第二通信终端120可接收用于消息关联呼叫的会话连接请求消息(SIP INVITEMESSAGE)。在这种情况下，接收的会话连接请求消息可包括附加信息。如果接收的会话连接请求消息不包括附加信息，则第二通信终端120可连续地从第一通信终端110接收用于传输附加信息的会话连接请求消息。第二通信终端120接收用于附加信息的会话连接请求消息并随后接收从第一通信终端110提供的附加信息的过程与以上描述的相同。

当有必要确保更多附加信息时，第二通信终端120可从指定服务器140接收更多附加信息。第二通信终端120可使用接收的附加信息，以便从指定服务器140接收更多附加信息。例如，第二通信终端120可通过使用包括在附加信息中的消息标识信息，从指定服务器140接收所选消息。此外，第二通信终端120可通过使用包括在附加信息中的表情符标识信息，从指定服务器140接收所选表情符。

第二通信终端120可通过使用从第一通信终端110接收的附加信息来配置显示信息，并可将配置的显示信息显示在屏幕上。第二通信终端120可确认为第一通信终端110设置的级别，并可按照针对确认的级别预设的格式来配置显示信息。

例如，第二通信终端120可基于注册联系人信息(电话号码)的来话呼叫偏好来设置联系人信息特定级别。级别可被分类为完全接受级别、部分接受级别、不接受级别等。在这种情况下，完全接受级别是提供大多数附加信息作为显示信息的级别，部分接受级别是提供一些附加信息作为显示信息的级别，且不接受级别是限制使用附加信息的级别。例如，完全接受级别可被分派给分类为“恋人”、“家人”等的联系人信息，部分接受级别可被分派给分类为“同事”、“朋友”等的联系人信息，而不接受级别可被分派给分类为“熟人”、“未指定”等的联系人信息。

如上所述，第二通信终端120可按照与为第一通信终端110设置的级别(联系人群组)相应的格式，将显示信息显示在屏幕上。

第二通信终端120可与第一通信终端110连接用于消息关联呼叫的会话，以便从第一通信终端接收用于消息关联呼叫的呼叫。可利用从第一通信终端110接收的会话连接请求消息来连接用于消息关联呼叫的会话。

在连接用于消息关联呼叫的会话之后，第二通信终端120可从第一通信终端110接收用于请求消息关联呼叫的呼叫。第二通信终端120可根据接收的呼叫来允许或拒绝连接消息关联呼叫。

第二通信终端120通过在与第一通信终端110的消息关联呼叫期间向呼叫接收者提供呼叫目的，使得语音呼叫在呼叫接收者已经识别呼叫目的的情形下得以继续。

当拒绝消息关联呼叫时，第二通信终端120可通过激活RTT功能等，向第一通信终端110提供拒绝理由。当消息关联呼叫被连接时，第二通信终端120可与第一通信终端110执行双向通信。

第二通信终端120可基于双向通信来更新在第一通信终端110与第二通信终端120之间共享的附加信息，或可添加新信息。例如，可应用附加信息的更新以根据约会地点的改变来改变位置信息，并且可应用新附加信息的添加以额外提供与语音呼叫内容有关的图片，等等。

第二通信终端120可根据与第一通信终端110的消息关联呼叫来存储呼叫记录。呼叫记录可包括由第二通信终端120提供给第一通信终端110的附加信息。可执行上述处理，而不考虑消息关联呼叫是否成功。然而，在消息关联呼叫成功时存储的呼叫记录的格式与在消息关联呼叫失败时存储的呼叫记录的格式可以是不同的。当第二通信终端120尝试与第一通信终端110作出消息关联呼叫时，第二通信终端120可使用存储的呼叫记录作为附加信息。

图2是示出根据所提出的各种实施例的用于支持通信终端之间的语音呼叫的过程的示图。

参照图2，第一通信终端110是发送终端，且第二通信终端120是接收终端。第一通信终端110可创建消息，并将创建的消息发送到第二通信终端120(步骤210)。第二通信终端120也可以创建消息，并将创建的消息发送到第一通信终端110(步骤210)。第一通信终端110和第二通信终端120可使用能够通过其交换消息的应用。将使用的应用不限于特定应用。也就是说，如果应用支持文本、图像、媒体文件等的传输，则可使用所述应用，而不必考虑其类型。

第一通信终端110和第二通信终端120可将发送/接收的消息存储在存储箱中。第一通信终端110和第二通信终端120可通过消息传输过程来共享相同消息。然而，为了消息得以共享，由第一通信终端110发送的消息不必然需要被第二通信终端120确认，或者，由第二通信终端120发送的消息不必然需要被第一通信终端110确认。

在第一通信终端110与第二通信终端120之前共享的消息可包括响应消息。响应消息可以是由第二通信终端120响应于从第一通信终端110接收的消息而传送的消息，或者，响应消息可以是由第一通信终端110响应于从第二通信终端120接收的消息而传送的消息。第一通信终端110和第二通信终端120之中的每一个可将共享的消息存储为用于消息关联呼叫的目标消息。

第一通信终端110执行用于与第二通信终端120共享附加信息的附加信息传输过程(步骤220)。附加信息的传输可促使第一通信终端110和第二通信终端120实现消息关联呼叫。也就是说，第一通信终端110与第二通信终端120共享语音呼叫目的。附加信息可包括与从由第一通信终端110和第二通信终端120存储的目标消息之中选择的一条或多条所选消息有关的信息。目标消息可以是根据消息传输过程由第一通信终端110或第二通信终端120发送并存储的发送消息和接收消息。

附加信息可包括与针对请求语音呼叫而选择的表情符有关的信息。此外，附加信息可进一步包括与以下项之中的至少一项有关的信息：呼叫主题、图片、位置、媒体文件和应用文件。当附加信息包括与表情符有关的信息时，第二通信终端120可识别第一通信终端110的呼叫者的当前心情等。

包括在附加信息中的与消息有关的信息可以是所选消息或指示所选消息的标识信息。与表情符有关的信息可以是为了请求语言呼叫而选择的表情符或指示所选表情符的标识信息。

第二通信终端120可基于从第一通信终端110接收的附加信息来配置显示信息，并可在作出语音呼叫之前通过屏幕来显示配置的显示信息。例如，可考虑关于第一通信终端110为第二通信终端120设置的级别来配置显示信息。可考虑关于第一通信终端110的来话呼叫偏好来设置所述级别。

当配置显示信息时，除了附加信息之外，第二通信终端120可进一步考虑第二通信终端120自身已知的与第一通信终端110有关的信息。第二通信终端120可从外部服务器等获取额外考虑的信息。

附加信息传输过程可包括：确认针对第一通信终端110是否已激活消息关联发送模式的过程和确认针对第二通信终端120是否已激活消息关联接收模式的过程。可针对每个注册电话号码来设置消息关联发送模式，或者，可共同设置消息关联发送模式。此外，可支持共同设置和电话号码特定设置两者。

可仅在针对第一通信终端110激活了消息关联发送模式且针对第二通信终端120激活了消息关联接收模式的情况下，执行附加信息传输过程。

第一通信终端110和第二通信终端120执行语音呼叫处理(步骤230)。例如，可执行语音呼叫过程，通过该语音呼叫过程，第一通信终端110呼叫第二通信终端120，并且，第二通信终端120对呼叫作出响应。

当语音呼叫成功作出时，第一通信终端110和第二通信终端120可执行附加信息更新和添加过程(步骤240)。附加信息更新和添加过程对应于用于改变在两个通信终端110和120之间共享的附加信息或额外共享新信息的过程。例如，需要在第一通信终端110与第二通信终端120之间可应用双向通信，以便执行附加信息更新和添加过程。

同时，第一通信终端110和第二通信终端120可根据消息关联呼叫来存储呼叫记录。呼叫记录可包括基于附加信息而显示在屏幕上的信息。可存储呼叫记录，而不考虑消息关联呼叫是否成功。然而，在消息关联呼叫成功时存储的呼叫记录的格式与在消息关联呼叫失败时存储的呼叫记录的格式可以是不同的。

第一通信终端110可在尝试与第二通信终端120作出消息关联呼叫时，将存储的呼叫记录用作附加信息。第二通信终端120也可在尝试与第一通信终端110作出消息关联呼叫时，将存储的呼叫记录用作附加信息。

图3是示出根据所提出的各种实施例的网络结构的示例的示图。

参照图3，尽管可基于IP呼叫来容易地实施由发送终端和接收终端执行的消息关联呼叫服务，但是也可在不支持IP呼叫的网络中实施消息关联呼叫。

当支持IP呼叫时，发送终端可定义用于消息关联呼叫的服务配置标签，并可针对注册电话号码的每个分类来设置是否支持消息关联呼叫服务(消息关联发送模式)。此外，发送终端可定义URL、报头、内容类型、表情符信息(索引和URL)、消息信息(索引和URL)等，其用于将用于消息关联呼叫的附加信息传送到接收终端。

服务器可支持对消息关联呼叫的服务配置标签认证，并支持与应用的连接。服务器可执行针对消息关联呼叫的用户认证和授权确认，并可核查来自发送终端的消息关联呼叫。

接收终端可针对注册电话号码的每个分类来设置是否支持消息关联呼叫服务(消息关联接收模式)。接收终端可定义自动接收用于消息关联呼叫的附加信息。接收终端可显示与包括在附加信息中的值相应的消息和/或表情符。接收终端可显示由附加信息提供的进一步信息。

当IP呼叫不被支持时，发送终端可针对注册电话号码的每个分类来设置是否支持消息关联呼叫服务(消息关联发送模式)。此外，发送终端可对于用于消息关联呼叫的附加信息，定义第三方应用标识符、URL、报头、内容类型、表情符信息(索引和URL)、消息信息(索引和URL)等。

为了提供来自第三方的服务，服务器可执行消息关联呼叫服务认证、用户认证和授权确认，并可确认应用标识符、URL、报头、内容类型、表情符信息、消息信息等，以响应于消息关联呼叫请求来执行核查。

接收终端可定义自动接收用于消息关联呼叫的附加信息。接收终端可显示与包括在附加信息中的值相应的消息和/或表情符。接收终端可显示由附加信息提供的进一步信息。

图4是示出根据所提出的各种实施例的由发送终端针对消息关联呼叫执行的控制流程的示图。这里，假设发送终端已经向接收终端发送了将用于消息关联呼叫的一条或多条消息或已经从接收终端接收了一条或多条消息，并且，所述一条或多条发送或接收的消息被存储。

参照图4，在步骤410，发送终端将存储消息显示在屏幕上。可响应于消息关联呼叫请求或存储消息确认请求来显示存储消息。响应于消息关联呼叫请求来显示存储消息的情况和响应于存储消息确认请求来显示存储消息的情况可影响后续操作。

例如，在响应于消息关联呼叫请求来显示存储消息的情况下，发送终端处于可针对消息关联呼叫选择一些或全部存储消息的状态中。因此，当存储消息被显示时，发送终端可准备用户界面(UI)以使得消息选择变得容易。然而，当响应于消息确认请求来显示存储消息时，可能为了消息通信需要用于消息选择的附加操作。例如，可能需要用于从准备好使能普通消息确认的UI切换到用于使能消息选择的UI的附加操作。

在步骤412，发送终端可从显示的存储消息之中选择将用于消息关联呼叫的至少一条消息。所述至少一条消息可由用户直接选择，或可按照基于特定信息的分类来选择。例如，可通过根据特定电话号码对存储消息进行最初分类，随后根据发送时间或接收时间对最初分类的存储消息进行二次划分来选择期望的消息。

在步骤414，发送终端可配置用于消息关联呼叫的附加信息，并可将配置的附加信息发送到接收终端。附加信息可包括以下项之中的至少一项：与至少一条先前所选消息有关的信息和与针对消息关联呼叫所选择的表情符有关的信息。此外，附加信息可进一步包括与以下项之中的至少一项有关的信息：呼叫主题、图片、位置、媒体文件、应用文件等。

在步骤416，发送终端可尝试呼叫接收终端，以与接收终端进行消息关联呼叫。可通过使用与接收终端相应的电话号码呼叫接收终端来执行作出语音呼叫的尝试。

为了尝试作出消息关联呼叫，发送终端需要确认与接收终端的消息关联呼叫是否可行。可在尝试根据消息关联呼叫进行呼叫之前的任何时间，做出与接收终端的消息关联呼叫是否可行的确认。

例如，可基于发送终端是否允许其自身支持与接收终端的消息关联呼叫以及接收终端是否允许与发送终端的消息关联呼叫，来确定与接收终端的消息关联呼叫是否可行。

发送终端可在步骤418确定是否已建立用于呼叫尝试的消息关联呼叫的连接。当接收终端允许呼叫时，可建立消息关联呼叫的连接。当接收终端允许消息关联呼叫时，在步骤420，发送终端可执行语音呼叫。发送终端在步骤422继续监视语言呼叫是否终止。在呼叫正在进行的同时，发送终端可在步骤424与接收终端执行双向通信。发送终端可通过与接收终端的双向通信来更新附加信息或添加新信息。

当呼叫连接被接收终端拒绝或语音呼叫终止时，在步骤426，发送终端可根据消息关联呼叫来存储呼叫记录。呼叫记录可包括由发送终端提供给接收终端的附加信息。可执行上述处理，而不考虑消息关联呼叫是否成功。然而，在消息关联呼叫成功时存储的呼叫记录的格式与在消息关联呼叫失败时存储的呼叫记录的格式可以是不同的。当发送终端尝试与接收终端的消息关联呼叫时，发送终端可将存储的呼叫记录用作附加信息。

图5是示出根据所提出的各种实施例的由接收终端针对消息关联呼叫执行的控制流程的示图。这里，假设接收终端已经向发送终端发送了将用于消息关联呼叫的一条或多条消息或已经从发送终端接收了一条或多条消息，并且，所述一条或多条发送或接收的消息被存储。

参照图5，接收终端可确认消息关联接收模式是否已被激活(接收丰富通话(richcall)＝on(开启))为其自身的呼叫模式，并可将确认结果传送到发送终端。此外，接收终端与发送终端连接用于从发送终端接收附加信息的会话。接收终端可基于为了连接会话从发送终端接收的会话连接请求消息中所包括的服务配置标签，识别出发送终端将尝试消息关联呼叫。当接收的会话连接请求消息包括服务配置标签时，接收终端可自动接受会话连接。

在步骤510，接收终端从发送终端接收附加信息。附加信息可包括消息相关信息和表情符相关信息之中的至少一项。此外，附加信息可进一步包括与以下项之中的至少一项有关的信息：呼叫主题、图片、位置、媒体文件、应用文件等。

在接收终端接收附加信息之后，接收终端可释放连接发送终端的会话。例如，接收终端可响应于发送终端的请求来释放所述会话。

在步骤512，接收终端确认用于针对消息关联呼叫来分类发送终端的级别。例如，接收终端可基于注册联系人信息(电话号码)的来话呼叫偏好来设置联系人信息特定级别。所述级别可被分类为完全接受级别、部分接受级别、不接受级别等。在这种情况下，完全接受级别是用于提供大多数附加信息作为显示信息的级别，部分接受级别是提供一些附加信息作为显示信息的级别，且不接受级别是限制使用附加信息的级别。例如，完全接受级别可被分派给分类为“恋人”、“家人”等的联系人信息，部分接受级别可被分派给分类为“同事”、“朋友”等的联系人信息，而不接受级别可被分派给划分为“熟人”、“未指定”等的联系人信息。

在步骤514，接收终端可配置与使用从发送终端接收的附加信息确认的级别相应的显示信息。接收终端可预定义与确认的级别相应的显示信息的格式。

在步骤516，接收终端可将配置的显示信息显示在屏幕上。显示在屏幕上的显示信息可有助于呼叫接收者确认由呼叫者作出的语音呼叫请求的目的。

在步骤518，接收终端监视是否从发送终端接收到消息关联呼叫请求。当消息关联呼叫请求被接收时，接收终端可与发送终端连接用于消息关联呼叫的会话。可基于从发送终端接收的会话连接请求消息来连接用于消息关联呼叫的会话。在用于消息关联呼叫的会话被连接之后，接收终端可从发送终端接收用于请求消息关联呼叫的呼叫。

在步骤520，接收终端可根据接收的呼叫来允许或拒绝消息关联呼叫的连接。当呼叫接收者请求呼叫连接时，在步骤522，接收终端可与发送终端执行根据消息关联呼叫的语音呼叫。

在步骤524，接收终端继续监视语音呼叫是否终止。当呼叫正在进行的同时，在步骤526，接收终端可与发送终端执行双向通信。接收终端可通过与发送终端的双向通信来更新附加信息或添加新信息。

当呼叫连接被拒绝或语音呼叫终止时，在步骤530，接收终端可根据消息关联呼叫来存储呼叫记录。呼叫记录可包括由接收终端从发送终端接收的附加信息。可执行上述处理，而不考虑消息关联呼叫是否成功。然而，在消息关联呼叫成功时存储的呼叫记录的格式与在消息关联呼叫失败时存储的呼叫记录的格式可以是不同的。当接收终端尝试与发送终端的消息关联呼叫时，接收终端可将存储的呼叫记录用作附加信息。

图6是示出根据所提出的各种实施例的通信终端的用于消息关联呼叫的显示屏幕的示例的示图。

参照图6，(a)到(c)是发送终端中的显示屏幕，且(d)和(e)是接收终端中的显示屏幕。

显示屏幕(a)显示呼叫者在目标消息之中选择两条消息a-1和a-2并按下用于请求语音呼叫的呼叫标志a-3的情形。在实际屏幕上不显示手指图案。

显示屏幕(b)对应于根据由呼叫者按下呼叫标志a-3而产生的显示屏幕(a)。显示屏幕(b)可包括通常经由语音呼叫请求而显示的信息b-2(姓名、电话号码、注册图像等)以及由呼叫者针对消息关联呼叫而选择的消息。此外，显示屏幕(b)可显示用于请求消息关联呼叫的至少一个表情符。当呼叫者期望作出消息关联呼叫时，呼叫者可按下至少一个显示的表情符之中的一个表情符b-1。

显示屏幕(c)是响应于由呼叫者作出的消息关联呼叫请求而显示的显示屏幕。显示屏幕(c)可包括通常经由语音呼叫请求而显示的信息b-2(姓名、注册图像等)、由呼叫者针对消息关联呼叫而选择的表情符c-3、消息c-1和c-2、等等。

显示屏幕(d)对应于在呼叫者在接收终端中被分类为“恋人”的情况下，基于从发送终端接收的附加信息，在接收终端中显示的屏幕。显示屏幕(d)可显示在普通语音呼叫时显示的对方信息(姓名、电话号码等)、呼叫者被分类到的群组d-1、包括在附加信息中的表情符d-2、包括在附加信息中的所选消息d-3和d-4。

显示屏幕(e)对应于在呼叫者在接收终端中被分类为“同事”的情况下，基于从发送终端接收的附加信息，在接收终端中显示的屏幕。显示屏幕(e)可显示在普通语音呼叫时显示的对方信息e-4(姓名、电话号码、图像等)、呼叫者被分类到的群组e-1以及包括在附加信息中的所选消息e-2和e-3。

例如，当消息关联发送模式已被激活(作出丰富通话＝ON)为发送终端的呼叫模式且确认消息关联呼叫可应用于接收终端时，发送终端可选择将被发送到接收终端以用于消息关联呼叫的消息，并可选择将额外发送的信息，诸如呼叫主题、图片、位置、日程(日历)、音频/视频文件、特定应用文件(例如，Evernote)等。发送终端可尝试传输由选择的信息配置的附加信息，并可尝试基于所述附加信息的消息关联呼叫。

呼叫者在显示屏幕(a)中选择将被发送到呼叫接收者的两条消息(12:30PM和12:33PM)，随后在切换的显示屏幕(b)中按下用于消息关联呼叫的连接按钮。连接按钮对应于特定表情符，且按下连接按钮可包括选择相应表情符。可替换地，可通过选择表情符并随后按下普通呼叫按钮来请求消息关联呼叫。

在这种情况下，发送终端的显示屏幕与显示屏幕(c)相同。除了诸如由用户设置的姓名和电话号码的基本显示项之外，显示屏幕(c)可显示所选消息和所选表情符。

当并非消息关联呼叫的普通呼叫被设置为发送终端的呼叫模式(作出丰富呼叫＝OFF(关断))时，发送终端可尝试作出普通呼叫。

响应于所述尝试，当消息关联呼叫接收模式被激活(接收丰富呼叫＝ON)为呼叫模式时，接收终端可基于从发送终端接收的附加信息来允许或拒绝呼叫连接。

当显示信息基于附加信息而被配置时，接收终端可考虑发送终端所属的群组。例如，如果在可应用针对接收终端设置的消息关联呼叫的联系人信息群组之中，发送终端被分类为可应用更加详细(丰富)的消息关联呼叫的群组成员(例如，恋人)，则接收终端可将显示信息配置为包括表情，作为显示屏幕(d)的显示信息。然而，如果在发送终端可作出消息关联呼叫的联系人信息群组之中，发送终端被分类为不可应用详细(丰富)的消息关联呼叫的群组成员(例如，同事)，则由于接收终端的数据速率限制或个人偏好，可仅由呼叫主题和所选消息来配置显示屏幕(参见显示屏幕(e))。

如果接收终端的呼叫模式被设置为不支持消息关联呼叫(接收丰富呼叫＝OFF)，或者，如果接收终端已将发送终端分类为不可应用消息关联呼叫的联系人信息群组(例如，未指定)，则接收终端可不将包括在附加信息中的任何信息输出在屏幕上，并可允许作为普通呼叫的连接或拒绝消息关联呼叫。

图7是示出根据所提出的各种实施例的通信终端用于消息关联呼叫的显示屏幕的示例的示图。

参照图7，(a)到(c)是发送终端中的显示屏幕，(d)和(e)是接收终端中的显示屏幕。

显示屏幕(a)显示呼叫者在目标消息之中选择两条消息a-1和a-2，并按下用于请求语音呼叫的呼叫标志a-3的情形。在实际屏幕上不显示手指图案。

显示屏幕(b)对应于根据由呼叫者在显示屏幕(a)中按下呼叫标志a-3而产生的显示屏幕。显示屏幕(b)显示除了经由语音呼叫请求而通常显示的信息(姓名、电话号码、注册图像等)和由呼叫者针对消息关联呼叫而选择的消息b-4之外，进一步信息被选择的示例。显示屏幕(b)中的附加信息可包括用于消息关联呼叫的主题b-1、相关图片b-2、位置信息(地图)b-3、媒体文件b-5等。此外，显示屏幕(b)可显示用于请求消息关联呼叫的至少一个表情符。当呼叫者想要进行消息关联呼叫时，呼叫者可按下至少一个显示的表情符之中的一个表情符b-7。可替换地，呼叫者可按下普通呼叫按钮(绿色)。

显示屏幕(c)对应于发送终端响应于由呼叫者作出的消息关联呼叫请求的显示屏幕。显示屏幕(c)可包括响应于语音呼叫请求而通常显示的信息(电话号码、注册图像等)、所选消息c-4和进一步信息。所述进一步信息可由主题c-1、相关图片c-2、位置信息(地图)c-3等来配置。

显示屏幕(d)对应于在呼叫者在接收终端中被分类为“恋人”的情况下，基于从发送终端接收的附加信息，在接收终端中显示的屏幕。显示屏幕(d)可显示在表情符呼叫期间显示的对方信息(姓名、电话号码、表情符等)、发送者被分类到的群组d-2、包括在附加信息中的所选消息d-6和d-7、作为附加信息中的进一步信息而提供的主题d-3、相关图片d-4和位置信息(地图)d-5。

显示屏幕(e)对应于在呼叫者在接收终端中被分类为“同事”的情况下，基于从发送终端接收的附加信息，在接收终端中显示的屏幕。显示屏幕(e)可显示在表情符呼叫期间显示的对方信息e-1(姓名、电话号码、表情符等)、发送者被划分到的群组e-2、包括在附加信息中的所选消息e-4和e-5、主题e-3。

例如，当消息关联发送模式已被激活(作出丰富通话＝ON)为发送终端的呼叫模式且确认消息关联呼叫可应用于接收终端时，发送终端可选择将被发送到接收终端以用于消息关联呼叫的消息，并可选择将额外发送的信息，诸如呼叫主题、图片、位置、日程(日历)、音频/视频文件、特定应用文件(例如，Evernote)等。发送终端可尝试传输由选择的信息配置的附加信息，并可尝试基于所述附加信息的消息关联呼叫。

呼叫者已经在显示屏幕(a)中选择将被发送到呼叫接收者的两条消息(12:30PM和12:33PM)。在显示屏幕(b)中，呼叫者将呼叫主题(嗨，我们现在能通话么？)、图片和位置添加到附加信息，并随后按下用于消息关联呼叫的连接按钮。在这种情况下，发送终端的显示屏幕与显示屏幕(c)相同。除了作为基本显示项的呼叫接收者的姓名和电话号码之外，显示屏幕(c)还显示所选消息和进一步信息。

当并非消息关联呼叫的普通呼叫被设置为发送终端的呼叫模式(作出丰富呼叫＝OFF)时，发送终端可尝试作出普通呼叫。

响应于所述尝试，当消息关联呼叫接收模式被激活(接收丰富呼叫＝ON)为呼叫模式时，接收终端可基于从发送终端接收的附加信息来允许或拒绝呼叫连接。

当显示信息基于附加信息而被配置时，接收终端可考虑发送终端所属的群组。例如，如果在可应用针对接收终端设置的消息关联呼叫的联系人信息群组之中，发送终端被分类为可应用更加详细(丰富)的消息关联呼叫的群组成员(例如，恋人)，则接收终端可配置用于显示屏幕(d)的显示信息。然而，如果在发送终端可作出消息关联呼叫的联系人信息群组之中，发送终端被分类为不可应用详细(丰富)的消息关联呼叫的群组成员(例如，同事)，则由于接收终端的数据速率限制或个人偏好，可仅由呼叫主题和所选消息来配置显示屏幕(参见显示屏幕(e))。

如果接收终端的呼叫模式被设置为不支持消息关联呼叫(接收丰富呼叫＝OFF)，或者，如果接收终端已将发送终端分类为不可应用消息关联呼叫的联系人信息群组(例如，未指定)，则接收终端可不将包括在附加信息中的任何信息输出在屏幕上，并可允许作为普通呼叫的连接或拒绝消息关联呼叫。

图8是示出根据所提出的各种实施例的由通信终端基于双向通信来更新附加信息的场景的示图。

参照图8，(a)和(b)是发送终端中的显示屏幕，且(c)和(d)是接收终端中的显示屏幕。

显示屏幕(a)显示主题a-1和消息a-2被选为将根据消息关联呼叫从显示屏幕去除的对象。在实际屏幕上不显示手指图案。例如，在呼叫连接之后，如显示屏幕(a)中所示，呼叫者可禁用在屏幕中公开的消息(“爱丽丝，今天晚上吃晚饭怎么样？让我看一下日程。再打给你”)和呼叫主题(“嗨，我们现在能通话么？”)。

显示屏幕(b)显示所选项目的信息被从显示屏幕(a)去除，并且由呼叫者额外输入的图片b-1和位置信息b-2、以及新消息b-3被显示的示例。去除的信息和额外输入/更新的信息可基于双向通信被传送到发送终端。

例如，如显示屏幕(b)中所示，为了获取与在呼叫连接屏幕上标注的地图上的位置(例如，饭店)有关的详细信息，呼叫者可触摸相应位置。在这种情况下，可根据触摸来添加新信息，或现有信息(例如，饭店主页)可被更新。发送终端可将新信息或更新的信息传送到接收终端，以便共享新信息或更新的信息。此时，新更新的信息(例如，位置、网页链接等)可通过先前建立的会话内的MSRP消息被传送到接收终端。可替换地，发送终端可独立于先前建立的会话，发送用于传输新更新的信息的单独消息。

显示屏幕(c)和(d)基于由发送终端更新的附加信息显示在接收终端中显示的屏幕的示例。显示屏幕(c)和(d)可保持在表情符呼叫期间显示的对方信息c-4和d-4(姓名、电话号码、图像或表情符等)，可以去除先前显示的信息，并可随后新显示更新的图片c-1和d-1、位置信息c-2和d-2、新消息c-3和d-3。

例如，接收终端可在查看从发送终端接收的表情符的同时，确认额外提供的新信息或更新的信息(详细位置信息，例如，饭店主页)，使得接收者可更顺畅地使用消息关联呼叫。

图9是示出根据所提出的各种实施例的接收终端拒绝消息关联呼叫的屏幕的示例的示图。

参照图9，显示屏幕(a)提供显示根据消息关联呼叫的显示屏幕并随后提供存在呼叫的通知的屏幕。此时，当消息关联呼叫接收模式被激活(接收丰富呼叫＝ON)为接收终端的呼叫模式时，呼叫接收者可确认显示屏幕(a)并可随后允许或拒绝呼叫的连接。显示屏幕(a)可显示为呼叫拒绝作准备的引导词a-1“在此输入应答”。当对应呼叫被拒绝时，呼叫接收者可以输入解释拒绝原因的文本。如果呼叫接收者处于难以接收呼叫的情形(还在开会)，则呼叫接收者可通过使用RTT功能将期望的消息一次一个字符地发送到发送终端。

例如，如显示屏幕(b)中所示，呼叫接收者可激活RTT功能b-2，并可输入消息b-1“我还在开会。我七点半跟你在新沙洞碰面”。在这种情况下，可将由呼叫接收者基于RTT功能输入的消息一次一个字符地发送到发送终端。发送终端可实时地确认由呼叫接收者使用接收终端输入的文本。

图10是示出根据所提出的各种实施例的发送终端已通过使用呼叫记录来尝试消息关联呼叫的屏幕的示例的示图。

参照图10，显示屏幕(a)对应于发送终端导入存储的呼叫记录之一的屏幕。显示屏幕(a)可包括响应于语音呼叫请求而通常显示的信息(电话号码、注册图像等)、进一步信息和所选消息a-4。进一步信息可由主题a-1、相关图片a-4、位置信息(地图)a-3等来配置。在显示屏幕(a)被显示的情形下，当呼叫者请求消息呼叫时，发送终端可使用显示屏幕(a)中的一些信息来配置消息，并将配置的消息提供给接收终端。例如，用于配置消息的一些信息可包括主题a-1、相关图片a-2、位置信息(地图)a-3和所选消息a-4。

显示屏幕(b)显示接收终端将文本消息b-1发送到发送终端并接收响应于其的呼叫记录b-2的屏幕的示例。

例如，当消息关联接收模式被激活(接收丰富呼叫＝ON)为接收终端的呼叫模式时，呼叫接收者确认显示在接收终端中的附加信息，并可随后连接或拒绝呼叫。

当呼叫接收者不对呼叫作出响应或拒绝呼叫时，在已接呼叫记录或漏接呼叫记录中，接收终端不仅可存储包括在显示屏幕中的发送终端的电话号码和接收时间，还可存储进一步信息，诸如呼叫主题、图片、位置和所选位置。呼叫接收者可在稍后时间确认呼叫记录时更详细地确认呼叫内容。呼叫接收者可通过使用存储在接收终端中的呼叫记录来尝试与发送终端作出消息关联呼叫。

当呼叫接收者不对呼叫作出响应或拒绝呼叫时，在已接呼叫记录或漏接呼叫记录中，发送终端不仅可存储包括在显示屏幕(a)中的接收终端的电话号码和接收时间，还可存储进一步信息，诸如呼叫主题、图片、位置和所选位置。呼叫接收者可在稍后时间确认呼叫记录时更详细地确认呼叫内容。呼叫接收者可通过使用存储在发送终端中的呼叫记录来尝试与接收终端的消息关联呼叫。

如上所述，发送终端可经由交互MMS，向接收终端提供从根据消息关联呼叫的存储的呼叫记录提取的详细呼叫内容。接收终端可显示由发送终端经由交互MMS发送的详细呼叫内容(参见显示屏幕(b))。

交互MMS具有多消息功能，用于按照消息中消息(Min，message-in-message)格式来包括140字节或更多的文本、图像和运动图像、未按照图像格式且能够放大/缩小/移动等的地图信息和用户所选消息，并且，交互MMS是MMS的演进格式，其中，交互MMS使得能够在其他消息关联呼叫期间基于由发送终端发送的信息来实现存储。

接收终端能够通过使用由发送终端提供的交互MMS，从存储在其中的已接呼叫记录或未接呼叫记录确认相应呼叫记录。

同时，呼叫接收者通过点击存在于接收终端中显示的交互MMS内的图片、位置、文件等，除了能够进行简单的缩小/放大之外，还能够确认关联的详细信息。当交互MMS被重传时，呼叫接收者能够编辑交互MMS或由交互MMS获取的呼叫记录，并根据编辑来选择性地仅发送有必要重传的信息。

图11是示出根据所提出的各种实施例的消息关联呼叫过程的示例的示图。

参照图11，第一通信终端1140和第二通信终端1170可互相交换消息(步骤1100)。第一通信终端1140可经由第一服务器1150和第二服务器1160将消息发送到第二通信终端1170。第二通信终端1170可经由第二服务器1160和第一服务器1150将消息发送到第一通信终端1140。第一通信终端1140可将发送到第二通信终端1170的消息记录在发送消息存储箱中，并可将从第二通信终端1170接收的消息记录在接收消息存储箱中。第二通信终端1170可将发送到第一通信终端1140的消息记录在发送消息存储箱中，并可将从第一通信终端1140接收的消息记录在接收消息存储箱中。

由第一通信终端1140和第二通信终端1170发送的消息可以是普通文本消息(SMS)、多媒体消息(MMS)、语音消息、聊天消息等。此外，第一通信终端1140和第二通信终端1170可对应于将由用户与对方共享的信息，包括网页链接信息、SNS消息、备忘录、日程等。

第一通信终端1140或第二通信终端1170可接收从对方通信终端提供的、关于到来的消息是否已被确认的信息。第一通信终端1140或第二通信终端1170可基于从对方通信终端提供的、关于到来的消息是否已被确认的信息，识别对方是否已确认由第一通信终端1140或第二通信终端1170发送的消息，并可将其存储为记录。此外，第一通信终端1140或第二通信终端1170可通过屏幕来显示对方是否已确认由第一通信终端1140或第二通信终端1170发送的消息。

当用户请求消息关联呼叫时，第一通信终端1140需要确定与第二通信终端1170的消息关联呼叫是否可行。例如，可通过“消息关联发送模式”是否被激活为第一通信终端1140的呼叫模式和通过“消息关联接收模式”是否被激活为第二通信终端1170的呼叫模式，来确定消息关联呼叫是否可行。可针对注册在联系人信息中的每个电话号码来设置消息关联发送模式和消息关联接收模式，或者，可共同设置所述消息关联发送模式和消息关联接收模式。

第一通信终端1140经由第一服务器1150和第二服务器1160将SIP OPTIONS(SIP选项)请求发送到第二通信终端1170，以便确认第二通信终端1170是否支持消息关联接收模式(步骤1102)。作为另一示例，第一通信终端1140也可经由第一服务器1150和第二服务器1160将SIP SUBSCRIBE(SIP订阅)请求发送到第二通信终端1170，以便确认第二通信终端1170是否支持消息关联接收模式。通过由【表1】定义的服务功能标签(特征标签)，可确定第二通信终端是否支持消息关联呼叫(丰富呼叫)。

【表1】

RCS服务	标签(Tag)
		丰富呼叫	+g.3gpp.iari-ref＝“urn％3Aurn-7％3A3gpp-application.ims.iari.rcs.ec”

通过在【表1】中定义的与RCS服务相应的服务功能标签，第一通信终端1140和第二通信终端1170使用消息关联呼叫功能。消息关联呼叫不仅是RCS服务的一部分，而且被定义为特定业务提供者或制造者(卖主)的区分服务。在这种情况下，服务功能标签可由特定业务提供者或制造者来确定。

以下示出的【表2】定义SIP OPTIONS请求，其被发送以用于第一通信终端1140通过服务发现来确认第二通信终端1170是否支持消息关联接收模式的目的。

【表2】

参照【表2】，第二通信终端1170可通过存在于SIP OPTIONS请求内的两个报头来搜索消息关联呼叫服务，用于功能(能力)确认。

这里，“Accept-contact(接受联系人)”报头包括服务功能标签，由此使得能够确认第二通信终端1170是否支持消息关联呼叫服务。此外，“Contact(联系人)”报头可显示第一通信终端1140是否支持消息关联呼叫服务。

第二通信终端1170可经由第二服务器1160和第一服务器1150向第一通信终端1140发送对搜索消息关联呼叫服务的响应消息(SIP OPTIONS RESPONSE)。

以下示出的【表3】定义响应消息(SIP OPTIONS RESPONSE)的示例。

【表3】

在【表3】中，响应于消息关联呼叫服务是否被支持，第二通信终端1170可在“Contact”报头中包括其自身的SIP URL(sip:rcsuser2@operatorB.net)和【表2】中“Accept-contact”报头的服务功能标签。在这种情况下，提供第一通信终端1140与第二通信终端1170之间的消息关联呼叫服务可行的通知。

当识别出第二通信终端1170支持消息关联呼叫时，在步骤1106，第一通信终端1140可配置用于消息关联呼叫的附加信息。

例如，第一通信终端1140可显示除了支持消息关联呼叫之外还可选择消息的记录(历史)。第一通信终端1140可显示发送/接收的消息的记录。第一通信终端1140可响应于呼叫者的请求而选择一些显示的消息或所有显示的消息。此外，第一通信终端1140可将用户信息添加到附加信息。可被添加到附加信息的用户信息可以是表情符(id、名称、版本等)、呼叫主题、图片、位置等。

在步骤1108，第一通信终端1140可经由服务器A1150和服务器B 1160将会话连接请求(SIP INVITE)消息发送到第二通信终端1170，以便将附加信息发送到第二通信终端1170。

以下示出的【表4】定义用于传送用于消息关联呼叫的附加信息的会话连接请求消息的示例。

【表4】

在【表4】中，“Accept-contact”对应于用于通过包括服务功能标签来确认接收终端是否支持消息关联呼叫服务的信息，“Contact”显示发送终端是否支持消息关联呼叫服务，“Content-Typle(内容类型)：application/s”对应于与会话有关的信息，所述会话用于传送包括消息相关信息和表情符相关信息之中的至少一项的附加信息，以用于消息关联呼叫。

以下示出的【表5】定义用于传送用于消息关联呼叫的附加信息的会话连接请求消息的另一示例。

【表5】

【表5】中的详细项目可按照以下描述来定义。

Accept-contact：通过包括服务功能标签来确认接收终端是否支持消息关联呼叫服务

Contact：指示发送终端支持消息关联呼叫服务

Content-Type：application/sdp：与用于传送用于消息关联呼叫的附加信息的会话有关的信息

file-selector(文件选择符)：将被发送的表情符信息

name(名称)：文件名称

type(类型)：文件格式

size(大小)：大小

file-transfer-id(文件传送标识)：传输id(防止文件的重复传输)

file-disposition(文件配置)：文件属性(渲染器：直接渲染文件)

file-date：creation(文件日期：创建)：文件创建日期

第二通信终端1170可从接收的会话连接请求消息确认服务功能标签，并可基于确认的服务功能标签来自动接受用于传送附加信息的会话连接请求。作为另一示例，第二通信终端1170还可通过确认接收的会话连接请求消息的报头值之中的“User-Agent(用户代理)”报头、用于消息关联呼叫的新报头、会话体内的相关属性值等，来自动接受用于传送附加信息的会话连接请求。

在步骤1110，第二通信终端1170可经由第二服务器1160和第一服务器1150将基于自动接受的会话连接响应消息发送到第一通信终端1140。

在步骤1112，第一通信终端1140可通过使用消息会话中继协议消息(MSRP SEND)，经由第一服务器150和第二服务器160将为消息关联呼叫配置的附加信息发送到第二通信终端1170。除了消息相关信息和表情符相关信息(id、名称、版本、大小、链接等)之中的至少一项之外，附加信息可还包括呼叫主题、图片、位置等。

以下示出的【表6】示出用于传送附加信息的消息会话中继协议消息(MSRP SEND)的示例，其中，所述附加信息包括至少一条所选消息和表情符标识信息。

【表6】

在【表6】中，“Content-Type:text/plain；charset＝utf-8”指示配置附加信息的所选消息，“Message-ID(消息ID)”指示所选消息的标识信息，“Content-Type:application/xml”指示包括在附加信息中的表情符、呼叫主题等。与“Content-Type:application/xml”相应的详细项目可如下定义。

<emot_img>：附加信息、用户信息(表情符、呼叫主题等)

<emoticon(表情符)>：表情符

<index(索引)>：索引(id)

<name(名称)>：名称

<Version(版本)>：版本

<size>：大小

<link(链接)>：表情符链接

<rcsrichcallinfo>:进一步用户信息(呼叫主题、位置等)

Reason(理由)：传送用户信息的目的(建立：当连接呼叫时传送用户信息)

<subject(主题)>:呼叫主题

<location(位置)>:位置信息

<name>:位置名称

<latitude(维度)>:维度

<longitude(经度)>:经度

<altitude(高度)>:高度

<map-info(地图信息)>:位置显示相关地图信息

以下示出的【表7】示出用于传送包括至少一条所选消息和表情符的附加信息的附加信息的消息会话转发协议消息(MSRP SEND)。

【表7】

在【表7】中，详细项目可按照以下描述来定义。

Content-Type:image/jpeg:附加信息(图片文件)

Content-Type:text/plain；charset＝utf-8:附加信息(所选消息)

Message-ID(消息ID)：消息ID

Content-Type:application/xml:进一步信息(呼叫主题、位置等)

<rcsrichcallinfo>：进一步信息(呼叫主题、位置等)

Reason:传送附加信息的目的(建立：当连接呼叫时传送附加信息)

<subject>：呼叫主题

<location>:位置信息

<name>:位置名称

<latitude>:维度

<longitude>:经度

<altitude>:高度

<map-info>:位置显示相关地图信息

作为另一示例，消息会话中继协议消息(MSRP SEND)可包括表情符和消息标识信息，或可包括表情符标识信息和消息标识信息。

在步骤1114，第二通信终端1170确认接收的附加信息，并响应于其将响应信号(RESPONSE)经由第二服务器1160和第一服务器1150发送到第一通信终端1140。

在步骤1116，第一通信终端1140经由第一服务器1150和第二服务器1160将会话释放请求消息发送到第二通信终端1170以传送附加信息，其中，会话释放请求消息用于请求释放已经连接的会话。

在第二通信终端1170从第一通信终端1140接收到会话释放请求消息之后，在步骤1118，第二通信终端1170经由第二服务器1160和第一服务器1150将会话释放响应消息发送到第一通信终端1140。

与描述的步骤1108到1118相应的过程可被第一通信终端1140将会话连接请求消息发送到第二通信终端1170的过程所代替。在这种情况下，会话连接请求消息可包括附加信息。

在会话释放请求消息被发送之后，第二通信终端1140可根据联系人信息的注册电话号码被分类的群组(类别)来确认针对发送终端1140设置的群组，并可考虑确认的群组来区分将从服务器获取的信息。

基于区分的结果，在步骤1120，当需要时，第二通信终端1170可请求第二服务器1160提供进一步信息。在步骤1122，第二服务器1160可提供由第二通信终端1170所请求的进一步信息。

在步骤1124，第二通信终端1170可基于从第一通信终端1140接收的附加信息和必要时从第二服务器1160接收的进一步信息，配置作为显示信息将被显示的附加信息，并可将配置的显示信息显示在屏幕上。当缺少期望的信息(例如，表情符等)时，第二通信终端1170可通过设置的路径来提供相应的表情符信息，并将提供的信息显示在屏幕上。

在步骤1126，第一通信终端1140可经由第一服务器1150和第二服务器1160将用于消息关联呼叫的会话连接请求消息(SIP INVITE)发送到第二通信终端1170。

在步骤1128，第二通信终端1170产生用于消息关联呼叫的呼叫信号(寻呼)，并可经由第二服务器1160和第一服务器1150将呼叫信号发送到第一通信终端1140。在步骤1130，第二通信终端120可接受消息关联呼叫，并可经由第二服务器1160和第一服务器1150将响应于上述接受的响应信号发送到第一通信终端1140。

在消息关联呼叫被连接之后，在步骤1132，第一通信终端1140和第二通信终端1150可基于双向通信来执行消息关联通信。例如，第一通信终端1140能够使得显示在屏幕上的消息和呼叫主题失活。第一通信终端1140可通过输入(例如，触摸)来执行新的访问和更新，以便获取显示在呼叫连接屏幕上的位置的特定信息。

在这种情况下，第一通信终端1140可与第二通信终端1170共享新访问和更新的位置信息。可通过先前建立的会话，使用MSRP消息来传送新更新的信息(例如，位置、网页链接等)。此外，可独立于先前建立的会话，通过单独消息传输，将新更新的信息传送到第二通信终端1170。

图12是示出根据所提出的各种实施例的消息关联呼叫过程的另一示例的示图。图12所示的过程对应于使得第二通信终端能够从第三方服务器获取附加信息的过程。

图12中所提出的过程的不同之处在于第三方服务器执行响应于第一通信终端的请求将附加信息传送到第二通信终端的过程(步骤1204到1210)，以代替图11中用于传送附加信息的会话被连接且第一通信终端1140通过连接的会话将附加信息传送到第二通信终端1170的过程。除此之外，图12中的过程可与图11中的过程相同。

参照图12，在与第二通信终端1170的消息交换之后，第一通信终端1140可配置用于请求传输附加信息的消息(步骤1200和步骤1202)。用于请求传输的消息可包括表情符相关信息以及与用于请求第三方服务器将附加信息传送到第二通信终端1170的消息有关的信息。

【表8】示出传输请求消息的示例。

【表8】

【表8】中的详细项目可按照以下描述来定义。

P-Preferred-Service(P优选服务)：第三方App.ID，用于使用第三方服务来传送来自第三方服务器的相应选择的消息和表情符以用于消息关联呼叫，其中，第三方服务能够通过经由网络(3G/LTE)传送的第三方App.ID来发送相应表情符和选择的消息。

Accept-contact:通过包括服务功能标签(+g.providerC.instant_messaging)，确认是否支持使用对方用户的第三方服务来进行消息关联呼叫

User-Agent:终端类型(providerC-client)/支持服务名称(ECS)；装置类型(Android_Phone)；网络类型(4G)；第三方表情符呼叫标识符(ecs.sam)

Content-Type：application/xml:附加信息(第三方表情符等)

<emot_img>：附加信息(第三方表情符、呼叫主题等)

<emoticon>：表情符

<index>：索引(id)

<name>：名称

<Version>：版本

<size>：大小

<link>：表情符链接

Content-Type：text/plain；charset＝utf-8:附加信息(所选消息)

Message-ID：消息ID

第三方服务器继续表情符呼叫功能确认、针对表情符呼叫的用户认证和表情符呼叫请求认证。例如，为了确认表情符呼叫功能，第三方服务器从接收的传输请求消息的“P-Preferred-Service”报头，识别出第一通信终端1140已经使用第三方服务来请求第三方服务器传送用于消息关联呼叫的所选消息和表情符相关信息。

此外，通过对【表8】中接收的请求的报头值之中的以下项进行附加确认，可识别出用于传送包括所选消息和表情符的附加信息被发送到第三方服务器服务器：“Accept-Contact”报头、“User-Agent”报头、用于通过使用第三方服务来传送包括所选消息和表情符的附加信息的新报头、消息体中内容的类型等。

此外，对于针对消息关联呼叫的用户认证，确认第一通信终端1140和第二通信终端1170是否是能够使用第三方服务来传送包括所选消息和表情符的附加信息以便作出消息关联呼叫。

最后，为了对消息关联呼叫请求进行认证，第三方服务器可执行以下认证：接收的传输请求消息是否对应于符合协议规范的有效请求。

在步骤1206，第三方服务器将从第一通信终端1140接收的传输请求消息发送到第二通信终端1170。

第二通信终端1170确认用于请求使用第三方服务来传送包括所选消息和表情符的传输请求消息中与消息关联呼叫相应的功能标签(+g.providerC.instant_messaging)，并基于此来接收传输请求消息。此外，通过对接收的传输请求消息的报头值之中的以下项进行确认，第二通信终端1170可接收用于传送附加信息的请求：“P-Preferred-Service”报头、“User-Agent”报头、用于使用第三方服务进行消息关联呼叫的新报头、消息体中内容的类型、属性值等。

在步骤1208，第二通信终端1170可响应于接收的传输请求消息，将响应信号发送到第三方服务器。在这种情况下，在步骤1210，第三方服务器将响应信号发送到第一通信终端1140。

此后的过程可被定义为与图11中描述的相同，不同之处仅在于在步骤1216到步骤1220连接普通语音呼叫。

图13是示出根据所提出的各种实施例的消息关联呼叫过程的又一示例的示图。假设图13中示出的过程旨在连续地请求用于附加信息的会话连接和用于消息关联呼叫的会话连接。

因此，图13中定义的过程与图11中定义的过程近似匹配。然而，在图11中，第一通信终端1140将附加信息传送到第二通信终端1170并随后请求用于消息关联呼叫的会话连接，而在图13中，第一通信终端1140在步骤1316请求用于消息关联呼叫的会话连接，并连续地在步骤1318请求用于传送附加信息的会话连接。

尽管已在本公开的详细描述中描述了特定实施例，但是本领域技术人员将清楚：在不脱离本公开中所提出的各种实施例的范围的情况下，可进行各种变型和改变。因此，本公开的范围不应被限定为受限于上述实施例，而应由所附权利要求极其等同物来限定。此外，不应独立于本公开的技术构思或范围来理解各种变型实施例。

Claims (15)

1.一种用于由通信终端支持语音呼叫的方法，所述方法包括：

响应于与对方通信终端的语音呼叫请求，将附加信息发送到对方通信终端；以及

在发送附加信息之后，根据发送的附加信息来呼叫对方通信终端，

其中，附加信息包括与从发送到对方通信终端并随后存储或从对方通信终端接收并随后存储的消息之中选择的至少一条消息有关的信息。

2.根据权利要求1所述的方法，其中，附加信息还包括与针对语音呼叫请求而选择的表情符有关的信息以及与以下项之中的至少一项有关的信息：呼叫主题、图片、位置、媒体文件和应用文件；并且，

其中，所述与表情符有关的信息对应于针对语音呼叫请求而选择的表情符或指示所选表情符的标识信息。

3.根据权利要求1所述的方法，其中，与至少一条消息有关的信息对应于从存储的消息之中选择的至少一条消息或指示至少一条所选消息的标识信息。

4.根据权利要求1所述的方法，其中，发送附加信息包括：

确认是否允许向对方通信终端提供附加信息；以及

如果允许提供附加信息，则将附加信息发送到对方通信终端。

5.根据权利要求4所述的方法，其中，确认是否允许提供附加信息包括：

确定是否针对对方通信终端设置了指示提供附加信息的呼叫模式；以及

如果指示提供附加信息的呼叫模式被设置，则确定对方通信终端是否支持在语音呼叫时提供附加信息。

6.根据权利要求1所述的方法，还包括：如果与对方通信终端的语音呼叫响应于所述呼叫而被连接，则与对方通信终端执行双向通信，以更新发送的附加信息或添加附加信息。

7.根据权利要求1所述的方法，还包括：

请求指定服务器将附加信息提供给对方通信终端；以及

将发送的附加信息存储为根据所述呼叫的呼叫记录。

8.一种用于由通信终端支持语音呼叫的方法，所述方法包括：

从对方通信终端接收附加信息；

确认为对方通信终端设置的级别，并基于附加信息来配置与确认的级别相应的显示信息；

显示配置的显示信息；以及

响应于与显示的显示信息相应的、来自于对方通信终端的呼叫来连接语音呼叫，

其中，附加信息包括与在从对方通信终端接收并随后存储或发送到对方通信终端并随后存储的消息之中选择的至少一条消息有关的信息。

9.根据权利要求8所述的方法，其中，附加信息还包括与针对语音呼叫请求而选择的表情符有关的信息以及与以下项之中的至少一项有关的信息：呼叫主题、图片、位置、媒体文件和应用文件；并且，

其中，所述与表情符有关的信息对应于针对语音呼叫请求而选择的表情符或指示所选表情符的标识信息。

10.根据权利要求8所述的方法，其中，与至少一条消息有关的信息对应于从存储的消息之中选择的至少一条消息或指示至少一条所选消息的标识信息。

11.根据权利要求10所述的方法，其中，配置显示信息还包括：

如果与至少一条消息有关的信息是指示至少一条所选消息的标识信息，则从存储的接收消息之中提取与标识信息相应的至少一条接收消息，并将提取的至少一条接收消息添加到显示信息。

12.根据权利要求9所述的方法，其中，配置显示信息还包括：

如果与表情符有关的信息是指示所选表情符的标识信息，则从预存储的表情符之中提取与标识信息相应的至少一个表情符，并将提取的至少一个表情符添加到显示信息。

13.根据权利要求8所述的方法，还包括：接受来自对方通信终端的关于在语音呼叫时是否支持提供附加信息的询问，并响应于接受的询问，通知对方通信终端在语音呼叫时支持提供附加信息。

14.根据权利要求8所述的方法，其中，配置显示信息还包括：

如果分派给对方通信终端的电话号码被注册，则确认用于分类所述电话号码的级别；

从附加信息提取与确认的级别相应的至少一条信息；以及

将显示信息配置为至少包括提取的信息。

15.根据权利要求8所述的方法，还包括：将接收的附加信息存储为根据所述呼叫的呼叫记录。