CN104604279B - 报告连接重建信息的方法、装置和系统 - Google Patents

Abstract

一种报告连接重建信息的方法、装置和系统。其中该方法包括：在发生无线链路失败或切换失败后，在未进行连接重建或连接重建失败、重新成功连接到网络后，向网络侧报告连接重建信息。这样在网络侧接收到该连接重建信息后，可根据该连接重建信息更准确地确定导致RLF或HOF的原因、和/或连接重建失败原因、和/或进行连接重建过程优化。

Description

报告连接重建信息的方法、装置和系统

技术领域

本发明涉及通信领域，特别涉及一种报告连接重建信息的方法、装置和系统。

背景技术

目前，在增强的长期演进(LTE-A：Advanced Long Term Evolution)系统中，当终端设备探测到无线链路失败(RLF：Radio Link Failure)或切换失败(HOF： HandoverFailure)后，该终端设备会发起无线资源控制(RRC，Radio Resource Control)连接重建的过程，并且在重新连接到网络后，向网络侧报告发生RLF或HOF 时的相关信息。如果RRC连接重建失败，网络侧也会通过该终端设备发送的信息推断出RRC连接重建失败。但是网络侧目前还没有有效的方法来识别发生RRC连接重建失败的原因，进而错误判断造成RLF或HOF的原因，无法进一步优化网络。

应该注意，上面对技术背景的介绍只是为了方便对本发明的技术方案进行清楚、完整的说明，并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本发明的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。

发明内容

本发明实施例的目的在于提供一种报告连接重建信息的方法、装置和系统，终端设备可向网络侧发送重建连接信息，使得网络侧根据终端设备上报的信息分析RLF或 HOF的失败原因、或者连接重建失败原因、或者进行连接重建过程优化。

根据本发明实施例的一个方面提供了一种报告连接重建信息的方法，该方法包括：

在发生无线链路失败或切换失败后，在未进行连接重建或者连接重建失败、重新成功连接到网络后，向网络侧报告连接重建信息。

根据本发明实施例的另一个方面提供了一种报告连接重建信息的方法，该方法包括：接收终端设备或网络侧上报的连接重建信息，所述连接重建信息是所述终端设备在发生无线链路失败或切换失败后，在未进行连接重建或者连接重建失败、重新成功连接到网络后向网络侧上报的信息。

根据本发明实施例的另一个方面提供了一种报告连接重建信息的装置，该装置包括：第一上报单元，该第一上报单元用于在发生无线链路失败或切换失败后，在未进行连接重建或者连接重建失败、重新成功连接到网络后，向网络侧报告连接重建信息。

根据本发明实施例的另一个方面提供了一种终端设备，包括上述报告连接重建信息的装置。

根据本发明实施例的另一个方面提供了一种报告连接重建信息的装置，该装置包括：第一接收单元，所述第一接收单元用于接收终端设备上报的连接重建信息，所述连接重建信息是所述终端设备在发生无线链路失败或切换失败后，在未进行连接重建或者连接重建失败、重新成功连接到网络后向网络侧上报的信息。

根据本发明实施例的另一个方面提供了一种基站，包括上述报告连接重建信息的装置。

根据本发明实施例的另一个方面提供了一种报告连接重建信息的装置，该装置包括：第三接收单元，该第三接收单元用于接收网络侧上报的连接重建信息、和/或终端设备所在服务小区的标识信息，其中所述连接重建信息是所述终端设备在发生无线链路失败或切换失败后，在未进行连接重建或者连接重建失败、重新成功连接到网络后向网络侧上报的信息。

根据本发明实施例的另一个方面提供了一种基站，包括上述报告连接重建信息的装置。

根据本发明实施例的另一个方面提供了一种网络系统，该系统包括上述终端设备和基站。

根据本发明实施例的另一个方面提供了一种分析失败原因的方法，该方法包括：

接收终端设备或网络侧上报的连接重建信息，该连接重建信息是所述终端设备在发生无线链路失败或切换失败后，在未进行连接重建或连接重建失败、重新成功连接到网络后向网络侧上报的信息；

根据该连接重建信息确定导致无线链路失败或切换失败的原因、和/或连接重建失败原因、和/或进行连接重建优化。

根据本发明实施例的另一个方面提供了一种分析失败原因的装置，该装置包括：

接收单元，该接收单元用于接收终端设备或网络侧上报的连接重建信息，所述连接重建信息是所述终端设备在发生无线链路失败或切换失败后，在连接重建失败、重新成功连接到网络后向网络侧上报的信息；

原因分析单元，该原因分析单元用于根据所述连接重建信息确定导致无线链路失败或切换失败的原因、和/或连接重建失败原因、和/或进行连接重建优化。

根据本发明实施例的另一个方面提供了一种基站，包括上述失败原因分析装置。

根据本发明实施例的另一个方面提供了一种计算机可读程序，其中当在报告连接重建信息的装置中执行所述程序时，该程序使得计算机在该报告连接重建信息的装置中执行上述报告连接重建信息的方法。

根据本发明实施例的另一个方面提供了一种存储有计算机可读程序的存储介质，其中所述计算机可读程序使得计算机在报告连接重建信息的装置中执行上述报告连接重建信息的方法。

根据本发明实施例的另一个方面提供了一种计算机可读程序，其中当在分析失败原因的装置中执行所述程序时，所述程序使得计算机在所述分析失败原因的装置中执行上述分析失败原因的方法。

根据本发明实施例的另一个方面提供了一种存储有计算机可读程序的存储介质，其中所述计算机可读程序使得计算机在分析失败原因的装置中执行上述分析失败原因的方法。

本发明实施例的有益效果在于：在终端设备发生RLF或HOF后，在重建连接失败、重新成功连接到网络时，向网络侧发送重建连接信息，使得网络侧根据终端设备上报的信息分析RLF或HOF的失败原因或者连接重建失败原因、或者进行连接重建过程优化。

参照后文的说明和附图，详细公开了本发明的特定实施方式，指明了本发明的原理可以被采用的方式。应该理解，本发明的实施方式在范围上并不因而受到限制。在所附权利要求的精神和条款的范围内，本发明的实施方式包括许多改变、修改和等同。

针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。

应该强调，术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在，但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。

附图说明

从以下结合附图的详细描述中，本发明实施例的上述以及其他目的、特征和优点将变得更加显而易见，在附图中：

图1是本发明实施例1的报告连接重建信息的方法流程图；

图2是本发明实施例2的报告连接重建信息的方法流程图；

图3是本发明实施例3的报告连接重建信息的方法流程图；

图4是本发明实施例4的报告连接重建信息的小区示意图；

图5是本发明实施例5的报告连接重建信息的小区示意图；

图6是本发明实施例6的报告连接重建信息的装置；

图7是本发明实施例8的报告连接重建信息的装置；

图8是实施例8中的分析单元的构成示意图；

图9是本发明实施例12的网络系统结构示意图；

图10是本发明实施例13的分析失败原因的方法流程图；

图11是本发明实施例14的分析装置构成示意图。

具体实施方式

下面结合附图对本发明的各种实施方式进行说明。这些实施方式只是示例性的，不是对本发明的限制。为了使本领域的技术人员能够容易地理解本发明的原理和实施方式，本发明的实施方式以LTE系统的为例进行说明，但可以理解，本发明并不限于上述系统，对于其他系统均适用。

目前在LTE-A系统中，当终端设备探测到RLF或HOF后，终端会发起RRC连接重建的过程，目前如果连接重建失败，网络侧无法识别连接重建失败的真正原因，导致错误地判断RLF或HOF的原因。在实现本发明的过程中，发明人发现连接重建过程失败的原因有多种，如终端发起重建请求时所驻留的基站没有终端的上下文，计时器超时，所选的小区不再合适等。但目前没有有效地方法使得网络侧获知连接重建失败的具体原因，并且不能正确地判断造成RLF或HOF的原因，也不能进一步优化网络参数。

在本发明实施例中，提供一种报告连接重建信息的方法，网络侧接收终端设备发送的连接重建信息，并可根据该信息分析导致的RLF或HOF的原因、或者导致连接重建失败的原因、或者进行连接重建过程优化。以下结合附图对本发明实施例进行详细说明。

本发明实施例提供一种报告连接重建信息的方法，在终端侧，该方法包括：在发生无线链路失败或切换失败后，在未进行连接重建或连接重建失败、重新成功连接到网络后，向网络侧报告连接重建信息。在网络侧，网络侧接收该连接重建信息以根据该信息确定HOF或RLF的原因、或者导致连接重建失败的原因、或者进行连接重建过程优化，进一步进行网络优化，解决了现有技术中存在的问题。

以下结合附图对本发明实施例的报告连接重建信息的方法进行详细说明。

图1是本发明实施例1的报告连接重建失败原因的方法流程图。如图1所示，该方法包括：

步骤101，终端设备在发生无线链路失败或切换失败后，在未进行连接重建或连接重建失败、重新成功连接到网络后，向网络侧报告连接重建信息；

在本实施例中，例如，终端设备在RLF或HOF后，进行RRC连接重建或未进行 RRC连接重建；

其中该连接重建信息可通过现有的任一种消息发送，如RLF报告，(即用户信息响应(UE Information Response)消息中的RLF-Report-r9，在这种情况下，该RLF 报告中还可包括现有的信息；此外，该连接重建信息也可通过新建的消息发送。

步骤102，网络侧接收报告的该连接重建信息；

在上述实施例中，在该终端设备未进行连接重建时，该连接重建信息可为⑥未进行连接重建；

在本实施例中，在连接重建失败后成功连接到网络时，该连接重建信息包括连接重建失败信息，由于上述连接重建失败可发生在连接重建的任何一个步骤中，因此，该连接重建失败信息可包括以下相关信息中的一种或一种以上：

①终端设备的连接重建请求被拒绝；②在初始的小区选择过程中没有选到合适的小区；③在预定时间内未收到连接重建响应消息；④选择的小区变得不合适；⑤在初始的小区选择过程中选择了与当前网络的接入技术不同的其他小区。

在本实施例中，终端设备可通过发送上述连接重建信息，使得网络侧根据该连接重建信息进行相应的失败原因分析或连接重建过程优化。

在本实施例中，该连接重建信息包括的信息可为以下几种情况：

第一，在将上述①-⑥种信息都统称为预定名称的一种信息时，如统称为连接新建的信息，这样，该连接重建信息为该“连接新建的信息”。只要发生上述①-⑥中的任意一种或一种以上的情况，即可将“连接新建的信息”向网络侧发送，以使网络侧根据该信息进行相应分析和优化。这样，该信息可通过1个比特发送，可以节省信令。

第2，将上述①-⑥中的一部分信息统称为预定名称的一种信息时，该连接重建信息包括该预定名称的一种信息、以及处理该部分信息以外的其他信息中的一个或一个以上信息。

以下举例进行说明：

例1：将上述相关信息①-⑥统称为新的信息，如进行连接新建的信息。

例2：将相关信息③和④统称为新的信息，如RRC连接重建过程信令交互不成功；

例3：将相关信息②和⑤统称为新的信息，如预定时间内无法选择合适的小区，如E-UTRA小区。

例4，将相关信息⑥以及上述①-⑤信息中的一个以上信息合并为新的信息，如统称为其他原因(other)。

上述连接重建信息的构成仅为本发明实施例，对于本领域技术人员来讲，可根据实际情况采用相应方式通知网络侧连接重建信息，此处不再一一例举。

在本实施例中，网络侧可接收终端设备上报的连接重建信息，因此，网络侧可根据该原因确定HOF或RLF的原因，或者确定连接重建失败原因、或者进行连接重建过程优化，，解决了现有技术中存在的问题；其中，网络侧可为该终端设备重新成功连接到网络时所在服务小区的基站。

下面以终端设备进行RRC连接重建过程为例进行说明，其中该RRC连接重建过程与TS36.331 v11.1.0中所述，将其内容合并到此，此处不再赘述。

图2是本发明实施例2的报告连接重建信息的方法流程图。以终端设备进行连接重建，但连接重建失败为例进行说明。

如图2所示，该方法包括：

步骤201，终端设备在发生无线链路失败或切换失败后，连接重建过程发生失败后，重新成功连接到网络；

在本实施例中，该终端设备进行RRC连接重建，其中该RRC连接重建过程与现有技术类似，此处不再赘述。

步骤202，该终端设备向网络侧报告该连接重建信息；

其中，该连接重建失败信息可在RLF报告中向网络侧发送，但不限于此，还可利用其他消息向网络侧发送；

该连接重建信息为连接重建失败信息，如上所述，可为上述相关信息中的一种或几种，以下举例说明：

例如，在该终端设备在连接重建过程中向网络侧发送连接重建请求后，收到网络侧返回的连接重建拒绝(RRC Connection Reestablishment Reject)消息时，该连接重建失败信息可为连接重建请求被拒绝。

例如，在连接重建过程中，首先进行小区选择，并且计时器T311在初始化RRC 连接重建过程时启动，当该终端设备选择到一个合适的小区(如E-UTRA小区)或者选择到另一个接入技术(RAT)的小区时，该计时器T311停止，如果该计时器T311超时，表明该终端设备没有合适的小区可选，连接重建失败，这样，该终端设备向网络侧发送的连接重建失败信息可为在初始的小区选择过程中在预定时间内没有选到合适的小区；(在RRC连接重建中，该连接重建失败信息可为T311超时)。

例如，在连接重建过程中，在初始的小区选择过程中选择到合适的小区时，启动计时器T301，在向网络侧发送RRC重建连接请求(RRC Connection ReestablishmentRequest)消息后，如果在预定时间内(T301超时)还没有收到网络侧返回的重建连接响应(RRC Connection Reestablishment Response)消息，或者在预定时间内(计时器T301超时)还未向网络侧发送RRC连接重建请求消息，表明连接重建失败，这样，该终端设备向网络侧发送的连接重建失败信息可为在预定时间内未收到连接重建响应消息；(在RRC连接重建中，该连接重建失败信息可为T301超时)。

例如，在连接重建过程中，如果在初始的小区选择过程中选择到合适的小区时，但预定时间未超时前(如T301记时期间)，选择的小区变得不合适，表明连接重建失败，这样，该终端设备向网络侧发送的连接重建失败信息可为选择的小区变得不合适；其中，具体判断选择的小区变得不合适可根据所选择小区的信号强度或质量，基于预定准则来判断，该判断过程与现有技术类似，此处不再赘述。

例如，在连接重建过程中，如果在初始的小区选择过程中选择了属于其他接入技术(Radio Access Technology)的小区，表明连接重建失败，这样，该终端设备向网络侧发送的连接重建失败信息可为在初始的小区选择过程中选择了与当前网络的接入技术不同的其他小区。

在上述实施例中，终端设备可使用发送该连接重建信息的消息中的6个比特来承载上述信息。

此外，为了节省信令，在本实施例中，该连接重建信息还可采用其他方式方式，例如，预先将上述6种信息都统称为“进行连接新建的信息”，这样，在该终端设备确定发生了步骤201的情况时，在步骤202中向网络侧上报的该连接重建信息为“进行连接新建的信息”，这样可占用尽量少的比特。这样，网络侧可根据上述信息进行失败原因分析、和/或连接重建过程优化。

例如，预先将计时器T301超时和T301计时期间所选小区变得不合适进行命名为新的信息“RRC连接重建过程信令交互不成功”，这样，在步骤201中，终端设备确定发生了上述两种情况其中之一或之二，在步骤202中向网络侧发送的连接重建信息为“RRC连接重建过程信令交互不成功”；例如，预先将计时器T311超时和选择了其他接入技术的小区命名为“预定时间内无法选择合适的小区”，如当前的E-UTRA小区，这样，在步骤201中，终端设备确定发生了上述两种情况其中之一或之二，在步骤202中向网络侧发送的连接重建信息为“预定时间内无法选择合适的小区”。以上仅为例举，但不限于上述情况，对于本领域技术人员来讲，可根据实际情况来确定。

由上述步骤可知，在连接重建过程失败后，终端设备将该连接重建信息向网络侧报告，这样，网络侧在获得该原因后，可准确确定导致RLF或HOF失败的原因、和/ 或连接重建失败原因、和/或进行连接重建过程优化。

在本实施例中，在终端设备侧，还可包括以下步骤：

步骤203，记录该连接重建信息；

在本实施例中，在发生连接重建失败后，可在任意时刻记录该连接重建失败信息，例如，可在发生连接重建失败时(即在执行离开RRC_CONNECTDE的操作之前)，记录该连接重建失败信息，当然在此后的任意时刻记录该原因也可以。

在网络侧，包括如下步骤：

步骤204，接收终端设备上报的连接重建信息；

在本实施例中，该终端设备可向其重新连接到网络所在服务小区的基站上报上述连接重建信息。

步骤205，根据该连接重建信息确定导致无线链路失败或切换失败的原因、和/ 或连接重建失败原因、和/或进行连接重建过程优化；

在本实施例中，该服务小区基站可基于该连接重建信息确定RLF或HOF失败的原因，以下举例说明：

例如，当接收到的连接重建信息终端设备的连接重建请求被拒绝时，网络侧可确定导致RLF或HOF的原因不是移动性问题；其中，移动性问题可包括切换参数等设置不合适，如该切换参数可包括触发测量报告的时间(TimeToTrigger)，小区特有偏置(CellIndividualOffset)等参数；

例如，当该连接重建信息是在初始的小区选择过程中没有选到合适的小区，即计时器T311超时时，网络侧可确定导致RLF或HOF的原因是发生该RLF或HOF的位置存在覆盖空洞，例如该覆盖空洞是指该终端设备所在服务小区在内的所有能为该终端提供服务的小区无法覆盖或无法服务用户的区域；

例如，在该连接重建信息是在初始的小区选择过程中选择了与当前网络的接入技术不同的其他小区时，网络侧可确定导致RLF或HOF的原因是该终端设备成功连接到网络所在的小区与其他小区的切换设置不合适，例如当前小区为E-UTRAN小区，如果接收到上述信息，则确定导致RLF或HOF的原因是切换到其他RAT小区件的切换设置不合适；

例如，在该连接重建信息是在预定时间内未收到连接重建响应消息(即计时器T301超时)或者选择的小区变得不合适时，在从发生RLF或HOF到发送该连接重建信息或无线链路失败报告的时间小于预设值，网络侧从RLF报告中的测量结果获知在发生RLF或HOF时该终端设备成功连接到网络时所在小区信号较好时，在确定导致 RLF或HOF的原因时，将该终端设备成功连接到网络时所在服务小区看作是终端设备能够成功建立连接的小区，此时忽略RLF报告中重建小区的信息(如重建小区标识 Reestablishment Cell Id)；在这种情况下，根据不同的情况来确定使用的时间，其中，在该连接重建信息包含在RLF报告中发送时，发送该连接重建信息的时间就是发送RLF报告的时间；在该连接重建信息不包含在RLF报告中发送时，如果发送该连接重建信息的时间与发送该RLF报告的时间相同，即发送该连接重建信息的时间就是发送RLF报告的时间；在该连接重建信息不包含在RLF报告中发送时，如果发送该连接重建信息的时间与发送该RLF报告的时间不同时，可根据具体的情况来定使用发送该连接重建信息或无线链路失败报告的时间。对于这种情况，以下将结合附图4举例进行说明，此处不再赘述；

或者，对于这种情况，在收到上述连接重建信息时，不将该终端设备发送的无线链路失败报告作为判定无线链路失败或切换失败的原因的依据；其中，在该连接重建信息包含在该RLF报告中时，在判断无线链路失败或切换失败的原因时，不将该RLF 报告中除了该连接重建信息以外的信息作为判断依据，即不将与现有技术中相同的信息作为判断依据；另外，在该连接重建信息不包含在该RLF报告中时，此时RLF报告中包含的信息与现有技术类似，这样，在判断无线链路失败或切换失败的原因时，不将该RLF报告中的信息作为判断依据。

在本实施例中，该服务小区基站还可基于该连接重建信息确定导致连接重建失败原因；

例如，在该连接重建信息是在预定时间内未收到连接重建响应消息时，可确定导致连接重建失败的原因是上行链路或下行链路存在问题；

例如，在该连接重建信息是选择的小区变得不合适时，还可进一步确定导致连接重建失败的原因下行链路存在问题。

在本实施例中，该服务小区基站还可基于该连接重建信息进行连接重建过程优化。例如，可根据该连接重建信息优化小区选择的参数(如小区选择的信号强度参数，小区选择的信号质量参数，参见TS36.331 v11.1.0)，和/或随机接入过程的参数(如随机接入信号的选择，随机接入资源的分配，随机接入信号的发送功率等，参见 TS36.331 v11.1.0)。

由上述实施例可知，通过本发明实施例，网络侧可根据连接重建信息确定FLF或HOF的原因、和/或连接重建失败原因、和/或进行连接重建过程优化。

在网络侧，还可包括以下步骤：

步骤206，将收到的该连接重建信息发送给目标基站；

步骤207，该目标基站接收到该连接重建信息后，根据该连接重建信息确定导致无线链路失败或切换失败的原因、和/或连接重建失败原因、和/或进行连接重建过程优化；

其中具体的方法如步骤205中所述，此处不再赘述。

在上述实施例中，该服务小区基站可不进行步骤205，步骤205为可选步骤；同理，步骤206和207也为可选步骤，只是在网络侧需要进行失败原因分析或优化时执行。

在本实施例中，还可包括以下步骤：

在终端设备侧：

步骤208，记录成功连接到网络时终端设备所属小区的标识信息；

在本实施例中，该标识信息可包括小区全网唯一的标识(如CellGlobalIdEUTRA)、或者物理小区标识(PhyCellId)和载波频率(ARFCN-ValueEUTRA)；

在本实施例中，在该终端设备成功建立连接后的任意时刻记录。

步骤209，向网络侧报告该标识信息；

其中，向该终端设备所在小区基站发送该标识信息，终端设备可在成功连接到网络后的任意时刻发送该标识信息，或者该步骤209可与步骤202同时执行，即将步骤 202和209合并为一个步骤。

在网络侧：

步骤210，接收该标识信息；

其中，该服务小区基站接收该标识信息。

步骤211，向目标基站发送该标识信息；

在本实施例中，该目标基站是指判断造成RLF或HOF原因的基站、和/或确定导致连接重建失败原因和/或进行连接重建过程优化的基站；

该服务小区基站可在任意时刻发送该标识信息，也可与步骤206同时发送，也可将步骤206和步骤211合并为一个步骤执行；

其中基站间的信息发送可由TS36.423v11.2.0中定义的RLF指示(RLFindication)消息和/或HO报告(HO Report)消息完成，但不限于上述消息，还可采用其他消息发送；

此外，该服务小区基站通过一跳或一跳以上向该目标基站发送该信息；

上述步骤208-211为可选步骤，该标识信息在该服务小区基站接收到的连接重建信息是在预定时间内未收到连接重建响应消息(即计时器T301超时)或者选择的小区变得不合适时，在确定导致RLF或HOF的原因时，将该终端设备成功连接到网络时所在服务小区看作是终端设备能够成功建立连接的小区，而忽略RLF报告中重建小区的信息(如重建小区标识Reestablishment Cell Id)；

在上述实施例中，在终端侧，步骤203和208执行的顺序可任意，不限于本发明实施例的顺序，在网络侧，步骤205、步骤206、210的执行的顺序可任意，不限于实施例的顺序。此外，对于步骤202、209可合并执行；步骤206、211也可合并执行。

由上述本实施例可知，终端设备在发生RLF或HOF后，连接重建过程失败后，成功连接到网络时，向所在服务小区基站发送连接重建信息，当该服务小区的基站接收到该信息后，根据该原因确定导致RLF或HOF的原因、或者确定导致连接重建失败原因、或者进行连接重建优化；或者该基站收到该信息后发送给目标基站，由目标基站进行判断。此外，终端设备还可记录上述连接重建信息，以及所在服务小区的标识信息；并且还可将该标识信息通知服务小区基站；该服务小区基站接收到该标识信息后，可向网络侧的目标基站发送该标识信息。

在上述实施例2中，以终端设备发生RLF或HOF后，进行连接重建且重建失败为例进行的说明，对于终端设备发生RLF或HOF后，未进行连接重建，直接连接到网络的情况，与实施例2的不同之处在于：在步骤201中，在发生RLF或HOF后，未进行连接重建，而成功连接到网络；此外，在步骤202-207中的连接重建信息为未进行连接重建的信息；在步骤205和207中，网络侧可根据该信息确定导致HOF或RLF的原因并非是移动性问题(如切换参数设置不合适)、和/或根据该连接重建信息进行连接重建过程优化，如上述实施例所述。对于与实施例2相同的步骤此处不再赘述。

图3是本发明实施例3的报告连接重建失败原因的方法流程图。与实施例2类似，可包括步骤301至307，与实施例2所述的步骤201-207类似，步骤308与步骤206、步骤310与步骤211类似，此处不再赘述，其中步骤308为可选步骤；步骤306和步骤310可合并。

另外，如图3所示，与实施例2的不同之处在于，在网络侧生成该终端设备所在服务小区的标识信息，不需要终端设备发送。

如图3所示，包括：

步骤309，生成该终端设备所在服务小区的标识信息；

其中，该终端设备在所在小区成功建立RRC连接后，该小区的基站即可生成该小区的标识信息，可根据现有的任何一种技术生成，此处不再赘述。

步骤310，将该标识信息向目标基站发送。

在上述实施例3中，与实施例2类似，步骤308至310为可选步骤。

在上述实施例3中，以终端设备发生RLF或HOF后，进行连接重建且重建失败为例进行的说明，对于终端设备发生RLF或HOF后，未进行连接重建，直接连接到网络的情况，与实施例3的不同之处在于：在步骤301中，在发生RLF或HOF后，未进行连接重建，而成功连接到网络；此外，在步骤302-307中的连接重建信息为未进行连接重建的信息；在步骤305和307中，网络侧可根据该信息确定导致HOF或RLF的原因并非是移动性问题(如切换参数设置不合适)、和/或进行连接重建过程优化。对于与实施例2相同的步骤此处不再赘述。

图4是本发明实施例4的报告连接重建信息的小区示意图。其中以T301超时为例进行说明本发明实施例。

如图4所示，终端设备从小区A切换到小区B。该终端设备在切换完成后很短时间内发生了RLF或在切换过程中发生了HOF。然后该终端设备初始化RRC连接重建过程并在小区选择过程中将小区A选择为合适小区，这样，RLF报告中的重建小区标识 (ReestablishmentCell Id)为小区A的标识信息，并且该重建小区标识可通过RLF 报告向网络侧发送。

在完成RRC连接重建过程之前，T301超时(在预定时间内未收到连接重建响应消息)，然后该终端设备重新连接到服务小区，如小区C，并且该新建小区的标识也通过RLF报告向网络侧发送。

在重新连接到小区C后，该终端设备向小区C的基站发送连接重建信息，即T301 超时，例如通过RLF报告向小区C发送；

小区C的基站接收到该信息后，若进一步判断从RLF或HOF发生到连接重建信息或RLF报告发送所经历的时间小于某个门限值、且该终端设备在小区C按照RRC连接建立过程成功建立的连接、在终端设备发生RLF或HOF时小区C有较好的信号质量，则网络侧忽略RLF报告中连接重建的小区标识，即小区A的标识，确定如果终端设备在RRC连接重建过程中选择小区C，这个过程就能成功，因此，最终确定造成RLF或 HOF的原因是切换到错误的小区，即从小区A切换到小区B是错误的，应该切换到小区C。但是，如果根据现有的协议，就会判定造成RLF或HOF的原因是从小区A到小区B的切换太早了。

由上述实施例可知，网络侧可根据终端设备发送的连接重建信息准确地确定导致RLF或HOF的原因，以进一步进行网络参数的优化。

此外，如果网络侧根据收到的连接重建信息知道用户重建失败的原因是T301超时或选择的小区不再合适时，则不将该终端设备发送的RLF报告作为判断RLF或HOF 失败原因的依据。

图5是本发明实施例5的报告连接重建信息的小区示意图。其中以T301超时为例进行说明本发明实施例。

如图5所示，终端设备从小区A切换到小区B。该终端设备在切换完成后很短时间内发生了RLF或在切换过程中发生了HOF。然后该终端设备初始化RRC连接重建过程并在小区选择过程中将小区C选择为合适小区，这样，RLF报告中的重建小区标识 (ReestablishmentCell Id)为小区C的标识信息，并且该重建小区标识可通过RLF 报告向网络侧发送。

在完成RRC连接重建过程之前，T301超时(在预定时间内未收到连接重建响应消息)，然后该终端设备重新连接到服务小区，如小区D，并且该新建小区的标识也通过RLF报告向网络侧发送。其中，如前所述，在预定时间内未收到连接重建响应消息可包括两种情况：1)在发送连接重建请求后，未收到网络侧返回的连接重建响应消息；2)在预定时间内未能发送该连接重建请求。

在重新连接到小区D后，该终端设备向小区D的基站发送连接重建信息，即T301 超时，例如通过RLF报告向小区D发送；

小区D的基站接收到该信息后，若进一步判断从RLF或HOF发生到RLF报告发送所经历的时间小于某个门限值、且该终端设备在小区D按照RRC连接建立过程成功建立的连接、且在终端设备发生RLF或HOF时小区D有较好的信号质量，则网络侧忽略连接重建的小区标识，即小区C的标识，确定如果终端设备在RRC连接重建过程中选择小区D，这个过程就能成功，因此，最终确定造成RLF或HOF的原因是切换到错误的小区，即从小区A切换到小区B是错误的，应该切换到小区D。

由上述实施例可知，网络侧可根据终端设备发送的连接重建信息准确地确定导致RLF或HOF的原因、连接重建失败原因、连接重建过程优化。

此外，如果网络侧根据收到的连接重建信息知道用户重建失败的原因是T301超时或选择的小区不再合适时，则不将该RLF报告作为判断RLF或HOF失败原因的依据。

本领域普通技术人员可以理解，上述实施例所述的方法中的全部或部分步骤可以通过程序来指令相关的硬件完成，所述程序可以存储于一计算机可读取存储介质中，该程序在执行时，可以包括上述实施例方法中的全部或部分步骤，所述的存储介质可以包括：ROM、RAM、磁盘、光盘等。

本发明实施例还提供一种报告连接重建失败原因的装置。如下面的实施例所述。由于该装置解决问题的原理与上述基于该装置的方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

图6是本发明实施例6的报告连接重建失败原因的装置。如图6所示，装置600 包括：第一上报单元601，第一上报单元601用于在终端设备发生无线链路失败或切换失败后，在未进行连接重建或者连接重建失败、重新成功连接到网络后，向网络侧报告连接重建信息。

在本实施例中，该连接重建信息如上述实施例中所述，此处不再赘述。

由上述实施例可知，终端设备可向网络侧发送连接重建信息，使得网络侧根据上述信息确定发生RLF或HOF的原因，连接重建失败原因，或者进行连接重建过程优化。

如图6所示，装置600还包括：第一记录单元602，第一记录单元602用于记录连接重建信息。其中可在任意时间记录该连接重建信息，例如，对于连接重建失败信息，第一记录单元602用于在发生连接重建失败时，记录连接重建失败信息。其中，该部件为可选部件，如图6中虚线框所示。

如图6所示，装置600还可包括第二记录单元603，第二记录单元603用于记录成功连接到网络时终端设备所属小区的标识信息，该标识信息包括小区全网唯一的标识、或者物理小区标识和载波频率。

此外，还可包括第二上报单元604，第二上报单元604用于向网络侧报告标识信息。这样，网络侧接收到该标识信息后，可将该标识信息发送给目标基站，该目标基站如上述实施例所述，此处不再赘述。

在上述实施例中，第二记录单元603和第二上报单元604均为可选部件，如图6 中虚线框所示。该标识信息还可由网络侧生成，不需要终端设备发送。

本发明实施例7还提供一种终端设备，该终端设备包括实施例6所述的装置。

图7是本发明实施例8的报告连接重建失败原因的装置。该装置700包括：第一接收单元701，第一接收单元701用于接收终端设备上报的连接重建信息，该连接重建信息是终端设备在发生无线链路失败或切换失败后，在未进行连接重建或连接重建失败、重新成功连接到网络后向网络侧上报的。

其中，该连接重建信息如上述实施例所述，此处不再赘述。

如图7所示，装置700还包括：第二接收单元702，第二接收单元702接收终端设备发送的成功连接到网络时所属小区的标识信息，该标识信息包括小区全网唯一的标识、或者物理小区标识和载波频率。该部件为可选部件，此外该标识信息还可自行生成，不需从终端设备接收。

如图7所示，装置700还可包括：信息生成单元703，信息生成单元703用于在终端设备成功连接到网络后，生成终端设备所属小区的标识信息，标识信息包括小区全网唯一的标识、或者物理小区标识和载波频率。

信息发送单元704，信息发送单元704用于将标识信息向目标基站发送，目标基站为判断导致无线链路失败或切换失败的原因的基站、或者为进行网络侧切换参数优化的基站。其中，部件信息生成单元703和信息发送单元704为可选部件。

此外，信息发送单元704还可将第一接收单元701接收到的该连接重建信息向该目标基站发送，以便该目标基站根据该连接重建信息确定发生RLF或HOF的原因、连接重建失败原因，或者进行连接重建过程优化。

在本实施例中，在装置700接收到上述信息时，可根据该原因确定RLF或HOF的原因和/或连接重建失败原因、和/或进行连接重建过程优化，因此，如图7所示，装置700还可包括分析单元705，分析单元705用于根据连接重建信息确定导致无线链路失败或切换失败的原因、和/或导致连接重建原因、和/或进行连接重建过程优化。该部件为可选部件。具体的分析过程如上述实施例所述，此处不再赘述。

在本实施例中，在终端设备未进行连接重建，且该连接重建信息包括未进行连接重建的信息时，分析单元801确定导致无线链路失败或切换失败的原因不是移动性问题。

在本实施例中，在终端设备连接重建失败后，该连接重建信息包括连接重建失败信息时，分析单元705可包括如下组成部分。

图8是实施例8中的分析单元的构成示意图。如图8所示，分析单元705包括以下部件的一个或一个以上：

第一分析单元801，第一分析单元801用于在连接重建信息是终端设备的连接重建请求被拒绝时，确定导致无线链路失败或切换失败的原因不是移动性问题；

第二分析单元802，第二分析单元802用于当连接重建信息是在初始的小区选择过程中没有选到合适的小区时，确定导致无线链路失败或切换失败的原因是发生无线链路失败或切换失败的位置存在覆盖空洞；

第三分析单元803，第三分析单元803用于在连接重建信息是在预定时间内未收到连接重建响应消息或选择的小区变得不合适时，在从发生无线链路失败或切换失败到发送无线链路失败报告的时间小于预设值，在发生无线链路失败或切换失败时终端设备成功连接到网络时所在小区信号较好时，在确定导致无线链路失败或切换失败的原因时，将终端设备成功连接到网络时所在小区看作是终端设备能够成功建立连接的小区；或者在接收到上述原因后，不将收到的RLF报告消息作为判定无线链路失败或切换失败的原因的依据。

第四分析单元804，第四分析单元804用于在连接重建信息是在初始的小区选择过程中选择了与当前网络的接入技术不同的其他小区时，确定导致无线链路失败或切换失败的原因是终端设备成功连接到网络所在的小区与其他小区的切换设置不合适。

在本实施例中，分析单元705还可用于分析连接重建失败原因，在这种情况下，分析单元705还可包括第五分析单元805，该第五分析单元805用于在该连接重建失败信息是在预定时间内未收到连接重建响应消息时，确定导致连接重建失败的原因是上行链路或下行链路存在问题；或者，还可包括第六分析单元806，该第六分析单元806用于在该连接重建失败信息是选择的小区变得不合适时，确定导致连接重建失败的原因下行链路存在问题。其中，分析单元705也可仅包括第一到第四分析单元，或者仅包括上述第五分析单元805和第六分析单元806。

本发明实施例9还提供一种基站，该基站可为终端设备所在服务小区基站，可包括实施例8所述的装置。

本发明实施例10还提供一种报告连接重建信息的装置，该装置包括：第三接收单元，该第三接收单元用于接收网络侧发送的连接重建信息和/或终端设备所在服务小区的标识信息；该连接重建信息是终端设备在发生无线链路失败或切换失败后，在连接重建失败、重新成功连接到网络后向网络侧上报的信息。

此外，该装置还可包括分析单元，其构成和作用与实施例8中的分析单元705类似，此处不再赘述。

本发明实施例11还提供一种基站，该基站可为目标基站，可包括实施例10所述的装置。

图9是本发明实施例12的网络系统结构示意图。如图9所示，该网络系统包括终端设备901和终端设备重新连接到网络所在服务小区的服务小区基站902，其中终端设备901为实施例7所述的终端设备，服务小区基站为实施例9所述的基站。该网络系统的工作流程如上述实施例所述，此处不再赘述。

此外，如图9所示，该网络系统还可包括目标基站903，目标基站903可为实施例11所述的基站，此处不再赘述。

上述网络系统的工作流程如图2和3所示的实施例所述，此处不再赘述。

图10是本发明实施例13的分析失败原因的方法流程图。该方法包括：

步骤1001，接收终端设备上报的连接重建信息；

步骤1002，根据该连接重建信息确定导致无线链路失败或切换失败的原因、和/或连接重建失败原因、和/或进行连接重建过程优化。

在上述实施例中，步骤1001和步骤1002与图2和图3所示的实施例中的步骤 204、304以及步骤205、305类似，此处不再赘述。

此外，还可接受终端设备发送的所在服务小区的标识信息，或者自行生成标识信息，与上述图2和图3所示的实施例类似，此处不再赘述。

图11是本发明实施例14的分析失败原因的装置构成示意图。如图11所示，装置1100包括接收单元1101和原因分析单元1102，其中，接收单元1101用于接收终端设备上报的连接重建信息；原因分析单元1102与实施例8中的分析单元705的作用类似，分析单元705的构成如实施例8所述，此处不再赘述。

本发明实施例15还提供一种基站，该基站为终端设备所在服务小区基站，可包括实施例14所述的装置。

本发明实施例16还提供一种分析失败原因的装置。该装置可包括接收单元和原因分析单元，其中，接收单元用于接收网络侧发送的连接重建信息，原因分析单元 1102与实施例8中的分析单元705的作用类似，分析单元705的构成如实施例8所述，此处不再赘述。

本发明实施例17还提供一种基站，包括实施例16所述的基站。

本发明实施例18还提供一种网络系统，包括终端设备和基站；其中，终端设备可为实施例7所述的终端设备，基站为实施例15所述的基站。此外，该系统还可包括实施例17所述的基站。

本发明实施例还提供一种计算机可读程序，其中当在报告连接重建信息的装置中执行所述程序时，所述程序使得计算机在所述报告连接重建信息的装置中执行如实施例1至5所述的报告连接重建信息的方法。

本发明实施例还提供一种存储有计算机可读程序的存储介质，其中所述计算机可读程序使得计算机在报告连接重建信息的装置中执行实施例1-5所述的报告连接重建信息的方法。

本发明实施例还提供一种计算机可读程序，其中当在分析失败原因的装置中执行所述程序时，所述程序使得计算机在所述分析失败原因的装置中执行实施例13所述的分析失败原因的方法。

本发明实施例还提供一种存储有计算机可读程序的存储介质，其中所述计算机可读程序使得计算机在分析失败原因的装置中执行实施例13所述的分析失败原因的方法。

本发明以上的装置和方法可以由硬件实现，也可以由硬件结合软件实现。本发明涉及这样的计算机可读程序，当该程序被逻辑部件所执行时，能够使该逻辑部件实现上文所述的装置或构成部件，或使该逻辑部件实现上文所述的各种方法或步骤。本发明还涉及用于存储以上程序的存储介质，如硬盘、磁盘、光盘、DVD、flash存储器等。

以上结合具体的实施方式对本发明进行了描述，但本领域技术人员应该清楚，这些描述都是示例性的，并不是对本发明保护范围的限制。本领域技术人员可以根据本发明的精神和原理对本发明做出各种变型和修改，这些变型和修改也在本发明的范围内。

Claims (37)

1.一种报告连接重建信息的方法，所述方法包括：

在发生无线链路失败或切换失败后，在未进行连接重建或者连接重建失败、重新成功连接到网络后，向网络侧报告连接重建信息；

其中，所述连接重建信息包括：终端设备未进行连接重建的信息、或者连接重建失败信息；

所述连接重建失败信息包括以下相关信息中的一种或一种以上：

终端设备的连接重建请求被拒绝；在初始的小区选择过程中没有选到合适的小区；在预定时间内未收到连接重建响应消息；选择的小区变得不合适；在初始的小区选择过程中选择了与当前网络的接入技术不同的其他小区。

2.根据权利要求1所述的方法，其中，所述方法还包括：记录所述连接重建信息。

3.根据权利要求2所述的方法，其中，在发生连接重建失败时，记录所述连接重建失败信息。

4.根据权利要求1所述的方法，其中，所述方法还包括：

记录成功连接到网络时终端设备所属小区的标识信息，所述标识信息包括小区全网唯一的标识、或者物理小区标识和载波频率。

5.根据权利要求4所述的方法，其中，所述方法还包括：向网络侧报告所述标识信息。

6.一种报告连接重建信息的方法，所述方法包括：

接收终端设备或网络侧上报的连接重建信息，所述连接重建信息是所述终端设备在发生无线链路失败或切换失败后，在未进行连接重建或者连接重建失败、重新成功连接到网络后向网络侧上报的信息；

其中，所述连接重建信息包括：终端设备未进行连接重建的信息、或者连接重建失败信息；

所述连接重建失败信息包括以下信息中的一种或一种以上：

终端设备的连接重建请求被拒绝；在初始的小区选择过程中没有选到合适的小区；在预定时间内未收到连接重建响应消息；选择的小区变得不合适；在初始的小区选择过程中选择了与当前网络的接入技术不同的其他小区。

7.根据权利要求6所述的方法，其中，所述方法还包括：

接收所述终端设备或网络侧发送的所述终端设备成功连接到网络时所属小区的标识信息，所述标识信息包括小区全网唯一的标识、或者物理小区标识和载波频率。

8.根据权利要求6所述的方法，其中，在接收终端设备发送的连接重建信息时，所述方法还包括：

在所述终端设备成功连接到网络后，生成所述终端设备成功连接到网络时所属小区的标识信息，所述标识信息包括小区全网唯一的标识、或者物理小区标识和载波频率。

9.根据权利要求8所述的方法，其中，所述方法还包括：

将所述标识信息向目标基站发送，所述目标基站为判断导致无线链路失败或切换失败的原因的基站、或者为进行网络侧切换参数优化的基站。

10.根据权利要求6所述的方法，其中，所述方法还包括：

根据所述连接重建信息确定导致无线链路失败或切换失败的原因、和/或导致连接重建失败原因、和/或进行连接重建过程优化。

11.根据权利要求10所述的方法，其中，在所述连接重建信息包括终端设备未进行连接重建的信息时，所述根据连接重建信息确定导致无线链路失败或切换失败的原因，包括：根据所述连接重建信息确定导致无线链路失败或切换失败的原因不是移动性问题；

在所述连接重建信息包括连接重建失败信息时，所述根据连接重建信息确定导致无线链路失败或切换失败的原因，包括：

在所述连接重建失败信息是终端设备的连接重建请求被拒绝时，确定导致无线链路失败或切换失败的原因不是移动性问题；

当所述连接重建失败信息是在初始的小区选择过程中没有选到合适的小区时，确定导致无线链路失败或切换失败的原因是发生所述无线链路失败或切换失败的位置存在覆盖空洞；

在所述连接重建失败信息是在预定时间内未收到连接重建响应消息或选择的小区变得不合适时，在从发生无线链路失败或切换失败到发送所述连接重建失败信息或无线链路失败报告的时间小于预设值，在发生无线链路失败或切换失败时所述终端设备成功连接到网络时所在小区信号较好时，在确定导致无线链路失败或切换失败的原因时，将所述终端设备成功连接到网络时所在小区看作是终端设备能够成功建立连接的小区；或者收到上述信息时，不将所述终端设备发送的无线链路失败报告作为判定无线链路失败或切换失败的原因的依据；

在所述连接重建失败信息是在初始的小区选择过程中选择了与当前网络的接入技术不同的其他小区时，确定导致无线链路失败或切换失败的原因是切换到其他小区的切换设置不合适。

12.根据权利要求10所述的方法，其中，所述确定导致连接重建失败原因，包括：

在所述连接重建失败信息是在预定时间内未收到连接重建响应消息时，确定导致连接重建失败的原因是上行链路或下行链路存在问题；

在所述连接重建失败信息是选择的小区变得不合适时，确定导致连接重建失败的原因下行链路存在问题。

13.一种报告连接重建信息的装置，所述装置包括：

第一上报单元，所述第一上报单元用于在发生无线链路失败或切换失败后，在未进行连接重建或连接重建失败、重新成功连接到网络后，向网络侧报告连接重建信息；

其中，所述连接重建信息包括：终端设备未进行连接重建的信息、或者连接重建失败信息；

所述连接重建失败信息包括以下相关信息中的一种或一种以上：

终端设备的连接重建请求被拒绝；在初始的小区选择过程中没有选到合适的小区；在预定时间内未收到连接重建响应消息；选择的小区变得不合适；在初始的小区选择过程中选择了与当前网络的接入技术不同的其他小区。

14.根据权利要求13所述的装置，其中，所述装置还包括：

第一记录单元，所述第一记录单元用于记录所述连接重建信息。

15.根据权利要求14所述的装置，其中，所述第一记录单元用于在发生连接重建失败时，记录所述连接重建失败信息。

16.根据权利要求13所述的装置，其中，所述装置还包括：

第二记录单元，所述第二记录单元用于记录成功连接到网络时终端设备所属小区的标识信息，所述标识信息包括小区全网唯一的标识、或者物理小区标识和载波频率。

17.根据权利要求16所述的装置，其中，所述装置还包括：

第二上报单元，所述第二上报单元用于向网络侧报告所述标识信息。

18.一种终端设备，包括权利要求13至17的任一项权利要求所述的装置。

19.一种报告连接重建信息的装置，所述装置包括：

第一接收单元，所述第一接收单元用于接收终端设备上报的连接重建信息，所述连接重建信息是所述终端设备在发生无线链路失败或切换失败后，在未进行连接重建或者连接重建失败、重新成功连接到网络后向网络侧上报的信息；其中，所述连接重建信息包括：终端设备未进行连接重建的信息、或者连接重建失败信息；

所述连接重建失败信息包括以下相关信息中的一种或一种以上：

终端设备的连接重建请求被拒绝；在初始的小区选择过程中没有选到合适的小区；在预定时间内未收到连接重建响应消息；选择的小区变得不合适；在初始的小区选择过程中选择了与当前网络的接入技术不同的其他小区。

20.根据权利要求19所述的装置，其中，所述装置还包括：

第二接收单元，所述第二接收单元用于接收所述终端设备发送的所述终端设备成功连接到网络时所属小区的标识信息，所述标识信息包括小区全网唯一的标识、或者物理小区标识和载波频率。

21.根据权利要求19所述的装置，其中，所述装置还包括：

信息生成单元，所述信息生成单元用于在所述终端设备成功连接到网络后，生成所述终端设备成功连接到网络时所属小区的标识信息，所述标识信息包括小区全网唯一的标识、或者物理小区标识和载波频率。

22.根据权利要求19所述的装置，其中，所述装置还包括：

信息发送单元，所述信息发送单元用于将所述连接重建信息、或者标识信息向目标基站发送，所述目标基站为判断导致无线链路失败或切换失败的原因的基站、或者为进行网络侧切换参数优化的基站。

23.一种报告连接重建信息的装置，所述装置包括：

第三接收单元，所述第三接收单元用于接收网络侧上报的连接重建信息、和/或终端设备所在服务小区的标识信息，其中所述连接重建信息是所述终端设备在发生无线链路失败或切换失败后，在未进行连接重建或者连接重建失败、重新成功连接到网络后向网络侧上报的信息；

其中，所述连接重建信息包括：终端设备未进行连接重建的信息、或者连接重建失败信息；

所述连接重建失败信息包括以下信息中的一种或一种以上：

终端设备的连接重建请求被拒绝；在初始的小区选择过程中没有选到合适的小区；在预定时间内未收到连接重建响应消息；选择的小区变得不合适；在初始的小区选择过程中选择了与当前网络的接入技术不同的其他小区。

24.根据权利要求23所述的装置，其中，所述连接重建失败信息还包括：由所述连接重建失败信息中的一种以上的信息合并后获得的信息。

25.根据权利要求23所述的装置，其中，所述装置还包括：

分析单元，所述分析单元用于根据所述连接重建信息确定导致无线链路失败或切换失败的原因、和/或导致连接重建失败原因、和/或进行连接重建过程优化。

26.根据权利要求25所述的装置，其中，在所述连接重建信息包括终端设备未进行连接重建的信息时，所述分析单元用于根据所述连接重建信息确定导致无线链路失败或切换失败的原因不是移动性问题。

27.根据权利要求25所述的装置，其中，在所述连接重建信息包括连接重建失败信息时，所述分析单元用于包括以下一个单元或以一个以上单元：

第一分析单元，所述第一分析单元用于在所述连接重建失败信息是终端设备的连接重建请求被拒绝时，确定导致无线链路失败或切换失败的原因不是移动性问题；

第二分析单元，所述第二分析单元用于当所述连接重建失败信息是在初始的小区选择过程中没有选到合适的小区时，确定导致无线链路失败或切换失败的原因是发生所述无线链路失败或切换失败的位置存在覆盖空洞；

第三分析单元，所述第三分析单元用于在所述连接重建失败信息是在预定时间内未收到连接重建响应消息或选择的小区变得不合适时，在从发生无线链路失败或切换失败到发送所述连接失败信息或无线链路失败报告的时间小于预设值，在发生无线链路失败或切换失败时所述终端设备成功连接到网络时所在小区信号较好时，在确定导致无线链路失败或切换失败的原因时，将所述终端设备成功连接到网络时所在小区看作是终端设备能够成功建立连接的小区；或者收到上述信息时，不将所述终端设备发送的无线链路失败报告作为判定无线链路失败或切换失败的原因的依据；

第四分析单元，所述第四分析单元用于在所述连接重建失败信息是在初始的小区选择过程中选择了与当前网络的接入技术不同的其他小区时，确定导致无线链路失败或切换失败的原因是切换到其他小区的切换设置不合适。

28.根据权利要求25所述的装置，其中，在确定导致连接重建失败原因时，所述分析单元包括：

第五分析单元，所述第五分析单元用于在所述连接重建失败信息是在预定时间内未收到连接重建响应消息时，确定导致连接重建失败的原因是上行链路或下行链路存在问题；或者，

第六分析单元，所述第六分析单元用于在所述连接重建失败信息是选择的小区变得不合适时，确定导致连接重建失败的原因下行链路存在问题。

29.一种基站，包括权利要求19-22的任一项权利要求所述的装置。

30.一种基站，包括权利要求23-28的任一项权利要求所述的装置。

31.一种网络系统，所述系统包括权利要求18所述的终端设备和权利要求29所述的基站。

32.根据权利要求31所述的网络系统，其中，所述网络系统还包括权利要求30所述的基站。

33.一种分析失败原因的方法，所述方法包括：

接收终端设备或网络侧上报的连接重建信息，所述连接重建信息是所述终端设备在发生无线链路失败或切换失败后，在未进行连接重建或连接重建失败、重新成功连接到网络后向网络侧上报的信息；其中，所述连接重建信息包括：终端设备未进行连接重建的信息、或者连接重建失败信息；

所述连接重建失败信息包括以下相关信息中的一种或一种以上：

终端设备的连接重建请求被拒绝；在初始的小区选择过程中没有选到合适的小区；在预定时间内未收到连接重建响应消息；选择的小区变得不合适；在初始的小区选择过程中选择了与当前网络的接入技术不同的其他小区；

根据所述连接重建信息确定导致无线链路失败或切换失败的原因、和/或连接重建失败原因、和/或进行连接重建优化。

34.一种分析失败原因的装置，所述装置包括：

接收单元，所述接收单元用于接收终端设备或网络侧上报的连接重建信息，所述连接重建信息是所述终端设备在发生无线链路失败或切换失败后，在连接重建失败、重新成功连接到网络后向网络侧上报的信息；其中，所述连接重建信息包括：终端设备未进行连接重建的信息、或者连接重建失败信息；

所述连接重建失败信息包括以下相关信息中的一种或一种以上：

终端设备的连接重建请求被拒绝；在初始的小区选择过程中没有选到合适的小区；在预定时间内未收到连接重建响应消息；选择的小区变得不合适；在初始的小区选择过程中选择了与当前网络的接入技术不同的其他小区；

原因分析单元，所述原因分析单元用于根据所述连接重建信息确定导致无线链路失败或切换失败的原因、和/或连接重建失败原因、和/或进行连接重建优化。

35.一种基站，包括权利要求34所述的装置。

36.一种存储有计算机可读程序的存储介质，其中所述计算机可读程序使得计算机在报告连接重建信息的装置中执行如权利要求1-12所述的报告连接重建信息的方法。

37.一种存储有计算机可读程序的存储介质，其中所述计算机可读程序使得计算机在分析失败原因的装置中执行如权利要求33所述的分析失败原因的方法。