5G中终端的搜索空间.docx

上传人:lao****ou 文档编号:995181 上传时间:2024-08-28 格式:DOCX 页数:6 大小:124.83KB
下载 相关 举报
5G中终端的搜索空间.docx_第1页
第1页 / 共6页
5G中终端的搜索空间.docx_第2页
第2页 / 共6页
5G中终端的搜索空间.docx_第3页
第3页 / 共6页
5G中终端的搜索空间.docx_第4页
第4页 / 共6页
5G中终端的搜索空间.docx_第5页
第5页 / 共6页
亲,该文档总共6页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《5G中终端的搜索空间.docx》由会员分享,可在线阅读,更多相关《5G中终端的搜索空间.docx(6页珍藏版)》请在第一文库网上搜索。

1、5G中终端的搜索空间#5G#PDCeH#搜索空间在5G网络中终端(UE)根据网络配置的搜索空间,进行接收信息或收发数据的时频域搜找,而搜索空间通常是由网络通过PDCCH下发给终端的。搜索空间通常终端(UE)不会尝试解码候选的每个PDCCH;为了保持对调度器的最小限制,同时保持较少数量盲解码尝试配置了搜索空间。 搜索空间由一组连续的CCE指示,UE应该监视与某个分量载波有关的调度分配/授权。在NR-PDCCH中用于控制每个分量载波有两种类型搜索空间: 公共搜索空间(CSS):DC1CRC使用SI-RNT1(系统信息)、RA-RNT1(随机接入)、TC-RNTI(临时小区RNTI)、P-RNT1(

2、寻呼)、INT-RNT1(中断)进行力口扰),SFI-RNT1(时隙格式指示),TPC-PUCCH-RNTI(TXPWrCtr1),TPC-PUSCH-RNTI,TPC-SRS-RNTI,C-RNTI(Ce11RNTI),CS-RNTI(ConfiguredSChedU1ing)这是所有常见加扰的标识。 UE特定搜索空间(USS):DC1CRe与C-RNT1(小区RNTI)、CS-RNT1(配置调度)一起加扰,这些专门针对单个UE。 公共搜索空间(CSS)在所有UE之间共享,并且每个UE使用特定于UE的搜索空间(USS)(意味着该SS特定于UE)。 根据3GPP规范38.212,UE使用4个特

3、定搜索空间(聚合级别-1、2、4和8)和2个公共搜索空间(聚合级别4和8)来解码PDCCH,如下表所示。SearchSpaceTypeAggregation1eve1numberofPDCCHcandidatesSize(inCCEs)UESS16626124288216CSS445=*k82.M对于每个分量载波,可用资源元素组(REG)的数量被确定,并且在这些可用RE之上被分成CCE-1CCE=6REGs=72个RE0 每个载波分量的PDCCH候选是使用多个CCE传输的。用于PDCCH候选的CCE的数量可以是1、2、4或8,这相当AggregatiOn1eVe1。 每个搜索空间包括一组连续的

4、CCE,这些CCE可以分配给称为PDCCH候选的PDCCHoUE将解码这两个搜索空间中的所有PDeCH候选,以发现该UE的下行链路控制信息(DCI)。例如UE可以解码DC1以获得关于PUSeH和PDSCH上的D1资源的调度的U1许可信息。不同UE的公共搜索空间和特定于UE的搜索空间在CCE级别复用。 REG/CCE区域是针对每个搜索空间,即不同的RNT1可能会有不同的处理方式,因此REG/CCE的位置取决于实体的身份(RNTI)。 为了尽量减少冲突并有效利用资源,搜索空间之间采用了CCE复用,这意味着可以在所有搜索空间之间共享相同的REG/CCE资源,但每个搜索空间可以散列到不同范围的CCE0

5、 换言之每个调度RNT1的REG/CCE可以被唯一地定义以避免在不同调度实体之间提供搜索空间协调的冲突。 根据38.213、10.1以下是映射到PDCCH搜索空间类型的RNTI。3GPPTS38.213version15.2.0Re1ease1567ETSITS138213V15.2.0(2018-07)- aTypeO-PDCCHcommonsearchspacesetconguredbySearchSpaceZeroinMasterInformationB1ockorbySearchSpaceSIHIinPIX(H-(onfig(ommonIbraDCIformatwithCRCscram

6、b1edbyaSI-RNTIonaPrimaryce11;- aTypeOA-PDCCHcommonsearchspacesetconGgurcdbysearchSpace-()S!inPFX(H-(onfig(ommonforaDC1formatwithCRCscramb1edbyaSI-RNT1onaprimaryce11;- aTypcI-PDCCHcommonsearchspacesetconfiguredbyra-SearchSceinPf)(H-(onfig(ommonforaDCIformatwithCRCscramb1edbyaRA-RNTI,oraTC-RNTIonaprim

7、aryce11;- aTpc2-PDCCHcommonsearchspacesetconfiguredbyPagingSearChSpaCeinPI)CCH-ConfigCommonforaDCIformatwithCRCscramb1edbyaP-RNTIonaprimaryce11;- aTyPC3-PDCCHcommonsearchspacesetconfiguredbySearchSpaceinP1)CCH-CCnfigwithWiirchSpuceTvpe=commonforDCIformatswithCRCscramb1edbyINT-RNTI.orSFI-RNTI,orTPC-P

8、USCH-RNT1.OrTPC-PUCCH-RNT1.orTPC-SRS-RNTIand.on1yfortheprimaryce11,C-RNT1.orCS-RNTI(s);and- aUE-spccificsearchspacesetconfiguredbySearchSpaceinPDCCH-Conftwith.二ttr-SpecificforDCIformatswithCRCscramb1edbyC-RNTI.orCS-RNT1(s).根据38213V15.2Q10.1汇总了以下示例,用于计算搜索空间中每个时隙的PDCCH候选的CCE索引。SMt7(Rv14X.mmrMNrwwCOMMV

9、0O1U7MCI*MH1M*KU%MAHy5yQAu*rMWUMC*dMO3.CUUfMataAC1MM2*O0C4wnxoWHHV1-4toto0BCCNBMAmerAUbv*MKJrk1*ofU0CCXUMItetM2AUQTCA0MZ,tfBrtwar*CCXadmWArcMtonUwiVJandtvKKCMcirrftoM31mCaWwId11”一“G“CeImAMBCCNgMatoXiI1dr,i;j*IiCUJtartBM1*1AmmcmMMformycooweb(mcc.;CaIMMVPCCMUM4M1OS,MIMOe11/V1hOHM4Ugi.90M0toCCm3M6MoMvt

10、toActmte.rr*.(4,r,f.-m.4g,Do4ect,niamw-imw.ConctOVCUIMmOCCHUM4to1.UUMMSO53-CaIMmrOCCHCWto1,UM402a(MMRMhNR1i*1hM*wthM!Vnh10“PCexcMM*iAUMHMfOWUH2CWIKUVGWMCcI1MMIvVDCCMUMato1UC301(1Unw1*XSJ”OU1W41IMIOCCMw4MrWAUmttMriWVKkM5MCgmWWWBUCa1MMtr90CCMUM4at*2UM3I,,.(KMmmtm./hM*W4U1mt1*CaIMoT*me*UrMM-UKMWrMU1ww*

11、M*11A*hm*MtKMmi)M.JMPDCCMsMMa4AUMSot2“UMMttomaeCUMBACaCWowMrME和老康一起学5GPDCCH盲解码 UE一般不知道当前PDCCH占用的CCE个数,传输的是什么De1格式信息,它需要的信息位于哪里。 然而UE知道它期待什么信息并且UE知道RNTI值,例如在空闲状态UE将期待寻呼或SI信息,在发起随机接入之后UE期待RACH响应,当有上行链路数据在等待发送的缓冲区UE期望U1Grant等 对于不同的期望信息,UE使用相应的RNT1对接收至U的CRC与相应RNTI力口扰的TB进行CRC校验。 如果CRC校验成功,那么UE知道这个信息就是它所需

12、要的,并且会进一步推导出DC1消息的内容,这就是PDCCH盲解码过程。公共搜索空间(CSS)PDCCH盲解码(公共RNTI必须使用A14、A18、A116)CommonSearchSpace戈1,和老康一起学5GMM-MXCHandMv1 基于上述CSS嵌套CCE树PDCCH盲解码基于以下顺序进行,4个CCE(对4个PDCCH候选执行盲解码),然后是8个CCE(对2个PDCCH候选执行盲解码);然后最后16个CCE(对4个PDCCH候选执行盲解码)1个PDCCH候选的盲解码)。 在开始进行PDCCH盲解码之前,需要基于DMRS进行信道估计。 用于执行信道估计的PDCCHDMRS的数量取决于PD

13、CCH的大小,如上述CCE聚合计算所示(对于ICCE18RE用于DMRS,对于4CCE的72RE用于DMRS等等.), 信道估计和盲解码:对于CCEAggregation1eve14,对第一个由4个CCE组成的候选进行信道估计,然后UE解码PDCCH以查看RNTI是否与用DC1CRC加扰的RNT1匹配。如果不匹配,则在接下来的4个CCE上对第二个候选执行信道估计,然后UE再次解码第二个候选的PDCCH并检查与RNT1的匹配,这将再重复两次,总共4个候选的4次盲解码尝试. 如果RNT1与A14中的4个候选中的任何一个都不匹配,贝烤虑CCEAggregation1eve18,对由8个CCE组成的第一个候选执行信道估计,然后UE执行PDCCH解码并检查RNTI匹配,如果不匹配则进行信道估计并且对由接下来的8个CCE组成的第二候选执行PDCCH解码。 如果RNT1与A18中的2个候选中的任何一个都不匹配,那么最后考虑CCEAggregation1eve116,在16CCE上执行信道估计和PDCCH解码,最后如果RNTI匹配DCICRC加扰的RNT1那么UE将知道DCI为该UE分配,它将驱动DCI信息以获取D1/U1调度信息。以下是同时调度3个UE时UE特定搜索PDCCHREG/CCE资源分配的概述。和老康一起学5G

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 应用文档 > 工作总结

copyright@ 2008-2022 001doc.com网站版权所有   

经营许可证编号:宁ICP备2022001085号

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有,必要时第一文库网拥有上传用户文档的转载和下载权。第一文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第一文库网,我们立即给予删除!



客服