用于管理呼叫的方法和设备、系统和软件产品的制作方法

用于管理呼叫的方法和设备、系统和软件产品的制作方法
【专利摘要】本发明的一个方面是一种用于管理呼叫的方法，包括以下步骤：识别主叫方（10）对建立与被叫方（20）的呼叫的呼叫请求（111），以及在呼叫被建立或拒绝之前，延长超时，所述超时是在识别所述呼叫请求（111）和由被叫方（20）自动拒绝呼叫之间的时间段。其他方面是用于管理呼叫的电信设备和电信系统以及相应的软件产品。本发明提供了给予被叫方更多时间来建立呼入呼叫的响铃时间延长。
【专利说明】
用于管理呼叫的方法和设备、系统和软件产品
技术领域
[0001] 本发明涉及管理呼叫的方法。本发明还涉及相应的设备、系统和软件产品。
【背景技术】
[0002] 几乎所有的电话提供商都具有超时时段，该该时段中，如果被叫端点没有应答呼 口H，则呼叫连接被释放。然而，很多用户由于不同的原因而经历未接呼叫，不同的原因诸如： -他们没有时间识别呼叫号码属于谁、号码来自哪个城市等，或者 -电话铃响了，并且他们不能在此场合立即应答，但是他们仅想要多一点的时间，以便 找到另一地方来接受呼叫，例如，走出会议室、其主管的办公室或公交车。
[0003] 截至目前，诸如在拒绝呼叫时呼叫繁忙或经由SMS "稍后呼叫你"来拒绝呼叫的技 术是可用的，在这种技术中，被叫用户必须回叫始发者，该发起者给予他发起通信的责任， 或者甚至更坏地，责备在呼叫时他或她不在。本领域中还已知的是，呼叫被接受，但是请求 主叫者稍等一会。该方法的缺点在于，主叫者必须在通信线路打开(这可能导致发生费用） 的同时，等待直到被呼叫人返回到该呼叫。

【发明内容】

[0004] 本发明的一个目的是提供一种用于管理呼叫，特别是语音呼叫（诸如电话呼叫）的 方法、设备、系统和软件产品，其能够至少部分地减轻如上所述的现有技术的缺点。具体地， 本发明的目的是提供一种向用户提供灵活地处理呼入呼叫的机会以使通信针对实际使用 情况更可调整的这样的方法、设备、系统和软件产品。
[0005] 本发明的上述一个或多个目的至少部分地由独立权利要求的特征来解决。在从属 权利要求中阐述了本发明的有利实施例和进一步发展。
[0006] 本发明的一个方面是一种用于管理呼叫的方法，包括以下步骤： -识别主叫方对与被叫方建立呼叫的呼叫请求，以及 -在呼叫被建立或拒绝之前，延长超时，该超时是在识别呼叫和由被叫方自动拒绝呼 叫之间的时间段。
[0007] 换言之，本发明的这一方面的方法提供了一种响铃时间延长，这给被叫方更多的 时间来建立呼入呼叫。应当注意，呼叫可以优选地包括电话呼叫，但是通常应该被理解为涵 盖任何语音电信标准。将进一步注意，识别该呼叫包括在被叫方的终端设备处接收呼叫。然 而，一般而言，在本发明的意义中的识别呼叫可以在通信路径中在任何实体被实现。
[0008] 在该方面的优选实施例中，延长超时的步骤包括： -在识别所述呼叫请求后，将响铃计时器设置为超时初始值，所述超时初始值定义在 所述呼叫请求被自动拒绝之前的响铃时间，以及 -在所述响铃计时器到期之前，将所述响铃计时器重置为超时重置值。
[0009] 响铃计时器可以是所述延长超时的形式。设置和重置初始值和重置值可以被定义 为使得计时器被从零开始向上运行到最终值(拒绝值)或者从最大时间开始向下运行到零。
[0010]在该实施例中，所述超时重置值可以与所述超时初始值相同，或者可以与所述超 时初始值不同，优选地可由所述被叫方预先和/或在接收到所述呼叫请求后定义。第一替代 方案可以是标准(默认)情况。第二替代方案允许用户单独设置响铃持续时间（即，所述时间 段或超时）。
[0011]在该方面的优选实施例中，提供了如下步骤:接收来自所述被叫方的用于执行延 长所述超时的步骤的要求。这里，延长所述超时的所述步骤可以在接收到所述超时延长要 求后被执行。
[0012] 通知可以通过消息、光信号、振动和/或音频报警来实现。其提醒被叫用户决定是 否应当要求响铃时间延长。
[0013] 在该方面的优选实施例中，提供了向所述被叫方通知所述时间段即将结束（即，所 述响铃计时器即将到期）的步骤，该步骤可以给予用户对响铃持续时间的更好控制。
[0014] 在该方面的优选实施例中，在所述时间段结束（即，响铃计时器到期)之前，自动地 执行延长所述超时的所述步骤。这是对前一实施例的替代或可选择的，并且确定该响铃可 以继续直至被叫方接听或明确拒绝该呼叫，或者主叫方终止该请求。建立可以按照默认设 置或用户选择。当一个人知道他或她下一次将无法迅速识别或接受呼叫时，用户选择是有 利的。
[0015] 在该方面的优选实施例中，提供了向所述主叫方和/或所述被叫方通知使所述响 铃计时器已经重置的步骤，优选地包括如下步骤：向主叫方的终端设备提供用于允许被叫 方在延长的超时期间接受呼叫请求的消息。可选地，通知可以包括重置的次数和/或重置已 经被自动还是手动执行的事实。该消息可以由所采用的标准来预定义，或者可以是系统、设 备或提供商的默认设置，或者可以是可由用户（即，被叫方)设置。如在本发明公开中所提出 的，适当的默认消息可以是"不要挂断，等一会"。该消息可以由主叫方编码并且由主叫方解 码。
[0016] 在该方面的优选实施例中，该方法通过使用SIP标准来实现，优选地利用INFO SIP 请求方法来分别在主叫方或中间实体处并且对主叫方或中间实体建立和/或通知延长的超 时（即，重置响铃计时器）。在该情境下，"中间"应当被理解为定义被叫方和主叫方之间的位 置。换言之，如果响铃计时器在除了被叫方本身之外的另一实体执行，则INFO SIP请求可以 用于在所述另一实体处触发响铃计时器重置。可选地，OPTIONS SIP请求可以用于确定另一 实体执行INFO SIP方法本身的能力，以及预先执行延长的响铃（即，响铃计时器重置)特征 的能力。INFO SIP还可以用于向主叫方或中间实体通知响铃计时器重置。这些选项可以被 混合，例如，响铃计时器重置(超时延长)可以由被叫方要求、由中间实体执行，并且由被叫 方或中间实体通知给主叫方。中间方可以是在主叫方和被叫方之间的任何SIP代理、ITSP、 交换装置、网关或任何装置。
[0017]在该方面的优选替代实施例中，该方法用TDM信令标准来实现，其中通过TDM编码 消息来实现任何请求、通知等。这里，可以预先定义和/或协商新的信息元素。例如，新的信 息元素"IE_DHU"（不要挂断)可以被定义用于通知主叫方。
[0018]本发明的另一方面是一种适配为执行先前方面的方法的电信设备。适配可以通过 编程(软件)或固定装置(硬件)来实现。因为该方面的设备被适配为执行先前方面的方法， 该设备提供了方法所提供的任何优点。
[0019] 在该方面的优选实施例中，所述电信设备是电信系统内的实体，所述实体被布置 在所述主叫方和所述被叫方或被叫方的终端设备之间。这样的实体可以是任何代理、ITSP、 交换装置、网关等。在第二选项中，该方法全部在终端设备(显然，被叫方）内执行。除了对主 叫方的可选通知/消息，该选项是标准无关的，因为不需要其他信令。
[0020] 在该方面的优选实施例中，所述电信设备包括触发元件，诸如按钮、键、开关、触摸 面板上的指定区域等，被适配用于要求或发起延长所述超时的所述步骤的执行。该提供可 以具体地用于台式电话站，其中用户不需要查看移动装置的显示器来处理要求。在替代方 案中，该设备可以被适配为识别要由被叫用户说出的语音命令，例如"延长响铃"等，以用于 要求或发起响铃计时器重置。
[0021] 在该方面的优选实施例中，所述电信设备被适配为在呼出和/或呼入和/或转移的 呼叫请求后运行所述响铃计时器。根据电信系统和/或标准和/或提供商，响铃计时器可以 被设置和执行，并且因此，超时可以在终端设备的任何一个中、提供商本身处或者在通信链 内的预定义或协商的实体处被延长。
[0022] 本发明的又一方面是一种电信系统，包括用于下述的装置部件： -识别主叫方对建立与被叫方的呼叫的呼叫请求，以及 -在呼叫被建立或拒绝之前，延长超时，该超时是在识别呼叫和由被叫方自动拒绝呼 叫之间的时间段。
[0023] 这里，所述电信系统优选地被适配为执行第一方面的方法。因为该方面的系统被 适配为执行第一方面的方法，该系统提供方法所提供的任何优点。
[0024] 在该方面的优选实施例中，方法的步骤被分配给所述电信系统的至少两个实体， 所述实体包括： -至少一个终端设备，被适配为提供对所述响铃计时器重置步骤的执行的要求，以及 -至少一个实体，被适配为运行响铃计时器，并且接受所述要求并执行所述响铃计时 器重置步骤。
[0025] 所述至少两个实体可以包括终端设备和所述至少一个实体中的一个或二者，或者 还可以包括其他实体。所述至少一个终端设备可以是被叫方的终端设备。至少一个实体可 以是另一终端设备，该另一终端设备可以是主叫方的终端设备。
[0026] 本发明的另一方面是一种用于管理呼叫的软件产品，所述软件产品被存储在计算 机可读介质上，优选地可直接加载到计算机的内部存储器中，并且包括用于在所述计算机 执行所述软件产品时执行第一方面的方法的步骤的程序代码，所述计算机优选地包括如下 各项，或由如下各项实现或包括在如下各项中：电话、移动电话、智能电话、PDA、服务器(优 选地电话服务器）、交换装置、网关、ITSP、台式计算机、便携式计算机、平板电脑等。将注意 的是，程序代码可以被适配为改变或扩展在所述计算机上存在的呼叫管理软件。因为该方 面的软件产品包括用于执行第一方面的方法的步骤的程序代码，该设备提供方法所提供的 任何优点。
[0027] 本发明描述了如何按需延长响铃时间和/或由于用户将最终接听电话而通知主叫 方多等一会的方法。该一般方法对于多个不同的技术可以是相同的，但每一个继承了该基 本功能并且可以根据基本协议和功能来使其进一步扩展。
[0028] 因此，本发明提供了一种用于提供"按需"请求以延长响铃和/或"通知"主叫方多 等一会的功能。由此，本发明使得电话提供商和/或编程者和/或制造商能够向用户提供以 更灵活的方式处理呼入呼叫的机会，以便于使通信对实际使用情况更可调整。
[0029] 本发明还可以通过用于管理呼叫的计算机程序来实现，计算机程序包括：当所述 计算机程序被加载在计算机中或由所述计算机执行时，并且通过数字数据载波，使得所述 计算机执行前述方法的步骤的指令，数字数据载波具有电可读控制信号，其被设计为与用 于管理呼叫的可编程计算机一起操作，所述控制信号被设计和适配为使得计算机执行前述 方法的步骤。这里，计算机还可以通过本发明所描述的方面的设备、通信设备、服务器(诸如 协作服务器、呼叫管理服务器、会议服务器等）、个人计算机等来实现。
[0030] 本发明的其他特征、目的、优点和细节根据本发明的具体实施例的以下描述和附 图中的相应图示将变得更加显而易见。显然，具体实施例、加上必要变更的其变体以及修改 的特征、目的、优点和细节适用于其他实施例、变体和修改，除非这样的应用明显违背技术 约束或自然法则。实施例可以彼此组合，并且实施例与另一实施例的任何组合作为整体或 在其单个特征方面可以被假设为构成本发明的实施例。
【附图说明】
[0031] 接着，参考具体实施例并且参考附图来描述本发明，在附图中： 图1是图示根据本发明的基本示例性实施例的方法的概念性消息流程图； 图2A、图2B是描绘根据本发明的示例性实施例的用于移动（智能）设备的接口的示意 图； 图3是描绘根据本发明的另一示例性实施例的台式设备的示意图； 图4和图5是图示根据本发明的特定示例性实施例的在SIP环境中实现的方法的消息流 程图； 图6是图示根据本发明的另一具体示例性实施例的在SIP环境中实现的方法的消息流 程图； 图7是示出事务失败情况的消息流程图； 图8是描绘根据本发明的另一具体示例性实施例的、针对被叫方使用诸如设备之类的 蜂窝电话或智能电话的情况的本发明的方法的实现的消息流程图； 图9是描绘根据本发明的另一具体示例性实施例的、针对在外部呼入呼叫的情况下的 TDM信令的本发明的方法的实现的消息流程图；以及 图10、图11是描绘根据本发明的另一具体示例性实施例的、针对在内部呼入呼叫的情 况下的TDM信令的本发明的方法的实现的消息流程图。
【具体实施方式】
[0032]现在，将参考附图来在本发明的优选示例性实施例中具体描述本发明。然而，要注 意，附图仅仅是示意性的，并不一定按比例。附图和描述用于说明本发明的基本原理，而不 以任何方式限制本发明。本发明仅由所附权利要求来限制。
[0033]〈一般原理〉 图1是图示根据本发明的基本示例性实施例的方法的概念性消息流程图。该图示意性 地示出了根据本发明的一般概念的基本的逻辑实体、其状态、事件和程序步骤。
[0034]图1中所示的方法涉及主叫方10、被叫方20以及计时器实体30。这里，主叫方10由 用户A表示，并且被叫方20由用户B表示。如图1中所示，当主叫方10发起呼叫时，如呼叫发起 状态110表示的，包括呼叫请求的第一消息111从主叫方10被发送到被叫方20。第一消息111 引起在被叫方20侧建立响铃状态120。此外，第一消息111使得计时器实体30将初始响铃计 时器131设置为启动。换言之，响铃计时器被设置为超时初始值。将被注意的是，在计时器实 体30中设置的任何响铃计时器定义在呼叫被建立或拒绝之前，在识别呼叫和由被叫方自动 拒绝呼叫之间的预定时间段，即预定超时。换言之，如果在计时器实体30中设置的响铃计时 器结束，则由主叫方10发起的呼叫将被释放，导致响铃状态120结束。
[0035]如在图1中所示，在初始计时器131结束之前，被叫方20向主叫方10发送包括发 "不要挂断-我将很快应答"通知的第二消息122。通过第二消息122,可以向主叫方10通知， 被叫方20已经识别了该呼叫请求，但是由于某些原因而在恰好该时刻未处于接受呼叫的位 置。因此，被叫方可能希望主叫方10将不会失去耐心，并且将不会挂断电话，而是等到呼叫 被应答。同时，第二消息122使得计时器实体30将新的响铃计时器132设置为启动。换言之， 响铃计时器被设置为超时重置值。重置值可以与初始值相同或不同。因此，响铃状态120被 保持，并且超时被延长。
[0036]在主叫方10、被叫方20和计时器实体30的相应侧上的各个装置协作地形成用于管 理呼叫的系统，该系统本身是本发明的实施例。系统中的任何这样的装置，只要执行或被配 置为执行先前或在以下示例性实施例、变体和修改或等同物中描述的方法步骤，就可以是 用于管理呼叫的设备，该设备的每一个本身是本发明的实施例。使得那些装置中的任何一 个执行前述方法或以下示例性实施例、变体和修改或等同物中的步骤的、诸如应用的任何 计算机程序或诸如软件产品或数据载波之类的其物理实现是本发明的实施例。
[0037] 将被注意的是，作为一般概念，计时器实体30可以位于系统中的任何实体处。换言 之，计时器实体30可以位于表示主叫方10或被叫方20的设备、服务器、交换装置或被指派用 于主叫方10或被叫方20的提供商实体中或者位于通信网络中的主叫方10和被叫方20正在 接入的任何实体处。
[0038] 〈示例性终端设备〉 假定在图1中一般性例示的本发明的方法在主叫方10和被叫方20侧使用某个终端设备 来执行，终端设备提供用户接口（UI)，该用户接口通常可以用分别针对主叫方10和被叫方 20的附图标记40，或附图标记41和42 (图10 )来表示。
[0039]在图2A、图2B和图3中示出了贯穿本公开被假定为允许人类用户触发所述特征的 发起的终端设备的示例。在本文中，图2A、2B描绘了用于移动（智能)设备200的接口40,并且 图3描绘了由台式设备300表示的接口 40。
[0040]在图2A和图2B中，假定SIP电话客户端在智能设备200上作为本地提供或作为第三 方应用来运行。智能设备200包括用作用户接口的触摸屏210。触摸屏210本身在本领域中是 已知的，因此这里将省略功能及其使用的描述。如图2A中所示，如果由在智能设备200上运 行的SIP电话客户端接收到和识别出呼叫请求(例如，图1的第一消息111)，则在触摸屏210 上显示指示呼叫方(BoB，该示例中的B)正在呼叫的呼入呼叫显示提示211。在本领域中通常 已知的是，还可以通过响铃声音和/或震动警报来提醒用户。此外，提供并且激活触摸屏210 的定义区域作为输入区域或虚拟按钮213、215、217以对触摸进行反应。具体地，提供应答按 钮213以允许用户应答呼叫，提供谢绝按钮215以允许用户谢绝该呼叫，并且作为本发明的 特征，提供延长响铃按钮217以允许用户延长响铃时间。通过"按下"延长响铃按钮217(即， 触摸在触摸屏210上的相应活动区域），本发明的响铃计时器延长特征被激活，即，响铃计时 器(诸如图1的计时器实体30)被重置。这可以通过例如向主叫侧发送消息（诸如图1的第二 消息)来进行。
[0041] 如图2B中所示，如果响铃计时器即将结束，则在智能设备200的触摸屏210上提示 警报对话框219,提醒用户响铃时间即将结束。警报对话框219具有"是"按钮219a和"否"按 钮219b。通过按下"是"按钮219a(即触摸触摸屏210上的相应活动区域），如上所述，重置响 铃计时器。通过按下"否"按钮219b，警报对话框219消失，并且在触摸屏210上再次显示图2A 中所示的画面，直至响铃计时器到期，此时呼叫被自动拒绝。即使在图2B中应答按钮213被 示出为未激活，也能够保持应答按钮213被激活，以允许用户应答该呼叫，而无需首先对警 报对话框219进行响应。即使在图2B中没有示出谢绝按钮，也能够提供被去激活的谢绝按钮 (诸如图2A的谢绝按钮213)用于参考，或者提供被激活的谢绝按钮以允许用户谢绝该呼叫， 而无需首先对警报对话框219进行响应。
[0042]在图3中，示出了台式设备300的原理视图。台式设备300是通过硬件被设计为提供 响铃时间延长功能的电话设备。如图3中所示，台式设备300包括外壳305、显示屏幕310、听 筒320、数字键板330以及多个特征键340,一个特征键被定义为延长响铃键347。如果在台式 设备300处接收到和识别出呼叫请求，则将在显示器310上显示相应的通知（未示出），将产 生响铃音，并且将初始地设置响铃计时器。如果响铃时间即将结束，则可以在显示屏幕310 上提示警报消息（未示出），提醒用户响铃时间即将结束。如果在响铃期间，延长响铃键347 由用户按下，则如上所述那样重置响铃计时器。如果延长响铃键347没有被按下并且呼叫没 有被应答，则当响铃计时器到期时，将自动地拒绝该呼叫。
[0043] 必须注意，图2A、图2B和图3中示出的设备200、300仅出于示例的目的，并且支持运 行SIP或其他适当电话应用的任何类型的设备(例如台式PC、笔记本、膝上型计算机、平板电 脑、PDA或本领域中已知或此后开发的任何其他类型)可以用作通信终端设备。
[0044] 〈具体实现〉 在下文中描述了可以在不同技术中找到上述示意的不同实现。这些是：（1)会话发起协 议(SIP [RFC3261])VoIP电话，和（2)数字信令。基于产品架构的OpenScape Business系列 来给出上述这些中的每一个的示例。
[0045] 〈SIP/VoIP 电话〉 现在将描述本发明对会话发起协议(SIP [RFC3261 ])V〇IP电话的应用。
[0046] 会话发起协议(SIP)是在各种标准和建议中定义的信令通信协议，并且被广泛用 于控制多媒体通信会话，诸如通过互联网协议（IP)网络的语音和视频呼叫（VoIP)。该协议 定义了在端点之间发送的消息，该消息支配呼叫的建立、终止和其他必要元素。SIP可以用 于创建、修改和终止由一个或若干媒体流组成的会话。
[0047] 基于SIP的通信系统可以包括各种组件。以下是贯穿本申请使用的一些实体的简 短定义： -SIP用户代理(UA)是用于创建或接收SIP信息并且由此管理SIP会话的逻辑网络端点 (通信终端hSIP UA可以执行发送SIP请求的用户代理客户端(UAC)和接收请求并且返回 SIP响应的用户代理服务器(UAS)的角色。UAC和UAS的这些角色仅持续SIP事务的持续时间。 SIP通信终端是实现SIP用户代理和服务器功能的IP电话，所述功能提供了电话的传统呼叫 功能，诸如拨号、应答、拒绝、保持/不保持和呼叫转移。SIP电话可以被实现为硬件设备或软 件应用客户端，其可以在具有相关能力的任何类型的设备中运行，例如PC、平板电脑、智能 电话或PDA等。 -代理服务器是出于代表其他实体进行请求的目的充当服务器和客户端二者的中间 实体。代理服务器主要扮演路由的角色，意味着其工作是确保请求被发送至更接近目标用 户的另一实体。贯穿本实施例，假定SIP代理服务器以简化的无状态方式起作用。 -互联网电话服务提供商（ITSP)提供基于经由互联网提供的通过互联网协议的语音 (VoIP)的数字电信服务。ITSP直接地向最终用户或者作为整体销售供应商向其他ITSP提供 服务。ITSP使用各种信令和多媒体协议，包括会话发起协议(SIP)。
[0048] 所提出的本发明方法的实现基于由通信SIP实体(SIP-UA:用户代理客户端，用户 代理服务器)对INFO SIP请求方法的支持。SIP UA将必须预先使用OPTIONS SIP请求方法来 向服务器或另一用户代理查询其能力，并且发现INFO支持是否可用。
[0049] 图4和图5是图示由本发明的具体示例性实施例实现的方法的消息流程图。这里， 图4是图示实现要被预先执行的OPTIONS SIP部分的对话的消息流程图，并且图5是图示实 现在图4中所示的OPTIONS SIP部分之后的INFO SIP部分的对话的消息流程图。
[0050] 为了易于描述，主叫方10通过称为"Alice"的人来例示，并且被叫方20通过被称为 "Bob"的人来例示。如图4中所示，第一SIP用户代理(UA-A)410表示主叫方10"Alice"，第二 SIP用户代理(UA-B)420表示被叫方20,并且ITSP 450可选地被涉及，表示管理实体50。在该 图示的示例性实施例中，Alice和Bob被假定为使用相应的终端设备，诸如图2A、图2B或图3 中所示的终端设备200或300。如图4中所示，UA-A 410使用OPTIONS SIP请求方法来向服务 器或另一用户代理查询其能力并且发现INFO支持是否可用，如在以下实施例中描绘的。对 于进一步参考，参见[RFC3261]，其全部内容通过引用被包括在本申请中。
[0051 ] 具体地，OPTIONS SIP请求方法的实现涉及由UA-A 410发送到UA-B 420的OPTIONS 请求消息411和/或由UA-A 410发送到ITSP 450的OPTIONS请求消息411a。当UA-B 420接收 到OPTIONS请求消息411时，其用200 0K应答422进行回复。类似地，当ITSP 450接收OPTIONS 请求消息411a时，其用200 0K应答452来进行回复。
[0052] OPT IONS请求411的内容在以下表1中例示：
表1: OPTIONS请求消息411的SIP列表。
[0053] 200 0K应答422的内容在以下表2中例示：
表2:200 0K应答422的SIP列表。
[0054] 贯穿本描述，将不具体描述任何例示的SIP消息的相应内容，只要其内容从本领域 中已知的使用标准中是显而易见的。注意，在本描述中以上和以下列出的任何消息可以包 括很多信息元素，该信息元素通过所实现的标准/建议来规定和/或根据实际情况，比如经 由路径、地址、标签号等来给出，并且将仅作为示例理解，而不意图在任何方面限制本发明， 除非另有说明。另外，这里和下文中例示的任何SIP消息可以包括为集中于关键元素而在本 公开中省略的其他必要或可选内容。换言之，在一些内容在这里被省略而该内容根据所使 用的SIP标准/建议是必要或可选的情况下进行省略，这仅仅用于简化描述，但是并不意味 着在实际实现中相应内容必须或应当丢失。在本申请的列出中，本发明提供的元素用下划 线突出显示。
[0055]将被注意的是，ITSP 450是用作Bob侧的寄存器或管理器的某个逻辑实体50的示 例。在该实施例中使用的OPTIONS请求消息可以被发送到ITSP 450,而不是直接发送到UA-B 420。即，从Alice 410到ITSP 450的OPTIONS请求消息411a类似于从Alice到Bob 420的 OPTIONS请求消息411，除了接收方地址不同。类似地，从ITSP 450到Alice 410的200 0K消 息452类似于从Bob到Alice的200 0K消息452,除了发送方地址（和通道）是不同的。根据 ITSP 450是否具有足够的信息来代表Bob的UA-B 420来进行应答，ITSP 450可以或可以不 转发指向Bob的任何消息。
[0056] 根据[RFC6086]的建议，提议假定使用INFO请求。INFO请求能力已经在利用如图4 中所描绘的特征之前，通过OPTIONS请求方法在各通信方之间交换。该方法涵盖如下二者： (l)Info包使用以及(2)继承INFO使用(针对[RFC2976]向后兼容）。
[0057]在"会话发起协议（SIP)参数" ：Info包，遵循[RFC5226]的定义（参见http:// www.iana.org/assignments/sip-parameters/sip-parameters.xhtml#sip-parameters-66,获得进一步细节）下，新的Info包名称将被登记到相关IANA注册表。只要Info包名称服 务被开放用于通过IANA的登记，名称"延长响铃"就应当被登记。如果已经登记，则另一独特 名称将被选择。
[0058]图5是描绘包括SIP信令的SIP端点A和B之间的延长响铃的执行的消息流程图。 OPTIONS请求没有在图5或随后的附图中描绘。OPTIONS相关协商已经如图4中所示那样成功 进行。INFO支持已经被协商。图5描绘了如图4中那样由UA-A 410表示的主叫侧10、如图4中 那样由UA-B 420表示的被叫侧20、被叫侧20的用户接口42、以及由多个SIP代理560表示的 SIP网络逻辑实体60。在附图中，为了简化的原因，仅图示了一个SIP代理级。在实际实现中， 任何消息将通过一个或多个SIP代理560,并且将最终具有通过的SIP代理560和/或添加的 其他网络资源的一个或多个通道地址，而不改变消息的其他内容。这通道路径的添加将适 用于经由SIP网络传送的任何消息。
[0059] 如图5中所示，UA-A 410发起对UA-B 420的SIP INVITE请求消息511。在（呼叫发 起）INVITE请求消息511时，UA-A 410指示其愿意接收对Info包"延长响铃"的SIP INFO请 求。将被注意的是，INVITE请求511是在图1的原理图中示出的呼叫发起消息111的例示。 INVITE请求消息511的内容在以下的表3中例示：
表3:SIP INVITE请求消息511的SIP列表。
[0060] 如本领域中一般已知的，在转发INVITE请求消息511的同时，SIP代理550向UA-A 410返回100尝试消息562。在该情境中，UA-B 420向UA-A 410发送回200(0K)响应，也指示在 该情况下，其愿意接收对于Inf 〇包的INFO请求。对于参考，该200 0Κ响应的内容在以下表4 中例示：
表4:200 0K响应消息的SIP列表。
[0061 ] 如本领域中进一步一般已知的，当UA-B 420接收到INVITE请求消息511 (111)时， 其返回180响铃消息524,并且使转移计时器530开始运行。将注意的是，转移计时器530是图 1中所示的响铃计时器530的例示。换言之，在该示例性实施例中，响铃计时器实体30在被叫 方(20)侧被实现。如图5所示，转移计时器530被设置到初始值，该初始值被指示为tl=2，其 中tl表示转移计时器530的响铃时间，并且为了简化的原因，值2表示计时器启动，值1表示 计时器运行，并且值0表示计时器已经到期。即，在图1中所示的原理实施例的意义上的初始 计时器131被启动。
[0062] 延长响铃服务由应用接口42发起，应用接口42刷新响铃计时器实体30,响铃计时 器实体30控制在UA-B 420上的呼叫管理流(例如转移计时器），以使呼叫对话保持处于响铃 状态。更具体地，当Bob通过经由用户接口 42设置命令545来选择发起延长计时器服务器时， 新的计时器132开始运行，即转移计时器530再次被设置为11=2，并且INFO请求消息526被发 送到UA-A 410。于是，UA-A 410向Bob发送包括Info包的200 0K响应517用于批准延长响铃。 [0063] INFO请求526的内容在以下表5中例示：
表5: INFO请求消息526的SIP列表。
[0064] 200 0K响应517的列表被省略，因为本领域技术人员根据以上内容将容易理解其 内容。
[0065] 在刷新的转移计时器tl(132)到期之前，用户Bob处于应答呼叫的位置，并且因此 200(0K)响应528被发送到Alice的UA-A 410，UA-A 410进而用ACK消息519来相应地进行确 认，ACK消息519在本领域中本身通常是已知的。
[0066] 在呼叫会话的情境内，延长的计时器服务可以由用户利用经由新的INFO请求消息 526传输到另一方的"延长响铃"消息触发多次。这是可选的服务，并且服务提供商可以决定 该服务可以被重复多少次。
[0067] 将注意的是，每个计时器的值0、1和2仅仅是指示每个计时器的启动、运行或到期 状态的状态标记，并且不与每个计时器的实际时间间隔（超时间隔）相混淆，实际时间间隔 将按几秒钟或中断周期等给出。初始超时间隔可以与重置超时间隔相同或不同，其中，重置 超时间隔可以是预先设置的(默认)和/或用户可选择的。
[0068] 〈ITSP订户解决方案〉 在图6中，示出了根据本发明的另一具体示例性实施例的经由处于响铃状态的ITSP订 户450触发的延长响铃服务的使用。
[0069] 假定该服务由SIP提供商支持，则其应当在由用户控制的应用触发后刷新在提供 商侧运行的任何取消（或转移）计时器630(例如t2)。可以例如通过OpenScape Business (OSBiz)来实现在ITSP 450和SIP端点之间的SIP信令延长响铃的过程。因此，进一步，除了 图5之外，图6也提供B2BUA OSBiz 660作为SIP网络实体60的一部分。
[0070] 该示例性实施例的过程类似于图5的过程，因此将不再次描述与已经描述那些相 同的特征。除了先前示例性实施例的过程，ITSP 450提供自己的经由SIP网络传输的100尝 试消息652以及由网络接口60本身（如图5中的代理550，B2BUA 660)生成的100尝试消息 562。将被注意的是，ITSP 450的100尝试消息652可以在B2B0A 660中被吸收，而不是被转发 到UA-A 410,或者可以被嵌套在B2B0A 660的100尝试消息562中。在该具体示例中，如前所 述的响铃计时器实体30被实现为取消计时器630,然而该计时器不改变本发明的发明特征 的实现。
[0071] 根据接收端点或B2BUA 660的能力，可以触发下述功能： -SIP-UA A 410接收不挂断的光学通知（1); -如果B2BUA 660如OpenScape Business(OSBiz)-样支配信令，贝丨』可以向最终用户提 供通告消息，以通知状态(2); -Alice设备可以生成本地音以用信号通知响铃延长。
[0072]〈事务失败〉 图7示出了事务失败的情况。如果SIP-UA接收对INFO请求526的469(坏Info包）响应 717,则该响应表示仅事务失败，并且因此，应当对邀请对话使用没有影响。这表示不支持的 Info包，因此不存在可以使用所提供的信息的应用级实现。在图7中，与在本申请中的其他 出现不同，Alice采用被叫方角色，而Bob采用主叫方角色。
[0073]将被注意的是，INFO消息{延长响铃} 526到A方的传输仅出于信息的原因被进行。 即，当没有通知Alice延长响铃的使用时，延长响铃也可以适当地工作。然而，有利的是向 Alice通知，以使她不失去耐心，并且拒绝呼叫。
[0074] 〈GSM 信令〉 现在将描述本发明到蜂窝电话环境中的集成。
[0075]图8是描绘根据本发明的另一具体示例性实施例的本发明的方法针对被叫方20使 用诸如图2A、图2B中示出的设备200的蜂窝电话或智能电话的情况的实现的消息流程图。 [0076]如图8中所示，蜂窝网络实体70被指派给被叫用户20(Bob)。蜂窝网络本身在本领 域中是已知的，使得其基本功能和设备这里不被描述。这里，蜂窝网络实体70由GSM服务870 来表示，GSM服务870可以包括一个或多个交换点、Bob的蜂窝电话所位于的小区的至少一个 基站等。GSM服务870从Bob的ITSP 450接收TDM信令。为此目的，ITSP 450配备有GSM到SIP中 介网关850,中介网关850作为控制通信协议级的交换功能的前提，并且使得ITSP 450能够 在一侧的SIP网络实体60(诸如B2BUA 660或SIP代理（图5中的560))和另一侧的TDM启用实 体(诸如GSM服务870)之间传递内容。
[0077] 显然，在ITSP 450、B2BUA 660和UA-A 410之间的消息收发类似于先前示例性实施 例的消息收发，因此重复描述被省略。将被注意的是，用于发起延长计时器服务的用户命令 545由Bob的终端设备转发到GSM服务870，其中，它将进一步被处理。在下文中，具体描述在 GSM服务870和ITSP 450(网关850)之间的差别和特定信令。
[0078] 如图8中所示，网关850将SIP INVITE请求消息511转换成GSM CC-SETUP信号851， 该信号851也可以被理解为表示图1中示出的一般概念意义上的呼叫发起消息111，并且将 该信号851发送到GSM服务870。由GSM服务870响应于CC-SETUP信号而生成的GSM CC_CALL_ PROCEEDING信号872和GSM CC_ALERTING信号874通过网关850被转换为SIP 100尝试消息 652和SIP 180响铃消息524。除了在ITSP 450中的取消计时器630，GSM计时器830也由GSM服 务870启动，该GSM计时器830是在图1中示出的一般概念意义上的另一响铃计时器实体30。 在通过用户接口 42设置被提交给GSM服务870的延长计时器服务发起命令545之后，GSM计时 器830被重新启动，并且GSM CC_INF0信号被发送到ITSP 450, ITSP 450首先重新启动其自 己的取消计时器630(如上所述），并且其次生成SIP INFO消息526。当用户(Bob)接受该呼叫 时，GSM服务870生成对ITSP 450的GSM CC_C0NNECT信号878,并且网关850将信号878转换成 SIP 200 0K消息528。当被叫方20接受呼叫时，GSM服务780生成GSM CC-C0NNECT信号878,信 号878由网关850转换成SIP 200 0K消息528,并且呼叫方的SIP ACK消息519被转换成GSM CC_C0NNECT_ACKN0WLEDGE 信号 859。
[0079]将被注意的是，在该具体示例性实施例中，在接收到SIP INFO请求消息526之后发 送的Alice的SIP 200 0K消息517将不被转发到GSM侧，而是仅在ITS 450中吸收。然而，在该 实施例的修改中，Alice的SIP 200 0K消息517可以被转换成适当GSM信号以用于向主叫方 20验证在被叫侧已经接受了响铃计时器延长。
[0080]将明显的是，GSM中的实现仅仅是蜂窝实施例的示例。上述概念同样适用于GPRS、 UTMS、HSPA或其他蜂窝标准。
[0081 ] 〈TDM 信令〉 现在将描述本发明针对TDM信令电话的应用。TDM信令将必须被增强以支持用于在TDM 中继中进行支持的该功能。如将被看到的，内部信令和外部信令将必须被不同地处理。 [0082]〈外部信令〉 图9是描绘根据本发明的另一具体示例性实施例的在外部呼入呼叫的情况下的本发明 的方法对TDM信令的实现的消息流程图。
[0083]在图9中，没有明确示出主叫方A。用作服务提供商实体50的中心办公室（C0 ) 50被 连接到呼叫方A也连接到的电话网络。提供商实体50建立C0中继线A950，以管理来自呼叫方 A的呼叫。在订户B所属于的内部网络内，提供了PBX中继线接口 80和网络实体90。PBX中继线 接口80建立了表示用于与⑶中继线A950交换数据的信道的中继线TRK A 980,并且网络实 体90由网络组件990来表示。在主叫方A(未示出）和订户B 920之间的任何信令经由⑶中继 线A 950、PBX TRK A 980和网络组件990运行。订户B920表示在本发明的意义上的被叫方 20 〇
[0084] 如图9中所示，在内部信令和外部信令之间存在很大差别。在该实施例中，SN_ZIF 消息重置计时器，使得在预定义数量的响铃周期之后不转发呼叫。然而，存在必须在该点被 重置的另一计时器，并且这是在中心办公室的信号处理内设置的释放中继线超时。重置中 心办公室PBX内的计时器的机制将通过设施或信息消息被调用，该信息消息具有引入的采 用值1或〇的新的信息元素 IE_DHU(不要挂断)或IE_N0HANGUP等。此外，该消息还可以用于来 自C. 0.的其他目的（如更新主叫方的显示器）。
[0085]以下将更具体地描述本示例性实施例的方法的实现。
[0086]只要提供商实体(C0)50从用户A接收到指向订户B 920的呼叫，提供商实体50就在 呼叫发起状态下建立C0中继线A 950,重置将开始运行的释放中继线计时器530(tl=0,初始 计时器131)，并且将TDM SETUP信号951发送到roX 80，PBX 80进而在呼叫发起状态下建立 PBX TRK 980,并且将TDM SN_RAN信号981发送到网络组件990。这里，转移计时器930被重置 (t2=0,初始计时器131)，并且TDM NS_RAN信号991被创建和发送到订户B 920,订户B 920因 此被设置在警报状态（120)下。
[0087] 一旦被叫方20决定通过按下他或她的终端设备（未示出）上的数字来发起响铃时 间延长，该数字按下生成TDM DC_INF0(BS_ZIF)信号942。那么，订户B 920将TDM SN_ZIF信 号922发送到网络组件990。这里，转移计时器930被再次重置(t2=0,新的计时器132)，TDM NS_N0HANGUP信号992被创建并且发送到PBX TRK A980，PBX TRK A980进而将TDM FACILITY (或INFORMATION)信号982发送到CO中继线A 950。这里，释放中继线计时器530被再次重置 (新的计时器132)。此外，在接收到TDM SN_ZIF信号922之后，网络组件990向订户B 920返 回TDM NS_N0TIFY信号993。
[0088] 在该示例性实施例中，假定在该新的计时器132正在运行中，被叫方20再次决定通 过按下他或她的终端设备（未示出）上的数字来发起响铃时间延长，该数字按下生成新的 TDM DC_INF0(BS_ZIF)信号944。再次，订户B 920将新的TDM SN_ZIF信号924发送到网络组 件990。然而，现在，网络组件990拒绝响铃时间延长的第二次发起，并且因此向订户B 920发 送TDM NS_REJ信号995,订户B 920进而通过TDM ra_INF0信号925向用户B通知响铃时间的 进一步延长不被允许。
[0089] 只要转移计时器930到期，网络组件990就向订户B 920发送TDM NC_SU_DISC信号 996,订户B 920进而通过TDM CD_DISC信号926向用户B通知警报状态结束，并且被设置为空 闲状态。此外，当转移计时器930到期时，网络组件990向PBX TRK 980发送TDM NS_CFW_INF0 信号997，PBX TRK 980进而向C0中继线A 950发送TDM NOTIFY信号987。这里，与主叫方侧的 通信被关闭。
[0090]以下表6包括在本示例性实施例中使用的TDM信号的解释：

表6:具有ISDN术语匹配的内部信令缩写。[0091] 以下表7示出了 IE_DHU(或NS_N0HANGUP)信息元素的格式
表7:用于DHU功能的新的设施信息元素。
[0092] 将被认识到的是，在用户决定激活延长响铃的情况下，必须更新全部两个计时器。 在该示例性实施例中，假定全部两个计时器30从0(开始）向上运行到2(终止值），如果计时 器被重置，则它再次采用值〇。以下表8包括计时器值及其各自的含义：
表8:计时器值。
[0093] 然而，将注意的是，每个计时器的值0、1和2仅仅是指示每个计时器的启动、运行或 到期状态的状态标记，并且不与每个计时器的实际时间间隔（超时间隔）相混淆，该实际时 间间隔将以几秒钟或中断周期等给出。初始超时间隔可以与重置超时间隔相同或不同，其 中，重置超时间隔可以是预先设置的(默认)和/或用户可选择的。
[0094]〈内部信号〉 图10、图11是描绘根据本发明的另一具体示例性实施例的在内部呼入呼叫的情况下本 发明的方法对TDM信令的实现的消息流程图。在该示例性实施例中，延长响铃激活的机制被 假定为在PBX系统（如OpenScape Business)中起作用。图10示出了被叫方20仅延长响铃一 次的一般情况，而图11示出了被叫方20尝试延长响铃两次的情况。
[0095] 在该示例性实施例中，订户A 1010和订户B 920存在于私人网络内，并且被认为通 过系统的处理来内部地被处理。服务提供商（如中心办公室（图9的50))可以存在用于管理 外部呼叫，但是在图10中未示出。交换装置(如PBX(图9的80))可以存在，但是为了易于说明 而在图10中未示出。网络组件990可以由roX表示或包括在PBX中。订户A 1010表示主叫方 10,并且订户B 920表示被叫方20。
[0096]信令与图9的那个类似，因此这里不重复描述相同的实体和信号。与先前实施例的 差别如下。对于发起呼叫，订户1 〇 1 〇向网络组件990发送TDM SN_RAN信号1011，信号1011对 应于图9中示出的先前实施例的SN_RAN信号981(在图9中由PBX TRK 980发送）。在接收到 TDM NS_N0HANGUP信号992而不是图9中示出的先前实施例的TDM FACILITY信号982后，订户 A 1010生成TDM ra_INF0信号1012,以在其用户接口41处示出，以向用户通知不要挂断，因 为订户B 920将很快接听。此外，网络组件990的TDM NS_CFW_INF0信号997直接由订户A 1010接收。
[0097]现在，更详细地描述本示例性实施例的方法的功能。订户A 1010呼叫订户B 920。 订户B 920启动响铃，而网络组件990负责保持转移计时器930，如果转移计时器930期满，则 遵循呼叫转移列表。现在如果订户B 920按下他的或她的终端设备处的预定义数字944(在 处于响铃状态中时），则沿着到执行下述两个基本动作的网络组件990的路径传播这个信 息： -将转移计时器930重置为其初始值t=0(因此超时时段被延长），以及 -向订户A 1010在他的或她的显示器上通知消息NS_N0HANGUP 992,以通知"不要挂 断，很快就来"。
[0098]现在，因为呼叫转发窗口被延长，所以订户B 920有机会在t=l之后拾取呼叫。然 而，如果用户不接接听呼叫，并且达到t=2,则呼叫被转发到呼叫目的地列表中的下一实体， 在呼叫被重新指向时，呼叫目的地列表包括第三方。
[0099]在图11中所示的情况中，订户B 920尝试第二次延长计时器实体30。然而，这是不 允许的，因为特征的使用案例规定订户B 920将在短期内拿起听筒。
[0100]在后一种情况下，将向订户B 920通知该动作是不被允许的。显然，网络组件990必 须保持被叫站使用了该特征多少次的信息。因此，如果订户B 920决定再次延长超时（SN_ ZIF)，则将向回发送拒绝消息NS_REJ 995，以向他或她通知消息："不允许"。
[0101]第二次或第三次激活的拒绝取决于服务提供商或PBX，并且这是可配置的。计时器 实体30理论上可以被无限地更新。
[0102] 本专利申请介绍了电话中的响铃中信令概念，并且将其分解为VoIP和数字技术。 关于后者，本申请介绍了新的ISDN消息信息元素（IE)，或替代地现有用户到用户信令的使 用。响铃中信令对于上述使用情况可能是显著有用的，但是除此之外，其还可以用于其他应 用。
[0103] 本发明通常适用于任何通信领域。
[0104] 显然，对于本领域技术人员，基于在本说明书中公开的信息，本发明的各种应用可 以变得显而易见，各种应用可能会不被明确地提及，但是完全由本申请的范围涵盖。
[0105] 要注意，在本发明的示例和实施例中没有明确描述模拟信令。可能存在关于在响 铃当前存在于被叫方侧的同时传送带内信令的限制，该限制将必须被进一步研究。然而，这 并不排除本发明的原理适用于以模拟电话环境。
[0106] 关于本文先前公开的单个或若干实施例公开的一个或多个技术特征也可以存在 于另一实施例中，除了它/它们被规定为不存在或出于技术原因，它/它们不可能存在。例 如，尽管一些实施例提供了在被叫方侧的ITSP或其他管理实体，但是在本申请中的任何消 息收发或信令中的任何一方都可以被指派某个管理实体，诸如ITSP。
[0107] 在本发明的意义上，一方(即，主叫方、被叫方)可以被理解为是逻辑实体或者作为 人类、终端设备、用户接口、用户代理、提供商实体、网络实体等，其在呼叫的情境中设置、接 收或转发呼叫或相应的消息或信号。具体地，根据消息收发或信令的方向，通信的各个端点 之间的实体可以采用主叫方和被叫方两个角色。更实际地说，中间逻辑或物理实体可以作 为主叫方发生，用于在被叫端点的方向或被叫端点本身中的实体，并且对于在主叫端点的 方向或主叫端点本身中的实体，可以与被叫方同时发生。
【主权项】
1. 一种用于管理电话呼叫的方法，包括下述步骤： -识别主叫方（10 )对建立与被叫方(20 )的呼叫的呼叫请求（111 )，以及 -在呼叫被建立或拒绝之前，延长超时，所述超时是在识别所述呼叫请求（111)和由被 叫方(20)自动拒绝呼叫之间的时间段。2. 根据权利要求1所述的方法，其中，延长所述超时的步骤包括下述步骤： -在识别出所述呼叫请求(111)后，将响铃计时器(30)设置为超时初始值，所述超时初 始值定义在所述呼叫请求被自动拒绝之前的响铃时间，以及 -在所述响铃计时器(30)到期之前，将所述响铃计时器(30)重置为超时重置值。3. 根据权利要求2所述的方法，其中，所述超时重置值与所述超时初始值相同，或者与 所述超时初始值不同，优选地能够由所述被叫方（20)预先和/或在接收到所述呼叫请求 (111)后定义。4. 根据前述权利要求中的任何一项所述的方法，进一步包括下述步骤:接收来自所述 被叫方(20)的用于执行延长所述超时的步骤的要求(545;942,944)，延长所述超时的所述 步骤在接收到所述要求(545; 942,944)后被执行。5. 根据前述权利要求中的任何一项所述的方法，进一步包括下述步骤：向所述被叫方 (20)通知所述时间段即将结束。6. 根据前述权利要求中的任何一项所述的方法，其中，延长所述超时的所述步骤在所 述时间段结束之前被自动执行。7. 根据前述权利要求中的任何一项所述的方法，进一步包括下述步骤：向所述主叫方 (10)和/或所述被叫方(20)通知所述超时已经被延长，优选地包括下述步骤：向所述主叫方 (10)的终端设备提供允许所述被叫方(20)在延长的超时期间接受所述呼叫请求(111)的消 息。8. 根据前述权利要求中的任何一项所述的方法，其中，所述方法通过使用SIP标准，优 选地利用用于分别在和向所述主叫方（10)或中间实体(60)建立和/或通知超时延长的INFO SIP请求方法，或利用TDM信令标准来实现，其中，通过TDM编码的消息来实现任何请求、通知 等。9. 电信设备，被适配为执行根据前述权利要求中的任何一项所述的方法。10. 根据权利要求9所述的电信设备，其中，所述电信设备是电信系统内的实体或可由 所述被叫方(20)使用的终端设备(200; 300)，所述实体被布置在所述主叫方（10)和所述被 叫方(20)之间。11. 根据权利要求10所述的电信设备，其中，所述电信设备包括触发元件，诸如按钮、键 (347)、开关、触摸面板(210)上的指定区域(219a)，被适配用于要求或发起延长所述超时的 所述步骤的执行。12. 根据权利要求9至11中的任何一项所述的电信设备，其中，所述电信设备被适配为 在呼出和/或呼入和/或转发呼叫请求(111)后，运行响铃计时器(30)。13. 电信系统，包括用于下述操作的装置部件： -识别主叫方（10 )对建立与被叫方(20 )的呼叫的呼叫请求（111 )，以及 -在所述呼叫被建立或拒绝之前，延长超时，所述超时是在识别所述呼叫请求和由所 述被叫方(20)自动拒绝所述呼叫之间的时间段， 其中，所述电信系统优选地被适配为执行权利要求1-8中任一项所述的方法。14. 根据权利要求13所述的电信系统，其中，所述方法的步骤被分配给所述电信系统的 至少两个实体，所述实体包括： -至少一个终端设备（200; 300)，被适配为提供对于执行所述超时延长步骤的要求 (545;942,944)，以及 -至少一个实体，被适配为运行响铃计时器(30)并且接受所述要求(545;942,944)，并 且执行所述超时延长步骤。15. 用于管理呼叫的软件产品，所述软件产品被存储在计算机可读介质上，优选地可直 接加载到计算机的内部存储器中，并且包括用于在所述计算机执行所述软件产品时执行根 据权利要求1-8中的任何一项所述的方法的步骤的程序代码，所述计算机优选地包括如下 各项或者由如下各项体现或被包括在如下各项中：电话(300)、移动电话、智能电话(200)、 TOA、服务器、优选地为电话服务器、交换装置、网关、ITSP、台式计算机、便携式计算机、平板 电脑等。
【文档编号】H04M1/725GK106027744SQ201610170886
【公开日】2016年10月12日
【申请日】2016年3月24日
【发明人】D.乔治奥, V.贾蒂利斯
【申请人】统有限责任两合公司, 统一有限责任两合公司