[发明专利]关于空闲和连接模式的用户设备移动性信息信令传送细节

说明书

技术领域

针对移动性信息报告的优化的过程和信令传送可以有益于多种通信系统。例如，第三代合作伙伴计划(3GPP)的通信系统可以受益于与空闲和连接状态有关的用户设备(UE)移动性信息的信令传送细节。

背景技术

3GPP的一个领域关于针对异构网络(HetNet)的增强，这可以涉及部署的小区类型、宏小区/微微小区等的混合。例如，在未来的网络部署场景中，移动性可能需要更加健壮。

此外，3GPP方法可能需要将具有不频繁和频繁小数据转送的信令开销和UE功耗最小化。这样的流量通常存在于常规系统中，特别是针对机器类型通信(MTC)设备，但还针对智能电话，尤其是当它们只生成背景流量时。流量突发的到达间隔可以变化很大。对于MTC设备，突发可以是数十秒、分钟、天、或者甚至周，然而对于智能电话，间隔通常可以用数秒或者数十秒来计数。

每突发的数据量可以很小，这可以导致关于被转送的有效负载数据的大量信令开销。为了将在这样的不规律流量中的信令开销最小化，当决定是释放连接还是将UE保持在已连接模式中时，可以将移动性信息和流量模式用作输入。

当尝试优化HetNet环境中的卸载可能性时，例如当决定是否针对流量卸载而将UE切换到小的小区，或者还是保持UE与宏小区连接将会更好时，移动性信息也可以是有用的。为此目的，UE移动性信息的报告可以在连接建立时发生。

常规地，UE在小区历史信息中可以发送高达16个小区。全球小区ID可以对所有小区使用。作为基准，小区历史中的停留时间(ToS)信息具有1s的粒度，最大值为255s。UE不忽略例如乒乓小区或者具有太短停留时间的小区这样的小区。然而，在已连接模式下UE不总是具有全球小区ID，并且因此常规地那些全球小区ID不会被报告。此外，来自相同小区的空闲模式和已连接模式信息的混合在常规报告中不清楚。

关于HetNet移动性信息的报告，两种常规方法为：在连接建立完成消息中包括移动性信息，或者指示移动性信息的可用，其中报告依演进型节点B(eNB)的请求发生。

而且，针对移动性信息的两个常规选项是：提供移动性状态估计(MSE)，其中UE基于在观察窗口期间的小区改变来报告正常/中/高移动性；或者提供移动性历史信息，其中UE报告小区ID以及在小区中停留的时间。

如果要通过eNB的请求来完成报告，则会存在关于历史信息的可用性的单独指示，类似于无线电链路失败(RLF)或者随机接入信道(RACH)报告。

在另一选择中，UE可以首先报告MSE，并且如果网络认为MSE是不充分或者不可靠的，则网络可以通过请求移动性历史信息来继续。

发明内容

根据某些实施例，一种方法可以包括针对要在小区历史报告中被报告的小区，确定小区全球识别丢失。该方法还可以包括向网络报告该小区丢失任何小区全球识别。

在一些实施例中，一种方法可以包括确定小区的空闲-已连接转移要被包括在小区历史报告中。该方法还可以包括在该小区历史报告中指示与该空闲-已连接转移关联的停留时间信息。

根据一些实施例，一种方法可以包括确定小区历史信息要在小区历史报告中向网络报告。该方法还可以包括在该小区历史报告中包括非长期演进指示。

根据一些实施例，一种方法可以包括接收小区历史报告，其中针对要在该小区历史报告中被报告的小区，小区全球识别丢失。该方法还可以包括处理没有该小区全球识别的该小区历史报告。

根据一些实施例，一种方法可以包括接收小区历史报告，其中与针对小区中用户设备的空闲-已连接转移有关的信息被包括在该小区历史报告中。该方法还可以包括基于与该空闲-已连接转移有关的信息来处理该小区历史报告，其中该小区历史报告包括与该空闲-已连接转移关联的停留时间信息。

在一些实施例中，一种方法可以包括接收小区历史报告，其中与小区中用户设备的无线电接入技术有关的信息被包括在该小区历史报告中。该方法还可以包括基于与该无线电接入技术有关的信息来处理该小区历史报告。

根据一些实施例，一种设备可以包括至少一个处理器以及包括计算机程序代码的至少一个存储器。该至少一个存储器和该计算机程序代码利用该至少一个处理器可以被配置成引起该设备至少：针对要在小区历史报告中被报告的小区，确定小区全球识别丢失。该至少一个存储器和该计算机程序代码利用该至少一个处理器还可以被配置成引起该设备至少：向网络报告该小区丢失任何小区全球识别。