一种用户设备及其解码SIB1的方法
技术领域
本申请涉及一种LTE用户设备接收并解码系统消息的方法。
背景技术
随着移动通讯技术发展,LTE(Long Term Evolution,长期演进技术)用户设备(UE,User Equipment)越来越普及。其中的LTE基带芯片的性能越来越受到关注,尤其是在弱信噪比(Signal-to-noise ratio,SNR)环境下UE的接收性能。
LTE系统消息包括在PBCH(Physical Broadcast Channel,物理广播信道)上传输的MIB(master information block,主信息块,或主系统信息块)和在PDSCH(PhysicalDownlink Shared Channel,物理下行共享信道)上传输的SI(system information,系统信息)。这里由于PBCH的固定调度,我们重点讨论SI的接收。SI包含多个SIB(systeminformation block,系统信息块),有SIB1、SIB2、SIB3……等,本文用SIBx表示除SIB1以外的SIB。
LTE系统消息的接收场景有下面几种:UE开机、UE小区重选、UE小区切换、UE系统消息更新、UE收到ETWS(Earthquake and Tsunami Warning System,地震和海啸预警系统)和/或CMAS(Commercial Mobile Alert System,商业移动报警系统)通知等。当UE在弱信噪比情况下开机,系统消息的接收性能将直接关系到UE的开机速率,进而会影响UE的用户体验。当UE需要重选小区或者切换小区而进行系统消息接收时,例如UE在小区边缘或者小区重叠区域时,很可能遇到弱信噪比的环境,此时系统消息的接收性能将直接关系到UE重选小区和切换小区的成功率。
每个无线帧(radio frame)都有SFN(System Frame Number,系统帧号),并都包含10个子帧。请参阅图1,在SFN能被8整除的某个无线帧的子帧5中首次发送某个SIB1,在随后的SFN为偶数的三个无线帧的子帧5中重复发送该SIB1。因此,一个SIB1的发送周期为80毫秒,其中包括8个无线帧,相同的SIB1总共会发送4次。在弱信噪比等场景下,UE需要在一个SIB1的发送周期内接收四次相同的SIB1进行合并解码,才能成功解析出SIB1。
SIBx的调度周期是SIB1来指定的,一般为偶数个无线帧,调度周期的大小例如是8个无线帧、16个无线帧、32个无线帧、64个无线帧、128个无线帧、256个无线帧等。SIBx的发送窗口的取值范围是1毫秒、2毫秒、5毫秒、10毫秒、20毫秒、40毫秒等。
请参阅图2,这是UE开机接收系统消息的简要流程图。UE上电开机后,开始进行小区搜索。随后UE接收在PBCH上传输的MIB,并解析得到dl-Bandwidth(下行带宽参数),SystemFrameNumber(系统帧号,SFN),phich-Config(PHICH配置参数)和天线端口数等基本配置信息。随后UE接收在PDSCH上传输的SIB1,并解析得到SchedulingInfoList(调度信息表)。随后UE接收SIBx,并解析RRC(Radio Resource Connection,无线资源控制)层得到RRC空口(Air Interface,空中接口)参数。随后UE发起随机接入过程。
上述UE开机接收系统消息的方法存在如下问题。
第一,当UE的RRC层接收到MIB之后才会发出接收SIB1的命令,但是UE的物理层接收到该命令的时间可能与一个SIB1的80毫秒的发送周期对不齐。例如图3所示,UE的物理层在接收SFN为1的无线帧时收到了接收SIB1的命令。此时,UE就失去了一次在SFN为0的无线帧中接收SIB1的机会,在这个SIB1的发送周期内最多只能接收三次SIB1。在弱信噪比情况下,UE可能就无法解析出SIB1。接下来,UE需要在一个新SIB1的发送周期内接收四次新SIB1才能合并解码得到新SIB1。因此在最恶劣的条件下,UE需要150毫秒才能接收并解析出SIB1。
第二,对于TDD(time division duplex,时分双工)系统而言,PDCCH(PhysicalDownlink Control Channel,物理下行控制信道)中的mi因子(PHICH组大小因子,也称物理HARQ指示信道的组大小因子)可能是0、1、2中的任一个值。为了正确解码SIB1需要先解码PDCCH,而要解码PDCCH需要先盲解mi因子即遍历mi因子的三个可能取值从而匹配到正确的mi值。在弱信噪比条件下,需要多次接收SIB1进行合并解码,而盲解mi因子所消耗的时间可能额外增加了接收SIB1的次数。例如,原本需要接收四次SIB1进行合并解码,但是前面三次接收的SIB1分别用来尝试mi因子的三个取值以匹配到正确的mi值,因此从第四次接收的SIB1才能真正开始合并解码。这样对SIB1的合并解码时间还需要考虑盲解mi因子所额外增加的时间,后者最多占用接收三次SIB1对应的时间。
第三,UE开机后,接收SIB1是在PDSCH上进行的第一个接收任务。对于使用滤波来实现的信道估计的模块而言,在接收SIB1之前没有历史任务,则对应的滤波历史值没有更新到一个收敛的值,所以最开始接收的几个包含SIB1的子帧在信道估计上会造成性能上的损失。尤其是在弱信噪比条件下,前面几个子帧的接收可能会降低最后解码的性能,即使后续HARQ(Hybrid Automatic Repeat reQuest,混合自动重传请求)重传之后合并解码,则合并解码的性能也将有所降低。
发明内容
本申请所要解决的技术问题是提供一种LTE用户设备解码SIB1的方法,可以有效地改善上述三个技术问题。为此,本申请还要提供一种LTE用户设备。
为解决上述技术问题,本申请提供了一种用户设备,包括处理器。所述处理器被配置为执行下列操作:接收承载有SIB1的物理层传输块并对其进行解调,缓存解调后得到的软信道比特;对缓存的软信道比特进行SIB1解码;在解码SIB1失败时继续接收承载有SIB1的物理层传输块并对其进行解调,将解调后得到的软信道比特与原来缓存的软信道比特进行叠加并缓存,对缓存的叠加后的软信道比特进行SIB1合并解码;参与合并解码的SIB1的数量最多为4+n个,其中n为自然数;在解码SIB1成功时停止接收承载有SIB1的物理层传输块,并将从SIB1中解析出的信息上报给高层。
上述用户设备将参与合并解码的SIB1的数量由现有的4个扩展为最多允许4+n个,这些参与合并解码的SIB1可以跨越一个SIB1的发送周期。由此,上述用户设备可在物理层收到接收SIB1命令的时间与一个SIB1的发送周期对不齐的情况下减少成功解码SIB1的时间。
进一步地,所述n的取值随着下行信道的信噪比而变化;下行信道的信噪比越低,n的取值越大;反之亦然。这是n的取值的基本原则,即下行信道的环境越恶劣,则允许越多数量的SIB1参与合并解码SIB1。
优选地,下行信道的信噪比>5dB时,n取0;下行信道的信噪比≤5dB且>0dB时,n取2;下行信道的信噪比≤0dB且>-5dB时,n取4;下行信道的信噪比≤-5dB时,n取6。这是n的取值的优选示例。
进一步地,所述处理器被配置为还执行下列操作:在不超出接收m个SIB1的时间内盲解PDCCH中的mi因子以尝试解码PDCCH。这样可以对盲解PDCCH的时间内所消耗的接收的SIB1的数量进行独立控制,使其不影响参与合并解码的SIB1的数量。
进一步地,所述m的取值随着下行信道的信噪比而变化;下行信道的信噪比越低,m的取值越大;反之亦然。这是m的取值的基本原则,即下行信道的环境越恶劣,则允许越多数量的SIB1用来等待盲解PDCCH中的mi因子。
优选地,下行信道的信噪比>0dB时,m取3;下行信道的信噪比≤0dB且>-5dB时,m取6;下行信道的信噪比≤-5dB时,m取9。这是m的取值的优选示例。
进一步地,所述处理器被配置为还执行下列操作:对所接收SIB1或SIBx所在的子帧开始之前的一个或多个子帧提前进行接收,但丢弃提前接收的结果,其中SIBx表示除SIB1以外的SIB。这样可以使信道估计模块中的滤波历史值收敛到一个相对平稳的水平,避免在弱信噪比条件由于滤波操作没有收敛的情况而造成的性能损失。
优选地,所述提前进行接收是指提前5个子帧打开接收窗口。这是提前接收的优选示例。
本申请还提供了一种用户设备解码SIB1的方法,包括如下步骤:步骤402:用户设备接收接收承载有SIB1的物理层传输块,对其进行解调,缓存解调后得到的软信道比特。步骤404:用户设备对缓存的软信道比特进行解码以尝试得到SIB1;如果解码SIB1失败,进入步骤406;如果解码SIB1成功,进入步骤410。步骤406:用户设备继续接收承载有SIB1的物理层传输块并对其进行解调,将解调后得到的软信道比特与原来缓存的软信道比特进行叠加并缓存,回到步骤404。当UE没有收到基站发出的系统消息更新指示,并且UE收到的多个连续的承载有SIB1的物理层传输块没有跨越系统消息修改周期的边界时,UE最多对收到的4+n个连续的SIB1进行合并解码,其中n为自然数。当UE收到了系统消息更新指示、或者UE收到的多个连续的SIB1跨越了系统消息修改周期的边界、或者UE对4+n个连续的SIB1进行合并解码失败,回到步骤402重新开始。步骤410:用户设备停止接收承载有SIB1的物理层传输块,并将从SIB1中解析出的信息上报给高层。
上述用户设备解码SIB1的方法将参与合并解码的SIB1的数量由4个扩展为最多允许4+n个,这些参与合并解码的SIB1可以跨越一个SIB1的发送周期,只要UE没有收到BS的系统消息更新指示,并且参与合并解码的多个SIB1没有跨越系统消息修改周期的边界即可。由此,上述用户设备可在物理层收到接收SIB1命令的时间与一个SIB1的发送周期对不齐的情况下减少成功解码SIB1的时间。
进一步地,所述用户设备解码SIB1的方法包括如下步骤:步骤502:与步骤402相同。步骤504:用户设备盲解PDCCH中的mi因子,即遍历mi因子的三个可能取值以尝试解码PDCCH;如果解码PDCCH成功且盲解PDCCH中的mi因子的时间对应的接收SIB1的次数≤m,则进入步骤506;否则回到步骤502重新开始。步骤506:与步骤404相同。步骤508:与步骤406相同。步骤510:与步骤410相同。这样可以对盲解PDCCH的时间内所消耗的接收的SIB1的数量进行独立控制,使其不影响参与合并解码的SIB1的数量。
进一步地,用户设备对所接收的SIB1或SIBx所在的子帧开始之前的一个或多个子帧提前进行接收,但丢弃提前接收的结果,其中SIBx表示除SIB1以外的SIB。这样可以使信道估计模块中的滤波历史值收敛到一个相对平稳的水平,避免在弱信噪比条件由于滤波操作没有收敛的情况而造成的性能损失。
本申请取得的技术效果包括如下几个方面。第一,当UE的物理层收到接收SIB1命令的时间与一个SIB1的80毫秒的发送周期对不齐时,通过扩展参与合并解码的SIB1的数量,减少了UE成功解码SIB1的时间。第二,对于TDD系统需要盲解PDCCH中的mi因子的情况,额外增加了盲解PDCCH所消耗时间对应的接收SIB1的数量,使得抵消盲解PDCCH时间的SIB1数量与参与合并解码的SIB1的数量相互独立,互不影响。第三,通过提前开启接收任务使得信道估计模块中的滤波历史值收敛到稳定水平,提升信道估计性能和解码性能。
附图说明
图1是一个SIB1的发送周期的示意图(现有技术)。
图2是UE开机接收系统消息的简要流程图(现有技术)。
图3是UE的物理层收到接收SIB1命令的时间与一个SIB1的发送周期对不齐的示意图(现有技术)。
图4是本申请提供的UE解码SIB1的方法的实施例一的流程图。
图5是本申请提供的UE解码SIB1的方法的实施例二的流程图。
具体实施方式
LTE系统消息的修改周期由UE的RRC层配置,取值范围为64个无线帧、128个无线帧、256个无线帧、512个无线帧、1024个无线帧、2048个无线帧、4096个无线帧中的一种。与一个SIB1的发送周期为8个无线帧相比,系统消息的修改周期要大得多。在一个系统消息的修改周期内,不同的SIB1发送周期内的SIB1是相同的。即使跨越了系统消息修改周期的边界,在边界之前和边界之后发送的SIB1也可能保持相同,这是因为系统信息是半静态的参数,本来就是不需要频繁改动的。因此对于UE的物理层来说,只要SIB1的内容没有变化,就可以合并解码。
请参阅图4,这是本申请提供的UE解码SIB1的方法的实施例一,包括如下步骤。
步骤402:UE接收承载有SIB1的物理层TB(Transport Block,传输块),对其进行解调,缓存解调后得到的软信道比特(sote channel bits)。
步骤404:UE对缓存的软信道比特进行解码以尝试得到SIB1。如果解码SIB1失败,进入步骤406。如果解码SIB1成功,进入步骤410。
步骤406:UE继续接收承载有SIB1的物理层TB并对其进行解调,将解调后得到的软信道比特与原来缓存的软信道比特进行叠加并缓存,回到步骤404对缓存的叠加后的软信道比特进行解码。这一步相当于UE逐个增加参与合并解码的SIB1的数量,从而对多个连续的SIB1进行合并解码。
当UE没有收到基站(BS,Base Station)发出的系统消息更新指示,并且UE收到的多个连续的承载有SIB1的物理层TB没有跨越系统消息修改周期的边界时,UE最多对收到的4+n个连续的SIB1进行合并解码。
当UE收到了系统消息更新指示、或者UE收到的多个连续的SIB1跨越了系统消息修改周期的边界、或者UE对4+n个连续的SIB1进行合并解码失败,回到步骤402重新开始接收承载有SIB1的物理层TB。
步骤410:UE停止接收承载有SIB1的物理层TB,并将从SIB1中解析出的信息上报给高层。所述从SIB1中解析出的信息例如包括SchedulingInfoList。所述高层例如是UE的RRC层。
优选地,所述步骤406中的n的取值随着无线信道环境而变化。从BS到UE的下行通信信道的信噪比越低,n的取值越大;反之亦然。例如,当从BS到UE的下行通信信道的SNR>5dB时,n取0;当所述SNR≤5dB且>0dB时,n取2;当所述SNR≤0dB且>-5dB时,n取4;当所述SBR≤-5dB时,n取6。这表明下行通信信道的信噪比较好(>5dB)时仍沿用现有的最多允许4个SIB1合并解码的策略,随着下行通信信道的信噪比变差,则采用梯度递增的方式增加允许SIB1合并解码的最大数量。
所述UE解码SIB1的方法的实施例一仅在UE端实现,不需要在BS端配置。所述UE解码SIB1的方法的实施例一既适用于FDD系统,也适用于TDD系统,特别适用于FDD系统。现有的UE解码SIB1的方法一般设计为最多允许对一个SIB1发送周期内的4个SIB1进行合并解码,本申请则将参与合并解码的SIB1的数量最大扩展为4+n个,这些参与合并解码的SIB1可以跨越一个SIB1的发送周期,只要UE没有收到BS的系统消息更新指示,并且参与合并解码的多个SIB1没有跨越系统消息修改周期的边界即可。由此,所述UE解码SIB1的方法的实施例一可在UE的物理层收到接收SIB1命令的时间与一个SIB1的发送周期对不齐的情况下减少成功解码SIB1的时间。
与所述UE解码SIB1的方法的实施例一相对应,本申请提供的UE的实施例一包括处理器,所述处理器被配置为执行下列操作:接收承载有SIB1的物理层TB并对其进行解调,缓存解调后得到的软信道比特。对缓存的软信道比特进行SIB1解码。在解码SIB1失败时继续接收承载有SIB1的物理层TB并对其进行解调,将解调后得到的软信道比特与原来缓存的软信道比特进行叠加并缓存,对缓存的叠加后的软信道比特进行SIB1合并解码;参与合并解码的SIB1的数量最多为4+n个。在解码SIB1成功时停止接收承载有SIB1的物理层TB,并将从SIB1中解析出的信息上报给高层。
请参阅图5,这是本申请提供的UE解码SIB1的方法的实施例二,包括如下步骤。
步骤502:UE接收承载有SIB1的物理层TB,对其进行解调,缓存解调后得到的软信道比特。
步骤504:UE盲解PDCCH中的mi因子,即遍历mi因子的三个可能取值以尝试解码PDCCH。如果解码PDCCH成功且盲解PDCCH中的mi因子的时间对应的接收SIB1的次数(即该时间内所接收的承载有SIB1的物理层TB中包含的SIB1的数量)≤m,则进入步骤506;否则回到步骤502重新开始接收承载有SIB1的物理层TB。
在这一步中,UE继续接收承载有SIB1的物理层TB并对其进行解调,将解调后得到的软信道比特与原来缓存的软信道比特进行叠加并缓存。
步骤506:UE对缓存的软信道比特进行解码以尝试得到SIB1。如果解码SIB1失败,进入步骤508。如果解码SIB1成功,进入步骤510。
步骤508:UE继续接收承载有SIB1的物理层TB并对其进行解调,将解调后得到的软信道比特与原来缓存的软信道比特进行叠加并缓存,回到步骤506对缓存的叠加后的软信道比特进行解码。这一步相当于UE逐个增加参与合并解码的SIB1的数量,从而对多个连续的SIB1进行合并解码。
当UE没有收到基站发出的系统消息更新指示,并且UE收到的多个连续的承载有SIB1的物理层TB没有跨越系统消息修改周期的边界时,UE最多对收到的4+n个连续的SIB1进行合并解码。
当UE收到了系统消息更新指示、或者UE收到的多个连续的SIB1跨越了系统消息修改周期的边界、或者UE对4+n个连续的SIB1进行合并解码失败,回到步骤502重新开始接收承载有SIB1的物理层TB。
步骤510:UE停止接收承载有SIB1的物理层TB,并将从SIB1中解析出的信息上报给高层。所述从SIB1中解析出的信息例如包括SchedulingInfoList。所述高层例如是UE的RRC层。
优选地,所述步骤504中的m的取值随着无线信道环境而变化。从BS到UE的下行通信信道的信噪比越低,m的取值越大;反之亦然。例如,当从BS到UE的下行通信信道的SNR>0dB时,m取3;当所述SNR≤0dB且>-5dB时,m取6;当所述SBR≤-5dB时,m取9。这表明下行通信信道的信噪比较好(>0dB)时为盲解PDCCH留出了相当于接收三次SIB1的时间。随着下行通信信道的信噪比变差,则采用梯度递增的方式增加盲解PDCCH所消耗的时间对应于接收SIB1的数量。
优选地,所述步骤508中的n的取值随着无线信道环境而变化。从BS到UE的下行通信信道的信噪比越低,n的取值越大;反之亦然。例如,当从BS到UE的下行通信信道的SNR>5dB时,n取0;当所述SNR≤5dB且>0dB时,n取2;当所述SNR≤0dB且>-5dB时,n取4;当所述SBR≤-5dB时,n取6。这表明下行通信信道的信噪比较好(>5dB)时仍沿用现有的最多允许4个SIB1合并解码的策略,随着下行通信信道的信噪比变差,则采用梯度递增的方式增加允许SIB1合并解码的最大数量。
所述UE解码SIB1的方法的实施例二仅在UE端实现,不需要在BS端配置。所述UE解码SIB1的方法的实施例二仅适用于TDD系统。对TDD系统而言,解码PDCCH需要先盲解mi,因此比FDD系统额外增加了盲解PDCCH所额外消耗的接收SIB1的数量。所述UE解码SIB1的方法的实施例二因此将接收的SIB1分为两部分,第一部分用来等待UE盲解PDCCH,第二部分用来对SIB1进行合并解码。现有的UE解码SIB1的方法一般设计为对盲解PDCCH和合并解码SIB1不加区分,在信道条件比较差的情况下,UE需要反复尝试遍历mi以盲解PDCCH,浪费很多接收的SIB1,增加了UE的功耗和注册时延。所述UE解码SIB1的方法的实施例二区分了盲解PDCCH所消耗的SIB1的最大数量m和合并解码SIB1的最大数量4+n,当任何一部分达到最大数量还不成功时,可以及时上报失败,有利于UE的高层及时作出正确判断进行下一步的动作。这样可在UE的接收性能和接收速度之间做一个合理平衡,进而节省手机的功耗。
与所述UE解码SIB1的方法的实施例二相对应,本申请提供的UE的实施例二包括处理器,所述处理器被配置为执行下列操作:接收承载有SIB1的物理层TB并对其进行解调,缓存解调后得到的软信道比特。在不超出接收m个SIB1的时间内盲解PDCCH中的mi因子以尝试解码PDCCH。对缓存的软信道比特进行SIB1解码。在解码SIB1失败时继续接收承载有SIB1的物理层TB并对其进行解调,将解调后得到的软信道比特与原来缓存的软信道比特进行叠加并缓存,对缓存的叠加后的软信道比特进行SIB1合并解码;参与合并解码的SIB1的数量最多为4+n个。在解码SIB1成功时停止接收承载有SIB1的物理层TB,并将从SIB1中解析出的信息上报给高层。
所述UE解码SIB1的方法的两个实施例中,UE接收的SIB1位于SFN为偶数的每个无线帧的子帧5中。优选地,UE对所接收的子帧开始之前的一个或多个子帧提前进行接收,但丢弃提前接收的结果。所述提前接收的结果例如是从提前接收的子帧中解析出来的正确SI-RNTI(System Information - Radio Network Temporary Identifier,系统信息-无线网络临时标识)加扰的DCI(Downlink Control Information,下行控制信息)。这样做的目的是使得信道估计模块中的滤波历史值收敛到一个相对平稳的水平,避免在弱信噪比条件由于滤波操作没有收敛的情况而造成的性能损失。该方案适用于UE的SIB(包含SIB1和SIBx)的接收任务。
相应的,本申请提供的UE中的处理器还被配置为执行下列操作:对所接收SIB1或SIBx所在的子帧开始之前的一个或多个子帧提前进行接收,但丢弃提前接收的结果。
对于SIB1而言,SIB1位于SFN为偶数的每个无线帧的子帧5中。为了在子帧5之前得到更好的信道估计,例如对SFN为偶数的每个无线帧的子帧0至子帧4提前打开接收窗口但舍弃接收结果,提前接收的子帧可称之为训练窗口(training window)。
对于SIBx而言,一个SIBx接收对应一个发送窗口。一般情况下,SIBx的接收不会出现上述信道估计模块性能损失的问题。但是也有基站把SIBx的调度正好放在一个SIBx发送窗口的第一个子帧中,此时第一个子帧的SIBx接收同样面临信道估计性能有损失的情况。为了在某一个无线帧的第一个子帧之前得到更好的信道估计,可在前一个无线帧提前一个或多个子帧打开接收窗口但舍弃接收结果,例如训练窗口为5个子帧。
综上所述,本申请提供的UE解码SIB1的方法有利于PDSCH接收性能的提升,尤其是在弱信噪比条件下,进而在整体上提高UE的接入成功率和切换成功率等系统指标,从而进一步提高LTE系统在弱信号环境下的用户体验。
以上仅为本申请的优选实施例,并不用于限定本申请。对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。