將RLC級(jí)聯(lián)功能移動(dòng)到MAC層，以便結(jié)合RLC級(jí)聯(lián)和MAC復(fù)用的物理操作。刪除RLC級(jí)聯(lián)的主要問(wèn)題之一是增加了報(bào)頭開(kāi)銷(xiāo)。

在LTE中，復(fù)用原理使得可以通過(guò)將分組物理級(jí)聯(lián)到傳輸單元中來(lái)有效地利用資源。然而，LTE中的這種過(guò)程，實(shí)際上通過(guò)將RLC SDU從一個(gè)邏輯信道級(jí)聯(lián)到RLC層中的一個(gè)RLC PDU中，以及通過(guò)將來(lái)自不同邏輯信道的RLC PDU復(fù)用到MAC層中的MAC PDU中來(lái)實(shí)現(xiàn)兩次。以這種方式，MAC PDU在RLC和MAC（子）報(bào)頭中攜帶關(guān)于相同數(shù)據(jù)字段的信息。

LTE?用戶(hù)面堆棧在不同的層中具有類(lèi)似的功能，即RLC層中的級(jí)聯(lián)和MAC層中的復(fù)用。

除此之外，RLC級(jí)聯(lián)需要來(lái)自MAC層調(diào)度的輸入，即它需要與MAC交互以為每個(gè)UL?grant構(gòu)造RLC PDU。在MAC層中接收到調(diào)度決策（上行鏈路許可大小）和LCP過(guò)程之后，可以執(zhí)行RLC級(jí)聯(lián)，并且應(yīng)該在一個(gè)調(diào)度周期內(nèi)完成。這意味著RLC和MAC層都不能在授權(quán)信息之前進(jìn)行任何預(yù)處理。因此，它受到嚴(yán)格的實(shí)時(shí)處理要求，特別是在UE側(cè)。

由于NR的目標(biāo)是非常高的數(shù)據(jù)速率和低時(shí)延，與用于傳輸?shù)臄?shù)據(jù)量相比，發(fā)射機(jī)和接收機(jī)可用的處理時(shí)間可能非常有限。因此，必須簡(jiǎn)化NR中的L2協(xié)議功能，并設(shè)計(jì)處理能力友好的功能。在這方面，去除RLC級(jí)聯(lián)具有以下優(yōu)點(diǎn)：

1.通過(guò)去除重復(fù)的過(guò)程來(lái)簡(jiǎn)化L2協(xié)議功能，即MAC復(fù)用可以代替RLC級(jí)聯(lián)。

2.啟用RLC和MAC層的預(yù)處理過(guò)程。

3.通過(guò)應(yīng)用固定大小的標(biāo)頭來(lái)減少處理時(shí)間。

這種方法的主要缺點(diǎn)是與LTE相比將有更多的RLC PDU，這導(dǎo)致與（子）報(bào)頭相關(guān)聯(lián)的更多開(kāi)銷(xiāo)。

頭部開(kāi)銷(xiāo)分析

如上所述，如果移除RLC級(jí)聯(lián)，主要缺點(diǎn)可能是與（子）報(bào)頭相關(guān)聯(lián)的開(kāi)銷(xiāo)，因?yàn)镽LC PDU的數(shù)量遠(yuǎn)大于LTE的數(shù)量。

• Option?1.保持LTE RLC級(jí)聯(lián)

• Option?2.刪除LTE RLC級(jí)聯(lián)

調(diào)查開(kāi)銷(xiāo)是否真正重要?？紤]三種情況，即上行鏈路高數(shù)據(jù)速率情況、VoLTE情況和TCP ACK情況。

上行鏈路高數(shù)據(jù)速率情況

首先分析上行鏈路高數(shù)據(jù)速率情況下的報(bào)頭開(kāi)銷(xiāo)。在這種情況下，假設(shè)所有PDCP SDU的大小是1500字節(jié)，PDCP報(bào)頭的大小是3字節(jié)（18位SN），RLC固定報(bào)頭的大小為3字節(jié)（16位SN）、LI字段的長(zhǎng)度是1.5字節(jié)，MAC子報(bào)頭的大小也是3字節(jié)，最后一個(gè)MAC子報(bào)頭大小是1字節(jié)，并且上行鏈路許可足夠大。表1顯示了隨著IP數(shù)據(jù)包數(shù)量（表示為N）的增加而產(chǎn)生的報(bào)頭開(kāi)銷(xiāo)。

正如預(yù)期的那樣，Option 2的L2報(bào)頭的總大小比Option 1的大，即大約2倍。然而，隨著IP數(shù)據(jù)包數(shù)量的增加，報(bào)頭開(kāi)銷(xiāo)變得飽和，增加的報(bào)頭開(kāi)銷(xiāo)僅為0.2973%，這似乎微不足道。

VoLTE情況

接下來(lái)，分析VoLTE情況的報(bào)頭開(kāi)銷(xiāo)。在這種情況下，假設(shè)所有PDCP SDU的大小為35字節(jié)，PDCP報(bào)頭的大小為1字節(jié)（7位SN），RLC固定報(bào)頭的大小是1字節(jié)（RLC UM模式中為5位SN）、LI字段的長(zhǎng)度為1.5字節(jié)、MAC子報(bào)頭的大小2字節(jié)、最后一個(gè)MAC子報(bào)頭大小1字節(jié)，并且上行鏈路許可足夠大。表2顯示了IP數(shù)據(jù)包（表示為N）數(shù)量越大時(shí)的報(bào)頭開(kāi)銷(xiāo)。

正如預(yù)期的那樣，Option 2的L2報(bào)頭的總大小比Option 1的大，即大約1.48倍。然而，報(bào)頭開(kāi)銷(xiāo)增加了2.9911%，這似乎并不重要。

TCP ACK情況

最后分析了TCP ACK情況下的報(bào)頭開(kāi)銷(xiāo)。在這種情況下，假設(shè)所有PDCP SDU的大小是52字節(jié)，PDCP報(bào)頭的大小是2字節(jié)，RLC固定報(bào)頭的大小為3字節(jié)，LI字段的長(zhǎng)度是1.5字節(jié)，MAC子報(bào)頭的大小也是2字節(jié)，最后一個(gè)MAC子報(bào)頭大小是1字節(jié)，并且上行鏈路許可足夠大。表3顯示了IP數(shù)據(jù)包（表示為N）數(shù)量越大時(shí)的報(bào)頭開(kāi)銷(xiāo)。

正如預(yù)期的那樣，Option 2的L2報(bào)頭的總大小比Option 1的大，即大約2倍。然而，隨著IP數(shù)據(jù)包數(shù)量的增加，報(bào)頭開(kāi)銷(xiāo)變得飽和，增加的報(bào)頭開(kāi)銷(xiāo)為5.5517%，這似乎還不錯(cuò)。

出于上述原因，刪除RLC連接所導(dǎo)致的報(bào)頭開(kāi)銷(xiāo)似乎并不重要。因此，建議不將RLC級(jí)聯(lián)應(yīng)用于NR 用戶(hù)面協(xié)議棧的原則。