传达表示第一通信设备的物理位置的位置信息的方法、用于执行该方法的计算机程序产品、以及用于传达位置信息的第一通信设备

摘要

一种将表示第一通信设备（D）的物理位置的位置信息（2）从第一通信设备（D）传达到服务器（S）的方法，包括：将服务器（S）的第一邀请消息（12）发送到第一通信设备（D）以邀请第一通信设备（D）发起到第二通信设备（T）的通信连接（26），所述服务器（S）由第三通信设备（C）触发；以及将响应于第一邀请消息（12）的第一通信设备（D）的应答消息（13）发送到服务器（S），其中位置信息（2）被插入在应答消息（13）中以用于插入在到第二通信设备（T）的服务器（S）的第二邀请消息（14）中以邀请第二通信设备（T）接受通信连接（26）。

说明书

技术领域

本发明涉及将表示第一通信设备的物理位置的位置信息从第一通信设备传达到服务器的方法。本发明还涉及用于执行此类方法的计算机程序产品并且涉及用于传达位置信息的第一通信设备。

背景技术

在诸如通信设备（例如，移动或IP电话、PDA（个人数字助理）、平板PC、膝上型或桌上型PC）的设备的元件中提供的位置信息被定义成表示设备的物理位置。该位置信息可以被应急服务用作NG911（下一代9-1-1）或NG112（下一代1-1-2）以对发起应急通信请求的设备进行定位。此类位置信息可以表述为例如邮政地址的城市位置和/或例如地图位置的地理空间坐标。设备的物理位置被要求以便使诸如电话服务器的服务器对要被用来通过放置呼叫（路由）而发起通信连接的合适的应急服务号码进行定位。当使用会话发起协议（SIP）时，对于通信设备而言通过向服务器发送用以请求发起到服务器的通信连接（即呼叫）的SIP请求消息而将其位置信息传达到电话服务器是可能的。

作为在通信设备和服务器双方之间协商并建立通信连接的代替，还可能的是发起由第三通信设备控制的第一通信设备和第二通信设备之间的通信连接。通常，这不大可能是在媒体通信中所涉及的设备，而通常是专用于控制功能并且经由提供例如SIP消息传送的服务器而动作的实体。一个示例是呈现具有“点击拨号”选项的网页的呼叫中心应用或者web（网络）服务器。照此，第三通信设备可以描述为CTI（计算机电话集成）服务器，其可以被托管为独立的实体或者嵌入在诸如通信设备的另一设备中。在传统电话的上下文中，缩写为3PCC的第三方呼叫控制允许例如第三通信设备的用户的一个实体设置并管理两个或更多其他方之间（例如，第一和第二通信设备之间）的通信连接、通信关系或者电话呼叫。第三方呼叫控制通常被用于其中运营商可以创建连接（第一和第二通信设备的）两个参与者的呼叫的情况。运营商可以独立于结果所得的呼叫或者是经由第一或者第二通信设备的呼叫中的参与者。3PCC还可以被用于会议服务。

当使用SIP协议时，许多SIP服务通过3PCC而是可能的。这些包括PSTN（公共交换电话网络）上的传统服务，而且包括更多新近服务，诸如允许用户在网页上点击以对代表的客户服务说话的点击拨号。web服务器然后可以创建用户和代表的客户服务之间的呼叫。在该情况中，用户可以同时将第三通信设备作为第三方呼叫控制实体来操作，并且操作以用户的电话形式的第一通信设备。此类3PCC呼叫可以建立在两个电话、电话和IP主机、或者两个IP主机之间。

根据标准RFC 3725（网络工作组，请求评论，2004年4月），以呼叫形式的通信连接由背对背用户代理（B2BUA）生成，其可以应远离于要从其做出到第二通信设备的呼叫的第一通信设备的第三方的请求而被体现在服务器或者SIP服务器中。可以被远程方用来请求SIP服务器生成呼叫的常见CTI机制包括TAPI（电话应用编程接口）和CSTA（计算机支持的电话应用）。

根据如RFC 3725中所定义的3PCC场景，最初B2BUA向第一通信设备发送SIP邀请请求。尽管这是传入的SIP呼叫请求，但是第一通信设备将SIP邀请请求识别为3PCC呼叫并且自动地应答SIP邀请请求。其次，当被第一通信设备应答时，B2BUA通过向以第二通信设备形式的目的地发送SIP邀请请求来完成第一通信设备和第二通信设备之间的呼叫，这如第三通信设备的用户所请求的。在该上下文中，根据RFC 6442（因特网工程任务小组（IETF），请求评论，2011年12月）的用于位置传达的、不针对用于应急呼叫的位置信息的使用但是允许由位置消费者对位置信息的任何可能使用（例如，位置追踪）的标准并不提供用于使通信设备经由由第三方呼叫控制机制所生成的传入SIP邀请请求而参与到逻辑传出呼叫中的机制。标准化方法仅允许可以以SIP头文件（header）和PIDF-LO本体（存在信息数据格式-位置对象）形式的位置信息被提供在SIP请求消息中而不是SIP响应中。

如果用户在SIP服务器利用3PCC生成呼叫的情况下经由CTI应用发起应急呼叫，则位置信息仅在SIP请求消息中的预备产生问题。尽管因为呼叫媒体仍经由设备连接，所以用户明确地存在于第一通信设备处，但是设备不能够传达其位置，这是因为其仅能够响应于从SIP服务器进来的SIP邀请请求。在SIP VoIP（因特网语音协议）环境中，呼叫媒体被定义为在通信设备之间流动的可以传达音频和/或视频数据的RTP（实时传输协议）分组，其中SIP消息被用来控制RTP分组的流动。呼叫媒体因而可以被称为相应通信设备的有效负载。

用以在使用3PCC来触发传出呼叫中避免该问题的可能方法是通过将第一通信设备修正为使用SIP机制来传递诸如uaCSTA（用户代理计算机支持的电话应用）的专有事件分组以请求第一通信设备通过自身而不是通过SIP服务器来发源呼叫，或者使用例如HTTP（超文本传输协议）的非SIP机制来请求第一通信设备发源到第二通信设备的呼叫。用以避免该问题的另一方式是将位置觉知的通信设备视为位置不觉知的，从而导致位置信息要由服务器或者由一些其他器件来提供。针对问题的这种替代性方法可能不如由通信设备自身所传达的位置信息那样准确，特别是如果设备是移动设备的话。针对问题的另外的替代性解决方案可以是一旦呼叫在第一和第二通信设备之间连接就使用SIP请求来将第一通信设备的位置信息传达到第二通信设备。然而，这可能不可被一些位置消费者端点接受，这些端点要求呈现要利用传入呼叫而被提供的位置信息。

发明内容

本发明的目的因而是以简单方式经由由第三方所控制的服务器来将第一通信设备的准确位置信息传达到第二通信设备以发起通信设备之间的通信连接。该目的通过根据权利要求1的传达表示第一通信设备的物理位置的位置信息的方法、根据权利要求12的用于执行该方法的计算机程序产品、以及根据权利要求14的用于传达位置信息的第一通信设备来解决。

一种将表示第一通信设备的物理位置的位置信息从第一通信设备传达到服务器的方法包括：将服务器的/来自服务器的第一邀请消息发送到第一通信设备以邀请第一通信设备发起到第二通信设备的通信连接，所述服务器由第三通信设备触发；以及将响应于第一邀请消息的第一通信设备的/来自第一通信设备的应答消息发送到服务器，其中位置信息被插入在应答消息中以用于插入在到第二通信设备的服务器的第二邀请消息中以邀请第二通信设备接受通信连接。位置信息可以是与物理位置的城市位置或者地理空间坐标相关的值或一组值。城市位置可以是邮政地址，其中地理空间坐标可以定义地图位置。第一和/或第二和/或第三通信设备可以分别是能够通过通信连接来发送和/或接收数据的移动或静止的单元。例如，这些通信设备中的每一个或若干个可以是移动电话、IP电话、个人数字助理、平板PC、膝上型计算机等等。以诸如桌上型PC或者服务器的静止单元的形式的这些通信设备中的每一个或若干个的实施例也可以是可能的。因此，第一通信设备和第三通信设备可以是单个单元。在该情况中，第一通信设备的用户和第三通信设备的用户可以是同一人。

第一邀请消息和/或应答消息和/或第二邀请消息可以是能够被用于第三方控制配置中的任何协议（诸如HTTP（超文本传输协议）/json（JavaScript对象注释）或者SIP）的消息。像H.323、H.324、Skype、MGCP（媒体网关控制协议）、RTCweb（实时通信）等的用于呼叫控制的其他应用层协议也是可能的。由第三通信设备对服务器的触发可以通过从第三通信设备向服务器发送触发消息来发生，所述触发消息使用与由第一消息和/或应答消息和/或第二邀请消息所使用的协议相同或者不同的协议。通信连接可以是诸如电话呼叫之类的呼叫。呼叫可以由PSTN或者由IP主机来控制。作为其中仅传输音频数据的呼叫的代替，通信连接可以被用来传输视频数据或者与任何种类的媒体或应用相关的其他数据（例如文件传输）。因此，除了第三方控制呼叫之外，通信连接可以是通过使用服务器从第三通信设备触发的、从第一通信设备到第二通信设备的任何连接。服务器可以是以SIP服务器形式的背对背用户代理。诸如HTTP服务器的其他不使用SIP的服务器是可能的。

响应于第一邀请消息，第一通信设备的应答消息从第一通信设备发送到服务器以发起通信连接。位置信息可以由第一通信设备或者由另一实体（诸如，位置供应单元或者在第一通信设备和服务器之间切换的中间单元）插入在应答消息中。位置信息被插入在应答消息中以使得所插入的位置信息能够被插入在到第二通信设备的服务器的第二邀请消息中，以便邀请第二通信设备接受通信连接。

位置信息被插入在响应于第一邀请消息而发送到服务器的应答消息中。因此，避免了用于将第一通信设备的位置信息传达到服务器的附加消息，否则这将被要求。此外，位置信息不是在第一通信设备接收到第一邀请消息之前被发送到服务器。因此，提供了新近的位置信息，其不晚于和/或不比/关于可用于在第一通信设备处接收到第一邀请消息之前插入在应答消息中的位置信息过时。同样，不要求服务器存储第一通信设备的可能过时的位置信息，这是因为位置信息响应于第一邀请消息而被发送到服务器。在应答消息中的位置信息的插入使得所插入的位置信息能够被插入在到第二通信设备的服务器的第二邀请消息中，这确保了例如服务器能够读取插入在应答消息中的位置信息并且将该位置信息插入在要被发送到第二通信设备的第二邀请消息中。因此，避免了用以将插入在应答消息中的位置信息从服务器传达到第二通信设备的附加消息。作为其中仅传输音频数据的呼叫的代替，通信连接可以被用来传输视频数据或者与任何种类的媒体或应用相关的其他数据（文件传输）。因此，除了第三方呼叫控制之外，通信连接可以是通过使用服务器而从第三通信设备触发的、从第一通信设备到第二通信设备的任何连接。服务器可以是以SIP服务器形式的背对背用户代理。诸如HTTP服务器的其他不使用会话发起协议的服务器是可能的。因此，通过将第一通信设备的位置信息插入在响应于第一邀请消息的到服务器的应答消息中使得所插入的位置信息能够被插入在到第二通信设备的服务器的第二邀请消息中，这允许了以准确且简单的方式经由服务器从第一向第二通信设备传达位置信息。

可以通过将服务器的第二邀请消息发送到第二通信设备而从服务器向第二通信设备传达位置信息，其中插入在应答消息中的位置信息被插入在第二邀请消息中。另外，服务器可以执行完成位置信息所需的此类动作，诸如咨询LOST（位置到服务转换）服务器。插入在应答消息中的位置信息可以由服务器或者由另一实体插入在第二邀请消息中，所述另一实体能够从应答消息检索位置信息并且能够将所插入的位置信息插入到从服务器发送到第二通信设备的第二邀请消息中。通过向第二通信设备发送第二邀请消息，位置信息已经从第一通信设备经由服务器传达到第二通信设备。

位置信息可以通过使用会话发起协议而被传达，其中第一通信设备、第二通信设备、可选地第三通信设备、以及服务器被用于第三方呼叫控制配置中。充当第三通信设备的CTI服务器可以使用CSTA或者TAPI而不是SIP或者替代的VOIP呼叫控制协议。当使用SIP时，用于位置传达的标准RFC 6442与本发明有关，这是因为该标准定义了在第三方呼叫控制配置中的经由会话发起协议的位置传达。

可以使用3PCC SIP邀请请求消息作为第一邀请消息，并且可以使用SIP 200 OK响应消息作为应答消息。如以上所概述的，根据标准RFC 6442，位置信息可以仅被提供在SIP请求消息中。因此，针对经由3PCC所生成的SIP邀请请求消息的SIP 200 OK响应消息中的位置信息的插入不由标准RFC 6442或者发明人所已知的其他标准来指定。因为根据标准RFC 6442的服务器未被配置成从传入的SIP响应中检索位置信息，所以如果服务器是检索插入在应答消息中的位置信息并且将该位置信息插入在第二邀请消息中的实体，则根据本发明的服务器能够检索插入在SIP响应消息中的位置信息。因此，如果服务器检索所插入的位置信息并且将该信息插入到第二邀请消息中，则其被配置成使用SIP 200 OK响应消息中的位置信息以将位置信息添加在被发送到第二通信设备的SIP邀请请求消息中，这如3PCC配置中的接下来的步骤那样。

位置信息可以以标准RFC 6442中所定义的位置信息头文件和PIDF-LO本体的形式被插入在应答消息中。其他形式的位置信息（例如其中位置信息仅被插入在应答消息的本体中或者头文件中）是可能的。如RFC 6442中所定义的位置信息头文件和PIDF-LO本体可以不仅被插入在应答消息中而且被插入在第二邀请消息中。在应答消息和第二邀请消息中的不同形式的位置信息分别是可能的。

然而针对经由3PCC所生成的SIP邀请请求消息的SIP 200 OK响应消息中的位置信息的插入未在任何标准中指定，所以以SIP 200 OK响应消息形式的第一通信设备对服务器的SIP邀请请求消息的自动应答是公共常识，这是因为考虑诸如RFC 3725的3PCC的标准描绘了多个流示例，其中具有SDP（会话描述协议）协商的特殊使用以指定第一通信设备可以如何检测所接收的SIP邀请请求消息的每一个表示了由服务器用以触发传出呼叫的3PCC动作。此外，常见惯例是使用SIP警报信息头文件来触发第一通信设备利用SIP 200 OK响应自动地应答3PCC呼叫。

SIP BYE消息可以被用来传达关于由于插入在第一邀请消息和/或第二邀请消息中的位置信息所导致的错误的信息。SIP BYE消息可以在接收到由第二通信设备发送到服务器的SIP 424响应消息之后由服务器发送到第一通信设备，并且可以被用来传达关于由于插入在第二邀请消息中的位置信息所导致的错误的信息。替代性地，其可以由于由可能与LOST服务器进行合作的服务器所检测的问题而与来自第一通信设备的位置信息一起在发送第二SIP邀请之前被发送。如果错误使得以呼叫形式的通信连接不能在第一和第二通信设备之间继续进行，那么根据RFC 3725的标准推荐将SIP BYE请求消息发送回到第一通信设备。提议的是，在呼叫由于错误而不能继续进行的情况下，在SIP BYE消息中报告由于位置信息所导致的错误或者针对位置信息的错误，这是因为SIP BYE消息无论如何都被发送回到第一通信设备。SIP BYE请求消息因而可以包括作为SIP原因头文件的位置特定的SIP错误代码424，并且可以附加地包括如由标准RFC 6442所定义的错误报告头文件和可选的本体。随着由于位置信息所导致的错误的信息被报告到第一通信设备，第一通信设备能够对要被插入在响应于来自服务器的接下来的第一邀请消息的接下来的应答消息中的位置信息进行更新。在由于位置信息所导致的错误或者针对位置信息的错误的信息回到第一通信设备的条件下，建立有用于更新第一通信设备的虚假位置信息的有效反馈回路。

SIP ACK消息可以被用来传达关于由于插入在第一邀请消息和/或第二邀请消息中的位置信息所导致的错误的信息。SIP ACK消息可以在接收到由第二通信设备发送到服务器的SIP 200 OK响应消息之后由服务器发送到第一通信设备，并且可以用来传达关于由于插入在第二邀请消息中的位置信息所导致的错误的信息。根据标准RFC 6442，回到第一通信设备的由于SIP 200 OK响应消息中的位置信息所导致的错误被报告在针对邀请请求消息的SIP响应消息中。然而，在第一通信设备和服务器之间，消息流被保留并且服务器不能针对从第一通信设备接收到的SIP响应消息而将SIP响应消息发送回。3PCC配置中的SIP流中的接下来的步骤是使服务器将SIP ACK请求消息发送回到第一通信设备。提议的是SIP ACK请求消息被用来将相同的位置特定的错误响应头文件和可选的本体提供回到第一通信设备。因为SIP ACK请求消息在3PCC场景中包含SDP本体，所以SIP ACK请求消息也将支持与包括SDP和位置信息这二者的正常SIP邀请请求相类似的多部本体。被用来传达关于由于插入在第一邀请消息和/或第二邀请消息中的位置信息所导致的错误的信息的消息可以包括地理位置错误头文件。

可以提供用于执行以上所概述的发明方法的计算机程序产品。计算机程序产品可以是包括指令的软件产品。计算机程序产品可以由机器可读介质所包括，其中机器可读介质可以是软盘、CD（压缩盘）、DVD（多功能数字盘）或者任何其他适合的数字或模拟介质。

本发明还包括用于将表示第一通信设备的物理位置的位置信息从第一通信设备传达到服务器的第一通信设备，其中第一通信设备包括：接收单元，其被配置成接收由服务器发送到第一通信设备以邀请第一通信设备发起到第二通信设备的通信连接的第一邀请消息，所述服务器由第三通信设备触发；第一插入单元，其被配置成将位置信息插入在第一通信设备的应答消息中，以使得位置信息可以被插入在到第二通信设备的服务器的第二邀请消息中以邀请第二通信设备接受通信连接；以及第一发送单元，其被配置成将响应于第一邀请消息的应答消息发送到服务器。出于与以上关于发明方法所概述的相同原因，本发明的目的通过该通信设备来解决。通信设备可以是移动电话、诸如办公电话的有线电话、PDA（个人数字助理）、PC（个人计算机）、或者平板PC、或者包括如以上所概述的装置特征的任何其他通信设备。位置信息可以由诸如GPS发送器（全球定位系统）、支持DHCP（动态主机配置协议）的服务器/开关、支持LLDP-MED的LAN服务器/开关、或者外部配置管理系统之类的位置源来提供。LLDP-MED是LLDP（链路层发现协议）的增强型媒体端点发现。LLDP-MED已经由因特网数字分配机构（IANA）注册为有效值。第一插入单元可以作为内部单元或者作为连接到第一通信设备并且由第一通信设备所访问的外部单元而被第一通信设备所包括。提供位置信息的单元可以作为内部单元或者作为连接到第一通信设备的外部单元而被第一通信设备所包括。

本发明还包括通信系统，其包括如以上所概述的第一通信设备和服务器，其中服务器包括：第二插入单元，被配置成将插入在应答消息中的位置信息插入在第二邀请消息中；以及第二发送单元，被配置成将第二邀请消息发送到第二通信设备以将位置信息从服务器传达到第二通信设备。第二插入单元可以是以被集成在服务器中的或者连接到服务器的独立单元的单元的形式。服务器可以是独立单元或者可以被集成在第一至第三通信设备中的一个或若干个中。

附图说明

本发明的另外的实施例和优点被突显在关于附图的下文中。为了改进的清楚性，附图对于尺度或者比例并不是真实的。在附图中只要没有另外提及，相同附图标记就指示具有相同意义的相同部件。附图图示了：

图1是用于经由由第三通信设备所触发的服务器将第一通信设备的位置信息提供到第二通信设备的示意性通信系统，

图2是表示第三通信设备的CTI源、表示服务器的背对背用户代理、表示第一通信设备的设备、以及表示第二通信设备的目标之间的消息的示意性流，其中针对传入的3PCC邀请消息的SIP 200 OK响应消息被用来将设备的位置信息传达到背对背用户代理以用于针对到目标的传出SIP邀请消息的添加，

图3是图2的实体之间的消息的示意性流，其中由于针对设备的位置信息的错误而使呼叫不能继续进行，并且SIP BYE消息被用来将关于针对位置信息的错误的信息传达回到设备，以及

图4是图2的实体之间的消息的另一示意性视图，其中不管针对设备的位置信息的错误而呼叫能够继续进行并且SIP ACK消息被用来将关于针对位置信息的错误的信息传达回到设备。

具体实施方式

在图1中，通信系统1用于将以设备D形式的第一通信设备的位置信息2从设备D经由以背对背用户代理（B2BUA）S形式的服务器传达到以目标T形式的第二通信设备，所述服务器由以CTI源C形式的第三通信设备所触发。B2BUA可以被定义为这样的实体：其逻辑地体现接收和发送用户代理端点元件以使得从源端点接收到的消息可以在它们被传递到目的地端点之前被操纵。位置信息2可以是以例如邮政地址的城市位置形式和/或以例如地图位置或地址的地理空间坐标形式。位置信息2由位置供应器L来提供。位置供应器可以是GPS传感器、LLDP-MED（启用的LAN（局域网））开关或者配置管理系统。位置供应器L还可以是设备自身。如果设备是移动电话，则设备的位置信息可以由来自设备自身的三角测量方法通过对同时在设备处接收到的远距离广播天线的若干信号进行处理来计算。位置供应单元L因此可以是设备D的内部单元或者如图1中所描绘的外部单元。位置信息在已经由设备D在接收单元3中接收到第一邀请消息12之后被传输到设备D（15）。当背对背用户代理S已经被CTI源C触发时，第一邀请消息12从背对背用户代理S发送到设备D。触发动作可以通过从CTI源C向背对背用户代理S发送触发消息11来执行。第一插入单元4被设备D所包括并且被配置成将位置信息2插入在要从设备D发送到背对背用户代理S的应答消息13中。第一插入单元4可以是设备D的内部部分或者是以连接到设备D的独立单元的形式的外部部分。位置信息被第一插入单元插入到应答消息13中，以使得位置信息2可以被插入在要从服务器发送到目标T的第二邀请消息14中，以便邀请目标T接受经由背对背用户代理S的设备D和目标T之间的通信连接。作为设备D的一部分的第一发送单元5被配置成将响应于第一邀请消息12的应答消息13发送到背对背用户代理S。被用来触发/请求背对背用户代理S发起以呼叫形式的通信连接的CTI源C可以使用包括TAPI和/或CSTA的任何CTI协议。背对背用户代理S可以利用可以被用于呼叫控制的任何应用层协议，诸如SIP或者HTTP/json。设备D和目标T之间的通信连接可以不仅被用于传输音频数据，而且用于传输视频数据或者包括要从设备D传输到目标T的信息的任何其他数据，例如要被传输的文件。背对背用户代理S包括第二插入单元，其被配置成将插入在应答消息13中的位置信息2插入在要从背对背用户代理S发送到目标T的第二邀请消息14中。第二插入单元可以是背对背用户代理S的组成部分或者背对背用户代理S的外部部分。一旦由第二插入单元7将插入在应答消息中的位置信息插入在第二邀请消息14中，被配置成将第二邀请消息14发送到目标T的第二发送单元8就将第二邀请消息14发送到目标T，以将位置信息2从背对背用户代理S发送到目标T。位置信息2由第一插入单元4插入在应答消息13中，以使得位置信息可插入在到目标T的背对背用户代理S的第二邀请消息14中，以邀请目标T接受通信连接。因此，第二插入单元可以从应答消息13检索插入在应答消息13中的位置信息2，并且随后可以将所插入的位置信息插入在第二邀请消息中。如果由通信系统1所使用的协议是会话发起协议并且如果CTI源C（其可能不使用针对B2BUA的SIP而是使用诸如CSTA的CTI特定协议）、背对背用户代理S、设备D和目标T由第三方呼叫控制来操作，则标准RFC 3725可应用于经由由CTI源C所触发的背对背用户代理S发起从设备D到目标T的3PCC呼叫。此外，当经由会话发起协议发起第三方呼叫控制呼叫时，用于位置传达的标准RFC 6442是可应用的。根据该标准，以SIP头文件和PIDF-LO本体形式的位置信息仅被提供在SIP请求消息中，其中SIP响应消息不适于提供位置消息。第一邀请消息12可以是从背对背用户代理S发送到设备D的3PCC SIP邀请请求消息。应答消息13可以是从设备D发送到背对背用户代理S的SIP 200 OK响应消息。使用响应于3PCC SIP邀请请求消息的SIP 200 OK响应消息具有以下优势：允许背对背用户代理S在不必在设备D处实现/利用专门的CTI接口的情况下从设备D自身获得准确的位置信息2，并且为诸如目标T的位置信息消耗设备避免了问题，所述设备在它们首次经由第二邀请消息14接收到传入呼叫时要求位置信息2，所述第二邀请消息14可以是包括位置信息2的SIP邀请请求消息。

在图2中，根据本发明的消息的示意性流（按照如竖直箭头t所指示的时间从顶部到底部）被描绘为在CTI源C、背对背用户代理S、设备D以及目标之间，其中第三方呼叫控制呼叫通过使用会话发起协议而作为设备D和目标T之间的通信连接被发起。如下图中的情况，出于简单性原因，在图2中仅描绘了与本发明有关的组件，并且SDP协商的使用或者第一邀请请求消息12由其确定为第三方呼叫控制动作的结果的器件都未被指示。以呼叫26的形式并且在图2中由要通过呼叫26被传输的媒体所符号化的通信连接由CTI源C来发起，所述CTI源C将CTI呼叫请求消息11作为触发消息发送到背对背用户代理S，从而请求从设备D到目标T的呼叫。设备D确定所接收的以SIP邀请请求消息12形式的第一邀请消息表示第三方呼叫控制呼叫并且位置信息2应当被提供用于到目标T的呼叫26。由设备D发送到背对背用户代理S的以SIP 200 OK响应消息形式的应答消息13包括在设备D已经生成SIP邀请请求消息自身的情况下就会插入的相同的位置头文件和PIDF-LO本体。背对背用户代理S使用SIP 200 OK响应13中的位置信息2来通过将位置信息2插入到SIP邀请请求消息14中而生成以传出SIP邀请请求消息14形式的到目标T的第二邀请消息。目标T接受呼叫26，并且在SIP 200 OK响应消息20已经从目标T发送到背对背用户代理S之后并在SIP ACK消息23已经从背对背用户代理S发送到设备D之后在设备D和目标T之间建立媒体连接。

在图3中，示出了根据本发明的消息的另一示意性流，其中会话发起协议被用于CTI源C、背对背用户代理S、设备D以及目标T之间的第三方呼叫控制配置，其中以呼叫形式的通信连接由于针对位置信息2的错误而不能继续进行。在由CTI源C经由发送以CTI呼叫请求消息（其用于请求设备D和目标T之间的呼叫）形式的触发消息11而触发背对背用户代理S之后，背对背用户代理S向设备D发送以SIP邀请请求消息12形式的第一邀请消息。设备D发送以SIP 200 OK响应消息13形式的应答消息，其中已经插入了位置信息2。已经将插入在应答消息13中的位置信息2插入到以SIP邀请请求消息14形式的第二邀请消息中，在目标T处接收到该消息14之后，目标T由于对于位置信息2的问题而拒绝呼叫。因此，SIP 424响应消息21从目标T发送到背对背用户代理S，其中SIP 424响应消息包括地理位置错误头文件以定义未能发起由CTI源所请求的呼叫的原因。一旦背对背用户代理S已经将SIP ACK请求消息发送到设备D以确认从设备D接收到SIP 200 OK应答消息，那么其通过跟着利用SIP BYE（请求）消息的呼叫的终止来终止所请求的呼叫，所述SIP BYE消息包括包含由目标T返回的错误代码的原因头文件并且包括目标T在其错误响应消息21中所提供的地理位置错误头文件。利用包括关于导致呼叫不能够在目标T处继续进行的且由于位置信息2所导致的错误的信息的SIP BYE消息24，设备D能够对向设备D指示呼叫为何失败的SIP BYE消息24所包括的错误信息进行处理。

就SIP协议而言，背对背用户代理S生成被发送到设备D和目标T的SIP消息。背对背用户代理S可以由于背对背用户代理S从呼叫中的其他实体（诸如图3所示情况中的目标T）接收到的错误信息而生成错误响应消息。目标T检测使得其拒绝呼叫的错误，并且目标T将该错误在其针对从背对背用户代理S发送的传出SIP邀请请求消息14的SIP响应消息21中报告给背对背用户代理S。背对背用户代理S使用以SIP BYE消息形式的SIP消息（其不同于SIP邀请请求消息12）来将关于错误的信息报告给设备D并且终止其已经针对设备D而设置的呼叫。同样地，背对背用户代理S自身可以检测对于从设备D发送的SIP 200 OK响应消息13中的位置信息的问题，其将利用SIP ACK消息23将所述问题传达回到设备D。尽管由目标T或者由B2BUA S检测到的位置错误可以在SIP ACK消息23中传达，但优选的是总在SIP BYE消息24中传达错误，所述SIP BYE消息被用来清除由于错误而造成的呼叫。因而，使用SIP BYE消息来传达错误是优选实施例。在该情况中，将要求利用从背对背用户代理S发送到设备D的SIP BYE消息24来终止呼叫，或者背对背用户代理S可能能够在其通过发送以SIP邀请请求消息14形式的第二邀请消息来发起到目标T的呼叫之前校正对于所插入的位置信息的问题。在未被描绘的后一情况中，背对背用户代理S将SIP邀请消息发送到目标T，然后从目标T接收包括地理位置错误头文件的SIP 424响应消息，然后向目标T发送另一SIP邀请消息，跟着从目标T到背对背用户代理S的SIP 200 OK响应消息。在这之后，SIP ACK消息可以从背对背用户代理S发送到设备D。

相比于图3，在图4中描绘了根据本发明的CTI源C、背对背用户代理S、设备D以及目标T之间的示意性消息流，其中即使目标T检测到对于位置信息2的问题，目标T也接受呼叫26，所述位置信息2被接收为在接收到以SIP 200 OK响应消息13形式的应答消息之后从背对背用户代理S发送到目标T的第二邀请消息14中的所插入的信息，其中位置信息2已经响应于从背对背用户代理S发送到设备D的以SIP邀请请求消息12形式的第一邀请消息而由设备D插入在该消息13中。关于位置信息错误的信息经由包括地理位置错误头文件的SIP 200 OK响应消息22而从目标T被报告回到背对背用户代理S。背对背用户代理S通过从背对背用户代理S向设备D发送SIP ACK请求消息25而将该头文件传回到设备D。因为目标T已经指示了其能够不管对于位置信息的问题而继续进行呼叫26，所以媒体连接然后被建立在设备D和目标T之间。

当发起第三方呼叫控制呼叫时，允许SIP ACK请求消息25或者SIP BYE请求消息24将关于位置错误的信息传达到以设备D形式的第一通信设备允许了设备D在提供响应于第一邀请消息12的位置信息2时被通知起因于设备D的问题。当在使用会话发起协议的第三方呼叫控制配置中使用用于位置传达的标准RFC 6442时，位置信息仅被提供在SIP请求消息中而不在SIP响应消息中。相比于标准RFC 6442，建议的是将位置信息插入在从以设备D形式的第一通信设备到以背对背用户代理S形式的服务器的响应消息中。位置信息已经被插入在其中的SIP 200 OK响应消息被依照标准RFC 6442来处理消息的以背对背用户代理S形式的服务器所忽略。作为本发明的一部分，服务器S被实现成检索以SIP 200 OK响应消息形式的应答消息中所插入的位置信息并且将所插入的位置信息插入到从背对背用户代理S发送到目标T的以SIP邀请请求消息形式的第二邀请消息中。为了与本发明一致，用于位置传达的标准（与标准RFC 6442相比）可以定义以将位置信息提供在不仅请求消息中而且在响应消息中。本发明的优势在于：通过插入在不管怎样都经由由第三通信设备所触发的服务器而在第一通信设备和第二通信设备之间发送的邀请和应答消息中来传达位置信息不仅在使用SIP时存在，而且可以在使用诸如HTTP/json、H. 323、H.324、Skype、MGCP、RTCweb等的用于呼叫控制的另一应用层协议时存在。在已经在第一通信设备处接收到第一邀请消息之后将位置信息发送到服务器允许服务器在不必在第一通信设备处实现/利用附加接口的情况下从第一通信设备自身获得准确的位置信息。利用从服务器发送到第二通信设备的第二邀请消息来发送位置信息避免了可能在经由第二邀请消息的接收而首次接收到传入呼叫时要求位置信息的针对第二通信设备的问题。在关闭呼叫之前在确认消息中或者在最终消息中将关于错误位置信息的信息从服务器发送到第一通信设备使得第一通信设备能够检测与插入在第一通信设备的应答消息中的位置信息相关的错误为何可以发生。

在图1至4中已经关于前文所公开的单个或若干个实施例（例如，使用CTI源C作为第三通信设备）而公开的技术特征或若干个技术特征也可以存在于另一实施例中（例如，使用HTTP协议而不是会话发起协议），除非它/它们被指定为不存在或者它/它们由于技术原因而不可能存在。