无线网络中的紧急呼叫的建立的制作方法

本申请要求2016年12月30日提交的具有相同标题的美国实用专利申请no.15/395,719的优先权，其全部内容通过引用并入本文，如下面完全阐述所示。

背景技术：

调制解调器电信系统包括第二代、第三代和第四代(2g￠3g和4g)蜂窝无线接入技术的异构混合，其可以是交叉兼容的并且可以共同操作以提供数据通信服务。全球移动系统(gsm)是2g电信技术的一个示例；通用移动电信系统(umts)是3g电信技术的一个示例；以及长期演进(lte)，包括lte高级和演进的高速分组接入(hspa+)是4g电信技术的示例。

在大多数情况下，无论无线设备是否是特定无线网络或电信系统的订户，无线设备都可以使用任何接入技术在任何无线网络上发起紧急呼叫。但是，网络因素，诸如质量、可靠性和位置准确性因网络而异。在紧急情况下，网络连接可能至关重要。

附图说明

参考附图阐述详细描述。在附图中，附图标记的最左边的数字标识首次出现附图标记的图。在不同图中使用相同的附图标记表示相似或相同的项目或特征。

图1示出了使用紧急呼叫调度器进行紧急呼叫建立的示例性环境。

图2示出了实现本公开的紧急呼叫调度和验证的示例性用户设备。

图3示出了被配置为为用户设备提供更新的紧急调度器的示例性集中式服务器。

图4示出了用于在用户设备上实现紧急呼叫调度器的示例性过程。

图5示出了用于验证用户设备处的无线通信的连接的示例性过程。

图6示出了用于验证集中式服务器处的无线通信的连接的示例性过程。

具体实施方式

本文描述的系统、设备和技术涉及调度无线通信和验证连接，例如，在紧急呼叫情境中。在一些实例中，紧急呼叫调度器可以安装在用户设备的应用层中，以管理用户设备的呼叫调度。在紧急情况期间，紧急呼叫调度器可以尝试基于网络技术的优先级建立通信。例如，网络技术的优先级可以至少部分地基于通信类型(例如，4g、3g、2g)、网络提供商状态(例如，订户关系)、位置服务等。当建立呼叫时，可以至少部分地基于满足一个或更多个握手协议并且至少部分地基于发送或接收语音和/或数据分组来验证连接。在一些实例中，如果连接未被验证，则用户设备可以遵循根据紧急呼叫调度建立通信的故障协议。基于用户设备的位置，或者当网络拓扑被更新时，集中式服务器可以更新紧急呼叫调度器以改变呼叫调度优先级。

以此方式，本文描述的系统、设备和技术通过促进网络通信来改进计算设备的功能。例如，紧急呼叫调度器可以尝试使用根据调度的优先级可用的所有网络资源来建立连接。在一些实例中，紧急呼叫调度器可以并行建立多个连接，并基于连接的服务质量(qos)为紧急呼叫选择连接。可以验证连接以促进语音和/或数据分组的传输，并且可以防止设备连接到网络但不促进通信的情况。通过在紧急情况下提供无线通信，可以在关键时刻部署紧急响应者。

此外，在用户设备的应用层中提供紧急呼叫调度和呼叫验证允许集中式服务器(例如，网络运营商或传感器)在制造用户设备之后，在任何时间更新呼叫或呼叫调度的优先级。此外，与oem(原始设备制造商)的硬编码相比，在应用层中提供功能允许集中式服务器更新或优化用于任何网络拓扑的任何用户设备。本文讨论了对网络功能的这些和其他改进。

本文描述的系统、设备和技术可以以多种方式实现。尽管可以在紧急呼叫(例如，指向或通过公共安全应答点(psap)路由的呼叫)的情境中讨论本公开的各方面，但是本公开也适用于其他无线通信，并且并非旨在限于某一特定情境。下面参考以下附图提供示例实现方式。

图1示出了使用紧急呼叫调度器进行紧急呼叫建立的示例环境100。在一些实例中，环境100可以包括经由一个或更多个网络106与一个或更多个集中式服务器104通信的用户设备102(例如，智能电话)。在一些实例中，用户设备102可以经由主网络108与集中式服务器104(或其他用户设备或装置)通信。例如，主网络108可以是用户设备102与之相关联的网络(例如，通过合约或订阅)，使得主网络108是用于与用户设备102通信的默认网络。

用户设备102可以包括应用层110、调制解调器层112和全球定位系统(gps)接收器114。此外，应用层110可以包括紧急呼叫调度器116和连接验证模块118。调制解调器层112可以包括互联网协议(ip)多媒体系统(ims)层120、电路交换层122、wi-fi层124和蓝牙层126。在一些实例中，当紧急呼叫被位于用户设备102中，紧急呼叫调度器116可以确定哪个调制解调器层112发起呼叫，和/或可以确定哪个网络用于紧急通信。

例如，紧急呼叫调度器116可以尝试使用主网络108发起通信。例如，如果主网络不可用，则紧急呼叫调度器116可以尝试使用辅助网络128、第三方网络130、wi-fi网络132等建立网络连接。在一些实例中，紧急呼叫调度器116可以控制调制解调器层112的操作以选择网络选择的顺序(例如，使用第一优先级网络、第二优先级网络，第三优先级网络等)，并且可以控制超时时段(例如，在尝试建立通信的一段时间之后从一个网络切换到另一个网络)，重试次数等。例如，在尝试建立紧急呼叫时，紧急呼叫调度器116可以尝试与主网络108建立通信，并且如果在超时时段内没有建立连接(例如，5秒、10秒、15秒)，紧急呼叫调度器116可以重试或可以尝试与辅助网络128建立通信。在一些实例中，可以基于先前尝试与网络建立连接来临时调整网络的优先级。

在一些实例中，紧急呼叫调度器116可以尝试并行地与多个网络建立连接。例如，紧急呼叫调度器116可以尝试同时使用主网络108、辅助网络128、第三方网络130和wi-fi网络132建立连接。在与一个或更多个网络108，128，130和/或132建立连接时，紧急呼叫调度器116可以评估连接的服务质量(qos)并且例如可以终止低于qos阈值的一个或更多个连接。在一些实例中，可以基于连接的qos高于阈值来维持一个或更多个连接，和/或由用户设备102发送和/或接收的rtp分组。

在一些实例中，紧急呼叫调度器116可以基于各种因素来选择网络(或网络特定的基站)，包括但不限于用户设备的位置、网络的可用性、服务质量(qos)(例如，信号强度、延迟、拥塞、可靠性等)、一天中的时间、与用户设备102相关联的网络提供商(例如，无线运营商)、漫游合约、重试次数等。在一些实例中，紧急呼叫调度器116可以确定使用第三方网络330，例如，当主网络108或辅助网络128可用但是当第三方网络130的连接质量更好时，例如，基于相对信号强度(例如，接收信号强度指示(rssi))、拥塞、延迟等。

在一些实例中，连接验证模块118可以与紧急呼叫调度器116一起操作以验证连接以确认呼叫已经建立，或者呼叫已经失败。基于是否已经确认连接，紧急呼叫调度器116可以根据网络的优先级继续尝试建立通信。在一些实例中，连接验证模块118可以验证已经满足连接协议(例如，握手过程)。除了建立连接(例如，使用信令层或控制层)之外，连接验证模块118还可以确定是否已经在用户设备102处交换了语音和/或数据分组。这样的附加验证可以防止以下情况：在用户设备102和网络106，108，128，130和132之间建立了连接，但是没有提供通信。因此，连接验证模块118可以快速确定连接是否促进通信。下面结合图5提供连接验证模块118的其他方面。

在一些实例中，主网络108可以是基于合约或订阅与用户设备102相关联的默认网络。在一些实例中，主网络308可以是与第一网络提供商相关联的长期语音演进(volte)网络。在一些实例中，用户设备102可以在紧急呼叫调度器116的控制下使用ims层120经由主网络108进行通信。

在一些实例中，辅助网络128可以包括由第一网络提供商操作的网络，诸如电路交换网络。在一些实例中，辅助网络128可以基于与第一网络提供商的合约或订阅而与用户设备102相关联。在一些实例中，辅助网络128可以包括2g或3g连接，其可以促进经由调制解调器层112的电路交换层122与用户设备102的通信。

在一些实例中，主网络108和/或辅助网络128可以根据用户设备102与第一网络提供商之间的合约或订阅向用户设备102提供保证的服务质量(qos)。

在一些实例中，第三方网络330可以包括由不同于第一网络提供商的第二网络提供商操作的网络。在一些实例中，第二网络提供商可以经由合约关系与第一网络提供商相关联(例如，向用户设备提供漫游覆盖)，并且在一些实例中，第二网络提供商可以与第一网络提供商不相关或不关联。在一些实例中，第三方网络130可以包括2g、3g或4g技术。在一些实例中，当用户设备102经由第三方网络130进行通信时，第三方网络130不向用户设备102提供保证的服务质量(qos)。

在一些实例中，wi-fi网络132可以包括wi-fi网络，诸如在用户的家中或办公室中提供的wi-fi网络。附加网络可以包括促进无线通信的卫星网络、蓝牙网络等。在一些实例中，用户设备102的wi-fi层124可以促进与wi-fi网络132的通信。在一些实例中，例如蓝牙层126可以促进与蓝牙网络的通信。

在一些实例中，紧急呼叫调度器118可以操作以经由gps接收器114确定用户设备102的位置，并在促进紧急呼叫时提供位置的指示。例如，当用户设备102与wi-fi网络132通信时，紧急呼叫调度器116可以控制gps接收器114确定用户设备102的位置并且将该位置与其他语音和/或数据分组一起提供。在一些实例中，紧急呼叫调度器116可以提供用户设备102可检测的一些或所有网络的指示，以进一步确定用户设备102的位置。

集中式服务器104可以包括调度更新模块134和连接验证模块136。在一些实例中，调度更新模块134可以确定可以被发送到用户设备102以实现本文讨论的动态调度操作的调度。例如，调度更新模块134可以维持主网络和辅助网络(例如，网络108和128)的网络拓扑，其可以指示用户设备102在尝试紧急呼叫时进行选择。在一些实例中，调度更新模块134可以基于对网络的升级或基于接收用户设备102的位置的指示来向紧急呼叫调度器116提供更新的调度。例如，如果用户设备102在第一位置(例如，美国)激活(或通电，或操作)，可以向用户设备102提供第一紧急呼叫调度，而如果用户设备102在第二位置(例如，澳大利亚)被激活(或通电，或操作)，可以向用户设备102提供第二紧急呼叫调度。

此外，如上所述，在一些实例中，调度更新模块134可以响应于网络拓扑的改变(例如，附加网络基站的安装)向用户设备102提供更新的调度。此外，调度更新模块134可以基于从用户设备102接收的呼叫历史向用户设备102提供更新的调度，结合图3讨论。

在一些实例中，连接验证模块136可以包括验证与用户设备102的连接的功能。例如，连接验证模块136可以检测或监控握手协议，例如(例如，确定业务信道或承载已被分配给用户设备102)。此外，连接验证模块136可以检测与用户设备102相关联的一个或更多个语音或数据分组的发送和/或接收。例如，如果用户设备102已经完成与主网络108的握手但没有语音和/或数据分组已经从用户设备102发送和/或接收，连接验证模块136可以发起重新注册过程以促进用户设备102的通信。下面结合图6提供连接验证模块136的其他方面。

图2示出了实现本公开的紧急呼叫调度和验证的示例性用户设备200。在一些实施例中，用户设备200可以对应于图1的用户设备102，可以用于实现本文描述的各种操作。如本文所讨论的，用户设备200可以部署在各种装置中，例如用户设备102(1)，102(2)，....102(n)。此外，用户设备200可以在能够与其他远程设备进行有线或无线通信的任何类型的设备中实现。因此，用户设备200可以包括但不限于服务器、智能电话、移动电话、手机、平板电脑、便携式计算机、膝上型计算机、个人数字助理(pda)、电子书设备或任何其他电子设备，其可以生成、请求、接收、发送或交换语音、视频和/或数字数据。

如图所示，基站200包括存储紧急呼叫调度器116、连接验证模块118、位置模块204和网络状态模块206的存储器202。在一些实例中，存储器202可以包括图1的应用层110。此外，调制解调器层112的各方面可以在存储器202中和用户设备200的其他硬件中实现。此外，用户设备200包括处理器208、可移除存储器210和不可移除存储器212、输入设备214，输出设备216和收发器218。

在各种实施例中，存储器202是易失性的(诸如ram)、非易失性的(诸如rom，闪存等)或两者的某种组合。存储在存储器202中的紧急呼叫调度器116、连接验证模块118、位置模块204和网络状态模块206可以包括方法、线程、进程、应用程序或任何其他种类的可执行指令。紧急呼叫调度器116、连接验证模块118、位置模块204和网络状态模块206还可以包括配置文件和数据库。

上面在图1的讨论中提供了紧急呼叫调度器116和连接验证模块118的细节。如上所述，在一些实现方式中，紧急呼叫调度器116可以通过各种通信协议和/或网络超时、重试(重拨)或循环以建立用于紧急呼叫的通信。在一些实例中，紧急呼叫调度器116可以在一段时间之后或在多次尝试之后停止重试或重拨，并向用户提供网络可用性(例如，成功或失败)的指示。在一些实例中，紧急呼叫调度器116可以停止尝试建立通信，但是可以在网络可用时发起通信或向用户提供关于网络何时可用的指示。

在一些实例中，紧急呼叫调度器116可以包括用于调整紧急呼叫调度器116中的一个或更多个网络的优先级的定时器。例如，在经由第一网络拨打紧急呼叫时，紧急呼叫调度器116可以开始与第一网络相关联的计时器。在一些实例中，计时器可以从预定时间倒计时或者升至预定时间计时，诸如2分钟，1分钟，30秒等。如果在与定时器相关联的时间段内未建立和/或验证与第一网络的连接，可以暂时降低第一网络的优先级。因此，当第二次试图建立连接时，第一网络的优先级将降低，并且紧急呼叫调度器116可以尝试发起与第二网络的连接。

在一些实施例中，位置模块204可以包括确定用户设备200的位置的功能。例如，位置模块202可以从包括在用户设备200中的gps接收器114接收位置信息。在一些实例中，位置模块204可以基于对具有已知起始位置(例如，基站的位置)的多个信号的接收来确定用户设备的位置，以对用户设备200的位置进行三角测量。在一些实例中，位置模块204可以结合调度紧急呼叫将用户设备200的位置发送到一个或更多个基站。在一些实例中，位置模块204可以存储用户设备200的位置，并且在稍后服务可用时提供位置。

在一些实施例中，网络状态模块206可以包括确定网络108，128，130和/或132中的任何一个的服务质量(qos)的功能。例如，网络状态模块206可以确定信号的强度或质量，其可以用于确定在发起紧急呼叫时要调度哪个网络。在一些实例中，网络的选择可以仅基于由紧急呼叫调度器116确定的网络的优先级。在一些实例中，网络的选择可以基于网络状态模块206提供的网络的状态。例如，网络qos可以用作确定使用哪个网络的因素。作为示例而非限制，在主网络108和辅助网络128不可用的情况下，紧急呼叫调度器116可以在第三方网络130或wi-fi网络132上发起紧急呼叫。如果网络130或132的qos相同或在阈值水平内，则紧急呼叫调度器116可以选择第三方网络130作为尝试连接的下一网络。然而，如果wi-fi网络的qos高于第三方网络130的qos(或者qos之间的差异高于阈值)，则紧急呼叫调度器116可以在选择第三方网络130之前选择wi-fi网络132发起紧急呼叫。

此外，网络状态模块206可以连续地、以规则或不规则的间隔监视一个或更多个可用网络连接的状态，或者可以在发起紧急呼叫之前确定所有可用网络的qos。因此，在一些实例中，紧急呼叫调度器发起呼叫的网络的选择或优先级顺序可以至少部分地基于网络状态模块206提供的网络状态。

在一些实施例中，处理器208是一个或更多个中央处理单元(cpu)、图形处理单元(gpu)，或cpu和gpu两者，或本领域中已知的其他处理单元或组件。

用户设备200还包括附加数据存储设备(可移除和/或不可移除)，例如磁盘、光盘或磁带。这种附加存储设备在图2中通过可移除存储201和不可移除存储212示出。有形计算机可读介质可以包括以任何方法或技术实现的用于存储信息的易失性和非易失性、可移除和不可移除介质，例如计算机可读指令、数据结构、程序、模块或其他数据。存储器202、可移除存储210和不可移除存储212都是计算机可读存储介质的示例。计算机可读存储介质包括但不限于ram、rom、eeprom、闪存或其他存储技术，cd-rom、数字通用光盘(dvd)或其他光学存储器、磁带盒、磁带、磁盘存储器或者其他磁存储设备，或者可以用于存储所需信息并且可以由用户设备200访问的任何其他介质。任何这样的有形计算机可读介质可以是用户设备200的一部分。

用户设备200可以包括输入设备214，诸如小键盘、光标控制、触敏显示器、图像传感器等。此外，用户设备200可以包括输出设备236，诸如显示器、扬声器等。这些装置在本领域中是众所周知的，本文不需要详细讨论。

如图2所示，用户设备200可以包括一个或更多个有线或无线收发器218。在一些无线实施例中，为了增加吞吐量，收发器218可以使用多输入/多输出(mimo)技术。收发器218可以是能够参与无线、射频(rf)通信的任何种类的无线收发器。例如，收发器218可以实现一种或更多种技术，包括2g、3g、4g、lie、蓝牙、蓝牙低功耗、lorawi-fi、无线hd、wigig、z-wave、zigbee、am/fm、rfid、nfc、卫星无线电、卫星电话等。因此，收发器218可以使用地面或卫星收发器来实现gsm、umts和/或lte/lte高级电信技术。

图3示出了示例性集中式服务器300，其被配置为为用户设备提供更新的紧急调度器。在一些实施例中，集中式服务器300可以对应于图1的集中式服务器104，并且可以用于实现本文描述的各种操作。在本公开的情境中应理解，集中式服务器300可以实现为单个设备或多个设备，其中模块和数据分布在它们之间。例如，集中式服务器可以包括存储调度更新模块134、连接验证模块136、拓扑模块304和报告模块306的存储器302以提供紧急呼叫的调度和确认，如本文所述。此外，集中式服务器300包括处理器308、可移除存储310和不可移除存储312、输入设备314、输出设备316和收发器318。

在各种实施例中，存储器302是易失性的(诸如ram)、非易失性的(诸如rom、闪存等)或两者的某种组合。存储在存储器302中的调度更新模块134、连接验证模块136、拓扑模块304和报告模块306可以包括方法、线程、进程、应用程序或任何其他种类的可执行指令。调度更新模块134、连接验证模块136、拓扑模块304和报告模块306还可以包括配置文件和数据库。

以上在图1的讨论中提供了调度更新模块134和连接验证模块136的细节。

在一些实施例中，拓扑模块304可以包括监控或编目安装在特定位置的基站设备以提供无线服务的功能。因此，在接收到用户设备的位置时(例如，在初始化或通电时)，拓扑模块304可以确定安装在位置中的主网络和/或辅助网络的混合，并且可以将该拓扑提供给调度更新模块134以向用户设备提供优先级调度。

在一些实施例中，报告模块306可以提供从用户设备接收紧急呼叫的报告和/或历史呼叫数据以优化紧急呼叫优先级调度的功能。例如，在发出每个紧急呼叫之后，用户设备可以提供与紧急呼叫相关联的包括用户设备的位置(或者位置信息是否可用)、网络的qos、呼叫流程(例如，发起与网络的通信的顺序、超时、重试、连接成功/失败等)的所有活动的日志到集中式服务器300。报告模块306可以接收并收集活动日志以确定最佳呼叫调度/优先级以增加连接紧急呼叫的概率并增加连接成功的概率(例如，以促进通信)。

在一些实施例中，一个或更多个处理器308是中央处理单元(cpu)、图形处理单元(gpu)或cpu和gpu两者，或本领域中已知的其他处理单元或组件。

集中式服务器300还包括附加数据存储设备(可移除和/或不可移除)，例如磁盘、光盘或磁带。这种附加存储设备在图3中通过可移除存储器310和不可移除存储器312示出。有形计算机可读介质可以包括以任何方法或技术实现的用于存储信息的易失性和非易失性、可移除和不可移除介质，例如计算机可读指令、数据结构、程序、模块或其他数据。存储器302、可移除存储器310和不可移除存储器312都是计算机可读存储介质的示例。计算机可读存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术，cd-rom、数字通用光盘(dvd)、内容可寻址存储器(cam)或其他光学存储器，磁带盒、磁带、磁盘存储器或其他磁存储设备，或可用于存储所需信息并且可由集中式服务器300访问的任何其他介质。任何这种有形计算机可读介质可以是集中式服务器300的一部分。

集中式服务器300还可以包括输入设备334，诸如小键盘、光标控制、触敏显示器、语音输入设备等，以及输出设备316，诸如显示器、扬声器、打印机等。这些装置在本领域中是众所周知的，本文不需要详细讨论。

如图3所示，集中式服务器300还包括一个或更多个有线或无线收发器(318)。例如，收发器318可包括例如网络接口卡(nic)、网络适配器、lan适配器或用于连接到用户设备102或200的物理、虚拟或逻辑地址。为了在交换无线数据时增加吞吐量，收发器318可以利用多输入/多输出(mlmo)技术。收发器318可以包括能够参与无线、射频(rf)通信的任何种类的无线收发器。收发器318还可以包括其他无线调制解调器，例如用于参与wi-fi、wimax、蓝牙或红外通信的调制解调器。

图4-6示出了根据本公开的实施例的示例过程。这些过程被示为逻辑流程图，其每个操作表示可以用硬件、软件或其组合实现的一系列操作。在软件的情境中，操作表示存储在一个或更多个计算机可读存储介质上的计算机可执行指令，当由一个或更多个处理器执行时，执行所述操作。通常，计算机可执行指令包括执行特定功能或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。描述操作的顺序并不旨在被解释为限制，并且可以以任何顺序和/或并行地组合任何数量的所描述的操作以实现过程。

图4示出了用于在用户设备上实现紧急呼叫调度器的示例过程400。例如，示例性过程400可以由用户设备(例如，用户设备102或200)执行。此外，过程400中的一些或全部可以由环境100中的一个或更多个组件执行。

在402处，操作可以包括接收一个或更多个紧急呼叫调度。例如，用户设备(例如，用户设备102或200)可以基于来自用户设备(例如，响应于激活或通电特定位置的设备)的请求从集中式服务器(例如，集中式服务器104或300)接收紧急呼叫调度。在一些实例中，用户设备可以确定存储在用户设备中的当前紧急呼叫调度已经过期或者没有针对用户设备的位置进行配置，并且可以请求和/或接收响应中的紧急呼叫调度。

在404处，操作可以包括接收紧急呼叫的指示。在一些实例中，该操作可以包括从用户接收电话号码(例如，911)以呼叫紧急服务。在一些实例中，可以经由用户设备的触摸屏接收指示。

在406处，操作可以包括选择紧急呼叫调度。例如，该操作可以包括确定用户设备的位置，以及基于该位置选择紧急呼叫调度。在一些实例中，该操作可以包括选择默认紧急调度。

在408处，操作可以包括至少部分地基于紧急呼叫调度来选择紧急呼叫协议。例如，操作408可以包括选择主网络(例如，主网络108)作为所选呼叫协议并尝试发起与该网络的连接。在一些实例中，操作408可以包括确定或跟踪与紧急呼叫相关联的网络状态(例如，网络的qos)、呼叫尝试的次数、超时时段等。

在410处，操作可以包括确定呼叫连接是否成功。例如，操作410可以包括确定握手协议是否已经完成(例如，从基站接收的请求和确认)，是否已经分配了业务信道或承载等。此外，操作410可以包括确定是否已经从用户设备发送或接收了一个或更多个语音和/或数据分组。例如，操作410可以确定是否已经从用户设备发送了实时传输协议(rtp)分组，以及是否已经接收到对该分组的确认。在一些实例中，操作410可以包括确定连接的qos并确定qos是否高于qos阈值。此外，操作408可以包括在确定连接是否成功时确定或跟踪超时时段，特定协议的重试次数等。

如果呼叫连接不成功(操作410中为“否”)，则操作可以返回到操作408。在这种情况下，操作可以重试所选协议，或者可以至少部分基于紧急呼叫调度选择新协议。如果呼叫连接成功(操作410中为“是”)，则操作可以继续到操作412。在一些实例中，如果与连接相关联的qos低于阈值，则可以认为呼叫连接不成功。

在412处，操作可以包括促进紧急呼叫。在一些实例中，该操作可以包括收集和存储与紧急呼叫相关联的呼叫活动日志(例如，呼叫流程、尝试、成功、持续时间、网络状况等)提供给集中式服务器以更新紧急呼叫调度，如本文所述。在一些实例中，操作412可以包括利用用户设备的一个或更多个传感器结合紧急呼叫向网络提供商提供用户设备的位置。

图5示出了用于验证用户设备处的无线通信连接的示例过程500。例如，示例性过程500可以由用户设备(例如，用户设备102或200)执行。此外，过程500中的一些或全部可以由环境100中的一个或更多个组件执行。

在502处，操作可以包括在用户设备(例如，用户设备102或200)处发起通信，例如紧急呼叫。在一些实例中，操作502可以包括经由用户设备的触摸屏或输入设备接收电话号码。在一些实例中，操作502可以包括接收语音命令、对语音命令执行语音识别、识别地址以及发起与该地址的通信。在一些实例中，例如，结合呼叫调度器或呼叫优先级，或者结合紧急呼叫调度器，操作502可以包括选择网络或基站以发起通信。

在504处，操作可以包括确认与基站的握手。在一些实例中，操作504可以包括发送对通信信道的请求，以及接收业务信道分配或承载分配。在一些实例中，在操作504中确认的握手可以特定于通信协议，例如lte、4g、3g、2g等。

在506处，操作可以包括确定在用户设备处是否发送和/或接收语音和/或数据分组。例如，操作可以包括将语音分组发送到基站并接收已经接收到分组的确认。在一些实例中，该操作可以包括在用户设备处接收语音分组并向分组的发送方提供确认。

在508处，如果交换了语音/数据分组(操作508中为“是”，例如，基于操作506)，则操作继续到操作510，其包括促进通信。

如果尽管在操作504中确认了握手，但是不交换语音/数据分组(操作508中为“否”)，操作可以继续到操作512。在512处，操作可以包括确定是否重试建立与特定基站的连接。在一些实例中，操作512可以跟踪尝试建立连接的次数和/或与基站建立通信信道所花费的时间量。在一些实例中，操作512可以确定操作是否已经超时(例如，基于过程500的一个或更多个操作的定时器或时间阈值)。如果操作512确定重试(操作512中为“是”)，则该过程可以返回到操作502以使用特定协议发起与基站的通信。

如果操作512至少部分地基于重试次数或超时时段确定不重试(操作512中为“否”)，则操作可以进行到操作514。

在514处，操作可以包括选择新传输，例如新传输协议(例如，lte、4g、3g、2g等)、新基站或网络(例如，网络108，128，130，132)、网络运营商或提供商等。例如，可以基于紧急呼叫调度器和/或呼叫流程的任何优先级或排序、服务质量等来选择新的传输。如果选择新的传输(操作514中为“是”)，则该过程返回到操作502以发起新的通信。如果不选择新的传输(操作514中为“否”)，例如，基于重试次数、超时时段、网络可用性、服务质量、设备特性(例如，用户设备的电池)，操作可以继续到516。

在516处，操作可以包括提供错误的指示。例如，操作516可以包括经由用户设备提供音频、视觉和/或触觉反馈，以通知用户紧急呼叫不能完成。在一些实例中，操作536可以包括更新活动日志以在重新连接到网络时提供给集中式服务器。

图6示出了用于验证集中式服务器处的连接以进行无线通信的示例过程600。例如，示例性过程600可以由集中式服务器(例如，集中式服务器104或300)执行。此外，过程600中的一些或全部可以由环境100中的一个或更多个组件执行。

在602处，操作可以包括从用户设备(例如，用户设备102或200)接收连接请求。在一些实例中，连接请求可以是位于用户设备处并在集中式服务器(例如，集中式服务器104或300)处接收的紧急呼叫。

在604处，操作可以包括验证一个或更多个协议连接。例如，用户设备可以在ims系统中注册以接收通信。此外，操作604可以包括接收对业务信道分配的请求，以及将业务信道分配给用户设备。

在606处，操作可以包括例如基于与用户设备接收或发送实时传输协议(rtp)分组来确认连接。

在608处，操作可以包括至少部分地基于操作604和606的成功来确定呼叫连接是否成功，在一些实例中，当在用户设备和网络基站之间建立连接并且交换rtp分组时呼叫连接可以被认为是成功的，指示交换语音或数据业务。

如果呼叫连接成功(操作608中为“是”)，则操作进行到操作610，其包括促进呼叫，例如紧急呼叫。

如果呼叫连接不成功(操作608中为“否”)，则操作可以进行到操作612，其可以包括在网络上重新注册用户设备。在一些实例中，操作612可以包括向用户设备提供指令以发起或重新启动与相同网络或不同网络的通信。因此，过程600可用于快速确定连接的状态并补救连接，从而根据本公开的实施例提供到用户设备的连接。

结论

尽管用结构特征和/或方法动作专用的语言描述了本主题，但应理解，所附权利要求书中定义的主题不必限于所描述的具体特征或动作。而是，具体特征和动作被公开为实现权利要求的示例性形式。

权利要求书(按照条约第19条的修改)

1.一种装置，包括：

一个或更多个处理器；以及

存储器，其存储计算机可执行指令，当由所述一个或更多个处理器执行所述计算机可执行指令时，使所述一个或更多个处理器执行以下操作：

接收至少一个紧急呼叫调度，所述至少一个紧急呼叫调度包括至少部分基于一个或更多个通信协议的优先级发起紧急呼叫的呼叫流程；

接收发起所述紧急呼叫的请求；

至少部分地基于所述至少一个紧急呼叫调度来选择所述一个或更多个通信协议的第一优先级通信协议；

使用所述第一优先级通信协议发起第一通信；

确定所述第一通信失败；

至少部分地基于所述至少一个紧急呼叫调度来选择所述一个或更多个通信协议的第二优先级通信协议；以及

使用所述第二优先级通信协议发起第二通信。

2.根据权利要求1所述的装置，所述操作还包括：

至少部分地基于以下因素确定第二通信是成功的：

确定已为所述装置分配了业务信道；

确定已执行了握手协议；以及

确定已经从所述装置向与所述第二通信相关联的无线基站发送了至少一个实时传输协议(rtp)分组。

3.根据权利要求1所述的装置，其中所述第一优先级通信协议是与第一网络提供商相关联的长期演进(lte)通信协议，并且所述第二优先级通信协议是与所述第一网络提供商相关联的3g(第三代)通信协议。

4.根据权利要求1所述的装置，所述操作还包括：

确定所述装置的位置；

将所述装置的位置发送到集中式服务器；以及

至少部分地基于所述装置的位置接收所述至少一个紧急呼叫调度。

5.一种装置，包括：

一个或更多个处理器；以及

存储器，其存储计算机可执行指令，当由所述一个或更多个处理器执行所述计算机可执行指令时，使所述一个或更多个处理器执行以下操作：

接收至少一个紧急呼叫调度，所述至少一个紧急呼叫调度包括用于发起紧急通信的通信协议的优先级；

使用第一优先级通信协议发起通信，所述第一优先级通信协议至少部分地基于所述至少一个紧急呼叫调度；以及

至少部分地基于至少一个语音分组的发送来确定所述通信是成功的，或者至少部分地基于至少一个语音分组的发送失败来确定所述通信是失败的。

6.根据权利要求5所述的装置，其中所述至少一个紧急呼叫调度至少部分地基于与所述装置相关联的合约关系来指示所述通信协议的所述优先级。

7.根据权利要求5所述的装置，其中所述至少一个紧急呼叫调度至少部分地基于与各个通信协议相关联的服务质量(qos)来指示所述通信协议的所述优先级。

8.根据权利要求5所述的装置，其中所述至少一个紧急呼叫调度包括与第一位置相关联的第一紧急呼叫调度和与第二位置相关联的第二紧急呼叫调度，所述操作还包括：

确定所述装置位于所述第一位置；以及

响应于确定所述装置位于所述第一位置，选择所述第一紧急呼叫调度。

9.根据权利要求5所述的装置，还包括至少部分地基于网络拓扑中的更新来接收更新的紧急呼叫调度。

10.根据权利要求5所述的装置，其中所述至少一个紧急呼叫调度包括：

与第一网络提供商相关联的第一通信协议，所述第一通信协议包括长期演进(lte)协议；

与所述第一网络提供商相关联的第二通信协议，所述第二通信协议包括3g(第三代)协议；

与第二网络提供商相关联的第三通信协议，所述第二网络提供商与所述第一网络提供商不同；以及

包括wi-fi协议的第四通信协议。

11.根据权利要求10所述的装置，其中所述第一通信协议是第一优先级通信协议，所述第二通信协议是第二优先级通信协议，所述第三通信协议是第三优先级通信协议，并且所述第四通信协议是第四优先级通信协议。

12.根据权利要求5所述的装置，还包括：

存储所述至少一个紧急呼叫调度的应用层；以及

包括与至少ip(互联网协议)多媒体子系统(ims)层、电路交换层和wi-fi层相关联的逻辑的调制解调器层，其中所述至少一个紧急呼叫调度被配置为控制所述调制解调器层的至少一部分。

13.根据权利要求5所述的装置，其中所述至少一个紧急呼叫调度至少指示在选择另一通信协议之前针对各个通信协议要尝试的超时时段和重试次数。

14.一种处理器实现的方法，包括：

接收至少一个紧急呼叫调度，所述至少一个紧急呼叫调度包括用于发起紧急通信的通信协议的优先级；

将所述至少一个紧急呼叫调度存储在无线装置的应用层中，其中所述至少一个紧急呼叫调度被配置为控制所述无线装置的调制解调器层的至少一部分以：

使用第一优先级通信协议发起通信，所述第一优先级通信协议至少部分地基于所述至少一个紧急呼叫调度；以及

至少部分地基于至少一个语音分组的发送来确定所述通信是成功的，或者至少部分地基于所述至少一个语音分组的发送失败来确定所述通信是失败的。

15.根据权利要求14所述的处理器实现的方法，其中所述通信是与第一优先级通信协议相关联的第一通信，所述处理器实现的方法还包括：

确定所述第一通信失败；

至少部分地基于所述至少一个紧急呼叫调度来选择所述通信协议的第二优先级通信协议；以及

使用所述第二优先级通信协议发起第二通信。

16.根据权利要求15所述的处理器实现的方法，还包括：

确定已经为所述无线装置分配了业务信道；

确定已执行了握手协议；以及

确定所述无线装置已经将至少一个实时传输协议(rtp)分组发送到与所述第二通信相关联的无线基站；以及

确定所述第二通信是成功的。

17.根据权利要求14所述的处理器实现的方法，其中所述至少一个紧急呼叫调度包括第一通信协议和第二通信协议，其中，所述至少一个紧急呼叫调度至少指示在选择所述第二通信协议之前针对所述第一通信协议要尝试的超时时段和重试次数。

18.根据权利要求14所述的处理器实现的方法，还包括至少部分地基于网络拓扑中的更新来接收更新的紧急呼叫调度。

19.根据权利要求14所述的处理器实现的方法，其中所述至少一个紧急呼叫调度包括与第一位置相关联的第一紧急呼叫调度和与第二位置相关联的第二紧急呼叫调度，所述处理器实现的方法还包括：

确定所述无线装置位于所述第一位置；以及

响应于确定所述无线装置位于所述第一位置，选择所述第一紧急呼叫调度。

20.根据权利要求14所述的处理器实现的方法，其中所述至少一个紧急呼叫调度至少部分地基于与所述无线装置相关联的合约关系来指示所述通信协议的优先级。

21.一种系统，包括：

一个或更多个处理器；以及

存储器，其存储计算机可执行指令，当由所述一个或更多个处理器执行所述计算机可执行指令时，使所述一个或更多个处理器执行以下操作：

向至少一个用户设备提供至少一个紧急呼叫调度，所述至少一个紧急呼叫调度包括用于发起紧急通信的通信协议的优先级；

接收由所述至少一个用户设备至少部分地基于所述至少一个紧急呼叫调度发起的通信；

验证建立与所述通信相关联的协议的成功；以及

至少部分地基于在阈值时间量内没有接收到与所述至少一个用户设备相关联的实时传输协议(rtp)分组来确定所述通信是无效的。

22.根据权利要求21所述的系统，其中验证建立与所述通信相关联的所述协议的成功包括确定所述至少一个用户设备在与接收所述通信相关联的网络上注册。

23.根据权利要求22所述的系统，所述操作还包括向所述至少一个用户设备发送请求以在接收到所述通信的网络上重新注册所述至少一个用户设备。

24.根据权利要求21所述的系统，其中所述通信是与第一网络相关联的第一通信，所述操作还包括：向所述至少一个用户设备发送请求以与第二网络建立第二通信，所述第二网络至少部分地基于所述至少一个紧急呼叫调度。

25.根据权利要求21所述的系统，所述操作还包括接收与所述至少一个用户设备相关联的位置，以及

其中，至少部分地基于所述至少一个用户设备的位置向所述至少一个用户设备提供所述至少一个紧急呼叫调度。