CN101771947B

CN101771947B - 系统消息更新的处理方法和用户终端

Info

Publication number: CN101771947B
Application number: CN 200810247002
Authority: CN
Inventors: 韩小江; 杜忠达; 赵刚
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2008-12-29
Filing date: 2008-12-29
Publication date: 2013-03-20
Anticipated expiration: 2028-12-29
Also published as: CN101771947A

Abstract

本发明公开了一种系统消息更新的方法，包括：用户终端(UE)在一个系统更新周期内返回或接入系统时，确定是否已错过系统更新周期内的寻呼时机；当确定没有错过寻呼时机时，UE通过监听寻呼消息中的系统更新指示，在下一个系统更新周期内读取来自系统侧的系统消息；当确定错过寻呼时机时，UE在下一个系统更新周期内读取系统消息。本发明还公开了一种UE，在系统更新周期内返回或者接入系统时，能够及时获取到更新的系统消息，从而完善了系统更新的过程。

Description

系统消息更新的处理方法和用户终端

技术领域

本发明涉及无线通信系统的消息更新技术，尤其涉及一种系统消息更新的处理方法和用户终端。

背景技术

在无线蜂窝通信系统中，系统侧通过广播消息下发一些对小区中的所有用户终端(UE，User Equipment)配置都完全相同的信息，可以节省无线资源，而且UE通过系统消息的广播，可以获得足够的接入信息并和网络建立起无线连接。

在第三代移动通信长期演进(LTE，Long Term Evolution)系统中，广播消息分为一个主消息块(MIB，Master Information Block)和多个系统消息块(SIB，System Information Blocks)。MIB包含系统中最重要的一些小区信息，且MIB是在广播信道(BCH，Broadcast Channel)上发送的。在多个SIB中比较特殊的是系统消息块一(SIB1)，SIB1中存放其他SIB的调度信息；而其他SIB则是统一映射到系统消息(SI，System Information)中，这些映射到同一个SI的SIB，其调度周期都是相同的。SIB1和SI都是在链路共享信道(DL-SCH，Downlink-Shared Channel)上发送的。

MIB有固定的调度周期为40毫秒(ms)，第一次传输是在系统帧号(SFN，System Frame Number)mod4＝0的无线帧的#0子帧发送，并在调度周期内的其他无线帧上重复发送。SIB1有固定的调度周期为80ms，第一次传输是在SFNmod8＝0的无线帧的#5子帧发送，并在调度周期内的SFN mod2＝0的无线帧重复发送。SI是在称为SI窗口的时间窗内动态调度发送的，每个SI都有一个对应的SI窗口，且各个SI窗口在时间上互不重叠。SI窗口的长度可以配置，且对于所有的SI都是统一配置的。SI可以在相应的SI窗口内除了多媒体广播多播业务单频网(MBSFN，Multimedia Broadcast Multicast Service Single FrequencyNetwork)子帧和偶数无线帧的#5子帧的任何一个子帧上被重复发送。UE可以通过监视物理层链路控制信道(PDCCH，Physical Downlink Control Channel)上的SI无线网络临时标识(SI-RNTI，SI-Radio Network Temporary Identity)来确定SIB1和SI的存在。

在现有的无线资源控制(RRC，Radio Resource Control)协议36.331中规定，系统消息的更新是发生在特定的无线帧上。协议中规定的系统消息更新的具体操作如图1所示，图中白色方框表示原始的系统消息(original information)，黑色方框表示更新的系统消息(updated information)，阴影方框表示寻呼消息(paging information)。有系统消息需要更新时，系统侧在某个系统更新周期modification period(n)内，利用寻呼消息发起系统更新指示，以通知UE系统消息需要更新；在下一个系统更新周期modification period(n+1)内，系统侧以广播的形式发送更新的系统消息，由UE对更新的系统消息进行读取，并执行UE内部系统消息的更新，UE内部存储的系统消息由original information变为updated information。

在实际应用中，上述协议规定的系统消息更新操作存在如下问题：由于协议中并没有规定modification period(n)内发送的系统更新指示，是否在modification period(n)时间之后的寻呼消息中继续发送，也没有规定系统更新指示持续发送的时间；而通常系统更新指示只在modification period(n)内发送，在之后的寻呼消息中就不再继续发送；因此，对于在modification period(n)内返回系统或者接入系统的UE，会因为错过了modification period(n)内的寻呼时机，而无法监听到系统更新指示。由于modification period(n)内返回或接入系统的UE无法获知系统更新指示，而在modification period(n+1)内的寻呼消息中也没有了系统更新指示，使得UE无法获取到本次更新的系统消息，从而无法完成本次系统更新，也就无法实现UE内系统消息的及时更新，不利用系统的统一化配置。

发明内容

有鉴于此，本发明的主要目的在于提供一种系统消息更新的处理方法和用户终端，使得在系统更新周期内返回或者接入系统的UE都能够及时获取到更新的系统消息，从而完善了系统更新的过程。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种系统消息更新的处理方法，该方法包括：

用户终端UE在一个系统更新周期内返回或接入系统时，确定是否已错过所述系统更新周期内的寻呼时机；

当确定没有错过寻呼时机时，所述UE通过监听寻呼消息中的系统更新指示，在下一个系统更新周期内读取来自系统侧的系统消息；

当确定错过所述寻呼时机时，所述UE在下一个系统更新周期内读取系统消息。

该方法进一步包括：

当确定错过所述寻呼时机时，所述UE在下一个系统更新周期内读取系统消息，并将读取的系统消息中的版本参数与所述UE存储的系统消息中的版本参数进行比较，如果版本参数一致，则判定系统消息不需要更新；如果版本参数不一致，则判定系统消息需要更新，并读取所述系统消息。

该方法进一步包括：

当确定错过所述UE的寻呼时机时，所述UE监听所述系统更新周期内的非所述UE寻呼时机的公共寻呼消息；

如果监听到所述公共寻呼消息，则根据所述公共寻呼消息中的系统更新指示，判断系统消息是否需要更新，并在判断需要更新时，在下一个系统更新周期内读取来自系统侧的系统消息；

如果没有监听到所述公共寻呼消息，则在下一个系统更新周期内读取系统消息。

该方法进一步包括：所述UE从系统消息的消息块一中获取所述版本参数。

本发明还提供了一种用户终端，包括：

判定模块，用于所述用户终端在一个系统更新周期内返回或接入系统时，确定是否已错过所述系统更新周期内的寻呼时机；

第一更新模块，用于在确定没有错过所述寻呼时机时，通过监听寻呼消息中的系统更新指示，在下一个系统更新周期内读取来自系统侧的系统消息；

第二更新模块，用于在确定错过所述寻呼时机时，在下一个系统更新周期内读取系统消息。

所述第二更新模块进一步包括：

比较子模块，用于将读取的系统消息中的版本参数与所述用户终端存储的系统消息中的版本参数进行比较，得到比较结果；

更新子模块，用于根据所述比较结果，在所述版本参数不一致时，根据读取的系统消息执行所述用户终端内系统消息的更新，并在更新完毕后，将更新后的系统消息置为有效。

所述用户终端进一步包括：监听模块，用于在所述判定模块确定错过所述用户终端的寻呼时机时，监听所述系统更新周期内的非用户终端寻呼时机的公共寻呼消息，并在监听到所述公共寻呼消息时通知所述第一更新模块；在没有监听到所述公共寻呼消息时通知所述第二更新模块。

本发明所提供的系统消息更新的处理方法和用户终端，对于一直处于系统内的UE，在modification period(n)内读取到寻呼消息中的系统更新指示，在modification period(n+1)内读取更新的系统消息，执行系统消息的更新；对于在modification period(n)内返回或接入系统的UE，当没有错过在modificationperiod(n)内的寻呼时机时，通过寻呼消息获取系统更新指示，在modificationperiod(n+1)内读取更新的系统消息，执行系统消息的更新；对于在modificationperiod(n)内返回或接入系统的UE，当错过在modification period(n)内的寻呼时机时，在modification period(n+1)内强制读取一次系统消息，根据系统消息中的版本参数判断是否需要更新，如果需要，则执行系统消息的更新，如果不需要则不必更新。本发明使得系统内处于上述三种状态的任何UE都能够及时进行系统消息的更新，从而完善了系统更新的过程，能够保证系统的统一化配置。

附图说明

图1为现有的RRC协议36.331中规定的系统消息更新的示意图；

图2为本发明一种系统消息更新的处理方法的流程图；

图3为本发明一种用户终端的组成结构示意图。

具体实施方式

下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。

本发明所提供的一种系统消息更新的处理方法，如图2所示，主要包括以下步骤：

步骤201，UE在一个系统更新周期modification period(n)内返回或接入系统。

本发明中的系统更新周期需要大于系统中SI的最大发送周期，以保证在一个系统更新周期内，SI可以至少完整发送一次。

步骤202，UE确定是否已错过系统更新周期modification period(n)内的寻呼时机，如果已错过系统更新周期modification period(n)内的寻呼时机，则执行步骤204；否则，执行步骤203。

UE在modification period(n)内返回或接入系统，如果在小区搜索期间没有监听到寻呼消息，则表明UE已经错过了modification period(n)内的寻呼时机，进而执行步骤204；如果在小区搜索期间监听到寻呼消息，则表明UE没有错过modifcation period(n)内的寻呼时机，进而执行步骤203。

步骤203，UE根据在寻呼时机内监听到的寻呼消息中的系统更新指示，获知系统消息需要更新，并在下一个系统更新周期modification period(n+1)内读取来自系统侧的更新的系统消息，然后转到步骤206。

系统侧在modification period(n)内发送寻呼消息给UE，寻呼消息中的系统消息更新(system Info Modification)字段置为有效；UE在监听到寻呼消息时，判断寻呼消息中的system Info Modification字段是否有效，如果有效，则表明寻呼消息中包含有系统更新指示，否则表明寻呼消息中不包含系统更新指示。

如果系统侧在modification period(n)内发送的寻呼消息中包含有系统更新指示，则在modfification period(n+1)内，会向UE发送更新的系统消息；UE根据在modification period(n)收到的系统更新指示，在modification period(n+1)内监听并读取来自系统侧的更新的系统消息。

步骤204，UE在下一个系统更新周期modification period(n+1)内，读取系统侧下发的更新的系统消息。

UE在modification period(n)内错过寻呼消息的情况下，在modificationperiod(n+1)内强制读取一次来自系统侧的系统消息。

步骤205，UE判断读取的系统消息是否需要更新，如果是，则执行步骤206；否则结束整个流程。

UE将读取的系统消息中的版本参数(Value tag)与UE中存储的系统消息的Value tag进行比较，如果两者一致，则表明UE读取的系统消息与UE中存储的系统消息的版本相同，也就不需要进行系统消息的更新；如果两者不一致，则表明UE读取的系统消息与UE中存储的系统消息的版本不相同，从而需要进行系统消息的更新。

需要指出的是，根据现有协议标准的规定，Value tag和Value标签等重要参数是存放在SIB1中的，因此，UE可以直接从SIB1读取到系统消息的Valuetag。当然在实际应用中，如果根据协议的修改，Value tag等重要参数的存储地址发生变动，则本发明中对Value tag的读取地址也需要相应调整。其中，Value标签中指明了具体哪个SI发生了变化，UE可以据此只将Value标签中指示的SI替换为更新的SI即可，从而更方便的执行系统消息的更新操作。

步骤206，UE根据读取的更新的系统消息，执行UE内系统消息的更新操作。

如果UE在modification period(n)内读取到系统更新指示，则对modificationperiod(n+1)内读取的系统消息，无需执行步骤205中的判断操作，直接根据系统消息执行相应的更新操作即可；如果UE在modification period(n)内没有读取到系统更新指示，则对modification period(n+1)内强制读取的系统消息，需要执行步骤205中的判断操作，在判断需要更新时，才执行系统消息的更新操作。更新操作为：将读取的更新的系统消息，替换UE内存储的系统消息，在替换完毕后，将UE中的系统更新消息置为有效，从而完成了系统消息的更新。

另外，作为本发明的一种较佳实施例，UE在modification period(n)内确定错过该UE的寻呼时机时，监听modification period(n)内非该UE寻呼时机的公共寻呼消息；如果监听到公共寻呼消息，则根据公共寻呼消息中的系统更新指示，判断系统消息是否需要更新，并在判断需要更新时，在modificationperiod(n+1)内读取来自系统侧的系统消息；如果没有监听到公共寻呼消息，则在modification period(n+1)内读取系统消息，并根据读取的系统消息执行UE内系统消息的更新。

基于上述的方法，本发明在实际应用中，对于一直处于系统内的UE，在modification period(n)内读取到寻呼消息中的系统更新指示，在modificationperiod(n+1)内读取更新的系统消息，执行系统消息的更新；对于在modificationperiod(n)内返回或接入系统的UE，当没有错过在modification period(n)内的寻呼时机时，通过寻呼消息获取系统更新指示，在modification period(n+1)内读取更新的系统消息，执行系统消息的更新；对于在modification period(n)内返回或接入系统的UE，当错过在modification period(n)内的寻呼时机时，在modification period(n+1)内强制读取一次系统消息，根据系统消息中的Valuetag判断是否需要更新，如果需要，则执行系统消息的更新，如果不需要则不必更新。可以看出，通过本发明所提供的系统消息的更新方法，使得系统内处于上述三种状态的任何UE都能够及时进行系统消息的更新，从而完善了系统更新的过程，能够保证系统的统一化配置。

为实现上述系统消息更新的处理方法，本发明所提供的一种用户终端，如图3所示，包括：判定模块10、第一更新模块20、第二更新模块30。判定模块10，用于用户终端在一个系统更新周期内返回或接入系统时，确定是否已错过系统更新周期内的寻呼时机。第一更新模块20，连接判定模块10，用于在确定没有错过寻呼时机时，通过监听寻呼消息中的系统更新指示，在下一个系统更新周期内读取来自系统侧的更新的系统消息，并执行用户终端内系统消息的更新。第二更新模块30，连接判定模块10，用于在确定错过寻呼时机时，在下一个系统更新周期内读取系统消息，并执行用户终端内系统消息的更新。

其中，第二更新模块30进一步包括：相互连接的比较子模块31和更新子模块32。比较子模块31，用于将读取的系统消息中的版本参数与用户终端存储的系统消息中的版本参数进行比较，得到比较结果。更新子模块32，用于根据比较结果，在版本参数不一致时，根据读取的系统消息执行用户终端内系统消息的更新，并在更新完毕后，将更新后的系统消息置为有效。

作为本发明的一种较佳实施例，本发明的用户终端在上述模块的基础上进一步包括监听模块40，连接判定模块10、第一更新模块20和第二更新模块30，用于在判定模块10确定错过该用户终端的寻呼时机时，监听系统更新周期内的非该用户终端寻呼时机的公共寻呼消息，并在监听到公共寻呼消息时通知第一更新模块20在下一个系统更新周期内监听更新的系统消息；在没有监听到公共寻呼消息时通知第二更新模块30，由第二更新模块30在下一个系统更新周期内读取更新的系统消息。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims

1.一种系统消息更新的处理方法，其特征在于，该方法包括：

2.根据权利要求1所述系统消息更新的处理方法，其特征在于，该方法进一步包括：

3.根据权利要求1所述系统消息更新的处理方法，其特征在于，该方法进一步包括：

4.根据权利要求2所述系统消息更新的处理方法，其特征在于，该方法进一步包括：所述UE从系统消息的消息块一中获取所述版本参数。

5.一种用户终端，其特征在于，包括：

6.根据权利要求5所述用户终端，其特征在于，所述第二更新模块进一步包括：

7.根据权利要求5或6所述用户终端，其特征在于，所述用户终端进一步包括：监听模块，用于在所述判定模块确定错过所述用户终端的寻呼时机时，监听所述系统更新周期内的非用户终端寻呼时机的公共寻呼消息，并在监听到所述公共寻呼消息时通知所述第一更新模块；在没有监听到所述公共寻呼消息时通知所述第二更新模块。