使用会话相关信令控制远程信息处理数据的传递的制作方法

本专利申请要求享有于2012年9月28日由Gellens等人递交的、名称为“Acknowledging or Re-requesting Telematics Data Using Call Signaling”的美国临时专利申请No.61/707,779的优先权，并且该临时申请已经转让给本申请的受让人。

背景技术：

下面的内容一般涉及无线通信，具体而言，涉及远程信息处理数据和元数据的无线传输和接收。在一些系统中，远程信息处理数据(例如，传感器读数和其它数据)可以从智能终端发送到中央服务进行处理。例如，与受到冲撞的车辆相关联的终端可以通过无线通信系统将位置和气囊弹开数据发送给与请求应急服务相关的公共安全应答点(PSAP)。在一些系统中，上述数据可以被发送给第三方服务中心，然后第三方服务中心将上述数据中的一些或全部传递给PSAP。

与车辆相关联的、提供自动碰撞响应和紧急呼叫功能的终端一般使用蜂窝网络的语音信道来建立车辆使用者和PSAP操作员之间的语音呼叫。然后，可以通过使用带内信令、Baudot音调或其它调制解调器技术来调制该语音信道，将远程信息处理数据从该终端发送到中央服务(例如，PSAP服务器或第三方服务中心)。与远程信息处理数据相关联的元数据，例如对远程信息处理数据被满意地(例如，成功地)接收到的确认或对远程信息处理数据的重传请求，也可以通过在反方向上调制语音信道从该中央服务传输给终端。这样，以这种方式在语音信道上传输远程信息处理数据和元数据可能是有问题的，因为语音通信可能在远程信息处理数据和元数据的传输过程中被阻塞或受到干扰。此外，通过语音信道传输调制后的数字数据可能提供有限的数据吞吐量或是不可靠的，这是由于网络中的语音处理功能(例如，错误调谐的回波消除器和使用对网络干线的压缩)。当语音信道是通过分组而非电路方法提供时，在例如长期演进(LTE)和高速分组接入(HSPA)这样的系统中这种局限可能进一步加重。因此，需要更高效和可靠的方法在终端和中央服务之间发送远程信息处理数据和元数据。

技术实现要素：

所描述的特帧一般涉及用于传输远程信息处理数据的方法和/或装置。远程信息处理数据包括从终端向中央服务发送的远程信息处理数据和从中央服务向终端发送的元数据。可以将用于通信会话信令协议中的信令消息修改为包括远程信息处理数据。例如，从终端发送的第一信令消息可以包括会话信息和远程信息处理数据。在一个示例中，该会话信息可以包括发起终端和中央服务之间的通信会话的请求。在另一个示例中，该会话信息可以包括关于终端和中央服务之间已经存在的通信会话的信息。可以从中央服务向终端发送第二信令消息。该第二消息可以包括基于接收到的远程信息处理数据的元数据。例如，该元数据可以包括对该远程信息处理数据是否在中央服务处接收到的确认、对重传该远程信息处理数据的请求、对发送不同远程信息处理数据的请求、对采取一些其它行动的请求、描述中央服务所采取的行动的辅助数据和/或其它相关远程信息处理元数据。在一些配置中，第二信令消息还可以包括关于通信会话的会话信息。

在一个实施例中，描述了一种传输远程信息处理数据的方法。通过通信会话信令协议从第一设备向第二设备发送第一信令消息。所述第一信令消息至少包括与所述第一设备和所述第二设备之间的通信会话相关的会话信息的第一集合和针对所述第一设备的远程信息处理数据的第一集合。在所述第一设备处通过所述通信会话信令协议来接收第二信令消息。所述第二信令消息包括基于在所述第一信令消息中发送的所述远程信息处理数据的第一集合的内容的元数据。

在一些实施例中，所述会话信息的第一集合可以包括用于发起所述通信会话的请求或与所述通信会话相关联的信息。在一些情况中，所述第二信令消息包括与所述通信会话相关的会话信息的第二集合。

在一些实施例中，通过所述通信会话信令协议来接收所述第二信令消息包括接收对所述远程信息处理数据的第一集合是否在所述第二设备处满意地接收的指示。所述指示可以包括基于所述远程信息处理数据的第一集合的所述内容的所述元数据。

在一个实施例中，通过所述通信会话信令协议来接收所述第二信令消息还包括接收对于所述远程信息处理数据的第一集合的请求。所述请求包括基于所述远程信息处理数据的第一集合的所述内容的所述元数据。在一个示例中，所述请求可以包括对重传所述远程信息处理数据的第一集合的请求、对发送所述远程信息处理数据的第一集合的更新版本的请求或者对发送远程信息处理数据的不同集合的请求。

在一些实施例中，通过所述通信会话信令协议从所述第一设备向所述第二设备发送第三信令消息。所述第三信令消息至少包括接收到的对于所述远程信息处理数据的第一集合的所述请求的响应。

在一些实施例中，通过所述通信会话信令协议来接收所述第二信令消息还包括从所述第二设备接收对基于所述远程信息处理数据的第一集合的所述内容采取至少一个行动的指令。所述指令包括基于所述远程信息处理数据的第一集合的所述内容的所述元数据。所述至少一个行动包括以下各项中的至少一项：收集额外的远程信息处理数据、执行影响车辆的状态的行动、激活车辆的部件、停用车辆的部件、关闭车辆的点火装置、打开车辆的点火装置、关闭车辆的燃料供应、打开车辆的燃料供应、开启车门、锁住车门、激活车辆的喇叭、激活外部可听见的声音、激活车灯、激活车辆的闪烁灯、开动电动车窗、播放录制的消息、呈现媒体或显示文本消息。

在一些实施例中，可以从所述第二信令消息的头部确定所述第二信令消息的消息体的至少一部分包括所述元数据。在一个示例中，可以从所述第二信令消息的头部确定所述第二信令消息的所述消息体包括多部分格式。在这一示例中，基于所述头部中的信息来识别所述第二信令消息的所述消息体的第一部分。所述第二信令消息的所述消息体的所述第一部分至少包括与所述通信会话相关的所述会话信息的第二集合。在这一示例中，基于所述头部中的所述信息来识别所述第二信令消息的所述消息体的第二部分。所述第二信令消息的所述消息体的所述第二部分可以至少包括基于所述第一信令消息中发送的所述远程信息处理数据的第一集合的所述内容的所述元数据。

在一些实施例中，基于所述通信会话信令协议生成所述第一信令消息的头部。所述头部包括对所述第一信令消息的消息体的至少一部分包括所述远程信息处理数据的第一集合的指示。在一些情况中，根据第一协议来格式化所述会话信息的第一集合，根据第二协议来格式化所述远程信息处理数据的第一集合。在这些情况中，至少组合所格式化的会话信息的第一集合和所格式化的远程信息处理数据的第一集合，以生成所述第一信令消息的所述消息体。

在一些实施例中，所述第一信令消息包括用于发起所述通信会话的邀请，并且所述第二信令消息包括对所述邀请的拒绝。在一些情况中，所述通信会话信令协议包括以下各项中的至少一项：会话发起协议(SIP)、可扩展消息和表现协议(XMPP)、Google Talk或Skype。在一个示例中，所述通信会话包括互联网协议语音(VoIP)呼叫。所述通信会话使用流化或非流化媒体的至少一个携带语音、一次一个字符文本、一次一个消息文本、视频或文本消息中的一个或多个。

还描述了一种用于传输远程信息处理数据的设备。该设备包括处理器，以及与所述处理器电子通信的存储器。所述存储器包含指令。所述指令可被所述处理器执行以用于通过通信会话信令协议从第一设备向第二设备发送第一信令消息。所述第一信令消息至少包括与所述第一设备和所述第二设备之间的通信会话相关的会话信息的第一集合和所述第一设备的远程信息处理数据的第一集合。所述指令还可以被处理器执行以用于在所述第一设备处通过所述通信会话信令协议来接收第二信令消息。所述第二信令消息包括基于在所述第一信令消息中发送的所述远程信息处理数据的第一集合的内容的元数据。

还描述了一种用于传输远程信息处理数据的装置。该装置包括用于通过通信会话信令协议从第一设备向第二设备发送第一信令消息的单元。所述第一信令消息至少包括与所述第一设备和所述第二设备之间的通信会话相关的会话信息的第一集合和针对所述第一设备的远程信息处理数据的第一集合。该装置另外包括用于在所述第一设备处通过所述通信会话信令协议来接收第二信令消息的单元。所述第二信令消息包括基于在所述第一信令消息中发送的所述远程信息处理数据的第一集合的内容的元数据。

另外还描述了一种用于传输远程信息处理数据的计算机程序产品。所述计算机程序产品包括存储指令的非暂时性计算机可读介质。所述指令由处理器执行用于通过通信会话信令协议从第一设备向第二设备发送第一信令消息。所述第一信令消息至少包括与所述第一设备和所述第二设备之间的通信会话相关的会话信息的第一集合和针对所述第一设备的远程信息处理数据的第一集合。所述指令还可以被处理器执行以用于在所述第一设备处通过所述通信会话信令协议来接收第二信令消息。所述第二信令消息包括基于在所述第一信令消息中发送的所述远程信息处理数据的第一集合的内容的元数据。

还描述了一种传输远程信息处理数据的方法。通过通信会话信令协议在第二设备处接收来自第一设备的第一信令消息的至少一部分。所述第一信令消息至少包括与所述第一设备和所述第二设备之间的通信会话相关的会话信息的第一集合和针对所述第一设备的远程信息处理数据的第一集合。响应于所述第一信令消息，通过所述通信会话信令协议向所述第一设备发送第二信令消息。所述第二信令消息包括基于在所述第一信令消息中接收到的所述远程信息处理数据的第一集合的内容的元数据。

在一些实施例中，所述会话信息的第一集合包括用于发起所述通信会话的请求或与所述通信会话相关联的信息的至少一个。在一些情况中，所述第二信令消息包括与所述通信会话相关的会话信息的第二集合。

在一些实施例中，通过所述通信会话信令协议发送所述第二信令消息可以包括发送对所述远程信息处理数据的第一集合是否在所述第二设备处被满意地接收的指示。所述指示包括基于所述远程信息处理数据的第一集合的所述内容的所述元数据。

在一些实施例中，通过所述通信会话信令协议发送所述第二信令消息可以包括发送对于所述远程信息处理数据的第一集合的请求。所述请求包括基于所述远程信息处理数据的第一集合的所述内容的所述元数据。在一个示例中，所述请求可以包括以下各项中的至少一项：对重传所述远程信息处理数据的第一集合的请求、对发送所述远程信息处理数据的第一集合的更新版本的请求或者对发送远程信息处理数据的不同集合的请求。

在一些实施例中，通过所述通信会话信令协议来接收来自所述第一设备的第三信令消息。所述第三信令消息至少包括发送的对于所述远程信息处理数据的第一集合的所述请求的响应。

在一些实施例中，通过所述通信会话信令协议发送所述第二信令消息可以包括识别与所述远程信息处理数据的第一集合相关联的至少一个行动。在一些情况中，通过所述通信会话信令协议发送所述第二信令消息可以包括向所述第一设备发送对基于所述远程信息处理数据的第一集合的所述内容采取所述至少一个识别出的行动的指令。所述指令包括基于所述远程信息处理数据的第一集合的所述内容的所述元数据。所述至少一个识别出的行动包括以下各项中的至少一项：收集额外的远程信息处理数据、执行影响车辆的状态的行动、激活车辆的部件、停用车辆的部件、关闭车辆的点火装置、打开车辆的点火装置、关闭车辆的燃料供应、打开车辆的燃料供应、开启车门、锁住车门、激活车辆的喇叭、激活外部可听见的声音、激活车灯、激活车辆的闪烁灯、开动电动车窗、播放录制的消息、呈现媒体或显示文本消息。

在一些实施例中，从所述第一信令消息的头部确定所述第一信令消息的消息体的至少一部分包括所述远程信息处理数据的第一集合。在一个示例中，可以从所述第一信令消息的头部确定所述第一信令消息的所述消息体的至少一部分包括多部分格式。在这一示例中，基于所述头部中的信息来识别所述第一信令消息的所述消息体的第一部分。所述第一信令消息的所述消息体的所述第一部分至少包括与所述通信会话相关的所述会话信息的第一集合。在这一示例中，可以基于所述头部中的所述信息来识别所述第一信令消息的所述消息体的第二部分。所述第一信令消息的所述消息体的所述第二部分至少包括所述远程信息处理数据的第一集合。

在一些实施例中，基于所述通信会话信令协议生成所述第二信令消息的头部。所述头部包括对所述第二信令消息的消息体的至少一部分包括所述元数据的指示。在一些情况中，根据第一协议来格式化与所述通信会话相关的所述会话信息的第二集合。在一些情况中，根据第二协议来格式化基于所述远程信息处理数据的第一集合的所述内容的所述元数据。在一个示例中，至少组合所格式化的会话信息的第二集合和所格式化的基于远程信息处理数据的第一集合的所述内容的元数据，以生成所述第二信令消息的所述消息体。

在一个实施例中，所述第一信令消息包括用于发起所述通信会话的邀请，并且所述第二信令消息包括对所述邀请的拒绝。在一些情况中，所述通信会话信令协议包括：会话发起协议(SIP)、可扩展消息和表现协议(XMPP)、Google Talk或Skype中的至少一个。在一个示例中，所述通信会话包括互联网协议语音(VoIP)呼叫。所述通信会话使用流化或非流化媒体的至少一个携带语音、一次一个字符文本、一次一个消息文本、视频或文本消息中的一个或多个。

另外还描述了一种用于传输远程信息处理数据的设备。该设备包括处理器以及与所述处理器电子通信的存储器。所述存储器包含指令。所述指令被所述处理器执行以用于通过通信会话信令协议在第二设备处接收来自第一设备的第一信令消息的至少一部分。所述第一信令消息至少包括与所述第一设备和所述第二设备之间的通信会话相关的会话信息的第一集合和所述第一设备的远程信息处理数据的第一集合。所述指令还可被处理器执行以用于响应于所述第一信令消息，通过所述通信会话信令协议向所述第一设备发送第二信令消息。所述第二信令消息包括基于在所述第一信令消息中接收到的所述远程信息处理数据的第一集合的内容的元数据。

还描述了一种用于传输远程信息处理数据的装置。该装置包括用于通过通信会话信令协议在第二设备处从第一设备接收第一信令消息的至少一部分的单元。所述第一信令消息至少包括与所述第一设备和所述第二设备之间的通信会话相关的会话信息的第一集合和针对所述第一设备的远程信息处理数据的第一集合。该装置另外包括用于响应于所述第一信令消息，通过所述通信会话信令协议向所述第一设备发送第二信令消息的单元。所述第二信令消息包括基于在所述第一信令消息中接收到的所述远程信息处理数据的第一集合的内容的元数据。

另外还描述了一种用于传输远程信息处理数据的计算机程序产品。所述计算机程序产品包括存储指令的非暂时性计算机可读介质。所述指令由处理器执行以用于通过通信会话信令协议在第二设备处接收来自第一设备的第一信令消息的至少一部分。所述第一信令消息至少包括与所述第一设备和所述第二设备之间的通信会话相关的会话信息的第一集合和针对所述第一设备的远程信息处理数据的第一集合。所述指令还可被处理器执行以用于响应于所述第一信令消息，通过所述通信会话信令协议向所述第一设备发送第二信令消息。所述第二信令消息包括基于在所述第一信令消息中接收到的所述远程信息处理数据的第一集合的内容的元数据。

附图说明

通过参考下面的附图可以了解本发明的其它特性和优势。在附图中，相似的部件或特性可以具有相同的参考标签。此外，相同类型的各种部件可以通过在参考标签之后跟着的破折号和二级标签来区分相似的部件。如果在说明书中只使用一级参考标签，则该描述适用于具有相同一级参考标签的相似组件中的任何一个，而不考虑二级参考标签。

图1A示出了无线通信系统的框图；

图1B示出了无线通信系统的另一个示例性框图；

图2是根据本发明系统和方法示出终端的一个实施例的框图；

图3是示出了该终端的另一个实施例的框图；

图4是示出了用于实现本发明系统和方法的功能的终端的另一个示例的框图；

图5A示出了依照通信会话信令协议的请求消息的示例性格式的框图；

图5B示出了依照通信会话信令协议的一个示例性请求消息的示意图；

图5C示出了依照通信会话信令协议的一个示例性请求消息的示意图；

图6是示出了依照本发明系统和方法的中央站的一个实施例的框图；

图7是示出了该中央站的另一个实施例的框图；

图8是示出了用于实现本发明的系统和方法的功能的中央站的另一个示例的框图；

图9A示出了依照通信会话信令协议的响应消息的示例性格式的框图；

图9B示出了依照通信会话信令协议的一个示例性响应消息的示意图；

图9C示出了依照通信会话信令协议的一个示例性响应消息的示意图；

图9D示出了依照通信会话信令协议的一个示例性响应消息的示意图；

图9E示出了依照通信会话信令协议的一个示例性响应消息的示意图；

图9F示出了依照通信会话信令协议的一个示例性响应消息的示意图；

图10示出了终端和服务器之间的示例性通信交换的示意图；

图11示出了终端和服务器之间的示例性通信交换的示意图；

图12示出了终端和服务器之间的示例性通信交换的示意图；

图13示出了终端和服务器之间的示例性通信交换的示意图；

图14示出了终端和服务器之间的示例性通信交换的示意图；

图15示出了终端和服务器之间的示例性通信交换的示意图；

图16示出了无线通信系统中的示例性终端的框图；

图17示出了无线通信系统中的示例性中央服务的框图；

图18是传输远程信息处理数据的一种示例性方法的流程图；

图19是传输远程信息处理数据的一种示例性方法的流程图；

图20是传输远程信息处理数据的一种示例性方法的流程图；以及

图21是传输远程信息处理数据的一种示例性方法的流程图。

具体实施方式

描述了对终端和中央服务之间的远程信息处理数据和远程通信处理元数据的管理。当终端使用基于分组的电话(例如，互联网协议电话(VoIP)、全IP、下一代网络(NGN)等)与中央服务建立通信时，通信会话信令协议(例如，会话发起协议(SIP))可以用于通过语音信道单独地携带远程信息处理数据和元数据。因此，终端可以通过通信会话信令协议在第一信令消息中向中央服务发送远程信息处理数据，上述第一信令消息至少包括会话数据的集合和远程信息处理数据的集合。终端可以通过通信会话信令协议从中央服务接收第二信令消息，上述第二信令消息包括与第一信令消息中发送的远程信息处理数据的集合相关联的元数据。该元数据可以包括，例如对在中央服务处是否接收到远程信息处理数据的确认、对重新发送远程信息处理数据的请求、对发送不同远程信息处理数据的请求、对采取一些其它行动的请求、描述由中央服务所采取的行动的辅助数据和/或其它相关远程通信处理元数据。

下面的描述提供了例子，但是并不限制权利要求书中阐述的范围、适用性或配置。可以在不脱离本公开内容的精神和范围的前提下对所讨论的要素的功能和排列做出变化。各个实施例可以根据情况省略、替代或添加各种过程或部件。例如，所描述的方法可以以不同于所描述的顺序执行，并且可以添加、省略或组合各个步骤。并且，针对某些实施例所描述的特性可以在其它实施例中组合起来。

如本说明书和权利要求书中所使用的，术语“远程信息处理数据”广泛指代在移动设备处生成、采集或存储的、用于向中央服务传输以便处理的数据。远程信息处理数据可以包括但不限于，车辆诊断数据(例如，定位数据、气囊弹开数据、冲撞或撞击传感器数据、引擎传感器数据等等)。在一些实施例中，远程信息处理数据的接收方可以是另一个设备(例如，PC、笔记本电脑、移动电话)而非中央服务器或中央服务，并且该接收方可以继而存储该远程信息处理数据，以一些方式处理它或在接收到时或稍后的时间将该数据转发给另一个实体(比如中央服务器)。作为转发的例子，无法与中央服务器建立会话的远程信息处理数据的源可以与一些能够到达该中央服务器的中间设备建立会话。因此，本文中所用的术语服务器、中央服务器和中央服务可以被理解为这些广义的术语。

如本说明书和权利要求书中所使用的，术语“远程信息处理元数据”广泛地指代在移动设备和中央服务之间发送的远程信息处理数据相关联的控制或其它数据。例如，远程信息处理元数据可以包括但并不仅限于，在中央服务处是否接收到对该远程信息处理数据的确认、对重新发送该远程信息处理数据的请求、对发送不同远程信息处理数据的请求、对采取一些其它行动的请求、描述由中央服务所采取的行动的辅助数据等等。尽管远程信息处理元数据通常是从中央服务向移动设备发送，但是作为对移动设备发送远程信息处理数据的尝试的响应，远程信息处理元数据也可以由移动设备来发送。

如本说明书和权利要求中所使用的，术语“通信会话”或“会话”广泛地指代出于端点或参与方之间的流音频、视频或其它媒体内容的目的，在端点或参与方(例如，移动设备和中央服务器)之间交换的临时的或半持久的交互信息。

图1A示出了可以用于经由通过通信会话信令协议发送的信令消息在终端110和中央服务(即，公共安全应答点(PSAP)160)之间交换远程信息处理数据和相关元数据的示例性无线网络系统100。

无线网络系统100可以包括拜访网络102、归属网络104和第三方网络106。拜访网络102也可以称为拜访公共陆地移动网络(V-PLMN)、服务网络等。归属网络104也可以称为归属PLMN(H-PLMN)。拜访网络102可以是终端110的服务网络，其可以从其归属网络104漫游，如在下面的很多描述中假设的。如果终端110没有漫游，则拜访网络102和归属网络104可以是同一个网络。

拜访网络102可以包括无线接入网络(RAN)120、移动交换中心(MSC)/拜访位置寄存器(VLR)130，以及图1A中为了简单没有示出的其它网络实体。RAN 120可以是全球移动通信系统(GSM)网络、宽带码分多址(WCDMA)网络、通用分组无线业务(GPRS)接入网络、长期演进(LTE)网络、CDMA 1X网络、高速分组数据(HRPD)网络或超移动宽带(UMB)网络等。WCDMA和GPRS是通用移动通信系统(UMTS)的一部分。GSM、WCDMA、GPRS和LTE在来自名为“第三代合作伙伴计划”(3GPP)的组织的文档中进行了描述。CDMA 1X和HRPD是cdma2000的一部分，并且cdma2000和UMB在来自名为“第三代合作伙伴项目2”(3GPP2)的组织的文档中进行了描述。MSC 130可以执行电路交换呼叫的交换功能，并且还可以路由短消息服务(SMS)消息。VLR 130可以存储已经注册到拜访网络102的终端的注册信息。对于一些RAN的类型(例如，LTE、GPRS或HRPD RAN)，MSC/VLR 130可以由其它实体来替代—例如，在GPRS的情况下由服务GPRS支持节点(SGSN)替代或在LTE情况下由移动性管理实体(MME)替代。

归属网络104可以包括归属位置寄存器(HLR)/认证中心(AC)140和图1A中为了简单没有示出的其它网络实体。HLR 140可以存储已经向归属网络104订阅服务的终端的订阅信息。AC 140可以执行已经向归属网络104订阅服务的终端的认证。在一些网络中，HLR 140可以由归属用户服务器(HSS)替代。在一些情况中，如果终端110没有订阅常规通信服务——例如仅限于进行紧急呼叫，则可以没有归属网络104。

第三方网络106可以包括路由器150(例如，PSAP选择路由器)、中央服务160(例如，PSAP)、公共交换电话网络(PSTN)170，以及图1A中未示出的可能的其它网络实体。路由器150可以在MSC 130和中央服务160之间路由呼叫。中央服务160可以负责应答紧急呼叫，并且也可以称为应急中心(EC)。中央服务160可以由政府机构(例如，国家或城市)运营或拥有。PSTN 170可以为传统有线电话(比如电话180)提供电话服务。在某些例子中，第三方网络106还可以包括至少一个第三方中央服务(未示出)，其可以被配置为与中央服务160(例如，PSAP)通信。例如，第三方中央服务可以是由汽车制造商运营或隶属于汽车制造商的私人服务。在某些示例中，第三方中央服务可以接收来自终端110的一些或所有紧急呼叫，并在适当时间将数据或呼叫转发给PSAP中央服务160。

图1A只示出了可以存在于拜访网络102和归属网络104中的一些网络实体。例如，拜访网络102可以包括支持分组交换呼叫和其它服务的网络实体，以及用于辅助获取终端位置的位置服务器。

终端110可以是固定的或移动的，并且也可以称为GSM和CDMA 1X中的移动站(MS)、WCDMA和LTE中的用户设备(UE)、HRPD中的接入终端(AT)、安全用户平面定位(SUPL)中的具有SUPL功能的终端(SET)、用户单元、电台等等。终端110可以是诸如像蜂窝电话或其它无线通信设备、个人通信系统(PCS)设备、个人导航设备(PND)、个人信息管理器(PIM)、个人数字助理(PDA)、笔记本电脑这样的设备或者能够接收无线通信和/或导航信号的其它适当移动设备。

终端110还可以包括，比如通过短距离无线、红外、有线连接或其它连接与个人导航设备(PND)通信的一个或多个设备，而无论在设备或PDN处是否接收卫星信号、接收辅助数据和/或发生位置相关处理。并且，终端110旨在包括所有设备，包括无线通信设备、计算机、笔记本电脑等等，它们能够经由诸如互联网、WiFi或其它网络与服务器通信，而无论在该设备处、服务器处或与网络相关联的另一个设备处是否接收卫星信号、接收辅助数据和/或发生位置相关处理。以上的任何可操作组合也是包括在内的。终端110还可以是专用车载系统(IVS)，其可以永久附加在(并且可能是其一部分)车辆190中。终端110可以与图1A中未示出的一个或多个其它设备相关联，比如附加在车辆上的传感器、附加在车辆上的传感器的控制单元或一些其它远程信息处理数据源，上述设备能够向终端110发送远程信息处理数据(例如，通过无线单元)并且可能发起从终端110到中央服务器的会话。

如图1A中所示，终端110可以具有与归属网络104的服务订阅，并且可以在拜访网络102中漫游。终端110可以从拜访网络102中的RAN 120接收信号，或者可以与该RAN通信以获取通信服务。终端110也可以在不漫游时(图1A中未示出)与归属网络104通信以获取通信服务。在一些实施例中，终端110可以监听来自RAN 120的信号但是不与RAN 120通信，直到需要与中央服务160进行会话时。这种实施例有利于减少拜访网络102上的信令负载，并且避免或最小化对终端110的用户的订阅收费。终端还可以从一个或多个卫星195接收信号，其可以是卫星定位系统(SPS)的一部分。SPS可以包括发射机定位系统，以便使实体能够至少部分基于从发射机接收到的信号来确定它们在地球上的位置。这样的发射机可以发送用一组多个码片的重复的伪随机噪声(PN)码标记的信号，并且可以被定位在地面控制站、用户设备和/或航天器上。

在一个特定示例中，这些发射机可以位于地球轨道卫星车(SV)上。例如，诸如全球定位系统(GSP)、Galileo、Glonass或Compass的一系列全球导航卫星系统(GNSS)中的SV可以发送用PN码标记的信号，该PN码区别于该系列中的其它SV发送的PN码(例如，在GPS中针对每个卫星使用的不同PN码或在Glonass中在不同频率上使用相同码)。依照某些方面，本文中提出的技术不仅限于SPS的全球系统(例如，GNSS)。例如，本文中提供的技术可以应用于或者能够被用在各种地区性系统中，比如日本的准天顶卫星系统(QZSS)、印度的印度区域导航卫星系统(IRNSS)、中国的北斗系统等等，和/或可以与一个或多个全球和/或区域导航卫星系统相关联或者能够与之一起使用的各种增强系统(例如，基于卫星的增强系统(SBAS))。

举例而言但并不仅限于此，SBAS可以包括提供完整性信息、差分校正等的增强系统，比如广域增强系统(WAAS)、欧洲静地星导航重叠服务(EGNOS)、多功能卫星增强系统(MSAS)、GPS辅助地理增强导航或GPS和地理增强导航系统(GAGAN)等等。因此，如本文中所用的，SPS可以包括一个或多个全球和/或区域导航卫星系统和/或增强系统的任意组合，并且SPS信号可以包括SPS、类SPS和/或与这样的一个或多个SPS相关联的其它信号。终端110可以测量来自卫星195的信号并获取针对该卫星的伪距测量结果。终端110还可以测量来自RAN 120中的基站的信号，并获取该基站的时序和/或信号强度测量。上述伪距测量结果、时序测量结果和/或信号强度测量结果可以用于得出终端110的方位估计。方位估计也可以称为位置估计、定位等等。

终端110可以具有国际移动设备识别码(IMEI)，它是分配给终端的唯一序列号。终端110可以用于用户的服务订阅。该服务订阅可以与国际移动用户识别码(IMSI)相关联，它是分配给GSM和UMTS网络的订阅的唯一号码。该服务订阅也可以与移动用户综合业务数字网号码(MSISDN)相关联，它是该服务订阅的电话号码。在HLR 140中的用户数据库内，IMSI可以用作服务订阅的密钥。该MSISDN可以由其它用户拨打以便连接呼叫用于该服务订阅的终端110。IMSI、MSISDN和其它订阅信息可以存储在用户识别模块(SIM)或全球用户识别模块(USIM)中，该模块可以被插入终端110中。终端110也可以没有SIM/USIM，在这种情况下，终端110可以只有IMEI而没有IMSI或MSISDN。

无线网络可以支持不同类型的紧急呼叫。一种类型可以包括由用户通过拨打公知的紧急号码(比如北美的911和欧洲的112)所发起的“常规”紧急呼叫。另一种类型可以包括e呼叫，其是可以具有上述特性的紧急呼叫，并且可以包括远程信息处理数据向中央服务的传输，以及支持终端110的用户和中央服务之间的语音和/或其它媒体通信的。对e呼叫的支持可能是欧盟和其它世界区域和/或国家要求的。e呼叫在该呼叫发生的方式和可能发送的用于建立该e呼叫和用于处理该e呼叫的另外的紧急相关数据方面不同于常规紧急呼叫。例如，另外的数据可以指示该e呼叫是如何发起的(例如，由用户手动发起或是作为对传感数据或传感触发器的响应自动发起的)、车辆类型和车辆识别号(VIN)、时间戳、位置估计和位置信心标志、行驶方向、乘客数量(例如，根据座位占用传感器)、其它乘客数据(例如，系紧的安全带)、终端110的服务供应商(如果有的话)、触发器类型(例如，展开的安全气囊、缓冲传感器、火灾指示器、翻车或其它状况检测等)，以及可能的其它信息。另外的数据还可以实现向中央服务160提供该终端的准确的地理位置。

在某些例子中，终端110可以配置为向中央服务160(例如，PSAP)发起紧急呼叫。该紧急呼叫可以作为对来自用户的手动输入的响应或作为对一个或多个检测到的状况(例如，展开的安全气囊、冲撞传感器、火灾指示器、翻车或其它状况检测等)的响应来发起。为了发起紧急呼叫，终端110可以使用诸如会话发起协议(SIP)、可扩展消息和表现协议(XMPP)、Google Talk、Skype、OSCAR或微软消息服务的通信会话信令协议，或者另一种通信会话信令协议，以便与中央服务160或第三方中央服务(未示出)建立基于分组的呼叫(例如，语音呼叫、包括文字、IM或视频通信的基于分组的数据呼叫等等)。终端110可以通过通信会话信令协议在第一信令消息中发送远程信息处理数据的集合，并且中央服务160或第三方中央服务可以通过经由该通信会话信令协议的第二信令消息用该组远程信息处理数据的元数据进行响应，比如对在中央服务处是否接收到远程信息处理数据的确认、对重传该远程信息处理数据的请求、对发送不同远程信息处理数据的请求、对采取一些其它行动的请求、描述中央服务所采取的行动的辅助数据和/或其它相关远程信息处理元数据。以这种方式，远程信息处理数据和相关远程信息处理元数据的传输可以单独从语音和/或其它媒体(例如，即时消息(IM)、文本、视频等)通信发生，并且因此不需要打断媒体流(例如，媒体信道)。此外，远程信息处理数据和相关远程信息处理元数据可以在终端110和中央服务之间比可能的用语音信道调制更有效且更快速地交换。此外，该远程信息处理数据和相关的远程信息处理元数据可以与会话和/或语音信道相关联或协调(例如，该远程信息处理数据和相关远程信息处理元数据可以在处理语音信道的相同PSAP之间交换)。

图1B是依照各个实施例描绘LTE/高级LTE网络结构的图。LTE/LTE-A网络架构可以称为演进型分组系统(EPS)101。EPS 101可以包括一个或多个终端110-a(例如，用户设备(UE))、演进型UMTS陆地无线接入网络(E-UTRAN)115、演进型分组核心(EPC)125、归属用户服务器(HSS)135，并且可以连接到其它IP服务和网络175。该EPS 101可以与其它接入网络互相连接，但是为了简单并没有显示那些实体/接口。如图所示，EPS 101提供分组交换服务，但是本领域的技术人员应该容易地了解的是，贯穿本申请内容提出的各种概念可以扩展到提供电路交换服务的网络。

E-UTRAN 115可以包括基站105-a(例如，演进型节点B(eNB))和其它基站105-b。基站105-a可以提供朝向终端110-a的用户和控制平面协议终止。终端110-a可以是图1A的终端110的例子。基站105-a可以通过X2接口(例如，回程)连接到其它基站105-b。基站105-a可以为终端110-a提供到EPC 125的接入点。基站105-a可以通过S1接口连接到EPC 125。该EPC 125可以包括一个或多个移动性管理实体(MME)145、一个或多个服务网关155，以及一个或多个分组数据网络(PDN)网关165。MME 145可以是处理终端110-a和EPC 125之间的信令的控制节点。一般而言，MME145可以提供承载和连接管理，并且管理终端(比如终端110-a)的移动性。所有用户IP分组可以通过服务网关155来传递，该网关本身可以连接到PDN网关165。PDN网关165可以提供终端IP地址分配以及其它功能。该PDN网关165可以连接到其它IP服务和网络175，包括由EPS 101的运营商拥有并运营的IP服务。其它IP服务和网络175可以包括互联网、局域网、IP多媒体子系统(IMS)和分组交换(PS)流服务(PSS)。其它IP服务和网络175还可以包括(或连接到)应急服务IP网络(ESInet)185，该网络可以由一些公共(例如，公共安全性)机构拥有或运营或代表。

PDN网关165还可以连接到代理呼叫会话控制功能(P-CSCF)103。该P-CSCF 103可以连接到紧急呼叫会话控制功能(E-CSCF)109。在某些例子中(例如，企业网络)，P-CSCF 103可以通过服务呼叫会话控制功能(S-CSCF)107连接到E-CSCF 109。P-CSCF 103、E-CSCF 109和S-CSCF107可以是EPS 101的IMS的一部分。在终端110-a是IMS设备的情况中，它可以向其蜂窝载波的网络发送INVITE(例如，向P-CSCF 103发送，P-CSCF 103可以将其转发给E-CSCF 109，E-CSCF 109可以将其转发给应急服务网络(ESInet)185，其可以确定正确的PSAP(例如，中央服务160-a)并将其转发过去)。

ESInet 185可以包括中央服务160-a(例如，PSAP)，其可以是图1A的中央服务160的例子。中央服务160-a可以连接到应急服务路由代理(ESRP)111。该ESRP 111可以连接到紧急呼叫路由功能(ECRF)113。

终端110-a可以被配置为通过，例如多输入多输出(MIMO)、协作多点(CoMP)或其它机制与多个基站105协作地通信。MIMO技术在基站上使用多个天线和/或在终端上使用多个天线以便利用多路环境的优势来发送多个数据流。CoMP包括用于多个基站的传输和接收的动态协调以提高终端的整体传输质量以及增加网络和频谱利用率的技术。

在某些示例中，终端110-a可以配置为向中央服务160-a(例如，PSAP)发起紧急呼叫。该紧急呼叫可以作为对来自用户的手动输入的响应或作为对一个或多个检测到的状况(例如，展开的安全气囊、冲撞传感器、火灾指示器、翻车或其它状况检测等)的响应来发起。该紧急呼叫可以包括关于通信会话信令协议(例如，SIP)的信令117的第一集合(例如，其可以包括远程信息处理信息)以及关于通信会话的信令119的第二集合(例如，语音/数据)。基站105-a可以将信令117的第一集合和信令119的第二集合路由到服务网关155。服务网关155可以将信令117的第一集合和信令119的第二集合路由到PDN网关165。PDN网关165可以将信令117的第一集合路由到P-CSCF 103，并且可以将信令119的第二集合路由到中央服务160。P-CSCF 103可以将信令117的第一集合路由到E-CSCF 109。在一些情况中(例如，在企业网络中)，P-CSCF 103可以将信令117的第一集合通过S-CSCF 107路由到E-CSCF 109。E-CSCF 1109可以将信令117的第一集合路由到ESRP 111。ESRP 111可以将信令117的第一集合路由到中央服务160-a。因此，该远程信息处理数据和相关的远程信息处理元数据可以与会话和/或媒体流相关联或相协调(例如，远程信息处理数据和相关的远程信息处理元数据可以在处理该媒体流的相同PSAP之间交换)。该媒体流可以包括任何流媒体，包括语音、一次一条消息文本(例如，IM)、一次一个字符文本(例如，流文本、实时文本)、音频、视频和/或任何非流媒体(比如文本消息)。在一些情况中，其中交换的媒体可以称为媒体流，其可以只携带非流媒体。

图2是根据给出的系统和方法示出终端110-b的一个实施例的框图200。终端110-b可以是图1A的终端110和/或图1B的终端110-a的例子。终端110-b可以包括终端接收机模块205、远程信息处理数据信令模块210和终端发射机模块215。这些部件中的每一个可以相互通信。终端110-b可以包括图2中未示出的其它模块——例如，可以包括用于检测与车辆相关联的状况和事件的传感器，以及使得能够从接收自GPS卫星的无线信号来估计或确定终端的位置的接收机和处理器。

终端110-b的这些部件可以单独地或共同地用适于执行硬件中的一些或所有应用功能的一个或多个专用集成电路(ASIC)来实现。作为替代，这些功能可以由一个或多个集成电路上的一个或多个其它处理单元(或内核)来执行。在其它实施例中，可以使用其它类型的集成电路(例如，结构化/平台化ASIC、现场可编程门阵列(FPGA)和其它半定制IC)，它们可以用本领域任何公知的方式编程。每个单元的功能还可以完全或部分地利用存储器中嵌入的、格式化以由一个或多个通用或特定于应用的处理器执行的指令来实现。

在一种配置中，终端接收机模块205可以包括蜂窝接收机，并且可以接收来自基站105的传输。在一个例子中，终端接收机模块205可以接收已经被适于包括远程信息处理元数据的通信信令协议的信令消息。该远程信息处理数据信令模块210可以从适配的信令消息提取远程信息处理元数据。该远程信息处理数据信令模块210还可以将通信信令协议的信令消息适于包括远程信息处理数据。通信信令协议的适配的信令消息可以通过终端发射机模块215来发送。下面将描述关于远程信息处理数据信令模块210的细节。

图3是根据给出的系统和方法示出了终端110-c的一个实施例的框图300。终端110-c可以是图1A、1B和/或2中示出的终端110的示例。终端110-c可以包括如前所描述的终端接收机模块205、远程信息处理数据信令模块210-a，和终端发射机模块215。这些部件的每一个都可以相互通信。

终端110-c的这些部件可以单独地或共同地利用适合于执行硬件中的一些或所有应用功能的一个或多个专用集成电路(ASIC)来实现。作为替代，这些功能可以由一个或多个集成电路上的一个或多个其它处理单元(或内核)来执行。在其它实施例中，可以使用其它类型的集成电路(例如，结构化/平台化的ASIC、现场可编程门阵列(FPGA)和其它半定制IC)，它们可以用本领域任何公知的方式编程。每个单元的功能还可以完全或部分地用存储器中嵌入的、格式化以由一个或多个通用或专用处理器执行的指令来实现。

在一个实施例中，远程信息处理数据信令模块210-a可以包括远程信息处理数据模块315。该远程信息处理数据模块315可以生成和/或获取远程信息处理数据。该远程信息处理数据模块315还可以接收远程信息处理元数据。在某些示例中，远程信息处理数据模块315可以基于接收到的远程信息处理元数据来获取远程信息处理数据。

远程信息处理数据信令模块210-a还可以包括会话控制模块310。会话控制模块310可以使用一个或多个信令消息来控制和/或辅助通信会话。在某些实施例中，该会话控制模块310可以根据通信会话信令协议由通信会话信息来控制和/或辅助通信会话。在一个示例中，该会话控制模块310可以生成包括信号信息的集合(例如，第一集合)的信令消息。会话控制模块310还可以获取包括信号信息的集合(例如，第二集合)的信令消息。

在一个实施例中，远程信息处理数据信令模块210-a可以包括会话/远程信息处理元数据分离模块305。如前所述，信令消息可以被适于包括远程信息处理数据和/或远程信息处理元数据与会话信息。例如，信令消息可以被适于包括会话信息的第二集合和远程信息处理元数据的第一集合。该会话/远程信息处理元数据分离模块305可以从适配的信令消息提取任何远程信息处理元数据。会话/远程信息处理元数据分离模块305可以向会话控制模块310提供会话信息(例如，以信令消息的形式)，并且可以向远程信息处理数据模块315提供远程信息处理元数据。

远程信息处理数据信令模块210-a还可以包括会话/远程信息处理数据组合模块320。会话/远程信息处理数据组合模块320可以使会话控制模块310生成的信令消息适用于包括来自远程信息处理数据模块315的远程信息处理数据。在一个示例中，适配的信令消息可以包括会话信息的第一集合和远程信息处理数据的第一集合。适配后的信令消息可以通过终端发射机模块215发送。

图4是根据给出的系统和方法示出了终端110-d的一个实施例的框图400。终端110-d可以是图1A、1B、2和/或3中示出的终端110的示例。在一种配置中，终端110-d可以包括终端接收机模块205、远程信息处理数据信令模块210-b和终端发射机模块215。这些部件中的每一个都可以相互通信。

终端110-d的这些部件可以单独地或共同地利用适合于执行硬件中的一些或所有应用功能的一个或多个专用集成电路(ASIC)来实现。作为替代，这些功能可以由一个或多个集成电路上的一个或多个其它处理单元(或内核)来执行。在其它实施例中，可以使用其它类型的集成电路(例如，结构化/平台化的ASIC、现场可编程门阵列(FPGA)和其它半定制IC)，它们可以用本领域任何公知的方式编程。每个单元的功能还可以完全或部分地用存储器中嵌入的、格式化以由一个或多个通用或专用处理器执行的指令来实现。

在一个示例中，终端110-d可以被配置为至少收集远程信息处理数据、与中央服务建立通信会话、通过对通信会话信令协议适配的使用向中央服务发送远程信息处理数据、通过对通信会话信令协议适配的使用从中央服务接收远程信息处理元数据，以及基于接收到的远程信息处理元数据采取某些行动。

远程信息处理数据信令模块210-b可以包括会话控制模块310-a。会话控制模块310-a可以包括SIP/SDP模块405和会话实现模块410。该SIP/SDP模块405可以被配置为协商、建立、管理和终止与中央服务的通信会话。SIP/SDP模块405可以生成SIP信令消息头部内容和SDP内容，以便与中央服务传输会话相关的信令数据。会话实现模块410可以被配置为接收媒体内容(例如，语音呼叫的音频数据、视频呼叫的语音和视频数据、具有文本并且具有或不具有语音或视频的呼叫的文本数据)、根据协商的会话将媒体内容作为分组流发送给中央服务，以及根据协商的会话从中央服务接收包含媒体内容的分组流。

远程信息处理数据信令模块210-b还可以包括远程信息处理数据模块315-a。远程信息处理数据模块315-a可以包括远程信息处理数据获取模块430、远程信息处理数据消息模块425、远程信息处理元数据分析模块415和外部系统控制模块420。远程信息处理数据获取模块430可以从与终端110-d相关联的系统或设备收集远程信息处理数据。例如，当终端110-d与车辆相关联时，远程信息处理数据获取模块430可以收集关于以下各项的数据：车辆类型和车辆识别号(VIN)、一个或多个时间戳、位置估计和相关联的自信程度、行驶方向、乘客数量(例如，具有系紧的安全带)、终端的服务供应商(如果有的话)、触发器类型(例如，展开的安全气囊、缓冲传感器、手动触发、火灾指示器、翻车或其它状况检测等等)，和/或可以适合本文所描述的原则的特定应用的其它相关信息。

远程信息处理数据模块315-a的远程信息处理数据消息模块425可以根据中央服务所理解的协议将远程信息处理数据格式化以用于向该中央服务的传输。在某些示例中，远程信息处理数据消息模块425可以编制用于向中央服务传输的远程信息处理数据的标准集合。另外或者作为替代，远程信息处理数据消息模块425可以被配置为编译从中央服务请求的用于向中央服务传输的特定远程信息处理数据的集合。

远程信息处理数据模块315-a可以另外包括远程信息处理元数据分析模块415。远程信息处理元数据分析模块415可以分析远程信息处理元数据，以识别可以根据从中央服务接收到的、与发送给中央服务的远程信息处理数据相关联的远程信息处理元数据执行的任何行动。识别出的行动可以是由中央服务专门请求的，或是由远程信息处理元数据分析模块415基于接收到的远程信息处理元数据推断的。例如，远程信息处理元数据可以包括对重传远程信息处理数据、发送远程信息处理数据的不同集合或者对发送远程信息处理数据集合的更新版本的请求。该远程信息处理元数据分析模块415可以为远程信息处理数据消息模块425和/或外部系统控制模块420提供适当的远程信息处理元数据和/或适当的指令。

远程信息处理数据模块315-a的外部系统控制模块420可以被配置为根据从该中央服务接收到的、与发送给该中央服务的远程信息处理数据相关联的远程信息处理元数据采取一个或多个行动。再次返回终端110-d与车辆相关联并且该远程信息处理数据作为对检测到冲撞的响应发送给中央服务的示例，远程信息处理元数据可以包括针对车辆及其使用者采取某些预防性或营救行动的指令。这些行动可以包括但并不仅限于，收集额外的远程信息处理数据、关闭或打开车辆点火装置、关闭或打开车辆的燃料供给、解锁或锁住车门、激活车辆的喇叭、播放外部听得见的声音、打开车灯(例如，车头灯、行车灯)、打开车辆的内部(例如，车厢)车灯、打开车辆的闪烁灯(例如，4向、紧急闪烁灯、危险警示灯)、启动电动车窗、播放从中央服务接收到的或存储在终端110-d处的记录消息、表现媒体(例如，表现要说的文字、播放中央服务发送的媒体、播放中央服务所发送的指令所引用和/或相关联的媒体)、播放从中央服务接收到的或存储在终端110-d处的文本消息，或其它适当行动。应该注意的是，比如像激活喇叭、播放外部可听见的声音、打开车灯和/或打开闪烁灯这样的行动可以帮助向应急人员警示车辆位置或者引起注意。

远程信息处理数据信令模块210-b可以包括会话/远程信息处理元数据分离模块305。该会话/远程信息处理元数据分离模块305可以接收(例如，通过终端接收机模块205)修改的SIP或其它通信会话信令协议消息，并且可以从远程信息处理元数据消息分离出SIP/SDP(或其它协议)信息。在某些实施例中，会话/远程信息处理元数据分离模块305可以如上所描述的向SIP/SDP模块405提供SIP/SDP(或其它协议)信息并向远程信息处理元数据分析模块415提供一个或多个远程信息处理元数据消息。在一个示例中，该会话/远程信息处理元数据分离模块305可以根据来自修改后的SIP消息的头部的信息来识别修改后的SIP消息的不同部分。在这一示例中，会话/远程信息处理元数据分离模块305可以如上所描述的将识别为SIP/SDP信息的部分提供给SIP/SDP模块405，并将识别为远程信息处理元数据消息的部分提供给远程信息处理元数据分析模块415。

远程信息处理数据信令模块210-b还可以包括会话/远程信息处理数据组合模块320。该会话/远程信息处理数据组合模块320可以如上所描述的将来自SIP/SDP模块405的SIP/SDP(或其它协议)信息和来自远程信息处理数据消息模块425-a的一个或多个远程信息处理数据消息组合到修改的SIP或其它通信会话信令协议消息中。该终端发射机模块215可以将生成的信令消息发送给中央服务。

图5A、图5B和图5C示出了经修改以用于同时携带会话数据和远程信息处理数据的会话发起协议(SIP)请求消息的示例。图5A示出了该请求消息的示例性格式500的图，而图5B和5C示出了基于图5A的格式的示例性SIP请求消息550的内容的图。虽然图5A、图5B和图5C的示例是在修改后的和用于新目的的SIP请求消息的上下文中描述的，但是应该理解的是，本说明书的原则可以用于修改或扩展其它通信会话信令协议(例如，XMPP、Google Talk、MSN等)或者作为新的通信会话信令协议的基础。

通过将SIP协议重新利用以携带会话数据和远程信息处理数据两者，远程信息处理数据可以有效地发送给中央服务而无需中断相关呼叫或降级相关呼叫的质量。如图5A中所示，修改后的SIP请求消息格式500可以包括请求行505、头部510、会话信息515(例如，会话参数、会话数据)的集合和远程信息处理数据的集合520。SIP协议由互联网工程任务组(IETF)在很多请求评论标准(比如RFC 3261)中定义。这些标准定义很多SIP请求和响应消息，包括INVITE消息、ACK消息、BYE消息、CANCEL消息、OPTIONS消息、REGISTER消息、PRACK消息、SUBSCRIBE消息、NOTIFY消息、PUBLISH消息、INFO消息、REFER消息、MESSAGE消息和UPDATE消息。现有格式500可以用于这些消息中的每一个，并用于其它类型的请求和响应消息。

在图5B的示例中，例如，可以由终端使用基于图5A的格式的修改后的SIP INVITE消息550-a，以同时请求与中央服务的呼叫或其它通信会话并向该中央服务发送远程信息处理数据。这样，即使该中央服务无法与该终端建立(或拒绝)呼叫，远程信息处理数据也可以由中央服务接收。

示例SIP INVITE消息550-a的请求行505-a可以将该消息550-a标识为请求并指出正在做出的请求的类型(例如，INVITE)。请求消息的头部510-a可以定义请求的源、该请求的目的接收方(例如，紧急服务URN)、呼叫标识符、源的联系信息、呼叫序列号、消息体中的数据类型的指示和消息长度。在本示例中，头部510-a可以指出该消息体包含混合的数据，用字符串“-----NextPart-----”指示消息体中不同类型的数据之间的边界。在本示例中，该消息体包括会话信息515-a和远程信息处理数据520-a两者。应该注意的是，本示例可能没有显示通常可以包括的所有头部字段。

该会话信息515-a可以包括终端和中央服务之间建议的会话的参数列表。例如，该SIP INVITE消息550-a可以包括用于建立VoIP音频呼叫的会话描述协议(SDP)参数的集合。

远程信息处理数据520-a可以包括传感器读数、存储的或记录的数据，以及发送给中央服务的与该终端相关联的其它数据。在某些示例中，该远程信息处理数据可以不直接关于建立和维护会话。因此，即使该中央服务拒绝SIP INVITE消息550-a的会话信息515-a部分中建议的呼叫参数，或者因为其他原因无法建立该会话，该中央服务还是可以接收并处理远程信息处理数据520-a。在本示例中，SIP INVITE消息550-a可以根据车辆中的自动或手动触发来建议与PSAP服务的紧急呼叫。与参数会话信息515-a一起发送的远程信息处理数据520-a可以包括很多关于该车辆和/或其使用者的状态的测量结果以及触发该紧急呼叫的事件。如图5B的示例中所示，远程信息处理数据520-a可以包括状态码、货物类型、与终端相关联的制造商特定标识符、车辆位置、车辆的当前或先前速度、车辆方向和校验和。在某些示例中，远程信息处理数据520-a可以包括e呼叫最小数据集合(MSD)或其它紧急呼叫数据的标准集合——例如，由一些国家或地区(例如，欧盟)定义或代表的。

图5C示出了类似于图5B的修改后的SIP请求消息550-a的示例性修改后SIP请求消息550-b。但是，在图5C的示例中，会话信息515-b可以包括存在信息数据格式-位置对象(PIDF-LO)，并且远程信息处理数据520-b可以包括eCallData对象525。在一个示例中，该eCallData对象535可以由头部510-b中的标签530引用。在一个示例中，头部510-b中的标签530可以使用eCallData对象535的内容ID(即，1234567890@rosebud.example.com)来引用该eCallData对象535。在图5C的示例中，头部510-b还可以包括对INVITE是同时针对紧急呼叫和自动触发的e呼叫的标示525。

图6是依照本发明系统和方法描绘了中央服务160-b的一个实施例的框图600。该中央服务160-b可以是图1A和/或1B的中央服务160的示例。该中央服务160-b可以包括中央服务接收机模块605、远程信息处理元数据信令模块610和中央服务发射机模块615。这些部件中的每一个都可以相互通信。

中央服务160-b的这些部件可以单独地或共同地利用适合于执行硬件中的一些或所有应用功能的一个或多个专用集成电路(ASIC)来实现。作为替代，这些功能可以由一个或多个集成电路上的一个或多个其它处理单元(或内核)来执行。在其它实施例中，可以使用其它类型的集成电路(例如，结构化/平台化的ASIC、现场可编程门阵列(FPGA)和其它半定制IC)，它们可以用本领域任何公知的方式编程。每个单元的功能还可以完全或部分地用存储器中嵌入的、格式化以由一个或多个通用或专用处理器执行的指令来实现。

在一种配置中，中央服务接收机模块605可以包括蜂窝接收机和/或网络接口卡(NIC)，并且可以通过其它IP服务和网络175或任何其它IP连接服务接收通信。在一个示例中，中央服务接收机模块605可以接收已经被适于包括远程信息处理数据的通信信令协议的信令消息。远程信息处理元数据信令模块610可以从适配后的信令消息提取出远程信息处理数据。远程信息处理元数据信令模块610还可以将通信信令协议的信令消息适于包括远程信息处理元数据。通信信令协议的适配后的信令消息可以通过中央服务发射机模块615发送。下面将描述关于该远程信息处理元数据信令模块610的细节。在另一种配置中，中央服务接收机模块605可以通过有线单元——例如，从图1B中的ESRP 111来支持分组数据的接收。

图7是依照本发明系统和方法示出中央服务160-c的一个实施例的框图700。该中央服务160-c可以是图1A、1B和/或6中示出的中央服务160的示例。中央服务160-c可以包括如前所描述的中央服务接收机模块605、远程信息处理元数据信令模块610-a和中央服务发射机模块615。这些部件中的每一个都可以相互通信。

中央服务160-c的这些部件可以单独地或共同地利用适合于执行硬件中的一些或所有应用功能的一个或多个专用集成电路(ASIC)来实现。作为替代，这些功能可以由一个或多个集成电路上的一个或多个其它处理单元(或内核)来执行。在其它实施例中，可以使用其它类型的集成电路(例如，结构化/平台化的ASIC、现场可编程门阵列(FPGA)和其它半定制IC)，它们可以用本领域任何公知的方式编程。每个单元的功能还可以完全或部分地用存储器中嵌入的、格式化以由一个或多个通用或专用处理器执行的指令来实现。

在一个实施例中，远程信息处理元数据信令模块610-a可以包括远程信息处理元数据模块710。远程信息处理元数据模块710可以生成和/或获取远程信息处理元数据。远程信息处理元数据模块710还可以接收远程信息处理数据。在某些示例中，远程信息处理元数据模块710可以基于接收到的远程信息处理数据生成远程信息处理元数据。

远程信息处理元数据信令模块610-a还可以包括会话控制模块310-b。会话控制模块310-b可以是图3和/或图4中示出的会话控制模块310的示例。在一个示例中，会话控制模块310-b可以获取包括信号信息的集合(例如，第一集合)的信令消息。会话控制模块310-b还可以生成包括信号信息的集合(例如，第二集合)的信令消息。

在一个实施例中，远程信息处理元数据信令模块610-a可以包括会话/远程信息处理数据分离模块705。如前所述，信令消息可以被适于包括远程信息处理数据和/或远程信息处理元数据以及会话信息。例如，信令消息可以被适于包括会话信息的第一集合和远程信息处理数据的第一集合。该会话/远程信息处理数据分离模块705可以从适配后的信令消息提取任何远程信息处理数据。该会话/远程信息处理数据分离模块705可以将该会话信息(例如，以信令消息的形式)提供给会话控制模块310-b，并且可以将远程信息处理数据提供给远程信息处理元数据模块710。

远程信息处理元数据信令模块610-a还可以包括会话/远程信息处理元数据组合模块715。会话/远程信息处理元数据组合模块715可以将会话控制模块310-b生成的信令消息适配为包括来自远程信息处理元数据模块710的远程信息处理元数据。在一个示例中，适配后的信令消息可以包括会话信息的第二集合和远程信息处理元数据的第一集合。适配后的信令消息可以通过中央服务发射机模块615来发送。

图8是依照本发明系统和方法示出中央服务160-d的一个实施例的框图800。中央服务160-d可以是图1A、1B、6和/或7中示出的中央服务160的示例。在一种配置中，中央服务160-d可以包括中央服务接收机模块605、远程信息处理元数据信令模块610-b和中央服务发射机模块615。这些部件中的每一个都可以相互通信。

中央服务160-d的这些部件可以单独地或共同地利用适合于执行硬件中的一些或所有应用功能的一个或多个专用集成电路(ASIC)来实现。作为替代，这些功能可以由一个或多个集成电路上的一个或多个其它处理单元(或内核)来执行。在其它实施例中，可以使用其它类型的集成电路(例如，结构化/平台化的ASIC、现场可编程门阵列(FPGA)和其它半定制IC)，它们可以用本领域任何公知的方式编程。每个单元的功能还可以完全或部分地用存储器中嵌入的、格式化以由一个或多个通用或专用处理器执行的指令来实现。

在一个示例中，中央服务160-d可以被配置为至少通过适配后的通信会话信令协议的使用从终端接收远程信息处理数据、与该终端建立通信会话、基于接收到的远程信息处理数据的内容生成远程信息处理元数据，以及通过适配后的通信会话信令协议的使用将该远程信息处理元数据发送给终端。在某些示例中，该中央服务160-d还可以通过远程信息处理元数据引导终端基于接收到的远程信息处理数据采取行动。

远程信息处理元数据信令模块610-b可以包括会话控制模块310-c。会话控制模块310-c可以是图3、4和/或7中示出的会话控制模块310的示例。会话控制模块310-c可以包括SIP/SDP模块405-a和会话实现模块410-a。SIP/SDP模块405-a可以被配置为协商、建立、管理和终止与终端的通信会话。SIP/SDP模块405-a可以生成SIP信令消息头部内容和SDP内容，以便与终端传输会话相关信令数据。会话实现模块410-a可以被配置为接收媒体内容(例如，语音呼叫的音频数据、视频呼叫的语音和视频数据、文本呼叫的文本数据)、根据协商的会话将该媒体内容作为分组流发送给终端，以及根据协商的会话从终端接收包含媒体内容的分组流。

远程信息处理元数据信令模块610-b还可以包括远程信息处理元数据模块710-a。远程信息处理元数据模块710-a可以包括远程信息处理数据分析模块805、中央服务行动模块810、终端行动模块820和远程信息处理元数据消息模块815。

远程信息处理数据分析模块805可以从终端接收远程信息处理数据并应用一个或多个规则的集合来识别远程信息处理数据的属性，并确定响应于远程信息处理数据要采取的适当行动。例如，当终端与车辆相关联时，远程信息处理数据分析模块805可以分析关于以下各项的数据：车辆类型和车辆识别码(VIN)、一个或多个时间戳、位置估计和相关联的自信程度、行驶方向、乘客数量(例如，具有系紧的安全带)、终端的服务供应商(如果有的话)、触发器类型(例如，展开的安全气囊、缓冲传感器、手动触发、火灾指示器、翻车或其它状况检测等等)，和/或可以适合本文所描述的原则的特定应用的其它相关信息。在一种配置中，远程信息处理数据分析模块805可以向中央服务行动模块810和/或终端行动模块820提供分析后的远程信息处理数据和/或指令。

中央服务行动模块810可以在中央服务160-d处采取根据分析后的远程信息处理数据识别出的行动，而终端行动模块820可以生成针对终端根据远程信息处理数据采取某些行动的指令。远程信息处理元数据消息模块815可以根据接收到的远程信息处理数据生成要传输给终端的远程信息处理元数据的集合。响应于检测到的终端向中央服务160-d发送远程信息处理数据的尝试，远程信息处理元数据消息模块815可以另外生成用于传输给终端的远程信息处理元数据的集合。另外，该远程信息处理元数据消息模块815可以根据终端所理解的协议来格式化用于向终端传输的远程信息处理元数据。如上所述，远程信息处理元数据可以包括诸如以下各项的信息：在中央服务160-d处是否接收到对远程信息处理数据的确认或否定确认、对重传远程信息处理数据(例如，先前版本和/或当前版本)的请求、对发送不同远程信息处理数据的请求、对采取一些其它行动的请求、描述中央服务所采取的行动的辅助数据和/或其它相关的远程信息处理元数据。

返回终端与车辆相关联的示例中，并且响应于检测出的冲撞、坠毁、翻车或其它情况向中央服务160-d发起紧急呼叫，远程信息处理数据分析模块805可以从终端接收指示冲撞类型和严重性的远程信息处理数据，中央服务行动模块810可以向应急服务(或其它适当目标)提供(例如，转发)关于该冲撞的信息，终端行动模块820可以生成对终端的指示以关闭车辆的燃料供应，并播放记录的消息或显示文字消息(例如，从中央服务160-d或由该终端存储的)以指示救援正在到来，显示媒体(例如，显示要说的文字)等等。然后，远程信息处理元数据消息模块815可以生成要传输给终端的远程信息处理元数据的集合，其中远程信息处理元数据确认对远程信息处理元数据的接收，提供由终端行动模块820生成的指令和/或向终端提供其它相关信息(例如，估计的操作员可采取语音和/或其它媒体呼叫之前的时间、估计的应急服务到达之前的时间等等)。

在一个实施例中，远程信息处理元数据信令模块610-b可以包括会话/远程信息处理数据分离模块705。会话/远程信息处理数据分离模块705可以接收(例如，通过中央服务接收机模块605)修改的SIP或其它通信会话信令协议消息，并且可以从远程信息处理数据消息分离出SIP/SDP(或其它协议)信息。在某些实施例中，会话/远程信息处理数据分离模块705可以如上所描述的向SIP/SDP模块405-a提供SIP/SDP信息，并向远程信息处理数据分析模块805提供一个或多个远程信息处理数据消息。在一个示例中，会话/远程信息处理数据分离模块705可以根据来自修改后的SIP消息的头部的信息来识别修改后的SIP消息的不同部分。在这一示例中，会话/远程信息处理数据分离模块705可以如上所描述的将识别为SIP/SDP(或其它协议)信息的部分提供给SIP/SDP模块405-a，并将识别为远程信息处理数据消息的部分提供给远程信息处理数据分析模块805。

远程信息处理元数据信令模块610-b还可以包括会话/远程信息处理元数据组合模块715。会话/远程信息处理元数据组合模块715可以如上所描述的将来自SIP/SDP模块405-a的SIP/SDP(或其它协议)信息和来自远程信息处理元数据模块710-a的一个或多个远程信息处理元数据消息组合到修改后的SIP或其它通信会话信令协议消息中。中央服务发射机模块615可以将生成的信令消息发送给终端。

图9A、图9B、图9C、图9D、图9E和图9F示出了被修改为同时携带会话数据和远程信息处理元数据的会话发起协议(SIP)响应消息的示例。根据图5A-5C的描述，作为对接收SIP请求消息的响应，图9A-9F的SIP响应消息可以从中央服务160被发送给终端110。

通过将SIP协议重新利用以携带会话数据和远程信息处理元数据两者，远程信息处理元数据可以有效地被发送给终端，而无需中断相关呼叫或降低其质量。图9A示出了响应消息的示例性格式900。图9B、图9C、图9D、图9E和图9F示出了根据图9A的格式的示例性SIP响应消息950a-e的图。尽管图9A、图9B、图9C、图9D、图9E和图9F是在修改后的和用于新目的的SIP响应消息的上下文中描述的，但是应该理解的是，本说明书的原理可以用于修改或扩展其它通信会话信令协议(例如，XMPP、Google Talk、MSN等)或者作为新的通信会话信令协议的基础。

响应于SIP请求消息，修改后的SIP响应消息格式900可以用于生成信令消息。如图9A中所示，修改后的SIP响应消息格式900可以包括状态行905、头部910、会话数据915的集合和远程信息处理元数据920的集合。SIP协议定义了多个响应消息、临时响应、成功响应、重定向响应和客户端失败响应。现有格式900可以用于这些消息类型的每一个以及其它类型的响应消息。

在图9B的示例中，例如作为对接收到图5B和/或图5C的修改后的SIP INVITE消息550的响应，可以由中央服务来使用基于图9A的格式的修改后的SIP 200(OK)消息950-a，以指示该中央服务接受提出的VoIP会话。SIP 200(OK)消息950-a还可以向终端提供元数据，从而对在SIP INVITE消息550中发送的远程信息处理数据的接收进行确认。SIP 200(OK)消息950-a还可以提供额外的信息(例如，已经通知了应急服务以及语音确认正待发起)。

示例SIP 200(OK)信令消息950-a的状态行905-a可以将该消息950-a识别为SIP响应，并指出正在做出的响应的类型(例如，OK)。该响应消息的头部910-a可以提供终端和中央服务的标识、呼叫标识符、终端和中央服务的联系信息、呼叫序列号、对消息体中的数据类型的指示和响应消息950-a的消息长度。在本示例中，头部910-a可以指出该消息体包含混合的数据，其用字符串“-----NextPart-----”指示该消息体中不同类型的数据之间的边界。在本示例中，消息体包括会话数据915-a和远程信息处理元数据920-a两者。

该会话数据915-a可以包括终端和中央服务之间提出的会话的达成协议的参数列表。这些会话参数可以是VoIP音频呼叫的会话描述协议(SDP)参数的集合。

远程信息处理元数据920-a可以包括关于在中央服务处在SIP INVITE信令消息550中接收到的远程信息处理数据的信息。如前所述，远程信息处理元数据920-a可以包括对在中央服务处是否接收到该远程信息处理数据的确认、对重传该远程信息处理数据的请求、对发送不同远程信息处理数据的请求、对采取一些其它行动的请求、描述该中央服务所采取的行动的辅助数据和/或其它相关远程信息处理元数据。返回从与车辆相关联的终端向PSAP服务做出的紧急呼叫的示例，图9B中示出的远程信息处理元数据920-a可以包括对接收到远程信息处理数据的确认以及指示已经通知应急服务并且语音呼叫正待发起的状态码。

图9C示出类似于图9B的修改后SIP响应消息950-a的示例性修改后的SIP响应消息950-b。但是，在图9C的示例中，远程信息处理元数据920-b还可以包括对终端针对与终端相关联的任何车辆采取某些行动的指令。因此，图9C的远程信息处理元数据920-b可以包括关闭车辆点火装置、关闭车辆的燃料供应、开启车门以及向车辆使用者播放指定的指令录音的指令。在一些配置中，对终端的指令可以来自于人。例如，发起该呼叫的人可以使得向该终端发送命令，其可以包括对更新的或额外的远程信息处理数据的请求、要传输给车辆的一个或多个消息(比如通过显示文本、呈现要说的文本、播放录音、播放媒体)，包括预定义的或完全动态的消息(例如，由人当场输入的)、锁住/开启车门、触发车灯/喇叭等。

图9D示出了类似于图9B的修改后SIP响应消息950-a的示例性修改后的SIP响应消息950-c的状态行905-c和头部910-c。但是，在图9C的示例中，头部910-c还包括eCallMetaData 925的P头部。在这一示例中，eCallMetaData 925的P头部可以包括对接收到具有指定ID的数据进行确认的确认930、播放静态消息的命令935、获得注意的命令940(例如，闪烁灯、按汽车喇叭、发出噪声等)，以及发送e呼叫数据AltSet1的命令945。在一个示例中，静态消息可以存储在终端和/或已知位置上。

图9E示出了类似于图9B的修改后的SIP响应消息950-a的示例性修改后的SIP响应消息950-d。在本示例中，头部910-d可以包括类似于图9D的eCallMetaData 925的P头部的eCallMetaData 925-a的P头部。但是，在图9E的示例中，eCallMetaData 925-a的P头部可以包括播放动态消息的命令955和指示应该播放的动态消息的内容ID(即，5432154321@example.gov)的引用960。在这一示例中，该动态媒体可以包括在响应消息950-d的消息体中(例如，远程信息处理元数据920-d)。如前所指示的，该动态媒体对象965可以具有特定的内容ID或者由特定的内容ID引用。

图9F示出了类似于图9B的修改后的SIP响应消息950-a的示例性修改后的SIP响应消息950-e。但是，在图9F的示例中，远程信息处理元数据(例如，e呼叫元数据)可以包括在消息体中(例如，远程信息处理元数据920-e)。本示例另外示出了静态消息和动态消息两者都可以包括在远程信息处理元数据对象中(例如，eCallMetaData对象)。在这一示例中，头部910-e可以包括医用消息体(例如，远程信息处理元数据920)中的远程信息处理元数据对象975的标签970。例如，标签970可以通过引用远程信息处理元数据对象975的内容ID(即，9876543210@example.gov)来引用远程信息处理元数据对象975。在这一示例中，远程信息处理元数据920-b可以包括远程信息处理元数据对象975。在本示例中，远程信息处理元数据对象975可以包括对接收到具有指定ID的数据进行确认的确认930-a、用于播放静态消息的命令935-a、用于播放动态消息的命令955-a、动态媒体对象965-a、用于引起注意(例如，闪烁车灯、按喇叭、制造噪声等)的命令940-a和用于发送e呼叫数据AltSet1的命令945-a。在一种配置中，远程信息处理元数据对象975可以使用标记语言(例如，可扩展标记语言(XML))来构成。应该注意的是，可以使用很多其它编码或构造机制(比如ASN.1、JSON、MIME等)来形成远程信息处理元数据对象975。

虽然图5A、5B、5C、9A、9B、9C、9D、9E和9F的例子示出了携带远程信息处理数据的修改后的SIP请求消息的示例和携带远程信息处理元数据的修改后的SIP响应消息，但是本领域的那些技术人员应该认识到的是，任何类型的消息都可以携带远程信息处理数据或远程信息处理元数据。例如，在某些示例中，终端可以在响应来自中央服务的请求的消息中向中央服务发送远程信息处理数据。类似的，在某些示例中，该中央服务可以在发往终端的请求消息中向该终端发送远程信息处理元数据。在另外的或替代性的示例中，请求消息或响应消息可以包括远程信息处理数据和远程信息处理元数据两者。

图10是终端110-e和中央服务160-e之间使用通信会话信令协议的、针对远程信息处理数据和远程信息处理元数据的交换的通信交换的一个示例的图。终端110-e可以是图1A、1B、2、3和/或4的终端110的示例，而中央服务160-e可以是图1A、1B、6、7和/或8的中央服务160(例如，PSAP)的示例或另一个中央服务。在某些示例中，中央服务160-e可以由一个或多个服务器实现。

通信会话信令协议可以是设计为独立于下面的传输层的应用层协议。这样，在某些示例中，通信会话信令协议可以与多个不同传输层协议兼容。在某些示例中，一个或多个代理服务器可以被安排为中间终端110-e和中央服务160-e，从而终端110-e和中央服务160-e之间的初始信令消息可以在这些代理服务器中一个或多个之间转发。为了清楚起见，这些代理服务器没有在本发明申请相关联的附图中显示。应该注意的是，可以有服务、转发、重新生成、警告或者参与到消息交换中的其它(例如，另外的)实体(例如，在SIP消息、背靠背用户代理、会话边界控制器等情况下)。在图10中，通信会话信令协议可以是SIP、XMPP、Google Talk、Skype等，并且下面的传输协议可以是通过IP的用户数据报协议(UDP)或通过IP的传输控制协议(TCP)或一些其它传输协议集合。

终端110-e可以通过通信会话信令协议与中央服务通信，以建立并管理通信会话。在本示例中，终端110-e和中央服务160-e可以通信，以为与终端110-e相关联的用户和与中央服务160-e相关联的操作员之间的呼叫(携带语音和/或其它媒体)建立VoIP会话。如图10中所示，终端110-e可以向中央服务160-e发送会话发起信令消息。会话发起信令消息可以邀请中央服务160-e加入与终端110-e的VoIP会话。作为对与终端110-e相关联的用户的手动请求的响应，终端110-e可以发送会话发起消息。例如，与终端110-e相关联的车辆使用者可以按下车辆中的紧急呼叫按钮，以信号通知终端110-e邀请中央服务160-e到该VoIP会话。另外或者作为替代，终端110-e可以向中央服务160-e发送会话发起消息，以作为对一个或多个检测到的或推断的状况或事件(例如，弹出的安全气囊、冲撞传感器、引擎诊断数据、引擎起火、车辆起火、翻车或其它状况等等)的响应。

会话发起消息可以包括针对提出的会话的细节和参数(例如，网络地址、端口号、媒体类型、时序、支持的流协议、带宽等等)。除了终端110-e和中央服务160-e之间提出的会话的这一会话数据集合，终端设备110-e可以向发送给中央服务160-e的会话发起消息附加(例如，添加)远程信息处理数据。远程信息处理数据可以包括来自与终端110-e通信的一个或多个传感器的读数和/或终端110-e存储、确定、计算和/或接收的其它数据。在某些示例中，远程信息处理数据可以包括通常在e呼叫或其它紧急呼叫过程中发送给PSAP的数据。例如，远程信息处理数据可以包括以下各项中的至少一个或多个：e呼叫是如何发起的、车辆类型和车辆识别号(VIN)、时间戳、位置估计和位置信息标志、行驶方向、乘客数量(例如，从座位占用传感器)和相关联的数据(例如，系紧安全带的座椅)、终端的服务供应商(如果有的话)、触发器类型(例如，弹出的安全气囊、缓冲传感器、火灾指示符、翻车或其它状况检测，等等)，和/或可以适合于本文所描述的原则的特定应用的其它相关信息。

一旦接收到具有附加的远程信息处理数据的会话发起消息，中央服务160-e可以确定接受还是拒绝提出的会话。在本示例中，除了为会话提供其它参数和数据，中央服务160-e可以通过通信会话信令协议发送会话确认消息，指示所提出的会话被接受。另外，发送给终端110-e的会话确认消息可以包括与中央服务160-e在会话发起消息中接收到的远程信息处理数据的集合相关联的远程信息处理元数据的集合。在替代的示例中，中央服务160-e可以在单独的消息中将远程信息处理元数据发送给中央服务160-e(例如，在专用于发送该远程信息处理元数据的通信会话信令协议消息中、附加到不同类型的通信会话信令协议消息等等)。例如，远程信息处理元数据可以包含对在中央服务160-e处是否接收到该远程信息处理数据的确认、对向中央服务160-e重传该远程信息处理数据(例如，先前版本和/或当前版本)的请求、对向中央服务160-e发送不同远程信息处理数据的请求、对采取一些其它行动的请求、描述中央服务160-e所采取的行动的辅助数据和/或其它相关远程信息处理元数据。

终端110-e可以接收远程信息处理元数据，并基于接收到的远程信息处理元数据的内容采取适当行动。在某些示例中，远程信息处理元数据可以简单地证实对远程信息处理数据的接收，并且终端110-e可以响应于远程信息处理元数据而不采取任何行动。在其它示例中，终端110-e可以响应来自中央服务160-e的远程信息处理元数据中的请求，或者咨询规则集合以基于接收到的远程信息处理元数据来识别要采取的行动。

另外，终端110-e可以基于会话发起消息和会话证实消息中的会话数据和参数与中央服务160-e建立VoIP会话。终端110-e和中央服务160-e可以使用实时传输协议(RTP)或另一个流协议来交换包含语音和/或其它媒体数据的分组流，以便实现终端110-e的用户和中央服务160-e的操作员之间的呼叫(携带语音和/或其它媒体)。VoIP会话可以携带任何媒体，包括文本、一次一条消息文本(比如即时消息)和一次一个字符(流文本，通常称为实时文本)两者和/或视频。应该注意的是，虽然大部分媒体是流化的，但是VoIP会话还是可以另外或作为替代地携带非流化媒体。

为了结束VoIP会话，中央服务160-e可以通过通信会话信令协议向终端110-e发送会话终止信令消息。一旦接收到会话终止信令消息，终端110-e可以向中央服务160-e发送会话终止确认信令消息，并且该会话可以终止。

图11是终端110-f和中央服务160-f之间的通信交换1100的示例的图，其使用通信会话信令协议在以a)建立VoIP呼叫，以及b)交换远程信息处理数据和远程信息处理元数据。类似于先前的示例，该通信会话信令协议可以是经修改以用于携带远程信息处理数据和远程信息处理元数据的SIP的版本。在其它示例中(图11中未示出)，可以使用其它通信会话信令协议。

终端110-f可以是图1A的终端110或如上参照先前附图描述的其它终端110之一的示例。中央服务160-f可以是图1A的中央服务(例如，PSAP)160或如上参照先前附图描述的其它中央服务160之一的示例。在某些示例中，中央服务160-f可以由一个或多个服务器实现。另外，在某些示例中，一个或多个代理服务器可以被部署在终端110-f和中央服务160-f之间，以在终端110-f和中央服务160-f之间转发通信会话信令协议消息。

在第一阶段，终端110-b可以向中央服务160-f发送SIP INVITE消息。在某些示例中，SIP INVITE消息可以是如上参照图5A、5B和5C描述的经修改的SIP请求消息。SIP INVITE消息可以同时邀请中央服务160-f加入具有提出的参数集合的提出的VoIP会话并且从终端110-f向中央服务160-f传递远程信息处理数据集合。在某些示例中，终端110-f可以与车辆相关联，并且可以响应于车辆处检测到的条件和车辆使用者的紧急呼叫的手动请求向中央服务160-f发送SIP INVITE消息。

在第二阶段，中央服务160-f可以通过向终端110-f发送SIP STATUS200(OK)消息响应该SIP INVITE消息。SIP STATUS 200(OK)消息可以同时同意提出的VoIP会话，并向终端110-f传递远程信息处理元数据，用于确认中央服务160-f接收到远程信息处理数据。在第三阶段，在接收到包括来自中央服务160-f的远程信息处理元数据的SIP STATUS 200(OK)消息时，终端110-f可以向中央服务160-f发送SIP ACK消息。在第四阶段，根据在SIP INVITE、SIP STATUS 200(OK)和SIP ACK消息中同意的参数，VoIP会话可以由携带终端110-f和中央服务160-f之间的语音和/或其它媒体通信的会话数据的流化分组来实现。在第五阶段，VoIP会话可以由中央服务160-f向终端110-f发送SIP BYE消息来终止。终端110-f可以在第六阶段通过向中央服务160-f发送SIP STATUS 200(OK)响应消息来证实该会话的终止。在其它示例中，终端110-f可以发起VoIP会话的终止，并且中央服务160-f可以向终端110-f发送SIP STATUS 200(OK)响应消息。

图12是终端110-g和中央服务160-g之间的通信交换1200的示例的图，其使用通信会话信令协议以a)建立VoIP呼叫，以及b)交换远程信息处理数据和远程信息处理元数据。类似于先前的示例，该通信会话信令协议可以是经修改以用于携带远程信息处理数据和远程信息处理元数据的SIP的版本。在其它示例中，可以使用其它通信会话信令协议。

终端110-g可以是图1A的终端110或如上参照先前附图描述的其它终端110之一的示例。中央服务160-g可以是图1A的中央服务160或如上参照先前附图描述的其它中央服务160之一的示例。在某些示例中，中央服务160-g可以由一个或多个服务器实现。另外，在某些示例中，一个或多个代理服务器可以被部署在终端110-g和中央服务160-g之间，以便在终端110-g和中央服务160-g之间转发通信会话信令协议消息。

在第一阶段，终端110-g可以向中央服务160-g发送SIP INVITE消息。在某些示例中，SIP INVITE消息可以是如上参照图5A、5B和5C描述的经修改的SIP请求消息。SIP INVITE消息可以同时邀请中央服务160-g加入具有提出的参数集合的提出的VoIP会话并且从终端110-g向中央服务160-g传递远程信息处理数据集合。在某些示例中，终端110-g可以与车辆相关联，并且可以响应于车辆处检测到的条件和车辆使用者的紧急呼叫的手动请求向中央服务160-g发送SIP INVITE消息。

在第二阶段，中央服务160-g可以通过向终端110-g发送SIP STATUS200(OK)消息响应该SIP INVITE消息。SIP STATUS 200(OK)消息可以同时同意提出的VoIP会话，并向终端110-g传递远程信息处理元数据，用于确认中央服务160-g接收到远程信息处理数据。在第三阶段，根据SIP INVITE和SIP STATUS 200(OK)消息中同意的参数，VoIP会话可以由携带终端110-g和中央服务160-g之间的语音和/或其它媒体通信的会话数据的流化分组来实现。

在第四阶段，中央服务160-g可以向终端110-g发送具有额外远程信息处理元数据的SIP INFO消息。在一个示例中，额外的远程信息处理元数据可以请求包括在初始SIP INVITE消息之外的额外的远程信息处理数据。在另一个示例中，该额外的远程信息处理元数据可以另外包括由终端110-g和/或车辆执行的指令。在第五阶段，终端110-g可以向中央服务160-g发送具有请求的额外远程信息处理数据的SIP STATUS 200(OK)消息。

在第六阶段，VoIP会话可以由中央服务160-g向终端110-g发送SIP BYE消息来终止。终端110-g可以在第七阶段通过向中央服务160-g发送SIP STATUS 200(OK)响应消息来证实该会话的终止。在其它示例中，终端110-g可以发起VoIP会话的终止，并且中央服务160-g可以向终端110-g发送SIP STATUS 200(OK)响应消息。

图13是终端110-h和中央服务160-h之间的通信交换1300的示例的图，其使用通信会话信令协议以a)建立VoIP呼叫，以及b)交换远程信息处理数据和远程信息处理元数据。类似于先前的示例，该通信会话信令协议可以是经修改以用于携带远程信息处理数据和远程信息处理元数据的SIP的版本。在其它示例中，可以使用其它通信会话信令协议。

终端110-h可以是图1A的终端110或如上参照先前附图描述的其它终端110之一的示例。中央服务160-h可以是图1A的中央服务160或如上参照先前附图描述的其它中央服务160之一的示例。在某些示例中，中央服务160-h可以由一个或多个服务器实现。另外，在某些示例中，一个或多个代理服务器可以被部署在终端110-h和中央服务160-h之间，以便在终端110-h和中央服务160-h之间转发通信会话信令协议消息。

在第一阶段，终端110-h可以向中央服务160-h发送SIP INVITE消息。SIP INVITE消息可以是如上参照先前附图描述的经修改的SIP请求消息的示例。SIP INVITE消息可以同时邀请中央服务160-h加入具有提出的参数集合的提出的VoIP会话，并且从终端110-h向中央服务160-h传递远程信息处理数据集合。

在第二阶段，中央服务160-h可以通过向终端110-h发送SIP STATUS180(响铃)响应消息来响应SIP INVITE消息。在某些示例中，SIP STATUS180(响铃)响应消息可以指示：中央服务160-h正在尝试寻呼操作人员来应答该VoIP呼叫。如果中央服务160-h无法联系到操作人员来应答该呼叫，则中央服务160-h可以在第三阶段向终端110-h发送SIP STATUS 486(忙碌)响应消息。在替代的示例中，中央服务160-h可以以SIP STATUS 200(OK)响应消息来接受该呼叫，但是在等待操作人员有空的同时将该呼叫放置到队列中。SIP STATUS 486(忙碌)或者SIP STATUS 200(OK)响应消息可以包含与从终端110-h向中央服务160-h发送的远程信息处理数据相关的远程信息处理元数据。

远程信息处理元数据可以向终端110-h确认远程信息处理数据已经由中央服务160-h接收到。因此，终端110-h可以在某些示例中向终端110-h的用户指示该远程信息处理数据已经在中央服务160-h处被成功地接收到(例如，以满意的状态接收到)。因此，即使可能没有与中央服务160-h相关联的操作员空闲可进行语音和/或其它媒体呼叫，但是该用户可以确定远程信息处理数据已经在中央服务16-h处被接收到。在某些其它实施例中，可能没有用户控制终端110-h(例如，呼叫是由终端110-h作为对传感器数据的响应而请求的)，远程信息处理元数据确认可以向终端110-h证实该远程信息处理数据被接收到，并且因此不需要终端110-h尝试自动重复试呼。这可以在很多这样的终端110-h尝试进行紧急呼叫并且同时发送远程信息处理数据时——例如，作为对非常严重事件(例如，高速上的多车追尾事故)或灾难状况(比如地震、飓风、海啸或山火)的响应，降低中央服务160-h上的负载。

在一个示例中，中央服务160-h可以确定是否已经以满意的状态接收到远程信息处理数据(例如，满意地接收)。满意状态的示例可以是对发送的数据集合的完整接收(例如，无差错传输的结果)。在一些情况中，少于完整数据集合可以算作是满意状态，而在其它情况中，少于完整数据集合则不能算作是满意状态。在一些情况下，对满意状态的确定可以基于发送该远程信息处理数据的状态(例如，由接收到的远程信息处理数据集合的内容所确定的)。另外或者作为替代，对满意状态的确定可以基于诸如以下的因素：值是否相互一致或与典型范围一致、位置数据是否具有足够高的可信度、远程信息处理数据当前是否足够等。在一些情况下，对满意状态的确定可以由中央服务160-h处的人(例如，操作员)来进行。在其它情况下，对满意状态的确定可以自动进行(例如，由中央服务)。

例如，返回与车辆紧急呼叫系统相关联的终端110-h的示例，车辆使用者可能经历冲撞并向终端110-h提供手动指示，指示需要针对中央服务160-h的紧急语音和/或其它媒体呼叫。发送给中央服务160-h的远程信息处理数据可以至少包括车辆的纬度和经度以及发生冲撞的指示。如果中央服务160-h正经历大量的呼叫并且无法提供操作人员应答该呼叫，则车辆使用者仍然可以接收到对她的位置和关于冲撞的信息在中央服务160-h处被接收到的保证。例如，终端110-h可以接收包括远程信息处理元数据的SIP STATUS 486(忙碌)消息(例如，指示终端110-h向用户传达在中央服务160-h处已经接收到数据)。在某些示例中，远程信息处理元数据还可以通过终端110-h向用户传达其它有用信息，包括应急服务已经被派遣(或正在用户的区域处理其它事故并且接下来将处理该用户)的消息或待在车辆中的指令。在一个示例中，该远程信息处理元数据可以另外或者作为替代向车辆提供指令，比如关闭点火装置或锁住车门(为了安全)或闪烁车灯(以便帮助应急服务定位该车辆)。

在第四阶段，中央服务160-h可以确定操作员有空参与到与终端110-h的用户的VoIP呼叫中，并且如果该呼叫尚未排队或被搁置，中央服务160-h可以通过向终端110-h发送SIP INVITE消息来尝试向终端110-h回电，该SIP INVITE消息提出新的VoIP会话。该SIP INVITE消息可以包括与接收到的远程信息处理数据相关的另外的远程信息处理元数据的集合。在本示例中，另外的远程信息处理元数据的集合可以包括对终端110-h重发远程信息处理数据的请求，以便允许中央服务160-h评估最新版本的远程信息处理数据。

在第五阶段，终端110-h可以通过向中央服务160-h发送SIP STATUS200(OK)消息接受中央服务160-h所提出的新VoIP会话的邀请，其中该SIP STATUS 200(OK)消息还包含请求的更新的远程信息处理数据。在第六阶段，中央服务160-h可以向终端110-h发送SIP ACK，其具有确认接收到更新的远程信息处理数据的新的远程信息处理元数据的集合。在第七阶段，终端110-h和中央服务160-h之间的VoIP呼叫可以在一个或多个VoIP会话数据流上发生。在该呼叫的结尾处，中央服务160-h可以向终端110-h发送SIP BYE消息，并且终端110-h可以通过向中央服务160-h发送SIP STATUS 200(OK)消息来确认该呼叫的结束。

在替代的示例中，在阶段3向终端110-h发送SIP STATUS 486(忙碌)响应消息之后，中央服务160-h可以不与终端110-h建立呼叫会话。不过，终端110-h可以依赖在阶段3处接收到的远程信息处理元数据来确定远程信息处理数据已经由中央服务160-h接收到并且正在采取适当的行动。

图14是终端110-i和中央服务160-i之间的通信交换1400的另一个示例的图，其使用通信会话信令协议以便a)建立VoIP呼叫，以及b)交换远程信息处理数据和远程信息处理元数据。类似于先前的示例，通信会话信令协议可以是经修改以用于携带远程信息处理数据和远程信息处理元数据的SIP的版本。在其它示例中，可以使用其它通信会话信令协议。

终端110-i可以是图1A的终端110或如上参照先前附图描述的其它终端110之一的示例。中央服务160-i可以是图1A的中央服务160或如上参照先前附图描述的其它中央服务160之一的示例。在某些示例中，中央服务160-i可以由一个或多个服务器实现。另外，在某些示例中，一个或多个代理服务器可以被部署在终端110-i和中央服务160-i之间，以便在终端110-i和中央服务160-i之间转发通信会话信令协议消息。

在第一阶段，终端110-i可以向中央服务160-i发送SIP INVITE消息。该SIP INVITE消息可以同时邀请中央服务160-i加入具有提出的参数集合的提出的VoIP会话并且从终端110-i向中央服务160-i传送远程信息处理数据集合。在第二阶段，中央服务160-i可以向终端110-i发送SIP STATUS 180(响铃)响应消息。在第三阶段，中央服务160-i可以向终端110-i发送SIP STATUS 200(OK)消息，以指示接受提出的VoIP会话。该SIP STATUS(OK)消息还可以包含指示终端110-i发送的远程信息处理数据没有被接收到(例如，没有被满意地接收)的远程信息处理元数据(即，NAK响应)。在一些情况下，该远程信息处理元数据可以另外包括针对该终端的指令、消息等等。因此，在第四阶段，终端110-i可以发送证实该VoIP会话并且重传远程信息处理数据的SIP ACK消息。在某些示例中，重传的远程信息处理数据可以是与最初与SIP INVITE消息一起发送的相同的远程信息处理数据。作为替代，重传的远程信息处理数据可以是更新的或者不同于初始远程信息处理数据。

在第五阶段，中央服务160-i可以发送SIP STATUS 183(会话进行中)方法，其包含确认重传的远程信息处理数据已经在中央服务160-i处被接收到的远程信息处理元数据。在第六阶段，VoIP呼叫可以由协商的VoIP会话来实现，其中，流化的语音和/或其它媒体数据通过上述协商的VoIP会话在终端110-i和中央服务160-i之间交换。在第七阶段和VoIP呼叫的结尾，中央服务160-i可以向终端110-i发送SIP BYE消息。在第八阶段，终端110-i可以用SIP STATUS 200(OK)消息来响应，以证实该VoIP会话已经结束。

图15是终端110-j和中央服务160-j之间的通信交换1500的另一个示例的图，其使用通信会话信令协议以便a)建立VoIP呼叫，以及b)交换远程信息处理数据和远程信息处理元数据。类似于先前的示例，该通信会话信令协议可以是经修改以用于携带远程信息处理数据和远程信息处理元数据的SIP的版本。在其它示例中，可以使用其它通信会话信令协议。

终端110-j可以是图1A的终端110或如上参照先前附图描述的其它终端110之一的示例。中央服务160-j可以是图1A的中央服务160或如上参照先前附图描述的其它中央服务160之一的示例。在某些示例中，中央服务160-j可以由一个或多个服务器实现。另外，在某些示例中，一个或多个代理服务器可以被部署在终端110-j和中央服务160-j之间，以便在终端110-j和中央服务160-j之间转发通信会话信令协议消息。

在第一阶段，终端110-j可以向中央服务160-j发送SIP INVITE消息。该SIP INVITE消息可以同时邀请中央服务160-j加入具有提出的参数集合的提出的VoIP会话并且从终端110-j向中央服务160-j传送远程信息处理数据集合。在第二阶段，中央服务160-j可以向终端110-j发送SIP STATUS 180(响铃)响应消息。SIP STATUS 180(响铃)响应消息还可以包括确认已经在中央服务160-j处接收到该远程信息处理数据的远程信息处理元数据。在第三阶段，中央服务160-j可以向终端110-j发送SIP STATUS 200(OK)消息，以指示接受提出的VoIP会话。在第四阶段，终端110-j可以向中央服务160-j发送SIP ACK消息，并且在第五阶段，该VoIP呼叫可以由协商的VoIP会话实现。

在第六阶段，中央服务160-j可以向终端110-j发送具有额外的远程信息处理元数据的SIP INFO消息。该额外的远程信息处理元数据可以请求除了初始SIP INVITE消息中包括的远程信息处理数据之外的额外的远程信息处理数据。在第七阶段，终端110-j可以向中央服务160-j发送具有请求的额外的远程信息处理数据的SIP STATUS 200(OK)消息。在第八阶段，中央服务160-j可以向终端110-j发送具有确认接收到额外的远程信息处理数据的远程信息处理元数据的集合的SIP INFO消息。在第九阶段，为了与SIP协议一致，响应于SIP INFO消息，终端110-j可以向中央服务160-j发送SIP STATUS 200(OK)消息。在第十阶段，协商的VoIP会话可以继续。

在某些示例中，第六到第九的阶段可以在不中断VoIP会话数据流的情况下发生。因此，可以在终端110-j和中央服务160-j之间交换携带语音和/或其它媒体的数据，并且基本上同时地交换携带远程信息处理数据和远程信息处理元数据的SIP消息。在某些示例中，在第六到第九阶段中在中央服务160-j和终端110-j之间发送的SIP INFO和SIP STATUS 200(OK)消息可以不携带关于VoIP会话的有用信息，而是仅仅出于携带远程信息处理数据和远程信息处理元数据的目的而被生成和/或发送的。作为替代，第六到第九阶段中的SIP INFO和SIP STATUS 200(OK)消息可以在终端110-j和中央服务160-j之间携带重要的会话信息或重新协商的会话信息。

在第十一阶段和VoIP呼叫的结尾，终端110-j可以向中央服务160-j发送SIP BYE消息。在第十二阶段，中央服务160-j可以用SIP STATUS 200(OK)消息来响应，以确认该VoIP会话已经结束。

图16示出了示例性无线终端110-k的框图。终端110-k可以是图1A的终端110或如上参照先前附图描述的其它终端110之一的示例。本示例的无线终端110-k可以包括处理器模块1605、存储器1610、远程信息处理数据信令模块210-c、收发机模块1625和天线1630。这些部件中的每一个都可以直接或间接地、通信地(例如，通过一根或多根总线)相互耦合。

如上所述，收发机模块1625被配置为通过天线1630和/或一个或多个有线或无线链路与一个或多个网络进行双向通信。收发机模块1625可以包括调制解调器，其被配置为调制数据并将调制后的数据提供给天线1630进行传输，并且解调从天线1630接收到的数据。尽管终端110-k可以包括单个天线，但是终端110-k可以包括用于多个链路的多个天线1630。

存储器1610可以包括随机访问存储器(RAM)和只读存储器(ROM)。存储器1610可以存储计算机可读、计算机可执行软件代码1615，其包含被配置为在执行时使处理器模块1605执行各种功能的指令。作为替代，软件代码1615可以不直接由处理器模块1605执行，而是被配置为使得终端110-k(例如，在被编译和执行时)执行本文描述的功能。

处理器模块1605可以包括智能硬件设备，例如中央处理单元(CPU)(例如由公司、或高通公司制造的CPU)、微控制器、专用集成电路(ASIC)等。根据图16的架构，终端110-k还可以包括远程信息处理数据信令模块210-c。模块210-c可以是图2、3和/或4中示出的远程信息处理数据信令模块210的示例。远程信息处理数据信令模块210-c可以包括信令模块1620。信令模块1620可以使收发机模块1625将生成的信令消息发送给中央服务。另外，信令模块1620可以使收发机模块1625接收来自中央服务的经修改的SIP或其它通信会话信令协议消息。

图17示出了实现中央服务160-k的示例性设备的框图。实现中央服务160-k的设备可以是服务器或其它基于计算机的设备。中央服务160-k可以是图1A的中央服务160或如上参照先前附图所描述的一个或多个中央服务160的示例。本示例的中央服务160-k可以包括处理器模块1605-a、存储器1610-a、远程信息处理元数据信令模块610-c和网络接口控制器(NIC)1705。这些部件中的每一个都可以直接或间接地、通信地相互耦合。

存储器1610-a可以包括随机访问存储器(RAM)和只读存储器(ROM)。存储器1610-a可以存储计算机可读、计算机可执行软件代码1615-a，其包含被配置为在执行时使处理器模块1605-a执行各种功能的指令。作为替代，软件代码1615-a可以不直接由处理器模块1605-a执行，而是被配置为使得中央服务160-k(例如，在被编译和执行时)执行本文描述的功能。

中央服务160-k可以包括远程信息处理元数据信令模块610-c。模块610-c可以是图6、7和/或8中示出的远程信息处理元数据信令模块610的示例。远程信息处理元数据信令模块610-c可以包括信令模块1620-a。信令模块1620-a可以使得NIC 1705将生成的信令消息发送给终端110。另外，信令模块1620-a可以使网络接口卡1705从终端接收经修改的SIP或其它通信会话信令协议消息。

图18是示出了用于传输远程信息处理数据和/或远程信息处理元数据的方法1800的一个实施例的流程图。为了清楚起见，方法1800是参考图1A、1B、2、3、4、10、11、12、13、14、15和/或16的终端110描述的。在一种实施方式中，图2、3、4和/或16的远程信息处理数据信令模块210可以执行一个或多个代码集合，以控制终端110的功能单元来执行下面描述的功能。

在方框1805处，可以通过通信会话信令协议从第一设备向第二设备发送第一信令消息。在一个示例中，第一信令消息可以至少包括与第一设备和第二设备之间的通信会话相关的的会话信息的第一集合和针对第一设备的远程信息处理数据的第一集合。在某些示例中，上述第一设备可以是参考先前附图描述的终端110中的一个或多个，而第二设备可以是参考先前附图描述的中央服务160中的一个或多个。上述通信会话信令协议可以是例如先前示例中描述的会话发起协议(SIP)的经修改的版本，或者另一个可应用的通信会话信令协议(例如，XMPP、Google Talk、Skype等)。上述通信会话可以是终端和中央服务之间的VoIP呼叫。在一些情况下，该通信会话可以交换媒体流之内的流媒体(比如语音、视频、流化或一次一个字符的文本)以及媒体流之外的任何媒体(比如文本消息)。在一个示例中，该通信会话可以只携带非流化的媒体。

在方框1810处，可以通过通信会话信令协议在第一设备处接收第二信令消息。在一个示例中，上述第二信令消息可以包括基于第一信令消息中发送的远程信息处理数据的第一集合的内容的元数据。该远程信息处理元数据可以包括但并不仅限于：对是否在中央服务160处接收到远程信息处理数据的确认、对重传远程信息处理数据的请求、对发送不同远程信息处理数据的请求、对采取一些其它行动的请求、描述中央服务所采取的行动的辅助数据和/或其它相关远程信息处理元数据。

因此，方法1800可以允许传输远程信息处理数据和/或远程信息处理元数据。应该注意的是，方法1800只是一种实施方式，并且方法1800的操作可以被重新排列或者修改，使得其它实施方式也是可能的。

图19是示出了用于通过修改通信会话信令协议中使用的信令消息来传输远程信息处理数据和/或远程信息处理元数据的方法1900的一个实施例的流程图。为了清楚起见，方法1900是参考图1A、1B、2、3、4、10、11、12、13、14、15和/或16的终端110描述的。在一种实现中，图2、3、4和/或16中的远程信息处理数据信令模块210可以执行一个或多个代码集合以控制终端110的功能单元来执行下面描述的功能。图19的方法1900可以是图18的方法1800的示例。

在方框1905处，可以在终端处检测车辆状态(例如，撞车、起火、安全气囊弹出、翻车或其它状况)、故障或手动触发。在方框1910处，可以基于来自通信地耦合到该终端的一个或多个传感器的输入来生成该车辆的远程信息处理数据的第一集合。在方框1915处，可以在终端处生成SIP INVITE消息的头部以邀请中央服务(例如，PSAP)加入互联网协议语音(VoIP)呼叫会话，该头部指示相关联的消息体具有多部分格式。在方框1920处，可以在终端处生成包含用于提出的会话的参数集合的会话描述协议(SDP)消息。在方框1925处，SDP消息和远程信息处理数据的第一集合可以组合成SIP INVITE消息的消息体，其中SDP消息作为SIP INVITE消息的消息体的第一部分，远程信息处理数据作为SIP INVITE消息的消息体的第二部分。在方框1930处，可以将SIP INVITE消息发送给中央服务。在一个示例中，终端可以将INVITE发送给负责处理应急请求的实体(比如运营商网络中的实体)，并且该实体可以处理发往中央服务(例如，PSAP)的INVITE或将其转发给中央服务(例如，PSAP)。

在方框1935处，可以从PSAP中央服务设备接收SIP STATUS 486(忙碌)响应消息。在一个示例中，该响应消息可以包括多部分消息体，其包含消息体的第一部分，和在该消息体的第二部分中的确认接收到远程信息处理数据的第一集合的远程信息处理元数据的集合。应该注意的是，SIP STATUS 486(忙碌)响应消息可以在消息体中不包括SDP信息(例如，该消息体的第一部分可以是空的)。在某些示例中，终端可以从第二信令消息的头部确定SIP STATUS 486(忙碌)响应消息的消息体是采用多部分格式的。该终端还可以根据SIP STATUS 486(忙碌)响应消息的头部中的信息识别消息体的第一部分和消息体的第二部分。在一些情况中，可以使用其它STATUS响应。

在方框1940处，可以在终端处从PSAP中央服务设备接收针对VoIP呼叫会话的SIP INVITE消息，并且该SIP INVITE消息的消息体可以包括从终端请求额外的远程信息处理数据的远程信息处理元数据的集合。作为替代，可以在终端处在单独的信令消息中接收远程信息处理元数据。在方框1945处，可以基于来自传感器和/或远程信息处理数据的其它源的输入来生成针对该车辆的远程信息处理数据的第二集合。在方框1950处，可以在终端处生成SIP STATUS 200(OK)响应消息的头部。在一个示例中，该头部可以指示相关联的消息体具有多部分格式。在方框1955处，可以生成包含针对PSAP中央服务设备所提出的会话的参数的SDP消息。在方框1960处，该SDP消息和远程信息处理数据的第二集合可以被组合成SIP STATUS200(OK)消息的消息体。在方框1965处，该SIP STATUS 200(OK)响应消息可以从终端发送到中央服务。在方框1970处，可以在终端处接收来自中央服务的SIP ACK消息，并且在方框1975处，可以在终端和中央服务之间建立VoIP会话。

因此，方法1900可以允许传输远程信息处理数据和/或远程信息处理元数据。应该注意的是，方法1900只是一种实施方式，并且方法1900的操作可以被重新排列或者修改，使得其它实施方式也是可能的。

图20是示出了用于传输远程信息处理数据和/或远程信息处理元数据的方法2000的一个实施例的流程图。为了清楚起见，方法2000是参考图1A、1B、6、7、8、10、11、12、13、14、15和/或17的中央服务160描述的。在一种实施方式中，图6、7、8和/或17的远程信息处理元数据信令模块610可以执行一个或多个代码集合，以控制中央服务160的功能单元来执行下面描述的功能。

在方框2005处，可以在第二设备处通过通信会话信令协议从第一设备接收第一信令消息的至少一部分。在一个实施例中，上述第一信令消息可以至少具有与第一设备和第二设备之间的通信会话相关的会话信息的第一集合。该第一信令消息还可以至少具有针对第一设备的远程信息处理数据的第一集合。在某些示例中，第一设备可以是参考先前附图描述的一个或多个终端110，而第二设备可以是参考先前附图描述的一个或多个中央服务160。上述通信会话信令协议可以是例如先前示例中描述的会话发起协议(SIP)的经修改的版本，或者另一个可应用的通信会话信令协议(例如，XMPP、Google Talk、Skype等)。上述通信会话可以是终端和中央服务之间的VoIP呼叫。在一些情况下，该通信会话可以交换媒体流之内的流媒体(比如语音、视频、流化或一次一个字符的文本)以及媒体流之外的任何媒体(比如文本消息)。在一个示例中，该通信会话可以只携带非流化的媒体。

在方框2010处，响应于第一信令消息，可以通过通信会话信令协议向第一设备发送第二信令消息，上述第二信令消息具有基于在第一信令消息中接收到的远程信息处理数据的第一集合的内容的元数据。

因此，方法2000可以允许通过修改通信会话信令协议中使用的信令消息来传输远程信息处理数据和/或远程信息处理元数据。应该注意的是，该方法2000只是一种实施方式，并且方法2000的操作可以被重新排列或者修改使得其它实施方式也是可能的。

图21是示出了用于通过修改通信会话信令协议中使用的信令消息来传输远程信息处理数据和/或远程信息处理元数据的方法2100的一个实施例的流程图。为了清楚起见，方法2100是参考图1A、1B、6、7、8、10、11、12、13、14、15和/或17的中央服务160描述的。在一种实施方式中，图6、7、8和/或17的远程信息处理元数据信令模块610可以执行一个或多个代码集合以控制中央服务160的功能单元来执行下面描述的功能。图21的方法2100可以是图20的方法2000的示例。

在方框2105处，可以在中央服务(例如，PSAP)处从与车辆相关联的终端接收SIP INVITE消息。SIP INVITE消息的消息体可以包括SDP消息和针对该车辆的远程信息处理数据的集合。在方框2110处，在中央服务处确定操作员是否有空接受语音和/或其它媒体呼叫。如果操作员有空(方框2110，YES)，则中央服务可以向终端发送SIP STATUS 200(OK)响应消息，在方框2115处，SIP STATUS 200(OK)响应消息包括确认接收到远程信息处理数据的元数据。作为替代，可以在单独信令消息中将该元数据发送给终端。在方框2120处，可以从终端接收SIP ACK消息，并且在方框2125处，可以与终端建立VoIP会话或其它通信。

然而，如果没有操作员有空接受该呼叫(方框2110，NO)，则在方框2130处，PSAP中央服务设备可以向终端发送SIP STATUS 486(忙碌)响应消息，该响应消息包括确认接收到远程信息处理数据的元数据。在方框2135处，当操作员有空时，该中央服务可以向终端发送SIP INVITE消息，其中该SIP消息的消息体包含SDP消息和请求重传远程信息处理数据的元数据。在方框2140处，中央服务可以从终端接收SIP STATUS 200(OK)响应消息，其中该SIP STATUS 200(OK)响应消息的消息体包含SDP消息和远程信息处理数据的第二集合。在方框2145处，可以向终端发送SIP ACK消息，并且在方框2125处，可以与终端建立VoIP会话或其它通信。

因此，方法2100可以允许传输远程信息处理元数据。应该注意的是，该方法2100只是一种实施方式，并且方法2100的操作可以被重新排列或者修改使得其它实施方式也是可能的。

上面结合附图阐述的具体实施方式描述了示例性实施例，并且不代表可以实现的或在权利要求书的保护范围内的唯一实施例。贯穿本说明书所用的术语“示例性的”意为“用作示例、实例或说明”，而并不是比其它实施例“更优选”或“更有优势”。出于提供对所描述的技术的理解的目的，具体实施方式包括具体细节。但是，可以不用这些具体细节来实践这些技术。在一些实例中，以框图的形式示出了公知的结构和设备，以避免使所描述的实施例的构思不明显。

可以使用各种不同的技术和工艺中的任何技术和工艺来表示信息和信号。例如，可以由电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任意组合来表示在整个以上描述中可能提及的数据、指令、命令、信息、信号、比特、符号和码片。

被设计为执行本文所述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件部件或者其任意组合可以实施或执行结合本文的公开内容描述的各种说明性逻辑框和模块。通用处理器可以是微处理器，或者可选地，该处理器也可以是任意常规的处理器、控制器、微控制器、或者状态机。处理器也可以被实施为计算设备的组合，例如DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或者任何其它此种配置。

本文所述功能可以在硬件、处理器执行的软件、固件或者其任意组合中实现。当用处理器执行的软件实现时，可以将这些功能存储在计算机可读介质上，或者作为计算机可读介质上的一个或多个指令或代码进行传输。其它例子和实现也落入本发明及其所附权利要求书的保护范围和精神之内。例如，由于软件的本质，上文所描述的功能可以使用由处理器执行的软件、硬件、固件、硬件连线或者其任意组合来实现。用于实现功能的特征可以物理地分布在多个位置，其包括分布成在不同的物理位置实现功能的一部分。此外，如本文(包括权利要求书)所使用的，以“中的至少一个”开始的列表项中所使用的“或”指示分离的列表，从而例如，列表“A、B或C中的至少一个”表示：A或B或C或AB或AC或BC或ABC(即，A和B和C)。

计算机可读介质包括计算机存储介质和通信介质两者，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或特殊用途计算机能够存取的任何可用介质。举例而言，但非做出限制，计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码单元并能够由通用或特殊用途计算机、或者通用或特殊用途处理器进行存取的任何其它介质。此外，可以将任何连接适当地称作计算机可读介质。举例而言，如果软件是使用同轴电缆、光纤光缆、双绞线或数字用户线路(DSL)、或无线技术(例如红外、无线电和微波)，从网站、服务器或其它远程源传输的，那么所述同轴电缆、光纤光缆、双绞线或DSL、或无线技术(例如红外、无线电和微波)包括在所述介质的定义中。如本文所使用的，磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字通用光盘(DVD)、软盘和蓝光光盘，其中磁盘通常磁性地复制数据，而光盘则用激光来光学地复制数据。上面的组合也应当包括在计算机可读介质的范围之内。

本文所描述的技术可以用于各种无线通信系统，比如CDMA、TDMA、FDMA、OFDMA、SC-FDMA和其它网络。术语“网络”和“系统”通常交互使用。CDMA系统可以实现例如CDMA 2000、通用陆地无线接入(UTRA)等的无线电技术。CDMA 2000涵盖IS-2000、IS-95和IS-856标准。IS-2000版本0和版本A一般称为CDMA 20001X、1X等等。IS-856(TIA-856)一般称为CDMA 20001xEV-DO、高速分组数据(HRPD)等。UTRA技术包括宽带CDMA(W-CDMA)和CDMA的其它变型。TDMA系统可以实现诸如全球移动通信系统(GSM)之类的无线技术。OFDMA系统可以实现例如超移动宽带(UMB)、演进型UTRA(E-UTRA)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、Flash-等的无线技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。3GPP长期演进(LTE)和高级LTE(LTE-A)是使用E-UTRA的UMTS的新版本。在来自名为“第3代合作伙伴项目”(3GPP)的组织的文档中描述了UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM。另外，在来自名为“第3代合作伙伴项目2”(3GPP2)的组织的文档中描述了CDMA 2000和UMB。本文中描述的技术可以用于上面提及的系统和无线技术以及其它系统和无线技术。

为使本领域任何普通技术人员能够实现或者使用本公开内容，提供了本公开内容的上述描述。对于本领域技术人员来说，对本公开内容的各种修改是显而易见的，并且，本文定义的总体原理也可以在不脱离本公开内容的精神或保护范围的基础上适用于其它变型。贯穿本公开内容使用的术语“示例”或者“示例性”标示例子或者实例，而不是暗示或者要求所陈述的例子具有任何优选性。因此，本公开内容并不限于本文所描述的例子和设计，而是符合与本申请公开的原理和新颖性特征相一致的最广范围。