适用于终端设备的定位方法和终端设备与流程

1.本技术涉及终端设备技术领域，尤其涉及一种适用于终端设备的定位方法和终端设备。


背景技术：

2.现有技术中，为了实现定位功能，安卓手机中会配置一颗gnss(全球导航卫星系统，global navigation satellite system)芯片和一根天线，用来接收和解算卫星信号，gnss芯片搜星功率是恒定的，并且只要具有定位功能的上层应用不停止调用，芯片不会主动停止定位。低电量时如何持续定位将会严重终端设备的使用，因此如何降低因定位导致的功耗仍是需要解决的问题。


技术实现要素：

3.本技术的目的是提供一种适用于终端设备的定位方法和终端设备，用以解决相关技术中终端设备定位功能功耗高的问题。
4.第一方面，本技术提供一种适用于终端设备的定位方法，所述终端设备包括主定位芯片和辅定位芯片，所述方法包括：
5.当所述主定位芯片定位失败时，关闭所述主定位芯片并切换到所述辅定位芯片进行卫星监视，并记录定位失败时主定位芯片的第一搜星数量和卫星信号的第一信噪比；其中，所述卫星监视包括监视第二搜星数量以及卫星信号的第二信噪比；其中所述主定位芯片的功耗高于所述辅定位芯片；
6.在预设关系集中查找所述第一搜星数量和所述第一信噪比对应的辅定位芯片的指定搜星数量和指定信噪比；其中所述预设关系集用于存储同等定位环境下主定位芯片执行搜星操作得到的信噪比和搜星数量与辅定位芯片执行搜星操作得到的信噪比和搜星数量之间的对应关系；
7.当所述第二搜星数量大于或等于所述指定搜星数量、且所述第二信噪比大于或等于所述指定信噪比时，关闭所述辅定位芯片并且启动所述主定位芯片进行定位。
8.在一种可能的实施方式中，确定所述主定位芯片定位失败，具体包括：
9.从所述主定位芯片生成的定位信息中获取不到所述主定位芯片解算的位置信息，则确定所述主定位芯片定位失败。
10.在一种可能的实施方式中，当所述主定位芯片定位失败，所述方法还包括：
11.若获取不到所述主定位芯片解算的位置信息，则执行延迟停止阶段的操作；
12.所述延迟停止阶段用于观测所述主定位芯片的定位结果，若所述主定位芯片的定位结果指示所述主定位芯片恢复定位，则继续采用所述主定位芯片进行定位；若所述延迟停止阶段内所述主定位芯片未恢复定位，则执行所述关闭所述主定位芯片并切换到所述辅定位芯片进行卫星监视的操作。
13.在一种可能的实施方式中，所述延迟停止阶段的时长为指定时长，确定所述延迟
停止阶段内所述主定位芯片未恢复定位，具体包括：
14.保持采用所述主定位芯片进行定位，并基于所述主定位芯片的定位结果确定主定位芯片执行搜星操作得到的第三搜星数量和第三信噪比；
15.若所述指定时长内所述主定位芯片的定位结果满足第一条件且所述主定位芯片未解算出位置信息，则确定所述主定位芯片在所述延迟停止阶段未恢复定位；
16.其中，所述第一条件包括：所述指定时长内所述主定位芯片的所述第三搜星数量小于或等于所述第一搜星数量，且所述指定时长内所述主定位芯片的所述第三信噪比小于或等于所述第一信噪比；
17.或者，
18.所述第一条件包括：所述指定时长内所述主定位芯片的所述第三搜星数量小于或等于所述第一搜索数量，所述指定时长内所述主定位芯片的所述第三信噪比小于或等于所述第一信噪比、所述指定时长内所述主定位芯片的第一性能参数大于或等于第一性能参数阈值且所述主定位芯片的第二性能参数大于或等于第二性能参数阈值，所述第一性能参数与所述指定时长内所述主定位芯片执行搜星操作得到的搜星数量减少的次数正相关，所述第二性能参数与所述指定时长内所述主定位芯片执行搜星操作得到的信噪比下降的次数正相关。
19.在一种可能的实施方式中，所述方法还包括：
20.若所述指定时长内所述主定位芯片未解算出位置信息且所述主定位芯片的所述指定时长内的定位结果不满足所述第一条件，则返回执行所述延迟停止阶段的操作。
21.在一种可能的实施方式中，所述延迟停止阶段的时长为指定时长，确定所述延迟停止阶段内所述主定位芯片恢复定位具体包括：
22.若所述指定时长内所述主定位芯片解算出位置信息，则确定所述主定位芯片在所述延迟停止阶段内恢复定位。
23.在一种可能的实施方式中，所述辅定位芯片对应至少两种天线，每种天线适用的定位卫星类型不同，则采用所述辅定位芯片进行卫星监视具体包括：
24.确定当前位置适用的定位卫星类型；
25.采用当前位置适用的定位卫星类型对应的天线进行所述辅定位芯片的卫星监视操作。
26.在一种可能的实施方式中，所述确定当前位置适用的定位卫星类型，具体包括：
27.采用互联网定位确定当前所处位置区域，或采用所述主定位芯片最后一次解算出的位置信息确定当前所处位置区域，或在互联网定位失败时采用所述主定位芯片最后一次解算出的位置信息确定当前所处位置区域；
28.确定当前所处位置区域对应的定位卫星类型作为当前位置适用的定位卫星类型。
29.在一种可能的实施方式中，所述方法还包括：
30.当所述第二搜星数量小于所述指定搜星数量、且所述和所述第二信噪比小于所述指定信噪比时，实时监测辅定位芯片的卫星监视情况和终端设备的运动情况，并基于监测结果执行相应控制操作，其中：
31.若所述辅定位芯片的卫星监视结果满足最低定位要求且所述终端设备处于静止状态，则控制辅定位芯片进入半休眠状态；其中，所述半休眠状态下每间隔第一指定定位时
间间隔启动一次所述辅定位芯片进行卫星监视、且所述辅定位芯片的单次卫星监视持续时长为第一指定持续时长；其中，所述最低定位要求包括所述第二搜星数量不低于预设最低搜星数量；
32.若所述辅定位芯片的卫星监视结果满足最低定位要求且所述终端设备处于运动状态，则控制辅定位芯片进入正常卫星监视状态；所述正常卫星监视状态下每间隔第二指定定位时间间隔启动一次所述辅定位芯片进行卫星监视、且每次定位持续时长为第二指定持续时长；
33.若所述辅定位芯片的卫星监视结果不满足最低定位要求且所述终端设备处于运动状态，则控制辅定位芯片进入所述半休眠状态；
34.若所述辅定位芯片的卫星监视结果不满足最低定位要求且所述终端设备处于静止状态，则控制所述辅定位芯片进入休眠状态，并在所述辅定位芯片处于休眠状态期间若检测到所述终端设备处于运动状态则控制辅定位芯片进入所述正常卫星监视状态。
35.在一种可能的实施方式中，所述第二指定定位时间间隔不低于定位时间间隔下限，且不高于定位时间间隔上限；所述第二指定持续时长不低于持续时长下限，且不高于持续时长上限。
36.在一种可能的实施方式中，所述方法还包括：
37.显示当前的定位模式，所述定位模式用于指示采用主定位芯片进行定位或采用辅定位芯片进行卫星监视，并在采用辅定位芯片进行卫星监视时所述定位模式还用于指示所述辅定位芯片处于半休眠状态、休眠状态或正常卫星监视状态中的一种状态。
38.在一种可能的实施方式中，所述方法还包括：
39.响应于对任意应用的定位模式的选择操作，控制所述应用基于选择的定位模式进行定位。
40.第二方面，本技术提供了一种终端设备，包括显示器、处理器、存储器、主定位芯片和辅定位芯片，其中：
41.所述显示器，用于显示信息；
42.所述主定位芯片的功耗高于所述辅定位芯片；
43.所述存储器，用于存储所述处理器可执行指令；
44.所述处理器，被配置为基于所述可执行指令执行如上述第一方面中任一项所述的适用于终端设备的定位方法。
45.在一种可能的实施方式中，所述主定位芯片连接主控芯片的天线，所述辅定位芯片对应至少两种天线，每种天线适用的定位卫星类型不同。
46.在一种可能的实施方式中，所述处理器还被配置为控制所述显示器显示当前的定位模式，所述定位模式用于指示采用主定位芯片进行定位或采用辅定位芯片进行卫星监视，并在采用辅定位芯片进行卫星监视时所述定位模式还用于指示所述辅定位芯片处于半休眠状态、休眠状态或正常卫星监视状态中的一种状态。
47.第三方面，本技术提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由终端设备执行时，使得所述终端设备能够执行如上述第一方面中任一项所述的适用于终端设备的定位方法。
48.第四方面，本技术提供一种计算机程序产品，包括计算机程序，所述计算机程序被
处理器执行时实现如上述第一方面中任一项所述的适用于终端设备的定位方法。
49.本技术的实施例提供的技术方案至少带来以下有益效果：
50.本技术实施例提供一种适用于终端设备的定位方法和终端设备，本技术通过增加一个辅定位芯片，使得所述终端设备包括主定位芯片和辅定位芯片，通过当所述主定位芯片定位失败时，关闭所述主定位芯片并切换到所述辅定位芯片进行卫星监视，并记录定位失败时主定位芯片的第一搜星数量和卫星信号的第一信噪比；在预设关系集中查找所述第一搜星数量和所述第一信噪比对应的辅定位芯片的指定搜星数量和指定信噪比；当所述辅定位芯片进行卫星监视获取的第二搜星数量大于或等于所述指定搜星数量、且所述辅定位芯片进行卫星监视获取的第二信噪比大于或等于所述指定信噪比，则关闭所述辅定位芯片并且启动所述主定位芯片进行定位。从而在失去信号或信号极弱的环境下，当主定位芯片定位失败时，关闭高功耗的主定位芯片，使用低功耗的辅定位芯片进行卫星监视，当搜星数量和信噪比达到主定位芯片定位的指定搜星数量和指定信噪比时，再次启动主定位芯片进行定位。由此，在失去信号或信号极弱导致主定位芯片定位失败时，可以关闭功耗高的主定位芯片以降低定位功能产生的功耗，并采用低功耗的辅定位芯片监视何时可以恢复主定位芯片的定位功能。由此在保证降低终端设备的功耗的情况下，还能及时恢复定位保证上层应用的定位需求。
51.本技术的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本技术而了解。本技术的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
52.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，显而易见地，下面所介绍的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
53.图1a为本技术实施例提供的一种终端设备的结构示意图；
54.图1b为本技术实施例提供的终端设备的一种软硬结合的框架示意图；
55.图2为本技术实施例提供的终端设备的软件结构框图；
56.图3为本技术实施例提供的一种适用于终端设备的定位方法的流程示意图；
57.图4为本技术实施例提供的确定延迟停止阶段内主定位芯片未恢复定位的流程示意图；
58.图5为本技术实施例提供的延迟停止阶段的流程示意图；
59.图6a为本技术实施例提供的辅定位芯片进入不同的状态的不同情况的示意图；
60.图6b为本技术实施例提供的辅定位芯片进行卫星监视的另一流程示意图；
61.图7a为本技术实施例提供的三种定位图标的示意图；
62.图7b为本技术实施例提供的显示定位图标的效果示意图；
63.图8为本技术实施例提供的一级菜单的示意图；
64.图9为本技术实施例提供的二级菜单的示意图；
65.图10为本技术实施例提供的另一种终端设备的结构示意图。
具体实施方式
66.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。其中，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
67.并且，在本技术实施例的描述中，除非另有说明，
″
/
″
表示或的意思，例如，a/b可以表示a或b；文本中的
″
和/或
″
仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况，另外，在本技术实施例的描述中，
″
多个
″
是指两个或多于两个。
68.以下，术语
″
第一
″
、
″
第二
″
仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有
″
第一
″
、
″
第二
″
、的特征可以明示或者隐含地包括一个或者更多个特征，在本技术实施例的描述中，除非另有说明，
″
多个
″
的含义是两个或两个以上。
69.现有技术中，为了实现定位功能，安卓手机中会配置一颗gnss(全球导航卫星系统，global navigation satellite system)芯片和一根天线，用来接收和解算卫星信号，gnss芯片搜星功率是恒定的，并且只要具有定位功能的上层应用不停止调用，芯片不会主动停止定位。
70.其中，gnss泛指所有的卫星导航系统，包括全球的、区域的和增强的以及相关的增强系统，还涵盖在建和以后要建设的其他卫星导航系统。国际gnss系统是个多系统、多层面、多模式的复杂组合系统。
71.gnss芯片设计厂商众多，每一家的设计差别非常大，很多厂家的gnss芯片是没有低功耗模式的。例如高通平台的低功耗模式，是针对其集成的gnss定位芯片引入动态省电功能，在信号良好的环境中搜索到足够多卫星的前提下，会自动关闭北斗和伽利略卫星频段，只保留gps和格洛纳斯频段，减少搜索卫星的数量，在不影响用户定位准确性的前提下有效降低强信号下的搜星功耗。
72.但是在失去信号或信号极弱的环境下，gnss芯片无法搜索到卫星时，终端设备仍然不会停止定位，会浪费电能，导致功率会无意义的消耗，因此如何降低因定位导致的功耗仍是需要解决的问题。
73.有鉴于此，本技术实施例提供了一种适用于终端设备的定位方法和终端设备，用以解决终端设备定位功耗高的问题。下面将结合实施例对本技术提供的适用于终端设备的定位方法和终端设备进行介绍。
74.本技术的发明构思可概括为：通过增加一个低功耗的辅定位芯片，使得终端设备包括高功耗的主定位芯片和低功耗的辅定位芯片，通过当主定位芯片定位失败时，关闭主定位芯片并切换到辅定位芯片进行卫星监视，并记录定位失败时主定位芯片的第一搜星数量和卫星信号的第一信噪比；在预设关系集中查找第一搜星数量和第一信噪比对应的辅定位芯片的指定搜星数量和指定信噪比；当辅定位芯片进行卫星监视获取的第二搜星数量大于或等于指定搜星数量、且辅定位芯片进行卫星监视获取的第二信噪比大于或等于指定信噪比，则关闭辅定位芯片并且启动主定位芯片进行定位。从而在失去信号或信号极弱的环境下，当主定位芯片定位失败时，关闭高功耗的主定位芯片，使用低功耗的辅定位芯片进行
卫星监视，当搜星数量和信噪比达到主定位芯片定位的指定搜星数量和指定信噪比时，再次启动主定位芯片进行定位，由此，在失去信号或信号极弱导致主定位芯片定位失败时，可以关闭功耗高的主定位芯片以降低定位功能产生的功耗，并采用低功耗的辅定位芯片监视何时可以恢复主定位芯片的定位功能。由此在保证降低终端设备的功耗的情况下，还能及时恢复定位保证上层应用的定位需求。
75.在介绍完本技术的发明构思之后，下面先对本技术提供的终端设备进行说明。图1a示出了一种终端设备100的结构示意图。应该理解的是，图1a所示终端设备100仅是一个范例，并且终端设备100可以具有比图1a中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
76.图1a中示例性示出了根据示例性实施例中终端设备100的硬件配置框图。如图1a所示，终端设备100包括：射频(radio frequency，rf)电路110、存储器120、显示单元130、摄像头140、传感器150、音频电路160、无线保真(wireless fidelity，wi-fi)模块170、处理器180、蓝牙模块181、以及电源190等部件。
77.rf电路110可用于在收发信息或通话过程中信号的接收和发送，可以接收基站的下行数据后交给处理器180处理；可以将上行数据发送给基站。通常，rf电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等器件。
78.存储器120可用于存储软件程序及数据。处理器180通过运行存储在存储器120的软件程序或数据，从而执行终端设备100的各种功能以及数据处理。存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器120存储有使得终端设备100能运行的操作系统。本技术中存储器120可以存储操作系统及各种应用程序，还可以存储执行本技术实施例适用于终端设备的定位方法的程序代码。
79.显示单元130可用于接收输入的数字或字符信息，产生与终端设备100的用户设置以及功能控制有关的信号输入，具体地，显示单元130可以包括设置在终端设备100正面的触摸屏131。
80.显示单元130还可用于显示由用户输入的信息或提供给用户的信息以及终端设备100的各种菜单的图形用户界面(graphical user interface，gui)。具体地，显示单元130可以包括设置在终端设备100正面的显示屏132。其中，显示屏132可以采用液晶显示器、发光二极管等形式来配置。
81.其中，触摸屏131可以覆盖在显示屏132之上，也可以将触摸屏131与显示屏132集成而实现终端设备100的输入和输出功能，集成后可以简称触摸显示屏。
82.摄像头140可用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，ccd)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，cmos)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器180转换成数字图像信号。
83.终端设备100还可以包括至少一种传感器150，比如三轴加速度传感器151、距离传感器152、地磁传感器153、重力传感器154。终端设备100还可配置有陀螺仪、指纹、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。
84.音频电路160、扬声器161、麦克风162可提供用户与终端设备100之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出。终端设备100还可配置音量按钮，用于调节声音信号的音量，还可以用于组合其他按钮，调整封闭区域。另一方面，麦克风162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出至rf电路110以发送给比如另一终端设备，或者将音频数据输出至存储器120以便进一步处理。
85.wi-fi属于短距离无线传输技术，终端设备100可以通过wi-fi模块170帮助用户收发电子邮件、浏览网页和访问流媒体等，它为用户提供了无线的宽带互联网访问。
86.处理器180是终端设备100的控制中心，利用各种接口和线路连接整个终端设备的各个部分，通过运行或执行存储在存储器120内的软件程序，以及调用存储在存储器120内的数据，执行终端设备100的各种功能和处理数据。在一些实施例中，处理器180可包括一个或多个处理单元；处理器180还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器180中。本技术中处理器180可以运行操作系统、应用程序、用户界面显示及触控响应，以及本技术实施例的适用于终端设备的定位方法。另外，处理器180与显示单元130耦接。
87.蓝牙模块181，用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，终端设备100可以通过蓝牙模块181与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。
88.终端设备100还包括给各个部件供电的电源190(比如电池)。电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电以及功耗等功能。终端设备100还可配置有电源按钮，用于终端设备的开机和关机，以及锁屏等功能。
89.终端设备100还包括主定位芯片191和辅定位芯片192，以及主定位芯片191连接的gnss天线193和辅定位芯片连接的gps(全球定位系统，global positioning system)信号天线194、bds(北斗卫星导航系统，beidou navigation satellite system)天线195。其中主定位芯片191为双频芯片，跟踪卫星通道数多，捕获灵敏度高，用于完成定位导航功能，以及向处理器180传输经纬度等定位信息，始终接到gnss天线193上。而辅定位芯片192为单频芯片，跟踪卫星通道数少，捕获灵敏度低，主要负责解析gps天线194或bds天线195所接收到的卫星信号强度等信息，并传送给处理器180。
90.图1b是本技术实施例的终端设备100的一种软硬结合的框架示意图。
91.如图1b所示，该终端设备包括主定位芯片191、辅定位芯片192、gnss天线193，gps天线194、bds天线195、双路输出三路输入电子开关201，android hal层202(硬件抽象层)和android framework层203(安卓系统框架层)，其中：
92.主定位芯片191为双频芯片，跟踪卫星通道数多，捕获灵敏度高，用于完成定位导航功能，并向android hal层202传输经纬度等定位信息，始终接到gnss天线193上，该芯片的使能节点为gpio(general-purpose input/output，通用型之输入输出)1。
93.辅定位芯片192为单频芯片，跟踪卫星通道数少，捕获灵敏度低，主要负责解析gps天线194或bds天线195所接收到的卫星信号强度、仰角、方位角等信息并传送给android hal层202，该辅定位芯片的使能节点为gpio2。当使用辅定位芯片时，可以向主定位芯片的
使能节点gpio1写入低电位关闭主定位芯片，同时向辅定位芯片的使能节点gpio2写入高电位启动辅定位芯片搜索卫星信号。
94.双路输出三路输入电子开关201的out-1输出管脚接到主定位芯片191上，对应的输入管脚则接到gnss天线193；而out-2输出管脚则接到辅定位芯片192上，其对应的输入天线并不固定，而是根据软件设置在gps天线194和bds天线195之间来回切换。
95.android hal层202：接收主定位芯片191或辅定位芯片192上报的卫星信号，并根据卫星信号控制开启主定位芯片进行定位还是开启辅定位芯片进行卫星监视。
96.android framework层203：安卓系统框架层，获取位置信息或获取主定位芯片1101解算的时区，决定辅定位芯片192搜索bds信号还是gps信号，即决定双路输出三路输入电子开关201切换到gps天线194还是bds天线195。
97.图2是本技术实施例的终端设备100的软件结构框图。
98.分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，可将android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(android runtime)和系统库，以及内核层。
99.应用程序层可以包括一系列应用程序包。
100.如图2所示，应用程序包可以包括需要定位功能的应用，如地图、导航、打车软件、即时通讯应用等，还可以包括相机，图库，日历，通话，地图，wlan，蓝牙，音乐，视频，短信息、设置等应用程序。
101.应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，api)和编程框架。应用程序框架层包括一些预先定义的函数。
102.如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。
103.窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等、还可以显示定位应用获得的定位信息、推送的消息等。
104.内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。数据可以包括定位的位置信息、视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿、短信息等。
105.视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括定位应用的通知图标的显示界面，可以包括位置信息的视图以及显示图片的视图。
106.电话管理器用于提供终端设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。
107.资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等。
108.通知管理器使应用程序可以在状态栏中显示通知信息(例如定位应用推送的消息、短信息的消息摘要，消息内容)，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提
示音，终端设备振动，指示灯闪烁等。
109.android runtime包括核心库和虚拟机。android runtime负责安卓系统的调度和管理。
110.核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
111.应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。
112.系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：opengl es)，2d图形引擎(例如：sgl)等。
113.表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2d和3d图层的融合。
114.媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：mpeg4，h.264，mp3，aac，amr，jpg，png等。
115.三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。
116.2d(一种动画方式)图形引擎是2d绘图的绘图引擎。
117.内核层是硬件和软件之间的层。内核层至少包含显示驱动，传感器驱动，位置驱动，信号驱动。
118.硬件抽象层：android hal层，用于接收主定位芯片或辅定位芯片上报的卫星信号，并根据上报的卫星信号决定开启主定位芯片进行定位还是开启辅定位芯片进行卫星监视。
119.安卓系统框架层：android framework，用于获取位置信息，决定辅定位芯片搜索bds信号还是gps信号。安卓系统框架层至少包括位置信息服务。
120.本技术实施例中的终端100可以为包括但不限于智能手机、平板电脑、可穿戴电子设备(例如智能手表)、笔记本电脑等具有定位功能的可移动电子设备。
121.为了便于理解本技术实施例提供的适用于终端设备的定位方法，下面结合附图对此进行进一步说明。
122.本技术实施例中终端设备包括主定位芯片和辅定位芯片，其中主定位芯片的功耗高于辅定位芯片。其中，主定位芯片为双频芯片，跟踪卫星通道数多，捕获灵敏度高，用于完成定位导航功能，并传输经纬度等定位信息，始终接到gnss天线上。辅定位芯片为单频芯片，跟踪卫星通道数少，捕获灵敏度低，主要负责解析gps天线194或bds天线195所接收到的卫星信号强度、仰角、方位角等信息并传送给图2中的硬件抽象层，因此主定位芯片比辅定位芯片的功耗高。
123.本技术实施例中，当主定位芯片失去定位时，需要低功耗的辅定位芯片进行卫星监视以便于及时恢复主定位芯片的定位。本技术实施例中卫星监视可包括监视搜星数量，即辅定位芯片搜索到的卫星数量，后文中为便于区分也简称为第二搜星数量。卫星监视还包括由辅定位芯片监测到的卫星信号的信噪比，即得到辅定位芯片得到的卫星信号的信噪比，后文为了便于区分也称之为第二信噪比。简言之卫星监视需要获得两个结果：一是第二搜星数量，二是第二信噪比。
124.为了能够便于辅定位芯片进行卫星监视，本技术实施例中可预先建立预设关系集，该预设关系集用于描述同等定位环境下主定位芯片和辅定位芯片的搜星能力和接收到卫星信号的情况。本技术实施例同等定位环境，例如包括同等卫星型号、同等信号强度。
125.在一种可能的实施方式中，通过在封闭实验室模拟同等定位环境下主定位芯片和辅定位芯片的搜星能力，从而建立预设关系集。例如，卫星类型确定后，模拟不同信号强度，然后在不同信号强度下测试主定位芯片和辅定位芯片的定位情况。如表1所示，在信号强度1的环境下，主定位芯片搜索到c
p1
颗卫星，平均信噪比为s
p1
，而辅定位芯片搜索到c
s1
颗卫星，平均信噪比为s
s1
。在信号强度2的环境下，主定位芯片搜索到c
p2
颗卫星，平均信噪比为s
p2
，而辅定位芯片搜索到c
s2
颗卫星，平均信噪比为s
s2
。通过实验不同信号强度环境下主定位芯片和辅定位芯片的搜星能力，建立预设关系集，然后基于该预设关系集，可实现通过辅定位芯片的卫星监视结果来判断是否恢复主定位芯片的定位功能。
126.表1
[0127][0128]
在预设关系集的基础上，本技术实施例提供的一种适用于终端设备的定位方法的流程示意图。如图3所示，该方法包括以下步骤：
[0129]
在步骤301中，当主定位芯片定位失败时，关闭主定位芯片并切换到辅定位芯片进行卫星监视，并记录定位失败时主定位芯片的第一搜星数量和卫星信号的第一信噪比。
[0130]
顾名思义，第一搜星数量指主定位芯片定位失败时主定位芯片搜索到的卫星数量，而第一信噪比为主定位芯片定位失败时主定位芯片搜索到的卫星信号的信噪比。
[0131]
本技术实施例中，当搜索到多个卫星时，每个卫星都会得到一个信噪比。则在实施时，第一信噪比和前述的第二信噪比可以采用搜索到的各个卫星的平均信噪比，也可以是基于卫星信号的强度和类型为不同卫星分配权重，第一信噪比和第二信噪比可以实施为对各卫星的信噪比的加权求和值。当然，具体实施时可根据实际需求设置求解第一信噪比和第二信噪比的方式，只要能够体现当前定位环境状况均适用于本技术实施例。
[0132]
例如，由于启动主定位芯片搜索的卫星信号会持续上报给android hal层，android hal层运行一个信号检测线程，用于对主定位芯片上报的nmea-183(national marine electronics association，gps导航设备统一的标准协议)语句进行提取，解析nmea-183。nmea-183语句是符合国际标准的语句，该语句中的字段7、字段11、字段15代表定位芯片上报的卫星的信噪比数据，一个字段代表一个卫星的信噪比。一个gpgsv(gps satellites in view，可见卫星信息)语句中包含三个卫星的信噪比，nmea-183语句中可能同时有多条gpgsv语句，即可能同时有3、6、9个卫星的信噪比。基于nmea-183语句中的这些字段得到各个卫星的信噪比之后，可以计算出第一信噪比。类似的，辅定位芯片搜星后，也可以从辅定位芯片的这些字段中得到各个卫星信号的信噪比，进而得到第二信噪比。
[0133]
若第一信噪比和第二信噪比为定位芯片上报的卫星的信噪比数据的平均值，可对字段7、字段11、字段15代表的卫星的信噪比的平均值，求平均值的方式可以通过将字段7、字段11、字段15上报的数据相加求均值，也可以是将字段7、字段11、字段15上报的数据相乘，再开次方求均值，本技术实施例对此不做限制。
[0134]
在一种可能的实施方式中，定位环境中是弱信号或无信号时主定位芯片容易定位失败。本技术实施例中可根据实际需求定义定位失败的特征来识别主定位芯片是否定位失败，该定位失败的特征例如搜索到不到卫星或搜索到卫星数量很少，亦或者第一信噪比很低。
[0135]
在另一种可能的实施方式中，定位失败还可以表现为主定位芯片无法解算出位置信息，该位置信息包括经纬度信息。
[0136]
假设用户从信号良好的开阔地带开始定位，此时采用主定位芯片进行定位，当用户进入无信号或者信号较弱的位置，检测到的卫星信噪比开始下降，直到主定位芯片无法解析出经纬度，则确定主定位芯片定位失败。定位芯片内部有gprmc(recommended minimum specific gps，推荐定位信息)语句，内部包含经纬度信息，可以读取该gprmc语句来确定主定位芯片是否解算出位置信息。
[0137]
实施时，一种可能的实施方式中，如果主定位芯片1次无法解算出位置信息，则确定主定位芯片定位失败，这样确定主定位芯片是否定位失败的灵敏度高，可及时采用辅定位芯片进行卫星监视来降低功耗。在另一种可能的实施方式中，如果主定位芯片连续多次和/或连续指定时长均无法解算出位置信息，则确定主定位芯片定位失败。例如预先设置获取位置信息的指定时长为5秒，若5秒时间之内都没有解析出经纬度信息，则确定主定位芯片定位失败，或者还可以设置获取位置信息的最高定位次数为3次，若连续3次都没有解析出经纬度信息，则确定主定位芯片定位失败。采用后一个方案能够有效避免偶然定位失败而关闭主定位芯片导致上层应用功能无法使用的情况。
[0138]
在步骤302中，在预设关系集中查找第一搜星数量和第一信噪比对应的辅定位芯片的指定搜星数量和指定信噪比。如前文所示，该预设关系集用于存储同等定位环境下主定位芯片执行搜星操作得到的信噪比和搜星数量与辅定位芯片执行搜星操作得到的信噪比和搜星数量之间的对应关系，通过该对应关系可感知定位环境是否适用于启动主定位芯片。
[0139]
示例性的，例如主定位芯片定位失败时，对应的信号强度为前文表1中的信号强度1，则说明当信号强度大于信号强度1，主定位芯片会恢复定位功能。在信号强度1时，主定位芯片的第一搜星数量c
p1
和第一信噪比s
p1
，查找表1可知，此时第一搜星数量c
p1
和第一信噪比s
p1
对应的辅定位芯片的指定搜星数量为c
s1
，指定信噪比为s
s1
，此时只要辅定位芯片进行卫星监视得到的第二搜星数量大于c
s1
，且第二信噪比大于s
s1
，就可以说明此时信号强度大于信号强度1，主定位芯片就可以进行定位操作。
[0140]
可实施为在步骤303中，当第二搜星数量大于或等于指定搜星数量、且第二信噪比大于或等于指定信噪比时，关闭辅定位芯片并且启动主定位芯片进行定位。
[0141]
在一种可能的实施方式中，在主定位芯片定位失败后，终端设备可能在短时间之内就会重新进入信号强的位置，从而可以解析出经纬度信息。为了避免在主定位芯片定位失败后立马切换到辅定位芯片，会干扰用户使用终端设备的定位功能，本技术实施例中当
主定位芯片定位失败，即若获取不到主定位芯片解算的位置信息，则执行延迟停止阶段的操作；延迟停止阶段用于观测主定位芯片的定位结果，若主定位芯片的定位结果指示主定位芯片恢复定位，则继续采用主定位芯片进行定位；若延迟停止阶段内主定位芯片未恢复定位，则执行关闭主定位芯片并切换到辅定位芯片进行卫星监视的操作。
[0142]
由此，可以通过设置延迟停止阶段的方式，使得在主定位芯片定位失败后不是立即使用辅定位芯片进行卫星监视而是暂时进入延迟停止阶段，实现若短时间之内重新进入信号强的位置，可以立即使用主定位芯片进行定位，不会影响用户的使用体验。
[0143]
在一种可能的实施方式中，可以设置延迟停止阶段的时长为指定时长，可以通过判定指定时长内主定位芯片有无解算出位置信息，来判定是否恢复主定位芯片进行定位。实施时若指定时长内主定位芯片解算出位置信息，则确定主定位芯片在延迟停止阶段内恢复定位，否则主定位芯片未恢复定位。由此，可以使得终端设备在延迟停止阶段的指定时长中任意时间解算出位置信息，就可以重新使得主定位芯片恢复定位。如图4所示的方法确定延迟停止阶段内主定位芯片未恢复定位，具体可执行为以下步骤：
[0144]
在步骤401中，保持采用主定位芯片进行定位，并基于主定位芯片的定位结果确定主定位芯片执行搜星操作得到的第三搜星数量和第三信噪比。
[0145]
顾名思义，第三搜星数量指在延迟停止阶段，主定位芯片搜索到的卫星数量，而第三信噪比为在延迟停止阶段，主定位芯片搜索到的卫星信号的信噪比。
[0146]
在步骤402中，若指定时长内主定位芯片的定位结果满足第一条件且主定位芯片未解算出位置信息，则确定主定位芯片在延迟停止阶段未恢复定位。
[0147]
其中，本技术实施例中可提供如下两种第一条件：
[0148]
第1种：第一条件包括指定时长内主定位芯片的第三搜星数量小于或等于第一搜星数量，且指定时长内主定位芯片的第三信噪比小于或等于第一信噪比。
[0149]
示例性的，如表2所示，若规定延迟停止阶段为1秒钟，则在1秒钟内主定位芯片执行搜星操作得到的第三搜星数量为c1，第三信噪比为s1，当c1小于等于c
p1
且s1小于等于s
p1
时，说明在这1秒钟内，主定位芯片的搜星数量和信噪比未达到恢复定位的第一搜星数量和第一信噪比，此时的信号强度不足以使得主定位芯片恢复定位。
[0150]
表2
[0151][0152]
第2种：第一条件包括指定时长内主定位芯片的第三搜星数量小于或等于第一搜索数量，指定时长内主定位芯片的第三信噪比小于或等于第一信噪比、指定时长内主定位芯片的第一性能参数大于或等于第一性能参数阈值且主定位芯片的第二性能参数大于或等于第二性能参数阈值，第一性能参数与指定时长内主定位芯片执行搜星操作得到的搜星数量减少的次数正相关，第二性能参数与指定时长内主定位芯片执行搜星操作得到的信噪比下降的次数正相关。
[0153]
示例性的，如表3所示，若规定延迟停止阶段为1秒钟，则在1秒钟内主定位芯片执
行搜星操作得到的第三搜星数量为c1，第三信噪比为s1，第一性能参数为p
snr
，第二性能参数为p
sat
，而主定位芯片进行定位时需要达到的第一搜星数量为c
p1
，第一信噪比为s
p1
，第一性能参数阈值为p
c1
，第二性能参数阈值为p
c2
，因此当c1小于等于c
p1
、s1小于等于s
p1
、p
snr
大于等于p
c1
且p
sat
大于等于p
c2
时，说明在这1秒钟内，主定位芯片的搜星数量和信噪比未达到恢复定位要求的第一搜星数量和第一信噪比且第一性能参数大于等于第一性能参数阈值，第二性能参数大于等于第二性能参数，此时的信号强度不足以使得主定位芯片恢复定位。
[0154]
表3
[0155][0156][0157]
在一种可能的实施方式中，可以通过计算主定位芯片的信噪比下降时间占比和搜星数量下降时间占比获取主定位芯片的第一性能参数和第二性能参数，具体可以实施为：
[0158]
可以通过设置数据类型为int类型的变量decsnr(decrease signal-noise ratio，减小信噪比)，用于记录检测指定时长t内，当前时刻(单位为秒)信噪比相对于前一时刻信噪比下降的次数，同时设置数据类型为int类型的变量decsat(decrease sat，减小卫星数量)，用于记录检测指定时长t内，当前时刻(单位为秒)搜星数量相对于前一时刻搜星数量下降的次数。例如，在10s内，搜星数量分别为5，4，4，6，3，2，3，4，3，2，那么可以计算出，decsat＝5；信噪比分别为3.5，3.8，3.2，3，4，3.9，3.7，4.5，4，3.8，那么可以计算出，decsnr＝6。同时通过以下公式(1)得到第一性能参数，通过公式(2)得到第二性能参数：
[0159][0160][0161]
其中，也可以通过直接计算主定位芯片卫星颗数下降次数和信噪比下降次数，获取第一性能参数和第二性能参数，本技术实施例对获取第一性能参数和第二性能参数的方法不做限制。其中第一性能参数阈值和第二性能参数阈值可根据需要设定。第一性能参数阈值和第二性能参数阈值设置的越高，则要求主定位芯片的卫星颗数下降次数和信噪比下降次数越多，能够更加容易的达到第一性能参数阈值和第二性能参数阈值，使得主定位芯片更容易恢复定位，功耗比较大。第一性能参数阈值和第二性能参数阈值设置的越低，则要求主定位芯片的卫星颗数下降次数和信噪比下降次数越少，越不容易达到第一性能参数阈值和第二性能参数阈值，使得主定位芯片不容易恢复定位，功耗比较小。
[0162]
在一种可能的实施方式中，若指定时长内主定位芯片未解算出位置信息且主定位芯片的指定时长内的定位结果不满足第一条件，则返回执行延迟停止阶段的操作。也即，可以继续观测主定位芯片是否能够恢复定位以便于满足上层应用的定位需求。示例性的，图5为本技术实施例提供的延迟停止阶段的流程示意图，包括以下步骤：
[0163]
在步骤501中，保持采用主定位芯片进行定位，并基于主定位芯片的定位结果确定主定位芯片执行搜星操作得到的第三搜星数量和第三信噪比。
[0164]
在步骤502中，继续测量卫星数量和信号变化，判断指定时长内主定位芯片是否恢复定位，若恢复定位，则在步骤503中，主定位芯片定位；若未恢复定位，则在步骤504中，判断主定位芯片的定位信息是否满足第一条件，若满足第一条件，则在步骤505中，辅定位芯片进行卫星监视；若不满足第一条件，则继续执行步骤502。
[0165]
由此，可以通过上述方法确定进入延迟停止阶段后主定位芯片进行定位或者辅定位芯片进行卫星监控的时机。
[0166]
在一种可能的实施方式中，辅定位芯片对应至少两种天线，每种天线适用的定位卫星类型不同，因此若使用辅定位芯片进行卫星监视，则需要先判断辅定位芯片的定位卫星类型以便于更准确的判断定位环境是否变好到可以回复主定位芯片的定位功能。如图1b所示，辅定位芯片含有两种天线：一种用于搜索gps信号、另一种用于搜索bds信号，本技术中采用辅定位芯片进行卫星监视还需要先确定当前位置适用的定位卫星类型；再采用当前位置适用的定位卫星类型对应的天线进行辅定位芯片的卫星监视操作。
[0167]
在一种可能的实施方式中，确定当前位置适用的定位卫星类型可以实施为以下方式中的任一种：
[0168]
方式1：采用互联网定位确定当前所处位置区域；
[0169]
方式2：采用主定位芯片最后一次解算出的位置信息确定当前所处位置区域；
[0170]
方式3：在互联网定位失败时采用主定位芯片最后一次解算出的位置信息确定当前所处位置区域；
[0171]
在采用以上方式确定出当前所处位置区域之后确定该区域对应的定位卫星类型作为当前位置适用的定位卫星类型。
[0172]
示例性的，可以在图2所示的android framework(安卓系统框架)层的位置信息服务(locationmanagerservice)中通过互联网定位方式获取当前所在位置，如果没有效网络，则使用主定位芯片最后一次解算出的经纬度信息确定当前所处位置。若经纬度信息落在(53
°
33
′
n，123
°
15
′
e)-(48
°
27
′
n，135
°
05
′
e)-(3
°
51
′
n，112
°
16
′
e)-(39
°
15
′
n，73
°
33
′
e)这四个点连线组成的封闭区域内范围内，则使用bds天线搜索北斗信号，若经纬度信息落在其他区域，则使用gps天线搜索gps信号，这样可以保证在任何位置都能搜索到数量最多的卫星，判断完毕后，系统框架层会通知驱动节点将双路输出三路输入电子开关切换到对应天线。由此，可以确定辅定位芯片进行卫星监视时所处的当前位置适用的定位卫星类型。
[0173]
在一种可能的实施方式中，因为大部分gnss芯片定位要求都有最低搜星数量，低于最低搜星数量无法完成定位，因此在本技术实施例中设置最低定位要求，该最低定位要求包括：辅定位芯片的第二搜星数量不低于预设最低搜星数量。例如，可以设置最低搜星数量为4颗卫星，则必须保证第二搜星数量大于或者等于4颗卫星。由此可以保证无论是主定位芯片还是辅定位芯片在运行时搜索到的卫星都满足最低定位要求。
[0174]
在一种可能的实施方式中，当第二搜星数量小于指定搜星数量、且和第二信噪比小于指定信噪比时，不满足主定位芯片进行定位的最低定位要求时，为了在用户进入静止状态时更好的降低功耗，本技术实施例中还可以实时监测辅定位芯片的卫星监视情况和终端设备的运动情况，并基于监测结果执行相应控制操作。
[0175]
可定义辅定位芯片具有半休眠状态、休眠状态和正常卫星监视状态。其中，半休眠状态下每间隔第一指定定位时间间隔启动一次辅定位芯片进行卫星监视、且辅定位芯片的单次卫星监视持续时长为第一指定持续时长，例如半休眠状态下可以每30秒启动一次辅定位芯片进行卫星监视，每次卫星监视持续40秒。其中，休眠状态下，主定位芯片和辅定位芯片都停止工作。正常卫星监视状态下每间隔第二指定定位时间间隔启动一次辅定位芯片进行卫星监视、且每次定位持续时长为第二指定持续时长，例如正常卫星监视状态下可以每10秒启动一次辅定位芯片进行卫星监视，每次卫星监视持续50秒。由此可见，不同状态将导致不同的功耗，显然功耗由高到低的顺序依序为正常卫星监视状态、半休眠状态、最后是休眠状态。为了能够合理利用辅定位芯片进行卫星监视，而且能够降低功耗，本技术实施例中如图6a所示，可基于不同的情况控制辅定位芯片进入不同的状态，其中包括以下几种情况：
[0176]
情况1)、若辅定位芯片的卫星监视结果满足最低定位要求且终端设备处于静止状态，则控制辅定位芯片进入半休眠状态。例如设置最低搜星数量为4颗卫星，则最低定位要求为辅定位芯片的第二搜星数量c≥4，若前文所述的在信号强度1时，主定位芯片定位失败，通过表1可知，对应的辅定位芯片的指定搜星数量为c
s1
，指定信噪比为s
s1
，则当辅定位芯片的第二搜星数量c＜c
s1
且c≥4，且第二信噪比s＜s
s1
时，满足最低定位要求，此时若终端设备处于静止状态，则辅定位芯片进入半休眠状态。
[0177]
情况2)、若辅定位芯片的卫星监视结果满足最低定位要求且终端设备处于运动状态，则控制辅定位芯片进入正常卫星监视状态。例如设置最低搜星数量为4颗卫星，则最低定位要求为辅定位芯片的第二搜星数量c≥4，若前文所述的在信号强度1时，主定位芯片定位失败，通过表1可知，对应的辅定位芯片的指定搜星数量为c
s1
，指定信噪比为s
s1
，则当辅定位芯片的第二搜星数量c＜c
s1
且c≥4，且第二信噪比s＜s
s1
时，满足最低定位要求，此时若终端设备处于运动状态，则辅定位芯片进入正常卫星监视状态。
[0178]
情况3)、若辅定位芯片的卫星监视结果不满足最低定位要求且终端设备处于运动状态，则控制辅定位芯片进入半休眠状态。例如设置最低搜星数量为4颗卫星，则最低定位要求为辅定位芯片的第二搜星数量c≥4，若前文所述的在信号强度1时，主定位芯片定位失败，通过表1可知，对应的辅定位芯片的指定搜星数量为c
s1
，指定信噪比为s
s1
，则当辅定位芯片的第二搜星数量c＜c
s1
且c＜4，且第二信噪比s＜s
s1
时，不满足最低定位要求，此时若终端设备处于运动状态，则辅定位芯片进入半休眠状态。
[0179]
情况4)、若辅定位芯片的卫星监视结果不满足最低定位要求且终端设备处于静止状态，则控制辅定位芯片进入休眠状态。例如设置最低搜星数量为4颗卫星，则最低定位要求为辅定位芯片的第二搜星数量c≥4，若前文所述的在信号强度1时，主定位芯片定位失败，通过表1可知，对应的辅定位芯片的指定搜星数量为c
s1
，指定信噪比为s
s1
，则当辅定位芯片的第二搜星数量c＜c
s1
且c＜4，且第二信噪比s＜s
s1
时，不满足最低定位要求，此时若终端设备处于静止状态，则辅定位芯片进入休眠状态。
[0180]
情况5)、在辅定位芯片处于休眠状态期间若检测到终端设备处于运动状态则控制
辅定位芯片进入正常卫星监视状态。例如设置最低搜星数量为4颗卫星，则最低定位要求为辅定位芯片的第二搜星数量c≥4，若前文所述的在信号强度1时，主定位芯片定位失败，通过表1可知，对应的辅定位芯片的指定搜星数量为c
s1
，指定信噪比为s
s1
，则当辅定位芯片的第二搜星数量c＜c
s1
且c＜4，且第二信噪比s＜s
s1
时，不满足最低定位要求，此时若终端设备处于静止状态，则辅定位芯片进入休眠状态，在休眠状态期间，若终端设备进入运动状态，此时辅定位芯片进入正常卫星监视状态。
[0181]
在一种可能的实施方式中，指定持续时长(包括前述的第一指定持续时长和第二指定持续时长)过短可能导致搜星数量不够，造成误判，指定持续时长过长，可能导致在搜索不到卫星时持续工作，增大功耗。指定定位时间间隔(包括前述的第一指定定位时间间隔和第二指定定位时间间隔)太短可能导致频繁定位，增加功耗，指定定位时间间隔太长可能导致，定位的间隔时间过长影响用户使用，因此本技术中设置了指定定位时间间隔的上限和下限，也设置了指定持续时长的上限和下限，使得第一指定定位时间间隔不低于指定定位时间间隔下限，且不高于指定定位时间间隔上限；第一指定持续时长不低于指定持续时长下限，且不高于指定持续时长上限；第二指定定位时间间隔不低于指定定位时间间隔下限，且不高于指定定位时间间隔上限；第二指定持续时长不低于指定持续时长下限，且不高于指定持续时长上限。由此保证用户的使用体验和功率的最小消耗。
[0182]
在一种可能的实施方式中，指定定位间隔和指定持续时长可以根据辅定位芯片的性能进行设置，也可以设置根据终端设备的当前运动速度进行计算得到，本技术实施例对此不做限制。
[0183]
示例性的，根据终端设备的当前运动速度确定指定持续时长(包括前述的第一指定持续时长和第二指定持续时长)和指定定位时间间隔(包括前述的第一指定定位时间间隔和第二指定定位时间间隔)，假设当前终端设备的运动速度为v，最小运动速度v
min
，最大运动速度v
max
，定位时间间隔下限d
min
，定位时间间隔上限d
max
，持续时长下限t
min
，持续时长上限t
max
，根据下述公式(3)和公式(4)可以得到指定定位时间间隔d和指定持续时长t：
[0184][0185]
由此可知，可以根据终端设备的当前运动速度获得指定定位时间间隔和指定持续时长，指定持续时长t与终端设备的当前运动速度正相关，而指定定位时间间隔d与终端设备的当前运动速度负相关，终端设备运动速度越大，定位的指定定位时间间隔d越短，指定持续时长t越长。同时还设置了指定定位时间间隔的上限和下限以及指定持续时长的上限和下限。其中，计算得到指定定位时间间隔d和指定持续时长t的方法，本技术实施例不做限制。
[0186]
示例性的，图6b为本技术实施例提供的辅定位芯片进行卫星监视的另一流程示意图。本技术实施例中，辅定位芯片执行卫星监视操作可以具体执行如图6b所示的步骤：
[0187]
在步骤601中，辅定位芯片卫星监视，主定位芯片休眠。
[0188]
在步骤602中，判断辅定位芯片的第二搜星数量是否大于或等于指定搜星数量、且第二信噪比是否大于或等于指定信噪比，若是则在步骤603中，主定位芯片定位辅定位芯片休眠，若否则在步骤604中，判断是否满足最低定位要求；
[0189]
若满足最低定位要求，则在步骤605中，判断终端设备是否处于运动状态，若处于运动状态，则返回执行步骤601，若不处于运动状态，则在步骤606中进入半休眠阶段。
[0190]
若不满足最低定位要求，则在步骤607中，判断终端设备是否处于运动状态，若处于运动状态，则返回执行步骤606，若不处于运动状态，则在步骤608中进入休眠阶段，且一旦检测到终端设备处于运动状态，则立即执行步骤601。
[0191]
其中，判断终端设备是否处于运动状态，可以根据三轴加速度/地磁/重力传感器(简称综合运动传感器)进行判断。具体可实施为：由综合运动传感器将加速度，角度等相应的的数据输入android framework(安卓系统框架)层，利用傅里叶变换或积分算法计算当前的终端设备的运动状态，从而判断用户当前的运动状态。
[0192]
需要指出的是，综合运动传感器输入数据转换为得到的速度不需要十分准确，取决于传感器精度，只要能反映终端设备是静止状态还是运动状态即可。
[0193]
其中，综合运动传感器包括三轴加速度传感器、地磁传感器、重力传感器中的至少一种。这三种传感器虽然独立工作，但是它们可以作为一组传感器配合使用，上报获得的数据来判断用户是否是静止状态。例如，用户平移时，陀螺仪检测不到变化，但是加速度传感器和地磁传感器有变化。用户反转终端设备时，加速度传感器和地磁传感器检测不到变化，但是陀螺仪有变化。故此，采用三种传感器能够互相弥补不足，适用不同情况，从而可以灵敏的感知终端设备的运动状态的变化。由此，可以实现在终端设备不同的运动状态下自动切换进入不同的状态，从而可以最大幅度的降低功耗。
[0194]
在一种可能的实施方式中，本技术实施例中还显示当前的定位模式，定位模式用于指示采用主定位芯片进行定位或采用辅定位芯片进行卫星监视，并在采用辅定位芯片进行卫星监视时定位模式还用于指示辅定位芯片处于半休眠状态、休眠状态或正常卫星监视状态中的一种状态。
[0195]
示例性的，如图7a所示，为本技术实施例提供的三种定位图标的示意图。当智能省电定位功能处于关闭状态，则显示图7a所示的正常定位图标(a)；当智能省电定位功能处于开启状态且处于主定位芯片定位时，界面中将以显著方式提醒用户，包括但不限于状态栏图标提示，导航栏图标提示，气泡提示，界面闪烁等，例如状态栏的定位图标由图7a所示的正常定位图标(a)变为图7a所示的定位图标(b)；当智能省电定位功能处于开启状态且处于辅定位芯片定位或者关闭辅定位芯片时，界面中将以显著方式提醒用户，包括但不限于状态栏图标提示，导航栏图标提示，气泡提示，界面闪烁等，例如状态栏的定位图标由图7a所示的定位图标(b)变为图7a所示的定位图标(c)，变为图7a所示的定位图标(c)的具体显示效果如图7b所示。
[0196]
在一种可能的实施方式中，本技术还可以响应于对任意应用的定位模式的选择操作，控制应用基于选择的定位模式进行定位。示例性的，图8为本技术实施例提供的一级菜单的示意图，图9为本技术实施例提供的二级菜单的示意图。用户在设置菜单中，增加如图8所示的智能省电定位模式一级菜单和图9所示的智能省电定位方案二级菜单。图8所示的一
级菜单中包含所有已安装的应用，图9所示的二级菜单包含三种智能省电定位模式：关闭、标准和增强。
[0197]
其中
″
关闭
″
模式指的是该应用定位时不会使用智能省电定位逻辑；
″
标准
″
模式指的是该应用定位时允许进入除
″
休眠阶段
″
以外的其他阶段；
″
增强
″
模式指的是该应用定位时允许进入所有模式，包括半休眠状态模式和休眠状态模式。若用户不使用智能省电定位逻辑，则终端设备一直保持原有的定位动能，即一直使用主定位芯片进行定位，就不会降低终端设备的功耗，若用户使用
″
标准
″
模式和
″
增强
″
模式，才可以降低终端设备的功耗，由此，用户可以根据实际需求自主选择定位模式使用。
[0198]
其中三种模式的严格程度由弱变强，每一个应用均有图9所示的二级菜单。用户可以针对不同应用选择不同的定位模式。执行原则为
″
弱优先
″
，也即：
[0199]
若有用户选择了所有应用都生效的关闭模式，则所有应用执行关闭模式；若没有应用选择关闭模式，只要有应用选择标准模式，则所有应用都执行标准模式；若没有应用选择关闭模式，也没有应用选择标准模式，则全部应用执行增强模式。任何应用停止或开始定位，均满足执行原则。如图8所示，如果相机正在使用智能省电定位模式，当为相机选择关闭模式时，那么地图应用和美图应用也被强制选择关闭模式；如果相机没有使用智能省电定位模式，但是高德正在使用智能省电定位模式，当高德选择标准模式时，美图也被强制选择标准模式。由此，可以使得终端设备中所有应用使用的定位模式一致，不会引起各种应用定位模式不一致造成的混乱，且根据一定的执行原则进行定位也会达到节约功耗的目的。
[0200]
基于前文的描述，本技术实施例提供一种适用于终端设备的定位方法和终端设备，通过增加一个低功耗的辅定位芯片，使得终端设备包括高功耗的主定位芯片和低功耗的辅定位芯片，通过主定位芯片定位失败时，关闭主定位芯片并切换到辅定位芯片进行卫星监视，并记录定位失败时主定位芯片的第一搜星数量和卫星信号的第一信噪比；在预设关系集中查找第一搜星数量和第一信噪比对应的辅定位芯片的指定搜星数量和指定信噪比；当辅定位芯片进行卫星监视获取的第二搜星数量大于或等于指定搜星数量、且辅定位芯片进行卫星监视获取的第二信噪比大于或等于指定信噪比，则关闭辅定位芯片并且启动主定位芯片进行定位。从而在失去信号或信号极弱的环境下，当主定位芯片定位失败时，关闭高功耗的主定位芯片，使用低功耗的辅定位芯片进行卫星监视，当搜星数量和信噪比达到主定位芯片定位的指定搜星数量和指定信噪比时，再次启动主定位芯片进行定位。由此，在失去信号或信号极弱导致主定位芯片定位失败时，可以关闭功耗高的主定位芯片以降低定位功能产生的功耗，并采用低功耗的辅定位芯片监视何时可以恢复主定位芯片的定位功能。由此在保证降低终端设备的功耗的情况下，还能及时恢复定位保证上层应用的定位需求。
[0201]
基于相同的发明构思，图10示出了本技术实施例提供的另一种终端设备的结构示意图，如图10所示，该终端设备包括处理器1001、存储器1002、主定位芯片1003、辅定位芯片1004、显示器1005，其中：
[0202]
所述显示器1005，用于显示信息；
[0203]
所述主定位芯片1003的功耗高于所述辅定位芯片1004；
[0204]
所述存储器1002，用于存储所述处理器1001可执行指令；
[0205]
所述处理器1001，被配置为基于所述可执行指令执行如上述任一项所述的适用于
终端设备的定位方法。
[0206]
在一种可能的实施方式中，所述主定位芯片1003连接主控芯片的天线，所述辅定位芯片1004对应至少两种天线，每种天线适用的定位卫星类型不同。
[0207]
在一种可能的实施方式中，所述处理器1001还被配置为控制所述显示器1005显示当前的定位模式，所述定位模式用于指示采用主定位芯片1003进行定位或采用辅定位芯片1004进行卫星监视，并在采用辅定位芯片1004进行卫星监视时所述定位模式还用于指示所述辅定位芯片1004处于半休眠状态、休眠状态或正常卫星监视状态中的一种状态。
[0208]
本技术提供的实施例之间的相似部分相互参见即可，以上提供的具体实施方式只是本技术总的构思下的几个示例，并不构成本技术保护范围的限定。对于本领域的技术人员而言，在不付出创造性劳动的前提下依据本技术方案所扩展出的任何其他实施方式都属于本技术的保护范围。
[0209]
此外，尽管在附图中以特定顺序描述了本技术方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
[0210]
本领域内的技术人员应明白，本技术的实施例可提供为方法、终端设备或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0211]
本技术是参照根据本技术的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0212]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0213]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0214]
显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。