3GPP中的REDCAP資源

本文匯總一下在3GPP中的一些REDCAP資源，RedCap沒有自己的總體規(guī)范，但它是一個對現(xiàn)有規(guī)范有廣泛影響的功能，允許新的NR技術(shù)將RedCap作為支持低復(fù)雜性和高性能用例之間的橋梁，也就是引入了“中檔”設(shè)備。在REDCAP技術(shù)信息的搜尋方面，與其他3GPP技術(shù)的搜尋方式一樣可通過TDocs和變更請求（CR），在工作計劃和會議貢獻中找到有關(guān)支持NR REDCAP設(shè)備（縮寫：NR_redcap）的規(guī)范和會議決策的最佳位置：https://www.3gpp.org/specifications-technologies/3gpp-work-plan

https://www.3gpp.org/specifications-technologies/specifications-by-series/change-requests

REDCAP的中心提案是RP-220293：

引入REDCAP的需求包括：

UE complexity reduction features

Definition of RedCap UE type including capabilities & constraints

Enabling RedCap UE identification

Whether a RedCap UE can camp on the cell/frequency

Updates to UE capabilities (38.306) and RRC parameters (38.331)

Extended DRX enhancements for RedCap UEs

RRM measurement relaxations for neighbouring cells for RedCap device

隨著醫(yī)療、商業(yè)和個人監(jiān)控的“可穿戴設(shè)備”投入使用，NR RedCap將在5G的發(fā)展中發(fā)揮重要作用。在工業(yè)規(guī)模上，另一個主要增長領(lǐng)域?qū)⑹窃谛@、工廠和大型私人場所使用RedCap傳感器。3GPP在2023年6月制定的work plan主要提案如下：

5G的使用場景包括增強型移動寬帶（eMBB）、大規(guī)模機器類型通信（mMTC）和超可靠低延遲通信（URLLC）。另一個確定的領(lǐng)域是時間敏感通信（TSC）。特別是，mMTC、URLLC和TSC與針對垂直行業(yè)的新型物聯(lián)網(wǎng)用例有關(guān)。據(jù)設(shè)想，eMBB、mMTC、URLLC和TSC用例可能都需要在同一網(wǎng)絡(luò)中得到支持。而在3GPP關(guān)于“對IMT-2020提交的自我評估”的研究中，確認(rèn)NB-IoT和LTE-MTC（又稱eMTC）符合IMT-2020對mMTC的要求，可以被認(rèn)證為5G技術(shù)。對于URLLC支持，在R15中為LTE和NR引入了URLLC功能，并且在R16中在增強的URLLC（eURLLC）和工業(yè)物聯(lián)網(wǎng)工作項中進一步增強了NR URLLC。R16還為TSC用例引入了對時間敏感網(wǎng)絡(luò)（TSN）和5G集成的支持。除了上述技術(shù)已經(jīng)充分解決的用例外，還確定了以下類別的mid-range的用例，其中可能會激發(fā)一些NR增強：

第一，5G的一個重要目標(biāo)是實現(xiàn)互聯(lián)產(chǎn)業(yè)。就是5G愿景中萬物互聯(lián)的理想，5G連接可以作為下一波產(chǎn)業(yè)轉(zhuǎn)型和數(shù)字化的催化劑，提高靈活性，提高生產(chǎn)力和效率，降低維護成本，提高運營安全。這種環(huán)境中的設(shè)備包括例如壓力傳感器、濕度傳感器、溫度計、運動傳感器、加速度計等。在規(guī)范及研究報告TR 22.804、TS 22.104、TR 22.832和TS 22.261中描述的大規(guī)模工業(yè)無線傳感器網(wǎng)絡(luò)（IWSN）用例和要求不僅包括具有非常高要求的URLLC服務(wù)，還包括具有小設(shè)備形狀因素要求的相對低端的服務(wù)。對這些服務(wù)的要求高于LPWA（即LTE-MTC/NB-IoT），但低于URLLC和eMBB。這就是所謂mid-range的部分。

第二，與傳統(tǒng)互聯(lián)行業(yè)類似，5G互聯(lián)可以成為下一波智能城市創(chuàng)新的催化劑。例如，TR 22.804描述了智能城市用例及其要求。智慧城市垂直涵蓋數(shù)據(jù)收集和處理，以更有效地監(jiān)測和控制城市資源，并為城市居民提供服務(wù)。特別是監(jiān)控攝像頭的部署是智能城市的重要組成部分，也是工廠和工業(yè)的重要組成。

第三，可穿戴設(shè)備用例包括智能手表、電子健康相關(guān)設(shè)備、個人防護設(shè)備（PPE）和用于公共安全應(yīng)用的醫(yī)療監(jiān)測設(shè)備等。此類用例的一個特點是設(shè)備體積小。作為基線，這三個用例的需求是：一般要求：第一，設(shè)備復(fù)雜性：與R15/R16的高端eMBB和URLLC設(shè)備相比，此類新設(shè)備類型的主要動機是降低設(shè)備成本和復(fù)雜性。工業(yè)傳感器尤其如此。第二，設(shè)備尺寸：大多數(shù)用例的要求是，該標(biāo)準(zhǔn)能夠?qū)崿F(xiàn)緊湊外形的設(shè)備設(shè)計。第三，部署場景：系統(tǒng)應(yīng)支持FDD和TDD的所有FR1/FR2頻段。

特定要求：第一，工業(yè)無線傳感器：參考用例和要求如TR 22.832和TS 22.104中所述：通信服務(wù)可用性為99.99%，端到端延遲小于100毫秒。所有用例的參考比特率均小于2 Mbps（可能不對稱，例如UL重流量），且設(shè)備靜止。電池應(yīng)該至少能使用幾年。對于安全相關(guān)傳感器，延遲要求較低，為5-10毫秒（TR 22.804）。第二，視頻監(jiān)控：如TR 22.804所述，參考經(jīng)濟視頻比特率為2-4Mbps，延遲<500ms，可靠性為99%-99.9%。高端視頻（如農(nóng)業(yè)視頻）需要7.5-25Mbps。應(yīng)當(dāng)注意，業(yè)務(wù)模式由UL傳輸主導(dǎo)。第三，可穿戴設(shè)備：智能可穿戴應(yīng)用程序的參考比特率在DL中可以是5-50 Mbps，在UL中可以是2-5 Mbps，設(shè)備的峰值比特率可以更高，下行鏈路最高可達150 Mbps，上行鏈路最高可達50 Mbps。設(shè)備的電池應(yīng)該可以保持工作使用數(shù)天（最多1-2周）。在TR 38.875中記錄的RedCap研究項目中已經(jīng)研究了針對這些用例的UE復(fù)雜性降低、覆蓋恢復(fù)和UE功率節(jié)省的技術(shù)。該WI的目的是相對于R16 eMBB和URLLC NR而指定具有低端能力的UE特征和參數(shù)列表，以便服務(wù)于上述三種用例。REDCAP的核心WI的主要目標(biāo)羅列如下：

這里需要注意的幾點：

默認(rèn)情況下，應(yīng)假設(shè)NR覆蓋增強WI（NR_cov_enh）中規(guī)定的上行鏈路覆蓋增強解決方案也可用于RedCap UE（如有必要，可對RedCap UEs進行小修改）。默認(rèn)情況下，假設(shè)RedCap UE也可以使用UE節(jié)能增強WI（NR_UE_pow_sav_enh）中指定的節(jié)能增強解決方案。R15 SSB帶寬得到重用，L1變化最小化。定義為本W(wǎng)I一部分的工作不得與LPWA用例重疊。應(yīng)確保與非RedCap UE共存。本W(wǎng)I側(cè)重于SA模式和單次在單個頻帶中操作的單連接。

REDCAP關(guān)聯(lián)的核心規(guī)范如下：