960-多传输块TB调度以提升网络效率.docx

《960-多传输块TB调度以提升网络效率.docx》由会员分享，可在线阅读，更多相关《960-多传输块TB调度以提升网络效率.docx（5页珍藏版）》请在优知文库上搜索。

1、多传输块TB调度，提升MTC网络效率随着部署网络的数量和连接设备的数量稳步增长，为了进一步改善网络运行和效率，Rel-16批准了MTC增强功能。调度增强：指定为SC-PTM和单播调度多个具有或不具有DCI的上下行传输块，可以讨论提高SPS。一个DCI的调度TB的最大数目关于单个DCI中的调度TB数，实际TB数在DCI中动态指示。为了避免缓冲区污染并便于软信息组合，应为单个TB中调度的不同TB分配不同的HARQ进程。对于最大TB数，应考虑重传类型。对于多个TB同时重传，如果调度的TB数等于最大HARQ进程数，则所有HARQ进程应被占用以进行第一次传输，这意味着没有额外的HARQ进程可用于上下行传

2、输。因此，UE必须停止并等待ACK/NACK反馈，这将降低上下行吞吐量并违反HARQ设计思想。对于多个TB独立重传，可以独立报告CKNCK,也可以独立调度多个TB重传。即使调度的TB数等于最大的HARQ进程数，也应交错多个HARQ进程，这将避免UE停止并等待ACK/NACK反馈。因此，一个UE可以持久地利用上下行资源，并且与多个TB同时重传相比，上下行吞吐量可以提高。除上述因素外，DCI开销也是确定最大HAQ进程数的重要因素。基于上述讨论，调度TB的最大数量可能会考虑以下因素： 最大HARQ进程数 多个TB重传类型 ACK/NACK反馈类型 DCl开销。在单个DCI中调度的多个TB的时间交织可

3、以采用图1所示的时间交织来实现多个TB调度的额外时间分集增益。理论上，与非时间交织相比，时间交织的时间资源扩展得更长，如图2所示。因此，可以实现时间分集增益。然而，特别是在深度覆盖场景中，由于每个TB在长时间资源中重复的次数更多，这将利用大部分时间分集增益。在深度覆盖场景中，通过时间交织获得的额外时间分集增益可能会受到限制。对于Iight覆盖场景，通过时间交织实现的额外时间分集增益可能非常重要。因此，在多TB调度中引入时间交织之前，需要进行评估。!MaxTBnumberMaxTBnumberMaxTBnumberMaxTBnumber!IllllIIIIIIIIITBIITB2ITB3|.IT

4、BllTB2TB3|“TBllTB2TB3|.TBIlTB2TB3|.;图1：时间交织传输-MaXrepetitionnumber*-MaxrepetitionnumberMaxrepetitionnumber-IIIITBllTBIlTBllTBllITB2TB2TB2TB2ITB3TB3TB3ITB3|.：图2:非时间交织传输由于现有的RV更新原则是更改RV每个Nacc绝对子帧。该设计主要用于在多次重复传输期间更新RV,以便于软信息组合。然而，时间交错可能违反RV设计。例如，在重复传输期间，RV应保持相同，假设NaCC=4,一个DCl中计划的TB编号为4。因此，时间交错可能会影响RV更新原

5、则。对于跳频原理，使用ModCA中FDD用DD的绝对跳频间隔（1、2、4、8/1、5、10、20；2、4、8、16/5、10、20、40）,并配置2/4个候选窄带。然而，时间交织可能会打破现有的跳频设计。例如，在重复传输期间，PRB位置应保持不变，假设跳频间隔二4,单个DCl中调度的TB数为8,候选窄带数为2。针对单播的多TB调度为了减少控制信道流量负载，特别是在eNB需要执行大量MPDCCH重复的深覆盖区域，一个控制信息调度多个TB是解决缓慢变化场景中此问题的基本方法。该方案假设一个控制信息调度N个TB,可以节省N-I个MPDCCH资源。如图3-1和3-2所示，传输可以是连续的或不连续的。使

6、用哪种传输类型可能取决于通信量类型。对于连续业务类型，由于MTCUE对时延不敏感，因此也可以不连续地调度传输块以获得额外的时间分集增益o就时序关系而言，对于连续类型，MPDCCH和PDSCH/PUSCH之间的时序非常简单，如图3-1所示，而物理资源被一个UE长时间连续占用；对于不连续类型，对于不同的传输块，MPDCCH和PDSCH/PUSCH之间的时序关系不同，如图3-2所JOMPDCCH0图3-1:连续业务类型MPDCCH0图3-2:不连续业务类型对于MTa支持异步HARQ重传。对于多个TB调度，有两种可能的解决方案，即分别独立调度每个TB重传和同时调度多个TB重传，如图4-1和4-2所示。

7、First transmissionfPDCCHlSecondtransmissionMPDCCH0图：4-1I: Initial transmissionR: RetranSmiSSi(HI transmission图：4-2独立调度每个TB重传意味着一个控制信息调度一个TB0与调度多个TB重传的一个控制信道相比，控制信道负载应增加。关于同时调度多个TB重传，将引入提前传输的TB的额外延迟。应采用哪种重传类型也与前面讨论的传输类型有关。对于不连续传输，有可用的时隙来调度TB重传。但对于连续传输类型，只能在执行所有TB的第一次传输之后才能安排重传。对于单传输块调度，PUCCH资源是通过MPDC

8、eH在系统带宽中的位置得到的。由于不同传输块的MPDCCH资源是正交的，因此不同传输块的派生PUCCH资源可以避免冲突。如果重复使用相同的解决方案，则一个UE的一个TB的PUCCH资源可能会与其他UE的TB的PUCCH资源发生冲突，从而进行多个TB的调度。对于ACK/NACK捆绑机制，由于捆绑中的一个TB解码失败将导致所有TB重传，这对于重复次数较大的TB来说是很难接受的，因此不建议将捆绑机制用于多传输块调度。对于SPS,多个传输块也共享相同的MPDCCH资源。解决方案是采用预定义的PUCCH资源，并结合RRC和DCl信令。对于单传输块调度,MPDCCH和下行传输之间的延迟为2个BL/CE子帧

9、,对于FDD,下行传输和ACK/NACK反馈之间的偏移量为4ms0MPDCCH和上行传输之间的延迟为4个绝对子帧，HARQ重传通过MPDCCH进行调度。对于多传输块调度，连续和不连续传输类型可能应用不同的定时关系。因此，应该进一步研究时序关系，包括MPDeCH与每个DL传输块的时序关系、每个DL传输块与ACK/NACK反馈的时序关系、MPDCCH与每个UL传输块的时序关系。针对SC-PTM的多TB调度图5给出了BL/CEUE的SC-PTM的普通流程图5:BL/CEUE的SC-PTM普通流程在Rel-14中，针对BL/CEUE自适应增强了LTESC-PTMoSIB20提供获取与SC-MCCH相关

10、的MPDCCH和导出SC-MCCH传输信息所需的调度信息，包括重复周期、修改周期、持续时间和起始子帧位置。UE将在TypelA-CommonSearchSpace中对SC-RNTI识别的DCIfromat6-2的MPDCCH进行盲解码，以获取表1中规定的PDSCH对应SOMCCH的配置。在UE成功解码MPDeCH后，它将检测由SORNTI加扰的相关PDSCH以获取SC-MCCHo表1:由SC-RNTI配置的MPDCCH和PDSCHDCIformatSearchSpaceTransmissionschemeofPDSCHcorrespondingtoMPDCCH6-2TypeIA-CommonI

11、fthenumberofPBCHantennaportsisone,Single-antennaport,port0isused(seeSubclause7.1.1),otherwiseTransmitdiversity(seeSubclause7.1.2)UE在获取SC-MCCH中MPDCCH对应的SC-MTCH的调度信息后，将在表2中指定的用于调度携带SC-MTCH的PDSCH的Type22Acommonsearchspace中检测DCI格式6TA或格式6TB（由G-RNTI加扰的CRC）的另一MPDCCH。UE成功解码MPDCCH后，将检测关联的PDSCH以获取SC-MTCH0SC-MT

12、CH为多个UE传送MBMS流量。表2：MPDCCH和PDSCH由G-RNTl配置DClformatSearchSpaceTransmissionschemeofPDSCHcorrespondingtoMPDCCH6-1Aor6-1BType2A-cIfthenumberofPBCHantennaportsisone,Single-antennaport,port0isused(seeommonSubclause7.1.1),otherwiseTransmitdiversity(seeSubclause7.1.2)对于LTESC-PTM传输，eNB可以通知SJMCCH更新指示。由SC-N-RNT

13、I寻址的PDCCH在子帧中传输，其中SC-MCCH按照表3中的定义进行传输。在UE接收到通知PDCCH之后，UE开始从接收到通知的同一子帧获取SC-MCCH。为了减少监控搜索空间以节省功耗并节省物理资源分配通知PDCCH,SJMCCH更新的通知是通过MPDCCHDCI组6-2中的1位来实现的，对应于SC-MCCHo此外，通过MPDCCHDCI6TA/B中的2位支持SC-MTCH通知,其中2位位图中的LSB设置为“1”,表示下一个修改期内正在进行的MBMS服务的更改,2位位图中的MSB设置为T”,表示下一个修改期内新MBMS服务的启动。表3:由SC-N-RNTI配置的PDCeHDCIformat

14、SearchSpaceDCIformat1CCommon通过表4中规定的DCl格式6-2的限制TBS索引值OWl陋W7,承载SC-MCCH的PDSCH的最大TBS限制为208bitsoSC-MCCH有效负载在145bit到1856Obit的范围内，其中最大有效负载来自于SC-MCCH调度128SC-MTCHo因此,SC-MCCH可划分为多个TB,并且应对应于每个划分的TB发送多个MPDDCH。由于具有多个TBs的SC-MCCH的每次传输将安排在sc-zcM-Aep/而Period定义的下一个重复周期之前，因此，当SOMCCH非常大时，很可能会连续传输多个TB。然而，根据RAN1#94中达成的协议，不支持一个DCI为SC-MCCH调度多个TBs,原因是并行SC-PTM的数量通常较低，相应的SC-MCCH负载也较低。表4:DCIformat1C和DClformat6-2的传输块大小（TBS）表*TBSO123456789101112131415TBS405672120136144176208224256280296328336392488，TB$16171819202122232425262728293031TBS552600632696776840904100010641128122412881384148016081736