[发明专利]在无线通信系统中防止基于过期的系统信息的随机接入

说明书

背景技术

本公开一般地涉及无线通信，并且更具体地，涉及在提供更新的系统信息消息的无线通信系统中防止随机接入，网络实体、用户终端和相应的方法。

在第三代合作伙伴计划(3GPP)通用移动陆地系统(UMTS)长期演进(LTE)系统中的系统信息包括无线通信移动站，下文中也称作用户设备(UE)，进行正确操作所需的参数。该信息被分组成不同的信息块，包括主信息块(MIB)和若干系统信息块(SIB)。通常，期望UE总是使用当前有效的系统信息设置。为了管理系统信息的改变，使用修改时段的概念。当网络需要改变系统信息参数时，在称作修改时段的持续时间内，首先发射改变指示。实际的改变系统信息在下一个修改时段中被发射。该构架确保处于空闲模式或处于连接模式的UE获得系统信息改变的指示，并且随后读取该改变的系统信息。然而，如果系统信息改变发生在UE正在尝试建立连接时，则UE可能使用旧的系统信息。

以下讨论了在系统信息改变时段和RRC连接建立重叠时可能的问题情景。第一个情景从3GPP技术文件R2-082942的讨论得到的。

在图1中，UE同时接收SI改变指示和寻呼。替代地，如果UE决定在接收到SI改变指示之后不久源发，则出现类似的问题。确保RACH尝试越过修改时段的边界，并且因为读取系统信息所需要的时间，所以在修改时段边界之后出现的UE RACH尝试使用旧的系统信息。因为在UE进入连接模式之后，PHICH持续时间或资源可能已经改变而导致失败，所以这可能是有问题的。即使不是很经常，但是同样的问题由于下述导致：其他MIB参数的改变；小区禁止状态可能已经改变；TDD、UL/DL分割的改变；引起失败的RACH尝试和对其他UE的干扰的在RACH参数(例如，根序列、PRACH资源、报头分割、RA响应窗、preamble_trans_max...)中的任何改变；其上将妨碍UE的接入级别禁止可能已经被切换。

在图2中，UE在修改时段中源发，在该修改时段中SI正在被修改，但是该发起在UE寻呼时机之前，所以UE不知道在发起时SI的改变。该情况要求UE为了SI改变指示继续监视寻呼，其与3GPP技术文件R2-082942的提案1相反。假设UE接收到SI改变指示，UE仍然不能接收改变的SI，并且上述所有的问题都是可能的。

在图3中，当到达修改时段的边界时，UE中断RACH尝试，并且UE读取新的SI，并且然后重新开始RACH尝试。

1.在修改时段边界，UE暂停T300并且开始读取MIB、SIB1、SIB2。

2.在修改时段边界之后，UE不进行RACH直到读取MIB、SIB1、SIB2。

3.在修改时段边界之后，UE不接收/作用于RACH响应，直到在读取MIB，SIB1，SIB2之后发送RACH(这避免了以下情况：UE在修改时段边界之前发送RACH，在修改时段边界之后接收具有UL准许的RACH响应。UE不应在读取SI之前发送mesg 3，但是UL准许不会那么长时间有效。所以UE必须简单地忽略RACH响应。UE在读取MIB、SIB1、SIB2之后再次发送RACH)。

4.UE在读取MIB，SIB1和SIB2之后重新启动T300并且继续RACH程序。

该解决方案的问题是每次有SI改变，没有UE可以执行任何UL传输直至读取该SI。针对最关键的信息读取SI可能占用一秒以上到300ms。然后，该持续时间成为用于系统的中断时段，导致在UE浪费的容量和各种应用的延迟。当为了在高峰时间期间负载管理目的，相对频繁地改变SI时，该问题变得特别严重。

在仔细理解如下详细描述及下面描述的附图的基础上，本领域的普通技术人员将更加全面地明白本公开的各个方面、特征和优点。附图可以为了清晰而被简化并且不必要按比例绘制。

附图说明

图1图示了第一现有技术系统接入过程时线。

图2图示了第二现有技术系统接入过程时线。

图3图示了第三现有技术系统接入过程时线。

图4图示了第四系统接入过程时线。

图5图示了第五系统接入过程时线。

具体实施方式

提供了在不造成中断时段的情况下使用旧系统信息来解决问题的两个实施例。