CN101213823A - 用于建立分组交换的通信会话的方法和设备 - Google Patents

Abstract

用于在分组交换的多媒体会话的建立过程中向相对的第二通信终端(A)提供个性化呼叫问候的方法和设备。相对终端首先被识别，然后检索与主叫终端相关联的且包含呼叫问候的文件标识(3:2)。文件标识波发送(3:3)到相对终端，其中如果文件已经被存储在相对终端中，则相对终端能够把相应文件作为所述呼叫问候来播出。

Description

用于建立分组交换的通信会话的方法和设备

技术领域

本发明大体上涉及用于在建立分组交换的通信会话时提供选择性的回铃或振铃功能的方法和设备。特别地，本发明提供一种在呼叫建立过程中等待应答时使用选择的媒体内容在回铃或振铃信号中产生“问候”的新颖方案。

发明背景和现有技术

随着3G移动电话的出现，新的基于分组的通信技术已经被开发以支持多媒体通信。例如，GPRS(通用分组无线业务)和WCDMA(宽带码分多址接入)技术除了支持传统电路交换的语音呼叫以外，还支持无线多媒体电话业务，牵连到表示图像、文本、文档、动画、音频文件、视频文件等的数据的分组交换通信。

多媒体业务通常涉及表示不同格式的文本、文档、图像、音频文件和视频文件及组合的编码数据的传输。术语“多媒体”在本说明中通常用于表示除普通语音对话之外、通常具有一些可视内容的媒体类型的任何选择，其使用基于分组的IP(网际协议)传输技术来传送。此外，术语“媒体内容”用于表示在进行多媒体业务时所使用的任何这样的编码数据。

第三代合作伙伴计划(3GPP)已经把称为“IP多媒体子系统”(IP MultimediaSubsystem IMS)的网络体系结构作为开放标准开发出来，以便给予接入网的运营商在分组域中提供多媒体业务的能力。IMS是或多或少独立于所用的接入技术的、用于实现基于IP传输的业务的平台，并且基本上不限于任何有限的特定业务组。

在IMS网络中用于处理会话的规范已经被定义为称作“SIP”(会话发起协议，依照标准IETF RFC 3261)。SIP是用于在分组交换的逻辑上创建、修改和终止会话的应用层控制(信令)协议。SIP标准因此被IMS系统和SIP启用的终端使用以建立并控制IP多媒体通信。例如，在SIP中定义被称作“邀请(invite)”的消息用以在会话建立期间发起会话。SIP邀请消息还特别包括关于所需的编解码器(一个或多个)和对于即将到来的会话所需要的其它通信参数的信息。

图1是用于通过IMS业务网络提供多媒体业务的基本网络结构的简化图示。在涉及一个或多个多媒体业务的通信会话S中，第一移动终端A连接到第一无线接入网络100并且与连接到第二无线接入网络102的第二移动终端B通信。IMS网络104连接到第一无线接入网络100并且处理关于终端A的会话。在该图中，相应的IMS网络106以终端B的名义处理会话，并且两个IMS网络104和106可以由不同的运营商来控制。可替换地，两个通信终端A和B当然可以连接到相同的接入网络和/或可以属于相同的IMS网络。

在每个IMS网络中，通常通过使用SIP信令，由特定节点来管理会话S，这里所述节点总体上被称为“会话管理节点”108。这些节点通常包括S-CSCF(Serving Call Session Control Function服务呼叫会话控制功能)、I-CSCF(Interrgating Call Sesion Control Function询问呼叫会话控制功能)和P-CSCF(Proxy Call Session Control Function代理呼叫会话控制功能)。每个IMS网络104、106还包括一个或多个应用服务器110，用于实现各种多媒体业务。此外，主数据库单元HSS(Home Subscriber Server归属用户服务器)112，除其它事项外，还存储着用户、认证数据以及业务信息。IMS网络106基本上与网络104相似。所示的网络单元108-112的各种特定功能是本领域公知的，但是对于进一步理解本发明的上下文这里不必对其进行描述。当然，IMS网络104、106包含多种其它节点和功能，为了简单起见，在此未被示出。

在主叫终端A和被叫终端B之间的呼叫建立过程中，传统上在终端A发出简单的回铃音以指示振铃信号已经在终端B被激活。尽管被叫终端的用户通常能够预先选择任何类型的振铃信号，例如，一段音乐，震动或者任何记录的声音，但是在主叫终端给出的回铃音通常由单调乏味且重复的音调组成。

在电路交换网络中，在他/她等待被叫方应答期间，可以使用一种通过音乐愉悦主叫方的业务，有时被称为“音乐回铃音”。该业务通常由位于官方和企业的电话交换机使用，在交换机中，例如应答在被放在电话队列中时会被极大地延迟。然后在等待应答期间，向主叫方播放预先记录的音乐或信息。依照传统的电路交换的呼叫建立过程，由被叫方选择的回铃音或者音频片断通过为正被建立的呼叫预留的信道在“带内”转送到主叫终端A。

SIP还考虑到由对方为IMS环境中的多媒体会话选择回铃音以及振铃信号。在SIP消息“邀请”(上面所解释的)和“180振铃(ringing)”(指示在B处的振铃的标准响应消息)这二者中，被称为“报警信息(Alert info)”的首部字段已经被定义成用于分别容纳可替换的振铃信号或回铃音的标识。其目的在于，终端A的网络可以在“邀请”消息的该字段中添加URL(统一资源定位符)等，从而把终端B引导到相应的服务器来获取包含所指示的振铃信号的文件等。类似地，终端B的网络可以在“180振铃”消息的该字段中添加URL，从而把终端A引导向相应的服务器来获取具有所指示的回铃音的文件。这样，就提供了用于在任一方向上实现个性化问候特征的机制。

图2是使用SIP信令在与第一IMS网络104相连的主叫终端A和与第二IMS网络106相连的被叫终端B之间进行的常规分组交换的呼叫建立的简化信令图。特别地，该图示出如何能够依照现有技术实现个性化问候特征。

在第一步200，终端A向终端B发送“邀请”消息以发起多媒体会话。IMS网络104中的合适的会话管理节点现在就有机会在上述“邀请”消息中的报警信息字段中添加振铃文件的标识，例如URL，如步骤202所指示的。当接收到邀请消息时，终端B可以使用振铃文件标识URL从相应服务器获得提议的振铃文件并在呼叫建立期间将其作为振铃信号来播放。终端B还通过在下一步骤204中向终端A发送标准“180振铃”消息来进行响应，从而指示在终端B处振铃信号的激活。

与步骤202相似，IMS网络106中的合适的会话管理节点现在能够在“180振铃”消息中的上述报警信息字段中添加回铃文件的标识，诸如URL，如步骤206所指示的。因此，当终端A接收到该消息时，它能够使用回铃文件标识URL从相应服务器获得提议的文件，并在等待应答时的呼叫建立期间将其作为回铃音来播放。

为了实现上述任何功能，终端用户必须提前通过在相应的IMS网络中定义用户偏好等来配置它。在呼叫建立时，所述网络接着必须检索(retrieve)例如根据对对方的标识和/或其它因素所定义的回铃文件或振铃文件标识，以便将其提供给相对终端。

然而，存在着一个问题，例如如上所述，对于每个会话的建立，网络必须执行延迟程序以用于确定特定用户选择的问候(即，回铃音或振铃信号)是否在相对终端被提供，并且在会话建立消息中添加相应的文件标识。还存在着一个问题，被叫或主叫终端必须从服务器获得或下载所指示的文件以便在每次建立会话时启用该功能，这涉及到宝贵带宽的更多消耗。该过程还花费一些时间，从而在文件被下载以供播出之前被叫方可以充分地应答，这使得整个过程毫无意义。

通常期望的是，对在会话建立期间选择性地为主叫或被叫终端用户向对方提供“问候”等的特征进行简化。尤其期望的是最小化该业务所需的信令和处理负载。还期望最小化在问候能够被播出之前的时间延迟。

申请人自己的瑞典专利申请SE0501419-6描述了一种用于在接收到对第一通信会话的呼叫建立请求之后向主叫终端提供回铃呈送的方案。与主叫终端之间建立基于分组的第二通信会话，从而通过第二会话将预先定义的媒体内容作为所述回铃呈送提供给主叫终端。

发明内容

本发明的一个目标是主要消除上述问题。更准确地说，本发明的一个目标是对在分组交换的会话建立期间选择性地向相对主叫终端或被叫终端提供呼叫问候的特征进行简化。另一目标是降低该特征所需的信令和处理负载以及呼叫问候能够被播出之前的时间延迟。另一目标是最小化在使用该特征的会话建立过程中的带宽消耗。

这些和其它目标是通过提供根据下述独立权利要求的方法和通信终端而获达到的。

在第一通信终端中执行创造性方法，用于在分组交换的多媒体会话的建立过程中向相对的第二通信终端提供个性化呼叫问候。

根据本发明的一个方面，在识别出相对终端后，检索已经为相对终端预先定义且指代包含所述呼叫问候的至少一个媒体文件的至少一个文件标识。然后，检索的文件标识被发送到相对终端，其中如果文件(一个或多个)之前已经被存储在相对终端中，则相对终端能够检索至少一个相应文件并将其作为所述呼叫问候来播出。

如果相对终端是主叫终端，则可以通过接收会话发起消息来识别该终端，并且当使用SIP信令时，会话发起消息是SIP“邀请”消息。检索的文件标识然后可以被嵌入在对会话发起消息的响应消息中而发送到相对终端。当使用SIP信令时，响应消息是SIP“180振铃”消息。

如果相对终端是被叫终端，则当输入其电话号码时，该终端就被识别，检索的文件标识然后可以嵌入在会话发起消息中而被发送到相对终端。当使用SIP信令时，会话发起消息是SIP“邀请”消息。

文件标识可以作为URN来发送。在可替换的实施例中，具有该文件的服务器的地址可以与作为URL或URI的文件标识一起来发送，其中如果此文件之前没有被存储在相对终端中，则相对终端能够从该服务器获得相应文件以用于播出所述呼叫问候。如果使用SIP信令，则URN或URL或者URI能够被分别嵌入在SIP“邀请”消息或SIP“180振铃”消息中的被称为“报警信息”的现有首部字段中。

文件标识可以为任何未知相对终端而预先定义了，并且指代包含默认呼叫问候的媒体文件。而且，不同的文件标识可以为不同的潜在相对终端，和/或根据当前日期或时间、星期或季节，和/或根据用户状态而定义了。

根据本发明的另一方面，在识别出相对终端后，检索与主叫终端相关联且包含所述呼叫问候的文本串，并且检索的文本串被发送到相对终端，其中相对终端能够把文本串作为呼叫问候来显示。

本发明还包含适于在分组交换的多媒体会话的建立过程中向相对的第二通信终端提供个性化呼叫问候的第一通信终端。第一通信终端包括用于识别相对终端的装置，用于检索已经为相对终端预先定义且指代包含所述呼叫问候的至少一个媒体文件的至少一个文件标识的装置，以及用于向相对终端发送检索的文件标识的装置，其中如果文件(一个或多个)之前已经被存储在相对终端中，则相对终端能够检索至少一个相应文件并将其作为呼叫问候来播出。

如果相对终端是主叫终端，则识别装置可以被适配成通过接收会话发起消息来识别相对终端。当终端适于SIP信令时，会话发起消息是SIP“邀请”消息。发送装置可以被适配成把检索的文件标识嵌入在对会话发起消息的响应消息中而发送到相对终端。使用SIP信令，响应消息是SIP“180振铃”消息。

如果相对终端是被叫终端，则识别装置被适配成在相对终端的电话号码被输入时识别相对终端。在这种情况下，发送装置可以被适配成把检索的文件标识嵌入在会话发起消息中而发送到相对终端。当终端被适配成使用SIP信令时，会话发起消息是SIP“邀请”消息。

发送装置可以被适配成将文件标识作为URN来发送，在可替换的实施例中，发送装置可以被适配成把具有所述文件的服务器的网络地址和作为URL或URI的文件标识一起来发送，其中如果该文件之前未被存储在相对终端中，则相对终端能够从所述服务器获得相应文件以供作为呼叫问候播出。当终端被适配成使用SIP信令时，URN或URL或URI分别被嵌入在SIP“邀请”消息或者SIP“180振铃”消息中的被称为“报警信息”的现有首部字段中。

在创造性的终端中，文件标识可以为任何未知相对终端而预先定义了，并且指代包含默认呼叫问候的媒体文件。此外，不同文件标识已经为不同潜在相对终端，和/或根据当前日期或时间、星期或季节，和/或根据用户状态而定义。

本发明还包含第一通信终端，所述第一通信终端具有用于识别相对终端的装置，用于检索与主叫终端相关联且包含所述呼叫问候的文本串的装置，以及用于把检索的文本串发送到相对终端的装置，其中相对终端能够把文本串作为呼叫问候来显示。

本发明的更多特征及其优点将在下面的详细描述中被解释说明。

附图说明

下面将通过优选实施例并参考相应附图对本发明进行更加详细的描述，其中：

图1是用于传送多媒体内容的常规网络体系结构的示意图。

图2是图示出根据现有技术的包含个性化问候特征的分组交换的会话建立过程的信令图。

图3是根据一个实施例在涉及以回铃音方式的个性化呼叫问候的会话建立过程中的两个终端的框图。

图4是根据另一实施例在涉及振铃信号形式的个性化呼叫问候的会话建立过程中的两个终端的框图。

图5是图示出根据本发明的用于在会话建立过程中向相对终端提供个性化呼叫问候的基本过程的流程图。

图6是图示出根据另一实施例的用于在会话建立过程中从相对终端接收个性化呼叫问候的基本过程的流程图。

图7是图示出根据又一实施例的用于在会话建立过程中从相对终端接收个性化呼叫问候的基本过程的流程图。

优选实施例的描述

在下面的描述中，术语“呼叫问候”将用于表示在分组交换的多媒体会话的会话建立过程中等待应答时，呈送给相对终端的用户的任何类型的媒体内容。因此，呼叫问候能够以振铃信号的形式呈送在被叫终端中，或者以回铃音的形式呈送在主叫终端，尽管呼叫问候能够由任何可视和/或可听媒体类型(一种或多种)组成。例如，主叫者的图像可以被显示在被叫终端，同时特定音频序列或者默认振铃信号被播出。因此，本发明并不限于作为呼叫问候的任何特定媒体类型。在本说明书中，短语“以振铃信号的方式”和“以回铃音的方式”等仅仅指代问候的方向。

文件的“播出”的表达旨在表示在终端上呈送呼叫问候的任何方法，例如通过播放动画、视频剪辑或音频剪辑，或者通过显示图像或图标，而与所使用的文件格式无关。此外，术语“文件”可以指代组成想要的呼叫问候的任何数量的媒体文件。

首先分别参考图3和图4所示的会话建立期间的两个基本的示例性框图来描述本发明的技术方案。在这两个图中，主叫终端A和被叫终端B都被牵连在分组交换的多媒体会话的建立过程中。基本思想是把文件标识发送到相对终端，并且所讨论的文件可能已经存储于相对终端中，因此能够作为呼叫问候而被检索出。

在图3中，呼叫问候将以回铃音的方式呈送给主叫终端A。第一步3：1示出终端A通常通过示意性的通信实体304向终端B发送会话发起消息，例如上述SIP消息“邀请”。终端B在示意性的相似通信实体300接收会话发起消息。

终端B然后识别主叫终端A，典型地在会话发起消息中所给出，并且通过查阅终端B中的数据库302来检查个性化呼叫问候是否被要呈送给终端A的用户。假设终端B的用户已经把多个已知潜在主叫者以及将在会话建立过程中在相应终端播出的所选媒体文件的标识一起预先存储在数据库302中。还可以定义将被用作任何未知相对终端的“默认”呼叫问候的一个或多个文件。此外，不同呼叫问候文件可以根据当前日期或时间、星期或季节和/或根据用户状态来定义。

应当注意到，文件本身并不需要被存储在数据库302中，在该例子中仅仅存储它们的标识。文件标识可以以任何传统的方式给出，例如“名称+文件类型”或相似方式。因此，步骤3：2总体上指示：与主叫终端相关联的文件标识被从数据库302检索。

当终端B适时地通过发送例如上述SIP消息“180振铃”的响应消息来响应步骤3：1的会话发起消息时，检索的文件标识被添加到该响应消息，该响应消息然后在步骤3：3被发送到终端A。为此，如果为会话建立使用SIP信令，则能够利用上面所描述的“180振铃”消息中的首部字段“报警信息”。因此，终端B可以在步骤3：3发送该消息之前，在该字段插入URN(统一资源名称)，它是标准化文件名称类型。URN被唯一地定义并且可以以例如“urn:song.semc.com:happysong”的形式构建，该形式能够很容易地被容纳在报警信息字段中。可替换地，终端用户可以自由地定义呼叫问候文件的任何多多少少是“普通”的名称，呼叫问候文件可以不是唯一的，假设相对终端储存着具有该特定名称的文件，例如，在早先的场合接收到的。

当终端A接收到步骤3：3的文件标识时，其能够在随后的步骤3：4中从包含各种文件的数据库306中检索所指示的文件。通常，公知的是，现代终端具有存储单元或者数据库，所述存储单元或数据库可能包含终端用户之前由于不同原因而下载的、或者已经在终端制造和/或配置时被“默认”存储的各种文件的集合。在所示的例子中，终端A恰好把所指示的文件存储在数据库306中，因此能够很容易地从中检索文件并在步骤3：5中把该文件提供给示意性示出的“播出”实体308，用于以“回铃音”的方式播出。终端A的播出实体308可以包含播出媒体所需的任何部件，例如解码器、显示屏、扬声器等。

另一方面，有可能终端A没有使文件被存储。因此，在可替换的实施例中，终端B还可以把具有所述文件的服务器的网络地址与步骤3：3的消息中的文件标识一起提供。例如，URL(统一资源定位器)或URI(统一资源标识符)可以被插入上述报警信息首部字段，首部字段包含关于“位置+名称+文件类型”等的信息。在这种情况下，终端A因此能够从由网络地址给出的服务器获得文件并且播出该文件，或者至少将其存储在数据库306中以用于在建立与终端B的新的会话时的另一时间进行播出。

在另一可替换实施例中，终端B可以把整个问候作为包含在步骤3：3的响应消息中的、例如在上面提及的“180振铃”的报警信息首部字段中的文本串来提供。在这种情况下，终端A能够在步骤3：3之后立即“播出”(在此为显示)文本串，而步骤3：4和3：5因此能够被省略。

在图4中，终端A的用户所选的呼叫问候将被以振铃信号的形式呈送给终端B的用户。当终端B的电话号码已经被输入终端A中时，被叫终端B能够被识别。然后通过查阅终端A中的数据库402来检查个性化呼叫问候是否要在呼叫终端B时被呈送。与图3的终端B中的数据库302相似，多个潜在主叫者已经与将要在会话建立期间在相应终端播放的所选媒体文件的标识一起被预先存储在数据库402中。而且这里，还可以定义在相对终端未知的情况下用于呈送默认呼叫问候的一个或多个文件。

因此，第一步4：1通常指示：与被叫终端B相关联的文件标识从数据库402中检索。当然，对于特定候选相对终端，可以预先存储用于呼出的一个呼叫问候(要以振铃信号的形式呈送)以及用于呼入的另一呼叫问候(要以回铃音的形式呈送)。

下面，在随后的步骤4：2，终端A通常通过通信实体400向终端B发送会话发起消息，例如上述SIP消息“邀请”，该消息在终端B中由相应通信实体404接收。然而，如果为会话建立使用SIP信令，则在步骤4：1检索的文件标识首先被添加到会话发起消息，例如，“邀请”消息的上述首部字段“报警信息”中。与前面的图3中的实施例的步骤3：3相似，终端A在步骤4：2发送消息之前可以在该字段中插入URN。再次，基本思想是所讨论的文件可以已经被存储在终端B中，并且在这种情况下，能够作为呼叫问候来检索。否则，可以以与图3给出的上述示例性替代相似的方式在消息中插入URL或URI或文本串。

当终端B接收到步骤4：2的文本标识时，它可以在随后步骤4：3中从包含各种文件的数据库406中检索所指示的文件，正如图3中的数据库306一样。而且在该例子中，终端B恰好使所指示的文件存储在数据库406中，并且因此能够从中检索文件并在步骤4：4中把该文件提供到播出实体408，用于以“振铃信号”的形式播出。会话建立过程本身可以按照常规方式从该点继续，尽管这里没有示出。

图5是根据本发明的在第一终端中执行的用于在分组交换会话的建立过程中向相对的第二终端提供个性化呼叫问候的过程的基本流程图。在第一步骤500中，通常通过接收会话发起消息(例如，SIP“邀请”)或者当输入电话号码时，开始会话建立。在下一步骤502中，通过接收的会话发起消息或输入的电话号码来识别相对终端。

之后在步骤504，例如通过检查分别在诸如图3和图4中所描述的数据库302、402，来确定呼叫问候是否要被在相对终端提供。如果否，则在步骤506中切换到“常规”过程，这意味着可以使用默认振铃信号或回铃音。然而，如果在步骤504确定要提供呼叫问候，则在步骤508选择与相对终端相关联的呼叫问候文件。更特别地，相应的文件标识被检索，例如按照分别在上述步骤3：2和4：1中的那样。文件标识然后在最后的步骤510被发送到相对终端。应当注意到，图5所描述的过程对于提供振铃信号形式的呼叫问候的主叫终端以及对于提供回铃音形式的呼叫问候的被叫终端都是有效的。

图6是图示出根据另一实施例的在第一终端中执行的用于在分组交换会话的呼叫建立过程中从相对的第二终端接收个性化呼叫问候的基本过程的流程图。在第一步600，通常通过从相对终端接收会话发起消息(例如SIP邀请)或当已经输入有电话号码时向相对终端发送会话发起消息(例如，SIP邀请)来开始会话建立。在下一步骤602中，从相对终端接收文件标识，例如作为URN，其可以被嵌入在所接收的会话发起消息(例如，SIP“邀请”)或者嵌入在所接收的响应消息(例如，SIP“180振铃”)中。

之后在步骤604，例如通过检查终端中的数据库(诸如分别在图3和图4所述的数据库306、406)来确定指示的文件是否被存储在终端中。如果否，则在步骤606可以通过激活默认振铃信号或回铃音再次切换到常规过程。然而，如果在步骤604确定指示的文件实际上被存储在终端中，则在最后的步骤608，该文件能够被检索并播出。应当注意到，图6所描述的过程对于接收回铃音形式的呼叫问候的主叫终端以及对于接收振铃信号形式的呼叫问候的被叫终端都是有效的。

最后，参考图7所示的流程图描述根据另一实施例的在第一终端中执行的用于在分组交换会话的呼叫建立过程中从相对的第二终端接收个性化呼叫问候的可替换的过程。在第一步骤700中，与在前步骤600相似，总体上通过从相对终端接收会话发起消息(例如SIP邀请)或当电话号码已被输入时向相对终端发送会话发起消息(例如，SIP邀请)来开始会话建立。在下一步骤702，文件标识与能够从何处获得文件的位置信息一起被从相对终端接收，例如作为上述的URL。再次，所接收的文件标识和位置信息可以被嵌入在所接收的会话发起消息(例如，SIP“邀请”)中或者嵌入在所接收的响应消息(例如，SIP“180振铃”)中。

之后在步骤704，通过检查终端中的数据库(例如图3和图4分别所述的数据库306、406)来确定指示的文件是否被存储在终端中。如果是，则在步骤706中，该文件能够被检索并播出，正如先前例子中的步骤608一样。然而，如果在步骤704确定所指示的文件没有被存储在终端中，则在步骤708，通过使用指示的位置信息能够从服务器中获得指示的文件。同时，如可选平行步骤710所指示的那样，可以激活默认回铃音或振铃信号。

如果终端设法及时地获得文件，例如在会话建立被完成之前，则在最后的步骤712中，该文件能够作为呼叫问候而被播出。然而，即使在获得所述文件之前已经完成会话建立，在正在进行的会话期间仍然可能将其作为呼叫问候来播出。在任何情况下，在步骤712中，所获得的文件还优选被存储在终端中以用于之后在与终端B建立新的会话时的另一时间进行播出。应当注意到图7所描述的过程对于接收回铃音形式的会话问候的主叫终端以及对于接收振铃信号形式的呼叫问候的被叫终端都是有效的。

当使用本发明时，例如根据所描述的实施例，在分组交换的会话建立期间选择性地向相对的主叫或被叫终端提供呼叫问候的特征被显著地简化。特别地，由于只传送相对小的文件标识，所以该特征所需的信令和处理负载以及在能够播出呼叫问候之前的延迟都被最小化。非常希望的是包含所选择的呼叫问候的文件已经能够在终端获得，在所述终端中所述文件可以被立即播出。该创造性方案可以看作是通过所指示的文件建议特定呼叫问候，如果该文件被存储在相对终端中，可以接受。否则，在不浪费任何额外信令或带宽的情况下产生默认信号或音调。

在本发明的范围内能够以若干种方式修改所述实施例。例如，一个以上文件可以构成呼叫问候以使多个文件标识可以被发送到相对终端，以指示同时或按顺序地播出多个相应文件。

此外，根据本发明在播出个性化呼叫问候的同时可以激活具有默认振铃信号或回铃音的常规功能。例如，可以期望在被叫终端显示所选择的图像或视频剪辑的同时发出常规振铃信号。还可以期望在主叫终端播放所选择的音频剪辑和或视频剪辑的同时发出常规回铃音等。

根据本发明，用户还可以向另一终端发送特定文件或者从服务器下载该文件，以便之后在随后会话建立期间发送文件的相应标识，从而把文件作为呼叫问候来播放。

本方案考虑到基于相对终端的标识的选择性呼叫问候，使得某些预先选择的终端可以接收特定呼叫问候，而其他终端可以不接收。还可以定义特定潜在呼叫者组以接收不同呼叫问候，等等。还可以根据各种时间因素，例如，当前日期或时间、星期或季节等，来选择不同呼叫问候文件。更进一步，如果会话建立被愈加延迟，则可以呈送一连串不同呼叫问候。而且，用户还可以根据用户状态，例如，“忙”、甚“忙：会议”、“忙：在电影院”、“忙：睡觉”等定义不同的呼叫问候文件。

尽管已经参考特定的示例性实施例对本发明进行了描述，但是说明书通常仅仅旨在说明发明性概念并且不应该被视为限制本发明的范围，本发明的范围由附加的权利要求限定。

Claims (28)

1.一种在第一通信终端中执行的、用于在分组交换的多媒体会话的建立过程中向相对的第二通信终端提供个性化呼叫问候的方法，其特征在于下述步骤：

识别所述相对终端，

检索已经为所述相对终端预先定义并指代包含所述呼叫问候的至少一个媒体文件的至少一个文件标识，并且

向所述相对终端发送检索的文件标识，其中如果一个或多个所述文件先前已经被存储在所述相对终端中，则所述相对终端能够检索至少一个相应文件并将其作为所述呼叫问候来播出。

2.如权利要求1所述的方法，其中所述相对终端是主叫终端，其特征在于通过接收会话发起消息来识别所述相对终端。

3.如权利要求2所述的方法，其中SIP信令被使用，并且所述会话发起消息是SIP“邀请”消息。

4.如权利要求2或3所述的方法，其特征在于检索的文件标识被嵌入在对所述会话发起消息的响应消息中而发送到所述相对终端。

5.如权利要求3或4所述的方法，其特征在于所述响应消息是SIP“180振铃”消息。

6.如权利要求5所述的方法，其中所述相对终端是被叫终端，其特征在于当输入所述相对终端的电话号码时，识别所述相对终端。

7.如权利要求6所述的方法，特征在于检索的文件标识被嵌入在会话发起消息中而发送到所述相对终端。

8.如权利要求7所述的方法，其中SIP信令被使用，并且所述会话发起消息是SIP“邀请”消息。

9.如权利要求1到8中任意一项所述的方法，其特征在于所述文件标识被作为URN发送。

10.如权利要求1到8中任意一项所述的方法，其特征在于具有所述文件的服务器的网络地址与作为URL或者URI的文件标识一起被发送，其中如果所述文件之前未被存储在所述相对终端中，则所述相对终端能够从所述服务器获得相应文件以用于作为所述呼叫问候播出。

11.如权利要求9或10所述的方法，其中SIP信令被使用，其特征在于所述URN或URL或URI分别被嵌入在SIP“邀请”消息或者SIP“180振铃”消息中的称为“报警信息”的现有首部字段中。

12.如权利要求1到11任意一项所述的方法，其特征在于已经为任何未知的相对终端预先定义了所述文件标识，并且所述文件标识指代包含默认呼叫问候的媒体文件。

13.如权利要求1到12任意一项所述的方法，其特征在于已经为不同的潜在相对终端，和/或根据当前日期或时间、星期或季节和/或根据用户状态定义了不同的文件标识。

14.一种在第一通信终端中执行的、用于在分组交换的多媒体会话的建立过程中向相对的第二通信终端提供个性化呼叫问候的方法，其特征在于下述步骤：

识别所述相对终端，

检索与主叫终端相关联且包含所述呼叫问候的文本串，并且

向所述相对终端发送检索的文本串，其中所述相对终端能够把所述文本串作为所述呼叫问候来显示。

15.一种适于在分组交换的多媒体会话的建立过程中向相对的第二通信终端提供个性化呼叫问候的第一通信终端，其特征在于：

用于识别所述相对终端的装置，

用于检索已经为所述相对终端预先定义且指代包含所述呼叫问候的至少一个媒体文件的至少一个文件标识的装置，以及

用于向所述相对终端发送检索的文件标识的装置，其中如果一个或多个文件已经被存储在所述相对终端中，则所述相对终端能够检索至少一个相应文件并将其作为呼叫问候播出。

16.如权利要求15所述的终端，其中所述相对终端是主叫终端，其特征在于所述识别装置适于通过接收会话发起消息来识别所述相对终端。

17.如权利要求16所述的终端，适于使用SIP信令，其中所述会话发起消息是SIP“邀请”消息。

18.如权利要求16或17所述的终端，其特征在于所述发送装置适于将检索的文件标识嵌入在对所述会话发起消息的响应消息中来发送到所述相对终端。

19.如权利要求17或18所述的终端，其特征在于所述响应消息是SIP“180振铃”消息。

20.如权利要求19所述的终端，其中所述相对终端是被叫终端，其特征在于所述识别装置适于在所述相对终端的电话号码被输入时识别所述相对终端。

21.如权利要求20所述的终端，其特征在于所述发送装置适于将检索的文件标识嵌入在所述会话发起消息中来发送到所述相对终端。

22.如权利要求21所述的终端，适于使用SIP信令，其中所述会话发起消息是SIP“邀请”消息。

23.如权利要求15到22中任意一项所述的终端，其特征在于所述发送装置适于将所述文件标识作为URN发送。

24.如权利要求15到22中任意一项所述的终端，其特征在于所述发送装置适于把具有所述文件的服务器的网络地址与作为URL或者URI的文件标识一起发送，其中如果所述文件之前未被存储在所述相对终端中，则所述相对终端能够从所述服务器获得相应文件以用于作为所述呼叫问候播出。

25.如权利要求23或24所述的终端，适于使用SIP信令，其特征在于所述URN或URL或URI分别被嵌入在SIP“邀请”消息或者SIP“180振铃”消息中的称为“报警信息”的现有首部字段中。

26.如权利要求15到25中任意一项所述的终端，其特征在于已经为任何未知相对终端预先定义了所述文件标识，并且所述文件标识指代包含默认呼叫问候的媒体文件。

27.如权利要求15到26中任意一项所述的终端，其特征在于已经为不同的潜在相对终端，和/或根据当前日期或时间、星期或季节和或根据用户状态定义了不同文件标识。

28.一种适于在分组交换的多媒体会话的建立过程中向相对的第二通信终端提供个性化呼叫问候的第一通信终端，其特征在于：

用于识别所述相对终端的装置，

用于检索与所述主叫终端相关联且包含所述呼叫问候的文本串的装置，以及

用于向所述相对终端发送检索的文本串的装置，其中所述相对终端能够把所述文本串作为所述呼叫问候来显示。

Images