3GPP中5G Time Advance部分的回顧與更新

2024隨手記之五，最近工作中定位問題查了一堆3GPP中TA的相關(guān)信息。就梳理一下查到的資料，也順便理一下思路。也糾正以前的一些理解上的局限甚至些許偏差。

大家都知道，定時提前量TA本身用于終端的空中接口上行傳輸定時，它有助于確保來自所有UE的上行鏈路傳輸在被基站接收時是同步的。TA的定義最早可追溯到GSM空中接口系統(tǒng)，在GSM標(biāo)準(zhǔn)中，定時提前 (TA) 值對應(yīng)于信號從終端到達(dá)基站所需的時間長度。GSM在空中接口中使用TDMA技術(shù)在多個用戶之間共享單個頻率，為共享頻率的各個用戶分配連續(xù)的時隙。每個用戶在八個時隙之一內(nèi)定期發(fā)送的時間少于八分之一。由于用戶與基站的距離不同，并且無線電波以有限光速傳播，因此基站可以使用時隙內(nèi)的精確到達(dá)時間來確定到移動電話的距離。必須相應(yīng)地調(diào)整允許電話在時隙內(nèi)傳輸突發(fā)流量的時間，以防止與相鄰用戶發(fā)生沖突。

定時提前 (TA) 就是控制此調(diào)整的變量。3GPP TS 05.10和TS 45.010描述了TA值調(diào)整過程。TA值通常在0到63之間，每一步代表一周期的提前（大約 3.69 微秒）。

當(dāng)無線電波以每秒約 300,000,000 米（即每微秒 300 米）的速度傳播時，一個TA步長表示往返距離（傳播范圍的兩倍）變化約1,100米。這意味著終端和基站之間的范圍每改變550米，TA 值就會發(fā)生變化。63 × 550米的限制是設(shè)備距基站的最大距離 35 公里，也是小區(qū)覆蓋距離的上限。

持續(xù)調(diào)整的TA值可以避免相鄰時隙中其他用戶的干擾，從而最大限度地減少數(shù)據(jù)丟失并維持業(yè)務(wù)服務(wù)質(zhì)量QoS。

從根本上來說，使用定時提前TA的原因是如果不用它，那么在UE收到基站的下行信息后準(zhǔn)備發(fā)送上行信息時候，如果這些信息要穿過空口到達(dá)基站，那么當(dāng)上行信息到達(dá)基站時就與其發(fā)送時間點不同了，這由上下行總共需要的時長所致。而由于小區(qū)內(nèi)眾多的UE隨機分布在覆蓋區(qū)內(nèi)的不同位置，它們與天線的相隔距離各異，而各自發(fā)送的信息到達(dá)基站的時間也就不同，也就不可避免地造成干擾。

更進(jìn)一步說，基站期待的是所有UE來自相同子幀的的上行信號能夠在容忍范圍內(nèi)盡可能同步到達(dá)。只要落在循環(huán)前綴CP之內(nèi)就能正確接收。因為不同的UE要進(jìn)行不同的TA調(diào)整以期所有的UE的在同一個子幀的信號到達(dá)基站都是對齊的。

在5G的3GPP規(guī)范中也對TA有了一些約定。首先，3GPP針對基礎(chǔ)部分定義的5G的時間單位如下：

所以?Tc?= 1 / (480kHz · 4096) = 0.509 ns?

那么在38211中定義的根本信息如下：

接著這個公式中的各個變量和常量的來源如下，其中n-TimingAdvanceOffset這個參數(shù)可以在RRC IE組servingCellConfigCommon或者ServingCellConfigCommonSIB里提供。而如果這個參數(shù)沒有配給UE的話，F(xiàn)R1中NTA,offset的取值設(shè)定為25600，對于FR2，這個值固定為13792，這些不需要通知UE，是協(xié)議中UE和網(wǎng)側(cè)約定的。更詳細(xì)的處理邏輯參見38.213 ch4.2和ch4.3節(jié)：

所以，上面設(shè)計的這個TA提前量用于UE在對應(yīng)的下行幀開始之前發(fā)送上行的提前量。靠近天線的UE的傳播延遲較小，因此需要較小的TA調(diào)整。而當(dāng)UE向遠(yuǎn)離天線的方向移動時，其傳播延遲會越來越大。TA考慮是一個來回的傳播延遲。根據(jù)下面搜到的這個網(wǎng)絡(luò)上的圖來看，也因此要考慮的傳播延遲是2*tprop，也就是上下行都要考慮。而從UE側(cè)來看，UE初始發(fā)射定時控制要求的參考點應(yīng)為參考小區(qū)的下行定時減去(NTA+NTA,offset·Tc)，即TA值。下行鏈路定時被定義為從參考小區(qū)接收到相應(yīng)下行鏈路幀的第一條檢測到的路徑（在時間上）的時間。從網(wǎng)側(cè)來看，上行鏈路無線幀和相應(yīng)的下行鏈路無線幀之間的時間差是toffset，對于附著在其上的所有UE來說是相同的。傳播延遲已經(jīng)在UE側(cè)由TA補償。

or

TA的計算公式在上圖中已經(jīng)有所描述，我們將這幾段協(xié)議文本匯總?cè)缦拢?/p>

更為精煉一些的內(nèi)容如下：

計算TA生效時間輸入?yún)?shù)是上下行最小SCS。其中NT,1是所接受的corresponding PDSCH的符號數(shù)（N1），而NT,2是UE在相應(yīng)的PUSCH上發(fā)送的symbol的個數(shù)（N2），NTA,max即為MAC CE中TA Command的最大TA值，而Tsf是個常量1ms（sf為subframe），N1和N2的定義可參考文章：5G PDSCH處理時間：N1--隨手記2023（15）5G PUSCH準(zhǔn)備時間約定：N2--隨手記2023（16）

所輸出的參數(shù)舉例如下：

前面也提到過，網(wǎng)絡(luò)通知UE的TA Command的MAC CE指令最早在msg2中出現(xiàn)，在msg3的時候執(zhí)行。RAR所使用的MAC CE格式如下：

而正常數(shù)傳起見的用于update的TAC格式如下：

這些在文章5G中的MAC CE小結(jié)和隨手記2024（4）3GPP中關(guān)于MAC CE生效過程delay的約定舉例也有所涉及，可供大家參考。關(guān)于從R17開始由于NTN引入導(dǎo)致的TA方面的一些變化如下：

這兩個參數(shù)在38.213的ch4.2有描述，這里結(jié)合RRC相關(guān)配置的參數(shù)映射匯總一下：

本文所參考的3GPP規(guī)范文檔列表如下：
38.214 ch5.338.211?ch4.3 ，ch7.4.1.1
38.213 ch4.238.321 ch5.1，ch6.138.133 ch7.338.331 ch6.3.2