通信人家园
标题:
【5GNR】基于38523-1协议一致性协议的NR的 层2之MAC概述-2
[查看完整版帖子]
[打印本页]
时间:
2019-11-19 10:07
作者:
蓝灵游魂
标题:
【5GNR】基于38523-1协议一致性协议的NR的 层2之MAC概述-2
基于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概述-1
2)
维护上行链路时间同步
由协议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流程来说,把上面的乱七八糟的东西做成一个图说明下更直观
2019-11-19 09:53 上传
下载附件
(66.03 KB)
其中:
DL assignment有5种:SPS重传、SPS的重激活、SPS的释放、SPS的已激活态、SPS的普通传输
SPS的调度只在主小区生效
HARQ进程ID的计算公式(看了我也不会算!):
2019-11-19 09:53 上传
下载附件
(29.49 KB)
以
以上是MAC概述-2,由于手上没有这方面的用例log,之后我会补充,接下来是准备MAC概述-3
-------------
相关协议下载
------------
3Gpp
协议网址:
http://www.3gpp.org/ftp/
基于38523-1协议一致性协议的NSA PDCP 12bit传输
基于38523-1协议一致性协议的NSA AM RLC 12bit (SI) 的传输
基于38523-1协议一致性协议的NSA UM RLC 6bites(SI) 的传输
NSA
添加专用承载的流程
基于38523-1协议一致性协议的NR的 层2之MAC概述-2.pdf
(678.41 KB, 下载次数: 13)
2019-11-19 10:06 上传
下载次数: 13
附件:
3.png
(2019-11-19 09:53, 66.03 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NDE5MzY1fDBjYzE2OTVjfDE3MzI5Mzg4Mjh8MHww
附件:
2.png
(2019-11-19 09:53, 29.49 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=NDE5MzY2fGZiOWYxODUyfDE3MzI5Mzg4Mjh8MHww
附件:
基于38523-1协议一致性协议的NR的 层2之MAC概述-2.pdf
(2019-11-19 10:06, 678.41 KB) / 下载次数 13
https://www.txrjy.com/forum.php?mod=attachment&aid=NDE5MzY3fDJjMTUyMjkyfDE3MzI5Mzg4Mjh8MHww
时间:
2020-10-10 14:00
作者:
sbtczb
谢谢!
时间:
2020-12-2 17:21
作者:
jhyetao
好帖,谢谢
时间:
2020-12-23 14:45
作者:
lizhiming183
mac的东西太少了吧,搜索方法不对吗
时间:
2020-12-28 13:45
作者:
蓝灵游魂
lizhiming183 发表于 2020-12-23 14:45:01
mac的东西太少了吧,搜索方法不对吗
写的少,太懒了哈哈
时间:
2021-1-30 13:42
作者:
bhbbianhaibo
看看,谢谢分享!
时间:
2021-6-2 18:28
作者:
tongxinyfyddd
感谢分享
通信人家园 (https://www.txrjy.com/)
Powered by C114