CN102144386A - 用于向被叫方终端提供振铃信号的方法和装置 - Google Patents

Abstract

用于为从主叫方终端(400，500，600，700，120，130)到被叫方终端的呼叫向被叫方终端(450，550，650，750，124，134)提供振铃信号以便提示被叫方有关来自主叫方的呼叫的方法和装置。通信网络节点(420，520，620，720，122，132，D90)接收(S100)呼叫的尝试的指示，并且将由主叫方在主叫方振铃信号服务的服务节点(430，530，630，730，125，135，D100)指定的振铃信号发送(S110)到被叫方终端以便提示被叫方有关来自主叫方的呼叫。

Description

用于向被叫方终端提供振铃信号的方法和装置

技术领域

本发明涉及通信，具体而言涉及用于为从主叫方终端到被叫方终端的呼叫向被叫方终端提供振铃信号以便提示被叫方有关来自主叫方的呼叫的方法和装置。

背景技术

在从主叫方终端向被叫方终端进行电话呼叫时，被叫方通过振铃信号收到进入呼叫的提示，而同时主叫方听到回铃信号，直到呼叫被应答或终止。被叫方和主叫方一般是人，也指操作象固定或移动电话或固定或膝上型计算机等相应装置的用户。振铃信号是用于提示被叫方有关进入呼叫的任何种类的信号。振铃信号的示例有能在被叫方终端例如经由扬声器、屏幕显示器、发光二极管(LED)、振动机构等输出的铃音、多媒体剪辑、光学信号、录音、通知或振动序列。

对于输出到被叫方的振铃信号，当前典型的实现是振铃信号存储在被叫方终端中，并且被叫方能够选择在提示时段期间要播放的振铃信号。被叫方有可能将不同的主叫方电话号码指配到不同的振铃信号，并在被叫方的终端中存储这些关系。在收到进入呼叫，并且收到的主叫方的电话号码匹配存储的电话号码之一时，输出对应的振铃信号。

对于向主叫方终端播放的回铃信号，可能是回铃信号能够由主叫方终端本身生成，或者从网络接收。如果回铃信号从网络接收，则它能够是在网络节点中存储的默认回铃信号，或者是被叫方指定的回铃信号。后一服务也称为“个性化回铃音(PRBT)”。PRBT服务允许主叫方指定在呼叫尝试时向主叫方回放的铃音。

因此，许多呼叫过程存在，其中，一方能够为了改进的信息或娱乐目的而指定其自己的振铃信号。然而，对于其中主叫方能够指定要在被叫方终端输出的振铃信号以便提示被叫方有关来自主叫方的呼叫的过程所知却很少。

CN 1859480A描述了用于向被叫方提供称为多色提示音(CAT)的振铃信号的方法和系统。具有主叫方或被叫方的将来角色的用户能够通过从终端发送CAT指令到基于会话启动协议(SIP)的软交换服务器，预订CAT服务。终端能够是web终端、交互式通信终端或交互式话音应答器装置。对于预订，软交换服务器向用户指示选择振铃信号和输入被叫方或主叫方号码和/或群组。在终端，选择振铃信号、被叫方或主叫方号码和/或群组号码，并将选定的振铃信号和号码从终端发送到记录提交的预订信息的软交换服务器。

主叫方从主叫方终端经由软交换服务器向被叫方的被叫方终端进行呼叫时，软交换服务器检查是否预订了CAT服务。如果检查结果是肯定的，则软交换服务器将CAT请求发送到媒体服务器，并将CAT请求发送到被叫方终端以在相互之间建立连接，然后将振铃信号从媒体服务器发送到被叫方终端。

在CN 1859480A中的软交换服务器可控制请求到媒体服务器的发送及请求到被叫方终端的发送，然而，软交换服务器不控制振铃信号从媒体服务器到被叫方终端的发送。软交换服务器不控制实际发送哪个振铃信号及确切的发送时间。因此，可能发生的情况是发送了错误的振铃信号，或者振铃信号从媒体服务器发送到被叫方终端的定时不匹配在呼叫尝试时执行的另外的进程或消息交换，这可导致呼叫尝试不成功和用户满意度差。此外，并非每个被叫方终端能够建立两个连接，即，一个用于振铃信号的输送，一个用于呼叫尝试。

发明内容

因此，本发明的一个目的是提供方法、装置和计算机程序，这些方法、装置和计算机程序为从主叫方终端到被叫方终端的呼叫向被叫方终端提供振铃信号以便提示被叫方有关来自主叫方的呼叫，其中克服或至少减轻了一个或多个上述缺陷。

此目的通过权利要求实现。从属权利要求中描述了有利的实施例。

根据第一方面，提供了一种用于为从主叫方终端到被叫方终端的呼叫向被叫方终端提供振铃信号以便提示被叫方有关来自主叫方的呼叫的方法。通信网络节点接收呼叫的尝试的指示，并且将由主叫方在主叫方振铃信号服务的服务节点指定的振铃信号发送到被叫方终端以便提示被叫方有关来自主叫方的呼叫。

根据第二方面，提供了一种用于为从主叫方终端到被叫方终端的呼叫向被叫方终端提供振铃信号以便提示被叫方有关来自主叫方的呼叫的方法。主叫方振铃信号服务的服务节点从通信网络节点接收对用于提示被叫方有关来自主叫方的呼叫的振铃信号的请求。此外，服务节点获得由主叫方在主叫方振铃信号服务指定的振铃信号，以及将获得的振铃信号发送到通信网络节点。

根据第三方面，提供了一种用于为从主叫方终端到被叫方终端的呼叫向被叫方终端提供振铃信号以便提示被叫方有关来自主叫方的呼叫的方法。用于主叫方的终端获得用于指定要用于提示被叫方有关来自主叫方的呼叫的振铃信号的一个或多个指令，以及将一个或多个指令发送到主叫方振铃信号服务的服务节点以便由主叫方指定振铃信号。

下面将描述本发明的详细实施例以便为技术人员提供全面和完整的理解。然而，这些实施例是说明性的，无意于限制。

附图说明

图1示出在通信网络节点执行的步骤的流程图的示例；

图2示出在主叫方振铃信号服务的服务节点执行的步骤的流程图的示例；

图3示出在主叫方的终端执行的步骤的流程图的示例；

图4示出在通信网络中实现主叫方振铃信号服务的第一示意信令图；

图5示出在通信网络中实现主叫方振铃信号服务的第二示意信令图；

图6示出在带有主叫方振铃信号服务和PRBT服务的通信网络中路径的示意图；

图7示出在通信网络中实现主叫方振铃信号服务和PRBT服务的示意信令图；

图8示出用于预订和偏好处理示例的步骤的流程图；

图9示出通信网络节点的示意图；

图10示出主叫方振铃信号服务的服务节点的示意图；

图11示出用于主叫方的终端的示意图；

图12示出实现主叫方振铃信号服务的通信网络的一个实施例；以及

图13示出通信网络的示图和用于在主叫方振铃信号服务的服务节点指定振铃信号的指令和信息的可能流程。

具体实施方式

图1示出在控制主叫方振铃信号服务的通信网络节点执行的步骤的流程图的示例。通信网络节点可以是交换节点，例如结合图4-7更详细解释的移动服务交换中心(MSC)或网关MSC(GMSC)。

通信网络节点接收S100从主叫方终端到被叫方终端的呼叫的尝试的指示。通信网络节点进一步地将由主叫方在主叫方振铃信号服务的服务节点指定的振铃信号发送S110到被叫方终端以便提示被叫方有关来自主叫方的呼叫。

例如在预订服务时或者在预订更新(即，用于任何将来呼叫)或用于当前呼叫尝试的逐个呼叫的情况下，可执行振铃信号的指定。例如通过从服务节点或从可用于通信网络节点的预订信息中接收指定的振铃信号或其标识符，有关在主叫方振铃信号的服务节点主叫方用户的指定的信息可供通信网络节点使用。备选或附加地，用于为特定呼叫指定振铃信号的信息可在呼叫尝试时接收，例如以如将解释的一样涉及用于当前呼叫的特定振铃信号的指令(或序号)的形式以及以下面更详细描述的涉及主叫方对振铃信号的指定的其它实施例的形式。

通信网络节点可积极参与从主叫方终端到被叫方终端的呼叫的呼叫尝试过程，例如，它可控制呼叫设置，或以其它方式参与在呼叫尝试时执行的进程和消息交换。通信网络节点能进一步控制振铃信号的发送的定时。定时的控制可与发送的启动及发送的持续时间或结束有关。进行从主叫方终端到被叫方终端的呼叫尝试经由的通信网络节点能进一步地将振铃信号的发送的定时和与呼叫尝试有关的另外的步骤对准(由于其固有的控制或积极参与)，这可提高准确度和用户感知。

通信网络节点可进一步选择用于振铃信号的发送的适当通信网络路径，以及用于发送和/或接收与到被叫方终端的呼叫尝试有关的另外的信息的另外的适当通信网络路径，例如，用于呼叫尝试的相同路径也可用于振铃信号发送。因此，有关通信网络路径的选择的控制能够在资源上是高效的。此外，用于振铃信号发送的路径的特征可由通常情况下也控制到被叫方终端的呼叫尝试的通信网络节点选择(优化)，例如，承载特征可根据振铃信号的特征选择(例如，可为作为振铃信号的多媒体剪辑建立具多媒体能力的承载，而为基于话音的振铃信号等建立语音承载)。

在从通信网络节点发送振铃信号时，通信网络节点可截获振铃信号以进行立即验证，或者可记录它以便在以后验证。

在呼叫之前通信网络节点可能已例如从服务节点本身或从或经由能够根据在服务节点的指定将振铃信号提供到通信网络节点的任何其它节点收到主叫方在主叫方振铃信号服务的服务节点指定的振铃信号。收到的振铃信号可至少暂时由通信网络节点在自己的数据库中存储为主叫方指定的振铃信号，并且当在通信网络节点收到主叫方进行的呼叫的指示时，通信网络节点可从数据库检索存储的振铃信号并将它发送到被叫方终端以便提示被叫方有关进入呼叫。还有的另一示例包括通信网络节点从服务节点接收通信网络节点能够代表主叫方选择振铃信号的信息(随机选择可以是由主叫方指定振铃信号的一个选项)。

根据一个实施例，通信网络节点可响应收到的指示，将对振铃信号的请求发送到主叫方振铃信号服务的服务节点。然后，能够从服务节点接收振铃信号。将振铃信号的管理与分别在服务节点和通信网络节点托管的呼叫尝试功能分开能够是有利的，这是因为参与呼叫设置或呼叫控制的通信网络节点专门设计用于此类任务而不用于管理诸如主叫方指定的振铃信号等数据。

根据又一实施例，服务节点在向通信网络节点发送时播放振铃信号，而通信网络节点中继收到的播放的振铃信号以便将振铃信号发送到被叫方终端。将播出功能(例如，流传送)与发送功能(例如，转发)分开，这使实现变得容易，这是因为在大多数通信网络中，参与呼叫设置或呼叫控制的通信网络节点专门设计用于此类任务而经常未设计用于播放媒体。因此，播出功能优选锚定在服务节点中，而不是在用于此类服务的通信网络节点中。通信网络节点可在只是要由通信网络节点为了发送而转发的数据流中接收播放的振铃信号。备选，在可能考虑被叫方终端的播出能力和到被叫方终端的互连通信网络路径的能力的情况下，通信网络节点可将收到的播放的振铃信号转换为最适合发送到被叫方终端和/或在被叫方终端输出的格式。

根据一个实施例，通信网络节点可将通知消息发送到被叫方终端以通知被叫方终端有关振铃信号的发送。通知消息可向被叫方终端指示准备接收振铃信号，例如，在接收、处理和输出单元提供必需的资源以便提示被叫方用户有关带有主叫方指定的振铃信号的进入呼叫。例如，为便于说明，通知消息可指令被叫方终端附接到用户平面以便接收然后能相应地接收、处理和输出的振铃信号。

通常情况下，为被叫方终端提供了为了提示被叫方用户有关进入呼叫而激活和输出的默认振铃信号。默认振铃信号可从网络接收，或者存储在被叫方终端，其可能与各种主叫方号码相关联。然而，默认振铃信号和主叫方指定的振铃信号的并行或连续输出对于被叫方用户感知是不利的。相应地，通信网络节点可发出消息以在被叫方终端抑制默认振铃信号，这因此又能够抑制用于呼叫的默认振铃信号，并且只播放主叫方为提示被叫方有关来自主叫方终端的进入呼叫而指定的振铃信号。用于抑制的消息可以(至少)是通知消息或单独的消息(的部分)。

然而，可能有不适用于处理用于相应地抑制默认振铃信号的收到的消息的遗留的被叫方终端，并且需要采取措施以改善用户感知，默认振铃信号和主叫方指定的振铃信号的并行或连续输出对于用户感知能够明显是不利的。

被叫方终端，特别是遗留终端可能不适用于处理指示相应地抑制的消息，例如可丢弃消息并转而开始播放默认振铃信号以提示被叫方用户。根据又一实施例，振铃信号可由通信网络节点在收到被叫方终端开始或将要开始输出其默认振铃信号的信息后立即发送。因此，振铃信号能够在当被叫方终端开始提示或将要提示时的时间点发送，使得在默认振铃信号的输出开始的(准)同时在被叫方终端接收振铃信号，而默认振铃信号被收到的振铃信号超越。因此，被叫方用户未感知到通过默认振铃信号的提示。

根据又一实施例，通信网络节点接收服务节点准备好发送振铃信号的信息。通信网络节点在收到服务节点准备好发送振铃信号的信息后进一步控制对被叫方终端的访问的启动的定时，发送请求服务节点立即发送振铃信号的指示，以及在从服务节点收到振铃信号后，通信网络节点立即将收到的振铃信号发送(例如，中继播放的振铃信号)到被叫方终端。根据此实施例，振铃信号在被叫方终端的输出的定时由于它能够与在呼叫尝试时的另外的进程和消息对准，因此，它能够得到进一步优化。例如，对于到诸如移动电话或带有无线的无线电接入能力的膝上型计算机等无线被叫方终端的呼叫，通信网络节点能够在收到服务节点准备好发送振铃信号的信息后控制对被叫方终端的无线电接入的启动的定时。相应地，能够为无线电接入(例如，无线电资源分配，无线电承载选择和设置)定时，其方式使得任何默认振铃信号的输出能够与立即请求和发送的主叫方指定的振铃信号准同时地激活，所述振铃信号优选超越用于此特定呼叫的默认振铃信号。因此，如结合图5的示例更详细解释的一样，能够将任何默认提示与通过指定的振铃信号的提示之间的任何时间差降到最低，使得被叫方用户只感知到指定的振铃信号。该振铃信号的发送与默认振铃信号的输出(通常情况下其由从通信网络到被叫方终端的消息激活)和为呼叫尝试执行的通常步骤的定时的匹配能够将相对于默认振铃信号的开始而太早或太迟发出振铃信号的概率降到最低。换而言之，太早发送可干扰在呼叫尝试时执行的通常步骤，并且发送的振铃信号可能在被叫方终端未被接收和输出(或至少未接收和输出开始)，或者由于太早发送，通信网络和/或被叫方可能不适用于太早发送的原因，呼叫尝试可终止。如果振铃信号太迟发送，则默认振铃信号输出可已经开始，并且被叫方用户可受到发送的振铃信号的随后输出刺激，而由于刺激原因，这关系到用户感知，甚至关系到用户安全。

根据又一实施例，通信网络节点检查主叫方和被叫方的任一方是否具有对回铃信号服务的预订。回铃信号服务类似于PRBT服务，即，个性化回铃信号能够在呼叫尝试时发送到主叫方。如果此检查结果是肯定的，则通信网络节点选择用于将回铃信号发送到主叫方终端的第一通信网络路径。第一通信网络路径与用于将振铃信号发送到被叫方终端的第二通信网络路径分开。通信网络节点进一步经由第一通信网络路径将回铃信号发送到主叫方终端，并且经由第二通信网络路径将振铃信号发送到被叫方终端。第二通信网络路径优选是和发送与尝试有关的信息经由的通信网络路径相同的通信网络路径。

通信网络节点可进一步适用于向服务节点发送用于为(当前)尝试的呼叫指定振铃信号，即用于指定用于当前呼叫的振铃信号的信息。基于提供的信息，服务节点能够获得振铃信号以用于当前呼叫。备选或附加地，通信网络节点可向服务节点发送用于为将来呼叫指定振铃信号的信息，例如，用于在服务节点设置振铃信号配置文件。用于指定振铃信号的信息例如能够从收到的来自主叫方终端的一个或多个指令中获得，和/或从收到的来自通信网络的另外的实体(例如，无线电接入网络(RAN)、归属订户服务器(HSS)和/或被叫方终端)、适用于指定振铃信号的另外的信息中获得，例如，用于在服务节点标识主叫方的身份可由通信网络节点从国际移动订户身份(IMSI)或主叫方号码或诸如此类中得出。此外，由于最终获得和发送的振铃信号能够由服务节点根据收到的信息和指令选择，因此，能够改进对主叫方振铃信号服务的控制，例如，可获得匹配主叫方、被叫方和/或被叫方终端的特征/偏好的振铃信号。

通常情况下，服务节点管理由不止一个主叫方指定的、要提供到可能具有振铃信号的不同处理和输出能力的不止一个被叫方终端的不止一个振铃信号。因此，从与主叫方或主叫方的类型有关的信息中，服务节点能获得与主叫方或主叫方的类型相关联的振铃信号。这同样适用于与被叫方或被叫方的类型有关的信息。考虑已经在获得被叫方终端或被叫方终端的特征的进程内可保证能够选择匹配被叫方终端的处理和输出特征的振铃信号。换而言之，由此能够将选择不适合在被叫方终端输出的振铃信号的概率降到最低。从指示特定振铃信号的信息中，能获得主叫方例如为特定(当前)呼叫指定的特定振铃信号，使得主叫方振铃信号服务能够以更自发和直接的方式执行，即，主叫方可在进行向被叫方的呼叫时输入特定振铃信号的标识符(例如，昵称或序号)。然后，标识符经由通信网络节点发送到服务节点，服务节点能获得与收到的标识符相关联的振铃信号以相应地提示此特定呼叫的被叫方。

根据又一实施例，通信网络节点验证主叫方具有对主叫方振铃信号服务的预订。如果主叫方没有有效的预订，则通信网络节点能够立即禁止振铃信号的发送。尤其是，如果该过程配置为使得通信网络节点必须从主叫方振铃信号服务的服务节点请求振铃信号，则能够立即跳过请求的发出，这不但在通信网络节点，而且在服务节点节省消息传递和处理工作。

根据又一实施例，通信网络节点可检查被叫方是否与有关主叫方振铃信号服务的偏好设置相关联并相应地继续。例如，被叫方可指定了(例如，通过作为偏好设置的所谓白名单)只准许某些主叫方号码或者可指定了(例如通过作为偏好设置的所谓黑名单)不准许某些主叫方号码。对于准许的主叫方号码，主叫方指定的振铃信号能够提供到被叫方终端，对于不准许的主叫方号码，对于此呼叫，服务能立即受到抑制，并且默认振铃信号可被激活，由此在被叫方用户不想接收如特定主叫方指定的呼叫振铃信号的情况下，节省在涉及的所有实体处振铃信号有关通信和处理工作。

图2示出在例如图4-7所示和结合这些图形所述的“主叫方个性化铃音”(CPPRT)服务的CPPRT服务器等主叫方振铃信号服务的服务节点执行的步骤的流程图的示例。服务节点从通信网络节点接收S200对用于提示被叫方有关来自主叫方的呼叫的振铃信号的请求。服务节点获得S210由主叫方在主叫方振铃信号服务指定的振铃信号。振铃信号可存储在数据库中并检索以便得到。备选，振铃信号可例如通过电视或无线电事件的实况记录或者在主叫方指定信号的随机序列时通过此类序列新近生成以便得到。在得到后，服务节点将振铃信号发送S220到通信网络节点，通信网络节点因此能保持对主叫方振铃信号服务的控制。

发送的振铃信号能够是振铃信号的指示，以便通信网络节点可从其自己的数据库获得与标识符对应的振铃信号，或者向通信网络的另一节点请求它。备选，发送的振铃信号能够例如是包含内容的文件。根据一个优选实施列，服务节点能够管理主叫方在主叫方振铃信号服务指定的振铃信号，并且主叫方指定的振铃信号能够响应于对用于被叫方的振铃信号的请求而从服务节点发送到通信网络节点。

根据一个实施例，振铃信号能够在发送的同时播放，例如，服务节点可适用于将数据文件作为振铃信号流传送到通信网络节点。

根据又一实施例，服务节点发送指示已准备好发送振铃信号的信息。它在收到用于请求服务节点立即发送振铃信号的指示后立即发送振铃信号。因此，通信网络节点以及通信网络的另外的实例能够为发送自行做好准备。因此，在相关实体准备好发送时，振铃信号的发送能够从服务节点经由通信网络节点到被叫方终端端对端地执行。因此，在通信网络与服务节点之间及与被叫方终端之间能改善时间对准。

根据一个实施例，服务节点可从通信网络节点接收用于为尝试的呼叫，即为当前呼叫尝试指定振铃信号的信息。服务节点然后能基于收到的信息获得用于(当前)呼叫的振铃信号。

根据又一实施例，服务节点可对于将来呼叫从通信网络节点接收用于指定振铃信号的信息。备选或附加地，服务节点可从用于主叫方的终端和/或主叫方终端接收用于指定振铃信号的一个或多个指令。服务节点记录收到的信息和/或一个或多个收到的指令，并且能基于记录的信息和/或一个或多个记录的指令获得振铃信号。

服务节点可将一个或多个振铃信号与从收到的信息/指令得到的信息相关联，收到的信息/指令用于主叫方在主叫方振铃信号服务进行指定。反映主叫方对至少一个振铃信号的指定的信息与振铃信号的关联在下文中称为“振铃信号配置文件”。可通过主叫方为指定做出的一个或多个指令来设置所述信息和关联。

服务节点能够配置为从用于主叫方的终端(其能够是主叫方终端或单独的终端)接收用于为在主叫方振铃信号服务的振铃信号指定设置振铃信号配置文件的一个或多个指令。从振铃信号配置文件中，可根据在呼叫尝试时从通信网络节点收到的信息获得适当的振铃信号。

换而言之，振铃信号配置文件可将至少一个振铃信号与用于标识至少一个特定振铃信号的一个或多个标识符、与主叫方有关的信息、与主叫方的类型有关的信息、与被叫方有关的信息、与被叫方的类型有关的信息、与被叫方终端有关的信息、与被叫方终端的特征有关的信息及定时信息至少之一相关联。如前面所述和结合图13更详细所述，配置文件中的所述信息可经由指令设置。

主叫方ID	振铃信号	被叫方ID	序号
				A1	F100	--	--
B1	F100	--	123
				B1	F200	A2	124
B1	F300	B2，D2，E2	125

上面的表格用于示出用于具有主叫方标识符A1的主叫方和具有主叫方标识符B1的另外的主叫方的可能振铃信号配置文件(注意，主叫方用户可具有不止一个主叫方ID；主叫方标识符可以是一方电话号码或IP地址或诸如此类)。对于A1，只有振铃信号F100是关联的，并且没有进行有关被叫方标识符和序号的指定，即，对于任何呼叫，F100是具有主叫方ID A1的主叫方在主叫方振铃信号服务的服务节点指定的默认振铃信号。对于B1，振铃信号F100、F200及F300是关联的。F200要用于具有被叫方标识符A2的被叫方，并且F300要用于具有被叫方标识符B2、D2、E2的被叫方，而F100是用于任何其它被叫方的默认指定的振铃信号。F100、F200和F300分别具有另外的相关联序号123、124和125。通过在向被叫方进行呼叫时除被叫方号码外还拨打序号，主叫方能逐个呼叫指定要发送到主叫方的特定振铃信号。换而言之，主叫方在主叫方终端中输入序号和被叫方号码。通信网络节点接收序号，并将序号和主叫方号码转发到服务节点，服务节点然后能从将振铃信号与主叫方号码和序号相关联的振铃信号配置文件中获得对应振铃信号。然后，获得的振铃信号经由通信网络节点发送以便在此特定呼叫的被叫方终端输出。序号用作用于特定振铃信号的标识符的一个示例。另一示例是由主叫方指配的用于特定振铃信号的昵称。

另外的信息可与主叫方指定的振铃信号关联以获得更佳的指定，例如，诸如日期、白天时间等定时信息，使得在不同时间可获得不同振铃信号(例如，在夜晚时间更安静的振铃信号可比在白天时间更适当，在白天时间，主叫方用户可更好地感知到更响和更引人注意的振铃信号)。服务节点可例如从内部日历和时钟确定日期和时间，检查主叫方指定的振铃信号是否与规定用于选择要获得的某个振铃信号的定时信息(例如，周末晚上)相关联。

另一示例可与被叫方的类型有关，例如，如果呼叫作为被叫方号码的业务联系人，则与作为主叫方最好朋友的被叫方相比，主叫方用户可希望更正式的振铃信号。因此，振铃信号配置文件可包括有关被叫方的类型的信息，例如业务、家庭、朋友等。在进行呼叫时，主叫方终端可适用于在其地址簿中检查拨打的号码是否与某个被叫方类型信息相关联，并然后将此类型信息发送到通信网络节点，然后，通信网络节点将此类型信息转发到服务节点，服务节点能够基于收到的类型信息的分析选择适当的振铃信号。备选，在向被叫方进行呼叫时，主叫方用户可将某个被叫方类型代码作为指令输入主叫方终端中，例如对于类似于如涉及按序号的特定振铃信号的逐个呼叫指定的实施例所述的逐个呼叫被叫方类型特定的振铃信号指定。

图3示出在用于主叫方的终端执行的步骤的流程图的示例。用于主叫方的终端获得S300一个或多个指令以指定要用于提示被叫方有关来自主叫方的呼叫的振铃信号。可在终端处经由主叫方用户用于输入一个或多个指令而操作的输入单元接收一个或多个指令。备选或附加地，终端可基于存储的信息生成指令，例如，如上所述，如对被叫方的类型信息所述一样。终端将一个或多个指令发送S310到主叫方振铃信号服务的服务节点以便由主叫方指定振铃信号。如结合图13的实施例更详细所述，可直接发送或经由通信网络节点发送一个或多个指令。

用于主叫方的终端和主叫方终端通常情况下是相同装置，例如，一个相同的移动电话，但这不是必需的。例如，主叫方终端可以是移动电话，而用于主叫方的终端可以是带有到主叫方振铃信号服务的网页的web访问的计算机，计算机由于有更大的屏幕和键盘而能够操作更方便。经由用于主叫方的终端访问服务节点对于主叫方用户希望进行的任何修改十分有用，例如，用于更新振铃信号或与各方标识符的关联等，并且因此与其中主叫方用户没有可能实现对主叫方振铃信号服务指定的终端访问的可能备选实现相比，能够是优选的。用于在主叫方振铃信号服务指定振铃信号的此类备选可以是经由对主叫方振铃信号服务的初始预订，其中，主叫方订户获得指配用作以后进行的任何呼叫的主叫方振铃信号的一个或多个振铃信号。预订协议可包括一个或振铃信号的定期更新，但如果主叫方用户能通过输入和发送适当指令，直接经由终端指定振铃信号和相关联信息，则用户体验可更好且更立即和直接。

根据一个实施例，为指定用于将来呼叫的振铃信号，发送一个或多个指令。备选或附加地，用于主叫方的终端可以是主叫方终端，并且一个或多个指令连同呼叫(即，当前呼叫)的尝试发送到通信网络节点以便将一个或多个指令发送到服务节点。

在下面的图形4-7中，详细描述了在移动电路交换网络中用于实现主叫方振铃信号服务的各种示例。该服务在这些示例中称为CPRRT(主叫方个性化铃音)，然而却不限于铃音，而是适用于任何种类的振铃信号。

图4示出CPRRT系统的示意图。仅示出了与CPPRT的实现有关的主要过程，而为便于说明原因，在图4中未示出其它正常呼叫处理过程。

系统包括存储主叫方的CPPRT预订信息的归属位置寄存器T(HLR)410、作为在呼叫处理期间控制CPPRT过程的通信网络节点的示例的第一移动服务交换中心(MSC1)420和作为作为基本组件的主叫方振铃信号服务的服务节点的示例的CPPRT服务器430。图中还示出分别缩写为UE1和UE2的主叫方终端400和被叫方终端450，其中UE表示诸如移动电话等用户设备。

MSC提供信令和业务功能。在使用移动软交换系统的情况下，MSC功能能够分成MSC服务器和媒体网关(MGw)。CPPRT控制功能能够与网关MSC(GMSC)功能定位在一起以便更好地处理与其它呼叫有关特性的交互。可选的是，它能够在被叫方在其中注册的端接MSC 440中实现。如果呼叫是MSC间呼叫，则能够有系统中涉及的不止一个MSC，此处示为第二MSC(440)。

CPPRT服务器430存储CPPRT媒体数据，并且在从MSC 420收到请求时播放CPPRT。

被叫方终端450在从网络收到通知时在用户平面上接收CPPRT，并且在提示时段期间播放收到的铃音。

作为用户数据库的HLR 410存储订户的服务预订信息，即对CPPRT服务的主叫方预订信息。

在UE1400在网络中注册，例如，如在图4所示的MSC1420处注册时，HLR 410通过如步骤41中所示的插入订户数据过程向MSC1420发送包括CPPRT预订信息的UE1400的订户数据。

在UE1400向UE2450进行呼叫尝试时，呼叫设置遵从正常的呼叫处理过程，直至如步骤42所示，MSC1420接收已到达并提示被叫方，即UE2450的确认消息。此处，如果呼叫是MSC间呼叫，则确认消息例如可能是来自MSC 2440的地址完成消息。在收到该确认消息时，MSC1420优选检查主叫方，即UE1400是否具有对CPPRT服务的预订。

如果主叫方具有对CPPRT服务的预订，则在步骤43中，除对主叫方的正常处理过程外，MSC1420将请求CPPRT服务器430播放铃音。该请求优选包括主叫方的身份，即，操作UE1400的订户的身份，以便CPPRT服务器430能够识别主叫方选择的铃音。在MSC1420与CPPRT服务器430之间的接口例如能够是ISUP或BICC信令。CPPRT请求例如可通过“初始地址消息”(IAM)实现。

在有效负载业务路径在CPPRT服务器430与MSC1420之间成功建立后，在步骤44中，CPPRT服务器430在CPPRT响应中将确认消息发送到MSC1420，并且开始播放铃音。确认消息例如可通过“地址完成消息”(ACM)实现。

在从CPPRT服务器430收到确认时，在步骤45中，MSC1420在主叫方终端400与端接节点MSC2440之间分开有效负载业务路径。如果未触发PRBT服务，则在步骤45中，MSC1420向主叫方播放正常回铃音。另一方面，在步骤45中，MSC1420连接从CPPRT服务器430到例如MSC2440等端接节点的有效负载业务路径。同时，在步骤45中，MSC1420通知端接节点440在有效负载路径中包括有带内信息。消息例如可以是“呼叫进展”(Call Progress，CPG)消息。

根据步骤46，作为端接节点，MSC2440例如通过将DTAP“进展”消息从MSC 440发送到UE2450，通知被叫方终端450附接到用户平面以从网络接收铃音。作为DTAP消息的备选，可使用包括对CPPRT特定的SS代码(补充服务器代码)的用于通知被叫方的“场所”(Facility)消息。结合通知消息或在通知消息后，UE2450接收CPPRT服务器430播放并且由MSC1410经由MSC2440中继的铃音，并将它输出到被叫方用户，通知被叫方用户有关进入呼叫。换而言之，振铃信号由CPPRT服务器430的播出在步骤44触发，而被叫方终端450通过步骤46接收播放的振铃信号以便输出。

根据步骤47，在MSC1420作为始发节点从端接侧或被叫方终端450接收应答消息，或指示有来自端接侧的可用带内信息的其它呼叫进展消息时，MSC1420在主叫方与端接侧之间交叉连接有效负载业务路径。然后，对于在主叫方终端400与被叫方终端450之间的呼叫，将通过普通呼叫过程处理该呼叫。

在收到应答消息后，或者如呼叫建立后所示，MSC1420释放到CPPRT服务器的连接和用于此特定呼叫的与CPPRT服务有关的其它资源。

对于MSC内，即，主叫方和被叫方在相同MSC中注册，MSC1420和MSC2440是网络中的相同节点。

在通信网络及其涉及的装置的典型配置中，当在步骤42中收到提示消息时，被叫方终端450开始播放其默认铃音。通常情况下，在步骤42中的提示与在步骤46中的通知之间的时差很短，以致默认铃音立即替代为主叫方经由CPPRT服务指定的铃音，即，用户通常情况下未感知到铃音之间的任何切换。

然而，可能存在时差被延长，并且切换可变得可辨认的情况或网络配置，这从用户角度而言是不希望出现的。

图5示出一个信令图，其中，在促使默认铃音被激活的提示与主叫方指定的铃音的播放之间的时差降到最低。

图5的通信网络也采用提供与如图4中HLR 410相同的功能和交互的HLR(HLR在图5中未示出)。

始发侧，即MSC1505通知端接节点，即MSC2520有关操作主叫方终端UE1500的主叫方的CPPRT服务，如步骤51中所示，这可通过在从始发节点MSC1505到端接节点MSC2520的“IAM”消息中使用可选参数完成。可选参数例如能够是始发侧和端接侧均认识的“服务激活”参数。因此，在不同运营商的网络之间CPPRT服务可用性可取决于其协议。

在图5的示例中，端接MSC2520控制CPPRT过程。在MSC2520从被叫方终端UE 550接收呼叫确认消息后，MSC2520开始向CPPRT服务器530的CPPRT请求。备选，MSC2520在从被叫方终端UE 550收到寻呼响应(图5中未示出)后开始向CPPRT服务器530的CPPRT请求，这是改进时间对准以获得服务的更佳感知的另一示例。由于与诸如到无线电接入网络(RAN)侧的承载设置等其它呼叫设置过程并行地处理CPPRT连接建立，因此，能够建立到两侧的连接而无任何明显的时差(微秒)。在需要更准确的时间对准时，端接MSC2520可适用于将到无线电接入网络的无线电接入承载(RAB)指配过程的最后步骤保持一会儿。

通常，在发送“提示”消息到网络时，被叫方终端550开始播放其自己的提示音，也称为默认振铃信号。在步骤59中从UE2550收到提示消息时，端接MSC2520然后能立即向被叫方发送CPPRT通知消息。由此在被叫方终端上的提示与在被叫方终端上的CPPRT播放之间的时差将很短，并且被叫方终端550用户应感觉不到在两个铃音之间的切换，即默认振铃信号到主叫方指定的发送的振铃信号的切换。

CPPRT GMSC 525用于处理来自端接侧的CPPRT请求。如果主叫方和被叫方属于相同网络，则CPPRT GMSC 525通常情况下在一个物理节点中与MSC2520组合在一起。

下面更详细地描述图5的信令图的各个步骤：

步骤51：始发侧MSC1505通过例如在IAM消息中包括可选参数，例如带有指定特性代码的“服务激活”或“普通通知”，通知端接节点MSC2520有关主叫方的CPPRT服务。

步骤52：端接MSC2520然后控制CPPRT过程。在MSC2520从被叫方接收呼叫确认后，它与如步骤53和54(经由CPPRT GMSC525)中所示的正常已知呼叫设置过程并行地开始向CPPRT服务器530的CPPRT请求。请求消息例如能够是IAM消息。要区分此CPPRT请求和正常呼叫处理过程中的其它IAM消息，下述内容能用于指示CPPRT服务：

-将特定号码前缀与主叫方UE1500的号码一起用作请求中被叫号码的一部分。此方案通常情况下能够在一个PLMN网络内应用，即，MSC2520和CPPRT服务器530属于相同网络，这种情况下，能够通过CPPRT前缀和UE1的号码的组合直接标识CPPRT服务器530。主叫方UE1500的号码可用于识别在涉及的任何节点处的对服务的预订。在应用适当的号码和路由分析时，能够在不同网络之间使用将特定号码前缀与主叫方UE1500的号码一起用作请求中被叫号码的一部分的方案。

-使用特定号码作为请求中的被叫方号码，同时使用UE1500的号码作为主叫方号码。每个网络能从其自己的号码系列中指配一个要用作来自其它网络的CPPRT请求中的被叫方号码的服务号码。

上述两个项目符号(bullets)进一步涉及在存在多个CPPRT服务器的情况下CPPRT请求到适当CPPRT服务器的路由。由于控制MSC(图5中的MSC2520)可未配置所有CPPRT服务器信息，因此，CPPRT请求到适当CPPRT服务器(图5中的CPPRT服务器530)的路由依赖传送节点(图5中的CPPRT GMSC 525)，传送节点能够分析所包括的用于路由的主叫方号码。此外，CPPRT服务器能从主叫方UE 1500的号码中识别主叫方指定的振铃信号。

CPPRT GMSC 525在步骤53中分析从MSC2520收到的请求，然后在步骤54中请求对应的CPPRT服务器530播放主叫终端UE1500指定的CPPRT。

步骤55：与图4中的类似，CPPRT服务器530能够在此阶段已经开始播放铃音，或者如上所述，作为一个备选选项以便将在诱发默认铃音的提示消息与指定铃音的输出之间的任何时差降到最低，如对于步骤57和58所述的一样，在播放铃音前，CPPRT服务器530能等待，直至收到又一指示。对于该备选，CPPRT服务器530将CPPRT响应消息发送到CPPRT GMSC 525，指示CPPRT服务器530已准备好播放指定的CPPRT。

步骤56：CPPRT GMSC 525向端接MSC2520做出关于CPPRT服务器已准备好的响应。

步骤57：此步骤和步骤58是实现CPPRT播放和被叫方的终端UE2550默认提示的更佳对准的可选步骤。CPPRT服务器530等待又一指示以开始播放指定的铃音。MSC2520保持RAM指配过程的启动，直至收到在步骤56中指示CPPRT服务器530准备好播出CPPRT的CPPRT响应，并且MSC2520与到无线电接入网络(RAN)的RAB建立过程并行地将指示消息经由GMSC 525发送到CPPRT服务器530以通知CPPRT服务器开始播放选定铃音。到CPPRT服务器530的指示消息例如能够是CPG消息。为避免在发送到CPPRT服务器530的CPPRT请求的过程中任何意外情形的影响，诸如由于任何原因未从CPPRT服务器收到CPPRT响应，MSC2520可在保持RAB指配过程时起动计时器，并在计时器计满时将继续普通呼叫处理过程。在到RAN侧的过程继续时，能够停用计时器。

步骤58：在从MSC2520收到CPPRT播放指示时，或者换而言之，在收到请求服务节点立即播出CPPRT的指示后，CPPRT服务器530开始播放选定铃音，并且将响应消息“CPPRT播放确认”发送到MSC2520(经由GMSC 525)以确认主叫方指定的CPPRT正在播放。响应消息也能够是CPG消息。

步骤59：在收到如步骤55和步骤58中所述来自CPPRT服务器的CPPRT响应和来自被叫方终端UE2550的提示消息后，MSC2520立即将从CPPRT服务器530经由CPPRT GMSC 525的有效负载业务路径和到被叫方终端550的有效负载业务路径连接在一起。

步骤510：在步骤59中在CPPRT服务器与被叫方终端之间交叉连接有效负载业务路径后，端接MSC2520通知被叫方终端UE2550附接用户平面。在收到通知消息时，被叫方终端550开始从网络接收铃音并播放CPPRT。因此，如图5所示，UE2550接收由CPPRT服务器530播放并且由MSC2520经由GMSC 525中继的铃音时，并且将它输出到被叫方用户，通知被叫方用户有关进入呼叫。

步骤511：在端接MSC2520从端接侧或被叫方接收应答消息，或者其它呼叫状态更改时，MSC2520应在主叫方终端500与被叫方终端550或诸如宣告装置等其它媒体装置之间交叉连接有效负载业务路径。然后，对于在主叫方终端500与被叫方终端550之间的呼叫，将通过普通呼叫过程处理该呼叫。

步骤512：在收到应答消息后，或者如图所示，MSC2520然后释放到CPPRT服务器530的连接和用于此特定呼叫的与CPPRT服务有关的其它资源。

现在说明的是，在主叫方可能为被叫方指定振铃信号及为其自己指定回铃信号(在进一步的描述中它称为回铃“音”和个性化回铃“音”(PRBT)服务)的情况下，对于从主叫方到被叫方的呼叫，主叫方振铃信号服务和个性化回铃信号服务均能执行。PRBT是使用回铃信号的更一般化服务的一个示例，其中回铃音是回铃信号的一个示例。回铃信号能够是通知主叫方有关呼叫的任何种类的信号，例如能够在主叫方终端作为主叫方指定的回铃信号输出的音频、视频、多媒体、光学、振动信号等。为方便起见和更好地区分新振铃信号服务，在无意受限于“音”的情况下将进一步使用术语回铃音和PRBT。

如果被叫方具有对PRBT服务的预订，而主叫方具有对CPPRT服务的预订，则在始发节点为此呼叫执行GMSC功能时，始发MSC应在质询过程期间在发送路由信息(SRI)响应消息中收到HLR的关于被叫方具有PRBT服务的通知，并且如果主叫方具有对PRBT服务的预订，则当主叫方在MSC中注册时，主叫方的服务MSC应在插入订户数据消息中收到HLR的通知。然后，在图4的步骤45，MSC1420作为始发节点能够将被叫方的PRBT业务连接到主叫方，并且将主叫方的CPPRT连接到被叫方。

类似于图4，图6示出主叫方终端UE1600、被叫方终端UE2650、第一(控制)MSC1620、(可选)第二MSC2640及CPPRT服务器630。附加地，示出了PRBT服务器605。图6进一步地将用于共存PRBT和CPPRT服务的业务路径连接示为通信网络路径的示例。

在例如图4中的MSC1420等始发节点没有为呼叫执行GMSC功能，即，被叫方质询过程未由其自己执行时，始发节点遵从正常的呼叫处理而不触发CPPRT过程。CPPRT控制过程转而移到在此呼叫情形中与始发MSC不同的被叫方GMSC。在不同运营商的网络之间的服务可用性因此能取决于在被叫方侧中的协议和GMSC功能。

图7示出用于在包括以下组件的通信网络中进行并行PRBT和CPPRT处理的信令图的一个示例：

GMSC 720执行被叫方质询过程，并且在此示例中是CPPRT过程的控制节点。GMSC 720可能与UE2750在其中注册的端接MSC(诸如图4的MSC2440，此处为简明起见而未示出)定位在一起。CPPRTGMSAC 725指能够为主叫方执行质询过程以检查CPPRT服务预订信息，并能够通过分析主叫方UE1700的标识符而识别CPPRT服务器730的MSC。它可能与GMSC 720组合在一起。CPPRT服务器730指存储CPPRT媒体数据并在从MSC(在此示例中经由CPPRT GMSC725从GMSC 720)收到请求时播放CPPRT的节点。PRBT服务器705提供熟知的PRBT功能。进一步示出的是主叫方终端UE1700、被叫方终端UE 750及存储包括与主叫方的CPPRT服务有关的预订信息的CPPRT预订信息的HLR 710。例如，如结合图5所述，通过IAM消息，预订信息能够由始发MSC提供到GMSC 720，这将不进一步阐述，或者备选如下面在步骤73中所示，CPPRT GMSC 725能通过质询过程验证主叫方的CPPRT服务预订状态。

步骤71：从UE1700到UE2750的呼叫根据正常过程处理，直至GMSC 720检测到被叫方终端UE 750收到提示。根据被叫方的服务预订，GMSC 720能够象平常一样执行PRBT过程。

步骤72：如果GMSC 720不能为主叫方执行质询，则它将CPPRT请求发送到CPPRT GMSC 725。请求消息例如能够是IAM消息。要区分此CPPRT请求和任何正常呼叫请求，如结合图5详细解释的一样，以下内容能用于指示CPPRT服务：

-将特定号码前缀与UE1的号码一起用作请求中的被叫号码。

-使用特定号码作为请求中的被叫方号码，同时使用UE1的号码作为主叫方号码。

步骤73：当CPPRT GMSC 725接收CPPRT请求时，它能执行HLR 710质询以检查UE1700是否具有CPPRT服务预订。如果UE1700未预订CPPRT服务，则释放CPPRT过程，并且象平常一样继续进行呼叫。如果主叫方具有有效预订，则方法继续到步骤74。在主叫方的CPPRT预订信息已由始发MSC提供到GMSC 720时，例如如结合图5所述的一样通过IAM消息，不需要此步骤。

步骤74：由于对CPPRT服务的有效预订，因此，CPPRT GMSC 725然后请求CPPRT服务器730播放主叫方选择的CPPRT。

步骤75：CPPRT服务器730播放选定铃音媒体并对CPPRT GMSC720做出响应。

步骤76：CPPRT GMSC 725向GMSC 720做出CPPRT正在播放的响应。

步骤77：GMSC 720将从CPPRT服务器730经由CPPRT GMSC725的CPPRT业务路径和到被叫方终端750的业务路径连接在一起，并且通知被叫方终端750附接用户平面。到被叫方的通知与在结合图4所述的步骤45和步骤46的过程中的相同，并且将在此不再进一步详述。在从CPPRT服务器730经由CPRRT GMSC 725和GMSC 720到被叫方终端UE2750的业务路径已建立时，在主叫方终端750输出播放的CPPRT。

步骤78：当GMSC 720从端接侧或被叫方接收应答消息或指示有来自端接侧的可用的带内信息的其它呼叫进展消息时，GMSC 720在始发侧，即主叫方终端700与端接侧，即被叫方终端750之间交叉连接有效负载业务路径。然后，对于在主叫方终端700与被叫方终端750之间的呼叫，将通过普通呼叫过程处理该呼叫。

步骤79：在收到应答消息后，或者如图所示，GMSC 720然后释放到CPPRT服务器730的连接和与CPPRT服务有关的其它资源。

分开用于CPPRT和PRBT服务的业务路径的原理也能够应用到其它网络设置和其它实现，例如，图5的带有从PRBT服务器(图5中未示出)到可能是图5中MSC1505或MSC2520的GMSC或图5中未示出的另一独立GMSC节点，然后到主叫方终端500的PRBT服务业务路径，而CPPRT服务使用从CPPRT服务器530经由CPPRT GMSC525到端接MSC 520，并最后到被叫方终端550的业务路径。

根据图4-7的所有实施例共同之处是用于呼叫设置过程的业务路径(这是通信网络路径的一个示例)也用于将振铃信号从控制通信网络节点发送到被叫方终端。用于到被叫方终端的呼叫尝试过程的路径再用于发送振铃信号是优选的，这是因为因此为通信网络节点提供了有关优选需要时间对准以最小化延迟的两个进程(呼叫设置和主叫方振铃信号服务)的控制。相同路径的再使用由于消除了附加路径的通信开销和处理工作，因此能够更有益。

无论出于什么原因，被叫方可优选听到在其终端中存储的其自己的铃音。为支持此可能性，为作为被叫方的最终用户提供了又一预订选项，其中，被叫方能设置有关接收CPPRT的偏好。如果被叫方具有不接收CPPRT的偏好，则例如在图4中的MSC1420充当用于呼叫的GMSC时的MSC1420或图7中的GMSC 720等CPPRT控制节点应在质询过程期间收到HLR 410或HLR 710的通知。然后，可象平常一样处理呼叫设置，而没有触发和执行CPPRT服务。

图8示出能如何在系统中处理被叫方的偏好的过程的步骤的一个示例。CPPRT控制MSC指控制CPPRT过程的MSC，如在图4中的MSC1420或图7中的GMSC 720。在图5所示系统中，充当控制CPPRT的MSC的端接节点MSC2520(通常情况下)在被叫方在MSC2520中的注册过程期间从HLR(图5中未示出)接收被叫方的偏好信息。

控制CPPRT的MSC检测到S800被叫方收到提示，并且在步骤S810中检查与被叫方有关的任何偏好信息。如果偏好信息指示被叫方不想接收CPPRT(“是”)，则方法继续到步骤840以通过默认铃音进行正常呼叫处理。如果偏好信息指示被叫方喜欢接收CPPRT(“否”)，则方法继续到步骤S820，在该步骤中检查主叫方是否有CPPRT预订。如果有，则能够如步骤S830所示进一步执行CPPRT过程，否则，应用通过默认铃音的正常呼叫处理。可以交换步骤810和820的顺序，以便在检查与被叫方有关的任何偏好信息前，先检查主叫方到底是否具有对CPPRT的预订。

根据被叫方的CPPRT偏好的一个实施例，为被叫方提供了定义黑名单或白名单的方法。具有被叫方的角色的订户用户能够定义CPPRT黑名单，并且系统能够抑制来自黑名单中包括的主叫方的任何CPPRT。另一个备选是由具有被叫方的角色的订户用户定义的CPPRT白名单。然后，系统配置为只允许来自白名单中包括的主叫方的CPPRT。

为支持基于黑/白名单的被叫方CPPRT偏好，系统提供了以下功能：

在订户具有此服务时，CPPRT系统中的HLR存储每个订户的CPPRT黑和/或白名单。

在图4或7所示的系统中，HLR 410或HLR 710在质询过程期间向CPPRT控制节点，即图4中的MSC1420和图7中的GMSC 720发送被叫方的CPPRT黑和/或白名单。然后，CPPRT控制节点检查主叫方号码是否包括在黑名单和/或白名单中，并且仅在根据被叫方的黑和/或白名单准许主叫方号码播放CPPRT时才触发CPPRT过程。

在图5所示系统中，HLR(未示出)将被叫方的CPPRT黑和/或白名单发送到服务MSC，即MSC2520。在收到端接呼叫请求时，在触发到CPPRT服务器的CPPRT过程前，MSC2520检查主叫方号码是否包括在CPPRT黑和/或白名单中。

图12示出包括主叫方终端120、被叫方终端124、路由器121、122、123及应用服务器125的通信网络1200。根据本发明，路由器122和应用服务器125分别包括通信网络节点和服务节点的功能。为简化说明，假设主叫方终端120附加地包括用于获得和发送指令以便由主叫方指定振铃信号的主叫方的终端的功能，然而，主叫方的终端和主叫方终端120能够是分开的装置(图12中未示出)。

用于将分组从主叫方终端120经由路由器121、122、123路由到被叫方终端124的路由路径(这是通信网络路径的另一示例)由连续线箭头示出。要将主叫方指定的振铃信号提供到被叫方终端124以便提示被叫方用户有关进入呼叫，路由器122请求(从路由器122到应用服务器125的连续箭头)在托管用于主叫方的主叫方振铃信号服务的应用服务器125的振铃信号。振铃信号从应用服务器125路由到路由器122。路由器122经由与用于到被叫方终端124的呼叫尝试的分组相同的路由路径发送包括振铃信号的分组，即根据图12的示例经由路由器123。将相同的路径用于呼叫尝试有关的数据以及用于振铃信号数据通过在路由器122经由路由器123到被叫方终端124之间的并行箭头示出，其中连续线箭头用于呼叫尝试有关的数据，虚线用于振铃信号数据。相同的路径路由能够是有利的，这是因为能够为呼叫设置及振铃信号提供两者使用相同路由地址方案和相同资源，例如，路由器122可将与呼叫设置和振铃信号相关联的分组寻址到相同IP地址。

图13示出通信网络1300和用于为从主叫方终端130经由通信网络节点132到被叫方终端134的呼叫在主叫方振铃信号服务的服务节点135指定振铃信号的指令(1)和信息(2)的可能流程。用于指定振铃信号的信息和/或指令能够涉及至少以下项之一：主叫方为当前呼叫或将来呼叫指定的特定振铃信号、当前或将来主叫方、主叫方或将来主叫方的类型、当前或将来被叫方、当前或将来被叫方的类型、当前或将来被叫方终端的诸如类型或振铃信号有关处理和输出能力等特征及与当前或将来呼叫有关的定时信息，其作为提供用于指定和获得振铃信号的增强可能性的示例。

主叫方用户可输入一个或多个指令以便将振铃信号指定到用于主叫方的终端131中。然后，输入的指令被转发到服务节点135用于由主叫方指定振铃信号，例如，以如上更详细所述的振铃信号配置文件的形式。

备选或附加地，主叫方用户可将一个或多个指令输入主叫方终端130以便指定要用于提示被叫方有关来自主叫方的呼叫的振铃信号。主叫方用户可将一个或多个指令输入主叫方终端130，旨在于服务节点135处为将来呼叫指定振铃信号。这种情况下，主叫方终端130可适用于将输入的指令发送到服务节点135，或者经由通信网络节点132发送到服务节点135。通信网络节点132能够以用于指定振铃信号的信息的形式，将指令继续传递到服务节点135。根据另一示例，主叫方用户可将一个或多个指令输入主叫方终端130以便为现在要对主叫方进行的呼叫指定振铃信号，即为当前呼叫以逐个呼叫方式指定振铃信号。主叫方用户可象平常一样拨打被叫方号码，并且可附加地将例如特定振铃信号的标识符等一个或多个指令输入主叫方终端130。输入的指令从主叫方终端130发送到服务节点132以便通过先将指令结合呼叫尝试(主叫方号码的拨打和通常的呼叫处理)发送到通信网络节点132而由主叫方指定振铃信号。接收指令的通信网络节点132能将它们以用于为当前呼叫指定振铃信号的信息的形式继续传递到服务节点135。

从通信网络节点132发送到服务节点135的信息可以是收到的指令的复制，或者是其表示，或者在可能考虑了用于指定从诸如另外的通信网络节点133等网络中的另外的实体，从被叫方终端134和/或从沿从主叫方终端130或从被叫方终端134到通信网络节点132的通信网络路径的实体(未示出)获得的振铃信号的另外的信息的情况下，从收到的指令中得出。另外的信息可涉及用于实际上为特定呼叫获得的振铃信号的改进指定的被叫方终端134的能力、承载能力等。

通过信息和指令指定振铃信号能够用于设置用于主叫方的振铃信号以及设置与另外的信息的另外的关联，例如，以振铃信号配置文件的形式。振铃信号的指定能够进一步包括如下进程：在服务节点识别适当的振铃信号以便得到。

本发明还在下面相对于图9-11更详细描述的装置中实施。

下面描述了用于为从主叫方终端到被叫方终端的呼叫向被叫方终端提供振铃信号以便提示被叫方有关来自主叫方的呼叫的通信网络节点D90的一个实施例：

通信网络节点D90包括接收单元R90、传输单元T90、处理单元P90及存储单元C90。接收单元R90适用于接收呼叫的尝试的指示。传输单元T90适用于将由主叫方在主叫方振铃信号服务的服务节点指定的振铃信号发送到被叫方终端以便提示被叫方有关来自主叫方的呼叫。

带有其单独的单元R90、T90、P90、C90的通信网络节点D90可适用于执行至此在本文中描述的与通信网络节点有关的方法的任何步骤，其中，接收单元R90适用于接收数据，传输单元T90适用于发送数据，处理单元P90适用于处理数据，例如，在存储单元C90存储数据和/或从存储单元C90检索数据和/或启动数据经由传输单元T90的发送。

下面描述了用于为从主叫方终端到被叫方终端的呼叫向被叫方终端提供振铃信号以便提示被叫方有关来自主叫方的呼叫的主叫方振铃信号服务的服务节点D100的一个实施例：

服务节点D100包括接收单元R100、传输单元T100、处理单元P100及存储单元C100。接收单元R100适用于从通信网络节点接收对用于提示被叫方有关来自主叫方的呼叫的振铃信号的请求。处理单元P100适用于例如从存储单元C100获得主叫方在主叫方振铃信号服务指定的振铃信号。传输单元T100适用于将振铃信号发送到通信网络节点。

带有其单独的单元R100、T100、P100、C100的服务节点D100可适用于执行至此在本文中描述的与服务节点有关的方法的任何步骤，其中，接收单元R100适用于接收数据，传输单元T100适用于发送数据，处理单元P100适用于处理数据，例如，在存储单元C100存储数据和/或从存储单元C100检索数据和/或启动数据经由传输单元T100的发送。

下面描述了用于为从主叫方终端到被叫方终端的呼叫向被叫方终端提供振铃信号以便提示被叫方有关来自主叫方的呼叫的用于主叫方的终端D100的一个实施例：

终端D110包括例如诸如键盘和/或麦克风等输入单元的接收单元R110、传输单元T110、处理单元P110及存储单元C110。接收单元R110适用于接收用于指定要用于提示被叫方有关来自主叫方的呼叫的振铃信号的一个或多个指令以获得该一个或多个指令。备选或附加地，用于指定要用于提示被叫方有关来自主叫方的呼叫的振铃信号的一个或多个指令可从存储单元C110获得。传输单元T110适用于将一个或多个指令发送到主叫方振铃信号服务的服务节点以便由主叫方指定振铃信号。

带有其单独的单元R110、T110、P110、C110的终端D110可适用于执行至此在本文中描述的与用于主叫方的终端有关的方法的任何步骤，其中，接收单元R110适用于从主叫方用户接收输入，传输单元T110适用于发送数据，处理单元P110适用于处理数据，例如，在存储单元C110存储数据和/或从存储单元C110检索数据和/或启动数据经由传输单元T110的发送。

每个单元R90-110、T90-110、P90-110、C90-110可包括相同或不同技术的一个或多个子单元。例如，接收单元R110可包括用于输入指令的键盘及除用于在无线通信网络中交换数据的无线传送器(作为传输单元T110的一部分)外还需要的无线接收器。

本发明也涉及包括软件代码的部分的计算机程序以便当在通信网络节点、主叫方振铃信号服务的服务节点及用于主叫方的终端操作时实现如上所述的方法。计算机程序能够存储在计算机可读媒体上。计算机可读媒体能够是相应装置内或者位于外部的永久性或可重写存储器。计算机程序也能够例如经由电缆或无线链路，作为信号序列传送到相应装置。

本文中所述的本发明是基于主叫方用户在主叫方振铃信号服务的服务节点指定振铃信号。在呼叫尝试时，通信网络节点将指定的振铃信号发送到被叫方终端以便提示被叫方有关来自主叫方的呼叫。为通信网络节点提供了信息，基于该信息，通信网络节点能启动振铃信号的发送。此类信息的示例有呼叫的尝试的指示、服务节点准备好发送振铃信号的信息和/或被叫方终端开始或要开始输出其默认振铃信号的信息。因此，由于到呼叫尝试(也称为呼叫设置)过程中的此参与，通信网络节点能够在呼叫尝试时根据另外的进程和消息，精确地控制振铃信号的发送的定时。此外，通信网络节点可适用于验证从服务节点收到的振铃信号与主叫方的预订或与其它设置或特征一致。例如，主叫方可已预订主叫方音频振铃信号服务，但服务节点由于任何原因发送多媒体振铃信号。通信网络节点可分析收到的振铃信号并采取适当的措施，例如，将对振铃信号的另一请求发送到服务节点，取消或中断发送(特别是在中继的情况下)，或者回退到与主叫方的预订一致的默认振铃信号等。通信网络节点可甚至出于其它目的而截获或监视振铃信号，例如统计或合法原因。因此，与其中通信网络节点未参与振铃信号的发送的其它解决方案相比，从参与呼叫尝试(也称为呼叫设置)过程的通信网络节点发送主叫方指定的振铃信号明显增强了控制。此外，被叫方终端能经由相同通信网络路径接收呼叫尝试有关的信息及振铃信号。因此，无需为振铃信号和呼叫尝试有关的信息的传输建立多个连接。

因此，有利的是通信网络节点实际上将振铃信号(例如，以当在被叫方终端处理和输出时提示被叫方的数据流的形式)发送到被叫方终端，与其中被叫方终端是指用于从中接收振铃信号的又一节点的方案相比，这在通信网络控制方面是占优势的。

本文中所述的一般过程适用于包括通信网络节点、服务节点及能够是主叫方终端或单独终端的主叫方的终端的所有种类的通信网络。一般过程适用于在移动电路交换网络(诸如全球移动通信系统(GSM)、码分多址(CDMA)、宽带CDMA(WCDMA)及时分同步码分多址(TD-SCDMA)等网络)中提供振铃信号，但也适用于带有所述节点和功能的任何种类的分组交换网络。基于IP的通信网络也很适合，特别是当提供在功能上用于发送与呼叫尝试有关的信息和振铃信号的相同路径路由时。

Claims (33)

1.一种用于为从主叫方终端(400，500，600，700，120，130)到被叫方终端(450，550，650，750，124，134)的呼叫向所述被叫方终端提供振铃信号以便提示所述被叫方有关来自所述主叫方的所述呼叫的方法，所述方法包括由通信网络节点(420，520，620，720，122，132，D90)执行的以下步骤：

-接收(S100)所述呼叫的尝试的指示，

-将由所述主叫方在主叫方振铃信号服务的服务节点(430，530，630，730，125，135，D100)指定的振铃信号发送(S110)到所述被叫方终端以便提示所述被叫方有关来自所述主叫方的所述呼叫。

2.如权利要求1所述的方法，还包括以下步骤

-响应所述收到的指示，将对振铃信号的请求发送到所述主叫方振铃信号服务的所述服务节点，以及

-从所述服务节点接收所述振铃信号。

3.如权利要求1或2所述的方法，其中所述振铃信号由所述服务节点在接收时播放，还包括以下步骤

-中继所述收到的播放的振铃信号以便将所述振铃信号发送到所述被叫方终端。

4.如前面权利要求任一项所述的方法，还包括以下步骤

-将通知消息发送到所述被叫方终端以通知所述被叫方终端有关所述振铃信号的所述发送。

5.如前面权利要求任一项所述的方法，还包括以下步骤

-发送用于在所述被叫方终端抑制默认振铃信号的消息。

6.如前面权利要求任一项所述的方法，还包括以下步骤

-在收到所述被叫方终端开始或将要开始输出其默认振铃信号的信息后立即执行发送所述振铃信号的所述步骤。

7.如前面权利要求任一项所述的方法，还包括以下步骤

-接收所述服务节点准备好发送所述振铃信号的信息，

-在收到所述服务节点准备好发送所述振铃信号的所述信息后控制对所述被叫方终端的访问的启动的定时，

-发送用于请求所述服务节点立即发送所述振铃信号的指示，以及

-在从所述服务节点收到所述振铃信号后立即执行发送的所述步骤。

8.如前面权利要求任一项所述的方法，其中经由与将所述呼叫的所述尝试有关的信息发送到所述被叫方终端相同的通信网络路径发送所述振铃信号。

9.如前面权利要求任一项所述的方法，还包括以下步骤

-检查所述主叫方和所述被叫方的任何一方是否具有对回铃信号服务的预订，

-选择用于发送回铃信号到所述主叫方终端的第一通信网络路径，所述第一通信网络路径与用于所述振铃信号到所述被叫方终端的所述发送的第二通信网络路径分开，以及

-经由所述第一通信网络路径将所述回铃信号发送到所述主叫方终端，并且经由所述第二通信网络路径将所述振铃信号发送到所述被叫方终端。

10.如前面权利要求任一项所述的方法，还包括以下步骤

-向所述服务节点发送用于为尝试的所述呼叫指定所述振铃信号的信息。

11.如前面权利要求任一项所述的方法，还包括以下步骤

-向所述服务节点发送用于为将来呼叫指定所述振铃信号的信息。

12.如权利要求10或11任一项所述的方法，其中用于指定所述振铃信号的所述信息从收到的来自所述主叫方终端的一个或多个指令中获得。

13.如权利要求10到12任一项所述的方法，其中用于指定所述振铃信号的所述信息从适用于指定从所述通信网络的另外的实体接收的所述振铃信号的另外的信息中获得。

14.如前面权利要求任一项所述的方法，还包括以下步骤

-检查所述被叫方是否与有关所述主叫方振铃信号服务的偏好设置相关联。

15.一种用于为从主叫方终端(400，500，600，700，120，130)到被叫方终端(450，550，650，750，124，134)的呼叫向所述被叫方终端提供振铃信号以便提示所述被叫方有关来自所述主叫方的所述呼叫的方法，所述方法包括由主叫方振铃信号服务的服务节点(430，530，630，730，125，135，D100)执行的以下步骤：

-从通信网络节点(420，520，620，720，122，132，D90)接收(S200)对用于提示所述被叫方有关来自所述主叫方的所述呼叫的振铃信号的请求，

-获得(S210)由所述主叫方在所述主叫方振铃信号服务指定的振铃信号，以及

-将所述振铃信号发送(S220)到所述通信网络节点。

16.如权利要求15所述的方法，其中在所述发送的同时播放所述振铃信号。

17.如权利要求15或16所述的方法，还包括以下步骤

-发送指示已准备好发送所述振铃信号的信息，以及

-在收到用于请求所述服务节点立即发送所述振铃信号的指示后发送所述振铃信号。

18.如权利要求15到17的任一项所述的方法，还包括以下步骤

-从所述通信网络节点接收用于为尝试的所述呼叫指定所述振铃信号的信息，以及

-基于所述收到的信息，获得所述振铃信号。

19.如权利要求15到18的任一项所述的方法，还包括以下步骤

-从所述通信网络节点为将来呼叫接收用于指定所述振铃信号的信息和/或从用于所述主叫方的终端和/或所述主叫方终端接收用于指定所述振铃信号的一个或多个指令，

-记录所述收到的信息和/或所述一个或多个收到的指令，以及

-基于所述记录的信息和/或一个或多个记录的指令，获得所述振铃信号。

20.一种用于为从主叫方终端(400，500，600，700，120，130)到被叫方终端(450，550，650，750，124，134)的呼叫向所述被叫方终端提供振铃信号以便提示所述被叫方有关来自所述主叫方的所述呼叫的方法，所述方法包括由用于所述主叫方的终端(D110)执行的以下步骤：

-获得(S300)用于指定要用于提示所述被叫方有关来自所述主叫方的呼叫的振铃信号的一个或多个指令，以及

-将所述一个或多个指令发送(S310)到主叫方振铃信号服务的服务节点(430，530，630，730，125，135，D100)以便由所述主叫方指定所述振铃信号。

21.如权利要求20所述的方法，其中发送所述一个或多个指令以便指定用于将来呼叫的所述振铃信号，。

22.如权利要求20或21所述的方法，其中用于所述主叫方的所述终端是所述主叫方终端，并且将所述一个或多个指令连同所述呼叫的尝试发送到所述通信网络节点以便将所述一个或多个指令发送到所述服务节点。

23.一种用于为从主叫方终端到被叫方终端的呼叫向所述被叫方终端提供振铃信号以便提示所述被叫方有关来自所述主叫方的所述呼叫的通信网络节点(420，520，620，720，122，132，D90)，其中所述通信网络节点适用于接收所述呼叫的尝试的指示和将由所述主叫方在主叫方振铃信号服务的服务节点指定的振铃信号发送到所述被叫方终端以便提示所述被叫方有关来自所述主叫方的所述呼叫。

24.如权利要求23所述的通信网络节点，其中所述通信网络节点适用于执行如权利要求2到14所述的方法的任何步骤。

25.一种用于为从主叫方终端到被叫方终端的呼叫向所述被叫方终端提供振铃信号以便提示所述被叫方有关来自所述主叫方的所述呼叫的主叫方振铃信号服务的服务节点(430，530，630，730，125，135，D100)，其中所述服务节点适用于从通信网络节点接收对用于提示所述被叫方有关来自所述主叫方的所述呼叫的振铃信号的请求，获得由所述主叫方在所述主叫方振铃信号服务指定的所述振铃信号，以及将所述振铃信号发送到所述通信网络节点。

26.如权利要求25所述的服务节点，其中所述服务节点适用于执行如权利要求16到19所述方法的任何步骤。

27.一种用于为从主叫方终端到被叫方终端的呼叫向所述被叫方终端提供振铃信号以便提示所述被叫方有关来自所述主叫方的所述呼叫的用于主叫方的终端(D110)，其中用于所述主叫方的所述终端适用于获得用于指定要用于提示所述被叫方有关来自所述主叫方的呼叫的振铃信号的一个或多个指令，以及将所述一个或多个指令发送到主叫方振铃信号服务的服务节点以便由所述主叫方指定所述振铃信号。

28.如权利要求27所述的终端，其中所述终端适用于执行如权利要求21或22任一项所述方法的任何步骤。

29.一种可加载到通信网络节点的处理单元中的计算机程序，其中所述计算机程序包括适用于执行如权利要求1到14任一项所述方法的任何步骤的代码。

30.一种可加载到主叫方振铃信号服务的服务节点的处理单元中的计算机程序，其中所述计算机程序包括适用于执行如权利要求15到19任一项所述方法的任何步骤的代码。

31.一种可加载到用于主叫方的终端的处理单元中的计算机程序，其中所述计算机程序包括适用于执行如权利要求20到22任一项所述方法的任何步骤的代码。

32.一种包括如权利要求29到31任一项所述至少一种计算机程序的计算机可读媒体产品。

33.一种包括如权利要求23或24所述的通信网络节点、如权利要求25或26所述的服务节点及如权利要求27或28所述的终端的通信网络(1200，1300)。

Images