我是靠谱客的博主 想人陪板凳,最近开发中收集的这篇文章主要介绍srs信道估计_SRS部分琐碎内容整理,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

节前最后一篇,停止学习,收拾心情准备过节!67e475dc1da8aecb9f1de49ed8ed9b75.pngd270dbf2ed2f46009faccafb12aac0f0.pngc488088ccf44c0ac683338e8bfa34bd8.png3bdab20b77f391455bf7e8189220b8f7.png

b2d4a5f2e9d29a0adbd327e4ce6784e2.png

本文以SRS的高层配置为主线整理几个琐碎的SRS方面的信息。大家也可以先阅读如下另一篇关于SRS的总结短文:

5G SRS

言归正传,SRS的资源集IE总体结构如下:

2dffce3befaaf5402d5f25592c670bc6.png

其中最为重要的每个SRS资源包括如下部分:

09f5694a348e6499f0a28ddf1155abf2.png

上面的梳齿相关配置中,comb2时候最多采用8个循环移位,comb4时候最多使用12个循环移位,则对于comb2来说,就有16个复用后的发送机会,而comb4情况下有48个机会。

86e8a47b1d429a56cef2519485a2966c.png

对于跳频以32RB为例:

f6be9ecb1c529d7d0338d10457aa0af0.png

intra-slot跳频示例:

d81435f93528d470cf98f55f813f1d7d.png

混合 intra-slot和inter-slot跳频示例:

bf34da22cd0844cb51dcb5a94177760a.png

inter-slot跳频示例:

ff99608b682d7cbd7ff8128a6561ba07.png

SRS的重发repetitonfactor的IE中可以看到支持1,2,4,这里就不画图了。

另外基于码本和非码本的传输,应用于PUSCH传输,PUSCH也就支持两种传输方案:基于码本的传输和基于非码本的传输。

其具体实现方式为:

当pusch-config中的高层参数txconfig设置为“codebook”时,使用基于码本的传输配置;当高层参数txconfig设置为“noncodebook”时,使用基于非码本的传输配置。

对于基于码本的传输,可以通过DCI0_0、DCI0_1或半静态配置来调度PUSCH,如果使用DCI0_1调度,则UE根据SRI、TPMI和RANK确定其PUSCH预编码,这些信息由DCI字段SRS ResourceIndicator,PrecodingInformation,number oflayers等给出,TPMI用于指示天线端口0…ν-1上要应用的预编码,当配置多个SRS资源时,它对应于SRI选择的SRS资源,或者如果配置了单个SRS资源,则TPMI用于指示天线端口0…ν-1上要应用的预编码,传输预编码是从上行链路码本中选择的,该码本中有很多天线端口,等于SRS配置中较高层参数nrofsrs端口,当使用设置为“codebook”的高层参数txconfig配置时,至少使用一个SRS资源配置UE。时隙n中所示的SRI与SRI标识的最新SRS资源传输相关。

对于非码本传输,PUSCH能够使用DCI0_0 , DCI0_1以及半静态配置。UE可以基于宽带SRI(使用多个SRS资源时候)确定自己的PUSCH预编码。其中SRI通过DCI中的SRS Resource Indicator给定,或者通过高层参数srs-ResourceIndicator给定。UE可以使用一个或者多个SRS资源,用于UE在相同RB中同时传送的SRS资源数依赖于UE能力。每套SRS资源只能使用一个SRS端口。通过使用高层参数usage(位于SRS-ResourceSet中)配置为'nonCodebook'而生效。能为非码本的上行传输配置的最大SRS资源数量为4 。

这里使用的高层参数pusch-config如下:

PUSCH-Config ::=     

SEQUENCE {       dataScramblingIdentityPUSCHINTEGER (0..1023) 

txConfig      ENUMERATED {codebook,nonCodebook}    

dmrs-UplinkForPUSCH-MappingTypeA    SetupRelease { DMRS-UplinkConfig }  

    ...  ...  ...

}

此中所使用的DCI0_0/DCI0_1各个字段展示如下:

首先是DCI0_0

df27c3827ea716776cde1a2652117435.png

然后是DCI0_1:

2e8667a9bbe8fff5df9f76874b41b8fa.png

大致流程如下,首先是基于码本的PUSCH传输:

ef45e1eeb2ce44ef620d98363c6d2647.png

step1:gNB接收由基于2或者4个天线端口的SRS资源,然后根据这些SRS天线端口信息进行信道估计而推断出使用的层数,最优预编码矩阵及MCS等信息。

Step2:gNB使用DCI0_1中的SRI(字段SRS Resource Indicator)发送给UE来调度PUSCH传输。

Step3:PUSCH的数据部分及其对应的DMRS的传输基于上述预编码矩阵。

然后是基于非码本的传输:

4441c4e903f0f7b172694ccd5c3d07cb.png

Step1:首先UE接收CSI-RS资源

Step2:gNB使用DCI0_1发给UE来获取SRS资源(使用字段SRS request),之后gNB收到SRS资源,基于CSI-RS的信息和上下行互易性进行信道估计,SRS进行预编码。

Step3:gNB发送DCI0_1来调度PUSCH资源,使用字段SRI提供SRS资源作为参考。

Step4:PUSCH数据部分及其对应的DMRS使用选定的SRS天线端口作为参考。

新春愉快!

5ca107cda8d29d15f36f60ba77deb205.png

最后

以上就是想人陪板凳为你收集整理的srs信道估计_SRS部分琐碎内容整理的全部内容,希望文章能够帮你解决srs信道估计_SRS部分琐碎内容整理所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(61)

评论列表共有 0 条评论

立即
投稿
返回
顶部