具体实施方式
为了解决上述的一个或多个问题,在执行负荷调整的过程中,目标小区进行负荷调整的性能统计,并反馈给源小区,以便在(负荷调整引起的)切换性能较差的情况下,源小区能够对目标进行自优化,以避免***性能的持续恶化。
图1是根据本发明的实施例的网络负荷调整目标自优化方法的流程图。如图1所示,根据本发明的实施例的网络负荷调整目标自优化方法包括:
步骤S102,在进行负荷调整操作时,被源小区选中的目标小区对负荷调整引起的切换相关性能数据进行统计;
步骤S104,在切换相关性能统计量部分或全部不满足预定指标时,目标小区所在基站(简称为目标基站)向源小区所在基站(简称为源基站)发送通知消息,使得源小区停止向目标小区进行负荷调整操作并进行后续处理,其中,通知消息包括切换相关性能统计量和负荷调整目标相关指示。
其中,切换相关性能统计量可以包括:用户终端从源小区切换到当前目标小区后很快发生无线链路失败的比率,其中,用户终端进入当前目标小区到发生无线链路失败的时间间隔小于第一网络预定值;和/或发生连续切换的比率,其中,连续切换为用户终端从源小区切换到目标小区后,停留很短的时间,又切换到除源小区和目标小区之外的小区的事件,其中,用户终端在当前目标小区停留的时间小于第二网络预定值。只要上述性能统计量之一或全部不满足预定指标,目标小区所在基站就会发送通知消息到源小区。
另外,网络运营管理人员需要为基站设置负荷调整操作所要满足的切换性能指标,也就是很快发生无线链路失败的比率的上限值、以及第一网络预定值和第二网络预定值。
负荷调整目标相关指示可以仅包括小区不适合作负荷调整目标的指示或目标小区推荐的候选小区标识,也可以同时包括二者,其中,候选小区标识可以为全局标识。
在负荷调整目标相关指示包括目标小区推荐的候选小区标识的情况下,源小区所在基站确定候选小区是否能够作为负荷调整的目标小区。源小区所在基站可以通过与推荐的候选小区进行协商来确定候选小区是否能够作为负荷调整的目标小区,也可以通过其他方式来确定。
目标小区所在基站通过基站间接口向源小区所在基站发送通知消息。
具体的过程为:当负荷调整动作开始执行后,每个被选中的目标小区都对调整操作引起的切换性能数据进行统计,即在监测时间内统计UE从源小区切换到本目标小区后很快发生无线链路失败(RLF)的比率,以及发生连续切换的比率,当这些比率中的一个或多个超过***预先设置的阈值后,通知源小区负荷调整操作引起的切换性能不满足***要求,指示本小区不适合作为负荷调整的目标,同时还可以推荐其它小区作为候选。源小区收到通知后,停止到该目标小区的调整动作,若消息中包含了候选目标,则源小区与其进行协商,以决定该候选小区是否可以作为负荷调整的目标。
这里UE从源小区切换到目标小区后很快发生无线链路失败,是指从切换完成到发生失败的时间间隔小于网络预先设置的参数。
这里的“连续切换”,是指UE从源小区(A)切换到选定的目标小区(B)后,停留很短的时间,就又切换到另一个小区(C)。这种情况称为“连续切换”,其中UE在小区B停留的时间长度是网络预先设置的参数。
由于切换可能由多种原因导致,例如无线信号条件,时间紧急性,以及负荷调整等原因。目标小区可以通过源小区发来的“切换请求”消息中携带的原因值,判断该次切换是由负荷调整引起的,还是其它因素引起的。在LTE(长期演进,Long Term Evolution)***中,负荷调整引起的切换原因包括,“资源优化切换(Resource Optimisation Handover)”及“减少服务小区负荷(Reduce Load in Serving Cell)”。
图2是根据本发明的实施例的网络负荷调整目标自优化装置的框图。如图2所示,根据本发明的实施例的网络负荷调整目标自优化装置200包括:信息统计和反馈模块202,位于被源小区选中的目标小区所在基站内,用于在进行负荷调整操作时,对负荷调整引起的切换相关性能数据进行统计,以及在切换相关性能统计量部分或全部不满足预定指标时,向源小区发送通知消息,通知消息包括切换相关性能统计量和负荷调整目标相关指示;负荷调整模块204,位于源小区所在基站内,用于接收通知消息,在接收到通知消息后停止向目标小区进行负荷调整操作。
其中,切换相关性能统计量包括:用户终端从源小区切换到当前目标小区后很快发生无线链路失败的比率和/或发生连续切换的比率。
其中,负荷调整目标相关指示包括小区不适合作负荷调整目标的指示和/或目标小区推荐的候选小区标识。
图3是根据本发明的实施例的信息统计和反馈装置的示意图。如图3所示,该装置位于被源小区选中的目标小区所在基站内,信息统计和反馈装置300包括:统计模块302,用于在进行负荷调整操作时,对负荷调整引起的切换相关性能数据进行统计;以及反馈模块304,用于在切换相关性能统计量部分或全部不满足预定指标时,向源小区发送通知消息,其中,通知消息包括切换相关性能统计量和负荷调整目标相关指示。
切换相关性能统计量可以包括:用户终端从源小区切换到当前目标小区后很快发生无线链路失败的比率,其中,用户终端进入当前目标小区到发生无线链路失败的时间间隔小于第一网络预定值;和/或发生连续切换的比率,其中,连续切换为用户终端从源小区切换到目标小区后,停留很短的时间,又切换到除源小区和目标小区之外的小区的事件,其中,用户终端在当前目标小区停留的时间小于第二网络预定值。
负荷调整目标相关指示可以包括小区不适合作负荷调整目标的指示和/或目标小区推荐的候选小区标识。在负荷调整目标相关指示包括目标小区推荐的候选小区标识的情况下,负荷调整模块确定候选小区是否能够作为负荷调整的目标小区。
图4是根据本发明的实施例的负荷调整装置的示意图。如图4所示,该装置位于源小区所在基站内,负荷调整装置400包括:接收模块402,用于接收来自目标小区的通知消息,其中,通知消息包括切换相关性能统计量和负荷调整目标相关指示;以及负荷调整模块404,用于在接收到通知消息后,停止向目标小区进行负荷调整操作。
下面描述以几个典型的具体实施例来说明本发明。
实施例1
在网络负荷调整过程中发生切换目标错误的场景,如图5所示。用户终端切换后很快发生无线链路失败(RLF),随后选择一个既不是源小区也不是目标小区的小区进行连接重建,在这种情况下的负荷调整目标自优化过程包括:
步骤1,源小区A所在基站选择了邻小区B作为目标,执行负载调整操作,以减少小区A中的负荷。
步骤2,在两个小区边界处的一些UE从A切换到B,切换请求消息中携带原因值是“Resource Optimisation Handover”或“Reduce Load in ServingCell”。
步骤3,有一些UE切换到小区B后,很快(小于网络预先设置的时间间隔)就发生无线链路失败。这些UE尝试恢复无线连接,通过小区选择过程选中了另一个小区C进行无线连接重建。小区C收到UE的无线连接重建请求后,向小区B所在基站发送无线链路失败报告(RLF report)。
步骤4,小区B收到报告后,更新对应的负荷调整相关的RLF统计量。
步骤5,当失败问题的发生比率超过***预先设定的阈值时,这说明负荷调整的效果不好,因为负荷虽然从A转移出,但最后不是移入到B,而是小区C中,意味着C可能是一个更合适的目标。小区B所在基站向源小区A所在基站发送一条通知消息,包含负荷调整引起的RLF比率,指示自身不适合做负荷调整的目标,并可包含小区C的全局标识。
步骤6,小区A收到通知后,停止向小区B做负荷调整。如果小区C也是A的邻区,则两个小区进行协商,决定C是否适合作为负荷调整的目标。
实施例2
在网络负荷调整过程中发生过早切换的场景,如图6所示,用户终端切换后很快发生RLF,随后选择源小区进行连接重建,在这种情况下的负荷调整目标自优化过程包括:
步骤1,源小区A所在基站选择了邻小区B作为目标,执行负载调整操作,以减少小区A中的负荷。
步骤2,在两个小区边界处的一些UE从A切换到B,切换请求消息中携带原因值是“Resource Optimisation Handover”或“Reduce Load inServing Cell”。
步骤3,有一些UE切换到小区B后,很快(小于网络预先设置的时间间隔)就发生无线链路失败。这些UE尝试恢复无线连接,通过小区选择过程又回到源小区A进行连接重建。小区A收到UE的无线连接重建请求后,向小区B所在基站发送无线链路失败报告(RLF report)。
步骤4,小区B收到报告后,更新对应的负荷调整相关的RLF统计量。
步骤5,当失败问题的发生比率超过***预先设定的阈值时,小区B所在基站向源小区A所在基站发送一条通知消息,包含负荷调整引起的RLF比率,指示自身不适合做负荷调整动作的目标。
步骤6,小区A收到通知后,停止向小区B做负荷调整。
实施例3
在网络负荷调整过程中发生连续切换的场景,如图7所示,从小区A切换到小区B后,很快发生下一次切换到小区C,在这种情况下的负荷调整目标自优化过程包括:
步骤1,源小区A基站选择了邻小区B作为目标,执行负载调整操作,以减少小区A中的负荷。
步骤2,在两个小区边界处的一些UE从A切换到B,切换请求消息中携带原因值是“Resource Optimisation Handover”或“Reduce Load in ServingCell”。
步骤3,有一些UE切换到小区B后,停留很短时间(小于网络预先设置的时间间隔)就进行下一次切换,切换到另一个小区C。
步骤4,小区B判断这些UE发生了“连续切换”问题,更新负荷调整相关的连续切换统计量。
步骤5,当这类事件的发生比率超过***预先设定的阈值时,小区B所在基站向源小区A所在基站发送通知消息,包含负荷调整操作引起的“连续切换”的比率,指示自身不适合做负荷调整的目标,并可包含小区C的全局标识。
步骤6,小区A收到通知后,停止向小区B做负荷调整。如果小区C也是A的邻区,则两个小区进行协商,决定小区C是否适合作为负荷调整的目标。
以上几个实施例并不是分离的,在实际网络中可能同时发生,因此负荷调整的目标基站要同时对这些问题进行统计。
本发明的实施例中的统计只针对负荷调整引起的切换事件进行统计,而其它原因引起的切换不在统计范畴内。
与现有技术相比,借助本发明实施例的上述至少一个技术方案,通过采用本发明实施例的技术,当负荷调整的性能统计量达不到预期指标时,源小区可以获得有关的统计信息,并对调整的目标进行自动优化,可以避免***性能的持续恶化。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。