查看: 4791|回复: 6

[技术讨论] 【5GNR】基于38523-1协议一致性协议的NR的层2之MAC概述-2 [复制链接]

蓝灵游魂

军衔等级：

列兵

注册：2014-5-23 点赞数

1

电梯直达

1^# 大中小

发表于 2019-11-19 10:07:23 |只看该作者 |倒序浏览

基于38523-1协议一致性协议的NR的层2之MAC概述-2

5GPCT [url=]5GPCT[/url]
点击上方”5GPCT0”,一起讨论5G协议

作为一个工作6年的通信老兵，在这里分享一个基于38523-1协议一致性协议的NR的层2之MAC概述-2

以38523-1中的7.1.X.X.X用例来说明下关于MAC的概述
接上述基于38523-1协议一致性协议的NR的层2之MAC概述-12)维护上行链路时间同步
由协议38321中 MAC的链路同步应该由RRC 配置以下参数以维持 UL 时间同步： --timeAlignmentTimer（每个 TAG），它控制 MAC 实体将属于相关 TAG 的服务小区视为上行链路时间同步的时间长度
对应这个参数MAC实体应：
--当收到Timing Advance CommandMAC CE时，且用明确的TAG维护NA，则对指定的 TAG 应用 Timing Advance Command，然后启动或重新启动与指示的 TAG 关联的 timeAlignmentTimer
--当收到属于标记的服务小区的随机访问响应消息中的TimingAdvance Command时，如果基于竞争的随机接入前导码中 MAC 实体未选择随机接入前导码则
为此 TAG 应用 Timing Advance Command，然后启动或重新启动与此 TAG 关联的 timeAlignmentTimer
-- timeAlignmentTimer 超时后，当timeAlignmentTimer 与 PTAG 关联时，应清除所有服务小区的所有 HARQ 缓冲区/释放所有服务小区的 PUCCH/通知RRC释放所有小区的SRS/清除任何配置的下行链路指配和配置的上行链路授权。
根据协议我们可以看到，MAC会给UE配置一个timer（称为timeAlignmentTimer），UE使用该timier在MAC层确定上行是否同步。该timer分为Cell-specific和UE-specific，其中：
1. Cell-specific由SystemInformationBlockType2的timeAlignmentTimerCommon字段来配置，
2. UE-specific由MAC-MainConfig的timeAlignmentTimerDedicated字段来配置，
如果UE配置了UE-specific的timer，则UE使用该timer值，否则UE使用Cell-specific的timer值，当UE收到来自RAR的TimingAdvance Command时，UE会启动或重启该timer。如果该timer超时，则认为上行失步，UE会清空HARQ buffer/通知RRC层释放PUCCH/SRS/并清空任何配置的DL assignment和UL grant。当该timer在运行时，UE认为上行是同步的；而当该timer没有运行，即上行失步时，UE在上行只能发送preamble
3) DL-SCH 数据传输

首先了解一下DL-SCH的主要承载：

DTCH，使用C-RNTI或SPS-CRNTI加扰，用于UE的用户面数据传输
CCCH，使用C-RNTI加扰，用于UE随机接入的相关消息传输，CCCH用于MSG4的传输，也就是竞争型随机接入
DCCH，同样使用C-RNTI加扰，用于UE控制面的传输
BCCH，使用SI-RNTI加扰，用于系统消息块的传输

协议38321是这样描述的，在PDCCH上发送的下行分配指示了DL-SCH上是否有指向特定MAC 实体的传输，并提供了相关的HARQ信息。当MAC具有C-RNTI、半静态调度C-RNTI，或TC-RNTI时，MAC实体应针对其监视PDCCH的每个PDCCH场合和每个服务小区
--如果此PDCCH场合和此服务单元的下行分配已在MAC实体的C-RNTI或临时C-RNTI的PDCCH上收到，当这是对此TC-RNTI的第一次下行分配时，或者下行分配指向UE的C-RNTI，并且如果上一次指向同一个HARQ进程的下行分配是指向UE的半静态调度C-RNTI的下行分配或者是配置的下行分配，则MAC 认为NDI已翻转。
-- 如果已经在用于 MAC 实体的 CS-RNTI 的 PDCCH 上针对该服务小区接收到针对该 PDCCH 时机的下行链路指派，当收到的 HARQ 信息中的 NDI 为 1时，考虑相应的 HARQ 进程的 NDI 没有被切换，所以指示该服务小区的下行链路指配的存在，并将相关联的 HARQ 信息传递给 HARQ 实体；当收到的 HARQ 信息中的 NDI 为 0时，如果 PDCCH 内容指示 SPS 停用，则清除此服务小区的配置下行链路指配，如果 PDCCH 内容指示 SPS 激活，则存储该服务小区的下行链路指配和相关联的 HARQ 信息作为配置的下行链路指配/初始化或重新初始化该服务小区的配置的下行链路指配/将 HARQ 进程 ID 设置为与该 PDSCH 持续时间相关联的 HARQ 进程 ID/指示存在针对该服务小区的配置的下行链路指派，并将存储的 HARQ 信息传递到 HARQ 实体/考虑已切换相应HARQ 进程的 NDI 位
由以上协议可知（协议写的真他娘的乱）
1.    对于DTCH、DCCH和CCCH而言，eNB通过PDCCH将下行分配信息（DL Assignment）发送给MAC实体，同时通过PDSCH将相应DL-SCH数据发送给MAC 实体，MAC 实体基于DL Assignment信息解析出PDSCH中的DL-SCH数据后，根据DL-SCH数据的CRC校验结果生成对应的ACK或NACK，并反馈给eNB
2.    对于BCCH而言eNB通过PDCCH将SIB1的DL Assignment发送给MAC 实体，同时通过PDSCH将相应的DL-SCH数据发送给MAC 实体， MAC 实体基于DL Assignment信息解析出PDSCH中的DL-SCH数据，此后MAC实体通过SIB1中的SI message调度信息解析出其他的SIB信息（记为SIBx）
3.    对于DL Assignment流程来说，把上面的乱七八糟的东西做成一个图说明下更直观