CN102036243A - 处理无线链路失败报告的方法及调整移动参数的方法 - Google Patents

Abstract

本发明公开了一种处理RLF报告的方法，该方法当UE在受控于第一演进基站的第一小区发生RLF、并选择受控于第二演进基站的第二小区重新建立RRC时，包括：第二演进基站根据接收自UE的第一小区的PCI向对应的各演进基站发送RLF报告，该报告携带：第一小区的PCI、UE在第一小区的CRNTI、第二小区的PCI及UE验证信息；各演进基站根据UE验证信息对UE进行验证。本发明还公开了另一种处理RLF报告的方法和两种调整移动参数的方法。应用本发明能够提高自优化的效果，从而提高网络的性能。

Description

处理无线链路失败报告的方法及调整移动参数的方法

技术领域

本发明涉及通信技术领域，特别涉及处理无线链路失败报告的方法及调整移动参数的方法。

背景技术

系统架构演进(SAE：System Architecture Evolution)是3GPP提出的演进的系统结构。在网络部署初期或者整个移动网络的运营过程中，需要花费大量的人力去配置并优化网络的参数，特别是无线参数的设置，从而保证网络良好的覆盖和容量、移动的鲁棒性、移动时负载的均衡、用户设备接入的速度等。因此，SAE系统中提出自优化的网络(以下简称SON)需求。自优化的基本架构如图1所示。

演进基站(eNB)上电以后，开始自配置过程。自配置包括图1所示：(A)基本的设置和(B)初始无线参数的配置。其中：

(A)基本的设置，包括：图1所示a-1～a-4等，具体地：

a-1：配置eNB IP地址并检测到操作管理维护(OAM)；

a-2：eNB和网络间的认证；

a-3：对于家用基站，需要找到相应的网关；

a-4：下载eNB的软件和操作的参数。

(B)初始的无线参数配置，包括：图1所示b-1和b-2等，具体地：

b-1：邻区列表的配置；

b-2：覆盖容量有关的参数配置等。

上述eNB的自配置过程是按照经验或者仿真等理想的场景进行的。实际网络的性能可能会因为受到建筑、气候、周边环境的影响而有很大不同，因此，自配置完成后，很多参数的配置并不是很优化的。为了使网络能够有更好的性能，满足运营商和用户的需求，网络的优化过程非常重要。目前比较重要的自优化包括：邻区列表的自优化、覆盖和容量的自优化、移动鲁棒性的自优化、负载均衡的自优化、RACH参数的自优化、节省能量、减少干扰等。其中，减少干扰可以是容量和覆盖的自优化的一部分。图1(C)中仅以“c-1：邻区列表的自优化，c-2：覆盖和容量的自优化”为例，示出了自优化的部分操作。

移动鲁棒性的自优化中，最重要的问题是如何判断是否发生过迟切换和过早切换。覆盖和容量的自优化中，判断是否存在覆盖漏洞是一个比较重要的问题。

现有判断过迟切换、判断过早切换和判断覆盖漏洞的方法中，共同的操作有：当用户设备(UE)在受控于eNB1的小区1发生无线链路失败(RLF：Radio Link Failure)，并选择受控于eNB2的小区2重新建立无线资源连接(RRC)时，UE发送RRC重新建立请求消息给eNB2，该RRC重新建立请求消息中携带小区1的物理小区标识(PCI，Physical Cell Identifier)、UE在小区1的小区无线网络临时标识(CRNTI)以及短的用户信令数据完整性的媒体接入控制信息(short MAC-I，MAC used for data integrity of signaling messages)；eNB2根据PCI确定对应于该PCI的小区所受控的基站(即：eNB1)，并向eNB1发送RLF报告，该RLF报告中携带该UE在小区1的CRNTI、小区1的PCI和小区2的PCI。

在eNB1收到RLF报告后，将据此判断是否发生了过迟切换、过早切换、或判断是否存在覆盖漏洞。

上述三种方法中共同的操作实际上涉及对RLF报告的处理方式。上述现有处理RLF报告的方式存在以下问题：eNB2收到UE的RRC重新建立请求消息后，如果有两个或两个以上相邻的小区(例如：分别受控于eNB1和eNB3)具有相同的PCI，将导致eNB2不确定应该将该RLF报告发送给哪个eNB。在发送错误的情况下，会导致eNB产生错误的判断，从而给网络性能带来不良影响。这一问题同样存在于其它需要基于RLF报告进行自优化的过程中。

移动负载均衡自优化的目的是保证相邻小区之间或者有重叠覆盖的小区之间的负载均衡，或者将拥塞小区的一部分负载转移到相邻小区或者有重叠覆盖的小区。这可以通过切换UE、或调整移动参数来实现。移动参数包括：小区切换参数和小区重选参数。为了避免UE切换的乒乓效应，一个小区在调整其移动参数时需要与邻近小区进行协商。如何保证一个小区与其所有邻近小区协调地调整移动参数是目前尚未解决的问题。

上述问题的存在，使得现有自优化的效果并不理想，网络性能无法得到有效的保证。

发明内容

有鉴于此，本发明的主要目的在于提供一种处理无线链路失败报告的方法，以提高自优化的效果，从而提高网络的性能。

本发明的另一个目的在于提供一种调整移动参数的方法，以提高自优化的效果，从而提高网络的性能。

为达到上述目的，本发明提供了一种处理无线链路失败报告的方法，当用户设备UE在受控于第一演进基站的第一小区发生无线链路失败RLF、并选择受控于第二演进基站的第二小区重新建立无线资源连接RRC时，该方法包括以下步骤：

第二演进基站接收UE发送的RRC重新建立请求消息，所述RRC重新建立请求消息中携带：第一小区的物理小区标识PCI、UE在第一小区的小区无线网络临时标识CRNTI以及短的用户信令数据完整性的媒体接入控制信息short MAC-I；

第二演进基站根据所述第一小区的PCI向对应的小区分别所受控的各个演进基站发送RLF报告，所述RLF报告中携带：第一小区的PCI、第二小区的PCI和UE在第一小区的CRNTI，并携带：用于对UE进行验证的UE验证信息；

接收到所述RLF报告的各个演进基站根据所述RLF报告中所携带的UE验证信息对UE进行验证。

为达到上述目的，本发明还提供了一种处理无线链路失败报告的方法，当用户设备UE在受控于第一演进基站的第一小区发生无线链路失败RLF、并选择受控于第二演进基站的第二小区重新建立无线资源连接RRC时，该方法包括以下步骤：

第二演进基站接收UE发送的信息：第一小区的物理小区标识PCI、UE在第一小区的小区无线网络临时标识CRNTI、短的用户信令数据完整性的媒体接入控制信息short MAC-I、以及用于对小区进行验证的小区第一验证信息；

第二演进基站根据所述小区第一验证信息向对应的小区所受控的演进基站发送RLF报告。

为达到上述目的，本发明还提供了一种调整移动参数的方法，该方法在第一演进基站决定调整其所控制的小区的移动参数时，包括以下步骤：

第一演进基站向受所述调整影响的所有小区分别所受控的各个演进基站发送移动参数调整请求消息，所述移动参数调整请求消息中携带调整后的移动参数；

第一演进基站接收所述各个演进基站返回的移动参数调整接受消息或移动参数调整拒绝消息；

如果所有演进基站均返回移动参数调整接受消息，第一演进基站调整移动参数，并向所述各个演进基站发送移动参数调整确认消息；

如果至少存在一个演进基站返回移动参数调整拒绝消息，第一演进基站不调整移动参数，并向所述各个演进基站发送移动参数调整取消消息。

为达到上述目的，本发明还提供了一种调整移动参数的方法，该方法在第一演进基站决定调整其所控制的小区的移动参数时，包括以下步骤：

受所述调整影响的所有小区分别所受控的各个演进基站接收来自第一演进基站的移动参数调整请求消息，所述移动参数调整请求消息中携带调整后的移动参数；

所述各个演进基站分别判断是否接受所述调整，如果接受，向第一演进基站返回移动参数调整接受消息，如果不接受，向第一演进基站返回移动参数调整拒绝消息；

如果接收到来自第一演进基站的移动参数调整确认消息，各个演进基站分别用所述调整后的移动参数替换当前所保存的与所述第一演进基站所控制的小区的移动参数相关的参数，如果接收到来自第一演进基站的移动参数调整取消消息，各个演进基站保持当前所保存的与所述第一演进基站所控制的小区的移动参数相关的参数不变。

由上述技术方案可见，本发明提供的处理RLF报告的方法中，当UE在受控于第一演进基站的第一小区发生RLF、并选择受控于第二演进基站的第二小区重新建立无线链路时，通过发送验证信息，实现了对UE或UE发生RLF的小区的验证，如此，即使在两个或两个以上相邻的演进基站具有相同的PCI时，也能够正确地判定UE发生RLF的小区，从而提高了自优化的效果，并提高了网络的性能。

本发明提供的调整移动参数的方法中，由发起移动参数调整的演进基站根据相关的各个演进基站所返回的表明接受或拒绝该移动参数调整的消息统一进行判断，并根据判断结果统一向各个相关演进基站发送表明调整或不调整移动参数的消息，最后，所有演进基站均调整或不调整相关的移动参数，从而避免了各演进基站之间所保存的移动参数不一致的问题，保证了一个小区与其所有邻近小区协调地调整移动参数，提高了自优化的效果，并提高了网络的性能。

附图说明

图1为现有SAE系统中自优化的基本架构示意图；

图2为本发明第一较佳处理RLF报告的方法的流程示意图；

图3为本发明第二较佳处理RLF报告的方法的流程示意图；

图4为本发明调整移动参数的方法的流程示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步详细说明。

本发明针对现有自优化过程中所存在的问题提出了处理RLF报告的方法和调整移动参数的方法。

本发明处理RLF报告的方法的主要思想是：当UE在受控于第一演进基站的第一小区发生RLF、并选择受控于第二演进基站的第二小区重新建立无线链路时，通过发送验证信息，实现了对UE或UE发生RLF的小区的验证，如此，即使在两个或两个以上相邻的演进基站具有相同的PCI时，也能够正确地判定UE发生RLF的小区，从而提高自优化的效果，并提高网络的性能。

基于上述主要思想，本发明提出了两种处理RLF报告的方法，以下分别结合附图进行详细说明。

图2为本发明第一较佳处理RLF报告的方法的流程示意图。参见图2，该方法包括：

步骤201：UE在小区1中发生RLF，假设小区1受控于eNB1。

步骤202：UE进行小区重选，选择小区2重新建立RRC，假设小区2受控于eNB2。

步骤203：UE发送RRC重新建立请求消息给eNB2，该RRC重新建立请求消息中携带：小区1的PCI、UE在小区1的CRNTI、short MAC-I。

这里，short MAC-I是MAC-I的低16位，MAC-I是根据小区1的PCI、UE在第一小区的CRNTI、小区2的标识ECI以及小区1的安全相关参数计算得到的。其中，ECI是小区在一个公共陆地移动网络(PLMN)下唯一的小区标识，ECI的中文全称为：演进的通用陆地无线接入网络小区标识(Evolved UTRAN Cell Identifier)。

步骤204：eNB2根据PCI确定对应于该PCI的所有小区，并确定所述所有小区分别所受控的各个演进基站。

如前所述，在小区2的相邻小区中，可能存在两个或两个以上具有相同PCI的小区，那么，根据PCI可能会查找到两个或两个以上小区，这些小区可能分别受控于不同的演进基站。本步骤的目的在于找出这些演进基站。假设是eNB1和eNB3。在只找到一个eNB时，本发明的方法同样可以使用。

步骤205：eNB2向步骤204所确定的各个演进基站发送RLF报告，该RLF报告中除携带小区1的PCI、小区2的PCI以及UE在小区1的CRNTI之外，还携带：用于对UE进行验证的UE验证信息。

根据步骤204的假设，本步骤中eNB2将向eNB1和eNB3发送该RLF报告。该RLF报告中所携带的小区1的PCI和UE在小区1的CRNTI，用于确定UE上下文，该RLF报告中所携带的UE验证信息用于判断该UE上下文是否为发生RLF的那个UE的上下文。

本步骤中，RLF报告中所携带的UE验证信息可以是任何能够判断某UE上下文是否为发生RLF的那个UE的上下文的信息。例如：可以是小区2的ECI以及小区2从UE收到的RRC重新建立请求消息中的short MAC-I；也可以是小区2的增强小区全球标识(ECGI)以及小区2从UE收到的RRC重新建立请求消息中的short MAC-I；还可以是小区2从UE收到的RRC重新建立请求消息中的short MAC-I，在这种情况下，可以将short MAC-I与RLF报告中的小区2的PCI相结合来进行UE的验证。

步骤206：接收到RLF报告的各个演进基站根据RLF报告中所携带的UE验证信息对UE进行验证。

具体而言，接收到RLF报告的各个演进基站(本示例中包括：eNB1和eNB3)可以首先根据RLF报告中所携带的第一小区的PCI和UE在第一小区的CRNTI确定UE的上下文，然后根据UE验证信息判断该UE上下文是否为所述发生RLF的UE的上下文，如果是，继续步骤207。在不是的情况下，可以丢弃该消息，或者不作任何处理。

本步骤中，根据小区1的PCI和UE在第一小区的CRNTI确定UE的上下文的方式具体为：

首先，接收到RLF报告的各个eNB根据PCI找到对应的小区。

根据前面的描述，在不同的eNB下可能存在PCI相同的小区，在同一eNB下也可能存在PCI相同的小区，因此，所找到的小区可能是两个或两个以上，以下约定：将这些小区统称为小区x。

然后，根据小区x中的CRNTI找到UE的上下文。

如果接收到RLF报告的eNB根据PCI找到两个小区或者多个小区，也可以根据UE验证信息判断该小区是否保存了相应的UE上下文来进一步判断所找到的小区是否是UE发生RLF的小区。

本步骤中，根据不同的UE验证信息判断该UE上下文是否为所述发生RLF的UE的上下文的方式也有所不同。举例而言：

如果UE验证信息为：RRC重新建立请求消息中的short MAC-I和小区2的ECI，那么，判断的方式为：接收到RLF报告的各个eNB根据RLF报告中的PCI、UE在第一小区的CRNTI和小区2的标识ECI，以及小区x的安全相关参数计算MAC-I。取MAC-I的低16位，与RLF报告中的short MAC-I进行对比，如果相同，则判定所找到的UE上下文是发生RLF的UE的上下文，不同则不是。

如果UE验证信息为：RRC重新建立请求消息中的short MAC-I和小区2的ECGI，那么，判断的方式为：接收到RLF报告的各个eNB首先根据小区2的ECGI得到小区2的ECI，然后按照上述“short MAC-I+小区2的ECI”的方式验证所找到的UE上下文是否为发生RLF的UE的上下文。

如果UE验证信息为：RRC重新建立请求消息中的short MAC-I，那么，判断的方式为：接收到RLF报告的各个eNB首先根据RLF报告中小区2的PCI从邻区列表中找到小区2的ECI，然后按照上述“short MAC-I+小区2的ECI”的方式验证所找到的UE上下文是否为发生RLF的UE的上下文。

经过本步骤的判断，可以确定本演进基站所控制的小区是否为UE发生RLF的小区，此时，eNB1将执行步骤207。

步骤207：eNB1根据RLF报告进行相应的自优化处理。

本步骤中，eNB1可以根据RLF报告以及相应的其它信息判断RLF的原因，并据此判断是否发生过早切换、过晚切换、覆盖漏洞等。由于后续进行自优化处理的操作不是本发明的重点，因此，这里忽略详细的说明，仅简单说明如下：

对于判断过早切换的方法来说，UE发生RLF的eNB将判断是否曾在一定的定时器内发送UE上下文释放请求消息给eNB2所控制的小区2，用以释放所述UE的上下文，如果是，则该eNB判定发生了过早切换，于是发送过早切换指示给eNB2。

为了辅助网络进行进一步判断是过迟切换还是覆盖漏洞，UE需要汇报其他的信息给网络，例如：UE汇报发生RLF时UE的位置以及对其他邻近小区的测量结果给eNB2，这可以通过RRC重新建立请求消息或者RRC重新建立完成消息或者其他的RRC消息汇报。这样，UE发生RLF的eNB可以根据UE发生RLF时的位置以及UE的测量结果判断是覆盖漏洞还是过迟切换。例如：如果UE发生RLF时，小区1的信号已经很弱，小区2的信号足够强，这时的判定结果应该是过迟切换；如果UE发生RLF时，小区1和小区2的信号都很弱，则判定结果可能是覆盖漏洞。

至此，结束本发明第一较佳处理RLF报告的方法。

图3为本发明第二较佳处理RLF报告的方法的流程示意图。参见图3，该方法包括：

步骤301：UE在小区1中发生RLF，假设小区1受控于eNB1。

步骤302：UE进行小区重选，选择小区2重新建立RRC，假设小区2受控于eNB2。

步骤303：UE将以下信息发送给eNB2：小区1的PCI、UE在小区1的CRNTI、short MAC-I、以及用于对小区进行验证的小区第一验证信息。

这里，可以采用RRC重新建立请求消息、RRC重新建立完成消息或者其他的RRC消息携带本步骤所述信息发送给eNB2，只要该RRC消息能够携带上述信息即可。本步骤所述信息可以通过一条RRC消息也可以通过多条RRC消息由UE发送给eNB2。

本步骤中，RRC消息中所携带的小区第一验证信息可以是任何能够准确判断某小区是否为UE发生RLF的那个小区的信息。例如：可以是小区1的ECGI和/或小区1的频率。其中，ECGI可以唯一标识某一小区；在网络规划良好的前提下，几乎不存在频率和PCI都相同的小区，因此，频率与PCI相结合也可以唯一标识某一小区。

步骤304：eNB2根据小区验证信息确定对应的小区。

举例而言，如果小区验证信息中包含ECGI，那么，根据ECGI可以唯一确定对应的小区；如果小区验证信息中包含UE发生RLF所在的小区的频率，那么，在网络规划良好的前提下，根据PCI和频率可以确定对应的小区。

总之，本步骤通过小区验证信息可以唯一确定UE发生RLF的小区。

步骤305：eNB2将RLF报告发送给eNB1。

这里，RLF报告中所携带的信息可以有以下情况：

第一种情况：假设eNB1下所有小区的PCI均不相同，那么，根据RLF报告中所携带的PCI即可唯一确定UE发生RLF的小区，因此，RLF报告中携带小区1的PCI、小区2的PCI和UE在第一小区的CRNTI即可。

第二种情况：假设eNB1下存在PCI相同的小区，这意味着根据RLF报告中所携带的PCI无法唯一确定UE发生RLF的小区，此时，RLF报告中除携带小区1的PCI、小区2的PCI和UE在第一小区的CRNTI之外，还可以携带用于对小区进行验证的小区第二验证信息，以供eNB1确定UE发生RLF的小区。该小区第二验证信息可以包括：小区1的ECGI和/或小区1的频率。

这种情况下，eNB1根据RLF报告中所携带的信息确定UE发生RLF的小区的方式可以包括：

eNB1根据RLF报告中所携带的小区1的PCI确定对应的小区，如果存在两个或两个以上小区具有相同的PCI，则进一步将PCI相同的两个或两个以上小区中ECGI等于所述ECGI的小区确定为UE发生RLF的小区，或将PCI相同的两个或两个以上小区中频率等于所述频率的小区确定为UE发生RLF的小区。

或者，如果小区第二验证信息是小区1的ECGI，则接收到所述RLF报告的eNB1可以直接根据小区1的ECGI找到UE发生RLF的小区，即可以忽略用小区1的PCI查找UE发生RLF小区的过程。

当然，在实际应用中不排除其它方式，只要根据RLF报告中所携带的信息找到UE发生RLF的小区即可。

第三种情况：为了让接收RLF报告的eNB可以进一步对UE进行验证，本步骤所发送的RLF报告中除携带小区1的PCI、小区2的PCI和UE在小区1的CRNTI之外，还可以携带：用于对UE进行验证的UE验证信息。与步骤205相同，该RLF报告中所携带的小区1的PCI和UE在小区1的CRNTI，用于确定UE上下文，该RLF报告中所携带的UE验证信息用于判断该UE上下文是否为发生RLF的那个UE的上下文。具体而言，UE验证信息可以包括：

第二演进基站接收自UE的short MAC-I和小区2的ECI，

或，第二演进基站接收自UE的short MAC-I和小区2的ECGI，

或，第二演进基站接收自UE的short MAC-I。

根据不同的UE验证信息判断该UE上下文是否为所述发生RLF的UE的上下文的方式与图2所示步骤206中对应的判断方式相同，在此不再赘述。

在具体实施时，上述三种情况可以同时存在，也就是说，可以同时在RLF报告中携带小区第二验证信息和UE验证信息。

步骤306：eNB1根据RLF报告进行相应的自优化处理。

本步骤中，eNB1可以根据RLF报告以及相应的其它信息判断RLF的原因，并据此判断是否发生过早切换、过晚切换、覆盖漏洞等。后续进行自优化处理的操作不是本发明的重点，已在步骤207中简要描述过，在此不再赘述。

至此，结束本发明第二较佳处理RLF报告的方法。

除上述通过处理RLF报告支持自优化以外，本发明还提出了一种调整移动参数的方法，下面结合附图对该方法进行详细说明。

图4为本发明调整移动参数的方法的流程示意图。参见图4，该方法包括：

步骤401：eNB1决定调整其所控制的小区的移动参数。

本步骤中，所述移动参数包括：小区切换参数和小区重选参数，无论eNB1决定调整其所控制的小区的小区切换参数，或是小区重选参数，或是小区切换参数和小区重选参数，均可执行本发明如图4所示的流程。

步骤402：eNB1发送移动参数调整请求消息给所有受该调整影响的小区分别所受控的各个eNB，该移动参数调整请求消息中携带调整后的移动参数。可选地，该消息中还可以携带当前的移动参数。

本步骤中，假设eNB2和eNB3为受该调整影响的小区分别所受控的eNB。

步骤403：eNB2和eNB3判断是否可以接受eNB1的调整。

本步骤中，eNB2和eNB3还可以进一步判断接受eNB1的调整后，其所控制的小区是否需要调整移动参数。

步骤404：在可以接受的情况下，eNB2和eNB3分别向eNB1返回移动参数调整接受消息。

在不接受的情况下，eNB2和eNB3将分别在本步骤向eNB1返回移动参数调整拒绝消息。如果返回移动参数调整拒绝消息，还可以进一步在该消息中携带表示拒绝原因的信息，以供eNB1进行相应的处理。

移动参数调整接受和移动参数调整拒绝这两个功能也可以用一条消息：移动参数调整响应消息来实现。对应这种方法，所述移动参数调整响应消息中可以包含表示接受的信息或表示拒绝的信息，以通知eNB1是接受还是拒绝该移动参数调整请求，在拒绝的情况下可以进一步携带表示拒绝原因的信息。

步骤405：在eNB2和eNB3均返回移动参数调整接受的情况下，eNB1调整相关的移动参数，并向eNB2和eNB3返回移动参数调整确认消息。

如果eNB2和eNB3中至少有一个eNB向eNB1返回了移动参数调整拒绝，那么，本步骤中，eNB1将不调整相关的移动参数，并向eNB2和eNB3返回移动参数调整取消消息。

步骤406：eNB2和eNB3收到来自eNB1移动参数调整确认消息后，分别用调整后的移动参数替换当前所保存的对应于eNB1所控制的小区的移动相关的参数。

如果本步骤中，eNB2和eNB3收到来自eNB1移动参数调整取消消息，则保持当前所保存的移动参数不变。

至此，结束本发明调整移动参数的方法。

由上述实施例可见，本发明提供的处理RLF报告的方法中，当UE在受控于第一演进基站的第一小区发生RLF、并选择受控于第二演进基站的第二小区重新建立无线链路时，通过发送验证信息，实现了对UE或UE发生RLF的小区的验证，如此，即使在两个或两个以上相邻的演进基站具有相同的PCI时，也能够正确地判定UE发生RLF的小区，从而提高了自优化的效果，并提高了网络的性能。

本发明提供的调整移动参数的方法中，由发起移动参数调整的演进基站根据相关的各个演进基站所返回的表明接受或拒绝该移动参数调整的消息统一进行判断，并根据判断结果统一向各个相关演进基站发送表明调整或不调整移动参数的消息，最后，所有演进基站均调整或不调整相关的移动参数，从而避免了各演进基站之间所保存的移动参数不一致的问题，保证了一个小区与其所有邻近小区协调地调整移动参数，提高了自优化的效果，并提高了网络的性能。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (15)

1.一种处理无线链路失败报告的方法，其特征在于，当用户设备UE在受控于第一演进基站的第一小区发生无线链路失败RLF、并选择受控于第二演进基站的第二小区重新建立无线资源连接RRC时，该方法包括以下步骤：

第二演进基站接收UE发送的RRC重新建立请求消息，所述RRC重新建立请求消息中携带：第一小区的物理小区标识PCI、UE在第一小区的小区无线网络临时标识CRNTI以及短的用户信令数据完整性的媒体接入控制信息short MAC-I；

第二演进基站根据所述第一小区的PCI向对应的小区分别所受控的各个演进基站发送RLF报告，所述RLF报告中携带：第一小区的PCI、第二小区的PCI和UE在第一小区的CRNTI，并携带：用于对UE进行验证的UE验证信息；

接收到所述RLF报告的各个演进基站根据所述RLF报告中所携带的UE验证信息对UE进行验证。

2.根据权利要求1所述的方法，其特征在于，所述验证信息包括：

所述short MAC-I和所述第二小区的演进的通用陆地无线接入网络小区标识ECI，

或，所述short MAC-I和所述第二小区的增强小区全球标识ECGI，

或，所述short MAC-I。

3.一种处理无线链路失败报告的方法，其特征在于，当用户设备UE在受控于第一演进基站的第一小区发生无线链路失败RLF、并选择受控于第二演进基站的第二小区重新建立无线资源连接RRC时，该方法包括以下步骤：

A、第二演进基站接收UE发送的信息：第一小区的物理小区标识PCI、UE在第一小区的小区无线网络临时标识CRNTI、短的用户信令数据完整性的媒体接入控制信息short MAC-I、以及用于对小区进行验证的小区第一验证信息；

B、第二演进基站根据所述小区第一验证信息向对应的小区所受控的演进基站发送RLF报告。

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

所述小区第一验证信息包括：所述第一小区的增强小区全球标识ECGI和/或所述第一小区的频率；

所述步骤B包括：根据所述ECGI确定对应的小区，或根据所述PCI和频率确定对应的小区。

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

所述RLF报告中携带：第一小区的PCI、第二小区的PCI和UE在第一小区的CRNTI，并携带：用于对小区进行验证的小区第二验证信息；

该方法进一步包括：接收到所述RLF报告的演进基站根据所述RLF报告中所携带的信息确定UE发生RLF的小区。

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

所述小区第二验证信息包括：所述第一小区的ECGI和/或所述第一小区的频率。

7.根据权利要求3或4所述的方法，其特征在于：

所述RLF报告中携带：第一小区的PCI、第二小区的PCI和UE在第一小区的CRNTI，并携带：用于对UE进行验证的UE验证信息；

该方法进一步包括：接收到所述RLF报告的演进基站根据所述RLF报告中所携带的UE验证信息对UE进行验证。

8.根据权利要求7所述的方法，其特征在于，所述UE验证信息包括：

或，所述第二演进基站接收自UE的short MAC-I和所述第二小区的ECI，

或，所述第二演进基站接收自UE的short MAC-I和所述第二小区的ECGI，

或，所述第二演进基站接收自UE的short MAC-I。

9.根据权利要求3或4所述的方法，其特征在于：

步骤A所述信息由UE通过一条或者多条RRC消息发送给第二演进基站。

10.一种调整移动参数的方法，其特征在于，该方法在第一演进基站决定调整其所控制的小区的移动参数时，包括以下步骤：

第一演进基站向受所述调整影响的所有小区分别所受控的各个演进基站发送移动参数调整请求消息，所述移动参数调整请求消息中携带调整后的移动参数；

第一演进基站接收所述各个演进基站返回的移动参数调整接受消息或移动参数调整拒绝消息；

如果所有演进基站均返回移动参数调整接受消息，第一演进基站调整移动参数，并向所述各个演进基站发送移动参数调整确认消息；

如果至少存在一个演进基站返回移动参数调整拒绝消息，第一演进基站不调整移动参数，并向所述各个演进基站发送移动参数调整取消消息。

11.根据权利要求10所述的方法，其特征在于：

所述的移动参数调整接受消息或移动参数调整拒绝消息用一条消息：移动参数调整响应消息实现，所述移动参数调整响应消息中包含表示接受的信息或表示拒绝的信息。

12.根据权利要求10或11所述的方法，其特征在于：

所述移动参数调整拒绝消息或移动参数调整响应消息中携带：表示拒绝原因的信息。

13.一种调整移动参数的方法，其特征在于，该方法在第一演进基站决定调整其所控制的小区的移动参数时，包括以下步骤：

受所述调整影响的所有小区分别所受控的各个演进基站接收来自第一演进基站的移动参数调整请求消息，所述移动参数调整请求消息中携带调整后的移动参数；

所述各个演进基站分别判断是否接受所述调整，如果接受，向第一演进基站返回移动参数调整接受消息，如果不接受，向第一演进基站返回移动参数调整拒绝消息；

如果接收到来自第一演进基站的移动参数调整确认消息，各个演进基站分别用所述调整后的移动参数替换当前所保存的与所述第一演进基站所控制的小区的移动参数相关的参数，如果接收到来自第一演进基站的移动参数调整取消消息，各个演进基站保持当前所保存的与所述第一演进基站所控制的小区的移动参数相关的参数不变。

14.根据权利要求13所述的方法，其特征在于：

所述的移动参数调整接受消息或移动参数调整拒绝消息用一条移动参数调整响应消息实现，所述移动参数调整响应消息中包含表示接受的信息或表示拒绝的消息。

15.根据权利要求13或14所述的方法，其特征在于：

所述移动参数调整拒绝消息或移动参数调整响应消息中携带：表示拒绝原因的信息。

Images