CN101459935B - 系统消息更新方法 - Google Patents

Abstract

本发明公开了一种系统消息更新方法，用于处于连接状态(RRC_CONNECTED)的不连续接收(DRX)模式下的终端的系统消息更新处理，在上述方法中，将不连续接收模式下的终端设置为，在其处于睡眠阶段的情况下，不接收系统消息更新通知消息，并且在终端在苏醒阶段中没有接收到系统消息更新通知消息的情况下，当需要发起随机接入过程时，终端通过读取无线帧的调度信息块1上的系统消息标记来判断系统消息是否更新。通过本发明，可以减少电池的损耗，并且可以确保不会漏读系统消息更新通知。

Description

系统消息更新方法

技术领域

本发明涉及长期演进(Long Term Evolution，简称为LTE)系统，具体地，涉及一种系统消息更新方法，用于处于连接状态的不连续接收(Discontinuous Receive，简称为DRX)模式下的终端的系统消息更新处理。

背景技术

如图1所示，长期演进(Long Term Evolution，简称为LTE)系统主要由终端、基站、和核心网(Core Network，CN)组成。基站组成的网络称为无线接入网(Radio Access Network，RAN)，负责接入层事务，例如无线资源的管理等。基站(例如，图1中的基站1和基站2或基站3)之间可以根据实际情况存在物理或者逻辑上的连接。每个基站可以和一个或者一个以上的核心网节点连接。核心网负责非接入层事务，例如位置更新等。终端是指可以和蜂窝无线通讯网络进行通讯的各种设备，例如移动电话、个人数字助理、笔记本电脑等。

在LTE系统中，系统时间的基本单元是无线帧。无线帧的长度是10ms，一个无线帧又包括10个子帧，每个子帧为1ms。

系统消息是用来广播系统配置参数的消息。在LTE中，按照功能划分，主要有主系统消息块(Master Information Block，简称为MIB)、调度信息块1(简称为SU-1)，其他的调度信息块在本文中简称为SU-X。每个SU-X上可能包括一个或者多个系统信息块(System Information Block，简称为SIB)，也就是说，映射到相同SU-X的SIB在时域上有相同的调度规律。MIB包括部分物理层参数、系统帧号(System Frame Number，简称为SFN)、和SU-1的调度信息。SU-1包括其他SU-X的调度信息、运营商号码列表(PublicLand Mobile Network LIST，简称为PLMN LIST)、小区标识、接入控制参数和系统消息标记(value tag)等等。除了MIB和SU-1上的内容发生改变以外，当网络开始广播新的系统消息时，SU-1上的value tag会发生更新。

MIB在系统广播信道(Physical Broadcast Channel，PBCH)上广播，PBCH在时域和频域上的资源配置是静态的。MIB的调度周期固定，即，其内容每40ms重复一次。MIB总是在所在的无线帧的0#子帧上。SU-1和SU-X由下行的共享信道来承载。SU-1的调度周期也固定，即，每80ms调度一次。SU-1占用一个子帧，该子帧在SU-1所在的无线帧上的位置也固定。在一个子帧上广播的系统消息块承载在系统的无线资源上，无线资源相关的控制参数(例如，调制和编码参数(Modulation and Coding Scheme，简称为MCS)，传输格式等)是由跟随的专用控制信道PDCCH(Physical DownlinkControl Channel，物理下行控制信道)来提供的，即，采用了动态调度的方法。

如图2所示，UE(User Equipment，用户设备)读取系统消息的顺序是，先读取MIB，然后获得SU-1的调度信息，之后再读取SU-1的内容。终端可以从SU-1中获得其他SU-X的调度信息，进而再读取这些系统消息块的内容。

在LTE中，在无线资源控制层(Radio Resource Control，RRC)上有两个状态，即，空闲状态(RRC_IDLE)和连接状态(RRC_CONNECTED)。

当终端处于RRC_IDLE状态时，如果系统消息的内容发生了改变，则网络会通过寻呼消息通知终端，然后终端被触发重新读取系统消息的内容。终端在RRC_IDLE状态的时候，一般不会错过上述的寻呼消息。网络还会在另外一个物理信道上广播系统消息改变的通知消息，用来通知处于RRC_CONNECTED状态的终端。这个通知消息在时域上会在一定的时间内周期性地进行广播。之后才开始广播更新以后的系统消息。在某些情况下，处于RRC_CONNECTED状态的终端需要读取SU-1上的value tag用来确认系统消息是否发生了改变，例如，终端在失去网络覆盖以后又重新回到小区的覆盖范围。

图3示出了上述处理的示意图。其中，图3中所示的系统消息更新通知消息，对于处于RRC_IDLE状态的终端来说是寻呼消息；对于处于RRC_CONNECTED状态的终端来说是在PDCCH上发送的通知消息。

终端处于RRC_CONNECTED状态时，为了节省电池的消耗，有时会处于不连续接收(Discontinuous Reception，简称为DRX)的模式。如图4所示，DRX模式中的终端有规律地苏醒(正常的苏醒阶段)，以接收和发送数据包；在其他时间，终端都处于睡眠状态。目前的LTE系统规定，处于RRC_CONNECTED状态的终端需要周期性读取可能的系统消息更新通知，以触发系统消息的更新过程。对于同时处于DRX模式下的终端来说，如果系统消息更新通知的发送机会和睡眠阶段重叠，那么终端需要额外的苏醒阶段读取PDCCH，然后重新回到睡眠状态，而实际上绝大多数情况下，因为没有通知消息，该过程使得终端白白消耗了电池。

因此，对于处于RRC_CONNECTED状态的DRX模式下的终端而言，需要一种新的系统消息更新机制，以解决该终端不必要的苏醒而导致电池损耗的问题。

发明内容

考虑到相关技术中存在的处于RRC_CONNECTED状态的DRX模式下的终端为了接收通知消息而苏醒，而在大多数情况下并没有通知消息供接收，导致不必要的消耗电池的问题而提出本发明。为此，本发明旨在提供一种用于DRX模式下的终端的系统更新消息处理方法，以减少终端在DRX模式下的电池消耗。

根据本发明，提供了一种系统更新消息方法，用于处于连接状态(RRC_CONNECTED)的不连续接收(DRX)模式下的终端的系统消息更新处理。在不连续接收模式下，终端周期性地处于睡眠阶段和用于发送和接收数据包的苏醒阶段。

在上述方法中，将不连续接收模式下的终端设置为，在其处于睡眠阶段的情况下，不接收系统消息更新通知消息(其中，系统侧在系统消息修改周期内发送系统消息更新通知消息)。

优选地，在终端在苏醒阶段中没有接收到系统消息更新通知消息的情况下，终端需要通过读取无线帧的调度信息块1上的系统消息标记来判断系统消息是否更新。具体地，终端在发起随机接入过程的同时读取系统消息标记。

进一步优选地，在终端判断系统消息更新的情况下，进一步包括：终端根据调度信息块1上的调度信息判断系统消息块出现的传输时间间隔；终端在传输时间间隔苏醒，读取更新的系统消息。

通过本发明，通过使处于RRC_CONNECTED状态的DRX模式下的终端设置为在其处于睡眠阶段的情况下，不接收系统消息更新通知消息，可以减少电池的损耗；并且通过读取SU-1上公共的value tag来判断系统消息是否改变，可以确保不会漏读系统消息更新通知。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是根据相关技术的LTE架构的示意图；

图2是根据相关技术的无线帧的结构示意图；

图3是根据相关技术的系统消息更新过程的示意图；

图4是根据相关技术的DRX模式下的终端的系统消息更新过程的示意图；

图5是根据本发明实施例的系统消息更新方法的实例1的示意图；

图6是根据本发明实施例的系统消息更新方法的实例2的示意图。

具体实施方式

如上所述，在LTE系统中，系统消息最快的变化频率是大约每小时更新一次，而系统消息更新的周期和最长的系统消息块的重复周期有关，因此不会很长。也就是说，在绝大多数情况下，系统消息修改周期内没有系统消息更新通知消息。如果终端每次都需要读取通知消息，则首先需要从睡眠状态苏醒，然后尝试读取系统消息更新通知消息，之后再次进入睡眠状态。如果终端在多数情况下都重复这个过程，将会显著增加终端电池的消耗。

鉴于上述内容，在本发明实施例中，对于处于RRC_CONNECTED状态的DRX模式中的终端，使其在睡眠阶段忽略系统消息更新通知消息，这样可以大大减少终端电池的消耗。另外在需要的时候，通过读取SU-1上公共的value tag来获知系统消息是否改变，以避免漏读系统消息更新通知。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

根据本发明实施例，提供了一种系统更新消息方法，用于连接状态(RRC_CONNECTED)的不连续接收(DRX)模式下的终端的系统消息更新处理。其中，在不连续接收模式下，终端周期性地处于睡眠阶段和用于发送和接收数据包的苏醒阶段。

在本发明实施例的系统更新消息方法中，将DRX模式下的终端设置为，在其处于睡眠阶段的情况下，不接收系统消息更新通知消息。

优选地，在终端在苏醒阶段中没有接收到系统消息更新通知消息的情况下，当终端需要通过随机接入过程发送缓冲状态报告时，因为无法确认和随机接入相关的参数是否已经发生了改变，因此在发起随机接入过程的同时，终端通过读取无线帧的SU-1上公共的系统消息标记(value tag)来判断系统消息是否更新。

具体地，在终端判断系统消息更新的情况下，进一步包括：终端根据SU-1上的调度信息判断系统消息块出现的传输时间间隔(TTI)；终端在该TTI苏醒，读取更新的系统消息。

需要说明的是，如果系统消息发生了更新(例如，与随机接入有关的参数更新了)，则可能导致本次发起的随机接入过程失败。在这种情况下，终端将进入睡眠阶段，并在下一次处于苏醒状态时重新发起随机接入过程。如果系统消息中更新的参数不影响随机接入过程，则本次发起的随机接入过程可以继续进行。

以下将进一步结合实例来描述本发明的实施例。

实例1

图5示出了该实例的示意图。在该实例中，系统消息没有改变，所以在可能的系统消息更新通知的机会上，实际上网络并没有发送系统消息更新通知消息。将在DRX模式的终端设置为在睡眠阶段不会醒过来周期性读取通知消息，实际上，这个通知消息在第n个系统消息修改周期/第(n+1)个系统消息修改周期中并没有发送。

通过对比图4和图5可以发现，图5中减少了额外的苏醒过程，因此减小了终端电池的消耗。

实例2

图6示出了该实例的示意图。

在该实例中，假设终端DRX的周期是2秒。网络侧修改了随机接入信道参数，即，发生了系统消息更新，并且在第n个系统消息修改周期上在PDCCH信道上发送系统消息更新通知消息。因为终端在睡眠阶段忽略了系统消息更新通知消息，而苏醒阶段也和通知消息错开，所以终端错过了在第n个系统消息修改周期内所有的系统消息更新通知。

在第(n+m)个系统消息修改周期内(m＞0)，当终端需要通过随机接入过程发送缓冲状态报告时，因为无法确认和随机接入相关的参数是否已经发生了改变，因此终端在发起随机接入过程的同时，开始读取SU-1上的value tag。结果发现系统消息已经发生了改变，于是更新系统消息。

在图6中，终端根据SU-1上的调度信息，在只有系统消息块出现的TTI(Transfer Time Interval，传输时间间隔)苏醒，并且读取系统消息块。同时随机接入过程失败，终端重新回到睡眠阶段。

在下一个DRX的苏醒阶段，终端重新发起随机接入过程。因为更新了随机接入参数，因此终端可以成功接入网络，并且发送了缓冲状态报告。

如上所述，借助于本发明提供的技术方案，通过使处于RRC_CONNECTED状态的DRX模式下的终端设置为在其处于睡眠阶段的情况下，不接收系统消息更新通知消息，可以减少电池的损耗；并且通过读取SU-1上公共的value tag来判断系统消息是否改变，可以确保不会漏读系统消息更新通知。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (4)

1.一种系统消息更新方法，用于处于连接状态的不连续接收模式下的终端的系统消息更新处理，在所述不连续接收模式下，所述终端周期性地处于睡眠阶段和用于发送和接收数据包的苏醒阶段，其特征在于，在所述方法中：

将所述不连续接收模式下的终端设置为，在其处于所述睡眠阶段的情况下，不接收系统消息更新通知消息；

在所述终端在所述苏醒阶段中没有接收到所述系统消息更新通知消息的情况下，所述终端需要通过读取系统消息的调度信息块1上的系统消息标记来判断所述系统消息是否更新。

2.根据权利要求1所述的方法，其特征在于，所述终端在发起随机接入过程的同时读取所述系统消息标记。

3.根据权利要求1所述的方法，其特征在于，在所述终端判断系统消息更新的情况下，进一步包括以下处理：

所述终端根据所述调度信息块1上的调度信息判断系统消息块出现的传输时间间隔；

所述终端在所述传输时间间隔苏醒，读取更新的系统消息。

4.根据权利要求1至3中任一项所述的方法，其特征在于，系统侧在系统消息修改周期内发送所述系统消息更新通知消息。

Images