CN117367487A - 爬高状态识别方法和装置 - Google Patents

Abstract

本申请实施例提供一种爬高状态识别方法和装置，涉及终端技术领域，方法包括：基于加速度数据，确定第一终端设备是否处于第一状态，第一状态用于指示第一终端设备处于第一状态时第一终端设备在至少两个时刻位于不同的海拔；当第一终端设备不是处于第一状态，基于第一时刻获得的第一气压数据和第二时刻获得的第二气压数据确定第一终端设备处于步行爬高状态；其中，处于步行爬高状态的第一终端设备在第一时刻和第二时刻位于不同的海拔。这样，使得第一终端设备可以实现对第一状态的检测，避免第一状态影响到步行爬高状态的识别，进而提高爬高状态识别方法的准确性。

Description

爬高状态识别方法和装置

技术领域

本申请涉及终端技术领域，尤其涉及一种爬高状态识别方法和装置。

背景技术

随着互联网的普及和发展，人们对于终端设备的功能需求也越发多样化。例如，为了满足用户对于运动健康功能的使用需求，终端设备通常可以在检测到用户运动时，对运动时间、运动消耗热量、运动平均配速、运动平均速度、运动步频、运动平均步幅、以及运动步数等基础运动数据进行检测，并显示在终端设备的界面中，使得用户可以观测到整个运动过程的多种数据。

通常情况下，终端设备除了需要对上述基础运动数据进行检测外，还可以对爬高状态进行识别。例如，终端设备可以基于预先构建的模型识别终端设备是否处于爬高状态。

然而，上述爬高状态识别方法的准确性较低。

发明内容

本申请实施例提供一种爬高状态识别方法和装置，使得终端设备可以实现对第一状态的检测，避免第一状态影响到步行爬高状态的识别，进而提高爬高状态识别方法的准确性。

第一方面，本申请实施例提供一种爬高状态识别方法，方法包括：获取加速度数据；加速度数据为预设时长内获取的数据；预设时长中包括第一时刻以及第二时刻；基于加速度数据，确定第一终端设备是否处于第一状态，第一状态用于指示第一终端设备处于第一状态时第一终端设备在至少两个时刻位于不同的海拔；当第一终端设备不是处于第一状态，基于第一时刻获得的第一气压数据和第二时刻获得的第二气压数据确定第一终端设备处于步行爬高状态；其中，处于步行爬高状态的第一终端设备在第一时刻和第二时刻位于不同的海拔。这样，使得第一终端设备可以实现对第一状态的检测，避免第一状态影响到步行爬高状态的识别，进而提高爬高状态识别方法的准确性。

在一种可能的实现方式中，基于第一时刻获得的第一气压数据和第二时刻获得的第二气压数据确定第一终端设备处于步行爬高状态，包括：确定第一气压数据对应的海拔与第二气压数据对应的海拔之间的差值，得到海拔差值；在海拔差值大于第一阈值时，确定第一终端设备处于步行爬高状态。这样，第一终端设备可以通过第一气压数据以及第二气压数据之间的海拔差值，确定海拔是否升高。

在一种可能的实现方式中，第一状态包括下述一种或多种：飞行爬高状态、电梯爬高状态、乘车爬高状态、骑行爬高状态、滑板车爬高状态、或平衡车爬高状态。这样，使得第一终端设备可以实现对于影响步行爬高状态的多种其他爬高状态的识别，并提高步行爬高状态识别的准确性。

在一种可能的实现方式中，第一气压数据为第二终端设备在检测到气压发生变化后采集的变化后的数据。这样，在第一终端设备未包含气压计时，可以基于第二终端设备采集到的气压数据进行爬高状态识别，使得本申请实施例提供的爬高状态识别方法可以适用于更多类型的第一终端设备。其中，第二终端设备可以为本申请实施例中描述的可穿戴设备。

在一种可能的实现方式中，方法还包括：获取第三时刻对应的计步器数据；第三时刻对应的计步器数据为第一时刻后步数第一次发生变化时对应的数据；确定第一时刻与第三时刻的差值，得到时间差值；在海拔差值大于第一阈值时，确定第一终端设备处于步行爬高状态，包括：在海拔差值大于第一阈值，且时间差值小于第二阈值时，确定第一终端设备处于步行爬高状态。可以理解的是，由于处于步行爬高过程中，气压数据的变化必将伴随着步数的变化，因此第一时刻与第三时刻之间的差值必定小于时间阈值。基于此，终端设备可以通过确定第一时刻与第三时刻之间的差值、以及时间阈值之间的关系，排除非爬高状态下气压数据的变化时间与步数的变化时间差距较大的情况，进而提高步行爬高状态识别的准确性。

在一种可能的实现方式中，方法还包括：获取第一时刻以及第二时刻之间的多个基站编号信息；当多个基站编号信息的变化次数超过第三阈值，海拔差值小于或等于第一阈值，和/或，时间差值大于或等于第二阈值时，确定第一终端设备未处于步行爬高状态。可以理解的是，由于用户步行爬高时，爬升的高度是缓慢增加的，很难会出现短时间内基站多次切换的情况，因此可以通过确定一段时间阈值内基站切换次数，排除不属于爬高状态的场景，进而提高爬高状态识别的准确性。

在一种可能的实现方式中，方法还包括：在确定第一终端设备处于步行爬高状态的情况下，确定第一计步器数据以及第二计步器数据的和，得到步数累加值；其中，第一计步器数据为第一时刻获取的计步器数据，第二计步器数据为第二时刻获取的计步器数据；在步数累加值大于海拔差值与第四阈值的乘积时，确定海拔差值为步行爬高状态下的爬升高度。可以理解的是，在步行不高过程中，爬升步数与爬升高度之间存在一定的对应关系，例如爬升高度越高爬升步数越多，因此为了避免爬升步数较少而爬升高度较高或者爬升步数较多而爬升高度较少等不合理的情况，终端设备可以利用步数累加值、与海拔差值之间的关系筛选出更符合实际场景的爬升高度。

在一种可能的实现方式中，方法还包括：显示第一界面；第一界面中包括用于指示开始运动记录的第一控件；在接收到针对第一控件的操作时，显示第二界面；其中，第二界面中包括爬升高度。这样，第一终端设备可以实现对于爬升高度的实时显示，进而提高用户使用运动记录功能的体验感。

在一种可能的实现方式中，方法还包括：在第一终端设备接收到结束运动记录的操作时，显示第三界面；其中，第三界面中包括用于指示最高爬升高度的信息、以及用于查看运动图表的第二控件；在第一终端设备接收到针对第二控件的操作时，显示第四界面；第四界面中包括：用于指示爬升高度变化情况的图表。这样，使得第一终端设备可以结束运动记录后显示步行爬过过程中的最高爬升高度以及爬升高度变化情况，便于用户掌握运动过程的整体情况，进而提高用户使用运动记录功能的体验感。

在一种可能的实现方式中，方法还包括：当第一终端设备处于第一状态时，确定第一终端设备不是处于步行爬高状态。这样，第一终端设备可以排除掉第一状态的干扰。

在一种可能的实现方式中，第一终端设备中包括：蓝牙硬件抽象层BT HAL、连接服务模块以及预设HAL，BT HAL以及预设HAL位于HAL中，连接服务模块位于应用程序框架层中，方法还包括：BT HAL获取第一气压数据以及第二气压数据；第一气压数据以及第二气压数据均为第二终端设备基于蓝牙发送的；BT HAL将第一气压数据以及第二气压数据发送至连接服务模块；连接服务模块将第一气压数据以及第二气压数据发送至预设HAL；基于第一时刻获得的第一气压数据和第二时刻获得的第二气压数据确定第一终端设备处于步行爬高状态，包括：预设HAL基于第一气压数据和第二气压数据确定第一终端设备处于步行爬高状态。这样，在第一终端设备中不存在气压计的情况下，第一终端设备可以从第二设备中获取气压数据，并基于第一终端设备中的多个模块将该气压数据传输至可以进行步行爬高状态识别的预设HAL中，使得本申请实施例提供的爬高状态识别方法可以适用于更多类型的第一终端设备。

在一种可能的实现方式中，第一终端设备中还包括：预设传感器控制中心sensorhub，基于加速度数据，确定第一终端设备是否处于第一状态，包括：预设sensor hub基于加速度数据，确定第一终端设备是否处于第一状态。这样，sensor hub可以实现低功耗场景中的传感器数据的获取和处理，使得本申请实施例提供的爬高状态识别方法可以适用于处于更多场景下的第一终端设备。

在一种可能的实现方式中，HAL中还包括：调制解调器modem HAL，方法还包括：modem HAL获取第一时刻以及第二时刻之间的多个基站编号信息；modem HAL将多个基站编号信息发送预设HAL；当多个基站编号信息的变化次数超过第三阈值，海拔差值小于或等于第一阈值，和/或，时间差值大于或第二阈值时，预设HAL确定第一终端设备未处于步行爬高状态。因此可以通过确定一段时间阈值内基站切换次数，排除不属于爬高状态的场景，进而提高爬高状态识别的准确性。

第二方面，本申请实施例提供一种爬高状态识别方法，方法包括：与第二终端设备建立通信连接；向第二终端设备发送第一指令；第一指令用于指示第二终端设备获取气压发生变化后采集的第一气压数据以及第二气压数据；接收来自第二终端设备的第一气压数据以及第二气压数据；获取加速度数据；加速度数据为预设时长内获取的数据；预设时长中包括第一时刻以及第二时刻；基于加速度数据，确定第一终端设备是否处于第一状态；第一状态用于指示第一终端设备处于第一状态时第一终端设备在至少两个时刻位于不同的海拔；当第一终端设备不是处于第一状态，基于第一时刻获得的第一气压数据和第二时刻获得的第二气压数据确定第一终端设备处于步行爬高状态；其中，处于步行爬高状态的第一终端设备在第一时刻和第二时刻位于不同的海拔。这样，在终端设备不存在气压计的情况下，第一终端设备基于指示消息从第二设备中获取气压数据，使得本申请实施例提供的爬高状态识别方法可以适用于更多类型的第一终端设备。

第三方面，本申请实施例提供一种爬高状态识别装置，获取单元，用于获取加速度数据；加速度数据为预设时长内获取的数据；预设时长中包括第一时刻以及第二时刻；处理单元，用于基于加速度数据，确定第一终端设备是否处于第一状态，第一状态用于指示第一终端设备处于第一状态时第一终端设备在至少两个时刻位于不同的海拔；当第一终端设备不是处于第一状态，处理单元，还用于基于第一时刻获得的第一气压数据和第二时刻获得的第二气压数据确定第一终端设备处于步行爬高状态；其中，处于步行爬高状态的第一终端设备在第一时刻和第二时刻位于不同的海拔。

在一种可能的实现方式中，处理单元，具体用于确定第一气压数据对应的海拔与第二气压数据对应的海拔之间的差值，得到海拔差值；在海拔差值大于第一阈值时，处理单元，还具体用于确定第一终端设备处于步行爬高状态。

在一种可能的实现方式中，第一状态包括下述一种或多种：飞行爬高状态、电梯爬高状态、乘车爬高状态、骑行爬高状态、滑板车爬高状态、或平衡车爬高状态。

在一种可能的实现方式中，第一气压数据为第二终端设备在检测到气压发生变化后采集的变化后的数据。

在一种可能的实现方式中，获取单元，还用于获取第三时刻对应的计步器数据；第三时刻对应的计步器数据为第一时刻后步数第一次发生变化时对应的数据；处理单元，还用于确定第一时刻与第三时刻的差值，得到时间差值；在海拔差值大于第一阈值时，在海拔差值大于第一阈值，且时间差值小于第二阈值时，处理单元，还用于确定第一终端设备处于步行爬高状态。

在一种可能的实现方式中，获取单元，还用于获取第一时刻以及第二时刻之间的多个基站编号信息；当多个基站编号信息的变化次数超过第三阈值，海拔差值小于或等于第一阈值，和/或，时间差值大于或等于第二阈值时，处理单元，还用于确定第一终端设备未处于步行爬高状态。

在一种可能的实现方式中，在确定第一终端设备处于步行爬高状态的情况下，处理单元，还用于确定第一计步器数据以及第二计步器数据的和，得到步数累加值；其中，第一计步器数据为第一时刻获取的计步器数据，第二计步器数据为第二时刻获取的计步器数据；在步数累加值大于海拔差值与第四阈值的乘积时，处理单元，还用于确定海拔差值为步行爬高状态下的爬升高度。

在一种可能的实现方式中，显示单元，还用于显示第一界面；第一界面中包括用于指示开始运动记录的第一控件；在接收到针对第一控件的操作时，显示单元，还用于显示第二界面；其中，第二界面中包括爬升高度。

在一种可能的实现方式中，在第一终端设备接收到结束运动记录的操作时，显示单元，还用于显示第三界面；其中，第三界面中包括用于指示最高爬升高度的信息、以及用于查看运动图表的第二控件；在第一终端设备接收到针对第二控件的操作时，显示单元，还用于显示第四界面；第四界面中包括：用于指示爬升高度变化情况的图表。

在一种可能的实现方式中，方法还包括：当第一终端设备处于第一状态时，处理单元，还用于确定第一终端设备不是处于步行爬高状态。

在一种可能的实现方式中，第一终端设备中包括：蓝牙硬件抽象层BT HAL、连接服务模块以及预设HAL，BT HAL以及预设HAL位于HAL中，连接服务模块位于应用程序框架层中，处理单元，还用于：获取第一气压数据以及第二气压数据；第一气压数据以及第二气压数据均为第二终端设备基于蓝牙发送的；将第一气压数据以及第二气压数据发送至连接服务模块；将第一气压数据以及第二气压数据发送至预设HAL；基于第一气压数据和第二气压数据确定第一终端设备处于步行爬高状态。

在一种可能的实现方式中，第一终端设备中还包括：预设传感器控制中心sensorhub，处理模块，具体用于基于加速度数据，确定第一终端设备是否处于第一状态。

在一种可能的实现方式中，HAL中还包括：调制解调器modem HAL，获取模块，还用于获取第一时刻以及第二时刻之间的多个基站编号信息；处理模块，还用于：将多个基站编号信息发送预设HAL；当多个基站编号信息的变化次数超过第三阈值，海拔差值小于或等于第一阈值，和/或，时间差值大于或第二阈值时，确定第一终端设备未处于步行爬高状态。

第四方面，本申请实施例提供一种爬高状态识别方法，方法包括：通信单元，用于与第二终端设备建立通信连接；通信单元，还用于向第二终端设备发送第一指令；第一指令用于指示第二终端设备获取气压发生变化后采集的第一气压数据以及第二气压数据；通信单元，用于接收来自第二终端设备的第一气压数据以及第二气压数据；获取单元，用于获取加速度数据；加速度数据为预设时长内获取的数据；预设时长中包括第一时刻以及第二时刻；处理单元，用于基于加速度数据，确定第一终端设备是否处于第一状态；第一状态用于指示第一终端设备处于第一状态时第一终端设备在至少两个时刻位于不同的海拔；当第一终端设备不是处于第一状态，处理单元，还用于基于第一时刻获得的第一气压数据和第二时刻获得的第二气压数据确定第一终端设备处于步行爬高状态；其中，处于步行爬高状态的第一终端设备在第一时刻和第二时刻位于不同的海拔。

第五方面，本申请实施例提供一种终端设备，包括处理器和存储器，存储器用于存储代码指令；处理器用于运行代码指令，使得终端设备以执行如第一方面或第一方面的任一种实现方式中描述的方法，使得终端设备以执行如第二方面或第二方面的任一种实现方式中描述的方法。

第六方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质存储有指令，当指令被执行时，使得计算机执行如第一方面或第一方面的任一种实现方式中描述的方法，使得终端设备以执行如第二方面或第二方面的任一种实现方式中描述的方法。

第七方面，一种计算机程序产品，包括计算机程序，当计算机程序被运行时，使得计算机执行如第一方面或第一方面的任一种实现方式中描述的方法，使得终端设备以执行如第二方面或第二方面的任一种实现方式中描述的方法。

应当理解的是，本申请的第三方面至第七方面与本申请的第一方面的至第二方面中的技术方案相对应，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

附图说明

图1为本申请实施例提供的一种场景示意图；

图2为本申请实施例提供的一种终端设备的硬件结构示意图；

图3为本申请实施例提供的一种终端设备的软件结构示意图；

图4为本申请实施例提供的一种爬高状态识别方法的流程示意图；

图5为本申请实施例提供的一种开始运动的界面示意图；

图6为本申请实施例提供的一种爬升高度实时显示的界面示意图；

图7为本申请实施例提供的一种提示用户进入预设功能的界面示意图；

图8为本申请实施例提供的一种爬高状态识别装置的结构示意图；

图9为本申请实施例提供的另一种终端设备的硬件结构示意图。

具体实施方式

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一值和第二值仅仅是为了区分不同的值，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a和b，a和c，b和c，或a、b和c，其中a，b，c可以是单个，也可以是多个。

可以理解的是，爬高状态识别可以用于实现用户在登山、或爬楼梯等爬高场景中的运动状态的识别，本申请实施例中描述爬高状态识别方法可以用于实现对于步行爬高状态的识别。其中，步行爬高状态可以理解为携带终端设备的用户在步行或跑步等过程中，由步数变化引起的终端设备所处位置处的海拔的升高，或可以理解为终端设备所处位置处的海拔随着用户的步数的增加而升高。

一种实现中，部分拥有气压传感器的终端设备可以基于用于识别爬高状态的模型，实现对于爬高状态的识别。然而，由于在爬高状态识别过程中，终端设备无法解决干扰场景对于爬高状态的影响，而终端设备可能将干扰场景误判为爬高状态，使得爬高状态识别的准确性较低。

其中，该干扰场景也可以称为第一状态，第一状态用于指示终端设备处于该第一状态时终端设备在至少两个时刻位于不同的海拔。可以理解为，当终端设备的海拔发生变化，且基于加速度数据确定终端设备属于下述飞飞行、乘车、骑行、电梯、滑板车、或平衡车中的任一种状态时，可以确定终端设备满足第一状态。

例如，该第一状态可以包括下述一种或多种：飞机场景(或称为飞行爬高状态)、乘车场景(或称为乘车爬高状态)、骑行场景(或称为骑行爬高状态)、电梯场景(或称为电梯爬高状态)、滑板车场景(或称为滑板车爬高状态)、或平衡车场景(或称为平衡车爬高状态)等。该干扰场景可以根据实际情况包括其他内容，本申请实施例中对此不做限定。

可以理解的是，飞行爬高状态可以理解为终端设备处于飞机(或飞行器等)上行的过程中，由飞机(或飞行器)的上行引起的终端设备所处位置处海拔的升高；乘车爬高状态可以理解为终端设备处于乘车爬坡的过程中，由车辆的运动引起的终端设备所处位置处海拔的升高；骑行爬高状态可以理解为用户携带终端设备进行骑行爬坡时，由自行车的运动引起的终端设备所处位置处海拔的升高；电梯爬高状态可以理解为终端设备处于电梯上升的过程中，由电梯上行引起的终端设备所处位置处海拔的升高；滑板车爬高状态可以理解为用户携带终端设备并利用滑板车向高处滑行的过程中，由于滑行运动引起的终端设备所处位置处海拔的升高；平衡车爬高状态可以理解为用户携带终端设备并驾驶平衡车爬坡的过程中，由于平衡车的运动引起的终端设备所处位置处海拔的升高。

有鉴于此，本申请实施例提供一种爬高状态识别方法，第一终端设备获取加速度数据；加速度数据为预设时长内获取的数据，预设时长中包括第一时刻以及第二时刻；基于加速度数据，确定第一终端设备是否处于第一状态，第一状态用于指示第一终端设备处于第一状态时第一终端设备在至少两个时刻位于不同的海拔；当第一终端设备不是处于第一状态，基于第一时刻获得的第一气压数据和第二时刻获得的第二气压数据确定第一终端设备处于步行爬高状态；其中，处于步行爬高状态的第一终端设备在第一时刻和第二时刻位于不同的海拔。这样，使得第一终端设备可以通过对影响爬高状态识别的第一状态的识别，避免将第一状态误认为爬高状态，提高爬高状态识别的准确性。其中，该第一终端设备可以为本申请实施例中描述的终端设备。

另一种实现中，部分未拥有气压传感器的终端设备则难以独立实现对于爬高状态的识别。

有鉴于此，本申请实施例提供另一种爬高状态识别方法，第一终端设备与第二终端设备建立通信连接；第一终端设备向第二终端设备发送第一指令；第一指令用于指示第二终端设备获取气压发生变化后采集的气压数据；第一终端设备接收来自第二终端设备的气压数据；第一终端设备获取加速度数据；第一终端设备根据加速度数据，确定第一终端设备是否处于第一状态；第一状态用于指示第一终端设备处于第一状态时第一终端设备在至少两个时刻位于不同的海拔；进而第一终端设备可以基于第一气压数据以及第二气压数据识别第一终端设备是否处于爬高状态。这样，使得第一终端设备可以通过对影响爬高状态识别的第一状态的识别，避免将第一状态误认为爬高状态；进而第二终端设备可以获取气压数据，并将气压数据发送至第一终端设备，使得第一终端设备可以基于气压数据以及干扰场景的识别，提高爬高状态识别的准确性。其中，该第二终端设备可以为本申请实施例中描述的可穿戴设备。

可以理解的是，针对未拥有气压传感器的终端设备来说，其可以通过与终端设备连接的可穿戴设备获取气压数据，进而基于气压数据进行爬高状态识别。

示例性的，针对无法获取气压数据的终端设备，终端设备可以基于图1对应的实施例获取运动过程中的其他运动数据。图1为本申请实施例提供的一种场景示意图。在图1对应的实施例中，以终端设备为手机为例进行示例说明，该示例并不构成对本申请实施例的限定。

当用户爬山或者爬楼梯时，用户可以利用终端设备的运动健康应用记录户外跑步等场景中的多种运动数据。例如，当用户打开运动健康应用中的户外跑步功能，并触发开始运动记录对应的控件时，终端设备可以对用户的跑步状态进行检测，并将检测到的运动数据显示在终端设备中。例如，终端设备可以对用户跑步38′46″的运动数据进行检测，如终端设备可以显示如图1中的a所示的界面，该界面中可以包括：用于指示GPS正在搜索的文字信息、用于开启音乐的控件、用于拍摄照片的控件、地图、用于指示跑步长度的信息、用于指示跑步用时的信息、用于指示跑步消耗热量的信息、用于指示跑步配速的信息、用于指示跑步配速的信息、用于指示跑步心率变化的信息、用于锁屏的控件、用于设置音量的控件、以及用于暂停记录的控件等。使得用户可以在如图1中的a所示的界面中，随时查看运动过程中的状态信息。

当终端设备接收到用户触发结束运动的操作时，终端设备可以显示整个运动过程的全部运动数据，例如终端设备可以在接收到用户查看跑步详情的操作时，显示如图1中的b所示的界面。如图1中的b所示的界面，该界面中可以包括：用于查看跑步轨迹的控件、用于查看配速的控件、用于查看图表的控件、以及用于查看跑步详情的控件等，该用于查看跑步详情的控件为选中状态。图1中的b所示的界面中还包括：用于分享跑步数据的控件、用于指示跑步长度的信息、用于指示运动时间的信息、用于指示运动消耗热量的信息、用于指示运动平均配速的信息、用于指示运动平均速度的信息、用于指示运动步频的信息、用于指示运动平均步幅的信息、以及用于指示运动步数的信息等基础运动数据。

可以理解的是，上述终端设备也可以称为终端，(terminal)、用户设备(userequipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等。终端设备可以为手机(mobile phone)、智能电视、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。

上述可穿戴设备可以为：智能手表、智能手环、智能手套等，本申请的实施例对可穿戴设备所采用的具体技术和具体设备形态不做限定。

因此，为了能够更好地理解本申请实施例，下面对本申请实施例的终端设备的结构进行介绍。示例性的，图2为本申请实施例提供的一种终端设备的结构示意图。

终端设备可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，指示器192，摄像头193，以及显示屏194等。

其中，传感器模块180可以包括：加速度传感器180E、触摸传感器180K以及计步器180N。可能的实现方式中，该传感器模块180中还可以包括：压力传感器，陀螺仪传感器，磁传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，环境光传感器，骨传导传感器等(图2中未示出)。

可能的实现方式中，在终端设备可以独立进行爬高状态识别的场景中，该传感器模块180中可以包括气压传感器180C。或者，在终端设备无法独立进行爬高状态识别的场景中，该传感器模块180中可以不包括气压传感器180C，可以理解的是此时终端设备可以利用其他设备(如可穿戴设备)中的气压传感器，辅助终端设备完成爬高状态识别的过程。

可以理解的是，本申请实施例示意的结构并不构成对终端设备的具体限定。在本申请另一些实施例中，终端设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。处理器110中还可以设置存储器，用于存储指令和数据。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为终端设备充电，也可以用于终端设备与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。电源管理模块141用于连接充电管理模块140与处理器110。

终端设备的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。终端设备中的天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。

移动通信模块150可以提供应用在终端设备上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。

无线通信模块160可以提供应用在终端设备上的包括无线局域网(wirelesslocalarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)等无线通信的解决方案。

终端设备通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。在一些实施例中，终端设备可以包括1个或N个显示屏194，N为大于1的正整数。

终端设备可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

摄像头193用于捕获静态图像或视频。在一些实施例中，终端设备可以包括1个或N个摄像头193，N为大于1的正整数。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端设备的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。

终端设备可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。终端设备可以通过扬声器170A收听音乐，或收听免提通话。受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当终端设备接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。耳机接口170D用于连接有线耳机。麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。本申请实施例中，终端设备可以拥有设置一个麦克风170C。

气压传感器180C用于测量气压。在一些实施例中，终端设备可以通过气压传感器180C测得的气压数据计算海拔(或也可以称为高度)，辅助定位和导航。本申请实施例中，该气压传感器180C测得的气压数据还可以用于实现终端设备进行爬高状态的识别。

加速度传感器180E可以为三轴(包括x轴、y轴和z轴)加速度传感器，加速度传感器180E可以用于检测终端设备在三个方向上的加速度数据。本申请实施例中，加速度传感器180E检测得到的加速度数据，可以用于终端设备进行干扰场景的检测。

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，或称“触控屏”。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。终端设备可以接收按键输入，产生与终端设备的用户设置以及功能控制有关的键信号输入。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

计步器180N可以用于实现用户携带终端设备时对于的用户步数的检测，例如用户步行时步数的检测、以及用户跑步时步数的检测、用户爬山或爬楼梯等时步数的检测等。

终端设备的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构等，在此不再赘述。

本申请实施例以分层架构的安卓(Android)系统为例，示例性说明终端设备的软件结构。示例性的，图3为本申请实施例提供的一种终端设备的软件结构示意图。

如图3所示，分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层、应用程序框架(framework)层，硬件抽象层(hardware abstraction layer，HAL)，以及传感器控制中心(sensor hub)层。可以理解的是，该分层架构可以根据实际场景包括其他层，本申请实施例中对此不再赘述。

其中，应用程序层可以包括一系列应用程序。例如该应用程序层中可以包括：运动健康应用，该运动健康应用可以用于实现对于用户携带终端设备进行运动时的运动状态的记录。可以理解的是，应用程序层中还可以包括：相机，日历，电话，地图，电话，音乐，设置，邮箱，视频，社交等应用程序(图3中未示出)，本申请实施例中对此不做限定。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图3所示，应用程序框架层中可以包括：连接服务模块(或称为iconnect服务模块)等。该iconnect服务模块用于将HAL层中的BT HAL模块中接收到的硬件数据发送至HAL层中的预设HAL中。可以理解的是，该应用程序框架层中还可以包括：窗口管理器，内容提供器，资源管理器，视图系统，以及通知管理器等(图3中未示出)。

例如，窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，触摸屏幕，拖拽屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端设备振动，指示灯闪烁等。

如图3所示，HAL层的目的在于将硬件抽象化，可以为上层的应用提供一个统一的查询硬件设备的接口，或也可以为上层应用提供数据存储服务，或者为上层应用提供数据处理服务。本申请实施例中HAL层中可以包括：预设HAL、调制解调器(modem)HAL、以及BTHAL等。

该预设HAL可以为传感器的管理层，该预设HAL可以用于融合各传感器数据，实现高功耗场景下的多模态的数据的融合和计算；该预设HAL可以单独运行用于实现算法的稳定性，或者，该预设HAL也可以耦合HAL层中的其他模块运行。

本申请实施例中，该预设HAL用于实现爬高状态识别方法中的爬高算法，在爬高算法中实现各传感器数据的融合和计算。可能的实现方式中，该预设HAL中也可以实现其他算法，如算法1，…，算法N等，本申请实施例中对此不做限定。

modem HAL用于将获取的modem信息发送至预设HAL。其中，该modem信息中可以包括：基站编号(cell identity，CID)信息、以及无线电接入技术(radio accesstechnology，RAT)信息等。其中，该CID信息可以用于指示基站的切换情况，该RAT信息用于指示终端设备接入的网络情况，例如终端设备接入3G、4G或5G的情况等。

BT HAL用于将蓝牙传输的硬件数据转发至iconnect服务模块。例如，BT HAL可以用于将可穿戴设备通过蓝牙传输至终端设备的气压数据转发至iconnect服务模块。

sensor hub用于实现低功耗场景中的传感器的控制、传感器数据的获取、融合和处理，sensor hub中可以包括预设sensor hub。本申请实施例中，该预设sensor hub可以用于获取计步器数据以及加速度数据等；该预设sensor hub还可以用于基于加速度数据实现对于飞机场景、乘车场景、骑行场景、电梯场景、滑板车场景、以及平衡车场景等干扰场景的识别；进而预设sensor hub可以将获取的计步器数据、以及识别得到的干扰场景发送至预设HAL，使得预设HAL可以基于计步器数据、以及干扰场景执行爬高算法，实现对于爬高状态的识别以及爬升高度的检测。

可以理解的是，即使在终端设备处于息屏等低功耗状态下，预设sensor hub也可以实现上述传感器数据的获取、融合和处理等功能。

示例性的，结合图3对应的实施例，在运动健康应用接收到用户在户外跑步功能或其他运动中的开始运动记录的操作时，运动健康应用可以向预设HAL发送用于执行爬高算法的指示信息，进而预设HAL可以基于从预设sensor hub获取的计步器数据和干扰场景识别数据，从modem HAL获取的CID信息，以及从iconnect服务模块获取的气压数据等，进行爬高算法的计算，获取爬高状态以及爬升高度等信息。进一步的，预设HAL可以将爬高状态以及爬升高度发送至运动健康应用，使得运动健康应用可以显示在户外跑步功能对应的界面中。

可以理解的是，终端设备的软件结构中还可以包括其他层以及其他模块，本申请实施例中对终端设备的软件结构的具体形态不做限定。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以独立实现，也可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

本申请实施例中，当终端设备中包含计步器且不包含气压传感器，而与终端设备建立通信连接的可穿戴设备中包含气压传感器时，终端设备以及可穿戴设备可以共同执行本申请实施例中描述的爬高状态识别方法(如场景一)；或者，当终端设备中包含计步器以及气压传感器时，终端设备可以独立执行本申请实施例中描述的爬高状态识别方法(如场景二)；或者，当可穿戴设备中包含内置芯片式用户身份识别模块(embedded-subscriberidentity module，eSIM)、气压传感器、以及计步器，并且可穿戴设备具备高功耗场景下执行爬高算法的硬件能力时，可穿戴设备也可以独立执行本申请实施例中描述的爬高状态识别方法(如场景三)。

可以理解的是，爬高状态识别方法的执行主体可以根据实际场景包括其他设备，本申请实施例中对此不做具体限定。

场景一、终端设备以及可穿戴设备可以共同执行本申请实施例中描述的爬高状态识别方法。其中，在场景一对应的实施例中，终端设备中包含计步器、可穿戴设备中包含气压传感器。

示例性的，当用户携带终端设备以及可穿戴设备登山时，终端设备与可穿戴设备可以协同进行用户登山过程中的爬高状态识别。图4为本申请实施例提供的一种爬高状态识别方法的流程示意图。如图4所示，爬高状态识别方法可以包括如下步骤：

S401、终端设备与可穿戴设备建立通信连接。

示例性的，终端设备与可穿戴设备可以通过有线方式建立通信连接；或者，终端设备与可穿戴设备也可以通过无线方式建立通信连接。例如，终端设备与可穿戴设备可以通过蓝牙、WIFI、或连接到同一云端账号等无线方式建立通信连接，本申请实施例中对终端设备与可穿戴设备建立通信连接的方式不做限定。

S402、终端设备向可穿戴设备发送用于获取气压数据的消息。

适应的，可穿戴设备可以获取经由终端设备发送的用于获取气压数据的消息。本申请实施例中，终端设备可以通过蓝牙等方式向可穿戴设备发送用于获取气压数据的消息。

示例性的，终端设备可以基于图5对应的实施例触发S402所示的步骤。图5为本申请实施例提供的一种开始运动的界面示意图。

当终端设备接收到用户打开运动健康应用中的户外跑步功能时，终端设备可以显示如图5中的a所示的界面，该界面中可以包括：用于指示开始记录运动数据的控件501、用于指示热身的控件、用于指示开启音乐的控件、用于搜索内容的文本框、户外跑步功能对应的控件(该户外跑步功能对应的控件为选中状态)、室内跑步功能对应的控件、瑜伽功能对应的控件、健身功能对应的控件、步行功能对应的控件、推荐课程卡片、用于指示累计跑步(公里)的信息、用于设置跑步目标的控件。图5中的a所示的界面中还包括：运动健康应用底部任务栏中的控件，如用于查看其他运动健康中的功能的健康控件、运动控件、发现控件、设备控件、以及我的控件等。

在如图5中的a所示的界面中，当终端设备接收到用户针对控件501的触发操作时，终端设备可以进行运动倒计时，并在倒计时结束时显示如图5中的b所示的界面，进而向可穿戴设备发送用于获取气压数据的消息，该气压数据可以用于识别爬高状态以及计算爬升高度。如图5中的b所示的界面，该界面中可以包括：用于指示爬升高度的信息502，该界面中显示的其他内容可以参见图1中的a所示的界面中的描述，在此不再赘述。其中，该触发操作可以为点击操作、长按操作、滑动操作或语音操作等，本申请实施例中对此不做限定。

可以理解的是，由于刚开启跑步记录，因此图5中的b所示的界面中的用于指示爬升高度的信息502中可以暂时不显示爬升高度；进一步的，终端设备可以基于S403-S414所示的步骤进行爬高状态的识别以及爬升高度的计算，并将计算得到的爬升高度显示在用于指示爬升高度的信息502中，实现爬升高度的实时显示。

可以理解的是，触发终端设备执行S402所示的步骤的方法可以不限于图5对应的实施例，本申请实施例中对此不做限定。

可能的实现方式中，可穿戴设备也可以实时将气压数据发生变化时产生的N个气压数据发送至终端设备，因此终端设备也可以不需要执行S402中向可穿戴设备发送指示消息的步骤。

示例性的，由于可穿戴设备可以实时将气压数据发生变化时产生的N个气压数据发送至终端设备，因此当终端设备接收到用户在如图5中的a所示的界面中针对控件501的触发操作时，终端设备可以基于N个气压数据执行S405-S414所示的步骤，进行爬高状态识别以及爬升高度检测。

S403、当可穿戴设备确定气压数据发生变化时，可穿戴设备采集N个气压数据。

本申请实施例中，该N的取值可以为2、10、50、60、或80等数值，N大于或等于2，可穿戴设备可以5秒采集一次N个气压数据，或也可以为2秒采集一次N个气压数据，本申请实施例中对采集气压数据的时间不做限定。

示例性的，可穿戴设备可以基于气压传感器获取气压数据，在接收到来自终端设备的用于获取气压数据的消息，且检测到气压数据发生变化时，可穿戴设备采集N个气压数据。

可能的实现方式中，可穿戴设备也可以直接将接收到用于获取气压数据的消息时，可穿戴设备采集的众多气压数据发送至终端设备，由终端设备确定气压数据是否发生变化，并在确定气压数据发生变化时采集N个气压数据。

S404、可穿戴设备向终端设备发送N个气压数据以及N个气压数据分别对应的采集时间。

示例性的，可穿戴设备可以基于蓝牙的方式向终端设备发送N个气压数据以及N个气压数据分别对应的采集时间。适应的，终端设备接收到来自可穿戴设备的N个气压数据以及N个气压数据分别对应的采集时间。

可能的实现方式中，如图3所示，终端设备中的BT HAL可以接收到来自可穿戴设备的N个气压数据以及N个气压数据分别对应的采集时间；进而，BT HAL可以将N个气压数据以及N个气压数据分别对应的采集时间，经由iconnect服务模块转发至预设HAL。

S405、终端设备确定N个气压数据中的第一个气压数据对应的高度、该第一个气压数据对应的第一时刻、以及N个计步器数据中步数发生变化时对应的第三时刻。

本申请实施例中，该N个气压数据中可以包括：第一个气压数据(或也可以称为第一气压数据，该第一气压数据为第一时刻获取的)，第二个气压数据，...，以及第N个气压数据(或也可以称为第二气压数据)；由于气压数据与高度之间存在对应关系，因此任一个气压数据可以对应于一个高度数据。其中，当N为2时，第二个气压数据也可以称为第二气压数据。

本申请实施例中，该N个计步器数据可以为终端设备基于计步器采集得到的，该N个计步器数据中的任一计步器数据可以用于指示步数变化情况。例如，当第二个采集时刻相对于第一个采集时刻，步数的变化量为5时，则该第二个采集时刻对应的计步器数据可以为5。

示例性的，在终端设备接收到来自可穿戴设备的N个气压数据以及N个气压数据分别对应的采集时间时，终端设备可以按照N个气压数据分别对应的采集时间获取相同采集时间下计步器获取的计步器数据，得到N个采集时间对应的N个计步器数据。

S406、终端设备获取加速度数据。

示例性的，终端设备可以基于加速度传感器实时获取加速度数据。例如，终端设备可以获取预设时长内的加速度数据进行干扰场景识别，其中，该预设时长可以包括：第一时刻以及第二时刻。

可以理解的是，在终端设备基于加速度数据确定预设时长内不满足干扰场景的情况下，终端设备可以基于第一时刻的气压数据以及第二时刻的气压数据继续执行爬高状态识别方法中的步骤。

例如，终端设备可以采集加速度数据的频率可以为100赫兹(hz)，可以理解为1s采集100次加速度数据，每10毫秒(ms)采集一次加速度数据。

终端设备获取的加速度数据可以为：

其中，该Acc(t)可以为经过时间戳校准同步的三轴时序数组。

S407、终端设备基于加速度数据判断是否满足干扰场景。

可以理解的是，由于本申请实施例描述的爬高状态识别方法可以用于实现对于步行爬高场景的识别，因此终端设备可以对于除了步行之外，其他可以引起至少两个时刻海拔发生变化的干扰场景进行识别，并排除该干扰场景带来的气压数据的变化对于步行爬高状态识别的影响。

本申请实施例中，当终端设备基于加速度数据确定满足干扰场景时，终端设备可以执行S411所示的步骤；或者，当终端设备基于加速度数据确定满足干扰场景时，终端设备可以执行S408所示的步骤，进行爬高状态的进一步识别。

示例性的，终端设备可以对加速度数据进行特征提取，并基于提取到的特征确定是否满足干扰场景。例如，终端设备可以在提取加速度数据中的快速傅里叶变换(fastfourier transform，FFT)特征向量、方差、均值、一阶差分(如包括一阶差分中的方差、均值以及过零点等)、二阶差分等特征；并将上述特征输入至预设模型中，得到识别结果。

以该预设模型为决策树模型为例进行示例说明，该决策数据模块可以用于实现二分类。示例性的，针对如飞机场景、乘车场景、骑行场景、电梯场景、滑板车场景、以及平衡车场景等N个干扰场景，终端设备可以建立N个决策树。例如，针对上述6个干扰场景，终端设备可以建立6个决策树，如：飞机场景与非飞机场景、乘车场景与非乘车场景、骑行场景与非骑行场景、电梯场景与非电梯场景、滑板车场景与非滑板车场景、平衡车场景与非平衡车场景等。进一步的，终端设备可以获取该6个决策树输出结果的最大值对应的场景，得到识别结果，例如当飞机场景与非飞机场景、骑行场景与非骑行场景、电梯场景与非电梯场景、滑板车场景与非滑板车场景、以及平衡车场景与非平衡车场景的输出结果均为趋近于0的数值，而乘车场景与非乘车场景的输出结果为1时，终端设备可以确定该干扰场景的识别结果为乘车场景。

可以理解的是，识别干扰场景的方法可以不限于上述决策树模型，也可以为其他机器学习模型，本申请实施例中对此不做限定。

可能的实现方式中，如图3所示，终端设备中的预设sensor hub可以用于执行S407所示的步骤中进行干扰场景识别的步骤；进而预设sensor hub可以将识别得到的干扰场景发送至预设HAL；使得预设HAL可以基于干扰场景确定爬高状态。其中，预设sensor hub可以对于干扰场景的实时检测，并将检测到的干扰场景或者非干扰场景实时发送至预设HAL。

可以理解的是，由于干扰场景可能会带来爬升高度升高的情况，而当终端设备无法识别出干扰场景时，则很容易将该干扰场景中带来的爬升高度误认为用户步行时产生的爬升高度，进而影响爬高状态识别、或者爬升高度检测。因此，本申请实施例中可以实现对于干扰场景的准确识别，并将干扰场景确定为非爬高状态，实现对于爬高状态的精准检测。

可能的实现方式中，终端设备也可以先执行S409-S410所示的步骤确定初始爬升高度是否大于高度阈值，并在确定初始爬升高度大于高度阈值时，指示预设sensor hub执行S406-S407所示的步骤基于加速度数据进行干扰场景的判断。

S408、终端设备判断第一时刻与第三时刻的差值是否小于时间阈值。

本申请实施例中，当终端设备确定第一时刻与第三时刻的差值小于时间阈值时，终端设备可以执行S409所示的步骤；或者，当终端设备确定第一时刻与第三时刻的差值大于或等于时间阈值时，终端设备可以执行S411所示的步骤。其中，该第一时刻与第三时刻的差值可以为，第一时刻减去第三时刻得到的差值，或也可以为第三时刻减去第一时刻得到的差值。

可能的实现方式中，当终端设备确定第一时刻与第三时刻的差值小于时间阈值时，终端设备也可以执行S412所示的步骤；或理解为该S408所示的步骤也可以独立用于爬高状态的识别。

可以理解的是，由于登山过程中，气压数据的变化必将伴随着步数的变化，因此第一时刻与第三时刻之间的差值必定小于时间阈值。基于此，终端设备可以通过确定第一时刻与第三时刻之间的差值、以及时间阈值之间的关系，排除非爬高状态下气压数据的变化时间与步数的变化时间差距较大的情况。

示例性的，以时间阈值为2分钟为例进行示例说明。例如，当气压数据发生变化时记录的第一时刻为中午12点时，而步数发生变化时记录的第三时刻为下午5点时，第一时刻与第三时刻的差值为5小时，由于5小时大于时间阈值2分钟，因此终端设备可以确定当前为非爬高状态。其中，该时间阈值也可以取值为3分钟、或5分钟等数值，本申请实施例中对此不做限定。

S409、终端设备基于N个气压数据中的第一个气压数据对应的海拔、以及N个气压数据中的第N个气压数对应的海拔，确定初始爬升高度。

示例性的，初始爬升高度可以为第N个气压数对应的海拔减去第一个气压数据对应的海拔得到的数值。

S410、终端设备判断初始爬升高度是否大于高度阈值。

本申请实施例中，当端设备判断初始爬升高度大于高度阈值时，终端设备可以执行S412所示的步骤；或者，当端设备判断初始爬升高度小于或等于高度阈值时，终端设备可以执行S411所示的步骤。

可以理解的是，通过爬升高度与高度阈值之间的关系，排除爬升高度发生微小变化时的干扰情况，提升识别爬高状态的准确性。

可能的实现方式中，S410所示的步骤也可以独立用于爬高状态的识别。

可以理解的是，综合S407、S408以及S410所示的步骤中的描述，终端设备可以基于上述S407、S408以及S410所示的步骤中的一种或多种进行爬高状态的识别。并且，进行爬高状态识别过程中，终端设备对S407、S408以及S410之间的执行顺序不做限定。

可能的实现方式中，当终端设备确定一段时间阈值(例如2分钟或其他数值)内，气压数据未发生变化时，则终端设备可以确定此时不满足爬高状态；进而，终端设备可以重新获取N个气压数据，例如终端设备可以重新执行S402-S404所示的步骤，并重新基于S405-S414所示的步骤进行爬高状态识别以及爬升高度检测。

可能的实现方式中，当终端设备确定一段时间阈值内基站切换次数超过一定次数阈值时，则终端设备可以确定此时不满足爬高状态，进而执行S411所示的步骤。例如，终端设备可以基于CID信息确定基站切换次数，例如当终端设备确定1分钟内CID信息变化超过3次，或者确定3分钟内CID信息变化超过5次时，终端设备可以确定不满足爬高状态。

示例性的，终端设备可以确定第一时刻以及第二时刻之间CID信息的变化次数，当变化次数超过次数阈值时，确定不满足爬高状态。或者，终端设备也可以在第一时刻之后周期性的检测CID信息的变化情况，并在确定变化次数超过次数阈值时，确定不满足爬高状态。其中，该次数阈值可以为1或2等数值。

其中，终端设备对于一段时间内基站切换次数的判断，无法单独作为满足爬高状态识别的条件，因此终端设备可以结合S407、S408以及S410共同进行爬高状态识别，提高爬高状态识别的准确性。

可能的实现方式中，如图3所示，modem HAL可以将获取的CID信息发送至预设HAL，进而由预设HAL完成利用CID信息确定终端设备是否满足爬高状态的判断。

可以理解的是，由于用户进行爬高时，爬升的高度是缓慢增加的，很难会出现短时间内基站多次切换的情况，因此可以通过确定一段时间阈值内基站切换次数，排除不属于爬高状态的场景，进而提高爬高状态识别的准确性。

S411、终端设备确定不满足爬高状态。

S412、终端设备确定满足爬高状态。

S413、终端设备基于N个计步器数据确定实际爬升步数。

示例性的，终端设备可以获取N个计步器数据的和，作为实际爬升步骤。

可能的实现方式中，终端设备判断N个气压数据中是否存在稳定的M个气压数据。当终端设备确定N个气压数据中存在稳定的M个气压数据时，终端设备可以获取M个计步器数据的和，以及N个计步器数据的和，并利N个计步器数据的和减去M个计步器数据的和，得到实际爬升步数。其中，M小于N，M的取值可以为5、8或10等数值，本申请实施例中对此不做限定。其中，该M个计步器数据可以为M个气压数据对应的计步器数据。

示例性的，终端设备可以基于气压数据分别对应的方差(或气压数据的变化情况、或者气压数据的均值)等，确定N个气压数据中是否存在稳定的M个气压数据。例如，当终端设备确定该方差小于方差阈值时，终端设备可以确定气压数据稳定；或者，当终端设备确定该方差大于或等于方差阈值时，终端设备可以确定气压数据不稳定。其中，该N个气压数据中的第Q个气压数据的方差，可以为基于第一个气压数据至第Q个气压数据之间的Q个气压数据确定的方差，Q小于或等于N。

可以理解的是，由于用户在登山过程中经常会出现走走停停的情况，因此采集的N个气压数据中可能会出现气压数据较为稳定的情况，因此终端设备可以对气压数据稳定的情况进行识别，例如识别到M个稳定的气压数据，并在进行实际爬升步数计算时，去除稳定状态下的M个计步器数据对于爬升高度的影响，进而增强爬升高度计算的准确性。

S414、在终端设备确定实际爬升步数大于初始爬升高度×预设阈值时，终端设备将初始爬升高度确定为最终爬升高度。

可以理解的是，在登山过程中，爬升步数与爬升高度之间存在一定的对应关系，例如爬升高度越高爬升步数越多，因此为了避免爬升步数较少而爬升高度较高或者爬升步数较多而爬升高度较少等不合理的情况，终端设备可以利用实际爬升步数、与初始爬升高度之间的关系筛选出更符合实际场景的爬升高度。

示例性的，在终端设备确定N个气压数据对应的最终爬升高度时，终端设备可以将该最终爬升高度实时显示在界面中，使得用户可以在登山的过程中随时查看从起始位置到当前位置处的爬升高度；或者，终端设备也可以在接收到用户结束运动记录的操作时，将登山过程中爬升高度的最大值以及运动过程中爬升高度的变化曲线显示在界面中。

可能的实现方式中，S414所示的步骤中的最终爬升高度可以理解为第一次获取N个气压数据时对应的第一个最终爬升高度；在S414之后，终端设备也可以继续执行S402-S410所示的步骤，基于第二次获取的N个气压数据计算第二个初始爬升高度、以及第二个实际爬升步数等；进一步的，在S414所示的步骤中，当终端设备确定第二个实际爬升步数大于第二个初始爬升高度与预设阈值的乘积时，确定最终爬升高度为第一个最终爬升高度与第二个初始爬升高度的累加值。可以理解的是，终端设备可以基于多次气压数据对应的爬升高度的累加值，确定最终爬升高度。

示例性的，图6为本申请实施例提供的一种爬升高度实时显示的界面示意图。在终端设备检测到N个气压数据对应的爬升高度时，可以将爬升高度实时显示在如图6中的a所示的界面中。如图6中的a所示，该界面中的用于指示爬升高度的信息601中可以显示为2米，该界面中用于指示跑步用时的信息可以显示为5秒，该界面中显示的其他内容可以参见图1中的a所示的界面，在此不再赘述。

在用户登山1:30:46到达山顶时，终端设备可以显示如图6中的b所示的界面，该界面中可以显示登山7.02公里、用时1:30:46、消耗热量804千卡、爬升高度1200米。

在用户结束运动时，终端设备可以显示如图6中的c所示的界面，该界面中可以显示：2022年6月8日下午16:58运动结束，运动时间1:30:46、消耗热量804千卡、平均配速12′34″/公里、平均速度4.67公里/小时、平均步频153步/分钟、平均步幅31厘米、步数22775步、爬升过程中的最高爬升高度为1200米，该界面中显示的其他内容可以与图1中的b所示的界面类似，在此不再赘述。

在如图6中的c所示的界面中，当终端设备接收到用户针对用于查看图表的控件602的操作时，终端设备可以显示如图6中的d所示的界面。如图6中的d所示的界面，该界面中可以包括：步频对应的图表、以及爬升高度对应的图表603、平均步频信息为153、最大步频信息为182、最高爬升高度信息为1200米。其中，该图表603可以指示登山过程中的整体爬高情况，例如在登山90分钟左右，到达最高爬升高度。

可以理解的是，终端设备可以基于图6对应的实施例实时显示爬升高度，也可以在结束运行时显示爬升过程中的整体爬高情况，便于用户随时查看，进而增加运动健康应用的使用体验。

可能的实现方式中，如图3所示，预设HAL可以执行S408-SS414所示的步骤进行爬升状态识别以及爬升高度检测，并在检测到爬升高度时，将爬升高度发送至运动健康应用，使得运动健康应用可以将获取的爬升高度显示在界面中，便于用户查看。

基于此，终端设备与可穿戴设备可以通过数据交互，进行爬高状态的识别以及爬升高度的计算；并且，终端设备可以基于对干扰场景的识别，避免干扰场景对爬高状态识别的影响，进而提高爬高状态识别的准确性。

场景二、当终端设备中包含计步器以及气压传感器时，终端设备可以独立执行本申请实施例中描述的爬高状态识别方法。

参见图4对应的实施例，终端设备可以在S405之前，基于终端设备的气压传感器获取气压数据发生变化时的N个气压数据，进而执行S405-SS414所示的步骤。

基于此，终端设备可以独立执行本申请实施例中描述的爬高状态识别方法；并且，终端设备也可以基于对干扰场景的识别，避免干扰场景对爬高状态识别的影响，进而提高爬高状态识别的准确性。

场景三、当可穿戴设备中包含内置芯片式用户身份识别模块(embedded-subscriber identity module，eSIM)、气压传感器、计步器，并且可穿戴设备具备高功耗场景下执行爬高算法的硬件能力时，可穿戴设备也可以独立执行本申请实施例中描述的爬高状态识别方法。

可以理解的是，当可穿戴设备中包含eSIM时，可穿戴设备可以基于eSIM实现S410所示的步骤中利用基站切换次数确定满足终端设备是否满足爬高状态的识别。其中，用于指示基站切换次数的CID信息可以由可穿戴设备中的eSIM获取。

参见图4对应的实施例，可穿戴设备可以执行S405-SS414中终端设备进行爬高状态识别以及爬升高度检测的步骤。

示例性的，可穿戴设备可以基于图5对应的实施例中的方式，打开运动健康应用中的预设功能(如户外跑步功能)，并在预设功能中实现爬高状态的识别。

可能的实现方式中，可穿戴设备也可以实现用户运动的状态进行自动识别，并在识别到用户运动状态满足预设功能时，显示用于提示用户进入预设功能的界面。

示例性的，图7为本申请实施例提供的一种提示用户进入预设功能的界面示意图。在图7对应的实施例中，以预设功能为户外跑步功能为例进行示例说明，可以理解的是可穿戴设备可以在该户外跑步功能中进行爬高状态识别。

在可穿戴设备基于加速度数据检测到用户可能处于跑步状态时，可穿戴设备可以显示如图7中的a所示的界面。如图7中的a所示的界面，该界面中可以包括：提示信息、用于进入户外跑步功能的控件701、用于进入室内跑步功能的控件、以及用于忽略进入户外跑步功能或室内跑步功能的控件。其中，该提示信息可以显示为：你在跑步吗？

在如图7中的a所示的界面中，当可穿戴设备接收到用户针对控件701的触发操作时，可穿戴设备可以显示如图7中的b所示的界面。如图7中的b所示的界面，该界面中可以包括：用于指示累计跑步(公里)的信息、用于指示开始记录运动数据的控件702、用于指示热身的控件、以及用于指示开启音乐的控件等。

在如图7中的b所示的界面中，在可穿戴设备接收到用户针对控件702的触发操作时，可穿戴设备可以采集气压数据、计步器数据、以及加速度数据等，并开始进行爬高状态识别以及爬升高度检测。

可以理解的是，可穿戴设备触发进入爬高状态识别的方法可以不限于图7对应的实施例，本申请实施例中对此不做限定。

基于此，可穿戴设备可以独立执行本申请实施例中描述的爬高状态识别方法；并且，可穿戴设备也可以基于对干扰场景的识别，避免干扰场景对爬高状态识别的影响，进而提高爬高状态识别的准确性。

可以理解的是，本申请实施例中描述的界面仅作为一种示例，并不能构成对本申请实施例的限定。

上面结合图4-图7，对本申请实施例提供的方法进行了说明，下面对本申请实施例提供的执行上述方法的装置进行描述。如图8所示，图8为本申请实施例提供的一种爬高状态识别装置的结构示意图，该爬高状态识别装置可以是本申请实施例中的终端设备，也可以是终端设备内的芯片或芯片系统。

如图8所示，爬高状态识别装置80可以用于通信设备、电路、硬件组件或者芯片中，该爬高状态识别装置包括：获取单元801、以及处理单元803。其中，获取单元801用于支持爬高状态识别装置80执行数据获取的步骤，处理单元803用于支持爬高状态识别装置80执行数据处理的步骤。

可能的实施例中，爬高状态识别装置80还可以包括：显示单元802，显示单元802用于支持爬高状态识别装置80执行的显示的步骤。

具体的，本申请实施例提供一种爬高状态识别装置80，获取单元801，用于获取加速度数据；加速度数据为预设时长内获取的数据，预设时长中包括第一时刻以及第二时刻；处理单元803，用于基于加速度数据，确定第一终端设备是否处于第一状态，第一状态用于指示第一终端设备处于第一状态时第一终端设备在至少两个时刻位于不同的海拔；当第一终端设备不是处于第一状态，处理单元803，还用于基于第一时刻获得的第一气压数据和第二时刻获得的第二气压数据确定第一终端设备处于步行爬高状态；其中，处于步行爬高状态的第一终端设备在第一时刻和第二时刻位于不同的海拔。

可能的实现方式中，该爬高状态识别装置80中也可以包括通信单元804。具体的，通信单元804用于支持爬高状态识别装置80执行数据的发送以及数据的接收的步骤。其中，该通信单元804可以是输入或者输出接口、管脚或者电路等。

可能的实施例中，爬高状态识别装置80还可以包括：存储单元805。处理单元803、存储单元805通过线路相连。存储单元805可以包括一个或者多个存储器，存储器可以是一个或者多个设备、电路中用于存储程序或者数据的器件。存储单元805可以独立存在，通过通信线路与爬高状态识别装置具有的处理单元803相连。存储单元805也可以和处理单元803集成在一起。

存储单元805可以存储终端设备中的方法的计算机执行指令，以使处理单元803执行上述实施例中的方法。存储单元805可以是寄存器、缓存或者RAM等，存储单元805可以和处理单元803集成在一起。存储单元805可以是只读存储器(read-only memory，ROM)或者可存储静态信息和指令的其他类型的静态存储设备，存储单元805可以与处理单元803相独立。

图9为本申请实施例提供的另一种终端设备的硬件结构示意图，如图9所示，该终端设备包括处理器901，通信线路904以及至少一个通信接口(图9中示例性的以通信接口903为例进行说明)。

处理器901可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路904可包括在上述组件之间传送信息的电路。

通信接口903，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线局域网(wireless local area networks，WLAN)等。

可能的，该终端设备还可以包括存储器902。

存储器902可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路904与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器902用于存储执行本申请方案的计算机执行指令，并由处理器901来控制执行。处理器901用于执行存储器902中存储的计算机执行指令，从而实现本申请实施例所提供的爬高状态识别方法。

可能的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器901可以包括一个或多个CPU，例如图9中的CPU0和CPU1。

在具体实现中，作为一种实施例，终端设备可以包括多个处理器，例如图9中的处理器901和处理器905。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。例如，可用介质可以包括磁性介质(例如，软盘、硬盘或磁带)、光介质(例如，数字通用光盘(digital versatile disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

本申请实施例还提供了一种计算机可读存储介质。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。计算机可读介质可以包括计算机存储介质和通信介质，还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何目标介质。

作为一种可能的设计，计算机可读介质可以包括紧凑型光盘只读储存器(compactdisc read-only memory，CD-ROM)、RAM、ROM、EEPROM或其它光盘存储器；计算机可读介质可以包括磁盘存储器或其它磁盘存储设备。而且，任何连接线也可以被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，DSL或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘(CD)，激光盘，光盘，数字通用光盘(digital versatile disc，DVD)，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。

上述的组合也应包括在计算机可读介质的范围内。以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (16)

1.一种爬高状态识别方法，其特征在于，所述方法包括：

获取加速度数据；所述加速度数据为预设时长内获取的数据，所述预设时长中包括第一时刻以及第二时刻；

基于所述加速度数据，确定第一终端设备是否处于第一状态，所述第一状态用于指示所述第一终端设备处于所述第一状态时所述第一终端设备在至少两个时刻位于不同的海拔；

当所述第一终端设备不是处于所述第一状态，基于所述第一时刻获得的第一气压数据和所述第二时刻获得的第二气压数据确定所述第一终端设备处于步行爬高状态；其中，

处于所述步行爬高状态的所述第一终端设备在所述第一时刻和所述第二时刻位于不同的海拔。

2.根据权利要求1所述的方法，其特征在于，所述基于所述第一时刻获得的第一气压数据和所述第二时刻获得的第二气压数据确定所述第一终端设备处于步行爬高状态，包括：

确定所述第一气压数据对应的海拔与所述第二气压数据对应的海拔之间的差值，得到海拔差值；

在所述海拔差值大于第一阈值时，确定所述第一终端设备处于所述步行爬高状态。

3.根据权利要求1或2所述的方法，其特征在于，所述第一状态包括下述一种或多种：飞行爬高状态、电梯爬高状态、乘车爬高状态、骑行爬高状态、滑板车爬高状态、或平衡车爬高状态。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述第一气压数据为第二终端设备在检测到气压发生变化后采集的变化后的数据。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

获取第三时刻对应的计步器数据；所述第三时刻对应的计步器数据为所述第一时刻后步数第一次发生变化时对应的数据；

确定所述第一时刻与所述第三时刻的差值，得到时间差值；

所述在所述海拔差值大于第一阈值时，确定所述第一终端设备处于所述步行爬高状态，包括：在所述海拔差值大于所述第一阈值，且所述时间差值小于第二阈值时，确定所述第一终端设备处于所述步行爬高状态。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

获取所述第一时刻以及所述第二时刻之间的多个基站编号信息；

当所述多个基站编号信息的变化次数超过第三阈值，所述海拔差值小于或等于所述第一阈值，和/或，所述时间差值大于或等于所述第二阈值时，确定所述第一终端设备未处于所述步行爬高状态。

7.根据权利要求2-6任一项所述的方法，其特征在于，所述方法还包括：

在确定所述第一终端设备处于所述步行爬高状态的情况下，确定第一计步器数据以及第二计步器数据的和，得到步数累加值；其中，所述第一计步器数据为所述第一时刻获取的计步器数据，所述第二计步器数据为所述第二时刻获取的计步器数据；

在所述步数累加值大于所述海拔差值与第四阈值的乘积时，确定所述海拔差值为所述步行爬高状态下的爬升高度。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

显示第一界面；所述第一界面中包括用于指示开始运动记录的第一控件；

在接收到针对所述第一控件的操作时，显示第二界面；其中，所述第二界面中包括所述爬升高度。

9.根据权利要求7或8所述的方法，其特征在于，所述方法还包括：

在所述第一终端设备接收到结束运动记录的操作时，显示第三界面；其中，所述第三界面中包括用于指示最高爬升高度的信息、以及用于查看运动图表的第二控件；

在所述第一终端设备接收到针对所述第二控件的操作时，显示第四界面；所述第四界面中包括：用于指示所述爬升高度变化情况的图表。

10.根据权利要求1-9任一项所述的方法，其特征在于，所述方法还包括：

当所述第一终端设备处于所述第一状态时，确定所述第一终端设备不是处于所述步行爬高状态。

11.根据权利要求1所述的方法，其特征在于，所述第一终端设备中包括：蓝牙硬件抽象层BT HAL、连接服务模块以及预设HAL，所述BT HAL以及预设HAL位于HAL中，所述连接服务模块位于应用程序框架层中，所述方法还包括：

所述BT HAL获取所述第一气压数据以及所述第二气压数据；所述第一气压数据以及所述第二气压数据均为第二终端设备基于蓝牙发送的；

所述BT HAL将所述第一气压数据以及所述第二气压数据发送至所述连接服务模块；

所述连接服务模块将所述第一气压数据以及所述第二气压数据发送至预设HAL；

所述基于第一时刻获得的第一气压数据和第二时刻获得的第二气压数据确定所述第一终端设备处于步行爬高状态，包括：所述预设HAL基于所述第一气压数据和所述第二气压数据确定所述第一终端设备处于所述步行爬高状态。

12.根据权利要求11所述的方法，其特征在于，所述第一终端设备中还包括：预设传感器控制中心sensor hub，所述基于所述加速度数据，确定第一终端设备是否处于第一状态，包括：

所述预设sensor hub基于所述加速度数据，确定所述第一终端设备是否处于所述第一状态。

13.根据权利要求11所述的方法，其特征在于，所述HAL中还包括：调制解调器modemHAL，所述方法还包括：

所述modem HAL获取所述第一时刻以及所述第二时刻之间的多个基站编号信息；

所述modem HAL将所述多个基站编号信息发送所述预设HAL；

当所述多个基站编号信息的变化次数超过第三阈值，海拔差值小于或等于第一阈值，和/或，时间差值大于或第二阈值时，所述预设HAL确定所述第一终端设备未处于所述步行爬高状态。

14.一种爬高状态识别方法，其特征在于，所述方法包括：

与第二终端设备建立通信连接；

向所述第二终端设备发送第一指令；所述第一指令用于指示所述第二终端设备获取气压发生变化后采集的第一气压数据以及第二气压数据；

接收来自所述第二终端设备的所述第一气压数据以及所述第二气压数据；

获取加速度数据；所述加速度数据为预设时长内获取的数据；所述预设时长中包括第一时刻以及第二时刻；

基于所述加速度数据，确定第一终端设备是否处于第一状态；所述第一状态用于指示所述第一终端设备处于所述第一状态时所述第一终端设备在至少两个时刻位于不同的海拔；

当所述第一终端设备不是处于所述第一状态，基于第一时刻获得的第一气压数据和第二时刻获得的第二气压数据确定所述第一终端设备处于步行爬高状态；其中，

处于所述步行爬高状态的所述第一终端设备在所述第一时刻和所述第二时刻位于不同的海拔。

15.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，使得所述终端设备执行如权利要求1至13任一项所述的方法，或执行如权利要求14所述的方法。

16.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，使得计算机执行如权利要求1至13任一项所述的方法，或执行如权利要求14所述的方法。