快速切换失败恢复的方法、终端设备及芯片

技术领域

本发明涉及无线通信技术领域，尤其涉及一种快速切换失败恢复的方法、终端设备及芯片。

背景技术

为了能够满足无缝切换的移动性需求，需要最大程度的缩短切换中断时间。其中，降低切换中断时间的解决方案包括快速切换失败恢复(Fast Handover FailureRecovery)，即在切换过程中能够快速地从已经失败或预测将要失败的切换中恢复用户设备(User Equipment，UE)和网络侧基站之间的无线链路连接。

目前，快速切换失败恢复方案可以通过配置T312(Timer 312)定时器来实现，然而，在实际执行过程中会对配置了T312的测量报告的触发时机进行限制，从而导致在一些场景下无法进行快速切换失败恢复，延长了切换中断时间，降低了终端设备的通信性能。

发明内容

本申请实施例提供了一种快速切换失败恢复的方法、终端设备及芯片，克服了在某些场景下无法进行快速切换失败恢复的缺陷，进而缩短了切换中断时间，提升了终端设备的通信性能。

本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供了一种快速切换失败恢复的方法，所述方法包括：

根据重配置消息配置第一定时器；

在检测到无线链路失败之后，若测量报告列表VarMeasReportList中的、配置了所述第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，则启动所述第一定时器；

若所述第一定时器超时，则触发RRC连接重建。

第二方面，本申请实施例提供了一种芯片，所述芯片包括可编程逻辑电路和/或程序指令，当所述芯片运行时，实现如上所述的快速切换失败恢复的方法。

第三方面，本申请实施例提供了一种终端设备，所述终端设备包括处理器、存储有所述处理器可执行指令的存储器，当所述指令被处理器执行时，实现如上的快速切换失败恢复的方法。

本申请实施例提供了一种快速切换失败恢复的方法、终端设备及芯片，终端设备根据重配置消息配置第一定时器；在检测到无线链路失败之后，若测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，则启动第一定时器；若第一定时器超时，则触发RRC连接重建。由此可见，在本申请的实施例中，在完成第一定时器的配置之后，如果检测到无线链路失败，那么可以直接通过配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量来选择是否启动第一定时器，而不再对配置了第一定时器的测量报告的触发时机进行限制和要求，只要小区数量不为0，则可以进行第一定时器的启动，从而克服了在某些场景下无法进行快速切换失败恢复的缺陷，进而缩短了切换中断时间，提升了终端设备的通信性能。

附图说明

图1为常见的快速切换失败恢复的实现示意图一；

图2为常见的快速切换失败恢复的实现示意图二；

图3为小区切换的示意图；

图4为通信系统的示意图；

图5为本申请实施例提出的快速切换失败恢复的方法的实现流程示意图一；

图6为本申请实施例提出的快速切换失败恢复的方法的实现流程示意图二；

图7为本申请实施例提出的快速切换失败恢复的方法的实现流程示意图三；

图8为第一定时器的启动方式的示意图一；

图9为第一定时器的启动方式的示意图二；

图10为第一定时器的启动方式的示意图三；

图11为第一定时器的启动方式的示意图四；

图12为无法进行快速切换失败恢复的场景的示意图；

图13为进行快速切换失败恢复的场景的示意图一；

图14为本申请实施例提出的快速切换失败恢复的方法的实现流程示意图四；

图15为进行快速切换失败恢复的场景的示意图二；

图16为进行快速切换失败恢复的场景的示意图三；

图17为进行快速切换失败恢复的场景的示意图四；

图18为终端设备的组成结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释相关申请，而非对该申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关申请相关的部分。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。还需要指出，本申请实施例所涉及的术语“第一\第二\第三”仅是用于区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

在第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)RAN#80次全会上批准了一个5G技术标准的新的研究项目。该项目的研究目的之一是找到用于满足新空口(New Radio，NR)中的移动性需求之一：无缝切换，即在小区切换过程中能够满足0毫秒的切换中断时间。在正在研究的降低切换中断时间的解决方案中，有一种解决方法称为快速切换失败恢复(Fast Handover Failure Recovery)，即在切换过程中能够快速地从已经失败或预测将要失败的切换中恢复用户设备(User Equipment，UE)和网络侧基站之间的无线链路连接。

其中，NR系统中的快速切换失败恢复解决方案将基于长期演进(Long TermEvolution，LTE)系统中的快速切换失败恢复方案进行研究。

目前的快速切换失败恢复方案可以通过配置T312(Timer 312)定时器来实现，相关技术中的T312的配置和启动过程如下：

1、UE进入到连接态以后，网络会对事件型触发(eventTriggered)的测量配置T312，T312的启动条件如下：

a)UE检测到无线链路失败(Radio Link Failure，RLF)，启动T310(Timer 310)

b)配置了T312的测量触发了测量报告，触发方式为以下两种

i.第一次触发(a first cell triggers the event)，即测量报告列表(VarMeasReportList)中对该测量标识(measId)对应的cellsTriggeredList的数目为0，第一次有小区在触发时间(timetoTrigger)时间内满足应用于该事件的进入条件

(enter condition)

ii.新的触发(a subsequent cell triggers the event)，即测量报告列表(VarMeas

Repor tList)中对该测量标识(measId)对应的cellsTriggeredList的数目不为0，有其他的小区(subsequent cell)在timetoTrigger时间内满足应用于该事件的进入条件(enter condition)

c)此时如果T310还在计时，则立即启动T312

2、由于无线链路的原因，上行的测量报告或者下行的重配消息可能不能顺利到达目的，从而T312超时，UE会触发重建，通常T312的时长比T310要短，这样就达到了快速切换失败恢复的目的。

进一步地，图1为常见的快速切换失败恢复的实现示意图一，如图1所示，终端收到重配消息配置测量信息，其中包括T312定时器配置(S1)，UE检测到RLF开启T310定时器(S2)，配置了T312的测量触发了测量报告(第一次触发或者新的触发)(S3)，启动T312定时器(S4)，T312超时(S5)，触发重建(S6)。

相应的，图2为常见的快速切换失败恢复的实现示意图二，如图2所示，在配置T312之后，如果UE检测到RLF则开启T310定时器，在配置了T312的测量触发了测量报告时如果T310还在运行，那么可以启动T312定时器，T312超时时则触发重建。

图3为小区切换的示意图，如图3所示，用户设备UE可以通过接收到的配置信息进行T312的配置，在检测到无线链路失败RLF之后可以启动T310，在T310运行时，如果配置了启动T312的测量触发了测量报告，则启动T312，如果T312超时，则声明切换失败，并在T310超时前加快重建速度，进行RRC连接重建的触发，完成RRC的重建和配置。

可见，一方面，在启动T312时，只考虑了T310先启动，配置了T312的事件型测量后触发的情况，而没有考虑配置了T312的事件型测量报告先触发，T310后启动的情况，即上述图中的S2和S3两个步骤的执行顺序不能交换。那么，下述场景不能触发T312：配置了T312的测量先满足了触发条件，如果配置的上报次数(reportAmount)为1，后续才启动T310，但是由于reportAmount为1，后续如果没有新的小区触发测量报告，则T312无法启动。

另一方面，启动T312的条件可以总结为，在T310启动期间内，要有新的小区符合触发条件，才能启动T312，如果是旧小区周期性的上报以及旧小区满足离开条件(leavingcondition)时触发的上报，都不能启动T312。也就是说，以下场景都不能满足T312启动条件：

a)配置了T312的测量先满足了触发条件，配置的上报次数(reportAmount)不为1，后续才启动了T310，即使后续旧小区周期性触发，也无法启动T312

b)配置了T312的测量先满足了触发条件，T310后续才启动，即使是旧小区符合离开条件(leaving condition)并且cellsTriggeredList的数目不为0也不能启动T312

但是，上述几种无法启动T312的情况，依然可能有小区符合快速切换失败恢复条件，例如cellsTriggeredList的数目不为0时，其中存储的小区很有可能是符合相应的触发条件的。

也就是说，常见的快速切换失败恢复的方法，由于限制了启动T310和触发配置了T312的测量报告之间的先后顺序，导致在一些场景下无法进行快速切换失败恢复，延长了切换中断时间，降低了终端设备的通信性能。

为了解决常见的快速切换失败恢复方案所存在的问题，在本申请的实施例中，终端设备根据重配置消息配置第一定时器；在检测到无线链路失败之后，若测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，则启动第一定时器；若第一定时器超时，则触发RRC连接重建。由此可见，在本申请的实施例中，在完成第一定时器的配置之后，如果检测到无线链路失败，那么可以直接通过配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量来选择是否启动第一定时器，而不再对配置了第一定时器的测量报告的触发时机进行限制和要求，只要小区数量不为0，则可以进行第一定时器的启动，从而克服了在某些场景下无法进行快速切换失败恢复的缺陷，进而缩短了切换中断时间，提升了终端设备的通信性能。

需要说明的是，本申请实施例提供的快速切换失败恢复的方法可以应用于各种通信系统，例如：全球移动通讯(Global System of Mobile communication，GSM)系统、码分多址(Code Division Multiple Access，CDMA)系统、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)系统、通用分组无线业务(General Packet RadioService，GPRS)、LTE系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal MobileTelecommunication System，UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access，WiMAX)通信系统或5G系统等。

示例性的，在本申请的实施例中，图4为通信系统的示意图，如图4所示，通信系统100可以包括网络设备110，网络设备110可以是与终端设备100(或称为通信终端、终端)通信的设备。网络设备110可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备进行通信。该网络设备110可以是GSM系统或CDMA系统中的基站(BaseTransceiver Station，BTS)，也可以是WCDMA系统中的基站(NodeB，NB)，还可以是LTE系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者是云无线接入网络(CloudRadio Access Network，CRAN)中的无线控制器，或者该网络设备可以为移动交换中心、中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器、5G网络中的网络侧设备或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备等。

可以理解的是，在本申请的实施例中，通信系统100还包括位于网络设备110覆盖范围内的至少一个终端设备100。作为在此使用的“终端设备”包括但不限于经由有线线路连接，如经由公共交换电话网络(Public Switched Telephone Networks，PSTN)、数字用户线路(Digital Subscriber Line，DSL)、数字电缆、直接电缆连接；和/或另一数据连接/网络；和/或经由无线接口，如，针对蜂窝网络、无线局域网(Wireless Local Area Network，WLAN)、诸如DVB-H网络的数字电视网络、卫星网络、AM-FM广播发送器；和/或另一终端设备的被设置成接收/发送通信信号的装置；和/或物联网(Internet of Things，IoT)设备。被设置成通过无线接口通信的终端设备可以被称为“无线通信终端”、“无线终端”或“移动终端”。移动终端的示例包括但不限于卫星或蜂窝电话；可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的个人通信系统(Personal Communications System，PCS)终端；可以包括无线电电话、寻呼机、因特网/内联网接入、Web浏览器、记事簿、日历以及/或全球定位系统(Global Positioning System，GPS)接收器的PDA；以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。终端设备可以指接入终端、用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless LocalLoop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进的PLMN中的终端设备等。

需要说明的是，在本申请的实施例中，终端设备100之间可以进行终端直连(Device to Device，D2D)通信。

需要说明的是，在本申请的实施例中，5G系统或5G网络还可以称为NR系统或NR网络。

可以理解的是，在本申请的实施例中，如图4所示的通信系统示例性地示出了一个网络设备和两个终端设备，该通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备，本申请实施例对此不做限定。

需要说明的是，在本申请的实施例中，通信系统100还可以包括网络控制器、移动管理实体等其他网络实体，本申请实施例对此不作限定。

可以理解的是，在本申请的实施例中，网络/系统中具有通信功能的设备可称为通信设备。以通信系统100为例，通信设备可包括具有通信功能的网络设备110和终端设备100，网络设备110和终端设备100可以为上文所述的具体设备，此处不再赘述；通信设备还可包括通信系统100中的其他设备，例如网络控制器、移动管理实体等其他网络实体，本申请实施例中对此不做限定。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

本申请一实施例提供了一种快速切换失败恢复的方法，图5为本申请实施例提出的快速切换失败恢复的方法的实现流程示意图一，如图5所示，在本申请的实施例中，终端设备进行快速切换失败恢复的方法可以包括以下步骤：

步骤101、根据重配置消息配置第一定时器。

在本申请的实施例中，终端设备可以先根据接收到的重配置消息配置第一定时器。

需要说明的是，在本申请的实施例中，终端设备可以为设备、芯片、集成电路(integrated circuit，IC)、专用集成电路(Application Specific Integrated Circuit，ASIC)等任意的形式。

进一步地，在本申请的实施例中，第一定时器可以为T312。

需要说明的是，在本申请的实施例中，重配置消息可以是由网络设备发送给终端设备的。其中，网络设备可以为服务小区所对应的。服务小区可以为LTE系统中的PCell，也可以为NR系统中的PCell，也可以为LTE系统中的PSCell，还可以为NR系统中的PSCell。

进一步地，在本申请的实施例中，图6为本申请实施例提出的快速切换失败恢复的方法的实现流程示意图二，如图6所示，在根据重配置消息配置第一定时器之前，即步骤101之前，终端设备进行快速切换失败恢复的方法还可以包括以下步骤：

步骤104、接收重配置消息；其中，重配置消息用于测量对象的配置和测量对象对应的第一定时器的配置。

在本申请的实施例中，终端设备可以先接收由网络设备发送的重配置消息，其中，重配置消息可以用于测量对象的配置和测量对象对应的第一定时器的配置。

需要说明的是，在本申请的实施例中，重配置消息中可以包括第一定时器参数，终端设备可以利用第一定时器参数进行第一定时器的配置。

可以理解的是，在本申请的实施例中，终端设备可以基于第一定时器确定服务小区的无线链路连接状态。其中，基于第一定时器是否超时，终端设备可以确定服务小区的无线链路连接状态。

进一步地，在本申请的实施例中，测量对象可以为测量频点。其中，基于重配置消息，对于不同的测量对象可以独立配置对应的第一定时器。

相应的，在本申请的实施例中，终端设备在测量对象上触发测量事件，可以包括终端设备在测量频点上触发测量事件。其中，测量事件可以为A3事件。

需要说明的是，在本申请的实施例中，基于重配置消息，还可以确定一个或多个测量事件配置是否应用第一定时器。

示例性的，在本申请的实施例中，服务小区可以维护与多个测量对象分别对应的多个T312，每个T312的长度可灵活配置，不同测量对象上报的时间也可灵活配置，如此能够实现终端设备对服务小区的无线链路连接状态的精准判断。

也就是说，在本申请的实施例中，第一定时器可以是由网络设备配置的。例如，T312可以是由网络引入和配置的，以用于控制预期可以最小化服务中断时间的行为。

进一步地，在本申请的实施例中，终端设备可以接收服务小区对应的网络设备发送的重配置消息。其中，重配置消息至少包括下述中的一种：针对不同的测量对象独立配置的第一定时器参数和针对一个或多个测量事件配置是否应用第一定时器。

示例性的，在本申请的实施例中，终端设备可以通过RRC消息接收重配置消息。即网络设备可以通过RRC消息向终端设备配置T312参数。其中，RRC消息可通过SRB3承载，RRC消息也可以通过SRB1承载。

可以理解的是，在本申请的实施例中，T312参数可以配置在一个或多个测量对象上，每个测量对象对应的T312的长度可单独配置；不同测量对象对应的T312的长度可相同，也可以不同。

步骤102、在检测到无线链路失败之后，若测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，则启动第一定时器。

在本申请的实施例中，终端设备在完成第一计时器的配置之后，当检测到无线链路失败时，如果测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，那么可以选择启动第一定时器。

需要说明的是，在本申请的实施例中，在检测到无线链路失败之后，终端设备还可以启动第二定时器。

示例性的，在本申请的实施例中，第二定时器可以为T310。如果第二定时器正在运行，那么可以表征终端设备对应的服务小区出现无线链路问题(Radio Link Problem)，即服务小区的无线链路发生异常，如无线链路失败RLF。

示例性的，在本申请的实施例中，图7为本申请实施例提出的快速切换失败恢复的方法的实现流程示意图三，如图7所示，在根据重配置消息配置第一定时器之后，即步骤101之后，终端设备进行快速切换失败恢复的方法还可以包括以下步骤：

步骤105、在检测到无线链路失败之后，启动第二定时器。

在本申请的实施例中，在完成第一计时器的配置之后，当检测到无线链路失败时，终端设备需要启动第二计时器。其中，可以预先配置第二定时器，第二定时器也可以是由网络设备配置的。

需要说明的是，在本申请的实施例中，第二定时器的时长可以大于第一定时器的时长。其中，第二定时器的时长可以为几千毫秒，而第一定时器的时长可以为几十毫秒或者几百毫秒。例如，配置的第一定时器的运行时长为20毫秒，第二定时器的运行时长为1000毫秒。

示例性的，在本申请的实施例中，假设第一定时器为T312，第二定时器为T310。在定时器T312的期满时，可以触发重建，直到T310超时，以实现快速切换失败恢复；在定时器T310的期满时，终端设备可以声明无线链路失败(RLF)，并发起小区选择过程以尝试恢复。

进一步地，在本申请的实施例中，如果测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，那么可以认为存在符合快速恢复条件的小区，即可以确定小区触发列表cellsTriggeredList中存储的小区是符合对应的测量标识(measId)的触发条件的，因此可以选择启动第一定时器。

也就是说，在本申请的实施例中，假设第一定时器为T312，第二定时器为T310，T312的启动条件为配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，而相关技术中，T312的启动条件则需要满足T310运行之后配置了T312的测量触发了测量报告。相比之下，本申请实施例提出的快速切换失败恢复的方法，不再对T310的启动和测量报告的触发之间的先后顺序进行限制，而是仅依据小区触发列表cellsTriggeredList的小区数量来确定是否启动已经完成配置的T312。

进一步地，在本申请的实施例中，在检测到无线链路失败之后，若小区触发列表cellsTriggeredList的小区数量不为0，则终端设备可以启动第一定时器和第二定时器。

需要说明的是，在本申请的实施例中，如果终端设备已经完成了第一定时器的配置，在检测到无线链路失败之后，可以先确定测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量。由于小区触发列表cellsTriggeredList的小区是符合对应的测量标识measId的触发条件的，因此，在小区数量不为0时，便可以确定存在符合快速恢复条件的小区，进而可以选择启动第一定时器和第二定时器。

也就是说，在本申请的实施例中，针对配置了第一定时器的事件型测量报告先触发，第二定时器后启动的情况，在检测到无线链路失败之后，终端设备可以通过测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量来选择是否启动第一定时器。其中，在检测到无线链路失败之后，终端设备可以选择同时启动第一定时器和第二定时器，也可以选择在启动第二定时器之后再启动第一定时器。

示例性的，在本申请的实施例中，图8为第一定时器的启动方式的示意图一，如图8所示，在检测到无线链路失败之后，如果确定配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，那么可以先启动第二定时器，然后再启动第一定时器。

示例性的，在本申请的实施例中，图9为第一定时器的启动方式的示意图二，如图9所示，在检测到无线链路失败之后，如果确定配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，那么可以同时启动第二和第一定时器。

需要说明的是，在本申请的实施例中，由于当前协议规定了只有在第一次触发和新的触发时，如果T310已经启动，才启动T312，并没有规定满足离开条件(leavingcondition)或者满足周期性上报，如果T310已经启动，也启动T312，而本申请实施例提出的快速切换失败恢复的方法，还可以结合是否满足离开条件或者是否满足周期性上报的确定，进一步选择是否触发T312。

进一步地，在本申请的实施例中，在检测到无线链路失败之后，终端设备可以先启动第二定时器，在启动第二定时器之后，如果确定第一小区满足离开条件，且测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，那么终端设备便可以选择启动第一定时器。

需要说明的是，在本申请的实施例中，第一小区可以为小区触发列表cellsTriggeredList中的任意小区，即第一小区可以为触发列表cellsTriggeredList中的、已有的旧小区。

需要说明的是，在本申请的实施例中，如果终端设备已经完成了第一定时器的配置，在检测到无线链路失败之后，可以先启动第二定时器，然后可以进一步确定测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量，还可以确定第一小区是否满足离开条件，即确定是否为旧小区满足离开条件时所触发的上报。由于小区触发列表cellsTriggeredList的小区是符合对应的测量标识measId的触发条件的，因此，在第一小区满足离开条件且小区数量不为0时，便可以确定存在符合快速恢复条件的小区，进而可以选择启动第一定时器。

也就是说，在本申请的实施例中，针对配置了第一定时器的事件型测量报告先触发，第二定时器后启动的情况，在检测到无线链路失败并启动第二定时器之后，终端设备可以通过第一小区(小区触发列表cellsTriggeredList中的旧小区)是否满足离开条件的确定，以及测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量的确定，进一步选择是否启动第一定时器。其中，如果第一小区满足离开条件，且小区数量不为0，那么便可以进行第一定时器的启动。

示例性的，在本申请的实施例中，图10为第一定时器的启动方式的示意图三，如图10所示，在检测到无线链路失败之后，先启动第二定时器，然后在确定第一小区满足离开条件且配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0之后，启动第一定时器。

也就是说，在本申请的实施例中，当小区满足离开条件(leaving condition)时，如果T310已经启动，同样检查cellsTriggeredList的小区数量是否为0，如果小区数量不为0则立即启动T312。

进一步地，在本申请的实施例中，在检测到无线链路失败之后，终端设备可以先启动第二定时器，在启动第二定时器之后，如果第一小区为周期性上报，那么可以选择直接启动第一定时器。

需要说明的是，在本申请的实施例中，第一小区可以为小区触发列表cellsTriggeredList中的任意小区，即第一小区可以为触发列表cellsTriggeredList中的、已有的旧小区。

需要说明的是，在本申请的实施例中，如果终端设备已经完成了第一定时器的配置，在检测到无线链路失败之后，可以先启动第二定时器，然后可以进一步确定第一小区是否为周期性上报，即确定是否为旧小区的周期性上报。如果是，则可以认为存在符合快速恢复条件的小区，进而可以选择直接启动第一定时器。

可以理解的是，在本申请的实施例中，如果确定第一小区是周期性上报，那么可以认为测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，即确定小区触发列表cellsTriggeredList的小区是符合对应的测量标识measId的触发条件的，因此可以选择直接启动第一定时器。

也就是说，在本申请的实施例中，针对配置了第一定时器的事件型测量报告先触发，第二定时器后启动的情况，在检测到无线链路失败并启动第二定时器之后，终端设备可以通过第一小区(小区触发列表cellsTriggeredList中的旧小区)是否为周期性上报的确定，进一步选择是否启动第一定时器。其中，如果第一小区为周期性上报，那么便可以进行第一定时器的启动。

示例性的，在本申请的实施例中，图11为第一定时器的启动方式的示意图四，如图11所示，在检测到无线链路失败之后，先启动第二定时器，然后在确定第一小区为周期性上报之后，启动第一定时器。

也就是说，在本申请的实施例中，小区满足周期性上报时，如果T310已经启动，也启动T312。

由此可见，在本申请的实施例中，第一定时器的启动条件不再限制为先启动第二定时器，后触发配置了第一定时器的事件型测量报告，因此，对于配置了第一定时器的事件型测量报告先触发，第二定时器后启动的情况，终端设备可以在确定测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0之后，启动第一定时器，从而可以保证快速切换失败恢复的实现。

步骤103、若第一定时器超时，则触发RRC连接重建。

在本申请的实施例中，在检测到无线链路失败之后，如果测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，那么终端设备在启动第一定时器之后，如果第一定时器超时，终端设备便可以进一步触发RRC连接重建。

需要说明的是，在本申请的实施例中，对于配置了第一定时器的事件型测量报告先触发，第二定时器后启动的情况，不仅能够在确定存在小区符合快速恢复的条件的前提下启动第一定时器，且由于测量报告的触发是在第二定时器的启动之前，因此第一定时器的也相应的被提前启动，从而可以提前触发重建过程。

示例性的，在本申请的实施例中，图12为无法进行快速切换失败恢复的场景的示意图，如图12所示，假设第一定时器为T312，第二定时器为T310，相关技术中要求在T310运行之后配置了T312的测量触发了测量报告时启动T312。因此，在T310启动之前，如果配置了T312的测量先触发了测量报告，在T310运行之后便无法启动T312，进而无法通过T312进行快速切换失败恢复，直到T310超时之后，终端设备才可以声明无线链路失败(RLF)并触发重建。

示例性的，在本申请的实施例中，图13为进行快速切换失败恢复的场景的示意图一，如图13所示，假设第一定时器为T312，第二定时器为T310，在T310启动之前，如果配置了T312的测量先触发了测量报告，在检测到无线链路失败之后，可以先进行配置了T312的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量的确定，如果确定小区数量不为0，便可以启动T312，进而可以通过T312进行快速切换失败恢复，直到T312超时之后，终端设备触发重建。

相比之下，本申请实施例提出的快速切换失败恢复的方法，不再对T310的启动和测量报告的触发之间的先后顺序进行限制，而是仅依据小区触发列表cellsTriggeredList的小区数量来确定是否启动已经完成配置的T312。不但可以解决配置了T312的测量先触发了测量报告，后启动T310的场景下的无法进行快速切换失败恢复的问题，还能够提前启动第一定时器，相应的，实现了重建过程的提前触发。

综上所述，在本申请的实施例中，为了能够达到快速切换失败恢复的目的，引入了一种新的启动第一定时器的方法。其中，在检测到无线链路失败之后，终端设备可以根据测量报告列表VarMeasReportList中对配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的数目来先检查有没有符合快速切换失败恢复的小区，如果数目不为0则说明存在满足快速恢复条件的小区，因此可以立即启动第一定时器。

可以理解的是，本申请的实施例所提出的快速切换失败恢复的方法可以适用于各种通信系统，例如，可以在4G(LTE)系统或者5G系统应用，以5G系统为例说明。

本申请实施例提供了一种快速切换失败恢复的方法，终端设备根据重配置消息配置第一定时器；在检测到无线链路失败之后，若测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，则启动第一定时器；若第一定时器超时，则触发RRC连接重建。由此可见，在本申请的实施例中，在完成第一定时器的配置之后，如果检测到无线链路失败，那么可以直接通过配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量来选择是否启动第一定时器，而不再对配置了第一定时器的测量报告的触发时机进行限制和要求，只要小区数量不为0，则可以进行第一定时器的启动，从而克服了在某些场景下无法进行快速切换失败恢复的缺陷，进而缩短了切换中断时间，提升了终端设备的通信性能。

基于上述实施例，在本申请的另一实施例中，针对常见技术所存在的无法进行快速切换失败恢复的情况，终端设备可以通过测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量来确定是否开启第一定时器。其中，当小区数量不为0时，可以认为存在符合快速恢复条件的小区，因此可以开启第一定时器。

进一步地，在本申请的实施例中，图14为本申请实施例提出的快速切换失败恢复的方法的实现流程示意图四，如图14所示，假设第一定时器为T312，第二定时器为T310，终端设备进行快速切换失败恢复的方法可以包括以下步骤：

步骤201、接收重配置消息，并基于重配置消息进行T312的配置。

在本申请的实施例中，终端设备可以先接收由网络设备发送的重配置消息，其中，重配置消息可以用于测量对象的配置和测量对象对应的T312的配置。其中，重配置消息中可以携带T312参数，终端设备可以利用T312参数进行T312的配置。

可以理解的是，在本申请的实施例中，终端设备可以基于T312确定服务小区的无线链路连接状态。其中，基于T312是否超时，终端设备可以确定服务小区的无线链路连接状态。

需要说明的是，在本申请的实施例中，服务小区可以为LTE系统中的PCell，也可以为NR系统中的PCell，也可以为LTE系统中的PSCell，还可以为NR系统中的PSCell。

进一步地，在本申请的实施例中，测量对象可以为测量频点。其中，基于重配置消息，对于不同的测量对象可以独立配置对应的T312。

相应的，在本申请的实施例中，终端设备在测量对象上触发测量事件，可以包括终端设备在测量频点上触发测量事件。其中，测量事件可以为A3事件或者A5事件。基于重配置消息，还可以确定一个或多个测量事件配置是否应用T312。

需要说明的是，在本申请的实施例中，服务小区可以维护与多个测量对象分别对应的多个T312，每个T312的长度可灵活配置，不同测量对象上报的时间也可灵活配置，如此能够实现终端设备对服务小区的无线链路连接状态的精准判断。

也就是说，在本申请的实施例中，T312可以是由网络设备配置的。例如，T312可以是由网络引入和配置的，以用于控制预期可以最小化服务中断时间的行为。

进一步地，在本申请的实施例中，终端设备可以接收服务小区对应的网络设备发送的重配置消息。其中，重配置消息至少包括下述中的一种：针对不同的测量对象独立配置的T312参数和针对一个或多个测量事件配置是否应用T312。

需要说明的是，在本申请的实施例中，终端设备可以通过RRC消息接收重配置消息。即网络设备可以通过RRC消息向终端设备配置T312参数。其中，RRC消息可通过SRB3承载，RRC消息也可以通过SRB1承载。

可以理解的是，在本申请的实施例中，T312参数可以配置在一个或多个测量对象上，每个测量对象对应的T312的长度可单独配置；不同测量对象对应的T312的长度可相同，也可以不同。

步骤202、在检测到无线链路失败之后，开启T310。

在本申请的实施例中，终端设备在根据接收到的重配置消息完成T312的配置之后，当检测到无线链路失败时，可以先开启T310。其中，T310的运行可以表征终端设备对应的服务小区出现无线链路问题，如无线链路失败RLF。

需要说明的是，在本申请的实施例中，T310的时长可以大于T312的时长。

步骤203、根据测量报告列表VarMeasReportList中的、配置了T312的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量，判断是否满足T312的启动条件？若满足，则执行步骤204，否则执行步骤205。

步骤204、开启T312。

步骤205、跳过T312的开启。

在本申请的实施例中，如果测量报告列表VarMeasReportList中的、配置了T312的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，那么可以确定满足T312的启动条件，进而选择启动T312；否则，不启动T312。

可以理解的是，在本申请的实施例中，如果终端设备已经完成了T312的配置，在检测到无线链路失败之后，可以先确定测量报告列表VarMeasReportList中的、配置了T312的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量。由于小区触发列表cellsTriggeredList的小区是符合对应的测量标识measId的触发条件的，因此，在小区数量不为0时，便可以确定存在符合快速恢复条件的小区，进而可以选择启动T312。

需要说明的是，在本申请的实施例中，可以不严格限制T312和T310的启动顺序，即在检测到无线链路失败之后，若小区触发列表cellsTriggeredList的小区数量不为0，那么终端设备可以启动T312和T310。也就是说，终端设备可以选择同时启动T312和T310，也可以选择在启动T310之后再启动T312。

步骤206、判断T312是否超时？若超时，则执行步骤207。

步骤207、触发RRC连接重建。

在本申请的实施例中，在启动T312之后，如果T312超时，终端设备便可以进一步触发RRC连接重建。如果T312没有超时，则继续执行步骤206。

也就是说，在本申请的实施例中，T312的启动条件不再限制为先启动T310，后触发配置了T312的事件型测量报告，因此，对于配置了T312的事件型测量报告先触发，T310后启动的情况，终端设备可以在确定测量报告列表VarMeasReportList中的、配置了T312的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0之后，启动T312，从而可以保证快速切换失败恢复的实现。

由此可见，本申请实施例提出的快速切换失败恢复的方法，考虑到小区触发列表cellsTriggeredList里面存储的小区都是符合该小区触发列表cellsTriggeredList对应测量标识measId触发条件的，因此在启动T310时，终端设备可以先检查测量报告列表VarMeasReportList中对配置了T312的测量标识measId对应的小区触发列表cellsTriggeredList的数目(小区数量)，如果数目不为0，那么便可以认为有小区符合快速恢复的条件，因此终端设备可以立即启动T312，从而可以解决配置了T312的事件型测量报告先触发，T310后启动的情况下无法通过触发T312进行快速切换失败恢复的问题。

示例性的，在本申请的实施例中，如图12所示，相关技术中要求在T310运行之后配置了T312的测量触发了测量报告时启动T312。因此，在T310启动之前，如果配置了T312的测量先触发了测量报告，在T310运行之后便无法启动T312，进而无法通过T312进行快速切换失败恢复，直到T310超时之后，终端设备才可以声明无线链路失败(RLF)并触发重建。

示例性的，在本申请的实施例中，图15为进行快速切换失败恢复的场景的示意图二，如图15所示，在T310启动之前，如果配置了T312的测量先触发了测量报告，在检测到无线链路失败之后，可以先启动T310，同时进行配置了T312的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量的确定，如果确定小区数量不为0，便可以启动T312，进而可以通过T312进行快速切换失败恢复，直到T312超时之后，终端设备触发重建。

相比之下，本申请实施例提出的快速切换失败恢复的方法，不再对T310的启动和测量报告的触发之间的先后顺序进行限制，而是仅依据小区触发列表cellsTriggeredList的小区数量来确定是否启动已经完成配置的T312。不但可以解决配置了T312的测量先触发了测量报告，后启动T310的场景下的无法进行快速切换失败恢复的问题，还能够提前启动T312，相应的，实现了重建过程的提前触发。

示例性的，在本申请的实施例中，图16为进行快速切换失败恢复的场景的示意图三，如图16所示，在T310启动之前，如果配置了T312的测量先触发了测量报告，在检测到无线链路失败之后，可以先启动T310，同时进行配置了T312的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量的确定，还可以确定是否为小区触发列表cellsTriggeredList中的旧小区(第一小区)满足离开条件时所触发的上报。如果旧小区满足离开条件，且小区数量不为0，那么便可以进行T312的启动，进而可以通过T312进行快速切换失败恢复，直到T312超时之后，终端设备触发重建。

也就是说，在本申请的实施例中，当小区满足离开条件(leaving condition)时，如果T310已经启动，同样检查cellsTriggeredList的小区数量是否为0，如果小区数量不为0则立即启动T312。

相比之下，本申请实施例提出的快速切换失败恢复的方法，不再对T310的启动和测量报告的触发之间的先后顺序进行限制，而是依据小区触发列表cellsTriggeredList的小区数量和旧小区是否满足离开条件来确定是否启动已经完成配置的T312。不但可以解决配置了T312的测量先触发了测量报告，后启动T310的场景下的无法进行快速切换失败恢复的问题，还能够提前启动T312，相应的，实现了重建过程的提前触发。

示例性的，在本申请的实施例中，图17为进行快速切换失败恢复的场景的示意图四，如图17所示，在T310启动之前，如果配置了T312的测量先触发了测量报告，在检测到无线链路失败之后，可以先启动T310，同时确定是否为旧小区的周期性上报。如果为旧小区的周期性上报，那么便可以进行T312的启动，进而可以通过T312进行快速切换失败恢复，直到T312超时之后，终端设备触发重建。

需要说明的是，在本申请的实施例中，如果确定为旧小区的周期性上报，那么可以认为测量报告列表VarMeasReportList中的、配置了T312的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，即确定小区触发列表cellsTriggeredList的小区是符合对应的测量标识measId的触发条件的，因此可以选择直接启动T312。

也就是说，在本申请的实施例中，小区满足周期性上报时，如果T310已经启动，也启动T312。

相比之下，本申请实施例提出的快速切换失败恢复的方法，不再对T310的启动和测量报告的触发之间的先后顺序进行限制，而是依据小区触发列表cellsTriggeredList中的旧小区是否为周期性上报来确定是否启动已经完成配置的T312。不但可以解决配置了T312的测量先触发了测量报告，后启动T310的场景下的无法进行快速切换失败恢复的问题，还能够提前启动T312，相应的，实现了重建过程的提前触发。

由此可见，在本申请的实施例中，相关技术没有涉及满足离开条件(leavingcondition)或者满足周期性上报，如果T310已经启动，也启动T312，而本申请实施例提出的快速切换失败恢复的方法，还可以结合是否满足离开条件或者是否满足周期性上报的确定，进一步选择是否触发T312，进一步在一些场景下无法进行快速切换失败恢复的问题。

进一步地，在本申请的实施例中，假设NR小区1为终端设备所驻留的服务小区，NR小区2为小区1的邻区。当终端驻留在小区1时，进入连接态并建立数据业务，并通过小区1对应的网络设备发送的配置消息配置了T310，其中，T310的时长t0。终端设备接收重配置消息，终端设备根据重配置消息配置小区2所在频点的测量对象和A3事件型测量报告，并且配置T312相关参数，其中，T312的时长为t2，并且t2

综上所述，在本申请的实施例中，为了能够达到快速切换失败恢复的目的，引入了一种新的启动T312定时器的方法。其中，在检测到无线链路失败之后，终端设备可以根据测量报告列表VarMeasReportList中对配置了T312的测量标识measId对应的小区触发列表cellsTriggeredList的数目来先检查有没有符合快速切换失败恢复的小区，如果数目不为0则说明存在满足快速恢复条件的小区，因此可以立即启动T312。

本申请实施例提供了一种快速切换失败恢复的方法，终端设备根据重配置消息配置第一定时器；在检测到无线链路失败之后，若测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，则启动第一定时器；若第一定时器超时，则触发RRC连接重建。由此可见，在本申请的实施例中，在完成第一定时器的配置之后，如果检测到无线链路失败，那么可以直接通过配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量来选择是否启动第一定时器，而不再对配置了第一定时器的测量报告的触发时机进行限制和要求，只要小区数量不为0，则可以进行第一定时器的启动，从而克服了在某些场景下无法进行快速切换失败恢复的缺陷，进而缩短了切换中断时间，提升了终端设备的通信性能。

在本申请的实施例中，进一步地，图18为终端设备的组成结构示意图，如图18所示，本申请实施例提出的终端设备10可以包括处理器11、存储有处理器11可执行指令的存储器12，进一步地，终端设备10还可以包括通信接口13，和用于连接处理器11、存储器12以及通信接口13的总线14。

在本申请的实施例中，上述处理器11可以为特定用途集成电路(ApplicationSpecific Integrated Circuit，ASIC)、数字信号处理器(Digital Signal Processor，DSP)、数字信号处理装置(Digital Signal Processing Device，DSPD)、可编程逻辑装置(ProgRAMmable Logic Device，PLD)、现场可编程门阵列(Field ProgRAMmable GateArray，FPGA)、中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器中的至少一种。可以理解地，对于不同的设备，用于实现上述处理器功能的电子器件还可以为其它，本申请实施例不作具体限定。终端设备10还可以包括存储器12，该存储器12可以与处理器11连接，其中，存储器12用于存储可执行程序代码，该程序代码包括计算机操作指令，存储器12可能包含高速RAM存储器，也可能还包括非易失性存储器，例如，至少两个磁盘存储器。

在本申请的实施例中，总线14用于连接通信接口13、处理器11以及存储器12以及这些器件之间的相互通信。

在本申请的实施例中，存储器12，用于存储指令和数据。

进一步地，在本申请的实施例中，上述处理器11，用于根据重配置消息配置第一定时器；在检测到无线链路失败之后，若测量报告列表VarMeasReportList中的、配置了所述第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，则启动所述第一定时器；若所述第一定时器超时，则触发RRC连接重建。

在实际应用中，上述存储器12可以是易失性存储器(volatile memory)，例如随机存取存储器(Random-Access Memory，RAM)；或者非易失性存储器(non-volatile memory)，例如只读存储器(Read-Only Memory，ROM)，快闪存储器(flash memory)，硬盘(Hard DiskDrive，HDD)或固态硬盘(Solid-State Drive，SSD)；或者上述种类的存储器的组合，并向处理器11提供指令和数据。

另外，在本实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例提供了一种终端设备，该终端设备根据重配置消息配置第一定时器；在检测到无线链路失败之后，若测量报告列表VarMeasReportList中的、配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，则启动第一定时器；若第一定时器超时，则触发RRC连接重建。由此可见，在本申请的实施例中，在完成第一定时器的配置之后，如果检测到无线链路失败，那么可以直接通过配置了第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量来选择是否启动第一定时器，而不再对配置了第一定时器的测量报告的触发时机进行限制和要求，只要小区数量不为0，则可以进行第一定时器的启动，从而克服了在某些场景下无法进行快速切换失败恢复的缺陷，进而缩短了切换中断时间，提升了终端设备的通信性能。

本申请实施例提供一种芯片，芯片包括可编程逻辑电路和/或程序指令，当芯片运行时实现如上所述的快速切换失败恢复的方法，包括如下步骤：

根据重配置消息配置第一定时器；

在检测到无线链路失败之后，若测量报告列表VarMeasReportList中的、配置了所述第一定时器的测量标识measId对应的小区触发列表cellsTriggeredList的小区数量不为0，则启动所述第一定时器；

若所述第一定时器超时，则触发RRC连接重建。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的实现流程示意图和/或方框图来描述的。应理解可由计算机程序指令实现流程示意图和/或方框图中的每一流程和/或方框、以及实现流程示意图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在实现流程示意图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在实现流程示意图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在实现流程示意图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。