CN108476395B - 用于紧急数据传递的系统及方法 - Google Patents

Abstract

本发明揭示方法、系统、装置、服务器、设备、计算机/处理器可读媒体，以及其它实施方案，包含一种方法，所述方法包含：通过紧急呼叫服务器接收装置处的紧急状况的指示；至少部分地基于所述紧急状况的所述指示来确定是否要跟踪所述装置；以及响应于确定要跟踪所述装置而从所述紧急呼叫服务器发射触发消息，以在所述装置处触发跟踪会话以致使所述装置周期性地收集跟踪会话数据并将其发送到一或多个服务器。在所述装置与所述一或多个服务器之间建立的所述跟踪会话和在所述装置与所述紧急呼叫服务器之间建立的紧急呼叫会话是分开的。

Description

用于紧急数据传递的系统及方法

相关申请案交叉参考

本申请案主张2016年3月23日提出申请的美国非临时申请案第15/078,846号的权益及优先权，其主张2015年12月16日提出申请的美国临时申请案第62/268,241号的优先权，其两者标题皆为“用于紧急数据传递的系统及方法(SYSTEMS AND METHODS FOREMERGENCY DATA COMMUNICATION)”，且其两者皆转让于本申请案的受让人，且其内容通过全文引用方式并入本文中。

背景技术

紧急支持系统(例如，处理911呼叫，路边问题等)通常以单次位置的假设操作。因此，关于紧急呼叫的细节(例如，紧急事件的性质，发生紧急情况的位置，其中所述位置基于与所接收呼叫一起包含的数据或通过用户与运营商之间的实时对话导出)通常仅在紧急呼叫会话期间提供。但是，紧急呼叫结束后可用的附加信息可能不会提供给紧急呼叫服务器或经分派以处理紧急事件的特定紧急服务提供商。

发明内容

在一些变化形式中，提供了一种方法，所述方法包含：通过紧急呼叫服务器接收装置处的紧急状况的指示；至少部分地基于所述紧急状况的所述指示来确定是否要跟踪所述装置；以及响应于确定要跟踪所述装置而从所述紧急呼叫服务器发射触发消息以在所述装置处触发跟踪会话以致使所述装置周期性地收集跟踪会话数据并将其发送到一或多个服务器。在所述装置与所述一或多个服务器之间建立的所述跟踪会话和在所述装置与所述紧急呼叫服务器之间建立的紧急呼叫会话是分开的。

在一些变化形式中，提供一种紧急呼叫服务器，其包含：收发器，其经配置以接收装置处的紧急状况的指示；以及一或多个处理器，其耦合到所述收发器，经配置以至少部分地基于所述紧急状况的所述指示而确定是否要跟踪所述装置。所述收发器经进一步配置以响应于确定要跟踪所述装置而从所述紧急呼叫服务器发射触发消息以在所述装置处触发跟踪会话以致使所述装置周期性地收集跟踪会话数据并将其发送到一或多个服务器。在所述装置与所述一或多个服务器之间建立的所述跟踪会话和在所述装置与所述紧急呼叫服务器之间建立的紧急呼叫会话是分开的。

在一些变化形式中，提供一种设备，其包含：用于通过紧急呼叫服务器接收装置处的紧急状况的指示的装置；用于至少部分地基于所述紧急状况的所述指示来确定是否要跟踪所述装置的装置；以及用于响应于确定要跟踪所述装置而从所述紧急呼叫服务器发射触发消息以在所述装置处触发跟踪会话以致使所述装置周期性地收集跟踪会话数据并将其发送到一或多个服务器的装置。在所述装置与所述一或多个服务器之间建立的所述跟踪会话和在所述装置与所述紧急呼叫服务器之间建立的紧急呼叫会话是分开的。

在一些变化形式中，提供一种非暂时性计算机可读媒体，其编程有指令，所述指令可在处理器上执行，以通过紧急呼叫服务器接收装置处的紧急状况的指示、至少部分地基于所述紧急状况的所述指示来确定是否要跟踪所述装置以及响应于确定要跟踪所述装置而从所述紧急呼叫服务器发射触发消息以在所述装置处触发跟踪会话以致使所述装置周期性地收集跟踪会话数据并将其发送到一或多个服务器。在所述装置与所述一或多个服务器之间建立的所述跟踪会话和在所述装置与所述紧急呼叫服务器之间建立的紧急呼叫会话是分开的。

通过以下对附图的详细描述，本发明的其它及进一步的目的、特征、方面及优点将变得更好理解。

附图说明

图1为用以支持紧急数据传递的实例性操作环境的图。

图2为促进装置提供跟踪会话数据的实例性程序的流程图。

图3为紧急情况下的数据传递的实例性实施方案的流程图。

图4为通常在紧急呼叫服务器处执行以处理紧急通信且促进跟踪会话的建立的实例性程序的流程图。

图5为通常在紧急跟踪服务器处执行以接收并处理紧急事件数据的实例性程序的流程图。

图6为说明装置、紧急呼叫服务器与紧急跟踪服务器之间的系统范围操作及交互以促进紧急数据的收集及通信的实例性程序的流程图。

图7为用于报告医疗紧急事件且建立跟踪会话以传达紧急医疗数据的实例性过程的流程图。

图8为用于报告警察紧急事件并建立跟踪会话以传达紧急犯罪/取证数据的另一实例性过程的流程图。

图9为用于报告私人路边紧急事件并建立跟踪会话以传达紧急车辆/事故数据的另一实例性过程的流程图。

图10为实例性无线装置(例如，移动无线装置)的示意图。

图11为实例性节点(例如，接入点或服务器)的示意图。

图12为实例性计算系统的示意图。

在各种图式中，相同参考符号指示相同元件。

具体实施方式

本文中描述用于紧急数据收集及通信的方法，系统，装置，设备，计算机/处理器可读媒体以及其它实施方案。在一些实施例中，提供一种方法，所述方法包含响应于装置 (例如，移动装置或任何其它类型的装置)处的紧急事件的指示(例如，E-911消息、eCall 消息，等)通过所述装置从紧急呼叫服务器接收触发消息以触发跟踪会话以周期性地收集与装置相关联的跟踪会话数据(也称为紧急数据或电子元数据)并将其发送到一或多个服务器(例如，一或多个紧急跟踪服务器)，与一或多个服务器建立跟踪会话，所述跟踪会话与所述装置与所述紧急呼叫服务器之间的紧急呼叫会话分开，及通过所述装置将由所述装置在跟踪会话期间收集的跟踪会话数据发送到一或多个服务器。在一些实施例中，接收触发消息的装置可通过例如发送紧急事件的指示来起始紧急呼叫会话，而在一些情况下，紧急状况的指示可能已响应于来自紧急呼叫服务器的初始消息(例如，广播消息) 而发送，或紧急状况的指示可能已通过另一装置发送(例如，报告涉及与接收触发消息的装置相关联方的紧急事件的第三方操作)。在一些实施例中，方法可进一步包含响应于接收到触发消息以建立单独的跟踪会话而将装置置于功率降低的跟踪模式状态，包含降低提供到收集或传递与装置相关联的跟踪会话数据不需要的装置的子系统的功率，且将至少部分功率提供到装置的一或多个传感器或通信子系统以致使一或多个传感器或通信子系统在装置处于降低功率跟踪模式状态中时至少部分地操作以将跟踪会话数据的至少一些传递到一或多个服务器。在一些实施例中，发送跟踪会话数据可包含在第一时间例子处确定将资料发射到一或多个服务器的一或多个后续唤醒时间，其中一或多个唤醒时间是基于例如装置的电池的电荷电平而确定。

本文中还描述系统、方法、装置及其它实施方案，包含一种方法，所述方法包含：通过紧急呼叫服务器接收装置处的紧急状况的指示；至少部分地基于所述紧急状况的指示来确定是否要跟踪装置，及响应于确定要跟踪装置而从紧急呼叫服务器发射触发消息以在装置上触发跟踪会话以使得装置周期性地收集跟踪会话数据并将其发送到一或多个服务器。在装置与一或多个服务器之间建立的跟踪会话和装置与紧急呼叫服务器之间建立的紧急呼叫会话是分开的(例如，不同及/或独立)。如所述，紧急状态的指示可能已经由装置直接发送(或在装置的主动下或响应于轮询消息，例如来自紧急呼叫服务器的广播消息)，或可已从某一其它装置接收紧急状况的指示(例如，由第三方操作的移动装置报告涉及接收触发消息的装置的用户的紧急事件)。在一些实施例中，发射到装置的触发消息经进一步配置以致使装置在降低功率跟踪模式状态中操作，在该降低功率跟踪模式状态中，降低收集及传递与移动装置相关联的跟踪会话数据不需要的装置的子系统的功率，且其中经配置以执行跟踪会话数据的通信的装置的一或多个传感器或通信子系统在装置处于降低功率跟踪模式状态的同时至少部分地操作。

本文中所描述的实施方案还可包含一种方法，所述方法包含由指示一个服务器(例如，紧急跟踪服务器)从装置(例如，移动装置)接收建立跟踪会话以周期性地收集跟踪会话数据且将其发送到与装置处的紧急状况有关的至少一个服务器的请求，响应于来自紧急呼叫服务器的用以触发跟踪会话的触发消息而通过装置发送用以建立跟踪会话的请求。响应于发射到紧急呼叫服务器的装置处的紧急状况的指示消息，在紧急呼叫会话期间将触发消息自紧急呼叫服务器发射到装置，所述紧急呼叫会话与跟踪会话分开。所述方法进一步包含由至少一个服务器将回复发送到装置以建立跟踪会话，以及由所述至少一个服务器从装置周期性地接收由装置在跟踪会话期间收集的跟踪会话数据。在一些实施例中，在装置处发射到紧急呼叫服务器的紧急状况的指示消息包含例如来自装置的关于紧急状况的起始消息，响应于来自紧急呼叫服务器的轮询消息来自装置的回复消息或来自另一装置的报告消息以报告装置处的紧急状况。在一些实施例中，至少一个服务器可经配置以通过例如将命令发送到装置以便改变其数据收集行为来修改跟踪会话的特性，所述数据收集行为包含但不限于紧急数据类型、收集频率(速度)、数据量、至少一个服务器的用以接收跟踪数据的身份等。在一些实施例中，跟踪会话的修改还可包含终止至少一个服务器与装置之间的通信链路。

因此，本文中所描述所述的方法、系统、装置及其它实施方案可在低功耗模式下提供装置跟踪会话数据(足以支持装置之跟踪会话/紧急数据收集以及将数据传递到远程服务器，但其它装置子系统关闭或其功率消耗及对应功能性降低，因此促进紧急服务递送(例如，由消防队、警察部队、医疗救援队等)。在一些实施例中，即使装置被装置用户关闭(即，将装置锁定到跟踪模式)，跟踪数据收集仍可继续不间断。

因此，参考图1，实例性操作环境100的图包含可为无线装置(移动或静止)的装置108或通信子系统(例如，安装在车辆、火车、飞机等上的单元)，经配置以起始紧急呼叫且随后提供与一或多个装置/节点/服务器进行通信的周期性跟踪会话数据。装置108 可经配置以根据一或多个通信协议(例如近场协议，例如

无线技术或Zigbit WLAN协议，例如根据IEEE 802.11k标准，WWAN协议等WiFi协议)。如下面将更详细论述，在一些实施例中，装置108可经配置以将紧急状况(例如，报告医疗紧急事件的 E-911消息，路边紧急事件，针对某个第三方报告的紧急事件等)的指示发送/通信(在装置108的主动下，或响应于消息，例如由装置108接收到的轮询广播消息)到紧急呼叫服务器(例如紧急呼叫服务器120，其可为公共安全应答点或PSAP服务器)，且响应于紧急状况的指示而从紧急呼叫服务器接收触发消息以触发跟踪会话以周期性地收集与移动装置相关联的跟踪会话数据并将其发送到一或多个服务器(例如紧急跟踪服务器122，其可能不同于紧急指示消息经传递到的服务器120，)。在一些实施例中，由于从与第三方相关联的某个其它装置发送的指示消息可能已接收到触发消息，以报告与所述装置相关联的紧急状况。跟踪会话数据可从与装置108相关联的传感器收集，所述传感器包含容纳在装置内的传感器(例如惯性传感器、收发器等，如下面将更具体描述的)以及与装置远离地定位的传感器。远程传感器可为生物计量传感器(例如由用户130佩戴的传感器 132)，基于车辆的传感器(例如传感器136，例如位于车辆134处的油压传感器)等。远程传感器可经由一或多个近场通信链路(例如，

无线技术链路)，经由基于LAN 通信链路等与装置108进行通信。与和紧急呼叫会话分开的一或多个服务器建立跟踪会话的装置108经配置以将跟踪会话期间收集的跟踪会话数据发送到一或多个跟踪服务器。装置108还可经配置以降低提供到装置的子系统的功率(且因此进入降低功率的跟踪模式状态)，而不需要收集及/或传递与装置相关联的跟踪会话数据(例如子系统，例如视频子系统，其支持例如电子邮件应用程序的应用程序的应用程序处理器子系统，例如电子邮件应用程序，第三方应用程序等)，以及提供至少部分功率到一或多个传感器或移动装置的通信子系统以使所述一或多个传感器或通信子系统在所述装置处于所述功率降低的跟踪模式状态时至少部分地进行操作，以便将跟踪会话数据的至少一些传递到一或多个服务器(例如，跟踪服务器)。因此，在被触发以开始跟踪会话时(例如，响应于接收到来自紧急呼叫服务器的触发消息或请求以开始跟踪会话)，装置经配置以调用紧急电力设置(以在降低的功率电平下操作以便保存装置的电源)且周期性地传递跟踪会话数据 (也被称为紧急数据或元数据)，装置108经配置以在跟踪会话期间收集。会话跟踪数据提供关于装置的位置的可能改变的更新，关于用户的医疗状况(其中紧急事件为医疗紧急事件)的更新，如可由生物测量传感器提供的(例如，远程位于用户可穿戴装置上)，及以其它方式将相关数据提供到一或多个紧急服务提供者以促进紧急护理的迅速提供。在一些实施例中，可对提供到一或多个服务器的跟踪数据执行实时处理，以获得实时处理(例如，过滤不相关数据，将生命体征聚集到患者状态数据集中，将经处理数据递送到紧急服务小组等)。另外，可对跟踪会话数据执行离线处理，例如导出紧急解决方案统计数据，执行保险风险分析等。

装置108(以及图1中所描绘的任何其它装置)可经配置以操作多种类型的其它通信系统/装置并与其交互，包含局域网装置(或节点)，例如用于室内通信的WLAN、毫微微小区、基于

无线技术的收发器及其它类型的室内通信网络节点、广域无线网络节点、卫星通信系统，其它移动装置等，且如此装置108可包含一或多个接口及/或收发器以与各种类型的通信系统进行通信。图1的各种装置可经配置以根据任何数量之通信协议来建立及操作。

如所述，环境100可含有一或多个不同类型的无线及/或有线通信系统或节点，其中的每一个可用于在图1中所描绘的装置108、紧急呼叫服务器120及/或紧急服务提供器跟踪服务器122之间建立通信链路。图1中所说明的节点包含无线接入点(或WAP)，且可包含LAN及/或WAN无线收发器，包含，例如，WiFi基站、毫微微小区收发器、

无线技术收发器、蜂窝基站、WiMax收发器等。因此，例如且继续参考图1，环境100可包含可用于与装置108进行无线语音及/或数据传递的局域网无线接入点(LAN-WAP)106a-e。LAN-WAP 106a-e也可在一些实施例中用作位置数据的独立源，例如通过例如基于指纹识别的程序、通过基于例如基于时间技术(例如，基于RTT测量)、信号强度测量(例如，RSSI测量)的基于多点定位的程序的实施方案，等等，其可经包含作为由移动装置108发送的紧急跟踪数据。LAN-WAP106a-e可为无线局域网(WLAN) 的部分，其可在建筑物中操作且在比WWAN更小的地理区域上执行通信。另外在一些实施例中，LAN-WAP 106a-e还可包含微微或毫微微小区。在一些实施例中，LAN-WAP 106a-e可为例如WiFi网络(802.11x的)、蜂窝微微网及/或毫微微小区、

无线技术网络等的部分。尽管图1中描绘五(5)个LAN-WAP接入点，但可使用任何数目个此类LAN-WAP，且在一些实施例中，环境100可能根本不包含LAN-WAP接入点，或可以包含单个LAN-WAP接入点。

如进一步所说明，环境100还可包含可用于无线语音及/或数据传递的多个一或多个类型的广域网无线接入点(WAN-WAP)104a-c，且还可用作独立信息的另一个来源，无线装置108(及/或其它装置)可通过所述独立信息确定其位置/定位(其然后可作为紧急跟踪数据的部分被发射)。WAN-WAP 104a-c可为广域无线网络(WWAN)的部分，其可包含蜂窝基站及/或其它广域无线系统，例如WiMAX(例如，802.16)。WWAN可包含图1中未展示的其它已知网络组件。通常，WWAN内的每一WAN-WAP 104a-c可自固定位置操作，或可为可移动的，且可在大都市及/或地区性区域中提供网络覆盖。尽管在图1中描绘了三(3)个WAN-WAP，但可使用任何数量的此WAN-WAP。在一些实施例中，环境100 可根本不包含WAN-WAP，或可包含单个WAN-WAP。

去往及来自装置108的通信(用以交换数据，包含指示紧急状况的消息及包含紧急数据的消息，并将位置确定操作及服务提供到装置108等)可使用各种无线通信网络及/或技术及/或编码(例如广域无线网络(WWAN)、无线局域网(WLAN)、无线个域网(WPAN)) 实施。术语“网络”及“系统”可互换使用。WWAN可为码分多址接入(“CDMA”)网络、时分多址接入(“TDMA”)网络、频分多址接入(“FDMA”)网络、正交频分多址接入(“OFDMA”)系统、单波频分多址接入(“SC-FDMA”)网络、WiMax技术的(IEEE 802.16)，等等。CDMA网络可实施一或多个无线电接入技术(“RAT”)，例如cdma2000，宽带-CDMA (“W-CDMA”)，等等。Cdma2000包含IS-95、IS-2000及/或IS-856标准。TDMA网络可实施全球移动通信系统(GSM)，数字高级行动电话系统(D-AMPS)或某一其它无线电接入技术(RAT)。GSM及W-CDMA在来自名为“第3代合作伙伴计划”(“3GPP”)的联盟的文档中描述。Cdma2000在来自名为“第3代合作伙伴计划2”(“3GPP2”)的联盟的文档中描述。3GPP及3GPP2文档可公开获得。在一些实施例中，4G网络、长期演进 (“LTE”)网络、高级LTE网络，超移动宽带(UMB)网络以及所有其它类型的蜂窝通信网络也可经实施且与系统、装置、方法以及本文中所描述的其它实施方式一起使用。WLAN还可至少部分地使用IEEE 802.11x网络实现，且WPAN可为

无线技术网络、IEEE 802.15x或某种其它类型的网络。本文中所描述之技术还可用于WWAN、 WLAN及/或WPAN的任一组合。

在一些实施例中，且如图1中进一步所示，装置108还可经配置以至少从卫星定位系统(SPS)102a-b接收信息，所述卫星定位系统可用作装置108的独立的位置信息源。装置108因此可包含一或多个专用SPS接收器，其经配置以接收用于从SPS卫星(其可作为紧急跟踪数据的部分来发射)来导出装置地理位置信息的信号。在装置108可接收卫星信号的实施例中，移动装置可利用专门实施用于与SPS一起使用的接收器(例如，GNSS 接收器)以从由至少SPS卫星102a-b发射的多个信号提取位置数据。所发射卫星信号可包含例如标记有设定数目个芯片的重复伪随机噪声(PN)码的信号，且可位于基于地面的控制站，用户设备及/或航天运载器上。本文中所提供的技术可经应用或以其它方式实施供用于各种其它系统，例如，全球定位系统(GPS)、伽利略、格洛纳斯、指南针、日本的准天顶卫星系统(QZSS)、印度的印度区域导航卫星系统(IRNSS)、中国的北斗等，及/ 或可与一或多个全球及/或区域导航卫星系统相关联或以其它方式启用供一或多个全球及/或区域导航卫星系统使用的各种增强系统(例如，基于卫星的增强系统(SBAS))。通过实例但非限制，SBAS可包含增强系统，其提供完整性信息，差分校正等，例如，广域增强系统(WAAS)，欧洲地球静止导航覆盖服务(EGNOS)、多功能卫星增强系统(MSAS)、 GPS辅助型同步增强导航或GPS及地球静止增强导航系统(GAGAN)，等等。因此，如本文中所使用，SPS可包含一或多个全球及/或区域导航卫星系统及/或增强系统之任何组合，且SPS信号可包含SPS、SPS类型及与此一或多个SPS相关联的其它信号。

在一些实施例中，环境100可进一步包含与服务器120、122中之一或多个及/或环境100的各种无线节点通信的网络110(例如，蜂窝无线网络、WiFi网络、基于分组的私有或公共网络，例如公共因特网)。服务器120及122中的任一个可经由网络110或经由与服务器120及122一起包含的无线收发器与多个网络元件或节点及/或移动无线装置通信。例如，服务器120可经配置以与一或多个WLAN节点建立通信链路(例如，以便与例如装置108的装置建立通信链路)，例如接入点106a-e可为网络110的部分，以将数据及/或控制信号传递到那些接入点，且从接入点接收数据及/或控制信号。接入点 106a-e中的每一个又可与位于相应接入点106a-e的范围内的装置(例如，移动装置)建立通信链路。服务器120及122还可经配置以与WWAN节点中的一或多个(例如图1中所描绘的WWAN接入点104a-c)建立通信链路(经由无线收发器直接地或经由网络连接间接地)，其也可为网络110的部分)，及/或与无线装置(例如装置108)建立通信链路。

参考图2，展示实例性程序200的流程图，所述实例性程序200促进在涉及紧急事件的情况下由装置(其可为个人移动装置，车载无线装置等，且其配置及功能性类似以及在图1中所描绘的装置108)提供跟踪会话数据(紧急数据或元数据)。关于图3还提供程序200的细节，图3展示在紧急情况下的数据传递的实例性实施方案的实例性呼叫流程图300。因此，如所展示，程序200包含响应于所述装置处的紧急状况的指示而通过装置(例如装置108)从紧急呼叫服务器(其在配置及/或功能上可类似于图1的服务器120) 接收210触发消息以触发跟踪会话以周期性地收集与所述装置相关联的跟踪会话数据并将其发送到一或多个服务器。紧急状况的指示可能在装置的主动下发送，或可能通过另一装置(与报告涉及另一方的紧急事件的第三方相关联)发送。发射到紧急呼叫服务器的紧急状况的指示的实例包含基于E911的消息、eCall消息等等。紧急状况(即，紧急消息) 的指示可通过设备可与其建立通信链路的一或多个接入点发射到紧急呼叫服务器。例如，在图1中，紧急消息可经由基站104a传递到紧急呼叫服务器120。然而，到紧急呼叫服务器120的通信链路可经由接入点中的任何其它者，经由网络110，或直接在装置与服务器120之间建立(即，无需借以路由紧急消息的任何中间节点)。在装置与紧急呼叫服务器之间紧急会话的建立可包含在两个装置之间建立基于语音的通信链路以及两个装置之间的数据及控制信道(其可从语音-数据链路/信道自动操作)。基于语音的链路可连接现场操作员与操作发送紧急状况的指示的装置的用户。替代地，基于语音的链路可连接装置的用户与引导用户提供关于紧急事件的相关信息的自动语音提示。在一些实施例中，紧急事件的指示可作为长期演进定位协议(LPP)消息、会话起始协议(SIP)消息、通用移动电信系统(UMTS)消息或安全超文本传输协议(HTTPS)或其任何组合中的一个发送。在一些实施例中，紧急状况的指示可由装置起始(例如，装置检测，确定或被通知紧急状况的存在，且开始与紧急呼叫服务器的通信)。替代地，响应于装置从紧急呼叫服务器(例如，紧急呼叫服务器可经配置以轮询装置以确定那些装置中的任何装置是否可具有现有的紧急状况)接收到的消息(例如，广播消息)，可将紧急状况的指示传递到紧急呼叫服务器。在一些实施例中，由紧急呼叫服务器发送的触发消息(响应报告消息于由与不同于触发消息所发送到的装置的用户的第三方相关联的某个装置发送的)可以配置使得接收装置(例如，装置108)以某一方式(例如，进入与某以指定的紧急跟踪服务器的跟踪会话)对请求消息做出响应，而无需装置或其用户能够行使自主权(discretion)。

在图3中还说明引起紧急状况通知及传达跟踪会话数据的实例性操作，图3展示可从目标装置302(其在配置及/或功能上可类似于图1的装置108)发射到紧急呼叫服务器304(其在配置及/或功能上可类似于图1的服务器120)的实例性紧急呼叫请求消息310。如所述，紧急事件的指示可能已从报告涉及装置302或装置302的用户的紧急事件的另一不同装置发射。在一些实施方案中，服务器304可为PSAP服务器。紧急呼叫请求消息310可根据会话起始协议(SIP)、长期演进(LTE)定位协议(LPP)、通用移动电信系统 (UMTS)协议、安全超文本传送协议(HTTPS)，或可根据用于建立目标设备(108或302) 与另一装置/服务器之间的连接性及交互性的任何其它通信协议来配置。如图3中所展示，紧急呼叫请求消息310(在此实例中，从装置302发射)可包含信息，例如提供关于移动装置(例如，可用于支持通信会话)的能力及资源的数据的装置(UE)能力，及紧急事件类型(例如，医疗、车辆、犯罪等)。尽管图3中未展示，在一些实施例中，与紧急呼叫请求消息310一起包含的数据还可包含定位信息，例如由目标装置及/或由位置服务器基于由目标装置接收的信号导出的位置近似值，由目标装置接收且与服务器304完整或部分通信的信号的测量值，附近接入点之指示(可自其导出移动装置的近似或粗略位置) 等。可与消息310一起包含的其它信息可包含当前电池电量，装置可能够以当前电池电量提供数据收集的程度的估计，等等。

在一些实施方案中，与紧急呼叫请求消息310一起包含的数据可用于例如通过紧急呼叫服务器304及/或由一些其它服务器确定是否应在目标装置302与一或多个紧急跟踪服务器(例如图3中示意性描绘的服务器306)(服务器306在配置及/或功能性上类似于图 1中所描绘的服务器122)之间建立跟踪会话(其通常为与目标装置302与紧急呼叫服务器304之间建立的当前紧急呼叫会话分开/不同的会话)。关于是否应建立跟踪会话的确定可基于例如可能已在消息310中被传递的目标装置302的装置能力。例如，能力信息可包含例如目标装置302的收发器及/或传感器、由目标装置302支持的通信协议等的信息，且因此可指示目标装置是否可与紧急跟踪服务器306建立跟踪会话。替代地及/或另外，开始跟踪会话的决策可经调节，使得当前需要在装置处获得最小量的电池电量(在此等实施例中，请求消息310因此可包含目标装置的电池电量)。响应于确定装置的装置能力(例如，如在消息310中所指定的)匹配或超过用于建立跟踪会话的要求/准则，跟踪会话请求可被传送到目标移动装置302。关于跟踪会话是否应建立的确定也可基于在消息310 中传递的信息中所指示的紧急类型。例如，医疗紧急事件可保证跟踪会话以便周期性地发送关于人正在进行的医疗状况(所述人可为发送消息310的目标装置的用户)的更新信息，发送关于用户位置的改变的数据(以使得派遣的紧急救援人员将更快地定位相关的人)等等。在另一方面，报告可能的犯罪活动的影响除呼叫者以外的人的紧急事件可能不保证周期性跟踪会话数据的传输(例如，因为报告人可能已离开现场且不能再提供与紧急情况密切相关的数据)。此外，关于是否应起始跟踪会话的确定也可基于来自目标装置的用户可与之交互的现场操作员的输入。例如，尽管目标装置可能具有支持跟踪会话的必要能力，但现场操作员可在现场操作员确定例如紧急事件不保证跟踪会话(例如，紧急事件为相对较小的性质)，装置的用户正代表某一第三方报告紧急事件(在此情况下，获得进一步跟踪会话数据将不会提供任何其它有用信息)的条件下决定放弃跟踪会话，跟踪会话本身可能会使装置用户处于比当前装置更危险的状态，等等。因此，可实施用以基于因素/准则/要求(例如紧急事件类型、装置能力，装置电池电量、用户条件(例如，不跟踪报告紧急事件的第三方但不另外受其影响)来确定是否应建立跟踪会话的任何数量的程序/技术(包含向未起始紧急呼叫的一或多个装置发送请求的程序，以触发对其跟踪会话，例如灾难场景)。

因此，如果确定要起始跟踪会话，那么紧急呼叫服务器304经配置以发射触发消息，例如图3的实例中的请求元数据跟踪消息320，所述触发消息经配置以使得接收装置(在此状况下为目标装置302)触发或开始跟踪会话，如将在下面更具体讨论，以致使移动装置周期性地收集与移动装置相关联的跟踪会话数据(元数据或紧急数据)并将其发送到一或多个紧急跟踪服务器。要起始的跟踪会话与紧急呼叫服务器304与装置302之间的紧急呼叫会话分离(例如，不同及/或独立)。消息320可根据相同通信协议来配置或格式化为初始消息310的消息(例如，根据SIP协议、LPP协议、UMTS协议、HTTPS协议或一些其它协议)，且可包含(例如，在为消息定义的数据字段中)例如将由目标移动装置收集且周期性传递到紧急跟踪服务器的数据类型(在图3中经标示为“元数据类型”)的信息(例如，针对医疗紧急事件，数据类型可包含反映引导装置的位置的改变的定位数据、生物计量数据，等)，以及识别由目标装置302收集的跟踪数据(或元数据)发射到的(多个) 紧急跟踪服务器(在图3中标示为“ETSServer URL”)的信息。例如，在一些实施例中，消息320可包含紧急跟踪服务器的URL识别、网络地址、电话号码，将接收所收集元数据或跟踪会话数据的服务器的一些其它唯一识别符，等。在一些实施例中，一旦目标装置302接收到触发消息(例如，请求元数据跟踪消息320)，目标装置302与紧急呼叫服务器304之间的通信链路可终止。

返回到图2，已接收到触发消息，在装置(108或302)与一或多个装置之间建立220与装与紧急呼叫服务器之间的紧急呼叫会话分开(例如，不同及/或独立)的跟踪会话。在一些实施例中，建立单独跟踪会话需要建立与紧急跟踪服务器(例如图1的服务器122 或图3的服务器306)不同的通信链路。在一些实施例中，紧急呼叫服务器304还可用于实现紧急跟踪服务器306，所述紧急跟踪服务器经配置以接收、处理及传递来自目标装置(例如分别移动装置108或图1及3的装置302)的跟踪数据。

如图3中所说明，目标装置可将紧急跟踪请求消息330传递到在目标装置302接收到的请求元数据跟踪消息320中识别的一或多个服务器，例如可将紧急跟踪请求消息330发射到对应于由服务器304在消息320中提供的URL的紧急跟踪服务器。紧急跟踪请求消息330可包含装置302的装置能力(其可与提供有传递到紧急呼叫服务器304的消息 310的信息相同或不同)，紧急类型的信息(其也可能与提供有消息310的关于紧急类型的信息相同或不同)，装置电池电量或对于装置能够维持跟踪会话的时间的估计，且还可提供将由目标装置302周期性地发送的跟踪数据的初始快照(元数据/跟踪会话数据在消息330的“电子元数据”字段中提供)。如本文中所描述，待收集的特定跟踪会话数据可能已在服务器304与目标装置之间的紧急呼叫会话期间被确定，且在由服务器304发送到目标装置302的请求元数据跟踪消息320中被指定。发送到紧急跟踪服务器的紧急跟踪请求消息330可包含图3中未展示的额外类型的信息，例如在紧急救援人员到达之前需要覆盖跟踪会话的时间长度，此数据指示紧急响应的预计到达时间(ETA)(其可用于决定将被收集的不同级别的数据粒度)。消息330(以及在跟踪会话期间发送的任何后续消息)可符合各种通信协议，例如SIP协议或目标装置302及紧急跟踪服务器可传递的任何其它协议。紧急跟踪服务器306经配置以接收由目标装置302收集的跟踪会话数据/元数据，对其进行处理(例如，导出针对装置的更新的位置近似值)，导出关于紧急事件的更新信息(例如，经更新生物计量信息)，并将数据传送到与经派遣以处理紧急事件的紧急救援人员或全球数据库及专家系统相关联的恰当装置(例如，导出及维护统计数据，例如紧急解决统计数据，保险风险分析等)

在一些实施例中，且如图3中进一步说明，响应于从目标装置302(其可能已包含目标设备的能力、紧急类型及/或由目标装置收集的一组跟踪会话数据)接收紧急跟踪请求消息330，紧急跟踪服务器306可生成并将紧急跟踪响应消息340传递到目标装置302。为了限制服务器306的处理负载(其可基于由服务器306服务的装置/客户端的数目，带宽及/或服务器306的其它资源限制等)，在一些实施例中，响应消息340可包含指示最大周期性(例如，最大数据传输频率、反映在跟踪数据的连续传输/上传之间允许的最小时间间隔，以帮助保护跟踪服务器免于由于数据传输过载而崩溃)。

在一些实施例中，用户及/或一或多个紧急跟踪服务器(例如图3中所描绘的服务器 306)中的任何一个可能能够终止所触发跟踪会话。例如，如果用户没有直接参与紧急事件(且仅报告了紧急事件的发生)，那么所述用户可能不希望拥有其装置发射跟踪会话数据(其中此跟踪会话数据已经自动调度用于传输作为从紧急呼叫服务器发送的触发消息的结果)。在彼情况下，用户可能能够输入代码(密码)及/或遵循一些操作序列(例如，根据某种预定模式按压装置的按钮)以便覆盖触发的跟踪会话(其也可能导致装置进入紧急功率设置，如下面将更具体地描述)。在另一实例中，紧急跟踪服务器(例如，图1的服务器122或图3的服务器306)可确定跟踪会话可被终止(例如，由于资源限制，因为例如在那里没有足够的带宽来跟踪大量当前的跟踪会话，因为紧急救援人员到达紧急地点或出于某种其它原因)。在此些情况下，紧急跟踪服务器可经配置以发射经配置以致使装置中止跟踪会话的会话终止消息，包含恢复到装置的正常功率设置且终止装置与紧急跟踪服务器之间的链路。另外，紧急跟踪服务器可指示装置改变其跟踪行为，例如要收集的跟踪数据的类型，要收集的数据量或其组合。由于例如当前跟踪服务器处置装置跟踪会话的限制，另一命令消息可指示装置寻求继续与当前处置跟踪会话不同的紧急跟踪服务器跟踪会话(例如，重定向到另一跟踪服务器)。

如上所述，在一些实施例中，响应于从紧急呼叫服务器(已向其发送紧急状况的指示) 接收到触发消息以建立单独的跟踪会话，可使装置处于降低功率跟踪模式状态。例如，降低提供到收集或传递与装置相关联的跟踪会话数据所不需要的装置的子系统的电力，且到装置的一或多个传感器或通信子系统的至少部分功率经提供以当设备处于降低功率跟踪模式状态时，致使一或多个传感器或通信子系统在装置处于降低功率跟踪模式状态中时至少部分地操作以便将跟踪会话数据的至少一些传递到一或多个服务器。因此，当跟踪会话开始时，目标装置(通常自动地)输入紧急电力设置以便保存电力，使得装置的资源可专用于支持跟踪会话并处理紧急状况。在降低功率跟踪模式状态下，目标装置的子系统，例如显示器/视频子系统，应用处理器子系统(支持通用非紧急相关功能，例如电子邮件功能)以及控制收集或传递紧急数据所不需要的功能的其它类似子系统使其功能显著减少(或完全关闭)。例如，应用处理器可以经历清理过程，其中大多数后台活动被关闭，并且可以通知其它子系统紧急模式。只要紧急呼叫结束且紧急跟踪会话开始，可使应用程序处理器子系统处于降低功率状态(或睡眠模式)。紧急降低功率跟踪模式状态设置可使用预先确定的或动态可导出的功率简档(例如，基于例如在由紧急跟踪服务器发送的消息340中规定的跟踪参数)来关闭及/或将规定电平的功率提供到装置的子系统中的各个者。

如所述，在装置处于紧急功率设置(即，降低功率跟踪模式状态设置)时发生的间隔期间，一些传感器及其它子系统(包含通信子系统，例如移动装置的各种收发器)可保持清醒以便以至少部分能力或容量进行操作。例如，负责请求、收集及上传装置元数据到位置服务器的调制解调器子系统可在发生紧急状况时，查询

无线技术子系统来确定/识别可用的可穿戴装置，且注册

无线技术数据收集以及WLAN(例如 WiFi)及WWAN数据收集。可相应地设置跟踪会话数据(紧急数据/元数据)收集、包装及上传的唤醒定时器。在另一实例中，连接子系统(例如，在WWAN/WLAN/

无线技术收发器)可被保持苏醒(例如，在硬唤醒状态，而不考虑装置电源状态)以生成并传递WWAN/WLAN数据，以及连接到可穿戴装置(例如，经由

无线技术或经由其它近场技术)。作为又一实例，如果需要，传感器子系统可保持在难清醒状态以便生成传感器数据(来自加速度计、陀螺仪，气压计等)。在一些实施例中，收集及传递跟踪会话数据所需要的子系统的至少一些子系统可间歇地(出于省电目的)通电以收集数据及/ 或执行测量。

可至少部分地基于例如在作为跟踪会话确立程序的部分发送到装置的响应消息(例如消息340)中规定的跟踪参数来确定收集及传递数据将需要的传感器或其它子系统。在跟踪会话期间特定时间例子(当装置在紧急电源设置下操作时)，通信收发器中的一或多个可被通电以致使所收集的跟踪会话数据中的至少一些的周期性传输(此数据或在间隔期间收集，或根据所确定唤醒时间唤醒紧急数据收集及通信中涉及的子系统)。虽然装置的实际功耗可能在装置正在执行跟踪会话时波动，但在所述时间期间消耗的总功率通常可能不会超过某个预定的电平(如所述，其为在装置不支持由于紧急状态所致的跟踪会话时在装置的正常操作期间实现的功率电平降低的电平)。

可保持清醒的传感器装置及模块(尽管可以低于正常功率设置操作)可包含容纳在装置内的传感器，包含一或多个惯性/定向传感器(例如，加速度计、陀螺仪、磁力计等)、温度计、气压计、光学传感器、湿度传感器、环境光传感器等。收集跟踪会话数据的传感器装置及模块还可包含容纳在装置外部的传感器(可能甚至远离装置)，且可包含一或多个生物计量传感器(例如，心脏监护器、氧气监测器，呼吸传感器等)，用于自其发送紧急消息的车辆的一或多个车辆传感器(例如，油量计传感器、发动机温度传感器、燃油表传感器、基于仪表板的仪表及传感器等)。不直接耦合到装置的传感器(例如车辆传感器或各种生物传感器)可能需要建立通信链路(例如，经由装置的近场收发器或接口)，且因此跟踪会话期间激活的紧急功率设置可被使用(例如，由移动装置的控制器)以周期性/ 间歇性地起始到远程传感器装置或模块的通信链路，以便从那些传感器装置及/或模块获得测量/跟踪数据。

可在跟踪会话期间操作的目标设备的传感器装置与模块还可包含用以从网络节点 (例如，WLAN节点、WWAN节点、近场节点等)读取/测量无线电信号的收发器及其它感测模块(例如，RTT模块、RSSI模块等)，其可(由目标装置或由例如紧急跟踪服务器 306或一些其它位置服务器的远程服务器)用来确定装置的基于位置的数据。如此，由这些传感器装置收集的数据可包含基于位置的数据、WiFi接入点信息、蓝牙低功耗(BTLE) 信息及/或测距信息。跟踪会话期间收集的数据还可包含与目标装置相关联的识别信息 (例如，其MAC地址)以及经由直接耦合端口(例如，USB端口)收集的数据。装置的一些通信及传感器子系统(例如，其收发器中的一或多个，例如WWAN或WLAN收发器)可至少周期性地置于其接通状态，以便发射到远程装置/节点(例如作为图3的紧急跟踪服务器306)由传感器及装置在跟踪会话期间保持处于活动状态或部分活动状态的其它子系统收集的数据。

在一些实施例中，当目标装置进入跟踪会话时，装置可经配置以防止或禁止对跟踪会话数据的收集及通信所需的装置的传感器及通信子系统的去激活。因此，为了确保可提供紧急服务来补救紧急状况，装置可经配置以继续在紧急模式(例如，降低功率状态) 下操作，其中跟踪会话数据仍然可被收集并传递到紧急跟踪服务器，即使用户尝试(也可能成功)关闭装置(例如关闭电源)。

返回到图2，在跟踪会话期间收集的跟踪会话数据(来自在装置以降低的功率/紧急电源状态运行时，由装置间歇地或连续地激活或接触的传感器及其它子系统)被发送230到装置已与其建立跟踪会话的一或多个服务器(例如，各自可专用于特定紧急事件的紧急跟踪服务器，例如火灾紧急事件、医疗紧急事件、救援紧急事件、路边紧急事件等)。在一些实施例中，装置(例如，图1的装置108或图3的装置302)可确定发送/发射所收集跟踪会话数据中的至少一些的时间例子。收集数据的间隔的周期性及/或在前一或多个间隔中收集的至少一些数据将被发送的时间例子可为弹性的/可调整的，即，装置可确定可调整周期以基于例如最大周期性值(其可能已由一或多个紧急服务器确定且例如在发送到装置的消息340中指示)收集及发送跟踪会话数据，装置的电池电量(例如，随着电池电量降低，到一或多个紧急服务器的连续传输之间的时间段可被延长以保存功率)，自紧急状况的指示最后被发射到紧急呼叫服务器以来所过去的时间(例如，在一些实施例中，过去的时间越长，收集的数据可能会变得越较少有用)，收集的数据量，连接性带宽，紧急救援人员的预计到达时间等。因此，在一些实施例中，发送跟踪会话数据可包含在第一时间例子处确定一或多个后续唤醒时间以将数据发送到一或多个服务器。确定一或多个后续唤醒时间可包含基于例如以下各项来判定将跟踪会话数据发射到一或多个服务器的一或多个随后可调整周期性唤醒时间：装置的电池的电荷电平、自紧急消息(例如，紧急状况的指示)被传递以来所过去的时间、由装置传递跟踪会话数据的最大周期性、或连接性带宽或其任何组合。

所发射的跟踪会话数据随后由一或多个紧急服务器接收并处理。例如，一或多个紧急服务器(例如，紧急跟踪服务器)可使用所接收到跟踪会话数据来更新目标装置的位置数据(例如，其可使用范围信息，其它类型的基于位置的测量值，惯性传感器测量值以及装置先前计算的位置近似值，以导出装置的当前位置近似值)。在其中跟踪会话数据包含来自装置外部的传感器(例如，与装置通信的生物传感器及/或车辆传感器)的传感器数据的实施例中，一或多个紧急跟踪服务器可计算与紧急状况(例如，正在经历医疗紧急事件的装置的用户的生命体征)有关的信息。所接收的跟踪会话数据的处理还可包函将数据 (例如，从装置接收的实际原始数据或基于从装置接收的原始数据处理的结果处理数据) 传递到一或多个远程装置，例如与经派遣以处置紧急状况的紧急救援人员相关联的装置，及/或将数据传递到专门的数据库和专家系统(例如，计算用于保险风险分析、用于紧急解决方案分析等的统计数据)。

图3说明将跟踪会话数据周期性发送到装置302已与其建立跟踪会话链路的实例性紧急跟踪服务器306的实例。在图3的实例中，在从紧急跟踪服务器306接收到紧急跟踪响应消息340时，所述紧急跟踪相应消息包含关于其目标装置将传递数据的跟踪参数以及最大周期性值，所述所述可计算一或多个后续时间例子，在所述时间例子处跟踪会话数据(例如根据消息340中指示的跟踪参数)将被收集用于传输。在一些实施例中，装置可仅计算单个后续时间例子，且将在所述后续时间例子处发送相应的一组跟踪会话数据之后计算下一个时间例子。例如，当确定传输时间在很大程度上取决于电池的功率电平，数据从一个手机改变到下一收集的程度(数量)(例如，数据改变的程度)以及其它此些考虑事项时，可进行一次确定仅单个后续时间例子。在此些情况下，可一次一个地执行数据收集/传输时间的计算，以便例如在计算下一数据收集/传输时间时，可将装置电池的最新功率电平予以考虑。另一方面，在一些实施例中，可计算多个后续数据收集/ 传输时间，其中连续间隔之间的时间间隔长度根据基于例如以下各项中的一或多个的某一公式增加(例如，在一些实施例中)：电池电量，最大周期值，自紧急状况的指示被发送到紧急呼叫服务器以来所过去的时间，紧急事件的性质，可用于传输所收集的数据的带宽，可用于执行跟踪会话数据的传输的装置的其它资源，及/或其它因素。

因此，在图3中，在某一时间T1，可确定后续的时间例子T2，在所述后续时间例子处将经由消息350将由装置302收集的跟踪会话数据发送到紧急跟踪服务器306。装置可在T1处或在某一其它稍后的点(例如，在时间T2，当发射消息350时)确定由装置收集的跟踪会话数据的另一时间例子T3(例如，在时间例子T2与T3之间或大约在时间例子T3处收集的数据)经由消息360传递到紧急跟踪服务器306。在T3与T2之间的时段针对图3的实例定义初始周期性。装置302还可确定后续的时间例子(即，下一传输时间)T4，T5及/或额外时间例子，其中那些未来时间例子中的一些为一起确定(即，基本上同时)或单独确定。如图3中所展示，对于一些间隔，传输时间之间的时段可保持恒定 (例如，由T4及T3定义的时段在图3的实例中与由T3及T2定义的初始周期性基本相同)，但可能针对稍后传输时间发生变化。例如，在T4处传输跟踪会话数据消息370之后的周期性可减少(例如，如果例如装置302的电池电量已降低到需要传输之间更长间隔的程度)，且因此由传输时间例子T5(发射跟踪会话数据消息380时)及T4定义的周期比早期的周期大。例如，可调整的时间段可受到例如通过由紧急跟踪服务器306发送的紧急跟踪响应消息340接收到的“最大周期性”值限制。最大周期性值可对应于紧急事件跟踪服务器可能需要在遇险/紧急事件下通过装置处置的数据传输的最大速度(频率)(因此定义了传输之间的最小时间间隔)。这可确保跟踪服务器可基于例如当前正在处置的遇险装置的数量预算其自己的负载。

如图3中进一步展示，在一些实施例中，跟踪会话可由发射请求元数据跟踪修改/终止消息390的紧急跟踪服务器306终止。在一些实施例中，跟踪会话的终止可由装置 302或由一些其它设备或实体起始。消息390在被装置302接收及处理时经配置以使装置302与紧急跟踪服务器306之间的通信链路终止，且用于跟踪会话操作(例如，由装置 302确定的时间例子处的跟踪会话数据的收集及通信)被终止。跟踪会话的终止也会导致恢复正常的电源设置及正常的装置操作。在一些实施例中，消息390可替代地及/或另外地经配置以修改跟踪会话(例如，请求装置302修改其收集及发射的数据的类型，修改发送所述数据的时间，请求更改服务遇险装置的跟踪服务器等)

在一些实施例中，在紧急呼叫会话及/或跟踪会话期间发送的消息可与使用指派到始发/发射装置的私钥(来自不对称私钥/公共加密密钥，例如ECDSA密钥)处理(例如，签名 /加密)的所传递数据的至少部分进行通信以确认装置的所传递数据/身份的真实性。接收装置可随后使用始发装置的公钥(所述公钥可能已在接收装置处可用，无论它为移动装置还是服务器中的一个)来解密所发射数据的加密部分，从而确认数据的真实性以及遇险装置的身份(以及可能装置用户的身份)。例如，由始发装置(例如图1及3的移动装置108 或装置302)发射的数据可包含使用始发装置的私钥加密的一些预定消息。接收/目的地装置(例如，图1及3中所描绘的服务器120、122、304及/或306)对所述加密消息进行解密以恢复所述消息，并将其与假定由始发中之发送的预期预定消息进行比较。如果存在匹配，那么在目标装置处接收到的数据被认为是从正确的装置或用户接收。产生数据的装置的认证可用来防止例如恶作剧的呼叫。在一些实施例中，除了对由始发装置传递的数据的至少一部分进行加密以便认证数据之外，还可对所传递数据的至少一些其它部分进行加密以便保护数据。例如，所发射的数据(例如，发射到紧急跟踪服务器的跟踪会话数据)可使用为接收/目的装置已知或向其所揭示的秘密加密密钥(其可为对称或非对称加密密钥)来加密。可实施数据安全以确保所传送数据的合理性及/或提供数据隐私(例如，防止黑客/流氓个人试图阻止紧急服务提供商响应紧急情况)。

现在参考图4，通常在紧急呼叫服务器(例如图1的服务器120或图3的服务器304)处执行以处理紧急通信且促进跟踪会话的建立的实例过程400的流程图。过程400包含由紧急呼叫服务器在装置(例如分别为图1及3的移动装置108或装置302)处接收410 紧急状况的指示。如本文中所描述，紧急状况的指示可为根据各种可能的协议中的任一者配置的消息，包含会话起始协议(SIP)、长期演进(LTE)定位协议(LPP)、安全超文本传输协议(HTTPS)、通用移动电信系统(UMTS)协议或其它类型的协议。紧急事件的所接收指示可包含例如装置的装置能力、表示紧急事件类型的数据、基于位置的数据，装置处理能力等的信息。

在一些实施例中，紧急状况的指示的传输可能已由目标设备发起，例如在确定紧急事件的存在时，装置(例如图1的装置108)将起始/始发消息发送到紧急呼叫服务器。在一些实施例中，紧急状况的指示可能已由目标装置响应于由紧急呼叫服务器发射的广播消息(其可为周期性发射的广播消息中的一个)而被发射。因此，在此些实施例中，接收紧急状况的指示可包含向包含装置的一或多个装置发射经配置以引起确定一或多个装置中的至少一个是否具有紧急事件的广播消息，及响应于由紧急呼叫服务器发射的广播消息，接收来自装置的回复消息，所述回复消息包含紧急状况的指示。另外，在一些实施例中，接收来自紧急呼叫服务器的未经请求的消息(即，与装置的动作无关地接收到的消息)的用户装置可经配置以响应于所接收到的消息来对所述未经请求的消息做出响应或与某个指定的紧急跟踪服务器建立跟踪会话，而装置或其用户没有行使关于响应于未经请求的消息(例如，在接收装置的用户不能够对未经请求的消息做出响应的情况下)是否采取任何措施的任何决定。

已接收到紧急状况的指示，至少部分地基于紧急状况的指示来做出420是否要跟踪所述装置的确定。如本文中所论述，确定是否应建立跟踪会话可基于例如从其接收紧急事件的指示的目标装置的装置能力信息。例如，能力信息可指示目标装置是否能够与紧急跟踪服务器(直接地或经由其它网络节点)建立跟踪会话。目标装置是否能够支持跟踪会话可取决于例如装置中包含的收发器的类型、装置可支持的通信协议的类型、装置所包含的传感器的类型、装置的电池电量等。在另一实例中，可使用紧急类型来确定是否需要跟踪会话，例如，医疗紧急事件可保证跟踪会话以便周期性收集及发送关于人正在进行的医疗状况的更新信息。此外，关于是否应起始跟踪会话的确定也可基于来自目标装置的用户可与之交互的现场操作员的输入。在一些实施例中，紧急呼叫服务器还可经配置以至少部分地基于包含在紧急状况的所接收指示中的基于位置数据(例如，表示装置与之交互的接入点的身份的数据，例如针对其已接收到的信号由装置测量的RTT或RSSI 的测量数据，等)而确定装置的位置。此类定位数据还可用于确定是否触发跟踪会话，且如果是，那么确定装置应与其建立跟踪会话的紧急跟踪服务器的身份。

响应于(在420处做出)要跟踪装置的确定，从紧急呼叫服务器发射430(根据与从目标装置接收的紧急状况的指示相同或不同的协议来配置)触发消息，以便在装置(传递紧急状况的指示)的装置上触发跟踪会话以使装置周期性地收集跟踪会话数据并将其发送到一或多个服务器，其中跟踪会话(在装与一或多个跟踪服务器之间建立)与在装置与紧急呼叫服务器之间建立的紧急呼叫会话分离(例如，不同及/或独立)。触发消息可包含例如装置应收集并发送到紧急跟踪服务器的紧急数据(跟踪会话数据)之类型(待收集及发送的数据的类型可基于紧急状况的指示中规定的装置能力数据、基于紧急类型等来确定) 的数据。在一些实施例中，发射到装置的触发消息经进一步配置以使装置在降低功率跟踪模式状态下操作，在所述状态下，收集及/或传递与装置相关联的跟踪会话数据不需要的装置的子系统的功率降低(例如，对于跟踪装置不重要的那些子系统/模块，电力基本上被切断)，且其中装置的一或多个传感器或通信子系统被配置成执行跟踪会话数据的收集及通信，在装置处于降低功率跟踪模式状态时至少部分地操作。在紧急呼叫服务器从与第三方相关联的另一设备(不同于目标设备)接收报告消息(在目标设备处指示紧急事件)的情况下(例如，该目标设备的用户可以已经变得无意识或者是紧急事件的实施者)，触发消息可授权/要求目标装置进入跟踪会话。因此，在此些情况下，从紧急呼叫服务器发射触发消息可包含发射强制跟踪会话命令(例如，响应于确定要跟踪设备)以使装置建立跟踪会话，其中强制跟踪会话命令不能被装置或装置的用户越控。

在一些实施方案中，程序400还可包含确定装置将与之建立单独的跟踪会话的一或多个跟踪服务器。跟踪服务器的确定可基于例如目标装置的位置，装置的能力等。装置的位置可由紧急呼叫服务器基于例如由目标提装置供的位置数据来确定装置(例如，与紧急状况的指示一起被包含或包含在单独消息中的位置数据)，其中位置数据包含信号/定时测量值，粗略位置(例如，提供作为与装置通信的小区区域或节点的识别符)等等。替代地，准确或大致的位置可由目标设备直接计算。紧急呼叫服务器可确定表示一或多个所确定的跟踪服务器的一或多个识别符，并将那些识别符提供到目标装置。识别符可为 URL或与所确定跟踪服务器相关联的一些其它类型的寻址信息(例如，IP地址)，然后目标装置可使用所述地址信息来联系那些一或多个跟踪服务器。在一些实施例中，程序400 还可包含终止紧急呼叫会话(例如，通过发送经配置以致使装置结束或中止紧急呼叫会话的消息)。

接下来转到图5，展示通常在紧急跟踪服务器(例如图1的服务器122或图3的服务器306)处执行以接收及处理紧急数据(也被称为元数据或跟踪会话数据)的实例性过程500的流程图。程序500包含通过至少一个服务器(例如，紧急跟踪服务器)从装置(例如分别为图1及3的移动装置108或装置302)接收510请求(例如图3的消息330)以建立跟踪会话以周期性地收集跟踪会话数据并将其发送到与装置处的紧急状况有关的至少一个服务器。响应于来自紧急呼叫服务器(例如分别为图1及3的服务器120或304)用以触发跟踪会话的触发消息，通过装置发送用以建立跟踪会话的请求。可能响应于应建立跟踪会话的确定(基于由紧急呼叫服务器从装置接收的紧急状况消息的较早发送指示) 从紧急呼叫服务器发送所述触发消息。响应于发射到紧急呼叫服务器的装置处的紧急事件的指示消息，在与跟踪会话分离的紧急呼叫会话期间，将触发消息从紧急呼叫服务器发射到装置。在一些实施例中，指示消息可能已包含例如装置能力、紧急类型以及可根据其作出建立跟踪会话的确定的其它信息的数据。如所述，在一些实施例中，装置经配置以在跟踪会话期间以降低功率跟踪模式状态进行操作，在所述降低功率跟踪模式状态下到收集并传递与装置相关联的跟踪会话数据不需要的装置的子系统的功率降低，且在所述降低功率跟踪模式状态下装置的一或多个传感器或通信子系统经配置以执行跟踪会话数据的收集及通信，在装置处于降低功率跟踪模式状态下同时至少部分地操作。在一些实施例中，装置处的紧急状况的指示消息(被发射到紧急呼叫服务器)可包含例如来自装置的关于紧急状况的起始消息，响应于来自紧急呼叫服务器的轮询消息的来自装置的回复消息，或来自另一装置的报告消息以报告装置处的紧急状况。

一旦请求消息已被至少一个服务器接收到，那么至少一个服务器向装置发送520回复(例如，图3的消息340)以建立跟踪会话。如上所述，跟踪会话与紧急呼叫会话不同，且因此通常需要建立与在装置与紧急呼叫服务器之间建立的通信链路不同的通信链路。在一些实施例中，将回复发送到装置可包含发送以指示用于确定在第一时间例子之后的一或多个唤醒时间例子的最大周期性值的数据及表示与由装置发送的跟踪会话数据一起包含的数据参数的数据为回复。还可包含与到装置的回复的其它字段或部分一起包含的其它数据，例如跟踪会话的预期时间应持续知道紧急救援人员到达。

在建立了跟踪会话的情况下，至少一个服务器周期性地从装置接收530，在跟踪会话期间由装置收集跟踪会话数据。周期性地接收的跟踪会话数据可在一或多个唤醒时间例子(其在第一时间例子之后，例如，当装置已从至少一个服务器接收到回复且建立跟踪会话时)被接收到，其中那些一或多个唤醒时间例子至少部分地基于装置的电池的功率水平来确定。可用于确定一或多个唤醒时间例子(也称为传输时间)的其它因素/数据包含要发射的数据的类型，涉及的紧急事件的类型，自进行紧急呼叫以来所过去的时间(例如，到紧急呼叫服务器)，紧急救援人员到达的预期时间，连接性带宽等。在一些实施例中，程序500还可进一步包含至少部分地基于包含在所接收跟踪会话数据的位置确定数据来确定装置的位置(例如，由装置收集的信号测量值，惯性传感器测量值)。在跟踪会话期间接收到的位置确定数据也可用于更新例如在紧急呼叫会话期间导出的初始位置近似值。在一些实施例中，可以使用卡尔曼滤波器、粒子滤波器或其它位置估计技术来执行初始位置近似值的更新。在一些实施例中，程序500还可包含处理(至少一些)所接收的跟踪会话数据(例如，以确定移动装置的位置，确定用户的身体状况，格式化及布置所接收的数据等)且将所得到的经处理的数据中的至少一些发送到与一或多个紧急服务提供商相关联的一或多个装置。例如，处理可包含应用于所接收的数据的实时处理(例如，过滤不相关数据，更新遇险人员的状态等)，其可被转发给可能被派遣来处置/参与紧急状况的警察及救护人员的无线装置。处理还可包含离线处理，包含导出紧急解决方案统计数据，执行保险风险分析等。

现在参考图6，展示实例性程序600的流程图，其说明装置(例如，用于个人使用的无线移动装置，安装在汽车或飞机中的无线装置，固定装置等)、紧急呼叫服务器以及紧急跟踪服务器之间的系统范围操作及交互促进紧急数据的收集及通信。如所说明，在一些实施例中，程序600以移动装置(例如，图1及3的装置108或302)将紧急状况的指示(例如，E-911消息)发送610到紧急呼叫服务器。指示可直接发送到紧急呼叫服务器(例如，PSAP)，或经由一或多个中间节点，且可在装置的直接主动下或例如作为来自紧急呼叫服务器的消息(例如，广播消息)的回复而发送。在一些实施例中，紧急状况的指示可已由第三方的装置(例如，紧急事件的见证者的移动电话)发送，以报告涉及其装置将被处于跟踪模式的另一个人的紧急事件的发生。尽管图6的装置被描绘为处于空闲状态，但装置可能正在执行与紧急情况无关的一或多个任务。

响应于接收到紧急状况的指示，紧急呼叫服务器(也被描绘为处于空闲状态，但可执行一或多个任务)，紧急呼叫服务器确定615是否要跟踪装置。如本文中所描述的，除了其它以外，此确定可基于包含在从装置接收到的紧急状况的指示中的信息，包含装置能力信息(例如，设备具有或支持的收发器、传感器、通信协议的类型，其指示装置是否具有通信及数据收集资源以支持跟踪会话)、紧急事件类型，装置的当前位置等。如果确定不执行跟踪会话(例如，因为装置的资源不足以支持会话，因为现场操作员确定进行跟踪会话等是不必要或不实际的)，所以紧急呼叫会话没有被启动(且紧急呼叫服务器可返回到空闲状态或到某个其它状态以执行例如从另一装置服务紧急状况的另一指示的任务)。另一方面，如果在615确定要执行跟踪会话，那么紧急呼叫服务器将具有指示装置与其建立跟踪会话的一或多个紧急跟踪服务器的数据的触发消息(也被称作为请求跟踪会话消息，其可类似于图3的消息320)发送620(在图6中也表示为“2”)到装置。可通过 URL、各种其它形式的网络寻址、其它类型的网络识别符等等来识别一或多个跟踪服务器(例如，基于由目标装置提供的位置数据、装置能力等)。在620处发送的触发消息可包含额外数据(被布置在额外字段或消息部分中)，例如在跟踪会话的紧急数据传输期间要使用的最大周期性的指示。在紧急状况指示是从第三方装置发射的情况下，可能需要要求目标装置(即发送跟踪会话数据)进入强制跟踪会话(例如，如果目标装置用户已经变得无意识)。在所述状况下，触发消息可为不能被目标装置或其用户(或任何其它人)越控的强制跟踪会话命令。

如在图6中进一步所说明，在其自身与装置之间建立跟踪会话之前，所规定的紧急跟踪服务器(或多个服务器，如果指定多于一个)正在等待紧急数据更新(从本实例的装置及/或来自其用于促进处置紧急情况的其它装置)，如在框625(在图6中也表示为‘4’) 中所指示。当装置从紧急呼叫服务器接收到触发消息时，装置可在630(图6中标记为“5”) 处输入跟踪模式，因此起始跟踪会话。跟踪会话为装置与紧急呼叫服务器之间的紧急呼叫会话的单独会话(且可能独立于所述紧急呼叫会话)。移动装置可经配置以在跟踪会话起始时通知其基本子系统(紧急资源)保持清醒，即使装置被关闭(即，即使装置被用户关闭，也将装置锁定到跟踪模式)。装置还可经配置以打开传感器的数据收集，且收集紧急数据(也被称为跟踪会话数据或电子元数据)以发送到跟踪服务器。另外，执行应用处理器子系统清理过程，其中后台应用程序及非必要子系统(例如，应用处理器，视频处理器等)及活动(例如电子邮件活动，社交网络)被关闭，或其功能性被限制/减少。

如本文中所描述的，装置可经配置(在向紧急跟踪服务器发送请求或从其接收回复之前)以设置唤醒定时器且因此确定(在635处，在图6中也被表示为‘6’)将从紧急数据的上次传输以来收集的数据传递到紧急跟踪会话的一或多个后续唤醒时间例子。一或多个后续唤醒时间粒子的确定可为装置的电池电量的函数，但也可能基于例如自紧急消息被发送以来所过去的时间(即，在图6的610处)的因素，需要发送到紧急跟踪服务器的数据的类型和数量/数量(数据参数可在一些实施例中由紧急跟踪服务器来确定及指定)，跨数据收集的数据新颖性、最大周期性值(例如由紧急呼叫服务器或紧急跟踪服务器提供)、连接性带宽等。在一些实施例中，装置经配置以在设置唤醒定时器时滑入紧急状态，且等待要收集的紧急数据(例如，在640处)。

在一些实施例中，传感器及通信子系统(包含接收及测量无线电信号的收发器及其它模块，例如惯性传感器的内部传感器，以及例如生物计量传感器及基于车辆的传感器的外部传感器)可处于允许其在下一唤醒周期之前的间隔期间收集数据的功率状态(此状态可被称作为降功率跟踪模式状态)。替代地及/或另外地，在一些实施例中，当重要子系统(例如，传感器子系统、通信及调制解调器子系统)被唤醒时，可以执行数据的收集。在645处确定所确定的唤醒时间已到达时，从装置的子系统(例如，传感器子系统、连接性/通信子系统、外部传感器(例如，可穿戴传感器，例如生物测量传感器)等)收集紧急数据(跟踪会话数据)(或已经在最近的紧急数据传输与即将要接收的当前传输之间的间隔中收集)，如图6的650(亦标示为‘7’)处所展示。所收集的紧急/跟踪会话数据被打包或以其它方式布置成消息(根据各种可能的消息处理/通信协议(例如SIP、LPP、HTTPS、 UMTS等)生成)。在一些实施例中，装置还可计算进行紧急数据的下一次传输的下一个唤醒时间(下一后续时间粒子)，其中下一个唤醒时间的计算是基于例如，当前电池电量，自进行紧急呼叫以来所过去的时间，需要发射的特定数据，连接性带宽及/或其它因素。如所述，在一些实施例中，装置可能已在特定时间例子计算了数个唤醒时间，且因此装置可能不需要在650处计算下一唤醒时间。

装置可接下来经配置以发射655(在图6中也标示为“8”)到紧急跟踪服务器(与紧急跟踪服务器可能先前已建立跟踪会话，与紧急跟踪会话分开)。紧急跟踪服务器经配置以处理660(在图6中也标示为“9”)从装置接收到的紧急事件数据。例如，如本文中所描述，装置的当前位置近似值可基于包含在紧急数据中的位置确定数据(例如，由装置的各种收发器检测到的无线电信号的惯性传感器数据、信号及/或定时测量等等)来确定，生命体征数据可基于与紧急数据一起包含的量测值来确定，可滤除或去除不相关的数据及/或异常值，等等。经处理数据及/或原始数据可经布置成数据帧或分组且被传递到与一或多个紧急服务提供商相关联的一或多个装置(例如，警察巡逻车、救护小组等)。紧急跟踪服务器还可将数据发送到各种数据库及专家系统(例如，编制统计数据的专家系统，例如紧急解决方案统计数据、进行保险风险分析的专家系统等)。

关于本文中所描述的实施方案的额外细节为关于图7至9提供，展示额外实例性实施例。特别地，参考图7，展示用于报告医疗紧急事件并建立跟踪会话以传递紧急数据的实例过程700的流程图。在图7的实施例中，处置医疗紧急事件的实例性过程基于至少部分地使用长期演进(LTE)定位协议(LPP)实现的e-911呼叫流程。因此，例如，例如演进服务移动位置中心(E-SMLC)/E-SLP(SUPL)的位置服务器704可将LPP请求能力消息710发送到目标移动装置/UE 702(例如，响应于从目标装置702到服务器704或到另一服务器的较早的通信，以在紧急事件下通知)。在一些实施例中，服务器可已起始与目标装置702的通信，作为调查/轮询其范围内装置的一般过程的部分，例如与用户装置(其可为个人装置，附加到车辆上的无线装置等)周期性地进行通信以致使确定那些装置中的一或多个是否需要紧急响应服务(在此些实施例中，目标装置可经配置以拒绝通信，例如，在没有紧急事件的情况下，或以回复提供所请求信息作出响应)。在一些实施例中，响应于从报告涉及装置702的紧急状况的某一其它装置(不同于装置702)接收紧急状况的指示，服务器可已发送消息710。

响应于LPP请求能力消息710，在配置及/或功能性上可能类似于图1及3的装置108或302的目标装置702将LPP提供能力消息720发射到服务器704，所述LPP提供能力消息包含关于目标装置的能力的数据。如所述，在一些实施例中，如果消息710是在服务器的主动下发送的，那么装置702可拒绝所述请求(例如，在没有紧急事件的情况下)。如果装置随后发送消息720，那么服务器704将未经请求的LPP提供辅助数据请求能力消息730及LPP请求位置信息740反射到装置702，响应于此，目标装置702发送 LPP提供位置信息消息750，以及指示装置位置的数据(例如，最佳已知位置)。基于包含其已从目标装置接收到的装置能力信息(与消息720一起提供)的信息，在紧急状况的初始指示中提供的信息(其可已与具有装置能力的消息一起或在其之前被接收，其中所述指示消息是从装置702或从不同装置接收)等，服务器704可确定是否建立目标装置与紧急跟踪服务器之间的跟踪会话。要接收周期性紧急/跟踪会话数据的紧急跟踪服务器的识别可基于例如由目标装置提供的位置信息(例如，在消息750中)，由装置报告的紧急事件的类型、装置的能力，及/或由服务器704执行的另外位置确定处理。如果服务器704 确定要建立跟踪会话(例如，装置能力信息指示目标装置具有支持跟踪会话的资源)，那么服务器704将LPP请求元数据跟踪消息760发送到向目标装置702，其包含待将紧急数据发送到的紧急跟踪服务器的URL(替代地，识别紧急跟踪服务器的网络地址或身份的其它信息(例如，IP地址))可被包含在消息中760)。

在图7的实例中，在接收到LPP请求元数据跟踪消息760时，目标装置702与消息760中识别的紧急跟踪服务器建立跟踪会话(与用于与服务器704通信的会话分开)。例如，目标装置702将邀请消息770发送到紧急跟踪服务器706(其可为PSAP服务器)，且服务器706利用例如OK消息780进行响应，OK消息780可包含例如最大周期性值(且可包含其它类型的信息/参数，例如目标装置要发送到服务器706的紧急数据类型)。图7 中所说明的其它操作可类似于关于图3中所描述的那些，其中目标装置确定唤醒时间(为了实现用于发送紧急数据的弹性周期性，此周期性为装置的至少电池电量的函数)，进入紧急电力模式(以保存电力)，以及周期性地发送紧急数据在相应传输之前收集的(跟踪会话数据或元数据)，例如消息790。可以在一些实施例中使用SIP消息或使用其它消息类型(例如，LPP消息，HTTPS消息等)将周期性紧急数据发送到紧急跟踪服务器。在一些实施例中，由装置702提供的周期性紧急数据可包含例如装置位置、小区ID信息，接入点信息(例如，MAC地址、RSSI/RTT信息)、气压计信息等的位置信息。由目标装置 702发射的紧急数据也可包含医疗使用信息，其可已从可穿戴装置或传感器(例如，经由

无线技术链路或其它类型的近场链路或经由LAN链路)传送到装置702，包含脉搏/心率信息、体温、血压、氧饱和度等。在一些实施例中，紧急跟踪服务器可经配置以更新用户位置、将生命体征中继到紧急救援人员，及/或将遇险呼叫记录馈送到专家系统和数据库(例如，以维护紧急事件的全球统计数据，执行原因和风险分析等)。

接下来转到图8，展示用于报告警察紧急事件并建立跟踪会话以传达紧急数据的实例过程800的流程图。在图8的实例中，使用UMTS eCall执行警察型紧急事件的报告及跟踪。如所说明，使用无线电网络控制器(RNC)804实施的紧急呼叫服务器将RRC请求位置信息消息810发送到目标装置802(其可在配置及/或功能性上类似于本文中所描述的装置108、302及702中的任一个)。在一些实施例中，RNC 804可以独立地(即主动地)将消息810发送到装置802(例如，作为一般过程的部分，以调查/轮询其范围内的装置以获取位置信息，是紧急事件等)。在此些实施例中，被联系的目标装置可经配置以确定是否接受及回复请求消息，或拒绝通信(例如，如果没有紧急事件)。如所述，在一些实施例中，由RNC(或某个其它此类紧急呼叫服务器)最初发送的消息可经配置以使接收装置以某种方式对请求消息作出响应(例如，进入与一些指定的紧急跟踪服务器的跟踪会话)，无需装置或其用户能够执行自主权。此些实施例可包含用户可能不能接受或确认请求消息(例如，如果用户是无意识的或否则不能响应)的情况，当接收装置的用户参与某种犯罪活动且因此不能希望被跟踪等。在一些实施例中，消息810可能已经响应于来自装置802的起始紧急通信消息(例如，指示紧急类型、设备能力、位置信息等)而被发送，或响应于来自报告紧急状况的某个其它装置或节点的起始消息。

响应于消息810，目标装置802发送RRC响应消息820，其可包含位置信息(例如，与目标装置802通信的接入点的身份)，由装置的各种传感器收集的数据，例如气压计测量值等)。接下来，RNC 804可确定是否应当建立跟踪会话(例如，基于在前面的消息中接收的信息，包含具有紧急状况的指示的消息)，且如果是，那么其发送RRC请求元数据跟踪消息830到目标装置802，目标装置802可包含数据以提供例如最大周期性，在跟踪会话期间要发送的紧急数据的类型、紧急跟踪服务器的URL(或关于其的一些其它类型的寻址或识别信息)等等。

在接收到RRC请求元数据跟踪消息830之后，目标装置802建立与消息830中识别的紧急跟踪服务器的跟踪会话。例如，目标装置802发送获取消息840，其在图8的实例中包含一些紧急数据及装置能力数据。响应于消息840，紧急跟踪服务器806发送 OK消息850(其可包含例如用于传送紧急数据的周期性的信息，且可包含其它类型的信息/参数，例如目标装置将发送到服务器806的紧急数据类型)。图8中所说明的其它操作可类似于关于图3及7中所描述的那些，其中目标装置确定唤醒时间(为了实现用于发送紧急数据的弹性周期性，此周期性为装置的至少电池电量的函数)，进入降低功率跟踪模式状态(以保留功率)，且周期性地发送在响应传输之前收集的紧急数据(跟踪会话数据或元数据)，例如POST消息860。周期性紧急数据可在一些实施例中使用HTTPS消息或使用其它消息类型(例如，SIP消息、LPP消息等)发送到紧急跟踪服务器。在一些实施例中，由装置802提供的周期性紧急数据可包含例如位置信息，例如，装置位置、小区 ID信息、接入点信息(例如，MAC地址、RSSI/RTT信息)、气压计信息。由目标装置802 发射的紧急数据还可包含警察使用信息，例如导航类型信息(通过目标装置的各种惯性传感器执行的测量提供)，指纹信息(例如，经由装置的触摸屏获得，或指纹读取器)，照片样本(经由装置的相机获取)等。在一些实施例中，紧急跟踪服务器806可经配置以更新用户位置、估计用户导航(例如，航向信息、身体位置)，识别装置的处理者或识别作为所拍摄的任何照片的标的物的第三方(例如，嫌疑犯)，将生命体征中继到紧急救援人员，及/或将遇险呼叫记录馈送到专家系统及数据库(例如，维护全球紧急事件统计)。

参考图9，展示用于报告私人路边紧急事件并建立跟踪会话以传递紧急数据的实例性过程900的流程图。过程900以目标装置902(例如，驾驶员的移动装置或车辆专用无线装置)开始，将紧急状况的指示作为紧急道路请求消息910发送。如本文中所论述，紧急状况的指示可能已经从不同于装置902的装置(例如，仅在装置902处报告紧急状况的装置)发射。替代地，消息910可已响应于来自服务器904的发起消息而被发送(由装置 902或某一其它装置)。消息910可包含位置数据，例如，基于GPS系统确定的位置，或基于地面接入点确定的位置。在一些实施例中，消息910可包含其它类型的基于位置的信息，例如粗略位置(例如，被表示为装置902正在与之通信的接入点或基站的身份，或作为从本地接入点接收的信号的信号测量组)。消息910还可包含其它类型的信息，例如紧急类型(例如，路边问题，任选识别例如发动机问题，爆胎或别的问题的特定问题) 以及装置能力数据。消息910可根据包含SIP、LPP、UMTS、HTTPS等的各种可能的消息处理协议中的一个来配置。消息910针对紧急呼叫服务器904，紧急呼叫服务器904 在配置及/或功能性上可类欲关于图1、3、7及8所论述的服务器120、304、704或804 中的任何一个。包含在消息910中的数据可被分割，且在多个不同的消息中发射。服务器904然后可例如基于目标装置的能力、装置的位置(其可指示在目标装置的范围内是否存在紧急跟踪服务器)等而确定是否将建立目标装置902的跟踪会话。如果确定建立跟踪会话，将触发消息(例如，一个请求电子元数据跟踪消息920)从服务器904发送到目标装置902以触发与目标装置902及服务器904借以进行通信的会话分开(例如，不同及/ 或独立)的跟踪会话。消息920可包含例如最大周期性的指示，要跟踪的紧急数据的类型以及紧急跟踪服务器的URL(或一些其它网络寻址信息或服务器识别信息)。所使用的特定紧急跟踪服务器可基于发送到服务器904的紧急道路请求消息910中所包含的位置数据、装置能力数据等来选择。

在图9的实例中，可通过简单地将紧急数据的第一次传输(在此状况下通过提供元数据跟踪消息930)发送到目的地紧急跟踪服务器906来实现会话的建立。然而，在一些实施例中，消息交换请求，且然后被授予，可实施跟踪会话的建立。目标装置902执行的额外操作可类似于关于图3、7及8所描述的那些操作，其中目标装置可确定一或多个唤醒时间(为了实现用于发送紧急数据的弹性周期性，此周期性为装置的至少电池电量的函数)，进入紧急功率模式(例如，降低功率跟踪模式状态以便保存功率)，且周期性地发送紧急数据(跟踪会话数据或元数据)，例如消息930或940。周期性紧急数据可使用包含SIP、LPP、HTTPS、UMTS或使用其它消息协议/类型的各种消息配置及协议中的一或多个发送到紧急跟踪服务器906。在一些实施例中，由装置902提供的周期性紧急数据可包含例如位置信息，例如装置位置、小区ID信息、接入点信息(例如，MAC地址、 RSSI/RTT信息)、气压计信息等。由目标装置902发射的紧急数据还可包含路边(汽车辅助)使用信息，例如导航类型信息(通过目标装置的各种惯性传感器执行的测量提供的)、车辆传感器信息(车辆电池电量、发动机温度、气体及油位、轮胎压力等)及其它相关信息。在一些实施例中，紧急跟踪服务器906可经配置以更新用户位置、估计用户导航(例如，航向信息，身体位置)、将相关车辆信息中继到被派遣来处置路边紧急事件的紧急救援人员，及/或将遇险呼叫数据(原始数据或经处理的数据)馈送到专家系统及数据库中(例如维护紧急事件的全球统计数据)。

现在参考图10，展示说明实例性无线装置1000(例如，移动装置)的各种组件的示意图，所述无线装置在配置及/或功能性上可能类似于图1、3及7至9中所描绘的装置108、302、702、802及902。为了简单起见，在图10的示意性框中说明的各种特征/组件/功能使用公共总线连接在一起以表示此等各种特征/组件/功能可以操作方式耦合在一起。其它连接、机构、特征、功能等等可经提供且视需要调适从而以操作方式耦合并配置无线装置。此外，图10的实例中所说明的特征或功能中的一或多者可经进一步细分或图10中所说明的特征或功能中的两者或多于两者可经组合。另外，图10中所说明的一或多个特征或功能可能被排除在外。在一些实施例中，图10中所描绘的组件中的一些或全部还可用于图1中所说明的节点/装置106a-e及/或104a-c及/或服务器120及122 以及图3及7到9中所展示的服务器304、306、704、706、804、806、904及906中的一或多个的实施方案中。在此些实施例中，图10中所描绘的组件可经配置以引起如本文中关于例如图2到9所描述的装置(无线装置、服务器，例如紧急呼叫及跟踪服务器等) 执行的操作。(例如，发送紧急消息，确定是否建立跟踪会话，及/或如果建立此跟踪会话，那么周期性地传递紧急/跟踪会话数据)。

如所展示，无线装置1000可包含可连接到一或多个天线1002的一或多个局域网/近场收发器1006。一或多个局域网/近场收发器1006包括合适装置、电路、硬件及/或软件用于与图1中所描绘的WLAN接入点106a-e中的一或多个进行通信及/或检测往/返其的信号，及/或与网络内的其它无线装置(例如，移动装置)直接通信。收发器1006还可经配置以经由例如

无线技术的近场通信技术或经由LAN通信链路与附近装置(例如，可穿戴式生物传感器、车辆传感器)进行通信。在一些实施例中，局域网/近场收发器1006可包括适用于与一或多个无线接入点进行通信的WiFi(802.11x)通信收发器；然而，在一些实施例中，局域网/近场收发器1006可经配置以与其它类型的局域网、个域网等通信。另外，可使用任何其它类型的无线联网技术例如，超宽带、ZigBee、无线USB等。

在一些实施方案中，无线装置1000还可包含可连接到一或多个天线1002(或可连接到用于WAN型收发器的专用天线)的一或多个广域网收发器1004。广域网收发器1004 可包括用于与例如图1中所说明的WWAN接入点104a-c中的一或多个进行通信及/或检测来自其的信号的合适装置、电路、硬件及/或软件，及/或与网络内的其它无线装置(包含具有例如本文中所描述的服务器120、122、304、306、704、706、804、806、904及 906的服务器)直接通信。在一些实施方案中，广域网收发器1004可包括适用于与无线基站的CDMA网络进行通信的CDMA通信系统。在一些实施方案中，无线通信系统可包括其它类型的蜂窝电话网络，例如TDMA、GSM、WCDMA、LTE等。另外，可使用任何其它类型的无线联网技术，包含例如WiMax(802.16)等。

在一些实施例中，SPS接收器(也称为全球导航卫星系统(GNSS)接收器)1008也可与无线装置1000一起包含。SPS接收器1008可连接到一或多个天线1002(或可连接到其自己的专用天线)以接收卫星信号。SPS接收器1008可包括适合用于接收并处理SPS信号的任何硬件及/或软件。SPS接收器1008可根据需要从其它系统请求信息，且可部分地使用由任何合适的SPS程序获得的测量值来执行确定装置1000的位置所需的计算。另外，所接收的卫星信号的测量值可被传递到经配置以促进位置确定的位置服务器。

如在图10中进一步所说明，实例性无线装置1000包含耦合到处理器/控制器1010的一或多个传感器1012。例如，传感器1012可包含运动传感器(也被称作为惯性、定向或导航传感器)以提供相对运动及/或定向信息(其独立于从由广域网收发器1004、局域网收发器1006及/或SPS接收器1008接收的信号导出的运动数据)。作为实例而非限制，运动传感器可包含加速度计1012a、陀螺仪1012b及地磁(磁力计)传感器1012c(例如，指南针)，其中的任何一个可基于微机电系统(MEMS)或基于某一其它技术。一或多个传感器1012可进一步包含高度计(例如，气压高度计)1012d、温度计(例如，热敏电阻) 1012e、音频传感器1012f(例如，麦克风)及/或其它传感器(例如，湿度传感器，接近度传感器，未展示)。一或多个传感器1012的输出可被提供为被发射到远程装置或服务器 (经由收发器1004及/或1006，或经由装置1000的某一网络端口或接口)以用于存储或进一步处理的数据。如图10中进一步展示，在一些实施例中，一或多个传感器1012还可包含相机1012g(例如，电荷耦合装置(CCD)型相机、基于CMOS的图像传感器等)，其可产生静止或移动图像(例如，视频序列)，所述静止或移动图像可在用户界面装置(例如显示器或屏幕)上显示，且可进一步用于确定照明的环境水平及/或与颜色有关的信息及 UV及/或红外线照明的存在及水平。在一些实施例中，一或多个传感器1012可进一步包含经配置以例如感测或检测光的改变的单独环境光传感器(ALS)1012h。替代地及/或另外地，一或多个传感器可包含例如使用光子传感器、太阳能电池等实施的接近度传感器(其可与ALS 1012h相同或不同)。

处理器(也被称作为控制器)1010可连接到局域网收发器1006、广域网收发器1004、 SPS接收器1008及一或多个传感器1012。处理器可包含提供处理功能以及其它计算及控制功能性的一或多个微处理器、微控制器及/或数字信号处理器。处理器1010可耦合到用于存储用于在装置1000内执行编程功能性的数据及软件指令的存储媒体(例如，存储器)1014。存储器1014可在处理器1010上(例如，在相同的IC封装内)，及/或存储器可为在处理器外部且通过数据总线功能性地耦合的存储器。关于可类似于处理器1010 的处理器或计算系统的实例性实施例的进一步细节在下面关于图12提供。

多个软件模块及数据表可驻留在存储器1014中且可被处理器1010利用以便管理与远程设备/节点(例如图1中所描绘的各种节点及/或服务器120或122或图3及7到9中所描绘的紧急呼叫及跟踪服务器中的任何一个)，包含以本文中所描述的方式与紧急呼叫及跟踪服务器进行通信，执行定位确定功能性及/或执行装置控制功能性。如图10中所说明，在一些实施例中，存储器1014可包含定位模块1016、紧急模块1018、接收信号强度指示符(RSSI)模块1020及/或往返时间(RTT)模块1022。应注意，取决于移动装置 1000的实施方案，模块及/或数据结构的功能性可以不同方式组合、分离及/或结构化。例如，RSSI模块1020及/或RTT模块1022可各自至少部分地实现为基于硬件的实施方案，且因此可将此类装置或电路包括为专用天线(例如，专用RTT及/或RSSI天线)，用以处理户分析经由天线接收及/或发射的信号的专用处理单元(例如，确定所接收信号的信号强度，确定与RTT周期相关的定时信息等)。

紧急模块1018可包含用于实施进行以下操作的的过程的应用程序：传递紧急状况指示、建立跟踪会话(和与服务器建立以传递紧急状况的指示的紧急呼叫会话分开)，且当建立跟踪会话时(响应于接收到触发消息)，将紧急数据周期性地传递到一或多个紧急跟踪服务器。紧急模块1018可经进一步配置以控制对装置1000的模块/子系统的功率递送，包含在确定要建立跟踪会话时以降低功率跟踪模式状态进行操作。在降低功率跟踪模式状态下，降低到非必要模块/子系统(即对于跟踪会话数据的采集及通信并非必需)的功率，同时至少部分地维持用以收集及传递跟踪数据的传感器及通信模块/子系统的操作。紧急模块1018还可经配置以接收及处理来自紧急服务器的消息及/或处理紧急消息及/或紧急数据消息。紧急模块1018还可包含用于实施从定位模块1016请求位置信息或从远程装置(例如，远程位置服务器)接收定位/位置数据的过程的应用程序。

存储器1014还可包含应用程序模块1019。应用程序通常在软件架构的上层中运行，且可包含室内导航应用程序，购物应用程序，位置感知服务应用程序等。定位模块/电路1016可导出位置例如基于由RSSI模块及/或RTT模块执行的测量，使用从移动装置1000 的各种接收器及模块导出的信息来确定无线装置1000的位置。由定位模块1016导出的数据可用于补充例如由远程装置(例如位置服务器)提供的位置信息，或可用于代替由远程装置发送的位置数据。例如，定位模块1016可基于由装置1000的各种传感器、电路及/或模块执行的测量来确定装置1000的位置，且结合从远程服务器接收的辅助数据来使用那些测量结果来确定位置的装置1000。

如进一步所说明，无线装置1000还可包含辅助数据存储装置1024，其中存储辅助数据，例如地图信息、与装置当前所位于的区域中的位置信息相关的数据记录、热图(例如，指示期望信号强度值，对于从一或多个无线装置发射的信号，在各个位置)等。在一些实施例中，无线装置1000还可经配置以接收补充信息，所述补充信息包含可从其它源(例如，来自一或多个传感器1012)确定的辅助位置及/或运动数据。此辅助位置数据可能为不完整的或有噪声的，但作为用于估计装置1000的位置或用于执行其它操作或功能的独立信息的另一来源可能为有用的。补充信息也可包含但不限于，信息可源自或基于

无线技术信号、信标、RFID标签及/或从地图导出的信息(例如，通过例如与数字地图交互的用户自地理地图的数字表示接收坐标)的信息。补充信息可任选地存储在图10中示意性描绘的存储模块1026中。无线装置1000可另外包含跟踪数据存储装置1028以临时或长期存储由无线装置在例如跟踪会话期间由无线装置收集(建立，例如，响应于从紧急呼叫服务器接收到的请求消息而建立)的跟踪会话数据(电子元数据)。跟踪会话数据可包含当无线装置以降低功率模式操作时由传感器及通信子系统收集的数据，且数据的至少一些可在确定的时间点周期性地反射到远程装置(例如，远程紧急跟踪服务器)。在一些实施例中，可将已发射到远程装置的跟踪会话从存储装置中移除以允许存储新数据(例如，在传输跟踪会话数据的至少一些之后收集)。在一些实施例中，存储在存储装置1028中的数据可被处理(在存储在存储装置1028中之前或之后)以例如对所存储的数据加时间戳、压缩所存储数据、计算结果差分数据(表示跟踪数据从一个时间例子到另一时间例子的改变)、加密所存储数据等。

无线装置1000可进一步包含用户界面1050，所述用户界面提供允许用户与装置1000交互的合适的接口系统，例如麦克风/扬声器1052、小键盘1054及显示器1056。麦克风/扬声器1052(其可为与音频传感器1012f相同或不同)提供语音通信服务(例如，使用广域网收发器1004及/或局域网/近场收发器1006)。小键盘1054可包括用于用户输入的合适按钮。显示器1056可包含合适显示器，例如，背光式LCD显示器，且可进一步包含用于额外用户输入模式的触摸屏显示器。

现在参考图11，展示实例性节点1100(例如接入点或服务器)的示意图，所述实例性节点可类似于图1、3及7到9中所描绘的各种节点(例如，节点104a-c、106a-e及/或服务器120、122、304、306、704、706、804、806、904及906)中的任何节点且经配置以具有与其类似的功能性。节点1100可包含电耦合到一或多个天线1116a-n的一或多个收发器1110a-n，用于与无线装置(例如分别图1、3及7到10的装置108、302、702、802、 902或1000)进行通信。收发器1110a到1110n中的每一个可包含用于发送信号(例如，下行链路消息)的相应发射器1112a-n及用于接收信号(例如，上行链路消息)的相应接收器1114a-n。节点1100还可包含网络接口1120以与其它网络节点通信(例如发送及接收查询及响应)。例如，每一网络元件可经配置以与网关或网络的其它合适装置进行通信(例如，有线或无线通信)以促进与一或多个网络节点(例如，图1、3及7到9中所展示的其它接入点或服务器及/或其它网络装置或节点中的任一者)。另外及/或替代地，还可使用收发器1110a-n及/或相应天线1116a-n来执行与其它网络节点的通信。

节点1100还可包含可与在本文中所描述的实施例一起使用的其它组件。例如，在一些实施例中，节点1100可包含管理与其它节点的通信(例如发送及接收消息)且提供其它相关功能性的控制器1130(其可类似于图10的处理器1010)。例如，控制器1130可经配置以控制天线1116a-n的操作，以便可调整地控制天线的发射功率及相位、增益模式、天线方向(例如，来自天线1116a-n的所得辐射光束传播的方向)、天线分集及用于节点 1100的天线1116a-n的其它可调节天线参数。在一些实施例中，可根据在节点1100的制造或部署时提供的预存储配置数据或根据从远程装置获得的数据控制天线的配置(例如发送表示天线配置的数据的控制服务器，及用于节点1100的其它操作参数)。

在一些实施例中，节点1100还可经配置(例如，通过对控制器1130执行的操作)以接收装置处紧急状况的指示，确定是否应跟踪所讨论的装置，且将触发消息发送到装置以在确定应跟踪装置的情况下触发触发跟踪会话。在一些实施方案中，节点1100可经配置以从装置(例如，个人移动装置)接收建立跟踪会话的请求，将回复发送到装置以建立跟踪会话，及从装置周期性地接收在跟踪会话期间由装置收集的跟踪会话数据。

另外，在一些实施例中，节点1100可包含邻域关系控制器(例如，邻域发现模块)1140 以管理邻域关系(例如，维护邻域列表1142)并提供其它相关功能性。在一些实施例中，控制器1130可经实施为基于处理器的装置，其配置及功能性类似于关于图12所展示及所描述的配置及功能性。在一些实施例中，节点还可包含一或多个传感器(未展示)，例如在图10中所描绘的无线装置1000的一或多个传感器1012中的任一者。

执行本文中所描述的程序还可由基于处理器的计算系统来促进。参考图12，展示实例性计算系统1200的示意图。计算系统1200可容纳在例如例如图1、3及7到10的装置108、302、702、802、902及1000的装置中，及/或可包括无线装置、服务器、节点、接入点或基站的至少部分或全部，例如图1、3、7到9及11中所描绘的节点104a-b、 106a-c、120、122、304、306、704、706、804、806、904、906及1100。计算系统1200 包含基于计算的装置1210，例如个人计算机、专用计算装置、控制器，等等，其通常包含中央处理单元(CPU)1212。除了CPU1212之外，系统还包含主存储器、高速缓冲存储器及总线接口电路(未展示)。基于计算的装置1210可包含大容量存储装置1214，例如与计算机系统相关联的硬盘驱动器及/或闪存驱动器。计算系统1200可进一步包含键盘、小键盘1216及可放置在用户可访问其的位置处例如CRT(阴极射线管)、LCD(液晶显示器)监视器等的监视器1220(例如，移动装置的屏幕)。

基于计算的装置1210经配置以促进例如本文中所描述的程序中的一或多个的实施方案，包含用于执行以下操作的程序：a)接收触发消息以触发跟踪会话，建立跟踪会话(单独形成紧急呼叫会话)，并将在跟踪会话期间收集的跟踪会话数据发送到一或多个服务器，b)接收装置处的紧急事件的指示，确定是否应跟踪所讨论的装置，且如果确定装置应被跟踪，那么将触发消息发射到装置以触发跟踪会话，及c)从装置(例如，移动装置) 接收建立跟踪会话的请求，将回复发送到装置以建立跟踪会话，且从装置周期性地接收由装置在跟踪会话期间收集的跟踪会话数据。因此，大容量存储装置1214可因此包含计算机程序产品，所述计算机程序产品在基于计算的装置1210上执行时使得基于计算的装置执行操作以促进本文中所描述的程序以及用以控制基于计算的装置1210的一般功能性的程序以及用以实施其它应用程序及操作的程序的实施。

基于计算的装置可进一步包含外围装置以实现输入/输出功能性。此些外围设备可包含例如CD-ROM驱动器及/或闪存驱动器或网络连接，用于将相关内容下载到所连接的系统。此些外围装置也可以用于下载含有计算机指令的软件以实现相应系统/装置的一般操作。例如，如图所示，如图12所示，基于计算的设备1210可包含具有一或多个接口电路(例如，包含收发器电路的无线端口，具有与一或多个网络装置接口的电路的网络端口等)的接口1218，以提供/实施与远程装置的通信(例如，使得例如图中的任何者所描绘的任何无线装置或节点中的任一个可经由例如端口1219的端口与另一装置或节点通信)。替代及/或另外地，在一些实施例中，专用逻辑电路，例如，FPGA(场可编程门阵列)、DSP处理器、ASIC(专用集成电路)，或其它类型的基于电路及硬体布置可用于计算系统1200的实施方案中。可与基于计算的装置1210一起包含的其它模块为扬声器、声卡、指向装置(例如鼠标或轨迹球)，通过所述其它模块用户可将输入提供到计算系统 1200。基于计算的装置1210可包含操作系统(例如，用以操作移动装置的操作系统)。

计算机程序(也被称作为程序、软件、软件应用程序或代码)包含用于可编程处理器的机器指令，且可以高级过程及/或面向对象的编程语言及/或以汇编/机器语言实施。如本文中所使用的，术语“机器可读媒体”是指用于将机器指令/数据提供到可编程处理器的任何非暂时性计算机程序产品、设备及/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包含接收机器指令作为机器可读信号的非暂时性机器可读媒体。

存储器可在基于计算的装置1210内或装置外部实施。如本文中所使用，术语“存储器”系指任一类型的长期、短期、易失性，非易失性或其它存储器且并不限于任何特定类型的存储器或存储器的数目或存储器储存于其上的媒体的类型。

如果以固件及/或软件予以实施，那么所述功能可作为一或多个指令或代码而存储于计算机可读媒体上。实例包含编码有数据结构的计算机可读媒体及编码有计算机程序的计算机可读媒体。计算机可读媒体包含实体计算机储存媒体。储存媒体可为可由计算机存取的任何可用媒体。通过实例的方式且非限制性，此类计算机可读媒体可包括RAM、 ROM、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置、半导体存储装置或其它存储装置，或可用于存储呈指令或数据结构形式的所要程序代码且可由计算机存取的任何其它媒体；如本文中所使用的磁盘及光盘包含：光盘(CD)、激光光盘、光学光盘、数字多功能光盘(DVD)、软盘以及蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘通过激光以光学方式再现数据。上述各项的组合还应包含在计算机可读媒体的范围内。

除非另有定义，否则本文中使用的所有技术及科学术语具有与通常或常规理解相同的含义。如本文中所使用的，冠词“一(a)”及“一(an)”指冠词的语法对象中的一个或多于一个(即，至少一个)。举例来说，“元素”是指一个元素或多于一个元素。当涉及例如量、持续时间等的可测量值时，本文所用的“约”及/或“大约”包括从指定值±20％或±10％、±5％或+0.1％的变化，因为此些变化在本文中所描述的系统、中之、电路、方法及其它实施方案的上下文中为恰当的。当涉及例如量、时间持续时间、物理属性(例如频率)等的可测量值时，如本文中所使用的“基本上”还包括从规定值±20％或±10％、±5％或+0.1％的变化，因为此些变化在本文中所描述的系统、装置、电路、方法及其它实施方案的上下文中为恰当的。

如本文中所使用的，包含在权利要求书中，如在由“…中的至少一个”或“…中的一或多个”开始的项目列表中使用的“或”指示分离列表，使得例如“A，B或C中的至少一个”的列表是指A或B或C或AB或AC或BC或ABC(即，A及B及C)或具有多于一个特征的组合(例如AA、AAB、ABBC等)。而且，除非另有说明，否则如本文中所使用，功能或操作是“基于”项目或条件的陈述意味着功能或操作基于所述项目或条件且可基于一或多个项目及/或除了所述物品或条件外的条件。

如本文中所使用，移动装置或站(MS)可是指例如蜂窝或其它无线通信装置、智能电话、平板、个人通信系统(PCS)装置、个人导航装置(PND)、个人信息管理器(PIM)、个人数字助理(PDA)、膝上型计算机或能够接收无线通信及/或导航信号(例如导航定位信号)的其它合适的移动装置。术语“移动台”(或“移动装置”或“无线装置”)还旨在包含与个人导航装置(PND)通信的装置，例如通过短程无线、红外线、有线连接或其它连接—无论是否在设备处或PND处发生卫星信号接收、辅助数据接收及/或与位置相关的处理。此外，“移动台”意欲包含所有装置，包含无线通信装置、计算机、膝上型计算机、平板装置等，所述装置能够例如经由因特网、WiFi或其它网络与服务器通信，且不管在装置处、在服务器处或在与网络相关联的另一装置或节点处是否发生卫星信号接收、辅助数据接收及/或位置相关处理。上述的任何可操作组合也被视为“移动台”。移动装置也可被称为移动终端、终端、用户设备(UE)、装置、安全用户平面定位使能终端 (SET)、目标装置、目标或通过某个其它名称。

尽管本文中呈现的一些技术、过程及/或实施方案可符合一或多个标准的全部或部分，但在一些实施例中，此些技术、过程及/或实施方案可能不符合些一或多个标准的部分或全部。

上文结合随附图式所阐明的详细描述经提供使得所属领域的技术人员能够制作或使用本发明。预期，可在不脱离本发明的精神及范围的情况下做出各种替换、变更及修改。贯穿本发明，术语“实例”指示实例或例子且并不暗示或需要对所述实例的任何偏好。出于提供对所描述技术的理解的目的，详细描述包含特定细节。然而，可在无这些特定细节的情况下实践这些技术。在一些例子中，以框图形式展示熟知的结构及装置以便避免混淆所描述实施例的概念。因此，本发明并不限于本文中所描述的实例及设计，而是应符合与本文中所揭示的原理及新颖特征相一致的最广泛范围。

感兴趣的其它标的物/实施例

下面的叙述涉及可能感兴趣的额外标的物，且本文中也详细描述了本文中目前呈现的初始权利要求中提出的标的物：

A1—一种方法，其包括：由至少一个服务器从装置接收建立跟踪会话以周期性地收集跟踪会话数据并将其发送到与所述装置处的紧急状态有关的所述至少一个服务器的请求，响应于来自紧急呼叫服务器的用以触发跟踪会话的触发消息而通过装置发送用以建立跟踪会话的请求，其中响应于发射到所述紧急呼叫服务器的所述装置处的所述紧急状况的指示消息，在与所述跟踪会话分离的紧急呼叫会话期间将所述触发消息自所述紧急呼叫服务器发射到所述装置；由所述至少一个服务器将回复发送到所述装置以建立所述跟踪会话；以及由所述至少一个服务器周期性地从所述装置接收在所述跟踪会话期间由所述装置收集的所述跟踪会话数据。

A2—标的物实例A1中所述的方法，其中所述装置经配置以在所述跟踪会话期间以降低功率跟踪模式状态操作，在所述降低功率跟踪模式状态中，降低到收集及传递与所述装置相关联的所述跟踪会话数据不需要的所述装置的子系统的功率，且其中所述装置的一或多个传感器或通信子系统经配置以收集并传递所述跟踪会话数据，在所述装置处于所述降低功率跟踪模式状态时至少部分地操作。

A3—标的物实例A1中所述的方法，其中周期性地接收所述跟踪会话数据包括：在第一时间例子之后的一或多个时间例子处接收所述跟踪会话数据，所述第一时间例子至少部分地基于所述装置的电池的功率电平来确定。

A4—标的物实例A3中所述的方法，其中将所述回复发送给所述装置包括：用指示用于确定在所述第一时间例子之后的一或多个时间例子的最大周期性值的数据，及用表示用以与由装置发送的跟踪会话数据一起包含的数据参数的数据发送回复。

A5—标的物实例A1中所述的方法，进一步包括：至少部分地基于包含在所接收的跟踪会话数据中的位置确定数据来确定装置的位置。

A6—标的物实例A1中所述的方法，其进一步包括：处理所接收的跟踪会话数据；以及将经处理数据中的至少一些发射到与一或多个紧急服务提供商相关联的一或多个装置。

A7—标的物实例A6中所述的方法，其中处理所接收的跟踪会话数据包括：筛选跟踪会话数据或聚合包含在跟踪会话数据中的原始数据或其任何组合，其中原始数据包括装置的用户的生命体征，基于固定到用户的取向传感器导出的用户的身体位置或位置数据，或其任何组合。

A8—标的物实例A6中所述的方法，其中传输所述至少一些经处理数据包括：将经处理的数据发射到紧急救援人员，或将经处理的数据发射到一或多个分析系统或其任何组合，其中所述一或多个分析系统包含用于导出紧急解决成功率统计的第一系统，用于计算与紧急状况相关联的风险分析的第二系统，或用以执行根本原因分析的第三系统，或其任何组合。

A9—标的物实例A1中所述的方法，其进一步包括：修改跟踪会话以修改：由装置收集并传输到至少一个服务器的数据的类型，跟踪会话数据被发送的时间或者设备要与之通信的一或多个其它跟踪服务器的识别，或者其任何组合。

A10—根据标的物实例A1所述的方法，其中发射到紧急呼叫服务器的装置处的紧急状况的指示消息包括：来自装置的关于紧急状况的发起消息，响应于来自紧急呼叫服务器的轮询消息的来自装置的回复消息，或来自另一装置用以报告装置处的紧急状况的报告消息。

B1—一种服务器，其包括：一或多个处理器；以及收发器，其耦合到所述一或多个处理器，且经配置以：从装置接收用以建立跟踪会话以周期性地收集跟踪会话数据并将其发送与装置处的紧急状况相关的至少一个服务器的请求，响应于来自紧急呼叫服务器的用以触发跟踪会话的触发消息而通过装置发送用以建立跟踪会话的所述请求，其中响应于发射到紧急呼叫服务器的装置处的紧急状况的指示消息，在与跟踪会话分开的紧急呼叫会话期间将触发消息自紧急呼叫服务器发射到装置；将回复发送到装置以建立跟踪会话；及从装置周期性地接收由装置在跟踪会话期间收集的跟踪会话数据。

C1—一种装置，其包括：用于由至少一个服务器从装置接收建立跟踪会话以周期性收集跟踪会话数据且将其发送到与装置处的紧急状况相关的至少一个服务器的请求，所述请求用于周期性地收集并向所述至少一个服务器发送关于所述设备处的紧急事件的跟踪会话数据的装置，响应于来自紧急呼叫服务器的用以触发跟踪会话的触发消息而通过装置发送用以建立跟踪会话的请求，其中响应于发射到紧急呼叫服务器的装置处的紧急状况的指示消息，在与跟踪会话分开的紧急呼叫会话期间将触发消息从紧急呼叫服务器发射到装置；用于由至少一个服务器将回复发送到装置以建立跟踪会话的装置；及用于由至少一个服务器从装置周期性接收由装置在跟踪会话期间收集的跟踪会话数据的装置。

D1—一种非暂时性计算机可读媒体，其经编程有指令，所述指令可在处理器上执行以：通过至少一个服务器从装置接收用以建立跟踪会话以周期性地收集跟踪会话数据并将其发送到与所述装置处的紧急状况有关的所述至少一个服务器发送的请求，响应于来自紧急呼叫服务器的用以触发跟踪会话的触发消息而通过装置发送用以建立跟踪会话的请求，其中响应于发射到紧急呼叫服务器的装置触点紧急状况的指示消息，在与跟踪会话分开的紧急呼叫会话期间将触发消息从紧急呼叫服务器发射到装置；由所述至少一个服务器将回复发送到装置以建立跟踪会话；且由所述至少一个服务器从所述装置周期性地接收在跟踪会话期间由装置收集的跟踪会话数据。

尽管在本文中已详细揭示了特定实施例，但此仅出于说明的目的通过实例的方式进行，且并不意图限制关于以下的随附权利要求书的范围。其它方面、优点及修改被认为在以下权利要求书的范围内。所呈现的权利要求书为本文中所揭示的实施例及特征的代表。也预期其它未主张的实施例及特征。因此，其它实施方案在以下权利要求书的范围内。

Claims (30)

1.一种用于通信的方法，其包括：

通过紧急呼叫服务器接收对装置处的紧急状况的指示；

至少部分地基于对所述紧急状况的指示来确定是否要跟踪所述装置；以及

响应于确定要跟踪所述装置而从所述紧急呼叫服务器发射触发消息，以在所述装置处触发跟踪会话以致使所述装置周期性地收集跟踪会话数据并将所述跟踪会话数据发送到一个或多个跟踪服务器，

其中，所述装置与所述一个或多个跟踪服务器之间建立的所述跟踪会话与所述装置与所述紧急呼叫服务器之间建立的紧急呼叫会话是分开的。

2.根据权利要求1所述的方法，其中发射到所述装置的所述触发消息进一步经配置以致使所述装置在降低功率跟踪模式状态中操作，在所述降低功率跟踪模式状态下，降低向所述装置中不需用于收集或传递与所述装置相关联的所述跟踪会话数据的子系统提供的功率，且其中所述装置中经配置以收集及传递所述跟踪会话数据的一个或多个传感器或通信子系统在所述装置处于所述降低功率跟踪模式状态时至少部分地操作。

3.根据权利要求2所述的方法，其中发射到所述装置的所述触发消息进一步经配置以将所述装置锁定到所述降低功率跟踪模式状态以防止所述装置中收集及传递所述跟踪会话数据所需的所述一个或多个传感器及通信子系统撤销启动，即使所述装置被用户关闭。

4.根据权利要求1所述的方法，其中确定是否要跟踪所述装置包括：

至少部分地基于对所述紧急状况的指示、发射到所述紧急呼叫服务器的所述装置的装置能力或所述装置的基于位置的数据或上述任何组合来确定是否要跟踪所述装置。

5.根据权利要求4所述的方法，其中所述装置的装置能力包括：

所述装置支持的通信协议、所述装置包括的收发器的类型、所述装置包括的传感器的类型或所述装置的电池电量，或上述任何组合。

6.根据权利要求1所述的方法，其进一步包括：

至少部分地基于与所接收的对所述紧急状况的指示一起包括的基于位置的数据来确定所述装置的位置，所述基于位置的数据包括：所述装置的位置的计算的近似值、所述装置的传感器测量值、由所述装置测量的定时测量值，或由所述装置测量的信号强度测量值，或上述任何组合。

7.根据权利要求1所述的方法，其中通过所述紧急呼叫服务器接收对所述紧急状况的指示包括：

通过所述紧急呼叫服务器接收由所述装置起始的紧急消息。

8.根据权利要求1所述的方法，其中通过所述紧急呼叫服务器接收对所述紧急状况的指示包括：

向包括所述装置的所述一个或多个装置发射广播消息，所述广播消息配置以致使对所述一个或多个装置中的至少一个装置是否具有紧急事件的确定；以及

响应于通过所述紧急呼叫服务器发射的所述广播消息，从所述装置接收回复消息，所述回复消息包括对所述紧急状况的指示。

9.根据权利要求1所述的方法，其中从所述紧急呼叫服务器发射所述触发消息包括：

响应于确定要跟踪所述装置而发射强制跟踪会话命令以致使所述装置建立所述跟踪会话，其中所述强制跟踪会话命令不能被所述装置或所述装置的用户越控。

10.根据权利要求1所述的方法，其中通过所述紧急呼叫服务器接收对所述紧急状况的指示包括：

由所述紧急呼叫服务器接收长期演进定位协议LPP消息、会话起始协议SIP消息、通用电信系统UMTS消息或安全超文本传输协议HTTPS消息或上述任何组合。

11.根据权利要求1所述的方法，其进一步包括：

确定所述装置与之建立所述跟踪会话的所述一个或多个跟踪服务器；以及

将表示所述装置与之建立所述跟踪会话的所述一个或多个跟踪服务器的身份的一个或多个对应识别符传递到所述装置。

12.根据权利要求11所述的方法，其中将所述一个或多个跟踪服务器的一个或多个对应识别符传递到所述装置包括：

将与所述一个或多个跟踪服务器相关联的一个或多个URL、IP地址或网络元件识别符或上述任何组合传递到所述装置。

13.根据权利要求11所述的方法，其中确定所述装置与之建立所述跟踪会话的所述一个或多个跟踪服务器包括基于以下各项中的一者或多者来确定所述一个或多个跟踪服务器：

所述装置的装置能力、所述装置的基于位置的数据或所述装置处的紧急类型或上述任何组合。

14.根据权利要求1所述的方法，其进一步包括：

致使所述紧急呼叫会话终止。

15.一种紧急呼叫服务器，其包括：

收发器，其经配置以接收对装置处的紧急状况的指示；以及

一个或多个处理器，其耦合到所述收发器，所述一个或多个处理器经配置以至少部分地基于对所述紧急状况的指示来确定是否要跟踪所述装置；且

其中所述收发器进一步经配置以响应于确定要跟踪所述装置而从所述紧急呼叫服务器发射触发消息，以在所述装置处触发跟踪会话以致使所述装置周期性地收集跟踪会话数据并将所述跟踪会话数据发送到一个或多个跟踪服务器，

其中，所述装置与所述一个或多个跟踪服务器之间建立的所述跟踪会话与所述装置与所述紧急呼叫服务器之间建立的紧急呼叫会话是分开的。

16.根据权利要求15所述的紧急呼叫服务器，其中发射到所述装置的所述触发消息进一步经配置以致使所述装置在降低功率跟踪模式状态中操作，在所述降低功率跟踪模式状态下，降低向所述装置中不需用于收集或传递与所述装置相关联的所述跟踪会话数据的子系统提供的功率，且其中所述装置中经配置以收集及传递所述跟踪会话数据的一个或多个传感器或通信子系统在所述装置处于所述降低功率跟踪模式状态时至少部分地操作。

17.根据权利要求16所述的紧急呼叫服务器，其中发射到所述装置的所述触发消息进一步经配置以将所述装置锁定到所述降低功率跟踪模式状态以防止所述装置中收集及传递所述跟踪会话数据所需的所述一个或多个传感器及通信子系统撤销启动，即使所述装置被用户关闭。

18.根据权利要求15所述的紧急呼叫服务器，其中经配置以确定是否要跟踪所述装置的所述一个或多个处理器经配置以：

至少部分地基于对所述紧急状况的指示、发射到所述紧急呼叫服务器的所述装置的装置能力或所述装置的基于位置的数据或其上述任何组合来确定是否要跟踪所述装置。

19.根据权利要求15所述的紧急呼叫服务器，其中经配置以接收对所述紧急状况的指示的所述收发器经配置以：

接收由所述装置起始的紧急消息。

20.根据权利要求15所述的紧急呼叫服务器，其中经配置以接收对所述紧急状况的指示的所述收发器经配置以：

向包括所述装置的所述一个或多个装置发射广播消息，所述广播消息配置以致使对所述一个或多个装置中的至少一个装置是否具有紧急事件的确定；以及

响应于通过所述紧急呼叫服务器发射的所述广播消息，从所述装置接收回复消息，所述回复消息包括对所述紧急状况的指示。

21.根据权利要求15所述的紧急呼叫服务器，其中经配置以发射所述触发消息的所述收发器包括：

响应于确定要跟踪所述装置而发射强制跟踪会话命令以致使所述装置建立所述跟踪会话，其中所述强制跟踪会话命令不能被所述装置或所述装置的用户越控。

22.根据权利要求15所述的紧急呼叫服务器，其中经配置以接收对所述紧急状况的指示的所述收发器经配置以：

通过所述紧急呼叫服务器接收长期演进定位协议LPP消息、会话起始协议SIP消息、通用电信系统UMTS消息或安全超文本传输协议HTTPS消息或上述任何组合。

23.根据权利要求15所述的紧急呼叫服务器，其中所述一个或多个处理器进一步经配置以：

确定所述装置与之建立所述跟踪会话的所述一个或多个跟踪服务器；以及

将表示所述装置与之建立所述跟踪会话的所述一个或多个跟踪服务器的身份的一个或多个对应识别符传递到所述装置。

24.根据权利要求23所述的紧急呼叫服务器，其中经配置以确定所述装置与之建立所述跟踪会话的所述一个或多个跟踪服务器的所述一个或多个处理器经配置以基于以下各项中的一者或多者来确定所述一个或多个跟踪服务器：

所述装置的装置能力、所述装置的基于位置的数据或所述装置处的紧急类型或上述任何组合。

25.一种用于通信的设备，其包括：

用于通过紧急呼叫服务器接收对装置处的紧急状况的指示的单元；

用于至少部分地基于对所述紧急状况的指示来确定是否要跟踪所述装置的单元；以及

用于响应于确定要跟踪所述装置而从所述紧急呼叫服务器发射触发消息，以在所述装置处触发跟踪会话以致使所述装置周期性地收集跟踪会话数据并将所述跟踪会话数据发送到一个或多个跟踪服务器的单元，

其中，所述装置与所述一个或多个跟踪服务器之间建立的所述跟踪会话与所述装置与所述紧急呼叫服务器之间建立的紧急呼叫会话是分开的。

26.根据权利要求25所述的设备，其中发射到所述装置的所述触发消息进一步经配置以致使所述装置在降低功率跟踪模式状态中操作，在所述降低功率跟踪模式状态下，降低向所述装置中不需用于收集或传递与所述装置相关联的所述跟踪会话数据的子系统提供的功率，且其中所述装置中经配置以收集及传递所述跟踪会话数据的一个或多个传感器或通信子系统在所述装置处于所述降低功率跟踪模式状态时至少部分地操作。

27.根据权利要求25所述的设备，其中用于确定是否要跟踪所述装置的单元包括：

用于至少部分地基于对所述紧急状况的指示、发射到所述紧急呼叫服务器的所述装置的装置能力或所述装置的基于位置的数据或上述任何组合来确定是否要跟踪所述装置的单元。

28.根据权利要求25所述的设备，其中用于接收对所述紧急状况的指示的单元包括：

用于由所述紧急呼叫服务器接收由所述装置起始的紧急消息的单元，

用于向包括所述装置的一个或多个装置发射广播消息的单元，所述广播消息致使对所述一个或多个装置中的至少一个装置是否具有紧急事件的确定，

用于响应于由所述紧急呼叫服务器发射的所述广播消息从所述装置接收回复消息的单元，所述回复消息包括对所述紧急状况的指示，或

上述任何组合。

29.一种编程有指令的非暂时性计算机可读介质，所述指令可在处理器上执行以：

通过紧急呼叫服务器接收对装置处的紧急状况的指示；

至少部分地基于对所述紧急状况的指示来确定是否要跟踪所述装置；以及

响应于确定要跟踪所述装置而从所述紧急呼叫服务器发射触发消息，以在所述装置处触发跟踪会话以致使所述装置周期性地收集跟踪会话数据并将所述跟踪会话数据发送到一个或多个跟踪服务器，

其中，所述装置与所述一个或多个跟踪服务器之间建立的所述跟踪会话与所述装置与所述紧急呼叫服务器之间建立的紧急呼叫会话是分开的。

30.根据权利要求29所述的计算机可读介质，其中发射到所述装置的所述触发消息进一步经配置以致使所述装置在降低功率跟踪模式状态中操作，在所述降低功率跟踪模式状态下，降低向所述装置中不需用于收集或传递与所述装置相关联的所述跟踪会话数据的子系统提供的功率，且其中所述装置的经配置以收集及传递所述跟踪会话数据的一个或多个传感器或通信子系统在所述装置处于所述降低功率跟踪模式状态时至少部分地操作。

Images