9456
2024隨手記之五，最近工作中定位問題查了一堆3GPP中TA的相關信息。就梳理一下查到的資料，也順便理一下思路。也糾正以前的一些理解上的局限甚至些許偏差。
大家都知道，定時提前量TA本身用于終端的空中接口上行傳輸定時，它有助于確保來自所有UE的上行鏈路傳輸在被基站接收時是同步的。TA的定義最早可追溯到GSM空中接口系統(tǒng)，在GSM標準中，定時提前 (TA) 值對應于信號從終端到達基站所需的時間長度。GSM在空中接口中使用TDMA技術在多個用戶之間共享單個頻率，為共享頻率的各個用戶分配連續(xù)的時隙。每個用戶在八個時隙之一內定期發(fā)送的時間少于八分之一。由于用戶與基站的距離不同，并且無線電波以有限光速傳播，因此基站可以使用時隙內的精確到達時間來確定到移動電話的距離。必須相應地調整允許電話在時隙內傳輸突發(fā)流量的時間，以防止與相鄰用戶發(fā)生沖突。
定時提前 (TA) 就是控制此調整的變量。3GPP TS 05.10和TS 45.010描述了TA值調整過程。TA值通常在0到63之間，每一步代表一周期的提前（大約 3.69 微秒）。
當無線電波以每秒約 300,000,000 米（即每微秒 300 米）的速度傳播時，一個TA步長表示往返距離（傳播范圍的兩倍）變化約1,100米。這意味著終端和基站之間的范圍每改變550米，TA 值就會發(fā)生變化。63 × 550米的限制是設備距基站的最大距離 35 公里，也是小區(qū)覆蓋距離的上限。
持續(xù)調整的TA值可以避免相鄰時隙中其他用戶的干擾，從而最大限度地減少數(shù)據(jù)丟失并維持業(yè)務服務質量QoS。
從根本上來說，使用定時提前TA的原因是如果不用它，那么在UE收到基站的下行信息后準備發(fā)送上行信息時候，如果這些信息要穿過空口到達基站，那么當上行信息到達基站時就與其發(fā)送時間點不同了，這由上下行總共需要的時長所致。而由于小區(qū)內眾多的UE隨機分布在覆蓋區(qū)內的不同位置，它們與天線的相隔距離各異，而各自發(fā)送的信息到達基站的時間也就不同，也就不可避免地造成干擾。
更進一步說，基站期待的是所有UE來自相同子幀的的上行信號能夠在容忍范圍內盡可能同步到達。只要落在循環(huán)前綴CP之內就能正確接收。因為不同的UE要進行不同的TA調整以期所有的UE的在同一個子幀的信號到達基站都是對齊的。
在5G的3GPP規(guī)范中也對TA有了一些約定。首先，3GPP針對基礎部分定義的5G的時間單位如下：
所以?Tc?= 1 / (480kHz · 4096) = 0.509 ns?
那么在38211中定義的根本信息如下：
接著這個公式中的各個變量和常量的來源如下，其中n-TimingAdvanceOffset這個參數(shù)可以在RRC IE組servingCellConfigCommon或者ServingCellConfigCommonSIB里提供。而如果這個參數(shù)沒有配給UE的話，F(xiàn)R1中NTA,offset的取值設定為25600，對于FR2，這個值固定為13792，這些不需要通知UE，是協(xié)議中UE和網(wǎng)側約定的。更詳細的處理邏輯參見38.213 ch4.2和ch4.3節(jié)：
所以，上面設計的這個TA提前量用于UE在對應的下行幀開始之前發(fā)送上行的提前量?？拷炀€的UE的傳播延遲較小，因此需要較小的TA調整。而當UE向遠離天線的方向移動時，其傳播延遲會越來越大。TA考慮是一個來回的傳播延遲。根據(jù)下面搜到的這個網(wǎng)絡上的圖來看，也因此要考慮的傳播延遲是2*tprop，也就是上下行都要考慮。而從UE側來看，UE初始發(fā)射定時控制要求的參考點應為參考小區(qū)的下行定時減去(NTA+NTA,offset·Tc)，即TA值。下行鏈路定時被定義為從參考小區(qū)接收到相應下行鏈路幀的第一條檢測到的路徑（在時間上）的時間。從網(wǎng)側來看，上行鏈路無線幀和相應的下行鏈路無線幀之間的時間差是toffset，對于附著在其上的所有UE來說是相同的。傳播延遲已經在UE側由TA補償。
or
TA的計算公式在上圖中已經有所描述，我們將這幾段協(xié)議文本匯總如下：
更為精煉一些的內容如下：
計算TA生效時間輸入?yún)?shù)是上下行最小SCS。其中NT,1是所接受的corresponding PDSCH的符號數(shù)（N1），而NT,2是UE在相應的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準備時間約定：N2--隨手記2023（16）
所輸出的參數(shù)舉例如下：
前面也提到過，網(wǎng)絡通知UE的TA Command的MAC CE指令最早在msg2中出現(xiàn)，在msg3的時候執(zhí)行。RAR所使用的MAC CE格式如下：
而正常數(shù)傳起見的用于update的TAC格式如下：
這些在文章5G中的MAC CE小結和隨手記2024（4）3GPP中關于MAC CE生效過程delay的約定舉例也有所涉及，可供大家參考。關于從R17開始由于NTN引入導致的TA方面的一些變化如下：
這兩個參數(shù)在38.213的ch4.2有描述，這里結合RRC相關配置的參數(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
下載ECAD模型
