专利名称：处理无线链路失败报告的方法及调整移动参数的方法
技术领域：
本发明涉及通信技术领域，特别涉及处理无线链路失败报告的方法及调整移动参 数的方法。
背景技术：
系统架构演进(SAE:System Architecture Evolution)是 3GPP 提出的演进的 系统结构。在网络部署初期或者整个移动网络的运营过程中，需要花费大量的人力去配置 并优化网络的参数，特别是无线参数的设置，从而保证网络良好的覆盖和容量、移动的鲁棒 性、移动时负载的均衡、用户设备接入的速度等。因此，SAE系统中提出自优化的网络(以 下简称SON)需求。自优化的基本架构如图1所示。
演进基站(eNB)上电以后，开始自配置过程。自配置包括图1所示㈧基本的设 置和(B)初始无线参数的配置。其中
(A)基本的设置，包括图1所示a-Ι a_4等，具体地
a-Ι 配置eNB IP地址并检测到操作管理维护(OAM)；
a-2 :eNB和网络间的认证；
a-3 对于家用基站，需要找到相应的网关；
a-4 下载eNB的软件和操作的参数。
(B)初始的无线参数配置，包括图1所示b-Ι和b-2等，具体地
b-Ι 邻区列表的配置；
b-2 覆盖容量有关的参数配置等。
上述eNB的自配置过程是按照经验或者仿真等理想的场景进行的。实际网络的性 能可能会因为受到建筑、气候、周边环境的影响而有很大不同，因此，自配置完成后，很多参 数的配置并不是很优化的。为了使网络能够有更好的性能，满足运营商和用户的需求，网络 的优化过程非常重要。目前比较重要的自优化包括邻区列表的自优化、覆盖和容量的自优 化、移动鲁棒性的自优化、负载均衡的自优化、RACH参数的自优化、节省能量、减少干扰等。 其中，减少干扰可以是容量和覆盖的自优化的一部分。图I(C)中仅以“c-1 邻区列表的自 优化，c-2 覆盖和容量的自优化”为例，示出了自优化的部分操作。
移动鲁棒性的自优化中，最重要的问题是如何判断是否发生过迟切换和过早切 换。覆盖和容量的自优化中，判断是否存在覆盖漏洞是一个比较重要的问题。
现有判断过迟切换、判断过早切换和判断覆盖漏洞的方法中，共同的操作有当用 户设备(UE)在受控于eNBl的小区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的小区所受控的基站(即eNBl)，并向eNBl发送RLF报告，该RLF报告中携带该UE在小区1的CRNTI、小区1的PCI和小区2的PCI。
在eNBl收到RLF报告后，将据此判断是否发生了过迟切换、过早切换、或判断是否存在覆盖漏洞。
上述三种方法中共同的操作实际上涉及对RLF报告的处理方式。上述现有处理 RLF报告的方式存在以下问题eNB2收到UE的RRC重新建立请求消息后，如果有两个或两 个以上相邻的小区(例如分别受控于eNBl和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受控于eNBl。
步骤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可能会查找到两个或两个以上小区，这些小区可能分别受控于不同的演 进基站。本步骤的目的在于找出这些演进基站。假设是eNBl和eNB3。在只找到一个eNB 时，本发明的方法同样可以使用。
步骤205 :eNB2向步骤204所确定的各个演进基站发送RLF报告，该RLF报告中除 携带小区1的PCI、小区2的PCI以及UE在小区1的CRNTI之外，还携带用于对UE进行 验证的UE验证信息。
根据步骤204的假设，本步骤中eNB2将向eNBl和eNB3发送该RLF报告。该RLF 报告中所携带的小区ι的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报告的各个演进基站(本示例中包括eNBl和eNB3)可以首 先根据RLF报告中所携带的第一小区的PCI和UE在第一小区的CRNTI确定UE的上下文， 然后根据UE验证信息判断该UE上下文是否为所述发生RLF的UE的上下文，如果是，继续 步骤207。在不是的情况下，可以丢弃该消息，或者不作任何处理。
本步骤中，根据小区1的PCI和UE在第一小区的CRNTI确定UE的上下文的方式 具体为
首先，接收到RLF报告的各个eNB根据PCI找到对应的小区。
根据前面的描述，在不同的eNB下可能存在PCI相同的小区，在同一 eNB下也可能 存在PCI相同的小区，因此，所找到的小区可能是两个或两个以上，以下约定将这些小区 统称为小区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，以及小区χ的安全相关参数计算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的小 区，此时，eNBl将执行步骤207。
步骤207 :eNBl根据RLF报告进行相应的自优化处理。
本步骤中，eNBl可以根据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受控于eNBl。
步骤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报告发送给eNBl。
这里，RLF报告中所携带的信息可以有以下情况
第一种情况假设eNBl下所有小区的PCI均不相同，那么，根据RLF报告中所携带 的PCI即可唯一确定UE发生RLF的小区，因此，RLF报告中携带小区1的PCI、小区2的PCI 和UE在第一小区的CRNTI即可。
第二种情况假设eNBl下存在PCI相同的小区，这意味着根据RLF报告中所携带 的PCI无法唯一确定UE发生RLF的小区，此时，RLF报告中除携带小区1的PCI、小区2的 PCI和UE在第一小区的CRNTI之外，还可以携带用于对小区进行验证的小区第二验证信息， 以供eNBl确定UE发生RLF的小区。该小区第二验证信息可以包括小区1的ECGI和/或 小区1的频率。
这种情况下，eNBl根据RLF报告中所携带的信息确定UE发生RLF的小区的方式 可以包括
eNBl根据RLF报告中所携带的小区1的PCI确定对应的小区，如果存在两个或两 个以上小区具有相同的PCI，则进一步将PCI相同的两个或两个以上小区中ECGI等于所述 ECGI的小区确定为UE发生RLF的小区，或将PCI相同的两个或两个以上小区中频率等于所 述频率的小区确定为UE发生RLF的小区。
或者，如果小区第二验证信息是小区1的ECGI，则接收到所述RLF报告的eNBl可 以直接根据小区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 :eNBl根据RLF报告进行相应的自优化处理。
本步骤中，eNBl可以根据RLF报告以及相应的其它信息判断RLF的原因，并据此 判断是否发生过早切换、过晚切换、覆盖漏洞等。后续进行自优化处理的操作不是本发明的 重点，已在步骤207中简要描述过，在此不再赘述。
至此，结束本发明第二较佳处理RLF报告的方法。
除上述通过处理RLF报告支持自优化以外，本发明还提出了一种调整移动参数的 方法，下面结合附图对该方法进行详细说明。
图4为本发明调整移动参数的方法的流程示意图。参见图4，该方法包括
步骤401 :eNBl决定调整其所控制的小区的移动参数。
本步骤中，所述移动参数包括小区切换参数和小区重选参数，无论eNBl决定调 整其所控制的小区的小区切换参数，或是小区重选参数，或是小区切换参数和小区重选参 数，均可执行本发明如图4所示的流程。
步骤402 :eNBl发送移动参数调整请求消息给所有受该调整影响的小区分别所受 控的各个eNB，该移动参数调整请求消息中携带调整后的移动参数。可选地，该消息中还可 以携带当前的移动参数。
本步骤中，假设eNB2和eNB3为受该调整影响的小区分别所受控的eNB。
步骤403 :eNB2和eNB3判断是否可以接受eNBl的调整。
本步骤中，eNB2和eNB3还可以进一步判断接受eNBl的调整后，其所控制的小区 是否需要调整移动参数。
步骤404 在可以接受的情况下，eNB2和eNB3分别向eNBl返回移动参数调整接受 消息。
在不接受的情况下，eNB2和eNB3将分别在本步骤向eNBl返回移动参数调整拒绝 消息。如果返回移动参数调整拒绝消息，还可以进一步在该消息中携带表示拒绝原因的信 息，以供eNBl进行相应的处理。
移动参数调整接受和移动参数调整拒绝这两个功能也可以用一条消息移动参数 调整响应消息来实现。对应这种方法，所述移动参数调整响应消息中可以包含表示接受的 信息或表示拒绝的信息，以通知eNBl是接受还是拒绝该移动参数调整请求，在拒绝的情况 下可以进一步携带表示拒绝原因的信息。
步骤405 在eNB2和eNB3均返回移动参数调整接受的情况下，eNBl调整相关的移 动参数，并向eNB2和eNB3返回移动参数调整确认消息。
如果eNB2和eNB3中至少有一个eNB向eNBl返回了移动参数调整拒绝，那么，本 步骤中，eNBl将不调整相关的移动参数，并向eNB2和eNB3返回移动参数调整取消消息。
步骤406 :eNB2和eNB3收到来自eNBl移动参数调整确认消息后，分别用调整后的 移动参数替换当前所保存的对应于eNBl所控制的小区的移动相关的参数。
如果本步骤中，eNB2和eNB3收到来自eNBl移动参数调整取消消息，则保持当前 所保存的移动参数不变。
至此，结束本发明调整移动参数的方法。
由上述实施例可见，本发明提供的处理RLF报告的方法中，当UE在受控于第一演 进基站的第一小区发生RLF、并选择受控于第二演进基站的第二小区重新建立无线链路时， 通过发送验证信息，实现了对UE或UE发生RLF的小区的验证，如此，即使在两个或两个以 上相邻的演进基站具有相同的PCI时，也能够正确地判定UE发生RLF的小区，从而提高了 自优化的效果，并提高了网络的性能。
本发明提供的调整移动参数的方法中，由发起移动参数调整的演进基站根据相关 的各个演进基站所返回的表明接受或拒绝该移动参数调整的消息统一进行判断，并根据判 断结果统一向各个相关演进基站发送表明调整或不调整移动参数的消息，最后，所有演进 基站均调整或不调整相关的移动参数，从而避免了各演进基站之间所保存的移动参数不一 致的问题，保证了一个小区与其所有邻近小区协调地调整移动参数，提高了自优化的效果， 并提高了网络的性能。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在 本发明的精神和原则之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范 围之内。
权利要求
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所述的方法，其特征在于所述移动参数调整拒绝消息或移动参数调整响应消息中携带表示拒绝原因的信息。
全文摘要
本发明公开了一种处理RLF报告的方法，该方法当UE在受控于第一演进基站的第一小区发生RLF、并选择受控于第二演进基站的第二小区重新建立RRC时，包括第二演进基站根据接收自UE的第一小区的PCI向对应的各演进基站发送RLF报告，该报告携带第一小区的PCI、UE在第一小区的CRNTI、第二小区的PCI及UE验证信息；各演进基站根据UE验证信息对UE进行验证。本发明还公开了另一种处理RLF报告的方法和两种调整移动参数的方法。应用本发明能够提高自优化的效果，从而提高网络的性能。
文档编号H04W76/02GK102036243SQ20091017859
公开日2011年4月27日 申请日期2009年9月29日 优先权日2009年9月29日
发明者梁华瑞, 王弘, 许丽香 申请人:三星电子株式会社, 北京三星通信技术研究有限公司