隨著部署網(wǎng)絡的數(shù)量和連接設備的數(shù)量穩(wěn)步增長，為了進一步改善網(wǎng)絡運行和效率，Rel-16 批準了MTC增強功能。

調度增強：指定為SC-PTM和單播調度多個具有或不具有DCI的上下行傳輸塊，可以討論提高SPS。

一個DCI的調度TB的最大數(shù)目

關于單個DCI中的調度TB數(shù)，實際TB數(shù)在DCI中動態(tài)指示。為了避免緩沖區(qū)污染并便于軟信息組合，應為單個TB中調度的不同TB分配不同的HARQ進程。對于最大TB數(shù)，應考慮重傳類型。

對于多個TB同時重傳，如果調度的TB數(shù)等于最大HARQ進程數(shù)，則所有HARQ進程應被占用以進行第一次傳輸，這意味著沒有額外的HARQ進程可用于上下行傳輸。因此，UE必須停止并等待ACK/NACK反饋，這將降低上下行吞吐量并違反HARQ設計思想。

對于多個TB獨立重傳，可以獨立報告ACK/NACK，也可以獨立調度多個TB重傳。即使調度的TB數(shù)等于最大的HARQ進程數(shù)，也應交錯多個HARQ進程，這將避免UE停止并等待ACK/NACK反饋。因此，一個UE可以持久地利用上下行資源，并且與多個TB同時重傳相比，上下行吞吐量可以提高。

除上述因素外，DCI開銷也是確定最大HAQ進程數(shù)的重要因素。

基于上述討論，調度TB的最大數(shù)量可能會考慮以下因素：

• 最大HARQ進程數(shù)

• 多個TB重傳類型

• ACK/NACK反饋類型

• DCI開銷。

在單個DCI中調度的多個TB的時間交織

可以采用圖1所示的時間交織來實現(xiàn)多個TB調度的額外時間分集增益。理論上，與非時間交織相比，時間交織的時間資源擴展得更長，如圖2所示。因此，可以實現(xiàn)時間分集增益。然而，特別是在深度覆蓋場景中，由于每個TB在長時間資源中重復的次數(shù)更多，這將利用大部分時間分集增益。在深度覆蓋場景中，通過時間交織獲得的額外時間分集增益可能會受到限制。對于light覆蓋場景，通過時間交織實現(xiàn)的額外時間分集增益可能非常重要。因此，在多TB調度中引入時間交織之前，需要進行評估。

由于現(xiàn)有的RV更新原則是更改RV每個Nacc絕對子幀。該設計主要用于在多次重復傳輸期間更新RV，以便于軟信息組合。然而，時間交錯可能違反RV設計。例如，在重復傳輸期間，RV應保持相同，假設Nacc=4，一個DCI中計劃的TB編號為4。因此，時間交錯可能會影響RV更新原則。

對于跳頻原理，使用Mode A中FDD/TDD的絕對跳頻間隔（{1、2、4、8}/{1、5、10、20}；{2、4、8、16}/{5、10、20、40}），并配置2/4個候選窄帶。然而，時間交織可能會打破現(xiàn)有的跳頻設計。例如，在重復傳輸期間，PRB位置應保持不變，假設跳頻間隔=4，單個DCI中調度的TB數(shù)為8，候選窄帶數(shù)為2。

針對單播的多TB調度

為了減少控制信道流量負載，特別是在eNB需要執(zhí)行大量MPDCCH重復的深覆蓋區(qū)域，一個控制信息調度多個TB是解決緩慢變化場景中此問題的基本方法。該方案假設一個控制信息調度N個TB，可以節(jié)省N-1個MPDCCH資源。

如圖3-1和3-2所示，傳輸可以是連續(xù)的或不連續(xù)的。使用哪種傳輸類型可能取決于通信量類型。對于連續(xù)業(yè)務類型，由于MTC UE對時延不敏感，因此也可以不連續(xù)地調度傳輸塊以獲得額外的時間分集增益。就時序關系而言，對于連續(xù)類型，MPDCCH和PDSCH/PUSCH之間的時序非常簡單，如圖3-1所示，而物理資源被一個UE長時間連續(xù)占用；對于不連續(xù)類型，對于不同的傳輸塊，MPDCCH和PDSCH/PUSCH之間的時序關系不同，如圖3-2所示。

對于MTC，支持異步HARQ重傳。對于多個TB調度，有兩種可能的解決方案，即分別獨立調度每個TB重傳和同時調度多個TB重傳，如圖4-1和4-2所示。

獨立調度每個TB重傳意味著一個控制信息調度一個TB。與調度多個TB重傳的一個控制信道相比，控制信道負載應增加。關于同時調度多個TB重傳，將引入提前傳輸?shù)腡B的額外延遲。

應采用哪種重傳類型也與前面討論的傳輸類型有關。對于不連續(xù)傳輸，有可用的時隙來調度TB重傳。但對于連續(xù)傳輸類型，只能在執(zhí)行所有TB的第一次傳輸之后才能安排重傳。

對于單傳輸塊調度，PUCCH資源是通過MPDCCH在系統(tǒng)帶寬中的位置得到的。由于不同傳輸塊的MPDCCH資源是正交的，因此不同傳輸塊的派生PUCCH資源可以避免沖突。如果重復使用相同的解決方案，則一個UE的一個TB的PUCCH資源可能會與其他UE的TB的PUCCH資源發(fā)生沖突，從而進行多個TB的調度。

對于ACK/NACK捆綁機制，由于捆綁中的一個TB解碼失敗將導致所有TB重傳，這對于重復次數(shù)較大的TB來說是很難接受的，因此不建議將捆綁機制用于多傳輸塊調度。

對于SPS，多個傳輸塊也共享相同的MPDCCH資源。解決方案是采用預定義的PUCCH資源，并結合RRC和DCI信令。

對于單傳輸塊調度，MPDCCH和下行傳輸之間的延遲為2個BL/CE子幀，對于FDD，下行傳輸和ACK/NACK反饋之間的偏移量為4ms。MPDCCH和上行傳輸之間的延遲為4個絕對子幀，HARQ重傳通過MPDCCH進行調度。

對于多傳輸塊調度，連續(xù)和不連續(xù)傳輸類型可能應用不同的定時關系。因此，應該進一步研究時序關系，包括MPDCCH與每個DL傳輸塊的時序關系、每個DL傳輸塊與ACK/NACK反饋的時序關系、MPDCCH與每個UL傳輸塊的時序關系。

針對SC-PTM的多TB調度

圖5給出了BL/CE UE的SC-PTM的普通流程

在Rel-14中，針對BL/CE UE自適應增強了LTE SC-PTM。SIB 20提供獲取與SC-MCCH相關的MPDCCH和導出SC-MCCH傳輸信息所需的調度信息，包括重復周期、修改周期、持續(xù)時間和起始子幀位置。UE將在Type1A-common Search Space中對SC-RNTI識別的DCI?fromat6-2的MPDCCH進行盲解碼，以獲取表1中規(guī)定的PDSCH對應SC-MCCH的配置。在UE成功解碼MPDCCH后，它將檢測由SC-RNTI加擾的相關PDSCH以獲取SC-MCCH。

UE在獲取SC-MCCH中MPDCCH對應的SC-MTCH的調度信息后，將在表2中指定的用于調度攜帶SC-MTCH的PDSCH的Type 2 2A common search space中檢測DCI格式6-1A或格式6-1B（由G-RNTI加擾的CRC）的另一MPDCCH。UE成功解碼MPDCCH后，將檢測關聯(lián)的PDSCH以獲取SC-MTCH。SC-MTCH為多個UE傳送MBMS流量。

對于LTE SC-PTM傳輸，eNB可以通知SC-MCCH更新指示。由SC-N-RNTI尋址的PDCCH在子幀中傳輸，其中SC-MCCH按照表3中的定義進行傳輸。在UE接收到通知PDCCH之后，UE開始從接收到通知的同一子幀獲取SC-MCCH。為了減少監(jiān)控搜索空間以節(jié)省功耗并節(jié)省物理資源分配通知PDCCH，SC-MCCH更新的通知是通過MPDCCH DCI組6-2中的1位來實現(xiàn)的，對應于SC-MCCH。此外，通過MPDCCH DCI6-1A/B中的2位支持SC-MTCH通知，其中2位位圖中的LSB設置為“1”，表示下一個修改期內正在進行的MBMS服務的更改，2位位圖中的MSB設置為“1”，表示下一個修改期內新MBMS服務的啟動。

通過表4中規(guī)定的DCI格式6-2的限制TBS索引值0≤ITBS≤7，承載SC-MCCH的PDSCH的最大TBS限制為208bits。SC-MCCH有效負載在145bit到18560bit的范圍內，其中最大有效負載來自于SC-MCCH調度128 SC-MTCH。因此，SC-MCCH可劃分為多個TB，并且應對應于每個劃分的TB發(fā)送多個MPDDCH。由于具有多個TBs的SC-MCCH的每次傳輸將安排在sc-mcch-RepetitionPeriod定義的下一個重復周期之前，因此，當SC-MCCH非常大時，很可能會連續(xù)傳輸多個TB。

然而，根據(jù)RAN1#94中達成的協(xié)議，不支持一個DCI為SC-MCCH調度多個TBs，原因是并行SC-PTM的數(shù)量通常較低，相應的SC-MCCH負載也較低。