CN101507210A - 基于诸如sip的计算机协议将电话呼叫与对话相关联 - Google Patents

Abstract

在计算设备处提供与电话呼叫有关的非语音能力包括接收开始从第一电话到第二电话的电话呼叫的请求，其中该请求使用经计算机网络连接的各计算设备之间的消息收发来执行，并且该消息收发是信令阶段对话的一部分。该信令阶段对话可用于提供与电话呼叫各方的身份相关联的信息。可以在经公共交换电话网络建立该电话呼叫之后执行计算设备之间通话阶段对话的开始。通话阶段对话至少在该电话呼叫进行的同时允许与该电话呼叫相关联的消息在计算设备之间传递。这些对话和消息收发可以使用会话初始协议(SIP)或另一计算机通信协议来进行。

Description

基于诸如SIP的计算机协议将电话呼叫与对话相关联

背景

信令通常在公共交换电话网络(PSTN)内用于建立和终止电路、会话等。例如，用于PSTN的信令协议之一被称为公共信道信令系统7(SS7)。在PSTN中，现有的信令协议可以提供对基本呼叫建立和卸载、记帐、无线服务和漫游、本地号码可移植性、免费通话服务、呼叫者ID、三方通话、呼叫转接增强特征等的支持。然而这些现有的信令协议提供了有限的支持。例如，关于呼叫者ID，无法保证呼叫者ID信息端到端地传递。另一个问题是如果呼叫来自专用分组交换机(PBX)扩展等，则呼叫者ID对用户不是唯一的。例如，当Acme(阿柯姆)公司的雇员打电话时，它可能标识“Acme”而不是该雇员。

与PSTN信令协议不同，会话初始协议(SIP)不限于在建立信令阶段期间进行通信。SIP是计算机系统可用于发现彼此并建立、修改和终止多媒体会话的应用层控制协议。例如，SIP是用于实现IP语音技术的关键协议之一。实现IP语音技术通常涉及将语音信息转换至数字格式并将其以离散分组而不是传统的PSTN电路约定协议发送。SIP还与诸如即时消息收发和其他“实时”通信技术之类的实现特征相关联。例如，即时消息收发服务允许参与者发送消息并让这些消息在一两秒钟内由会话中的其他参与者收到。接收参与者随后能够将响应的消息以类似的方式发送给其他参与者。

SIP是因特网建议标准。它的规范“RFC3261”可在<http://www.ietf.org/rfc/rfc3261.txt>处获得。用于有关事件通知的SIP扩展的规范“RFC3265”可在<http://www.ietf.org/rfc/rfc3265.txt>处获得。SIP网络包括能够作为客户机、服务器或两者而参与对话的实体。SIP支持四类实体：用户代理、代理服务器、重定向服务器和注册器。用户代理通过与其他SIP实体交互消息来发起并终止会话。用户代理可以是用户代理客户机(“UAC”)，或者用户代理服务器(“UAS”)，其中UAC是发起SIP请求的设备而UAS是接收SIP请求并对这些请求作出响应的设备。作为示例，“IP电话”、个人数字助理和其他类型的计算设备可以作为用户代理。设备可以在一个对话中是UAC而在另一个对话中是UAS，或者可以在该对话期间改变角色。代理服务器是对客户机充当服务器和对服务器充当客户机的实体。由此，代理服务器在UAC和UAS之间截取、解释或转发消息。重定向服务器接受SIP请求并生成指向UAC的响应，其中该UAC发送该请求以接触可选网络资源。注册器是从用户代理接受注册信息并且通知所接收注册信息的位置服务的服务器。

SIP支持两种消息类型：从UAC发送至UAS的请求，以及响应请求时从UAS发送至UAC的响应。SIP消息由三部分组成。SIP消息的第一部分是“请求线”，它包括指示消息方法(例如，INVITE(邀请))的字段以及指示标识该请求所指向的用户或服务的请求URI的字段。消息的第二部分包括其值被表示为名-值对的头部。SIP消息的第三部分是消息的主体，用于描述要发起的会话或者包括与该会话相关的数据。消息主体可以在请求或响应中出现。

概述

提供了一种用于将电话呼叫与诸如会话初始协议(SIP)的计算机对话相关联的方法和系统。对话可以允许在计算设备上提供与电话呼叫有关的信息。A方想呼叫B方。A方和B方都具有计算设备和电话。使用他们计算设备之间的消息收发，A方发送开始与B方电话呼叫的请求。只要该请求由B方的计算设备接受，则建立计算机对话(例如，SIP邀请事务对话)的信令阶段，并尝试经由公共交换电话网络(PSTN)发起一电话呼叫。当接收到电话呼叫已成功建立的确认时，假设配置合适，则A方的计算设备和B方的计算设备开始通话阶段的计算机对话(例如，SIP对话)。计算机对话(在信令阶段或通话阶段)可用于发送有关A方和B方的身份、电话呼叫的状态、与电话呼叫相关联的设备状态等的消息。

多个系统组件可实现对话的建立，这些组件可以包括，也可以不包括在A方和B方计算设备上运行的通信应用程序、帮助在A方和B方的计算设备之间传递消息的实况通信服务器、在公共交换电话网络和计算设备之间的接口、公共交换电话网络的组件(可以包括PBX的组件)等。

提供本概述以便以简化形式引入概念精选，这些概念将在以下的详细描述中被进一步描述。本概述并不旨在标识要求保护主题的关键特征或本质特征，也不旨在用于帮助确定要求保护主题的范围。

附图简述

图1是示出在一个实施例中用于将电话呼叫与SIP对话相关联的系统各组件的框图。

图2是示出在一个实施例中用于建立与电话呼叫相关联的SIP对话的通信流程的联网图。

图3是示出用于在存在竞争条件的情况下建立与电话呼叫相关联的SIP对话的通信流程的联网图。

图4示出在一个实施例中从呼叫方客户端发送的SIP INVITE(邀请)消息的内容。

图5示出在一个实施例中从被呼叫方客户端发送的SIP INVITE响应消息的内容。

图6是示出在一个实施例中在呼叫者计算设备处建立与电话呼叫相关联的SIP对话的例程的流程图。

图7是示出在一个实施例中在被呼叫方计算设备处建立与电话呼叫相关联的SIP对话的例程的流程图。

详细说明

提供了一种将电话呼叫与基于计算机的对话相关联的设施(例如，软件设施及相关系统)。在某些实施例中，端到端SIP对话结合经诸如公共交换电话网络(PSTN)的“普通老式电话网络”进行的电话呼叫来建立。该设施随后将PSTN呼叫状态与SIP对话状态同步。例如，可以使用该SIP对话向被呼叫方标识呼叫方。这就使得被呼叫方即便在呼叫不包括呼叫者ID信息时也能标识呼叫方。此外，使用一个或多个字段来扩展SIP以支持PSTN状态与SIP状态的同步。这些扩展的示例包括一个或多个呼叫信息字段(例如，经由SIP INVITE发送)、一个或多个呼叫信息响应字段(例如，经由SIP 200 OK(确认)发送)、以及一个或多个呼叫信息匹配字段(例如，经由SIP ACK(应答)发送)。

在某些实施例中，当用户(呼叫者)想给他或她计算机联系人列表内的某人(被呼叫方)打电话时，他或她就选择该联系人并且表明对该联系人尝试呼叫。此刻，呼叫者计算设备上的应用程序将发送一请求(例如，SIP INVITE)给被呼叫方计算设备，从而开始信令阶段对话。请求可以包括该电话信息是与该联系人建立对话的一个方面的指示。此时被呼叫方就能料想到来自呼叫者的电话呼叫。如果被呼叫方的计算设备以接受作为回复并且指示它支持电话信息，则呼叫者的计算设备就通过电话系统尝试呼叫，并在随后等待直到它得到指示被呼叫方的电话开始响铃的已递送消息。一旦被呼叫方听见电话铃响，被呼叫方能够预测该呼叫是来自于呼叫者，这在通常情况下如此，除非恰好在收到发送SIP消息的呼叫者的呼叫之前收到来自另一呼叫者的呼叫。当呼叫者的计算设备收到该呼叫被应答以及计算机交换已发生的指示时，呼叫者的计算设备随后就知道该PSTN电话呼叫成功并且发送指示成功的计算机消息。此时被呼叫方即能获知该呼叫来自预期的呼叫者。

在应答呼叫确认被接收之后，就建立了通话阶段计算机电话。因此，信息可以在呼叫者计算设备和被呼叫方计算设备之间来回发送。这些信息可以包括对呼叫已被保持、转向或转移等的指示。

图1是示出在一个实施例中该设施的组件的框图。在某些实施例中，该设施包括通过因特网135连接到一个或多个客户端150和175的实况通信服务器100。实况通信服务器100包括存在服务器105，它可以是维护与即时消息收发服务的每个用户有关的状态信息的SIP注册器。存在服务器105可以包括预订组件115和存在文档存储120。预订组件115为每个用户维护预订该用户的存在信息的用户的当前列表。每个用户的状态信息以被称为存在文档的文档形式表示。存在文档存储120包含每个用户的存在文档，用以指示实况通信服务器100上该用户的当前状态。

用户数据服务器110维护每个用户的永久性数据并且包含联系人列表存储125。联系人列表存储125包含每个用户的联系人列表。在某些实施例中，实况通信服务器100将用户的联系人列表提供给该用户的已注册端点。这些端点的示例包括客户端A150和客户端B175，它们都与人类用户相关联。在某些实施例中，客户端150和175包括通信应用程序155。通信应用程序155可以包含预订组件160、注册组件165和用户界面组件170。预订组件160预订该用户联系人的存在信息。注册组件165向实况通信服务器100注册该用户端点并发布对该用户存在信息的更新。用户界面组件170可以在用户与通信应用程序155交互时提供向其呈现的窗口、视图和其他图形元素。

该设施可与PSTN网络130相关联，而与每个客户端相关联的电话(180和190)则可通过该网络130进行通信。电话180和190还可以各自与遗留PBX185和195相关联。如果需要，远程电话控制(RCC)服务器196可以提供PBX(或其他PSTN组件)和客户端计算设备之间的接口。以此方式，客户端计算设备就能够知晓在其中尝试呼叫的PBX处所发生的活动。例如远程呼叫控制服务器可以用作将通信应用程序使用的标准协议转换成由PBX支持的专用的计算机电话集成(CTI)协议的网关。虽然未示出，但是一个或多个网关组件能够让经由PSTN130的通信更为便利。例如，可以提供SIP-PSTN网关来让计算设备和电话之间的呼叫更为便利。

其上实现该设施的计算设备可以包括中央处理单元、存储器、输入设备(例如，键盘和定点设备)、输出设备(例如，显示设备)和存储设备(诸如，盘驱动器)。存储器和存储设备是含有实现该系统的指令的计算机可读介质。此外，数据结构和消息结构可被存储或经由诸如通信链路上的信号之类的数据传送介质发送。可以使用各种通信链路，诸如因特网、局域网、广域网、点对点拨号连接、蜂窝电话网络等。

该设施的实施例可以在各种操作环境中实现，这些操作环境包括个人计算机、服务器计算机、手持式或膝上型设备、多处理器系统、基于微处理器的系统、可编程消费电子设备、数码相机、网络PC、小型计算机、大型计算机、包括任何上述系统或设备中任一种的分布式计算环境等。计算机系统可以是蜂窝电话、个人数字助理、智能电话、个人计算机、可编程消费电子设备、数码照相机等。

系统可以在由一个或多个计算机或其他设备执行的诸如程序模块等计算机可执行指令的通用上下文中描述。一般而言，程序模块包括执行特定的任务或实现特定的抽象数据类型的例程、程序、对象、组件、数据结构等等。通常，程序模块的功能可以按需在各个实施例中进行组合或分布。

图2是示出在两个客户端(诸如，图1的客户端A 150和客户端B 175)之间的SIP对话建立进程200中的通信(例如，包含方法和响应的消息)流程的网络图，其中客户端A正经由PSTN呼叫客户端B。图2的通信流程在不存在竞争条件(诸如，那些由尝试呼叫的第三方引起的条件)的情况下出现。在示出的实施例中，PSTN信令经CSTA ECMA-269呼叫控制抽象(由计算应用程序用于监视并控制交换系统，诸如PBX)发生(用虚线箭头表示)。在某些实施例中，这些信令在相应的PBX处实现，并且可能与远程呼叫控制服务器相关联。虽然被描述为从客户端到客户端的传播，图2中描述的SIP消息(即，那些由实线表示的消息)也可替代地经由诸如图1的实况通信服务器100的公共服务器通信。时间沿图中向下方向推进，因此该图顶部的消息早于那些底部的消息被发送。

进程由客户端A发送带有标准SIP邀请头部和呼叫信息头部的SIP INVITE205开始。该消息205内的字段可以包括呼叫者电话统一资源标识符(URI)、被呼叫电话URI、可任选呼叫者ID(诸如，公司号码)、呼叫类型(例如，常规、咨询、会议等)等。只要在客户端A和客户端B之间存在SIP连接的可能，作为响应，客户端B就会发送包括“所支持电话”头部的SIP 183(在进行中)响应210。这表示了SIP对话信令阶段的开始。此时，客户端B能够预料接收来自客户端A的呼叫。如果客户端A无法经由SIP与客户端B通信(例如，没有可用地址、没有联合(federation)等)，则作为接收SIP183(在进行中)响应的替代，客户端A将接收4xx响应代码(指示出错)。

接下来五次通信(215、220、225、230和235)表示相关于PSTN发生的信令。如果使用远程呼叫控制服务器，这些通信将在该远程呼叫控制服务器和相应的客户端之间传递。可选地，它们可以直接在PBX和相应的客户端之间传递。在示出的实施例中，这些通信的第一个是进行呼叫服务请求信号215。该信号可以与将连接ID分配给呼叫设备相关联。客户端A随后接收进行呼叫响应信号220，及随后的已发源信号225。由客户端B接收的已递送信号230(接收自客户端B的PBX或RCC)对应于客户端B的电话响铃。客户端A也接收到表示电话响铃事件的已递送信号235。

在客户端A和客户端B都已接收到递送信号之后，客户端B发送SIP180(响铃)响应240。该响应可以包括所支持的电话头部。类似地，在某些实施例中，在客户端B发送SIP 180(响铃)响应给客户端A之前，客户端A可以发送含有标识信息的SIP 180(响铃)响应给客户端B，这样客户端B就能够知道是谁在呼叫。

当与客户端B相关联的用户实际上应答响铃电话时，客户端B发送SIP 200 OK响应245。除了所支持电话头部之外，在此响应245中的字段可以包括呼叫者电话统一资源标识符(URI)、被呼叫电话URI、以及状态字段。

通过应答响铃电话，与客户端B相关联的用户发起进一步的PSTN信令。例如，客户端A和客户端B都接收到来自它们各自PBX/RCC的已建立信号(分别是250和255)。作为该信令的结果，客户端A发送SIP ACK 260。SIP ACK 260表示INVITE事务的结束以及信令阶段对话的结束。除了头部信息之外，该ACK可以包括与匹配标志有关的信息。这允许客户端B将该呼叫与SIP URI和谈话窗口相关联，藉此建立SIP通话阶段对话。

图3是示出在两个客户端(诸如，图1的客户端A 150和客户端B 175)之间的SIP对话建立进程300中的通信(例如，包含方法和响应的消息)流程的网络图，其中客户端A正经由PSTN呼叫客户端B。图3内的通信流程在有竞争条件存在的情况下出现。更具体地，第三呼叫者C在客户端A尝试呼叫客户端B的同时尝试对与客户端B相关联的电话进行呼叫。如同图2，在图3所示的实施例中，PSTN信令经由CSTA ECMA-269呼叫控制抽象而发生(用虚线箭头表示)。在某些实施例中，这些信令在各自的PBX处实现，并且可能与远程呼叫控制服务器相关联。虽然被描述为从客户端到客户端地传播，但是图3中描述的SIP消息(即，那些由实线表示的消息)也可替代地经由诸如图1的实况通信服务器的公共服务器通信。

进程由客户端A发送带有标准SIP邀请头部和呼叫信息头部的SIP INVITE305开始，由此发起SIP信令对话。作为响应，B发送包括“所支持电话”头部的SIP 183(在进行中)响应310。接下来三次通信(315、320和325)中，客户端A进行与PBX/RCC的信令通信以尝试建立PSTN呼叫。然而，在此之前，呼叫者C已经呼叫客户端B的电话。因此，虽然进行呼叫服务请求信号215、进行呼叫响应信号320和已发源信号325正常出现，但是客户端A在C对客户端B电话的呼叫被递送(信号330)之后不久就接收到失败信号335。此时，客户端B能够预料接收来自客户端A的呼叫。随后，客户端B在不是客户端A的较小风险下应答该电话。作为响应，客户端A发送SIP CANCEL(取消)340给客户端B。此时，客户端B知道该呼叫不是来自客户端A。这就结束了建立SIP通话阶段电话的进程。与此同时，与客户端B相关联的用户应答来自呼叫者C的电话呼叫，并且从PBX/RCC接收与C的呼叫有关的已建立信号345。

图4示出在一个实施例中由第一SIP客户端(呼叫方)经实况通信服务器发送给第二SIP客户端(被呼叫方)的INVITE消息400的内容。INVITE消息400包括IP头部405、TCP头部410和SIP消息412。TCP/IP之外的协议也可用于底层传输。SIP消息412包括带有SUBSCRIBE(预订)方法的请求行415、发件人头部420、收件人头部425、呼叫者电话URI头部430、被呼叫电话URI头部435、辅助呼叫者ID头部440、呼叫类型头部445、所支持头部450和内容长度头部455。发件人头部420标识420发送客户端计算设备(呼叫者)。收件人头部425指定要该分组的发送者所预订的端点(被呼叫方)。呼叫者电话URI头部430指定呼叫者的电话，而被呼叫电话URI头部435则指定被呼叫方的电话。辅助呼叫者ID头部440提供可选的呼叫者ID(例如，与该呼叫者相关联的公司的ID)，并且是可任选的。呼叫类型头部445指定呼叫类型，例如可以是常规呼叫、会议呼叫、咨询呼叫等。所支持头部450指定发件方支持的任何特定行为。内容长度头部455的0值指示没有数据跟随在SIP消息头部之后。然而在可选实现中，包含在头部内的部分数据(例如，呼叫者电话URI、辅助呼叫者ID等)可以替代地在消息数据中提供。

图5示出在一个实施例中由被呼叫方(经实况通信服务器)发送至SIP客户端的INVITE响应500的内容。INVITE消息500包括IP头部505、TCP头部510和SIP消息515。TCP/IP之外的协议也可用于底层传输。SIP消息515包括SIP响应标识符520、收件人头部525、发件人头部530、呼叫者电话URI头部531、被呼叫电话URI头部532、状态头部533、CSeq头部535、所支持头部540和内容长度头部545。SIP响应标识符520标识SIP版本2.0以及指示预订成功的请求的状态(例如，202 Accepted(被接受))。收件人头部525指定该请求的原始发送者所预订的端点。发件人头部530指定该请求的原始发送者。呼叫者电话URI头部531指定呼叫者的电话，而被呼叫电话URI头部532则指定被呼叫方的电话。状态头部533指定被呼叫方的呼叫系统的状态。CSeq头部535被包含在来自实况通信服务器的包括请求和响应的每个消息中，并被用作序列号来确定来自该服务器的消息的相对顺序。为每个SIP对话创建不同的序列号，并且该序列号通常指定创建该对话的请求的类型。例如，CSeq头部535具有值1INVITE，以指示这是在由收件人和发件人头部指定的端点之间的INVITE请求所创建的对话中来自服务器的第一条消息。序列号较小的消息比序列号较大的消息更早的从服务器发送。所支持头部540指定发件方支持的任何特定行为。内容长度头部545的0值指示在SIP消息头部之后跟随有0字节数据。然而在一个可选实施例中，包含在头部内的部分数据(例如，呼叫者电话URI、被呼叫者电话URI、匹配标志等)可以替代地在消息数据中提供。

图6是示出在呼叫方客户端计算设备处建立与电话呼叫相关联的SIP对话的例程600的流程图。例程600在呼叫方尝试使用他或她的客户端计算设备处的通信应用程序来进行电话呼叫时被调用。在框605处，例程600创建并发送SIP INVITE消息，该消息例如可发送至实况通信服务器以建立与被呼叫方客户端计算设备的连接。该场景假设被呼叫方的客户端计算设备被配置用于SIP通信。如若不然，则该呼叫的电话呼叫方面将继续，但是没有SIP对话被建立。

在框610处，建立SIP信令阶段对话，并且该例程接收到来自服务器的SIP会话进展(183)响应。在框615处，呼叫方客户端计算设备发送并接收一个或多个PSTN信号，这些信号可以包括进行呼叫信号、进行呼叫响应信号、发起响应消息、递送响应信号等。如上所述，这些信号可以在客户端和PBX之间直接进行通信，也可经由远程呼叫控制(RCC)接口来进行。在判定框620处，如果在框615处的信号包括指示PSTN呼叫进程已失败的失败响应信号，则该例程就行进至框625以发送SIP取消消息，该消息将终止建立SIP对话的任何进一步的尝试(或者作为替代，进行该SIP对话以使得尝试一呼叫的事实在被呼叫方客户端计算设备处被记入日志)。

然而，如果在判定框620处，在框615处的信号不包括失败响应信号，例程600就行进至框630，其中它接收SIP响铃(180)响应。在该呼叫由被呼叫方应答之后，在框635处，例程600接收指示成功事务的SIP OK(200)响应。虽然没有具体示出，但是如果被呼叫方没有应答，则该例程600最终会等待OK响应(而非行进至框635)超时，从而导致例程600结束。

在框640处，例程600接收来自PBX/RCC的PSTN已建立信号。作为响应，例程600发送指示SIP对话已建立的SIP ACK(框645)。SIP对话随后在呼叫期间并可能在其后继续。它可用于发送消息(例如，呼叫者ID消息、呼叫转向消息、呼叫等待消息等)，而无需依赖PSTN信令。

图7是示出在被呼叫方客户端计算设备处用于建立与电话呼叫相关联的SIP对话的例程700的流程图。例程700在呼叫方试图使用他或她的客户端计算设备处的通信应用程序来发起电话呼叫时被调用。在框705处，例程700接收SIP INVITE消息，该消息例如可以是在呼叫方的客户端已尝试建立与被呼叫方客户端计算设备的连接之后从实况通信服务器发送的。该场景假设被呼叫方的客户端计算设备被配置用于SIP通信。如若不然，则该呼叫的电话呼叫方面将继续，但是没有SIP对话被建立。

在框710处，例程700创建并从服务器发送SIP会话进展(183)响应，以表示SIP信令阶段对话的开始。在框715处，例程700接收PSTN已递送信号，该信号指示已在PSTN上对被呼叫方尝试呼叫。该信号可以在例程700和PBX之间直接进行通信，也可经由远程呼叫控制(RCC)接口来进行。如果在判定框720，例程接收SIP取消，这指示呼叫方客户端已检测到PSTN呼叫建立的失败，并且不再进行进一步SIP通信(导致例程700结束)。然而，如果在判定框720处，没有收到SIP取消消息，该SIP通信将行进至框725，其中例程700创建并发生SIP响铃(180)响应。

在被呼叫方已应答该呼叫之后，在框730处，例程700生成并发送SIP OK(200)响应，以指示成功的SIP事务已发生。虽然没有具体示出，但是如果被呼叫方没有应答，则该例程700最终会等待OK响应(而非行进至框730)超时，从而导致例程700结束。

在框735处，例程700接收来自PBX/RCC的PSTN已建立信号。假设呼叫方客户端也接收到类似的信号，则例程700接收指示SIP通话阶段对话已建立的SIPACK(框740)。已建立的SIP对话随后在呼叫期间并可能在其后继续。它可用于发送消息(例如，呼叫者ID消息、呼叫转向消息、呼叫等待消息等)，而无需依赖PSTN信令。

虽然已经用具体到结构特征和/或方法动作的语言对主题进行了描述，但是应该理解在所附权利要求中定义的该主题不必限于上述具体的特征或动作。相反，上述具体特征和动作作为实现权利要求的示例形式而公开。因此，本发明只由所附权利要求来限制。

Claims (20)

1.一种在计算设备中用于将电话呼叫与呼叫者相关联的方法，所述方法包括：

接收来自呼叫者的对被呼叫者尝试电话呼叫的输入，其中所述电话呼叫经公共电话网络建立；

发起与所述被呼叫者的电话呼叫；以及

经由相对于所述公共电话网络在带外的通信机制，发送所述呼叫者期望发起与所述被呼叫者的电话呼叫的指示，使得所述被呼叫者能够预料呼入呼叫是来自所述呼叫者的。

2.如权利要求1所述的方法，其特征在于，相对于所述公共电话网络在带外的所述通信机制基于会话初始协议(SIP)。

3.如权利要求1所述的方法，其特征在于，发起与所述被呼叫者的所述电话呼叫包括发送会话初始协议(SIP)INVITE消息。

4.如权利要求1所述的方法，其特征在于，发起与所述被呼叫者的所述电话呼叫包括发送提供与所述被呼叫者相关联的标识的指示的会话初始协议(SIP)180响应。

5.如权利要求1所述的方法，其特征在于，还包括向公共电话网络组件发送并从其接收公共电话网络信号，其中所述信号与经所述公共电话网络建立所述电话呼叫相关联。

6.如权利要求1所述的方法，其特征在于，还包括从与所述被呼叫者相关联的计算设备接收会话初始协议(SIP)ACK，其中所述会话初始协议(SIP)ACK表示会话初始协议(SIP)INVITE事务的结束以及在与所述呼叫者相关联的计算设备和与所述被呼叫者相关联的所述计算设备之间的SIP通话阶段对话的开始。

7.一种在计算机系统中用于提供与在公共交换电话网络上进行的电话呼叫相关联的至少一个计算机对话的方法，所述方法包括：

接收会话初始协议(SIP)INVITE消息，其中所述会话初始协议(SIP)INVITE与发起从呼叫者到被呼叫者的电话呼叫相关联，并且所述会话初始协议(SIP)INVITE消息发送自与所述呼叫者相关联的计算设备；以及

在与所述呼叫者相关联的所述计算设备和与所述被呼叫者相关联的计算设备之间开始会话初始协议(SIP)对话，其中所述会话初始协议(SIP)对话包括至少部分地用于发送与标识所述呼叫者身份相关联的消息的信令阶段，以及在所述电话呼叫在所述公共交换电话网络上建立之后开始的通话阶段。

8.如权利要求7所述的方法，其特征在于，在所述公共交换电话网络上建立所述电话呼叫包括：

发送来自与所述呼叫者相关联的所述计算设备的进行呼叫信号，其中所述进行呼叫信号旨在由所述公共交换电话网络的组件接收；

在与所述呼叫者相关联的所述计算设备处接收进行呼叫信号，其中所述进行呼叫信号在所述公共交换电话网络的所述组件发源；

在与所述呼叫者相关联的所述计算设备处接收已发源信号，其中所述已发源信号在所述公共交换电话网络的所述组件处发源；以及

在与所述呼叫者相关联的所述计算设备处接收已递送信号，其中所述已递送信号在所述公共交换电话网络的所述组件处发源并且指示第二电话正在响铃。

9.如权利要求8所述的方法，其特征在于，所述公共交换电话网络的所述组件是专用分组交换机(PBX)。

10.如权利要求8所述的方法，其特征在于，所述公共交换电话网络的所述组件是专用分组交换机(PBX)，并且所述进行呼叫信号、所述已发源信号和所述已递送信号都是从远程呼叫中心接口接收的。

11.如权利要求7所述的方法，其特征在于，所述会话初始协议(SIP)INVITE消息在通信服务器处被接收，并且所述服务器将其传递给与所述被呼叫者相关联的所述计算设备。

12.如权利要求7所述的方法，其特征在于，还包括，如果如收到来源于所述公共交换电话网络的组件的失败信号所指示的，没有建立所述电话呼叫，则发送取消所述会话初始协议(SIP)对话的开始的请求，其中所述取消请求在所述信令阶段期间被发送。

13.一种包含用于控制第一计算设备执行一方法的指令的计算机可读介质，所述方法包括：

经公共交换电话网络发起电话呼叫，包括开始与经由计算机网络连接的第二计算设备的信令阶段对话，其中所述信令阶段对话与在所述公共交换电话网络上建立所述电话呼叫相关联；以及

如果所述电话呼叫被应答，就开始与所述第二计算设备的通话阶段对话，其中所述通话阶段对话至少在所述电话呼叫进行的同时允许消息在所述第一和第二计算设备之间传递。

14.如权利要求13所述的计算机可读介质，其特征在于，发起所述电话呼叫包括发送会话初始协议(SIP)INVITE消息。

15.如权利要求13所述的计算机可读介质，其特征在于，所述通话阶段对话的开始在从所述第二计算设备接收会话初始协议(SIP)ACK之后发生，其中所述会话初始协议(SIP)ACK表示会话初始协议(SIP)INVITE事务的结束。

16.如权利要求13所述的计算机可读介质，其特征在于，所述信令阶段对话基于会话初始协议(SIP)，并且所述方法还包括在所述信令阶段对话期间，接收指示与所述第二计算设备相关联的电话响铃的180会话初始协议(SIP)消息。

17.如权利要求13所述的计算机可读介质，其特征在于，所述信令阶段对话基于会话初始协议(SIP)，并且所述方法还包括在所述信令阶段对话期间，接收指示与所述第二计算设备相关联的电话已被应答的200OK会话初始协议(SIP)消息。

18.如权利要求13所述的计算机可读介质，其特征在于，所述信令阶段对话包括提供具有允许所述第二计算设备的用户来确定所述第一计算设备用户的身份的指示的消息。

19.如权利要求13所述的计算机可读介质，其特征在于，所述信令阶段对话基于会话初始协议(SIP)，并且所述方法还包括在所述信令阶段对话期间，响应于所述电话呼叫的发起接收183会话初始协议(SIP)消息，并且所述183会话初始协议(SIP)消息提供所述第二电话支持所述信令阶段对话和所述通话阶段对话的指示。

20.如权利要求13所述的计算机可读介质，其特征在于，在所述通话阶段对话期间在所述第一和第二计算设备之间传递的消息包括文本信息。

Images