紧急呼叫处理的制作方法

本发明申请要求于2013年10月21日递交的美国临时专利申请no.61/893,792(律师卷号p61815z)的优先权，其整个说明书通过引用其整体被结合于此以用于所有目的。本发明申请还要求于2014年9月24日递交的美国非临时专利申请no.14/495,469(律师卷号p66309)的优先权权益，其整个说明书通过引用其整体被结合于此以用于所有目的。

背景技术：

网络运营商提供的紧急呼叫服务可允许呼叫者联系本地紧急服务以得到帮助。呼叫者可拨打紧急电话号码(例如，在美国为9-1-1)以联系紧急服务人员。呼叫者可在蜂窝电话或固定电话上拨打紧急电话号码。呼叫中心(也被称为公共安全应答点(psap))处的话务员或紧急调度员可以应答紧急电话呼叫。当呼叫者使用固定电话拨打紧急电话号码时紧急电话呼叫可通过公共交换电话网(pstn)被路由到psap，或者当呼叫者使用蜂窝电话拨打紧急电话号码时紧急电话呼叫可通过蜂窝网络被路由到psap。紧急的性质(例如，治安、火灾、医疗)可被确定并且适当的帮助例如可以被调度到呼叫者的当前位置。

附图说明

结合附图从以下具体描述中，本公开的特征和优势将变得明显，附图和具体描述一起以示例的方式示出了本公开的特征；并且其中：

图1示出根据示例的、可操作来通过通信网络向公共安全应答点(psap)发起紧急呼叫的移动终端(t)；

图2是根据示例的、示出可操作来向公共安全应答点(psap)发起紧急呼叫的移动终端的图示；

图3是根据示例的、示出可操作来向公共安全应答点(psap)发起紧急呼叫的另一移动终端的图示；

图4描绘根据示例的、可操作来发起紧急呼叫的移动终端(t)的计算机电路的功能；

图5描绘根据示例的、可操作来处理紧急呼叫的移动末端(mobiletermination)(mt)的计算机电路的功能；

图6描绘根据示例的、用于发起紧急呼叫的方法的流程图；

图7示出根据示例的无线设备(例如，ue)的图示。

现在将参考所示的示例性实施例，并且本申请中将使用特定语言来描述示例性实施例。但是应该理解的是不意图由此对本发明的范围做出限制。

详细描述

在本发明被公开和描述之前，应该理解的是本发明不限于本申请中公开的具体结构、处理步骤或材料，而是被扩展到本发明的等同形式，如将被相关领域普通技术人员所认识到的那样。还应该理解的是本申请中所采用的术语仅被用于描述具体示例，而不意图是限制性的。不同附图中的相同标号表示相同元素。流程图和过程中提供的号码被提供用于使说明步骤和操作清晰，而不一定指示特定顺序或序列。

具体实施方式

下文提供了对于技术实施例的初始概述，然后稍后进一步详细描述具体技术实施例。该初始总结意图帮助读者更快地理解本技术，而不意图标识本技术的关键特征或基本特征，也不意图限制所要求保护的主题的范围。

无线移动通信技术使用各种标准和协议在节点(例如，发射站)与无线设备(例如，移动设备)之间传输数据。一些无线设备在下行(dl)传输中使用正交频分多址(ofdma)而在上行(ul)传输中使用单载波频分多址(sc-fdma)进行通信。使用正交频分复用(ofdm)进行信号传输的标准和协议包括第三代合作伙伴计划(3gpp)长期演进(lte)。

通信设备(例如，移动电话)可通过建立紧急语音呼叫来发起紧急呼叫。紧急语音呼叫可包括特殊的紧急呼叫指示。换言之，紧急语音呼叫可以被指示为涉及针对紧急服务的请求。紧急语音呼叫可被路由到位于网络中的公共安全应答点(psap)。psap可将紧急语音呼叫连接到相关的安全人员(例如，派出所、消防局、医院)。

一种类型的紧急呼叫服务是ecall。可从交通工具(例如，汽车、摩托车、船、自行车、火车、公交车、卡车等)自动或手动发起紧急呼叫(ecall)。ecall可向涉及交通事故或出于另外的原因(例如，医疗紧急事故)请求紧急服务的驾驶者提供快速援助。移动终端(t)可以是交通工具中安装的电子通信设备，并且当发生严重的道路事故或紧急事件时，移动终端可以自动拨打紧急电话号码以连接到psap。换言之，移动设备可以向psap发起ecall。可替代地，移动终端可以是用户携带的独立设备，并且如果发生紧急事件时，移动终端可以自动或手动拨打紧急电话号码以连接到psap。ecall可辅以紧急相关的最小数据集(minimumsetofemergencyrelateddata，msd)。在一个示例中，msd可以是大小约为140字节。msd可以包括当前时间以及交通工具和/或用户的当前位置(例如，交通工具和/或用户的全球定位系统(gps)坐标)。此外，msd可以包括交通工具系统信息，例如，安全气囊部署、制动信息、速度信息和/或发生事故时交通工具处收集到的碰撞传感器信息。

传统的ecall技术是基于电路交换(cs)紧急呼叫的。例如，ecall的msd可在音频流(即，经由用户平面通信路径)中被传送给psap。3gpplte标准提出将ecall扩展为基于互联网协议多媒体子系统(ims)的紧急呼叫。换言之，可使用ims架构框架发送ecall。因此，可使用会话初始化协议(sip)邀请消息(即，经由控制平面通信路径)向psap传送ecall的msd。在一种配置中，sip邀请消息可以包括对远程存储在服务器处的信息的引用或指针。例如，信息的大小可以相对较大(例如，事故现场的图像)，并且对该信息的引用或指针可以被提供给psap，而不是将信息自身包括在sip邀请消息中。在psap处，该信息可从服务器访问。

可操作来发起紧急呼叫的移动终端(t)可以包括移动末端(mt)和终端设备(te)。移动末端可包括调制解调器硬件，例如用于设备间通信的发送器和接收器。移动末端可由终端设备(即，与端用户交互并包括应用处理器的硬件)经由注意(at)命令来控制。at命令还可在3gpplte技术规范(ts)27.007版本12以及3gpplte标准的更早版本中被定义。换言之，at命令使得移动末端和终端设备之间经由终端适配器的通信成为可能。虽然3gpplte标准的先前版本已经定义用于在移动终端发起ecall的at命令，该at命令不使得ecall数据(例如，msd)被提供给移动末端。换言之，当前不允许通过3gpplte版本12标准和更早版本中定义的at命令来传送与紧急地点相关的数据。

如本文所描述的，ecall数据(例如，msd)可经由at命令被提供给移动终端的移动末端。当连接psap时，移动末端例如可将ecall数据包括在紧急呼叫中。其结果是，psap可收集紧急地点的周围环境的信息。ecall数据可经由现有+cecall命令的扩展版本或新颖的at命令被提供给移动末端。换言之，现有+cecall命令可包括经由终端适配器在终端设备和移动末端之间传送的at命令。

ecall数据可通过包括在at命令中的新颖参数被提供给移动末端。作为ecall数据的示例，msd可使用新颖的<msd_data>参数被提供，与紧急地点相关的附加数据可使用新颖的<add_data>参数被提供。附加的数据可被请求在ecall中被传送，或者可替代地，附加的数据可被请求通过使用新颖的<add_type>参数通过外部引用被传送。利用现有+cecall命令的扩展版本，可通过将<type_of_ecall>设置为新颖的值“4”(从而指示当前的ecall)来向正在进行的ecall提供msd和/或附加的数据。因此，ecall数据可在正在进行的ecall期间使用现有+cecall命令的扩展版本被提供。如果ecall当前不在进行，当在移动末端处发起ecall时，可在at命令中提供ecall数据。

本文所描述的技术提供了优于3gpplte标准(例如，版本12和更早)中所描述的先前的at命令的许多优点。作为示例，本文所描述的新颖的at命令可向移动末端提供ecall数据。通过使用本文所描述的新颖的at命令，正在进行的ecall(或者可替代地，将要在移动末端处被发起的ecall)的ecall数据可被提供。本文所描述的新颖的at命令指示ecall数据是经由外部引用被传送还是在ecall中被传送。本文所描述的新颖的at命令可以与3gpplte规范中所描述的现有at命令兼容。此外，本文所描述的新颖的at命令可以支持基于ims的ecall服务。

图1示出可操作来通过通信网络150向公共安全应答点(psap)160发起紧急呼叫(ecall)的移动终端(t)110。移动终端110也可被称为移动设备(me)。移动终端110还可在3gppts27.007版本12和更早版本中被描述。移动终端110可包括终端设备(te)120、终端适配器(ta)130和移动末端(mt)140。终端设备120可支持用户和应用170。换言之，终端设备120可提供应用和用户界面功能。移动末端140可提供调制解调器功能。换言之，移动末端140可通过通信网络150向psap160传送网络消息。终端设备120和移动末端140可使用注意(at)命令经由终端适配器(ta)130相互通信。

移动终端110可以是安装在交通工具上的电子通信设备，并且当发生严重的道路事故或紧急事件时，移动终端110可(经由移动末端140)自动发起ecall以与psap160通信。可替代地，移动终端110可由用户携带(例如，移动终端110可在用户的口袋内)，并且如果发生紧急事件时，移动终端110可自动或手动发起ecall以与psap160连接。作为示例，与移动终端110相关联的用户可涉及交通事故。交通工具中的车载系统(ivs)可连接到移动终端110。ivs可使用移动终端110自动发起ecall。ivs可确定要在ecall期间被传送的ecall最小数据集(例如，msd)。ecall数据可包括当前时间以及交通工具和/或用户的当前位置。交通工具和/或用户的当前位置可使用全球定位系统(gps)坐标来表示。此外，ecall数据可包括交通工具系统信息，例如，安全气囊部署、制动信息、速度信息和/或发生事故时交通工具处收集到的碰撞传感器信息。作为另一示例，ecall数据可与描述或表征道路事故或紧急事件的信息相关，例如，现场图像、现场的用户遭受的可能的伤害等。

在一个示例中，ivs可触发移动终端110来建立与psap160的ecall。特别地，ivs可触发移动终端110使用与交通事故或紧急地点(emergencysituation)相关的ecall数据(例如，msd)来发起ecall。移动终端110的终端设备120可从ivs外部接收触发。如下面更详细地描述的，终端设备120可经由终端适配器130向移动末端140发送at命令，以请求移动末端140建立与psap160的ecall。此外，ecall数据可被包括在ecall中，以协助psap160针对与移动终端110相关联的用户端确定适当的紧急服务。

图2是示出可操作来发起紧急呼叫(ecall)的移动终端(t)210的图示。例如，可发起与公共安全应答点(psap)的ecall。终端设备(te)220可经由终端适配器(ta)230向移动末端(mt)240传送注意(at)命令，以请求移动末端240建立ecall。

在一种配置中，被传送到移动末端240的at命令可以是扩展的+cecall命令。+cecall命令的一般语法和语义可以是+cecall＝<type_of_ecall>[，<format>，<msd_data>[，<add_type>，<add_data>]]。换而言之，终端设备220可经由终端适配器230向移动末端240传送+cecall命令。

包括在+cecall命令中的<type_of_ecall>参数可以指示将在移动末端240处发起的ecall的类型。<type_of_ecall>参数可以是整数类型。例如，<type_of_ecall>参数可以被设为“0”以指示ecall是测试呼叫，<type_of_ecall>参数可以被设为“1”以指示ecall是重配置ecall，<type_of_ecall>参数可以被设为“2”以指示ecall是手动发起的ecall，<type_of_ecall>参数可以被设为“3”以指示ecall是自动发起的ecall，或者<type_of_ecall>参数可以被设为“4”以指示ecall是当前的ecall。

包括在+cecall命令中的<format>参数可指示将在ecall期间被提供的ecall数据的格式。<format>参数可以是整数类型。例如，<format>参数可以被设为“0”以指示ecall数据的格式是可扩展标记语言(xml)格式，或者<format>参数可以被设为“1”以指示ecall数据的格式是二进制格式。

包括在+cecall命令中的<msd_data>参数可以指示将在ecall期间被提供的最小数据集。<msd_data>参数可以是字符串类型。作为示例，<msd_data>参数可以包括表示用户和/或交通工具的当前位置的一串字符。在一种配置中，<msd_data>的大小可以约为140字节。

包括在+cecall命令中的<add_type>参数可以指示附加的数据的传输类型。<add_type>参数可以是整数类型。作为示例，<add_type>参数可以被设为“0”以指示附加的数据将在ecall内被传送，<add_type>参数可以被设为“1”以指示附加的数据将通过引用(例如，ecall可包括对存储附加的数据的外部服务器的指针或引用)被传送，或者<add_type>参数可被设为“2”以指示附加的数据的传输类型未定。

包括在+cecall命令中的<add_data>参数可以指示将被包括在ecall中的附加的数据。<add_data>参数可以是字符串类型。作为示例，<add_data>参数可以包括与交通事故或紧急地点相关的音频、图片等。此外，<add_data>参数可包括指针或引用(例如，统一资源定位符(url))以指示网络服务器上附加的数据的位置。

作为非限制性的示例，终端设备220可以通过向移动末端240发送具有以下参数的+cecall命令(即，at命令)来请求移动末端240建立ecall：+cecall＝3，0，<msd_data>，0，<add_data>，其中第一参数“3”指示ecall是自动发起的ecall，第二参数“0”指示ecall数据以xml格式被提供，第三参数<msd_data>是xml格式的msd，第四参数“0”指示附加的数据在ecall内被传送，第五参数<add_data>是xml格式的附加的数据。

作为另一非限制性的示例，正在进行的ecall可以发生在移动末端240处。换言之，正在进行的ecall可发生在移动终端210和psap之间。与移动终端210相关联的用户可拍摄事故现场的图像，并使用移动终端210请求将图像添加到正在进行的ecall。因此，终端设备220可向移动末端240发送at命令以发送附加的图像。发送到移动末端240的at命令可以表示为如下：+cecall＝4，1，，1<add_data>，其中第一参数“4”指示针对正在进行的ecall的ecall数据将被传送，第二参数“1”指示ecall数据以二进制形式被提供，第四参数“1”指示附加的数据将经由外部数据服务器被传送并且仅在ecall内被引用，第五参数<add_data>是将被添加到ecall的附加的图像数据。在该示例中，+cecall命令可不包括第三参数<msd_data>，因为没有msd将在正在进行的ecall中被发送。

图3是示出可操作来发起紧急呼叫(ecall)的移动终端(t)310的图示。在一个示例中，可以发起与公共安全应答点(psap)的ecall。终端设备(te)320可以经由终端适配器(ta)330向移动末端(mt)340发送注意(at)命令，以请求移动末端340建立ecall。

在一种配置中，传送到移动末端340的at命令可以是+cecalldat命令。换言之，新颖的at命令可以被用于提供ecall，而不是使用现有+cecall命令的扩展版本(如图2中所讨论的)。该+cecalldat命令的一般语法和语义可以是+cecalldat＝<format>，<msd_data>[，<add_type>，<add_data>]。换言之，终端设备320可以经由终端适配器330向移动末端340传送+cecalldat命令。

包括在+cecalldat命令中的<format>参数可以指示将在ecall期间被提供的ecall数据的格式。<format>参数可以是整数类型。例如，<format>参数可以被设为“0”以指示ecall数据的格式是可扩展标记语言(xml)格式，或者<format>参数可以被设为“1”以指示ecall数据的格式是二进制格式。

包括在+cecalldat命令中的<msd_data>参数可以指示将在ecall期间被提供的最小数据集。<msd_data>参数可以是字符串类型。作为示例，<msd_data>参数可以包括表示用户和/或交通工具的当前位置的一串字符。在一种配置中，<msd_data>的大小可以约为140字节。

包括在+cecalldat命令中的<add_type>参数可以指示附加的数据的传输类型。<add_type>参数可以是整数类型。作为示例，<add_type>参数可以被设为“0”以指示附加的数据将在ecall内被传送，<add_type>参数可以被设为“1”以指示附加的数据将通过引用(例如，ecall可包括对存储附加的数据的外部服务器的指针或引用)被传送，或者<add_type>参数可被设为“2”以指示附加的数据的传输类型未定。<add_type>参数中包括的指针或引用可以包括指示附加的数据的位置的统一资源定位符(url)。

包括在+cecalldat命令中的<add_data>参数可以指示将被包括在ecall中的附加的数据。<add_data>参数可以是字符串类型。作为示例，<add_data>参数可以包括与交通事故或紧急地点相关的音频、图片等。此外，<add_data>参数可包括指针或引用(例如，统一资源定位符(url))以指示网络服务器上附加的数据的位置。

在ecall数据已经被提供给移动末端340之后，终端设备320可向移动末端340发送+cecall命令以发起ecall。例如，终端设备320可以发送+cecall＝0以指示ecall是测试呼叫。终端设备320可以发送+cecall＝1以指示ecall是重配置ecall。终端设备320可以发送+cecall＝2以指示ecall是手动发起的ecall。终端设备320可以发送+cecall＝3以指示ecall是自动发起的ecall。终端设备320可以发送+cecall＝4以指示ecall是当前的ecall。

作为非限制性的示例，终端设备320可以通过向移动末端340发送具有以下参数的+cecalldat命令(即，at命令)来请求移动末端340建立ecall：+cecalldat＝0，<msd_data>，0，<add_data>，其中第一参数“0”指示ecall数据已xml格式被提供，第二参数<msd_data>是xml格式的msd数据，第三参数“0”指示附加的数据将在ecall内被传送，第四参数<add_data>是xml格式的附加的数据。

作为另一非限制性的示例，正在进行的ecall可以发生在移动末端340处。换言之，正在进行的ecall可发生在移动终端310和psap之间。与移动终端310相关联的用户可拍摄事故现场的图像，并使用移动终端310请求将图像添加到正在进行的ecall。因此，终端设备320可向移动末端340发送at命令以发送附加的图像。发送到移动末端340的at命令可以表示为如下：+cecalldat＝1，，1，<add_data>，其中第一参数“1”指示ecall数据以二进制格式被提供，第三参数“1”指示附加的数据经由外部数据服务器被传送并且仅在ecall内被引用，第四参数<add_data>是将被添加到ecall的附加的图像数据。在该示例中，+cecalldat命令可不包括第二参数<msd_data>，因为没有msd将在正在进行的ecall中被发送。

在一种配置中，移动末端340可在发起ecall时提供默认ecall数据。移动末端340可响应于确定针对ecall没有数据将被提供而提供默认ecall数据。换言之，默认ecall数据可在at命令(例如，+cecall命令或+cecalldat命令)不包括<msd_data>和/或<add_data>参数时被使用，或者可替代地，当<msd_data>和/或<add_data>参数为空时被使用。

在另一种配置中，移动末端340可以从终端设备320接收at命令并在at命令不正确或不完整时以错误代码进行响应。例如，移动末端340可以从终端设备320接收+cecall命令。+cecall命令可以包括设为“4”的<type_of_ecall>参数以指示当前的ecall，即使可能没有ecall正在进行。因此，移动末端340可以以适当的错误代码向终端设备320进行响应。

在另一种配置中，移动终端310可以支持多个同时发生的ecall。因此，可以在at命令中使用附加的<cid>参数对ecall进行标识。例如，<cid>参数可以被包括在+cecall命令或+cecalldat命令中。+cecall命令可以被表示为+cecall＝<type_of_ecall>[，<cid>[，<format>，<msd_data>[，<add_type>，<add_data>]]]，并且+cecalldat命令可以被表示为+cecalldat＝<cid>，<format>，<msd_data>[，<add_type>，add_data>]。扩展+cecall命令中的<type_of_ecall>参数可以被忽略，作为示例，如果现有<cid>参数值在+cecall命令中被提供，可以假设<type_of_ecall>值为“4”(即，指示当前ecall)。此外，+cecall命令可以针对新发起的ecall以新分配的<cid>参数值进行响应。

在一种配置中，终端设备320和移动末端340之间传送的+cecall命令可以包括<domain>参数。<domain>参数可以指示ecall将经由电路交换(cs)域被建立还是经由互联网协议多媒体子系统(ims)域被建立。例如，+cecall命令可以被表示为+cecall＝<type_of_ecall>[，<cid>[，<domain>[，<format>，<msd_data>[，<add_type>，<add_data>]]]]，其中<domain>参数指示用于建立ecall的域。<domain>参数可以是整数类型。例如，<domain>参数可以被设为“0”以指示用于建立ecall的域是cs域，<domain>参数可以被设为“1”以指示用于建立ecall的域是ims域，或者<domain>参数可以被设为“2”以指示用于建立ecall的域未定。

另一示例提供可操作来发起紧急呼叫的移动终端(t)的计算机电路的功能400，如图4中的流程图所示。功能可以被实现为方法或者功能可以作为机器上的指令被执行，其中指令被包括在至少一种计算机可读介质或一种非暂态机器可读存储介质上。电路可以被配置为标识与紧急呼叫相关联的紧急相关的最小数据集(msd)，如框410。电路可以被配置为生成包括msd和所选的与紧急呼叫相关的配置信息的注意(at)命令，如框420。此外，电路可以被配置为向移动终端的移动末端(mt)发送at命令以建立紧急呼叫，其中移动终端(mt)将紧急呼叫路由到通信网络中的公共安全应答点(psap)，如框430。

在一种配置中，电路还可以被配置为响应于从与移动终端相关联的车载系统(ivs)接收触发来生成at命令。在另一种配置中，电路可以被配置为经由会话初始化协议(sip)邀请消息将来自移动终端的移动末端(mt)的msd发送到psap。

在一个示例中，移动终端被配置为发起基于互联网协议多媒体子系统(ims)的紧急呼叫。在另一示例中，与紧急呼叫相关联的msd包括当前时间以及移动终端的当前位置。在另一示例中，at命令是+cecall命令，其中+cecall的语法被表示为+cecall＝<type_of_ecall>[，<format>，<msd_data>[，<add_type>，<add_data>]]，其中<type_of_ecall>指示紧急呼叫的类型，<format>指示与紧急呼叫相关联的格式，<msd_ata>是msd，<add_type>指示附加数据的传输类型，<add_data>是附加数据。

在一种配置中，<type_of_ecall>指示紧急呼叫的类型是以下多者中的至少一者：手动发起的紧急呼叫、自动发起的紧急呼叫、或正在进行的紧急呼叫。在另一种配置中，<add_data>是针对存储附加的数据的外部服务器的统一资源定位符(url)。在另一种配置中，<add_type>指示附加的数据在紧急呼叫内被传送或经由针对存储附加数据的外部服务器的引用被传送。

在一个示例中，at命令是+cecall命令，其中+cecalldat命令的语法被表示为+cecalldat＝<format>，<msd_data>[，<add_type>，<add_data>]，其中<format>指示与紧急呼叫相关联的格式，<msd_data>是msd，<add_type>指示附加数据的传输类型，<add_data>是附加数据。在另一示例中，电路还可以被配置为发送+cecall命令或+cecalldat命令中的至少一者作为at命令，其中+cecall命令的语法被表示为+cecall＝<type_of_ecall>[，<cid>，[<format>，<msd_data>[，<add_type>，<add_data>]]}，+cecalldat命令的语法被表示为+cecalldat＝<cid>，<format>，<msd_data>[，<add_type>，<add_data>]，其中<cid>指示当mt支持多个同时发生的紧急呼叫时的呼叫标识符(id)。在另一示例中，电路还可以被配置为发送+cecall命令或+cecalldat命令中的至少一者作为at命令，其中+cecall命令的语法被表示为+cecall＝<type_of_ecall>[，<cid>[，<domain>[，<format>，<msd_data>[，<add_type>，<add_data>]]]]，+cecalldat命令的语法被表示为+cecalldat＝<cid>，<domain>，<format>，<msd_data>[，<add_type>，<add_data>]，其中<domain>指示紧急呼叫是经由电路交换(cs)域被建立或是经由互联网协议多媒体子系统(ims)域被建立。

另一示例提供可操作来处理紧急呼叫的移动末端(mt)的计算机电路的功能500，如图5中的流程所示出的。功能可以被实现为方法或者功能可以作为机器上的指令被执行，其中指令被包括在至少一种计算机可读介质或一种非暂态机器可读存储介质上。电路可以被配置为从移动终端的终端设备(te)接收针对紧急呼叫的注意(at)命令，其中at命令包括与紧急呼叫相关联的紧急相关的最小数据集(msd)，如框510。电路可以被配置为部分基于包括在at命令中的msd来识别公共安全应答点(psap)，如框520。电路还可以被配置为将紧急呼叫路由到psap，其中psap将紧急呼叫连接到适当的公共安全人员，如框530。

在一个示例中，与紧急呼叫相关联的msd包括当前时间和移动终端的当前位置。在另一示例中，电路还可以被配置为：确定来自te的at命令中不提供<msd_data>和<add_data>参数；并在发起紧急呼叫时标识默认数据将被用于代替<msd_data>和<add_data>参数。

在一种配置中，从te接收到的at命令是+cecall命令，其中+cecall命令的语法被表示为+cecall＝<type_of_ecall>[，<format>，<msd_data>[，<add_type>，<add_data>]]，其中<type_of_ecall>指示紧急呼叫的类型，<format>指示与紧急呼叫相关联的格式，<msd_data>是msd，<add_type>指示附加数据的传输类型，<add_data>指示附加数据。在另一种配置中，电路还可被配置为：确定从te接收到的+cecall命令包括一个或多个错误的参数；并向te发送错误代码和对错误的描述以使得te能够向mt重新发送+cecall命令。

另一示例提供用于发起紧急呼叫的方法600，如图6中的流程图所示出的。该方法可以作为机器上的指令被执行，其中指令被包括在至少一种计算机可读介质或一种非暂态机器可读存储介质上。方法可以包括在移动终端的终端设备(te)处标识与紧急呼叫相关联的紧急相关的最小数据集(msd)的操作，如框610。方法可以包括生成包括msd和所选择的与紧急呼叫相关的配置信息的注意(at)命令的操作，如框620。此外，方法可以包括从移动终端的te向移动终端的移动末端(mt)发送at命令以建立紧急呼叫的操作，其中移动终端(mt)将紧急呼叫路由到通信网络中的公共安全应答点(psap)，如框630。

在一个示例中，方法还可以包括响应于从与移动终端相关联的车载系统(ivs)接收触发来生成at命令的操作。在另一示例中，方法还可以包括使用会话初始化协议(sip)邀请消息从移动终端向psap发送与紧急呼叫相关联的msd的操作。

图7提供了无线设备(例如，用户设备(ue)、移动电台(ms)、移动无线设备、移动通信设备、平板电脑、手机或其他类型的无线设备)的示例性图示。该无线设备可包括一个或多个天线，该一个或多个天线被配置为与节点、宏节点、低功率节点(lpn)、或发射站(例如，基站(bs)、演进的节点b(enb)、基带单元(bbu)、远程无线电头(rrh)、远程无线电设备(rre)、中继站(rs)、无线电设备(re)、或其他类型的无线广域网(wwan)接入点)通信。该无线设备可被配置为使用至少一个无线通信标准进行通信，无线通信标准包括：3gpplte、wimax、高速分组接入(hspa)、蓝牙和wifi。该无线设备可以针对每个无线通信标准使用分离的天线，也可以针对多个无线通信标准使用共享的天线。该无线设备可在无线局域网(wlan)、无线个人区域网(wpan)和/或wwan中进行通信。

图7还提供了可被用于该无线设备的音频输入和输出的麦克风和一个或多个扬声器的图示。显示器屏幕可以是液晶显示器(lcd)屏幕或其他类型的显示器屏幕，例如，有机发光二极管(oled)显示器。显示器屏幕可被配置为触摸屏。触摸屏可使用电容、电阻或另一类型的触摸屏技术。应用处理器和图形处理器可被耦接到内部存储器以提供处理和显示功能。非易失性存储器端口还可被用于向用户提供数据输入/输出选项。非易失性存储器端口还可被用于扩展无线设备的存储器功能。键盘可与无线设备集成或被无线连接到该无线设备以提供额外的用户输入。虚拟键盘也可使用触摸屏来提供。

各种技术或其某些方面或部分可采用在有形介质(例如，软盘、只读光盘存储器(cd-rom)、硬盘驱动器、非暂态计算机可读存储介质或任意其他机器可读存储介质)中实现的程序代码的形式(即，指令)，其中，当该程序代码被加载到机器(例如，计算机)中并被机器执行时，该机器变为用于实施各种技术的装置。电路可包括：硬件、固件、程序代码、可执行代码、计算机指令和/或软件。非暂态计算机可读存储介质可以是不包括信号的计算机可读存储介质。在程序指令在可编程计算机上执行的情况下，计算设备可包括：处理器、可被处理器读取的存储介质(包括易失和非易失存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。易失和非易失存储器和/或存储元件可以是：随机存取存储器(ram)、可擦除可编程只读存储器(eprom)、闪盘驱动器、光盘驱动器、硬磁盘驱动器、固态驱动器或用于存储电子数据的其他介质。节点和无线设备还可包括：收发器模块、计数器模块、处理模块和/或时钟模块或定时器模块。可实现或使用本申请中描述的各种技术的一个或多个程序可使用应用程序接口(api)、可重用控件等。这些程序可用高级程序语言或面向对象的编程语言来实现以与计算机系统通信。但是，如果需要，那么(一个或多个)程序可用汇编语言或机器语言来实现。在任何情况下，语言可以是编译语言或解释性语言，并且可与硬件实现相结合。

应该理解的是，为了更特别地强调本说明书中描述的很多功能单元的实现独立性，这些单元已被标记为模块。例如，模块可被实现为硬件电路，该硬件电路包括：习用超大规模集成(vlsi)电路或门阵列、现成半导体，例如，逻辑芯片、晶体管或其他离散组件。模块还可在可编程硬件设备(例如，现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等)中实现。

模块还可在软件中实现，以被各种类型的处理器执行。可执行代码的标识模块可包括例如一个或多个计算机指令的物理或逻辑块，这些块可例如被组织为对象、程序或功能。但是，标识模块的可执行指令不必在物理上位于一起，而是可包括存储在不同位置的不同指令，当这些指令在逻辑上被连接在一起时，构成了该模块并实现该模块的所述目的。

事实上，可执行代码的模块可以是单个指令，也可以是很多指令，甚至可以被分布在若干不同的代码段上、在不同的程序之间并且跨过若干存储器设备。类似地，操作数据在本申请中可在模块内被标识和说明，并且可以任意适当的形式实现并在任意适当类型的数据结构内组织。操作数据可被收集为单个数据集，或者可被分布在不同位置上(包括在不同存储设备上)，并且可至少部分只作为系统或网络上的电子信号而存在。这些模块可以是被动的，也可以是主动的，包括可操作为执行所希望的功能的代理。

本说明书中对“示例”或“示例性”的引用意味着结合示例描述的具体特征、结构或特性被包括在本发明的至少一个实施例中。因此，在本申请的各个地方出现的短语“在示例中”或词语“示例性”不必全部指代相同实施例。

如本申请中所使用的，为了方便起见，多个项目、结构元件、组成元件和/或材料可被呈现在共同列表中。但是，这些列表应被解释为仿佛列表的每个部件被独立地标识为分离且唯一的部件。因此，该列表的独立部件不应仅基于他们呈现在共同的组中而没有相反指示而被解释为相同列表的任意其他部件的实质等同形式。此外，本发明的各种实施例和示例在本申请中可与其各种组件的替换选择一起被参考。应该理解的是，这些实施例、示例和替换选择不应被解释为彼此的实质等同形式，而应被解释为本发明的分离且自治的表示。

此外，所述特征、结构或特性可以任意适当的方式在一个或多个实施例中被组合，在以下描述中提供了很多具体细节(例如，布局示例、距离、网络示例等)以提供对本发明的实施例的全面理解。但是，相关领域技术人员将认识到本发明可在没有一个或多个具体细节的情况下被实现，或者用其他方法、组件、布局等来实现。在其他实例中，熟知的结构、材料或操作未被示出或详细描述以避免使本发明的方面模糊。

虽然以上示例在一个或多个具体应用中对本发明的原理进行了说明，但是对于本领域普通技术人员而言，在没有发明人员的帮助下且在不脱离本发明的原理和概念的情况下可做出实施方式的形式、使用和细节上的很多修改。因此，本发明不意图被限制，除了被所附权利要求限制。