无线链路失败的上报及处理方法和设备的制作方法【专利摘要】本发明实施例公开了一种无线链路失败RLF的上报及处理方法和设备，涉及无线通信领域，用于节省空口信令资源。本发明中，终端在发生RLF后，向重新选择的小区所属的无线网络控制器RNC上报携带有导致RLF的原因类型的RLF测量结果有效指示信息，RNC根据该原因类型确定是否需要从终端获取RLF测量结果，仅在确定为是时，通知终端上报记录的RLF测量结果。采用本发明，能够有效节省空口信令资源。【专利说明】无线链路失败的上报及处理方法和设备【
技术领域：
】[0001]本发明涉及无线通信领域，尤其涉及一种无线链路失败的上报及处理方法和设备。【
背景技术：
】[0002]在未来的移动通信系统中，希望通过引入最小化路测(MinimumDriveTest,MDT)技术，通过网络中的终端(UE)上报网络环境的测量结果，减少网络规划和操作维护的人工参与，由网络根据上报的统计量自动优化参数，降低网络的建设和运营成本。[0003]MDT主要通过移动终端上报的测量报告来获取网络优化所需要的相关参数，以达到降低运营商网络优化和维护成本的目的。与传统路测相比，MDT具有节能减排、减少路测开销，缩短优化周期等优势，能够带来更高的用户满意度，并且可以收集到传统路测无法进行的全区域的测量信息(如窄路、森林、私人场所等)。MDT的主要应用场景为覆盖优化、容量优化、移动性管理优化、QoS参数优化和公共信道参数配置优化。长期演进(LongTermEvolution,LTE)系统和通用移动通信系统(UniversalMobileTelecommunicationsSystem,UMTS)系统都支持MDT技术。当前LTE系统和UMTS系统都通过如图1所示的空口消息流程获取UE的MDT测量结果。[0004]无线链路失败(RadioLinkFailure,RLF)上报是MDT技术的一部分,用于当终端判断处于RLF时向网络侧上报当前的服务小区和周围邻区的无线信号测量结果，以有助于网络进行覆盖优化。当前，仅仅LTE系统支持RLF上报，UMTS系统不支持RLF上报。[0005]在LTE系统中，有以下三种原因可能导致RLF:[0006]第一，UE的物理层上报N次失步原语(out-of-sync),UE的无线资源控制(RRC)层启动定时器，在定时器超时前若收到物理层上报的N次同步原语(in-sync)，则取消定时器，否则在定时器超时时认为发生了RLF。[0007]第二，RLC层最大重传次数到达；[0008]第三，媒体接入控制(MAC)层随机接入失败。[0009]由上可见，RLF时一般认为终端处于无线环境比较恶劣的情形，此时上报无线环境测量结果比较有助于网络侧进行覆盖优化。[0010]在LTE系统的MDT技术中，当UE发生RLF时，需要记录当时服务小区的参考信号接收功率(Referencesignalreceivedpower,RSRP)值与参考信号接收质量(ReferenceSignalReceivedQuality,RSRQ)值、以及当时已有的各无线接入类型(RadioAccessType,RAT)信号强度最优的邻小区的信号强度信息。通过如图2所示的信令过程，UE向网络上报RLF发生时所记录的信息即RLF测量结果。[0011]图2中，RLF测量结果有效指示(Ibit)可以包含在RRC连接重建立完成(RRCConnectionReestabIishmentCompIete)消息中，还可以包含在RRC连接建立完成(RRCConnectionSetupComplete)消息中。[0012]网络侧将获得的UE上报的RLF测量结果传给跟踪结果收集实体(TCE)，由TCE进行处理，或者根据RLF测量结果进行网络优化，或者解决覆盖问题等。[0013]在UMTS系统中，同样存在RLF。RLF的判断条件和LTE系统中类似的包括:UE的物理层上报N次out-of-sync，RRC层启动定时器，在定时器超时前若收到物理层上报的N次in-sync，则取消定时器，否则在定时器超时时认为发生了RLF。除此之外，对于低码率(LCR)时分双工(TimeDivisionDuplex,TDD)，还有一种情况也认为是RLF:在高速上行分组接入(HighSpeedUplinkPacketAccess,HSUPA)中，当UE的增强的随机上行控制信道(E-RUCCH)的发送次数达到最大，UE的RRC层启动一个定时器，该定时器的定时时长为N-RUCCH*T-RUCCH，在该定时器超时后，如果仍然没有收到网络侧的授权，则认为发生了RLF0E-RUCCH是一个物理信道，携带终端待发送的数据量信息，在HSUPA中用于向网络侧请求资源用于上行传输。如果网络侧准许资源，则会通过下行物理信道即增强的接入授权信道(EnhancedAccessGrantCHannel,E-AGCH)进行授权。如果终端在发送E-RUCCH之后的T-RUCCH时间段内没有收到授权，则会重新发送E-RUCCH。T-RUCCH由网络侧配置，同时网络还配置了E-RUCCH的最大发送次数即N-RUCCH。[0014]在UMTS系统，当终端判断发生了RLF,终端转到前传接入信道(ForwardAccessChannel,FACH)状态,执行小区选择,然后在选择的合适小区(suitablecell)(即可能是原小区也可能是新小区)发起小区更新(cellupdate)过程。小区更新过程如图3所示。目前UMTS系统并不支持RLF上报。[0015]UMTS系统包括的网络侧实体包括无线网络控制器(RNC)和基站(NodeB)。RNC主要负责终端的上下文以及无线资源管理，是RRC信令的终点，负责解析RRC信令。小区也是由RNC来管理。基站主要负责调度资源。上文提到的终端通过E-RUCCH申请资源就是由基站来授权的。RNC和基站之间的接口称作Iub接口。二者通过Iub接口可以进行一些信令的传递。不同RNC之间的接口称作Iur接口，他们可以通过Iur接口进行信令交互。UMTS的网络架构如图4所示，其中RNS为无线网络子系统(RadioNetworkSubsystem),UTRAN为UMTS陆地无线接入网(UMTSTerrestrialRadioAccessNetwork)。[0016]综上，RLF发生时，网络侧主要关注的是无线环境，以借助测量结果进行覆盖优化。对于LCRTDD系统来说，发生RLF的原因有多种，有一些并不是由无线链路质量问题导致的。比如，当终端多次收不到网络侧的上行资源授权也会导致RLF。而在这种场景中，可能是因为网络侧调度繁忙无法调度到资源造成的。此时如果网络侧仍然按照正常的RLF上报的情形进行处理即通知终端上报RLF测量结果，会带来不必要的操作，进而浪费了空口信令资源。【
发明内容】[0017]本发明实施例提供一种无线链路失败的上报及处理方法和设备，用于节省空口信令资源。[0018]一种无线链路失败RLF的上报方法，该方法包括:[0019]终端确定是否发生RLF；[0020]所述终端在确定发生RLF后，向重新选择的小区所属的无线网络控制器RNC上报RLF测量结果有效指示信息，该RLF测量结果有效指示信息中携带导致RLF的原因类型。[0021]一种RLF的处理方法，该方法包括:[0022]RNC接收终端在发生RLF后上报的RLF测量结果有效指示信息，该RLF测量结果有效指示信息中携带导致RLF的原因类型；[0023]所述RNC根据所述原因类型确定是否需要从所述终端获取RLF测量结果，在确定为是时，通知所述终端上报记录的RLF测量结果。[0024]一种RLF的处理方法，该方法包括:[0025]基站接收到RNC发送的授权失败原因查询消息，该授权失败原因查询消息中携带终端的标识信息；[0026]基站确定导致对所述终端的授权失败的原因，并向所述RNC返回包含该原因信息的查询响应消息。[0027]一种终纟而，该终纟而包括:[0028]确定单元，用于确定是否发生RLF；[0029]上报单元，用于在确定发生RLF后，向重新选择的小区所属的无线网络控制器RNC上报RLF测量结果有效指示信息，该RLF测量结果有效指示信息中携带导致RLF的原因类型。[0030]一种RNC，该RNC包括:[0031]接收单元，用于接收终端在发生RLF后上报的RLF测量结果有效指示信息，该RLF测量结果有效指示信息中携带导致RLF的原因类型；[0032]确定单元，用于RNC根据所述原因类型确定是否需要从所述终端获取RLF测量结果;[0033]通知单元。用于在确定需要从所述终端获取RLF测量结果时，通知所述终端上报记录的RLF测量结果。[0034]一种基站，该基站包括:[0035]接收单元，用于接收RNC发送的授权失败原因查询消息，该授权失败原因查询消息中携带终端的标识信息；[0036]响应单元，用于确定导致对所述终端的授权失败的原因，并向所述RNC返回包含该原因信息的查询响应消息。[0037]本发明实施例提供的方案中，终端在发生RLF后，向重新选择的小区所属的RNC上报携带有导致RLF的原因类型的RLF测量结果有效指示信息，RNC根据该原因类型确定是否需要从终端获取RLF测量结果，仅在确定为是时，通知终端上报记录的RLF测量结果，在确定为否时，并不通知终端上报记录的RLF测量结果，与现有技术中LTE系统下在原因类型为任何类型时都通知终端上报RLF测量结果相比，本发明中在某些情况下不通知终端上报RLF测量结果，从而能够有效的节省空口的信令资源。【专利附图】【附图说明】[0038]图1为现有技术中的MDT测量结果获取流程示意图；[0039]图2为现有技术中的RLF的上报以及结果获取流程示意图；[0040]图3为现有技术中的小区更新过程示意图；[0041]图4为现有技术中的UMTS网络架构示意图；[0042]图5为本发明实施例提供的方法流程示意图；[0043]图6为本发明实施例提供的另一方法流程示意图；[0044]图7为本发明实施例提供的又一方法流程示意图；[0045]图8a为本发明实施例一的流程示意图；[0046]图8b为本发明实施例二的流程示意图；[0047]图9为本发明实施例提供的终端结构示意图；[0048]图10为本发明实施例提供的RNC结构示意图；[0049]图11为本发明实施例提供的基站结构示意图。【具体实施方式】[0050]为了使得网络侧能够获知导致RLF的原因类型，进而根据获知的原因类型决定是否需要通知终端上报RLF测量结果，本发明实施例提供一种针对终端侧的RLF的上报方法。[0051]参见图5，本发明实施例提供的针对终端侧的RLF的上报方法，包括以下步骤:[0052]步骤50:终端确定是否发生RLF；[0053]步骤51:终端在确定发生RLF后，向重新选择的小区所属的无线网络控制器(RNC)上报RLF测量结果有效指示信息，该RLF测量结果有效指示信息中携带导致RLF的原因类型。RLF测量结果有效指示信息具体可以是一条消息，也可以是消息中的一个信息单元(IE)0这里，终端可以在与重新选择的小区的小区更新过程中，通过小区更新消息或重配置完成消息，向RNC上报RLF测量结果有效指示信息；终端在发生RLF时，需要记录当时服务小区的RSRP值与RSRQ值、以及当时已有的各RAT信号强度最优的邻小区的信号强度信息，记录的信息即为RLF测量结果。[0054]较佳的，在终端向RNC上报RLF测量结果有效指示信息之后，终端接收到RNC发送的上报RLF测量结果的通知，根据该通知向RNC上报记录的RLF测量结果；或者，[0055]在终端向RNC上报RLF测量结果有效指示信息之后，终端接收到RNC发送的删除RLF测量结果的通知，根据该通知删除记录的RLF测量结果。[0056]本方法中，导致RLF的原因类型可以为:授权失败、或同步尝试次数达到最大值、或下行同步失败，等等。具体的，终端在E-RUCCH的发送次数达到最大后，终端的RRC层启动一个定时时长为N-RUCCH*T-RUCCH定时器，如果在该定时器超时前，没有收到网络侧的资源授权，则认为发生了RLF，且将导致该RLF的原因类型设置为授权失败。[0057]为了节省空口的信令资源，本发明实施例提供一种针对RNC侧的RLF的处理方法。[0058]参见图6，本发明实施例提供的针对RNC侧的RLF的处理方法，包括以下步骤:[0059]步骤60=RNC接收终端在发生RLF后上报的RLF测量结果有效指示信息，该RLF测量结果有效指示信息中携带导致RLF的原因类型；[0060]步骤61:该RNC根据该RLF测量结果有效指示信息中携带的原因类型确定是否需要从终端获取RLF测量结果，在确定为是时，通知终端上报记录的RLF测量结果。[0061]具体的，在该RNC是终端在发生RLF前所在小区所属的源RNC时，即终端在发生RLF后重新选择的小区所属的RNC与终端在发生RLF前所在的小区所属的RNC是同一RNC，步骤61中，该RNC根据该RLF测量结果有效指示信息中携带的原因类型确定是否需要从终端获取RLF测量结果，其具体实现可以如下:[0062]该RNC确定RLF测量结果有效指示信息中携带的原因类型是否为授权失败；[0063]若该原因类型是授权失败，则向终端所属的基站发送授权失败原因查询消息，该授权失败原因查询消息中携带该终端的标识信息，进一步可以携带该原因类型；接收该基站返回的查询响应消息，该查询响应消息中携带授权失败的原因信息；若该原因信息是基站调度繁忙导致授权失败，则确定不需要从终端获取RLF测量结果，若该原因信息不是基站调度繁忙导致授权失败，则确定需要从终端获取RLF测量结果；这里，在授权失败的原因信息是基站调度繁忙时，说明导致RLF的原因不是无线链路质量问题，因此不需要网络侧根据RLF测量结果进行网络优化，网络侧也就不需要从终端获取RLF测量结果；[0064]若该原因类型不是授权失败，则确定需要从终端获取RLF测量结果。[0065]这里，终端的标识信息可以为:增强的专用传输信道(E-DCH)无线网络临时标识(E-RNTI)等。[0066]具体的，在该RNC不是终端在发生RLF前所在小区所属的源RNC时，即终端在发生RLF后重新选择的小区所属的RNC与终端在发生RLF前所在的小区所属的RNC不是同一RNC,步骤61中该RNC根据原因类型确定是否需要从终端获取RLF测量结果，具体实现可以如下:[0067]RNC确定RLF测量结果有效指示信息中携带的原因类型是否为授权失败；[0068]若该原因类型是授权失败，则向源RNC发送授权失败原因查询消息，该授权失败原因查询消息中携带该终端的标识信息；接收该源RNC返回的查询响应消息，该查询响应消息是该源RNC向该终端在发生RLF前所在小区所属的基站发送该授权失败原因查询消息后、接收到的该基站返回的查询响应消息，并且该查询响应消息中携带授权失败的原因信息；若该原因信息是基站调度繁忙导致授权失败，则确定不需要从终端获取RLF测量结果，若该原因信息不是基站调度繁忙导致授权失败，则确定需要从终端获取RLF测量结果；[0069]若该原因类型不是授权失败，则确定需要从终端获取RLF测量结果。[0070]这里，该RNC向源RNC发送的授权失败原因查询消息中携带的终端的标识信息可以为:演进的UMTS陆地无线接入网(UTRAN)无线网络临时标识(U-RNTI)。并且源RNC向基站发送的授权失败原因查询消息中携带的终端的标识信息为与该U-RNTI关联的E-RNTI。[0071]较佳的，在RNC通知终端上报记录的RLF测量结果之后，该RNC接收终端上报的RLF测量结果，并将该RLF测量结果上报给TCE，以使TCE根据RLF测量结果进行网络优化。[0072]较佳的，在RNC根据原因类型确定不需要从终端获取RLF测量结果时，该RNC通知终端删除记录的RLF测量结果。[0073]为了在导致RLF的原因类型为授权失败时，使RNC能够获知导致授权失败的具体原因，进而根据具体原因决定是否需要上报RLF测量结果，本发明实施例提供一种针对基站侧的RLF的处理方法。[0074]参见图7，本发明实施例提供的针对基站侧的RLF的处理方法，包括以下步骤:[0075]步骤70:基站接收到RNC发送的授权失败原因查询消息，该授权失败原因查询消息中携带终端的标识信息；[0076]步骤71:基站确定导致对该终端的授权失败的原因，并向该RNC返回包含该原因信息的查询响应消息。[0077]具体的，在该RNC是该终端在发生RLF后重新选择的小区所属的RNC时，该授权失败原因查询消息是该RNC在接收到RLF测量结果终端发送的RLF测量结果有效指示信息、且该RLF测量结果有效指示信息中携带的导致RLF的原因类型为授权失败后发送的消息；或者，[0078]在该RNC是该终端在发生RLF前所在小区所属的RNC时，该授权失败原因查询消息是该终端在发生RLF后重新选择的小区所属的RNC，在接收到该终端发送的RLF测量结果有效指示信息、且该RLF测量结果有效指示信息中携带的导致RLF的原因类型为授权失败后发出的消息。[0079]这里，该终端的标识信息为:E-RNTI。导致对终端的授权失败的原因可以为:该基站调度繁忙等。[0080]下面结合具体实施例对本发明进行说明:[0081]实施例一:[0082]本实施例中，终端在发生RLF后重新选择的小区所属的RNC与终端在发生RLF前所在的小区所属的RNC是同一RNC，如图8a所示，具体流程如下:[0083]步骤1，终端根据RLF发生条件确定发生了RLF。[0084]步骤2:终端记录对当前小区和邻小区的测量结果即RLF测量结果。并在小区更新过程中通过上行信令(如小区更新消息或重配置完成消息或RRC连接完成消息)，向网络侧上报RLF测量结果有效指示(采用lbit)，RLF测量结果有效指示中携带导致RLF的原因类型，包括授权失败，到达最大同步尝试次数，下行无法同步等。[0085]步骤3，RNC接收到RLF测量结果有效指示后，读取其中的原因类型，如果原因类型为授权失败，则通过Iub接口向基站发送授权失败原因查询消息，该授权失败原因查询消息中携带终端的标识信息E-RNTI，以用于识别终端，进一步可以携带该原因类型。该授权失败原因查询消息可以是新的Iub接口信令消息，也可以是在现有技术中已存在的Iub接口信令上携带指示，比如“RLF原因查询”和/或“授权失败”等。[0086]步骤4，基站接收到授权失败原因查询消息后，若其中携带的原因类型为授权失败，则判断是否因为基站调度繁忙导致授权失败。如果是因为基站调度繁忙导致授权失败，则基站向RNC返回查询响应消息，其中携带导致授权失败的原因信息。该查询响应消息可以是新的Iub接口消息，也可以是当前的Iub接口消息中携带指示，比如“调度繁忙”等[0087]步骤5，RNC接收到查询响应消息后，若根据该查询响应消息确定是因为基站调度繁忙导致授权失败，则RNC不会通知终端上报RLF测量结果，也不会向TCE上报RLF测量结果，同时RNC会通过空口消息(可以是新的RRC信令，也可以是UE信息请求消息中携带删除已保存测量结果的指示)通知终端删除当前已经保存的RLF测量结果。若根据该查询响应消息确定不是因为基站调度繁忙导致授权失败，则RNC通知终端上报RLF测量结果，并向TCE上报接收到的RLF测量结果。[0088]实施例二:[0089]本实施例中，终端在发生RLF后重新选择的小区所属的RNC与终端在发生RLF前所在的小区所属的RNC不是同一RNC，将终端在发生RLF前所在的小区所属的RNC作为源RNC,将终端在发生RLF后重新选择的小区所属的RNC作为目标RNC。[0090]如图8b所示，具体流程如下:[0091]步骤1，终端根据RLF发生条件确定发生了RLF。[0092]步骤2:终端记录对当前小区和邻小区的测量结果即RLF测量结果。并在小区更新过程中通过上行信令(如小区更新消息或小区更新完成消息)，向网络侧上报RLF测量结果有效指示(采用lbit)，RLF测量结果有效指示中携带导致RLF的原因类型，包括授权失败，到达最大同步尝试次数，下行无法同步等。[0093]步骤3，目标RNC接收到RLF测量结果有效指示后，读取其中的原因类型，如果原因类型为授权失败，则通过Iur接口向源RNC发送授权失败原因查询消息，该授权失败原因查询消息中携带终端的标识信息U-RNTI，以用于识别终端，进一步可以携带该原因类型。授权失败原因查询消息的设计同实施例一的步骤3所述。[0094]步骤4，源RNC在接收到的授权失败原因查询消息后，将该授权失败原因查询消息中的U-RNTI替换为与该U-RNTI关联的E-RNTI，然后将授权失败原因查询消息转发给基站；[0095]步骤5，基站接收到授权失败原因查询消息后，若其中携带的原因类型为授权失败，则判断是否因为基站调度繁忙导致授权失败。如果是因为基站调度繁忙导致授权失败，则基站向源RNC返回查询响应消息，其中携带导致授权失败的原因信息。该查询响应消息的设计同实施例一的步骤4所述。[0096]步骤6，源RNC将接收到的查询响应消息转发给目标RNC；[0097]步骤7，目标RNC接收到查询响应消息后，若根据该查询响应消息确定是因为基站调度繁忙导致授权失败，则RNC不会通知终端上报RLF测量结果，也不会向TCE上报RLF测量结果，同时RNC会通过空口消息(可以是新的RRC信令，也可以是UE信息请求消息中携带删除已保存测量结果的指示)通知终端删除当前已经保存的RLF测量结果。若根据该查询响应消息确定不是因为基站调度繁忙导致授权失败，则RNC通知终端上报RLF测量结果，并向TCE上报接收到的RLF测量结果。[0098]参见图9，本发明实施例提供一种终端，该终端包括:[0099]确定单元90，用于确定是否发生RLF;[0100]上报单元91，用于在确定发生RLF后，向重新选择的小区所属的无线网络控制器RNC上报RLF测量结果有效指示信息，该RLF测量结果有效指示信息中携带导致RLF的原因类型。[0101]进一步的，该终端还包括:[0102]响应单元92，用于在向所述RNC上报RLF测量结果有效指示信息之后，接收到所述RNC发送的上报RLF测量结果的通知，根据该通知向所述RNC上报记录的RLF测量结果；或者，[0103]在向所述RNC上报RLF测量结果有效指示信息之后，接收到所述RNC发送的删除RLF测量结果的通知，根据该通知删除记录的RLF测量结果。[0104]进一步的，所述导致RLF的原因类型为:授权失败、或同步尝试次数达到最大值、或下行同步失败。[0105]参见图10，本发明实施例提供一种RNC，该RNC包括:[0106]接收单元101，用于接收终端在发生RLF后上报的RLF测量结果有效指示信息，该RLF测量结果有效指示信息中携带导致RLF的原因类型；[0107]确定单元102，用于RNC根据所述原因类型确定是否需要从所述终端获取RLF测量结果;[0108]通知单元103，用于在确定需要从所述终端获取RLF测量结果时，通知所述终端上报记录的RLF测量结果。[0109]进一步的，所述确定单元102用于:[0110]在所述RNC是所述终端在发生RLF前所在小区所属的源RNC时，确定所述原因类型是否为授权失败；[0111]若所述原因类型是授权失败，则向所述终端所属的基站发送授权失败原因查询消息，该授权失败原因查询消息中携带所述终端的标识信息；接收所述基站返回的查询响应消息，该查询响应消息中携带授权失败的原因信息；若该原因信息是基站调度繁忙导致授权失败，则确定不需要从终端获取RLF测量结果，若该原因信息不是基站调度繁忙导致授权失败，则确定需要从终端获取RLF测量结果；[0112]若所述原因类型不是授权失败，则确定需要从终端获取RLF测量结果。[0113]进一步的，所述终端的标识信息为:增强的专用传输信道E-DCH无线网络临时标识E-RNTI。[0114]进一步的，所述确定单元102用于:[0115]在所述RNC不是所述终端在发生RLF前所在小区所属的源RNC时，确定所述原因类型是否为授权失败；[0116]若所述原因类型是授权失败，则向所述源RNC发送授权失败原因查询消息，该授权失败原因查询消息中携带所述终端的标识信息；接收所述源RNC返回的查询响应消息，该查询响应消息是所述源RNC向所述终端在发生RLF前所在小区所属的基站发送所述授权失败原因查询消息后、接收到的所述基站返回的查询响应消息，并且该查询响应消息中携带授权失败的原因信息；若该原因信息是基站调度繁忙导致授权失败，则确定不需要从终端获取RLF测量结果，若该原因信息不是基站调度繁忙导致授权失败，则确定需要从终端获取RLF测量结果；[0117]若所述原因类型不是授权失败，则确定需要从终端获取RLF测量结果。[0118]进一步的，所述终端的标识信息为:演进的UMTS陆地无线接入网UTRAN无线网络临时标识U-RNTI;并且所述源RNC向所述基站发送的授权失败原因查询消息中携带的终端的标识信息为与该U-RNTI关联的E-RNTI。[0119]进一步的，该RNC还包括:[0120]上报单元104，用于在通知所述终端上报记录的RLF测量结果之后，接收所述终端上报的RLF测量结果，并将该RLF测量结果上报给TCE。[0121]进一步的，所述通知单元103还用于:[0122]在根据所述原因类型确定不需要从所述终端获取RLF测量结果时，通知所述终端删除记录的RLF测量结果。[0123]参见图11，本发明实施例提供一种基站，该基站包括:[0124]接收单元110，用于接收RNC发送的授权失败原因查询消息，该授权失败原因查询消息中携带终端的标识信息；[0125]响应单元111，用于确定导致对所述终端的授权失败的原因，并向所述RNC返回包含该原因信息的查询响应消息。[0126]进一步的，所述RNC是所述终端在发生RLF后重新选择的小区所属的RNC，所述授权失败原因查询消息是该RNC在接收到所述终端发送的RLF测量结果有效指示信息、且该RLF测量结果有效指示信息中携带的导致RLF的原因类型为授权失败后发送的消息；或者，[0127]所述RNC是所述终端在发生RLF前所在小区所属的RNC，所述授权失败原因查询消息是所述终端在发生RLF后重新选择的小区所属的RNC，在接收到所述终端发送的RLF测量结果有效指示信息、且该RLF测量结果有效指示信息中携带的导致RLF的原因类型为授权失败后发出的消息。[0128]进一步的，所述终端的标识信息为:增强的专用传输信道E-DCH无线网络临时标识E-RNTI。[0129]进一步的，所述导致对所述终端的授权失败的原因为:该基站调度繁忙。[0130]综上，本发明的有益效果包括:[0131]本发明实施例提供的方案中，终端在发生RLF后，向重新选择的小区所属的RNC上报携带有导致RLF的原因类型的RLF测量结果有效指示信息，RNC根据该原因类型确定是否需要从终端获取RLF测量结果，仅在确定为是时，通知终端上报记录的RLF测量结果，在确定为否时，并不通知终端上报记录的RLF测量结果，与现有技术中LTE系统下在原因类型为任何类型时都通知终端上报记录的RLF测量结果相比，本发明中在某些原因类型下不通知终端上报记录的RLF测量结果，从而能够有效的节省空口的信令资源。[0132]本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。[0133]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。[0134]这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。[0135]尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。[0136]显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。【权利要求】1.一种无线链路失败RLF的上报方法，其特征在于，该方法包括:终端确定是否发生RLF；所述终端在确定发生RLF后，向重新选择的小区所属的无线网络控制器RNC上报RLF测量结果有效指示信息，该RLF测量结果有效指示信息中携带导致RLF的原因类型。2.如权利要求1所述的方法，其特征在于，在向所述RNC上报RLF测量结果有效指示信息之后，进一步包括:所述终端接收到所述RNC发送的上报RLF测量结果的通知，根据该通知向所述RNC上报记录的RLF测量结果；或者，所述终端接收到所述RNC发送的删除RLF测量结果的通知，根据该通知删除记录的RLF测量结果。3.如权利要求1或2所述的方法，其特征在于，所述导致RLF的原因类型为:授权失败、或同步尝试次数达到最大值、或下行同步失败。4.一种RLF的处理方法,其特征在于,该方法包括:RNC接收终端在发生RLF后上报的RLF测量结果有效指示信息，该RLF测量结果有效指示信息中携带导致RLF的原因类型；所述RNC根据所述原因类型确定是否需要从所述终端获取RLF测量结果，在确定为是时，通知所述终端上报记录的RLF测量结果。5.如权利要求4所述的方法，其特征在于，在所述RNC是所述终端在发生RLF前所在小区所属的源RNC时，所述RNC根据所述原因类型确定是否需要从终端获取RLF测量结果，具体包括:所述RNC确定所述原因类型是否为授权失败；若所述原因类型是授权失败，则向所述终端所属的基站发送授权失败原因查询消息，该授权失败原因查询消息中携带所述终端的标识信息；接收所述基站返回的查询响应消息，该查询响应消息中携带授权失败的原因信息；若该原因信息是基站调度繁忙导致授权失败，则确定不需要从终端获取RLF测量结果，若该原因信息不是基站调度繁忙导致授权失败，则确定需要从终端获取RLF测量结果；若所述原因类型不是授权失败，则确定需要从终端获取RLF测量结果。6.如权利要求4所述的方法，其特征在于，在所述RNC不是所述终端在发生RLF前所在小区所属的源RNC时，所述RNC根据所述原因类型确定是否需要从终端获取RLF测量结果，具体包括:所述RNC确定所述原因类型是否为授权失败；若所述原因类型是授权失败，则向所述源RNC发送授权失败原因查询消息，该授权失败原因查询消息中携带所述终端的标识信息；接收所述源RNC返回的查询响应消息，该查询响应消息是所述源RNC向所述终端在发生RLF前所在小区所属的基站发送所述授权失败原因查询消息后、接收到的所述基站返回的查询响应消息，并且该查询响应消息中携带授权失败的原因信息；若该原因信息是基站调度繁忙导致授权失败，则确定不需要从终端获取RLF测量结果，若该原因信息不是基站调度繁忙导致授权失败，则确定需要从终端获取RLF测量结果；若所述原因类型不是授权失败，则确定需要从终端获取RLF测量结果。7.如权利要求5所述的方法，其特征在于，所述终端的标识信息为:增强的专用传输信道E-DCH无线网络临时标识E-RNTI。8.如权利要求6所述的方法，其特征在于，所述终端的标识信息为:演进的UMTS陆地无线接入网UTRAN无线网络临时标识U-RNTI;并且所述源RNC向所述基站发送的授权失败原因查询消息中携带的终端的标识信息为与该U-RNTI关联的E-RNTI。9.如权利要求4-8中任一所述的方法，其特征在于，在通知所述终端上报记录的RLF测量结果之后，进一步包括:所述RNC接收所述终端上报的RLF测量结果，并将该RLF测量结果上报给TCE。10.如权利要求4-8中任一所述的方法，其特征在于，在根据所述原因类型确定不需要从所述终端获取RLF测量结果时，进一步包括:所述RNC通知所述终端删除记录的RLF测量结果。11.一种RLF的处理方法,其特征在于,该方法包括:基站接收到RNC发送的授权失败原因查询消息，该授权失败原因查询消息中携带终端的标识信息；基站确定导致对所述终端的授权失败的原因，并向所述RNC返回包含该原因信息的查询响应消息。12.如权利要求11所述的方法，其特征在于，所述RNC是所述终端在发生RLF后重新选择的小区所属的RNC，所述授权失败原因查询消息是该RNC在接收到所述终端发送的RLF测量结果有效指示信息、且该RLF测量结果有效指示信息中携带的导致RLF的原因类型为授权失败后发送的消息；或者，所述RNC是所述终端在发生RLF前所在小区所属的RNC，所述授权失败原因查询消息是所述终端在发生RLF后重新选择的小区所属的RNC，在接收到所述终端发送的RLF测量结果有效指示信息、且该RLF测量结果有效指示信息中携带的导致RLF的原因类型为授权失败后发出的消息。13.如权利要求12所述的方法，其特征在于，所述终端的标识信息为:增强的专用传输信道E-DCH无线网络临时标识E-RNTI。14.如权利要求11-13中任一所述的方法，其特征在于，所述导致对所述终端的授权失败的原因为:该基站调度繁忙。15.一种终端，其特征在于，该终端包括:确定单元，用于确定是否发生RLF;上报单元，用于在确定发生RLF后，向重新选择的小区所属的无线网络控制器RNC上报RLF测量结果有效指示信息，该RLF测量结果有效指示信息中携带导致RLF的原因类型。16.如权利要求15所述的终端，其特征在于，该终端还包括:响应单元，用于在向所述RNC上报RLF测量结果有效指示信息之后，接收到所述RNC发送的上报RLF测量结果的通知，根据该通知向所述RNC上报记录的RLF测量结果；或者，在向所述RNC上报RLF测量结果有效指示信息之后，接收到所述RNC发送的删除RLF测量结果的通知，根据该通知删除记录的RLF测量结果。17.如权利要求15或16所述的终端，其特征在于，所述导致RLF的原因类型为:授权失败、或同步尝试次数达到最大值、或下行同步失败。18.一种RNC，其特征在于，该RNC包括:接收单元，用于接收终端在发生RLF后上报的RLF测量结果有效指示信息，该RLF测量结果有效指示信息中携带导致RLF的原因类型；确定单元，用于RNC根据所述原因类型确定是否需要从所述终端获取RLF测量结果；通知单元，用于在确定需要从所述终端获取RLF测量结果时，通知所述终端上报记录的RLF测量结果。19.如权利要求18所述的RNC，其特征在于，所述确定单元用于:在所述RNC是所述终端在发生RLF前所在小区所属的源RNC时，确定所述原因类型是否为授权失败；若所述原因类型是授权失败，则向所述终端所属的基站发送授权失败原因查询消息，该授权失败原因查询消息中携带所述终端的标识信息；接收所述基站返回的查询响应消息，该查询响应消息中携带授权失败的原因信息；若该原因信息是基站调度繁忙导致授权失败，则确定不需要从终端获取RLF测量结果，若该原因信息不是基站调度繁忙导致授权失败，则确定需要从终端获取RLF测量结果；若所述原因类型不是授权失败，则确定需要从终端获取RLF测量结果。20.如权利要求18所述的RNC，其特征在于，所述确定单元用于:在所述RNC不是所述终端在发生RLF前所在小区所属的源RNC时，确定所述原因类型是否为授权失败；若所述原因类型是授权失败，则向所述源RNC发送授权失败原因查询消息，该授权失败原因查询消息中携带所述终端的标识信息；接收所述源RNC返回的查询响应消息，该查询响应消息是所述源RNC向所述终端在发生RLF前所在小区所属的基站发送所述授权失败原因查询消息后、接收到的所述基站返回的查询响应消息，并且该查询响应消息中携带授权失败的原因信息；若该原因信息是基站调度繁忙导致授权失败，则确定不需要从终端获取RLF测量结果，若该原因信息不是基站调度繁忙导致授权失败，则确定需要从终端获取RLF测量结果；若所述原因类型不是授权失败，则确定需要从终端获取RLF测量结果。21.如权利要求19所述的RNC，其特征在于，所述终端的标识信息为:增强的专用传输信道E-DCH无线网络临时标识E-RNTI。22.如权利要求20所述的RNC，其特征在于，所述终端的标识信息为:演进的UMTS陆地无线接入网UTRAN无线网络临时标识U-RNTI;并且所述源RNC向所述基站发送的授权失败原因查询消息中携带的终端的标识信息为与该U-RNTI关联的E-RNTI。23.如权利要求18-22中任一所述的RNC，其特征在于，该RNC还包括:上报单元，用于在通知所述终端上报记录的RLF测量结果之后，接收所述终端上报的RLF测量结果，并将该RLF测量结果上报给TCE。24.如权利要求18-22中任一所述的RNC，其特征在于，所述通知单元还用于:在根据所述原因类型确定不需要从所述终端获取RLF测量结果时，通知所述终端删除记录的RLF测量结果。25.一种基站，其特征在于，该基站包括:接收单元，用于接收RNC发送的授权失败原因查询消息，该授权失败原因查询消息中携带终端的标识信息；响应单元，用于确定导致对所述终端的授权失败的原因，并向所述RNC返回包含该原因信息的查询响应消息。26.如权利要求25所述的基站，其特征在于，所述RNC是所述终端在发生RLF后重新选择的小区所属的RNC，所述授权失败原因查询消息是该RNC在接收到所述终端发送的RLF测量结果有效指示信息、且该RLF测量结果有效指示信息中携带的导致RLF的原因类型为授权失败后发送的消息；或者，所述RNC是所述终端在发生RLF前所在小区所属的RNC，所述授权失败原因查询消息是所述终端在发生RLF后重新选择的小区所属的RNC，在接收到所述终端发送的RLF测量结果有效指示信息、且该RLF测量结果有效指示信息中携带的导致RLF的原因类型为授权失败后发出的消息。27.如权利要求25所述的基站，其特征在于，所述终端的标识信息为:增强的专用传输信道E-DCH无线网络临时标识E-RNTI。28.如权利要求25-27中任一所述的基站，其特征在于，所述导致对所述终端的授权失败的原因为:该基站调度繁忙。【文档编号】H04W24/10GK103581961SQ201210266003【公开日】2014年2月12日申请日期:2012年7月27日优先权日:2012年7月27日【发明者】陈东,傅婧,彦楠申请人:电信科学技术研究院