在5G無線側(cè)，QoS處理是基于DRB的。QoS的用戶面標(biāo)記在NG3上的封裝報(bào)頭中攜帶，即沒有對(duì)e2e分組報(bào)頭的任何改變。在下行鏈路中，無線側(cè)基于NG3標(biāo)記和經(jīng)由NG2信令提供的相應(yīng)QoS特性，還考慮與下行鏈路分組相關(guān)聯(lián)的NG3隧道，將QoS流綁定到接入專用資源上。分組過濾器不用于將QoS流綁定到RAN中的接入特定資源上。當(dāng)從RAN向CN傳遞上行分組時(shí)，RAN確定NG3 QoS標(biāo)記，并基于從接入層接收的信息選擇NG3隧道。在上層，UE將上行鏈路分組與QoS規(guī)則相匹配，并將上行鏈路分組綁定到該QoS規(guī)則的NAS級(jí)別QoS（A/B-type）（通過反射QoS顯式發(fā)信號(hào)或隱式導(dǎo)出）。當(dāng)將上行分組從上層傳遞到UE中的AS時(shí)，上層向AS指示NAS級(jí)QoS（經(jīng)由相應(yīng)的QoS標(biāo)記），包括允許AS識(shí)別PDU會(huì)話的信息。相反，當(dāng)將下行分組從AS傳遞到UE中的適當(dāng)上層實(shí)例時(shí)，AS負(fù)責(zé)選擇與PDU會(huì)話相對(duì)應(yīng)的合適上層實(shí)例。AS還向上層實(shí)例指示NAS級(jí)QoS（經(jīng)由相應(yīng)的QoS標(biāo)記）。

Flow到DRB映射

從技術(shù)上講，單級(jí)或兩級(jí)都可以實(shí)現(xiàn)將flow映射到正確的DRB。考慮到以下方面，首選兩級(jí)映射：

1.NAS和AS之間的清晰協(xié)議設(shè)計(jì)：根據(jù)協(xié)議，上層（例如NAS）執(zhí)行NAS過濾，并指示QoS標(biāo)記，該標(biāo)記可以向AS標(biāo)識(shí)所確定的NAS級(jí)別QoS配置文件。基于接收到的QoS標(biāo)記，讓AS執(zhí)行AS過濾以將QoS流（由QoS標(biāo)記標(biāo)識(shí)）映射到正確的DRB是很自然的。通過這種兩級(jí)映射，可以確保NAS過濾和AS過濾之間的清晰分離功能。

2.AS中不需要TFT（packet filter）感知：通過兩級(jí)映射，NAS基于分組過濾和QoS規(guī)則執(zhí)行NAS過濾，AS基于從NAS接收到的QoS標(biāo)記執(zhí)行AS過濾。AS既不需要解析也不需要知道分組過濾器。

3.更少的信令開銷：當(dāng)建立DRB時(shí)，映射在每個(gè)DRB上的NAS級(jí)QoS應(yīng)至少通知UE非反射QoS。通過兩級(jí)映射，信息將是每個(gè)DRB上的QoS標(biāo)記。使用單級(jí)映射時(shí)，信息應(yīng)該是每個(gè)DRB上的TFT（分組過濾器）。毫無疑問，5元組的TFT消耗了更多的信令開銷。

PDU會(huì)話和DRB之間的流映射

一個(gè)UE可以與多個(gè)APN通信，從而產(chǎn)生多個(gè)PDU會(huì)話。對(duì)于一個(gè)UE中的多個(gè)PDU會(huì)話，第一個(gè)問題是：

來自不同PDU會(huì)話的流量是否可以映射到一個(gè)DRB？

NR系統(tǒng)中QoS框架的一個(gè)關(guān)鍵目標(biāo)是簡化核心技術(shù)和接入技術(shù)的獨(dú)立演進(jìn)。這也是為什么放棄LTE中的端到端EPS承載概念的原因，為此，Uu中的DRB只能根據(jù)來自核心的一對(duì)一耦合EPS承載信息來建立/釋放。如果為各個(gè)PDU會(huì)話建立單獨(dú)的DRB，則RAN中的DRB管理行為仍然受到所建立的PDU會(huì)話的限制。這與上述關(guān)鍵目標(biāo)相矛盾。

此外，來自單個(gè)PDU會(huì)話的不同流可能需要單獨(dú)的QoS處理。如果假設(shè)DRB是特定于PDU會(huì)話的，并且即使它們具有相同或相似的QoS要求，也不能由來自不同PDU會(huì)話的不同流共享，則需要在RAN中建立DRB，這可能是巨大的。大量DRB將使節(jié)點(diǎn)B和UE中的調(diào)度和優(yōu)先級(jí)處理復(fù)雜化。

因此，為了QoS的靈活性和更好的實(shí)施，在接收到QoS規(guī)則后，如何建立DRB應(yīng)取決于RAN的決策，其中考慮了無線資源使用、無線鏈路條件和調(diào)度策略等。最好不要在PDU會(huì)話和DRB之間引入任何類型的映射限制。換句話說，來自不同PDU會(huì)話的流量可以映射到相同的DRB。例如，如果UE的兩個(gè)PDU會(huì)話傳遞具有相同或相似QoS規(guī)則的相同類型的服務(wù)，則它們可以共享相同的DRB。即使對(duì)于默認(rèn)DRB也是如此，即不同的PDU會(huì)話可以映射到空中接口中的相同默認(rèn)DRB。

協(xié)議既沒有確定NG3（RAN2中稱為NG-U）傳輸模式，也沒有確定PDU會(huì)話和NG3傳輸之間的關(guān)系。為便于闡述，假設(shè)PDU會(huì)話和NGC3傳輸之間存在一對(duì)一映射，圖1說明了NR的QoS框架，不同PDU會(huì)話共享DRB。

對(duì)于一個(gè)UE中的多個(gè)PDU會(huì)話，第二個(gè)問題是：

如何在PDU會(huì)話和DRB之間映射流？

無論來自不同PDU會(huì)話的流量是否可以映射到一個(gè)DRB，RAN（gNB/演進(jìn)的eLTE）和UE都應(yīng)該知道PDU會(huì)話和DRB之間的流映射。例如，應(yīng)當(dāng)向UE指示PDU會(huì)話和DRB之間的流映射信息。對(duì)于來自不同PDU會(huì)話的流量可以映射到一個(gè)DRB的情況，以下將討論P(yáng)DU會(huì)話和DRB之間的流映射。

下行的流映射

根據(jù)RAN的決定建立DRB。在下行鏈路中，RAN基于NG3標(biāo)記和經(jīng)由NG2信令提供的相應(yīng)QoS特性（NAS級(jí)QoS profile）將流綁定到DRB，同時(shí)考慮與下行鏈路分組相關(guān)聯(lián)的NG3隧道。NAS級(jí)QoS配置文件可以通過QoS標(biāo)記來標(biāo)識(shí)。假設(shè)來自不同PDU會(huì)話的流量可以映射到相同的DRB。當(dāng)接收下行分組時(shí)，UE應(yīng)確保將接收到的下行分組路由到正確的PDU會(huì)話。唯一的方法是通過無線將PDU會(huì)話的信息（例如，可以識(shí)別PDU會(huì)話的PID）嵌入到分組中。此外，將兩層映射用于流到DRB的映射。然后，為了支持反射QoS，QoS標(biāo)記還應(yīng)嵌入下行分組中，以使UE將UL分組反射到相應(yīng)的DRB。

上行的流映射

當(dāng)上層完成NAS過濾時(shí)，QoS標(biāo)記將被指示給AS。假設(shè)來自不同PDU會(huì)話的流量可以被映射到相同的DRB，當(dāng)接收到用戶面分組時(shí)，RAN（gNB/演進(jìn)的eLTE）應(yīng)確保將接收到的上行分組路由到正確的PDU會(huì)話或所說的正確的NG3隧道。同樣，唯一的方法是通過無線將PDU會(huì)話的信息（例如，可以識(shí)別PDU會(huì)話的PID）嵌入到分組中。此外，在新的QoS框架中，RAN負(fù)責(zé)驗(yàn)證流是否映射到正確的DRB。此外，如果使用流到DRB映射的兩級(jí)映射，則QoS標(biāo)記也應(yīng)嵌入上行分組中以便于驗(yàn)證。

以下行鏈路傳輸為例，下圖2說明了下行分組中嵌入信息的示例格式。如果QoS標(biāo)記的編碼本身可以識(shí)別NAS級(jí)別的QoS簡檔和PDU會(huì)話，則只需要在分組中嵌入QoS標(biāo)記。

經(jīng)過上面的描述，所以需要在PDCP之上引入一個(gè)新的用戶面協(xié)議層（SDAP），如圖3所示。上面討論的QoS標(biāo)記和PID應(yīng)該通過SDAP嵌入到分組中，例如在SDAP報(bào)頭中。

同意保留DRB概念以服務(wù)需要相同分組轉(zhuǎn)發(fā)處理的一組分組。以LTE 用戶面協(xié)議棧為例，每個(gè)DRB與一個(gè)PDCP實(shí)體、一個(gè)RLC實(shí)體和一個(gè)邏輯信道相關(guān)聯(lián)，這意味著PDCP和RLC都是特定于DRB的協(xié)議層，而不是所有DRB的公共層。而流映射功能是將來自UE中的NG3傳輸/上層的分組分發(fā)到DRB，或者將來自DRB的分組聚合到UE中的NGC3傳輸/高層，這是所有DRB的公共功能。例如，假設(shè)具有兩級(jí)映射，發(fā)射機(jī)中的流映射函數(shù)至少包括AS濾波。通過執(zhí)行AS過濾，可以將來自UE中的NG3傳輸/上層的分組映射到正確的DRB。接收器中的流映射功能至少包括將接收到的分組從DRB路由到正確的PDU會(huì)話。RAN側(cè)的接收機(jī)還應(yīng)另外包括流到DRB映射驗(yàn)證功能。因此，引入SDAP層以適應(yīng)該新功能而不是將其嵌入DRB特定層（例如PDCP）是合理的。

還有一個(gè)值得一提的考慮是，演進(jìn)的eLTE應(yīng)該支持新的QoS框架，以便能夠連接到NextGen Core。引入這種新的SDAP不需要對(duì)現(xiàn)有用戶面協(xié)議層（例如PDCP）進(jìn)行更改，這對(duì)于演進(jìn)的eLTE適應(yīng)傳統(tǒng)UE和下一代UE無疑是有益的。如圖4所示，SDAP的引入使eLTE能夠單獨(dú)連接到EPC和NextGen Core，而不會(huì)產(chǎn)生相互影響。