发明内容
本发明实施例提供一种UE移动性信息上报方法及装置,用以解决提高UE速度评估的精准度,以及降低空口资源开销。
本发明实施例提供的具体技术方案如下:
第一方面、一种上报UE移动性信息的方法,包括:
获取预设的时长范围;
在接收到网络侧发送的用于指示上报历史信息的请求时,以当前时间为终点,获取当前时间之前在所述时长范围内记录的小区信息;
将获得的小区信息作为历史信息上报至网络侧。
这样,可以有效减少上报的信息量,从而节省了空口资源,并且由于减少了无效信息的上报,可以进一步提高网络侧对UE速率评估的精准度,提高了网络侧移动性管理的质量。
结合第一方面,在第一种可能的实现方式中,所述获取预设的时长范围,包括:根据协议规定获取所述时长范围;或者,根据网络侧的通知获取所述时长范围。
结合第一方面的第一种可能的实现方式,在第二种可能的实现方式中,所述根据网络侧的通知获取所述时长范围,包括:
与网络侧建立RRC连接后,通过专属消息接收网络侧下发的所述时长范围;或者,
通过广播消息接收网络侧下发的所述时长范围;或者,
在上一次释放与网络侧之间建立的RRC连接时,通过专属消息接收网络侧针对本次上报而下发的所述时长范围。
结合第一方面或第一方面的上述任意一种可能的实现方式,在第三种可能的实现方式中,以当前时间为终点,获取当前时间之前在所述时长范围内记录的小区信息后,在上报所述小区信息之前,进一步包括:
若所述网络侧发送的用于指示上报历史信息的请求中进一步携带有上报数量,则基于所述上报数量对符合所述时长范围的小区信息作进一步筛选。
这样,可以进一步提高获取的小区信息的精准度,从而提高UE速率评估的准确性。
结合第一方面的第三种可能的实现方式,在第四种可能的实现方式中,进一步包括:
在记录小区信息的过程中,若已获知所述时长范围,则在接收到所述用于指示上报历史消息的请求之前,按照设定周期,以当前时间为终点,删除当前时间之前在所述时长范围之外记录的小区信息。
这样,可以在UE筛选小区信息时,节省UE的处理时间,提高UE的处理效率。
第二方面、一种上报UE移动性信息的方法,包括:
向UE通知预设的时长范围;
向UE发送用于指示上报历史信息的请求,指示UE以当前时间为终点,获取当前时间之前在所述时长范围内记录的小区信息;
接收UE上报的小区信息,并将获得的小区信息作为历史信息对UE进行速率评估。
这样,可以有效减少上报的信息量,从而节省了空口资源,并且由于减少了无效信息的上报,可以进一步提高网络侧对UE速率评估的精准度,提高了网络侧移动性管理的质量。
结合第二方面,在第一种可能的实现方式中,所述向UE通知所述预设的时长范围,包括:
与UE建立RRC连接后,通过专属消息向UE通知所述时长范围;或者,
通过广播消息向UE通知所述时长范围;或者,
在上一次释放与UE之间建立的RRC连接时,通过专属消息针对本次上报向UE通知所述时长范围。
结合第二方面或第二方面的第一种可能的实现方式,在第二种可能的实现方式中,向UE发送用于指示上报历史信息的请求,指示UE以当前时间为终点,获取当前时间之前在所述时长范围内记录的小区信息,包括:
在所述用于指示上报历史信息的请求中进一步携带预设的上报数量,指示UE以当前时间为终点,获取当前时间之前在所述时长范围内记录的小区信息后,基于所述上报数量对符合所述时长范围的小区信息作进一步筛选。
这样,可以进一步提高获取的小区信息的精准度,从而提高UE速率评估的准确性。
第三方面、一种UE,包括:
接收单元,用于获取预设的时长范围;
处理单元,用于在接收到网络侧发送的用于指示上报历史信息的请求时,以当前时间为终点,获取当前时间之前在所述时长范围内记录的小区信息;
发送单元,用于将获得的小区信息作为历史信息上报至网络侧。
这样,可以有效减少上报的信息量,从而节省了空口资源,并且由于减少了无效信息的上报,可以进一步提高网络侧对UE速率评估的精准度,提高了网络侧移动性管理的质量。
结合第三方面、在第一种可能的实现方式中,所述接收单元具体用于:
根据协议规定获取所述时长范围;
或者,
根据网络侧的通知获取所述时长范围。
结合第三方面的第一种可能的实现方式,在第二种可能的实现方式中,所述接收单元根据网络侧的通知获取所述时长范围,包括:
与网络侧建立RRC连接后,通过专属消息接收网络侧下发的所述时长范围;或者,
通过广播消息接收网络侧下发的所述时长范围;或者,
在上一次释放与网络侧之间建立的RRC连接时,通过专属消息接收网络侧针对本次上报而下发的所述时长范围。
结合第三方面或第三方面的上述任意一种可能的实现方式,在第三种可能的实现方式中,所述处理单元进一步用于:
若所述网络侧发送的用于指示上报历史信息的请求中进一步携带有上报数量,则基于所述上报数量对符合所述时长范围的小区信息作进一步筛选。
这样,可以进一步提高获取的小区信息的精准度,从而提高UE速率评估的准确性。
结合第三方面的第三种可能的实现方式,在第四种可能的实现方式中,所述处理单元进一步用于:
在记录小区信息的过程中,若已获知所述时长范围,则在接收到所述用于指示上报历史消息的请求之前,按照设定周期,以当前时间为终点,删除当前时间之前在所述时长范围之外记录的小区信息。
这样,可以在UE筛选小区信息时,节省UE的处理时间,提高UE的处理效率。
第四方面、一种eNB,包括:
发送单元,用于向UE通知预设的时长范围;
主控单元,用于向UE发送用于指示上报历史信息的请求,指示UE以当前时间为终点,获取当前时间之前在所述时长范围内记录的小区信息;
接收单元,用于接收UE上报的小区信息,并将获得的小区信息作为历史信息对UE进行速率评估。
这样,可以有效减少上报的信息量,从而节省了空口资源,并且由于减少了无效信息的上报,可以进一步提高网络侧对UE速率评估的精准度,提高了网络侧移动性管理的质量。
结合第四方面,在第一种可能的实现方式中,所述发送单元具体用于:
与UE建立RRC连接后,通过专属消息向UE通知所述时长范围;或者,
通过广播消息向UE通知所述时长范围;或者,
在上一次释放与UE之间建立的RRC连接时,通过专属消息针对本次上报向UE通知所述时长范围。
结合第四方面或第四方面的第一种可能的实现方式,在第二种可能的实现方式中,所述主控单元进一步用于:
在所述用于指示上报历史信息的请求中进一步携带预设的上报数量,指示UE以当前时间为终点,获取当前时间之前在所述时长范围内记录的小区信息后,基于所述上报数量对符合所述时长范围的小区信息作进一步筛选。
这样,可以进一步提高获取的小区信息的精准度,从而提高UE速率评估的准确性。
第五方面、一种UE,包括:
接收端口,用于获取预设的时长范围;
处理器,用于在接收到网络侧发送的用于指示上报历史信息的请求时,以当前时间为终点,获取当前时间之前在所述时长范围内记录的小区信息;
发送端口,用于将获得的小区信息作为历史信息上报至网络侧。
这样,可以有效减少上报的信息量,从而节省了空口资源,并且由于减少了无效信息的上报,可以进一步提高网络侧对UE速率评估的精准度,提高了网络侧移动性管理的质量。
结合第五方面、在第一种可能的实现方式中,所述接收端口具体用于:
根据协议规定获取所述时长范围;
或者,
根据网络侧的通知获取所述时长范围。
结合第五方面的第一种可能的实现方式,在第二种可能的实现方式中,所述接收端口根据网络侧的通知获取所述时长范围,包括:
与网络侧建立RRC连接后,通过专属消息接收网络侧下发的所述时长范围;或者,
通过广播消息接收网络侧下发的所述时长范围;或者,
在上一次释放与网络侧之间建立的RRC连接时,通过专属消息接收网络侧针对本次上报而下发的所述时长范围。
结合第五方面或第五方面的上述任意一种可能的实现方式,在第三种可能的实现方式中,所述处理器进一步用于:
若所述网络侧发送的用于指示上报历史信息的请求中进一步携带有上报数量,则基于所述上报数量对符合所述时长范围的小区信息作进一步筛选。
这样,可以进一步提高获取的小区信息的精准度,从而提高UE速率评估的准确性。
结合第五方面的第三种可能的实现方式,在第四种可能的实现方式中,所述处理器进一步用于:
在记录小区信息的过程中,若已获知所述时长范围,则在接收到所述用于指示上报历史消息的请求之前,按照设定周期,以当前时间为终点,删除当前时间之前在所述时长范围之外记录的小区信息。
这样,可以在UE筛选小区信息时,节省UE的处理时间,提高UE的处理效率。
第六方面、一种eNB,包括:
发送端口,用于向UE通知预设的时长范围;
处理器,用于向UE发送用于指示上报历史信息的请求,指示UE以当前时间为终点,获取当前时间之前在所述时长范围内记录的小区信息;
接收端口,用于接收UE上报的小区信息,并将获得的小区信息作为历史信息对UE进行速率评估。
这样,可以有效减少上报的信息量,从而节省了空口资源,并且由于减少了无效信息的上报,可以进一步提高网络侧对UE速率评估的精准度,提高了网络侧移动性管理的质量。
结合第六方面,在第一种可能的实现方式中,所述发送端口具体用于:
与UE建立RRC连接后,通过专属消息向UE通知所述时长范围;或者,
通过广播消息向UE通知所述时长范围;或者,
在上一次释放与UE之间建立的RRC连接时,通过专属消息针对本次上报向UE通知所述时长范围。
结合第六方面或第六方面的第一种可能的实现方式,在第二种可能的实现方式中,所述处理器进一步用于:
在所述用于指示上报历史信息的请求中进一步携带预设的上报数量,指示UE以当前时间为终点,获取当前时间之前在所述时长范围内记录的小区信息后,基于所述上报数量对符合所述时长范围的小区信息作进一步筛选。
这样,可以进一步提高获取的小区信息的精准度,从而提高UE速率评估的准确性。
具体实施方式
为了提高UE速度评估的精准度,以及降低空口资源开销。本发明实施例中,eNB配置UE对上报的历史信息基于时间信息进行过滤,避免上报不必要的历史信息,通过过滤无用的历史信息,减少UE上报的小区数量,提升网络评估UE速度的精度,降低空口开销。
下面结合附图对本发明优选的实施方式进行详细说明。
参阅图2所示,本发明实施例中,UE上报移动性信息(即历史信息)的流程如下:
步骤200:UE获取预设的时长范围。
本实施例中,UE所获取的时长范围用于指示一设定时长,UE需要在后续流程中,采用该设定时长筛选需要上报的小区信息。
另一方面,本实施例中,UE获取预设的时长范围,可以采用但不限于以下几种方式:
A、UE根据协议规定获取时长范围,以规范的形式来限定UE上报历史信息的最长有效时长范围,这样,当UE出厂时,或者,当UE开机时,便可以根据协议的制定内容来获知上述时长范围。
B、UE可以根据eNB的通知来获取时长范围。具体可以包含但不限于以下几种方式:
B1、UE与eNB建立无线资源控制(Radio Resource Control,RRC)连接后,通过专属消息接收eNB下发的时长范围。
B2、通过广播消息接收eNB下发的时长范围。
实际应用中,广播消息的发送时机,可以在建立RRC连接之前,也可以在建立RRC连接之后,无需进行限制,本实施例中,以在建立RRC之前为例进行介绍。
B3、UE在上一次释放与eNB之间建立的RRC连接时,通过专属消息接收eNB针对本次上报而下发的时长范围。
步骤210:UE在接收到eNB发送的用于指示上报历史信息的请求时,以当前时间为终点,获取当前时间之前在上述时长范围指示时长内记录的小区信息。
UE每经过一个小区,都会记录该小区的小区信息(如,小区标识+停留时间),而UE在接收到eNB发送的上报请求时,会根据之前获取的时长范围,在已经记录的小区信息中,获取记录时间在上述时长范围指示的时长内的小区信息,并将其作为有效的历史信息。
进一步地,在执行步骤210时,若eNB在上报请求中同时携带了上报数量,则UE在筛选小区信息时,要同时考虑时长范围和上报数量信息,即在筛选出符合时长范围的小区信息后,还要进一步筛选出符合上报数量的小区信息,避免超额上报。
步骤220:UE将获得的小区信息作为历史信息上报至网络侧。
由于在步骤210中,UE已经将可以将超过有效时间的小区信息排除,因此,在进行历史信息上报时,UE只上报在有效时间内的小区信息,从而既节省了空口资源,又可以提高上报的历史信息的有效性,令eNB可以准确地判断出UE的移动速度,从而进行精准的移动性管理。
进一步地,若UE同时采用时长范围和上报数量对小区信息进行筛选,那么UE上报的小区信息则更为准确,能够进一步节省空口资源,提高上报的历史信息的有效性。
步骤210:UE接收到网络侧发送的用于指示上报历史信息的请求时,以当前时间为终点,获取当前时间之前在上述时长范围指示时长内记录的小区信息。
具体的,本实施例中,UE在接收到eNB下发的用于指示上报历史信息的请求时,会基于上述时长范围对本地记录的小区信息进行筛选,可选的,UE会以当前时间为终点,筛选出在当前时间之前在上述时长范围指示时长内记录的小区信息,而在上述时长范围指示时长之外记录小区信息则丢弃。
例如,假设UE获取的时长范围为10s,以及当前时间为11:23,则UE以当前时间为基准,向前倒推10s,则UE将11:13-11:23这一段时间内的记录的小区信息作为有效的历史信息进行上报。
又例如,假设UE获取的时长范围为[0s,20s],以及当前时间为11:23,则UE以当前时间为基准,向前倒推20s,则UE将11:03-11:23这一段时间内的记录的小区信息作为有效的历史信息进行上报。
又例如,假设UE获取的时长范围为[10s,20s],以及当前时间为11:23,则UE以当前时间为基准,向前倒推10s-20s,则UE将11:03-11:13这一段时间内的记录的小区信息作为有效的历史信息进行上报。
上述情景仅为举例,时长范围的设定可以为一个时间点,也可以为一个时间段,还可以采用其他形式,只需能够标识出明确的时间范围即可,在此不再一一赘述。
在上述实施例中,在采用A方式或者B3方式记录获得预设的时长范围时,UE可以在进入连接态之前就获知下一次上报所需的时长范围,此时,可选的,UE可以在记录小区信息的过程中(即在接收到eNB发送的上报请求之前),按照设定周期,以当前时间为终点,删除当前时间之前在上述时长范围之外记录的小区信息,这样,可以及时删除在有效时间范围之外的小区信息,并且在接收到eNB下发的上报请求之前,节省UE的数据处理量,缩短上报响应时间,进一步提高UE上报的效率和精准度。
与上述实施例相对应的,参阅图3所示,本发明实施例中,eNB指示UE上报移动性信息的流程如下:
步骤300:eNB向UE通知预设的时长范围。
本实施例中,eNB所通知的时长范围用于指示一设定时长,UE需要在后续流程中,采用该设定时长筛选需要上报的小区信息。
另一方面,本实施例中,eNB获取预设的时长范围,可以采用但不限于以下几种方式:
C1、与UE建立RRC连接后,通过专属消息向UE通知时长范围。
C2、通过广播消息向UE通知时长范围。
C3、在上一次释放与UE之间建立的RCC连接时,通过专属消息针对本次上报向UE通知时长范围。
步骤310:eNB向UE发送用于指示上报历史信息的请求,指示UE以当前时间为终点,获取当前时间之前在上述时长范围内记录的小区信息。
UE每经过一个小区,都会记录该小区的小区信息(如,小区标识+停留时间),而UE在接收到eNB发送的上报请求时,会根据之前获取的时长范围,在已经记录的小区信息中,获取记录时间在上述时长范围指示的时长内的小区信息,并将其作为有效的历史信息。
进一步地,在执行步骤310时,若eNB在上报请求中同时携带了上报数量,则UE在筛选小区信息时,要同时考虑时长范围和上报数量信息,即在筛选出符合时长范围的小区信息后,还要进一步筛选出符合上报数量的小区信息,避免超额上报。
步骤320:eNB接收UE上报的小区信息,并将获得的小区信息作为历史信息对UE进行速率评估。
由于在步骤210中,eNB已经指示UE将超过有效时间的小区信息排除,因此,在进行历史信息上报时,UE只上报在有效时间内的小区信息,从而既节省了空口资源,又可以提高上报的历史信息的有效性,令eNB可以准确地判断出UE的移动速度,从而进行精准的移动性管理。
进一步地,若UE同时采用时长范围和上报数量对小区信息进行筛选,那么UE上报的小区信息则更为准确,能够进一步节省空口资源,提高上报的历史信息的有效性。
下面采用几个具体的应用场景对上述实施例作出进一步详细说明。
第一种场景下,参阅图4所示,由网络侧配置UE上报历史信息的时长范围的第一种方式的具体流程如下:
步骤400:UE在本地与eNB之间建立RRC连接,进入连接态;UE可以在此过程中向eNB通知UE保存了历史信息。
步骤401:eNB采用专属消息指示UE上报历史信息,并指示需要上报历史信息的时长范围,可选的,可以同时指示需要上报的小区最大数量(即上报数量)。
本实施例中,较佳的,eNB采用的专属消息可以是新定义的消息,即在原有协议流程基础上新规定一种消息,其消息的报文格式由网络侧和终端侧协商而定,这样,可以不占用其他消息的容量。
可选的,eNB指示上报历史信息的时长范围可以是一段指定时长,UE以当前时间为终点,上报当前时间之前在指定时长内,所经过的小区的信息列表,该信息列表内记录有UE在上述指定时长内经过的所有小区的标识信息和停留时间。
步骤402:UE根据eNB的指示将在上述时长范围内记录的小区信息作为历史信息进行上报。
当eNB同时指示了上报历史信息对应的时长范围和小区最大数量时,UE需保证最终上报的小区信息的数量同时满足两者的限制。
例如,在上述实施例中,假设eNB指示UE上报1小时内的历史信息,且上报的小区数量不得超过8个小区时,UE1最终上报的历史信息如下:
小区1 停留时间2分钟;
小区2 停留时间2分钟;
小区3 停留时间2分钟;
小区4 停留时间80分钟;
UE2最终上报的历史信息如下:
小区1 停留时间2分钟;
小区2 停留时间2分钟;
小区3 停留时间2分钟;
小区4 停留时间1分钟;
小区5 停留时间2分钟;
小区6 停留时间3分钟;
小区7 停留时间2分钟;
小区8 停留时间3分钟。
第二种场景下,参阅图5所示,由网络侧配置UE上报历史信息的时长范围的第二种方式的具体流程如下:
步骤500:eNB通过广播消息指示UE需要上报历史信息的时长范围。
可选的,eNB指示上报历史信息的时长范围可以是一段指定时长,UE以当前时间为终点,上报当前时间之前在指定时长内,所经过的小区的信息列表,该信息列表内记录有UE在上述指定时长内经过的所有小区的标识信息和停留时间。
步骤501:UE在本地与eNB之间建立RRC连接,进入连接态;UE可以在该过程中通向eNB通知UE保存了历史信息;
步骤502:eNB指示UE上报历史信息,可选的,可以同时指示需要上报的小区最大数量。
步骤503:UE根据eNB的指示将在上述时长范围内记录的小区信息作为历史信息进行上报。
当eNB同时指示了上报历史信息对应的时长范围和小区最大数量时,UE需保证最终上报的小区信息的数量同时满足两者的限制。
第三种场景下,参阅图6所示,在协议中规定UE上报历史信息的时长范围,具体流程如下:
步骤600:以规范的形式限定UE上报的历史信息的最长有效的时长范围(指定时长)。
UE在进行历史信息上报时,UE以当前时间为终点,上报之前在指定时长内,所经过的小区信息列表。
步骤601:UE在本地与eNB之间建立RRC连接,进入连接态;UE可以在该过程中通向eNB通知UE保存了历史信息。
由于采用协议预设的方式,在UE出厂时,就已经确定了历史信息的有效时长,网络侧无需再通知UE。
步骤602:eNB指示UE上报历史信息,可选的,可以同时指示需要上报的小区最大数量。
步骤603:UE根据eNB的指示将在上述时长范围内记录的小区信息作为历史信息进行上报。
当eNB同时指示了上报历史信息对应的时长范围和小区最大数量时,UE需保证最终上报的小区信息的数量同时满足两者的限制。
第四种场景下,参阅图7所示,在UE进入空闲态时,eNB指示在后继上报时,可以采用的上报历史信息的最长有效的时长范围,具体流程如下:
步骤700:在UE从连接态进入空闲态时(即上一次建立的RRC连接被释放时),eNB1指示UE需要上报历史信息的时长范围。
可选的,eNB1指示上报历史信息的时长范围可以是一段指定时长,UE以当前时间为终点,上报当前时间之前在指定时长内,所经过的小区的信息列表,该信息列表内记录有UE在上述指定时长内经过的所有小区的标识信息和停留时间。
步骤701:UE在本地和eNB2之间建立RRC连接,进入连接态;UE可以在此过程中向eNB2通知UE保存了历史信息。
步骤702:eNB2指示UE上报历史信息,可选的,可以同时指示需要上报的小区最大数量。
步骤703,UE根据eNB2指示将在上述时长内记录的小区信息作为历史信息进行上报。
当eNB2同时指示了上报历史信息对应的时长范围和小区最大数量时,UE需保证最终上报的小区信息的数量同时满足两者的限制。
进一步地,上述eNB1和eNB2可以是同一个eNB,也可以是不同的eNB。在上述各实施例中,作为一种优化,在UE根据协议规定获得预设的时长范围,以及在上一次RRC连接释放时根据eNB的通知获得下一次建立RRC连接时使用的预设的时长范围,这两种情况下,UE可以提前获知下一次上报历史信息的有效时长范围,这样,在未进入连接态之前,当UE在进行历史信息记录时,便可以根据获得的时长范围及时删除已经位于有效时长范围外的小区信息,因为UE离开这部分小区信息所对应的小区的时刻距离当前时间已经超过了有效时长范围,因此,这部分小区的小区信息已不足以作为判断UE移动速度的参考信息,应当予以删除,而在后继的RRC连接建立后,这部分已删除的小区信息自然不必上报,并且在RRC连接建立后,采用预设的时长范围对小区信息进行筛选时,由于已删除了失效的小区信息,因此,可以有效节省UE的处理时间,提高UE的响应效率,同时,也可以节省UE的内存开销。
基于上述实施,参阅图8所示,本发明实施例中,UE包括接收单元80、处理单元81和发送单元82,其中,
接收单元80,用于获取预设的时长范围;
处理单元81,用于在接收到网络侧发送的用于指示上报历史信息的请求时,以当前时间为终点,获取当前时间之前在上述时长范围内记录的小区信息;
发送单元82,用于将获得的小区信息作为历史信息上报至网络侧。
接收单元80具体用于:根据协议规定获取时长范围;或者,根据网络侧的通知获取时长范围。
接收单元80根据网络侧的通知获取时长范围,包括:
与网络侧建立RRC连接后,通过专属消息接收网络侧下发的时长范围;或者,
通过广播消息接收网络侧下发的时长范围;或者,
在上一次释放与网络侧之间建立的RRC连接时,通过专属消息接收网络侧针对本次上报而下发的时长范围。
处理单元81进一步用于:
若网络侧发送的用于指示上报历史信息的请求中进一步携带有上报数量,则基于上报数量对符合时长范围的小区信息作进一步筛选。
处理单元81进一步用于:
在记录小区信息的过程中,若已获知时长范围,则在接收到用于指示上报历史消息的请求之前,按照设定周期,以当前时间为终点,删除当前时间之前在时长范围之外记录的小区信息。
参阅图9所示,本发明实施例中,eNB包括发送单元90、主控单元91和接收单元92,其中,
发送单元90,用于向UE通知预设的时长范围;
主控单元91,用于向UE发送用于指示上报历史信息的请求,指示UE以当前时间为终点,获取当前时间之前在时长范围内记录的小区信息;
接收单元92,用于接收UE上报的小区信息,并将获得的小区信息作为历史信息对UE进行速率评估。
发送单元90具体用于:
与UE建立RRC连接后,通过专属消息向UE通知时长范围;或者,
通过广播消息向UE通知时长范围;或者,
在上一次释放与UE之间建立的RRC连接时,通过专属消息针对本次上报向UE通知时长范围。
主控单元91进一步用于:
在用于指示上报历史信息的请求中进一步携带预设的上报数量,指示UE以当前时间为终点,获取当前时间之前在时长范围内记录的小区信息后,基于上报数量对符合时长范围的小区信息作进一步筛选。
参阅图10所示,本发明实施例中,UE包括接收端口100、处理器101和发送端口102,其中,
接收端口100,用于获取预设的时长范围;
处理器101,用于在接收到网络侧发送的用于指示上报历史信息的请求时,以当前时间为终点,获取当前时间之前在上述时长范围内记录的小区信息;
发送端口102,用于将获得的小区信息作为历史信息上报至网络侧。
接收端口101具体用于:根据协议规定获取时长范围;或者,根据网络侧的通知获取时长范围。
接收端口100根据网络侧的通知获取时长范围,包括:
与网络侧建立RRC连接后,通过专属消息接收网络侧下发的时长范围;或者,
通过广播消息接收网络侧下发的时长范围;或者,
在上一次释放与网络侧之间建立的RRC连接时,通过专属消息接收网络侧针对本次上报而下发的时长范围。
处理器101进一步用于:
若网络侧发送的用于指示上报历史信息的请求中进一步携带有上报数量,则基于上报数量对符合时长范围的小区信息作进一步筛选。
处理器101进一步用于:
在记录小区信息的过程中,若已获知时长范围,则在接收到用于指示上报历史消息的请求之前,按照设定周期,以当前时间为终点,删除当前时间之前在时长范围之外记录的小区信息。
参阅图11所示,本发明实施例中,eNB包括发送单元110、处理器111和接收单元112,其中,
发送端口110,用于向UE通知预设的时长范围;
处理器111,用于向UE发送用于指示上报历史信息的请求,指示UE以当前时间为终点,获取当前时间之前在时长范围内记录的小区信息;
接收端口112,用于接收UE上报的小区信息,并将获得的小区信息作为历史信息对UE进行速率评估。
发送端口110具体用于:
与UE建立RRC连接后,通过专属消息向UE通知时长范围;或者,
通过广播消息向UE通知时长范围;或者,
在上一次释放与UE之间建立的RRC连接时,通过专属消息针对本次上报向UE通知时长范围。
处理器111进一步用于:
在用于指示上报历史信息的请求中进一步携带预设的上报数量,指示UE以当前时间为终点,获取当前时间之前在时长范围内记录的小区信息后,基于上报数量对符合时长范围的小区信息作进一步筛选。
综上所述,本发明实施例中,配置了历史信息的有效时间,UE预先获得表征该有效时间的时长范围,使得UE在上报前,能够对待上报的历史信息进行过滤,避免不必要的上报,这样,可以有效减少上报的信息量,从而节省了空口资源,并且由于减少了无效信息的上报,可以进一步提高网络侧对UE速率评估的精准度,提高了网络侧移动性管理的质量。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样,倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。