1.本公开涉及通信技术领域，具体而言，本公开涉及一种失败检测方法、装置、设备及计算机可读存储介质。
背景技术：
2.近年来，全球对以无人机(uncrewed aerial vehicles，uav)为基础的服务的兴趣急剧增加，包括多种无人机操作、飞行体验的个人娱乐、货物投递等。
3.在新空口(new radio，nr)系统中，适用于uav的应用更加多样化，对于uav的终端具有更低的时延和传输速率要求。所以，对于nr uav需要在长期演进(long term evolution，lte)uav的基础上进行增强。
技术实现要素：
4.本公开实施例提供了一种失败检测方法、装置、设备及计算机可读存储介质。
5.本公开实施例的第一方面，提供了一种失败检测方法，应用于用户设备ue，所述方法包括：
6.基于ue的第一信息进行失败检测。
7.本公开实施例的第二方面，提供了一种失败检测方法，应用于网络侧设备，所述方法包括：
8.向ue发送配置信息，所述配置信息用于进行失败检测。
9.本公开实施例的第三方面，提供了一种失败检测装置，应用于用户设备ue，所述装置包括：
10.执行单元，被配置为基于ue的第一信息进行失败检测。
11.本公开实施例的第四方面，提供了一种失败检测装置，应用于网络侧设备，所述装置包括：
12.第二通信单元，被配置为向ue发送配置信息，所述配置信息用于进行失败检测。
13.本公开实施例的第五方面，提供了一种通信设备，包括：
14.收发器；
15.处理器；
16.存储器，所述存储器存储有计算机可执行指令；
17.其中，所述处理器分别于所述收发器及所述存储器连接，被配置为加载并执行所述计算机可执行指令以实现前述第一方面或第二方面的失败检测方法。
18.本公开实施例的第六方面，提出了一种通信系统，包括用户设备和网络侧设备，其中，所述用户设备被配置为实现第一方面所述的失败检测方法，网络设备被配置为实现第二方面所述的失败检测方法。
19.根据本公开实施例的第七方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有可执行指令，所述可执行指令由所述处理器加载并执行以实现前述第
一方面或第二方面的失败检测方法。
20.本公开实施例提供的技术方案可以包括以下有益效果：
21.通过基于ue的信息进行失败检测，可以更好地满足失败检测的需求。
22.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
23.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
24.图1是根据一示例性实施例示出的一种无线通信系统的结构示意图；
25.图2是根据一示例性实施例示出的一种无线资源管理测量的过程示意图；
26.图3是根据一示例性实施例示出的一种失败检测方法的流程图一；
27.图4是根据一示例性实施例示出的一种失败检测方法的流程图二；
28.图5是根据一示例性实施例示出的一种失败检测方法的流程图三；
29.图6是根据一示例性实施例示出的一种失败检测装置的框图一；
30.图7是根据一示例性实施例示出的一种失败检测装置的框图二；
31.图8是根据一示例性实施例示出的一种用于实现失败检测装置的框图；
32.图9是根据一示例性实施例示出的一种用于实现失败检测装置的框图。
具体实施方式
33.下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本公开，而不能解释为对本发明的限制。
34.下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。
35.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本公开的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。
36.应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
37.还应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”及“若”可以被解释成为
packet core，epc)中的移动性管理实体(mobility management entity，mme)。或者，该网络管理设备也可以是其它的核心网设备，比如服务网关(serving gate way，sgw)、公用数据网网关(public data network gate way，pgw)、策略与计费规则功能单元(policy and charging rules function，pcrf)或者归属签约用户网络侧设备(home subscriber server，hss)等。对于网络管理设备13的实现形态，本公开实施例不做限定。
46.下面先介绍本公开的一些相关技术。
47.第一、无线资源管理(radio resource management，rrm)测量
48.在移动通信系统中，ue的移动导致其周围的信道状况时刻变化。为了支持ue的移动性，及时获得ue当前周围小区的信道状况，网络配置ue进行rrm测量。空闲态及非激活态ue基于rrm测量结果自主进行小区选择或小区重选，连接态ue将rrm测量结果上报给网络，辅助网络进行切换判决。在连接态ue的测量过程中，nr系统的网络通过rrc信令向连接态ue发送测量配置信息，ue根据测量配置信息内容进行同频或异频或异系统(无线接入技术，radio access technology，rat)测量，然后将测量结果上报给网络。测量可以分为测量配置，测量执行和测量上报三个方面。
49.1、测量配置
50.网络使用无线资源控制(radio resource control，rrc)重配置过程进行测量配置，测量配置信息包括，测量对象，上报配置，测量标识，测量开启门限，测量间隙和测量间隙分配等信息。
51.每一组测量均按照索引方式进行关联配置，总索引为测量标识，所有的测量完全按照测量标识的关联关系进行排列，并由网络侧下发给ue。每一个测量标识会同时连接到一个测量对象标识与一个上报配置标识，表示需要进行测量的测量对象与上报配置组合。没有连接到测量标识的测量对象与上报配置也可以下发给ue，但ue不会针对这些配置进行任何形式的测量。需要注意的是，每个测量标识仅能关联一个测量对象标识和一个上报配置标识。
52.2、测量执行
53.测量执行的具体实现过程可以参见附图2所示的内容。
54.3、测量上报
55.ue根据网络侧设备下发的测量配置进行测量，获得小区级测量结果后上报准则评估。一般来说，测量上报根据上报评估准则可分为事件触发上报和周期性上报。采用的上报评估准则由下发给ue的测量配置确定。
56.(1)事件触发上报方式
57.目前nr系统中支持的rrm事件包括：a1、a2、a3、a4、a5、a6以及异rat的b1、b2事件，其中，同系统的6种测量事件描述如下：
58.事件a1：服务小区测量结果大于门限；
59.事件a2：服务小区测量结果小于门限；
60.事件a3：邻小区测量结果优于spcell(可以是pcell或pscell)测量结果；
61.事件a4：邻小区测量结果大于门限；
62.事件a5：spcell(可以是pcell或pscell)测量结果小于门限1，同时邻小区测量结果大于门限2；
63.事件a6：邻小区测量结果优于某辅服务小区(scell)测量结果。
64.当前nr系统支持的异rat测量事件描述如下：
65.事件b1：异rat邻小区测量结果大于门限；
66.事件b2：主服务小区(pcell)测量结果小于门限1，同时异rat邻小区测量结果大于门限2。
67.另外，nr系统支持的其他测量事件描述如下：
68.事件d1：ue与参考位置1(也可以称为第一参考位置)之间的距离大于配置的距离阈值1(例如：第一参考阈值，或者参考阈定时值1)，并且ue与参考位置2(也可以称为第二参考位置)之间的距离小于配置的距离阈值2(例如：第二参考阈值，或者参考阈定时值2)；
69.事件t1：ue处测量的时间大于配置的阈值t1-阈值，但小于t1-阈值 持续时间；
70.事件x1：服务l2 u2n中继ue变得比绝对阈值1差，并且nr小区变得比另一绝对阈值2好；
71.事件x2：服务l2 u2n中继ue变得比绝对阈值差；
72.事件i1：干扰变得高于绝对阈值。
73.(2)周期性上报方式
74.在网络的测量配置完成后，ue会按照配置内容进行相应频点的测量，并按照规定的上报周期及间隔发送测量报告。如果触发类型为“周期”，当达到上报的最大次数后，ue将自主删除测量配置变量中对应的测量标识。这种准则对应的上报配置为：
75.触发类型为“周期”；
76.上报次数大于1；
77.上报间隔有效，网络按照配置的间隔参数设置上报周期定时器。
78.如果满足上报配置中的条件，ue将触发测量报告上报。测量报告发送流程可以参考相关技术中的流程。测量报告的内容包括以下几个方面：
79.①
测量标识。
80.通过该标识，网络从自身存储的测量配置中获知多方面的信息，包含本次上报所对应的测量对象、事件触发的测量事件门限、周期触发目的等内容。
81.②
所有可用的服务小区测量结果。
82.③
根据上报配置，可选地携带各个服务频点上最好的邻小区测量结果。
83.④
满足触发条件的邻小区测量结果。
84.第二、无人机(uncrewed aerial vehicles，uav)
85.近年来，全球对以无人机为基础的服务的兴趣急剧增加，包括多种无人机操作、飞行体验的个人娱乐、货物投递等。作为这些服务的基础，远程控制和数据传输能力是增强的关键方面，这是服务提供商/运营商以及无人机制造商感兴趣的。
86.对uav的研究表明，uav通过地面蜂窝系统连接的可行性和以及所需的增强已得到验证，长期演进(long term evolution，lte)技术在上行链路(up-link，ul)和下行链路(down-link，dl)干扰以及移动性方面均进行了相应的增强。
87.在lte uav中引入了基于高度的测量上报事件和高度上报。
88.事件h1：空中ue高度高于阈值；
89.事件h2：空中ue高度低于阈值。
90.在nr中，适用于uav的应用更加多样化，对于uav的终端具有更低的时延和传输速率要求。所以，对于nr uav需要在lte uav的基础上进行增强。
91.在nr uav中引入类似事件h1或h2，即当飞行高度满足h1或h2条件时，无人机ue(可以认为是一种空中ue)将触发测量报告。当uav ue进行垂直运动(如上升或下降)时，uav ue在垂直方向上以相对较高的速度移动。考虑到现有蜂窝网络是针对地面终端进行优化的，且蜂窝主波束通常向下倾斜，极有可能在垂直方向上没有连续覆盖。在这种情况下，无人机终端可能会频繁检测出波束失败或者无线链路失败。另一方面，当uav ue在垂直方向上移动时，由于遮挡更少，ue与附近大量的基站之间存在los连接，uav ue可以检测到更多的小区，并在多个单元之间进行快速的切换。因此，现有的波束失败恢复(beam failure recovery，bfr)或无线链路失败(radio link failure，rlf)流程无法适应uav ue的这种情况。
92.为此，本公开提供了一种失败检测方法，下面对本公开提出的方法的各个实施例进行详细的描述。
93.图3是根据一示例性实施例示出的一种失败检测方法的流程图一，如图3所示，该失败检测方法用于用户设备(ue)，包括：
94.s11、基于ue的第一信息进行失败检测。
95.在该实施例中，第一信息为高度信息，速度信息，位置信息，时间信息中的至少一种或多种。
96.本技术实施例中通过基于ue的信息进行失败检测，可以更好地满足失败检测的需求。
97.本公开实施例中的失败检测可以为无线链路失败rlf检测。
98.在一些实施例中，还包括：ue获取上述第一信息。
99.获取第一信息的具体实现方式取决于ue，例如：ue实时获取，或者周期性获取第一信息，本公开实施例对此不作任何限定。
100.本公开实施例提出的一种失败检测方法，可以包括以下两个方面的内容：一方面是提出基于ue的第一信息确定进行失败检测的第一失败检测定时器或其时长，另一方面是基于ue的第一信息确定启动或停止进行失败检测的第二失败检测定时器。下面结合实施例分别针对这两个方面的具体实现方案进行描述。
101.首先，针对上述基于ue的第一信息确定进行失败检测的第一失败检测定时器或其时长的方案进行描述。
102.在一些实施例中，上述步骤s11可以具体包括：根据ue的第一信息和触发条件，确定进行失败检测的第一失败检测定时器。
103.在该实施例中，触发条件可以是协议规定的，也可以是网络侧配置的。例如：若第一信息为高度，则触发条件为基于高度的条件。基于高度的条件例如可以为基于高度的测量事件，例如：事件h1或事件h2。
104.在一些实施例中，上述方法还可以包括：
105.接收网络侧设备发送的第一配置信息，所述第一配置信息用于配置所述触发条件，所述第一配置信息包括以下信息中的至少一项：
106.所述触发条件的指示信息；
107.所述触发条件对应的配置。
108.在一些实施例中，触发条件为基于高度的测量事件，例如：事件h1或事件h2。
109.示例性的，触发条件的指示信息为0时，可以指示事件h1，触发条件的指示信息为1时，可以指示事件h2；或者，触发条件的指示信息为1时，可以指示事件h1，触发条件的指示信息为0时，可以指示事件h2。
110.示例性的，触发条件的指示信息为“eventh1”时，可以指示事件h1，触发条件的指示信息为“eventh2”时，可以指示事件h2。
111.在一些实施例中，触发条件对应的配置为基于高度的测量事件的配置，例如：事件h1满足时对应定时器a，不满足时定时器b；或者，事件h2满足时对应定时器b，不满足时定时器a等。
112.需要说明的是，这里的描述仅为示例性方案，并不对本公开实施例的方案构成任何限定。
113.在一些实施例中，上述方法还可以包括：
114.接收网络侧设备发送的第四配置信息，所述第四配置信息用于配置第一失败检测定时器。
115.在一些实施例中，所述第四配置信息包括以下至少一项：
116.至少两个定时器的配置，例如：第一定时器的配置、第二定时器的配置和/或第三定时器的配置等；
117.第一失败检测定时器的多个时长值，例如：时长值1、时长值2等等；
118.第一失败检测定时器的调整值，例如：调整值1和/或调整值2等等。
119.在一些实施例中，上述步骤s11可以具体包括：根据所述第一信息和触发条件，以及所述第一配置信息和/或第四配置信息，确定进行失败检测的第一失败检测定时器。
120.具体的，在该实施例中，可以基于与第一信息对应的触发条件，并结合第一配置信息和/或第四配置信息中的配置，确定第一失败检测定时器或其时长。例如：第一信息为高度，则对应的触发条件为基于高度的条件，例如：基于高度的测量事件，则可以结合第一配置信息中基于高度的测量事件的指示信息，或者，基于高度的测量事件的配置，和/或第四配置信息，确定第一失败检测定时器或其时长。
121.在一些实施例中，在所述第一信息满足所述触发条件的情况下，所述确定进行失败检测的第一失败检测定时器，包括以下几种方案：
122.方案1.1：确定所述第一失败检测定时器为所述至少两个定时器中的第一定时器；
123.方案1.2：确定所述第一失败检测定时器的时长为所述多个时长值中的第一时长值；
124.方案1.3：确定所述第一失败检测定时器的时长为：基于所述调整值对所述第一失败检测定时器的原时长进行调整得到的时长。
125.示例性的，在该实施例中，若第一信息为高度，则对应的触发条件为基于高度的条件，例如：基于高度的测量事件h1，则ue的高度满足事件h1时，可以确定第一失败检测定时器为配置的第一定时器，或者，其时长为配置的时长值1或原时长与调整值1的乘积。
126.需要说明的是，在本公开实施例中，调整值可以称为缩放值、缩放因子等。
127.在一些实施例中，在所述第一信息满足所述触发条件的情况下，通过上述方案
1.1、方案1.2和方案1.3中的任一方案确定进行失败检测的第一失败检测定时器之后，若所述第一信息不满足所述触发条件，则上述方法还可以包括以下几种方案：
128.方案1.4：确定所述第一失败检测定时器为所述至少两个定时器中的第二定时器；
129.方案1.5：确定所述第一失败检测定时器的时长为所述多个时长值中的第二时长值；
130.方案1.6：确定所述第一失败检测定时器的时长为：基于所述调整值对调整后的时长进行还原得到的所述原时长。
131.示例性的，在该实施例中，若第一信息为高度，则对应的触发条件为基于高度的条件，例如：基于高度的测量事件h1，则ue的高度从满足事件h1变为不满足事件h1时，可以确定第一失败检测定时器为配置的第二定时器，或者，其时长为配置的时长值2或原时长。
132.在另一些实施例中，在所述第一信息不满足所述触发条件的情况下，所述确定进行失败检测的第一失败检测定时器，包括以下几种方案：
133.方案2.1：确定所述第一失败检测定时器为所述至少两个定时器中的第二定时器；
134.方案2.2：确定所述第一失败检测定时器的时长为所述多个时长值中的第二时长值。
135.示例性的，在该实施例中，若第一信息为高度，则对应的触发条件为基于高度的条件，例如：基于高度的测量事件h1，则ue的高度不满足事件h1时，可以确定第一失败检测定时器为配置的第二定时器，或者，其时长为配置的时长值2。
136.在上述各实施例中，所述第一信息为高度信息，所述触发条件为基于高度的条件，则所述触发条件对应的配置包括以下至少一项：
137.基于高度的测量事件的配置，例如：事件h1满足时对应定时器a，不满足时定时器b；或者，事件h2满足时对应定时器b，不满足时定时器a等；
138.基于高度的门限值，例如：门限值1、门限值2等等；
139.多个高度范围，例如：高度范围1对应定时器a，高度范围2对应定时器b等。
140.上述实施例中，基于ue的第一信息和触发条件，确定进行失败检测的第一失败检测定时器或其时长，可以更好地满足失败检测的需求，尤其是在第一信息为高度，触发条件为基于高度的条件的情况下，可以有效地实现终端垂直移动场景下的rlf检测。
141.其次，针对基于ue的第一信息确定启动或停止进行失败检测的第二失败检测定时器的方案进行详细的描述。
142.在一些实施例中，上述步骤s11可以具体包括：根据所述第一信息和触发事件信息，确定启动或停止进行失败检测的第二失败检测定时器。
143.在该实施例中，通过基于ue的第一信息和触发事件信息，确定启动或停止进行失败检测的第二失败检测定时器，对于高度或速度等快速变化的终端设备而言，能够随着第一信息的变化用更合适的参数来进行失败检测，一方面能够减少不必要的失败触发，另一方面又能避免触发失败时间过长，从而导致过长的数据中断。
144.在一些实施例中，所述触发事件的信息可以通过网络配置和/或协议规定来确定。
145.示例性的，所述触发事件的信息中的门限值，触发时间(ttt)，迟滞值中的一种或多种由网络配置，
146.示例性的，所述触发条件的具体的表述方式由协议规定。
147.例如，协议规定了触发事件的离开条件的公式，但是公式中各个参数的值是网络配置的，或者是ue自身测得的。
148.示例性的：针对事件h1(空中ue高度高于阈值)，当ue满足以下规定的条件h1-1时，考虑满足该事件的进入条件；当ue满足以下规定的条件h1-2时，考虑满足该事件的离开条件；其中，
149.条件h1-1(进入条件)：ms-hys》thresh offset；
150.条件h1-2(离开条件)：ms hys《thresh offset；
151.其中，ms是空中ue高度，不考虑任何偏移；
152.hys是此事件的迟滞参数(即：eutra配置报告中定义的h1迟滞)；
153.thresh是配置测量中给出的此事件的参考阈值参数(即：meas config中定义的height thresh ref)；
154.offset是height thresh ref的偏移值，用于获取此事件的绝对阈值(即：eutra配置报告中定义的h1 threshold offset)；
155.ms以米为单位；
156.thresh以与ms相同的单位表示。
157.针对事件h2(空中ue高度低于阈值)
158.当ue满足以下规定的条件h2-1时，考虑满足该事件的进入条件；当ue满足以下规定的条件h2-2时，考虑满足该事件的离开条件；其中，
159.条件h2-1(进入条件)：ms hys《thresh offset；
160.条件h2-2(离开条件)：ms-hys》thresh offset；
161.其中，ms是空中ue高度，不考虑任何偏移；
162.hys是此事件的迟滞参数(即：eutra配置报告中定义的h2迟滞)；
163.thresh是配置测量中给出的此事件的参考阈值参数(即：meas config中定义的height thresh ref)；
164.offset是height thresh ref的偏移值，用于获取此事件的绝对阈值(即：eutra配置报告中定义的h2 threshold offset)；
165.ms以米为单位；
166.thresh以与ms相同的单位表示。
167.在一些实施例中，所述触发事件信息包括：触发事件的离开条件，所述确定停止第二失败检测定时器，包括以下几种方案：
168.方案3.1：在所述第一信息满足所述触发事件的离开条件的情况下，停止所述第二失败检测定时器。
169.也就是说，在所述第一信息满足所述触发事件的离开条件的情况下，第二失败检测定时器正在运行，则停止所述第二失败检测定时器。
170.方案3.2：在所述第一信息满足所述触发事件的离开条件的情况下，以及确定允许所述ue使用所述第二失败检测定时器的情况下，且所述第二失败检测定时器正在运行，停止所述第二失败检测定时器。
171.在一些实施例中，所述触发事件信息还包括：触发事件的进入条件，所述确定启动所述第二失败检测定时器，包括以下几种方案：
172.方案4.1：在所述第一信息满足所述触发事件的进入条件，且检测到一次或多次失步指示的情况下，启动所述第二失败检测定时器；
173.也就是说，在所述第一信息满足所述触发事件的进入条件，且检测到一次或多次失步指示的情况下，第二失败检测定时器正在运行，则重启所述第二失败检测定时器；第二失败检测定时器未运行，则启动所述第二失败检测定时器。
174.方案4.2：在所述第一信息满足所述触发事件的进入条件，且检测到一次或多次失步指示，以及确定允许所述ue使用所述第二失败检测定时器的情况下，启动所述第二失败检测定时器；
175.也就是说，在所述第一信息满足所述触发事件的进入条件，且检测到一次或多次失步指示，以及确定允许所述ue使用所述第二失败检测定时器的情况下，第二失败检测定时器正在运行，则重启所述第二失败检测定时器。
176.方案4.3：在所述第一信息满足所述触发事件的进入条件，且检测到一次或多次失步指示，以及确定允许所述ue使用所述第二失败检测定时器的情况下，且所述第二失败检测定时器未运行，启动所述第二失败检测定时器。
177.上述实施例中，检测到的失步指示可以是指：检测到物理层的至少一次失步指示。
178.需要说明的是，本公开实施例的方案中，在采用上述方案4.1～方案4.3中的任一方案确定启动第二失败检测定时器后，若要停止第二失败检测定时器，则可以采用上述方案3.1或方案3.2。
179.在一些实施例中，所述方法还包括：在检测到一次或多次失步指示的情况下，启动第三失败检测定时器。
180.也就是说，在检测到物理层的至少一次失步指示时，可以启动进行失败检测的第三失败检测定时器。例如：定时器t310。
181.在一些实施例中，所述方法还包括：
182.s12(附图中未示出)、接收网络侧设备发送的所述第二配置信息，所述第二配置信息用于配置所述触发事件信息和/或定时器的参数信息，其中，所述定时器的参数信息包括：所述第二失败检测定时器和第三失败检测定时器的配置。
183.在该实施例中，第二失败检测定时器和第三失败检测定时器的配置具体可以为第二失败检测定时器和第三失败检测定时器的时长。其中，第二失败检测定时器的定时时长小于第三失败检测定时器的定时时长，则：第三失败检测定时器可以为用于失败检测的定时器，例如t310，第二失败检测定时器可以为用于快速失败检测的定时器，例如t312。
184.需要说明的是，不排除第二失败检测定时器的定时时长大于第三失败检测定时器的定时时长的方案。
185.在一些实施例中，所述方法还包括：
186.s13(附图中未示出)、接收网络侧设备发送的第三配置信息，所述第三配置信息用于配置指示是否允许所述ue使用所述第二失败检测定时器的指示信息；
187.s14(附图中未示出)、根据所述指示信息，确定是否允许使用所述第二失败检测定时器。
188.在该实施例中，通过配置的指示信息来确定第二失败检测定时器是否能使用，从而为进一步确定启动或停止该第二失败检测定时器提供可靠的基础。
189.在上述方案中，所述触发事件包括：基于高度的触发事件、基于位置的触发事件、基于时间的触发事件中的至少一项。
190.具体的，基于高度的触发事件可以为基于高度的测量事件，例如：事件h1或事件h2。基于位置的触发事件可以为基于位置的测量事件，例如：事件d1，基于时间的触发事件可以为基于时间的测量事件，例如：事件t1。
191.其中，事件d1：ue与参考位置1(也可以称为第一参考位置)之间的距离大于配置的距离阈定时值1(例如：第一参考阈值，或者参考阈定时值1)，并且ue与参考位置2(也可以称为第二参考位置)之间的距离小于配置的距离阈定时值2(例如：第二参考阈值，或者参考阈定时值2)。
192.事件t1：ue处测量的时间大于配置的阈值t1-阈值，但小于t1-阈值 持续时间。
193.上述实施例中针对事件的描述仅是作为示例，不限制本公开的覆盖内容，任何基于第一信息进行失败检测的方法均在本公开的范围内。
194.基于相同的发明构思，本公开还提供了一种失败检测方法，用于网络侧设备如基站，该方法包括：
195.向ue发送配置信息，所述配置信息用于进行失败检测。
196.在一些实施例中，所述配置信息包括第一配置信息，所述第一配置信息用于确定进行失败检测的第一失败检测定时器。
197.在一些实施例中，所述第一配置信息用于配置触发条件，所述第一配置信息包括以下信息中的至少一项：
198.触发条件的指示信息；
199.触发条件对应的配置。
200.在一些实施例中，若触发条件为基于高度的测量事件，例如：事件h1或事件h2。
201.示例性的，触发条件的指示信息为0时，可以指示事件h1，触发条件的指示信息为1时，可以指示事件h2。或者，触发条件的指示信息为1时，可以指示事件h1，触发条件的指示信息为0时，可以指示事件h2。
202.示例性的，触发条件的指示信息为“eventh1”时，可以指示事件h1，触发条件的指示信息为“eventh2”时，可以指示事件h2。
203.示例性的，触发条件对应的配置为基于高度的测量事件的配置，例如：事件h1对应定时器a，事件h2对应定时器b。
204.在一些实施例中，所述触发条件为基于高度的条件，则所述触发条件对应的配置包括以下至少一项：
205.基于高度的测量事件的配置，例如：事件h1对应定时器a，事件h2对应定时器b等；
206.基于高度的门限值，例如：门限值1、门限值2等等；
207.多个高度范围，例如：高度范围1对应定时器a，高度范围2对应定时器b等。
208.需要说明的是，这里的描述仅为示例性方案，并不对本公开实施例的方案构成任何限定。
209.在一些实施例中，所述配置信息还包括第四配置信息，所述第四配置信息用于配置第一失败检测定时器。
210.在一些实施例中，所述第四配置信息包括以下至少一项：
211.至少两个定时器的配置，例如：第一定时器的配置、第二定时器的配置和/或第三定时器的配置等；
212.第一失败检测定时器的多个时长值，例如：时长值1、时长值2等等；
213.第一失败检测定时器的调整值，例如：调整值1和/或调整值2等等。
214.在一些实施例中，所述配置信息还包括第二配置信息，所述第二配置信息用于确定启动或停止进行失败检测的第二失败检测定时器。
215.在一些实施例中，所述第二配置信息包括：触发事件信息和/或定时器的参数信息，其中，所述定时器的参数信息包括：所述第二失败检测定时器和第三失败检测定时器的配置。
216.在该实施例中，第二失败检测定时器和第三失败检测定时器的配置具体可以为第二失败检测定时器和第三失败检测定时器的时长。其中，第二失败检测定时器的定时时长小于第三失败检测定时器的定时时长，则：第三失败检测定时器可以为用于失败检测的定时器，例如t310，第二失败检测定时器可以为用于快速失败检测的定时器，例如t312。
217.需要说明的是，不排除第二失败检测定时器的定时时长大于第三失败检测定时器的定时时长的方案。
218.在一些实施例中，所述配置信息还包括：用于配置指示信息的第三配置信息，所述指示信息用于指示是否允许所述ue使用所述第二失败检测定时器。
219.在一些实施例中，所述触发事件包括：基于高度的触发事件、基于位置的触发事件、基于时间的触发事件中的至少一项。
220.具体的，基于高度的触发事件可以为基于高度的测量事件，例如：事件h1或事件h2。基于位置的触发事件可以为基于位置的测量事件，例如：事件d1，基于时间的触发事件可以为基于时间的测量事件，例如：事件t1。
221.下面以触发条件为基于高度的条件为例，结合附图4对本公开提出的一种失败检测方法的示例性方案进行详细的描述。也就是说，ue可以根据ue的高度以及网络侧发送的配置信息，确定进行失败检测的定时器(可以对应本文中的第一失败检测定时器)或者该定时器的时长。
222.图4是根据一示例性实施例示出的一种失败检测方法的流程图二，如图4所示的方法，
223.s21、网络侧设备如基站向ue发送第一配置信息，和/或，第四配置信息。
224.具体的，该第一配置信息用于确定进行失败检测的第一失败检测定时器。第一配置信息包括以下信息中的至少一项：
225.所述触发条件的指示信息；
226.所述触发条件对应的配置。
227.其中，触发条件的指示信息为0时，可以指示事件h1，触发条件的指示信息为1时，可以指示事件h2；或者，触发条件的指示信息为1时，可以指示事件h1，触发条件的指示信息为0时，可以指示事件h2。应理解，本公开实施例不排除其他可实现方案。
228.其中，触发条件对应的配置，包括但不限于以下情况中的一种或多种：
229.基于高度的测量事件的配置，例如：事件h1满足时对应定时器a，不满足时定时器b；或者，事件h2满足时对应定时器b，不满足时定时器a等；
230.基于高度的门限值，例如：可以为门限值0，或者，门限值1和门限值2；
231.ue的高度范围，例如：高度范围1对应定时器1，高度范围2对应定时器2，高度范围3对应定时器3等。
232.具体的，在该实施例中，第四配置信息用于配置第一失败检测定时器。该第四配置信息包括但不限于以下情况中的一种或多种：
233.至少两个定时器的配置，例如：定时器a、定时器b、定时器c等。其中的两个定时器可以为t310和t312。
234.1个定时器对应的多个时长值，例如：时长值a、时长值b等。
235.定时器的调整值(也可以称为缩放值、缩放因子)，例如：可以记为α，定时器的时长值或定时时长为x，则：缩放后的定时器的时长(或定时时长)为α*x。若α小于1，则x缩小或缩短，若α大于1，则x放大或变长。
236.s22、ue根据获取的ue的高度以及接收的上述第一配置信息，和/或，第四配置信息，确定进行失败检测的第一失败检测定时器或者其时长。
237.具体的，在该实施例中，可以包括以下示例性方案：
238.示例一：若ue的高度满足基于高度的事件，例如：事件h1或者事件h2(即：ue的高度满足事件h1或者事件h2的进入条件)，则第一失败检测定时器或者其时长可以包括以下方案中的一种或多种：
239.1、选择定时器a；
240.2、选择定时器的值a；
241.3、利用定时器的缩放值，缩小或放大当前定时器的值。
242.示例性的，ue的高度满足基于高度的事件，即为满足基于高度的事件的进入条件
243.示例二：若ue的高度不满足事件h1或者事件h2，则包括以下两种情况：
244.第一种情况：ue的高度未满足过事件，示例性的，ue的高度不满足事件的进入条件，则第一失败检测定时器或者其时长可以包括以下方案中的一种或多种：
245.1、选择定时器b；
246.2、选择定时器的值b。
247.(示例性的，可以使用默认的定时器或者默认的定时器的值，例如默认的定时器为b，则使用b，默认的定时器值为b，则使用b)
248.第二种情况：ue的高度从满足事件变为不满足事件，示例性的，ue的高度从满足事件的进入条件变为满足事件的离开条件，则第一失败检测定时器或者其时长可以包括以下方案中的一种或多种：
249.1、选择定时器b；
250.2、选择定时器的值b；
251.3、将定时器的值还原到缩放前的值。
252.示例三：若ue的高度大于(或大于等于)门限值0，则第一失败检测定时器或者其时长可以包括以下方案中的一种或多种：
253.1、选择定时器a；
254.2、选择定时器的值a；
255.3、利用定时器的缩放值，缩小或放大当前定时器的值。
256.示例四：若ue的高度小于(或小于等于)门限值0，则第一失败检测定时器或者其时长可以包括以下方案中的一种或多种：
257.1、选择定时器b；
258.2、选择定时器的值b；
259.3、将定时器的值还原到缩放前的值。
260.示例五：若基于高度的门限值包括门限值1和门限值2，则第一失败检测定时器或者其时长可以包括以下方案中的一种或多种：
261.1、例如：ue的高度大于(或大于等于)门限值1，则ue采用定时器a作为第一失败检测定时器；ue的高度大于(或大于等于)门限值2，则ue采用定时器b作为检测rlf的定时器；
262.2、例如：ue的高度大于(或大于等于)门限值1，则ue采用定时器的时长值1作为第一失败检测定时器的时长；ue的高度大于(或大于等于)门限值2，则ue采用定时器的时长值2作为第一失败检测定时器的时长；
263.3、例如：ue的高度大于(或大于等于)门限值1，则ue采用缩放值1来缩放rlf检测对应的定时器的时长；ue的高度大于(或大于等于)门限值2，则ue采用缩放值2来缩放rlf检测对应的定时器的时长；
264.4、例如：ue的高度小于(或小于等于)门限值1，则ue采用定时器c作为第一失败检测定时器；ue的高度小于(或小于等于)门限值2，则ue采用定时器d作为第一失败检测定时器；
265.5、例如：ue的高度小于(或小于等于)门限值1，则ue采用定时器的时长值3作为第一失败检测定时器的时长；ue的高度大于(或小于等于)门限值2，则ue采用定时器的时长值4作为第一失败检测定时器的时长；
266.6、例如：ue的高度小于(或小于等于)门限值1，则ue采用缩放值3来缩放rlf检测对应的定时器的时长；ue的高度小于(或小于等于)门限值2，则ue采用缩放值4来缩放rlf检测对应的定时器的时长。
267.需要说明的是，门限值可以为n个，其中n是协议规定或网络侧配置的。门限值为n个，且n的值大于2时，方案的实现过程可以参考上述示例五，为了描述的简洁，在此不再赘述。
268.示例六：如果ue的高度处于网络侧配置的高度范围之内，则第一失败检测定时器或者其时长可以包括以下方案中的一种或多种：
269.1、例如，ue的高度处于网络侧配置的高度范围1之内，则ue采用定时器a作为第一失败检测定时器；ue的高度不处于网络侧配置的高度范围1之内，则ue采用定时器b作为第一失败检测定时器；
270.2、例如，ue的高度处于网络侧配置的高度范围1之内，则ue采用定时器的时长值1作为第一失败检测定时器的时长；ue的高度不处于网络侧配置的高度范围1之内，则ue采用定时器的时长值2作为第一失败检测定时器的时长；
271.3、例如，ue的高度处于网络侧配置的高度范围1之内，则ue采用缩放值1来缩放第一失败检测定时器的时长；ue的高度不处于网络侧配置的高度范围1之内，则ue采用采用缩放值2来缩放第一失败检测定时器；
272.4、例如，ue的高度处于网络侧配置的高度范围1之内，则ue采用定时器a作为第一
失败检测定时器；ue的高度处于网络侧配置的高度范围2之内，则ue采用定时器b作为第一失败检测定时器；
273.5、例如，ue的高度处于网络侧配置的高度范围1之内，则ue采用定时器的时长值1作为第一失败检测定时器的时长；ue的高度处于网络侧配置的高度范围2之内，则ue采用定时器的时长值2作为第一失败检测定时器的时长；
274.6、例如，ue的高度处于网络侧配置的高度范围1之内，则ue采用缩放值1来缩放第一失败检测定时器的时长；ue的高度处于网络侧配置的高度范围2之内，则ue采用缩放值2来缩放第一失败检测定时器的时长。
275.需要说明的是，门限值可以为m个，其中，m是协议规定或网络侧配置的。门限值为m个，且m的值大于2时，方案的实现过程可以参考上述示例六中4～6方案的描述，为了描述的简洁，在此不再赘述。
276.还需要说明的是，上述示例性方案仅是为了描述本公开的技术方案的实现过程所举的示例，并不对本公开的实施例构成任何限定。
277.综上，本公开实施例提供的一种失败检测方法，可以基于ue的高度确定用于失败检测的定时器的时长，具体实现方案可以采用：
278.1、基于ue的高度选择用于失败检测的定时器。
279.2、基于ue的高度选择用于失败检测的定时器的时长值。
280.3、基于ue的高度缩放用于失败检测的定时器的时长。
281.相关技术中提出了基于高度进行快速失败恢复的方法，但是具体如何实现仍然有待研究。
282.在相关技术的流程中，如果用于快速失败恢复的定时器t312被配置了，则在用于失败恢复的定时器t310运行，且测量上报触发时，启动t312(如果该测量上报对应的t312允许ue使用，即：使用t312被配置为true)，但是，即使后续该测量上报对应的条件发生变化不再满足，t312也不会停止，ue仍然会基于较短定时时长的t312来触发rlf。对于基于测量结果触发的测量上报来说，这种情况发生的概率很低，因为当源小区的测量结果变好即满足离开条件时，物理层可能已经接收到了多个同步指示t312也已经停止。
283.但是，对于uav中的潜在增强方向，如果结合t312和基于高度的触发事件，即使满足了基于高度的离开事件，ue当前的服务小区的信号强度可能刚开始变好，由于在这种情况下ue存在的los径的干扰减小，因此，在高度较低的情况下，t312并不会立即停止。然而，在高度较低的情况下，继续基于t312触发rlf并不合适，可能会触发并不必要的rlf，造成不必要的中断。
284.有鉴于此，本公开还提出了一种失败检测方案。下面以触发事件为基于高度的触发事件为例，结合附图5对本公开提出的一种失败检测方法的示例性方案进行详细的描述。也就是说，基于ue的高度启动和停止进行失败检测的定时器(可以对应本文中的第二失败检测定时器)。
285.图5是根据一示例性实施例示出的一种失败检测方法的流程图三，如图5所示的方法包括：
286.s31、网络侧设备向ue发送第二配置信息，该第二配置信息包括定时器的参数信息，以及基于高度的触发事件的信息。
287.具体的，在该实施例中，定时器的参数信息可以包括：第三失败检测定时器和第二失败检测定时器的定时时长。
288.在一种示例性方案中，第二失败检测定时器的定时时长小于第三失败检测定时器的定时时长。例如：第三失败检测定时器可以为用于失败检测的定时器，例如t310。第二失败检测定时器可以为用于快速失败检测的定时器，例如t312。
289.在另一种示例性方案中，第二失败检测定时器的定时时长大于第三失败检测定时器的定时时长。例如：第二失败检测定时器可以为用于失败检测的定时器，例如t310。第三失败检测定时器可以为用于快速失败检测的定时器，例如t312。
290.s32、ue接收网络侧设备发送的第二配置信息，该第二配置信息包括定时器的参数信息，以及基于高度的触发事件的信息。
291.具体的，在该实施例中，基于高度的触发事件可以为基于高度的测量事件，例如：事件h1或事件h2。
292.s33、网络侧设备向ue发送第三配置信息，该第三配置信息包括用于指示是否允许ue使用第二失败检测定时器的指示信息。
293.s34、ue接收并根据该第三配置信息中的指示信息，确定是否能够使用第二失败检测定时器。
294.s35、当ue检测到物理层的问题时(例如，接收到来自较低层的n310个连续不同步指示(至少一个失步指示))，ue启动第三失败检测定时器。
295.s36、满足条件，启动第二失败检测定时器。
296.具体可以包括以下几种方案：
297.方案1、当ue的高度满足基于高度的触发事件(即满足基于高度的触发事件的进入条件)，且第三失败检测定时器正在运行，且第二失败检测定时器没有运行，则启动第二失败检测定时器。
298.示例性的，所述ue满足基于高度的触发事件的进入条件包括在触发时间内，ue均满足基于高度的触发事件的进入条件。
299.方案2、当ue的高度满足基于高度的触发事件，且指示信息指示能够使用第二失败检测定时器，以及第三失败检测定时器正在运行，且第二失败检测定时器没有运行，则启动第二失败检测定时器。
300.方案3、当ue的高度满足基于高度的触发事件，且第三失败检测定时器正在运行，且第二失败检测定时器正在运行，则重启第二失败检测定时器。
301.方案4、当ue的高度满足基于高度的触发事件，且指示信息指示能够使用第二失败检测定时器，以及第三失败检测定时器正在运行，且第二失败检测定时器正在运行，则重启第二失败检测定时器。
302.s37、不满足条件，停止第二失败检测定时器。
303.具体可以包括以下几种方案：
304.方案1、当ue的高度不满足基于高度的触发事件(ue的高度满足基于高度的触发事件的离开条件)，如果第二失败检测定时器正在运行，则停止第二失败检测定时器。
305.示例性的，所述ue满足基于高度的触发事件的离开条件包括在触发时间内，ue均满足基于高度的触发事件的离开条件。
306.方案2、当ue的高度不满足基于高度的触发事件，且指示信息指示能够使用第二失败检测定时器的情况下下，如果第二失败检测定时器正在运行，则停止第二失败检测定时器。
307.在一种实施例中，对于在ue变量varmeasconfig中的测量标识列表中的每个测量标识，包括如下示例中的一种或多种：
308.示例性的，
309.如果上报类型被设置为事件触发，并且如果事件id被设置为事件h1或事件h2，并且如果适用于该事件的进入条件，即与ue存储测量配置的变量(例如，varmeasconfig)内的相应上报配置的事件id相对应的事件，在ue存储测量配置的变量内为该事件定义的触发时间期间被满足，而在ue存储测量报告表的变量(例如，varmeasreportlist)中不包括用于该测量id的测量报告条目，则执行以下步骤的中的至少一个，步骤的具体执行顺序不做限定：
310.步骤1：在变量测量报告表中包括用于该测量id的测量报告条目。
311.步骤2：将测量id的变量测量报告表中定义的“发送的报告数”设置为0。
312.步骤3：如果在此事件的上报配置中将是否使用t312的指示(例如，use t312)设置为true：和/或
313.如果对应的spcell的t310正在运行；和/或
314.如果t312没有为相应的spcell运行：
315.用在相应的测量对象中配置的t312的值，启动对应的spcell的定时器t312。
316.步骤4：启动测量报告程序。
317.示例性的，
318.如果报告类型被设置为事件触发，如果事件id被设置为事件h1或事件h2，并且如果适用于该事件的离开条件在ue存储测量配置的变量内为该事件定义的触发时间期间被满足，在ue存储测量报告表的变量中包括该测量id的测量报告，则执行以下步骤的中的至少一个，步骤的具体执行顺序不做限定：
319.步骤1：如果针对相应的报告配置将离开的报告设置为true：
320.启动测量报告程序。
321.步骤2：删除此测量id的变量测量报告表中的测量报告条目。
322.步骤3：如果正在运行，则停止此测量id的定时器。
323.步骤4：如果在此事件的报告配置中将uset312设置为true：和/或如果相应的spcell正在运行，则停止计时器t312。
324.示例性的，
325.如果报告类型被设置为事件触发，并且如果事件id被设置为事件h1或事件h2，并且如果适用于该事件的离开条件，，在ue存储测量配置的变量内为该事件定义的触发时间期间被满足，在ue存储测量报告表的变量中包括该测量id的测量报告，则执行以下步骤的中的至少一个，步骤的具体执行顺序不做限定：
326.步骤1：如果针对相应的报告配置将离开的报告设置为true：
327.启动测量报告程序。
328.步骤2：删除此测量id的变量测量报告表中的测量报告条目。
329.步骤3：如果该测量id的定时器正在运行，则停止；和/或
330.如果在该事件的报告配置中将uset312设置为true：和/或
331.如果对应的spcell的t312正在运行；和/或
332.如果t312由于该测量id而启动：和/或
333.如果相应的spcell正在运行，则停止计时器t312。
334.需要说明的是，在上述实施例中，当满足下述条件之一时，可以停止第二失败检测定时器：在从较低层接收到用于特殊小区(special cell，spcell)的n311个连续同步指示后，
335.在接收到用于相应的mcg或scg的具有同步的重新配置的rrc重新配置时；
336.在接收到来自nr的移动性命令时；
337.在启动连接重新建立过程时；
338.在重新配置用于rlf的定时器时；
339.在启动主小区组(master cell group，mcg)失败信息过程时；
340.在执行有条件的重新配置，即应用存储的rrc重新配置消息包括针对该小区组的具有同步的重新配置时；
341.在相应的spcell中t310到期时；
342.如果t312保持在辅小区组(secondary cell group，scg)中，该scg释放时。
343.其中，spcell包括主小区(primary cell，pcell)和主辅小区(primary secondary cell，pscell)。
344.还需要说明的是，当第二失败检测定时器超时，执行以下操作之一：
345.如果第二失败检测定时器为mcg的，则启动mcg失败信息过程或连接重建过程。
346.如果第二失败检测定时器为scg的，则通过scg失败信息过程，向演进型接入网e-utran(4g)或者nr(5g)通知scg发生rlf。
347.本公开的上述实施例中的方案，当ue的高度满足基于高度的事件时，如果t310正在运行，启动用于失败检测的定时器(第二定时器，t312)，当不满足基于高度的事件时，如果t312正在运行，停止t312，因此，能够满足失败检测的需求，尤其适用于终端垂直移动场景下的rlf检测。
348.需要说明的是，上述实施例中以基于高度的触发条件为例对本公开实施例的方法的具体实现进行了详细的描述，其并不对本公开的方法构成任何限定，本公开实施例的方法还可以基于位置的触发条件(event d1)或者，基于时间的触发条件(event t1)实现，具体实现过程，可以参考基于高度的触发条件的方案的描述，为了描述的简介，在此不再赘述。
349.图6是根据一示例性实施例示出的一种失败检测装置的框图一。该失败检测装置应用于用户设备ue侧，参照图6，该装置包括：执行单元10。
350.执行单元10，被配置为基于ue的第一信息进行失败检测。
351.在上述方案中，所述第一信息为高度信息，速度信息，位置信息，时间信息中的至少一种或多种。
352.在一些实施例中，执行单元10具体用于：根据所述第一信息和触发条件，确定进行失败检测的第一失败检测定时器。
353.在一些实施例中，装置还包括：第一通信单元20，被配置为接收网络侧设备发送的
第一配置信息。所述第一配置信息用于配置触发条件，所述第一配置信息包括以下信息中的至少一项：
354.所述触发条件的指示信息；
355.所述触发条件对应的配置。
356.在一些实施例中，第一通信单元20，还被配置为接收网络侧设备发送的第四配置信息，所述第四配置信息用于配置第一失败检测定时器。
357.在上述方案中，所述第四配置信息包括以下至少一项：
358.至少两个定时器的配置；
359.第一失败检测定时器的多个时长值；
360.第一失败检测定时器的调整值。
361.在一些实施例中，执行单元10具体用于：根据所述第一信息和触发条件，以及所述第一配置信息，确定进行失败检测的第一失败检测定时器。
362.在一些实施例中，在所述第一信息满足所述触发条件的情况下，执行单元10具体用于：
363.确定所述第一失败检测定时器为所述至少两个定时器中的第一定时器；或者，
364.确定所述第一失败检测定时器的时长为所述多个时长值中的第一时长值，或者，
365.基于所述调整值对所述第一失败检测定时器的原时长进行调整得到的时长。
366.在上述实施例的基础上，在所述第一信息满足所述触发条件的情况下，确定第一失败检测定时器之后，若所述第一信息不满足所述触发条件，执行单元10还用于：
367.确定所述第一失败检测定时器为所述至少两个定时器中的第二定时器；或者，
368.确定所述第一失败检测定时器的时长为所述多个时长值中的第二时长值，或者，
369.基于所述调整值对调整后的时长进行还原得到的所述原时长。
370.在另一些实施例中，在所述第一信息不满足所述触发条件的情况下，执行单元10具体用于：
371.确定所述第一失败检测定时器为所述至少两个定时器中的第二定时器；或者，
372.确定所述第一失败检测定时器的时长为所述多个时长值中的第二时长值。
373.在上述实施例中，所述第一信息为高度信息，所述触发条件为基于高度的条件，则所述触发条件对应的配置包括以下至少一项：
374.基于高度的测量事件的配置；
375.基于高度的门限值；
376.多个高度范围。
377.在一些实施例中，执行单元10具体用于：根据所述第一信息和触发事件信息，确定启动或停止进行失败检测的第二失败检测定时器。
378.在一些实施例中，所述触发事件信息包括：触发事件的离开条件，执行单元10在确定停止第二失败检测定时器时，具体用于：
379.在所述第一信息满足所述触发事件的离开条件的情况下，停止所述第二失败检测定时器；或者，
380.在所述第一信息满足所述触发事件的离开条件的情况下，以及确定允许所述ue使用所述第二失败检测定时器的情况下，且所述第二失败检测定时器正在运行，停止所述第
二失败检测定时器。
381.在一些实施例中，所述触发事件信息还包括：触发事件的进入条件，执行单元10在确定启动第二失败检测定时器时，具体用于：
382.在所述第一信息满足所述触发事件的进入条件，且检测到一次或多次失步指示的情况下，启动所述第二失败检测定时器；
383.或者，
384.在所述第一信息满足所述触发事件的进入条件，且检测到一次或多次失步指示，以及确定允许所述ue使用所述第二失败检测定时器的情况下，启动所述第二失败检测定时器；
385.或者，
386.在所述第一信息满足所述触发事件的进入条件，且检测到一次或多次失步指示的情况下，且所述第二失败检测定时器未运行，启动所述第二失败检测定时器；
387.或者，
388.在所述第一信息满足所述触发事件的进入条件，且检测到一次或多次失步指示，以及确定允许所述ue使用所述第二失败检测定时器的情况下，且所述第二失败检测定时器未运行，启动所述第二失败检测定时器。
389.在一些实施例中，第一通信单元20还被配置为：接收网络侧设备发送的第三配置信息，所述第三配置信息用于配置指示是否允许所述ue使用所述第二失败检测定时器的指示信息；
390.执行单元10还用于：根据所述指示信息，确定是否允许使用所述第二失败检测定时器。
391.在一些实施例中，执行单元10还被配置为：在检测到一次或多次失步指示的情况下，启动第三失败检测定时器。
392.在一些实施例中，第一通信单元20还被配置为：接收网络侧设备发送的所述第二配置信息，所述第二配置信息用于配置所述触发事件信息和/或定时器的参数信息，其中，所述定时器的参数信息包括：所述第二失败检测定时器和第三失败检测定时器的配置。
393.在上述实施例中，所述触发事件包括：基于高度的触发事件、基于位置的触发事件、基于时间的触发事件中的至少一项。
394.关于上述实施例中的装置，其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
395.实际应用中，上述执行单元10和第一通信单元20的具体结构均可由该失败检测装置或该失败检测装置所属终端中的中央处理器(cpu，central processing unit)、微处理器(mcu，micro controller unit)、数字信号处理器(dsp，digital signal processing)或可编程逻辑器件(plc，programmable logic controller)等实现。
396.本实施例所述的失败检测装置可设置于ue侧。
397.本领域技术人员应当理解，本公开实施例的失败检测装置中各单元的功能，可参照前述应用于ue侧的失败检测方法的相关描述而理解。本公开实施例的失败检测装置中的各单元的功能，可通过实现本公开实施例所述的功能的模拟电路而实现，也可以通过执行本公开实施例所述的功能的软件在终端上的运行而实现。
398.本公开实施例所述的失败检测装置，能更好地满足失败检测的需求。
399.图7是根据一示例性实施例示出的一种失败检测装置的框图二。该失败检测装置应用于网络侧设备如基站侧，参照图7，该装置包括：第二通信单元30，被配置为；向ue发送配置信息，所述配置信息。
400.在一些实施例中，所述配置信息包括第一配置信息，所述第一配置信息用于确定进行失败检测的第一失败检测定时器。
401.在一些实施例中，所述第一配置信息用于配置触发条件，所述第一配置信息包括以下信息中的至少一项：
402.触发条件的指示信息；
403.触发条件对应的配置。
404.在一些实施例中，所述配置信息还包括第四配置信息，所述第四配置信息用于配置第一失败检测定时器。
405.在一些实施例中，所述第四配置信息包括以下至少一项：
406.至少两个定时器的配置；
407.第一失败检测定时器的多个时长值；
408.第一失败检测定时器的调整值。
409.在一些实施例中，所述触发条件为基于高度的条件，则所述触发条件对应的配置包括以下至少一项：
410.基于高度的测量事件的配置；
411.基于高度的门限值；
412.多个高度范围。
413.在一些实施例中，所述配置信息还包括第二配置信息，所述第二配置信息用于确定启动或停止进行失败检测的第二失败检测定时器。
414.在一些实施例中，所述第二配置信息包括：触发事件信息和/或定时器的参数信息，其中，所述定时器的参数信息包括：所述第二失败检测定时器和第三失败检测定时器的配置。
415.在一些实施例中，所述配置信息还包括：用于配置指示信息的第三配置信息，所述指示信息用于指示是否允许所述ue使用所述第二失败检测定时器。
416.在一些实施例中，所述触发事件包括：基于高度的触发事件、基于位置的触发事件、基于时间的触发事件中的至少一项。
417.关于上述实施例中的装置，其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
418.实际应用中，上述第二通信单元30的具体结构均可由该失败检测装置或该失败检测装置所属基站中的cpu、mcu、dsp或plc等实现。
419.本实施例所述的失败检测装置可设置于网络侧设备如基站侧。
420.本领域技术人员应当理解，本公开实施例的失败检测装置中各单元的功能，可参照前述应用于网络侧设备如基站侧的失败检测方法的相关描述而理解。本公开实施例的失败检测装置中的各单元的功能，可通过实现本公开实施例所述的功能的模拟电路而实现，也可以通过执行本公开实施例所述的功能的软件在基站上的运行而实现。
421.本公开实施例所述的失败检测装置，能更好地满足失败检测的需求。
422.基于与本公开实施例所提供的方法相同的原理，本公开实施例还提供了一种通信设备，该通信设备包括存储器和处理器，其中，该存储器中存储有计算机程序，该处理器在运行该存储器中所存储的计算机程序时，可以执行本公开任一可选实施例中所提供的失败检测方法。
423.本公开实施例还提供了一种计算机可读存储介质，该存储介质中存储有计算机程序，该计算机程序在被处理器执行时，可以执行本公开任一可选实施例中所提供的失败检测方法。
424.图8是根据一示例性实施例示出的一种用于实现失败检测装置的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
425.参照图8，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电力组件806，多媒体组件808，音频组件810，输入/输出(i/o，input/output)的接口812，传感器组件814，以及通信组件816。
426.处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
427.存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(static random-access memory，sram)，电可擦除可编程只读存储器(electrically-erasable programmable read only memory，eeprom)，可擦除可编程只读存储器(erasable programmable read only memory，eprom)，可编程只读存储器(programmable read-only memory，prom)，只读存储器(read only memory，rom)，磁存储器，快闪存储器，磁盘或光盘。
428.电力组件806为装置800的各种组件提供电力。电力组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。
429.多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(liquid crystal display，lcd)和触摸面板(touch panel，tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
430.音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克
风(microphone，简称mic)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
431.i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：9游会主页按钮、音量按钮、启动按钮和锁定按钮。
432.传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如互补金属氧化物半导体(complementary metal oxide semiconductor，cmos)或电荷耦合元件(charge-coupled device，ccd)图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
433.通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如wi-fi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(near field communication，nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(radio frequency identification，rfid)技术，红外数据协会(infrared data association，irda)技术，超宽带(ultra wide band，uwb)技术，蓝牙(blue tooth，bt)技术和其他技术来实现。
434.在示例性实施例中，装置800可以被一个或多个应用专用集成电路(application specific integrated circuit，asic)、数字信号处理器(digital signal processor，dsp)、数字信号处理设备(digital signal processing device，dspd)、可编程逻辑器件(programmable logic device，pld)、现场可编程门阵列(field programmable gate array，fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述应用于用户终端侧的失败检测方法。
435.在示例性实施例中，还提供了一种包括可执行指令的非临时性的计算机存储介质，例如包括可执行指令的存储器804，上述可执行指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性的计算机存储介质可以是rom、随机存取存储器(random access memory，ram)、cd-rom、磁带、软盘和光数据存储设备等。
436.图9是根据一示例性实施例示出的一种用于实现失败检测装置的框图。参照图9，装置900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述应用于基站侧的失败检测方法。
437.装置900还可以包括一个电源组件926被配置为执行装置900的电源管理，一个有线或无线网络接口950被配置为将装置900连接到网络，和一个输入输出(i/o)接口958。装置900可以操作基于存储在存储器932的操作系统，例如windows server tm，mac os xtm，unix tm，linux tm，free bsd tm或类似。
438.本公开实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
439.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
440.应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。