通信终端及其接收***信息的方法与装置
技术领域
本发明涉及通信技术领域,尤其涉及一种通信终端及其接收***信息的方法与装置。
背景技术
在通用移动通信***(UMTS,Universal Mobile TelecommunicationsSystem)中,通信终端开机后,首先进行小区搜索,当它搜到一个合适的小区后,就开始读取该小区的广播信道(BCH,Broadcast Channel)以获取相应的***信息,如有关公共信道、位置区、小区选择、小区重选等参数。依据这些参数,通信终端才可以和基站建立连接、完成通信。因此***信息的接收是影响通信终端性能的一个关键因素。
***信息根据其内容的不同,可以分为不同的信息块,为了使其准确、高效的在无线接收上发送,就需要对其进行合理的调度,比如,将信息块分段或者串接成合适在BCH上发送的格式和长度。3GPP标准规定的信息块,包括主信息块(MIB,Master Information Blocks)、***信息块(SIB,System InformationBlocks),以及调度块(SB,Scheduling Blocks)。其中,MIB主要包含网络的公共陆地移动网络(PLMN,Public Land Mobile Network)信息和SIB的调度信息,还可能包含一个或两个SB的调度信息;SB中包含MIB中没有给出的SIB的调度信息;SIB中则包含具体的***信息的参数。上述的MIB、SB和SIB之间的关系可参照图1所示的树图。需要说明的是,任何一个SIB的调度信息只可以包含在一个地方,即在MIB中或者SB中。
具体的,当广播信道的配置完成后,通信终端先根据MIB的调度信息从广播信道中解析出MIB。解析后的MIB中包含的信息有:MIB值标签、支持的PLMN类型、PLMN标识、SIB的调度信息,有时还可能有调度块SB1和/或SB2的调度信息。其中SIB或SB的调度信息主要包括位置参数、块数参数、循环周期参数等,通过这些参数通信终端就可以接收到对应的SIB或者SB。由于SB中包含的仍是SIB的调度信息,当通信终端接收到SB后还要从SB进一步的解析出其中包含的SIB的调度信息,然后再基于这个调度信息接收其对应的SIB。
现有技术中,上述的***信息是在广播信道中循环发送的,通信终端会按照上述的流程连续的接收并存储这些SIB,然后从存储的SIB中提取当前需要的SIB来使用。如当通信终端要进行小区重选时,就从保存的SIB中提取SIB3,当通信终端要进行邻区测量时就从保存的SIB中提取SIB11。但是本领域技术人员并未考虑到现有技术中这种连续接收***信息的方法,接收过程会占用较多的软件和硬件资源,接收效率低、功耗大。
相关技术可以参考公开号为US2011019615A1的美国专利申请。
发明内容
本发明解决的是现有技术中通信终端接收***信息时浪费资源、功耗大、接收效率低的问题。
为解决上述问题,本发明技术方案提供一种通信终端接收***信息的方法,包括:在广播信道配置完成后,根据通信终端在当前应用状态下对***信息的需求获取对应的调度信息;按照所述调度信息接收相应的所需***信息。
可选的,所述通信终端接收***信息的方法还包括:
建立调度信息表,所述调度信息表适于存放接收所需***信息所依据的调度信息;
基于所需***信息的接收结果更新所述调度信息表。
可选的,所述基于所需***信息的接收结果更新所述调度信息表包括:判断所需***信息的接收是否正确,是则存储该***信息,并删除所述调度信息表中该***信息对应的调度信息,否则更新所述调度信息表中该***信息对应的调度信息。
可选的,所述更新所述调度信息表中该***信息对应的调度信息包括:将指示在当前接收周期内接收该***信息的调度信息替换为指示在下一个接收周期内接收该***信息的调度信息。
可选的,每次删除所述调度信息表中的调度信息后,判断所述调度信息表中是否还存在调度信息,是则继续按照所述调度信息表中的调度信息接收相应的所需***信息,否则结束***信息的接收。
可选的,所需***信息至少包括主信息块,所述根据通信终端在当前应用状态下对***信息的需求获取对应的调度信息包括:基于广播信道的配置,获取所述主信息块对应的调度信息。
可选的,所需***信息还包括至少一种类型的***信息块,所述根据通信终端在当前应用状态下对***信息的需求获取对应的调度信息还包括:通过解析所述主信息块获取所需的***信息块对应的调度信息。
可选的,所述基于所需***信息的接收结果更新所述调度信息表包括:若接收到的主信息块中还包含调度块的调度信息,且所述调度块包含有所需***信息块的调度信息,则将所述调度块的调度信息添加到所述调度信息表,并在接收到所述调度块后用其中包含的所需***信息块的调度信息替换所述调度块的调度信息。
可选的,所述通信终端接收***信息的方法还包括:在所述广播信道中发送不属于所需***信息的期间执行避让操作,所述避让操作是指所述通信终端执行的除接收所需***信息以外的其他操作。
可选的,所述避让操作包括进入睡眠、小区选择、网络搜索、频点测量和异卡操作中的至少一种。
可选的,所述通信终端接收***信息的方法还包括:按照所述调度信息正确接收完所有需要接收的***信息后,释放广播信道的配置。
可选的,所述通信终端接收***信息的方法还包括:若所述通信终端的当前应用状态发生改变,则重新配置广播信道并获得改变后的应用状态下所需***信息对应的调度信息。
可选的,所述通信终端的通信模式为WCDMA、TD-SCDMA或LTE。
为解决上述问题,本发明技术方案还提供了一种通信终端接收***信息的装置,包括:
获取单元,用于在广播信道配置完成后,根据通信终端在当前应用状态下对***信息的需求获取对应的调度信息;
接收单元,用于按照所述调度信息接收相应的所需***信息。
可选的,所述通信终端接收***信息的装置还包括:
创建单元,用于建立调度信息表,所述调度信息表用于存放接收所需***信息所依据的调度信息;
更新单元,用于基于所需***信息的接收结果更新所述调度信息表。
可选的,所述通信终端接收***信息的装置还包括避让单元,用于在所述广播信道中发送不属于所需***信息的期间执行避让操作,所述避让操作是指所述通信终端执行的除接收所述需要的***信息以外的其他操作。
可选的,所述避让操作包括进入睡眠、小区选择、网络搜索、频点测量和异卡操作中的至少一种。
可选的,所述通信终端接收***信息的装置还包括释放单元,用于在所述接收单元按照所述调度信息正确接收完所有需要接收的***信息后,释放广播信道的配置。
可选的,所述通信终端接收***信息的装置还包括控制单元,用于当所述通信终端的当前应用状态发生改变时,控制重新配置广播信道,并由所述获取单元获得改变后的应用状态下所需***信息对应的调度信息。
可选的,所述通信终端的通信模式为WCDMA、TD-SCDMA或LTE。
为解决上述问题,本发明技术方案还提供了一种通信终端,包括上述通信终端接收***信息的装置。
与现有技术相比,本发明的技术方案具有以下优点:
根据当前应用状态下对***信息的需求获取相应的调度信息,并按照该调度信息对所需***信息进行接收,由此实现了对***信息的不定时按需接收,从而能提高***信息的接收效率,减少接收过程中软件资源、硬件资源的占用率,并降低通信终端在接收***信息过程的功耗。
根据当前应用状态下对***信息的需求建立调度信息表,并根据调度信息表进行***信息的接收和调度信息表的更新,即当接收错误时更新调度信息表中相应***信息的调度信息,或者在接收正确时删除调度信息表中相应***信息的调度信息,或者将调度块中的调度信息添加到调度信息表中,既保证了接收***信息的准确性,又保证了对相同的***信息不会重复接收,提高了***信息接收的效率。
通信终端可以在广播信道中不属于所需***信息的发送时间内执行避让操作,能为待机模式下的通信终端节省耗电,为连接模式下的通信终端增加测量能力、减少频点交互的冲突,或者为多卡通信终端预留执行异卡操作的时间。
附图说明
图1是3GPP标准中MIB、SB、SIB之间的关系树示意图;
图2是本发明实施例一的通信终端接收***信息的方法的流程示意图;
图3是实施例一中步骤S12的实施流程示意图;
图4是本发明实施例二中的步骤S12的实施流程示意图。
具体实施方式
如背景技术所述,***信息是由移动网络向通信终端以广播形式下发的一类信息,它告知所属区域内所有通信终端有关公共信道、位置区、小区选择、小区重选、相关定时器或计数器的相关参数,是通信终端完成搜网、小区驻留、小区重选的重要依据。接收时,通信终端首先根据MIB的调度信息从广播信道中得到MIB,然后再从MIB解析中得到部分SIB的调度信息,然后依据这些调度信息去接收对应的SIB。若从MIB中还得到SB,那么就进一步的再从SB中获得其他SIB的调度信息,并依据这些调度信息接收对应的SIB。
现有技术中,为了准确、完整的接收***信息,通信终端会连续的接收这些在广播信道上周期性重复发送的***信息,并将它们保存,供通信终端在需要时使用。但现有技术中,本领域技术人员并未考虑到通信终端当前的应用模式下,***信息发送过程中具有周期性重复发送的特点,从而对同一***信息进行重复的接收。也就是说,对同一个***信息,在每个发送周期都要完成一次从BCH中获取MIB、从MIB中得到SIB的调度信息、再依据SIB的调度信息读取SIB、最终得到SIB中具体参数的过程。而当通信终端处于某种应用状态下时(例如待机、搜网等),这些具体的参数是固定不变的,这样就导致了通信终端浪费了大量的***资源进行重复接收。另外,协议中并不规定在各个应用状态下,比如小区选择、网络搜索等,对***信息的需求。而实际上,当通信终端处在某种应用状态下时,对于在广播信道上重复发送的***信息,也并不是全部需要,而是需要其中的部分就可以了。比如,对于FDD-WCDMA的通信终端,在搜网状态时,仅需要接收MIB即可,在小区驻留状态时,则仅需要MIB、SIB1、SIB3、SIB5、SIB7和SIB11。而现有技术中通信终端会将广播信道中发送的所有***信息全部接收,也就是说,通信终端浪费了一定的硬件和软件资源接收了部分在当前应用状态下不需要的***信息。上述这两种情况,都导致了通信终端在接收***信息时资源浪费、功耗增加、接收效率下降。
为解决上述问题,本发明技术方案提出了一种非连续的接收***信息的方法:在广播信道配置完成后,根据通信终端在当前应用状态下对***信息的需求获取对应的调度信息,再按照所获取的调度信息接收相应的所需***信息。与现有技术的连续接收的方法不同,本技术方案在广播信道完成配置后,通信终端首先根据当前应用状态确定需要的***信息,然后根据这些***信息的调度信息非连续的、非重复的去接收这些需要的***信息,这样既能满足通信终端在当前状态下对***信息的需求,又减少了对通信终端硬件资源、软件资源的负荷,提高了***信息接收的效率,也降低了通信终端的功耗。
为使本发明的上述目的、特征和优点能够更为明显易懂,下面结合附图,以FDD-WCDMA***为例对本发明技术方案做详细的说明。
实施例一
如图2所示,为本实施例的通信终端接收***信息的方法的流程示意图,包括:
步骤S10:BCH完成配置。当通信终端从一种应用状态切换到另一种应用状态时,BCH的配置都会发生变化。而***信息又是在BCH中发送给通信终端的,因此在接收***信息时,首先应完成BCH的配置,如发送时隙、发送格式等等。具体的配置过程,为本领域技术人员所公知,此处不再赘述。然后执行步骤S11。
步骤S11:获取通信终端在当前应用状态下对***信息的需求。3GPP标准规定的***信息,如表1所示。对于不同的通信模式,协议中规定了需要使用哪些***信息。例如,对于本实施例的频分复用宽带码分多址(FDD-WCDMA,Wideband Code Division Multiple Access)***来说,协议规定暂不使用其中的SIB15/SIB15.x、SIB16。在其他实施例中,对于其他制式的通信***,其协议也会对使用的***信息有相应的规定,如对时分同步码分多址(TD-SCDMA,Time Division-Synchronous Code Division Multiple Access)的***来说,则不使用其中的SIB8、SIB9、SIB10、SIB13和SIB14。其他制式的通信***,相应的协议中也有明确规定,此处不做赘述。
表1
前面已经提到,通信终端在某种应用状态下时,仅需要BCH中发送的部分***信息,对不需要的***信息可以不进行接收。因此,通信终端要根据当前应用状态首先确定对***信息的需求,所述当前应用状态也就是通信终端在完成步骤S10中的BCH配置后所处的应用状态,如搜网状态、小区驻留状态、连接状态、***信息更新等。当通信终端处于上述任一种应用状态时,对***信息的需求都是固定的,表2所示为通信终端在这几种常见的应用状态时对***信息的需求:
表2
需要说明,当应用状态为***信息更新时,所需要的***信息需求为MIB和特定的SIB,其中特定的SIB可以根据具体需要更新的***信息来确定是哪些SIB的组合。
步骤S12:获取对应的调度信息,按照所述对应的调度信息接收相应的所需***信息。确定了通信终端在当前应用状态下对***信息的需求后,就能对这些需要的***信息进行接收。前面已经说明,调度信息的作用就是指示相应的***信息在BCH中的接收位置,因此要先获取当前应用状态下对***信息的需求对应的调度信息,然后依据这些调度信息进行相应的接收。
步骤S13:释放BCH配置。当通信终端将当前应用状态下所有的***信息接收完毕后,就可以释放BCH的配置。当通信终端的应用状态发生改变时,通信网络会通过寻呼消息或者状态变化指示消息来通知通信终端,此时BCH会重新配置,然后再次从步骤S11开始,根据新的应用状态下对***信息的需求获取对应的调度信息,并按照所述调度信息接收相应的所需***信息。
其中,步骤S12执行过程可以如图3所示,具体包括:
步骤S1201:建立调度信息表。所述调度信息表用于存放接收所需***信息所依据的调度信息。具体的,调度信息包括该***信息的重复周期、分段数、初始位置和位置偏移,如表3所示为初始建立的调度信息表。
表3
***信息 |
分段数 |
重复周期 |
初始位置 |
位置偏移 |
MIB |
1 |
8 |
0 |
|
SB1 |
|
|
|
|
SIB3 |
|
|
|
|
SIB5 |
|
|
|
|
SIB7 |
|
|
|
|
SIB11 |
|
|
|
|
其中,***信息一栏用来存放具体的***信息,如MIB、SB或者SIB。重复周期一栏用来存放的数据用来指示对应的***信息重复多少个物理帧出现一次;当在两个物理帧内不能完成该***信息的发送时(BCH的传输时间间隔(TTI,Transmission Time Interval)为20ms,包含两个物理帧),该***信息就会被分成多个部分进行发送,分段数一栏存放的数据即用来指示相应的***信息被分成了几个分段发送;初始位置一栏存放的数据用来指示***信息所在的位置或者第一分段所在的位置的***帧号是多少;位置偏移一栏存放的数据则表示该***消息有多段时,下一段相对于上一段的偏移。以上参数中,重复周期、起始位置均以***帧号表示,位置偏移的单位为物理帧。对FDD的WCDMA***来说,MIB的调度信息可基于广播信道的配置获取,且固定为重复周期=8、初始位置=0,表示MIB每8个物理帧重复发送一次、起始帧号为0,且不分段发送。因此,在BCH信道配置完成后直接可以得到MIB的调度信息,因此可以直接填入初始的调度信息表中。而SIB的调度信息,则需要通信终端依据MIB的调度信息将MIB成功接收并解析后才能获得。本实施例以通信终端处于小区驻留状态时为例,参照表2,通信终端需要的***信息包括MIB、SIB1、SIB3、SIB5、SIB7和SIB11,因此得到如表3所示的初始的调度信息表。其中,SIB1的调度信息是包含在SB1中的,因此初始建立调度信息表时,可以先保存SB1的调度信息。然后,通信终端根据调度信息表中MIB的调度信息从BCH中接收MIB,然后就得到了相应的SIB或SB的调度信息,此时就将各SIB的调度信息保存到调度信息表中,得到了如表4所示的包含了所有通信终端需要的***信息的调度信息的调度信息表,依据这些调度信息,通信终端能相应的进行***信息的接收。
表4
***信息 |
分段数 |
重复周期 |
初始位置 |
位置偏移 |
MIB |
1 |
8 |
0 |
|
SB1 |
1 |
16 |
2 |
|
SIB3 |
1 |
32 |
6 |
|
SIB5 |
3 |
32 |
12 |
2,6 |
SIB7 |
1 |
64 |
22 |
|
SIB11 |
6 |
64 |
26 |
2,2,24 |
步骤S1202:按照调度信息表对***信息进行接收。
仍参考表4,SIB3的调度信息为重复周期=32、分段数=1、初始位置=6,通信终端就在***帧号为6的位置对SIB3进行接收;再例如,仍参考表4,对于SIB5,其调度信息为重复周期=32、分段数=3、初始位置=12,通信终端就在***帧号为12的位置接收SIB5的第一个分段,在***帧号为46的位置接收第二个分段,在***帧号为84的位置接收第三个分段。
步骤S1203:判断是否正确接收。具体的,可以通过CRC校验等本领域技术人员公知的校验手段来判断本次接收是否正确,此处不做详细描述。若是,则执行步骤S1204,若否,则执行步骤S1205。
步骤S1204:存储接收到的***信息。然后执行步骤S1206。
步骤S1205:更新调度信息表中该***信息对应的调度信息。对于接收错误的***信息,则需要在该***信息的下一个发送周期重新接收,此时应更新该***信息对应的调度信息,即将指示在当前接收周期内接收该***信息的调度信息替换为指示在下一个接收周期内接收该***信息的调度信息。例如,若SIB3出现了接收错误的情况,那么就需要在下一个SIB3的发送周期重新接收该***信息。根据SIB3的调度信息,下一个接收位置为***帧号为38的位置。然后依据更新后的调度信息表,继续执行步骤S1202。
步骤S1206:判断存储的***信息是否为调度块。如表4所示,SIB1的调度信息是包含在SB1中的。通信终端根据调度信息表中SB1的调度信息将SB1接收并解析后才能获得SIB1的调度信息,然后才能将SIB1的调度信息更新到调度信息表中。也就是说,当通信终端此时接收到的***信息为SB时,即判断结果为是则应执行步骤S1207:用SB中的包含的SIB的调度信息替换调度信息表中SB的调度信息。然后依据更新后的调度信息表,继续执行步骤S1202。仍参考表4,就是用从SB1中读取到的SIB1的调度信息,替换掉SB1的调度信息,替换后得到如表5所示的调度信息表。当步骤S1206判断结果为否,则表示***信息是SIB,且已经正确接收、并存储到了通信终端中,后续就不需要再次对其接收了,则应执行步骤S1208:从调度信息表中删除该调度信息。然后依据更新后的调度信息表,继续执行步骤S1202。
表5
***信息 |
分段数 |
重复周期 |
初始位置 |
位置偏移 |
MIB |
1 |
8 |
0 |
|
SIB1 |
1 |
32 |
4 |
|
SIB3 |
1 |
32 |
6 |
|
SIB5 |
3 |
32 |
12 |
2,6 |
SIB7 |
1 |
64 |
22 |
|
SIB11 |
6 |
64 |
26 |
2,2,24 |
在其他实施例中,如果SIB1的调度信息直接包含在MIB中,那么接收到MIB后就直接能得到如表5所示的调度信息表。
步骤S1208之后,执行步骤S1209:判断调度信息表中***信息是否全部接收完成。若否,则应返回步骤S1201,依据调度信息表中给出的调度信息继续接收***信息。若是,则结束步骤S12的接收流程。
本实施例的通信终端接收***信息的方法,根据通信终端的当前应用状态来确定需要接收的***信息及其对应的调度信息,然后依据这些调度信息进行不定时的***信息的接收,节省了通信终端的软件、硬件资源,提高了***信息接收的效率,节省了耗电量。
实施例二
与实施例一相比,本实施例的不同之处在于步骤S12的具体执行过程中。如图4所示,为本实施例的步骤S12的执行过程,包括:
步骤S1211:建立调度信息表。
步骤S1212:判断当前***信息是否为需要接收的***信息。前面已经说明,在广播信道中连续循环的发送的***信息中既包含通信终端在当前应用状态下需要的***信息,也包含通信终端在当前应用状态下不需要的***信息。在这段不需要的***信息的发送时间段内,通信终端可以进行接收,以节省耗电。或者,更进一步的,还可以在这段不需要进行接收的***信息的发送时间内执行一些其他的操作以充分利用通信终端的软硬件资源。本步骤的作用,就是判断出当前发送的***信息不是所需的***信息时,使通信终端进行其他的操作。具体的,当判断结果为是,则执行步骤S1214,否则执行步骤S1213。
步骤S1213:通信终端执行避让操作。在步骤S1212中已经提到,在不需要接收的***信息的发送时间段内,通信终端可以进入睡眠以减少耗电,或者执行一些其他的操作以充分利用通信终端的软硬件资源,也就是本步骤所述的执行避让模式。所述避让操作是指所述通信终端执行的除接收所述需要的***信息以外的其他操作,包括进入睡眠、频点测量和异卡操作中的至少一种。其中,所述异卡操作指的是在多卡通信终端中,当前接收***信息的用户识别卡之外的任意一个用户识别卡的操作,比如测量、搜网等等。可以理解的,在不需要接收的***信息的发送时间段内,通信终端进入睡眠,就能节省通信终端的耗电量,这对于目前市场上广泛使用的耗电量较大的智能手机来说,是很有意义的;或者在这段时间内,通行终端去完成其他频点的测量,则能够提高通信终端的测量能力;又或者在这段时间内进行他用户识别卡相关操作,为多卡终端的异卡操作预留更多的资源。
具体的避让操作的过程包括:
根据不需要接收的***信息的调度信息,计算避让操作的起始时刻和时间长度;在避让操作的避让时刻,通知相应模块执行相应动作。比如,参考表3,在SIB2发送的位置和时间段即为这个时间段内避让操作的起始时刻和时间长度。根据SIB2的调度信息,可以快速确定SIB2的发送位置和时间段,然后就可以根据***需求,通知相应的模块执行相应动作。
步骤S1214:按照调度信息表对***信息进行接收。具体实施参考实施例一中的步骤S1202。
步骤S1215:判断是否正确接收。具体的,可以通过CRC校验等本领域技术人员公知的校验手段来判断本次接收是否正确,此处不做详细描述。若是,则执行步骤S1216,若否,则执行步骤S1217。具体实施参考实施例一中的步骤S1203。
步骤S1216:存储接收到的***信息。具体实施参考实施例一中的步骤S1204。然后执行步骤S1218。
步骤S1217:更新调度信息表中该***信息对应的调度信息。具体实施参考实施例一中的步骤S1205。
步骤S1218:判断存储的***信息是否为调度块。具体实施参考实施例一中的步骤S1206。
步骤S1219:用SB中的包含的SIB的调度信息替换调度信息表中SB的调度信息。具体实施参考实施例一中的步骤S1207。
步骤S1220:从调度信息表中删除该调度信息。具体实施参考实施例一中的步骤S1208。
步骤S1220之后,执行步骤S1221:判断调度信息表中***信息是否全部接收完成。若否,则应返回步骤S1211,依据调度信息表中给出的调度信息继续接收***信息。若是,则结束步骤S12的接收流程。
本实施例的通信终端接收***信息的方法,根据通信终端的当前应用状态来确定需要接收的***信息及其对应的调度信息,然后依据这些调度信息来不定时的进行接收,提高了***信息接收的效率。
进一步的,在不需要接收的***信息的发送时间段内,通信终端还可以执行避让操作,为通信终端节省耗电、或者增强测量能力、或者为异卡操作提供更多的预留资源。
在通信模式为其他制式的实施例中,如TD-SCDMA、长期演进***(LTE,Long Term Evolution),通信终端接收***信息的流程可参考本发明实施例一或二,只是它们的协议中规定使用的***信息、在不同应用模式下对***信息的需求、以及广播信道的配置略有不同。本领域的技术人员基于实施例一或实施例二完全可以经过简单推导或改动得到其他通信模式的通信终端接收***信息的方法,此处就不再赘述。
本领域技术人员可以理解,实现上述技术方案的全部或部分是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于可读存储介质中,所述存储介质可以是ROM、RAM、磁碟、光盘等。
虽然本发明披露如上,但本发明并非限定于此。任何本领域技术人员,在不脱离本发明的精神和范围内,均可作各种更动与修改,因此本发明的保护范围应当以权利要求所限定的范围为准。