一种用户终端获取系统广播消息信息的方法及系统转让专利

申请号 : CN200610111434.4

文献号 : CN101128031B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 陈燕燕李亚娟

申请人 : 华为技术有限公司

摘要 :

本发明涉及一种用户终端获取系统广播消息信息的方法及系统。本发明主要包括:首先,用户终端向网络侧发送请求其需要的系统广播消息信息的指示信息,之后,网络侧在接收所述指示信息后,确定需要发送给用户终端的系统广播消息信息,并将所述的系统广播消息信息承载于点对点消息中发送给用户终端。因此,本发明的实现可以有效降低用户终端在获取系统广播消息信息处理过程中产生的时延,从而可以方便快捷地获取用户终端需要的系统广播消息信息,进而解决了用户终端在信道类型转换及重新进入服务区过程中因接收系统广播消息信息而导致产生较长时延的问题。

权利要求 :

1.一种用户终端获取系统广播消息信息的方法,其特征在于,包括:

用户终端向网络侧发送用于指示网络侧通过无线资源控制RRC消息下发系统广播消息信息的指示信息;

网络侧接收所述指示信息后,将所述的系统广播消息信息封装于RRC消息中发送给用户终端,所述的系统广播消息信息包括系统信息块SIB11和/或SIB12,其中,封装所述的系统广播消息信息的RRC消息为点对点消息。

2.根据权利要求1所述的方法,其特征在于,用户终端发送所述指示信息的触发条件包括:用户终端收到网络侧发来的重配置命令,和/或,用户终端执行小区选择或小区重选操作,和/或,用户终端重新进入服务区并执行小区选择操作,和/或,用户终端执行路由区域更新或注册区域更新操作。

3.根据权利要求2所述的方法,其特征在于,所述的重配置命令包括以下任意一种信令:无线承载建立信令,无线承载重配置信令,无线承载释放信令,小区更新确认信令,物理信道重配置信令,RRC连接建立信令,传输信道重配置信令和UTRAN注册区域更新确认信令。

4.根据权利要求2所述的方法,其特征在于,当用户终端收到网络侧发来的重配置命令时,发送所述指示信息的处理过程包括:用户终端收到重配置命令后,用户终端对邻区进行测量,并将满足小区选择准则的一个或多个邻小区的标识上报给网络侧,并发送用于指示网络侧通过RRC消息下发系统广播消息信息的指示信息。

5.根据权利要求4所述的方法,其特征在于,当所述的满足小区选择准则的邻小区为多个时,则将多个所述的邻小区按照信号质量进行排序后上报给网络侧。

6.根据权利要求2所述的方法,其特征在于,当用户终端收到网络侧发来的重配置命令时,发送所述指示信息的处理过程包括:用户终端执行重配置命令后,如果重配置命令中指示终端需要进入公共信道,则终端需要执行小区选择过程后,在新选择的小区中向网络侧发送用于指示网络侧通过RRC消息下发系统广播消息信息的指示信息。

7.根据权利要求6所述的方法,其特征在于,当所述的指示信息通过新选择的小区的公共信道向网络侧发送时,将所述的系统广播消息信息封装于RRC消息中发送给用户终端的处理包括:网络侧将用户终端请求的系统广播消息信息封装于RRC消息中,并使用新选择的小区的公共信道向用户终端发送。

8.根据权利要求2所述的方法,其特征在于,所述的指示信息的发送处理过程包括:当用户终端在执行了小区重选,或者,执行小区选择操作之后,确定需要在新选择的小区中发送RRC消息,在该RRC消息中包括用于指示网络侧通过RRC消息下发系统广播消息信息的指示信息。

9.根据权利要求8所述的方法,其特征在于,所述用户终端在新选择的小区中发送RRC消息之前,还需要从广播控制信道读取用户终端在新选择的小区中发送消息所必需的最少的系统广播消息信息,所述最少的系统广播消息信息包括:主信息块MIB,SIB1,SIB3,SIB5和SIB7,但不包括SIB11和SIB12。

10.根据权利要求1至9任一项所述的方法,其特征在于,所述的方法还包括:用户终端从系统广播消息中读取系统广播消息信息。

11.根据权利要求10所述的方法,其特征在于,所述的从系统广播消息中读取的系统广播消息信息包括在新小区中发送消息所必需的最少的系统广播消息信息,所述最少的系统广播消息信息包括:主信息块MIB,SIB1,SIB3,SIB5和SIB7,但不包括SIB11和SIB12。

12.一种用户终端获取系统广播消息信息的系统,包括设置于网络侧的系统广播消息信息发送端和位于用户终端中的系统广播消息信息接收端,其特征在于,所述的用户终端中包括:指示信息发送单元,用于向网络侧发送指示信息,指示网络侧的系统广播消息信息发送端将指定的系统广播消息信息通过无线资源控制RRC消息发送;

所述的系统广播消息信息发送端包括:

点对点消息封装处理单元,用于在指示信息发送单元的触发下,将需要发送给用户终端的系统广播消息信息封装在RRC消息中,并提供给点对点消息发送单元,所述系统广播消息信息包括系统信息块SIB11和/或SIB12;

点对点消息发送单元,用于将点对点消息封装处理单元提供的RRC消息发送给用户终端;

且所述的系统广播消息信息接收端包括点对点消息接收单元,用于接收所述的RRC消息,获取其中封装的系统广播消息信息;

其中,封装所述的系统广播消息信息的RRC消息为点对点消息。

13.根据权利要求12所述的系统,其特征在于,所述的系统广播消息信息接收端还包括:系统广播消息接收单元,用于接收系统广播消息,并读取其中的系统广播消息信息。

14.根据权利要求12或13所述的系统,其特征在于,所述的用户终端中还设置有指示信息发送触发单元,所述的指示信息发送触发单元用于在用户终端收到网络侧发来的重配置命令,和/或,用户终端执行小区重选操作,和/或,用户终端重新进入服务区并执行小区选择操作,和/或,用户终端执行路由区域更新或注册区域更新操作的情况下,触发所述的指示信息发送单元。

说明书 :

一种用户终端获取系统广播消息信息的方法及系统

技术领域

[0001] 本发明涉及无线网络通信技术领域,尤其涉及一种无线通信网络中的信道类型转换处理技术。

背景技术

[0002] 在无线通信网络中,网络侧将系统广播消息以固定周期在系统广播控制信道上进行广播,以便终端及时地接收这些系统消息,从而及时地对这些消息进行响应。 [0003] 下面将对现有技术中用户终端进行信道类型转换处理过程进行说明。 [0004] 在无线通信网络中,处于CELL_DCH(小区专用信道)状态下的用户终端与网络之间在某段时间中没有流量时,RNC(无线网络控制器)会发送RRC(无线资源控制)消息,如物理层重配置消息或者无线承载重配置消息等,通过所述RRC消息命令用户终端进入CELL_FACH(小区前向接入信道)状态。用户终端收到来自RNC的物理重配置信令后,进入CELL_FACH状态,并执行小区选择,以选择合适的驻留小区,相应的具体处理过程如图1所示,包括如下步骤:
[0005] 步骤11:网络向用户终端发送重配置命令,并在重配置命令中指示用户终端需要进入CELL_FACH状态;
[0006] 步骤12:用户终端收到重配置命令后,应用重配置命令中的配置信息,状态迁移进入CELL_FACH状态;
[0007] 步骤13:用户终端执行小区选择,在新选择的小区中发送重配置响应消 息。如果小区选择的结果不是当前用户终端驻留的小区,或者,小区选择的结果不是物理层重配置消息中指定的小区或频率,则读取在新的小区中发起初始接入所需要的最少的系统广播消息后执行步骤14,以WCDMA(宽带码分多址)系统为例,所述的系统广播消息包括:MIB(主信息块),SIB1(系统广播消息类型1),SIB3(4){系统广播消息类型3(4)},SIB5(6){系统广播消息类型5(6)},SIB7(系统广播消息类型7),SIB11(系统广播消息类型11)/SIB12(系统广播消息类型12);
[0008] 步骤14:用户终端在新的小区中发起小区更新过程;
[0009] 该步骤为可选,即只有当小区选择的结果不是当前用户终端驻留的小区,或者,小区选择的结果不是重配置命令中指定的小区或频率时,才执行该步骤,否则,可以省略该步骤;
[0010] 步骤15:用户终端在新选择的小区中发送重配置命令完成响应。 [0011] 经过上述过程便完成了相应的用户终端的信道类型转换过程。 [0012] 从上述处理过程可以看出,用户终端需要在读取完整的SIB11/SIB12后才能在新的小区中发起小区更新/重配置完成响应命令。但是,通常情况下,SIB11/SIB12的内容很长,例如,在完整配置情况下,SIB11/SIB12中会包含32个同频邻区、32个异频邻区和32个异系统邻区,较长的SIB11/SIB12在传输过程中,网络侧需要将SIB11/SIB12分成若干个分段,在广播控制信道的多个调度周期内发送。这样,就使得用户终端需要等待比较长的时间才能读取到完整的SIB11/SIB12。这必然导致将大大增加用户终端在信道状态迁移过程中所需要的时延,进而导致影响到网络的通信性能。
[0013] 除上述情况外,当用户终端执行小区重选操作,或者用户终端重新进入服务区,或者用户终端执行了路由区域更新或注册区域更新操作等情况出现时,同样也需要从网络侧发送的系统广播消息中获得相应的系统广播消息信息,只有获得了用户终端需要的系统广播消息信息后,后续处理过程才可以 完成。但是,在这些情况出现时,同样会由于部分系统广播消息信息无法及时获得而导致较长的时延或消息的丢失等问题出现,目前,针对所述的较长的时延或消息的丢失等问题还没有很好的解决方案。

发明内容

[0014] 本发明的目的是提供一种用户终端获取系统广播消息信息的方法及系统,从而可以有效降低用户终端在获取系统广播消息信息处理过程中的时延,即可以快捷地获取用户终端需要的系统广播消息信息,进而提高无线通信网络的通信性能。
[0015] 本发明的目的是通过以下技术方案实现的:
[0016] 本发明提供了一种用户终端获取系统广播消息信息的方法,包括: [0017] 用户终端向网络侧发送用于指示网络侧通过无线资源控制RRC消息下发系统广播消息信息的指示信息;
[0018] 网络侧接收所述指示信息后,将所述的系统广播消息信息封装于RRC消息中发送给用户终端,所述的系统广播消息信息包括系统信息块SIB11和/或SIB12,其中,封装所述的系统广播消息信息的RRC消息为点对点消息。
[0019] 本发明中,用户终端发送所述指示信息的触发条件包括:
[0020] 用户终端收到网络侧发来的重配置命令,和/或,用户终端执行小区选择或小区重选操作,和/或,用户终端重新进入服务区并执行小区选择操作,和/或,用户终端执行路由区域更新或注册区域更新操作。
[0021] 其中,所述的重配置命令包括以下任意一种信令:
[0022] 无线承载建立信令,无线承载重配置信令,无线承载释放信令,小区更新确认信令,物理信道重配置信令,RRC连接建立信令,传输信道重配置信令和UTRAN注册区域更新确认信令。
[0023] 本发明中,当用户终端收到网络侧发来的重配置命令时,发送所述指示信息的处理过程包括:
[0024] 用户终端收到重配置命令后,用户终端对邻区进行测量,并将满足小区选择准则的一个或多个邻小区的标识上报给网络侧,并发送用于指示网络侧通过RRC消息下发系统广播消息信息的指示信息。
[0025] 本发明中,当所述的满足小区选择准则的邻小区为多个时,则将多个所述的邻小区按照信号质量进行排序后上报给网络侧。
[0026] 本发明中,当用户终端收到网络侧发来的重配置命令时,发送所述指示信息的处理过程包括:
[0027] 用户终端执行重配置命令后,如果重配置命令中指示终端需要进入公共信道,则终端需要执行小区选择过程后,在新选择的小区中向网络侧发送用于指示网络侧通过RRC消息下发系统广播消息信息的指示信息。
[0028] 当所述的指示信息通过新选择的小区的公共信道向网络侧发送时,将所述的系统广播消息信息封装于RRC消息中发送给用户终端的处理包括:
[0029] 网络侧将用户终端请求的系统广播消息信息封装于RRC消息中,并使用新选择的小区的公共信道向用户终端发送。
[0030] 所述的指示信息的发送处理过程包括:
[0031] 当用户终端在执行了小区重选,或者,执行小区选择操作之后,确定需要在新选择的小区中发送RRC消息,在该RRC消息中包括表示用于指示网络侧通过RRC消息下发系统广播消息信息的指示信息。
[0032] 所述用户终端在新选择的小区中发送RRC消息之前,还需要从广播控制信道读取用户终端在新选择的小区中发送消息所必需的最少的系统广播消息信息,所述最少的系统广播消息信息包括:主信息块MIB,SIB1,SIB3,SIB5和SIB7,但不包括SIB11和SIB12。 [0033] 所述的方法还包括:用户终端从系统广播消息中读取系统广播消息信息。 [0034] 所述的从系统广播消息中读取的系统广播消息信息包括在新小区中发送消息所必需的最少的系统广播消息信息,所述最少的系统广播消息信息包 括:主信息块MIB,SIB1,SIB3,SIB5和SIB7,但不包括SIB11和SIB12。
[0035] 本发明还提供了一种用户终端获取系统广播消息信息的系统,包括设置于网络侧的系统广播消息信息发送端和位于用户终端中的系统广播消息信息接收端,且所述的用户终端中包括:
[0036] 指示信息发送单元,用于向网络侧发送指示信息,指示网络侧的系统广播消息信息发送端将指定的系统广播消息信息通过RRC消息发送;
[0037] 所述的系统广播消息信息发送端包括:
[0038] 点对点消息封装处理单元,用于在指示信息发送单元的触发下,将需要发送给用户终端的系统广播消息信息封装在RRC消息中,并提供给点对点消息发送单元,所述的系统广播消息信息包括系统信息块SIB11和/或SIB12;
[0039] 点对点消息发送单元,用于将点对点消息封装处理单元提供的RRC消息发送给用户终端;
[0040] 且所述的系统广播消息信息接收端包括点对点消息接收单元,用于接收所述的RRC消息,获取其中封装的系统广播消息信息;
[0041] 其中,封装所述的系统广播消息信息的RRC消息为点对点消息。 [0042] 所述的系统广播消息信息接收端还包括:
[0043] 系统广播消息接收单元,用于接收系统广播消息,并读取其中的系统广播消息信息。
[0044] 所述的用户终端中还设置有指示信息发送触发单元,所述的指示信息发送触发单元用于在用户终端收到网络侧发来的重配置命令,和/或,用户终端执行小区重选操作,和/或,用户终端重新进入服务区并执行小区选择操作,和/或,用户终端执行路由区域更新或注册区域更新操作的情况下,触发所述的指示信息发送单元。
[0045] 由上述本发明提供的技术方案可以看出,本发明的实现可以有效降低用户终端在获取系统广播消息信息处理过程中产生的时延,从而可以方便快捷地获取用户终端需要的系统广播消息信息,进而解决了用户终端在信道类型 转换及重新进入服务区等过程中因接收系统广播消息信息而导致产生较长时延的问题,同时,还可以避免在小区重选或注册区域/路由区域更新过程中因较长的接收系统广播消息信息时间可能导致的消息丢失问题。
[0046] 例如,本发明可以使得用户终端在进行状态迁移(即信道类型转换)处理过程中,能够通过点对点消息快速地将用户终端需要的测量配置信息等系统广播消息下发给用户终端,从而减少了用户终端因等待读取网络侧发送的系统广播消息中的测量配置信息等参数而导致的时延。
[0047] 再例如,本发明还可以使得小区重选过程中,保证用户终端可以以较短的时间获得新选择的驻留小区其需要的系统广播消息信息,从而可以快速通知网络其进入新的小区中,并进行数据包的接收处理,大大降低了由于小区改变导致的呼损以及数据包丢失的可能性。
[0048] 因此,本发明的实现使得用户终端可以快速获得所需要的系统广播消息内容,进而可以有效提高无线通信网络的通信性能。

附图说明

[0049] 图1为现有技术中实现信道类型转换处理的过程示意图;
[0050] 图2为本发明所述方法的具体实现过程示意图;
[0051] 图3为本发明中实现信道类型转换处理的具体实现过程示意图一; [0052] 图4为本发明中实现信道类型转换处理的具体实现过程示意图二; [0053] 图5为本发明中实现信道类型转换处理的具体实现过程示意图三; [0054] 图6为本发明中实现小区重选处理的具体实现过程示意图;
[0055] 图7为本发明中实现重新进入服务区处理的具体实现过程示意图; [0056] 图8为本发明中实现路由区域更新/注册区域更新处理的具体实现过程示意图; [0057] 图9为本发明所述的系统的具体实现结构示意图。

具体实施方式

[0058] 本发明中,主要是将用户终端在一些应用场景下需要从网络侧获取的系统广播消息信息,通过点对点消息发送给用户终端,以使得用户终端可以方便快捷地获取其需要的系统广播消息信息,进而提供网络的通信性能的,例如,在WCDMA系统中,具体可以将系统广播消息信息中较长的测量配置信息SIB11/SIB12通过点对点消息发送给用户终端。需要说明的是本发明不仅限于在WCDMA系统中应用,在其他无线通信系统中,同样可以利用本发明提供的实现方案进行系统广播消息信息的传递。
[0059] 本发明的具体实现过程如图2所示,主要包括以下处理过程:
[0060] 首先,用户终端向网络侧发送请求获取系统广播消息信息的指示信息,以便于可以通过所述的指示信息向网络侧表明用户终端需要的具体系统广播消息信息内容; [0061] 之后,网络侧接收到所述的指示信息后,根据所述的指示信息确定需要发送给用户终端的系统广播消息,并将所述的系统广播消息信息封装于点对点消息(如RRC消息)中发送给用户终端。
[0062] 本发明具体可以应用于用户终端执行信道类型转换的场景中,也可以应用于用户终端执行小区重选操作的场景中,或者,可以应用于离开服务区的用户终端重新进入服务区的应用场景中,或者,还可以应用于用户终端在路由区域/注册区域发生变化时,在新选择的小区中执行LA/RA update(路由区域更新或注册区域更新)操作的应用场景中(仅限于所述的LA/RA update的原因为小区重选而导致LA/RA发生变化的场景),等等。下面将结合附图对本发明应用于不同场景中的具体实现过程进行说明。
[0063] (一)本发明可以应用于用户终端在执行信道类型转换的处理过程中, 以减少用户终端在执行信道类型转换,即状态迁移过程中的时延,提高通信系统的性能。 [0064] 即为减少所述的时延,本发明主要采用的技术手段是:将在信道类型转换过程中需要通过系统广播消息下发的信息内容,通过点对点信令下发给用户终端,以减少用户终端等待接收相应信息内容的时间,例如,可以将在信道转换过程中需要通过系统广播消息下发的测量配置信息封装在点对点消息中发送给用户终端。
[0065] 也就是说,本发明是将用户终端需要等待较长时间才可以从系统广播控制信道获取的信息内容,通过点对点消息由网络侧下发给用户终端,从而减少用户终端获取相应的信息内容所需要的时间。
[0066] 本发明在实现过程中,具体可以为:在用户终端在收到网络侧发来的重配置命令后,需要进入到公共信道(如Cell_FACH)状态时,用户终端会执行小区重选或者小区选择过程以选择一个合适驻留的小区。如果小区选择/小区重选的结果不是当前用户终端驻留的小区,或者,小区选择的结果不是物理层重配置消息中指定的小区或频率,那么对于那些用户终端需要从网络侧获取的SIB11/SIB12信息等较大的系统广播消息,具体由网络侧通过点对点消息下发给用户终端,这样,便可以有效减少用户终端获得所述的SIB11/SIB12信息的过程中需要的时延。
[0067] 同时,本发明还可以在除状态迁移处理之外的其他应用场景中,用于将所述的系统广播消息通过点对点信令下发给用户终端。
[0068] 另外,本发明在具体实现过程中,可以选择将所有的系统广播消息通过点对点消息下发给用户终端,也可以仅选择部分需要的系统广播消息中的信息内容通过点对点消息下发给用户终端。
[0069] 为便于对本发明的理解,下面将结合附图对本发明应用于信道类型转换场景下的具体实现方案进行详细说明。
[0070] 实施例一
[0071] 在该实施例中,网络侧通过点对点消息下发所述的SIB11/SIB12的内容,从而减少用户终端等待读取广播信道上的SIB11/SIB12带来的时延,且所述的点对点消息是通过专用信道下发给用户终端,该实施例的具体实现过程如图3所示,具体包括以下处理步骤: [0072] 步骤21:网络侧,即UTRAN(无线接入网络)向用户终端发送重配置信令,所述信令用于指示终端在执行重配置命令后需要进入CELL_FACH状态;
[0073] 步骤22:终端收到所述的RRC信令消息后,执行预小区选择操作,确定满足小区选择准则的小区;
[0074] 由于在用户终端中会保存一个与网络侧同步的邻区列表信息,使得用户终端可以从所述邻区列表中获得当前小区的邻区信息,包括邻区的ID(标识)信息,邻区的主扰码信息等;因此,该步骤具体的处理可以为:根据用户终端中存储的邻区列表信息,在邻区中进行预小区选择,所述的预小区选择是指对邻区的信号质量进行测量,并确定相应的满足小区选择准则的小区ID,以便于通过RRC信令(如小区更新信令等)上报给网络侧,如RNC或结点B等网络设备;
[0075] 另外,在该步骤中,用户终端还将存储网络侧通过RRC信令消息传递来的转换到FACH状态下需要的配置信息,即新的配置信息,但是,用户终端暂时并不应用这些配置,即暂时不转换到FACH状态下,而是仍然使用当前的配置,即在原来的小区和状态下继续接收和发送数据,直到激活新的配置信息的时间到达时,再应用所述的新的配置,在等待激活新的配置信息的时间到来的过程中,即可以进行所述的预小区选择操作以及获取预小区选择结果的小区的系统广播消息的操作;
[0076] 步骤23:用户终端在当前小区中使用专用控制信道向网络发送消息,将 确定的满足小区选择准则的小区信息上报给网络侧;
[0077] 即通过RRC专用信令将预小区选择的结果通知RNC,例如,可以通过小区更新信令等将预小区选择的结果通知网络侧,所述的预小区选择的结果包括目标小区的ID,且上报的结果可以为多个满足S准则的cell id(小区ID);
[0078] 在向网络侧上述预小区选择结果时,可以上报一个小区,也可以上报多个小区,如果上报多个小区,则可以按照多个小区的信号质量排序后进行上报,以便于网络侧的选择操作;
[0079] 在该步骤中用户终端还可以一并告知网络侧是否需要通过点对点消息下发SIB11/SIB12,例如,通过在RRC消息中设置的一个指示信息标志位用于指示网络侧是否需要通过RRC消息下发SIB11/SIB12,可以设置为:当该标志位为1时,表示需要通过RRC消息下发SIB11/SIB12,当该标志位为0时,则表示不需要通过RRC消息下发SIB11/SIB12;当然,在此条RRC消息中也可以不设置相应的指示信息,而统一在网络侧设置为只要收到该条消息便执行通过RRC消息下发SIB11/SIB12的操作;
[0080] 在该步骤中终端也可以通过RRC消息告知网络需要通过点对点消息下发的系统广播消息类型的列表,例如,SIBx,SIBy,SIBz等等。
[0081] 具体如图所示,用户终端可以使用DCCH(专用控制信道)向网络侧发送System information Request(系统信息请求)消息,以通知网络侧所述预小区选择的结果及请求SIB11/SIB12信息的指示。
[0082] 步骤24:网络则根据预小区选择结果确定的目标小区标识,将相应所述的目标小区的SIB11/SIB12封装在点对点RRC消息中下发给用户终端;
[0083] 具体可以为:RNC根据所述的预小区选择结果对应的各小区的SIB信息判断各小区是否为Suitable cell(适合的小区),即需要对目标小区所属于的PLMN(公众陆地移动网)信息,以及该小区的状态是否为barred(禁止)信息进行判断,还可以结合RRM(智能无线资源管理)算法进行判断,并将 合适驻留的的目标小区的SIB11/SIB12携带在点对点的RRC消息中下发给用户终端,或者,也可以携带多个目标小区的SIB11/SIB12供用户终端,以供其进行选择;
[0084] 具体可以通过Complete System Information(完整的系统信息)消息向用户终端承载发送目标小区的SIB11/SIB12信息;
[0085] 步骤25:用户终端收到所述的点对点的RRC消息后,存储消息中包含的SIB11/SIB12,并进行状态迁移处理,进入到公共信道状态,即Cell_FACH状态; [0086] 具体为:用户终端保存重配置命令中的配置信息,并在新的配置信息的激活时间到达时再应用新的配置信息,迁移进入Cell_FACH状态,同时,在确定了合适驻留的小区后,从系统广播消息中读取所选择的确定的目标小区的MIB,SIB1、SIB3/4、SIB5/6和SIB7信息,但推迟读取SIB11/12;
[0087] 另外,若用户终端从收到的点对点RRC消息已经获得了目标小区的MIB,SIB1、SIB3/4、SIB5/6和SIB7,则在该步骤中用户终端也无需再从系统广播消息中读取相应的信息内容,即在该步骤中用户终端只需要从系统广播消息中读取其未获得的相应信息。 [0088] 步骤26:执行小区更新处理过程和重配置完成响应信令;
[0089] 即用户终端在新选择的小区中发起小区更新过程/重配置命令的响应消息,即表示完成了信道类型转换及小区选择操作。
[0090] 实施例二
[0091] 在该实施例中,具体是将用户终端需要获取的SIB11/SIB12消息封装在RRC信令消息中,并通过公共控制信道(CCCH)下发给用户终端;
[0092] 该实施例的具体实现过程如图4所示,具体包括以下步骤:
[0093] 步骤31:网络侧,即UTRAN向用户终端发送重配置命令,指示终端需要 进入公共信道(即CELL_FACH状态);
[0094] 在所述的RRC信令消息中还包括用户终端进入公共信道后所使用的新的配置信息;
[0095] 步骤32:用户终端接收到所述的重配置命令后,执行重配置操作,并根据重配置命令中的RRC状态信息(即终端需要进入公共信道的指示信息)进入CELL_FACH状态,并执行小区选择操作;
[0096] 步骤33:用户终端执行小区选择操作后,读取在新选择的小区发起初始接入所必需的最少系统广播消息,包括MIB、SIB1、SIB3/4、SIB5/6和SIB7,但不包括读取SIB11/SIB12;
[0097] 步骤34:用户终端向网络侧发送请求获取SIB11/SIB12信息的指示消息,网络侧根据相应的请求消息将用户终端请求的SIB11/SIB12信息下发给用户终端; [0098] 也就是说,在该步骤中用户终端还可以告知网络侧是否需要通过点对点消息下发SIB11/SIB12,例如,通过在点对点消息中设置的一个指示信息标志位用于指示网络侧是否需要通过RRC消息下发SIB11/SIB12,可以设置为:当该标志位为1时,表示需要通过点对点消息下发SIB11/SIB12,当该标志位为0时,则表示不需要通过点对点消息下发SIB11/SIB12;当然,在此条小区更新消息中也可以不设置相应的指示信息,而统一在网络侧设置为只要收到该条小区更新消息便执行通过点对点消息下发SIB11/SIB12的操作; [0099] 或者,在该步骤中,还可以在SIB11/SIB12的内容的基础上包含更多的系统广播消息信息;
[0100] 具体如图4所示,用户终端可以使用CCCH,公共控制信道向网络侧发送System information Request消息,请求网络侧下发用户终端需要的SIB11/SIB12信息;而且,在网络侧可以使用CCCH公共控制信道通过Complete System Information消息封装并向用户终端发送点对点的 SIB11/SIB12信息;
[0101] 步骤35:用户终端在新选择的小区中发起小区更新过程;
[0102] 需要说明的是,上述步骤34执行的处理,也可以在小区更新过程中一并完成,若选择在小区更新过程中同时完成,则可以省略执行所述步骤34;
[0103] 若选择在小区更新过程中一并完成步骤34所述的处理,则需要在小区更新消息(即RRC消息)中指示需要网络下发SIB11/SIB12;并由网络侧将新小区的SIB11/SIB12的内容封装在小区更新确认消息中下发给用户终端;
[0104] 另外,如果步骤34和步骤35是通过两个单独的信令完成,那么这两个信令之间可以没有时序关系。
[0105] 步骤36:用户终端获得相应的系统广播消息后,便可以在新小区中发送重配置命令完成响应消息;
[0106] 至此,完成用户终端的信道类型转换及小区选择操作。
[0107] 实施例三
[0108] 该实施例应用的场景为:用户终端原来处于Cell_Fach状态,重配置命令中指示终端在执行重配置后仍然处于Cell_Fach状态;用户终端需要在新选择的小区中发起小区更新过程(由RACH映射到CCCH上)以及重配置信令响应信令(由RACH映射到DCCH); [0109] 该实施例中,具体的处理过程与实施例二中,即图4所示的处理过程类似,具体如图5所示,仅仅是该实施例与实施例二应用的场景不同,实施例二中终端在重配置的过程中发生了状态迁移,从Cell_DCH状态迁移到Cell_FACH状态,而实施例三中,终端在重配置过程之前处于Cell_FACH状态,重配置之后仍然处于Cell_FACH状态,故在此不再详细说明具体的实现处理过程。
[0110] 另外,需要说明的是,在实施例二和实施例三中,CCCH信道上发送的 System information Request(系统信息请求)信令和用于CompleteSIB11/SIB12信令,可以是一个单独的点对点RRC信令,也可以是将Systeminformation Request信息作为Cell update(小区更新)消息中的一部分,将Complete SIB11/SIB12(完整的SIB11/SIB12)信令内容作为Cell updateconfirm(小区更新确认)消息的一部分;
[0111] 而且,在上述的实施例一至上述的实施例三中,只是以SIB11/SIB12为例,在实际应用中,可以在system information request请求和Completesystem information信令中可以携带更多类型的系统广播消息信息;即通过点对点消息发送给用户终端的系统广播消息信息并不仅限于作为测量配置信息的SIB11/SIB12信息。
[0112] 在上述实施例一至上述的实施例三中,所述的重配置命令包括但不限于为以下列举的任意一种信令:
[0113] 无线承载建立(RADIO BEARER SETUP);无线承载重配 置(RADIOBEARER RECONFIGURATION);无线承载释放(RADIO BEARERRELEASE);小区更新确认(CELL UPDATE CONFIRM);物理信道重配置(PHYSICAL CHANNEL RECONFIGURATION);RRC连接建立(RRCCONNECTION SETUP);传输信道重配置(TRANSPORT CHANNELRECONFIGURATION);URA更新确认(URA UPDATE CONFIRM)。
[0114] 本发明中,具体可以选择在用户终端收到所述的重配置命令,且所述的重配置命令中指示终端在执行重配置命令后使用公共信道时,采用本发明提供的实施例一至实施例三的任一处理过程。
[0115] (二)本发明还可以应用于小区重选处理过程中的系统广播消息信息的获取操作,即本发明还可以用于在用户终端处于CELL PCH、URA PCH或CELL FACH等状态下的小区重选处理过程。
[0116] 应用本发明后,在执行小区重选到新的小区的过程中,可以使得用户终端可以及时完成系统广播消息信息的接收,以避免可能会出现的数据包丢失(如寻呼消息等)或者不在服务区等问题。
[0117] 在该应用场景下,具体实现过程如图6所示,包括:
[0118] 步骤51:终端在当前小区执行小区重选后,确定需要在新选择的小区中发送RRC消息,如小区更新,URA更新过程;
[0119] 对于Cell_FACH和Cell_PCH状态的终端,在小区重选的结果发生了小区变化后,会需要在新选择的小区中发起小区更新过程;
[0120] 对于URA_PCH状态的终端,在小区重选的结果发生了URA域变化后,会需要在新选择的小区中发起URA更新过程;
[0121] 步骤52:用户终端接收在新选择的小区中接入所需要的最少的系统广播消息信息;
[0122] 所述的需要的最少的系统广播消息包括MIB、SIB1、SIB3/4、SIB5/6和SIB7,且不包括SIB11/SIB12;
[0123] 步骤53:用户终端在新选择的小区中发送请求SIB11/SIB12等其需要的其他系统广播消息信息的指示信息;
[0124] 步骤54:网络侧收到所述的系统广播消息信息请求指示后,通过专用信令(即点对点消息)向用户终端发送其请求的系统广播消息信息,如SIB11/SIB12等。 [0125] 也就是说,在步骤53中终端还可以告知网络侧是否需要通过点对点消息下发SIB11/SIB12,例如,通过在请求消息中设置的一个指示信息标志位用于指示网络侧是否需要通过RRC消息下发SIB11/SIB12,可以设置为:当该标志位为1时,表示需要通过点对点消息下发SIB11/SIB12,当该标志位为0时,则表示不需要通过点对点消息下发SIB11/SIB12;当然,在此条小区更新消息中也可以不设置相应的指示信息,而统一在网络侧设置为只要收到该 条小区更新消息便执行通过点对点消息下发SIB11/SIB12的操作; [0126] 或者,在该步骤中,还可以在SIB11/SIB12的内容的基础上包含更多的系统广播消息信息;
[0127] 具体如图6所示,用户终端可以使用CCCH(公共控制信道)向网络侧发送System information Request消息,请求网络侧下发用户终端需要的SIB11/SIB12信息;而且,在网络侧可以使用CCCH通过Complete SystemInformation消息封装并向用户终端发送点对点的SIB11/SIB12信息;
[0128] 步骤55:用户终端向网络侧发送小区更新或URA(UTRAN注册区域)更新消息。 [0129] 需要说明的是,上述步骤53和54中执行的处理,也可以在小区更新过程或URA更新过程中一并完成,若选择在小区更新过程或URA更新过程中同时完成,则可以省略执行所述步骤53和54;
[0130] 若选择在小区更新过程URA更新过程中一并完成步骤53和54所述的处理,则需要在小区更新消息或URA更新消息中指示需要网络下发SIB11/SIB12;并由网络侧将新小区的SIB11/SIB12的内容封装在小区更新确认消息/URA更新确认消息中下发给终端; [0131] 另外,如果步骤53和步骤54是通过两个单独的信令完成,那么步骤53与步骤55这两个信令之间可以没有时序关系。
[0132] 不难看出,上述处理过程有效加快了小区更新处理过程,使网络侧尽快的知道了终端所处小区的变化信息,从而可以减少呼损,以及数据包丢失的可能。 [0133] (三)本发明还可以应用于用户终端重新进入服务区的场景下,即当用户终端离开网络(无法获得网络侧的信号)后重新进入服务区与网络侧取得联系,应用本发明可以降低从丢失服务区到重新进入服务区的过程所需要的 时间。
[0134] 在该应用场景下,具体实现过程如图7所示,包括:
[0135] 步骤61:用户终端检测到丢失服务区;
[0136] 步骤62:用户终端执行小区选择或者小区重选过程,找到合适驻留的小区; [0137] 步骤63:用户终端接收在新选择的小区中接入所必需的最少的系统广播消息:MIB、SIB1、SIB3/4、SIB5/6和SIB7,并确定是否需要在这个新选择的小区中发起小区更新或者URA更新过程;
[0138] 对于Cell_FACH状态下的用户终端,在执行小区选择或者小区重选后,重新进入服务区时,需要在新选择的小区中发起小区更新过程;
[0139] 对于Cell_PCH状态下的用户终端,在执行小区选择或者小区重选后,重新进入服务区时,如果小区发生了变化,同样需要在新选择的小区中发起小区更新过程; [0140] 对于URA_PCH状态下的用户终端,在执行小区选择或者小区重选后,重新进入服务区时,如果URA区域发生了变化,则需要在新选择的小区中发起URA更新过程; [0141] 步骤64:用户终端在新选择的小区中发送请求SIB11/SIB12等其需要的系统广播消息信息的指示信息;
[0142] 步骤65:网络侧收到所述的系统广播消息请求指示后,通过专用信令(即点对点消息)向用户终端发送其请求的系统广播消息信息,如SIB11/SIB12。
[0143] 也就是说,在步骤64中终端还可以告知网络侧是否需要通过点对点消息下发SIB11/SIB12,例如,通过在请求消息中设置的一个指示信息标志位用于指示网络侧是否需要通过RRC消息下发SIB11/SIB12,可以设置为:当该标志位为1时,表示需要通过点对点消息下发SIB11/SIB12,当该标志位为0 时,则表示不需要通过点对点消息下发SIB11/SIB12;当然,在此条小区更新消息中也可以不设置相应的指示信息,而统一在网络侧设置为只要收到该条小区更新消息便执行通过点对点消息下发SIB11/SIB12的操作; [0144] 或者,在该步骤中,还可以在SIB11/SIB12的内容的基础上包含更多的系统广播消息信息;
[0145] 具体如图7所示,用户终端可以使用CCCH,公共控制信道向网络侧发送System information Request消息,请求网络侧下发用户终端需要的SIB11/SIB12信息;而且,在网络侧可以使用CCCH公共控制信道通过Complete System Information消息封装并向用户终端发送点对点的SIB11/SIB12信息;
[0146] 步骤66:用户终端向网络侧发送小区更新或URA(UTRAN注册区域)更新消息。 [0147] 需要说明的是,上述步骤64和65中执行的处理,也可以在小区更新过程或URA更新过程中一并完成,若选择在小区更新过程或URA更新过程中同时完成,则可以省略执行所述步骤64和65;
[0148] 若选择在步骤66中一并完成步骤64和65所述的处理,则需要在小区更新或者URA更新消息中指示需要网络下发SIB11/SIB12;并由网络侧将新小区的SIB11/SIB12的内容封装在小区更新确认或者URA更新确认消息中下发给用户终端;
[0149] 另外,如果步骤64和步骤65与小区更新/URA更新过程是通过两个单独的信令流程完成,那么这两个信令流程之间可以没有时序关系,也就是说步骤64与步骤66之间可以没有时序关系。
[0150] 从上述处理过程可以看出,本发明应用于这一场景下可以有效缩短用户终端从重新进入服务区时通知网络的时间,减少呼损的可能,从而有效提高了网络的性能。 [0151] (四)对于空闲状态的终端,在用户终端由于小区重选而发生注册区域或者路由区域发生变化时,需要在新选择的小区中发起注册区域更新过程或者路由区域更新过程。 [0152] 本发明还可以应用于处于空闲状态下的用户终端执行RAU(路由区域更新)过程/LAU(注册区域更新)过程中,以尽量减少在用户终端已经移出当前LAU或RAU范围,且网络侧无法知晓用户终端当前位置的情况下,导致寻呼消息丢失的可能性。 [0153] 在该应用场景下,如图8所示,具体包括以下步骤:
[0154] 步骤71:空闲状态下的用户终端持续执行小区重选,选择到一个更好的驻留小区;
[0155] 步骤72:读取新选择的驻留小区中接入所需要的最少的系统广播消息:MIB、SIB1、SIB3/4、SIB5/6、SIB7;
[0156] 步骤73:如果该小区与先前驻留的小区属于不同的路由区域或者注册区域,则需要新选择的小区中发起注册区域更新过程或者路由区域更新过程;
[0157] 即对于空闲状态的终端,在注册区域或者路由区域发生变化时,需要在新选择的小区中发起注册区域更新过程或者路由区域更新过程。
[0158] 步骤74:用户终端向网络侧发送系统广播消息请求消息指示,如SIB11/12等; [0159] 步骤75:网络侧收到所述的系统广播消息请求指示后,通过专用信令(即点对点消息)向用户终端发送其请求的系统广播消息信息,如SIB11/SIB12。
[0160] 在步骤74中用户终端还可以告知网络侧是否需要通过点对点消息下发SIB11/SIB12,例如,通过在请求消息中设置的一个指示信息标志位用于指示网络侧是否需要通过RRC消息下发SIB11/SIB12,可以设置为:当该标志 位为1时,表示需要通过点对点消息下发SIB11/SIB12,当该标志位为0时,则表示不需要通过点对点消息下发SIB11/SIB12;当然,在此条小区更新消息中也可以不设置相应的指示信息,而统一在网络侧设置为只要收到该条小区更新消息便执行通过点对点消息下发SIB11/SIB12的操作;
[0161] 或者,在该步骤中,还可以在SIB11/SIB12的内容的基础上包含更多的系统广播消息信息;
[0162] 具体如图8所示,用户终端可以使用CCCH向网络侧发送Systeminformation Request消息,请求网络侧下发用户终端需要的SIB11/SIB12信息;而且,在网络侧可以使用CCCH通过Complete System Information消息封装并向用户终端发送点对点的SIB11/SIB12信息;
[0163] 步骤76:终端向网络侧发送RRC连接建立请求,建立相应的RRC连接。 [0164] 需要说明的是,上述步骤74和75中执行的处理,也可以在RRC连接建立过程中一并完成,若选择在RC连接建立中同时完成,则可以省略执行所述步骤74和75; [0165] 若选择在步骤76中一并完成步骤74和75所述的处理,则需要在RRC连接建立请求消息(RRC CONNECTION REQUEST)中指示需要网络下发SIB11/SIB12;并由网络侧将新小区的SIB11/SIB12的内容封装在RRC连接建立消息(RRC CONNECTION SETUP)中下发给终端;
[0166] 另外,如果步骤74和75与RRC连接建立是通过两个单独的流程完成,那么这两个信令流程之间可以没有时序关系,也就是说,74与76之间没有时序关系。 [0167] 步骤77:进行后续的路由区域更新/注册区域更新信令过程。
[0168] 可以看出,经过上述处理过程,可以大大加快RAU、LAU的处理过程,从而可以有效防止相应处理过程中寻呼消息的丢失。
[0169] 本发明还提供了一种用户终端获取系统广播消息信息的系统,其具体实现结构如图9所示,包括设置于网络侧的系统广播消息信息发送端和位于用户终端中的系统广播消息信息接收端,其中:
[0170] (1)所述的用户终端中包括指示信息发送单元,用于向网络侧发送指示信息,指示网络侧的系统广播消息信息发送端将指定的系统广播消息信息通过点对点消息发送; [0171] 例如,用户终端向网络侧发送请求系统广播消息信息的消息,消息中指示需要将所述信息通过点对点消息发送;
[0172] 以WCDMA网络为例,具体可以为:通过指示信息指示网络侧通过点对点RRC消息将SIB11/SIB12等系统广播消息信息发送给用户终端中的系统广播消息信息接收端; [0173] (2)所述的系统广播消息信息发送端包点对点消息封装处理单元和点对点消息发送单元,其中:
[0174] 所述的点对点消息封装处理单元用于在指示信息发送单元的触发下,将其指示的需要发送给用户终端的系统广播消息信息封装在点对点消息中,并传送给点对点消息发送单元;
[0175] 所述的点对点消息发送单元用于将点对点消息封装处理单元发来的点对点消息发送给用户终端;
[0176] (3)所述的系统广播消息信息接收端包括点对点消息接收单元,用于接收所述的点对点消息,获取其中封装的系统广播消息信息;
[0177] 本发明中,在所述的系统广播消息信息接收端还可以包括:
[0178] 系统广播消息接收单元,用于接收所述的系统广播消息,并读取其中的用户终端需要的系统广播消息信息;例如,通过该单元,用户终端可以从系统广播消息中获取在新小区中发送消息所必需的最少的系统广播消息。
[0179] 本发明中,所述的用户终端中还包括:
[0180] 指示信息发送触发单元,所述的指示信息发送触发单元用于在用户终端收到网络侧发来的重配置命令,和/或,用户终端执行小区选择或小区重选操作,和/或,用户终端重新进入服务区并执行小区选择操作,和/或,用户终端执行路由区域更新或注册区域更新操作的情况下,触发所述的指示信息发送单元。
[0181] 综上所述,本发明中,用户终端在状态迁移过程中,通过RRC等专用信令下发SIB11/SIB12等系统广播消息信息的内容,从而减少用户终端由于等待读取广播信道上的SIB11/SIB12等系统广播消息信息而带来的时延,以及出现寻呼消息丢失的可能性,进而提高无线网络的通信性能。
[0182] 以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。