查看: 1780|回复: 3

[技术交流] 【和你一起聊聊NB-IoT】NB-IoT关键流程8—随机接入过程

[复制链接]

60

主题

118

帖子

552

积分

利尔达员工

Rank: 9Rank: 9Rank: 9

积分
552
发表于 2019-5-30 10:42:54 | 显示全部楼层 |阅读模式
与LTE系统类似,NB-IoT使用随机接入过程来实现UE初始接入网络,并完成上行链路同步过程。在Re-13 版本中,UE只需支持基于竞争的随机接入,但是仍旧保留NPDCCH触发的NPRACH,通过DCI格式N1来指示。任DCI中给出NPRACH的初始子载波位置和重复次数。
       小区搜索取得频率和符号同步、获取SIB信息、启动随机接入过程建立RRC连接。当UE返回RRC Idle 空闲状态时,若需要发送数据或接收到寻呼,则也会再次启动随机接入过程。UE产生随机接入前导的方式和LTE系统不同,不再需要前导索引来生成随机接入前导序列,所有的都采用默认的全1序列。
       UE通过Msg1传输随机接入前导,通过Msg2传输随机接入响应,通过Msg3传输MAC子层和RRC子层的消息,Msg3 包含1个IoT比特用于指示该UE是否支持Multi-tone,通过Msg4实现竞争解决。
       对于NB-IoT UE,基于竞争的随机接入过程如下:
      1)在锚点载波,执行随机接入过程。
      2)在恢复RRC连接的过程中,携带恢复ID用于恢复RRC连接。
      3)在建立RRC连接过程中,包含关于后续在SRB或DRB上传输的数据量大小的指示信息。
      竞争随机接入过程如图1所示。
图1:竞争随机接入过程
竞争随机接入过程的4个步骤如下。
      步骤1:上行链路中在RACH上的随机接入前导。有两个可能被定义的组,其中一个是可选的。如果两个组都已经被配置,则使用Msg3的大小和路径损耗来确定前导是选自哪一个组。前导所属的组提供了Msg3大小的指示及UE的无线条件。前导组信息连同必需的阈值在系统消息中进行广播。
      步骤2:在DL-SCH上由MAC产生的随机接入响应。
      1)与Msg1半同步(在弹性窗口之内, 该窗口的大小是一个或更 多的TTI)。
      2)没有HARQ。
      3)寻址到PDCCH上的RA-RNTI.
      4)至少传输rA前导标识、对p-TAG的时间对准信息、初始上行授权和临时C-RNTI的分配(这些基于竞争决议可以是或者可以不是永久的)。
      5)计划用于1个DL-SCH消息中可变的UE数量。
步骤3:在UL-SCH上的第1次上行调度传输。
      1)使用HARQ。
      2)传输块的大小取决于在步骤2中传输的上行授权。
      对于初始接入:①传输RRC连接请求,该RRC连接请求由RRC子层产生并通过CCCH传输;②至少传输NaS用户终端身份标志,但没有NAS消息;③RLC TM没有划分。
      对于RRC连接重建过程:①传输RRC连接重建请求,由rRC子层产生并通过CCCH传输;②RLC TM没有划分;③不包括任何NAS消息。
      在切换之后,在目标小区:①传输被加密和完整保护的切换确认,该切换确认由层产生并通过DCCH传输:②传输UE的C-RNTI (通过切换命令被分配);③如果可能,则包括上行缓冲状态报告。
      对于其他的事件,至少传输用户终端的C-RNTI。
      对于NB-IoT,在恢复连接的过程中,传输恢复ID以便恢复连接;在建立连接的程中,可以指明在SRB或者DRB上后续传输的数据量的指示。
      步骤4:在下行链路上的竞争决议。
      1)使用早期竞争决议,也就是说,eNB基站在决定竞争之前不会等待NAS的回复。
      2)与Msg3不同步。
      3)支持HARQ。
      4)为初始接入并在无线链路失败之后,临时C-RNTI承载在PDCCH上;
      5)对于在RRC Connected连接状态的UE,C-RNTI承载在PDCCH上。
        正如在Msg3中提出的,HARQ反馈仅由UE进行传输,该UE探测它自己的身份标志,在竞争决议消息中回应。对于初始接入和连接重建过程,不使用RLC-TM。
        当临时C-RNTI被升级为UE的C-RNTI时,若该UE探测RA成功并且还没有C-RNTI则被其他所降级。探测RA成功并且已经具有C-RNTI的UE恢复使用它的C-RNTI.
        当配置有DC时,竞争随机接入过程的前3个步骤在MCG中的PCell上及在SCG的PSCell上发生。
       物理层的随机接入突发由1个循环前缀、1 个前导符和1个保护时间组成,并且在是在此期间不发送信息。随机接入前导码由Zadoff-Chu序列和零相关区域生成。
物理层随机访问传输使用1个3.75kHz的子载波间隔,由符号组和符号组之间的跳频组成。每个符号组都有1个循环前缀和1个前导码。在频率上每个符号组的跳由1个或6个子载波组成,并且通过伪随机数进行重复。为适应不同大小的小区尺寸,有两个可能的循环前缀长度被用于随机接入传输符号组。
和LTE系统中随机接入序列使用ZC序列不同,NB-IoT中的随机接入序列是单频传输(3.75kHz子载波空间),并且使用的符号(Symbol) 为一定值。次的随机接入序列传输包含4个符号组,1个符号组由1个CP和5个符号组成,
每个符号组之间会有跳频(frequency Hopping)选择传输的随机接入序列就是选择起始的子载波。
      NB-IoT UE 一律需要从主载波上进行随机接入,eNB基站会在随机接入的第4道信息传递非主载波的信息中将NB-IoT UE卸载到非主载波上进行后续的数据传输,避免主载波的无线资源吃紧。每个符号组之间会有跳频。选择传输的随机接入前导即是选择起始的子载波。
      与LTE系统相同的是,NB-IoT 的随机接入过程采用4步随机接入过程。与LTE系统不同的是,NB-IoT的NPRACH采用不同的载波位置来区分用户,因此,RAR接收时采用的RA-RNTI不是根据时频资源来计算的,其计算公式如下:
RA-RNTI=1+「SFN ID+4」
式中,SFN ID  -NPRACH资源的第1个系统帧号。
      NB-IoT的Msg2重传、Msg3重传、Msg4的传输均依赖DCI的调度,采用Type2-Css。Msg3初传的上行授权(UL Grant)在RAR中通过15bit指示。因为Msg3的大小被固定为8bit所以MCS/TBS仅占用3bit中的3个状态来指示8biti的3种情况,其余5个状态留作后续使用。
此外,在Msg3中, UE还会再-次 上报支持 Multi-tone 和非锚点载波的能力。 由于不同覆盖等级的NPRACH资源针对不同的信道状态,因此仅在最低覆盖等级支持功率调整(Power Ramping),而对于非最低覆盖等级的UE均采用最高功率进行发送。此时,eNB基站可以利用NPRACH估计上行信道情况。
      在Rel-13版本中,NB-IoT采用E-UTRAN随机接入过程,其主要区别在于:
●不支持切换触发的随机接入过程。
●不支持RRC_ Connected连接状态,以定位为目的的随机接入过程。
●不支持基于非竞争的随机接入过程。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
回复

使用道具 举报

1197

主题

1258

帖子

3600

积分

论坛元老

Rank: 8Rank: 8

积分
3600
发表于 2019-12-13 09:21:25 | 显示全部楼层
msg5失败过多该怎么解决,有什么优化方案吗
回复

使用道具 举报

60

主题

118

帖子

552

积分

利尔达员工

Rank: 9Rank: 9Rank: 9

积分
552
 楼主| 发表于 2019-12-19 09:54:35 | 显示全部楼层
13675829026 发表于 2019-12-13 09:21
msg5失败过多该怎么解决,有什么优化方案吗

你好,LTE系统中,NB-IoT基于竞争的随机接入只有四步随机接入过程,Msg5过程是不需要执行的。
回复

使用道具 举报

60

主题

118

帖子

552

积分

利尔达员工

Rank: 9Rank: 9Rank: 9

积分
552
 楼主| 发表于 2019-12-19 10:09:24 | 显示全部楼层
13675829026 发表于 2019-12-13 09:21
msg5失败过多该怎么解决,有什么优化方案吗

如果客户在其他技术应用中出现该情况,UE已经显示发送了Msg5但基站侧只显示Msg4和RRC连接释放,可以考虑检查是否存在上行干扰或上行链路质量异常等问题,再根据实际情况去分析解决。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

快速回复 返回顶部 返回列表