許森 信金燦
【摘? 要】uRLLC是ITU提出的5G三大應(yīng)用場(chǎng)景之一,目前國(guó)內(nèi)運(yùn)營(yíng)商的5G網(wǎng)絡(luò)主要是以面向eMBB業(yè)務(wù)為主,對(duì)于全面支持uRLLC的業(yè)務(wù)仍存在一些差距。首先分析了5G現(xiàn)網(wǎng)對(duì)于uRLLC業(yè)務(wù)的支持能力,結(jié)合uRLLC在3GPP標(biāo)準(zhǔn)中的進(jìn)展情況,分析了未來(lái)全面支持uRLLC業(yè)務(wù)時(shí)運(yùn)營(yíng)商5G網(wǎng)絡(luò)所需要引入的增強(qiáng)功能和面臨的挑戰(zhàn)。
【關(guān)鍵詞】uRLLC;降低時(shí)延;可靠性增強(qiáng)
doi:10.3969/j.issn.1006-1010.2019.09.012? ? ? ? 中圖分類號(hào):TN929.5
文獻(xiàn)標(biāo)志碼:A? ? ? ? 文章編號(hào):1006-1010(2019)09-0062-06
引用格式:許森,信金燦. 面向低時(shí)延高可靠的5G uRLLC增強(qiáng)技術(shù)研究[J]. 移動(dòng)通信, 2019,43(9): 62-67.
Study on 5G uRLLC Enhancement Technology for Ultra-reliable?and Low Latency Communications
XU Sen1, XIN Jinchan2
[Abstract]?The uRLLC is one of the three typical application scenarios for 5G networks proposed by ITU. Since Chinese operators mainly focus on eMBB services in their initial 5G deployment phase, there are some gaps to fully support uRLLC services in the practical network. This paper analyzes the ability to support the ultra-reliable and low latency service in the current network. Based on the progress of uRLLC in 3GPP standard, the enhanced features and challenges are analyzed that operators need to introduce to fully support uRLLC services.
[Key words]uRLLC; latency reduction; reliability enhancement
1? ?引言
ITU確定了5G的三大應(yīng)用場(chǎng)景,即eMBB(enhanced Mobile Broadband,增強(qiáng)型移動(dòng)寬帶)、mMTC(massive Machine Type Communication,大規(guī)模機(jī)器類型通信)和uRLLC(ultra-Reliable and Low Latency Communications,超可靠和低時(shí)延通信)。目前運(yùn)營(yíng)商的5G初期建設(shè)主要是以面向eMBB業(yè)務(wù)為主,其中在3.5 GHz頻率上中國(guó)電信和中國(guó)聯(lián)通采用了2.5 ms雙周期的幀結(jié)構(gòu)[1],具體配置如圖1所示。仿真數(shù)據(jù)表明,針對(duì)初傳,2.5 ms雙周期幀結(jié)構(gòu)可以實(shí)現(xiàn)1.3 ms的下行單向時(shí)延和1.9 ms的上行單向時(shí)延,針對(duì)重傳,可實(shí)現(xiàn)1.5 ms的下行單向時(shí)延和2.2 ms的上行單向時(shí)延。因此,2.5 ms雙周期的幀結(jié)構(gòu)可以滿足eMBB業(yè)務(wù)對(duì)于空口單向4 ms時(shí)延的要求。
隨著工業(yè)物聯(lián)網(wǎng)(IIoT, Industrial Internet of Things)的興起和工業(yè)4.0的提出,uRLLC在IIoT領(lǐng)域的應(yīng)用獲得了越來(lái)越多的關(guān)注[2]。表1給出了IIoT領(lǐng)域部分場(chǎng)景對(duì)時(shí)延和可靠性的需求。具體來(lái)說(shuō),在5G初期,uRLLC主要應(yīng)用于虛擬現(xiàn)實(shí)(VR, Virtual Reality)/增強(qiáng)現(xiàn)實(shí)(AR, Augmented Reality)等領(lǐng)域,具體需滿足1 ms用戶面時(shí)延下10-5的可靠性需求。隨著IIoT的進(jìn)一步發(fā)展,uRLLC業(yè)務(wù)將更多地應(yīng)用于工廠自動(dòng)化(運(yùn)動(dòng)控制、控制到控制通信)、傳輸業(yè)(遠(yuǎn)程駕駛)和電力分配(智能電網(wǎng))等領(lǐng)域,這些場(chǎng)景對(duì)時(shí)延和可靠性提出了更高的需求,具體來(lái)說(shuō),遠(yuǎn)程駕駛的要求是3 ms用戶面時(shí)延下實(shí)現(xiàn)10-5的可靠性,電力分配系統(tǒng)的要求是2 ms用戶面時(shí)延下實(shí)現(xiàn)10-6的可靠性,而工廠自動(dòng)化場(chǎng)景的要求是1 ms用戶面時(shí)延下實(shí)現(xiàn)10-6的可靠性。
與eMBB提出的4 ms用戶面時(shí)延內(nèi)達(dá)到10-3可靠性需求相比,uRLLC業(yè)務(wù)的要求更為嚴(yán)苛,其要求在1 ms用戶面時(shí)延內(nèi)達(dá)到10-5的可靠性。為了滿足該可靠性要求,5G通過(guò)采用中短碼長(zhǎng)的多元LDPC碼獲得編碼增益[3],同時(shí)MIMO技術(shù)可以通過(guò)在發(fā)射端和接收端同時(shí)配置多根天線,實(shí)現(xiàn)空間分集增益以保證可靠性。仿真結(jié)果表明,當(dāng)AL等于8時(shí),無(wú)法滿足5G初期提出的10-5的可靠性需求,當(dāng)AL等于16時(shí),僅可以在上行鏈路中滿足10-5的可靠性需求。
結(jié)合上述分析可知,面向eMBB業(yè)務(wù)的2.5 ms雙周期幀結(jié)構(gòu)無(wú)法滿足uRLLC業(yè)務(wù)提出的1 ms單向用戶面時(shí)延的要求,而且基于現(xiàn)有的物理層技術(shù),也無(wú)法滿足當(dāng)前IIoT場(chǎng)景提出的10-6的可靠性要求。因此,為了在5G網(wǎng)絡(luò)中更好地支持uRLLC業(yè)務(wù),需要通過(guò)uRLLC增強(qiáng)技術(shù)降低時(shí)延,提高可靠性。
本文后續(xù)將介紹3GPP在Rel-15和Rel-16階段對(duì)于uRLLC的支持情況,并分別從降低時(shí)延和增強(qiáng)可靠性兩個(gè)維度,分析現(xiàn)網(wǎng)全面支持uRLLC所需要引入的額外功能和要求。
2? ?uRLLC標(biāo)準(zhǔn)進(jìn)展簡(jiǎn)介
本節(jié)將分別從這兩方面介紹uRLLC在Rel-15和Rel-16中關(guān)于uRLLC的可靠性和時(shí)延研究的進(jìn)展情況。在3GPP Rel-15階段提出的時(shí)延降低方案包括:
(1)支持更靈活的幀結(jié)構(gòu)[5]:4G LTE只支持15 kHz的子載波間隔,每個(gè)子幀(固定長(zhǎng)度1 ms)包含兩個(gè)時(shí)隙,每個(gè)時(shí)隙包含7個(gè)OFDM符號(hào)。而5G/NR支持多種子載波間隔,sub-6GHz以下頻段可支持15 kHz/30 kHz/60 kHz等子載波間隔配置,每個(gè)子幀(固定長(zhǎng)度1 ms)包含2μ個(gè)時(shí)隙,從而減少了每個(gè)Slot的空口傳輸時(shí)間。
(2)支持更靈活的調(diào)度單位:4G調(diào)度的最小調(diào)度單位是時(shí)隙,5G支持非時(shí)隙即“迷你”時(shí)隙(最小2符號(hào))調(diào)度。
(3)支持uRLLC高優(yōu)先級(jí)傳輸:為了保證高優(yōu)先級(jí)uRLLC業(yè)務(wù)需求,5G/NR提出,uRLLC業(yè)務(wù)可以搶占eMBB業(yè)務(wù)資源降低時(shí)延。
(4)引入移動(dòng)邊緣計(jì)算(MEC, Mobile Edge Computing)技術(shù),通過(guò)在無(wú)線接入側(cè)部署通用服務(wù)器,使無(wú)線接入網(wǎng)(RAN, Radio Access Network)具有IT和云計(jì)算的能力,從而實(shí)現(xiàn)業(yè)務(wù)本地化,降低數(shù)據(jù)從基站到核心網(wǎng)的傳輸時(shí)延。
針對(duì)保證5G傳輸?shù)目煽啃?,在Rel-15中引入了如下功能:
(1)支持PDCP(Packet Data Convergence Protocol,分組數(shù)據(jù)匯聚協(xié)議)復(fù)制機(jī)制,發(fā)送端在PDCP層將數(shù)據(jù)復(fù)制,然后將兩個(gè)數(shù)據(jù)包發(fā)送到兩個(gè)獨(dú)立的邏輯信道傳輸,實(shí)現(xiàn)頻率分集增益,提高可靠性。
(2)分集技術(shù),在發(fā)射機(jī)側(cè)和接收機(jī)側(cè)配置多根天線,通過(guò)支持單用戶單流傳輸模式,最大化無(wú)線鏈路的分集階數(shù),提高可靠性[7]。
(3)支持多TRP傳輸機(jī)制,兩個(gè)或多個(gè)不同的TRP向UE發(fā)送相同的數(shù)據(jù)分組或者控制分組,實(shí)現(xiàn)空間分集增益,提高可靠性[8]。
(4)支持更小負(fù)載DCI設(shè)計(jì),通過(guò)減少DCI開(kāi)銷提升AL,從而降低PDCCH的編碼率,進(jìn)而降低解碼誤碼率,提高可靠性[9]。
為了全面支持uRLLC業(yè)務(wù),3GPP在Rel-16階段對(duì)uRLLC進(jìn)行了進(jìn)一步增強(qiáng)[10],提出以下降低時(shí)延方案:
(1)支持免授權(quán)配置,一般來(lái)說(shuō),在基于授權(quán)配置的調(diào)度中,UE需要通過(guò)調(diào)度請(qǐng)求獲取資源,為了降低時(shí)延,可以根據(jù)業(yè)務(wù)特點(diǎn)為部分UE預(yù)分配資源[11]。
(2)支持UE內(nèi)優(yōu)先級(jí)和復(fù)用機(jī)制,在Rel-15中,eMBB的動(dòng)態(tài)授權(quán)優(yōu)先于uRLLC的配置授權(quán)(CG, Configured Grant),為了保證uRLLC業(yè)務(wù)的時(shí)延,Rel-16提出基于LCH優(yōu)先級(jí)和邏輯信道優(yōu)先級(jí)(LCP, Logical Channel Prioritization)限制的選擇方案,從而實(shí)現(xiàn)優(yōu)先傳輸具有更高優(yōu)先級(jí)的uRLLC業(yè)務(wù)。
(3)支持時(shí)間敏感網(wǎng)絡(luò)(TSN, Time Sensitive Networking)和5G網(wǎng)絡(luò)融合,通過(guò)以下機(jī)制實(shí)現(xiàn)時(shí)間敏感傳輸,保證主時(shí)鐘和終端時(shí)鐘的精確時(shí)鐘同步,支持更短周期的半持續(xù)調(diào)度(SPS, Semi-Persistent Scheduling),支持為UE的一個(gè)BWP配置多個(gè)SPS和CG,支持與CG/SPS周期不匹配的TSN業(yè)務(wù),通過(guò)以太網(wǎng)頭壓縮機(jī)制提高數(shù)據(jù)傳輸效率降低時(shí)延[12]。
為了進(jìn)一步滿足部分業(yè)務(wù)對(duì)于可靠性的苛刻要求,Rel-16階段做了如下增強(qiáng)方案:
(1)支持多TRP傳輸方式,Rel-16在Rel-15的基礎(chǔ)上提出,可以基于空分、頻分、時(shí)隙內(nèi)時(shí)分和時(shí)隙間時(shí)分的方式重復(fù)發(fā)送傳輸塊,為了提高分集增益,還支持上述模式的組合以及不同模式(包括組合模式)間的動(dòng)態(tài)切換。
(2)支持PDCP復(fù)制增強(qiáng)機(jī)制,Rel-15支持兩條支路的PDCP復(fù)制,為了實(shí)現(xiàn)更高的可靠性,Rel-16支持最多四條支路的PDCP復(fù)制,該機(jī)制可通過(guò)CA復(fù)制、DC復(fù)制以及CA復(fù)制和DC復(fù)制的組合實(shí)現(xiàn)。
(3)支持多連接機(jī)制,通過(guò)更高層的冗余傳輸,例如,通過(guò)MgNB和SgNB建立兩條獨(dú)立的端到端PDU會(huì)話實(shí)現(xiàn)分集增益,提高可靠性[13]。
3? ?降低空口傳輸時(shí)延方案
根據(jù)第1節(jié)的分析,目前的2.5 ms雙周期幀結(jié)構(gòu)還無(wú)法滿足某些對(duì)于時(shí)延較高(如空口傳輸時(shí)延為1 ms或者2 ms)的業(yè)務(wù)需求,本節(jié)將主要從降低空口時(shí)延和傳輸時(shí)延的角度分別分析5G網(wǎng)絡(luò)降低時(shí)延的方案。
3.1? 引入更短周期幀結(jié)構(gòu)
為了降低空口時(shí)延,可以考慮引入比2.5 ms雙周期幀結(jié)構(gòu)更短周期的幀結(jié)構(gòu),如1 ms單周期幀結(jié)構(gòu),通過(guò)縮短上行時(shí)隙間隔以降低上行業(yè)務(wù)資源等待時(shí)延。具體來(lái)說(shuō),1 ms單周期幀結(jié)構(gòu)的具體配置如圖2所示,其中一個(gè)周期內(nèi)包含一個(gè)全下行時(shí)隙和一個(gè)特殊時(shí)隙,為了降低由傳統(tǒng)特殊時(shí)隙帶來(lái)的上行傳輸時(shí)延,該幀結(jié)構(gòu)的特殊時(shí)隙中只包含保護(hù)間隔和上行符號(hào),通過(guò)上行符號(hào)傳輸上行數(shù)據(jù)。相比于2.5 ms雙周期中上行時(shí)隙的平均間隔,該幀結(jié)構(gòu)降低了特殊時(shí)隙(上行符號(hào))的平均間隔,從而降低了上行傳輸時(shí)延。
為了進(jìn)一步對(duì)比兩種幀結(jié)構(gòu)下的空口傳輸時(shí)延,仿真得到了兩種幀結(jié)構(gòu)的上下行單向平均時(shí)延和考慮一次重傳的平均時(shí)延(假設(shè)初傳和重傳比例為9:1),其中,無(wú)線網(wǎng)絡(luò)的用戶面時(shí)延指的是空口時(shí)延(以ms為單位)。結(jié)合上述幀結(jié)構(gòu)配置和下面的仿真結(jié)果可知,考慮到1 ms單周期中兩個(gè)特殊時(shí)隙的間隔小于2.5 ms雙周期中兩個(gè)上行時(shí)隙的平均間隔,因此,針對(duì)上行用戶面的平均時(shí)延(如圖3所示),無(wú)論是初傳還是重傳,1 ms單周期的平均時(shí)延都低于2.5 ms雙周期的平均時(shí)延。
同理,針對(duì)下行用戶面的平均時(shí)延(如圖4所示),由于2.5 ms雙周期中兩個(gè)下行時(shí)隙的平均間隔小于1 ms單周期中兩個(gè)下行時(shí)隙的平均間隔,因此,無(wú)論是初傳還是重傳,2.5 ms雙周期的平均時(shí)延低于1 ms單周期的平均時(shí)延。
結(jié)合兩種幀結(jié)構(gòu)配置,綜合考慮上下行用戶面平均時(shí)延可知,1 ms單周期比2.5 ms雙周期更能滿足uRLLC低時(shí)延的要求。
這種新型幀結(jié)構(gòu)對(duì)于部署頻點(diǎn)有兩種方案:
(1)方案一:同頻部署,即在不同的區(qū)域中采用不同周期的幀結(jié)構(gòu)以滿足不同用戶的需求,如針對(duì)行業(yè)用戶采用1 ms幀結(jié)構(gòu),對(duì)公眾客戶采用2.5 ms雙周期。
(2)方案二:異頻部署,即不同的頻段采用不同的幀結(jié)構(gòu)滿足不同類型的用戶需求,如3.5 GHz采用2.5 ms雙周期,而在4.9 GHz或者其他頻段上采用1 s幀結(jié)構(gòu)。
需要說(shuō)明的是,兩種方案都需要保持與同頻和臨頻的隔離距離要求以避免因時(shí)隙配置不同對(duì)同頻和臨頻的干擾。
3.2? TSN網(wǎng)絡(luò)功能增強(qiáng)
為了降低uRLLC業(yè)務(wù)的傳輸時(shí)延,可考慮將5G網(wǎng)絡(luò)和TSN(Time Sensitive Networking,時(shí)間敏感網(wǎng)絡(luò))進(jìn)行深度融合。一般來(lái)說(shuō),TSN業(yè)務(wù)具有周期性、確定性和數(shù)據(jù)大小固定的特點(diǎn),TSN網(wǎng)絡(luò)根據(jù)該業(yè)務(wù)特點(diǎn),可以實(shí)現(xiàn)TSN業(yè)務(wù)的確定性傳輸。考慮到eMBB業(yè)務(wù)不具有數(shù)據(jù)大小和時(shí)延確定的特點(diǎn),目前,面向eMBB業(yè)務(wù)的LTE和NR系統(tǒng)并不能為業(yè)務(wù)提供確定性傳輸。然而,與TSN業(yè)務(wù)類似,部分uRLLC業(yè)務(wù)也具有周期性、確定性和固定長(zhǎng)度的特點(diǎn),因此,可以考慮5G網(wǎng)絡(luò)支持TSN網(wǎng)絡(luò)的相關(guān)功能以滿足業(yè)務(wù)對(duì)低時(shí)延和高可靠性的要求。
具體來(lái)說(shuō),為了給TSN業(yè)務(wù)提供確定性傳輸,TSN網(wǎng)絡(luò)可以從核心網(wǎng)獲取該業(yè)務(wù)的周期、數(shù)據(jù)大小等信息,基于這些信息為TSN業(yè)務(wù)預(yù)先配置資源或者進(jìn)行半靜態(tài)調(diào)度,這樣,當(dāng)TSN數(shù)據(jù)到達(dá)時(shí),不需要通過(guò)調(diào)度請(qǐng)求從網(wǎng)絡(luò)側(cè)獲取資源,降低了等待資源的時(shí)間。一般來(lái)說(shuō),無(wú)線網(wǎng)中的業(yè)務(wù)周期以ms為單位,而TSN業(yè)務(wù)的周期以Hz為單位,例如,在智能電網(wǎng)中,數(shù)據(jù)包的周期可能為1 Hz/1200 Hz,即0.833 ms。因此,可能會(huì)出現(xiàn)無(wú)線資源配置周期與TSN業(yè)務(wù)周期不匹配的問(wèn)題,為了降低該問(wèn)題導(dǎo)致的TSN業(yè)務(wù)的資源等待時(shí)延,一方面,可以考慮根據(jù)TSN業(yè)務(wù)周期為其配置更短周期的半靜態(tài)資源調(diào)度,另一方面,還可以根據(jù)業(yè)務(wù)周期為其配置多個(gè)具有相同周期不同時(shí)間偏置的半靜態(tài)調(diào)度。最后,考慮到TSN是基于傳統(tǒng)以太網(wǎng)發(fā)展的,因此,TSN數(shù)據(jù)需要封裝為以太網(wǎng)幀傳輸,但是考慮到IIoT業(yè)務(wù)的數(shù)據(jù)包相對(duì)較小,以太網(wǎng)幀頭部將占用較大的比例,為了降低其帶來(lái)的時(shí)延,可以考慮對(duì)以太網(wǎng)幀頭部進(jìn)行壓縮。
4? ?可靠性增強(qiáng)方案研究
根據(jù)IMT-2020中定義,可靠性指的是特定時(shí)間內(nèi)數(shù)據(jù)包成功傳輸?shù)母怕?。?G發(fā)展初期,uRLLC業(yè)務(wù)的可靠性需求是1 ms單向時(shí)延下實(shí)現(xiàn)10-5的可靠性,但是隨著需求的提高,現(xiàn)階段uRLLC關(guān)鍵技術(shù)需要考慮如何滿足工業(yè)互聯(lián)網(wǎng)場(chǎng)景中1 ms單向時(shí)延下10-6的可靠性要求。
4.1? 數(shù)據(jù)包重復(fù)傳輸
在LTE系統(tǒng)中,為了提高可靠性提出了RLC層的自動(dòng)重復(fù)請(qǐng)求(ARQ, Automatic Repeat Request),機(jī)制、MAC層的混合自動(dòng)重傳機(jī)制(HARQ, Hybrid Automatic Repeat Request)以及物理層的自適應(yīng)調(diào)制編碼機(jī)制。但是無(wú)論是ARQ的重傳機(jī)制,還是HARQ的停等協(xié)議都是以時(shí)延為代價(jià)提高可靠性的。為了降低時(shí)延,5G/NR考慮在PDCP層對(duì)數(shù)據(jù)進(jìn)行復(fù)制[15],通過(guò)在不同路徑上傳輸多個(gè)相同的數(shù)據(jù)包,實(shí)現(xiàn)分集增益,提高可靠性。
目前,通過(guò)物理層技術(shù)可實(shí)現(xiàn)1 ms單向時(shí)延下10-4的可靠性,因此,可以考慮通過(guò)兩條PDU復(fù)制鏈路實(shí)現(xiàn)uRLLC業(yè)務(wù)提出的1 ms單向時(shí)延下10-6的可靠性要求。但是,考慮到無(wú)線信道的隨機(jī)性,為了保證業(yè)務(wù)可靠性,提出了支持最多四條復(fù)制鏈路的PDCP復(fù)制增強(qiáng)方案[16],具體可以通過(guò)CA復(fù)制、DC復(fù)制以及CA復(fù)制和DC復(fù)制的組合來(lái)實(shí)現(xiàn)(如圖5所示[17])。為了降低復(fù)制傳輸帶來(lái)的資源浪費(fèi),標(biāo)準(zhǔn)中也提出了動(dòng)態(tài)的復(fù)制激活/去激活的機(jī)制。
5G網(wǎng)絡(luò)在未來(lái)引入多個(gè)載波后,可考慮引入數(shù)據(jù)包復(fù)制技術(shù)?;谠摷夹g(shù)可以根據(jù)信道條件和業(yè)務(wù)的QoS要求,選擇不同數(shù)量的復(fù)制鏈路,以更高的資源利用率保證可靠性。
4.2? 通過(guò)多連接增強(qiáng)可靠性
為了進(jìn)一步提升用戶面的可靠性,標(biāo)準(zhǔn)中還引入了多連接方案[18]:
(1)方案一:基于DC的終端到終端的用戶面冗余傳輸方案,即通過(guò)在UE1和UE2間建立兩條冗余PDU會(huì)話提高數(shù)據(jù)傳輸可靠性。具體來(lái)說(shuō),一條會(huì)話從UE1出發(fā),通過(guò)MgNB連接到用戶面控制管理功能(UPF1, User Plane Function 1),以UPF1為會(huì)話錨點(diǎn)連接到UE2,另一條也從UE1出發(fā),通過(guò)SgNB連接到UPF2,以UPF2為會(huì)話錨點(diǎn)連接到UE2,從而實(shí)現(xiàn)分集增益,提高可靠性。其中MgNB通過(guò)Xn接口控制SgNB的選擇和DC功能設(shè)置。該方案中,冗余路徑會(huì)跨越整個(gè)系統(tǒng),包括RAN、核心網(wǎng),甚至還會(huì)擴(kuò)展到數(shù)據(jù)網(wǎng)絡(luò)。
(2)方案二:基于N3接口的冗余傳輸。首先,NG-RAN復(fù)制上行數(shù)據(jù)包,然后通過(guò)兩條冗余的N3通道發(fā)送給UPF,其中每條N3通道與一個(gè)PDU會(huì)話關(guān)聯(lián)。通過(guò)兩條獨(dú)立的傳輸層路徑可以實(shí)現(xiàn)分集增益,提高可靠性。為了確保兩條N3通道通過(guò)相互獨(dú)立的傳輸層路徑傳輸,NG-RAN節(jié)點(diǎn)、會(huì)話管理功能或UPF將為每條N3通道提供不同的路由信息。
本節(jié)提到的兩種多連接方案和上節(jié)提到的PDCP復(fù)制基本原理類似,都是通過(guò)冗余傳輸實(shí)現(xiàn)分集增益提高可靠性。但不同的是,PDCP復(fù)制是RAN內(nèi)部的冗余傳輸,DC方案是基于UE和應(yīng)用/DC間的冗余傳輸,N3接口方案是基于RAN和UPF間的冗余傳輸。相比于后兩種方案,PDCP復(fù)制方案占用資源較少,因此,當(dāng)僅有兩個(gè)頻段時(shí),可以考慮采用PDCP復(fù)制增強(qiáng)方案實(shí)現(xiàn)uRLLC業(yè)務(wù)的10-6的可靠性需求。
5? ?結(jié)束語(yǔ)
5G作為移動(dòng)通信與垂直行業(yè)融合的突破口,有望通過(guò)自動(dòng)駕駛、工廠自動(dòng)化和智能電網(wǎng)等uRLLC業(yè)務(wù)帶來(lái)對(duì)整個(gè)社會(huì)巨大的變化。當(dāng)前的5G網(wǎng)絡(luò)仍然以支持eMBB業(yè)務(wù)為主,對(duì)于全面支持uRLLC業(yè)務(wù)仍然有差距。因此未來(lái)的5G網(wǎng)絡(luò)需要對(duì)時(shí)延和可靠性進(jìn)行進(jìn)一步的增強(qiáng)。運(yùn)營(yíng)商可以根據(jù)業(yè)務(wù)發(fā)展需求,選擇合適的更短周期幀結(jié)構(gòu)以降低業(yè)務(wù)的空口時(shí)延,并考慮與工業(yè)界提出的TSN網(wǎng)絡(luò)實(shí)現(xiàn)深度融合,保障業(yè)務(wù)端到端的低傳輸時(shí)延。在5G頻譜資源充分的情況下,在部署多載波的基礎(chǔ)上,通過(guò)引入PDCP層和更高層的數(shù)據(jù)復(fù)制傳輸技術(shù)實(shí)現(xiàn)可靠性的進(jìn)一步提升。
參考文獻(xiàn):
[1] CCSA TC5 WG9第99次會(huì)議. TC5-WG9-2019-084: 5G數(shù)字蜂窩移動(dòng)通信網(wǎng)6GHz以下頻段基站設(shè)備技術(shù)要求(第一階段)[Z]. 2019.
[2] 3GPP. 3GPP TR 38.824: Study on physical layer enhancements for NR ultra-reliable and low latency case (uRLLC)(Release 16)[S]. 2019.
[3] ITU-R M. [IMT-2020-TECH PERF REQ](WP5D-TD-0300)[R]. 2019.
[4] R1-1903448. Evaluation of URLLC Factory Automation Scenario at 30 GHz[C]//3GPP TSG RAN WG1 Meeting 96. 3GPP,? Athens, Greece, 2019.
[5] 3GPP. 3GPP TS 38.211: Physical channels and modulation(Release 15)[S]. 2019.
[6] 朱紅梅,林奕琳,劉潔. 5G uRLLC標(biāo)準(zhǔn)、關(guān)鍵技術(shù)及網(wǎng)絡(luò)架構(gòu)的研究[J]. 移動(dòng)通信, 2017,41(17): 28-33.
[7] Rapeepat Ratasuk. Ultra Reliable Low Latency Communication for 5G New Radio[Z]. 2018.
[8] 王瑜新,邱剛,魯照華,等. 5G中Multi-TRP based uRLLC傳輸方案設(shè)計(jì)[J]. 電子技術(shù)應(yīng)用, 2019,45(8): 10-13.
[9] 楊士霄,高月紅,張欣,等. 5G新空口下eMBB與URLLC業(yè)務(wù)復(fù)用技術(shù)的研究[J]. 電信工程技術(shù)與標(biāo)準(zhǔn)化, 2018,31(8): 28-33.
[10] RP-182090. Revised SID: Study on NR Industrial Internet of Things (IoT)[C]//3GPP TSG-RAN Meeting #81 Gold CoastAustralia. 3GPP, 2018: 10-13.
[11] 3GPP. 3GPP TR 38.825: Study on NR Industrial Internet of Things (IoT) (Release 16)[S]. 2019.
[12] 3GPP. 3GPP TR 38.825: Study on NR Industrial Internet of Things (IoT) (Release 16)[S]. 2019.
[13] 3GPP. 3GPP TR 23.725 V16.2.0: Study on enhancement of Ultra-Reliable Low-Latency Communication (uRLLC) support in the 5G Core network (5GC) (Release 16)[S]. 2019.
[14] 3GPP. 3GPP, TS 22.261: Service requirements for the 5G
system (Release 16)[S]. 2019.
[15] R2-1817180. Multiple duplicate handling[C]//3GPP
TSG-RAN WG2 #104. 3GPP, Spokane, USA, 2018.
[16] R2-1901367. 104_40NR_IIOT PDCP duplication report of email discussion[C]//3GPP TSG-RAN WG2 #105. 3GPP, Athens, Greece, 2019.
[17] R2-1900157. PDCP duplication in IIoT[C]//3GPP TSG-RAN WG2 Meeting #105. 3GPP,? Athens, Greece, 2019.
[18] S2-1811555. LS on redundant transmission for Urllc[C]//SA WG2 Meeting #S2-129. 3GPP, Dongguan, China, 2018.★