近期，3GPP宣布5G R17標準凍結(jié)。在R17版本中，RedCap這個“小紅帽”尤為顯眼，被譽為5G物聯(lián)網(wǎng)不可或缺的一塊大蛋糕。

那究竟什么是RedCap？下面來聊一聊。

為什么要定義RedCap？

我們先來看看可穿戴設(shè)備（包括可穿戴手表、AR/VR眼鏡等）、工業(yè)無線傳感器、監(jiān)控攝像頭這三類終端對網(wǎng)絡(luò)能力的需求：

眾所周知，5G eMBB支持載波帶寬100MHz以上，峰值速率可達10Gbps；uRLLC支持毫秒級時延和超高可靠性；而mMTC由4G時代的NB-IoT和eMTC演進而來，主要支持帶寬小于1.4MHz、速率低于1Mbps的低速率、低成本、低功耗的物聯(lián)網(wǎng)連接。

但從上表不難發(fā)現(xiàn)，可穿戴設(shè)備、工業(yè)無線傳感器、視頻監(jiān)控等用例的網(wǎng)絡(luò)能力需求介于eMBB、uRLLC和mMTC能力之間。

因此，為了匹配對速率、設(shè)備成本和電池壽命等要求介于eMBB、uRLLC和mMTC之間的這些用例，3GPP在R17版本中定義了對RedCap NR設(shè)備的支持。

從技術(shù)演進的角度看，一方面，4G有成本更低的LTE Cat-1、Cat-3、Cat4中速率物聯(lián)標準，但沒有面向5G NR的平滑升級路徑；另一方面，5G還沒有與4G相對應(yīng)的中速率物聯(lián)標準，現(xiàn)有支持5G eMBB的模塊價格較高，因此，為擴大5G時代的物聯(lián)網(wǎng)市場，行業(yè)亟需定義更簡化、成本更低的5G中速率物聯(lián)標準。

RedCap不僅功能更簡化、成本更低，更重要的是，相比4G LTE中速率物聯(lián)網(wǎng)方案，其原生于5G，天然具有5G NR的優(yōu)勢，比如支持包括毫米波在內(nèi)的非常廣泛的頻段、網(wǎng)絡(luò)效率更高、支持波束賦形、可連接到5G核心網(wǎng)等，還可以在NR載波上與NR eMBB和uRLLC共存，因此，RedCap有望替代4G中速率物聯(lián)，支撐更龐大的物聯(lián)市場。

在R17版本，RedCap主要支持用例如下：

? 工業(yè)傳感器：壓力傳感器、濕度傳感器、溫度計、運動傳感器、加速度計和執(zhí)行器等

? 監(jiān)控攝像頭：應(yīng)用于智慧城市、工廠和其他工業(yè)場所

? 可穿戴設(shè)備：智能手表、電子健康相關(guān)設(shè)備、醫(yī)療監(jiān)控設(shè)備、AR/VR眼鏡等

在R18版本中，RedCap還將進一步降低終端復雜度，支持更廣泛的速率，以及可能增加支持定位、sidelink協(xié)議、非授權(quán)頻譜等能力，以支撐更多用例。

裁剪了哪些能力？

RedCap，全稱Reduced Capability NR，直譯過來就是縮減NR能力的意思。在標準研究過程中也有廠商叫它NR-Light或NR-lite，后來3GPP正式將它命名為RedCap。

RedCap到底裁剪了哪些能力？

如上表，在R17中RedCap主要裁剪了以下功能，從而將終端復雜度和成本下降50%至65%。

? 最大帶寬從NR的100MHz縮減為20MHz

? 最小天線配置從NR的2T4R減少到1T1R或1T2R

? 最小下行MIMO層數(shù)減少至1

? 最大調(diào)制階數(shù)最低可支持64QAM

? 引入了半雙工模式

通過最大化功能剪裁后，RedCap在FR1頻段范圍內(nèi)可支持約20Mbps-100Mbps范圍的上下行理論峰值速率，足以滿足大多數(shù)的中速物聯(lián)需求。

當然，為了實現(xiàn)更高的峰值速率，RedCap終端設(shè)備也可以不用裁剪得這么狠，也可以選擇更高級的功能，比如支持2個接收天線、2個下行MIMO層、256QAM、全雙工FDD等。

通過剪裁，在數(shù)據(jù)速率方面，RedCap與LTE Cat-4終端能力接近。

除了剪裁了以上列出的物理層功能，RedCap也對一些更高層的功能進行了剪裁，比如規(guī)定DRB的最大數(shù)量從16個減少至8個，將PDCP SN和RLC-AM SN長度從18比特減少至12比特，可選支持ANR功能等。

有哪些關(guān)鍵技術(shù)？

除了功能裁剪，需重點提及的是，為了降低終端設(shè)備功耗，RedCap在R17中引入了兩大可延長電池壽命的節(jié)能技術(shù)：eDRX和RRM測量放松。

eDRX

一方面，終端與網(wǎng)絡(luò)之間的數(shù)據(jù)流通常是間隙性的或突發(fā)性的；另一方面，如果終端一直監(jiān)聽網(wǎng)絡(luò)尋呼，耗電很大?；诖?，為了讓終端更省電，5G R15版本中為NR引入了DRX（不連續(xù)接收）機制，其在RRC_IDLE（空閑態(tài)）和RRC_INACTIVE（非激活態(tài)）狀態(tài)下，讓終端周期性地監(jiān)聽PDCCH信道以接收尋呼消息，剩余時間則進入休眠狀態(tài)（關(guān)閉接收器），不用監(jiān)聽尋呼，從而可以大大降低功耗。

在NR中，RRC_IDLE和RRC_INACTIVE狀態(tài)下的DRX周期最大為2.56秒。

而RedCap引入eDRX機制，顧名思義就是擴展的DRX機制，其將RRC_IDLE狀態(tài)下的DRX周期擴展到長達10485.76秒（即大約3小時），將RRC_INACTIVE狀態(tài)下的DRX周期擴展到10.24秒，從而終端休眠時間更長，更加節(jié)省功耗，更能延長電池壽命。

值得一提的是，使用DRX機制時，需在終端功耗與時延之間權(quán)衡，即DRX周期越長，下行時延可能就越大。由于RedCap在時延和可靠性上沒有eMBB/uRLLC用例要求嚴苛，這為RedCap采用eDRX機制提供了可能。

RRM測量放松

終端在RRC-IDLE和RRC_INACTIVE狀態(tài)下，會頻繁執(zhí)行RRM（無線資源管理）測量，以確保終端駐留在最佳的可用小區(qū)。RRM測量主要測量服務(wù)小區(qū)和相鄰小區(qū)的RSRP和RSRQ值。RRM測量盡管可以確保終端能獲得最佳的連接質(zhì)量，但會導致即使終端與網(wǎng)絡(luò)之間沒有數(shù)據(jù)傳輸時也會耗費電池電量。

對此，在R16版本中，針對低速移動和非小區(qū)邊緣場景定義了RRM測量放松機制，當滿足低速率條件一定時間或同時滿足低速率和非小區(qū)邊緣條件時，允許設(shè)備放寬相鄰小區(qū)測量，比如通過加大RRM測量周期來降低鄰區(qū)測量次數(shù)和小區(qū)測量數(shù)，從而減少終端耗電。而在R17版本中，針對RedCap終端進一步延長了放寬時間。

此外，如上所述，由于RedCap原生于5G，天然具有5G NR的優(yōu)勢，RedCap還能與5G切片、UPF下沉、uRLLC能力、覆蓋增強、5G LAN、5G定位、終端節(jié)能等技術(shù)相結(jié)合，靈活匹配多樣化的中速率物聯(lián)網(wǎng)應(yīng)用，從而更好賦能各行各業(yè)。

— END —

審核編輯 ：李倩