提供改进的呼叫转发服务的方法

专利名称：提供改进的呼叫转发服务的方法
技术领域：
本发明涉及一种在电信网络中提供改进的呼叫转发服务的方法， 以及一种执行所述方法的网络单元和计算才几程序产品。
背景技术：
在当前的电信系统中，已经激活了自动将呼叫转发到其语音信箱 的订户是唯 一 可以访问主叫方在语音信箱中所留语音消息的人。如果 呼叫被主叫方所激活的呼叫转发服务转发到第三被叫方，并被第三方 被叫方激活的呼叫转发服务再次转发到第四被叫方，则形成呼叫转发 一随，主叫方可以只将消息留在第四^f皮叫方的信箱中。由此，呼叫转发 链的前面的被叫方，尤其是呼叫实际上要到达的第一被叫方，将不能 访问主叫方所留的消息并取回包含的信息。
US2004/0005045A1描述了高级智能网(=AIN)中的呼叫转发月良 务。连接到通信网络(包括因特网和其他分组交换类型数据网络)的 订户能够定制和执行呼叫转发服务，几乎实时地访问服务数据。该现 有技术仅仅涉及呼叫转发的订户设定，而不涉及主叫方在拨打被叫方 号码之后遇到的互连呼叫转发。

发明内容
本发明的目的是提供一种呼叫转发的改进式方法。 本发明的目的通过一种在电信网络中提供改进的呼叫转发服务 的方法来实现，其中主叫方对第 一被叫方发起的呼叫^皮连续地转发， 从第一#:叫方开始，到一个或多个其他互连的4皮叫方，由此形成呼叫
转发链，其中该方法包括步骤向该呼叫增加一组数据，该数据包括
呼叫转发链所涉及的每个被叫方的标识符以及与分配给呼叫转发链
所涉及的每个被叫方的相应消息存储器相关联的地址；当呼叫被转发 给分配给呼叫转发链最后的被叫方的消息存储器时，提示主叫方提供 消息，该消息将被存储在一个或多个消息存储器中；从该组数据中取 回与消息存储器相关联的一个或多个地址；并通过将从主叫方接收到 的消息路由到所取回的 一 个或多个地址来将该消息传送到 一 个或多 个消息存储器。此外，本发明的目的通过一种用于在电信网络中提供 改进的呼叫转发服务的网络实体来实现，其中主叫方对第一被叫方发 起的呼叫被连续地转发，从第一被叫方开始，到一个或多个其他互连 的被叫方，由此形成呼叫转发链，其中该网络实体包括控制单元，该 控制单元适用于向该呼叫增加一组数据，该数据包括呼叫转发链所 涉及的每个被叫方的标识符以及与分配给呼叫转发链所涉及的每个 被叫方的相应消息存储器相关联的地址；当呼叫被转发给分配给呼叫 转发链最后的被叫方的消息存储器时，提示主叫方提供消息，该消息 将被存储在一个或多个消息存储器中；从该组数据中取回与消息存储 器相关联的 一个或多个地址；并通过将从主叫方接收到的消息路由到 所取回的一个或多个地址来将该消息传送到一个或多个消息存储器。
并且本发明的目的通过一种在电信网络中提供改进的呼叫转发服务 的计算机程序产品来实现，其中主叫方对第 一被叫方发起的呼叫被连 续地转发，从第一被叫方开始，到一个或多个其他互连的被叫方，由 此形成呼叫转发链，其中当所述计算机程序产品由网络实体执行时， 执行以下步骤向所述呼叫增加一组数据，该数据包括呼叫转发链所 涉及的每个被叫方的标识符以及与分配给呼叫转发链所涉及的每个 被叫方的相应消息存储器相关联的地址；当呼叫被转发给分配给呼叫 转发链最后的被叫方的消息存储器时，提示主叫方提供消息，该消息 将被存储在一个或多个消息存储器中；从该组数据中取回与消息存储 器相关联的 一个或多个地址；并通过将从主叫方接收到的消息路由到
所取回的一个或多个地址来将所述消息递送到一个或多个消息存储器。
一般地，本发明提高了被叫方的可到达性。
本发明允许面对呼叫转发链的主叫方将其消息不仅递送给呼叫 转发链的最后被叫方而且递送给呼叫转发链的 一 个或多个其他被叫方。
所提出的本发明使得呼叫转发链的在先被叫方尤其是呼叫实际 上要送达的第 一被叫方能够访问主叫方所留消息并取回其中包含的信息。
由于第 一被叫方是原本注定要接收呼叫的人，本发明有助于即使 在呼叫转发链的情况下也能重建呼叫信息分布的有目的路径。
从属权利要求所指出的本发明的实施例可以获得更多的好处。 根据本发明的一个优选实施例， 一个或多个被叫方之一指定与呼 叫处理相关的首选项。所述一个一皮叫方可以向控制所述被叫方的自动
呼叫转发的多媒体消息传送服务(MMS)提供该首选项。MMS将该 首选项翻译成相应的指令，以便在呼叫转发的情况下执行。例如，在 激活呼叫转发服务之前，第一被叫方开始某个应用(本地或中心的)， 其中给该第 一被叫方提供选择列表。第 一被叫方从该选择列表中选择 最符合他意愿的预先定义的首选项。被叫方的首选项选择作为与该第 一被叫方相关联的呼叫转发首选项存储在存储器中。对于呼叫转发操
作考虑所选择的首选项。
当呼叫到达第 一被叫方时，将被叫方的呼叫转发增加到附于呼叫
消息的数据集中。在将呼叫转发给分配给呼叫转发链最后的被叫方的 消息存储器后，检查附于该呼叫的数据集查看其是否包含呼叫转发首 选项。对呼叫的其他操作按照该包含的呼叫转发首选项而执行。与最 后被叫方相关联的呼叫转发应用可以分析呼叫并提取在附于该呼叫 消息的数据集中包含的呼叫转发首选项。然后，呼叫转发应用遵循与 该呼叫转发首选项相对应的指令。
才艮据本发明的另 一 优选实施例，第一 4皮叫方的首选项指定由该#皮 叫方提供的消息存储在分配给第 一被叫方的消息存储器，而不分布到 一个或多个其他被叫方中的任何一个或者分布到分配给一个或多个 其他被叫方的任何消息存储器。被叫方的首选项数据作为与第 一被叫 方相关联的呼叫转发首选项存储在存储器中。当呼叫被转发给分配给 所述最后被叫方的消息存储器后，提示主叫方，以指示主叫方提供将 被存储在分配给第 一被叫方的消息存储器中的消息。从增加到该呼叫 消息的数据集中取回与分配给第 一被叫方的消息存储器相关联的地 址。使用所取回的地址作为目的地址，将从主叫方接收的消息路由至 分配给第一被叫方的消息存储器。
本发明的这一 实施例允许第 一被叫方在不需要浪费时间的情况 下访问拟送给他的信息，即使当使用呼叫转发服务时也是如此。假设 由于第 一被叫方在某一 时间正在开会，第 一被叫方将其呼叫转发给他 的同事。然而该同事不期望地在该时间安排之前必需离开办公室。则 到达该同事的终端的呼叫被呼叫转发到该同事的信箱。由于该同事在 第二天早晨之前不会返回到办公室，第一被叫方将不能在第二天之前 找到所留的消息。本发明的该实施例允许第 一被叫方定义如果呼叫将 被转发到呼叫转发链的最后的信箱，则将呼叫重新路由到他自己的信 箱。因此，第一^皮叫方可以当他从会议返回时访问他的信箱。
根据本发明的另 一优选实施例，改进的呼叫转发服务可以执行用 于选择该一个或多个^皮叫方中的一个或多个的选择程序，由此在该选 择程序中提供的选择列表包括在呼叫转发链中涉及的每个被叫方的 标识符。该选择程序可以由与呼叫转发链中最后被叫方相关联的呼叫 转发服务器来执行。主叫方选择对呼叫转发链中涉及的一个或多个被 叫方的 一 个或多个被叫方的选择。主叫方的选择被发送到控制改进的 呼叫转发服务的控制单元。基于该接收到的选择，从数据集中取回与 分配给所选择的一个或多个被叫方的消息存储器相关联的地址。利用 所耳又回的地址作为目的地址，可以将乂人主叫方^妄收的消息分布至分配 给所选择的 一个或多个被叫方的 一个或多个消息存储器。
本实施例允许主叫方自己选择将其消息分布到何处。主叫方可能
会认为，如果主叫方的呼叫被转发，并且他的消息被存储在呼叫转发 链的末尾的最后被叫方的消息存储器中，则他的呼叫没有受到应有的 注意。因此，主叫方有机会将其消息分发到多个消息存储器，并且甚 至可以选择分发到哪些消息存储器。
在优选实施例中，给消息还未递送到的一个或多个消息存储器递 送通知。该通知可以提示消息已经;故递送。该通知还可以<提示与呼叫 的呼叫转发的过程相关联的更多信息，例如，呼叫转发链涉及的被叫 方，主叫方的消息已经递送到的消息存储器等。这允许呼叫信息及时 分布到呼叫转发链涉及的所有被叫方，部分通过将主叫方的消息留在 消息存储器中，部分通过在消息存储器留下关于主叫方的消息的通 知。
才艮据本发明的另一优选实施例，该通知可以基于VPIM或IMAP (VPIM是因特网邮件的语音配置文件，IMAP是因特网消息访问协 议)。
优选地，从数据集中取回与消息存储器相关联的所有地址。然后， 通过将从主叫方接收到的主叫方消息路由到所有取回到的地址，将该 消息发送给与呼叫转发链中所涉及的被叫方相关联的所有消息存储器。
优选地，通过封装可扩展标记语言(XML)脚本，将数据集增加 到呼叫。该XML脚本包含所有达到的被叫方即呼叫转发链中涉及的 被叫方的列表(例如，其标识符、名称等)。优选地，该XML脚本 还包含与分配给呼叫转发链中涉及的每个被叫方的相应消息存储器 相关联的地址。例如，该地址可以是被叫方的相应多々某体消息传送服 务(MMS)的地址。XML脚本还可以包含一个或多个被叫方的首选 项。
接收所转发的呼叫消息的网络实体(信箱)的功能必需考虑若干 情况
a)脚本不存在于呼叫消息中。则，将不采取更多的动作。信箱的 功肯^J口目前一才羊。
b)脚本存在于呼叫消息中。则，列出至少一个转发被叫方 bl)如果信箱能够或者被设定为提供对消息的目的地的选择，则 信箱为主叫方提供关于将消息递送至何处的一组选择(只有第 一被叫 方、第一被叫方和第二被叫方、只有第二被叫方……)
b2)信箱将主叫方的消息递送至列表中的所有转发被叫方。


结合附图来阅读对前述优选示例性实施例的下述具体描述将更 好地理解本发明的这些和其他特征和好处，附图中 图1是根据本发明的实施例的呼叫转发链的框图。 图2a是根据本发明的第 一 实施例的消息流示图。 图2b是根据本发明的另 一 实施例的消息流示图。 图2c是根据本发明的又 一 实施例的消息流示图。
具体实施例方式
图1示出了有线和/或无线电信网络例如PSTN或ISDN网络或 GSM网络(PSTN是公共交换电话网络；ISDN是综合服务数字网络； GSM是全^求移动通信系统)的四个订户10、 21、 22、 23。电信网络 还有可能是基于分组的网络，例如，因特网。四个订户10、 21、 22、 23扮演发起电话呼叫的主叫方10、首先接收主叫方的呼叫的第一被 叫方21、第二接收主叫方的呼叫的第二#1叫方22、以及第三接收主 叫方的呼叫的第三被叫方23的角色。
在下文中，当参考主叫方和:故叫方时，意味着主叫方和;故叫方各 自使用终端来发送和接收电话信号，而不是明确地参考这些终端。因 此，术语"主叫方/4皮叫方"和术语"与主叫方/被叫方相关联/由主叫 方/被叫方^f吏用的终端"可以交换^使用。主叫方IO和;故叫方21、 22、 23所用的终端可以是有线电话终端(POTS电话才几、ISDN终端)或 无线终端(DECT电话机、蜂窝电话、PDA) (POTS是普通老式电 话系统；DECT是数字增强无绳电信；PDA是个人数字助理)。终端
还可能是由计算机应用运行的IP软电话(IP是因特网协议)。
第一被叫方21连接到呼叫管理系统31 (信箱)，该系统具有控 制单元311和软件存储器312,并且包括消息存储器210。第一被叫 方21已经激活了将进入呼叫呼叫转发到第二被叫方22。第二被叫方 22连接到呼叫管理系统32,该系统具有控制单元321和软件存储器 322，并且包括消息存储器220。第二被叫方22已经激活了将进入呼叫 呼叫转发到第三被叫方23。第三被叫方23连接到呼叫管理系统33， 该系统具有控制单元331和软件存储器332，并且包括消息存储器230。 第三被叫方23已经激活了将进入呼叫呼叫转发到他的消息存储器 230。由此，三个#:叫方21、 22、 23形成呼叫转发《连。
呼叫管理系统31、 32、 33中的每一个包括一个或若干个互连的 计算机，即硬件平台，基于硬件平台的软件平台，以及由软件和硬件 平台形成的系统平台所执行的若干应用程序。呼叫管理系统31、 32、 33的功能性由这些应用程序的执行来提供。应用程序或这些应用程序 的选定部分构成一个计算机软件产品，其当在系统平台上执行时提供 后文所描述的呼叫转发服务。另外，这种计算机软件产品包括存储这 些应用程序或应用程序的所述选定部分的存4诸介质。
呼叫管理系统31、 32、 33可以实现为放置在旁边并连接到用户 21、 22、 23的终端的有形的辅助单元(物理的信箱)。例如，呼叫管 理系统31、 32、 33是连接到终端并包括语音记录存储器的信箱单元。 由于呼叫管理系统31、 32、 33连接到终端，他们是电信网络的一部 分并代表网络单元。例如，呼叫管理系统31、 32、 33用多媒体消息 传送服务(MMS)来表示。
还有可能呼叫管理系统31、 32、 33对用户21、 22、 23来i兌不是 物理可见的，而是作为网络内的呼叫管理功能(电子/网络信箱)被"隐 藏"。例如，呼叫管理系统31、 32、 33用在位于电信网络中的呼叫 管理服务器上运行的软件应用来实现。
主叫方10的名称可以是"Peter",第 一被叫方21的名称可以是 "Alice",第二被叫方22的名称可以是"Bob",第三被叫方23的
名称可以是"Roger"。
Peter 10向Alice 21发起呼叫400 。当呼叫400到达Alice 21时， 呼叫400的呼叫消息增强为具有Alice 21的标识符和她的信箱地址。 可以通过将XML脚本封装到呼叫消息而将这些增强数据增加到呼叫 消息。XML脚本可以如下
<forwardlist> <forward>
<user">alice</use:r> <messagerie>alicefc>C)x</messagerie> </forward> </f or*wardlist>
增强的呼叫由Alice 21的呼叫管理系统31作为呼叫401转发给 Bob 22。当呼叫401到达Bob 22时，呼叫401的呼叫消息增强为具 有Bob 22的标识符和他的信箱地址。与Alice 21的情况类似，可以 通过将XML脚本封装到呼叫消息而将这些增强数据增加到呼叫消 息。作为XML脚本增加到呼叫的整组^:据可以如下
<f oi:wai:dlist> <f orwa_i:d>
<usei:>alice</use:i:>
<messagerie>alicet)Ox</messagerie> </forward> <f o:rwa_rd>
<user>bob</user>
<messagerie>bobbox</messagerie> </f orwa:rd> </forwardlist>
增强的呼叫由Bob 22的呼叫管理系统32作为呼叫402转发给 Roger 23 。当呼叫402到达Roger 23时，呼叫402的呼叫消息增强为 具有Roger 23的标识符和他的信箱地址。增强的呼叫由Roger 23的
呼叫管理系统33作为呼叫403转发给Roger 23的消息存储器230。
图2a示出了为执行改进呼叫转发的第一实施例而在电信系统中 交换的消息的消息流示图。图2a中示出的消息流示图涉及上文参考 图1所述的主叫方Peter 10、第一被叫方Alice21、第二被叫方Bob 22 和第三被叫方Roger 23。另外，图2a示出了与Alice 21相关联的呼 叫管理系统31和消息存储器210,与Bob 22相关联的呼叫管理系统 32和消息存储器220，以及与Roger 23相关联的呼叫管理系统33和消 息存储器230。
Peter 10通过从他的终端向Alice 21所4吏用的终端发送呼叫消息 501来呼叫Alice 21。 Alice 21已经在她的终端上激活了呼叫转发服务， 因此呼叫501被从该终端发送502到了相关联的呼叫管理系统31以 1更更多处理。呼叫管理系统31向呼叫消息中增加了包括Alice 21的 标识符和消息存储器210的地址的数据集并将增强后的消息503转发 给Bob 22所使用的终端。
Bob 22已经在他的终端上激活了呼叫转发服务，因此呼叫503被 从他的终端发送504到了相关联的呼叫管理系统32以便更多处理。 呼叫管理系统32将Bob 22的标识符和消息存储器220的地址增加到 附于呼叫消息的数据集并将增强后的消息505转发给Roger 23所使用 的终端。
Roger 23已经在他的终端上激活了将呼叫转发到他的信箱，因此 呼叫505被从他的终端发送506到了相关联的呼叫管理系统33以便 更多处理。呼叫管理系统33将Roger 23的标识符和消息存储器230 的地址增加到附于呼叫消息的数据集。
可能的是，呼叫管理系统33将增强后的消息507转发给与Roger 23所使用的终端相关联的消息存储器230。
当接收到消息506后，呼叫管理系统33分析所接收到的消息506 并从所增加的数据集中确定消息506与呼叫转发链有关。呼叫管理系 统33提取数据集中包含的标识符，即Alice 21、 Bob 22和Roger 23 的标识符。呼叫管理系统33还捐:iF又与所标识的^l叫方21、 22、 23相关联的消息存储器210、 220、 230的地址。然后，呼叫管理系统33 将消息508发送给主叫方10即Peter 10,以提示Peter IO提供将被递
送给所标识的被叫方21、 22、 23的消息存储器210、 220、 230的消
自
Peter 10在他的终端中说出消息，并且该消息被发送509到Roger 23的呼叫管理系统33。呼叫管理系统33将4妄收到的Peter 10的消息 发送510a、 510b、 510c到所标识的被叫方21、 22、 23的消息存储器 210、 220、 230。这之所以可能是由于呼叫管理系统33已经乂人所*接收 到的消息506中提取了消息存储器210、 220、 230的地址。被叫方21、 22、 23可以访问相应的消息存储器210、 220、 230并收听Peter 10的 消息。
图2b示出了为执行改进呼叫转发的第二实施例而在电信系统中 交换的消息的消息流示图。该消息流示图涉及与图2a所示的消息流 示图相同的实体。
图2b所示的消息601至606与图2a所示的消息501至506相同。 然而，另外，Alice 21已经向呼叫管理系统31提供了有关呼叫处理的 首选项。Alice 21选择了发往她的呼叫必须不能分布到与网络的其他 订户相关联的消息存储器。相反，如果发往她的呼叫将被发送到呼叫 转发链末尾的消息存储器，则必须将该呼叫发送到她的消息存储器。 Alice21所提供的该首选项还被呼叫管理系统31附于呼叫602的数据 集上。
当接收到消息606后，呼叫管理系统33分析所接收的消息606 并从所增加的数据集中确定消息606与呼叫转发链有关。呼叫管理系 统33才是取数据集中包含的标识符，即Alice 21、 Bob 22和Roger 23 的标识符。呼叫管理系统33还#是取与所标识的#_叫方21、 22、 23相 关联的消息存储器210、 220、 230的地址。
呼叫管理系统33还4全查所接收的消息606是否包括涉及^皮叫方 的首选项的数据。在本例中，呼叫管理系统33检测到消息606包括 Alice 21提供的首选项。因此，呼叫管理系统33不将该呼叫转发给
Roger 23的消息存储器230。呼叫管理系统33将消息607发送给主叫 方10即Peter 10，以提示Peter 10提供将被递送给Alice 21的消息存 储器210的消息。
Peter 10在他的终端中说出消息。才艮据第一备选，该消息被直接 发送608到Alice 21的消息存储器210 (例如，借助再路由机制)。 根据另一备选，消息首先被发送609到Roger 23的呼叫管理系统33。 呼叫管理系统33将接收到的Peter 10的消息发送610到Alice21的消 息存储器210。这之所以可能是由于呼叫管理系统33已经从所接收到 的消息606中提取了消息存储器210的地址。Alice 21可以访问她的 消息存储器210并收听Peter 10的消息。
图2c示出了在用以为执行改进呼叫转发的第三实施例而在电信 系统中交换的消息的消息流示图。该消息流示图涉及与图2a和图2b 所示的消息流示图相同的实体。
图2c所示的消息701至706与图2a所示的消息501至506相同。
当接收到消息706后，呼叫管理系统33分析所接收的消息706 并从所增加的数据集中确定呼叫706与呼叫转发链有关。呼叫管理系 统33提取数据集中包含的标识符，即Alice 21、 Bob 22和Roger 23 的标识符。呼叫管理系统33还提取与所标识的被叫方21、 22、 23相 关联的消息存储器210、 220、 230的地址。
由确定呼叫706与呼叫转发链有关触发，呼叫管理系统33将消 息707发送给主叫方10。消息707包括提供给Peter 10的选择程序。 例如，将语音消息重》文给Peter 10,说到 "您想留消息给 1 _ Alice 2_Bob
3 — Roger
4 一 Alice和Bob
5 — Alice和Roger
6 — Bob和Roger
7_所有人，，
Peter 10可以通过按压他的终端上的相应^t字或通过说出相应数 字来选择该选择列表中的一个条目。4FI设他选4奪了 2,即Peter 10希 望他的消息仅被递送给Bob 22。 Peter 10的选择^皮发送708到呼叫管 理系统33。因此，呼叫管理系统33生成才是示，例如 "您可以给Bob留消息。请在信号后留言。，，
该提示被提供709给Peter 10。 Peter 10在他的终端说出消息。该 消息被发送710给Roger 23的呼叫管理系统33。呼叫管理系统33将 接收到的Peter 10的消息发送711到Bob 22的消息存储器220。这之 所以可能是由于呼叫管理系统33已经从所接收到的消息706中提取 了消息存储器220的地址。Bob 22可以访问他的消息存储器220并收 听Peter 10的消息。
此外，主叫方10可以选4奪将一个通知留在Peter 10的消息没有发 送到的消息存储器210、 230。该通知可以_说明有新的消息已经:帔递送。 然后，呼叫管理系统33生成相应的通知并将该生成的通知发送712a、 712b到Alice 21的消息存储器210以及Roger 23的消息存储器230。
还可以有一种选择，即呼叫管理系统33不i青求主叫方10选4奪递 送，而是系统地将消息递送到呼叫中所涉及的所有消息存储器210、 220、 230,即递送到Alice21、 Bob 22和Roger 23的消息存储器。
权利要求
1. 一种在电信网络中提供改进的呼叫转发服务的方法，其中主叫方对第一被叫方发起的呼叫被连续地转发，从第一被叫方开始，到一个或多个其他互连的被叫方，由此形成呼叫转发链，其中该方法包括步骤:向所述呼叫增加一组数据，该数据包括呼叫转发链所涉及的每个被叫方的标识符以及与分配给呼叫转发链所涉及的每个被叫方的相应消息存储器相关联的地址；当呼叫被转发给分配给呼叫转发链最后的被叫方的消息存储器时，提示主叫方提供消息，该消息将被存储在一个或多个消息存储器中；从该组数据中取回与消息存储器相关联的一个或多个地址；以及通过将从主叫方接收到的消息路由到所取回的一个或多个地址来将所述消息递送到一个或多个消息存储器。
2. 根据权利要求1所述的方法， 其中所述方法还包括步骤从第 一被叫方接收输入，所述输入涉及与所述呼叫的处理有关的 指令；将所接收到的输入作为与所述第 一被叫方相关联的首选项数据 存储；将所存储的首选项数据补入已增加到所述呼叫的所述一组数据； 当所述呼叫被转发到分配给所述最后被叫方的消息存储器时，检 查所述一组数据以查找首选项数据的存在；以及 根据所述首选项数据调整所述呼叫的处理。
3. 根据权利要求2所述的方法， 其中所述方法还包括步骤从第 一被叫方接收输入，所述输入指定由该一皮叫方提供的消息存 储在分配给第一被叫方的消息存储器，而不分布到一个或多个其他被 叫方中的任何一个或者分布到分配给一个或多个其他被叫方的任何消息存储器；当所述呼叫被转发到分配给所述最后被叫方的消息存储器时，指 示主叫方提供消息，该消息将被存储在分配给第一被叫方的消息存储 器中；从所述数据集中取回与分配给第 一被叫方的消息存储器相关联 的;也址；以及将从主叫方接收的消息路由至分配给第 一被叫方的消息存储器。
4. 根据权利要求1所述的方法， 其中所述方法还包括步骤执行用于选择该一个或多个被叫方中的 一个或多个的选择程序， 由此在该选择程序中提供的选择列表包括在呼叫转发链中涉及的每 个一皮叫方的标识符；从所述主叫方接收包括所述呼叫转发链中所涉及的一个或多个 被叫方的一个或多个所选4奪的被叫方的选择；从所述数据集中取回与分配给所选择的 一个或多个被叫方的消 息存储器相关联的地址；以及利用所取回的地址，将从主叫方接收的消息递送至分配给所选才奪 的一个或多个被叫方的一个或多个消息存储器。
5. 根据权利要求1所述的方法， 其中所述方法还包括步骤给消息还未递送到的一个或多个消息存储器递送通知，该通知指 示消息已经被递送。
6. 根据权利要求5所述的方法， 其中所述方法还包括步骤基于VPIM或IMAP递送所述通知。
7. 根据权利要求1所述的方法， 其中所述方法还包括步骤从所述数据集中取回与消息存储器相关联的所有地址；以及 通过将从主叫方接收到的消息路由到所有取回到的地址，将该消 息递送给所有消息存储器。
8. 根据权利要求1所述的方法， 其中所述方法还包括步骤通过封装可扩展标记语言脚本，将所述数据集增加到所述呼叫， 该可扩展标记语言脚本包含呼叫转发链中涉及的每个被叫方的标识 符以及与分配给呼叫转发链中涉及的每个被叫方的相应消息存储器 相关联的地址。
9. 一种用于在电信网络中提供改进的呼叫转发服务的网络实体， 其中主叫方对第 一被叫方发起的呼叫被连续地转发，从第 一被叫方开 始，到一个或多个其他互连的被叫方，由此形成呼叫转发链，其中所述网络实体包括控制单元，所述控制单元适用于向所述 呼叫增加数据集，所述数据包括呼叫转发链所涉及的每个被叫方的标 识符以及与分配给呼叫转发链所涉及的每个被叫方的相应消息存储 器相关联的地址；当呼叫被转发给分配给呼叫转发链最后的被叫方的 消息存储器时，提示主叫方提供消息，该消息将被存储在一个或多个 消息存储器中；从该组数据中取回与消息存储器相关联的一个或多个 地址；以及通过将从主叫方接收到的消息路由到所取回的 一个或多个 地址来将所述消息递送到 一 个或多个消息存储器。
10. —种用于在电信网络中提供改进的呼叫转发服务的计算机程 序产品，其中主叫方发起的对第一被叫方的呼叫被连续地转发，从第 一^f皮叫方开始，到一个或多个其他互连的^皮叫方，由此形成呼叫转发 链，其中当所述计算机程序产品由网络实体执行时，执行以下步骤 向所述呼叫增加 一组数据，该数据包括呼叫转发链所涉及的每个被叫方的标识符以及与分配给呼叫转发链所涉及的每个#皮叫方的相应消息存储器相关联的地址；当呼叫被转发给分配给呼叫转发链最后的被叫方的消息存储器时，提示主叫方提供消息，该消息将被存储在一个或多个消息存储器 中；从该组数据中取回与消息存储器相关联的一个或多个地址；以及 通过将从主叫方接收到的消息路由到所取回的 一 个或多个地址 来将所述消息递送到 一 个或多个消息存储器。
全文摘要
本发明涉及一种在电信网络中提供改进的呼叫转发服务的方法，以及一种执行所述方法的网络单元和计算机程序产品。主叫方对第一被叫方发起的呼叫被连续地转发，从第一被叫方开始，到其他互连的被叫方，由此形成呼叫转发链。向该呼叫增加一组数据，该数据包括呼叫转发链所涉及的每个被叫方的标识符以及与分配给呼叫转发链所涉及的每个被叫方的相应消息存储器相关联的地址。当呼叫被转发给分配给呼叫转发链最后的被叫方的消息存储器时，提示主叫方提供消息，该消息将被存储在一个或多个消息存储器中。从该组数据中取回与消息存储器相关联的一个或多个地址，并通过将从主叫方接收到的消息路由到所取回的地址来将该消息递送到一个或多个消息存储器。
文档编号H04M3/58GK101388927SQ20081021376
公开日2009年3月18日 申请日期2008年9月4日 优先权日2007年9月11日
发明者J·利特奥利, J-F·雷伊, S·库隆 申请人:阿尔卡特朗讯