WO2009076807A1

WO2009076807A1 - 长期演进计划系统中一种通知终端系统消息更新的方法

Info

Publication number: WO2009076807A1
Application number: PCT/CN2008/071852
Authority: WO
Inventors: Zhongda Du
Original assignee: Zte Corporation
Priority date: 2007-12-12
Filing date: 2008-08-01
Publication date: 2009-06-25
Also published as: WO2009079820A1; US8200253B2; EP2211506A4; EP2211506B1; US20100267366A1; EP2211506A1

Description

长期演进计划系统中一种通知终端系统消息更新的方法

技术领域

本发明涉及通信技术领域，尤其涉及一种在长期演进计划（Long Term Evolution, 简称 LTE ) 系统中系统消息更新以后，网络侧通知终端系统消息更新的方法。

背景技术

3GPP ( Third Generation Partnership Project, 第三代合作伙伴计划） LTE 长期演进计划是应对未来通信需求的一种系统，如图 1所示， LTE系统主要由终端、基站和核心网组成。其中，由基站组成的网络称为 "无线接入网（Radio Access Network, 缩写为 RAN ) " , 负责接入层事务，比如无线资源的管理。基站之间根据实际情况可以存在物理或者逻辑上的连接，比如图 1 中的基站 1和基站 2或者基站 3。每个基站可以和一个或者一个以上的核心网节点（ Core Network, 缩写为 CN )连接。核心网负责非接入层事务，比如位置更新等，并且是用户面的锚点。终端是指可以和蜂窝无线通讯网络通讯的各种设备，比如移动电话或者笔记本电脑等。

LTE系统中系统时间的一个基本单元是无线帧。无线帧的长度是 10毫秒 ( ms ) , —个无线帧包括 10个子帧，每个子帧 1毫秒。系统消息是用来广播系统配置参数的消息。在 LTE中按照功能划分，主要有主系统消息块（简称 MIB, Master Information Block ) 、调度信息块 1 (简称 SU-1 ) 、其他的调度信息块（在本文中简称 SU-X ) 。其中：

MIB包括部分物理层参数、系统帧号 SFN;

SU-1包括其他 SU-X的调度信息、运营商号码列表 PLMN LIST, 小区标识、接入控制参数和系统消息标记（value tag )等等；

每个 SU-X上可能包括 1个或者多个系统信息块 SIB ( System Information Block ) , 也就是说映射到相同 SU-X的 SIB在时域上有相同的调度规律；当网络开始广播新的系统消息的时候， SU-1上的 value tag会发生更新。 MIB在系统广播信道 PBCH上广播， PBCH在时域和频域上的资源配置是静态的。 MIB的调度周期是固定的，即每 40ms其内容重复一次。 MIB总是在所在的无线帧的 # 0子帧上。 SU-1和 SU-X是由下行的共享信道来承载的。 SU-1 的调度周期也是固定的，即每 80ms调度一次，并且允许在 80ms 内最多重发 4次， SU-1 占用一个子帧，该子帧在 SU-1所在的无线帧上的位置也是固定的。在一个子帧上广播的系统消息块承载在系统的无线资源上，这些无线资源相关的控制参数，比如调制和编码参数 MCS、传输格式等等由跟随的专用控制信道 PDCCH来提供，即釆用了动态调度的方法。

用户终端 UE读取系统消息的顺序是，先读取 MIB ,再读取 SU-1的内容，从 SU-1中用户终端可以获得其他 SU-X的调度信息，从而再读取这些 SU-X 中的系统消息块 SIB的内容。

在 LTE中在无线接入层（RRC )上有两个状态：空闲状态（RRC_IDLE ) 和连接状态（ RRC_CON ECTED ) ：

如果系统消息的内容发生了改变，网络会通过寻呼消息来通知终端，然后终端会被触发来重新读取系统消息的内容。为了描述方便，本发明中把终端在 RRC— IDLE 状态下接收寻呼消息的周期称为 DRX (非连续接收， Discontinuous Reception )周期。

图 2中的系统消息更新通知消息是寻呼消息。

不管终端处于哪种状态， 4叚设终端收到系统的系统消息更新通知消息的系统帧号是 SFN, 那么终端会认为系统消息在 N-SFN%N帧以后开始更新，这个 N对应到系统消息修改周期的长度，即表示该修改周期所占用的帧数目。

目前的 LTE系统中，还没有具体规定如何定义系统消息修改周期。发明内容

本发明所要解决的技术问题在于，提供一种 LTE长期演进计划系统中系统消息通知的方法，在系统消息发生变化后，网络侧通知终端所述系统消息已发生变化，以便终端及时接收更新后的系统消息。

为了解决上述技术问题，本发明提供了一种长期演进计划系统中通知终端系统消息更新的方法，用于在系统消息改变后网络侧及时通知终端，网络侧在系统消息改变后，在系统消息修改周期内通知终端系统消息改变，其中：所述系统消息修改周期的长度为非连续接收 DRX周期的整数倍，所述非连续接收 DRX周期是处于空闲状态下的终端接收寻呼消息的周期。

进一步的，上述方法还可具有以下特点，所述系统消息修改周期由系统网络侧通过系统消息广播通知给终端。

进一步的，上述方法还可具有以下特点，所述非连续接收 DRX周期由系统网络侧通过系统消息广播通知给终端。

进一步的，上述方法还可具有以下特点，在系统消息的内容发生改变时，网络侧在所述系统消息修改周期内通过寻呼消息来通知终端。

进一步的，上述方法还可具有以下特点，所述系统消息修改周期为一个系统帧循环周期。

进一步的，上述方法还可具有以下特点，所述系统消息修改周期为

10240ms, 所述系统消息修改周期的边界的系统帧号被 1024整除。

应用本发明所述的方法，由于规定系统消息修改周期是 DRX周期的整数倍，可以保证每个处于 RRC— IDLE状态的终端至少接收到一次包括系统消息更新信息的寻呼消息，而在该周期内多次重发寻呼消息，则可以提高终端接收寻呼消息的可靠性。附图概述

图 1是 LTE长期演进计划系统的网络结构示意图；

图 2是背景技术中现有系统消息更新通知的示意图；

图 3是本发明实施例中系统消息修改周期为 DRX周期 2倍的示意图；图 4是本发明实施例中系统消息修改周期为 DRX周期 1倍的示意图；图 5是本发明实施例中系统消息修改周期为一个系统帧周期的示意图。本发明的较佳实施方式

下面结合本发明较佳实施例及附图对本发明技术方案做详细说明。

网络侧在系统消息改变后，在系统消息修改周期内通知终端系统消息改变，其中，系统消息修改周期的长度为非连续接收 DRX周期的整数倍，非连续接收 DRX周期是处于空闲状态下的终端接收寻呼消息的周期。

系统消息修改周期由系统网络侧通过系统消息广播通知给终端。非连续接收 DRX周期由系统网络侧通过系统消息广播通知给终端。

实施例 1：系统消息修改周期为 DRX周期 2倍的实施例。

参考图 3 ,假设终端在 RRC— IDLE状态下 DRX的周期是 320毫秒，那么系统消息修改周期规定为 640毫秒（ 64个无线帧），即等于 RRC— IDLE状态下 DRX周期的 2倍。另外，规定系统消息修改周期的边界满足 SFN%64=0 的条件，即系统消息修改周期的边界的系统帧号被 64整除，系统消息修改周期的边界的系统帧号指系统消息修改周期的起点和终点对应的系统帧号。

4叚设终端在系统帧号 SFN=335帧的地方收到了系统消息更新通知消息，那么终端会在 48帧以后，开始读取更新以后的系统消息内容。

实施例 2: 系统消息修改周期为 DRX周期的 1倍的实施例。

参考图 4, 假设终端在 RRC— IDLE状态下 DRX的周期是 640毫秒（即 64个无线帧），那么系统消息修改周期也规定为 640毫秒，即等于 RRC— IDLE 状态下 DRX的周期。另外，规定系统消息修改周期的边界满足 SFN%64=0 的条件，即要求帧号能够被 64整除，余数为 0。假设在 DRX周期内有 8次寻呼机会，那么基站会发送 8次系统消息用来通知终端系统消息发生了改变。

实施例 3: 系统消息修改周期为 10.24秒，即一个系统帧循环周期。

参考图 5, 假设终端在 RRC— IDLE状态下 DRX的周期是 640毫秒（即 64个无线帧），那么系统消息修改周期规定为 10240毫秒，即等于 RRC— IDLE 状态下 DRX 周期的 16 倍。另外，规定系统消息修改周期的边界满足 SFN%1024=0的条件，即一个系统帧循环周期。

工业实用性

本发明适用于移动通信技术领域，尤其是在第三代伙伴计划 3GPP 中的长期演进计划 LTE系统中，用于在系统消息改变后，通知终端系统消息改变。应用本发明可以保证每个处于空闲状态的终端至少接收到一次包括系统消息更新信息的寻呼消息。

Claims

权利要求书

1、一种长期演进计划系统中通知终端系统消息更新的方法，用于在系统消息改变后网络侧及时通知终端，其特征在于：

网络侧在系统消息改变后，在系统消息修改周期内通知终端系统消息改变，其中：

所述系统消息修改周期的长度为非连续接收 DRX周期的整数倍，所述非连续接收 DRX周期是处于空闲状态下的终端接收寻呼消息的周期。

2、如权利要求 1所述的方法，其特征在于：

所述系统消息修改周期由系统网络侧通过系统消息广播通知给终端。

3、如权利要求 1所述的方法，其特征在于：

所述非连续接收 DRX周期由系统网络侧通过系统消息广播通知给终端。

4、如权利要求 1或 2所述的方法，其特征在于：

在系统消息的内容发生改变时，网络侧在所述系统消息修改周期内通过寻呼消息来通知终端。

5、如权利要求 1或 2所述的方法，其特征在于，所述系统消息修改周期为一个系统帧循环周期。

6、如权利要求 5所述的方法，其特征在于，所述系统消息修改周期为 10240ms, 所述系统消息修改周期的边界的系统帧号被 1024整除。